Trajectory data reporting method, trajectory data processing method, and electronic device

Abstract

The application provides a trajectory data reporting method, a trajectory data processing method and an electronic device, and relates to the technical field of data processing. According to the application, the information of a device obtained through Bluetooth scanning is acquired, whether a terminal is located in a motor vehicle scene is determined according to the information of the device, and in the case that the terminal is located in the motor vehicle scene, the terminal can send trajectory data representing a motor vehicle type to a server. In this way, by detecting the information of the device obtained through Bluetooth scanning, the identification of the motor vehicle trajectory can be directly performed on the terminal side, and then after the trajectory data is sent to the server, the server can directly mine based on the trajectory data sent by the terminal, the trajectory cleaning process is omitted, and the process of trajectory mining is simplified.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to a method for reporting trajectory data, a method for processing trajectory data, and an electronic device. Background Technology

[0002] Track mining in map applications plays a crucial role in displaying real-time traffic flow, speed changes, congestion hotspots, optimizing traffic light countdowns, and adjusting road planning.

[0003] Currently, trajectory mining is all done on servers. The server collects various types of terminal trajectories, then uses machine learning and other methods to clean and filter the collected trajectories to determine their types, and then performs further mining based on these types. The entire mining process is quite complex. Summary of the Invention

[0004] Based on the above research, this application provides a method for reporting trajectory data, a method for processing trajectory data, and an electronic device, which can directly identify the trajectory type on the terminal side, so that the trajectory cleaning process can be omitted on the server side, simplifying the trajectory mining process.

[0005] To achieve the above objectives, this application adopts the following technical solution:

[0006] Firstly, a method for reporting trajectory data is provided, applied to a terminal. The method includes: activating the positioning function and sending the terminal's trajectory data, the trajectory data including a trajectory type; wherein the trajectory type is obtained through information from a first device, and the terminal obtains the information from the first device by scanning using a first scanning method.

[0007] The solution provided in the first aspect above identifies the trajectory type directly on the terminal side based on the information of the first device. Then, after the terminal sends the trajectory data to the server side, the server side can directly mine the trajectory data including the trajectory type sent by the terminal, omitting the trajectory cleaning process and simplifying the trajectory mining process.

[0008] As an example, the first scanning method is scanning via short-range communication technology, including Bluetooth and ultra-wideband communication.

[0009] As an example, the specific implementation of sending trajectory data from the terminal could be as follows: the terminal can standardize the data structure of the trajectory data and send the standardized trajectory data.

[0010] As one possible implementation, the trajectory types include motor vehicle type and non-motor vehicle type. The method further includes: displaying a first navigation route, which is displayed by the terminal based on first traffic information, which is feedback from the server to the terminal regarding trajectory data for motor vehicle type; or, displaying a second navigation route, which is displayed by the terminal based on second traffic information, which is feedback from the server to the terminal regarding trajectory data for non-motor vehicle type. The second navigation route differs from the first navigation route. Thus, by mining trajectory data for motor vehicle type or non-motor vehicle type from the server and feeding back the mined traffic information to the terminal, the terminal can provide corresponding traffic services to the user, thereby ensuring that the user obtains optimal route information and more accurately estimates travel time.

[0011] For example, the terminal can receive first traffic information from the server based on the trajectory data of the motor vehicle type, and display a first navigation route based on the first traffic information, wherein the first navigation route is the driving route of the motor vehicle and is used to guide the user to drive the motor vehicle.

[0012] For example, the terminal can receive second traffic information from the server regarding the trajectory data of non-motorized vehicles, and display a second navigation route based on the second traffic information. The second navigation route is a non-motorized vehicle travel route, used to guide the user on cycling or walking.

[0013] As one possible implementation, before sending the trajectory data from the terminal, the method further includes: obtaining the device type of the first device based on the information of the first device; and obtaining the trajectory type of the trajectory data based on the device type of the first device. Thus, the trajectory type is directly identified on the terminal side based on the information of the first device. After the terminal sends the trajectory data to the server side, the server side can directly perform trajectory mining based on the trajectory data sent by the terminal, including the trajectory type, omitting the trajectory cleaning process and simplifying the trajectory mining process.

[0014] As an example, if the device type of the first device is a motor vehicle on-board device, the trajectory type of the trajectory data is a motor vehicle type; if the device type of the first device is a non-motor vehicle on-board device, the trajectory type of the trajectory data is a non-motor vehicle type.

[0015] As one possible implementation, if the first device is a vehicle-mounted device, the method further includes: displaying a third navigation route when the terminal detects that the connection status with the first device has changed from connected to disconnected. The third navigation route differs from the first navigation route. The third navigation route is obtained by the terminal based on path planning information fed back by the server. Thus, by displaying different navigation routes according to the connection status with the first device, the optimal route can be automatically provided to the user, simplifying user operations and improving the user experience.

[0016] As one possible implementation, displaying a third navigation route includes: displaying the third navigation route when the signal strength attenuation trend of the first device meets a set condition. Thus, by combining signal strength attenuation trend detection, the accuracy of detection can be improved, enabling timely display of the third navigation route when the terminal changes from a vehicle-centric scenario to a non-vehicle-centric scenario. This can automatically provide the user with the optimal route, simplifying user operations and improving the user experience.

[0017] As an example, if the terminal detects that the connection status with the first device changes from connected to disconnected, and the signal strength attenuation trend of the first device meets the set conditions, it determines that the terminal has changed from being in a motor vehicle scenario to not being in a motor vehicle scenario.

[0018] In one possible implementation, the information of the first device includes one or more of the following: the Bluetooth signal strength of the first device during a first time period, the location information of the first device during a second time period, or the device name of the first device. Based on the information of the first device, the device type of the first device is determined, including: if the information of the first device meets the vehicle detection conditions, determining the device type of the first device as a vehicle-mounted device; the vehicle detection conditions include one or more of the following: the signal strength during the first time period is greater than a set strength threshold, the fluctuation range of the signal strength during the first time period is less than a set threshold, the location information during the second time period indicates that the first device is in a moving state, the device name of the first device conforms to the naming rules for vehicle-mounted devices, or the motion data indicated by the location information during the second time period meets the motion characteristics of a vehicle. Thus, by identifying the device type of the first device through multiple pieces of information, and determining the trajectory type of the terminal's trajectory data based on the device type, labor and computational costs can be significantly reduced, and the accuracy of trajectory type identification can be improved.

[0019] As one possible implementation, the device type of the first device is determined based on its information, including: acquiring the device name and signal strength of the first device within a first time period; if the device name conforms to the naming rules for vehicle-mounted devices, the signal strength within the first time period is greater than a set strength threshold, and the fluctuation range of the signal strength within the first time period is less than a set threshold, the location information of the first device within a second time period is determined based on the terminal's location; if the location information within the second time period indicates that the first device is in a moving state and the indicated motion data meets the characteristics of motor vehicle motion, the device type of the first device is determined to be a motor vehicle-mounted device. Thus, by identifying the device type of the first device through multiple pieces of information and determining the trajectory type of the terminal's trajectory data based on the device type, labor and computational costs can be significantly reduced, and the accuracy of trajectory type recognition can be improved.

[0020] Secondly, a method for processing trajectory data is provided, applied to a server. The method includes: receiving trajectory data from one or more first terminals, the trajectory data including trajectory type; and, if the trajectory type of the trajectory data from one or more first terminals is a motor vehicle type, sending first traffic information to a second terminal, the first traffic information being used by the second terminal to display a first navigation route.

[0021] The solution provided in the second aspect above allows the server to directly mine trajectory data based on the terminal's data when the terminal sends trajectory data of motor vehicle type, eliminating the trajectory cleaning process and simplifying the trajectory mining process. Furthermore, by mining the trajectory data through the server and feeding back the mined traffic information to the terminal, the terminal can provide users with corresponding traffic services, thereby ensuring that users obtain optimal route information and more accurate travel time estimates.

[0022] As one possible implementation, the method further includes: when the trajectory data of one or more first terminals is of the non-motorized vehicle type, sending second traffic information to a second terminal, the second traffic information being used by the second terminal to display a second navigation route. Thus, when the terminal sends trajectory data of the non-motorized vehicle type, the server can directly perform trajectory mining based on the trajectory data sent by the terminal, omitting the trajectory cleaning process and simplifying the trajectory mining workflow. Furthermore, by mining the trajectory data through the server and feeding back the mined traffic information to the terminal, the terminal can provide corresponding traffic services to the user, thereby ensuring that the user obtains optimal route information and more accurately estimates travel time.

[0023] As one possible implementation, sending first traffic information to the second terminal includes: aggregating the trajectory data of each of the first terminals in chronological order to obtain aggregated trajectory data for each first terminal; and sending the first traffic information based on the aggregated trajectory data of each first terminal. Thus, by aggregating the trajectory data of the terminals according to time, continuous trajectory data can be obtained, improving the accuracy of trajectory mining.

[0024] As one possible implementation, the method further includes: receiving a route planning request sent by a first terminal, and feeding back route planning information to the first terminal according to the route planning request; or feeding back route planning information to the first terminal after detecting a change in the trajectory type of the trajectory data sent by the first terminal from motor vehicle type to non-motor vehicle type. The route planning information is used by the first terminal to display a third navigation route. In this way, the terminal can provide the user with the optimal route, simplifying user operations and improving the user experience.

[0025] Thirdly, an electronic device is provided, comprising: a memory for storing a computer program; a transceiver for receiving or transmitting radio signals; and a processor for executing the computer program, such that the electronic device implements the method of any possible implementation of the first aspect or the method of any possible implementation of the second aspect.

[0026] Fourthly, a trajectory processing system is provided, including a terminal and a server, wherein the terminal is used to execute the method of any possible implementation of the first aspect, and the server is used to execute the method of any possible implementation of the second aspect.

[0027] Fifthly, a computer-readable storage medium is provided, on which computer program code is stored, wherein when the computer program code is executed by a processing circuit, it implements the method of any possible implementation of the first aspect or the method of any possible implementation of the second aspect.

[0028] In a sixth aspect, a computer program product is provided for running on a computer to implement the method of any possible implementation of the first aspect or the method of any possible implementation of the second aspect. Attached Figure Description

[0029] Figure 1 A schematic diagram of the system architecture provided for embodiments of this application;

[0030] Figure 2 Application scenario diagrams provided for embodiments of this application;

[0031] Figure 3 A schematic diagram of the structure of a terminal provided in an embodiment of this application;

[0032] Figure 4 A schematic diagram of the software architecture of the terminal provided in the embodiments of this application;

[0033] Figure 5 A schematic diagram of the functional modules of the trajectory data reporting device provided in the embodiments of this application;

[0034] Figure 6 A schematic diagram of the functional modules of the trajectory data processing device provided in the embodiments of this application;

[0035] Figure 7 This is a schematic diagram illustrating the process of identifying vehicle type trajectory data and mining vehicle type trajectory data provided in the embodiments of this application;

[0036] Figure 8 A timing diagram illustrating the interaction between a terminal and a trajectory data processing server provided in an embodiment of this application;

[0037] Figure 9 A schematic diagram of a Bluetooth device list provided in an embodiment of this application;

[0038] Figure 10 This is a schematic diagram of the detection process for an in-vehicle Bluetooth device provided in an embodiment of this application;

[0039] Figure 11 A schematic diagram illustrating the detection of device names provided in an embodiment of this application;

[0040] Figure 12 This is a schematic diagram illustrating the detection of Bluetooth signal strength provided in an embodiment of this application.

[0041] Figure 13 A schematic diagram illustrating the detection of movement state provided in an embodiment of this application;

[0042] Figure 14 A schematic diagram of trajectory data provided in the embodiments of this application;

[0043] Figure 15 This is a schematic diagram illustrating the trajectory data processing server for mining trajectory data provided in an embodiment of this application.

[0044] Figure 16 A schematic diagram of the excavation process for a traffic light countdown provided in this application embodiment;

[0045] Figure 17 One of the schematic diagrams of the navigation route provided in the embodiments of this application;

[0046] Figure 18 A second schematic diagram of a navigation route provided in an embodiment of this application;

[0047] Figure 19This is the third schematic diagram of the navigation route provided in the embodiments of this application. Detailed Implementation

[0048] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.

[0049] It should be noted that the collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved in the technical solution of this application all comply with the provisions of relevant laws and regulations and do not violate public order and good morals. For example, in the technical solution of this application, the processing of user personal information (such as trajectory data) is carried out with the user's authorization, which will be stated uniformly here and will not be repeated below.

[0050] In the description of the embodiments of this application, unless otherwise stated, " / " means "or", for example, A / B can mean A or B; "and / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. In addition, in the description of the embodiments of this application, "multiple" means two or more.

[0051] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "a plurality of" means two or more.

[0052] Furthermore, in the embodiments of this application, words such as "exemplarily" and "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design scheme described as "exemplary" in this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of the term "exemplary" is intended to present concepts in a concrete manner.

[0053] Currently, vehicle trajectory mining is all done on servers. After collecting various types of trajectories, the server needs to extract vehicle trajectories that can be used for subsequent mining. The entire mining process is quite complex.

[0054] Trajectory types can be categorized into walking tracks, cycling tracks, motor vehicle tracks (private cars / taxi / buses, etc.), rail transit tracks (subways / trains), air tracks, water transport tracks (ships), and multi-modal hybrid tracks (combining multiple modes of transportation). To identify motor vehicle tracks from a massive amount of various types of tracks, the server can employ trajectory classification methods based on trajectory feature extraction and those based on map road network feature matching.

[0055] There are two main approaches to trajectory classification based on trajectory feature extraction. One approach extracts local features such as velocity, acceleration, curvature, and dwell time, and combines these with traditional classification models, such as Support Vector Machines (SVMs) and decision trees. This method is suitable for high-sampling-rate, low-noise trajectory data, such as trajectory data generated by the Global Positioning System (GPS). The other approach automatically learns trajectory features based on time-series models such as Recurrent Neural Networks (RNNs) and Long Short-Term Memory (LSTMs), or combines them with Graph Neural Networks (GNNs) to capture spatial topological relationships for classification. This approach is suitable for large-scale, complex trajectory data.

[0056] Trajectory classification methods based on trajectory feature extraction rely on labeled data to learn trajectory features. However, most of the current labeled data is obtained manually, which is costly. Furthermore, trajectory classification methods based on trajectory feature extraction have low accuracy; when the trajectory type is incorrectly identified, it interferes with subsequent trajectory mining.

[0057] Trajectory classification based on map road network feature matching requires collecting and using existing vehicular road network information to perform road matching processing on the coordinates of continuous trajectory points in order to distinguish between vehicular and non-vehicular trajectories. However, this method relies on additional map data, increasing costs such as data procurement, and also requires a large amount of computation, resulting in high computational costs.

[0058] Based on the above research, this application provides a method for reporting trajectory data. The terminal obtains device information through a first scanning method. After determining the trajectory type of the terminal's trajectory data based on the device information, the terminal can send trajectory data including the trajectory type. Thus, trajectory type identification is performed directly on the terminal side using the device information. After sending the trajectory data including the trajectory type to the trajectory data processing server, the trajectory data processing server can directly perform data mining based on the trajectory data including the trajectory type sent by the terminal, omitting the trajectory cleaning process and simplifying the trajectory mining process.

[0059] Furthermore, the embodiments of this application identify the type of trajectory data by scanning the device information, which can significantly reduce labor and computation costs. At the same time, it can also improve the accuracy of trajectory type identification.

[0060] As an example, the trajectory data reporting method provided in this application embodiment can be applied to trajectory collection scenarios for motor vehicles. In some examples, the trajectory data reporting method provided in this application embodiment can also be used in trajectory collection scenarios for non-motor vehicles, such as walking trajectory collection scenarios and cycling trajectory collection scenarios.

[0061] As an example, the trajectory data collected by the method provided in this application embodiment can be applied to the mining of various traffic conditions. For example, taking the scenario of collecting vehicle trajectory as an example, the collected vehicle trajectory can be applied to scenarios such as road condition mining based on vehicle trajectory and mining traffic light countdowns based on vehicle trajectory.

[0062] In this embodiment, the terminal can scan for devices near the terminal using a first scanning method to obtain information about those devices. Based on the device information, the device type is determined. Based on the device type, the trajectory type of the trajectory data is obtained.

[0063] The first scanning method refers to scanning via near-field communication (NFC) technology. As an example, NFC technology can include Bluetooth, ultra-wideband (UWB) communication, and is not specifically limited to any particular technology.

[0064] When a terminal scans for nearby devices via Bluetooth, the device information can include the Bluetooth device's name, Bluetooth signal strength, location information, etc. Similarly, when a terminal scans for nearby devices via UWB, the device information can include the UWB device's name, UWB signal strength, location information, etc.

[0065] In the embodiments of this application, the device type includes vehicle-mounted device type and non-vehicle-mounted device type. For example, when the terminal scans via Bluetooth, the vehicle-mounted device type can be a vehicle-mounted Bluetooth device type. As another example, when the terminal scans via UWB, the vehicle-mounted device type can be a vehicle-mounted UWB device type.

[0066] Understandably, when the device type of the first device is a motor vehicle on-board device, the trajectory type of the trajectory data is a motor vehicle type; when the device type of the first device is a non-motor vehicle on-board device, the trajectory type of the trajectory data is a non-motor vehicle type.

[0067] For ease of description, the following explanation uses Bluetooth scanning as an example to illustrate the process of obtaining device information through terminal scanning and determining the trajectory type of the terminal's trajectory data based on that device information. Understandably, the process of obtaining device information through UWB scanning and determining the trajectory type of the terminal's trajectory data based on that device information can be referenced from the process of obtaining device information through Bluetooth scanning and determining the trajectory type of the terminal's trajectory data based on that device information, and will not be repeated below.

[0068] When the terminal obtains device information via Bluetooth scanning, the method provided in this application embodiment can be applied to... Figure 1 The system architecture is shown below. Figure 1 As shown, the system architecture may include a terminal 100, a motor vehicle 200, and a trajectory data processing server 300.

[0069] The aforementioned terminal 100 can be a portable terminal, such as a mobile phone, tablet computer, smartwatch, headphones, wearable virtual reality (VR) terminal device, wearable augmented reality (AR) terminal device, etc., without any specific restrictions.

[0070] The aforementioned motor vehicle 200 can be a wheeled vehicle driven or towed by a power device such as a car, motorcycle, or tram, which travels on roads and is used for passenger transport, transporting goods, or performing special operations; there are no specific restrictions.

[0071] The aforementioned trajectory data processing server 300 can be a distributed server cluster composed of multiple servers, a single server, or a cloud server; there are no specific restrictions.

[0072] In this embodiment, the terminal 100 is equipped with hardware devices such as a Bluetooth module, a screen, and physical buttons. Based on the configured Bluetooth module, the terminal 100 can perform the function of connecting to Bluetooth devices. Here, a Bluetooth device refers to a device that can be connected via Bluetooth.

[0073] The screen and physical buttons in terminal 100 provide users with the necessary interactive inputs for connecting Bluetooth devices. For example, taking terminal 100 as a mobile phone, the user can turn on the screen using the physical buttons. After turning on the screen, the user can unlock the phone by touching the fingerprint reader on the screen. The phone responds to the user's unlocking operation and displays the desktop. The user can then access the interactive interface for controlling the Bluetooth module through the desktop. This interface includes Bluetooth controls, which the user can use to turn on the Bluetooth module. After turning on the Bluetooth module, the phone can also display a Bluetooth connection interface. The Bluetooth connection interface shows the Bluetooth devices that the phone can currently connect to via the Bluetooth module. The user can select the Bluetooth device to connect to in the Bluetooth connection interface. The phone responds to the user's operation and connects to the selected Bluetooth device via the Bluetooth module.

[0074] Terminal 100 can also provide the necessary interactive input for connecting Bluetooth devices solely through its screen. For example, a user can directly touch the screen to unlock the terminal, thereby providing an interactive interface for controlling the Bluetooth module. The specific process can be referred to the example description using the aforementioned mobile phone, which will not be elaborated upon here. Of course, terminal 100 can also provide the necessary interactive input for connecting Bluetooth devices through physical buttons.

[0075] In this embodiment, the vehicle 200 is equipped with an in-vehicle terminal, which may include hardware devices such as a Bluetooth module, an in-vehicle screen, and physical buttons. Similarly, based on the configured Bluetooth module, the vehicle 200, such as the in-vehicle terminal on the vehicle 200, can perform the function of connecting to Bluetooth devices.

[0076] Similarly, the vehicle 200, such as the in-vehicle screen and physical buttons in the vehicle terminal, can provide users with the necessary interactive input for connecting Bluetooth devices. For example, the user can turn on the in-vehicle screen via a physical button, and the screen displays an interactive interface including Bluetooth controls. The user can then activate the Bluetooth module by operating the Bluetooth controls. After activating the Bluetooth module, the in-vehicle screen can also display a Bluetooth connection interface, which includes the Bluetooth devices that the vehicle 200, such as the vehicle terminal, can currently connect to via the Bluetooth module. The user can select the Bluetooth device to connect to in the Bluetooth connection interface, and the vehicle 200, such as the vehicle terminal, responds to the user's operation and connects to the selected Bluetooth device via the Bluetooth module.

[0077] Similarly, in some examples, the vehicle 200, such as the in-vehicle terminal on the vehicle 200, can also provide the user with the necessary interactive input for connecting Bluetooth devices solely through the in-vehicle screen or physical buttons. For example, the user can turn on the in-vehicle screen by operating (such as clicking or long-pressing). Understandably, after the in-vehicle screen is turned on, the interactive interface can be displayed on the in-vehicle screen, and the specific process can be referred to the above description.

[0078] In some examples, the Bluetooth module in vehicle 200 can also be referred to as in-vehicle Bluetooth. When the Bluetooth module is referred to as in-vehicle Bluetooth, vehicle 200, such as the in-vehicle terminal on vehicle 200, can also be referred to as an in-vehicle Bluetooth device.

[0079] In this embodiment, the trajectory data processing server 300 can communicate with the terminal 100 via a network. When the trajectory data processing server 300 and the terminal 100 are connected, the trajectory data processing server 300 can also receive trajectory data sent by the terminal 100, extract traffic information based on the trajectory data, such as road conditions (e.g., road congestion), traffic light countdowns, etc., or perform route planning based on the trajectory data.

[0080] In this embodiment of the application, the trajectory data processing server 300 can also receive the path planning request sent by the terminal 100 and perform path planning according to the path planning request.

[0081] In some examples, the trajectory data processing server 300 can also communicate with the vehicle 200 via a network, receive trajectory data sent by the vehicle 200, and push traffic information to the vehicle 200, etc.

[0082] based on Figure 1 The architecture shown is as follows: Figure 2 As shown in this embodiment, the terminal can detect whether there is a vehicle-mounted Bluetooth device nearby, thereby detecting whether it is in a motor vehicle scenario. In a motor vehicle scenario, the terminal 100 can mark its own trajectory as a motor vehicle trajectory and send it to the trajectory data processing server 300. Thus, the trajectory data processing server 300 can directly perform data mining based on the trajectory data sent by the terminal 100, such as road condition mining and traffic light countdown mining, omitting the trajectory cleaning process and simplifying the trajectory mining process.

[0083] To facilitate understanding of the methods provided in the embodiments of this application, the structure of the terminal will be described in detail below. Please refer to... Figure 3 , Figure 3 This is a schematic diagram of a terminal provided in an embodiment of this application. For example... Figure 3As shown, the terminal 100 may include a processor 110, a memory 120, a display screen 130, a mobile communication module 140, a wireless communication module 150, an antenna 1, and an antenna 2, etc.

[0084] Processor 110 may include one or more processing units, such as: application processor (AP), modem processor, GPU, image signal processor (ISP), controller, memory, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU), etc. Different processing units may be independent devices or integrated into one or more processors.

[0085] The controller can serve as the central nervous system and command center of the terminal 100. The controller can generate operation control signals based on the instruction opcode and timing signals to control the fetching and execution of instructions.

[0086] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0087] The memory 120 can be used to store computer executable program code, which includes instructions. The processor 110 executes various functional applications and data processing of the terminal 100 by running the instructions stored in the memory 120. The memory 120 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback function, image playback function, etc.), etc. The data storage area may store data created during the use of the terminal 100 (such as audio data, phonebook, etc.). In addition, the memory 120 may include Double Data Rate Synchronous Dynamic Random Access Memory (DDR SDRAM), high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0088] As an example, the trajectory data reporting method provided in this application embodiment can be pre-loaded into the memory 120 in the form of a computer program product, and the processor 110 can execute the instructions in the memory to implement the steps of the trajectory data reporting method provided in this application embodiment.

[0089] In this embodiment, terminal 100 can implement display functions through a GPU, display screen 130, application processor, etc. The GPU is a microprocessor for image processing, connected to the display screen 130 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0090] The display screen 130 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a minimized display, a microLED, a quantum dot light-emitting diode (QLED), a low-temperature polycrystalline oxide (LTPO), etc. In some embodiments, the terminal 100 may include one or N display screens 130, where N is a positive integer greater than 1.

[0091] For example, in this embodiment of the application, the display screen 130 is used to display navigation routes.

[0092] The wireless communication function of terminal 100 can be implemented through antenna 1, antenna 2, mobile communication module 140, wireless communication module 150, modem processor and baseband processor, etc.

[0093] Antennas 1 and 2 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with tuning switches.

[0094] The mobile communication module 140 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the terminal 100. The mobile communication module 140 may include at least one filter, switch, power amplifier, low-noise amplifier (LNA), etc. The mobile communication module 140 can receive electromagnetic waves via the antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to the modem processor for demodulation. The mobile communication module 140 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via the antenna 1. In some embodiments, at least some functional modules of the mobile communication module 140 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 140 and at least some modules of the processor 110 may be housed in the same device.

[0095] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through audio devices (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 130. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 140 or other functional modules.

[0096] The wireless communication module 150 can provide solutions for wireless communication applications on the terminal 100, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 150 can be one or more devices integrating at least one communication processing module. The wireless communication module 150 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 150 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0097] In some embodiments, the antenna 1 of the terminal 100 is coupled to the mobile communication module 140, and the antenna 2 is coupled to the wireless communication module 150, so that the terminal 100 can communicate with the network and other devices through wireless communication technology.

[0098] The wireless communication technologies may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies. The GNSS may include Global Positioning System (GPS), Global Navigation Satellite System (GLONASS), BeiDou Navigation Satellite System (BDS), Quasi-Zenith Satellite System (QZSS), and / or Satellite Based Augmentation Systems (SBAS).

[0099] For example, with antenna 1 coupled to mobile communication module 140 and antenna 2 coupled to wireless communication module 150, terminal 100 can communicate with satellites via GNSS technology to achieve positioning function.

[0100] For example, when antenna 1 is coupled to mobile communication module 140 and antenna 2 is coupled to wireless communication module 150, terminal 100 can also scan devices via Bluetooth, thereby enabling terminal 100 to obtain information about the scanned devices and identify the trajectory type.

[0101] For example, when antenna 1 is coupled to mobile communication module 140 and antenna 2 is coupled to wireless communication module 150, terminal 100 can also communicate with trajectory data processing server to report trajectory data to trajectory data server or receive information sent by trajectory server, etc.

[0102] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on terminal 100. In other embodiments of this application, terminal 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0103] The terminal provided in this application embodiment can run an operating system (OS). This operating system can be various operating systems used in the industry, such as an operating system based on OpenHarmony, like HarmonyOS; or other operating systems such as Android. TM iOS TM Mobile operating system; it can also be various open-source operating systems or their derivatives, such as Linux OS. TM This includes other embedded operating systems, as well as future new operating systems, such as AI operating systems based on artificial intelligence. An operating system is a set of interconnected system software programs that manage and control terminal operation, utilize and run hardware and software resources, and provide public services to organize user interaction. In a terminal, the operating system connects downwards to the physical devices at the hardware layer and upwards to provide a runtime environment for application software.

[0104] The following explanation uses HarmonyOS as an example. Figure 4 As shown, an operating system typically includes a kernel layer, a system service layer, a framework layer, and an application layer. These layers communicate with each other through software interfaces. System functions can be tailored, added, or combined at the subsystem level depending on the deployment scenario of different device types, and each subsystem can also be tailored, added, or combined at the functional granularity level.

[0105] The application layer includes applications, which can include system applications and third-party applications. System applications can include the desktop, control bar, settings, contacts, phone, camera, etc., while third-party applications can include social applications, map applications, navigation applications, ride-hailing applications, etc.

[0106] The framework layer provides application programming interfaces (APIs) and programming frameworks for applications in the application layer. The framework layer may include: the ArkUI framework (which provides a complete infrastructure for developing the user interface (UI) of system applications, including UI functionalities such as components, layouts, animations, and interactive events, as well as a real-time interface preview tool), the user application framework, and the Ability framework (an Ability is a lightweight application; the Ability framework schedules and manages the operation and lifecycle of Abilities).

[0107] The HarmonyOS API is a series of open capabilities provided to support HarmonyOS application development. The HarmonyOS API can be set at the framework layer or independently of the framework layer. The HarmonyOS API includes the Audio API (audio service), Push API (push service), and Account API (account service), among others.

[0108] The system service layer comprises the core capabilities of the system, providing services to applications through the framework layer. This layer includes, but is not limited to, the following subsystems:

[0109] The system's basic capability subsystem set provides fundamental capabilities for the operation, scheduling, and migration of distributed applications across multiple devices. This set may include distributed soft bus, distributed data management, distributed task scheduling, and Ark multi-language runtime; it may also include multi-modal input subsystem, graphics subsystem, security subsystem, and AI business subsystem.

[0110] Basic software service subsystem set: provides public and general software services; the basic software service subsystem set may include event notification subsystem, telephone service subsystem, multimedia subsystem, etc.

[0111] Enhanced software service subsystem suite: Provides differentiated enhanced software services for different devices; the enhanced software service subsystem suite may include smart screen proprietary business subsystem, wearable proprietary business subsystem, IoT proprietary business subsystem, etc.

[0112] Hardware service subsystem set: Provides hardware services; the hardware service subsystem set may include location service subsystem, user IAM (Identity and Access Management) subsystem, wearable proprietary hardware service subsystem, biometric identification, IoT proprietary hardware service subsystem, etc.

[0113] Distributed task scheduling enables distributed service management (discovery, synchronization, registration, and invocation), supporting remote startup, remote invocation, remote connection, and migration of applications across devices.

[0114] Distributed data management enables data synchronization, data storage, data sharing, and data access across all scenarios and devices.

[0115] The distributed soft bus provides communication-related capabilities for seamless interconnection between multiple devices, including: WLAN service capabilities, Bluetooth service capabilities, soft bus, inter-process communication RPC (Remote Procedure Call), and StarFlash communication capabilities.

[0116] Ark Multilingual Runtime is a unified compilation runtime platform designed to support the joint compilation and execution of multiple programming languages ​​and multiple chip platforms.

[0117] The Kernel Abstraction Layer (KAL) provides basic kernel capabilities to upper layers by shielding the differences between multiple kernels, including but not limited to process / thread management, memory management, file system, network management, and peripheral device management.

[0118] Kernel Subsystem: Supports the selection of a suitable OS kernel for different resource-constrained devices, including but not limited to Linux kernel, HarmonyOS kernel, LiteOS (Lite Operating System), etc.

[0119] Driver Subsystem: The driver framework is the foundation for the open system hardware ecosystem, providing unified peripheral access capabilities and a framework for driver development and management. The driver framework includes: display drivers, camera drivers, audio drivers, Bluetooth drivers, sensor drivers, etc.

[0120] Understandably, due to the diverse types and forms of terminals, and the wide range of application scenarios, the operating systems used on these terminals may differ depending on their form and function, application scenarios, and user needs. The basic functions implemented in the terminal provided in this application can be implemented using a general-purpose operating system or a dedicated operating system; no specific limitation is imposed.

[0121] The functional modules for implementing the methods provided in the embodiments of this application are described below.

[0122] Please refer to the following: Figure 5 , Figure 5 This is a schematic diagram of the functional modules of the trajectory data reporting device 500 provided in the embodiments of this application. Figure 5 The reporting device 500 shown can be applied to Figure 1 , Figure 2as well as Figure 3 Terminal 100 in the example. Figure 5 As shown, the reporting device 500 may include a Bluetooth scanning module 510, a data collection module 520, a trajectory type discrimination module 530, and a data transmission module 540. These functional modules can be deployed in software form within the terminal's operating system, such as within the various layers of the terminal's operating system. Different functional modules can be deployed in different layers or in the same layer. No specific restrictions are imposed.

[0123] The Bluetooth scanning module 510 is used to control the Bluetooth module in the terminal 100 to scan for nearby Bluetooth devices.

[0124] The data collection module 520 is used to collect information about the scanned Bluetooth devices, such as device name, Bluetooth signal strength, location information, etc.

[0125] The trajectory type discrimination module 530 is used to detect information of scanned Bluetooth devices to identify the type of trajectory data of the terminal. For example, the trajectory type discrimination module 530 can perform device name detection, Bluetooth signal strength detection, stability detection, location mobility detection, motion feature detection, etc., based on the information of the scanned Bluetooth devices.

[0126] The data transmission module 540 is used to report trajectory data to the trajectory data processing server 300. Specifically, the data transmission module 540 can also add type tags to the trajectory data based on the discrimination result of the trajectory type discrimination module 530, and then upload the tagged trajectory data to the server. For example, after the trajectory type discrimination module 530 detects that the Bluetooth device is a vehicle-mounted Bluetooth device, the data transmission module 540 can add a vehicle type tag to the trajectory data and send the tagged trajectory data to the trajectory data processing server 300.

[0127] Please refer to the following: Figure 6 , Figure 6 A schematic diagram of the functional modules of the trajectory data processing device 600 provided in the embodiments of this application. Figure 6 The processing device 600 shown can be applied to Figure 1 , Figure 2 The trajectory data processing server 300 is shown. (As shown in the image.) Figure 6As shown, the processing device 600 may include a trajectory cleaning module 610, a trajectory aggregation module 620, a trajectory mining module 630, and an information interaction module 640. The trajectory cleaning module 610 cleans the received trajectory data to determine its type. The trajectory aggregation module 620 aggregates the trajectory data to obtain continuous trajectory data. The trajectory mining module 630 mines traffic information from the trajectory data. The information interaction module 640 feeds the mined traffic information back to the terminal, enabling the terminal to provide corresponding services based on the traffic information.

[0128] In some examples, the information interaction module 640 is also used to receive requests from the terminal and provide corresponding services based on those requests. For example, it may receive a route planning request from the terminal, perform route planning based on the request, and then send the planned route back to the terminal.

[0129] In this embodiment, since the trajectory data reported by the terminal has a type tag added, the trajectory data processing server 300 can skip the trajectory cleaning step and directly perform trajectory aggregation, simplifying the trajectory data mining process. That is to say, the processing device 600 may not include the trajectory cleaning module 610.

[0130] based on Figure 5 and Figure 6 Please refer to the functional modules shown. Figure 7 , Figure 7 This is a schematic diagram illustrating the process of identifying vehicle type trajectory data and mining vehicle type trajectory data, as provided in an embodiment of this application. Figure 7 As shown, the terminal can activate its Bluetooth module to scan for nearby Bluetooth devices and then identify the type of its trajectory data based on the information from these devices. Specifically, the terminal can detect whether a Bluetooth device is an in-vehicle Bluetooth device. If it is, the terminal determines that the trajectory data is of the vehicle type. The detection logic for in-vehicle Bluetooth devices, i.e., the detection of Bluetooth device information, can include device name detection, Bluetooth signal strength detection (including magnitude and stability detection), location mobility detection, and motion feature detection. After detecting that the Bluetooth device is an in-vehicle Bluetooth device, the terminal can add a vehicle type tag to the trajectory data and then report the tagged trajectory data to the trajectory data processing server 300. The trajectory data processing server 300 performs analysis on the vehicle type trajectory data and then sends the extracted traffic information back to the terminal.

[0131] The following will combine Figures 1 to 6 The architecture shown illustrates the methods provided in the embodiments of this application. Please refer to the following references. Figure 8 , Figure 8This is a timing diagram illustrating the interaction between a terminal and a trajectory data processing server, as provided in an embodiment of this application. Figure 8 As shown, the interaction process between the terminal and the trajectory data processing server provided in this application embodiment may include S801 to S806.

[0132] S801, the terminal turns on the Bluetooth module and scans for Bluetooth devices.

[0133] With the Bluetooth module enabled, the terminal can scan for currently connected or connectable Bluetooth devices.

[0134] As an example, the terminal can respond to user actions and enable the Bluetooth module. For instance, the terminal can display an interactive interface including a Bluetooth control. The terminal can respond to the user's action of enabling the Bluetooth control and enable the Bluetooth module. The terminal can also respond to the user's action of disabling the Bluetooth control and disable the Bluetooth module.

[0135] As an example, the terminal can also enable the Bluetooth module according to a set policy. For example, the Bluetooth module can be enabled according to a set time, automatic startup, or other policies, without any specific restrictions.

[0136] In this embodiment, after the terminal activates the Bluetooth module, it can use the Bluetooth module to scan for nearby Bluetooth devices. For example, the terminal can send a broadcast signal via the Bluetooth module and monitor the response signals of nearby Bluetooth devices to the broadcast signal. Understandably, the Bluetooth device that responds to the broadcast signal is the Bluetooth device scanned by the terminal.

[0137] As an example, after receiving a response signal from a nearby Bluetooth device to a broadcast signal, the terminal can generate a list of Bluetooth devices that sent the response signal. The Bluetooth device list includes the device names of one or more Bluetooth devices scanned by the terminal.

[0138] As an example, after obtaining the list of Bluetooth devices, the terminal can also display the list. For instance, the terminal can respond to a user's action, turn on the Bluetooth module, and then display something like... Figure 9 The list of Bluetooth devices shown.

[0139] S802, the terminal obtains information about the first device and detects whether the first device is an in-vehicle Bluetooth device based on the information. The first device can be any one of one or more Bluetooth devices.

[0140] Considering that the Bluetooth devices scanned by the terminal may include various types of Bluetooth devices, such as Bluetooth headsets, Bluetooth bracelets, etc., in order to determine whether the Bluetooth devices scanned by the terminal include in-vehicle Bluetooth devices, in this embodiment of the application, after the terminal scans the Bluetooth devices, it can obtain the information of each Bluetooth device, and determine whether the Bluetooth devices scanned by the terminal include in-vehicle Bluetooth devices based on the information of each Bluetooth device.

[0141] As an example, for each Bluetooth device, the terminal can detect whether the device type of the Bluetooth device is a motor vehicle in-vehicle device type based on the information of the Bluetooth device, that is, whether the Bluetooth device is an in-vehicle Bluetooth device.

[0142] For ease of understanding, the following description uses the first device as an example. It can be understood that the first device is any one of the Bluetooth devices scanned by the terminal.

[0143] Considering the regularity of naming conventions for in-vehicle Bluetooth devices—for example, their names often include the vehicle's brand name and model number—and given that when the terminal is located within a vehicle, the distance between the terminal and the vehicle is relatively short, and the vehicle's position and angle relative to the terminal are stable, the Bluetooth signal strength received by the terminal from the in-vehicle Bluetooth device is relatively high and remains stable throughout the driving process. However, when the terminal is located within a vehicle, the vehicle's position constantly changes during movement, consequently affecting the position of the in-vehicle Bluetooth device. Therefore, in this embodiment, the information of the first device may include one or more of the following: the Bluetooth signal strength of the first device within a first time period, the location information of the first device within a second time period, or the device name of the first device. The first and second time periods can be set according to actual needs, and this embodiment does not impose specific limitations.

[0144] The second time period can be the same as or different from the first time period; there are no specific restrictions. In some examples, considering that motor vehicles may pause during their journey due to certain traffic scenarios (such as traffic lights or traffic congestion), the second time period can be set according to the duration required by these traffic scenarios to improve accuracy.

[0145] The process of obtaining the device name of the first device, the Bluetooth signal strength of the first device in the first time period, and the location information of the first device in the second time period is described in detail below.

[0146] As an example, if a terminal receives a response signal from a first device in response to a broadcast signal, it can send a request to the first device to request the device name of the first device. Upon receiving the request from the terminal, the first device can return its own device name to the terminal. In this way, the terminal can obtain the device name of the first device.

[0147] As an example, the response signal from the first device to the broadcast signal may also include the device name of the first device. For instance, after receiving a broadcast signal from the terminal, the first device may send a response signal to the terminal including its device name. In this way, the terminal can obtain the device name of the first device.

[0148] In this embodiment of the application, after the terminal scans the first device, it can monitor the Bluetooth signal strength of the first device in real time and obtain the Bluetooth signal strength within a first time period.

[0149] As an example, the location information of the first device during the second time period can be reported by the first device to the terminal. For instance, after scanning the first device, the terminal can establish a connection with it. After establishing a connection, the terminal can periodically send location requests to the first device. Upon receiving a location request, the first device can send its location information to the terminal. Thus, by periodically sending location requests, the terminal can obtain the location information of the first device during the second time period.

[0150] As another example, considering that the position and angle of the vehicle relative to the terminal are stable when the terminal is in a motor vehicle scenario, in this embodiment, if the Bluetooth signal strength of the first device is stable during the first time period, the terminal can determine its own position as the position of the first device, thereby obtaining the position information of the first device during the second time period. The terminal can obtain its own position in real time.

[0151] It is understood that the above is merely an illustrative example of obtaining information from the first device in the embodiments of this application, and is not intended to be a specific limitation.

[0152] In this embodiment of the application, after the terminal obtains the information of the first device, it can detect whether the information of the first device meets the set conditions, and if the set conditions are met, it can determine that the scanned first device is an in-vehicle Bluetooth device.

[0153] To improve accuracy, in this embodiment of the application, after obtaining the device name of the first device, the Bluetooth signal strength of the first device in the first time period, and the location information of the first device in the second time period, the terminal can detect whether the device name of the first device conforms to the vehicle Bluetooth naming rules, whether the Bluetooth signal strength in the first time period is greater than a set strength threshold, whether the fluctuation range of the Bluetooth signal strength in the first time period is less than a set threshold, and whether the location information in the second time period indicates whether the first device is in a moving state and whether the motion data indicated by the location information in the second time period meets the motion characteristics of a motor vehicle.

[0154] In this embodiment, if the device name of the first device conforms to the naming rules of in-vehicle Bluetooth, it indicates that the terminal may be in a motor vehicle scenario. If the device name of the first device does not conform to the naming rules of in-vehicle Bluetooth, it indicates that the terminal may not be in a motor vehicle scenario.

[0155] In this embodiment, the vehicle Bluetooth naming rules can be pre-generated and stored on the terminal, or the terminal can obtain them from the cloud. If the vehicle Bluetooth naming rules are stored on the terminal, the terminal can also periodically retrieve the latest version of the vehicle Bluetooth naming rules from the cloud to improve the accuracy of vehicle Bluetooth device detection.

[0156] As an example, in-vehicle Bluetooth naming rules can be generated based on the brand names of various vehicles. An in-vehicle Bluetooth naming rule can include multiple sub-rules, each of which can include a brand name field; different sub-rules may include different brand name fields.

[0157] The specific implementation of the terminal detecting whether the device name of the first device conforms to the vehicle Bluetooth naming rules can be as follows: the terminal matches the device name of the first device with the brand name field included in each naming sub-rule. If the device name of the first device matches the brand name field included in any naming sub-rule, the terminal can determine that the device name of the first device conforms to the vehicle Bluetooth naming rules. If the device name of the first device does not match the brand name field included in any naming sub-rule, the terminal can determine that the device name of the first device does not conform to the vehicle Bluetooth naming rules.

[0158] To improve accuracy, as an example, vehicle Bluetooth naming rules can also be generated based on the vehicle brand name and model. Each naming sub-rule in the vehicle Bluetooth naming rule can include a brand name field and a model field.

[0159] The specific implementation of the terminal detecting whether the device name of the first device conforms to the vehicle Bluetooth naming rules can also involve the terminal matching the device name of the first device with the brand name and model field included in each naming sub-rule. If the device name of the first device matches the brand name and model field included in any naming sub-rule, the terminal can determine that the device name of the first device conforms to the vehicle Bluetooth naming rules. If the device name of the first device does not match the brand name and model field included in any of the naming sub-rules, the terminal can determine that the device name of the first device does not conform to the vehicle Bluetooth naming rules.

[0160] The embodiments of this application can quickly detect in-vehicle Bluetooth devices by using the device name of the first device, and the detection cost is low.

[0161] In this embodiment, if the Bluetooth signal strength of the first device is greater than a set strength threshold during a first time period, it indicates that the Bluetooth signal strength received by the terminal from the first device is relatively high, and the device may be in a motor vehicle scenario. If the Bluetooth signal strength of the first device is less than or equal to the set strength threshold during the first time period, it indicates that the Bluetooth signal strength received by the terminal from the first device is relatively low, and the device may not be in a motor vehicle scenario.

[0162] The specific implementation of the terminal detecting whether the Bluetooth signal strength within a first time period is greater than a set strength threshold can be that the terminal compares each Bluetooth signal strength obtained within the first time period with the set strength threshold. If the Bluetooth signal strength of the first device is greater than the set strength threshold for all instances within the first time period, it can be determined that the Bluetooth signal strength of the first device within the first time period is greater than the set strength threshold. If the Bluetooth signal strength of the first device is less than or equal to the set strength threshold within the first time period, it can be determined that the Bluetooth signal strength of the first device within the first time period is not greater than the set strength threshold. The strength threshold for the Bluetooth signal strength can be set according to actual needs, and this embodiment does not impose any limitations.

[0163] In this embodiment, the fluctuation range of the Bluetooth signal strength of the first device within a first time period can represent the stability of the Bluetooth signal strength received by the first device. Specifically, if the fluctuation range of the Bluetooth signal strength of the first device within the first time period is less than a set threshold, it indicates that the strength of the Bluetooth signal received by the terminal from the first device is stable within the first time period, and the terminal may be in a motor vehicle scenario. If the fluctuation range of the Bluetooth signal strength of the first device within the first time period is greater than or equal to the set threshold, it indicates that the strength of the Bluetooth signal received by the terminal from the first device cannot remain stable within the first time period, and the terminal may not be in a motor vehicle scenario. The set threshold for the fluctuation range can be set according to actual needs, and this embodiment does not impose any limitations.

[0164] As an example, a specific implementation of the terminal detecting whether the fluctuation range of the Bluetooth signal strength of the first device within a first time period is less than a set threshold could be to detect the difference between the maximum and minimum values ​​of the Bluetooth signal strength received by the terminal from the first device within the first time period, and then compare this difference with the set threshold. Understandably, this difference represents the fluctuation range of the Bluetooth signal strength of the first device within the first time period.

[0165] This application embodiment can detect whether the terminal is located in a motor vehicle scenario (such as inside a motor vehicle) by using the Bluetooth signal strength of the first device within a first time period, thereby enabling rapid detection of in-vehicle Bluetooth devices at a low cost.

[0166] In this embodiment, the terminal can detect whether the first device is in a moving state based on the location information of the first device during a second time period. If the location information of the first device during the second time period indicates that the first device is in a moving state, it means that the first device may be in motion, and the terminal may be in a motor vehicle scenario. If the location information of the first device during the second time period indicates that the first device is not in a moving state, the terminal can determine that the first device is stationary, and the terminal is not in a motor vehicle scenario.

[0167] As an example, the location information of the first device within the second time period may include the location of the first device at each moment within the second time period. A specific implementation of the terminal detecting whether the first device is in a moving state based on its location information within the second time period can be that the terminal calculates the travel distance between any two positions at any given moment and compares the calculated travel distances to obtain the maximum travel distance. After obtaining the maximum travel distance, it is determined whether the maximum travel distance is greater than a set distance threshold. If the maximum travel distance is greater than the set distance threshold, it is determined that the location information of the first device within the second time period indicates that the first device is in a moving state. If the maximum travel distance is less than or equal to the set distance threshold, it is determined that the location information of the first device within the second time period indicates that the first device is not in a moving state.

[0168] As an example, the location information of the first device within the second time period can include the device's location at a first moment and its location at a second moment, where the first moment refers to the start time of the second time period and the second moment refers to the end time of the second time period. A specific implementation of the terminal detecting whether the first device is in a moving state based on its location information within the second time period can be to calculate the travel distance between the locations at the first and second moments and detect whether the travel distance is greater than a set distance threshold. If it is greater than the set distance threshold, then the location information of the first device within the second time period indicates that the first device is in a moving state. If it is not greater than the set distance threshold, then the location information of the first device within the second time period indicates that the first device is not in a moving state. Thus, detecting whether the first device is in a moving state using its location at the first and second moments can reduce computational workload and improve efficiency.

[0169] As an example, to improve accuracy while reducing computational workload and increasing efficiency, the location information of the first device within the second time period can include the device's location within a sub-time period and its location at the second moment. The sub-time period can be any period within the second time period, and the interval between the end of the sub-time period and the second moment is greater than a set duration threshold. The terminal can sequentially calculate the travel distance between its location at the second moment and each location within the sub-time period. If the travel distance between the location at the second moment and each location within the sub-time period gradually increases, it is determined that the location information of the first device within the second time period indicates that the first device is in a moving state. If the travel distance between the location at the second moment and each location within the sub-time period does not gradually increase, it is determined that the location information of the first device within the second time period indicates that the first device is not in a moving state. Thus, detecting whether the first device is in a moving state by the change in travel distance between its location at the second moment and its locations within the sub-time periods can improve detection accuracy while reducing computational workload and increasing efficiency.

[0170] This application embodiment detects the movement status of the first device by using the location information of the first device within a second time period, and detects whether the first device is a vehicle-mounted Bluetooth device based on the movement status of the first device. This can eliminate interference from stationary vehicle-mounted Bluetooth devices, achieve rapid detection of mobile vehicle-mounted Bluetooth devices, and reduce detection costs.

[0171] In this embodiment, the terminal can also obtain the motion data of the first device based on the location information of the first device during the second time period, and detect whether the motion data of the first device meets the characteristics of a motor vehicle. If the motion data of the first device meets the characteristics of a motor vehicle, it indicates that the terminal may be in a motor vehicle scene. If the motion data of the first device does not meet the characteristics of a motor vehicle, it indicates that the terminal may not be in a motor vehicle scene.

[0172] The motion data of the first device may include its speed, acceleration, etc. For example, the terminal can calculate the speed and / or acceleration of the first device during the second time period based on its location information during the second time period.

[0173] As an example, vehicle motion characteristics may include thresholds for vehicle speed and vehicle acceleration. Specifically, the terminal can detect whether the motion data of the first device meets the vehicle motion characteristics by detecting whether the speed of the first device exceeds the vehicle speed threshold and whether the acceleration of the first device exceeds the vehicle acceleration threshold. If the speed of the first device exceeds the vehicle speed threshold and / or the acceleration of the first device exceeds the vehicle acceleration threshold, then the motion data of the first device is determined to meet the vehicle motion characteristics. If the speed of the first device does not exceed the vehicle speed threshold and the acceleration of the first device does not exceed the vehicle acceleration threshold, then the motion data of the first device does not meet the vehicle motion characteristics.

[0174] This application embodiment detects whether the motion data of the first device meets the characteristics of a motor vehicle, thereby eliminating interference from non-motor vehicles, achieving rapid detection of mobile vehicle-mounted Bluetooth devices at low cost.

[0175] In this embodiment, after the terminal detects the device name of the first device, the Bluetooth signal strength of the first device in a first time period, and the location information of the first device in a second time period, if the device name of the first device conforms to the vehicle Bluetooth naming rules, the Bluetooth signal strength of the first device in the first time period is greater than a set strength threshold, the fluctuation range of the Bluetooth signal strength in the first time period is less than a set threshold, the location information in the second time period indicates that the first device is in a moving state, and the motion data indicated by the location information in the second time period meets the characteristics of motor vehicle motion, then the first device can be determined to be a vehicle Bluetooth device. If the device name of the first device does not conform to the vehicle Bluetooth naming rules, the Bluetooth signal strength of the device in the first time period is not greater than a set strength threshold, the fluctuation range of the Bluetooth signal strength in the first time period is not less than a set threshold, the location information in the second time period indicates that the first device is not in a moving state, and / or the motion data indicated by the location information in the second time period does not meet the characteristics of motor vehicle motion, then the first device can be determined not to be a vehicle Bluetooth device.

[0176] Thus, by combining the device name of the first device, the fluctuation range of the Bluetooth signal strength during the first time period, and the location information during the second time period to detect whether the first device is an in-vehicle Bluetooth device, the accuracy of detection can be improved.

[0177] In this embodiment of the application, in order to improve efficiency, the terminal can first obtain the device name of the first device and the Bluetooth signal strength of the first device in the first time period. Then, if the device name of the first device conforms to the naming rules of vehicle Bluetooth, the Bluetooth signal strength of the first device in the first time period is greater than a set strength threshold, and the fluctuation range of the Bluetooth signal strength in the first time period is less than the set threshold, the terminal determines the location information of the first device in the second time period based on the location of the terminal. If the location information in the second time period indicates that the first device is in a moving state and the indicated motion data meets the motion characteristics of a motor vehicle, the terminal determines that the first device is the vehicle Bluetooth device of the motor vehicle.

[0178] Understandably, if the device name of the first device does not conform to the vehicle Bluetooth naming rules, the Bluetooth signal strength during the first time period is not greater than the set strength threshold, and / or the fluctuation range of the Bluetooth signal strength during the first time period is not less than the set threshold, the terminal can directly determine that the first device is not a vehicle Bluetooth device. There is no need to determine the location information of the first device during the second time period, nor is there any need to make a judgment based on the location information. This reduces the detection process, lowers computational costs, and improves efficiency.

[0179] Understandably, the detection of other Bluetooth devices scanned by the terminal can refer to the detection of the first device, and will not be elaborated here.

[0180] In some examples, to further reduce computational costs, such as Figure 10 As shown, the terminal can first detect the device names of the scanned Bluetooth devices, eliminating those that do not conform to the vehicle Bluetooth naming rules. Eliminating Bluetooth devices that do not conform to the vehicle Bluetooth naming rules means that these devices will not be further detected. Then, for Bluetooth devices that conform to the vehicle Bluetooth naming rules, the Bluetooth signal strength is detected, eliminating those with signal strength less than or equal to a set threshold or with a fluctuation range greater than or equal to a set threshold. Next, for Bluetooth devices with signal strength greater than the set threshold or a fluctuation range less than the set threshold, their movement status is detected, eliminating those that are not in motion. Finally, the motion data of Bluetooth devices in motion is detected. This reduces the number of devices detected and improves efficiency.

[0181] The following is a specific example to illustrate this. For example... Figure 11 As shown, after the terminal performs a Bluetooth scan, it obtains Bluetooth devices named che1, che2, che3, mate70, and sound. Among them, mate70 and sound do not conform to the naming rules for automotive Bluetooth devices; therefore, the Bluetooth devices named mate70 and sound are discarded. Figure 12As shown in (a), after removing Bluetooth devices named mate70 and sound, the Bluetooth signal strength and fluctuation range of Bluetooth devices named che1, che2, and che3 can be detected. Figure 12 As shown in (b), the Bluetooth signal strengths of devices named che1 and che2 are both greater than the set strength threshold a, and remain stable within time T1 with fluctuations less than the set threshold. However, although the Bluetooth signal strength of device named che3 is greater than the set strength threshold a, its signal strength decreases during the time period from t1 to T2, failing to remain stable, and its fluctuation range exceeds the set threshold. Therefore, the Bluetooth device named che3 is removed from the list.

[0182] like Figure 13 As shown in (a), after removing the Bluetooth device named che3, the movement status of Bluetooth devices named che1 and che2 can be detected. Figure 13 As shown in (b), the distance traveled by Bluetooth devices named che1 and che2 at their current position (T2) compared to their position at time T1 is constantly changing, indicating that Bluetooth devices named che1 and che2 are in motion. Then, the motion data of Bluetooth devices named che1 and che2 is detected. If the motion data of Bluetooth device named che1 meets the characteristics of motor vehicle motion, while the motion data of Bluetooth device named che2 does not meet the characteristics of motor vehicle motion, then Bluetooth device named che1 is an in-vehicle Bluetooth device.

[0183] This application embodiment detects in-vehicle Bluetooth devices by using information such as device name, Bluetooth signal strength and the fluctuation range of Bluetooth signal strength, device movement status, and motion data, which can improve the accuracy of detection.

[0184] It should be noted that the above is merely an example of detecting whether a first device is an in-vehicle Bluetooth device based on information from the first device, and is not intended as a specific limitation. In this embodiment, the information from the first device can be arbitrarily combined to detect whether the first device is an in-vehicle Bluetooth device based on the combined information. Alternatively, any piece of information from the first device can be used to detect whether the first device is an in-vehicle Bluetooth device.

[0185] For example, in some cases, to improve detection efficiency, the terminal can detect whether the first device is an in-vehicle Bluetooth device based on the Bluetooth signal strength and device name of the first device within a first time period. If the device name of the first device conforms to the in-vehicle Bluetooth naming rules, and the Bluetooth signal strength of the first device within the first time period is greater than a set strength threshold and the fluctuation range is less than a set threshold, then the first device can be determined to be an in-vehicle Bluetooth device. If the device name of the first device does not conform to the in-vehicle Bluetooth naming rules, and the Bluetooth signal strength of the first device within the first time period is not greater than the set strength threshold and / or the fluctuation range is not less than the set threshold, then the first device can be determined not to be an in-vehicle Bluetooth device.

[0186] For example, the terminal can combine the Bluetooth signal strength of the first device during a first time period with the location information of the first device during a second time period to detect whether the first device is an in-vehicle Bluetooth device. If the fluctuation range of the Bluetooth signal strength of the first device during the first time period is less than a set threshold, the location information during the second time period indicates that the first device is in motion, and the motion data indicated by the location information during the second time period meets the motion characteristics of a motor vehicle, then the first device can be determined to be an in-vehicle Bluetooth device. If the fluctuation range of the Bluetooth signal strength of the first device during the first time period is not less than a set threshold, the location information during the second time period indicates that the first device is not in motion, and / or the motion data indicated by the location information during the second time period does not meet the motion characteristics of a motor vehicle, then the first device can be determined not to be an in-vehicle Bluetooth device.

[0187] For example, the terminal can also detect whether the first device is an in-vehicle Bluetooth device based on the device name of the first device. If the device name of the first device conforms to the naming rules of in-vehicle Bluetooth, then the first device is determined to be an in-vehicle Bluetooth device. If the device name of a device does not conform to the naming rules of in-vehicle Bluetooth, then the first device is determined not to be an in-vehicle Bluetooth device.

[0188] For example, the terminal can also detect whether the first device is an in-vehicle Bluetooth device based on the motion data indicated by the location information of the first device during the second time period. If the motion data indicated by the location information of the first device during the second time period meets the characteristics of motor vehicle motion, then the first device can be determined to be an in-vehicle Bluetooth device. If the motion data indicated by the location information of the first device during the second time period does not meet the characteristics of motor vehicle motion, then the first device is determined not to be an in-vehicle Bluetooth device.

[0189] It is understood that the above is merely an example of the combination of information of the first device in the embodiments of this application. For other combinations, please refer to the above description, which will not be repeated here.

[0190] Understandably, when the terminal uses a UWB scanning device, it can detect whether the device name of the first device conforms to the vehicle-mounted UWB naming rules, whether the UWB signal strength of the first device is greater than a set strength threshold within a first time period, whether the fluctuation range of the Bluetooth signal strength within the first time period is less than a set threshold, and whether the location information within a second time period indicates that the first device is in motion and whether the motion data indicated by the location information within the second time period meets the motion characteristics of a motor vehicle. Based on the detection results, the first device is determined to be a vehicle-mounted UWB device. The specific process can refer to the detection process for vehicle-mounted Bluetooth devices described above, and will not be repeated here.

[0191] S803, when the first device is an in-vehicle Bluetooth device, the terminal sends trajectory data that represents the type of motor vehicle.

[0192] In the case where the terminal confirms that the first device is an in-vehicle Bluetooth device, the terminal can determine its own trajectory as a motor vehicle trajectory, and then send trajectory data representing the type of motor vehicle to the trajectory data processing server. That is, the trajectory type of the trajectory data sent by the terminal is the type of motor vehicle.

[0193] As an example, once the terminal confirms that the first device is an in-vehicle Bluetooth device, the terminal can periodically send trajectory data representing the vehicle type to the trajectory data processing server, or it can send trajectory data representing the vehicle type to the trajectory data processing server in real time. There is no specific limitation on the sending period of the trajectory data.

[0194] In this embodiment, the terminal can add a type marker to its own trajectory data to indicate the trajectory type of the trajectory data.

[0195] For example, if the terminal confirms that the first device is an in-vehicle Bluetooth device, a first marker can be added to the trajectory data. This first marker is a vehicle type marker, indicating that the trajectory type of the terminal's trajectory data is a vehicle type.

[0196] The terminal can add a type field to the trajectory data, and the value of the type field indicates the trajectory type of the trajectory data. In this way, the trajectory data sent by the terminal can include the trajectory type.

[0197] like Figure 14 As shown, when the terminal confirms that the first device is a vehicle Bluetooth device, the value of the type field can be "car", meaning the first tag is "car". The trajectory data also includes a location field, a time field, and a speed field.

[0198] In this embodiment of the application, in order to facilitate the subsequent processing of trajectory data, the terminal can standardize the data structure of the trajectory data, so that the trajectory data sent to the trajectory data processing server can maintain a unified data structure.

[0199] In some examples, considering that trajectory data has already been generated during the terminal's detection of the in-vehicle Bluetooth device, to avoid data omission, once the terminal confirms that the first device is an in-vehicle Bluetooth device, it can add a first tag to the trajectory data generated during the detection process before sending it to the trajectory data processing server. For example, the trajectory data generated in the first time period and the second time period can be added to the first tag before being sent to the trajectory data processing server. This avoids data omission and improves data accuracy.

[0200] In some examples, the terminal can detect whether the currently running application includes a first application. If the terminal's currently running application includes the first application and the first device is an in-vehicle Bluetooth device, the terminal sends trajectory data representing the vehicle type. The first application can be a navigation application, map application, car-related application, etc. The fact that the terminal is running the first application indicates that the user has a travel need and is therefore using a motor vehicle. Based on this, if the terminal detects that the currently running application includes the first application and the first device is an in-vehicle Bluetooth device, it can further determine that the terminal is in a motor vehicle scenario, and thus send trajectory data representing the vehicle type to the trajectory data processing server, improving the accuracy of motor vehicle trajectory recognition.

[0201] This application embodiment utilizes a terminal to scan Bluetooth devices and extracts their information to determine whether the scanned Bluetooth devices include in-vehicle Bluetooth devices. By identifying in-vehicle Bluetooth devices, it can detect whether the terminal is located in a motor vehicle scenario. When the terminal is located in a motor vehicle scenario, it can label the trajectory data with the motor vehicle type. Compared to trajectory classification methods using machine learning or road matching, this application embodiment can improve the accuracy of trajectory type identification and reduce costs.

[0202] S804, the trajectory data processing server receives trajectory data representing the type of motor vehicle and performs the first traffic information mining.

[0203] In this embodiment, after receiving trajectory data representing the type of motor vehicle reported by the terminal, the trajectory data processing server can perform first traffic information mining processing based on the trajectory data representing the type of motor vehicle. Here, the first traffic information refers to the traffic information mined by the trajectory data processing server based on the trajectory data of the motor vehicle type.

[0204] In this embodiment of the application, the trajectory data processing server can receive trajectory data representing vehicle types sent by multiple terminals, and perform mining processing based on the trajectory data representing vehicle types sent by multiple terminals.

[0205] In the embodiments of this application, such as Figure 15 As shown, since the trajectory data representing the type of motor vehicle reported by the terminal carries a first marker, that is, the terminal has identified the trajectory type of the trajectory data, the trajectory data processing server can omit the trajectory cleaning step after receiving the trajectory data representing the type of motor vehicle. It can directly aggregate the trajectory data representing the type of motor vehicle reported by the terminal, and then input the aggregated trajectory data into the mining model for mining processing and output traffic information.

[0206] As an example, the trajectory data processing server can aggregate trajectory data representing vehicle types for each terminal by aggregating the trajectory data representing vehicle types sent by that terminal in chronological order from oldest to newest, thus obtaining the aggregated trajectory data for that terminal. Understandably, the aggregated trajectory data for each terminal represents the continuous trajectory data of the vehicle associated with that terminal.

[0207] In this way, by aggregating the trajectory data of the terminal according to time to obtain continuous trajectory data, the accuracy of trajectory mining can be improved.

[0208] In this embodiment of the application, after obtaining the continuous trajectory data of the motor vehicles where each terminal is located, the trajectory data processing server can use the continuous trajectory data of the motor vehicles where each terminal is located as input to the mining model, and perform mining processing on the continuous trajectory data of the motor vehicles where each terminal is located through the mining model.

[0209] In this embodiment, the mining model can be either a traffic light countdown mining model or a road condition mining model; there is no specific limitation, and it can be set according to the type of traffic information to be mined. Specifically, the traffic light countdown mining model is used to mine traffic light countdown information, and the road condition mining model is used to mine road condition information (such as road congestion).

[0210] As an example, the mining model can be a neural network model, such as an RNN or a GNN. Alternatively, the mining model can also be a machine learning-based model, such as logistic regression, SVM, or random forest.

[0211] In this embodiment of the application, after the continuous trajectory data of the motor vehicles where each terminal is located is input into the mining model, the mining model can perform feature analysis on the continuous trajectory data of the motor vehicles where each terminal is located in order to output the first traffic information.

[0212] Let's take a traffic light countdown as an example. When analyzing traffic light countdowns, because vehicles simultaneously stop or start when the traffic light changes, these actions create dense trajectory points in the data. By analyzing these dense trajectory points, the countdown timer can be estimated. For example... Figure 16 As shown, if the trajectory points of vehicles at each terminal appear densely at the same intersection, it indicates that the vehicles at each terminal are waiting for the red light to end and the green light to turn on at that intersection. In this case, the time interval between the vehicle at the terminal moving from a stationary state can be considered less than or equal to the red light duration.

[0213] Based on this, when mining traffic light countdowns, the mining model can perform feature analysis on the dense trajectory points formed in the trajectory data, estimate the traffic light countdown, and then output the traffic light countdown information.

[0214] Since the detection and labeling of vehicle type trajectory data have been completed on the terminal side in this embodiment, the trajectory data processing server can directly aggregate the trajectory data representing vehicle type sent by the terminal, eliminating the trajectory cleaning process, simplifying the data mining process, and improving efficiency.

[0215] S805, the trajectory data processing server sends the first traffic information to the terminal.

[0216] In this embodiment, after the data mining model outputs the first traffic information, the trajectory data processing server can send the first traffic information to the terminal, such as synchronizing it with the first application on the terminal. In this way, the terminal can provide the user with corresponding traffic services, thereby ensuring that the user can obtain optimal route information and more accurate travel time estimates.

[0217] In this embodiment, the trajectory data processing server can also send the first traffic information to multiple terminals. The terminal sending the trajectory data representing the vehicle type and the terminal receiving the first traffic information can be the same or different.

[0218] For example, a trajectory data processing server can receive trajectory data sent by one or more first terminals. If the trajectory data from one or more first terminals is used to characterize the type of motor vehicle, it can send first traffic information to a second terminal. The one or more first terminals may or may not include the second terminal; there is no specific limitation.

[0219] S806, the terminal receives the first traffic information and displays the first navigation route based on the first traffic information.

[0220] Specifically, after receiving the first traffic information from the trajectory data processing server, the terminal can display a first navigation route based on this information. Understandably, if the first traffic information is obtained through trajectory data mining based on vehicle type, the first navigation route is the vehicle's driving route. This first navigation route is used to guide the user in driving the vehicle.

[0221] As an example, if the trajectory data processing server synchronizes the first traffic information to the first application on the terminal, the terminal can run the first application and display the first navigation route in the application's interface. This will be illustrated using the example of the first traffic information being a traffic light countdown and the first application being a map application. Figure 17 As shown in (a), after receiving the traffic light countdown information, the terminal can display the navigation route L1 in the map application interface. The navigation route L1 includes the traffic light countdown S1. This will be explained using road condition information as the traffic information and a map application as the first application. Figure 17 As shown in (b), after receiving road condition information, the terminal can display navigation route L2 in the navigation application interface. Navigation route L2 includes road congestion information S2.

[0222] This application embodiment mines trajectory data of motor vehicle types through a trajectory data processing server and feeds the mined traffic information back to the terminal, so that the terminal can provide users with corresponding traffic services (such as displaying corresponding navigation routes), thereby ensuring that users can obtain the optimal route information and more accurately estimate travel time.

[0223] In addition, due to the large number of terminals, the method of detecting various information of Bluetooth devices based on the terminals and identifying the trajectory of motor vehicles in this embodiment can significantly reduce labor and computing costs while ensuring the amount of trajectory data, and improve the accuracy of motor vehicle trajectory type identification, thereby further improving the accuracy of using motor vehicle trajectory to mine traffic information.

[0224] It should be noted that, in this embodiment, the terminal can send trajectory data to the trajectory data processing server as long as the terminal positioning function is enabled. For example, sending trajectory data representing a motor vehicle type to the trajectory data processing server. Another example is sending trajectory data representing a non-motor vehicle type to the trajectory data processing server. Yet another example is sending trajectory data without a defined type to the trajectory data processing server.

[0225] For example, as described in the preceding embodiments, when the positioning function is enabled, if the terminal obtains information about the first device through Bluetooth scanning and determines that the first device is an in-vehicle Bluetooth device, the terminal sends trajectory data representing a motorized type to the trajectory data processing server. If the terminal obtains information about the first device through Bluetooth scanning and determines that the first device is not an in-vehicle Bluetooth device, the terminal sends trajectory data representing a non-motorized type to the trajectory data processing server.

[0226] The process of the terminal detecting whether the first device is an in-vehicle Bluetooth device can be referred to the above description and will not be repeated here.

[0227] In this embodiment of the application, if the terminal obtains information about the first device through Bluetooth scanning and finds that the first device is not an in-vehicle Bluetooth device, the terminal can add a second marker to the trajectory data. The second marker is a non-motor vehicle type marker.

[0228] Considering that non-motorized vehicle trajectory data includes both cycling and walking trajectory data, in some examples, the second marker can be either a cycling marker or a walking marker. For example, if the information from the first device indicates that the first device is a cycling device, the terminal can add a cycling marker to the trajectory data. Similarly, if the information from the first device indicates that the first device is a walking device, the terminal can add a walking marker to the trajectory data.

[0229] As an example, the terminal can also detect whether the first device is a cycling device based on the device name, Bluetooth signal strength and fluctuation range, the movement status of the first device, and motion data. If the first device is a cycling device, the terminal can determine its own trajectory as a cycling trajectory. The cycling device can be a vehicle-mounted device on a non-motorized vehicle (such as vehicle-mounted Bluetooth, vehicle-mounted sensors, etc.). The cycling device can also be a smart wearable device used by the user while cycling (such as a smartwatch, AR glasses, etc.), etc., with no specific limitations.

[0230] For example, if the device name of the first device conforms to the naming rules for cycling devices, the Bluetooth signal strength of the first device during a first time period is greater than a set strength threshold and the fluctuation range is less than a set threshold, the location information of the first device during a second time period indicates that the first device is in a moving state, and the indicated motion data meets the characteristics of cycling motion, then the first device is determined to be a cycling device. The strength threshold and fluctuation range threshold of the Bluetooth signal used to detect cycling trajectory can be different from the strength threshold and fluctuation range threshold of the Bluetooth signal used to detect motor vehicle trajectory.

[0231] Similarly, the terminal can also detect whether the first device is a walking device based on the first device's device name, Bluetooth signal strength and fluctuation range, the first device's movement status, and motion data. If the first device is a walking device, the terminal can determine its own trajectory as a walking trajectory. The walking device can be a smartwatch, AR glasses, smart bracelet, headphones, smart speedometer, or any other device suitable for walking scenarios; there are no specific restrictions.

[0232] For example, if the device name of the first device conforms to the naming rules for walking devices, the Bluetooth signal strength of the first device during a first time period is greater than a set strength threshold and the fluctuation range is less than a set threshold, the location information of the first device during a second time period indicates that the first device is in a moving state, and the indicated motion data meets the characteristics of walking motion, then the first device is determined to be a walking device. The strength threshold and fluctuation range threshold of the Bluetooth signal used to detect walking trajectories can be different from those used to detect motor vehicle trajectories. Similarly, the strength threshold and fluctuation range threshold of the Bluetooth signal used to detect walking trajectories can be different from those used to detect cycling trajectories.

[0233] In some examples, if the terminal obtains information about the first device through Bluetooth scanning and finds that the first device is not an in-vehicle Bluetooth device, the terminal can also send the trajectory data representing the non-motorized vehicle type to the trajectory data processing server. The trajectory data processing server will then perform data cleaning on the trajectory data representing the non-motorized vehicle type to determine the specific type of the trajectory data, such as cycling trajectory data or walking trajectory data.

[0234] Similarly, in this embodiment, the trajectory data processing server can also input trajectory data representing non-motorized vehicle types into the mining model, perform mining through the mining model, and output second traffic information. Since the second traffic information is obtained by the trajectory data processing server from the trajectory data of non-motorized vehicle types, the second traffic information is traffic information for non-motorized vehicles, such as traffic information for pedestrians or for cyclists.

[0235] After receiving the second traffic information, the trajectory data processing server can send that information back to the terminal. Upon receiving the second traffic information, the terminal can display a second navigation route. That is, even if the information from the first device obtained by the terminal via Bluetooth indicates that the terminal's trajectory is a non-motorized vehicle trajectory, the terminal can still display a second navigation route.

[0236] In this embodiment, the second navigation route differs from the first navigation route. The second navigation route can be a route taken by the user while cycling or walking, and it is used to guide the user on their cycling or walking journey.

[0237] Let's take traffic information, specifically a traffic light countdown, as an example. Figure 18 As shown in (a), for a T-junction, if the terminal receives the first traffic information, the terminal can display navigation route L3 in the application interface. Navigation route L3 includes the countdown S3 of the traffic lights. Figure 18 As shown in (b), if the terminal receives the second traffic information, the terminal can display navigation route L4 in the application interface. Navigation route L4 does not have a traffic light countdown, which indicates that when the user walks or rides, he / she can go straight through the intersection without considering the traffic light status.

[0238] This application embodiment identifies the type of trajectory data through various information from Bluetooth devices, which can improve the accuracy of trajectory recognition and thus enhance the input reliability of trajectory mining. For example, such as Figure 18 As shown, for Figure 18 For the T-junction shown, when cycling or walking through the intersection in the directions shown in the diagram, the traffic light status can be disregarded. During traffic light countdown analysis at this intersection, if a cycling device crosses the intersection with 18 seconds remaining on the red light countdown, the device will report trajectory data to the trajectory data processor server. If no type label is added to the reported trajectory data, the trajectory data processing server will determine its type. Taking the trajectory classification method based on map road network feature matching as an example, if the trajectory data matches a trajectory in the vehicular road network, the trajectory data processing server will consider it a vehicular trajectory, even though it is actually a cycling trajectory. If the trajectory data processing server classifies the trajectory data as a vehicular trajectory, and then inputs it into the traffic light analysis model, the model will consider the intersection to be in a green light state, leading to an incorrect analysis result. This results in a situation where the intersection is still red but a message indicates that a vehicular vehicle can pass. In this embodiment of the application, when the terminal reports trajectory data, the type of trajectory data can be marked, thereby improving the reliability of the input for trajectory mining and avoiding errors in the mining results.

[0239] Considering that in practical applications, users usually connect their terminals to in-vehicle Bluetooth devices when driving motor vehicles, in this embodiment of the application, the terminal can also directly display different navigation routes based on the connection status with the in-vehicle Bluetooth device.

[0240] For example, when the terminal confirms that the first device is an in-vehicle Bluetooth device, the terminal can display a first navigation route and detect the connection status with the first device. If the terminal detects that the connection status with the first device changes from Bluetooth connected to Bluetooth disconnected, the terminal can display a third navigation route. Here, after the terminal disconnects from the first device, that is, after the terminal disconnects from the in-vehicle Bluetooth device, it may indicate that the user has stopped driving the motor vehicle and chosen another mode of transportation (such as walking). Therefore, the terminal can display a third navigation route to guide the user on foot. It should be noted that disconnecting the Bluetooth connection between the terminal and the first device refers to the terminal's Bluetooth module disconnecting from the first device while it is in the enabled state.

[0241] To improve detection accuracy, the terminal can also detect Bluetooth signal attenuation and promptly display a third navigation route when the terminal changes from a vehicle scenario to a non-vehicle scenario. This can automatically provide the user with the optimal route, simplifying user operations and improving the user experience.

[0242] For example, when the terminal detects that the connection status with the first device changes from connected to disconnected, the terminal can detect the attenuation trend of the Bluetooth signal strength of the first device. If the attenuation trend of the Bluetooth signal strength of the first device meets a set condition, the terminal displays a third navigation route.

[0243] As an example, the setting condition could be that the signal strength attenuation trend shows a continuously decreasing trend. If the terminal disconnects from the first device via Bluetooth, and the terminal receives a continuously decreasing trend in the attenuation trend of the Bluetooth signal strength from the first device, it indicates that the user may have changed from being in a motor vehicle scenario to being in a non-motor vehicle scenario. For example, the user may stop driving the motor vehicle and gradually move away from it, choosing other modes of transportation (such as walking). Therefore, the terminal can display a third navigation route.

[0244] As an example, the setting could also be that the Bluetooth signal strength of the first device attenuates to below a set attenuation threshold within a set time period. If the terminal disconnects from the first device via Bluetooth, and the Bluetooth signal strength of the first device attenuates to below the set attenuation threshold within the set time period, it indicates that the user may have changed from being in a motor vehicle scenario to being in a non-motor vehicle scenario. For example, the user may stop driving the motor vehicle and gradually move away from it, choosing another mode of transportation (such as walking). Therefore, the terminal can display a third navigation route.

[0245] It is understood that the above is merely an example of the setting conditions corresponding to the attenuation trend of signal strength in the embodiments of this application, and is not intended as a specific limitation.

[0246] As an example, if the terminal detects that the connection status with the first device changes from a Bluetooth connected state to a Bluetooth disconnected state, and the attenuation trend of the first device's Bluetooth signal strength meets a set condition, the terminal can directly send trajectory data representing the non-motorized vehicle type to the trajectory data processing server. After the trajectory data processing server detects a change in the trajectory type reported by the terminal—that is, from trajectory data representing the motorized vehicle type to trajectory data representing the non-motorized vehicle type—it can perform route planning based on the latest trajectory data reported by the terminal, obtain route planning information, and then send the route planning information to the terminal. The terminal can then display a third navigation route based on the route planning information.

[0247] As an example, if the terminal detects that the connection status with the first device changes from Bluetooth connected to disconnected, and the attenuation trend of the first device's Bluetooth signal strength meets the set conditions, the terminal can also directly send a route planning request to the trajectory data processing server. The trajectory data processing server performs route planning based on the route planning request sent by the terminal, obtains the route planning information, and then sends the route planning information to the terminal. The terminal can then display a third navigation route based on the obtained route planning information.

[0248] like Figure 19 As shown, during the Bluetooth connection process between the terminal and the vehicle's Bluetooth device, the terminal can display navigation route L5 on the application interface. Navigation route L5 is the navigation route from the current location to the destination location for the vehicle. If the terminal disconnects from the vehicle's Bluetooth device, and the attenuation trend of the Bluetooth signal strength of the vehicle's Bluetooth device meets the set conditions, the terminal can display navigation route L6 on the application interface. Navigation route L6 is the navigation route for the user to walk from the current location (the location where the connection with the vehicle's Bluetooth device is lost) to the destination location.

[0249] It should be noted that, in this embodiment, after displaying the third navigation route, the terminal can continue to scan for nearby Bluetooth devices and identify the type of current trajectory data based on the information obtained from the scanned Bluetooth devices. If the information from the currently scanned Bluetooth devices indicates that the terminal's trajectory is a vehicle trajectory, the terminal displays the first navigation route, i.e., switches from the third navigation route to the first navigation route.

[0250] Similarly, if the information from the currently scanned Bluetooth device indicates that the terminal's trajectory is a non-motorized vehicle trajectory, the terminal will also display a second navigation route, i.e., switch from the third navigation route to the second navigation route. The third navigation route and the second navigation route can be the same or different. For example, if the information from the currently scanned Bluetooth device indicates that the terminal's trajectory is a walking trajectory, the third navigation route and the second navigation route can be the same. If the information from the currently scanned Bluetooth device indicates that the terminal's trajectory is a cycling trajectory, the third navigation route and the second navigation route can be different.

[0251] According to the embodiment of this application, the terminal displays different navigation routes based on the connection status with the vehicle's Bluetooth device, which can automatically provide the optimal route for the user, simplifying user operations and improving the user experience.

[0252] Based on the same inventive concept, this application provides an electronic device, which can be the terminal or server described in the above embodiments. Specifically, the electronic device may include a transceiver, a memory, a processor, and one or more computer programs. The transceiver, memory, and processor can be connected via one or more communication buses. The one or more computer programs are stored in the memory and configured to be executed by the processor, and when the one or more computer programs are executed by the processor, they implement the above-described... Figure 8 The functions or steps in the method shown.

[0253] Furthermore, embodiments of this application may also provide a trajectory processing system, including a terminal and a server, wherein the terminal is used to execute... Figure 8 In the method shown, S801 to S803 and S805 to S806 are used by the server to execute... Figure 8 S804 in the method shown.

[0254] This application also provides a computer-readable storage medium storing computer program instructions, which, when executed by a processing circuit, implement the above-described functionality. Figure 8 The functions or steps in the method shown.

[0255] Furthermore, embodiments of this application may also provide a chip system, which includes a processing circuit and a storage medium. The storage medium stores computer program instructions that, when executed by the processing circuit, implement the above-mentioned functions. Figure 8 The functions or steps in the method shown.

[0256] Furthermore, embodiments of this application may also provide a computer program product containing instructions, which, when run on a computer, causes the computer to perform the aforementioned... Figure 8 The functions or steps in the method shown.

[0257] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, the specific working processes of the chip system, electronic device, computer-readable storage medium, and computer program product containing instructions described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0258] It is understood that the steps of the methods or algorithms described in conjunction with the embodiments of this application can be implemented in hardware or by a processor executing software instructions. The software instructions can consist of corresponding software modules, which can be stored in random access memory, flash memory, erasable programmable read-only memory, electrically erasable programmable read-only memory, registers, hard disks, portable hard disks, read-only optical disks, or any other form of storage medium. An exemplary embodiment involves a storage medium coupled to a processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and storage medium can reside in an application-specific integrated circuit (ASIC). Alternatively, the ASIC can reside within an electronic device. Of course, the processor and storage medium can also exist as discrete components within an electronic device.

[0259] In an alternative approach, when implemented using software, it can be implemented entirely or partially as a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are implemented. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., digital video disk (DVD)), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0260] The above description is merely a specific implementation of the embodiments of this application, but the protection scope of the embodiments of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the embodiments of this application should be covered within the protection scope of the embodiments of this application. Therefore, the protection scope of the embodiments of this application should be determined by the protection scope of the claims.

Claims

1. A method for reporting trajectory data, characterized in that, Applied to a terminal, the method includes: Enable the location function and send the trajectory data of the terminal, the trajectory data including the trajectory type; The trajectory type is obtained through information from the first device, and the terminal obtains the information from the first device by scanning using a first scanning method.

2. The method according to claim 1, characterized in that, The trajectory type includes motor vehicle type and non-motor vehicle type, and the method further includes: The terminal displays a first navigation route, which is based on first traffic information, which is trajectory data of the vehicle type fed back to the terminal by the server; or... The terminal displays a second navigation route, which is based on second traffic information. The second traffic information is trajectory data of the non-motorized vehicle type fed back to the terminal by the server. The second navigation route is different from the first navigation route.

3. The method according to claim 1 or 2, characterized in that, Before sending the trajectory data of the terminal, the method further includes: Based on the information of the first device, the device type of the first device is obtained; The trajectory type of the trajectory data is obtained based on the device type of the first device.

4. The method according to claim 3, characterized in that, The information of the first device includes one or more of the following: the signal strength of the first device during a first time period, the location information of the first device during a second time period, and the device name of the first device; The step of obtaining the device type of the first device based on the information of the first device includes: If the information of the first device meets the conditions for motor vehicle detection, the device type of the first device is determined to be a motor vehicle on-board device type; The motor vehicle inspection conditions include one or more of the following conditions: The signal strength within the first time period is greater than a set strength threshold, the fluctuation range of the signal strength within the first time period is less than a set threshold, the location information within the second time period indicates that the first device is in a moving state, the device name of the first device conforms to the naming rules of vehicle-mounted devices, and the motion data indicated by the location information in the second time period meets the motion characteristics of a motor vehicle.

5. The method according to any one of claims 1-3, characterized in that, The method further includes: Obtain the device name of the first device and the signal strength of the first device during the first time period; If the device name of the first device conforms to the naming rules of vehicle-mounted devices, the signal strength during the first time period is greater than the set strength threshold, and the fluctuation range of the signal strength of the first device during the first time period is less than the set threshold, the location information of the first device during the second time period is determined based on the location of the terminal. If the location information in the second time period indicates that the first device is in a moving state and the indicated motion data meets the motion characteristics of a motor vehicle, then the device type of the first device is determined to be a motor vehicle on-board device type.

6. The method according to any one of claims 1-5, characterized in that, When the device type of the first device is a motor vehicle on-board device, the method further includes: When the terminal detects that the connection status with the first device has changed from connected to disconnected, a third navigation route is displayed; The third navigation route is different from the first navigation route. The third navigation route is obtained by the terminal based on the path planning information fed back by the server.

7. The method according to claim 6, characterized in that, The display of the third navigation route includes: If the signal strength attenuation trend of the first device meets the set conditions, the third navigation route is displayed.

8. A method for processing trajectory data, characterized in that, Applied to a server, the method includes: Receive trajectory data from one or more first terminals, the trajectory data including trajectory type; If the trajectory type of the trajectory data of one or more first terminals is a motor vehicle type, first traffic information is sent to the second terminal, and the first traffic information is used by the second terminal to display a first navigation route.

9. The method according to claim 8, characterized in that, The method further includes: When the trajectory data of one or more first terminals is of the non-motorized vehicle type, second traffic information is sent to the second terminal. The second traffic information is used by the second terminal to display a second navigation route, and the first navigation route is different from the second navigation route.

10. The method according to claim 8 or 9, characterized in that, Sending the first traffic information to the second terminal includes: The trajectory data of each first terminal are aggregated in chronological order to obtain the aggregated trajectory data of each first terminal. The first traffic information is sent based on the aggregated trajectory data of each of the first terminals.

11. The method according to any one of claims 8-10, characterized in that, The method further includes: Receive a path planning request sent by the first terminal, and based on the path planning request, send path planning information back to the first terminal; or, After detecting that the trajectory type of the trajectory data sent by the first terminal has changed from motor vehicle type to non-motor vehicle type, path planning information is fed back to the first terminal; The route planning information is used by the first terminal to display the third navigation route.

12. An electronic device, characterized in that, The electronic device includes: Memory, used to store computer programs; A transceiver is used to receive or transmit radio signals; A processor for executing the computer program, causing the electronic device to perform the method as described in any one of claims 1-7 or the method as described in any one of claims 8-11.

13. A trajectory processing system, characterized in that, The method includes a terminal and a server, wherein the terminal is used to perform the method of any one of claims 1-7, and the server is used to perform the method of any one of claims 8-11.

14. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer program code, which, when executed by a processing circuit, implements the method as described in any one of claims 1-7 or 8-11.

15. A computer program product, characterized in that, The computer program product is used to run on a computer to implement the method as described in any one of claims 1-7 or 8-11.

Images