地图建立方法、装置、存储介质以及电子设备

Abstract

一种地图建立方法、装置、存储介质以及电子设备，应用于服务器，其中，方法包括：获取室内区域中各事务方分别对应的无线网络数据，基于该无线网络数据生成各事务方分别对应的事务标识，获取配送方的配送设备所采集的目标网络数据，基于该目标网络数据和上述事务标识确定该配送方所处事务方的事务方位置，分别获取该配送设备在多个事务方位置之间的惯性参考数据，基于该惯性参考数据确定多个事务方位置之间的运动轨迹，基于该事务方位置和该运动轨迹，生成上述室内区域的室内导航地图。因此，无需人工更新室内区域中的事务方位置，也无需采用专用硬件设备来构建地图，节省了人工和硬件成本，提高了室内导航地图的更新效率。

Description

Technical Field

[0001] This specification relates to the field of indoor navigation technology, and in particular to a map creation method, apparatus, storage medium, and electronic device. Background Technology

[0002] With the development of positioning technology, location-based services are increasingly needed in various situations, making positioning functionality an indispensable feature of electronic devices. Currently, well-known outdoor navigation technologies are mature, allowing users to view the locations of areas of interest, such as shopping malls, parks, tourist attractions, and office buildings, through electronic maps provided by their devices, facilitating their understanding of the surrounding environment. Beyond simply viewing areas of interest, electronic maps can also generate navigation routes based on the user's starting and destination locations to facilitate travel. Furthermore, they utilize the Global Positioning System (GPS) to obtain the user's current geographic location and direction in real time, providing navigation information to help users reach their destination. Summary of the Invention

[0003] This specification provides a map creation method, apparatus, storage medium, and electronic device. It utilizes wireless network data collected by the delivery party and the corresponding wireless network data of each transaction party to create an indoor navigation map of an indoor area. During the creation of the indoor navigation map, there is no need for dedicated personnel to collect or update the locations of each transaction party within the indoor area, nor is there a need for dedicated hardware equipment to create the indoor navigation map, thus saving labor and hardware costs and improving the update efficiency of the indoor navigation map. The technical solution is as follows:

[0004] Firstly, this specification provides a map creation method applied to a server, the method comprising:

[0005] Obtain wireless network data corresponding to each transaction party in the indoor area, and generate a transaction identifier corresponding to each transaction party based on the wireless network data.

[0006] Obtain target network data collected by the delivery equipment of the delivery party, and determine the transaction location of the delivery party based on the target network data and the transaction identifier;

[0007] The inertial reference data of the delivery equipment between the multiple transaction locations are obtained respectively, and the motion trajectory between the multiple transaction locations is determined based on the inertial reference data;

[0008] An indoor navigation map of the indoor area is generated based on the location of the transaction party and the movement trajectory.

[0009] Secondly, this specification provides a map creation apparatus for use on a server, the apparatus comprising:

[0010] The first data processing module is used to acquire wireless network data corresponding to each transaction party in the indoor area, and generate transaction identifiers corresponding to each transaction party based on the wireless network data.

[0011] The second data processing module is used to acquire target network data collected by the delivery equipment of the delivery party, and determine the transaction location of the delivery party based on the target network data and the transaction identifier.

[0012] The third data processing module is used to acquire inertial reference data of the delivery equipment between multiple transaction locations, and determine the motion trajectory between the multiple transaction locations based on the inertial reference data.

[0013] The navigation map generation module is used to generate an indoor navigation map of the indoor area based on the location of the transaction party and the movement trajectory.

[0014] Thirdly, this specification provides a computer storage medium having multiple instructions adapted for loading by a processor and executing the above-described method steps.

[0015] Fourthly, this specification provides an electronic device that may include: a memory and a processor; wherein the memory stores a computer program adapted to be loaded by the memory and to execute the above-described method steps.

[0016] The beneficial effects of the technical solutions provided in this specification include at least the following:

[0017] In the embodiments of this specification, the server acquires wireless network data corresponding to each transaction party in the indoor area, generates transaction identifiers corresponding to each transaction party based on the wireless network data, acquires target network data collected by the delivery equipment of the delivery party, determines the transaction party location of the delivery party based on the target network data and the aforementioned transaction identifiers, acquires inertial reference data of the delivery equipment between multiple transaction party locations, determines the motion trajectory between multiple transaction party locations based on the inertial reference data, and generates an indoor navigation map of the indoor area based on the transaction party location and the motion trajectory. Therefore, in the process of generating the indoor navigation map, this embodiment of the specification uses the wireless network data of each transaction party and the target network data collected by the delivery equipment to determine the transaction party location of the delivery party in real time, and uses the inertial reference data of the delivery equipment to determine the motion trajectory between multiple transaction party locations. Thus, an indoor navigation map of the indoor area can be generated based on the aforementioned motion trajectory and the aforementioned transaction party location. This eliminates the need for manual acquisition or updating of the transaction party locations in the indoor area, and also eliminates the need for dedicated hardware equipment during map construction, saving labor and hardware costs, and improving the update efficiency of the indoor navigation map. Attached Figure Description

[0018] 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 these drawings without creative effort.

[0019] Figure 1 This is a schematic diagram of the system architecture of a map creation method provided in the embodiments of this specification;

[0020] Figure 2 This is a schematic flowchart of a map creation method provided in the embodiments of this specification;

[0021] Figure 3 This is a schematic flowchart of a map creation method provided in the embodiments of this specification;

[0022] Figure 4 This is a schematic diagram of the structure of a map-building device provided in the embodiments of this specification;

[0023] Figure 5 This is a schematic diagram of the structure of an electronic device provided in the embodiments of this specification. Detailed Implementation

[0024] To make the inventive objectives, features, and advantages of the embodiments in this specification more apparent and understandable, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments in this specification, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments in this specification without creative effort are within the scope of protection of this specification.

[0025] In the description of this specification, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. In the description of this specification, it should be noted that, unless otherwise expressly specified and limited, "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or devices. Those skilled in the art can understand the specific meaning of the above terms in this specification based on the specific circumstances. Furthermore, in the description of this specification, unless otherwise stated, "multiple" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship.

[0026] Among related technologies, well-known outdoor positioning and navigation technologies such as GPS are mature and can provide users with a good navigation experience outdoors. However, for indoor areas with complex structures, GPS and other outdoor positioning technologies cannot be used. Especially in scenarios of online ordering and offline delivery services, merchants providing this service are often located in indoor areas with complex building structures, causing delivery personnel to spend a considerable amount of time searching for the merchants' locations indoors, thus affecting the delivery experience.

[0027] The present specification will now be described in detail with reference to specific embodiments.

[0028] Please see Figure 1 This is a schematic diagram of the system architecture of a map creation method provided in an embodiment of this specification. Figure 1As shown in the figure, a server, a first terminal, and a second terminal are included. The first terminal may include devices such as desktop computers, laptops, mobile phones, and tablets; the second terminal may include devices such as mobile phones and wearable devices, for example, wearable devices may include smart helmets and smartwatches. In the embodiments of this application, the first terminal may be the terminal of the transaction party; the second terminal may be the terminal of the delivery party, i.e., the delivery equipment in the embodiments of this specification.

[0029] It should be understood that a server can be an electronic device with digital resource access capabilities, or it can be a standalone server device, such as a rack-mounted, blade, tower, or cabinet-type server device, or a workstation, mainframe, or other hardware device with strong computing power; it can also be a server cluster composed of multiple servers, in which the servers can be composed in a symmetrical manner, wherein each server is functionally and equally important in the transaction chain, and each server can provide services to the outside world independently. Providing services to the outside world independently can be understood as not requiring the assistance of other servers.

[0030] Both the first terminal and the server, as well as the second terminal and the server, communicate and interact via a network. The network can be a wireless network or a wired network. Wireless networks include, but are not limited to, cellular networks, wireless local area networks, infrared networks, or Bluetooth networks. Wired networks include, but are not limited to, Ethernet, universal serial bus (USB), or controller area networks.

[0031] In some embodiments, technologies and / or formats, including Hyper Text Markup Language (HTML), Extensible Markup Language (XML), etc., can be used to represent data exchanged over the network (such as target compressed packets). Furthermore, conventional encryption technologies such as Secure Socket Layer (SSL), Transport Layer Security (TLS), Virtual Private Network (VPN), and Internet Protocol Security (IPsec) can be used to encrypt all or some of the links. In other embodiments, custom and / or dedicated data communication technologies can be used to replace or supplement the aforementioned data communication technologies.

[0032] In the embodiments of this specification, the server acquires wireless network data corresponding to each transaction party in the indoor area, generates transaction identifiers corresponding to each transaction party based on the wireless network data, acquires target network data collected by the delivery equipment of the delivery party, determines the transaction party location of the delivery party based on the target network data and the aforementioned transaction identifiers, acquires inertial reference data of the delivery equipment between multiple transaction party locations, determines the motion trajectory between multiple transaction party locations based on the inertial reference data, and generates an indoor navigation map of the indoor area based on the transaction party location and the motion trajectory. Therefore, in the process of generating the indoor navigation map, this embodiment of the specification uses the wireless network data of each transaction party and the target network data collected by the delivery equipment to determine the transaction party location of the delivery party in real time, and uses the inertial reference data of the delivery equipment to determine the motion trajectory between multiple transaction party locations. Thus, an indoor navigation map of the indoor area can be generated based on the aforementioned motion trajectory and the aforementioned transaction party location. This eliminates the need for manual acquisition or updating of the transaction party locations in the indoor area, and also eliminates the need for dedicated hardware equipment during map construction, saving labor and hardware costs, and improving the update efficiency of the indoor navigation map.

[0033] The map creation method provided by this system architecture is generally executed by the server, and correspondingly, the map creation device is generally set up in the server.

[0034] To more clearly describe the technical solutions of the embodiments in this specification, some concepts in this specification will be described in detail before the description to better understand the solution.

[0035] Indoor areas can refer to the area where a commercial district or shopping mall is located, where a number of merchants gather. Typically, merchants in indoor areas can be distributed across different floors; and for merchants on the same floor, they can be distributed according to different locations.

[0036] The "transaction party" can refer to the merchant providing goods in the process of online ordering and offline delivery services.

[0037] A transaction identifier can refer to a data identifier used to distinguish different parties in a transaction.

[0038] The location of a transaction party can refer to its geographical location within an indoor area. For example, if the indoor area is the area where shopping mall A is located, and the mall has N floors, with transactions party locations in different directions on each floor, we can first determine a reference point within the indoor area, and then use this reference point as the origin to locate the geographical locations (i.e., transaction party locations) of different transactions party locations.

[0039] The delivery provider can refer to the staff who provide offline delivery services.

[0040] Delivery equipment can refer to the equipment used by delivery companies when providing offline delivery services.

[0041] Please see Figure 2 This is a flowchart illustrating a map creation method provided in an embodiment of this specification. The method described in this embodiment can be applied to... Figure 1 The system architecture diagram shown is as follows. Figure 2 As shown, the method described in the embodiments of this specification may include the following steps:

[0042] S202, obtain the wireless network data corresponding to each transaction party in the indoor area, and generate the transaction identifier corresponding to each transaction party based on the wireless network data.

[0043] It is readily understood that the application scenario in the embodiments of this specification can be: a platform, a transaction party, and a delivery party jointly provide users with an online ordering and offline delivery service. In this service, the transaction party is responsible for supplying goods, the delivery party is responsible for delivering the goods, and the platform is responsible for displaying the goods supplied by the transaction party to users, assigning delivery parties to the goods, and providing users with order placement services, order fulfillment tracking services, and after-sales service. Specifically, the platform can provide services to the transaction party and users in the form of software, mini-programs, web pages, etc.

[0044] It is easy to understand that wireless network data can refer to data from networks that enable internet communication without cabling. Generally, based on network coverage, wireless networks can be divided into Wireless Wide Area Networks (WWAN), Wireless Local Area Networks (WLAN), Wireless Metropolitan Area Networks (WMAN), and Wireless Personal Area Networks (WPAN). In this specification's embodiments, the wireless network is described using a wireless Fidelity (WiFi) included within a WLAN as an example. In this specification's embodiments, wireless network data can refer to WiFi data.

[0045] In some embodiments, acquiring the wireless network data corresponding to each transaction party in the indoor area can be understood as the server receiving the wireless network data sent by the terminals corresponding to each transaction party in the indoor area. Specifically, when the terminals corresponding to each transaction party communicate with the platform's server using the wireless network currently connected to the terminal, each terminal can send the data of the currently connected wireless network (i.e., wireless network data) to the server, so that the server can receive the wireless network data corresponding to each transaction party. For example, if the wireless network currently connected to the transaction party is WiFi, then the wireless network data can be WiFi data. When the transaction party communicates with the server using WiFi, the transaction party can send WiFi data to the server; the WiFi data may include information such as WiFi name, MAC address, encryption method, WiFi channel, and signal strength.

[0046] Furthermore, generating transaction identifiers for each transaction party based on wireless network data can be understood as follows: determining the wireless network characteristics corresponding to each transaction party based on the wireless network data, then obtaining the marking rules corresponding to the indoor area, and processing the wireless network characteristics based on the marking rules to obtain the transaction identifiers corresponding to each transaction party. Here, wireless network characteristics refer to the feature information contained in the wireless network data, which can be divided into feature information and non-feature information. Specifically, the step of determining the wireless network characteristics corresponding to each transaction party based on wireless network data can be achieved by dividing the information in the wireless network data of each transaction party to obtain the feature information contained in the wireless network data of each transaction party, and using this feature information as the wireless network characteristics of each transaction party. Taking WiFi data as an example, the feature information contained in WiFi data can include WiFi name, MAC address, signal strength, etc., all of which can be used as wireless network characteristics. Here, the marking rules refer to the data processing method of the wireless network characteristics; these marking rules are associated with the indoor area, and different indoor areas can correspond to different marking rules. The steps to process wireless network characteristics based on marking rules to obtain transaction identifiers for each transaction party can be as follows: Process the wireless network characteristics of each transaction party in the indoor area according to the data processing method corresponding to the indoor area to obtain the transaction identifiers for each transaction party. Specifically, for a given transaction party, a data processing method (marking rule) can be: calculating based on connection frequency, connection time period, Bluetooth beacon data, and wireless network characteristics using a preset algorithm, obtaining the calculation result, and using this calculation result as the transaction identifier for that transaction party; the connection frequency can refer to the frequency at which the transaction party connects to the wireless network, for example, N times per day, M times per week, P times per month, etc.; the connection time period can refer to the time period during which the transaction party connects to the wireless network each time; the Bluetooth beacon data can refer to the location data broadcast by the Bluetooth beacon possessed by the transaction party.

[0047] In some embodiments, the step of generating transaction identifiers corresponding to each transaction party based on wireless network data can be understood as follows: obtaining the location information associated with each transaction party; inputting the wireless network data and location information of each transaction party into the data generation model to obtain the transaction identifiers corresponding to each transaction party; the data generation model is a pre-trained model for generating transaction identifiers; during the training stage of the data generation model, the location information and wireless network data of the sample transaction party can be combined, and relevant algorithms can be used to calculate the location information and wireless network data to obtain the sample transaction identifier of the sample transaction party; then, the parameters in the model can be continuously corrected according to the output information (i.e., sample transaction identifiers) and input information (i.e., the location information and wireless network data of the sample transaction party) to obtain the final data generation model.

[0048] S204, acquire the target network data collected by the delivery equipment of the delivery party, and determine the transaction location of the delivery party based on the target network data and the transaction identifier.

[0049] It is easy to understand that delivery equipment refers to the equipment of the delivery party, which can be portable devices such as mobile phones, smart helmets, and smartwatches.

[0050] Target network data can refer to the wireless network data collected by the delivery equipment of a delivery party when the delivery party is located at the location of a certain transaction party.

[0051] In some embodiments, obtaining target network data collected by the delivery equipment of the delivery party can be understood as the server receiving target network data sent by the delivery equipment of the delivery party, which is collected by the delivery equipment of the delivery party; wherein, the collection method can be the scanning and detection method of the delivery equipment. Furthermore, the step of determining the transaction location of the delivery party based on the target network data and the transaction identifier can be understood as follows: determining the reference network features in the target network data, calculating the similarity between the reference network features and the wireless network features corresponding to each transaction party, obtaining the target transaction identifier corresponding to the maximum similarity, and determining the transaction location corresponding to the target transaction identifier as the transaction location of the delivery party. That is, we can first determine the network features in the target network data (referred to as reference network features), then calculate the similarity between the network features and the wireless network features corresponding to each transaction party, and then compare the similarity values ​​to find the transaction identifier corresponding to the wireless network feature most similar to the network features (referred to as the target transaction identifier), and determine the transaction location corresponding to the transaction identifier as the transaction location of the current delivery party. As described in S202 above, when generating the transaction identifiers corresponding to each transaction party, the transaction identifiers are generated based on the location and other information of each transaction party. Therefore, it can be known that the transaction identifier is also associated with the transaction party location, so the transaction party location corresponding to the transaction identifier can be obtained based on the transaction identifier.

[0052] In some embodiments, the step of determining the transaction location of the delivery party based on target network data and transaction identifier can be understood as follows: identifying the target network data based on a detection model to obtain the transaction identifier matching the target network data, and using the transaction location corresponding to the matching transaction identifier as the transaction location of the delivery party. The detection model is a pre-trained model used to identify the transaction identifier matching the wireless network data. The detection model can be trained using machine learning algorithms, such as XGBoost, Gradient Boosting, Dimensional Reduction, and Decision Tree. That is, the target network data can be used as the input of the detection model, and the output of the detection model can be the transaction identifier. Identifying the transaction using the detection model can reduce the computational load of the device and save the device's computing resources.

[0053] S206, acquire inertial reference data of the delivery equipment between multiple transaction locations, and determine the motion trajectory between the multiple transaction locations based on the inertial reference data.

[0054] Intuitively, inertial reference data can refer to data collected by sensors installed in delivery equipment to measure physical quantities such as acceleration, angular velocity, and mileage. Specifically, inertial reference data can include inertial sensor data and odometer data; inertial sensor data can refer to data collected by inertial sensors installed in delivery equipment, which can include sensors such as accelerometers, angular velocity sensors, and inertial measurement units; odometer data can refer to data collected by odometers installed in delivery equipment.

[0055] A movement trajectory can refer to the movement path of a transaction party between any two transaction party positions among multiple transaction party positions. A movement trajectory can consist of two parts: movement direction and movement distance. Movement direction, as the name suggests, can be understood as the direction of travel taken from one transaction party position to another transaction party position. Movement distance can be understood as the distance traveled from one transaction party position to another transaction party position.

[0056] As is readily understood from S204, the server can determine the transaction location of the delivery party by acquiring the target network data collected by the delivery equipment. In other words, the delivery equipment collects target network data, and the server can determine the transaction location of the delivery party based on this target network data. When the delivery party changes location, the target network data collected by the delivery equipment also changes, and the server can also know that the transaction location of the delivery party is changing. The delivery equipment can continuously collect inertial reference data during the delivery party's movement, and can naturally record the inertial reference data between any two collected target network data points. Therefore, the delivery equipment can send the inertial reference data between any two target network data points to the server, and the server can naturally obtain the inertial reference data between any two transaction locations based on the inertial reference data between any two target network data points.

[0057] In some embodiments, the step of acquiring inertial reference data of the delivery device between multiple transaction locations can be understood as follows: the server receives the inertial reference data between multiple transaction locations uploaded by the delivery device, and the inertial reference data between multiple transaction locations is collected by the delivery device. Specifically, after the delivery person enters the indoor area, the delivery device can collect inertial reference data from one scanned target network data to another scanned target network data. Further, the delivery device can send the inertial reference data between the aforementioned target network data and the aforementioned target network data to the server. Then the server can determine the transaction location corresponding to the aforementioned target network data and determine the other transaction location corresponding to the aforementioned target network data. The server can then obtain the inertial reference data between the aforementioned transaction location and the aforementioned transaction location. When there are multiple delivery persons, each delivery person corresponds to a delivery device that collects inertial reference data between any two transaction locations, so the server can obtain inertial reference data between multiple transaction locations.

[0058] Furthermore, the step of determining the motion trajectory between multiple transaction locations based on inertial reference data can be understood as follows: First, inertial reference data uploaded by the delivery equipment is acquired for the distance the delivery person travels from a first transaction location to a second transaction location. The first and second transaction locations are two adjacent transaction locations acquired by the delivery equipment. Then, based on the inertial reference data, the direction and distance of movement of the delivery person from the first to the second transaction location can be determined. Finally, the motion trajectory between the first and second transaction locations can be determined using the direction and distance of movement. Specifically, when the inertial reference data includes both inertial sensing data and odometer data, the direction of movement between the first and second transaction locations can be determined based on the inertial sensing data, and the distance of movement between the first and second transaction locations can be determined based on the odometer data.

[0059] S208, Based on the location of the transaction party and the movement trajectory, generate an indoor navigation map of the indoor area.

[0060] In some embodiments, the indoor coordinates of each transaction party within an indoor area can be determined based on their location. Furthermore, the movement trajectories between the transaction parties can be determined as indoor navigation routes between them. A map containing all transaction parties can then be generated based on these indoor coordinates. Additionally, indoor navigation routes between the transaction parties can be further drawn on this indoor map, resulting in an indoor navigation map of the indoor area. Specifically, in determining the indoor coordinates of each transaction party within an indoor area based on their location, a coordinate system can be established, and a reference point within the indoor area can be selected as the origin of this coordinate system. Then, the coordinates of each transaction party within this coordinate system can be determined based on their location, thus establishing their indoor coordinates within the indoor area.

[0061] Optionally, after establishing the indoor navigation map, when the server detects an indoor navigation request initiated by the target delivery device for a target transaction in the aforementioned indoor area, the server obtains the current network data collected by the target delivery device. Based on the current network data and the transaction identifier, the server determines the starting transaction location of the delivery party corresponding to the target delivery device. Based on the indoor navigation map, the server determines a reference navigation route between the starting transaction location and the target transaction location of the target delivery party. The server sends the reference navigation route to the target delivery device for display. The current network data can refer to the wireless network data of the transaction party currently occupied by the delivery party corresponding to the target delivery device, collected by the target delivery device. The server's determination of the starting transaction location of the delivery party corresponding to the target delivery device based on the current network data and the transaction identifier can be found in the implementation described in S204 above, and will not be repeated here. Therefore, the server can provide indoor navigation routes to the delivery party based on the established indoor navigation map, providing a better delivery experience for the delivery party during the delivery service process.

[0062] In the embodiments of this specification, the server acquires wireless network data corresponding to each transaction party in the indoor area, generates transaction identifiers corresponding to each transaction party based on the wireless network data, acquires target network data collected by the delivery equipment of the delivery party, determines the transaction party location of the delivery party based on the target network data and the aforementioned transaction identifiers, acquires inertial reference data of the delivery equipment between multiple transaction party locations, determines the motion trajectory between multiple transaction party locations based on the inertial reference data, and generates an indoor navigation map of the indoor area based on the transaction party location and the motion trajectory. Therefore, in the process of generating the indoor navigation map, this embodiment of the specification uses the wireless network data of each transaction party and the target network data collected by the delivery equipment to determine the transaction party location of the delivery party in real time, and uses the inertial reference data of the delivery equipment to determine the motion trajectory between multiple transaction party locations. Thus, an indoor navigation map of the indoor area can be generated based on the aforementioned motion trajectory and the aforementioned transaction party location. This eliminates the need for manual acquisition or updating of the transaction party locations in the indoor area, and also eliminates the need for dedicated hardware equipment during map construction, saving labor and hardware costs, and improving the update efficiency of the indoor navigation map.

[0063] Please see Figure 3 This is a flowchart illustrating a map creation method provided in an embodiment of this specification.

[0064] like Figure 3 As shown, the method described in the embodiments of this specification may include the following steps:

[0065] S302, Obtain the wireless network data corresponding to each transaction party in the indoor area.

[0066] Specifically, see Figure 2 The relevant description of S202.

[0067] S304, determine the wireless network characteristics corresponding to each transaction party based on the wireless network data.

[0068] It is easy to understand that wireless network data can refer to the relevant parameters of a wireless network. Taking WiFi as an example, wireless network data can refer to parameters such as WiFi name, MAC address, encryption method, WiFi channel, and signal strength.

[0069] Wireless network characteristics can refer to the characteristic information contained in wireless network data.

[0070] In some embodiments, when wireless network data is acquired, feature information corresponding to each feature parameter in the preset feature parameter list can be extracted from the wireless network data according to the preset feature parameter list, and the extracted feature information can be used as wireless network features. Taking WiFi as an example, the parameters included in the wireless network data can be aaabbc (WiFi name), 2s-fg-3h-xx-xx-xx (MAC address), wap encryption (encryption method), -35dB (signal strength), WiFi channel, etc. The feature parameters in the preset feature parameter list can include WiFi name, MAC address, and signal strength. Therefore, WiFi name = aaabbc, MAC address = 2s-fg-3h-xx-xx-xx, and signal strength = -35dB can be used as wireless network features.

[0071] S306, obtain the marking rules corresponding to the indoor area, and process the wireless network features based on the marking rules to obtain the transaction identifiers corresponding to each transaction party.

[0072] It is easy to understand that the labeling rules can be a data processing method for wireless network characteristics. For different indoor areas, the wireless network characteristics corresponding to the transactions within them can be characteristics of different dimensions. Therefore, different data processing methods can be set for different indoor areas, making it convenient to perform different data processing methods for wireless network characteristics of different dimensions.

[0073] In some embodiments, the marking rules corresponding to indoor areas can be pre-generated and stored in a database. Before processing the wireless network characteristics, the marking rules corresponding to the current indoor area can be retrieved from the database, i.e., the data processing method corresponding to the current indoor area can be obtained. The wireless network characteristics of each transaction party in the current indoor area can be processed accordingly based on the data processing method to obtain the transaction identifiers corresponding to each transaction party in the current indoor area. Specifically, for a certain transaction party, a marking rule (i.e., a data processing method) may be: using a preset algorithm to calculate the connection frequency, connection time period, Bluetooth beacon data, and wireless network characteristics, obtaining the calculation result, and using the calculation result as the transaction identifier of the transaction party. Among them, the connection frequency can refer to the frequency of the transaction party connecting to the wireless network, for example, the connection frequency can be N times per day, M times per week, P times per month, etc.; the connection time period can refer to the time period of each connection of the transaction party to the wireless network; the Bluetooth beacon data can refer to the location data broadcast by the Bluetooth beacon possessed by the transaction party.

[0074] In some embodiments, processing wireless network features based on labeling rules to obtain transaction identifiers corresponding to each transaction party can be understood as follows: acquiring historical network data collected by the delivery equipment within a historical time period, clustering the historical network data to obtain clustered data, updating the wireless network features based on the clustered data to obtain updated wireless network features, and processing the updated wireless network features based on labeling rules to obtain transaction identifiers corresponding to each transaction party. Here, the historical time period can refer to a certain period in the past, such as the past week, the past month, the past three months, etc.; historical network data can refer to the wireless network data collected by the delivery equipment during the delivery service provided by the delivery party within the historical time period; the aforementioned historical network data can be stored in the delivery party's cloud account, which can be an account registered by the delivery party on the platform. With authorization from the delivery party to the cloud account, the delivery equipment can upload the wireless network data collected during the delivery service provided within the historical time period to the cloud account, and then the server can obtain the historical network data collected by the delivery equipment from the delivery party's cloud account. Specifically, historical network data is clustered to obtain clustered data. The wireless network characteristics are then updated based on this clustered data to obtain updated wireless network characteristics. This can be understood as using a clustering algorithm to process historical network data into clustered data. Further, feature extraction can be performed on the clustered data to obtain new network features. These new network features can be added to the previously obtained wireless network characteristics to obtain updated network characteristics. The aforementioned clustering algorithm can employ unsupervised clustering or similar algorithms. Specifically, the updated wireless network characteristics are processed based on labeling rules to obtain transaction identifiers corresponding to each transaction party. The implementation method can be found in the description of the previously listed embodiments in this step, and will not be repeated here.

[0075] S308, acquire the target network data collected by the delivery equipment of the delivery party, and determine the reference network features in the target network data.

[0076] It is easy to understand that target network data can be the data of the wireless network currently collected by the delivery equipment of the delivery party. Reference network characteristics can refer to the characteristic information contained in the target network data.

[0077] In some embodiments, acquiring target network data collected by the delivery equipment of the delivery party can be understood as the server receiving target network data uploaded by the delivery equipment of the delivery party, which is collected by the delivery equipment; specifically, the delivery equipment can collect the target network data through scanning detection. It should be noted that when collecting target network data, the delivery equipment can scan for wireless network data from multiple wireless networks in the current state; the delivery equipment can filter out the target network data from these multiple wireless network data. The filtering rule can be: the wireless network data with the largest signal strength value, and the duration of the signal strength value remaining at its maximum value being greater than or equal to a preset duration, is taken as the target network data. Alternatively, if the delivery equipment can scan for wireless network data from only one wireless network in the current state, then that wireless network data can be taken as the target network data. Further, the server determines reference network characteristics in the target network data; for details, please refer to the implementation in S304, which will not be elaborated here.

[0078] S310, calculate the similarity between the reference network features and the wireless network features corresponding to each transaction party, and obtain the target transaction identifier corresponding to the maximum value of the similarity.

[0079] S312, the transaction location corresponding to the target transaction identifier is determined as the transaction location of the delivery party.

[0080] The following describes S310-S312.

[0081] In some embodiments, the server can calculate the similarity between the reference network features and the wireless network features corresponding to each of the aforementioned transaction parties, obtaining multiple similarity results. Further, the maximum value among the multiple similarity results can be determined, and the transaction identifier of the transaction party corresponding to this maximum value can be used as the target transaction identifier. Further, the location of the transaction party corresponding to this target transaction identifier can be determined as the transaction party location of the party to which the delivery party is located. It's easy to understand that while the server is acquiring the wireless network data of each transaction party, or even before acquiring the wireless network data, the server can obtain the transaction party's location. Specifically, one way the server can obtain the transaction party's location is as follows: when a transaction party uploads its corresponding wireless network data to the server through its corresponding terminal, it can also upload its own transaction party location to the server, allowing the server to obtain the location of each transaction party. Another way is: when a transaction party joins the platform, it can upload its own transaction party location to the server. When a transaction party's location is updated, it can send the updated location to the server. The transaction party's location can be stored in a dedicated database on the server, from which the server can naturally retrieve the transaction party's location. The aforementioned transaction party location can refer to the transaction party's geographical location, which can be precise down to a specific floor, direction, and room number within an indoor area. For example, a transaction party's location could be Room 03, East Side, 5th Floor, Zone F, in Shopping Mall A.

[0082] S314, respectively acquire the inertial sensing data and odometer data of the delivery party during the journey from the first transaction party location to the second transaction party location uploaded by the delivery equipment.

[0083] It is easy to understand that inertial sensing data can refer to the data collected by inertial sensors in the delivery equipment, which can include sensors such as accelerometers, angular velocity sensors, and inertial measurement units; odometer data can refer to the data collected by the odometer in the delivery equipment.

[0084] In the above steps, since the server can determine the transaction location of the delivery party based on the target network data collected by the delivery equipment, after the delivery equipment sends the collected inertial reference data to the server, if the inertial reference data includes inertial sensor data and odometer data, the server can obtain the inertial sensor data and odometer data between the transaction locations. Specifically, the inertial reference data refers to the inertial reference data recorded by the delivery equipment from one scanned target network data to another scanned target network data. That is, at a certain moment, the delivery equipment scans the aforementioned target network data, and at another moment after that moment, it scans the aforementioned target network data. The delivery equipment can continuously record inertial reference data during the delivery party's movement. The delivery equipment can use the inertial reference data recorded between the aforementioned moment and the aforementioned moment as the inertial reference data between the aforementioned target network data and the aforementioned target network data. Therefore, the server can easily obtain the inertial reference data between the transaction location corresponding to the aforementioned target network data and the transaction location corresponding to the aforementioned target network data.

[0085] It should be noted that the first transaction location and the second transaction location can be the transaction locations of different parties, and the first transaction location and the second transaction location can be two adjacent transaction locations obtained by the delivery device. On the one hand, the positional relationship referred to as adjacent can be: there are no other transaction locations between the first transaction location and the second transaction location; in this case, the delivery device can quickly scan the wireless network data corresponding to each of the two adjacent transaction locations. If the location of the first transaction party is the location of the first transaction party, and the location of the second transaction party is the location of the second transaction party, and there are no other transaction parties between the first and second transaction parties, there may be zero or one or more non-transaction parties between the first and second transaction parties. During the process of the delivery party moving from the first transaction party to the second transaction party, the delivery equipment can scan the wireless network data corresponding to the first transaction party at the first moment, scan the wireless network data corresponding to a non-transaction party at the second moment (which is after the first moment), and scan the wireless network data corresponding to the second transaction party at the third moment (which is after the second moment). The delivery equipment can upload the wireless network data, inertial sensor data, and odometer data scanned between the first and third moments to the server. Since the wireless network data of non-transaction parties is not stored in the server, the server can ignore the wireless network data of non-transaction parties. The server can only focus on the inertial sensor data and odometer data between the first and third moments to obtain the inertial sensor data and odometer data between the locations of the two transaction parties.

[0086] On the other hand, the adjacent location relationship can be: there are other transaction locations between the first transaction location and the second transaction location; in this case, the delivery device can continuously scan the wireless network data corresponding to the two adjacent transaction locations (i.e., the first transaction location and the second transaction location) within a preset time. If the first transaction location is the location of the first transaction party, the second transaction location is the location of the second transaction party, and there is a third or fourth transaction party, etc., between the first and second transaction parties, during the delivery party's journey from the first transaction party to the second transaction party, the delivery device can first scan the wireless network data corresponding to the first transaction party at the first moment, then continue scanning the wireless network data corresponding to the first transaction party for a preset time, then briefly scan the wireless network data corresponding to the third transaction party at the second moment (after the aforementioned preset time), and finally scan the wireless network data corresponding to the second transaction party at the third moment (after the second moment), and continue scanning the wireless network data corresponding to the second transaction party for a preset time. The delivery equipment can then filter and upload only the wireless network data corresponding to the first party detected at the first moment and continuously for a preset time, the wireless network data corresponding to the second party detected at the third moment and continuously for a preset time, and the inertial sensor data and odometer data between the first and third moments to the server. At this point, the server can obtain the inertial sensor data and odometer data between the first and third moments, and thus naturally obtain the inertial sensor data and odometer data between the locations of the two parties.

[0087] S316, determine the direction of movement of the delivery party based on the inertial sensing data, and determine the distance traveled by the delivery party based on the odometer data.

[0088] It is easy to understand that inertial sensing data can refer to data collected by inertial sensors installed in delivery equipment. For example, inertial sensors can include sensors such as accelerometers, gyroscopes, and magnetometers. Odometer data can refer to data collected by odometers installed in delivery equipment.

[0089] Direction of movement refers to the direction of travel taken by the delivery party along the path from one transaction location to another. Distance of movement refers to the distance traveled by the delivery party along the path from one transaction location to another.

[0090] In some embodiments, determining the delivery person's direction of movement based on inertial sensing data can be understood as combining data from sensors such as accelerometers, gyroscopes, and magnetometers to determine the delivery person's direction of movement. Specifically, accelerometers can collect the movement of the delivery equipment along the three axes of a coordinate system: the X-axis measures the movement of the delivery equipment from one side to the other, the Y-axis measures the movement along the top and bottom (including gravity), and the Z-axis measures the forward and backward movement; gyroscopes can measure the rotation of the delivery equipment along the three axes of the coordinate system, detecting precise measurements of the rotation in radians per second; and magnetometers can sense the direction of the delivery equipment based on the Earth's magnetic field. Determining the delivery person's distance traveled based on odometer data can be understood as calculating the walking distance corresponding to the journey from one transaction location to another based on the data collected by the odometer.

[0091] S318, Based on the direction of movement and the distance of movement, determine the movement trajectory between the first transaction party position and the second transaction party position.

[0092] In some embodiments, since the delivery party's direction of movement can be determined based on inertial sensing data and the distance traveled can be determined based on odometer data, when the delivery party's direction of movement includes multiple directions, the time period to which each direction belongs can be divided. Furthermore, the distance traveled within that time period can be obtained based on the time period to which each direction belongs. This allows us to obtain the direction of movement and the distance traveled by the delivery party in each time period. Further, by integrating the direction of movement and the distance traveled according to the chronological order of the time periods, the trajectory between the first and second delivery party positions can be obtained. It is easy to understand that when the delivery party's direction of movement includes only one direction, the distance traveled through the odometer data is the distance traveled in that direction. Adding this distance to the direction of movement yields the trajectory between the first and second delivery party positions. For example, the delivery person's movement direction between the first and second transaction locations can include southeast, west, and north. The movement distance within the southeast time period can include 10 meters, the west time period can include 15 meters, and the north time period can include 6 meters. The west time period is later than the southeast time period, and the north time period is later than the west time period. Integrating these directions and distances, the movement trajectory between the first and second transaction locations can be determined as: traveling 10 meters southeast, then 15 meters west, and finally 6 meters north. As another example, if the delivery person's movement direction between the first and second transaction locations only includes east, and the movement distance is 20 meters, then the movement trajectory between the first and second transaction locations can be determined as: traveling 20 meters east.

[0093] S320, determine the indoor coordinates of each transaction party in the indoor area based on the location of the transaction party.

[0094] In simple terms, indoor coordinates refer to the coordinates corresponding to the location of a transaction, as determined by a reference coordinate system. This reference coordinate system can be established using a reference point selected within the indoor area as its origin. For example, this reference coordinate system can refer to a three-axis coordinate system of X, Y, and Z. The X and Y axes can represent the four cardinal directions (north, south, east, and west) respectively, while the Z axis can represent the floor level.

[0095] In some embodiments, since the known transaction location represents the geographical location of the transaction in the indoor area, a reference point can be selected in the indoor area and a reference coordinate system can be established. The positional relationship between the reference point and each transaction location can be determined. Furthermore, the values ​​of the transaction location on the X-axis, Y-axis and Z-axis can be determined, that is, the transaction location is calibrated to obtain the indoor coordinates of the transaction location in the indoor area.

[0096] S322, the movement trajectories between the multiple transaction locations are determined as the indoor navigation routes between the transaction parties.

[0097] In some embodiments, since the server can determine the movement trajectory between two transaction locations based on the movement direction and distance between any two transaction locations, the movement trajectory can essentially be the walking route of the delivery person from one transaction location to another transaction location. It is easy to know the first indoor coordinates corresponding to the above-mentioned transaction location, and it is also easy to know the second indoor coordinates corresponding to the above-mentioned transaction location. Therefore, the walking route can be used as the indoor navigation route between the above-mentioned first indoor coordinates and the above-mentioned second indoor coordinates, that is, the indoor navigation route from the above-mentioned transaction location to the above-mentioned transaction location.

[0098] S324, Generate an indoor navigation map of the indoor area based on the indoor coordinates and the indoor navigation route.

[0099] In some embodiments, the indoor coordinates of each transaction party are readily known from S320, and the indoor navigation routes between the indoor coordinates are readily known from S322. Therefore, an indoor navigation map of the indoor area can be generated using a map algorithm based on the indoor coordinates and the indoor navigation routes between the indoor coordinates.

[0100] S326, when an indoor navigation request initiated by the target delivery device for the target transaction party among the transaction parties in the indoor area is detected, the current network data currently collected by the target delivery device is obtained.

[0101] It is easy to understand that current network data can refer to the wireless network data currently scanned by the delivery equipment.

[0102] In some embodiments, detecting an indoor navigation request initiated by the target delivery device for a target transaction within an indoor area can be understood as the target delivery device detecting an indoor navigation request initiated by the delivery person for a target transaction within an indoor area. The target delivery device then sends this indoor navigation request to the server, allowing the server to detect the request. Specifically, based on the indoor navigation map established by the server, the delivery person can initiate an indoor navigation request from the delivery device for a target transaction within an indoor area. That is, the delivery person can use the location of the target transaction as the destination on the delivery device and initiate an indoor navigation request to the server. Further, after the server detects the indoor navigation request, to determine the navigation route, the server can obtain the current network data currently collected by the target delivery device to determine the current location of the delivery person within the transaction, facilitating the determination of the navigation route based on the current location of the delivery person within the transaction. Specifically, the server can receive the current network data sent by the target delivery device, which can be collected by the target delivery device through scanning detection.

[0103] S328, Based on the current network data and the transaction identifier, determine the starting transaction location of the target delivery party corresponding to the target delivery device.

[0104] In some embodiments, the step of determining the transaction location of the target delivery party corresponding to the target delivery device based on current network data and transaction identifiers can be understood as follows: determining network features in the current network data, calculating the similarity between the network features and the wireless network features corresponding to each transaction party, obtaining the transaction identifier corresponding to the maximum similarity, and determining the transaction location corresponding to the transaction identifier as the starting transaction location of the target delivery party. It should be noted that, based on the above... Figure 2 As can be seen from the description of S202 in the illustrated embodiment, when generating transaction identifiers corresponding to each transaction party, the transaction identifiers can be generated based on information such as the location of each transaction party. Thus, it can be known that the transaction identifier is also associated with the location of the transaction party, and therefore the location of the transaction party can be obtained based on the transaction identifier.

[0105] S330, Based on the indoor navigation map, determine the reference navigation route between the starting transaction location and the target transaction location.

[0106] S332, the reference navigation route is sent to the target delivery device, and the reference navigation route is used to display in the target delivery device.

[0107] The following describes S330-S332.

[0108] In some embodiments, based on an existing indoor navigation map, an indoor navigation route between the starting point location and the target location can be found in the indoor navigation map, and this indoor navigation route can be used as a reference navigation route between the starting point location and the target location. It should be noted that when there are multiple indoor navigation routes, the number of reference navigation routes can also be multiple; when there is only one indoor navigation route, the number of reference navigation routes can be one.

[0109] After determining the reference navigation route, the server can send it to the target delivery device. This route is displayed on the target delivery device to inform the user. When multiple reference routes are available, the user can choose one for indoor navigation; when only one route is available, the user can follow that route for indoor navigation. Specifically, the server can encapsulate the reference navigation route in a data packet and encrypt the packet before sending it to the target delivery device. Upon receiving the encrypted data packet, the target delivery device can decrypt it to obtain the reference navigation route, and then decapsulate it to retrieve the route. This provides delivery services with indoor navigation routes between parties, improving the delivery experience.

[0110] In the embodiments of this specification, on the one hand, the server can use the wireless network data collected by the delivery party and the wireless network data corresponding to each transaction party to build an indoor navigation map of the indoor area. In the process of building the indoor navigation map, there is no need for dedicated personnel to collect or update the location of each transaction party in the indoor area, nor is there a need to use dedicated hardware equipment to build the indoor navigation map, which saves labor costs and hardware costs, and also improves the update efficiency of the indoor navigation map. On the other hand, when the server detects an indoor navigation request initiated by the target delivery device for the target transaction party in the indoor area, the server can send the indoor navigation route required by the target delivery device to the target delivery device, that is, it can provide the delivery party with a navigation route in the indoor area, so that the delivery party can quickly reach the location of the target transaction party, improving the delivery experience of the delivery party in fulfilling the delivery service.

[0111] Please see Figure 4 This is a schematic diagram of a map-building device provided in an embodiment of this specification. The map-building device 400 can be implemented as all or part of a server through software, hardware, or a combination of both. The device 400 includes:

[0112] The first data processing module 410 is used to acquire wireless network data corresponding to each transaction party in the indoor area, and generate transaction identifiers corresponding to each transaction party based on the wireless network data.

[0113] The second data processing module 420 is used to acquire target network data collected by the delivery equipment of the delivery party, and determine the transaction location of the delivery party based on the target network data and the transaction identifier.

[0114] The third data processing module 430 is used to acquire inertial reference data of the delivery equipment between multiple transaction locations, and determine the motion trajectory between the multiple transaction locations based on the inertial reference data.

[0115] The navigation map generation module 440 is used to generate an indoor navigation map of the indoor area based on the location of the transaction party and the movement trajectory.

[0116] Optionally, the first data processing module includes:

[0117] The first data processing unit is used to determine the wireless network characteristics corresponding to each transaction party based on the wireless network data.

[0118] The second data processing unit is used to obtain the marking rules corresponding to the indoor area, and to process the wireless network features based on the marking rules to obtain the transaction identifiers corresponding to each transaction party.

[0119] Optionally, the second data processing unit includes:

[0120] The first subunit is used to acquire historical network data collected by the delivery equipment within a historical time period;

[0121] The second subunit is used to cluster the historical network data to obtain clustered data, and update the wireless network features based on the clustered data to obtain the updated wireless network features.

[0122] The third subunit is used to process the updated wireless network features based on the marking rules to obtain the transaction identifiers corresponding to each transaction party.

[0123] Optionally, the second data processing module includes:

[0124] The first data processing subunit is used to determine the reference network features in the target network data;

[0125] The third data processing subunit is used to calculate the similarity between the reference network features and the wireless network features corresponding to each transaction party, and obtain the target transaction identifier corresponding to the maximum value of the similarity.

[0126] The fifth data processing subunit is used to determine the transaction location corresponding to the target transaction identifier as the transaction location of the delivery party.

[0127] Optionally, the third data processing module includes:

[0128] The second data processing subunit is used to acquire inertial sensing data and odometer data of the delivery party's journey from the first transaction party location to the second transaction party location, which are uploaded by the delivery equipment. The first transaction party location and the second transaction party location are two adjacent transaction party locations acquired by the delivery equipment.

[0129] The fourth data processing subunit is used to determine the direction of movement of the delivery party based on the inertial sensing data and to determine the distance of movement of the delivery party based on the odometer data.

[0130] The sixth data processing subunit is used to determine the motion trajectory between the first transaction party's position and the second transaction party's position based on the motion direction and the motion distance.

[0131] Optionally, the fourth data processing unit includes:

[0132] The fourth subunit is used to determine the indoor coordinates of each transaction party in the indoor area based on the location of the transaction party;

[0133] The fifth subunit is used to determine the movement trajectory between the multiple transaction parties' locations as the indoor navigation route between the transaction parties;

[0134] The sixth sub-unit is used to generate an indoor navigation map of the indoor area based on the indoor coordinates and the indoor navigation route.

[0135] Optionally, device 400 also includes:

[0136] The request detection module is used to obtain the current network data currently collected by the target delivery device when it detects an indoor navigation request initiated by the target delivery device for the target transaction party among the transaction parties in the indoor area.

[0137] The location determination module is used to determine the starting transaction location of the target delivery party corresponding to the target delivery device based on the current network data and the transaction identifier.

[0138] The route determination module is used to determine a reference navigation route between the starting transaction location and the target transaction location based on the indoor navigation map;

[0139] A route sending module is used to send the reference navigation route to the target delivery device, and the reference navigation route is used to display in the target delivery device.

[0140] Please refer to Figure 5 This diagram illustrates the structure of a terminal provided in an exemplary embodiment of this specification. The terminal in this specification may include one or more of the following components: a processor 110, a memory 120, an input device 130, an output device 140, and a bus 150. The processor 110, memory 120, input device 130, and output device 140 may be connected via the bus 150.

[0141] Processor 110 may include one or more processing cores. Processor 110 connects to various parts of the terminal using various interfaces and routes, and performs various functions and processes data of terminal 100 by running or executing instructions, programs, code sets, or instruction sets stored in memory 120, and by calling data stored in memory 120. Optionally, processor 110 may be implemented using at least one hardware form of digital signal processing (DSP), field-programmable gate array (FPGA), or programmable logic array (PLA). Processor 110 may integrate one or more of a central processing unit (CPU), graphics processing unit (GPU), and modem. The CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the displayed content; and the modem handles wireless communication. It is understood that the modem may also not be integrated into processor 110 and may be implemented separately using a communication chip.

[0142] The memory 120 may include random access memory (RAM) or read-only memory (ROM). Optionally, the memory 120 may include non-transitory computer-readable storage medium. The memory 120 may be used to store instructions, programs, code, code sets, or instruction sets. The memory 120 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for implementing at least one function (e.g., touch function, sound playback function, image playback function, etc.), instructions for implementing the various method embodiments described below, etc. The operating system may be the Android system, including systems deeply developed based on the Android system, the iOS system developed by Apple Inc., including systems deeply developed based on the iOS system, or other systems.

[0143] In order for the operating system to distinguish the specific application scenarios of third-party applications, it is necessary to establish data communication between the third-party applications and the operating system. This would allow the operating system to obtain the current scenario information of the third-party applications at any time, and then perform targeted system resource adaptation based on the current scenario.

[0144] The input device 130 is used to receive input instructions or data, and includes, but is not limited to, a keyboard, mouse, camera, microphone, or touch device. The output device 140 is used to output instructions or data, and includes, but is not limited to, a display device and a speaker. In one example, the input device 130 and the output device 140 can be combined, and the input device 130 and the output device 140 can be a touch display screen.

[0145] The touch display screen can be designed as a full-screen, curved screen, or irregularly shaped screen. It can also be designed as a combination of a full-screen and a curved screen, or a combination of an irregularly shaped screen and a curved screen; however, this specification does not limit the specific designs in the embodiments described herein.

[0146] In addition, those skilled in the art will understand that the structure of the terminal shown in the above figures does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements. For example, the terminal may also include radio frequency circuits, input units, sensors, audio circuits, Wireless Fidelity (WiFi) modules, power supplies, Bluetooth modules, etc., which will not be described in detail here.

[0147] exist Figure 5In the illustrated electronic device, the processor 110 can be used to call the map creation program stored in the memory 120 and specifically perform the following operations:

[0148] Obtain wireless network data corresponding to each transaction party in the indoor area, and generate a transaction identifier corresponding to each transaction party based on the wireless network data.

[0149] Obtain target network data collected by the delivery equipment of the delivery party, and determine the transaction location of the delivery party based on the target network data and the transaction identifier;

[0150] The inertial reference data of the delivery equipment between the multiple transaction locations are obtained respectively, and the motion trajectory between the multiple transaction locations is determined based on the inertial reference data;

[0151] An indoor navigation map of the indoor area is generated based on the location of the transaction party and the movement trajectory.

[0152] In one embodiment, when the processor 110 performs the step of generating transaction identifiers corresponding to each transaction party based on the wireless network data, it specifically performs the following operations:

[0153] Based on the wireless network data, determine the wireless network characteristics corresponding to each transaction party;

[0154] Obtain the marking rules corresponding to the indoor area, and process the wireless network features based on the marking rules to obtain the transaction identifiers corresponding to each transaction party.

[0155] In one embodiment, when the processor 110 performs the processing of the wireless network features based on the marking rules to obtain the transaction identifiers corresponding to each transaction party, it specifically performs the following operations:

[0156] Obtain historical network data collected by the delivery equipment within a historical time period;

[0157] The historical network data is clustered to obtain clustered data, and the wireless network features are updated based on the clustered data to obtain the updated wireless network features;

[0158] The updated wireless network features are processed based on the labeling rules to obtain the transaction identifiers corresponding to each transaction party.

[0159] In one embodiment, when the processor 110 executes the step of determining the transaction location of the delivery party based on the target network data and the transaction identifier, it specifically performs the following operations:

[0160] Determine the reference network features in the target network data;

[0161] Calculate the similarity between the reference network features and the wireless network features corresponding to each transaction party, and obtain the target transaction identifier corresponding to the maximum value of the similarity.

[0162] The transaction location corresponding to the target transaction identifier is determined as the transaction location of the delivery party.

[0163] In one embodiment, when the processor 110 performs the operation of acquiring inertial reference data of the delivery device between multiple transaction locations and determining the motion trajectory between the multiple transaction locations based on the inertial reference data, it specifically performs the following operations:

[0164] The inertial sensing data and odometer data of the delivery party from the first transaction party location to the second transaction party location are respectively acquired by the delivery device, where the first transaction party location and the second transaction party location are two adjacent transaction party locations acquired by the delivery device.

[0165] The direction of movement of the delivery person is determined based on the inertial sensing data, and the distance traveled by the delivery person is determined based on the odometer data.

[0166] Based on the direction of movement and the distance of movement, the movement trajectory between the first transaction party's position and the second transaction party's position is determined.

[0167] In one embodiment, when the processor 110 generates an indoor navigation map of the indoor area based on the location of the transacting party and the movement trajectory, it specifically performs the following operations:

[0168] The indoor coordinates of each transaction party in the indoor area are determined based on the location of the transaction party.

[0169] The movement trajectories between the locations of the multiple transaction parties are respectively determined as the indoor navigation routes between the transaction parties;

[0170] An indoor navigation map of the indoor area is generated based on the indoor coordinates and the indoor navigation route.

[0171] In one embodiment, the processor 110 also performs the following operations:

[0172] When an indoor navigation request initiated by the target delivery device for the target transaction party among the transaction parties in the indoor area is detected, the current network data collected by the target delivery device is obtained.

[0173] Based on the current network data and the transaction identifier, determine the starting transaction location of the target delivery party corresponding to the target delivery device.

[0174] Based on the indoor navigation map, a reference navigation route is determined between the starting transaction location and the target transaction location;

[0175] The reference navigation route is sent to the target delivery device, and the reference navigation route is displayed on the target delivery device.

[0176] This specification also provides a computer-readable storage medium storing at least one instruction that is executed by a processor to implement the map creation method as described in the above embodiments.

[0177] This specification also provides a computer program product that stores at least one instruction, which is loaded and executed by the processor to implement the map creation method described in the above embodiments.

[0178] Those skilled in the art will recognize that the functions described in the embodiments of this specification in one or more of the above examples can be implemented using hardware, software, firmware, or any combination thereof. When implemented in software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any medium that facilitates the transfer of a computer program from one place to another. Storage media can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0179] The above description is merely an optional embodiment of this specification and is not intended to limit this specification. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification shall be included within the protection scope of this specification.

[0180] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

Claims

1. A map creation method, characterized in that, Applied to a server, the method includes: Obtain wireless network data corresponding to each transaction party in the indoor area, and generate a transaction identifier corresponding to each transaction party based on the wireless network data and the transaction party location corresponding to each transaction party. Obtain target network data collected by the delivery equipment of the delivery party, and determine the transaction location of the delivery party based on the target network data and the transaction identifier; The inertial reference data of the delivery equipment between the multiple transaction locations are obtained respectively, and the motion trajectory between the multiple transaction locations is determined based on the inertial reference data; An indoor navigation map of the indoor area is generated based on the location of the transaction party and the movement trajectory.

2. The method according to claim 1, characterized in that, The step of generating a transaction identifier corresponding to each transaction party based on the wireless network data and the transaction party location corresponding to each transaction party includes: Based on the wireless network data, determine the wireless network characteristics corresponding to each transaction party; Obtain the marking rules corresponding to the indoor area, and process the wireless network features and the transaction location corresponding to each transaction party based on the marking rules to obtain the transaction identifier corresponding to each transaction party.

3. The method according to claim 2, characterized in that, The process of processing the wireless network features and the corresponding transaction locations of each transaction party based on the marking rules to obtain the transaction identifiers corresponding to each transaction party includes: Obtain historical network data collected by the delivery equipment within a historical time period; The historical network data is clustered to obtain clustered data, and the wireless network features are updated based on the clustered data to obtain the updated wireless network features; Based on the labeling rules, the updated wireless network features and the transaction locations corresponding to each transaction party are processed to obtain the transaction identifiers corresponding to each transaction party.

4. The method according to claim 2, characterized in that, Determining the transaction location of the delivery party based on the target network data and the transaction identifier includes: Determine the reference network features in the target network data; Calculate the similarity between the reference network features and the wireless network features corresponding to each transaction party, and obtain the target transaction identifier corresponding to the maximum value of the similarity. The transaction location corresponding to the target transaction identifier is determined as the transaction location of the delivery party.

5. The method according to any one of claims 1-4, characterized in that, The step of acquiring inertial reference data of the delivery equipment between multiple transaction locations, and determining the motion trajectory between the multiple transaction locations based on the inertial reference data, includes: The inertial sensing data and odometer data of the delivery party from the first transaction party location to the second transaction party location are respectively acquired by the delivery device, where the first transaction party location and the second transaction party location are two adjacent transaction party locations acquired by the delivery device. The direction of movement of the delivery person is determined based on the inertial sensing data, and the distance traveled by the delivery person is determined based on the odometer data. Based on the direction of movement and the distance of movement, the movement trajectory between the first transaction party's position and the second transaction party's position is determined.

6. The method according to any one of claims 1-4, characterized in that, The step of generating an indoor navigation map of the indoor area based on the location of the transacting party and the movement trajectory includes: The indoor coordinates of each transaction party in the indoor area are determined based on the location of the transaction party. The movement trajectories between the locations of the multiple transaction parties are respectively determined as the indoor navigation routes between the transaction parties; An indoor navigation map of the indoor area is generated based on the indoor coordinates and the indoor navigation route.

7. The method according to any one of claims 1-4, characterized in that, The method further includes: When an indoor navigation request initiated by the target delivery device for the target transaction party among the transaction parties in the indoor area is detected, the current network data collected by the target delivery device is obtained. Based on the current network data and the transaction identifier, determine the starting transaction location of the target delivery party corresponding to the target delivery device. Based on the indoor navigation map, a reference navigation route is determined between the starting transaction location and the target transaction location; The reference navigation route is sent to the target delivery device, and the reference navigation route is used for display in the target delivery device.

8. A map-building device, characterized in that, Applied to a server, the device includes: The first data processing module is used to acquire wireless network data corresponding to each transaction party in the indoor area, and generate a transaction identifier corresponding to each transaction party based on the wireless network data and the transaction party location corresponding to each transaction party. The second data processing module is used to acquire target network data collected by the delivery equipment of the delivery party, and determine the transaction location of the delivery party based on the target network data and the transaction identifier. The third data processing module is used to acquire inertial reference data of the delivery equipment between multiple transaction locations, and determine the motion trajectory between the multiple transaction locations based on the inertial reference data. The navigation map generation module is used to generate an indoor navigation map of the indoor area based on the location of the transaction party and the movement trajectory.

9. A computer storage medium, characterized in that, The computer storage medium stores a plurality of instructions, which are adapted to be loaded by a processor and executed as method steps as claimed in any one of claims 1 to 7.

10. An electronic device, characterized in that, include: A processor and a memory; wherein the memory stores a computer program adapted to be loaded by the processor and executed the method steps as claimed in any one of claims 1 to 7.

Images