Method and system for vehicle management

Abstract

The embodiment of the invention provides a method and a system for vehicle management. The method comprises the following steps: acquiring a vehicle use portrait of a vehicle; judging whether a current communication mode of the vehicle meets a condition based on the vehicle portrait; and switching the communication mode of the vehicle between a first mode and a second mode in response to the situation that the current communication mode does not meet the condition, wherein in the first mode, the vehicle reports the related data of the vehicle in real time, and in the second mode, the vehicle reports the related data of the vehicle regularly according to a preset time interval.

Description

Technical Field

[0001] This specification relates to the field of smart travel, and in particular to a method and system for vehicle management. Background Art

[0002] At present, shared vehicles (such as bicycles, electric vehicles, cars, etc.) are widely used in the field of transportation. According to data observation, shared vehicles are used by more users during the day, but the demand for vehicles generally decreases at night, especially after midnight. Existing shared vehicles are usually in an available state during the day and at night. However, being in an available state for a long time will increase the power consumption of shared vehicles. In addition, since it is impossible to generate electricity through the solar panels on shared vehicles at night, it will cause power problems for shared vehicles and increase the operating costs of shared vehicles.

[0003] Therefore, it is necessary to provide a method and system for vehicle management, which can switch the vehicle mode / state at the appropriate time and place to avoid meaningless power consumption of shared vehicles. Summary of the invention

[0004] One or more embodiments of the present specification provide a method for vehicle management, including: obtaining a vehicle usage portrait; determining whether a current communication mode of the vehicle meets a condition based on the vehicle usage portrait; and in response to the current communication mode not meeting a condition, switching the communication mode of the vehicle between a first mode and a second mode; wherein, in the first mode, the vehicle reports relevant data of the vehicle in real time, and in the second mode, the vehicle periodically reports relevant data of the vehicle at preset time intervals.

[0005] One or more embodiments of the present specification provide a system for vehicle management, including: a server, wherein the server is configured to perform the following operations: obtain a vehicle usage portrait of a vehicle; determine whether a current communication mode of the vehicle satisfies a condition based on the vehicle usage portrait; and in response to the current communication mode not satisfying a condition, the server sends an instruction to the vehicle to instruct the communication mode of the vehicle to switch between a first mode and a second mode; wherein, in the first mode, the vehicle reports relevant data of the vehicle to the server in real time, and in the second mode, the vehicle periodically reports relevant data of the vehicle to the server at preset time intervals.

[0006] One or more embodiments of the present specification provide a computer-readable storage medium, wherein the storage medium stores computer instructions. When a computer reads the computer instructions in the storage medium, the computer executes the method for vehicle management. BRIEF DESCRIPTION OF THE DRAWINGS

[0007] This specification will be further described in the form of exemplary embodiments, which will be described in detail by the accompanying drawings. These embodiments are not restrictive, and in these embodiments, the same number represents the same structure, wherein:

[0008] Figure 1 is a schematic diagram of an application scenario of a vehicle management system according to some embodiments of this specification;

[0009] Figure 2 is an exemplary module diagram of a vehicle management system according to some embodiments of this specification;

[0010] Figure 3 is an exemplary flow chart of a vehicle management method according to some embodiments of this specification;

[0011] Figure 4 is a flowchart for determining whether a current communication mode of a vehicle satisfies a condition according to some embodiments of this specification;

[0012] Figure 5 It is a flowchart for determining whether the current communication mode of the vehicle meets the conditions shown in some embodiments of this specification. DETAILED DESCRIPTION

[0013] In order to more clearly illustrate the technical solutions of the embodiments of this specification, the following is a brief introduction to the drawings required for the description of the embodiments. Obviously, the drawings described below are only some examples or embodiments of this specification. For ordinary technicians in this field, this specification can also be applied to other similar scenarios based on these drawings without creative work. Unless it is obvious from the language environment or otherwise explained, the same reference numerals in the figures represent the same structure or operation.

[0014] It should be understood that the "system", "device", "unit" and / or "module" used herein are a method for distinguishing different components, elements, parts, portions or assemblies at different levels. However, if other words can achieve the same purpose, the words can be replaced by other expressions.

[0015] As shown in this specification and claims, unless the context clearly indicates an exception, the words "a", "an", "an" and / or "the" do not refer to the singular and may also include the plural. Generally speaking, the terms "comprise" and "include" only indicate the inclusion of the steps and elements that have been clearly identified, and these steps and elements do not constitute an exclusive list. The method or device may also include other steps or elements.

[0016] Flowcharts are used in this specification to illustrate the operations performed by the system according to the embodiments of this specification. It should be understood that the preceding or following operations are not necessarily performed precisely in order. Instead, the steps may be processed in reverse order or simultaneously. At the same time, other operations may also be added to these processes, or one or more operations may be removed from these processes.

[0017] Figure 1 It is a schematic diagram of an application scenario of a vehicle management system according to some embodiments of this specification.

[0018] like Figure 1 As shown, the application scenario 100 may include a server 110, a network 120, a vehicle 130, and a storage device 140. In some embodiments, the server 110 may include a processing device 112.

[0019] In the application scenario 100, the server 110 can control the communication mode of the vehicle 130 according to the data information of the vehicle 130. The data information of the vehicle 130 (also referred to as a vehicle portrait) refers to the usage information and / or status information related to the vehicle 130. For example, the data information of the vehicle 130 may include location information, vehicle usage time, vehicle usage duration, vehicle usage frequency, whether the vehicle is damaged, whether the vehicle is in a driving state, etc. In different communication modes, the working states of the components of the vehicle 130 (for example, communication components, positioning components) are different. For example, in a first communication mode, the positioning component of the vehicle is in an on state, and the vehicle 130 reports the relevant data of the vehicle to the server 110 in real time through the communication component. For another example, in a second communication mode, the positioning component of the vehicle is in an off state, and the vehicle 130 reports the relevant data of the vehicle to the server 110 through the communication component at a preset time interval. Since the working states of the components of the vehicle 130 are different in different communication modes, the power consumption of the vehicle 130 in different communication modes will be different. Therefore, the power consumption of the vehicle 130 in unnecessary situations (for example, during low-use hours in the early morning) can be reduced by controlling the communication mode of the vehicle 130, thereby reducing operating costs.

[0020] In some embodiments, server 110 may be a single server or a server group. The server group may be centralized or distributed (e.g., server 110 may be a distributed system). In some embodiments, server 110 may be local or remote. For example, server 110 may access information and / or data stored in storage device 140 or vehicle 130 via network 120. For another example, server 110 may be directly connected to storage device 140 or vehicle 130 to access stored information and / or data. In some embodiments, server 110 may be implemented on a cloud platform. By way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, between clouds, multiple clouds, etc., or any combination of the above examples.

[0021] In some embodiments, the server 110 may include a processing device 112. The processing device 112 may process data and / or information obtained from other devices or system components. The processing device 112 may execute program instructions based on these data, information and / or processing results to perform one or more functions described in the present application. In some embodiments, the processing device 112 may include one or more sub-processing devices (e.g., a single-core processing device or a multi-core multi-core processing device). By way of example only, the processing device 112 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), an application-specific instruction processor (ASIP), a graphics processing unit (GPU), a physical processing unit (PPU), a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic circuit (PLD), a controller, a microcontroller unit, a reduced instruction set computer (RISC), a microprocessor, etc., or any combination thereof.

[0022] The network 120 can connect the components of the system and / or connect the system with external resources. The network 120 allows the components to communicate with each other and with other parts outside the system, and promotes the exchange of data and / or information. In some embodiments, the network 120 can be any one or more of a wired network or a wireless network. For example, the network 120 can include a cable network, an optical fiber network, a telecommunications network, the Internet, a local area network (LAN), a wide area network (WAN), a wireless local area network (WLAN), a metropolitan area network (MAN), a public switched telephone network (PSTN), a Bluetooth network, a ZigBee network (ZigBee), a near field communication (NFC), a bus within a device, a line within a device, a cable connection, etc. or any combination thereof. The network connection between the various parts can be one of the above methods, or multiple methods can be adopted. In some embodiments, the network can be a point-to-point, shared, central, or other topological structure or a combination of multiple topological structures. In some embodiments, the network 120 can include one or more network access points. For example, the network 120 may include a wired or wireless network access point, such as a base station and / or a network switching point 120-1, 120-2, ..., through which one or more components of the application scenario 100 may be connected to the network 120 to exchange data and / or information. For example, the server 110 may obtain historical order data of the vehicle 130 from the vehicle 130 and / or the storage device 140 through the network 120.

[0023] The vehicle 130 can perform travel functions related to the user. In some embodiments, the vehicle 130 may include at least a communication component and a positioning component. The communication component can be used to realize the interaction between the vehicle 130 and the server 110. For example, the server 110 can send instructions (such as mode switching instructions) to the vehicle 130 through the communication component. The communication component may include Bluetooth, ZigBee, near field communication (NFC), etc. A long link communication mode (i.e., the first mode in the following text) and a short link communication mode (i.e., the second mode in the following text) can be established between the vehicle 130 and the server 110 through the communication component. For example, the vehicle 130 can initiate a link to the server 110 through the communication component, and the server 110 can accept the link of the vehicle 130, thereby establishing a link between the server 110 and the vehicle 130. The positioning component can be used by the server 110 to locate the vehicle 130 corresponding to the positioning component. The positioning component may include a GPS locator. It should be noted that the communication component and the positioning component will consume power when implementing their corresponding functions, and long-term uninterrupted use of the functions of the above components may cause insufficient power. Therefore, it is necessary to control the use status or usage duration of the communication component and the positioning component through the vehicle management method provided in this specification. In some embodiments, the vehicle 130 may include a shared bicycle 130-1, a shared electric car 130-2, a shared car 130-3, etc. It is understandable that the description related to the vehicle 130 in this specification may also be a description of a component on the vehicle 130, and the description of a component also falls within the scope of this specification. For example, the vehicle 130 may include a smart lock, and the smart lock may include a communication component and a positioning component. In some embodiments, the vehicle 130 can act as a client and interact with the server 110 through the network 120. For example, the vehicle 130 can send positioning information to the server 110 through the network 120 in a first mode or a second mode through its own communication component.

[0024] The storage device 140 may store data and / or instructions related to the vehicle 130. For example, the historical order data of the vehicle 130, the activity of the vehicle in the historical time period, the health of the vehicle, and the user's demand information for the vehicle in different areas and different time periods, etc. are stored. In some embodiments, the storage device 140 may store the data and / or instructions used by the server 110 to execute or use to complete the exemplary method described in this specification. In some embodiments, the storage device 140 may include a large capacity memory, a removable memory, a volatile read-write memory, a read-only memory (ROM), etc. or any combination thereof. Exemplary large capacity storage may include a disk, an optical disk, a solid-state disk, etc. Exemplary removable memory may include a flash drive, a floppy disk, an optical disk, a memory card, a compressed disk, a tape, etc. Exemplary volatile read-only memory may include a random access memory (RAM). Exemplary RAM may include dynamic RAM (DRAM), double rate synchronous dynamic RAM (DDRSDRAM), static RAM (SRAM), thyristor RAM (T-RAM) and zero capacitance RAM (Z-RAM), etc. Exemplary ROMs may include mask ROM (MROM), programmable ROM (PROM), erasable programmable ROM (PEROM), electronically erasable programmable ROM (EEPROM), compact disk ROM (CD-ROM), and digital versatile disk ROM, etc. In some embodiments, the storage device 140 may be implemented on a cloud platform.

[0025] In some embodiments, the storage device 140 may be connected to the network 120 to communicate with one or more components (e.g., server 110, vehicle 130) in the application scenario 100. One or more components in the application scenario 100 may access data or instructions stored in the storage device 140 through the network 120. In some embodiments, the storage device 140 may be directly connected or communicated with one or more components (e.g., server 110, vehicle 130, etc.) in the application scenario 100. In some embodiments, the storage device 140 may be part of the server 110.

[0026] Figure 2 It is an exemplary module diagram of a vehicle management system according to some embodiments of the present specification.

[0027] In some embodiments, the vehicle management system 200 may include an acquisition module 210 , a determination module 220 , and a switching module 230 .

[0028] The acquisition module 210 may be used to acquire the vehicle usage portrait of the vehicle. For example, the acquisition module 210 may acquire the vehicle usage portrait from a storage device (such as the storage device 140).

[0029] The judgment module 220 can be used to judge whether the current communication mode of the vehicle meets the conditions based on the vehicle use portrait. For example, the judgment module 220 can obtain the preset communication mode corresponding to the vehicle at the current time based on the vehicle use portrait, and judge whether the preset communication mode is consistent with the current communication mode to judge whether the current communication mode meets the conditions. For another example, the judgment module 220 can determine whether the vehicle is in a preset time period corresponding to the first mode or the second mode based on the vehicle use portrait, and judge whether the current time is in the preset time period corresponding to the first mode or the second mode to judge whether the current communication mode meets the conditions.

[0030] The switching module 230 can be used to switch the communication mode of the vehicle between the first mode and the second mode in response to the current communication mode not satisfying the condition; wherein, in the first mode, the vehicle reports the relevant data of the vehicle to the server in real time, and in the second mode, the vehicle periodically reports the relevant data of the vehicle to the server at a preset time interval. For example, when the current communication mode of the vehicle is inconsistent with the preset communication mode, it can be determined that the current communication mode does not satisfy the condition. At this time, the server sends a mode switching instruction to the vehicle, and the communication mode of the vehicle switches between the first mode and the second mode. For another example, when the current time of the vehicle is not in the time period corresponding to the first mode or the second mode, it can be determined that the current communication mode does not satisfy the condition. At this time, the server sends a mode switching instruction to the vehicle, and the communication mode of the vehicle switches between the first mode and the second mode.

[0031] It should be noted that the above description of the vehicle management system and its modules is only for convenience of description and does not limit this specification to the scope of the embodiments. It is understandable that for those skilled in the art, after understanding the principle of the system, it is possible to arbitrarily combine the modules or form a subsystem to connect with other modules without deviating from this principle. In some embodiments, Figure 2 The acquisition module 210, the judgment module 220 and the switching module 230 disclosed in the specification can be different modules in a system, or one module can realize the functions of two or more modules. For example, each module can share a storage module, or each module can have its own storage module. Such variations are all within the protection scope of this specification.

[0032] Figure 3 is an exemplary flow chart of a vehicle management method according to some embodiments of this specification. Figure 3 As shown, the process 300 includes the following steps. In some embodiments, the process 300 may be performed by the processing device 112 or a component thereof.

[0033] Step 310 , obtaining a vehicle usage portrait. In some embodiments, this step may be performed by the obtaining module 210 .

[0034] The vehicle use portrait may be a collection of data related to vehicle use. In some embodiments, the vehicle use portrait may be a collection of any data related to the vehicle itself or the user's use of the vehicle within a certain historical time period. For example, the vehicle use portrait may include data such as the time period in which the vehicle is used, the number of times the vehicle is used, the change in the remaining power of the vehicle, the degree of wear and tear of the vehicle, and the driving trajectory of the vehicle within a certain historical time period. Each of the above data can be used as a label for the vehicle use portrait, and the use of the vehicle in the historical time period can be obtained by combining multiple labels. For example, when a vehicle is used multiple times (with a large number of orders) during the time period of 11:00-12:00, the vehicle can be considered a popular (active) vehicle during the time period; when a vehicle is not used (with no orders or a small number of orders) during the time period of 00:00-6:00, the vehicle can be considered an unpopular (inactive) vehicle during the time period. For another example, when a vehicle is not used by anyone in area A (no orders or a small number of orders), the vehicle can be considered as an unpopular (inactive) vehicle in area A; when a vehicle is used multiple times in area A (a large number of orders), the vehicle can be considered as a popular (active) vehicle in area A.

[0035] In some embodiments, the vehicle usage portrait may include one or more of the activity of the vehicle in a historical time period, the health of the vehicle, and the user's demand information for the vehicle in different areas and different time periods. An exemplary vehicle usage portrait may be: within a 24-hour period, the activity of vehicle A in area B is high (such as more than 20 times of use within 24 hours); the health level is level three (very healthy); the number of user demands in the area where the vehicle is located is 10 times during the day, and the number of demands at night is 0 times. According to the vehicle usage portrait of vehicle A, it can be seen that vehicle A has a large number of orders during the day, and there are no orders at night and it is idle. Based on this, vehicle A can be set in different communication modes during the day and at night, so that vehicle A can meet the user's usage needs during the day and reduce the power consumption of components at night. For example, the communication mode of vehicle A can be set to the first mode during the day and the second mode at night.

[0036] Activity can be a parameter that reflects the frequency of vehicle use. In some embodiments, activity can include active and inactive. Among them, active means that the number of usage information output by the vehicle to the server through the communication component during the historical time period exceeds the active threshold. The active threshold can be reasonably set according to the actual situation (for example, the length of the historical time period). For example, within a 24-hour period, the number of usage information output by the vehicle to the server exceeds 2 times, and the activity of the vehicle is active. In some embodiments, activity can be divided into multiple levels, and different activity levels can be distinguished by different activity thresholds. For example, when the number of usage information output by the vehicle to the server exceeds the first active threshold, the activity level of the vehicle is high activity; when the number of usage information output by the vehicle to the server is lower than the first active threshold and higher than the second active threshold, the activity level of the vehicle is low activity; when the number of usage information output by the vehicle to the server is lower than the second active threshold, the activity level of the vehicle is inactive. Inactive means that the vehicle did not output any information used in the historical time period or the number of output usage information was lower than the second active threshold. In some embodiments, activity can also be represented by a specific numerical value. The numerical value represents the number of times the vehicle was used during the historical time period. For example, the activity level in a 24-hour period is 0, 10, 20, etc. The larger the activity level, the more times the vehicle outputs the used information in the historical period.

[0037] The health can be used to reflect whether the vehicle hardware is damaged. In some embodiments, the health can include healthy and unhealthy. Among them, health means that the vehicle hardware (e.g., locks, seats, handlebars, tires, etc.) is not damaged or slightly worn, but does not affect normal use, and the vehicle can be used normally. Unhealthy means that at least one component of the vehicle's hardware equipment cannot be used normally. In some embodiments, the health can be divided into multiple levels according to vehicle data (e.g., vehicle fault information, total length of vehicle travel, total length of vehicle use, frequency of vehicle use, etc.). For example, the health of a vehicle with a total vehicle use time less than the first length and no failure can be set to the third level, and the third level represents that the vehicle is very healthy; the health of a vehicle with a total vehicle use time greater than the first length and less than the second length and no failure can be set to the second level, and the second level represents that the vehicle is relatively healthy; the health of a vehicle with a total vehicle use time greater than the second length and no failure can be set to the first level, and the first level represents that the vehicle is generally healthy; the health of a vehicle with a total vehicle use time greater than the second length and no failure can be set to the zero level, and the zero level represents that the vehicle is unhealthy.

[0038] The user's demand information for vehicles in different areas and time periods may refer to the usage information of vehicles in different areas and time periods. For example, the user's demand information for vehicles in different areas and time periods may include the vehicle usage frequency in a certain area and time period, the peak usage period, daytime / nighttime usage, etc. As an example only, the demand information may be that the vehicle usage frequency in area A from 9:00 to 12:00 is 50 times, the peak usage period is 10:00 to 12:00, the daytime usage frequency is greater than the nighttime usage frequency, etc.

[0039] In some embodiments, the activity of the vehicle in the historical time period, the health of the vehicle, and the user's demand information for the vehicle in different regions and different time periods can be obtained through the big data model. The big data model can be used to analyze the information related to the vehicle to obtain the corresponding vehicle use portrait. Exemplary big data models may include retention analysis models, funnel analysis models, full behavior path analysis models, conversation analysis models, user attribute analysis models, user analysis models, stickiness analysis models, etc. The input of the big data model may include any information related to the vehicle. For example, the driving trajectory, driving time, usage period, number of orders, changes in vehicle positioning position, changes in vehicle driving speed, and other information of vehicles in different regions (such as different cities, different regions of the same city) in a certain time period. The big data model can analyze, classify, iterate the above information, and output the corresponding vehicle use portrait. Among them, the above vehicle-related information can come from the vehicle or its components (such as smart locks on the vehicle), user terminals (such as user terminal applications) and other data sources. In some embodiments, vehicle order data for a period of history can be obtained, and based on the vehicle order data, the big data model is used to analyze and obtain the vehicle use portrait. The vehicle order data may include the vehicle's starting point / end point, driving route, usage time period, usage frequency, etc.

[0040] In some embodiments, the big data model can be trained by a large number of labeled training samples. Specifically, the labeled training samples can be input into the big data model, and the parameters of the big data model can be updated through training to obtain a trained model. In some embodiments, the training samples can be historical information related to the vehicle. In some embodiments, the label can be a historical vehicle portrait corresponding to the historical information related to the vehicle. In some embodiments, the big data model can be trained by various methods based on the training samples. For example, it can be trained based on the gradient descent method.

[0041] Step 320 , judging whether the current communication mode of the vehicle meets the conditions based on the vehicle usage portrait. In some embodiments, this step may be performed by the judging module 220 .

[0042] The communication mode may refer to the working mode of the components of the vehicle (such as the communication component and the positioning component). In different working modes, the working states of different components of the vehicle are different. The communication mode may include a first mode and a second mode. In the first mode, the vehicle reports the relevant data of the vehicle in real time; in the second mode, the vehicle reports the relevant data of the vehicle regularly at a preset time interval. For example, in the first mode, the communication component of the vehicle is in a working state, the positioning component is in a working state, and the vehicle reports the relevant data of the vehicle (for example, the positioning position, the vehicle lock is on / off) to the server in real time through the communication component; in the second mode, the communication component of the vehicle is in a closed state or a timed open state, the positioning component is in a closed state, the vehicle stops reporting the relevant data of the vehicle to the server, or reports the relevant data of the vehicle regularly at a preset time interval (for example, 5 hours, 10 hours). The preset time interval can be reasonably set according to actual needs (the area where the vehicle is located, the health of the vehicle, the activity of the vehicle, etc.), and this specification does not make specific restrictions on this.

[0043] In some embodiments, the first mode may include a long link mode, and the second mode may include a short link mode. In the long link mode, the communication between the vehicle and the server may remain connected, and the vehicle may report relevant data of the vehicle in real time. After each report of relevant data of the vehicle, the vehicle and the server remain connected. In the short link mode, the communication between the vehicle and the server does not remain connected, that is, when the vehicle needs to report relevant data of the vehicle, the vehicle and the server are in a connected state, and after the vehicle reports the relevant data of the vehicle, the vehicle and the server are disconnected.

[0044] In some embodiments, the processing device 112 may determine whether the vehicle health level satisfies a condition; and in response to the vehicle health level satisfying the condition, determine whether the current communication mode of the vehicle satisfies a condition.

[0045] The vehicle health level can be a quantitative level of vehicle health. In some embodiments, the vehicle health level can be divided into multiple levels, such as health level zero, health level one, health level two, and health level three. The higher the vehicle health level, the higher the hardware integrity of the vehicle; the lower the vehicle health level, the lower the hardware integrity of the vehicle. As an example only, health level three means that the vehicle's hardware is not damaged; health level two means that some of the vehicle's hardware is damaged, but it does not affect the normal use of the vehicle or the impact is small; health level one means that the vehicle's hardware is damaged and affects the normal use of the vehicle, but the probability of causing danger is small; health level zero means that the vehicle's hardware is highly damaged and the vehicle is out of use. When the vehicle health level is low (such as health level zero), the vehicle may be severely damaged and it is not suitable to accept new orders. At this time, there is no need to determine whether the current communication mode of the vehicle meets the conditions; when the vehicle health level is high, the vehicle can be used normally, and at this time, it can be further determined whether the current communication mode of the vehicle meets the conditions. It can be understood that the determination of the vehicle health level can be used as a prerequisite for the vehicle management method described in this specification. The vehicle health level can be checked before determining the communication mode, thereby eliminating damaged vehicles, facilitating operation and maintenance, and reducing vehicle operation pressure.

[0046] In some embodiments, there may be a corresponding relationship between the vehicle usage portrait and the preset communication mode of the vehicle. Different vehicle usage portraits correspond to different preset communication modes. Under the preset communication mode, the vehicle can meet user needs while reducing power consumption. For example, if the vehicle usage portrait is a highly active vehicle, then its corresponding preset communication mode may be the first mode; if the vehicle usage portrait is an inactive vehicle, then its corresponding communication mode may be the second mode. In some embodiments, it is possible to determine whether the current communication mode meets the conditions based on whether the current communication mode of the vehicle is consistent with the preset communication mode. In some embodiments, it is also possible to determine whether the vehicle is in the preset time period corresponding to the first mode or the second mode based on the vehicle usage portrait, and to determine whether the current time is in the preset time period corresponding to the first mode or the second mode, so as to determine whether the current communication mode meets the conditions. For a detailed description of the judgment process, see. Figure 4 , Figure 5 and its related description.

[0047] Step 330 , in response to the current communication mode not satisfying the condition, switching the communication mode of the vehicle between the first mode and the second mode. In some embodiments, this step may be performed by the switching module 230 .

[0048] The first mode may be a communication mode corresponding to a vehicle that can communicate in real time. In some embodiments, the first mode may be a long link communication mode. In the long link communication mode, the vehicle and its components (such as communication components, positioning components, etc.) can upload vehicle-related data (such as positioning information, order information, etc.) to the server 110 in real time. As an example, in the long link communication mode, when a user scans a code to use the vehicle, the vehicle can be triggered to communicate with the server through the communication component, and the vehicle reports the relevant data of the vehicle to the server. When the vehicle is in the first mode, the vehicle's vehicle use portrait can be high activity, high vehicle health level, and high user demand for the vehicle in a specific time period in a specific area. Based on this, it is necessary to update the vehicle's location, order and other information in real time to ensure the timeliness of the vehicle-related data, so the vehicle needs to be in a long link communication mode to ensure the user's use needs. However, the long link communication mode is bound to increase the power consumption of the vehicle and its components (such as communication components, positioning components, etc.), so it is necessary to make the vehicle's communication mode a long link communication mode in a suitable area and time period.

[0049] The second mode may be a communication mode corresponding to a vehicle capable of communicating at regular intervals. In some embodiments, the second mode may be a short link communication mode. In the short link communication mode, some components of the vehicle (such as the communication component) may remain closed or open at regular intervals, and the positioning component may remain open. As an example, in the short link communication mode, the uplink of the communication component is closed (i.e., the vehicle itself will not report vehicle-related data in real time), and the server side may have a downlink, and the server may issue instructions to the vehicle. In some embodiments, in the short link communication mode, the processing device 112 may control the communication component to upload vehicle-related information (such as positioning information, order information, etc.) to the server 110 at a preset time interval. As an example only, in the short link communication mode, the communication component may be set to restart at a scheduled time, so that the communication component can be started at a preset time interval, when the communication component is closed, the vehicle does not upload vehicle-related information to the server, and when the communication component is started, the vehicle uploads vehicle-related information to the server. Among them, the preset time interval may be set according to the actual situation (e.g., the area where the vehicle is located, daytime or night), and this specification does not specifically limit this. As an exemplary illustration only, the preset time interval may be 3 hours, 12 hours, 24 hours, etc. In the second mode, the vehicle usage profile can be one or more of inactive (or low activity), low vehicle health level, and low user demand for the vehicle in a specific area and time period. Based on this, the vehicle's location, order and other information can be updated without or intermittently, minimizing the power consumption of the vehicle and its components while minimizing the impact on vehicle use.

[0050] In some embodiments, the processing device 112 may determine the current communication mode of the vehicle, and if the current communication mode is the first mode, in response to the current communication mode not satisfying the condition, the communication mode of the vehicle is switched from the first mode to the second mode. For example, if the current communication mode of the vehicle is the first mode, and the vehicle use portrait is inactive, the processing device 112 may switch the communication mode from the first mode to the second mode; if the current communication mode of the vehicle is the second mode, and the vehicle use portrait is active, the processing device 112 may switch the communication mode from the second mode to the first mode. In some embodiments, if the current communication mode of the vehicle is the second mode, in response to the current communication mode satisfying the condition, the communication mode of the vehicle remains in the second mode. For example, if the current communication mode is the second mode, and the vehicle use portrait is inactive, the processing device 112 may continue to maintain the current communication mode as the second mode; if the current communication mode is the first mode, and the vehicle use portrait is active, the processing device 112 may continue to maintain the current communication mode as the first mode. Through the above process, the communication mode of the inactive vehicle can be adjusted so that it can be in the second mode to save power. Likewise, for the communication mode of an active vehicle, the processing device 112 may maintain or switch its communication mode to the first mode to ensure normal use of functions such as vehicle positioning and ordering.

[0051] Through the method provided in this embodiment, the vehicle communication mode can be adjusted and switched based on the vehicle usage portrait. The adjusted vehicle communication mode can be in the second mode for saving power when idle, and in the first mode for ensuring normal use of functions when busy, thereby reducing power consumption and reducing vehicle operating costs while ensuring functions.

[0052] It should be noted that the above description of process 300 is only for example and illustration, and does not limit the scope of application of this specification. For those skilled in the art, various modifications and changes can be made to process 300 under the guidance of this specification. However, these modifications and changes are still within the scope of this specification.

[0053] Figure 4 FIG. 1 is a flowchart for determining whether the current communication mode of a vehicle meets the conditions according to some embodiments of this specification. Figure 4 As shown, the process 400 includes the following steps. In some embodiments, the process 400 may be executed by the determination module 220 or the processing device 112 or a component thereof.

[0054] Step 410, obtaining a preset communication mode corresponding to the vehicle at the current time based on the vehicle usage portrait.

[0055] The preset communication mode may be a communication mode corresponding to the vehicle at the current time (and / or current area) determined based on the vehicle use portrait. The preset communication mode is a more preferred communication mode for the vehicle. In the preset communication mode, the normal use of the vehicle can be guaranteed, while the power consumption of each component can be reduced. The preset communication mode may be determined based on activity, health and / or vehicle demand information. For example, when the vehicle use portrait is a high-activity vehicle, the user's demand for the vehicle is large. In order to meet the user's use needs, the preset communication mode may be the first mode; when the vehicle use portrait is an inactive vehicle, the user's demand for the vehicle is small. In order to reduce the power consumption of the vehicle components, the preset communication mode may be the second mode. For another example, when the time is a peak period of vehicle use (such as 8:00-20:00), the preset communication mode may be the first mode; when the time is a low-peak period of vehicle use (such as 24:00-6:00 in the morning), the preset communication mode may be the second mode. For another example, if the vehicle health level is high (such as health level three), the preset communication mode may be the first mode; if the vehicle health level is low (such as health level one), the preset communication mode may be the second mode. In some embodiments, the preset communication mode may be determined by comprehensively considering one or more of the vehicle activity, vehicle health level, and user demand information for different areas and time periods. For example, if the vehicle usage profile is active and has a high health level, the preset communication mode is the first mode.

[0056] Step 420, determining whether the current communication mode is consistent with the preset communication mode to determine whether the current communication mode meets the condition. Step 420 may include the following sub-steps:

[0057] Sub-step 421, if the current communication mode is inconsistent with the preset communication mode, it is judged that the current communication mode does not meet the conditions. For example, when the time is a low-peak period of vehicle use, the corresponding preset communication mode is the second mode, and the current communication mode of the vehicle is the first mode, it is judged that the current communication mode does not meet the conditions. Switch the current communication mode of the vehicle to the preset communication mode (that is, the first mode is switched to the second mode). For another example, when the time is a peak period of vehicle use, the corresponding preset communication mode is the first mode, and the current communication mode of the vehicle is the second mode, it is judged that the current communication mode does not meet the conditions. Switch the current communication mode of the vehicle to the preset communication mode (that is, the second mode is switched to the first mode).

[0058] Sub-step 422, if the current communication mode is consistent with the preset communication mode, then the current communication mode is judged to meet the conditions. For example, if the current communication mode is the second mode, and the preset communication mode is the second mode, then the current communication mode is judged to meet the conditions. The current communication mode of the vehicle remains unchanged (i.e., the second mode is maintained). For example, when the time is a low-peak period for vehicle use and the corresponding preset communication mode is the second mode, the current communication mode of the vehicle is the second mode, then the current communication mode is judged to meet the conditions and the current communication mode remains unchanged. For another example, when the vehicle's usage profile is an inactive vehicle and the corresponding preset communication mode is the second mode, the vehicle's current communication mode is the second mode, and the current communication mode remains unchanged.

[0059] In some embodiments, the processing device 112 may classify multiple vehicles into different categories based on the vehicle use portrait, wherein the preset communication mode corresponding to the vehicles in the same category at the current time is the same. In some embodiments, the vehicle use portrait of each vehicle may be compared for similarity, and multiple vehicles with high similarity of the vehicle use portrait may be classified into the same category. For example, vehicles with activity levels higher than the first activity threshold may be classified into the same category (recorded as active categories). The preset communication mode corresponding to the vehicles in the active category at the current time may be the first mode; inactive vehicles may be classified into the same category (recorded as inactive categories), and the preset communication mode corresponding to the vehicles in the inactive category at the current time may be the second mode. For another example, vehicles with a health level of level three may be classified into the same category (recorded as healthy categories). The preset communication mode corresponding to the vehicles in the healthy category at the current time may be the first mode; vehicles with a health level of level one may be classified into the same category (recorded as unhealthy categories), and the preset communication mode corresponding to the vehicles in the unhealthy category at the current time may be the second mode.

[0060] In some embodiments, by classifying vehicles with similar vehicle usage profiles, each category corresponds to a preset communication mode, thereby improving the efficiency of assigning the preset communication mode and reducing the system operation pressure. In other embodiments, the preset communication mode can also be determined for each vehicle separately to achieve accurate assignment of the preset communication mode.

[0061] In some embodiments, the processing device 112 may obtain historical order data; update the vehicle use portrait based on the historical order data; and determine the preset communication mode corresponding to the vehicle at the current time based on the updated vehicle use portrait. The historical order data may be obtained through the network 120, the storage device 140 or other data sources. The historical order data may include information such as the number of times the vehicle has traveled, the travel time period, and the travel area. The processing device 112 may update the vehicle use portrait of the vehicle based on the driving habits in the historical order data of a certain vehicle. For example, the initial vehicle use portrait of vehicle A is active in the time period of 8:00-12:00 and inactive in the time period of 13:00-18:00 (this corresponds to the preset communication mode of vehicle A in the time period of 8:00-12:00 being the first mode, and the preset communication mode in the time period of 13:00-18:00 being the second mode); in the new historical order data, vehicle A is inactive in the time period of 8:00-12:00 and active in the time period of 13:00-18:00. At this time, the processing device 112 will update the vehicle usage profile according to the new historical order data, and determine the preset communication mode corresponding to the vehicle at the current time based on the updated vehicle usage profile. That is, the preset communication mode is adjusted to: the preset communication mode of vehicle A in the time period of 8:00-12:00 is the second mode, and the preset communication mode in the time period of 13:00-18:00 is the first mode. By updating the vehicle usage profile of each vehicle based on the historical order data of each vehicle, an accurate vehicle usage profile can be obtained.

[0062] In this embodiment, a more accurate vehicle usage portrait can be obtained by updating the vehicle usage portrait through historical order data; in addition, the system computing power can be reduced by classifying vehicles with similar vehicle usage portraits. The two methods can be adaptively selected based on the actual situation of the system, which improves the versatility of this method for systems with different computing power capabilities.

[0063] Figure 5 FIG. 1 is a flowchart for determining whether the current communication mode of a vehicle meets the conditions according to some embodiments of this specification. Figure 5 As shown, the process 500 includes the following steps. In some embodiments, the process 500 may be executed by the determination module 220 or the processing device 112 or a component thereof.

[0064] Step 510: Determine, based on the vehicle usage portrait, a preset time period corresponding to when the vehicle is in the first mode or the second mode.

[0065] The preset time period may be a specific time period corresponding to a communication mode (first mode or second mode). For example, when a vehicle is active in the time period of 09:00-21:00 and inactive in the time period of 00:00-09:00 in the vehicle usage portrait, the preset time period corresponding to the vehicle in the first mode is 09:00-21:00, and the preset time period corresponding to the vehicle in the second mode is 00:00-09:00.

[0066] Step 520, determining whether the current time is in the preset time period corresponding to the first mode or the second mode to determine whether the current communication mode meets the condition. Step 520 may include the following sub-steps:

[0067] Sub-step 521: If the current time of the vehicle is not in the time period corresponding to the first mode or the second mode, it is determined that the current communication mode does not meet the condition. For example, the preset time period corresponding to the first mode of vehicle A is 08:00-21:00, and the preset time period corresponding to the second mode is 22:00-07:00; and the current communication mode of vehicle A in the time period of 08:00-21:00 is the second mode, then it is determined that the current communication mode does not meet the condition. The current communication mode of vehicle A is switched from the second mode to the first mode.

[0068] Sub-step 522: If the current time of the vehicle is in the time period corresponding to the first mode or the second mode, it is determined that the current communication mode meets the condition. For example, the preset time period corresponding to the first mode of vehicle A is 08:00-21:00, and the preset time period corresponding to the second mode is 22:00-07:00; and the current communication mode of vehicle A in the time period of 08:00-21:00 is the first mode, then it is determined that the current communication mode meets the condition. The current communication mode of vehicle A remains unchanged.

[0069] In this embodiment, by judging whether the current communication mode meets the condition based on whether the current time is in the preset time period of the first mode / second mode, it is possible to avoid obtaining the current communication mode, further improving the versatility of the method.

[0070] In some embodiments, the processing device 112 may classify multiple vehicles into different categories based on the vehicle use portrait, wherein the vehicles in the same category have the same preset time period corresponding to the first mode or the second mode. In some embodiments, the vehicle use portrait of each vehicle may be compared for similarity, and multiple vehicles with high similarity of vehicle use portraits may be classified into the same category. For example, vehicles active in the commuting time period (such as 07:00-09:00, 11:00-13:00, 17:00-20:00) may be classified into the same category (recorded as commuting vehicles), then the preset time periods of the commuting vehicles in the first mode are all commuting time (such as 07:00-09:00, 11:00-13:00, 17:00-20:00); the preset time periods of the commuting vehicles in the second mode are non-commuting time. When the time is within the commuting time period, the communication mode of the commuting vehicles may be uniformly set to the first mode; when the time is within the non-commuting time period, the communication mode of the commuting vehicles may be uniformly set to the second mode. By classifying vehicles with similar vehicle usage portraits, each category has a preset time period corresponding to the first mode or the second mode. The modes of vehicles in the same category can be processed in batches (such as keeping the mode unchanged or switching the mode), thereby improving the mode allocation efficiency and reducing the system computing pressure.

[0071] In some embodiments, the processing device 112 may obtain historical order data; update the vehicle use portrait based on the historical order data; and determine the preset time period corresponding to the vehicle being in the first mode or the second mode based on the updated vehicle use portrait. For example, vehicle A is a commuting vehicle in the first area. At this time, the preset time period corresponding to vehicle A in the first mode is commuting time, and the preset time period corresponding to vehicle A in the second mode is non-commuting time; but after the position of vehicle A changes from the first area to the second area, vehicle A becomes a non-commuting vehicle in the second area. At this time, the preset time period corresponding to vehicle A in the first mode or the second mode in the second area changes. The processing device 112 re-determines the preset time period corresponding to vehicle A being in the first mode or the second mode based on the new historical order data.

[0072] In some embodiments, during low vehicle usage periods (for example, 0:00-06:00 in the morning), the server can issue a mode switching instruction to all vehicles in a certain area to switch the vehicle's communication mode from the first mode to the second mode. After the vehicle smart lock receives the mode switching instruction issued by the server, it can query its current mode status. If the vehicle is in the second mode, the vehicle remains in the second mode. If the vehicle is in the first mode, the vehicle executes the mode switching instruction to switch its communication mode from the first mode to the second mode. In some embodiments, the server can poll and issue mode switching instructions. The polling time interval can be 5 minutes, 30 minutes, 1 hour, etc. In the process of continuously querying the current communication mode of the vehicle, if it is found that there are vehicles that have not switched to the second mode, the server continues to issue switching instructions to the vehicles that have not switched successfully until all vehicles in the area have switched successfully (that is, the communication mode of all vehicles is the second mode).

[0073] In some embodiments, during high-use vehicle hours (such as after 6:00 a.m. during the day), the vehicle's smart lock can confirm the current mode status of the vehicle, and automatically issue a mode switching instruction to switch the communication mode from the second mode to the first mode. After the switch is successful, the vehicle's positioning component is turned on, and the vehicle's latest location information and vehicle status are reported to the server. After receiving the latest status of the vehicle, the server updates the background database to update the vehicle's usage portrait. In some embodiments, if the vehicle's smart lock fails to switch successfully on its own, the server can send instructions to the vehicle that has not switched successfully, so that the smart lock system restarts and switches again until the switch is successful.

[0074] The beneficial effects of the embodiments of the present specification include at least: (1) adjusting and switching the vehicle communication mode based on the vehicle usage portrait, so that the adjusted vehicle communication mode can be in the second mode for saving power when idle, and in the first mode for ensuring normal use of functions when busy, thereby reducing power consumption and reducing vehicle operating costs while ensuring functions; (2) updating the vehicle usage portrait through historical order data to obtain a more accurate vehicle usage portrait; (3) by classifying vehicles with similar vehicle usage portraits, the communication modes of vehicles of the same category can be batch controlled to reduce the amount of system operations.

[0075] The basic concepts have been described above. Obviously, for those skilled in the art, the above detailed disclosure is only for example and does not constitute a limitation of this specification. Although not explicitly stated here, those skilled in the art may make various modifications, improvements and corrections to this specification. Such modifications, improvements and corrections are suggested in this specification, so such modifications, improvements and corrections still belong to the spirit and scope of the exemplary embodiments of this specification.

[0076] At the same time, this specification uses specific words to describe the embodiments of this specification. For example, "one embodiment", "an embodiment", and / or "some embodiments" refer to a certain feature, structure or characteristic related to at least one embodiment of this specification. Therefore, it should be emphasized and noted that "one embodiment" or "an embodiment" or "an alternative embodiment" mentioned twice or more in different positions in this specification does not necessarily refer to the same embodiment. In addition, certain features, structures or characteristics in one or more embodiments of this specification can be appropriately combined.

[0077] In addition, unless explicitly stated in the claims, the order of the processing elements and sequences described in this specification, the use of alphanumeric characters, or the use of other names are not intended to limit the order of the processes and methods of this specification. Although the above disclosure discusses some invention embodiments that are currently considered useful through various examples, it should be understood that such details are only for illustrative purposes, and the attached claims are not limited to the disclosed embodiments. On the contrary, the claims are intended to cover all modifications and equivalent combinations that are consistent with the essence and scope of the embodiments of this specification. For example, although the system components described above can be implemented by hardware devices, they can also be implemented only by software solutions, such as installing the described system on an existing server or mobile device.

[0078] Similarly, it should be noted that in order to simplify the description disclosed in this specification and thus help understand one or more embodiments of the invention, in the above description of the embodiments of this specification, multiple features are sometimes combined into one embodiment, figure or description thereof. However, this disclosure method does not mean that the features required by the subject matter of this specification are more than the features mentioned in the claims. In fact, the features of the embodiments are less than all the features of the single embodiment disclosed above.

[0079] In some embodiments, numbers describing the number of components and attributes are used. It should be understood that such numbers used in the description of the embodiments are modified by the modifiers "about", "approximately" or "substantially" in some examples. Unless otherwise specified, "about", "approximately" or "substantially" indicate that the numbers are allowed to vary by ±20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximate values, which may change according to the required features of individual embodiments. In some embodiments, the numerical parameters should take into account the specified significant digits and adopt the general method of retaining digits. Although the numerical domains and parameters used to confirm the breadth of their range in some embodiments of this specification are approximate values, in specific embodiments, the setting of such numerical values ​​is as accurate as possible within the feasible range.

[0080] Each patent, patent application, patent application publication, and other materials, such as articles, books, specifications, publications, documents, etc., cited in this specification are hereby incorporated by reference in their entirety. Except for application history documents that are inconsistent with or conflicting with the contents of this specification, documents that limit the broadest scope of the claims of this specification (currently or later attached to this specification) are also excluded. It should be noted that if the descriptions, definitions, and / or use of terms in the materials attached to this specification are inconsistent or conflicting with the contents described in this specification, the descriptions, definitions, and / or use of terms in this specification shall prevail.

[0081] Finally, it should be understood that the embodiments described in this specification are only used to illustrate the principles of the embodiments of this specification. Other variations may also fall within the scope of this specification. Therefore, as an example and not a limitation, alternative configurations of the embodiments of this specification may be considered consistent with the teachings of this specification. Accordingly, the embodiments of this specification are not limited to the embodiments explicitly introduced and described in this specification.

Claims

1. A method for vehicle management, characterized in that: include: Obtain vehicle usage portrait; Determining whether a current communication mode of the vehicle meets a condition based on the vehicle usage portrait; as well as In response to the current communication mode not satisfying a condition, the communication mode of the vehicle is switched between a first mode and a second mode; wherein, in the first mode, the vehicle reports relevant data of the vehicle in real time, and in the second mode, the vehicle periodically reports relevant data of the vehicle at preset time intervals.

2. The method according to claim 1, characterized in that The vehicle usage portrait is based on a big data model to obtain the activity of the vehicle in a historical time period, the health of the vehicle, and the user's demand information for the vehicle in different areas and time periods.

3. The method according to claim 1, characterized in that The determining whether the current communication mode of the vehicle meets a condition based on the vehicle usage portrait includes: Acquire a preset communication mode corresponding to the vehicle at the current time based on the vehicle usage portrait; Determining whether the current communication mode is consistent with the preset communication mode to determine whether the current communication mode meets a condition includes: If the current communication mode is inconsistent with the preset communication mode, it is determined that the current communication mode does not meet the condition; or If the current communication mode is consistent with the preset communication mode, it is determined that the current communication mode meets the condition.

4. The method according to claim 1, characterized in that: The determining whether the current communication mode of the vehicle meets a condition based on the vehicle usage portrait includes: Determining, based on the vehicle usage portrait, that the vehicle is in the first mode or a preset time period corresponding to the second mode; Determining whether the current time is in the preset time period corresponding to the first mode or the second mode to determine whether the current communication mode meets the condition includes: If the current time of the vehicle is not in the time period corresponding to the first mode or the second mode, it is determined that the current communication mode does not meet the condition; or If the current time at which the vehicle is located is in a time period corresponding to the first mode or the second mode, it is determined that the current communication mode meets the condition.

5. The method according to claim 3 or 4, characterized in that: The method further comprises: Based on the vehicle usage portrait, the multiple vehicles are divided into different categories, wherein the vehicles in the same category have the same preset communication mode corresponding to the current time, or the vehicles in the same category have the same preset time period corresponding to the first mode or the second mode.

6. The method according to claim 3 or 4, characterized in that: The method further comprises: Get historical order data; Updating the vehicle usage portrait based on the historical order data; and The preset communication mode corresponding to the vehicle at the current time is determined based on the updated vehicle usage portrait, or the preset time period corresponding to the first mode or the second mode is determined.

7. The method according to claim 2, characterized in that: The determining whether the current communication mode of the vehicle meets a condition based on the vehicle usage portrait includes: Determining whether the vehicle health level meets the conditions; and In response to the vehicle health level satisfying a condition, it is determined whether the current communication mode of the vehicle satisfies a condition.

8. The method according to claim 1, characterized in that The method further comprises: determining the current communication mode of the vehicle; and If the current communication mode is the first mode, in response to the current communication mode not satisfying a condition, the current communication mode of the vehicle is switched from the first mode to the second mode; or; If the current communication mode is the second mode, in response to the current communication mode satisfying a condition, the current communication mode of the vehicle maintains the second mode.

9. A system for vehicle management, characterized in that: include: A server configured to: Obtain vehicle usage portrait; Determining whether the current communication mode of the vehicle meets the conditions based on the vehicle usage portrait; as well as In response to the current communication mode not satisfying a condition, the server sends an instruction to the vehicle to instruct the communication mode of the vehicle to switch between a first mode and a second mode; wherein, in the first mode, the vehicle reports relevant data of the vehicle to the server in real time, and in the second mode, the vehicle periodically reports relevant data of the vehicle to the server at preset time intervals.

10. A computer-readable storage medium, wherein the storage medium stores computer instructions. When a computer reads the computer instructions in the storage medium, the computer executes the method according to any one of claims 1 to 8.

Images