Flight guarantee state determination method and device, equipment and readable storage medium

Abstract

The embodiment of the application provides a flight guarantee state determination method, device and equipment and readable storage medium, which combines initial processes in the same time period to obtain a combined process, sorts each combined process and the initial process which is not in the same time range of each planned time to obtain a guarantee process of a target flight, and determines the guarantee state of the target flight according to the guarantee process of the target flight and execution data of a processed process of the target flight when the execution data of the processed process of the target flight is acquired. Wherein, the time of each early completion or overtime completion is calculated, and the guarantee state of the flight is determined in real time and accurately on the whole flight guarantee state level.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to a method, apparatus, device, and readable storage medium for determining flight support status. Background Technology

[0002] With the continuous expansion of aviation operations, airline passenger traffic has grown rapidly year by year, gradually increasing the pressure on flight support. Flight support involves dozens of support processes from internal and external units, including cleaning, onboard item placement and recovery, weight and balance, catering, and refueling. To ensure flight regularity, it is necessary to ensure the smooth operation of each support process.

[0003] Currently, the status of flight support is determined from a single support process, which makes it impossible to accurately determine the execution status of each flight support link, and thus impossible to accurately determine the overall flight support status. Summary of the Invention

[0004] To address the aforementioned issues, this application provides a method, apparatus, device, and readable storage medium for determining flight support status. By assessing the overall flight support status, the accuracy of flight support status determination is improved, thereby enhancing flight operational efficiency.

[0005] The first aspect of this application provides a method for determining flight support status, including:

[0006] Obtain the planned times for multiple initial processes that the target flight needs to execute, where the target flight is the flight to be monitored, and the planned times include the latest planned start time and the latest planned finish time;

[0007] If there are initial processes among the multiple initial processes whose planned times are within the same time range, the initial processes whose planned times are within the same time range are merged to obtain one or more merged processes. The latest planned start time of the merged process is the earliest of the latest planned start times among the latest planned start times of the initial processes that make up the merged process, and the latest planned completion time of the merged process is the latest of the latest planned completion times among the latest planned completion times of the initial processes that make up the merged process.

[0008] Based on the planned time of each of the merging processes and the planned time of each initial process whose planned time is not within the same time range, the merging processes and the initial processes whose planned time is not within the same time range are sorted to obtain the support process for the target flight.

[0009] Obtain the execution data of the processed processes of the target flight. The execution data includes the actual time of each processed process. The actual time includes one or more of the actual start time and actual finish time. The processed process is the initial process that the target flight has already executed.

[0010] The support status of the target flight is determined based on the support process of the target flight and the execution data of the processed process of the target flight.

[0011] A second aspect of this application provides a device for determining flight support status, comprising:

[0012] The initial process acquisition module is used to acquire the planned times of multiple initial processes that the target flight needs to execute. The target flight is the flight to be monitored, and the planned time includes the latest planned start time and the latest planned finish time.

[0013] The initial process merging module is used to merge initial processes whose planned times are within the same time range if there are such processes among the multiple initial processes, to obtain one or more merged processes. The latest planned start time of the merged process is the earliest of the latest planned start times of the initial processes that make up the merged process, and the latest planned completion time of the merged process is the latest of the latest planned completion times of the initial processes that make up the merged process.

[0014] The sorting module is used to sort the merging processes and the initial processes whose planned times are not within the same time range based on the planned time of each merging process and the planned time of each initial process whose planned time is not within the same time range, so as to obtain the support process for the target flight.

[0015] The execution data acquisition module is used to acquire the execution data of the processed processes of the target flight. The execution data includes the actual time of each processed process. The actual time includes one or more of the actual start time and actual finish time. The processed process is the initial process that the target flight has already executed.

[0016] The support status determination module is used to determine the support status of the target flight based on the support process of the target flight and the execution data of the processed process of the target flight.

[0017] Thirdly, this application provides a device for determining the status of flight support, including: a memory and a processor;

[0018] The memory is used to store programs;

[0019] The processor is used to execute the program to implement each step of the above-described method for determining flight support status.

[0020] Fourthly, this application provides a computer storage medium on which a computer program is stored, and when the computer program is executed by a processor, it implements the various steps of the above-described method for determining the flight support status.

[0021] Compared with the prior art, this application has the following advantages:

[0022] This application provides a method, apparatus, device, and readable storage medium for determining flight support status. First, the planned times of multiple initial processes required for a target flight are obtained. The target flight is the flight to be monitored, and the planned times include the latest planned start time and the latest planned finish time. Then, if there are initial processes with planned times within the same time range, these processes are merged to obtain one or more merged processes. The latest planned start time of the merged process is the earliest among the latest planned start times of the initial processes comprising the merged process, and the latest planned finish time of the merged process is the latest among the latest planned finish times of the initial processes comprising the merged process. Next, based on the planned times of each merged process and the planned times of initial processes whose planned times are not within the same time range, the merged processes and the initial processes whose planned times are not within the same time range are sorted to obtain the support process for the target flight. Next, the execution data of the processed processes of the target flight is obtained. This execution data includes the actual time of each processed process, which may include one or more of the actual start and finish times. The processed processes are the initial processes already executed by the target flight. Finally, the support status of the target flight is determined based on the support process of the target flight and the execution data of the processed processes. The early completion or timeout time of each process is calculated and judged at the overall support status level of the flight. This solves the shortcomings of using methods that monitor specific single processes, such as untimely processing and inaccurate situation judgment, and achieves real-time and accurate determination of the flight support status. Attached Figure Description

[0023] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0024] Figure 1 A flowchart illustrating a method for determining flight support status as provided in this application embodiment;

[0025] Figure 2 A flowchart illustrating a method for determining the support status of a target flight, provided as an embodiment of this application;

[0026] Figure 3 A schematic diagram of a device for determining flight support status provided in an embodiment of this application;

[0027] Figure 4 A schematic diagram of the structure of a computer-readable medium provided in the embodiments of this application;

[0028] Figure 5 This is a schematic diagram of the hardware structure of the server provided in an embodiment of this application. Detailed Implementation

[0029] As described earlier, with the continuous increase in the scale of aviation business, airline passenger traffic has grown rapidly year by year, gradually increasing the pressure on flight support. Flight support involves dozens of support links from internal and external units, including cleaning, onboard item placement and recovery, load balancing, catering, and refueling. To ensure flight regularity, it is necessary to ensure that each support link proceeds smoothly.

[0030] Currently, flight support status is determined from individual support processes. Monitoring these individual processes indirectly infers whether the overall flight support status is abnormal. For a single flight, there may be dozens or more processes being monitored. Simultaneously monitoring many flights not only puts immense pressure on the system but also leads to various issues such as delayed processing, incomplete judgment dimensions, and inadequate situation assessment. Furthermore, when a flight support process times out, a single process may not be sufficient to determine its impact on the entire flight support schedule. Additionally, subsequent processes may continue, and their advancement might offset or partially offset the original timeout. Currently, relying on a single process is insufficient to comprehensively assess the overall flight support status, thus making it impossible to accurately determine the flight support status.

[0031] In view of this, the present application provides a method, apparatus, device, and readable storage medium for determining flight support status. First, the planned times of multiple initial processes required for the target flight are obtained. The target flight is the flight to be monitored, and the planned times include the latest planned start time and the latest planned finish time. Then, if there are initial processes with planned times within the same time range, these processes are merged to obtain one or more merged processes. The latest planned start time of the merged process is the earliest of the latest planned start times of the initial processes comprising the merged process, and the latest planned finish time of the merged process is the latest of the latest planned finish times of the initial processes comprising the merged process. Afterwards, based on the planned times of each merged process and the planned times of initial processes whose planned times are not within the same time range, the merged processes and the initial processes whose planned times are not within the same time range are sorted to obtain the support process for the target flight. Next, the execution data of the processed processes for the target flight is obtained. This data includes the actual time of each processed process, which may include one or more of the actual start and finish times. The processed processes are the initial processes already executed by the target flight. Finally, the support status of the target flight is determined based on its support procedures and the execution data of its processed processes. The early completion or timeout time for each process is calculated and judged at the overall flight support status level. This addresses the shortcomings of using methods that monitor specific single processes, such as untimely processing and inaccurate situation assessment, achieving real-time and accurate determination of the flight support status.

[0032] Embodiments of this application will now be described in more detail with reference to the accompanying drawings. While some embodiments of this application are shown in the drawings, it should be understood that this application can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this application. It should be understood that the drawings and embodiments of this application are for illustrative purposes only and are not intended to limit the scope of protection of this application.

[0033] The term "comprising" and its variations as used in this application are open-ended, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below.

[0034] It should be noted that the concepts of "first" and "second" mentioned in this application are only used to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependencies.

[0035] It should be noted that the terms "a" and "a plurality of" used in this application are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0036] The method for determining the flight support status provided in this application will be described below from the perspective of the device for determining the flight support status. The device for determining the flight support status can be a server or a service unit in the server, and there is no specific limitation.

[0037] See Figure 1 The figure is a flowchart of a method for determining flight support status provided in an embodiment of this application.

[0038] S101: Obtain the planned time for multiple initial processes included in the flight support for the target flight.

[0039] The target flight is the flight whose flight support status needs to be monitored. Obtain the flight support for the target flight. Flight support includes several initial processes.

[0040] After obtaining the initial process, obtain the planned time corresponding to each initial process. The planned time includes the latest planned start time and the latest planned finish time.

[0041] As an example, initial processes can include node-type initial processes and task-type initial processes. The distinction can be made based on whether the initial process has a duration: initial processes without a duration are node-type initial processes, while those with a duration are task-type initial processes. If it is a node-type initial process, then its planned latest start time equals its planned latest finish time.

[0042] S102: If there are initial processes with planned times within the same time range among multiple initial processes, merge the initial processes with planned times within the same time range to obtain one or more merged processes.

[0043] Flight support includes initial processes that may have planned times within the same time frame. Here, "same time frame" means that the planned times of different initial processes completely overlap.

[0044] To better understand the solutions in this application, examples are provided below. It is important to note that these examples are for illustrative purposes only and are not intended to limit the scope of the solutions protected in this application. For example: the latest planned start time for initial process A is 7:20 AM and the latest planned finish time is 7:50 AM; the latest planned start time for initial process B is 7:22 AM and the latest planned finish time is 7:45 AM; the latest planned start time for initial process C is 7:30 AM and the latest planned finish time is 7:40 AM; the latest planned start time for initial process D is 8:20 AM and the latest planned finish time is 8:40 AM; and the latest planned start time for initial process E is 7:50 AM and the latest planned finish time is 8:20 AM.

[0045] The planned time period for initial process A includes the planned time periods for initial processes B and C. Initial processes A, B, and C belong to the same time frame. Merging initial processes A, B, and C results in merged process 1. The latest planned start time of the merged process is the earliest of the latest planned start times of the initial processes comprising the merged process, and the latest planned finish time of the merged process is the latest of the latest planned finish times of the initial processes comprising the merged process.

[0046] As in the example above, the merged process 1, which is obtained by merging the initial processes A, B, and C, has a planned latest start time of 7:20 and a latest planned latest completion time of 7:50.

[0047] S103: Based on the planned time of each merging process and the planned time of each initial process whose planned time is not within the same time range, sort the merging processes and the initial processes whose planned time is not within the same time range to obtain the support process for the target flight.

[0048] The above operations merge initial processes within the same time frame to obtain one or more merged processes. At this point, there are still initial processes not within the same time frame that are the smallest units that cannot be merged. The merged processes and the remaining initial processes not within the same time frame are then sorted according to the planned schedule to obtain the support process for the target flight.

[0049] Following the example above, we can obtain merged process 1 by merging the initial processes A, B, and C. The latest planned start time for merged process 1 is 7:20, and the latest planned finish time is 7:50. In addition to the initial processes A, B, and C, there are also initial processes D and E whose planned times are not within the same time range.

[0050] The merge processes and initial processes whose planned times are not within the same time range are sorted. As in the example above, the sorted result should be merge process 1 (7:20 to 7:50), initial process E (7:50 to 8:20), and initial process D (8:20 to 8:40). The sorted result is used as the final support process for the target flight, and the latest planned completion time of the last merge process is used as the latest planned completion time for the support process of the target flight.

[0051] S104: Obtain the execution data of the processed processes for the target flight.

[0052] The execution data includes the actual time of each processed process. The actual time includes one or more of the actual start and finish times. Processed processes refer to the initial processes already executed for the target flight.

[0053] It should be noted that, to achieve highly automated acquisition of execution data for the processed processes of target flights, the flight support status determination device is integrated with the Airport Operational Database (AODB), the Airport Collaborative Decision System (an operational mechanism led by the airport and jointly participated in by airlines, air traffic control, ground service companies, etc., based on information sharing and centered on collaborative decision-making), the TravelSky HSD system, the departure system, and simultaneously incorporates advanced technologies such as video recognition, the Internet of Things, Bluetooth, and Radio Frequency Identification (RFID) to further enhance the automated data acquisition capabilities of the flight support status determination device. Simultaneously, to automate the acquisition of execution data for the processed processes, RFID tags are installed on support vehicles, RFID readers are installed at aircraft stands and baggage sorting points, and cameras are installed at aircraft stands and jet bridges. Thus, when acquiring execution data for the processed processes of target flights, the flight support status determination device can receive execution data collected by the support process equipment of the target flight, as well as execution data input by the staff of the target flight. In other words, the flight support status determination device can use one or more of the execution data collected by the support process equipment of the target flight and the execution data input by the employees of the target flight as the execution data of the processed process of the target flight.

[0054] S105: Determine the support status of the target flight based on the support process and the execution data of the processed progress of the target flight.

[0055] Based on the obtained execution data of the processed processes for the target flight—that is, the actual times of each processed merging process and each initial process whose planned times are not within the same time range—the data is compared with the planned times of the merging process and the initial processes whose planned times are not within the same time range. If the actual time of the merging process or the initial process whose planned times are not within the same time range is later than its planned time, then the process begins to determine whether the latest completion time of all subsequent merging processes and initial processes whose planned times are not within the same time range is later than the latest planned completion time of the target flight's support process. If the latest completion time is later than the latest planned completion time of the target flight's support process, then the support status of the target flight is determined to be abnormal. If the latest completion time is earlier than or equal to the latest planned completion time of the target flight's support process, then the support status of the target flight is determined to be normal.

[0056] Optionally, if the support process status of the target flight is abnormal, an early warning message will be displayed to prompt staff to make decisions based on the abnormal status to ensure the normal operation of the support process for the target flight, thus providing decision-making support for the overall abnormal process management of the flight.

[0057] As described in steps S101-S105 above, the flight support status determination method, apparatus, device, and readable storage medium provided in this application embodiment merges initial processes within the same time period to obtain a merged process. The merged processes and initial processes whose planned times are not within the same time range are then sorted to obtain the support process for the target flight. In other words, the flight support processes are associated. When the execution data of the processed processes of the target flight is obtained, the support status of the target flight is determined based on the target flight's support process and the execution data of the processed processes. The early completion or timeout time of each process is calculated and judged at the overall flight support status level. This solves the shortcomings of using methods that monitor specific single processes, such as untimely processing and inadequate situation judgment, and achieves real-time and accurate determination of the flight support status.

[0058] It is particularly important to note that the principles for obtaining the actual start and end times of processes that are being merged are as follows:

[0059] If a processed process is a merge process, its actual start time is the earliest actual start time of all initial processes in the merge process. If a processed process is a merge process, its actual end time is the latest actual end time of all initial processes in the merge process.

[0060] For example, in merge process 1, there are initial processes A, B, and C. The latest planned start time for initial process A is 7:20 AM and the latest planned finish time is 7:50 AM; the latest planned start time for initial process B is 7:22 AM and the latest planned finish time is 7:45 AM; and the latest planned start time for initial process C is 7:30 AM and the latest planned finish time is 7:40 AM. The latest planned start time for merge process 1 is 7:20 AM and the latest planned finish time is 7:50 AM.

[0061] If the actual start time of initial process B is 7:18, the actual start time of initial process A is 7:20, and the actual start time of initial process C is 7:30, then the actual start time of merged process 1 is 7:18. If the actual end time of initial process B is 7:45, the actual end time of initial process A is 7:50, and the actual end time of initial process C is 7:55, then the actual end time of merged process 1 is 7:55.

[0062] By merging multiple initial processes that occur within the same time period, a merged process is obtained. This method, which was originally used to judge a single process, is now used to make a comprehensive judgment based on multiple initial processes. This solves the problem that when a process of a flight service times out, it is sometimes impossible to determine from a single process whether it will affect the overall flight service progress.

[0063] It is understood that the flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0064] The names of the messages or information exchanged between multiple devices in the embodiments of this application are for illustrative purposes only and are not intended to limit the scope of these messages or information.

[0065] Although the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous.

[0066] It should be understood that the steps described in the method embodiments of this application may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this application is not limited in this respect.

[0067] Furthermore, this application may also use one or more programming languages ​​or combinations thereof to write computer program code for performing the operations of this application. These programming languages ​​include, but are not limited to, object-oriented programming languages—such as Java, Smalltalk, and C++—as well as conventional procedural programming languages—such as the "C" language or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer may be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0068] There are multiple ways to determine the support status of the target flight in step S105 based on the support process and the execution data of the processed progress of the target flight. As examples, this application provides three specific implementations of the method for determining the support status of the target flight.

[0069] In the first implementation provided in this application, the execution data includes the actual time of the processed processes. The processed processes are either initial processes included in the support process but not within the same time frame, or initial processes within a merged process included in the support process. The actual time of the processed processes is either the actual start time of the initial processes included in the support process but not within the same time frame, or the earliest actual start time of the initial processes within a merged process included in the support process. The support status of the target flight is determined based on the support process of the target flight and the execution data of the processed processes of the target flight. That is, the support status of the target flight is determined based on the actual start time of the processed processes.

[0070] join Figure 2 The figure is a flowchart of a method for determining the support status of a target flight according to an embodiment of this application.

[0071] S201: Calculate the planned duration of the processed processes based on the latest planned start time and latest planned finish time of the processed processes.

[0072] Based on the above example, the sorting results are: merged process 1 (7:20 to 7:50), initial process E (7:50 to 8:20), and initial process D (8:20 to 8:40).

[0073] The currently processed process is the initial process E. Based on the latest planned start time and latest planned finish time of the processed process, the planned duration of the processed process is calculated to be thirty minutes.

[0074] S202: Calculate the planned duration of each process in the support process for the target flight, ranked after the processes that have been processed.

[0075] In the example, the process ordered after the initial process E is the initial process D, and the initial process D is calculated to be twenty minutes.

[0076] S203: Based on the actual start time of the processed processes, the planned duration of the processed processes and the planned duration of each process ranked after the processed processes are added together to obtain the theoretical completion time of the support process for the target flight.

[0077] If the actual start time of the processed process is 7:55, the theoretical completion time of the target flight's support process is 8:45, which is obtained by adding the planned duration of the processed process and the planned duration of each process after the processed process.

[0078] If the actual start time of the processed process is 7:45, the theoretical completion time of the target flight's support process is obtained by adding the planned duration of the processed process and the planned duration of each process after the processed process.

[0079] S204: Determine whether the theoretical completion time of the support process for the target flight is later than the planned latest completion time of the support process for the target flight. If it is later, proceed to step S205; if it is not later, proceed to step S206.

[0080] If the theoretical completion time of the support process for the target flight is 8:45, then it is later than the planned latest completion time of the support process for the target flight.

[0081] If the theoretical completion time of the support process for the target flight is 8:35, then it shall not be later than the latest planned completion time of the support process for the target flight.

[0082] S205: The support status of the target flight has been determined to be abnormal.

[0083] S206: It has been confirmed that the support status of the target flight is not abnormal.

[0084] Based on the steps S201-S206 above, it can be seen that the method for determining the support status of a target flight provided in this application embodiment takes the actual start time of the processed process as the starting point for judgment, obtains the theoretical completion time through the above steps, and compares it with the latest planned completion time to make a final decision.

[0085] In the second embodiment provided in this application, the execution data includes the actual time of the processed processes. The processed processes are either initial processes within the same time frame as those included in the support process, or initial processes within a merged process included in the support process. The actual time of the processed processes is either the actual start time of the initial processes within the same time frame as those included in the support process, or the latest actual end time of the initial processes within a merged process included in the support process. The support status of the target flight is determined based on the support process of the target flight and the execution data of the processed processes of the target flight. That is, the support status of the target flight is determined based on the actual end time of the processed processes.

[0086] In this application, the method for determining the support status of the target flight can also be achieved through the following steps:

[0087] First, calculate the planned duration of each process following the processed process in the target flight's support workflow. Then, based on the actual completion time of the processed processes, sum the planned durations of all processes following the processed process to obtain the theoretical completion time of the target flight's support workflow. Finally, if the theoretical completion time of the target flight's support workflow is later than the latest planned completion time, the support status of the target flight is determined to be abnormal; if the theoretical completion time is not later than the latest planned completion time, the support status of the target flight is determined to be normal.

[0088] Based on the above example, the sorting results are: merged process 1 (7:20 to 7:50), initial process E (7:50 to 8:20), and initial process D (8:20 to 8:40).

[0089] The currently processed process is the initial process E. The planned duration of the initial process D, which follows the processed process, is twenty minutes.

[0090] If the actual end time of the initial process E is 8:30, the theoretical completion time of the support process for the target flight is 8:50. This means the theoretical completion time of the support process for the target flight is later than the planned latest completion time, indicating an anomaly in the support status of the target flight.

[0091] If the actual end time of the initial process E is 8:15, the theoretical completion time of the support process for the target flight is 8:35. This means the theoretical completion time of the support process for the target flight is not later than the latest planned completion time, confirming that the support status of the target flight is not abnormal.

[0092] Based on the above steps, it can be seen that the method for determining the support status of a target flight provided in this application embodiment takes the actual end time of the processed process as the starting point for judgment, obtains the theoretical completion time through the above steps, and compares it with the latest planned completion time to make a final decision.

[0093] In the third implementation provided in this application, the above two implementations are combined. First, the first method is used to determine the support status of the target flight based on the actual start time of the processed merging process. Then, after the process is completed, the actual end time of the processed merging process is used to determine the support status of the target flight. By combining these methods, even if the merging process actually starts later than the planned latest start time, adjustments made by flight staff shorten the duration of the merging process, ensuring the actual end time is within the planned latest end time. This confirms that the overall support status of the flight is not abnormal. This solves the problem that a single process cannot comprehensively determine the overall support status of the current flight.

[0094] See Figure 3 The figure shows a device for determining the flight support status provided in an embodiment of this application. The device includes at least: an initial process acquisition module 301, an initial process merging module 302, a sorting module 303, an execution data acquisition module 304, and a support status determination module 305.

[0095] The initial process acquisition module 301 is used to acquire the planned times of multiple initial processes that the target flight needs to execute. The target flight is the flight to be monitored, and the planned time includes the latest planned start time and the latest planned finish time.

[0096] The initial process merging module 302 is used to merge initial processes with planned times within the same time range if there are such processes among the multiple initial processes, to obtain one or more merged processes. The latest planned start time of the merged process is the earliest of the latest planned start times of the initial processes that make up the merged process, and the latest planned completion time of the merged process is the latest of the latest planned completion times of the initial processes that make up the merged process.

[0097] The sorting module 303 is used to sort the merging processes and the initial processes whose planned times are not within the same time range based on the planned time of each merging process and the planned time of each initial process whose planned time is not within the same time range, so as to obtain the support process for the target flight.

[0098] The execution data acquisition module 304 is used to acquire the execution data of the processed processes of the target flight. The execution data includes the actual time of each processed process. The actual time includes one or more of the actual start time and actual completion time. The processed process is the initial process that the target flight has already executed.

[0099] The support status determination module 305 is used to determine the support status of the target flight based on the support process of the target flight and the execution data of the processed process of the target flight.

[0100] It should be noted that the latest planned completion time of the last process in the support process for the target flight is the latest planned completion time of the support process for the target flight.

[0101] In one possible implementation, the execution data includes the actual time of the processed process, wherein the processed process is an initial process included in the support process but not within the same time range, or an initial process in the merged process included in the support process, and the actual time of the processed process is the actual start time of the initial process included in the support process but not within the same time range, or the earliest actual start time of the initial process in the merged process included in the support process. The support status determination module 305 determines the support status of the target flight based on the support process of the target flight and the execution data of the processed process of the target flight, including:

[0102] Calculate the planned duration of the processed process based on the latest planned start time and latest planned finish time of the processed process.

[0103] Calculate the planned duration of each process in the support process for the target flight, ranked after the already processed process.

[0104] Based on the actual start time of the processed process, the planned duration of the processed process and the planned duration of each process ordered after the processed process are added together to obtain the theoretical completion time of the support process for the target flight.

[0105] If the theoretical completion time of the support process for the target flight is later than the latest planned completion time of the support process for the target flight, then the support status of the target flight is determined to be abnormal.

[0106] If the theoretical completion time of the support process for the target flight is not later than the latest planned completion time of the support process for the target flight, then it is determined that the support status of the target flight is not abnormal.

[0107] In one possible implementation, the execution data includes the actual time of the processed processes, wherein the processed processes are either initial processes included in the support process that are not within the same time range, or the latest planned completion time of the initial processes in the merged processes included in the support process. The actual time of the processed processes is either the actual start time of the initial processes included in the support process that are not within the same time range, or the latest actual end time of the initial processes in the merged processes included in the support process. The support status determination module 305 determines the support status of the target flight based on the support process of the target flight and the execution data of the processed processes of the target flight, including:

[0108] Calculate the planned duration of each process in the support process for the target flight, ranked after the already processed process.

[0109] Based on the actual end time of the processed process, the planned durations of each process ordered after the processed process are added together to obtain the theoretical completion time of the support process for the target flight.

[0110] If the theoretical completion time of the support process for the target flight is later than the latest planned completion time of the support process for the target flight, then the support status of the target flight is determined to be abnormal.

[0111] If the theoretical completion time of the support process for the target flight is not later than the latest planned completion time of the support process for the target flight, then it is determined that the support status of the target flight is not abnormal.

[0112] The execution data acquisition module 304 is specifically used to acquire one or more of the execution data collected by the support process equipment of the target flight and the execution data input by the employees of the target flight, as the execution data of the processed process of the target flight.

[0113] In one possible implementation, the device further includes:

[0114] The alert information display module is used to display a warning alert if the status of the support process for the target flight is abnormal.

[0115] This application provides an apparatus for determining the status of flight support. An initial process acquisition module 301 is used to acquire the planned times of multiple initial processes that a target flight needs to execute. The target flight is a flight to be monitored, and the planned times include the latest planned start time and the latest planned finish time. An initial process merging module 302 is used to merge initial processes whose planned times are within the same time range if such initial processes exist, resulting in one or more merged processes. The latest planned start time of the merged process is the earliest of the latest planned start times of the initial processes comprising the merged process, and the latest planned finish time of the merged process is the latest of the latest planned finish times of the initial processes comprising the merged process. A sorting module 303 is used to sort the merged processes and the initial processes whose planned times are not within the same time range based on their planned times, thereby obtaining the support process for the target flight. The execution data acquisition module 304 is used to acquire the execution data of the processed processes of the target flight. The execution data includes the actual time of each processed process, which includes one or more of the actual start time and actual completion time. The processed processes are the initial processes that the target flight has already executed. The support status determination module 305 is used to determine the support status of the target flight based on the support process of the target flight and the execution data of the processed processes of the target flight. The early completion or timeout completion time of each process is calculated and judged at the overall support status level of the flight. This solves the shortcomings of using methods that monitor specific single processes for determination, such as untimely processing and inaccurate situation judgment, and achieves real-time and accurate determination of the flight support status.

[0116] It should be noted that the modules described in the embodiments of this application can be implemented in software or hardware. The name of a module does not necessarily limit the module itself; for example, an acquisition module can also be described as "a module for acquiring the identification information of a target user".

[0117] The functions described above in this document can be performed, at least in part, by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: Field Programmable Gate Arrays (FPGAs), Application-Specific Integrated Circuits (ASICs), Application Standard Products (ASSPs), System-on-Chip (SoCs), Complex Programmable Logic Devices (CPLDs), and so on.

[0118] like Figure 4 As shown, this embodiment provides a computer-readable medium 400 on which a computer program 411 is stored. When the computer program 411 is executed by a processor, it implements the above-described... Figure 1 The steps of the method for determining the flight support status.

[0119] It should be noted that, in the context of this application, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0120] It should be noted that the machine-readable medium described above in this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0121] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0122] Please see Figure 5 , Figure 5This is a schematic diagram of the hardware structure of a server provided in an embodiment of this application. The server 500 can vary significantly due to different configurations or performance. It may include one or more central processing units (CPUs) 522 (e.g., one or more processors) and memory 532, and one or more storage media 530 (e.g., one or more mass storage devices) for storing application programs 540 or data 444. The memory 532 and storage media 530 can be temporary or persistent storage. The program stored in the storage media 530 may include one or more modules (not shown in the diagram), each module may include a series of instruction operations on the server. Furthermore, the CPU 522 may be configured to communicate with the storage media 530 and execute the series of instruction operations in the storage media 530 on the server 500.

[0123] Server 500 may also include one or more power supplies 526, one or more wired or wireless network interfaces 550, one or more input / output interfaces 558, and / or one or more operating systems 541, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, etc.

[0124] The steps performed by the flight support status determination device in the above embodiments can be based on this. Figure 5 The server structure shown.

[0125] It should also be noted that, according to the embodiments of this application, the above... Figure 1 The process of determining the flight support status described in the flowchart can be implemented as a computer software program. For example, embodiments of this application include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program including functions for performing the above-described... Figure 2 The flowchart shows the program code for the method.

[0126] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.

[0127] While several specific implementation details are included in the foregoing discussion, these should not be construed as limiting the scope of this application. Certain features described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments.

[0128] The above description is merely a preferred embodiment of this application and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of disclosure in this application is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features with similar functions disclosed in this application.

Claims

1. A method for determining flight support status, characterized in that, include: Obtain the planned times for multiple initial processes that the target flight needs to execute, where the target flight is the flight to be monitored, and the planned times include the latest planned start time and the latest planned finish time; If there are initial processes among the multiple initial processes whose planned times are within the same time range, the initial processes whose planned times are within the same time range are merged to obtain one or more merged processes. The latest planned start time of the merged process is the earliest of the latest planned start times among the latest planned start times of the initial processes that make up the merged process, and the latest planned completion time of the merged process is the latest of the latest planned completion times among the latest planned completion times of the initial processes that make up the merged process. Based on the planned time of each of the merging processes and the planned time of each initial process whose planned time is not within the same time range, the merging processes and the initial processes whose planned time is not within the same time range are sorted to obtain the support process for the target flight. Obtain the execution data of the processed processes of the target flight. The execution data includes the actual time of each processed process. The actual time includes one or more of the actual start time and actual finish time. The processed process is the initial process that the target flight has already executed. The support status of the target flight is determined based on the support process of the target flight and the execution data of the processed process of the target flight.

2. The method according to claim 1, characterized in that, The latest planned completion time for the last process in the support process for the target flight is the latest planned completion time for the support process for the target flight.

3. The method according to claim 2, characterized in that, The execution data includes the actual time of processed processes, wherein the processed processes are either initial processes included in the support process that are not within the same time range, or initial processes in the merged processes included in the support process. The actual time of the processed processes is either the actual start time of the initial processes included in the support process that are not within the same time range, or the earliest actual start time of the initial processes in the merged processes included in the support process. Determining the support status of the target flight based on the support process of the target flight and the execution data of the processed processes of the target flight includes: Calculate the planned duration of the processed process based on the latest planned start time and latest planned finish time of the processed process. Calculate the planned duration of each process in the support process for the target flight, ranked after the already processed process; Based on the actual start time of the processed process, the planned duration of the processed process and the planned duration of each process ordered after the processed process are added together to obtain the theoretical completion time of the support process for the target flight. If the theoretical completion time of the support process for the target flight is later than the latest planned completion time of the support process for the target flight, then the support status of the target flight is determined to be abnormal. If the theoretical completion time of the support process for the target flight is not later than the latest planned completion time of the support process for the target flight, then it is determined that the support status of the target flight is not abnormal.

4. The method according to claim 2, characterized in that, The execution data includes the actual time of processed processes, wherein the processed processes are either initial processes included in the support process that are not within the same time range, or initial processes in the merged processes included in the support process. The actual time of the processed processes is either the actual start time of the initial processes included in the support process that are not within the same time range, or the latest actual end time of the initial processes in the merged processes included in the support process. Determining the support status of the target flight based on the support process of the target flight and the execution data of the processed processes of the target flight includes: Calculate the planned duration of each process in the support process for the target flight, ranked after the already processed process; Based on the actual end time of the processed process, the planned durations of each process ordered after the processed process are added together to obtain the theoretical completion time of the support process for the target flight. If the theoretical completion time of the support process for the target flight is later than the latest planned completion time of the support process for the target flight, then the support status of the target flight is determined to be abnormal. If the theoretical completion time of the support process for the target flight is not later than the latest planned completion time of the support process for the target flight, then it is determined that the support status of the target flight is not abnormal.

5. The method according to claim 1, characterized in that, The step of obtaining the execution data of the processed processes of the target flight includes: One or more of the execution data collected by the support process equipment of the target flight and the execution data input by the employees of the target flight are obtained as the execution data of the processed process of the target flight.

6. The method according to claim 1, characterized in that, The method further includes: If the support process for the target flight is abnormal, a warning message will be displayed.

7. A device for determining the status of flight support, characterized in that, include: The initial process acquisition module is used to acquire the planned times of multiple initial processes that the target flight needs to execute. The target flight is the flight to be monitored, and the planned time includes the latest planned start time and the latest planned finish time. The initial process merging module is used to merge initial processes whose planned times are within the same time range if there are such processes among the multiple initial processes, to obtain one or more merged processes. The latest planned start time of the merged process is the earliest of the latest planned start times of the initial processes that make up the merged process, and the latest planned completion time of the merged process is the latest of the latest planned completion times of the initial processes that make up the merged process. The sorting module is used to sort the merging processes and the initial processes whose planned times are not within the same time range based on the planned time of each merging process and the planned time of each initial process whose planned time is not within the same time range, so as to obtain the support process for the target flight. The execution data acquisition module is used to acquire the execution data of the processed processes of the target flight. The execution data includes the actual time of each processed process. The actual time includes one or more of the actual start time and actual finish time. The processed process is the initial process that the target flight has already executed. The support status determination module is used to determine the support status of the target flight based on the support process of the target flight and the execution data of the processed process of the target flight.

8. The apparatus according to claim 7, characterized in that, The device further includes: The alert information display module is used to display a warning alert if the status of the support process for the target flight is abnormal.

9. A device for determining flight support status, characterized in that, include: Memory and processor; The memory is used to store programs; The processor is configured to execute the program to implement the steps of the method as described in any one of claims 1 to 6.

10. A computer storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method as described in any one of claims 1 to 6.

Images