Emergency processing method of freight rate searching system, terminal equipment and server

Abstract

The invention discloses an emergency processing method of a freight rate search system, terminal equipment and a server, and relates to the technical field of big data. The method comprises the following steps: in response to an alarm prompt of a server, obtaining a query instruction; according to the query instruction, the operation state of the server is obtained, and the operation state comprises a system service state and / or a data state; according to the operation state, an emergency instruction is sent to the server, and the emergency instruction is used for controlling the server to perform restarting, server switching, data synchronization or data construction; and in response to successful sending of the emergency instruction, feedback information of the server is acquired, and the feedback information is an execution state of the server for executing the emergency instruction. The technical problem of low emergency processing efficiency of a freight rate searching system in the prior art is solved.

Description

Technical Field

[0001] The present invention relates to the field of big data technology, and in particular to an emergency processing method, terminal equipment and server of a freight rate search system. Background Art

[0002] The fare search system is a search engine that provides users with air ticket inquiries and displays. The system architecture is complex, including data receiving modules, data processing modules, basic data construction modules, flight space data construction modules, search engine modules, etc., with system structure characteristics of long data links and a large number of services. At the same time, the fare search system is a front-end application software that undertakes a very large number of user queries and has high requirements for system capacity and disaster recovery performance. Therefore, the system adopts a multi-cluster, remote deployment method, with a large number of server resources and high requirements for emergency response capabilities when application problems occur.

[0003] The traditional emergency response method requires logging into the server to troubleshoot and resolve the problem, which is inefficient and more prominent in multi-cluster systems.

[0004] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0005] The embodiment of the present invention provides an emergency processing method, terminal equipment and server of a freight rate search system, so as to at least solve the technical problem of low emergency processing efficiency of the freight rate search system in the prior art.

[0006] According to one aspect of an embodiment of the present invention, there is provided an emergency handling method for a freight rate search system, comprising: in response to a server alarm prompt, obtaining a query instruction; according to the query instruction, obtaining the operating status of the server, wherein the operating status includes the system service status, and / or the data status; according to the operating status, sending an emergency instruction to the server, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data; in response to successful sending of the emergency instruction, obtaining feedback information from the server, wherein the feedback information is the execution status of the server executing the emergency instruction.

[0007] Optionally, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address, query object and parameters required for the query object, the query object includes system service status information, and / or data status information, and according to the query instruction, the operating status of the server is obtained, including: according to the system module name, system cluster name, IP address and query object, the system service status and / or data status of the server is obtained.

[0008] Optionally, sending an emergency instruction to the server according to the operating status includes: determining problem information based on at least one of the system service status and the data status, the problem information including: server connection abnormality, data missing; sending an emergency instruction to the server based on the problem information.

[0009] According to another aspect of an embodiment of the present invention, there is also provided an emergency handling method for a freight rate search system, comprising: sending a server alarm prompt to a client; sending the server's operating status to the client in response to a query instruction sent by the client; and sending feedback information to the client in response to an emergency instruction sent by the client, wherein the feedback information is the execution status of the server executing the emergency instruction.

[0010] Optionally, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address and query object, the query object includes system service status information, and / or data status information, and in response to the query instruction sent by the client, the running status of the server is sent to the client, including: determining the system cluster based on the system cluster name; determining the system module based on the system cluster and the system module name; determining the server based on the system module and the IP address; determining the system service status and / or data status of the server based on the server and the query object; and sending the system service status and / or data status of the server to the client.

[0011] Optionally, in response to an emergency instruction sent by the server, feedback information of the server is sent to the client, including: in response to the emergency instruction sent by the client, controlling the server to perform an emergency action to obtain an execution status, wherein the emergency instruction includes: restarting the server, switching the server, synchronizing data or building data, and the execution status includes: successful execution and failed execution; based on the execution status, determining feedback information; and sending feedback information to the client.

[0012] According to another aspect of an embodiment of the present invention, a terminal device is also provided, including: a memory for storing program instructions; a processor, connected to the memory, for executing the program instructions of the following functions: in response to a server alarm prompt, obtaining a query instruction; according to the query instruction, obtaining the operating status of the server, wherein the operating status includes the system service status, and / or the data status; according to the operating status, sending an emergency instruction to the server, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data; in response to successful sending of the emergency instruction, obtaining feedback information from the server, wherein the feedback information is the execution status of the server executing the emergency instruction.

[0013] According to another aspect of an embodiment of the present invention, a server is also provided, including: a memory for storing program instructions; a processor, connected to the memory, for executing the program instructions of the following functions: sending a server alarm prompt to a client; sending the server's operating status to the client in response to a query instruction sent by the client; sending feedback information to the client in response to an emergency instruction sent by the client, wherein the feedback information is the execution status of the server executing the emergency instruction.

[0014] According to another aspect of an embodiment of the present invention, a computer-readable storage medium is provided. The computer-readable storage medium includes a stored executable program, wherein when the executable program is running, the device where the computer-readable storage medium is located is controlled to execute the methods in various embodiments of the present invention.

[0015] According to another aspect of an embodiment of the present invention, a computer program product is provided, including a computer program. When the computer program is executed by a processor, the method in each embodiment of the present invention is implemented.

[0016] In an embodiment of the present invention, in response to a server alarm prompt, a query instruction is obtained; according to the query instruction, the operating status of the server is obtained, wherein the operating status includes the system service status and / or the data status; according to the operating status, an emergency instruction is sent to the server, wherein the emergency instruction is used to control the server to restart, switch node roles, synchronize the primary and standby node data, synchronize flight information or data construction; in response to the emergency instruction being sent successfully, feedback information from the server is obtained. The present invention achieves the purpose of shortening the emergency processing time by dynamically generating a query instruction between the client and the server, and determining the emergency instruction according to the operating status obtained by the query instruction, thereby achieving the technical effect of quickly performing emergency processing on the server alarm prompt, thereby solving the technical problem of low emergency processing efficiency of the freight rate search system in the prior art. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:

[0018] Figure 1 is a flow chart of an emergency processing method of a first freight rate search system according to one embodiment of the present invention;

[0019] Figure 2 is a flow chart of an emergency processing method of a second fare search system according to one embodiment of the present invention;

[0020] Figure 3 4 is a system architecture diagram of a fare search system according to one embodiment of the present invention. DETAILED DESCRIPTION

[0021] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.

[0022] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0023] According to an embodiment of the present invention, an embodiment of an emergency handling method for a freight rate search system is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0024] The method embodiment can be executed in an electronic device or a similar computing device including a memory and a processor. Taking running on an electronic device as an example, the electronic device may include one or more processors (the processor may include but is not limited to a central processing unit (CPU), a graphics processing unit (GPU), a digital signal processing (DSP) chip, a microcontroller unit (MCU), a programmable logic device (Field Programmable Gate Array, FPGA), a neural network processor (Neural-network Processor Unit, NPU), a tensor processor (Tensor Processing Unit, TPU), an artificial intelligence (Artificial Intelligence, AI) type processor, etc.) and a memory for storing data. Optionally, the above-mentioned electronic device may also include a transmission device, an input and output device, and a display device for communication functions. It can be understood by those of ordinary skill in the art that the above-mentioned structural description is only illustrative, and it does not limit the structure of the above-mentioned electronic device. For example, the electronic device may also include more or fewer components than the above-mentioned structural description, or have a configuration different from the above-mentioned structural description.

[0025] The memory can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the emergency handling method of the freight rate search system in the embodiment of the present invention. The processor executes various functional applications and data processing by running the computer program stored in the memory, that is, the emergency handling method of the freight rate search system mentioned above is realized. The memory may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include a memory remotely arranged relative to the processor, and these remote memories may be connected to the mobile terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0026] The transmission device is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of the mobile terminal. In one example, the transmission device includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device can be a radio frequency (Radio Frequency, referred to as RF) module, which is used to communicate with the Internet wirelessly.

[0027] The display device may be, for example, a touch screen type liquid crystal display (LCD) and a touch display (also referred to as a "touch screen" or "touch display screen"). The liquid crystal display may enable a user to interact with a user interface of a mobile terminal. In some embodiments, the mobile terminal has a graphical user interface (GUI), and a user may interact with the GUI by finger contacts and / or gestures on a touch-sensitive surface, wherein the human-computer interaction functions here may optionally include the following interactions: creating web pages, drawing, word processing, making electronic documents, games, video conferencing, instant messaging, sending and receiving emails, call interfaces, playing digital videos, playing digital music and / or web browsing, etc. The executable instructions for executing the above human-computer interaction functions are configured / stored in a computer program product or readable storage medium executable by one or more processors.

[0028] Figure 1 The flowchart of the emergency processing method of the first fare search system according to one embodiment of the present invention.

[0029] like Figure 1 As shown, the method may include the following steps:

[0030] Step S101, in response to the server alarm prompt, obtain the query instruction.

[0031] In step S101, when a server abnormality is detected (such as service failure, data delay, etc.), an alarm prompt will be triggered. The operation and maintenance personnel or the automation system selects and sends a query instruction through the client according to the alarm information, so as to initially understand the specific situation of the alarm and provide a basis for subsequent emergency processing.

[0032] Step S102, acquiring the running status of the server according to the query instruction, wherein the running status includes system service status and / or data status.

[0033] In step S102, after receiving the query instruction, the client obtains the operating status of the server. The operating status may include whether the system service is running normally, whether the data version is consistent, the data update status, etc., to deeply diagnose the problem, confirm the accuracy of the alarm, and help determine the subsequent emergency strategy.

[0034] Specifically, the server will parse the query instructions to clarify the target and content of the query. The query instructions include but are not limited to: system module name, system cluster name, IP address, query object (and parameters required for the query object), and the query objects include: system service status information and data status information. System service operation information, including but not limited to whether the service is running normally, service running time, CPU and memory usage, thread status, network connection status, etc. This information helps to determine whether the service is abnormal, such as whether there are problems such as service crashes, resource exhaustion, network delays, etc. The server analyzes the system service status and data status information to determine whether there are any abnormalities. If the service status or data status does not meet expectations, such as the service process stops, the data version is outdated, etc., these abnormalities will be recorded and identified. After the analysis is completed, the server will send detailed information on the system service status and data status, together with possible abnormalities, to the client.

[0035] Step S103, sending an emergency instruction to the server according to the running status, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data.

[0036] In step S103, after clarifying the operating status of the server, select the appropriate emergency instruction according to the specific situation. For example, if the problem stems from a service crash or exception, a service restart instruction will be sent to force the server to restart the corresponding service to restore its normal function. In the event of a master node failure, a switch server instruction can be sent to switch to the backup node to ensure service continuity and high availability of the system. When there is a problem with data consistency, such as lagging data version or data delay, a data synchronization instruction will be sent to synchronize data from the master node or other healthy nodes to restore data integrity and consistency. If the data construction plan is abnormal or interrupted, a data construction instruction will be sent to rebuild the data to ensure the accuracy and currency of the data. In this step, the service or data status is restored by executing emergency instructions.

[0037] Step S104, in response to the emergency instruction being sent successfully, obtaining feedback information from the server, wherein the feedback information is the execution status of the emergency instruction executed by the server.

[0038] In step S104, after the emergency command is sent and executed, the server feedback information is collected to confirm whether the emergency operation is successful. The feedback information may include the operation status code, execution result, new service status or data status, etc. This step is the key to verifying the effect of emergency handling. The operation and maintenance personnel further determine whether further operation is required or whether the problem has been solved based on the feedback information. The feedback information reflects the execution status of the server executing the emergency command, including but not limited to the following situations:

[0039] Successful execution status: If the server successfully executes the emergency command, the feedback information will contain a status code or confirmation message indicating success, indicating that the service restart, data synchronization, node role switching and other operations have been completed as expected, and the system status or data status has been restored to normal levels. This helps to confirm the effectiveness of the emergency operation and may trigger subsequent monitoring or further inspections to ensure the stable operation of the service.

[0040] Execution failure status: If a problem is encountered during the execution of an emergency command, the server will return a status code or error message indicating failure. This may be due to improper command parameter settings, insufficient server resources, software conflicts during operation, etc. After receiving the execution failure status, the operation and maintenance personnel need to further investigate the cause based on the returned error information, and may need to resend the command or take other remedial measures.

[0041] Executing status: For some time-consuming operations, such as large-scale data synchronization or full recovery of service status, the server may not immediately return a success or failure status, but instead return an executing status message to indicate that the operation is in progress. In this case, the front-end display module may provide continuously updated progress information to help operation and maintenance personnel monitor the progress of the operation.

[0042] Partially executed successfully: When executing emergency instructions involving multiple parts or steps, the server may report a partially executed successfully status, which means that some operations have been completed, but the execution of the entire instruction has not been completely completed. This is especially common when synchronizing data across clusters or nodes. Operations and maintenance personnel need to determine which parts have been completed and which parts require further attention or operation based on the feedback information.

[0043] The accuracy and timeliness of feedback information are crucial to ensure the efficiency and accuracy of emergency response. Through real-time feedback, operation and maintenance personnel can instantly understand the results of command execution and adjust emergency strategies in a timely manner to ensure that the freight rate search system can quickly resume normal operation when facing various service and data anomalies, thereby improving user satisfaction and the overall stability of the system.

[0044] Based on the above steps S101 to S104, in an embodiment of the present invention, by dynamically generating query instructions between the client and the server, and determining emergency instructions according to the operating status obtained by the query instructions, the purpose of shortening the emergency processing time is achieved, thereby achieving the technical effect of quickly handling the server alarm prompts, thereby solving the technical problem of low emergency processing efficiency of the freight rate search system in the prior art. It can achieve rapid response and efficient recovery to system anomalies, which is of great significance to improving the stability of the system and user experience. Through this process, even in the face of complex and changeable system environments, the high availability of the system and the consistency of data can be ensured.

[0045] As an optional implementation, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address, query object and parameters required by the query object, and the query object includes system service status information and / or data status information. In step S102, according to the query instruction, the operation status of the server is obtained, including:

[0046] Step S1021: Obtain the system service status and / or data status of the server according to the system module name, system cluster name, IP address and query object.

[0047] Specifically, when the server receives a query instruction from the client, it calls the corresponding backend tool module instruction according to the system module name, system cluster name, IP address, and query object in the instruction. The system service status information and / or data status information of the server will be queried and returned based on the provided parameters, such as service name or data type. This information will be used for subsequent emergency decisions to ensure that the operation and maintenance personnel or the automation system can select the most appropriate emergency instruction based on the accurate operating status.

[0048] Through this detailed implementation method, the emergency handling method of the freight rate search system can more accurately identify and locate problems, improve the efficiency of problem diagnosis and emergency operations. At the same time, through the operation of the client, the operation complexity of the operation and maintenance personnel is reduced, and the overall maintainability and stability of the freight rate search system are improved.

[0049] Optionally, in step S103, sending an emergency instruction to the server according to the running state includes:

[0050] Step S1031: determining problem information based on at least one of the system service status and the data status, the problem information including: server connection abnormality, data missing;

[0051] It should be noted that the problem information may refer to various possible system abnormalities, including but not limited to:

[0052] Server connection abnormality: When the system service status information shows that there is a problem with the communication between servers, such as unstable network connection, inability to establish a connection, etc., this will be identified as a server connection abnormality. Such problems may affect the real-time update of data and system performance.

[0053] Missing data: When checking data status information, if some data is not updated as expected or there are consistency issues, it will be marked as missing data. Missing data issues are directly related to the accuracy of freight rate search and may be caused by data synchronization failure, incomplete data construction plan execution, etc.

[0054] Step S1032: Send an emergency instruction to the server based on the problem information.

[0055] Specifically, after determining the problem information, the system or operation and maintenance personnel will select and send corresponding emergency instructions based on the nature and specific scenario of the problem. For example:

[0056] For server connection abnormalities, possible emergency instructions include: service restart instructions, used to restart the affected service process; network configuration check instructions, used to check and repair network configuration problems; or load balancing adjustment instructions, to optimize communication and task allocation between servers; switch server. In the event of a primary node failure, a switch server instruction can be sent to switch to the backup node to ensure service continuity and high availability of the system.

[0057] In case of data loss, emergency instructions may include: data synchronization instructions, which are used to synchronize missing data from other servers or master nodes; data construction instructions, which rebuild data to fill the gaps; or data recovery instructions, which restore data from backups.

[0058] For example, by analyzing the status information, accurately determining the problem type, and recommending or executing the most effective emergency instructions, the system can be quickly restored to normal operation. Through this series of steps, the emergency handling method of the freight rate search system can effectively deal with various service and data abnormalities and improve the overall stability of the system and user experience.

[0059] Figure 2 4 is a flow chart of an emergency processing method of a second fare search system according to one embodiment of the present invention.

[0060] like Figure 2 As shown, the method may include the following steps:

[0061] Step S201, sending a server alarm prompt to the client.

[0062] In step S201, when the server of the freight rate search system detects an abnormal situation, such as service unavailability, data delay or consistency problem, the alarm mechanism will be automatically triggered. The system will send the alarm information to the client through the network. The alarm information usually contains the identifier of the abnormal server (such as IP address, cluster name), the type of abnormal service or data, and a preliminary abnormal description to help the client quickly identify the source and nature of the problem.

[0063] Step S202: In response to the query instruction sent by the client, the running status of the server is sent to the client.

[0064] In step S202, after receiving the query instruction from the client, the operating status of the server is obtained and analyzed according to the system module name, cluster name, IP address and other information in the instruction. The operating status includes the system service status and data status, such as whether the service is running normally, whether the data version is consistent, the data update status, etc. After obtaining the status information, the back-end processing module sends this information back to the client, which can be an interface operated by the operation and maintenance personnel or an automated operation and maintenance system. Feedback on the operating status helps the client to further diagnose problems and formulate recovery strategies.

[0065] Step S203, in response to the emergency instruction sent by the client, feedback information is sent to the client, wherein the feedback information is the execution status of the emergency instruction executed by the server.

[0066] In step S203, after the client sends an emergency instruction to the server based on the analyzed operation status information, the back-end processing module will parse and execute the instruction. The result of the instruction execution, whether it is success, failure or problems encountered during the execution process, will be recorded and converted into feedback information. The server sends this feedback information back to the client to ensure that the client can understand the results of the emergency operation and the current status of the server in a timely manner. The execution status in the feedback information can help the client determine whether further measures need to be taken, such as resending instructions, adjusting recovery strategies, etc.

[0067] Based on the above steps S201 to S203, the closed loop of timely notification of server abnormalities and emergency handling is ensured. In the embodiment of the present invention, the centralized management and operation of the client achieves the purpose of improving the emergency response speed and processing efficiency of the freight rate search system in the face of multi-cluster deployment and large-scale resources. Through the establishment of a feedback mechanism, the transparency of problem solving is improved, thereby achieving the technical effect of facilitating subsequent monitoring and optimization by operation and maintenance personnel or automation systems, thereby solving the technical problem of low emergency handling efficiency of the freight rate search system in the prior art.

[0068] As an optional implementation, in step S202, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address and query object, the query object includes system service status information and / or data status information, and in response to the query instruction sent by the client, the running status of the server is sent to the client, including:

[0069] Step S2021, determining the system cluster based on the system cluster name;

[0070] In step S2021, when the client sends a query instruction through the front-end operation module, the instruction includes the system cluster name. After receiving the instruction, the specific target cluster will be determined from the system architecture according to the system cluster name. For example, if the client inquires about the status of "Cluster A", then "Cluster A" will be locked to prepare for further queries.

[0071] Step S2022, determining the system module based on the system cluster and the system module name;

[0072] In step S2022, after the system cluster is determined, the system module name in the query instruction is continued to be parsed. Combining the system cluster name and the system module name, the module to be queried can be more accurately located. If the instruction involves the "data construction module" in "cluster A", the back-end processing module will focus on the "data construction module" of "cluster A" and collect its relevant status information.

[0073] Step S2023, determining the server based on the system module and the IP address;

[0074] In step S2023, the query instruction also includes a specific IP address in order to locate a specific server. For example, in the "data construction module" of "cluster A", if the IP address is "192.168.1.10", the server corresponding to the IP address will be directly locked, and a status check will be performed to collect its system service status or data status information to provide data support for problem location and emergency operations.

[0075] Step S2024, determining the system service status and / or data status of the server based on the server and the query object;

[0076] In step S2024, after the server is located, according to the query object in the query instruction (i.e., whether the state to be queried is the system service state or the data state), the corresponding tool module instruction is called to obtain the server's operating status information. This may include whether the service is running normally, service performance indicators, data version, data delay and other key data.

[0077] Step S2025: sending the system service status and / or data status of the server to the client.

[0078] In step S2025, the collected server operation status information (system service status and / or data status) is packaged and sent back to the client through the network. The client may be an operation interface used by operation and maintenance personnel, or it may be an automated operation and maintenance system. The returned information will be used to update the client interface or as a basis for further decision-making, such as triggering emergency operations, conducting problem analysis, etc.

[0079] Based on steps S2021 to S2025, by gradually parsing the query instructions into specific system modules, clusters, servers and status objects, the system can efficiently respond to query requirements and provide a solid data foundation for the stable operation and emergency handling of the freight rate search system.

[0080] Optionally, in step S203, in response to the emergency instruction sent by the server, sending feedback information of the server to the client includes:

[0081] Step S2031, in response to the emergency instruction sent by the client, controlling the server to execute the emergency action and obtaining the execution status, wherein the emergency instruction includes: restarting the server, switching the server, synchronizing data or building data, and the execution status includes: execution success and execution failure;

[0082] In step S2031, when the client issues an emergency instruction through the front-end operation module, such as restarting the server, switching the server role, synchronizing data, or building data, the server receives the instruction and executes the corresponding emergency action, such as restarting the specified service, switching the primary and standby node roles, synchronizing data to the latest state, or starting the data building process. After the execution of the action is completed, the result of the action will be evaluated and recorded to obtain the execution status, which may be successful or failed.

[0083] Step S2032, determining feedback information based on the execution status;

[0084] In step S2032, feedback information is generated according to the execution status of the emergency action. If the execution is successful, the feedback information will include a successful confirmation and possible operation details, such as the restart time, the scope of data synchronization, etc. If the execution fails, the feedback information will explain the reason for the failure in detail, such as "restart failed due to resource occupation conflict" or "data synchronization failed due to abnormal network connection". The construction of feedback information is intended to accurately convey the execution results of emergency instructions and help the client understand the current system status.

[0085] Step S2033: Send feedback information to the client.

[0086] After generating feedback information, the server sends it back to the client. The client can be the work interface of the operation and maintenance personnel, or it can be an automated operation and maintenance system that integrates emergency response logic. After receiving the feedback information, the client can understand the execution status of the emergency command in real time, including the details of success or failure, so that the operation and maintenance personnel or the automated system can make the next decision or action based on the feedback information, such as further troubleshooting the cause of the failure or repeating the emergency action.

[0087] Based on step S2031 to step S2033, the efficient execution of emergency instructions and the immediate feedback of results are achieved, the responsiveness of the freight rate search system in the face of emergencies is enhanced, and the freight rate search system can quickly verify and restore service and data status in a multi-cluster environment, thereby improving the stability and emergency fault tolerance of the system. Through this process, the real-time and accuracy of the core data of civil aviation freight rates are effectively guaranteed, while improving the operation and maintenance efficiency and the overall performance of the system.

[0088] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course can also be implemented by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for enabling a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present invention.

[0089] In another embodiment of the present application, an emergency handling method of a freight rate search system is also provided, and the specific steps are as follows:

[0090] 1. The server sends a server alarm prompt to the client.

[0091] 2. The client responds to the server alarm prompt and obtains the query instruction.

[0092] 3. The client obtains the running status of the server according to the query instruction, wherein the running status includes system service status and / or data status.

[0093] 4. The server responds to the query instruction sent by the client and sends the server's operating status to the client.

[0094] 5. The client sends emergency instructions to the server based on the running status, where the emergency instructions are used to control the server to restart, switch servers, synchronize data or build data.

[0095] 6. The server sends feedback information to the client in response to the emergency instruction sent by the client, wherein the feedback information is the execution status of the emergency instruction executed by the server.

[0096] Based on the above steps, a closed-loop emergency response process was constructed through automated alarms, query command generation, operation status acquisition, emergency command sending and execution status feedback. This greatly improved the response speed and processing efficiency of the freight rate search system when facing service anomalies or data inconsistencies, ensuring the stability of the system and the real-time accuracy of the data.

[0097] Figure 3 This is a system architecture diagram of a final freight rate search system according to one embodiment of the present application. Figure 3 As shown, the freight rate search system includes: a front-end operation module, a back-end processing module, a back-end tool module and a front-end echo module.

[0098] The front-end operation module can call the back-end processing modules on multiple servers, and a back-end processing module and a back-end instruction module are deployed on each server.

[0099] The backend processing module and the backend instruction module are deployed on the same machine. The backend processing module receives the relevant information passed in by the frontend, parses the instructions and instruction parameters to be executed, and then uses the instructions and parameters as input to call the backend tool module.

[0100] The backend tool module includes multiple executable instructions, including but not limited to querying the latest timestamp of data, querying flight schedule information, querying application service status, restarting application services, synchronizing master and standby node data, node role switching, synchronizing flight information, data construction and other functions. The backend tool module receives the instruction name and corresponding parameters passed in by the backend processing module, synthesizes a complete instruction and executes it on the server. The instruction execution result is returned to the frontend display module through the backend processing module. For query instructions, the query result will be returned; for emergency instructions, a status code will be returned to indicate success or failure of execution.

[0101] The freight rate search system in this embodiment provides a front-end visual operation interface, which selects the system module name, system cluster name, IP address and the corresponding query command to send to the back-end processing module, and locates the system problem according to the returned result. At the same time, according to the located problem, the corresponding emergency command can be selected to complete an emergency operation. In addition to the first time, it can also respond accurately and quickly to the applications and data of a single server, realizing the function of batch emergency operation of large-scale servers. The freight rate search system is easy to operate and the results are visible, which greatly improves the emergency handling efficiency and emergency fault tolerance of the freight rate search system, and provides effective guarantee for the long-term stable operation of the system and the real-time and accuracy of the core data of civil aviation freight rates.

[0102] An embodiment of the present invention also provides a terminal device, comprising: a memory for storing program instructions; a processor, connected to the memory, for executing the following functions of the program instructions: in response to a server alarm prompt, obtaining a query instruction; according to the query instruction, obtaining the operating status of the server, wherein the operating status includes the system service status, and / or the data status; according to the operating status, sending an emergency instruction to the server, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data; in response to the successful sending of the emergency instruction, obtaining feedback information from the server, wherein the feedback information is the execution status of the server executing the emergency instruction.

[0103] Optionally, the processor in the above terminal device can be configured to execute program instructions for the following functions: including: obtaining the system service status and / or data status of the server according to the system module name, system cluster name, IP address and query object.

[0104] Optionally, the processor in the above-mentioned terminal device can be configured to execute program instructions for the following functions: determining problem information based on at least one of the system service status and the data status, the problem information including: server connection abnormality, data missing; and sending emergency instructions to the server based on the problem information.

[0105] An embodiment of the present invention also provides a server, comprising: a memory for storing program instructions; a processor, connected to the memory, for executing the following program instructions: sending a server alarm prompt to a client; sending the server's operating status to the client in response to a query instruction sent by the client; sending feedback information to the client in response to an emergency instruction sent by the client, wherein the feedback information is the execution status of the server executing the emergency instruction.

[0106] Optionally, the processor in the above-mentioned server can be configured to execute program instructions for the following functions: determine the system module based on the system module name; determine the system cluster based on the system module and the system cluster name; determine the server based on the system cluster and the IP address; determine the system service status and / or data status of the server based on the server and the query object; and send the system service status and / or data status of the server to the client.

[0107] Optionally, the processor in the above-mentioned server can be configured to execute program instructions for the following functions: in response to emergency instructions sent by the client, control the server to perform emergency actions and obtain an execution status, wherein the emergency instructions include: restarting the server, switching the server, synchronizing data or building data, and the execution status includes: successful execution and failed execution; based on the execution status, determine feedback information; and send feedback information to the client.

[0108] An embodiment of the present invention further provides a non-volatile storage medium, the non-volatile storage medium includes a stored computer program, wherein the device where the non-volatile storage medium is located executes the emergency processing method of the freight rate search system described in any of the above embodiments by running the computer program.

[0109] Optionally, in this embodiment, the above-mentioned computer program may be configured to store a computer program for performing the following steps:

[0110] Step S101, in response to the server alarm prompt, obtain the query instruction.

[0111] Step S102, acquiring the running status of the server according to the query instruction, wherein the running status includes system service status and / or data status.

[0112] Step S103, sending an emergency instruction to the server according to the running status, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data.

[0113] Step S104, in response to the emergency instruction being sent successfully, obtaining feedback information from the server, wherein the feedback information is the execution status of the emergency instruction executed by the server.

[0114] Optionally, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address, query object and parameters required for the query object, the query object includes system service status information, and / or data status information, and according to the query instruction, the operating status of the server is obtained, including: according to the system module name, system cluster name, IP address and query object, the system service status and / or data status of the server is obtained.

[0115] Optionally, sending an emergency instruction to the server according to the operating status includes: determining problem information based on at least one of the system service status and the data status, the problem information including: server connection abnormality, data missing; sending an emergency instruction to the server based on the problem information.

[0116] Step S201, sending a server alarm prompt to the client.

[0117] Step S202: In response to the query instruction sent by the client, the running status of the server is sent to the client.

[0118] Step S203, in response to the emergency instruction sent by the client, feedback information is sent to the client, wherein the feedback information is the execution status of the emergency instruction executed by the server.

[0119] Optionally, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address and query object, the query object includes system service status information, and / or data status information, and in response to the query instruction sent by the client, the running status of the server is sent to the client, including: determining the system cluster based on the system cluster name; determining the system module based on the system cluster and the system module name; determining the server based on the system module and the IP address; determining the system service status and / or data status of the server based on the server and the query object; and sending the system service status and / or data status of the server to the client.

[0120] Optionally, in response to an emergency instruction sent by the server, feedback information of the server is sent to the client, including: in response to the emergency instruction sent by the client, controlling the server to perform an emergency action to obtain an execution status, wherein the emergency instruction includes: restarting the server, switching the server, synchronizing data or building data, and the execution status includes: successful execution and failed execution; based on the execution status, determining feedback information; and sending feedback information to the client.

[0121] According to one embodiment of the present invention, a computer program product is also provided, including a computer program, and when the computer program is executed by a processor, the emergency processing method of the above-mentioned freight rate search system is implemented.

[0122] The device executes the emergency handling method of the freight rate search system described in any of the above embodiments by running a computer program.

[0123] Optionally, in this embodiment, the above-mentioned computer program may be configured to store a computer program for performing the following steps:

[0124] Step S101, in response to the server alarm prompt, obtain the query instruction.

[0125] Step S102, acquiring the running status of the server according to the query instruction, wherein the running status includes system service status and / or data status.

[0126] Step S103, sending an emergency instruction to the server according to the running status, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data.

[0127] Step S104, in response to the emergency instruction being sent successfully, obtaining feedback information from the server, wherein the feedback information is the execution status of the emergency instruction executed by the server.

[0128] Optionally, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address, query object and parameters required for the query object, the query object includes system service status information, and / or data status information, and according to the query instruction, the operating status of the server is obtained, including: according to the system module name, system cluster name, IP address and query object, the system service status and / or data status of the server is obtained.

[0129] Optionally, sending an emergency instruction to the server according to the operating status includes: determining problem information based on at least one of the system service status and the data status, the problem information including: server connection abnormality, data missing; sending an emergency instruction to the server based on the problem information.

[0130] Step S201, sending a server alarm prompt to the client.

[0131] Step S202: In response to the query instruction sent by the client, the running status of the server is sent to the client.

[0132] Step S203, in response to the emergency instruction sent by the client, feedback information is sent to the client, wherein the feedback information is the execution status of the emergency instruction executed by the server.

[0133] Optionally, the query data transmitted by the query instruction includes: system module name, system cluster name, IP address and query object, the query object includes system service status information, and / or data status information, and in response to the query instruction sent by the client, the running status of the server is sent to the client, including: determining the system cluster based on the system cluster name; determining the system module based on the system cluster and the system module name; determining the server based on the system module and the IP address; determining the system service status and / or data status of the server based on the server and the query object; and sending the system service status and / or data status of the server to the client.

[0134] Optionally, in response to an emergency instruction sent by the server, feedback information of the server is sent to the client, including: in response to the emergency instruction sent by the client, controlling the server to perform an emergency action to obtain an execution status, wherein the emergency instruction includes: restarting the server, switching the server, synchronizing data or building data, and the execution status includes: successful execution and failed execution; based on the execution status, determining feedback information; and sending feedback information to the client.

[0135] In the above embodiments of the present invention, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0136] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0137] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0138] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0139] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, magnetic disk or optical disk and other media that can store program codes.

[0140] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principle of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.

Claims

1. An emergency handling method for a freight rate search system, characterized in that: include: In response to the server alarm prompt, obtain the query instruction; According to the query instruction, obtain the operation status of the server, wherein the operation status includes system service status and / or data status; Sending an emergency instruction to the server according to the operating status, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data; In response to the emergency instruction being sent successfully, feedback information from the server is obtained, wherein the feedback information is an execution status of the emergency instruction executed by the server.

2. The method according to claim 1, characterized in that The query data transmitted by the query instruction includes: system module name, system cluster name, IP address, query object and parameters required by the query object, the query object includes system service status information and / or data status information, and according to the query instruction, the operation status of the server is obtained, including: The system service status and / or the data status of the server are acquired according to the system module name, the system cluster name, the IP address and the query object.

3. The method according to claim 2, characterized in that Sending the emergency instruction to the server according to the operating status includes: Determine problem information based on at least one of the system service status and the data status, the problem information including: abnormal connection of the server and missing data; Based on the problem information, the emergency instruction is sent to the server.

4. An emergency handling method for a freight rate search system, characterized in that: include: Send server alarm prompts to the client; In response to a query instruction sent by the client, sending the operating status of the server to the client; In response to the emergency instruction sent by the client, feedback information is sent to the client, wherein the feedback information is an execution status of the emergency instruction executed by the server.

5. The method according to claim 4, characterized in that The query data transmitted by the query instruction includes: a system module name, a system cluster name, an IP address and a query object, wherein the query object includes system service status information and / or data status information. In response to the query instruction sent by the client, the running status of the server is sent to the client, including: determining a system cluster based on the system cluster name; determining a system module based on the system cluster and the system module name; Determining the server based on the system module and the IP address; Determine the system service status and / or the data status of the server based on the server and the query object; Send the system service status and / or the data status of the server to the client.

6. The method according to claim 4 or 5, characterized in that: In response to the emergency instruction sent by the server, sending feedback information of the server to the client, including: In response to the emergency instruction sent by the client, control the server to perform an emergency action to obtain an execution status, wherein the emergency instruction includes: restarting the server, switching the server, synchronizing data or building data, and the execution status includes: execution success and execution failure; Based on the execution status, determining the feedback information; The feedback information is sent to the client.

7. A terminal device, characterized in that: include: A memory for storing program instructions; A processor, connected to the memory, is used to execute program instructions for the following functions: in response to a server alarm prompt, obtain a query instruction; According to the query instruction, the operating status of the server is obtained, wherein the operating status includes the system service status and / or the data status; according to the operating status, an emergency instruction is sent to the server, wherein the emergency instruction is used to control the server to restart, switch servers, synchronize data or build data; in response to the successful sending of the emergency instruction, feedback information of the server is obtained, wherein the feedback information is the execution status of the server executing the emergency instruction.

8. A server, characterized in that: include: A memory for storing program instructions; A processor, connected to the memory, is used to execute program instructions for the following functions: sending a server alarm prompt to a client; In response to the query instruction sent by the client, the running status of the server is sent to the client; in response to the emergency instruction sent by the client, feedback information is sent to the client, wherein the feedback information is the execution status of the server executing the emergency instruction.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored executable program, wherein when the executable program is executed, the device where the storage medium is located is controlled to execute the method according to any one of claims 1 to 6.

10. A computer program product, characterized in that The invention comprises a computer program which, when executed by a processor, implements the method according to any one of claims 1 to 6.

Images