Method and system for automatically collecting flight guarantee node data based on Bluetooth beacon device

Abstract

The invention discloses a method and system for automatically collecting flight guarantee node data based on Bluetooth beacon devices, and the method comprises the steps: installing the Bluetooth beacon devices at all guarantee node regions of a flight ground guarantee process, and enabling each Bluetooth beacon device to be associated with the corresponding guarantee node region through an identity code; terminal equipment is configured for the guarantee personnel, and the terminal equipment is configured to automatically obtain the identity code of the Bluetooth beacon equipment when entering or leaving the signal coverage boundary of any Bluetooth beacon equipment, generate trigger data and upload the trigger data to a background system; and the background system is in real-time butt joint with the flight dynamic information system, judges the corresponding guarantee node area according to the received trigger data, and associates the currently matched flight information and guarantee task information of the guarantee node area. Through dynamic interaction of the Bluetooth beacon device and the terminal device, full-automatic acquisition and real-time matching of flight guarantee node time data are realized, and data accuracy and guarantee efficiency are remarkably improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of flight support, and in particular to a method and system for automatically collecting flight support node data based on Bluetooth beacon devices. BACKGROUND

[0002] Currently, the collection of flight support node time data mainly relies on manual recording or semi-automatic systems (such as RFID, two-dimensional code scanning, etc.), which has the following problems: strong dependence on manual operation: support personnel need to manually input or scan devices, which is prone to data delay or input errors; insufficient real-time performance: although existing automatic technologies can collect node time, they cannot match flight information in real time, resulting in lag in data application; low positioning accuracy: traditional methods cannot accurately associate support nodes with specific apron areas, affecting the accuracy of data analysis; lack of dynamic adaptability: existing systems cannot adjust support tasks in real time according to dynamic changes such as flight delays, diversions, cancellations, etc., resulting in resource waste and low efficiency. SUMMARY

[0003] To solve the technical problems in the background art, the present application proposes a method and system for automatically collecting flight support node data based on Bluetooth beacon devices, which realizes the full automation of flight support node time data collection and real-time matching through the dynamic interaction of Bluetooth beacon devices and terminal devices, combined with differentiated deployment strategies, multi-beacon arbitration mechanisms and flight dynamic adaptive matching technologies, significantly improving data accuracy and support efficiency. The method can be widely applied in airports, airlines and ground support units, promoting the intelligent upgrading of flight support processes.

[0004] In a first aspect, the present application proposes a method for automatically collecting flight support node data based on Bluetooth beacon devices, the method comprising: S1, installing Bluetooth beacon devices at each support node area in the flight ground support process, and each Bluetooth beacon device is associated with a corresponding support node area through identity coding; S2, configuring a terminal device supporting Bluetooth communication for support personnel, the terminal device is configured to automatically obtain the identity code of the Bluetooth beacon device and generate trigger data when entering or leaving the signal coverage boundary of any Bluetooth beacon device; S3, uploading the trigger data to a background system; S4, the background system is connected to a flight dynamic information system in real time, determines the corresponding support node area according to the received trigger data, and associates the current matching flight information and support task information of the support node area.

[0005] Preferably, the trigger data further includes at least a trigger timestamp, a terminal holder identifier, a current support task identifier, a signal strength value, and terminal device air pressure data.

[0006] Preferably, when the terminal device simultaneously receives the beacon signals of multiple Bluetooth beacon devices, the background system adopts a multi-beacon arbitration mechanism to determine the real corresponding protection node area of the terminal device; the multi-beacon arbitration mechanism comprises: calculating the signal strength weight of each beacon; calculating the stay duration of the terminal device in the coverage range of each beacon; based on the historical moving path of the terminal device and the current task type, calculating the probability of the terminal device going to the position where the Bluetooth beacon device receiving the beacon signal is located; comprehensively considering the signal strength weight, the stay duration, and the probability value, determining the real corresponding protection node area of the terminal device through weighted scoring.

[0007] Preferably, the background system adopts a weighted scoring formula to determine the real corresponding protection node area of the terminal device; the weighted scoring formula is:

[0008] wherein, is the comprehensive score of the i th beacon; is the signal strength weight of the i th Bluetooth beacon device; is the stay duration in the coverage range of the i th beacon; is the longest stay duration in the coverage range of all beacons; is the path probability to the target position; is the i th Bluetooth beacon device, Task is the current task type, and History is the historical path; is the weight coefficient.

[0009] Preferably, the associated protection node area in S4 matches the flight information and the protection task information, specifically including adaptive matching: The background system dynamically adjusts the execution plan and / or resource binding relationship of the protection task associated with the protection node area according to the real-time flight dynamic information obtained from the flight dynamic information system. Thus, the problem that the prior art cannot adjust the protection task in real time according to the dynamic changes such as flight delay, diversion, cancellation, etc., resulting in resource waste and low efficiency, is solved.

[0010] Preferably, the flight dynamic information includes at least one of flight delay, flight diversion, flight cancellation, change of slot, flight advance, and temporary overtime.

[0011] Preferably, the background system associates the current corresponding protection plan time according to the identity code and the trigger time stamp in the triggered data, calculates the deviation between the actual trigger time and the current protection plan time, and triggers a hierarchical early warning when the deviation exceeds a threshold.

[0012] Preferably, the background system further generates a guarantee efficiency analysis report containing at least one of the following indicators: node coverage rate, on-time rate, accuracy rate, and flight dynamic adaptation rate, according to the received trigger data; wherein the node coverage rate = the number of collected guarantee node areas / the total number of guarantee node areas to be collected x 100%; the on-time rate = the number of guarantee node areas completed on time according to the planned time after dynamic adjustment / the total number of guarantee node areas x 100%; the accuracy rate = the proportion of correct correspondence between guarantee personnel and guarantee tasks according to the guarantee plan x 100%; the flight dynamic adaptation rate = the number of times the system successfully responds to flight changes and dynamically adjusts the associated guarantee tasks / the total number of flight dynamic changes x 100%.

[0013] Preferably, the S1 further comprises: formulating a differentiated deployment scheme of Bluetooth beacon devices according to airport types; this step is used to solve the poor adaptability of the prior art to complex environments, and in complex environments such as multi-story, underground passages, and super-hub airports, traditional positioning technologies are prone to signal interference, positioning errors, and other problems.

[0014] The deployment scheme of Bluetooth beacon devices comprises: For single-story airports, a horizontally distributed deployment scheme of Bluetooth beacon devices is adopted to ensure seamless coverage of Bluetooth beacon signals for each guarantee node area; For multi-story airports, the transmission power of the Bluetooth beacon devices on different floors is set differently, and an altimeter is configured in the terminal device to assist positioning; For hub airports, a zoned and hierarchical deployment scheme of Bluetooth beacon devices is adopted, with dense deployment in areas with high distribution density of guarantee node areas and sparse deployment in areas with low distribution density of guarantee node areas; For underground areas, the transmission power of the Bluetooth beacon devices is increased and the deployment density of the Bluetooth beacon devices is increased.

[0015] In a second aspect, a system for automatically collecting flight guarantee node time data based on Bluetooth beacon devices is provided, which implements the method of the first aspect, and comprises: Bluetooth beacon devices deployed in each guarantee node area, wherein the Bluetooth beacon devices are associated with the corresponding guarantee node area through identity coding; a terminal device configured for guarantee personnel, wherein the terminal device is configured to automatically obtain the identity coding of any Bluetooth beacon device and generate trigger data when entering or leaving the signal coverage boundary of the Bluetooth beacon device; A background processing platform is used to connect a flight dynamic information system in real time, determine a corresponding guarantee node area according to received trigger data, and associate current matching flight information and guarantee task information of the guarantee node area.

[0016] The application realizes full-automatic acquisition and real-time matching of flight guarantee task node time data through dynamic interaction between the Bluetooth beacon device and the terminal device, and significantly improves data accuracy and guarantee efficiency. BRIEF DESCRIPTION OF DRAWINGS

[0017] Figure 1 A flowchart of a method for automatically acquiring flight guarantee node data based on a Bluetooth beacon device is provided for the application. Figure 2 A deployment scheme diagram of the Bluetooth beacon device in a multi-floor airport is provided for the application. Figure 3 A multi-beacon arbitration mechanism diagram of a signal overlapping area is provided for the application. Figure 4 A flowchart of a self-adaptive matching process after the background system receives trigger data is provided for the application. DETAILED DESCRIPTION

[0018] The technical solutions of the application will be described in detail below with reference to the drawings and embodiments. The embodiments are implemented on the premise of the technical solutions of the application, and detailed implementation modes and specific operation processes are given. Obviously, the described embodiments are only a part of the embodiments of the application, not all the embodiments, and the protection scope of the application is not limited to the following embodiments. Based on the embodiments in the application, all other embodiments obtained by those skilled in the art without creative labor should belong to the protection scope of the application.

[0019] In the specific implementation mode, referring to Figure 1 The application provides a method for automatically acquiring flight guarantee node data based on a Bluetooth beacon device, which comprises: S1, low-power Bluetooth beacon devices are installed at each guarantee node area in a flight ground guarantee process, and each Bluetooth beacon device is associated with a corresponding guarantee node area through identity coding.

[0020] The guarantee node area includes at least one of the following: ground service pick-up and drop-off points, corridor bridge approach points, passenger elevator approach points, shuttle car arrival points, baggage loading and unloading areas, meal serving points, aircraft refueling points, aircraft towing points, multi-floor waiting areas, underground parking lots, underground passages, staircases, and elevators.

[0021] It should be noted that the deployment scheme of the Bluetooth beacon device is arranged differently according to the type of the airport. For example: 1. Single-story airport.

[0022] A horizontally uniform distribution scheme is adopted, with the spacing between Bluetooth beacon devices set to 20-30 meters to ensure seamless coverage of all support nodes. In open apron areas, the beacon spacing can be appropriately increased to 30 meters; in dense jet bridge areas, the beacon spacing is reduced to 20 meters. The beacon transmission power is uniformly set to standard power (coverage radius 12-15 meters), and the signal strength trigger threshold is set to -70dBm.

[0023] 2. Multi-story airport like Figure 2 As shown, a vertical signal isolation scheme is adopted, using differentiated transmission power control and barometer-assisted positioning on the terminal equipment (accuracy ±1 meter) to ensure that signals from different floors do not interfere with each other. The specific implementation method is as follows: a. Set the transmission power of the upper beacon (such as the three-layer starting layer F3) to be reduced by 20-30% (coverage radius 8-10 meters), and set the signal strength trigger threshold to -80dBm.

[0024] b. Reduce the transmission power of the middle layer beacon (such as the second-layer relay layer F2) by 10-20% (coverage radius 10-12 meters), and set the signal strength trigger threshold to -75 dBm.

[0025] c. Set the transmission power of the lower-level beacon (such as the first-level arrival layer F1) to maintain the standard power (coverage radius 12-15 meters), and set the signal strength trigger threshold to -68dBm.

[0026] d. The terminal device integrates a barometer sensor to collect air pressure data in real time and calculates the floor height based on the air pressure difference (accuracy ±1 meter, approximately ±0.3 floors) to help determine the current floor. For example, Figure 2 The barometer sensor collected the air pressure values ​​of the three-layer departure layer F3 as 1010 hPa, the two-layer departure layer F2 as 1013 hPa, and the one-layer departure layer F1 as 1016 hPa.

[0027] The back-end system uses three indicators—beacon identification code, air pressure data, and signal strength—to accurately determine the floor and location of the personnel providing support. The accuracy rate of the comprehensive positioning judgment is ≥98%.

[0028] 3. Mega-hub airport A zoned and tiered deployment scheme is adopted, with dense deployment in key protection areas where the distribution density of protection nodes is high, and sparse deployment in transitional areas where the distribution density of protection nodes is low. The specific implementation method is as follows: a. Main protection areas (airbridge, baggage loading and unloading area, refueling area, catering area): Set beacon spacing of 10-15 meters, transmission power of standard power, signal strength trigger threshold of -70dBm to ensure accurate positioning.

[0029] b. Transition areas (passages, rest areas, parking lots): Set beacon spacing of 30-40 meters, appropriately increase transmission power (coverage radius 20-25 meters), signal strength trigger threshold -80dBm, and ensure coverage continuity.

[0030] c. Key nodes (security checkpoints, boarding gates, baggage carousels): Add redundant beacons to ensure 100% coverage and high reliability.

[0031] 4. Underground area A signal enhancement scheme is adopted, increasing beacon transmission power and deployment density to overcome signal attenuation and multipath effects in underground environments. The specific implementation method is as follows: a. Increase the beacon transmission power to 1.5-2 times the standard power (coverage radius 15-20 meters), and set the signal strength trigger threshold to -75 to -80 dBm.

[0032] b. The spacing between beacons is reduced to 8-12 meters, and beacons are added at key locations such as corners of underground passages, elevator entrances, and stairwells.

[0033] c. Install dedicated Bluetooth beacon devices in each parking zone of the underground parking lot to ensure accurate positioning of vehicles and personnel.

[0034] Mega-hub airports can be determined based on their proportion of the total throughput of all airports nationwide. When a mega-hub airport includes multi-story buildings or underground areas, the Bluetooth beacon equipment deployment schemes for multi-story airports and underground areas described above can be followed.

[0035] Each Bluetooth beacon device is assigned a unique identification code at the factory or after deployment (format: airport code-area code-device number, e.g., PEK-A03-001). In the backend system, the identification code of each Bluetooth beacon device is bound to a specific location in a support node area (including information such as gate number, floor, and area type), so as to achieve full coverage of beacon signals in each support node area.

[0036] S2. To ensure that personnel are equipped with terminal devices that support Bluetooth communication, the terminal devices are configured to automatically obtain the identification code of the Bluetooth beacon device and generate trigger data when entering or leaving the signal coverage boundary of any of the Bluetooth beacon devices.

[0037] Support personnel include ground staff, cleaners, refueling personnel, catering staff, baggage handlers, and other service personnel providing flight support. Terminal devices are typically smartphones or dedicated handheld terminals, integrating Bluetooth modules, barometer sensors, and GPS modules. When support personnel using the terminal device enter or leave the signal coverage area of ​​any Bluetooth beacon device, the terminal device automatically obtains the identification code of that Bluetooth beacon device and generates trigger data containing the current trigger timestamp, the terminal holder's identifier (support personnel ID), and the current support task identifier (task ID).

[0038] Specifically, the signal coverage boundary of the Bluetooth beacon device is preset to a trigger range of 5-15 meters by adjusting the transmission power or the signal strength from -50 to -85 dBm. Within the signal coverage area, the transmission power of the Bluetooth beacon device is dynamically adjusted according to the deployment environment to ensure that the signal strength meets the triggering requirements.

[0039] In practical deployments, due to overlapping coverage areas of Bluetooth beacon devices, terminal devices may detect multiple beacon signals simultaneously, making it impossible to accurately determine the true location of support personnel and leading to data collection errors. To address this issue, the backend system of this invention employs a multi-beacon arbitration mechanism to determine the true support node area corresponding to the terminal device. The multi-beacon arbitration mechanism includes signal strength weighting, dwell time determination, and historical path prediction. Details are as follows: 1. Signal strength weighting determination When a terminal device detects signals from multiple Bluetooth beacon devices simultaneously, it collects the RSSI (Received Signal Strength Indicator) values ​​of each beacon in real time, and the background system calculates the weighted value of the signal strength of each Bluetooth beacon device.

[0040] The weighting formula is:

[0041] in The signal strength weight of the i-th Bluetooth beacon device; Let be the signal strength of the i-th Bluetooth beacon device; The strongest signal strength among all beacon signals received by the terminal device; This represents the weakest signal strength among all beacon signals received by the terminal device.

[0042] For example, if the terminal device simultaneously detects three beacon signals: beacon A (RSSI=-60dBm), beacon B (RSSI=-70dBm), and beacon C (RSSI=-80dBm), then:

[0043] Calculations show that beacon A has the highest signal strength weight, and the background system initially determines it to be the most likely target location.

[0044] 2. Determination of stay duration Based on the duration of the terminal device's stay within the coverage area of ​​each beacon, a duration threshold (e.g., 3-5 seconds) is set to determine valid triggers, filtering out false triggers caused by brief crossovers. Specifically, the implementation process is as follows: The terminal device continuously monitors the signal strength of each beacon and records the timestamps of entering and leaving the coverage area of ​​each beacon. After the data is uploaded, the backend system calculates the duration of stay within the coverage area of ​​each beacon. At the same time, a time threshold is preset. (For example, 3-5 seconds), only beacons whose dwell time exceeds the threshold are considered to be validly triggered.

[0045] For example, if a security personnel quickly walks from the passage (beacon A) to the baggage handling area (beacon B), stays within the coverage area of ​​beacon A for 2 seconds, and stays within the coverage area of ​​beacon B for 8 seconds, then beacon A is determined to be a brief crossing (invalid trigger), and beacon B is determined to be a valid trigger.

[0046] 3. Historical Path Prediction By combining the historical movement paths of support personnel (path models built from historical trigger data) and the current task type (e.g., baggage handlers typically do not appear in the refueling area), the backend system predicts the most likely target location. Specifically, the implementation process is as follows: Based on historical trigger data, the backend system establishes typical movement path models for various support personnel. For example, the typical path for baggage handling personnel is: rest area → baggage handling area → baggage carousel → rest area.

[0047] Based on the current task type (such as baggage loading and unloading task), combined with the current location (such as beacon A at the passage) and historical path model, predict the next most likely support node area to be reached.

[0048] The backend system uses Bayesian probability formulas to calculate the path probability of support personnel reaching the locations of each candidate Bluetooth beacon device:

[0049] in, The candidate Bluetooth beacon devices are: Task, which is the current task type, and History, which is the historical path.

[0050] in, Let be the target posterior probability, representing the probability that, given the current task type and historical path, support personnel will go to the support node area corresponding to the i-th Bluetooth beacon device. Let represent the probability of task completion, which indicates the probability that the current task type can be completed in the area corresponding to the protection node of the i-th Bluetooth beacon device. For example, the probability of task completion is high in the baggage loading and unloading area. is the historical prior probability, representing the prior probability of personnel traveling to the protection node area corresponding to the i-th Bluetooth beacon device based on historical path movement data, used to reflect the impact of historical paths on path selection; The marginal probability represents the overall probability of completing the current task (independent of the specific beacon location). In the above formula, it serves as a normalization constant to ensure that the sum of the probabilities of all paths is 1.

[0051] For example, if a baggage handler is currently near beacon A in the passageway and simultaneously detects signals from beacon B in the baggage handling area and beacon C in the refueling area, according to the historical path model, the probability of the baggage handler going to the baggage handling area is 90%, while the probability of going to the refueling area is only 5%. Therefore, beacon B is determined to be the most likely target location.

[0052] Considering the above three factors, a weighted scoring mechanism is used to determine a unique and valid trigger beacon, and the beacon's identification code is used as the final trigger data. The scoring formula is as follows:

[0053] in, Let be the overall score of the i-th beacon. For signal strength weights, The dwell time detected by the terminal device within the coverage area of ​​the i-th beacon. The longest dwell time detected by the terminal device across all beacon coverage areas. Let be the path probability to the target location. Weighting coefficients (e.g.) ).

[0054] For example, such as Figure 3 As shown, the current terminal device simultaneously detects and receives beacon signals from beacons A, B, and C. The data is as follows:

[0055] The backend system uses a multi-beacon arbitration mechanism to determine the trigger data uploaded by the terminal device:

[0056] Based on the scoring results, beacon B is determined to be the only valid trigger beacon, and the area of ​​the protection node where Bluetooth beacon device B is located is the target location that the terminal device needs to go to.

[0057] In other embodiments, signal strength weights, dwell time, and path probability can also be represented as scores. For example: For signal strength weighting, you can set -60dBm=50 points, -70dBm=40 points, -80dBm=30 points, etc. The higher the RSS1 value, the higher the score.

[0058] For dwell time, you can set a dwell time > 5 seconds as 30 minutes, a dwell time of 2-5 seconds as 20 minutes, and a dwell time < 2 seconds as 10 minutes. The longer the dwell time, the more likely it is to be the actual target location.

[0059] For path probabilities, the probability value can be set to equal the corresponding score, such as 80%=80 points, 50%=50 points, 20%=20 points, etc.

[0060] When personnel using the terminal device enter or leave the signal coverage boundary of any Bluetooth beacon device, the terminal device automatically obtains the identification code of that Bluetooth beacon device and generates trigger data, which is then uploaded to the backend system. The backend system, based on a multi-beacon arbitration mechanism, selects the beacon with the highest score from the trigger data as the final valid trigger beacon.

[0061] Specifically, the trigger data must contain at least the following fields: a. Beacon identification code (e.g., PEK-A03-001); b. Trigger timestamp (accurate to the second, such as 2024-01-15 16:40:23); c. Terminal holder identifier (security personnel ID, such as EMP-10086). d. Current support task identifier (task ID, such as TASK-CA3243-BAGGAGE); e. Signal strength value (RSSI value, such as -68dBm); f. Terminal equipment air pressure data (e.g., 101.3 kPa, used for floor determination). g. GPS coordinates of the terminal device (e.g., 40.08 degrees North latitude, 116.58 degrees East longitude, for auxiliary positioning); h, Trigger type (enter or leave).

[0062] S3. Upload the trigger data to the backend system.

[0063] The trigger data is packaged into structured data (such as JSON format) and uploaded to the backend system in real time via airport WiFi and mobile networks (4G / 5G). If there is no network connection, the terminal device temporarily stores the trigger data (the number of trigger data entries that can be temporarily stored can be set, such as 1000 entries), and automatically re-uploads the data after the network is restored to ensure that no data is lost.

[0064] The upload protocol uses HTTPS encrypted transmission to ensure data security. The backend system adopts a distributed architecture and supports high-concurrency data reception (supporting 10,000+ terminal devices online simultaneously, processing 50,000+ trigger data entries per second).

[0065] S4. The back-end system connects to the flight dynamic information system in real time, determines the corresponding support node area based on the received trigger data, and associates the currently matched flight information and support task information of the support node area.

[0066] like Figure 4 As shown, after receiving the trigger data, the backend system parses the fields in the trigger data and extracts key information such as beacon identification code, trigger timestamp, support personnel ID, and task ID. Then, it performs the following operations: 1. Associate support node areas. By querying the association between beacon identification codes and support task areas, the specific support task area that triggered the event can be determined (such as the baggage handling area of ​​gate A03).

[0067] If the trigger data includes air pressure data, then the floor level (e.g., the third floor, the departure floor) is further determined.

[0068] 2. Real-time connection to flight status information systems. The backend system connects in real-time to the following flight status information systems via API interface or database connection: (1) AODB system: used to provide information such as flight schedule, gate position, status (scheduled, delayed, canceled, etc.), and number of passengers; (2) Wireless apron system: used to provide information such as flight scheduling, diversion decision, crew information, and special support needs.

[0069] The backend system synchronizes the latest flight status information from the above system every 30 seconds (configurable), including: Flight Delay: Delay duration, reason for delay, estimated departure time; Flight diversion: Diverted airport, reason for diversion, diverted parking position; Flight cancellation: Reason for cancellation, cancellation time; Camera location change: original camera location, new camera location, reason for change, and time of change; Flights advanced: duration of advance, reason for advance; Temporary overtime: Overtime flight number, gate, and departure time.

[0070] 3. Adaptive matching of flights and support tasks. Based on the support task ID in the trigger data, query the flight information associated with the task (e.g., flight number CA3243), and combine it with the latest flight status information to perform adaptive task adjustments.

[0071] In a specific embodiment, the background system receives flight delay information: when it detects that flight CA3243 is delayed by 30 minutes (e.g., the original scheduled departure time is 17:10, and the delayed departure time is 17:40), the background system performs the following operations: a. Automatically postpone the planned time of all support tasks for the flight: For example, the baggage handling task originally scheduled for 16:40 will be adjusted to 17:10, and the refueling task originally scheduled for 17:00 will be adjusted to 17:30.

[0072] b. Recalculate resource scheduling priority: Delayed flights are given higher priority to ensure that the support tasks for delayed flights are executed first.

[0073] c. Push task adjustment notification to relevant support personnel: Push the message "Your flight CA3243 is delayed by 30 minutes, and the baggage loading and unloading task will be adjusted to 17:10" to the terminal device.

[0074] d. In a preferred embodiment, the back-end system is also equipped with a visual interface: at this time, the status of flight CA3243 can be marked as yellow (delayed) on the operation control command screen, and the planned time of the support mission can be updated.

[0075] In a specific embodiment, the backend system receives flight diversion messages: when it detects that flight CA3243 has diverted (original gate A03, diverted to gate B12), the backend system performs the following operations: a. Automatically identify the alternate landing position B12 and query the beacon equipment identification code associated with the support node area corresponding to position B12.

[0076] b. Transfer the support tasks from the original gate A03 to the alternate gate B12: For example, update the baggage handling tasks from beacon PEK-A03-005 in the support node area corresponding to gate A03 to beacon PEK-B12-003 in the support node area corresponding to gate B12.

[0077] c. Update the task list of support personnel: reassign the support personnel responsible for station A03 to station B12.

[0078] d. Notify relevant support personnel to proceed to the new gate: Push the message "Flight CA3243 under your responsibility has been diverted to gate B12. Please proceed to gate B12 to perform baggage handling tasks." to the terminal equipment.

[0079] e. Release the resources of the original gate A03 and allocate gate A03 to other flights.

[0080] In a specific embodiment, the backend system receives a flight cancellation message: when flight CA3243 is detected to be cancelled, the backend system performs the following operations: a. Release the support resources occupied by the flight: including support personnel, support equipment (such as baggage trolleys and refueling trucks), and gate A03.

[0081] b. Stop processing related task data: After receiving the trigger data for the support tasks related to flight CA3243, the background system treats it as invalid data.

[0082] c. Reassign the support personnel for this flight to other flights: for example, reassign the support personnel originally responsible for baggage handling on CA3243 to flight MU5137.

[0083] d. Notify relevant support personnel of mission cancellation: Push a message to the terminal device: "Your flight CA3243 has been cancelled, and you have been reassigned to flight MU5137."

[0084] In a specific embodiment, the backend system receives a message about a change in gate position: when it detects a change in gate position for flight CA3243 (from gate A03 to gate A05), the backend system performs the following operations: a. Automatically update the beacon device identification code associated with the support task: update the baggage handling task from beacon PEK-A03-005 in the support node area corresponding to gate A03 to beacon PEK-A05-002 in the support node area corresponding to gate A05.

[0085] b. Ensure that subsequent trigger data can be correctly associated with the changed gate position: When the support personnel trigger the system at beacon PEK-A05-002 in the support node area corresponding to gate position A05, the system can correctly identify it as the baggage loading and unloading task for flight CA3243.

[0086] c. Notify relevant support personnel of the gate change: Push the message "The gate for flight CA3243 you are responsible for has been changed to A05. Please proceed to gate A05 to perform your duties" to the terminal device.

[0087] 4. Link flight and support mission information. Link trigger data, support node area, flight information (updated according to dynamic information), and support mission information to generate a complete support mission data record.

[0088] For example: On January 15, 2024, at 16:40:23, support staff member Zhang San (EMP-10086) performed baggage handling for flight CA3243 (delayed by 30 minutes, rescheduled time 17:10) at the baggage handling area (beacon PEK-A03-005) of gate A03. The actual trigger time was 16:40:23, which was 30 minutes earlier than the rescheduled time of 17:10.

[0089] 5. Data Storage. The backend system stores the received trigger data in a structured manner into a database (supporting MySQL, PostgreSQL, MongoDB, etc.) for querying and analysis by dimensions such as flight, task, gate, and time.

[0090] In a preferred embodiment, the backend system associates the identity code and trigger timestamp in the triggered data with the current corresponding protection plan time (i.e., the plan time has been adjusted in real time according to flight dynamic information), calculates the deviation between the actual trigger time and the currently adjusted protection plan time, and triggers a graded warning when the deviation exceeds the threshold.

[0091] For example, the baggage handling for flight CA3243 was originally scheduled for 16:40, but due to a 30-minute delay, the rescheduled time was 17:10. The actual start time for support personnel was 17:22, a deviation of 12 minutes (later than the scheduled time).

[0092] Based on a preset deviation threshold, for example, the deviation threshold is set as follows: Deviation of 5-10 minutes: The background system triggers a yellow warning, indicating "Timeout is imminent"; Deviation of 10-15 minutes: The background system triggers an orange alert, prompting "Timeout has occurred, progress needs to be accelerated"; If the deviation exceeds 15 minutes: The backend system triggers a red alert, indicating "serious timeout, urgent handling required".

[0093] In this example, the deviation was 12 minutes, triggering an orange alert. The alert information can be displayed on the visual interface and pushed to the operations control center and relevant management personnel (such as the ground support department manager) in real time, showing "The baggage handling task for flight CA3243 has exceeded the time limit by 12 minutes, please pay attention".

[0094] In a preferred embodiment, the visualization interface is used to display the real-time progress status of the flight ground support process based on trigger data. For example, the visualization interface uses a timeline or Gantt chart to display the support task progress of each flight based on the deviation between the actual completion time and the planned time, enabling commanders to have a clear overview of the overall support progress.

[0095] For example, progress status is indicated by different colors to indicate whether it is completed on time, about to time out, or has already timed out: Green indicates that the task was completed on time (the actual trigger time deviates from the planned time by less than 5 minutes). Yellow indicates that timeout is imminent (deviation 5-10 minutes); Orange indicates that the timeout has occurred (with a deviation of 10-15 minutes). Displayed in red: indicates a serious timeout (deviation exceeding 15 minutes).

[0096] In a preferred embodiment, the backend system also performs statistical analysis based on the received trigger timestamp to generate a guarantee efficiency analysis report that includes at least one of the following indicators.

[0097] a) Node coverage Node coverage rate = Number of protected node areas collected / Total number of protected node areas to be collected × 100%.

[0098] For example, if a flight should collect data from 8 support nodes (airport arrival, jet bridge, baggage handling, refueling, catering, cleaning, boarding, and pushback), but only 7 support nodes are actually collected (the cleaning node is missing), then the node coverage rate = 7 / 8 × 100% = 87.5%.

[0099] b. Timeliness Timeliness rate = Number of guaranteed node areas completed on time according to the dynamically adjusted planned time / Total number of guaranteed node areas × 100%.

[0100] For example, if 6 out of 8 support points for a flight are completed on time (with a deviation of less than 5 minutes), and 2 support points are overdue, then the on-time rate = 6 / 8 × 100% = 75%.

[0101] c. Accuracy Accuracy rate = the percentage of personnel and tasks that correctly match the support plan × 100%.

[0102] For example, if the personnel at 7 out of 8 support points for a flight are consistent with the support plan (e.g., baggage handling is done by designated baggage handlers), and the personnel at 1 support point are inconsistent with the support plan (e.g., baggage handling is done by other temporarily assigned personnel), then the accuracy rate = 7 / 8 × 100% = 87.5%.

[0103] d. Flight dynamic adaptability rate Flight dynamic adaptability rate = Number of times the system successfully responded to flight changes and dynamically adjusted related support tasks / Total number of flight dynamic changes × 100%.

[0104] For example, if there are 100 flight dynamic changes on a certain day (including delays, diversions, cancellations, gate changes, etc.), and the system successfully responds and adjusts the task 95 times (5 times it fails to respond in time due to system delays or data errors), then the flight dynamic adaptability rate = 95 / 100 × 100% = 95%.

[0105] These indicators enable airport operations control departments to comprehensively analyze trigger data, fully assess flight support efficiency, identify weaknesses, and formulate improvement measures. The back-end system, through deviation warnings, efficiency analysis, and visualization, provides strong data support for real-time scheduling and process optimization in the airport operations control command center, offering efficient and reliable technical means to improve the refined and intelligent management of flight ground support.

[0106] In a specific implementation, the present invention also provides a system for automatically collecting flight support node time data based on a Bluetooth beacon device to implement the above method, comprising: Bluetooth beacon devices are deployed in various support node areas. The Bluetooth beacon devices are associated with the corresponding support node areas through identity codes, and support dynamic adjustment of transmission power (adjustable from 5 to 15 meters) and dynamic configuration of signal strength trigger threshold (adjustable from -50 to -85dBm). The terminal equipment configured for support personnel integrates a Bluetooth module, a barometer sensor, and a GPS module. It is configured to automatically obtain the identification code of any Bluetooth beacon device and generate trigger data when entering or leaving the signal coverage boundary of any Bluetooth beacon device (determined according to the multi-beacon arbitration mechanism). The back-end processing platform adopts a distributed architecture and supports high-concurrency data reception (10,000+ terminal devices online simultaneously, processing 50,000+ trigger data per second). It is used to receive trigger data, connect in real time to flight dynamic information systems such as AODB, A-CDM, and CDM, and adaptively match the current flight and support task information corresponding to the support node area based on the trigger data and flight dynamic information, and perform functions such as task adjustment, resource scheduling, and early warning push.

[0107] The present invention has the following technical effects: 1. Differentiated deployment strategy enhances environmental adaptability: Differentiated beacon deployment solutions (including optimization of parameters such as beacon spacing, transmission power, trigger threshold, and deployment density) are provided for different types of airports, such as single-story, multi-story, super-large hubs, and underground areas. This effectively solves problems such as signal interference, floor confusion, and signal attenuation in complex environments, and improves the positioning accuracy from 75-80% of traditional methods to 95-99.5%, significantly improving the system's environmental adaptability and deployment flexibility.

[0108] 2. Multi-beacon arbitration mechanism improves positioning accuracy: Through the comprehensive scoring of signal strength weighting, dwell time determination and historical path prediction, the positioning conflict and false triggering problems in signal overlap areas are effectively solved, and the positioning accuracy in signal overlap areas is increased from 75-80% of the traditional method to more than 95-97%, which significantly improves the accuracy and reliability of data collection.

[0109] 3. Improved Efficiency Through Dynamic Flight Matching: By connecting in real time with flight dynamic systems such as AODB, A-CDM, and wireless apron (with a 30-second synchronization cycle), automatic response (task adjustment within 1-2 minutes) and adaptive task adjustment are achieved for scenarios such as flight delays, diversions, cancellations, and gate changes. This avoids the delays (10-20 minutes for traditional methods) and errors (20-30% error rate for traditional methods) caused by manual intervention, improving flight support efficiency by 20-40% (depending on different scenarios and airport types), with a flight dynamic adaptation rate of 95-98%.

[0110] 4. Fully automated data acquisition eliminates reliance on manual labor: By using the signal coverage boundary triggering mechanism of Bluetooth beacon devices, the complex flight ground support task process is discretized into a series of automatically recordable time point events, realizing automatic and accurate capture of each node in the flight ground support process (node ​​coverage rate of 98-99.5%), eliminating reliance on manual operation (saving more than 80% of manual recording costs), reducing data acquisition latency from the traditional 5-10 minutes to real-time (upload within 1 second after triggering), and achieving high acquisition accuracy.

[0111] 5. Real-time data supports precise decision-making: Triggered data upload in real time (within 1 second), the backend system can immediately and accurately associate the time point with specific support task nodes, gate positions, flights and tasks, and adjust in real time according to flight dynamic information (30-second synchronization cycle), realizing real-time data availability. This provides strong data support for real-time scheduling and process optimization in the airport operations control center, and supports functions such as visualization (green / yellow / orange / red status indicators), graded early warning (yellow / orange / red warning), and efficiency analysis (node ​​coverage, timeliness, accuracy, flight dynamic adaptability, etc.).

[0112] 6. Low cost and easy to promote: Compared with complex continuous positioning systems (such as UWB, indoor GPS, etc., which are costly and complicated to deploy), this invention uses simple Bluetooth beacon devices (the cost of a single device is 50-100 yuan, and the deployment is simple), with low hardware costs (the total cost is only 30-50% of that of traditional systems), and simple deployment and maintenance (no need for complex wiring and base station construction). It is particularly suitable for large-scale promotion in various airports, and the investment return cycle is short (usually the cost can be recovered in 1-2 years).

[0113] This specification provides method operation steps as shown in the embodiments or flowcharts, but based on conventional or non-inventive labor, more or fewer operation steps may be included. The order of steps listed in the embodiments is merely one of many possible execution orders and does not represent the only possible execution order. In actual system or server product execution, the method can be executed in the order shown in the embodiments or drawings, or in parallel (e.g., in a parallel processor or multi-threaded processing environment), or the execution order of steps without timing constraints can be adjusted.

[0114] The preferred embodiments of the present invention have been described in detail above. It should be understood that those skilled in the art can make numerous modifications and variations based on the concept of the present invention without creative effort. Therefore, all technical solutions that can be obtained by those skilled in the art based on the concept of the present invention through logical analysis, reasoning, or limited experimentation on the basis of existing technology should be within the scope of protection defined by the claims.

Claims

1. A method for automatically collecting flight support node data based on Bluetooth beacon devices, characterized in that the method... include: S1. Install Bluetooth beacon devices at each support node area of ​​the flight ground support process. Each Bluetooth beacon device is associated with the corresponding support node area through an identity code. S2. To ensure that personnel are equipped with terminal devices that support Bluetooth communication, the terminal devices are configured to automatically obtain the identification code of the Bluetooth beacon device and generate trigger data when entering or leaving the signal coverage boundary of any of the Bluetooth beacon devices. S3. Upload the trigger data to the backend system; S4. The background system connects to the flight dynamic information system in real time, determines the corresponding support node area based on the received trigger data, and associates the currently matched flight information and support task information of the support node area.

2. The method according to claim 1, characterized in that, The trigger data also includes at least the trigger timestamp, terminal holder identifier, current support task identifier, signal strength value, and terminal device air pressure data.

3. The method according to claim 2, characterized in that, When a terminal device receives beacon signals from multiple Bluetooth beacon devices simultaneously, the backend system uses a multi-beacon arbitration mechanism to determine the actual protection node area corresponding to the terminal device. The multi-beacon arbitration mechanism includes: Calculate the signal strength weights for each beacon; The duration of time a computing terminal device remains within the coverage area of ​​each beacon; Based on the terminal device's historical movement path and current task type, calculate the probability that the terminal device will go to the location of the Bluetooth beacon device that has received the beacon signal. By combining the signal strength weight, dwell time, and probability value, a weighted scoring method is used to determine the actual protection node area corresponding to the terminal device.

4. The method according to claim 3, characterized in that, The back-end system uses a weighted scoring formula to determine the actual protection node area corresponding to the terminal device. The weighted scoring formula is as follows: in, Let be the overall score of the i-th beacon; The signal strength weight of the i-th Bluetooth beacon device; Let be the duration of stay within the coverage area of ​​the i-th beacon; The longest dwell time across all beacon coverage areas; The probability of the path to the target location; These are the weighting coefficients.

5. The method according to claim 1, characterized in that, The associated support node area described in S4 currently matches flight information and support task information, specifically including adaptive matching: The back-end system dynamically adjusts the execution plan and / or resource binding relationship of the support tasks associated with the support node area based on the real-time flight dynamic information obtained from the flight dynamic information system.

6. The method according to claim 5, characterized in that, The flight status information includes at least one of the following: flight delay, flight diversion, flight cancellation, gate change, flight advancement, and temporary extra flight.

7. The method according to claim 5, characterized in that, The backend system associates the identity code and trigger timestamp in the triggered data with the current protection plan time, calculates the deviation between the actual trigger time and the current protection plan time, and triggers a tiered warning when the deviation exceeds a threshold.

8. The method according to claim 5, characterized in that, The back-end system also generates a support efficiency analysis report based on the received trigger data, which includes at least one of the following indicators: node coverage rate, timeliness rate, accuracy rate, and flight dynamic adaptability rate. Wherein, node coverage rate = number of protected node areas collected / total number of protected node areas to be collected × 100%; Timeliness rate = (Number of guaranteed support nodes completed on time according to the dynamically adjusted planned time / Total number of guaranteed support nodes) × 100%; Accuracy rate = (Percentage of personnel and tasks correctly matched according to the support plan) × 100% Flight dynamic adaptability rate = Number of times the system successfully responded to flight changes and dynamically adjusted related support tasks / Total number of flight dynamic changes × 100%.

9. The method according to claim 1, characterized in that, S1 further includes: developing differentiated Bluetooth beacon device deployment schemes based on airport type; the Bluetooth beacon device deployment schemes include: For single-level airports, a horizontally distributed Bluetooth beacon equipment deployment scheme is adopted to ensure seamless coverage of Bluetooth beacon signals to each support node area; For multi-story airports, the transmission power of the Bluetooth beacon devices on different floors is set differently, and a barometer is configured in the terminal device to assist in positioning. For hub airports, a zoned and hierarchical deployment scheme for Bluetooth beacon equipment is adopted, with dense deployment in areas with a high density of support nodes and sparse deployment in areas with a low density of support nodes. For underground areas, increase the transmission power of the Bluetooth beacon devices and increase the deployment density of the Bluetooth beacon devices.

10. A system for automatically collecting flight support node time data based on a Bluetooth beacon device to implement the method of any one of claims 1-9, characterized in that, include: Bluetooth beacon devices deployed in each support node area are associated with the corresponding support node area through an identity code; The terminal device configured for support personnel is configured to automatically acquire the identification code of the Bluetooth beacon device and generate trigger data when entering or leaving the signal coverage boundary of any of the Bluetooth beacon devices; The back-end processing platform is used to connect with the flight dynamic information system in real time, determine the corresponding support node area based on the received trigger data, and associate the currently matched flight information and support task information of the support node area.

Images