A flight plan data interaction processing method and system

Abstract

This application relates to the field of air traffic management technology, specifically to a method and system for interactive processing of flight plan data. The method includes: acquiring multi-source heterogeneous flight data related to East China; performing data transformation on the multi-source heterogeneous flight data to generate standardized flight plan data; acquiring dynamic change events affecting related areas in East China; updating the standardized flight plan data; and generating updated flight plan data for East China; performing sector calculations based on the route information corresponding to the updated flight plan data; and visualizing at least the results of the areas the flights have passed through and the updated flight plan data using the osgEarth open-source geographic information platform. This application addresses the shortcomings in existing technologies for handling dynamic changes of flights outside East China, which prevents the automatic processing of DEP / ARR telegrams.

Description

Technical Field

[0001] This application relates to the field of air traffic management technology, and in particular to a method and system for interactive processing of flight plan data. Background Technology

[0002] Currently, the Civil Aviation Administration of China (CAAC) uses a national centralized flight plan processing system to uniformly receive, process, and distribute flight messages nationwide, reducing redundant work among air traffic control units. The East China region previously used the Shanghai Flight Plan System, but with the upgrade of the national system, the new version exhibits closed characteristics, leading to numerous problems in data exchange within the East China regional air traffic control system.

[0003] First, the data processed by the new national system cannot meet the data format and requirements of various air traffic control auxiliary systems in East China (such as tower electronic progress sheets, large terminal integrated display systems, etc.), making it difficult to guarantee data consistency. In addition, the system's telegram processing logic for complex flight scenarios (such as diversion, time adjustment, early takeoff, etc.) is imperfect. In particular, there are defects in the dynamic change processing of flights outside East China, which makes it impossible to automatically process telegrams such as DEP / ARR. There are also deviations in sector calculation, which leads to misjudging the area through which a flight passes (such as misjudging a Chengdu-Europe flight as passing through East China).

[0004] Therefore, there is an urgent need for a method and system for interactive processing of flight plan data. Summary of the Invention

[0005] Therefore, it is necessary to provide a flight plan data interaction processing method and system to address the above-mentioned technical problems. This method and system can solve the problem that the existing system has defects in handling dynamic changes of flights outside East China, which leads to the inability to automatically process telegrams such as DEP / ARR.

[0006] The technical solution of this invention is as follows:

[0007] A method for interactive processing of flight plan data, the method comprising:

[0008] Acquire diverse heterogeneous flight data related to East China, and perform data transformation on the diverse heterogeneous flight data based on preset data standard specifications to generate standardized flight plan data;

[0009] Obtain dynamic change events affecting related areas in East China, update the standardized flight plan data based on the dynamic change events, and generate updated flight plan data for East China.

[0010] Sector calculations are performed based on the route information corresponding to the flight plan update data, and the results of the areas traversed by the flight are generated.

[0011] Based on the osgEarth open-source geographic information platform, at least the results of the areas the flight passed through and the updated flight plan data are visualized.

[0012] Optionally, acquire diverse heterogeneous flight data related to East China; including:

[0013] In response to data acquisition instructions, at least the national flight plan centralized processing system, airlines, and airports must be linked;

[0014] Acquire diverse and heterogeneous flight data related to East China from at least the national flight plan centralized processing system, airlines, and airports.

[0015] Optionally, the diverse heterogeneous flight data is transformed based on preset data standard specifications to generate standardized flight plan data, including:

[0016] Obtain preset data standard specifications, wherein the data standard specifications include at least the International Civil Aviation Organization standards and the Chinese civil aviation industry standards;

[0017] The heterogeneous flight data is converted according to the data standard specifications to achieve automatic conversion and mapping of data in different formats and generate standardized flight plan data.

[0018] Optionally, dynamic change events affecting related areas in East China are obtained, the standardized flight plan data is updated based on the dynamic change events, and updated flight plan data for East China is generated, including:

[0019] The system acquires dynamic change events affecting related areas in East China and retrieves flight plans from a local database based on these dynamic change events. The local database is pre-configured and includes at least the standardized flight plan data.

[0020] If a flight plan corresponding to the dynamic change event is found, the standardized flight plan data is updated according to the dynamic change event;

[0021] If no flight plan corresponding to the dynamic change event is found, a virtual plan record is generated, wherein the virtual plan record contains the dynamic change event;

[0022] In response to the latest flight information matching the virtual plan record, the virtual plan record is converted into a formal record to update the standardized flight plan data and generate flight plan update data for East China.

[0023] Optionally, sector calculation is performed based on the route information corresponding to the flight plan update data, and a result of the flight's transit area is generated, including:

[0024] Sector calculations are performed based on the route information corresponding to the flight plan update data, and the results of the areas traversed by the flight are generated. The flight plan update data includes FPL telegrams.

[0025] Based on the FPL telegram, foreign waypoints are identified, foreign waypoints are marked, and domestic waypoints are filtered, and a sequence of domestic waypoints is generated;

[0026] Sector affiliation is calculated based on the domestic waypoint sequence, and the results of the flight's transit area are generated.

[0027] Optionally, based on the FPL telegram, foreign waypoints are identified, foreign waypoints are marked, and domestic waypoints are filtered, and a sequence of domestic waypoints is generated, including:

[0028] To analyze the 15-group waypoint sequence in the FPL telegram, first determine whether the original route contains information about foreign routes.

[0029] For waypoints that have been marked as overseas waypoints, or waypoints that do not exist in the basic database, sector affiliation will no longer be determined;

[0030] Sector calculations are performed only for domestic waypoints; points between two foreign waypoints are directly removed, and a sequence of domestic waypoints is generated.

[0031] Optionally, sector affiliation is calculated based on the domestic waypoint sequence, and the results of the flight's transit area are generated, including:

[0032] The latitude and longitude coordinates of each domestic waypoint in the domestic waypoint sequence are obtained from the NAIP database, supporting both WGS-84 and CGCS2000 coordinate systems.

[0033] Using either the ray method or the point inclusion algorithm, the East China control sector boundary is determined for each domestic waypoint to obtain the waypoint sector affiliation result.

[0034] Generate a list of passed sectors based on the waypoint sequence and its sector affiliation, remove duplicate sectors, and output the optimal sector sequence as the result of the flight's passed area.

[0035] Optionally, the method further includes:

[0036] Obtain the diversion telegram for the diverted flight;

[0037] A temporary flight plan is generated based on the diversion telegram, and a designation ID is assigned to the temporary flight plan, wherein the temporary flight plan includes a flight plan from the diversion airport to the original destination airport;

[0038] In response to receiving an FPL telegram indicating that the diverted flight is flying from the diverted airport to its original destination airport, the temporary flight plan is activated first, and subsequent dynamic telegrams are processed.

[0039] Optionally, the method further includes:

[0040] The telegram matching rules have been optimized, extending the FPL telegram matching time window from 90 minutes to 120 minutes.

[0041] Optionally, a flight plan data interaction processing system is also provided, the system comprising:

[0042] The standard flight plan data generation module is used to acquire diverse heterogeneous flight data related to East China, and to perform data transformation on the diverse heterogeneous flight data based on preset data standard specifications, and generate standardized flight plan data.

[0043] The flight plan data update module is used to acquire dynamic change events affecting related areas in East China, update the standardized flight plan data according to the dynamic change events, and generate flight plan update data for East China.

[0044] The flight area result generation module is used to perform sector calculations based on the route information corresponding to the flight plan update data and generate flight transit area results.

[0045] The open-source information platform display module is used to visualize at least the flight transit area results and the flight plan update data based on the osgEarth open-source geographic information platform.

[0046] Optionally, the standard plan data generation module is further configured to: in response to a data acquisition instruction, link at least the National Flight Plan Centralized Processing System, airlines, and airports; and acquire at least the diverse heterogeneous flight data related to East China from the National Flight Plan Centralized Processing System, airlines, and airports.

[0047] Optionally, the standard plan data generation module is further configured to: acquire preset data standard specifications, wherein the data standard specifications include at least the International Civil Aviation Organization (ICAO) standards and the Chinese Civil Aviation Industry Standards; perform data conversion on the diverse heterogeneous flight data according to the data standard specifications to achieve automatic conversion and mapping of data in different formats, and generate standardized flight plan data.

[0048] Optionally, the flight plan data update module is further configured to: acquire dynamic change events affecting related areas in East China, and search for flight plans in a local database based on the dynamic change events, wherein the local database is pre-set and includes at least the standardized flight plan data; if a flight plan corresponding to the dynamic change event is found, the standardized flight plan data is updated based on the dynamic change event; if no flight plan corresponding to the dynamic change event is found, a virtual plan record is generated, wherein the virtual plan record contains the dynamic change event; in response to the latest flight information matching the virtual plan record, the virtual plan record is converted into a formal record to update the standardized flight plan data and generate flight plan update data for East China.

[0049] Optionally, the flight area result generation module is further configured to: perform sector calculation based on the route information corresponding to the flight plan update data, and generate flight transit area results, wherein the flight plan update data includes FPL telegrams; perform foreign waypoint identification, foreign point marking, and domestic point filtering based on the FPL telegrams, and generate a domestic waypoint sequence; perform sector affiliation calculation based on the domestic waypoint sequence, and generate flight transit area results.

[0050] Optionally, the flight area result generation module is also used to: parse the 15-group waypoint sequence in the FPL telegram, first determine whether the original route contains foreign route information; for waypoints that have been marked as foreign waypoints, or waypoints that do not exist in the basic database, sector affiliation determination is no longer performed; only domestic waypoints are calculated for sector, points between two foreign routes are directly removed, and a domestic waypoint sequence is generated.

[0051] Optionally, the flight area result generation module is further configured to: obtain the latitude and longitude coordinates of each domestic waypoint in the domestic waypoint sequence from the NAIP database, supporting the WGS-84 coordinate system and the CGCS2000 coordinate system; perform East China control sector boundary judgment on each domestic waypoint using the ray method or point inclusion algorithm to obtain the waypoint sector assignment result; generate a list of passed sectors based on the waypoint subsequence and its waypoint sector assignment result, remove duplicate sectors, and output the optimal sector sequence as the flight passed area result.

[0052] Optionally, the open-source information platform display module is further configured to: obtain the diversion telegram of the diverted flight; generate a temporary flight plan based on the diversion telegram, and set a label ID for the temporary flight plan, wherein the temporary flight plan includes a flight plan from the diversion airport to the original destination airport; in response to obtaining the FPL telegram of the diverted flight from the diversion airport to the original destination airport, prioritize the activation of the temporary flight plan, and process subsequent dynamic telegrams.

[0053] Optionally, the open-source information platform display module is also used to: optimize the telegram matching rules and extend the FPL telegram matching time window from 90 minutes to 120 minutes.

[0054] Optionally, a computer device is also provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps described in the flight plan data interaction processing method above.

[0055] Optionally, a computer-readable storage medium is also provided, on which a computer program is stored, which, when executed by a processor, implements the steps described in the flight plan data interaction processing method above.

[0056] The technical effects achieved by this invention are as follows:

[0057] The aforementioned flight plan data interaction processing method and system converts the diverse heterogeneous flight data according to the data standard specifications to achieve automatic conversion and mapping of data in different formats, and generates standardized flight plan data. This solves the problem in existing technologies where the data processed by the new version of the national system cannot meet the data format and requirements of various air traffic control auxiliary systems in East China (such as tower electronic progress sheets, large terminal integrated display systems, etc.), leading to difficulties in ensuring data consistency. By acquiring dynamic change events affecting related areas in East China, updating the standardized flight plan data according to the dynamic change events, and generating updated flight plan data for East China, this solves the problem in existing technologies where the system cannot handle non-standard flight plan data. The dynamic change processing of flights in the East China region has defects, leading to the inability to automatically process DEP / ARR telegrams. This issue is addressed by calculating sectors based on the route information corresponding to the flight plan update data and generating flight transit area results. This resolves the problem of foreign waypoints being incorrectly identified as domestic waypoints, thus triggering subsequent sector attribution calculations and causing misjudgments. Furthermore, by using the osgEarth open-source geographic information platform to visualize at least the flight transit area results and the flight plan update data, this addresses the problems of lag in GIS map operations, lack of visualization in flight notifications, limited business alarm functions, slow response to statistical queries, and inability to meet diverse business needs in existing technologies. Attached Figure Description

[0058] Figure 1 This is a flowchart illustrating a flight plan data interaction processing method in one embodiment;

[0059] Figure 2 This is a structural block diagram of a flight plan data interaction processing device in one embodiment. Detailed Implementation

[0060] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0061] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0062] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0063] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0064] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0065] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0066] In one embodiment, a terminal is provided, the terminal being used to: acquire multivariate heterogeneous flight data related to East China, and perform data transformation on the multivariate heterogeneous flight data based on preset data standard specifications, and generate standardized flight plan data; acquire dynamic change events affecting related areas of East China, update the standardized flight plan data according to the dynamic change events, and generate updated flight plan data for East China; perform sector calculation based on the route information corresponding to the updated flight plan data, and generate flight transit area results; and visualize at least the flight transit area results and the updated flight plan data based on the osgEarth open-source geographic information platform.

[0067] The terminal may be, but is not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices.

[0068] In one embodiment, such as Figure 1 As shown, a method for interactive processing of flight plan data is provided, the method comprising:

[0069] Step S100: Acquire multi-variable heterogeneous flight data related to East China, and perform data transformation on the multi-variable heterogeneous flight data based on preset data standard specifications to generate standardized flight plan data;

[0070] Step S200: Obtain dynamic change events affecting related areas in East China, update the standardized flight plan data based on the dynamic change events, and generate updated flight plan data for East China;

[0071] Step S300: Perform sector calculation based on the route information corresponding to the flight plan update data, and generate the results of the areas the flight passes through;

[0072] Step S400: Based on the osgEarth open-source geographic information platform, at least the results of the areas the flight passed through and the updated flight plan data are visualized.

[0073] In this embodiment, the heterogeneous flight data is converted according to the data standard specifications to achieve automatic conversion and mapping of data in different formats, and standardized flight plan data is generated. This solves the problem in the prior art where the data processed by the new version of the national system cannot meet the data format and requirements of various air traffic control auxiliary systems in East China (such as tower electronic progress sheets, large terminal integrated display systems, etc.), resulting in difficulty in ensuring data consistency. By acquiring dynamic change events affecting related areas in East China, the standardized flight plan data is updated according to the dynamic change events, and updated flight plan data for East China is generated. This solves the problem in the prior art where the system has defects in handling dynamic changes of flights outside East China, leading to DE The problem of P / ARR and other telegrams not being processed automatically is addressed by calculating sectors based on the route information corresponding to the flight plan update data and generating flight passage area results. This resolves the issue of foreign waypoints being incorrectly identified as domestic waypoints, thus triggering subsequent sector attribution calculations and causing misjudgments. Furthermore, by using the osgEarth open-source geographic information platform to visualize at least the flight passage area results and the flight plan update data, GIS map visualization of NOTAMs and other flight information notifications is achieved, improving information intuitiveness and resolving issues such as lag in GIS map operations, lack of visualization in flight information notifications, limited business alarm functions, slow response to statistical queries, and inability to meet diverse business needs in existing technologies.

[0074] In one embodiment, step S100 involves acquiring heterogeneous flight data related to East China; including:

[0075] Step S111: In response to the data acquisition instruction, link at least the National Flight Plan Centralized Processing System, airlines, and airports;

[0076] Step S112: Obtain diverse heterogeneous flight data related to East China from at least the National Flight Plan Centralized Processing System, airlines, and airports.

[0077] In this embodiment, the multi-dimensional heterogeneous flight data includes core flight plan data, airspace and aeronautical information data, meteorological data, surveillance data, and traffic management data.

[0078] The core data of the flight plan includes the following information:

[0079] Basic flight information: flight number, aircraft type, aircraft registration number, captain, airline code;

[0080] Route information: departure and arrival airports, waypoint sequence, flight level, estimated flight time;

[0081] Timetable information: Scheduled departure time (SOBT), estimated departure time (EOBT), actual departure time (ATD), estimated arrival time (ETA), actual arrival time (ATA);

[0082] Operational status: Flight status (scheduled, departure, landing, cancellation, delay), delay reason code;

[0083] The airspace and aeronautical information data includes the following information:

[0084] Airspace structure data: control sector boundaries, airway network, navigation beacons, airport runways;

[0085] Notices to Airmen (NOTAM): Temporary airspace restrictions, facility status, and operational airspace;

[0086] Aeronautical chart data: airport chart, route chart, approach chart, departure chart.

[0087] The meteorological data includes the following information:

[0088] Airport weather conditions: wind direction and speed, visibility, cloud height, temperature, and air pressure;

[0089] Route weather forecast: Turbulence, icing, thunderstorms, wind shear;

[0090] Numerical weather forecast products: wind field, temperature field, and convection forecast.

[0091] The monitoring data includes the following information:

[0092] ADS-B data: Real-time aircraft position, altitude, speed, and heading;

[0093] Radar data: primary radar and secondary radar tracks;

[0094] Multi-point positioning system data: high-precision location information.

[0095] The traffic management data includes the following information:

[0096] Capacity assessment: sector capacity, airport capacity, airway capacity;

[0097] Traffic forecasting: Flight traffic distribution and peak period forecasting;

[0098] Collaborative Decision Making (CDM) data: flight release sequence and time slot allocation data.

[0099] In this embodiment, by acquiring diverse heterogeneous flight data related to East China from at least the national flight plan centralized processing system, airlines, and airports, a reliable data foundation is provided for subsequent flight plan processing.

[0100] In one embodiment, step S100 involves converting the diverse heterogeneous flight data based on preset data standard specifications and generating standardized flight plan data, including:

[0101] Step S121: Obtain preset data standard specifications, wherein the data standard specifications include at least the International Civil Aviation Organization standards and the Chinese civil aviation industry standards;

[0102] Step S122: Perform data conversion on the heterogeneous flight data according to the data standard specifications to achieve automatic conversion and mapping of data in different formats and generate standardized flight plan data.

[0103] In this embodiment, the data standard specifications include data model specifications for data exchange and data format and technical requirements standards for telegrams / interfaces.

[0104] The preset data standards and specifications include at least the following from the International Civil Aviation Organization (ICAO) standards: 1. Flight Information Exchange Model (FIXM); 2. Aeronautical Information Exchange Model (AIXM); 3. Meteorological Information Exchange Model (WXXM).

[0105] It also includes at least the following standards from the Chinese civil aviation industry: 1. MH / T 4007-2012 "Civil Aviation Flight Dynamic Fixed Telegram Format"; 2. MH / T 4029.2 "Civil Aviation Air Traffic Control Automation System Part 2: Technical Requirements"; 3. MH / T4029.3 "Civil Aviation Air Traffic Control Automation System Part 3: Flight Data Exchange".

[0106] The data conversion of the aforementioned heterogeneous flight data to achieve automatic conversion and mapping of data in different formats specifically includes the following steps:

[0107] The first step is data extraction: extracting raw data from multiple heterogeneous data sources (such as relational databases, file systems, API interfaces, etc.) to ensure the integrity and accuracy of the data.

[0108] The second step is data cleaning: performing operations such as noise reduction, deduplication, missing value handling, and outlier detection on the raw data to improve data quality.

[0109] The third step is data transformation: data type conversion, format unification, data aggregation, feature engineering, and other processing based on business requirements.

[0110] The fourth step is data mapping: establishing the correspondence between source data and target data, including field mapping, type mapping, and structure mapping.

[0111] The fifth step is data loading: the transformed data is loaded into the target system (such as a data warehouse, database, or data lake) to ensure data consistency and integrity.

[0112] Therefore, by performing data conversion on the heterogeneous flight data according to the data standard specifications, automatic conversion and mapping of data in different formats can be achieved, and standardized flight plan data can be generated. This solves the problem that the data processed by the new version of the national system in the existing technology cannot meet the data format and requirements of various air traffic control auxiliary systems in East China (such as tower electronic progress sheets, large terminal integrated display systems, etc.), which makes it difficult to guarantee data consistency.

[0113] In one embodiment, step S200: obtaining dynamic change events affecting related areas in East China, updating the standardized flight plan data based on the dynamic change events, and generating updated flight plan data for East China, including:

[0114] Step S210: Obtain dynamic change events affecting the related areas of East China, and search for flight plans from the local database based on the dynamic change events, wherein the local database is pre-set and includes at least the standardized flight plan data;

[0115] Step S220: If a flight plan corresponding to the dynamic change event is found, the standardized flight plan data is updated according to the dynamic change event;

[0116] Step S230: If no flight plan corresponding to the dynamic change event is found, a virtual plan record is generated, wherein the virtual plan record contains the dynamic change event;

[0117] Step S240: In response to the latest flight information matching the virtual plan record, the virtual plan record is converted into a formal record to update the standardized flight plan data and generate flight plan update data for East China.

[0118] In this embodiment, by setting up an automatic synchronization and update mechanism, a real-time data channel is established, allowing the system to proactively acquire and update dynamic information on flights outside East China, thereby ensuring the integrity and timeliness of flight plans within the system.

[0119] The dynamic information of non-East China region flights refers to dynamic change events affecting related areas in East China, such as CPL telegram updates. Specifically, by subscribing to all dynamic change events of non-East China region flights that may affect East China region from the national flight plan centralized processing system, when there are relevant flight status changes in the national system, the data will be actively pushed to the East China flight plan system through a message queue (such as Kafka).

[0120] After receiving the data, the system will attempt to find the corresponding flight plan in the local database. That is, it will search for the flight plan in the local database based on the dynamic change event. The local database is pre-set and includes at least the standardized flight plan data.

[0121] If an existing plan is found, update the plan's pilot program and other information directly.

[0122] If no corresponding plan is found (which is the root cause of why CPL telegrams cannot be processed), it will not be ignored, but will automatically create a virtual plan record and update the content of the CPL telegram to the virtual plan. That is, a virtual plan record is generated, in which the virtual plan record contains the dynamic change event, thus establishing a data foundation for subsequent processing (such as DEP and ARR reports).

[0123] Next, continuous status tracking is performed. Specifically, when the flight generates dynamic telegrams such as DEP (departure report) and ARR (arrival report), the system can perform normal matching and processing based on the created virtual plan or the updated plan. If the flight enters the East China region, the virtual plan will be automatically converted into a formal plan, thereby solving the problem that the existing system has defects in handling dynamic changes of flights outside the East China region, which leads to the inability to automatically process telegrams such as DEP / ARR.

[0124] In one embodiment, step S300: Sector calculation is performed based on the route information corresponding to the flight plan update data, and a result of the flight's transit area is generated, including:

[0125] Step S310: Perform sector calculation based on the route information corresponding to the flight plan update data, and generate the flight transit area result, wherein the flight plan update data includes FPL telegrams;

[0126] Step S320: Based on the FPL telegram, identify overseas waypoints, mark overseas points, and filter domestic points, and generate a domestic waypoint sequence;

[0127] Step S330: Calculate sector affiliation based on the domestic waypoint sequence and generate the flight transit area results.

[0128] In existing technologies, when calculating sector affiliation for flight waypoints, there is a possibility of misclassifying flights that do not pass through the target area's airspace as passing through it. For example, a flight from Chengdu to Europe might be misclassified as passing through East China because the waypoint code "SR" conflicts with a domestic place name code, causing a foreign waypoint to be incorrectly identified as a domestic waypoint, thus triggering subsequent sector affiliation calculations and resulting in misclassification.

[0129] In this embodiment, the flight plan update data includes telegram / message data and its parsing results used for dynamically changing the flight plan. By identifying, marking, and filtering domestic waypoints based on the FPL telegram, a domestic waypoint sequence is generated. Then, sector assignment is calculated based on the domestic waypoint sequence, and the flight's transit area result is generated. This solves the problem of foreign waypoints being incorrectly identified as domestic waypoints, thus triggering subsequent sector assignment calculations and causing misjudgments.

[0130] In one embodiment, step S320: Based on the FPL telegram, identify foreign waypoints, mark foreign waypoints, and filter domestic waypoints, and generate a domestic waypoint sequence, including:

[0131] Step S321: Analyze the 15-group waypoint sequence in the FPL telegram, and first determine whether the original route contains information about foreign routes;

[0132] Step S322: For waypoints that have been marked as overseas waypoints, or waypoints that do not exist in the basic database, sector affiliation determination is no longer performed;

[0133] Step S323: Perform sector calculation only for domestic waypoints, directly remove points between two foreign waypoints, and generate a sequence of domestic waypoints.

[0134] In this embodiment, firstly, foreign waypoints are identified by parsing the 15-group waypoint sequence in the FPL telegram and determining whether the original route contains foreign waypoint information.

[0135] Next, overseas points are marked. For waypoints that have been marked as overseas waypoints, or waypoints that do not exist in the basic database, sector affiliation determination is no longer performed.

[0136] Finally, domestic points are filtered out by performing sector calculations only on domestic airway points, and points between two international airways are directly eliminated.

[0137] In one embodiment, step S330: Sector affiliation calculation is performed based on the domestic waypoint sequence, and flight transit area results are generated, including:

[0138] Step S331: Obtain the latitude and longitude coordinates of each domestic waypoint in the domestic waypoint sequence from the NAIP database, supporting WGS-84 coordinate system and CGCS2000 coordinate system;

[0139] Step S332: Using the ray method or point inclusion algorithm, perform East China control sector boundary judgment for each domestic waypoint to obtain the waypoint sector affiliation result;

[0140] Step S333: Generate a list of passed sectors based on the waypoint subsequence and its waypoint sector assignment results, remove duplicate sectors and output the optimal sector sequence as the flight's passed area result.

[0141] This embodiment includes the following steps:

[0142] Step 1: Obtain waypoint coordinates. Retrieve the latitude and longitude coordinates of waypoints from the NAIP database; supports WGS-84 and CGCS2000 coordinate systems.

[0143] Step 2: Sector boundary determination. Use the ray casting method or point inclusion algorithm to determine whether a waypoint is within the East China control sector. Perform sector affiliation determination for each waypoint.

[0144] Step 3: Sector sequence generation. Generate a list of sectors passed through based on the waypoint sequence, remove duplicate sectors, and generate the optimal sector sequence as the result of the flight's transit area.

[0145] In addition, the data exchange mechanism with the NAIP intelligence center is as follows:

[0146] First, data synchronization method: An automatic synchronization interface is established with the intelligence center's AIXM data packets, supporting both scheduled polling and event-triggered synchronization modes. Data update frequency: Daily scheduled synchronization + real-time push updates. Data verification mechanism includes version number comparison and data consistency check. Version number comparison: Ensures data integrity. Data consistency check: Periodically compares data with the intelligence center's data source. Anomaly alerts: Automatic alerts are issued when data synchronization fails or data inconsistency occurs.

[0147] In one embodiment, the method further includes:

[0148] Step S510: Obtain the diversion telegram of the diverted flight;

[0149] Step S520: Generate a temporary flight plan based on the alternate airport telegram and assign a designation ID to the temporary flight plan, wherein the temporary flight plan includes a flight plan from the alternate airport to the original destination airport;

[0150] Step S530: In response to receiving the FPL telegram indicating that the diverted flight is flying from the diverted airport to the original destination airport, the temporary flight plan is activated first, and subsequent dynamic telegrams are processed.

[0151] In this embodiment, by adding logic for creating a virtual plan for diverted flights, subsequent FPL messages can be processed automatically. The core objective is that after a flight diverts, the system can automatically create a "temporary file" for its subsequent flight recovery phase, ensuring that relevant messages (such as FPLs) are traceable and can be processed automatically.

[0152] First, the system identifies diversion events by automatically recognizing key information such as flight number, diversion airport, and diversion time from received diversion telegrams (such as DIV telegrams) to confirm that the flight has entered diversion status.

[0153] Next, a virtual plan is generated: the system will automatically create a new, temporary flight plan based on the alternate landing information, also known as the temporary flight plan.

[0154] This temporary flight plan mainly includes the segment from the alternate airport to the original destination airport. A labeling ID is assigned to the temporary flight plan, and its special attributes (such as the associated original plan ID) are marked by the labeling ID, which serves as the "anchor point" for subsequent FPL telegram matching.

[0155] Then, matching and activation are performed. When an FPL telegram indicating that the flight is flying from the alternate airport to its original destination airport is received, the system will prioritize matching it in the virtual plan database. Once a match is successful, the virtual plan is automatically activated, and subsequent dynamic telegrams are processed normally.

[0156] In one embodiment, the method further includes:

[0157] The telegram matching rules have been optimized, extending the FPL telegram matching time window from 90 minutes to 120 minutes.

[0158] In this embodiment, the specific optimization steps are as follows:

[0159] 1. Modify the matching time threshold:

[0160] Adjust the time window threshold in the system configuration parameters from 90 minutes to 120 minutes:

[0161] Original rule: FPL estimated takeoff time - SOBT time ≤ 90 minutes;

[0162] New rule: FPL estimated departure time - SOBT time ≤ 120 minutes;

[0163] 2. Adjust the time matching algorithm:

[0164] In the FPL telegram processing module, modify the time matching logic:

[0165] The original SQL query conditions are as follows:

[0166] WHERE ABS(TIMESTAMPDIFF(MINUTE,fpl_departure_time, sobt_time))<=90;

[0167] Optimized query conditions:

[0168] WHERE ABS(TIMESTAMPDIFF(MINUTE, fpl_departure_time, sobt_time))<=120.

[0169] 3. Update indexing strategy:

[0170] Due to the expanded time window, database indexes need to be optimized:

[0171] Create a composite index for the sobt_time and fpl_departure_time fields, adjust the index coverage, and support queries with a wider time range.

[0172] 4. Enhanced exception handling:

[0173] Add logging to monitor FPL telegrams with matching times exceeding 90 minutes but less than 120 minutes; set alarm thresholds to promptly issue alarms when matching times are abnormal.

[0174] 5. Performance optimization:

[0175] Batch querying is used to reduce the number of database accesses; a caching mechanism is used to cache frequently queried flight schedules; and query statements are optimized to avoid full table scans.

[0176] In one embodiment, such as Figure 2 As shown, a flight plan data interaction processing system is also provided, the system comprising:

[0177] The standard flight plan data generation module is used to acquire diverse heterogeneous flight data related to East China, and to perform data transformation on the diverse heterogeneous flight data based on preset data standard specifications, and generate standardized flight plan data.

[0178] The flight plan data update module is used to acquire dynamic change events affecting related areas in East China, update the standardized flight plan data according to the dynamic change events, and generate flight plan update data for East China.

[0179] The flight area result generation module is used to perform sector calculations based on the route information corresponding to the flight plan update data and generate flight transit area results.

[0180] The open-source information platform display module is used to visualize at least the flight transit area results and the flight plan update data based on the osgEarth open-source geographic information platform.

[0181] In one embodiment, the standard flight plan data generation module is further configured to: in response to a data acquisition instruction, link at least the National Flight Plan Centralized Processing System, airlines, and airports; and acquire at least the diverse heterogeneous flight data related to East China from the National Flight Plan Centralized Processing System, airlines, and airports.

[0182] In one embodiment, the standard plan data generation module is further configured to: acquire a preset data standard specification, wherein the data standard specification includes at least the International Civil Aviation Organization (ICAO) standard and the Chinese Civil Aviation Industry Standard; perform data conversion on the diverse heterogeneous flight data according to the data standard specification to achieve automatic conversion and mapping of data in different formats, and generate standardized flight plan data.

[0183] In one embodiment, the flight plan data update module is further configured to: acquire dynamic change events affecting related areas in East China, and search for flight plans in a local database based on the dynamic change events, wherein the local database is pre-set and includes at least the standardized flight plan data; if a flight plan corresponding to the dynamic change event is found, the standardized flight plan data is updated based on the dynamic change event; if no flight plan corresponding to the dynamic change event is found, a virtual plan record is generated, wherein the virtual plan record contains the dynamic change event; in response to the latest flight information matching the virtual plan record, the virtual plan record is converted into a formal record to update the standardized flight plan data and generate flight plan update data for East China.

[0184] In one embodiment, the flight area result generation module is further configured to: perform sector calculation based on the route information corresponding to the flight plan update data, and generate flight transit area results, wherein the flight plan update data includes FPL telegrams; perform foreign waypoint identification, foreign point marking, and domestic point filtering based on the FPL telegrams, and generate a domestic waypoint sequence; perform sector affiliation calculation based on the domestic waypoint sequence, and generate flight transit area results.

[0185] In one embodiment, the flight area result generation module is further configured to: parse the 15-group waypoint sequence in the FPL telegram, first determine whether the original route contains foreign route information; for waypoints already marked as foreign waypoints, or waypoints not existing in the basic database, sector affiliation determination is no longer performed; sector calculation is performed only for domestic waypoints, points between two foreign routes are directly removed, and a domestic waypoint sequence is generated.

[0186] In one embodiment, the flight area result generation module is further configured to: obtain the latitude and longitude coordinates of each domestic waypoint in the domestic waypoint sequence from the NAIP database, supporting the WGS-84 coordinate system and the CGCS2000 coordinate system; perform East China control sector boundary judgment on each domestic waypoint using the ray method or point inclusion algorithm to obtain the waypoint sector assignment result; generate a list of passed sectors based on the waypoint subsequence and its waypoint sector assignment result, remove duplicate sectors and output the optimal sector sequence as the flight passed area result.

[0187] In one embodiment, the open-source information platform display module is further configured to: obtain the diversion telegram of the diverted flight; generate a temporary flight plan based on the diversion telegram, and set a label ID for the temporary flight plan, wherein the temporary flight plan includes a flight plan from the diversion airport to the original destination airport; in response to obtaining the FPL telegram of the diverted flight from the diversion airport to the original destination airport, prioritize the activation of the temporary flight plan, and process subsequent dynamic telegrams.

[0188] In one embodiment, the open-source information platform display module is also used to: optimize the telegram matching rules and extend the FPL telegram matching time window from 90 minutes to 120 minutes.

[0189] In addition, the development environment for the flight plan data interaction processing system described in this application is as follows:

[0190] Backend framework: Spring Boot 2.0;

[0191] Front-end framework: Vue.js + osgEarth;

[0192] Database: Oracle 12c + Redis caching;

[0193] Message middleware: Apache Kafka;

[0194] The following is an example of the core functionality implementation:

[0195] (1) Telegraph parsing module

[0196] / / Sample code: Core logic for telegram parsing

[0197] public class TelegramParser {

[0198] public FlightPlan parseFPL(String fplMessage) {

[0199] / / Parsing FPL telegram content

[0200] / / Implement the mapping of telegram content to flight schedules

[0201] }

[0202] }

[0203] The spatial domain calculation algorithm is as follows:

[0204] Example code: Sector calculation SQL logic

[0205] SELECT sector_id FROM airspace_sectors

[0206] WHERE ST_Within(flight_point, sector_geometry);

[0207] 3. Experimental Data:

[0208] In its pilot application at the East China Air Traffic Management Bureau's Operations Center, the system performed exceptionally well:

[0209] Processing over 6,000 telegrams daily with an accuracy rate of 99.2%;

[0210] The ability to handle different scenarios is improved by 50%, especially in complex scenarios such as alternate landings and time adjustments.

[0211] User satisfaction survey score: 4.8 / 5.0.

[0212] It should be noted that the information interaction and execution process between the above modules are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, which will not be repeated here.

[0213] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the system can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0214] This application also provides a network device, which includes: at least one processor, a memory, and a computer program stored in the memory and executable on the at least one processor, wherein the processor executes the computer program to implement the steps in any of the above method embodiments.

[0215] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps in the above-described method embodiments.

[0216] This application provides a computer program product that, when run on a mobile terminal, enables the mobile terminal to execute the steps described in the various method embodiments above.

[0217] If the integrated unit is implemented as 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, all or part of the processes in the above-described embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include at least: any entity or device capable of carrying computer program code to a photographic device / terminal device, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electrical carrier signals or telecommunication signals.

[0218] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0219] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0220] In the embodiments provided in this application, it should be understood that the disclosed apparatus / network devices and methods can be implemented in other ways. For example, the apparatus / network device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0221] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0222] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

[0223] One embodiment of this application also provides a computer device, which includes: at least one processor, a memory, and a computer program stored in the memory and executable on the at least one processor, wherein the processor executes the computer program to implement the steps in any of the above-described methods.

[0224] The computer device may include, but is not limited to, a processor and memory. Those skilled in the art will understand that the above description is an example of a computer device and does not constitute a limitation on the computer device. It may include more or fewer components than described above, or a combination of certain components, or different components, such as input / output devices, network access devices, etc.

[0225] The processor referred to can be a Central Processing Unit (CPU), but it can also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.

[0226] In some embodiments, the memory may be an internal storage unit of the computer device, such as a hard drive or RAM. In other embodiments, the memory may be an external storage device of the computer device, such as a plug-in hard drive, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card. Furthermore, the memory may include both internal and external storage units of the computer device. The memory is used to store the operating system, applications, bootloader, data, and other programs, such as the program code of the computer program. The memory can also be used to temporarily store data that has been output or will be output.

[0227] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0228] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of the invention. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A method for interactive processing of flight plan data, characterized in that, The method includes: Acquire diverse heterogeneous flight data related to East China, and perform data transformation on the diverse heterogeneous flight data based on preset data standard specifications to generate standardized flight plan data; Obtain dynamic change events affecting related areas in East China, update the standardized flight plan data based on the dynamic change events, and generate updated flight plan data for East China. Sector calculations are performed based on the route information corresponding to the flight plan update data, and the results of the areas traversed by the flight are generated. Based on the osgEarth open-source geographic information platform, at least the results of the areas the flight passed through and the updated flight plan data should be visualized. Sector calculations are performed based on the route information corresponding to the flight plan update data, and the results of the areas traversed by the flights are generated, including: Sector calculations are performed based on the route information corresponding to the flight plan update data, and the results of the areas traversed by the flight are generated. The flight plan update data includes FPL telegrams. Based on the FPL telegram, foreign waypoints are identified, foreign waypoints are marked, and domestic waypoints are filtered, and a sequence of domestic waypoints is generated; Sector affiliation is calculated based on the domestic waypoint sequence, and the results of the flight's transit area are generated.

2. The flight plan data interaction processing method according to claim 1, characterized in that, Acquire diverse and heterogeneous flight data related to East China; including: In response to data acquisition instructions, at least the national flight plan centralized processing system, airlines, and airports must be linked; Acquire diverse and heterogeneous flight data related to East China from at least the national flight plan centralized processing system, airlines, and airports.

3. The flight plan data interaction processing method according to claim 1, characterized in that, Based on preset data standards and specifications, the diverse heterogeneous flight data is transformed to generate standardized flight plan data, including: Obtain preset data standard specifications, wherein the data standard specifications include at least the International Civil Aviation Organization standards and the Chinese civil aviation industry standards; The heterogeneous flight data is converted according to the data standard specifications to achieve automatic conversion and mapping of data in different formats and generate standardized flight plan data.

4. The flight plan data interaction processing method according to claim 1, characterized in that, Obtain dynamic change events affecting related areas in East China, update the standardized flight plan data based on the dynamic change events, and generate updated flight plan data for East China, including: The system acquires dynamic change events affecting related areas in East China and retrieves flight plans from a local database based on these dynamic change events. The local database is pre-configured and includes at least the standardized flight plan data. If a flight plan corresponding to the dynamic change event is found, the standardized flight plan data is updated according to the dynamic change event; If no flight plan corresponding to the dynamic change event is found, a virtual plan record is generated, wherein the virtual plan record contains the dynamic change event; In response to the latest flight information matching the virtual plan record, the virtual plan record is converted into a formal record to update the standardized flight plan data and generate flight plan update data for East China.

5. The flight plan data interaction processing method according to claim 4, characterized in that, Based on the FPL telegram, foreign waypoints are identified, foreign waypoints are marked, and domestic waypoints are filtered, and a sequence of domestic waypoints is generated, including: To analyze the 15-group waypoint sequence in the FPL telegram, first determine whether the original route contains information about foreign routes. For waypoints that have been marked as overseas waypoints, or waypoints that do not exist in the basic database, sector affiliation will no longer be determined; Sector calculations are performed only for domestic waypoints; points between two foreign waypoints are directly removed, and a sequence of domestic waypoints is generated.

6. The flight plan data interaction processing method according to claim 5, characterized in that, Sector affiliation is calculated based on the domestic waypoint sequence, and the results of the flight's transit area are generated, including: The latitude and longitude coordinates of each domestic waypoint in the domestic waypoint sequence are obtained from the NAIP database, supporting both WGS-84 and CGCS2000 coordinate systems. Using either the ray method or the point inclusion algorithm, the East China control sector boundary is determined for each domestic waypoint to obtain the waypoint sector affiliation result. Generate a list of passed sectors based on the waypoint sequence and its sector affiliation, remove duplicate sectors, and output the optimal sector sequence as the result of the flight's passed area.

7. The flight plan data interaction processing method according to claim 1, characterized in that, The method further includes: Obtain the diversion telegram for the diverted flight; A temporary flight plan is generated based on the diversion telegram, and a designation ID is assigned to the temporary flight plan, wherein the temporary flight plan includes a flight plan from the diversion airport to the original destination airport; In response to receiving an FPL telegram indicating that the diverted flight is flying from the diverted airport to its original destination airport, the temporary flight plan is activated first, and subsequent dynamic telegrams are processed.

8. The flight plan data interaction processing method according to claim 1, characterized in that, The method further includes: The telegram matching rules have been optimized, extending the FPL telegram matching time window from 90 minutes to 120 minutes.

9. A flight plan data interaction processing system, characterized in that, The system includes: The standard flight plan data generation module is used to acquire diverse heterogeneous flight data related to East China, and to perform data transformation on the diverse heterogeneous flight data based on preset data standard specifications, and generate standardized flight plan data. The flight plan data update module is used to acquire dynamic change events affecting related areas in East China, update the standardized flight plan data according to the dynamic change events, and generate flight plan update data for East China. The flight area result generation module is used to perform sector calculations based on the route information corresponding to the flight plan update data and generate flight transit area results. The open-source information platform display module is used to visualize at least the results of the areas the flight passed through and the flight plan update data based on the osgEarth open-source geographic information platform. The flight area result generation module is further configured to: perform sector calculation based on the route information corresponding to the flight plan update data, and generate flight transit area results, wherein the flight plan update data includes FPL telegrams; perform foreign waypoint identification, foreign point marking, and domestic point filtering based on the FPL telegrams, and generate a domestic waypoint sequence; perform sector affiliation calculation based on the domestic waypoint sequence, and generate flight transit area results.

Images