Local backup service handling method and system for multi-flight-segment flight

Abstract

The invention discloses a local backup service handling method and system for a multi-flight-segment flight, and relates to the technical field of aviation. The method comprises the following steps: receiving a backup request sent by a target station end in a plurality of station ends; performing resource control mechanism inspection on the plurality of station ends to obtain an inspection result; in response to determining that the multi-flight-segment flight can be converted into a local backup service handling mode according to the check result, returning a backup response to the target station end; and a synchronous message sent by the target station end is distributed to other station ends except the target station end in the plurality of station ends, the synchronous message is used for updating local databases of other station ends, and the local databases are used for supporting other station ends to carry out local backup service handling for the multi-flight-segment flight. According to the invention, the technical problems of low efficiency, high cost, high security risk and poor user experience of a scheme for carrying out flight-to-local backup handling on a multi-flight-segment flight are solved.

Description

Technical Field

[0001] The present invention relates to the field of aviation technology, and in particular to a method and system for handling local backup services for multi-segment flights. Background Art

[0002] Flight transfer to local backup refers to a series of operational procedures for continuing to check in passengers by activating the backup system when the airport departure system fails. In modern air transportation, the application of information technology has greatly improved the operating efficiency of airports and the travel experience of passengers. However, the widespread application of information technology has also made the stability of airport information systems one of the key factors affecting the normal operation of civil aviation. Especially when the departure system fails, how to quickly and effectively transfer flights to local backup to ensure the normal operation of flights and passenger satisfaction has become one of the hot research directions.

[0003] In the related art, the solution for transferring flights to local backup only supports single-segment flights, and is not applicable to other important scenarios such as multi-segment flights. Specifically, the solution for transferring flights to local backup in the related art requires users to perform cumbersome operations in the multi-segment flight handling scenario, and these operations will affect other stations. During the transfer to local backup, the information cannot be synchronized to the intermediate stations in real time through the above operations. For example, the multiple segments corresponding to a flight are "ABC". The check-in staff gives the passenger check-in seat number 32A at station A. At this time, due to network interruption, seat number 32A at station B is still determined as a check-in seat, which may cause passenger seat conflicts (giving another passenger check-in seat number 32A at station B). In this case, a large amount of offline manual processing is required to complete the backup of multi-segment flights. That is, the existing solution for transferring flights to local backup has low efficiency and high labor costs in the multi-segment flight scenario, which may lead to poor passenger experience.

[0004] In addition, in the existing solutions for transferring flights to local backup, users rarely involve multi-segment flights during pre-drills, while multi-segment flights (such as stopover flights, transfer flights, etc.) are not uncommon in actual scenarios. Based on this, when an open departure fails in an actual scenario, insufficient pre-drills may cause flight delays, which will not only affect passengers' travel, but also bring greater departure safety risks.

[0005] From the above, it can be seen that how to transfer flights to local backup for multi-segment flights in the event of an information system failure to improve processing efficiency, reduce processing costs, optimize passenger experience, and enhance flight safety has become one of the important technical issues in the relevant technical field. For the above problems, no effective solution has been proposed yet. Summary of the invention

[0006] The embodiment of the present invention provides a method and system for handling local backup services for multi-segment flights, so as to at least solve the technical problems of low efficiency, high cost, high security risk and poor user experience in the solution of flight transfer to local backup for multi-segment flights.

[0007] According to one aspect of an embodiment of the present invention, a local backup business processing method for a multi-segment flight is provided, which is applied to a central end of a local backup business processing system, wherein the local backup business processing system also includes multiple terminal terminals corresponding to the multi-segment flight, and the local backup business processing method includes: receiving a backup request issued by a target terminal terminal among the multiple terminal terminals, wherein the backup request is triggered when the target terminal terminal detects a departure server failure; performing a resource control mechanism inspection on the multiple terminal terminals to obtain inspection results; in response to determining that the multi-segment flight can be converted to a local backup business processing mode according to the inspection results, returning a backup response to the target terminal terminal, wherein the backup response is used to assist the target terminal terminal in performing a backup action; distributing a synchronization message issued by the target terminal terminal to other terminal terminals among the multiple terminal terminals except the target terminal terminal, wherein the synchronization message is used to update the local database of the other terminal terminals, and the local database is used to support the other terminal terminals in performing local backup business processing for the multi-segment flight.

[0008] Optionally, the data carried in the backup request includes: flight information and passenger information of multi-segment flights, terminal information, resource demand information and authority verification information of the target terminal, backup mode identification, and failure information of the departure server.

[0009] Optionally, a resource control mechanism check is performed on multiple site terminals, and the inspection results obtained include: determining multiple items to be checked corresponding to the local backup business processing mode according to a preset resource control mechanism; and inspecting multiple site terminals based on the multiple items to be checked to determine the inspection results.

[0010] Optionally, based on multiple items to be inspected, multiple terminal terminals are inspected, and the inspection results are determined to include: performing an online status check on the multiple terminal terminals to obtain a first inspection result, wherein the first inspection result is used to indicate whether the multiple terminal terminals are in a real-time response state; performing a flight resource usage check on the multiple terminal terminals to obtain a second inspection result, wherein the flight resources corresponding to the flight resource usage include seat resources and baggage resources, and the second inspection result is used to indicate whether there is a backup handling resource conflict between the multiple terminal terminals; performing a backup operation authority check on the target terminal terminal to obtain a third inspection result, wherein the third inspection result is used to indicate whether the target terminal terminal has the authority to perform backup operation on multiple terminal terminals. The authority to perform backup operations on the flight segment; perform a business conflict check on the target terminal and other terminal terminals to obtain a fourth check result, wherein the fourth check result is used to characterize whether there is a business conflict between the target terminal and other terminal terminals; perform a software and hardware system status check on multiple terminal terminals to obtain a fifth check result, wherein the fifth check result is used to characterize whether there are software compatibility anomalies or hardware stability anomalies in the multiple terminal terminals under the local backup business processing mode; in response to the first check result, the second check result, the third check result, the fourth check result and the fifth check result meeting the target condition, it is determined that the check result is that the multi-segment flight can be converted to the local backup business processing mode.

[0011] Optionally, the first inspection result, the second inspection result, the third inspection result, the fourth inspection result and the fifth inspection result satisfy the target conditions including: determining according to the first inspection result that multiple station terminals are in a real-time response state; determining according to the second inspection result that there is no backup processing resource conflict between the multiple station terminals; determining according to the third inspection result that the target station terminal has the authority to perform backup operations on multi-segment flights; determining according to the fourth inspection result that there is no business conflict between the target station terminal and other station terminals; determining according to the fifth inspection result that multiple station terminals have no software compatibility anomalies and hardware stability anomalies in the local backup business processing mode.

[0012] Optionally, the synchronization message is generated by triggering a backup action executed by the target site, and the data carried by the synchronization message is determined by the execution result of the backup action.

[0013] Optionally, the local backup business processing method also includes: responding to message data pulling requests from multiple site terminals according to a preset period, distributing multiple message data packets in the synchronization message corresponding to the multiple site terminals respectively to the multiple site terminals, wherein the multiple site terminals have started scheduled tasks, and the multiple message data packets are used to update the local databases of the multiple site terminals.

[0014] Optionally, the local backup service processing method further includes: in response to detecting a central end failure, sending a suspension processing message to multiple site ends, wherein the suspension processing message is used to indicate that the central end suspends responding to the backup request.

[0015] Optionally, the local backup service processing method further includes: performing statistical analysis on data carried in backup requests and data carried in synchronization messages corresponding to multi-segment flights to obtain statistical results; and displaying the statistical results in a graphical user interface.

[0016] According to another aspect of an embodiment of the present invention, a local backup business processing system for a multi-segment flight is also provided, comprising: a central end and multiple terminal ends, wherein the multiple terminal ends correspond to multiple terminals corresponding to the multi-segment flight; when a target terminal end among the multiple terminal ends detects a departure server failure, the target terminal end initiates a backup request for the multi-segment flight to the central end; the central end is used to perform a resource control mechanism inspection on the multiple terminal ends, obtain the inspection result, and return a backup response to the target terminal end when it is determined according to the inspection result that the multi-segment flight can be converted into a local backup business processing mode, wherein the backup response is used to assist the target terminal end in performing the backup action; the multiple terminal ends are used to perform the backup action according to the backup response, and send a synchronization message to the central end; the central end is used to distribute the synchronization message to other terminal ends among the multiple terminal ends except the target terminal end; the other terminal ends are used to update the local database according to the synchronization message, and perform local backup business processing for the multi-segment flight based on the updated local database.

[0017] In an embodiment of the present invention, a backup request is received from a target terminal among multiple terminals, wherein the backup request is triggered when the target terminal detects a departure server failure; a resource control mechanism check is performed on the multiple terminals to obtain the check result; in response to determining that a multi-segment flight can be converted into a local backup business processing mode according to the check result, a backup response is returned to the target terminal, wherein the backup response is used to assist the target terminal in performing the backup action; and a synchronization message sent by the target terminal is distributed to other terminal among the multiple terminals except the target terminal, wherein the synchronization message is used to update the local database of the other terminal, and the local database is used to support the other terminal to perform local backup business processing for the multi-segment flight. Therefore, the present invention achieves the purpose of automatically and efficiently completing the flight transfer to local backup for multi-segment flights through the interaction between multiple station terminals in the central terminal of the local backup business processing system, thereby achieving the technical effect of improving the business processing efficiency, reducing the processing cost, and improving flight safety and user experience when transferring flights to local backup for multi-segment flights, and further solving the technical problems of low efficiency, high cost, high security risk and poor user experience in the solution of transferring flights to local backup for multi-segment flights. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of the present invention. 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:

[0019] Figure 1 It is a hardware structure block diagram of a terminal device of an optional local backup service handling method for a multi-segment flight according to an embodiment of the present invention;

[0020] Figure 2 is a flow chart of a method for handling local backup services for a multi-segment flight according to an embodiment of the present invention;

[0021] Figure 3 This is a schematic diagram of an optional process of handling multi-segment flight transfer to backup according to an embodiment of the present invention;

[0022] Figure 4 is a schematic diagram of an optional message synchronization process according to an embodiment of the present invention;

[0023] Figure 5 is a schematic diagram of an implementation of an optional station-side active pulling solution according to an embodiment of the present invention;

[0024] Figure 6 The present invention is a structural block diagram of a local backup service processing device for a multi-segment flight according to an embodiment of the present invention. DETAILED DESCRIPTION

[0025] 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.

[0026] 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.

[0027] According to an embodiment of the present invention, an embodiment of a method for handling local backup services for a multi-segment flight 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.

[0028] Figure 1 is a hardware structure block diagram of a terminal device for a local backup service handling method for a multi-segment flight according to an optional embodiment of the present invention, such as Figure 1 As shown, the terminal device may include one or more processors 102 (the processor 102 may include but is not limited to a processing device such as a microprocessor (Microcontroller Unit, referred to as MCU) or a programmable logic device (Field Programmable Gate Array, referred to as FPGA)), a memory 104 for storing data, and a transmission device 106 for communication functions. In addition, it may also include: a display device 110, an input / output device 108 (i.e., an I / O device), a Universal Serial Bus (USB) port (which may be included as one of the ports of a computer bus, not shown in the figure), a network interface (not shown in the figure), a power supply (not shown in the figure) and / or a camera (not shown in the figure). It can be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the terminal device 10. For example, the terminal device may also include Figure 1 More or fewer components as shown, or with Figure 1 Different configurations shown.

[0029] It should be noted that the one or more processors 102 and / or other data processing circuits may be embodied in whole or in part as software, hardware, firmware or any other combination thereof. In addition, the data processing circuit may be a single independent processing module, or may be fully or partially integrated into any of the other components in the terminal device (or mobile device).

[0030] The memory 104 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the local backup business handling method for multi-segment flights in the embodiment of the present invention. The processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, the local backup business handling method for multi-segment flights described above is realized. The memory 104 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 104 may further include a memory remotely arranged relative to the processor 102, and these remote memories may be connected to the terminal device 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.

[0031] The transmission device 106 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 terminal device. In one example, the transmission device 106 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 106 can be a radio frequency (Radio Frequency, referred to as RF) module, which is used to communicate with the Internet wirelessly.

[0032] Under the above operating environment, the embodiment of the present invention provides the following Figure 2 The local backup business processing method for multi-segment flights shown is applied to the central end of the local backup business processing system, and the local backup business processing system also includes multiple terminal ends corresponding to the multi-segment flights. Figure 2 is a flow chart of a method for handling local backup services for a multi-segment flight according to an embodiment of the present invention. Figure 2 As shown, the method includes the following implementation steps:

[0033] Step S201, receiving a backup request sent by a target terminal among multiple terminals, wherein the backup request is triggered when the target terminal detects a departure server failure;

[0034] Step S202, performing a resource control mechanism check on multiple site terminals to obtain a check result;

[0035] Step S203, in response to determining that the multi-segment flight can be converted to the local backup service processing mode according to the inspection result, returning a backup response to the target terminal, wherein the backup response is used to assist the target terminal in performing the backup action;

[0036] Step S204, distribute the synchronization message sent by the target terminal to other terminal terminals among the multiple terminal terminals except the target terminal terminal, wherein the synchronization message is used to update the local database of other terminal terminals, and the local database is used to support other terminal terminals to perform local backup business processing for multi-segment flights.

[0037] The above-mentioned multiple terminals include the departure airport, intermediate stopover airport and terminal airport corresponding to multi-segment flights.

[0038] When the above-mentioned target terminal detects a departure server failure or network anomaly, it is necessary for the specific airport information system to convert the flight mode into a local backup processing mode.

[0039] A backup request can be a request sent to the central system when the destination terminal detects a departure server failure. The backup request is used to transfer flight information and business operation permissions to the local area to ensure that services can still be provided to passengers in the event of a failure.

[0040] In the application scenario, when the departure server at the target terminal encounters a failure, the system automatically triggers the instruction to generate a backup request to cope with possible business interruptions. The center can receive the backup request from the target terminal in a timely manner, which ensures that when the departure system fails, the backup mode can be quickly started to reduce the impact on flight operations and passenger services.

[0041] The specific implementation method of the above-mentioned resource control mechanism check can be: the center checks the resource usage, online status, authority allocation and other information of all station terminals based on the backup request to ensure resource coordination and data consistency after the flight is converted to the local backup business processing mode.

[0042] The above inspection result can be an evaluation report generated by the center after inspecting the resource control mechanisms of multiple terminals. The above inspection result can be used to determine whether a multi-segment flight can be converted for backup.

[0043] Through resource control mechanism checks, the system can effectively avoid resource conflicts, such as duplicate seat allocation, and ensure that multi-segment flight operations in local backup mode are both efficient and safe.

[0044] The backup response may be a confirmation message sent by the center to the target terminal to allow backup. That is, after the resource control mechanism checks, if it is confirmed that the flight can be transferred to the local backup mode, the backup response is returned.

[0045] It should be noted that the backup response not only includes instructions to allow backup, but may also include specific backup operation guidelines, such as flight data backup methods, resource locking strategies, etc., to assist the target terminal to correctly perform the backup action.

[0046] By returning a backup response to the target terminal when it is determined that a multi-segment flight can be converted to local backup business processing mode, the authority handover between the center and the target terminal is achieved, ensuring that the target terminal can continue business operations safely and effectively in backup mode, reducing service interruptions caused by main system failures.

[0047] The above synchronization message can be the update information sent by the target terminal to the central terminal after the service operation is performed in the local backup mode. The data carried by the synchronization message can include flight status, seat allocation, baggage information, etc.

[0048] In the application scenario, after the center receives the synchronization message from the target terminal, it broadcasts it to all relevant airport information systems to ensure real-time synchronization of information. Through the distribution of synchronization messages, the information sharing of multi-segment flights in local backup mode is guaranteed. All terminals can adjust the local database according to the latest information, avoiding problems caused by information delays or conflicts, and ensuring the continuity and accuracy of flight operations and passenger services.

[0049] It is easy to notice that the technical solution provided by the embodiment of the present invention can avoid data conflicts between multiple terminals when transferring multi-segment flights to local backup. In addition, after automatically processing the node where the data conflict occurs, the node can be displayed on the page, and a flight report can be output based on the processing result of the node, and the terminal end can be notified.

[0050] In the application scenario, the local backup systems of multiple stations are isolated and cannot communicate in real time after leaving the host. Data conflicts are prone to occur when handling passenger services on the same flight at the same time. Through the embodiments of the present invention, the data synchronization between stations can be broken, real-time data communication can be established, communication costs between stations can be saved, and efficient backup handling of multi-segment flights can be achieved.

[0051] Through the above steps S201 to S204, the embodiment of the present invention realizes that when the departure system of a multi-segment flight fails, it can quickly and safely switch to the local backup business processing mode. Through the resource control and information synchronization of the central end, the consistency of flight data and the coordination of business operations are ensured, the risk of service interruption due to system failure is reduced, and the overall stability of the civil aviation system and the convenience of passenger travel are improved.

[0052] In an embodiment of the present invention, a backup request is received from a target terminal among multiple terminals, wherein the backup request is triggered when the target terminal detects a departure server failure; a resource control mechanism check is performed on the multiple terminals to obtain the check result; in response to determining that a multi-segment flight can be converted into a local backup business processing mode according to the check result, a backup response is returned to the target terminal, wherein the backup response is used to assist the target terminal in performing the backup action; and a synchronization message sent by the target terminal is distributed to other terminal among the multiple terminals except the target terminal, wherein the synchronization message is used to update the local database of the other terminal, and the local database is used to support the other terminal to perform local backup business processing for the multi-segment flight. Therefore, the present invention achieves the purpose of automatically and efficiently completing the flight transfer to local backup for multi-segment flights through the interaction between multiple station terminals in the central terminal of the local backup business processing system, thereby achieving the technical effect of improving the business processing efficiency, reducing the processing cost, and improving flight safety and user experience when transferring flights to local backup for multi-segment flights, and further solving the technical problems of low efficiency, high cost, high security risk and poor user experience in the solution of transferring flights to local backup for multi-segment flights.

[0053] The above method of the embodiment of the present invention is further introduced below.

[0054] Optionally, in the above-mentioned local backup service processing method for multi-segment flights, the data carried in the backup request includes: flight information and passenger information of the multi-segment flight, terminal information, resource demand information and authority verification information of the target terminal, backup mode identification, and failure information of the departure server.

[0055] In the application scenario, when the target terminal sends a backup request for a multi-segment flight to the center, the request needs to carry a series of key data to ensure that the center can accurately understand and process the request. Specifically, the backup request usually contains the following data.

[0056] (1) Flight information, including flight number, departure date, origin, destination, and all flight segment information (including stopovers). Flight information is used to uniquely identify the multi-segment flight for which backup is requested.

[0057] (2) Request airport information, i.e. the airport code of the target terminal and the specific time of the request. Request airport information helps the center to identify which airport initiated the request and determine the context of the request.

[0058] (3) Fault description information, which is used to describe the specific fault or problem encountered by the target terminal, such as "departure system network interruption", "host server downtime", etc., and is used to describe the current system status, such as whether the flight has been protected for departure.

[0059] (4) Backup request, which is used to clearly indicate the reason for requesting to switch to local backup mode, such as the need to check in, check in baggage, etc., and to clearly indicate the number of passengers and business types that may be involved.

[0060] (5) Resource requirements, which are used to list the resource information that the target terminal may need in the backup mode, such as seat resources, baggage resources, etc., and to list the range or quantity of specific resources.

[0061] (6) Authority statement, which is used to confirm the authority of the target terminal to perform backup operations on multi-segment flights and whether the center needs to temporarily grant or adjust the authority.

[0062] (7) Security authentication information, including the authentication identification of the target site, operator serial number, etc., to ensure the legitimacy and security of the request.

[0063] (8) Message type identifier, which is used to mark the message type of the request so that the message control center at the central end can identify and process it.

[0064] In addition, the message structure and data format design of the backup request should take into account the needs of efficient transmission and parsing, and usually adopt a standardized data format to facilitate communication and data exchange between systems. In addition, in order to ensure the security and consistency of data, the backup message may also contain encryption information or checksums to prevent data tampering or loss during transmission.

[0065] Optionally, in the above step S202, performing resource control mechanism checks on multiple site terminals to obtain check results may further include the following execution steps:

[0066] Step S221, determining a plurality of items to be checked corresponding to the local backup service handling mode according to a preset resource control mechanism;

[0067] Step S222: Based on the multiple items to be inspected, multiple station terminals are inspected to determine the inspection results.

[0068] In the application scenario, when the center receives a backup request from the target terminal, it will automatically identify and determine the key items that need to be checked when switching to the local backup business processing mode based on the preset resource control mechanism. These items cover all aspects of flight operations, ensuring that the conversion process can comprehensively assess possible risks and problems.

[0069] Furthermore, the center performs real-time or scheduled checks on the status and resources of each site based on the preset resource control mechanism, including checking online status, resource usage, authority settings, business conflict status, etc., to ensure that all sites can smoothly enter and maintain the local backup business processing status.

[0070] Steps S221 and S222 determine and implement a comprehensive inspection of the local backup business handling mode through a preset resource control mechanism, ensuring that in the event of a departure system failure or network anomaly, the flight service mode can be quickly and safely switched to the local terminal, avoiding the risk of flight operation interruption and improving the emergency response capability of the civil aviation system and the passenger service experience. This series of inspections and assessments not only strengthens the stability of the system in an emergency, but also promotes the efficient management and utilization of multi-segment flight resources, and is an indispensable and important part of the civil aviation information construction.

[0071] Optionally, in the above step S222, based on the multiple items to be inspected, multiple station terminals are inspected to determine the inspection results, which may also include the following execution steps:

[0072] Step S2221, performing an online status check on the multiple station terminals to obtain a first check result, wherein the first check result is used to indicate whether the multiple station terminals are in a real-time response state;

[0073] Step S2222, performing flight resource usage check on multiple terminal terminals to obtain a second check result, wherein the flight resources corresponding to the flight resource usage include seat resources and baggage resources, and the second check result is used to indicate whether there is a backup handling resource conflict between the multiple terminal terminals;

[0074] Step S2223, performing a transfer to backup operation authority check on the target terminal to obtain a third check result, wherein the third check result is used to indicate whether the target terminal has the authority to perform a transfer to backup operation on a multi-segment flight;

[0075] Step S2224, performing a service conflict check on the target station terminal and other station terminals to obtain a fourth check result, wherein the fourth check result is used to indicate whether there is a service conflict between the target station terminal and other station terminals;

[0076] Step S2225, performing a software and hardware system status check on the multiple site terminals to obtain a fifth check result, wherein the fifth check result is used to indicate whether there is a software compatibility anomaly or a hardware stability anomaly on the multiple site terminals in the local backup business processing mode;

[0077] Step S2226, in response to the first inspection result, the second inspection result, the third inspection result, the fourth inspection result and the fifth inspection result satisfying the target condition, determining that the inspection result is that the multi-segment flight can be converted to a local backup business processing mode.

[0078] In the application scenario, the center checks the resource control mechanism of multiple terminals to ensure that multi-segment flights can be safely and efficiently converted to local backup business processing mode when the departure server or network fails. Specifically, the center system checks the real-time online status of each terminal (including the departure airport, intermediate stopover airport and terminal airport) by sending regular monitoring (i.e. online status check) to ensure that all relevant airports can respond to the instructions and messages of the center in a timely manner to obtain the first inspection result. The first inspection result is used to indicate whether all terminals can meet the real-time response requirements.

[0079] By checking the real-time online status, it can be ensured that when switching to local backup mode, all terminals are in working condition and can promptly receive and process instructions from the center, thus avoiding flight information asynchrony and business operation delays caused by some airports being offline, and enhancing the overall stability and response speed of the system.

[0080] Furthermore, the center analyzes the seat resource and baggage resource usage of each terminal under multi-segment flights to ensure that when switching to local backup mode, there will be no resource conflicts (such as duplicate seat allocation) between airports that affect the normal travel of passengers (i.e., resource usage check), and obtains the second check result. The above second check result is used to indicate whether the flight resources of each terminal have been reasonably allocated and whether there is a risk of resource conflict.

[0081] The resource usage check ensures that flight resources (such as seats and baggage) can be reasonably allocated and used in local backup mode, avoiding service interruptions and passenger complaints caused by resource conflicts, improving flight service quality and efficiency, and ensuring that multi-segment flights can maintain normal operations when the departure system fails.

[0082] Furthermore, the center verifies whether the target terminal is authorized to perform the backup operation, that is, whether it has the right to convert the flight from the center mode to the local backup mode, completes the backup operation authority check, and obtains the third check result. The third check result is used to indicate whether the target airport has the legal authority to perform the backup operation.

[0083] The above permission check ensures that only authorized airports can perform backup operations, avoiding data confusion and security issues caused by unauthorized operations by unauthorized airports, and maintaining the security of the system and the standardization of business operations.

[0084] Furthermore, the center end evaluates whether there is a conflict in business operations between the target terminal and other terminals when switching to backup (i.e., business conflict check), such as inconsistency in the seat locking status, and obtains a fourth check result. The fourth check result is used to indicate whether there is a business conflict that may be encountered during the conversion process of multi-segment flights, such as duplicate seat allocation or baggage handling conflict.

[0085] Through business conflict checking, the system can identify and avoid business operation conflicts that may occur when multi-segment flights are switched to local backup mode, ensuring business connectivity and data consistency between airports, and improving the accuracy of flight services and passenger satisfaction.

[0086] Furthermore, the center evaluates the system stability of each terminal, including software compatibility and hardware availability, completes the software and hardware system status check, and obtains the fifth check result to ensure that the systems of all airports can run smoothly in the local backup mode. The fifth check result is used to indicate whether the software and hardware systems of multiple terminals meet the operation requirements in the backup mode.

[0087] The system status check ensures that when a multi-segment flight switches to local backup mode, the software and hardware systems at all terminals are in a healthy and compatible state, able to support business operations in backup mode, avoiding service interruptions due to software incompatibility or hardware failure, and enhancing the overall stability and reliability of the system.

[0088] By comprehensively evaluating all inspection results, the center can make accurate judgments and decide whether to allow multi-segment flights to switch to local backup business processing mode, ensuring that in the event of a system failure, flights can quickly and safely enter backup mode and continue to provide services to passengers. At the same time, it avoids potential business risks and safety issues, and maintains the continuity of flight operations and the convenience of passenger travel.

[0089] Based on the above steps S2221 to S2226, the embodiment of the present application ensures that when the departure system fails, multi-segment flights can be quickly, accurately and safely converted to the local backup business processing mode through a series of detailed inspection steps. These inspections cover online status, resource usage, authority allocation, business conflicts and system health, which not only improve the response speed in emergency situations, but also maintain the stability and security of the system, ensure the normal operation of flights and the smooth travel of passengers, and are important innovations in the construction of civil aviation informatization, which can significantly improve service quality and emergency handling capabilities.

[0090] Optionally, in the above-mentioned local backup service handling method for a multi-segment flight, the first inspection result, the second inspection result, the third inspection result, the fourth inspection result and the fifth inspection result satisfying the target condition include:

[0091] Determining, according to the first inspection result, that the plurality of station terminals are in a real-time response state;

[0092] According to the second inspection result, it is determined that there is no conflict in backup handling resources between multiple stations;

[0093] According to the third inspection result, it is determined that the target terminal has the authority to perform backup operations on multi-segment flights;

[0094] According to the fourth check result, it is determined that there is no business conflict between the target terminal and other terminals;

[0095] According to the fifth inspection result, it is determined that there are no software compatibility anomalies and hardware stability anomalies in the local backup business processing mode at multiple sites.

[0096] In the application scenario, when the above five inspection results all meet the target conditions, the center determines that the inspection result is that the multi-segment flight can be converted to the local backup business processing mode. This process ensures that when the departure system or network fails, the flight service mode can be quickly and accurately converted to the local terminal, avoiding the risk of flight operation interruption, and improving the emergency response capability of the civil aviation system and the passenger service experience. The comprehensive inspection and evaluation of the center not only strengthens the stability of the system in an emergency, but also promotes the efficient management and utilization of multi-segment flight resources. It is an indispensable and important part of the civil aviation information construction and significantly improves service quality and operational efficiency.

[0097] Optionally, in the above-mentioned local backup service handling method for multi-segment flights, the synchronization message is triggered and generated by the backup action executed by the target terminal, and the data carried by the synchronization message is determined by the execution result of the backup action.

[0098] In the application scenario, each time the target station handles a business, it will interact with the center. That is, after the target station executes each backup action, it triggers the generation of a synchronization message corresponding to the backup action. The data carried by the synchronization message is determined by the execution result of the currently executed backup action.

[0099] Optionally, the local backup service handling method for the multi-segment flight may further include the following method steps:

[0100] Step S205, responding to the message data pulling requests of multiple station terminals according to a preset period, distributing multiple message data packets in the synchronization message corresponding to the multiple station terminals respectively to the multiple station terminals, wherein the multiple station terminals have started the timing tasks, and the multiple message data packets are used to update the local databases of the multiple station terminals.

[0101] In the application scenario, the central end responds to message data pulling requests from multiple stations according to the time interval set by the system (for example, every 10 seconds). This periodic time point ensures the regular updating of message data and guarantees the real-time and effectiveness of the information.

[0102] Furthermore, after receiving the backup action execution result from the target terminal, the center generates and stores a synchronization message. When responding to message data pull requests from other terminals, the center distributes the corresponding message data packets based on the message content and the airport receiving the request. The information contained in the data packet is customized according to the needs of each airport and only contains information related to the airport, which not only ensures the pertinence of the information, but also optimizes the efficiency of data transmission.

[0103] Each of the above-mentioned multiple message data packets can contain information such as flight status, passenger services, resource allocation, etc. related to the requested airport. In this way, the central end can accurately provide customized updates to each terminal, avoiding unnecessary information transmission, reducing the data processing burden, and ensuring the accuracy and applicability of the information.

[0104] Furthermore, after receiving the message data packet related to itself, the terminal will update the local database according to the information in the message data packet. This process ensures that the flight information and service status in the database of each airport are consistent with the synchronization message of the center. Through the update of the database, the airport can accurately grasp the details of the flight, including the seat lock status, baggage allocation and passenger service records, so as to provide passengers with correct services and avoid business conflicts caused by inconsistent information.

[0105] Based on step S205, this application can construct an efficient information synchronization mechanism in a multi-segment flight local backup business processing solution. By responding to message data pull requests from multiple terminal terminals at a preset period, the central terminal can distribute customized message data packets to all relevant airports in an orderly manner, ensuring that each airport can update the local database in a timely manner to meet the operational needs of flights in backup mode. This mechanism not only optimizes the efficiency and pertinence of information transmission, but also effectively avoids data conflicts and resource competition, ensuring the continuity of flight operations and high quality of passenger services in local backup mode.

[0106] Optionally, the local backup service handling method for the multi-segment flight may further include the following method steps:

[0107] Step S206, in response to detecting a central end failure, sending a suspension processing message to multiple site ends, wherein the suspension processing message is used to indicate that the central end suspends responding to the backup request.

[0108] As the information hub of the entire system, the center may not be able to provide normal services due to hardware failure, software error, network interruption or high traffic load. The fault detection mechanism is responsible for monitoring the operation status of the center, including key indicators such as its response time, message processing capacity, and system load. Once it is found that the center cannot meet the service requirements and a center failure is determined, the fault response process is triggered.

[0109] When a central failure is detected, the system will automatically generate and send a suspension message to all relevant airports. The suspension message clearly instructs all terminals to stop sending new backup requests to the central end, including backup requests for multi-segment flights, resource locking requests, or business conflict check requests. This message is a key instruction to ensure system stability and avoid information confusion in an emergency.

[0110] The suspension message conveys that the center will suspend receiving and processing backup requests from the terminal during the failure. This includes not only requests to switch to local backup mode, but also various resource and service requests in backup mode, such as seat locking, boarding pass issuance, baggage handling, etc. By suspending the processing of requests, the center can concentrate resources to solve its own failures, avoid the burden of information processing during the failure, and reduce the risk of data inconsistency caused by the failure.

[0111] Based on step S206, the embodiment of the present application can not only ensure the stability of the entire system in an emergency, but also facilitate fault recovery, effectively maintaining business continuity and passengers' travel experience. This mechanism is an important part of the local backup business handling solution for multi-segment flights, ensuring that when a fault occurs at the center end, the system can respond quickly and take measures to prevent information confusion, providing passengers with a stable and safe service environment.

[0112] Optionally, the local backup service handling method for the multi-segment flight may further include the following method steps:

[0113] Step S2071, performing statistical analysis on the data carried in the backup request and the data carried in the synchronization message corresponding to the multi-segment flight to obtain statistical results;

[0114] Step S2072, displaying the statistical results in a graphical user interface.

[0115] In the application scenario, the center will conduct a comprehensive analysis of the collected backup request data and synchronization message data to understand the frequency of flight backup requests, the efficiency of backup mode conversion, resource usage, and the operation of multi-segment flights in backup mode. Statistical analysis can evaluate the operation effect of the backup mode, identify potential problems, and provide data support for optimizing system design and improving flight operation efficiency.

[0116] The graphical user interface is a visualization platform used by the center to display statistical analysis results. The graphical user interface usually includes various charts, data lists and indicator monitoring, which help system operators or managers to intuitively understand the processing of flight backup requests, the transmission efficiency of synchronization messages, the rationality of resource allocation, and the flight operation status in backup mode.

[0117] After completing the statistical analysis, the center will display the statistical results to the operator or manager in a graphical form. The displayed statistical results include the response time of the backup request, the ratio of successful and failed requests, the reception and processing status of the synchronization message, the number of resource conflicts, and the overall operation of the flight in the backup mode. The result display helps to monitor the system performance in real time, find problems in time, and make adjustments and optimizations.

[0118] Based on step S2071 to step S2072, the embodiment of the present application not only enhances the transparency of the system and the decision-making ability of the operator through statistical analysis and result display of backup requests and synchronization message data, but also supports real-time monitoring and optimization of system performance, thereby improving the operational efficiency of flights in local backup mode and passenger service experience.

[0119] The above technical solution provided by the embodiment of the present invention is exemplarily described below in conjunction with specific implementation scenarios.

[0120] Figure 3 FIG. 1 is a flow chart of an optional multi-segment flight backup process according to an embodiment of the present invention. Figure 3 As shown, the central end may be a central end cluster, and the multiple terminal ends corresponding to the multi-segment flight may include airport end A and airport end B.

[0121] The central end can include a message module, a statistics module, and an authorization module. The message module of the central end is responsible for receiving backup requests and synchronization messages from the airport end, and broadcasting notifications and instructions to each airport end to ensure real-time synchronization of information between all relevant terminal ends. The statistics module provides a web-based statistics interface for displaying and querying statistical information of multi-segment flights, including flight status, resource usage, etc., for easy monitoring and management. The authorization module is responsible for the authority control of multi-segment flights, ensuring that only authorized airport ends can perform flight transfer local backup operations, and maintaining the security and consistency of the system.

[0122] The airport side (such as airport side A and airport side B) can include a message module and a background page operation module. The message module of the airport side is used to send backup requests and synchronization messages to the central side, and parse the messages distributed by the central side to ensure the update and synchronization of the local database. The background page operation module provides an operation interface, allowing the check-in staff to perform flight and passenger check-in, boarding and other business operations in the local backup mode to ensure service continuity and passenger experience.

[0123] like Figure 3 As shown in Figure 1, when the network fails or the departure server is unavailable, the flight enters the departure protection state, preventing further departure operations to protect the integrity of the flight data. Figure 3The check-in staff corresponding to the airport A sends a backup request to the control center of the cluster at the central end, asking whether backup is possible (all routes need to be put into operation).

[0124] Furthermore, after receiving the backup request from Airport A, the control center of the central cluster immediately checks the online status and resource availability of all terminals involved in the multi-segment flight. If all terminals are online and the resources meet the requirements for local backup business processing, the central generates and returns a true check result, allowing Airport A to switch to local backup mode. Otherwise, false is returned, indicating that the request for Airport A to switch to backup is rejected.

[0125] Furthermore, when airport end A receives the true response from the center end, it successfully switches to the local backup mode and starts sending synchronization messages to the center end. The message type is the system event type, reporting the dynamics of local business handling.

[0126] Furthermore, after receiving the synchronization message from the airport terminal A, the central terminal stores the synchronization message and initializes the state of the synchronization message to be distributed (such as NT), and then distributes the synchronization high temperature to all relevant station terminals according to the message content to achieve information sharing and data synchronization.

[0127] Furthermore, each airport can initiate a scheduled pull task, actively obtain synchronization messages related to its terminal from the central end, and save them to the local database to ensure the real-time and consistency of resource information.

[0128] Furthermore, the airport-side parsing thread processes the synchronization messages in the queue in sequence, updates the local database according to the message type (such as flight, passenger, seat, etc.), and writes the processing results back to the central end to update the message status, thereby realizing two-way synchronization of data.

[0129] Furthermore, the airport continues to perform check-in, boarding and other business operations for passengers based on the synchronization message information stored in the local database, ensuring that efficient and accurate services can be provided even in backup mode.

[0130] Through the implementation of the above architecture and process, the above technical solution provided by the embodiment of the present invention can effectively cope with the challenges of multi-segment flights in the case of departure system failure or network anomaly, ensuring that flights can still smoothly handle business in backup mode, and improving the stability of civil aviation services and passenger satisfaction. The close cooperation between the center and the airport not only solves the problems of resource conflicts and information inconsistency, but also optimizes the efficiency and security of business operations.

[0131] In the above specific implementation scenarios, it is also necessary to solve the load balancing problem at the center and airport ends. The core of the load balancing mechanism is to optimize resource utilization, increase throughput, shorten response time and prevent any single resource from being overloaded by reasonably allocating traffic, improving system reliability and high availability, thereby ensuring the smooth operation of backup flights.

[0132] In this regard, the above technical solution provided in the embodiment of the present application includes the following two strategies: First, the central end can deploy a message queue, and the airport end pulls messages from it in real time. This strategy is characterized by excellent real-time performance, low latency, simplified consumption process at the airport end, and is implemented based on a mature message consumption model. Second, the airport end actively initiates data pulling by regularly polling the central end status. This strategy is easy to implement, has stronger controllability, can simplify the software architecture, and reduce the risk of single point failures, thereby achieving a better balance between cost and stability.

[0133] In the above specific implementation scenarios, it is also necessary to solve the problem of reasonable management of shared resources to prevent business conflicts. For example, when airport A assigns seat 12C to a passenger, if airport B does not obtain this update, it may still check in the seat for other passengers, thus causing a conflict. After the flight is switched to local backup mode, all operations related to shared resources, such as seat numbers and baggage numbers, must be coordinated through the central end to ensure the uniqueness and availability of resources.

[0134] In this regard, in the above technical solution provided in the embodiment of the present application, when the airport side processes seat-related business, if it needs to lock seat 14A on the flight segment from airport a to airport b, it should request resource availability from the central side. The central side will return a Boolean value, true means that the resource is available and the business process can continue; false means that the seat is occupied, which will prevent further operations on the airport side. When the central side processes the request from the airport side, it queries the database in single-threaded mode to ensure consistency in seat operations on the same flight. If there is no relevant locking record in the database, the locking operation is performed to lock seat 14A on the flight segment from airport a to airport b; after completing the resource allocation, the lock is released through the unlocking operation, and true is returned to the airport side.

[0135] Through the above process, the center effectively controls the shared resource operations of all airports, avoiding business conflicts caused by resource conflicts in multi-segment flights in backup mode, and ensuring real-time synchronization of information and smooth passenger services.

[0136] In the above specific implementation scenario, the problem of message synchronization between airport terminals also needs to be solved. Figure 4As shown, in the above technical solution provided by the embodiment of the present application, the message synchronization mechanism between airport terminals involves three main message types: flight message, seat message and passenger message. Flight message is used to transmit flight status, seat message is used to transmit seat occupancy status, and passenger message is used to transmit passenger information updates.

[0137] First, after completing the business processing, airport B needs to send an update to the central cluster:

[0138] Flight message, containing specific flight information and actions (e.g. “HEK-HRB / GSY+1”), used to notify changes in flight status;

[0139] Seat message, which records the usage status of seats in detail (e.g. "HEK-HRB / 32AW / +OCC"), ensuring unified management of seat resources;

[0140] Passenger messages use an open format and carry updates of all passenger nodes, allowing the central cluster to fully understand changes in passenger information.

[0141] Subsequently, airport A receives and parses the message from the central cluster:

[0142] Flight message parsing: the consumption module directly performs incremental parsing, updates local flight data, and achieves real-time synchronization of flight status;

[0143] Seat message parsing, the consumption module performs incremental parsing, updates the occupancy information of specific seats, and maintains the consistency of seat resources;

[0144] Passenger message parsing: non-empty fields in the message will overwrite the local data (Database, DB for short) of airport A, while the unupdated parts will remain unchanged, ensuring the accuracy and completeness of passenger information.

[0145] Through the above mechanism, efficient and accurate message synchronization is achieved between the airport-end and the center-end cluster, ensuring smooth business processes for multi-segment flights in local backup mode and avoiding resource conflicts and passenger service interruptions caused by inconsistent information.

[0146] It should be noted that in the above specific implementation scenario, the embodiment of the present application adopts an active pull solution for the load balancing problem, and can also be as follows Figure 5 As shown. The airport registers with the center and maintains the heartbeat interface to ensure that the center can continuously monitor the status of the airport server, while the airport manages the integrity, order and timeliness of the message independently, while ensuring its own high availability and load balancing.

[0147] Specifically, when the airport end (such as Figure 5Open airport end A, open airport end B, open airport end C, open airport end D) When it is decided to switch to backup mode based on the on-site situation: if the airport end has deployed the central end solution, it will send a flight backup request to the central end; the central end will then check the backup status of all airport ends on the route; if it is detected that an airport end is offline, the backup request will be rejected and the process will be terminated; if all airport ends are online, the central end will send a backup notification to all and confirm the backup request.

[0148] It should be noted that after the center receives the backup request from the airport, an empty message carrying only flight information is broadcast to each relevant airport. The center updates the message status based on the parsing status of the message, and the parsing progress of each airport must be considered. The processing flow of the broadcast message is as follows: within the set period, the airport uses a distributed lock to ensure that only one server can pull the message at a time, obtain the broadcast message belonging to the airport on demand, perform parsing and store it in the database.

[0149] For example, when open airport terminal A initiates a request to switch to backup, the center verifies that open airport terminals B and C are online in a multi-segment flight (recorded as ABCD), approves the request of open airport terminal A, and notifies open airport terminals B and C. Open airport terminals B and C actively pull the latest information from the center every 10 seconds, parse it, and save it to the local database to prepare for subsequent passenger business processing.

[0150] Airport terminal (such as Figure 5 The message pulling and parsing mechanism of open airport end A, open airport end B, open airport end C, and open airport end D) is as follows.

[0151] First, the pulling thread is started with the project and is controlled by the multi-segment mode deployment (the configuration item deployed-mode is set to 1). It actively pulls messages every 10 seconds to ensure that only one server executes the pull at the same time; 100 messages are pulled in each round. If it is not completed, it will continue immediately. If it is completed, it will wait for the next round.

[0152] Secondly, the parsing thread is also started with the project and runs in multi-segment mode. It actively queries the local database every 3 seconds to ensure that only one server queries at the same time; the first messages entered into the database are processed in time order, 20 messages are processed each round, and the query will continue immediately if it is not completed, and wait if it is completed; single-threaded processing, independent operation, and the central end status is updated based on the results after processing.

[0153] From the above, the embodiment of the present application adopts an active pull solution to address the load balancing problem. While ensuring the accuracy and efficiency of information synchronization, it also effectively controls the load on the airport end and the center end, avoids conflicts in data processing, and provides a strong guarantee for the smooth operation of multi-segment flights in local backup mode.

[0154] Furthermore, in the above specific implementation scenario, after all departure airports have successfully switched to backup mode, multi-segment flights can smoothly carry out business in this mode. The tasks of the center end include not only processing the event of flight switching to backup, but also managing the transaction data of the airport end in backup mode, focusing on the update of flight information, passenger data and seat status.

[0155] In the above technical solution, the message classification design is as follows:

[0156] (1) Passenger message: The compressed message contains the full node information of the passenger and is used to synchronize passenger data;

[0157] (2) Seat message: Message compression transmission records flight segments, seats, and attribute changes to ensure unified control of seat resources;

[0158] (3) Flight message: After compression, the message reflects the changes in the flight field and maintains the consistency of flight information.

[0159] In addition, for different resource types, the embodiments of the present application are designed with corresponding control implementations. For example, when the check-in attendant checks in the passenger 12A in the backup mode, it involves the seat occupancy lock, fat lock, and check lock. The seat occupancy lock is automatically obtained by the current terminal or the seat to be used is specified, and the center is requested to lock. The data is inserted into TA_MUTEX_RESOURCE_CHECK, and the lock is returned successfully, otherwise the service is blocked. The seat lock is released by the current terminal, and the specified seat is requested to be released from the center. The specified data is deleted from TA_MUTEX_RESOURCE_CHECK. The seat lock check is performed by the current terminal, and the locking status of the specified seat is requested from the center. The specified data is checked in TA_MUTEX_RESOURCE_CHECK and true is returned, which means it has been locked, and false is not in use.

[0160] Seat-related requests are initiated by the airport side, but for example, boarding number, baggage tag number, host number and other related resources that need to be restricted are all sent to each airport side under the unified control of the center side. Take boarding number as an example. Each time the airport side requests to carry the maximum boarding number resource of the current station, such as 20, the logic of the first request is to record the maximum value of this flight to the database TA_MUTEX_RESOURCE_CHECK, update the value 20+1 and return it to the requester (the data stored in the database is the maximum value of this flight 21). The subsequent request logic is to query the maximum value of the HOST type of TA_MUTEX_RESOURCE_CHECKI of this flight, update the value 21+1 and return it to the requester (the data stored in the database is the maximum value of this flight 22). For example, Airport A gives passengers check-in seat 12A. Airport A needs to notify the center side of the occupancy information of 12A, and the center side records that 12A is occupied. Airport B will know that 12A is occupied by regularly polling the message of the center side. When Airport B also wants to check in passengers for 12A, it will report an error prompt. Assuming that Airport B has not parsed the message that seat 12A is occupied at this time, Airport B's request to the central end to occupy seat 12A will be rejected by the central end, indicating that the seat is unavailable. Airport B can only change the seat for the passenger to receive it.

[0161] The above passenger backup transaction process may include: receiving the passenger transaction message from the center; parsing the transaction content; executing the transaction message with a content field to replace the content of the database. If the transaction fails, it needs to be written back to the center end, write the message status and modify the error failure reason.

[0162] Through the above process, the technical solution provided by the embodiment of the present application realizes efficient resource management and passenger data synchronization of multi-segment flights after backup, ensures the smooth progress of business in backup mode, avoids operational interruptions caused by data conflicts, and provides passengers with a continuous and error-free service experience.

[0163] In this embodiment, a local backup service processing device for a multi-segment flight is also provided, which is used to implement the above-mentioned embodiments and preferred implementation modes, and will not be repeated for what has been described. As used below, a "module" is a combination of software and / or hardware that can implement a predetermined function. Although the device described in the following embodiments is preferably implemented in software, it is also possible and conceivable to implement it in hardware, or in a combination of software and hardware.

[0164] Figure 6 is a structural block diagram of a local backup service processing device for a multi-segment flight according to an embodiment of the present invention. Figure 6 As shown, the device comprises:

[0165] The receiving module 601 is used to receive a backup request sent by a target terminal among multiple terminals, wherein the backup request is triggered when the target terminal detects a departure server failure;

[0166] The inspection module 602 is used to inspect the resource control mechanism of multiple stations and obtain inspection results;

[0167] A return module 603 is used to return a backup response to the target terminal in response to determining that the multi-segment flight can be converted to the local backup service processing mode according to the check result, wherein the backup response is used to assist the target terminal in performing the backup action;

[0168] The distribution module 604 is used to distribute the synchronization message sent by the target terminal to other terminal terminals among multiple terminal terminals except the target terminal terminal, wherein the synchronization message is used to update the local database of other terminal terminals, and the local database is used to support other terminal terminals to perform local backup business processing for multi-segment flights.

[0169] It should be noted that the above modules can be implemented by software or hardware. For the latter, it can be implemented in the following ways, but not limited to: the above modules are all located in the same processor; or the above modules are located in different processors in any combination.

[0170] According to another aspect of an embodiment of the present invention, a computer-readable storage medium is provided, the storage medium including a stored program, wherein when the program is running, the device where the storage medium is located is controlled to execute any of the aforementioned local backup business processing methods for multi-segment flights.

[0171] Optionally, in this embodiment, the above-mentioned storage medium can be configured to store a computer program for performing the following steps: receiving a backup request issued by a target terminal among multiple terminals, wherein the backup request is triggered when the target terminal detects a departure server failure; performing a resource control mechanism check on multiple terminals to obtain the inspection results; in response to determining that a multi-segment flight can be converted into a local backup business processing mode according to the inspection results, returning a backup response to the target terminal, wherein the backup response is used to assist the target terminal in performing the backup action; distributing the synchronization message issued by the target terminal to other terminal among the multiple terminals except the target terminal, wherein the synchronization message is used to update the local database of other terminal, and the local database is used to support other terminal to perform local backup business processing for multi-segment flights.

[0172] Optionally, in this embodiment, the above-mentioned storage medium may include but is not limited to: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and other media that can store computer programs.

[0173] According to another aspect of an embodiment of the present invention, there is also provided a local backup business processing system for a multi-segment flight, comprising a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute any one of the aforementioned local backup business processing methods for a multi-segment flight.

[0174] Optionally, in this embodiment, the processor may be configured to perform the following steps through a computer program: receiving a backup request issued by a target terminal among multiple terminals, wherein the backup request is triggered when the target terminal detects a departure server failure; performing a resource control mechanism check on multiple terminals to obtain the check result; in response to determining that a multi-segment flight can be converted into a local backup business processing mode according to the check result, returning a backup response to the target terminal, wherein the backup response is used to assist the target terminal in performing the backup action; distributing the synchronization message issued by the target terminal to other terminals among the multiple terminals except the target terminal, wherein the synchronization message is used to update the local database of other terminals, and the local database is used to support other terminals in performing local backup business processing for multi-segment flights.

[0175] According to another aspect of an embodiment of the present invention, a local backup business processing system for a multi-segment flight is also provided, comprising: a central end and multiple terminal ends, wherein the multiple terminal ends correspond to multiple terminals corresponding to the multi-segment flight; when a target terminal end among the multiple terminal ends detects a departure server failure, the target terminal end initiates a backup request for the multi-segment flight to the central end; the central end is used to perform a resource control mechanism inspection on the multiple terminal ends, obtain the inspection result, and return a backup response to the target terminal end when it is determined according to the inspection result that the multi-segment flight can be converted into a local backup business processing mode, wherein the backup response is used to assist the target terminal end in performing the backup action; the multiple terminal ends are used to perform the backup action according to the backup response, and send a synchronization message to the central end; the central end is used to distribute the synchronization message to other terminal ends among the multiple terminal ends except the target terminal end; the other terminal ends are used to update the local database according to the synchronization message, and perform local backup business processing for the multi-segment flight based on the updated local database.

[0176] Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiment and its optional implementation manners, which will not be described in detail here.

[0177] The serial numbers of the above embodiments of the present invention are for description only and do not represent the advantages or disadvantages of the embodiments.

[0178] 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.

[0179] In the several embodiments provided by the present invention, 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.

[0180] 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.

[0181] 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.

[0182] 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. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, server or 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: various media that can store program codes, such as USB flash drives, ROM, RAM, mobile hard disks, magnetic disks or optical disks.

[0183] 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. A method for handling local backup services for multi-segment flights, characterized in that: The central end of the local backup business processing system is applied, and the local backup business processing system also includes multiple terminal ends corresponding to the multi-segment flight. The local backup business processing method includes: Receiving a backup request issued by a target terminal among the multiple terminals, wherein the backup request is triggered when the target terminal detects a departure server failure; Performing a resource control mechanism check on the multiple station terminals to obtain a check result; In response to determining that the multi-segment flight can be converted to a local backup service processing mode according to the inspection result, returning a backup response to the target terminal, wherein the backup response is used to assist the target terminal in performing a backup action; The synchronization message sent by the target terminal is distributed to other terminal terminals among the multiple terminal terminals except the target terminal terminal, wherein the synchronization message is used to update the local database of the other terminal terminals, and the local database is used to support the other terminal terminals to perform local backup business processing for the multi-segment flight.

2. The local backup service processing method according to claim 1, characterized in that: The data carried in the backup request includes: flight information and passenger information of the multi-segment flight, terminal information, resource demand information and authority verification information of the target terminal, a backup mode identifier, and failure information of the departure server.

3. The local backup service processing method according to claim 1, characterized in that: Performing a resource control mechanism check on the multiple site terminals, and obtaining the check result includes: According to a preset resource control mechanism, determining a plurality of items to be checked corresponding to the local backup business handling mode; Based on the multiple items to be inspected, the multiple station terminals are inspected to determine the inspection results.

4. The local backup service processing method according to claim 3, characterized in that: Based on the multiple items to be inspected, the multiple station terminals are inspected, and determining the inspection results includes: Performing an online status check on the multiple station terminals to obtain a first check result, wherein the first check result is used to indicate whether the multiple station terminals are in a real-time response state; Performing a flight resource usage check on the multiple terminal terminals to obtain a second check result, wherein the flight resources corresponding to the flight resource usage include seat resources and baggage resources, and the second check result is used to indicate whether there is a backup handling resource conflict between the multiple terminal terminals; Performing a transfer-backup operation authority check on the target terminal to obtain a third check result, wherein the third check result is used to indicate whether the target terminal has the authority to perform the transfer-backup operation on the multi-segment flight; Performing a service conflict check on the target site terminal and the other site terminals to obtain a fourth check result, wherein the fourth check result is used to indicate whether there is a service conflict between the target site terminal and the other site terminals; Performing a software and hardware system status check on the multiple site terminals to obtain a fifth check result, wherein the fifth check result is used to indicate whether the multiple site terminals have software compatibility anomalies or hardware stability anomalies in the local backup business processing mode; In response to the first check result, the second check result, the third check result, the fourth check result and the fifth check result satisfying the target condition, it is determined that the check result is that the multi-segment flight can be converted to the local backup service processing mode.

5. The local backup service processing method according to claim 4, characterized in that: The first inspection result, the second inspection result, the third inspection result, the fourth inspection result, and the fifth inspection result satisfying the target condition include: Determining, according to the first inspection result, that the plurality of station terminals are in the real-time response state; Determining, according to the second inspection result, that there is no backup handling resource conflict between the multiple station terminals; Determining, according to the third inspection result, that the target terminal has the authority to perform a backup operation on the multi-segment flight; Determining, according to the fourth inspection result, that there is no service conflict between the target station terminal and the other station terminals; According to the fifth inspection result, it is determined that the multiple site terminals do not have the software compatibility anomaly and the hardware stability anomaly in the local backup business processing mode.

6. The local backup service processing method according to claim 1, characterized in that: The synchronization message is generated by triggering the backup action executed by the target site, and the data carried by the synchronization message is determined by the execution result of the backup action.

7. The local backup service processing method according to claim 1, characterized in that: The local backup service handling method further includes: Respond to the message data pulling requests of the multiple site terminals according to a preset period, and distribute to the multiple site terminals multiple message data packets in the synchronization message corresponding to the multiple site terminals respectively, wherein the multiple site terminals have started the timing tasks, and the multiple message data packets are used to update the local databases of the multiple site terminals.

8. The local backup service processing method according to claim 1, characterized in that: The local backup service handling method further includes: In response to detecting a central end failure, a suspension message is sent to the multiple site ends, wherein the suspension message is used to indicate that the central end suspends responding to the backup request.

9. The local backup service processing method according to claim 1, characterized in that: The local backup service handling method further includes: Performing statistical analysis on the data carried in the backup request and the data carried in the synchronization message corresponding to the multi-segment flight to obtain statistical results; The statistical results are displayed in a graphical user interface.

10. A local backup service processing system for multi-segment flights, characterized in that: include: A central terminal and a plurality of terminal terminals, wherein the plurality of terminal terminals correspond to a plurality of terminals corresponding to the multi-segment flight; When a target terminal among the multiple terminals detects a departure server failure, the target terminal initiates a backup request for the multi-segment flight to the central terminal; The central end is used to perform a resource control mechanism check on the multiple terminal ends to obtain a check result, and return a backup response to the target terminal end when it is determined according to the check result that the multi-segment flight can be converted into a local backup business processing mode, wherein the backup response is used to assist the target terminal end in performing a backup action; The multiple site terminals are used to perform backup actions according to the backup response and send synchronization messages to the central terminal; The central end is used to distribute the synchronization message to other station ends among the multiple station ends except the target station end; The other station end is used to update the local database according to the synchronization message, and perform local backup business processing for the multi-segment flight based on the updated local database.

Images