An emergency positioning and guiding method based on a virtual multi-terminal co-creation ecology

Abstract

The present application belongs to the field of virtual space operation, and relates to an emergency positioning and guiding method based on a virtual multi-terminal co-creation ecology, comprising: building a global virtual space name system and a core database; performing three-dimensional grid division on global sky space to establish virtual space units; generating global unique and traceable virtual space names for each virtual space unit based on a surname naming rule; establishing a precise mapping relationship between virtual space names and real geographical coordinates to build a virtual landmark identification core database; building a cloud virtual landmark identification system; visually presenting sky surname regions; performing airplane emergency alternate virtual guidance; implementing full-scene emergency help and search and rescue, and performing normal commercial operation and emergency priority switching. The method can be supported by cloud computing power, reduce terminal performance short boards, cover all scenes and all weather, standardize virtual space names, globally unify traceability, through emergency commercial combination, has high landing performance, and is fully compatible with multiple terminals and has high popularization degree.

Description

Technical Field

[0001] This invention relates to the field of virtual space operation technology, and more specifically, to an emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem. Background Technology

[0002] Currently, civilian aircraft lack intuitive and stable guidance methods when making emergency landings in low-visibility environments such as heavy fog or at night, or due to insufficient fuel or mechanical failure. Existing emergency sites mostly rely on physical markers, which are extremely ineffective in harsh environments. In scenarios such as shipwrecks, accidental falls overboard, and drifting at sea, the targets are small and the environment is complex and changeable. Traditional search and rescue methods rely on visual observation and simple signal transmission, which are almost impossible to effectively search at night, at sea, or in high waves, resulting in a very low success rate. At the same time, a standardized and unified naming and management system for global airspace has not yet been established, and there is a lack of virtual landmarks in the sky that can be displayed to the public and commercial operation models. Emergency rescue and the value of virtual space have not been effectively integrated, and the overall emergency rescue system suffers from problems such as incomplete scenario coverage, poor technical adaptability, and low efficiency in extreme environments. Summary of the Invention

[0003] To address the aforementioned deficiencies in existing technologies, this invention provides an emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem, comprising:

[0004] S1, Construction of a Global Virtual Place Name System and Establishment of a Core Database: The global sky and airspace are divided into three-dimensional grids using a latitude and longitude grid method to establish virtual units; unique and traceable virtual place names are generated for each virtual unit based on surname naming rules; a precise mapping relationship between virtual place names and real geographic coordinates is established, a core database for virtual landmark identification is constructed, and global data synchronization and real-time access are achieved through a dual-link network of ground base stations and satellites;

[0005] S2, Cloud-based Virtual Landmark Recognition System Construction: Deploy cloud computing clusters and virtual rendering engines at multiple core nodes globally. All rendering, computing power calculation, and data scheduling of virtual content are completed in the cloud. Deploy lightweight virtual landmark recognition modules in various types of terminals. The terminals only undertake the functions of uploading positioning coordinates, receiving cloud data, and displaying images.

[0006] S3, Sky Surname Region Visualization: The terminal uploads its location coordinates in real time, the cloud retrieval module quickly locates the virtual unit to which the current coordinates belong based on the spatial indexing algorithm, the rendering engine generates the boundary wireframe and place name label of the virtual region, and overlays them with the terminal camera image to display the map of the sky surname region on the terminal screen;

[0007] S4, Virtual guidance for emergency landing of aircraft: Virtual airport, virtual runway and virtual indicator light model of emergency take-off and landing point are pre-made in the core database; when the aircraft encounters low visibility or emergency situation, the onboard terminal uploads the coordinates, the cloud matches the nearest emergency take-off and landing point, generates virtual guidance screen and superimposes the virtual and real screens onto the onboard display system to provide approach and emergency landing guidance.

[0008] S5 enables full-scenario emergency rescue and search and rescue operations: distressed terminals upload precise location coordinates to the cloud via dual-mode transmission; the cloud generates a bright virtual distress light beam in the void area above the coordinates at a height of 300 meters or more, and broadcasts the location of the light beam and the corresponding virtual place name across the entire network; rescuers can access the system through any terminal to view the distress light beam and virtual place name, quickly locate the target location, and carry out search and rescue operations.

[0009] S6, switching between normalized commercial operation and emergency priority: In non-emergency situations, the cloud pushes virtual landmark buildings and virtual advertising content according to the virtual area plan; the system has a built-in priority management module, with emergency content having higher priority than commercial content, and automatically blocking the rendering of commercial content in the affected area when an emergency is triggered.

[0010] Preferably, in the construction of the global virtual place name system and the establishment of the core database, the global sky airspace is divided into three-dimensional grids using a latitude and longitude grid division method, specifically including:

[0011] Using the geocentric inertial coordinate system as a reference, set the longitude step size. Latitude step Divide global airspace into Each of the three basic modules has a unique identifier. Set the stratification step size in the altitude direction. It covers the airspace from sea level to 20,000 meters, forming a three-dimensional gridded void unit;

[0012] The surname naming rules are as follows: Establish a surname coding table. For each virtual unit Based on the distribution of major surnames in the region where the geographical center is located, virtual place names are generated using a surname matching algorithm. ,in For geographic hash functions;

[0013] The precise mapping relationship between the virtual place names and real geographic coordinates is defined as follows: (Void unit definition) The spatial boundary will define the coordinates of the center point of the virtual unit. As spatial anchors for virtual place names, establish mapping relationships. It uses a B+ tree structure to store the mapping relationship data.

[0014] Preferably, in the construction of the cloud-based virtual landmark recognition system, a GPU computing cluster is deployed in the cloud computing power cluster and a virtual rendering engine is run. The rendering engine supports virtual and real overlay rendering, multi-terminal adaptation rendering and dynamic LOD scheduling, and adopts containerized deployment and elastic scaling.

[0015] The lightweight virtual landmark recognition module for the terminal includes a positioning acquisition module, a coordinate upload module, and an image receiving and rendering module. The positioning acquisition module obtains the current coordinates through a multi-mode satellite positioning system. The coordinate upload module uploads the coordinate data after compression and encoding via HTTP / HTTPS or MQTT protocol, with the data packet size controlled within 512 bytes. The image receiving and rendering module receives the H.265 / HEVC encoded rendered image stream returned from the cloud and overlays it on the terminal screen.

[0016] The cloud-based dispatch center uses a decision function to determine the coordinates, terminal type, and network quality uploaded by the terminal. Dynamically select the optimal rendering node and transmission link, where This refers to the network latency between the terminal and the rendering node.

[0017] For available bandwidth, The current load of the node. These are the weighting coefficients.

[0018] Preferably, in the visualization of the surname area in the sky, the terminal obtains the current latitude, longitude, and altitude coordinates through its built-in positioning module. The cloud-based retrieval module uses the R-tree spatial indexing algorithm to quickly locate the virtual cell to which the current coordinates belong in the core database. The retrieval time is controlled within 50ms;

[0019] The cloud rendering engine uses the retrieved void units The virtual area boundary frame and place name labels are generated for the virtual area and its adjacent virtual units. The boundary frame uses semi-transparent colored lines, and the place name labels use floating 3D text. The virtual content is spatially aligned with the real-time camera image uploaded by the terminal to generate a virtual-real fusion image.

[0020] For non-AR terminals, the system provides a virtual sky mode, which displays a map of the current virtual area on the screen from a top-down perspective, marking the area division by surname and the user's location.

[0021] Preferably, in the virtual guidance for emergency aircraft landing, the virtual modeling of the emergency take-off and landing point includes:

[0022] On-site surveys and satellite remote sensing modeling were conducted to obtain the center coordinates of the emergency backup take-off and landing points. Runway heading angle Runway length With width The height and location of surrounding obstacles are used to construct a three-dimensional virtual field model, including a virtual runway, virtual indicator lights, and virtual ground markings. All virtual model data is stored in the core database emergency resource table.

[0023] The airborne terminal obtains its current coordinates via the airborne GPS / inertial navigation system.

[0024] Data is uploaded to the cloud via a dedicated aviation data link or satellite communication link. The cloud retrieval module uses a spatial nearest neighbor algorithm and a great circle distance formula. Calculate the distance and retrieve the nearest emergency take-off and landing point, where The average radius of the Earth;

[0025] The cloud-based rendering engine generates approach guidance footage based on the aircraft's current coordinates and the virtual machine field coordinates, using a coordinate transformation formula. Transform the virtual track from the geographic coordinate system to the screen coordinate system, where These are the coordinates of the virtual runway points in the world coordinate system. This represents the position of the aircraft's camera in the world coordinate system. For the camera pose rotation matrix, The image is a matrix of camera intrinsic parameters, and the rendered image is displayed in real time through an onboard display system.

[0026] Preferably, during the full-scenario emergency rescue and search and rescue operation, the distressed terminal automatically or manually triggers coordinate uploading in an emergency, and the uploading method adopts dual-mode transmission:

[0027] In terrestrial base station mode, coordinate data is uploaded to the cloud via UDP protocol through 4G / 5G networks;

[0028] In satellite mode, coordinates are uploaded via a low-Earth orbit satellite communication module using satellite short messages or IoT communication protocols.

[0029] When there is no GPS signal, the terminal uses base station positioning, Wi-Fi positioning or inertial navigation to estimate the positioning, and marks the positioning accuracy in the data packet. The upload interval is initially once every 10 seconds, and then drops to once every 60 seconds after stabilization.

[0030] The cloud received the coordinates of the distress. Then, a virtual distress light pillar is generated 300 meters above the coordinates. The light pillar is cylindrical in shape with a radius of 5 meters and a height of 200 meters. It uses a high-brightness self-illuminating material with RGB color (255,0,0) and a luminous intensity of 5000 lumens. It flashes periodically with pulses at a frequency of 1Hz. The three-dimensional text "SOS" is suspended at the top of the light pillar.

[0031] The light beam data is written into the distress record table of the core database and sent to the rescue terminal in the area via WebSocket push and satellite broadcast link, and marked as an emergency priority status in the cloud virtual landmark system;

[0032] The rescue terminal receives light pillar data through a virtual landmark recognition module and displays the light pillar's location, distance, virtual place name, and direction indication in the navigation radar, electronic chart interface, or AR view. Users can click on the light pillar to view detailed distress information and automatically plan a navigation route.

[0033] Preferably, during the switching between normalized commercial operations and emergency priorities, the cloud operation platform supports the deployment of virtual landmarks and virtual billboards in designated virtual areas. After the deployed content is reviewed, it is stored in the core database commercial content table and associated with the target virtual area ID.

[0034] The cloud-based dispatch center has a built-in priority management module that prioritizes all rendering requests for virtual content. Emergency content has a priority of 255, security guidance content has a priority of 128, and commercial content has a priority of 0.

[0035] When an emergency event is triggered, the priority management module automatically blocks all commercial content rendering requests with a priority lower than 255 in the affected void area to ensure that only emergency guidance content is displayed on the terminal screen.

[0036] After the emergency ends, the system will automatically restore the display of commercial content if the last distress coordinates are updated more than 30 minutes later.

[0037] Preferably, the core database adopts a distributed cloud database architecture, including a virtual unit table, a coordinate mapping table, an emergency resource table, a commercial content table, and a distress record table. The database adopts a master-slave replication mechanism, deploys multiple data centers globally, and achieves data synchronization through a dual-link network of ground base stations and satellites. The ground base station link adopts a 5G / fiber optic backbone network, and the satellite link adopts a low-orbit satellite constellation for data relay. The data synchronization protocol adopts the improved Raft consensus algorithm, and the synchronization latency is controlled within 200ms.

[0038] Preferably, the lightweight virtual landmark recognition module has a code size of less than 5MB and a power consumption of less than 0.5W, supporting stable operation on low-power, low-performance embedded devices; the transmission link between the module and the cloud supports adaptive bitrate adjustment, dynamically adjusting the video stream bitrate according to real-time network quality, ranging from 0.5Mbps to 20Mbps.

[0039] Preferably, when the virtual distress light beam is generated, the cloud first performs coordinate validity verification and deduplication. The generated light beam height is the altitude of the distress coordinates plus 300 meters, with a light beam height of 200 meters, covering an area from an altitude of [missing information]. to In the airspace, the light pillars use a pulse flashing dynamic effect with a duty cycle of 50%, and the SOS three-dimensional text is suspended on the top of the light pillars. The text is 10 meters high and rotates to display. When the light pillar data is broadcast to the whole network, the virtual place name corresponding to the location of the light pillar is broadcast simultaneously. After receiving the data, the rescue terminal displays both the light pillar and the virtual place name.

[0040] The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem, as described in this invention, has the following beneficial effects:

[0041] (1) The terminal performance bottleneck can be reduced by cloud computing power support: all virtual content rendering and data processing are completed in the cloud. The terminal in distress only needs to upload coordinates, which greatly reduces the terminal energy consumption and computing power requirements. Terminals that have fallen into water, have low power, or have weak performance can be used normally, which completely solves the problems of insufficient terminal computing power and failure due to water damage.

[0042] (2) It can cover all scenarios and all weather conditions, reducing blind spots in rescue: It is fully compatible with scenarios such as emergency landing of aircraft, distress on land, distress of ships, people falling into the water, and drifting at sea. In extreme low visibility environments such as heavy fog, night, open sea, big waves, and mountainous areas, virtual distress light beams, virtual runways, and surname areas can be clearly displayed. The satellite positioning mode covers areas without base stations in the open sea, completely eliminating traditional search and rescue blind spots.

[0043] Revolutionary improvement in search and rescue efficiency, with significant advantages in water rescue scenarios: Addressing traditional search and rescue challenges such as falling into the water at sea and distress at sea, the system directly pinpoints the location using a bright virtual distress light beam in the sky, eliminating the need for visual searching. It can be identified by various general-purpose terminals, allowing rescuers to head directly to the area beneath the light beam, significantly shortening search and rescue time and dramatically improving the survival rate of those in distress.

[0044] (3) It can standardize virtual place names and make them globally unified and traceable: Based on the core database, it defines globally unified virtual place names and surname regions. Any terminal can identify the sky and view the corresponding region division. The positioning is accurate and intuitive, breaking the chaotic situation of global airspace naming and realizing the standardized management of virtual space.

[0045] (4) By combining emergency and commercial use, it is highly practical: it does not require the construction of a large number of physical facilities, and can operate by relying on existing base stations and satellite networks. In emergency situations, it ensures life safety, and in daily situations, it realizes virtual landmarks and advertising commercialization and profits, forming a sustainable ecosystem. Moreover, the emergency mode takes priority and will never interfere with the rescue process.

[0046] (5) Multi-terminal full compatibility and high popularity: The system is compatible with various devices such as mobile phones, AR, VR, airborne, shipborne, vehicle-mounted, and professional rescue terminals. The terminal only needs a lightweight module to be connected, without complicated modification, which is convenient for widespread global promotion. Attached Figure Description

[0047] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on the structures shown in these drawings without creative effort. The present invention will be further described below in conjunction with the drawings and embodiments. In the drawings:

[0048] Figure 1 This is a flowchart of the emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem, as described in this invention. Detailed Implementation

[0049] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present invention.

[0050] It should be noted that if the embodiments of the present invention involve directional indicators (such as up, down, left, right, front, back, etc.), the directional indicators are only used to explain the relative positional relationship and movement of the components in a certain specific posture (as shown in the figure). If the specific posture changes, the directional indicators will also change accordingly.

[0051] Furthermore, if the embodiments of this invention involve descriptions such as "first" or "second," these descriptions are for descriptive purposes only and should not be construed as indicating or implying their relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined with "first" or "second" may explicitly or implicitly include at least one of those features. Additionally, the technical solutions of the various embodiments can be combined with each other, but this must be based on the ability of those skilled in the art to implement them. If the combination of technical solutions is contradictory or impossible to implement, it should be considered that such a combination of technical solutions does not exist and is not within the scope of protection claimed by this invention.

[0052] Please see Figure 1 This is a flowchart of the emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem, as described in this invention. Figure 1 As shown, the emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem provided in the first embodiment of the present invention includes the following steps:

[0053] S1: Construct a global virtual place name system and build a core database.

[0054] The purpose of step S1 is to establish a unified and traceable virtual space naming system for global airspace, form a precise mapping relationship between virtual place names and real geographical coordinates, and provide a standardized data foundation for all subsequent virtual guidance, positioning, search and rescue and commercial operations.

[0055] Step S11: Divide the global airspace into standardized sections.

[0056] Using a latitude and longitude grid method, the global sky airspace is divided into several basic units according to an isometric projection. A geocentric inertial coordinate system is established with the Earth's center as the origin, and longitude intervals are defined as follows: The latitude range is Set the division precision to . (Longitude step) (Latitude step) divides global airspace into The basic components include: Each section corresponds to a unique identifier.

[0057] ,in For longitude index, This is a latitude index. The Earth's curvature is considered during the partitioning process, and each tectonic plate is layered along the elevation direction, with a set elevation layer step size. Covering from sea level to the top of the stratosphere (approximately The airspace is used to form three-dimensional gridded void units.

[0058] The purpose of step S11 is to transform the continuous, unbounded sky space into discrete, manageable, and indexable virtual units, providing a physical spatial basis for the definition of virtual place names and ensuring that each airspace can be uniquely identified and located.

[0059] Step S12: Define the virtual place name and surname naming system.

[0060] Based on the void cells generated in step S11, surname naming rules are established. Major global surnames are encoded according to cultural and geographical distribution, forming a surname coding table. ,in For each virtual unit Based on the distribution of major surnames in the country or region where the geographical center is located, a surname is selected from the surname coding table as the prefix to generate a virtual place name. : .

[0061] in, For surname matching algorithms, This is a geo-hash function used to map latitude and longitude to geographic region codes. Each virtual place name is globally unique and comes with metadata, including the country, language, and cultural background, ensuring the traceability and cultural compatibility of the naming.

[0062] The purpose of step S12 is to assign culturally distinctive names to abstract virtual units, making the virtual place names readable, memorable, and communicable, so that end users can easily identify them and the system can quickly call them up.

[0063] Step S13: Bind the virtual place name to the geographic coordinates.

[0064] Establish a mapping table between virtual place names and real geographic coordinates. For each virtual unit Its spatial boundary is defined as: .

[0065] in This is the starting value for longitude. This is the starting value for latitude. This is the initial altitude value. The coordinates of the center point of the virtual cell are... Establish a mapping relationship using this virtual place name as a spatial anchor: .

[0066] Simultaneously, a 3D spatial bounding box is generated for each virtual place name for subsequent collision detection and virtual-real overlay rendering. The mapping relationship data is stored using a B+ tree structure, supporting millisecond-level query response.

[0067] The purpose of step S13 is to achieve a one-to-one correspondence between virtual place names and real physical spaces, ensuring that when a terminal uploads coordinates from any location, the system can quickly locate the virtual area to which it belongs, and provide a precise spatial alignment basis for virtual-real overlay.

[0068] Step S14: Build a core database for virtual landmark recognition and synchronize the database with the dual-link system.

[0069] A distributed cloud database architecture is used to build the core database for virtual landmark recognition. The database contains the following core data tables:

[0070] Void cell table: Stores void cell ID, boundary coordinates, surname and place name, and cultural metadata;

[0071] Coordinate mapping table: Stores the mapping relationship between virtual cells and real coordinates, and supports spatial indexing;

[0072] Emergency Resource Table: Stores emergency take-off and landing point coordinates, virtual farm data, and virtual runway parameters;

[0073] Commercial Content Table: Stores virtual landmark buildings, virtual advertising content, and the virtual areas where they are placed;

[0074] SOS Log: Stores distress coordinates, distress light beam parameters, timestamp, and priority status.

[0075] The database employs a master-slave replication mechanism, deploying multiple data centers globally and achieving data synchronization through a dual-link network of terrestrial base stations and satellites. The terrestrial base station links utilize a 5G / fiber optic backbone, while the satellite links employ a low-Earth orbit satellite constellation (such as LEO satellites) for data relay, ensuring data upload and synchronization can still be completed in areas without terrestrial network coverage, such as offshore areas and polar regions. The data synchronization protocol uses an improved Raft consensus algorithm to ensure data consistency across multiple data centers, with synchronization latency controlled within 200ms.

[0076] The purpose of step S14 is to build a highly available, low-latency, globally covered virtual landmark data base to provide data support for real-time access from multiple terminals and ensure data reliability and timeliness in emergency scenarios.

[0077] S2: Construct a cloud-based virtual landmark recognition system.

[0078] The purpose of step S2 is to centralize the rendering, calculation, and scheduling of all virtual content in the cloud, with the terminal serving only as a display and interaction interface, thereby eliminating terminal performance bottlenecks and achieving lightweight access and globally unified scheduling.

[0079] Step S21: Deploy the cloud computing cluster and virtual rendering engine.

[0080] Cloud computing clusters are deployed across multiple core nodes globally, with each node equipped with a GPU computing cluster (NVIDIA A100 / H100 or equivalent) and a virtual rendering engine. The rendering engine is based on a ray tracing and real-time rendering framework and supports the following core functions:

[0081] Virtual-Real Overlay Rendering: Spatially aligning and blending virtual content (virtual place names, virtual runways, distress light beams, virtual advertisements) with real images captured by the terminal camera;

[0082] Multi-terminal adaptive rendering: Automatically adjusts rendering resolution, frame rate and interaction method according to terminal type (mobile phone, AR glasses, VR headset, onboard display);

[0083] Dynamic LOD (Level of Detail) scheduling: Automatically adjusts the model's level of detail based on the distance between the terminal and the virtual object, reducing the rendering load.

[0084] The rendering engine is deployed in a containerized manner (Docker + Kubernetes), supports elastic scaling, and a single node can handle no less than 10,000 terminal rendering requests at the same time.

[0085] The purpose of step S21 is to concentrate high computing power requirements on the cloud so that low-performance terminals and low-power terminals (such as emergency locators and terminals that have fallen into water) can still access the system and obtain high-quality virtual guidance screens.

[0086] Step S22: Configure the lightweight access module for the terminal.

[0087] A lightweight virtual landmark recognition module is deployed in various types of terminals. This module contains only the following functional sub-modules:

[0088] Positioning and data acquisition module: Obtains current coordinates through multi-mode satellite positioning systems such as GPS / BeiDou / GLONASS on the terminal, supporting base station-assisted positioning and pure satellite positioning modes;

[0089] Coordinate Upload Module: The collected coordinate data is compressed and encoded and uploaded to the cloud via HTTP / HTTPS or MQTT protocol. The data packet size is controlled within 512 bytes to adapt to weak signal environments.

[0090] The image receiving and rendering module receives the rendered image stream (H.265 / HEVC encoded) returned from the cloud, decodes it, and overlays it on the terminal screen. It supports lightweight graphics interfaces such as OpenGL ES / Metal.

[0091] The module code size is kept below 5MB, and the power consumption is kept below 0.5W, supporting stable operation on low-power, low-performance embedded devices.

[0092] The purpose of step S22 is to achieve "zero computing power burden" on the terminal side, so that all types of terminals (including simple devices that only have positioning functions after falling into water) can become access nodes of the system, greatly improving the system's popularity and availability in emergency scenarios.

[0093] Step S23: Perform unified cloud scheduling and adaptive link transmission.

[0094] The cloud-based scheduling center dynamically selects the optimal rendering node and transmission link based on the coordinates uploaded by the terminal, the terminal type, and the network quality. The scheduling algorithm is based on the following decision function:

[0095] .

[0096] in: This represents the network latency (ms) between the terminal and the rendering node. Available bandwidth (Mbps); The current load of the node (%);

[0097] This is a weighting coefficient that is dynamically adjusted in emergency mode, prioritizing the node with the lowest latency.

[0098] The transmission link supports Adaptive Bitrate Adjustment (ABR), which dynamically adjusts the video stream bitrate based on real-time network quality, ranging from 0.5Mbps to 20Mbps, ensuring that basic image display can still be maintained in weak network environments.

[0099] The purpose of step S23 is to ensure that terminals located anywhere in the world can obtain the best cloud service node, prioritize low-latency transmission in emergency scenarios, and ensure the real-time nature of guidance information.

[0100] S3: Visualize the surname area in the sky.

[0101] The purpose of step S3 is to present the abstract virtual place names intuitively through the terminal screen, so that users can see what they want and realize the visualization, identification and navigation of virtual space.

[0102] Step S31: Upload the terminal's real-time coordinates and search for the void region.

[0103] The terminal obtains its current latitude, longitude, and altitude coordinates through its built-in positioning module. After compression and encoding, the data is uploaded to the cloud coordinate receiving gateway. The cloud retrieval module uses a spatial indexing algorithm (R-tree) to quickly locate the virtual cell to which the current coordinates belong in the core database. .

[0104] The retrieval time should be controlled within 50ms. If the terminal is an AR / VR device, the device orientation data (quaternion or Euler angles) should also be uploaded for subsequent viewpoint alignment during virtual-real overlay.

[0105] The purpose of step S31 is to achieve millisecond-level virtual region positioning and provide a data source for visualization.

[0106] Step S32: Perform virtual and real overlay rendering of virtual place names and region boundaries.

[0107] The cloud rendering engine uses the retrieved void units The system generates a bounding box and place name labels for the virtual region, along with its adjacent virtual units (to provide a complete view of the region). The bounding box uses semi-transparent colored lines (RGB 0, 255, 255), and the place name labels use floating 3D text with the font size dynamically adjusted based on the virtual distance between the terminal and the virtual plane. The rendering engine spatially aligns the virtual content with the real-time camera feed (or virtual scene) uploaded by the terminal to generate a blended virtual-real image.

[0108] For non-AR terminals (such as ordinary mobile phones), the system provides a virtual sky mode, which displays a map of the current virtual area on the screen from a top-down perspective, marking the area division by surname and the user's location.

[0109] The purpose of step S32 is to enable users to intuitively see the boundaries and names of the virtual area they are in through the terminal screen, thereby achieving a visual understanding of the virtual space.

[0110] Step S33: Perform multi-terminal adaptation and interactive feedback.

[0111] The rendering engine returns rendering results in different formats depending on the terminal type:

[0112] Mobile phone / tablet: Returns H.265 encoded video stream, supports touch interaction (clicking the empty area displays detailed information);

[0113] AR glasses: return a stereoscopic rendered image and support gesture interaction;

[0114] VR devices: return to a panoramic rendered screen, support head tracking and controller interaction;

[0115] Airborne / shipborne terminals: Return to simplified instrument-style display, highlighting the boundaries of the void area and emergency resource markers.

[0116] All interactive operations (such as clicking on a void area to query a place name or searching for nearby void areas) are uploaded through the terminal, processed by the cloud, and then the updated screen is returned, forming a closed-loop interaction of "thin terminal - fat cloud".

[0117] The purpose of step S33 is to ensure that users of different terminal types can obtain the best visual experience, thereby improving the system's universality and user acceptance.

[0118] S4: Conduct virtual guidance for emergency landing of aircraft.

[0119] The purpose of step S4 is to provide pilots with high-precision, all-weather virtual guidance images in low visibility or emergency situations, enabling a safe emergency landing.

[0120] Step S41: Perform virtual modeling and database pre-fabrication of emergency take-off and landing points.

[0121] Field surveys and satellite remote sensing models were conducted on emergency backup take-off and landing sites such as high-grade highways, strategic highways, and open, safe areas worldwide to obtain the following data:

[0122] Take-off and landing point center coordinates ;

[0123] runway heading angle (Based on True North)

[0124] runway length With width ;

[0125] Height and location of surrounding obstacles.

[0126] Based on the above data, a three-dimensional virtual machine field model is constructed, including:

[0127] Virtual track: Features a highly reflective material texture with blue / red light strips along the edges;

[0128] Virtual indicator lights: Virtual PAPI lights (Precision Approach Path Indicators) are set along the runway centerline and edges to indicate the glide slope with alternating red and white light bars;

[0129] Virtual ground markings include landing area markings, parking position markings, and wind direction boxes.

[0130] All virtual model data is stored in the emergency resource table of the core database and spatially indexed according to the coordinates of the take-off and landing points.

[0131] The purpose of step S41 is to pre-build high-precision virtual boot resources to ensure that they can be quickly invoked in emergency scenarios without the need for temporary modeling.

[0132] Step S42: Upload the coordinates of the airborne terminal and match them with the nearest virtual machine farm.

[0133] The aircraft's onboard terminal obtains its current coordinates via the onboard GPS / Inertial Navigation System (INS). The data is uploaded to the cloud via a dedicated aviation data link (such as VDL Mode 2) or a satellite communication link. The cloud retrieval module uses a spatial nearest neighbor algorithm to search the emergency resource table for the nearest emergency take-off and landing point to the current aircraft position. :

[0134] .in The distance is Euclidean, and the Earth's curvature is taken into account during the calculation, using the great circle distance formula:

[0135] .in The average radius of the Earth is 6371 km. The retrieval returns virtual field data for the most recent takeoff and landing points.

[0136] The purpose of step S42 is to automatically provide the pilot with the optimal alternative landing site in emergency situations, thereby shortening the decision-making time.

[0137] Step S43: Generate a virtual guide screen that is superimposed on the real screen in real time.

[0138] The cloud rendering engine uses the aircraft's current coordinates. With virtual machine field coordinates This generates an approach guide screen. The rendered content includes:

[0139] The virtual runway is accurately superimposed on the real ground, taking into account the terrain elevation and the aircraft's perspective, and undergoes perspective projection transformation.

[0140] Virtual indicator light system: Based on the deviation of the aircraft's current glide angle from the standard glide path (usually 3°), the color of the PAPI lights is dynamically adjusted (reddish indicates too low, whited indicates too high).

[0141] Virtual height indicator: Displays the difference between the current height and the suggested descent height at the edge of the screen.

[0142] The rendering engine uses the following coordinate transformation to convert the virtual track from the geographic coordinate system to the screen coordinate system: .in: The coordinates of the virtual runway point in the world coordinate system; The position of the aircraft camera (or the pilot's view) in the world coordinate system; The camera pose rotation matrix; This is the camera intrinsic parameter matrix.

[0143] The rendered image is displayed in real time through an onboard display system (such as a HUD or multi-function display) and overlaid with the actual external view.

[0144] The purpose of step S43 is to provide pilots with intuitive guidance similar to a "virtual instrument landing system," enabling them to make a precise emergency landing even in situations with no external view.

[0145] S5: Implement full-scenario emergency rescue and search and rescue.

[0146] The purpose of step S5 is to achieve full-link virtual positioning and guidance from the distressed terminal to the rescuer, which can solve the problem of traditional search and rescue being unable to see or find the target in extreme environments.

[0147] Step S51: Perform multi-mode upload of distress coordinates and priority triggering.

[0148] In emergency situations, distressed terminals (including aircraft emergency locator transmitters (ELTs), ship emergency position beacons (EPIRBs), personal positioning beacons (PLBs), mobile phones, smartwatches, etc.) automatically or manually upload coordinates. The upload method employs dual-mode transmission:

[0149] Ground base station mode: The coordinate data is uploaded to the cloud via UDP protocol through 4G / 5G network. The data packet contains terminal ID, coordinates, timestamp, and distress type code.

[0150] Satellite mode: When there is no terrestrial network coverage, it switches to the low-Earth orbit satellite communication module and uploads coordinates via satellite short messages or Internet of Things communication protocols (such as LTE-M, NB-IoT over satellite).

[0151] When there is no GPS signal (such as indoors or underwater), the terminal uses base station positioning, Wi-Fi positioning, or inertial navigation to estimate its location, and marks the positioning accuracy in the data packet. The upload interval can be dynamically adjusted, initially once every 10 seconds, and then reduced to once every 60 seconds after stabilization to save power.

[0152] The purpose of step S51 is to ensure that distress coordinates can be uploaded from any location in the world (outer sea, polar regions, mountainous areas), enabling one-click distress calls that are reachable globally.

[0153] Step S52: Intelligently generate and broadcast a virtual distress signal beam across the entire network.

[0154] The cloud received the coordinates of the distress. Next, the coordinates are validated and deduplicated. Then, the virtual landmark generation module is invoked to generate a location 300 meters above the given coordinates (i.e., at an altitude of...). Generate a virtual distress signal beam. The beam parameters are as follows:

[0155] Geometric shape: cylinder, radius 5 meters, height 200 meters (from altitude) to

[0156] );

[0157] Material: High-brightness self-illuminating material, RGB color is (255, 0, 0) (red), luminous intensity is 5000 lumens;

[0158] Dynamic effect: Periodic pulse flashing, frequency 1Hz, duty cycle 50%, to enhance visual recognition;

[0159] Additional signage: The top of the light pillar features three-dimensional SOS text, 10 meters high, which rotates to display.

[0160] The light beam data is written to the distress record table in the core database and triggers a network-wide broadcast mechanism. The broadcast is implemented in the following ways:

[0161] Push notifications to all online devices (WebSocket push);

[0162] Send to rescue terminals within a specific area via satellite broadcast link;

[0163] In the cloud-based virtual landmark system, this light pillar is marked as an emergency priority, with higher priority than all commercial content.

[0164] The purpose of step S52 is to transform the location of the distress from a tiny physical target into a bright virtual marker in the sky, enabling rescuers to visually identify it directly from tens of kilometers away, thus solving the problem of finding a needle in a haystack in traditional search and rescue.

[0165] Step S53: Perform multi-mode reception and target positioning of the rescue terminal.

[0166] Rescue teams (aircraft, ships, ground rescue teams) can access the system via any terminal and activate the virtual landmark recognition module. The cloud will then automatically push distress light beam data within the current field of view. The terminal display method is as follows:

[0167] Airborne / shipborne terminal: Overlays and displays the position, distance, and virtual place names of the light beams on the navigation radar or electronic chart interface;

[0168] AR glasses: Allow you to see virtual light beams directly in your real field of vision, and display distance and direction indicator arrows;

[0169] Mobile phones / tablets: Overlay light pillars onto the camera view, or display the location of light pillars in map mode.

[0170] The rescue terminal allows users to click on the light beam to view detailed distress information (distress type, initial distress call time, number of people in distress, etc.) and automatically plans a navigation route. The navigation route uses a great circle algorithm and updates distance and estimated arrival time in real time.

[0171] The purpose of step S53 is to enable rescuers to head directly to the beam of light, reducing search and rescue time from hours to minutes and significantly improving the survival rate of those in distress.

[0172] S6: Conduct routine business operations and switch between emergency priorities.

[0173] The purpose of step S6 is to realize the commercial value of virtual space in non-emergency situations, while ensuring that emergency mode takes absolute priority and does not interfere with rescue efforts.

[0174] Step S61: Deploy virtual landmark buildings and advertising content.

[0175] Based on virtual place name division, the cloud-based operation platform supports advertisers or virtual landmark operators to place virtual content within designated virtual areas. Placement methods include:

[0176] Virtual Landmark Buildings: Generate permanent or time-limited virtual building models (such as virtual towers and virtual sculptures) at the center point of a virtual area, supporting customizable appearance and interaction;

[0177] Virtual billboards: Generate floating billboards at the boundaries of virtual areas, supporting image, video, and 3D model advertisements;

[0178] Brand naming: Enterprises can name empty areas and display their brand logo next to the empty place name.

[0179] After the content is approved by the operations platform, it is stored in the core database's commercial content table and associated with the target virtual region ID. When the terminal recognizes the virtual region, the cloud rendering engine automatically loads the corresponding commercial content.

[0180] The purpose of step S61 is to transform virtual airspace into operable digital assets, realize commercial value, and support the long-term sustainable development of the system.

[0181] Step S62: Automatically switch between emergency mode and business mode.

[0182] The cloud-based scheduling center has a built-in priority management module that prioritizes all rendering requests for virtual content. The priority is defined as follows:

[0183] Emergency response measures (distress light beam, virtual runway, virtual indicator light): Priority = 255 (highest);

[0184] Safety guidance content (virtual place names, area boundaries): Priority = 128;

[0185] Commercial content (virtual landmarks, advertisements): Priority = 0.

[0186] When an emergency event is triggered, the priority management module automatically blocks all commercial content rendering requests with a priority lower than 255 within the affected void area (within a 50km radius of the distress coordinates) to ensure that only emergency guidance content is displayed on the terminal screen. After the emergency event ends, the system automatically restores the display of commercial content based on the event's decay time (e.g., if the last distress coordinates were updated more than 30 minutes ago).

[0187] The purpose of step S62 is to achieve a dynamic balance between emergency response and business models, ensuring the absolute priority of life-saving efforts without affecting the continuity of daily business operations.

[0188] This embodiment relies on semi-virtual technology to complete the division of global sky and airspace segments and the definition of virtual surnames and place names, accurately bind virtual place names with real geographical coordinates, build a core database for virtual landmark identification, and configure a dual-link transmission module of base stations and satellites to ensure global data synchronization and smooth access.

[0189] Lightweight virtual landmark recognition modules are deployed in mobile phones, AR devices, VR devices, aircraft airborne terminals, shipborne terminals, vehicle-mounted terminals, and professional rescue terminals, which only realize basic functions such as uploading positioning coordinates, receiving cloud data, and displaying screen images.

[0190] When various terminals identify the sky, they automatically upload their location coordinates to the cloud. The core database retrieves the corresponding data for the virtual space region and displays a clear map of the sky region on the terminal screen in real time, allowing users to intuitively view their virtual location.

[0191] When an aircraft encounters low visibility conditions or malfunctions, the onboard terminal uploads the coordinates, and the cloud retrieves virtual airport, virtual runway, and virtual indicator light data of the nearest emergency take-off and landing point from the core database. This data is then overlaid on the onboard screen, allowing the pilot to complete a precise and safe emergency landing by following the virtual guidance.

[0192] In the event of emergencies such as shipwreck, people falling overboard, drifting at sea, or being stranded on land, the distress terminal automatically or manually uploads its location coordinates to the cloud-based core database. The cloud generates a bright virtual distress light beam 300 meters above the coordinates and simultaneously broadcasts the beam's location and corresponding virtual place name. Rescuers can view the distress light beam and virtual place name through any terminal connected to the system, directly locate the target location, and carry out rescue operations. This is unaffected by light, obstructions, or signal strength in extreme environments.

[0193] In normal times without emergencies, the cloud-based core database pushes virtual landmarks and virtual advertisements to the corresponding airspace based on the virtual space area plan. The terminal can identify the sky and display them, realizing normalized commercial operation. When an emergency signal is triggered, the system automatically switches to emergency mode and prioritizes displaying distress light beams.

[0194] The beneficial effects of the present invention, through the design of the above embodiments, are as follows:

[0195] (1) The terminal performance bottleneck can be reduced by cloud computing power support: all virtual content rendering and data processing are completed in the cloud. The terminal in distress only needs to upload coordinates, which greatly reduces the terminal energy consumption and computing power requirements. Terminals that have fallen into water, have low power, or have weak performance can be used normally, which completely solves the problems of insufficient terminal computing power and failure due to water damage.

[0196] (2) It can cover all scenarios and all weather conditions, reducing blind spots in rescue: It is fully compatible with scenarios such as emergency landing of aircraft, distress on land, distress of ships, people falling into the water, and drifting at sea. In extreme low visibility environments such as heavy fog, night, open sea, big waves, and mountainous areas, virtual distress light beams, virtual runways, and surname areas can be clearly displayed. The satellite positioning mode covers areas without base stations in the open sea, completely eliminating traditional search and rescue blind spots.

[0197] Revolutionary improvement in search and rescue efficiency, with significant advantages in water rescue scenarios: Addressing traditional search and rescue challenges such as falling into the water at sea and distress at sea, the system directly pinpoints the location using a bright virtual distress light beam in the sky, eliminating the need for visual searching. It can be identified by various general-purpose terminals, allowing rescuers to head directly to the area beneath the light beam, significantly shortening search and rescue time and dramatically improving the survival rate of those in distress.

[0198] (3) It can standardize virtual place names and make them globally unified and traceable: Based on the core database, it defines globally unified virtual place names and surname regions. Any terminal can identify the sky and view the corresponding region division. The positioning is accurate and intuitive, breaking the chaotic situation of global airspace naming and realizing the standardized management of virtual space.

[0199] (4) By combining emergency and commercial use, it is highly practical: it does not require the construction of a large number of physical facilities, and can operate by relying on existing base stations and satellite networks. In emergency situations, it ensures life safety, and in daily situations, it realizes virtual landmarks and advertising commercialization and profits, forming a sustainable ecosystem. Moreover, the emergency mode takes priority and will never interfere with the rescue process.

[0200] (5) Multi-terminal full compatibility and high popularity: The system is compatible with various devices such as mobile phones, AR, VR, airborne, shipborne, vehicle-mounted, and professional rescue terminals. The terminal only needs a lightweight module to be connected, without complicated modification, which is convenient for widespread global promotion.

[0201] This invention has been described with reference to specific embodiments, but those skilled in the art will understand that various changes and equivalent substitutions can be made without departing from the scope of the invention. Furthermore, numerous modifications can be made to this invention to suit specific applications without departing from its protection scope. Therefore, this invention is not limited to the specific embodiments disclosed herein, but includes all embodiments falling within the scope of the claims.

Claims

1. An emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem, characterized in that, Including the following steps: S1, Construction of a Global Virtual Place Name System and Establishment of a Core Database: The global sky and airspace are divided into three-dimensional grids using a latitude and longitude grid method to establish virtual units; unique and traceable virtual place names are generated for each virtual unit based on surname naming rules; a precise mapping relationship between virtual place names and real geographic coordinates is established, a core database for virtual landmark identification is constructed, and global data synchronization and real-time access are achieved through a dual-link network of ground base stations and satellites; S2, Cloud-based Virtual Landmark Recognition System Construction: Deploy cloud computing clusters and virtual rendering engines at multiple core nodes globally. All rendering, computing power calculation, and data scheduling of virtual content are completed in the cloud. Deploy lightweight virtual landmark recognition modules in various types of terminals. The terminals only undertake the functions of uploading positioning coordinates, receiving cloud data, and displaying images. S3, Sky Surname Region Visualization: The terminal uploads its location coordinates in real time, the cloud retrieval module quickly locates the virtual unit to which the current coordinates belong based on the spatial indexing algorithm, the rendering engine generates the boundary wireframe and place name label of the virtual region, and overlays them with the terminal camera image to display the map of the sky surname region on the terminal screen; S4, Virtual guidance for emergency landing of aircraft: Virtual airport, virtual runway and virtual indicator light model of emergency take-off and landing point are pre-made in the core database; when the aircraft encounters low visibility or emergency situation, the onboard terminal uploads the coordinates, the cloud matches the nearest emergency take-off and landing point, generates virtual guidance screen and superimposes the virtual and real screens onto the onboard display system to provide approach and emergency landing guidance. S5 enables full-scenario emergency rescue and search and rescue operations: distressed terminals upload precise location coordinates to the cloud via dual-mode transmission; the cloud generates a bright virtual distress light beam in the void area above the coordinates at a height of 300 meters or more, and broadcasts the location of the light beam and the corresponding virtual place name across the entire network; rescuers can access the system through any terminal to view the distress light beam and virtual place name, quickly locate the target location, and carry out search and rescue operations. S6, switching between normalized business operations and emergency priorities: In non-emergency situations, the cloud pushes virtual landmark buildings and virtual advertising content according to the virtual area plan; The system has a built-in priority management module, which prioritizes emergency content over commercial content. When an emergency is triggered, the rendering of commercial content in the affected area is automatically blocked.

2. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, In the construction of the global virtual place name system and the establishment of its core database, a latitude and longitude grid division method is used to divide the global sky airspace into three-dimensional grids, specifically including: Using the geocentric inertial coordinate system as a reference, set the longitude step size. Latitude step Divide global airspace into Each of the three basic modules has a unique identifier. Set the stratification step size in the altitude direction. It covers the airspace from sea level to 20,000 meters, forming a three-dimensional gridded void unit; The surname naming rules are as follows: Establish a surname coding table. For each virtual unit Based on the distribution of major surnames in the region where the geographical center is located, virtual place names are generated using a surname matching algorithm. ,in For geographic hash functions; The precise mapping relationship between the virtual place names and real geographic coordinates is defined as follows: (Void unit definition) The spatial boundary will define the coordinates of the center point of the virtual unit. As spatial anchors for virtual place names, establish mapping relationships. It uses a B+ tree structure to store the mapping relationship data.

3. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, In the construction of the cloud-based virtual landmark recognition system, a GPU computing cluster is deployed in the cloud computing power cluster and a virtual rendering engine is run. The rendering engine supports virtual and real overlay rendering, multi-terminal adaptation rendering and dynamic LOD scheduling, and adopts containerized deployment and elastic scaling. The lightweight virtual landmark recognition module for the terminal includes a positioning acquisition module, a coordinate upload module, and an image receiving and rendering module. The positioning acquisition module obtains the current coordinates through a multi-mode satellite positioning system. The coordinate upload module uploads the coordinate data after compression and encoding via HTTP / HTTPS or MQTT protocol, with the data packet size controlled within 512 bytes. The image receiving and rendering module receives the H.265 / HEVC encoded rendered image stream returned from the cloud and overlays it on the terminal screen. The cloud-based dispatch center uses a decision function to determine the coordinates, terminal type, and network quality uploaded by the terminal. Dynamically select the optimal rendering node and transmission link, where This refers to the network latency between the terminal and the rendering node. For available bandwidth, The current load of the node. These are the weighting coefficients.

4. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, In the visualization of the surname area in the sky, the terminal obtains the current latitude, longitude, and altitude coordinates through the built-in positioning module. The cloud-based retrieval module uses the R-tree spatial indexing algorithm to quickly locate the virtual cell to which the current coordinates belong in the core database. The retrieval time is controlled within 50ms; The cloud rendering engine uses the retrieved void units The virtual area boundary frame and place name labels are generated for the virtual area and its adjacent virtual units. The boundary frame uses semi-transparent colored lines, and the place name labels use floating 3D text. The virtual content is spatially aligned with the real-time camera image uploaded by the terminal to generate a virtual-real fusion image. For non-AR terminals, the system provides a virtual sky mode, which displays a map of the current virtual area on the screen from a top-down perspective, marking the area division by surname and the user's location.

5. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, In the aforementioned virtual guidance for emergency aircraft landing, the virtualization modeling of emergency take-off and landing points includes: On-site surveys and satellite remote sensing modeling were conducted to obtain the center coordinates of the emergency backup take-off and landing points. Runway heading angle Runway length With width The height and location of surrounding obstacles are used to construct a three-dimensional virtual field model, including a virtual runway, virtual indicator lights, and virtual ground markings. All virtual model data is stored in the core database emergency resource table. The airborne terminal obtains its current coordinates via the airborne GPS / inertial navigation system. Data is uploaded to the cloud via a dedicated aviation data link or satellite communication link. The cloud retrieval module uses a spatial nearest neighbor algorithm and a great circle distance formula. Calculate the distance and retrieve the nearest emergency take-off and landing point, where The average radius of the Earth; The cloud-based rendering engine generates approach guidance footage based on the aircraft's current coordinates and the virtual machine field coordinates, using a coordinate transformation formula. Transform the virtual track from the geographic coordinate system to the screen coordinate system, where These are the coordinates of the virtual runway points in the world coordinate system. This represents the position of the aircraft's camera in the world coordinate system. For the camera pose rotation matrix, The image is a matrix of camera intrinsic parameters, and the rendered image is displayed in real time through an onboard display system.

6. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, During the full-scenario emergency rescue and search and rescue operation, the distressed terminal automatically or manually triggers coordinate uploading in an emergency state, using a dual-mode transmission method: In terrestrial base station mode, coordinate data is uploaded to the cloud via UDP protocol through 4G / 5G networks; In satellite mode, coordinates are uploaded via a low-Earth orbit satellite communication module using satellite short messages or IoT communication protocols. When there is no GPS signal, the terminal uses base station positioning, Wi-Fi positioning or inertial navigation to estimate the positioning, and marks the positioning accuracy in the data packet. The upload interval is initially once every 10 seconds, and then drops to once every 60 seconds after stabilization. The cloud received the coordinates of the distress. Then, a virtual distress light pillar is generated 300 meters above the coordinates. The light pillar is cylindrical in shape with a radius of 5 meters and a height of 200 meters. It uses a high-brightness self-illuminating material with RGB color (255,0,0) and a luminous intensity of 5000 lumens. It flashes periodically with pulses at a frequency of 1Hz. The three-dimensional text "SOS" is suspended at the top of the light pillar. The light beam data is written into the distress record table of the core database and sent to the rescue terminal in the area via WebSocket push and satellite broadcast link, and marked as an emergency priority status in the cloud virtual landmark system; The rescue terminal receives light pillar data through a virtual landmark recognition module and displays the light pillar's location, distance, virtual place name, and direction indication in the navigation radar, electronic chart interface, or AR view. Users can click on the light pillar to view detailed distress information and automatically plan a navigation route.

7. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, During the switching between normalized commercial operations and emergency priorities, the cloud-based operation platform supports the deployment of virtual landmarks and virtual billboards in designated virtual areas. After the content is reviewed, it is stored in the core database's commercial content table and associated with the target virtual area ID. The cloud-based dispatch center has a built-in priority management module that prioritizes all rendering requests for virtual content. Emergency content has a priority of 255, security guidance content has a priority of 128, and commercial content has a priority of 0. When an emergency event is triggered, the priority management module automatically blocks all commercial content rendering requests with a priority lower than 255 in the affected void area to ensure that only emergency guidance content is displayed on the terminal screen. After the emergency ends, the system will automatically restore the display of commercial content if the last distress coordinates are updated more than 30 minutes later.

8. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, The core database adopts a distributed cloud database architecture, including a virtual unit table, a coordinate mapping table, an emergency resource table, a commercial content table, and a distress record table. The database adopts a master-slave replication mechanism, deploys multiple data centers globally, and achieves data synchronization through a dual-link network of ground base stations and satellites. The ground base station link uses a 5G / fiber optic backbone network, and the satellite link uses a low-Earth orbit satellite constellation for data relay. The data synchronization protocol adopts an improved Raft consensus algorithm, and the synchronization latency is controlled within 200ms.

9. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem as described in claim 1, characterized in that, The lightweight virtual landmark recognition module has a code size of less than 5MB and a power consumption of less than 0.5W, supporting stable operation on low-power, low-performance embedded devices. The transmission link between the module and the cloud supports adaptive bitrate adjustment, dynamically adjusting the video stream bitrate according to real-time network quality, ranging from 0.5Mbps to 20Mbps.

10. The emergency positioning and guidance method based on a virtual multi-terminal co-creation ecosystem according to claim 1, characterized in that, When the virtual distress light beam is generated, the cloud first performs coordinate validity verification and deduplication. The generated light beam height is the altitude of the distress coordinates plus 300 meters, with a beam height of 200 meters, covering an area from an altitude of [missing information]. to In the airspace, the light pillars use a pulse flashing dynamic effect with a duty cycle of 50%, and the SOS three-dimensional text is suspended on the top of the light pillars. The text is 10 meters high and rotates to display. When the light pillar data is broadcast to the whole network, the virtual place name corresponding to the location of the light pillar is broadcast simultaneously. After receiving the data, the rescue terminal displays both the light pillar and the virtual place name.

Images