CN111124097A

CN111124097A - Power consumption management method for vehicle lock, vehicle lock and server for managing vehicle

Info

Publication number: CN111124097A
Application number: CN201911203184.0A
Authority: CN
Inventors: 孙晓群; 薛轶峰; 黄可斌
Original assignee: Beijing Mobike Technology Co Ltd
Current assignee: Hanhai Information Technology Shanghai Co Ltd
Priority date: 2019-11-29
Filing date: 2019-11-29
Publication date: 2020-05-08

Abstract

The invention discloses a power consumption management method for a vehicle lock, the vehicle lock and a server for managing a vehicle. The vehicle lock comprises a narrow-band Internet of things NB-IOT communication module and a battery, wherein the NB-IOT communication module is powered by the battery; the method comprises the following steps: in a first case, configuring the NB-IOT communications module to a discontinuous reception, DRX, mode; the first case includes: the vehicle is in a high-demand environment and the residual capacity of the battery is greater than or equal to a preset first capacity threshold; in a second case, configuring the NB-IOT communication module to extend discontinuous reception, eDRX, mode; the second case includes: the vehicle is in a low-demand environment and/or the remaining capacity of the battery is less than a first capacity threshold.

Description

Power consumption management method for vehicle lock, vehicle lock and server for managing vehicle

Technical Field

The invention relates to the technical field of vehicles, in particular to a power consumption management method for a vehicle lock, the vehicle lock and a server for managing the vehicle.

Background

Shared vehicles (e.g., shared bicycles, shared electric bicycles, and shared automobiles) are increasingly used in daily life because of their convenience of use.

When the shared vehicle is used, the intelligent lock of the shared vehicle is connected with the server through the GSM network so as to realize the functions of unlocking and the like. When the vehicle is in a hot spot area, namely when the vehicle is in a scene with very high use frequency of the shared bicycle, the GSM communication network cannot timely respond to well-spraying type connection requests of a large number of shared bicycles, so that unlocking delay is caused, and user experience is influenced.

In addition, the consumption of GSM communication module is great, often needs the operation personnel to charge the lock, leads to the operation efficiency of vehicle relatively poor.

Therefore, it is necessary to provide a new power consumption management method for the vehicle lock.

Disclosure of Invention

An object of the embodiments of the present invention is to provide a new power consumption management solution for a vehicle lock.

According to a first aspect of the invention, a power consumption management method for a vehicle lock of a vehicle is provided, the vehicle lock comprises a narrow-band internet of things (NB-IOT) communication module and a battery, and the NB-IOT communication module is powered by the battery; the method comprises the following steps:

in a first case, configuring the NB-IOT communication module to a Discontinuous Reception (DRX) mode; the first case includes: the vehicle is in a high-demand environment and the residual electric quantity of the battery is greater than or equal to a preset first electric quantity threshold value;

in a second case, configuring the NB-IOT communication module to an extended discontinuous reception (eDRX) mode; the second case includes: the vehicle is in a low-demand environment and/or the residual capacity of the battery is smaller than the first capacity threshold.

Optionally, the NB-IOT communication module is configured to be in a power saving PSM mode when the remaining power of the battery is less than a preset second power threshold, where the second power threshold is less than the first power threshold.

Optionally, the method further comprises: and in the eDRX mode, adjusting the duration of the paging cycle according to the residual capacity of the battery.

Optionally, the vehicle lock further includes a GSM communication module, and the method further includes:

in a third case, communicating with a server through the NB-IOT communication module;

the third case includes: the vehicle is in a GSM network congestion area and/or the vehicle is in a subterranean zone.

Optionally, in the DRX mode, receiving an unlocking instruction in a short message mode or a long connection mode based on an NB-IOT communication protocol; or, the lock also comprises a Bluetooth module, and the unlocking instruction is received in a Bluetooth mode in the DRX mode.

Optionally, the vehicle lock further comprises a bluetooth module; and receiving an unlocking instruction in an eDRX mode through a Bluetooth mode.

Optionally, the method further comprises: receiving a first instruction to look for the vehicle, configuring the NB-IOT communication module into DRX mode according to the first instruction.

Optionally, whether the vehicle is in a high-demand environment or a low-demand environment is determined by the vehicle lock according to the geographical location of the vehicle, the current time, or a network congestion condition; or,

whether the vehicle is in a high-demand environment or a low-demand environment is determined by the server according to the geographical position of the vehicle, the current time or the network congestion condition.

According to a second aspect of the invention, there is also provided a vehicle lock,

the vehicle lock comprises a narrow-band Internet of things NB-IOT communication module, a battery, a processor and a memory, wherein the NB-IOT communication module is powered by the battery, and computer instructions are stored in the memory and are executed by the processor to realize the method provided by the first aspect of the invention.

According to a third aspect of the invention, there is also provided a server for managing a vehicle, comprising a processor and a memory, the memory having stored therein computer instructions which, when executed by the processor, implement the method provided by the first aspect of the invention.

According to one embodiment of the disclosure, the communication mode of the NB-IOT communication module can be dynamically adjusted according to the vehicle using requirement environment where the vehicle is located and the residual electric quantity of the battery, so that the communication efficiency and the power consumption of the vehicle lock are better balanced, and the operation efficiency is optimized.

In order to make the aforementioned objects, features and advantages of the present disclosure more comprehensible, preferred embodiments accompanied with figures are described in detail below.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the embodiments will be briefly described below. It is appreciated that the following drawings depict only certain embodiments of the invention and are therefore not to be considered limiting of its scope. For a person skilled in the art, it is possible to derive other relevant figures from these figures without inventive effort.

FIG. 1 illustrates a block diagram of a vehicle system that may be used to implement an embodiment of the invention;

FIG. 2 is a flow chart illustrating a power consumption management method for a vehicle lock according to an embodiment of the present invention;

FIG. 3 is a block diagram of a vehicle lock provided by an embodiment of the present invention;

fig. 4 is a block diagram illustrating a server for managing a vehicle according to an embodiment of the present invention.

Detailed Description

Various exemplary embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. It should be noted that: the relative arrangement of the components and steps, the numerical expressions, and numerical values set forth in these embodiments do not limit the scope of the present disclosure unless specifically stated otherwise.

The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the disclosure, its application, or uses.

Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail but are intended to be part of the specification where appropriate.

In all examples shown and discussed herein, any particular value should be construed as merely illustrative, and not limiting. Thus, other examples of the exemplary embodiments may have different values.

It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.

< shared vehicle System >

FIG. 1 is a block diagram of a shared vehicle system that may be used to implement an embodiment of the present invention.

As shown in fig. 1, the shared vehicle system 100 includes a server 1000, a terminal 2000, and a vehicle 3000.

The server 1000 provides a service point for processes, databases, and communications facilities. The server 1000 may be a unitary server or a distributed server across multiple computers or computer data centers. The server may be of various types, such as, but not limited to, a web server, a news server, a mail server, a message server, an advertisement server, a file server, an application server, an interaction server, a database server, or a proxy server. In some embodiments, each server may include hardware, software, or embedded logic components or a combination of two or more such components for performing the appropriate functions supported or implemented by the server. For example, a server, such as a blade server, a cloud server, etc., or may be a server group consisting of a plurality of servers, which may include one or more of the above types of servers, etc.

In one embodiment, the server 1000 may be as shown in fig. 1, including a processor 1100, a memory 1200, an interface device 1300, a communication device 1400, a display device 1500, an input device 1600. In other embodiments, the server 1000 may further include a speaker, a microphone, and the like, which are not limited herein.

The processor 1100 may be a dedicated server processor, or may be a desktop processor, a mobile version processor, or the like that meets performance requirements, and is not limited herein. The memory 1200 includes, for example, a ROM (read only memory), a RAM (random access memory), a nonvolatile memory such as a hard disk, and the like. The interface device 1300 includes, for example, various bus interfaces such as a serial bus interface (including a USB interface), a parallel bus interface, and the like. Communication device 1400 is capable of wired or wireless communication, for example. The display device 1500 is, for example, a liquid crystal display panel, a touch panel, or the like. The input device 1600 may include, for example, a touch screen, a keyboard, and the like. Although a plurality of devices of the server 1000 are illustrated in fig. 1, the present invention may relate to only some of the devices, for example, the server 1000 relates to only the memory 1200 and the processor 1100.

In this embodiment, the terminal 2000 is, for example, a mobile phone, a portable computer, a tablet computer, a palm computer, a wearable device, or the like.

As shown in fig. 1, the terminal 2000 may include a processor 2100, a memory 2200, an interface device 2300, a communication device 2400, a display device 2500, an input device 2600, a speaker 2700, a microphone 2800, and the like.

The processor 2100 may be a mobile version processor. The memory 2200 includes, for example, a ROM (read only memory), a RAM (random access memory), a nonvolatile memory such as a hard disk, and the like. The interface device 2300 includes, for example, a USB (universal serial Bus) interface, a headphone interface, and the like. The communication device 2400 may include a short-range communication device, for example, a device that performs short-range Wireless communication based on a short-range Wireless communication protocol such as Wi-Fi, bluetooth, and NFC (Near field communication), and the communication device 2400 may also include a remote communication device, for example, any device that performs WLAN (Wireless Local Area Network), GPRS (General Packet Radio Service), and 2G/3G/4G/5G remote communication. The display device 2500 is, for example, a liquid crystal display panel, a touch panel, or the like. The input device 2600 may include, for example, a touch screen, a keyboard, and the like. A user can input/output voice information through the speaker 2700 and the microphone 2800.

Although a plurality of devices of the terminal 2000 are illustrated in fig. 1, the present invention may relate only to some of the devices, for example, the terminal 2000 relates only to the memory 2200 and the processor 2100, the communication device 2400, and the display device 2500.

The vehicle 3000 is any vehicle that can give the use right to different users in a shared manner in time or in a separate manner. The vehicle 3000 may be a bicycle shown in fig. 1, and may be in various forms such as an electric bicycle, a tricycle, a motorcycle, and a four-wheeled passenger vehicle.

As shown in fig. 1, a vehicle 3000 may be provided with a vehicle management device on its body, and the vehicle management device includes, for example, a processor 3100, a memory 3200, an interface device 3300, a communication device 3400, a display device 3500, an input device 3600, and the like. The processor 3100 may be a microprocessor MCU or the like. The memory 3200 includes, for example, a ROM (read only memory), a RAM (random access memory), a nonvolatile memory such as a hard disk, and the like. The interface 3300 includes, for example, a USB interface, a headphone interface, and the like. The communication device 3400 is capable of wired or wireless communication, for example, and also capable of short-range and long-range communication, for example. The output device 3500 may be, for example, a device that outputs a signal, may be a display device such as a liquid crystal display panel or a touch panel, or may be a speaker or the like that outputs voice information or the like. The input device 3600 may include, for example, a touch panel, a keyboard, or the like, and may input voice information through a microphone. Although a plurality of devices of the vehicle 3000 are shown in fig. 1, the present invention may relate only to some of the devices, for example, the vehicle 3000 relates only to the communication device 3400, the memory 3200, and the processor 3100. Alternatively, a lock mechanism, not shown in fig. 1, controlled by the processor 3100, and a sensor device for detecting a state of the lock mechanism, etc. may also be included. The vehicle management device may be, for example, an intelligent vehicle lock.

The network 4000 may be a wireless communication network or a wired communication network, may be a local area network or a wide area network, and may be short-range communication or long-range communication. In the shared vehicle system 100 shown in fig. 1, a vehicle 3000 and a server 1000, and a terminal 2000 and the server 1000 can communicate with each other through a network 4000. The vehicle 3000 may be the same as the server 1000, and the network 4000 through which the terminal 2000 communicates with the server 1000 may be different from each other.

It should be understood that although fig. 1 shows only one server 1000, terminal 2000, vehicle 3000, there is no intention to limit the number of each, and multiple servers 1000, multiple terminals 2000, multiple vehicles 3000 may be included in the shared vehicle system 100.

In the above description, the skilled person can design the instructions according to the solutions provided in the present disclosure. How the instructions control the operation of the processor is well known in the art and will not be described in detail herein.

< method for managing Power consumption of Lock of vehicle >

The embodiment of the invention provides a power consumption management method for a lock of a vehicle, which can be applied to positioning, scheduling, operating and managing of the vehicle, wherein the vehicle can be a transportation device which is released for a user to obtain a use right in modes of time-sharing renting, local renting and the like, and the vehicle can be a two-wheel or three-wheel bicycle, an electric bicycle, or a motor vehicle with more than four wheels, such as an electric vehicle or a fuel automobile.

The power consumption management method of the vehicle lock may be implemented by a mobile terminal, which may be the terminal 2000 shown in fig. 1. The power consumption management method for the vehicle lock may also be implemented by a server, which may be the server 1000 shown in fig. 1. The power consumption management method for the vehicle lock may also be implemented by a server and a terminal together, which is not limited herein. In one example, the mobile terminal may be a mobile phone installed with an Application (APP) for providing vehicle scheduling and operation services. In one example, the server is an operation center that supports providing services for vehicle operation, management, scheduling, and the like.

In this embodiment, the vehicle lock of the vehicle includes a narrow-Band Internet of things NB-IOT (narrow Band Internet of things) communication module and a battery, and the NB-IOT communication module is powered by the battery. In one embodiment, the vehicle lock may further include a GSM (Global System for Mobile Communications) communication module, and the GSM communication module is powered by a battery.

The vehicle's lock may also include modules such as a processor, memory, a location module, and the like. The positioning module may be, for example, a base station positioning module, a global Navigation Satellite system gnss (global Navigation Satellite system) positioning module, or the like. The GNSS Positioning module may be, for example, a GPS (Global Positioning System) module or a beidou module. In this embodiment, the vehicle lock may determine the geographic location of the vehicle through the positioning module, and the vehicle lock may also upload the geographic location data to the server.

The NB-IOT communication module has the advantages of wide coverage, low power consumption, large connection and low cost. In general, the NB-IOT communication module may be preferred for communication with the server. If the vehicle is currently in a GSM network congestion area, the vehicle selects the NB-IOT communication module to communicate with the server, so that the communication function of the vehicle is guaranteed, and the unlocking success rate is improved. If the vehicle is currently located in areas with poor GSM signals or even no GSM signals, such as basements, the NB-IOT communication module is selected by the vehicle to communicate with the server, so that the communication function of the vehicle is guaranteed, and the unlocking success rate is improved.

As shown in fig. 2, a power consumption management method of a vehicle lock in the present embodiment may include the following steps S2100 to S2300.

Step S2100, determining a communication mode of the narrow-band Internet of things NB-IOT communication module according to a first trigger condition.

The vehicle lock can communicate with a server or a mobile terminal through the NB-IOT communication module. In one example, the configurable modes of the narrowband internet of things NB-IOT communication module include: discontinuous Reception (DRX) Mode, Extended discontinuous reception (eDRX) Mode, and Power Saving PSM Mode (PSM Mode).

In DRX mode, the paging cycle of the NB-IOT communication module may be less than 2.56 s. In the DRX mode, the paging cycle of the NB-IOT communication module is relatively short, namely, information is monitored at any time, the power consumption of the lock is relatively high, and the NB-IOT communication module is suitable for the residual capacity of the battery.

In eDRX mode, the paging cycle of the NB-IOT communication module may be between 2.56s and 2.91 h. In the eDRX mode, the paging cycle of the NB-IOT communication module is relatively long, the delay time for receiving information is relatively long, and the power consumption of the vehicle lock is relatively low.

In the PSM mode, the paging cycle of the NB-IOT communication module is the longest, which can be understood as entering a sleep state or a power-off state, and the power consumption of the vehicle lock is the lowest.

The first trigger condition includes two cases. The first condition includes that the vehicle is in a high-demand environment and the residual capacity of the battery is greater than or equal to a preset first capacity threshold. The second condition includes the vehicle being in a low demand environment and/or the remaining battery charge being less than the first charge threshold.

Whether the vehicle is in a high-demand environment or a low-demand environment can be determined according to the geographic position of the vehicle, the current time or the network congestion condition. The first electric quantity threshold value can be set according to engineering experience or experimental simulation results.

In a first specific example, the vehicle lock can determine whether the vehicle is in a high-demand environment or a low-demand environment according to the geographical position of the vehicle.

Specifically, if the geographic location of the vehicle belongs to the hot spot area, the vehicle is determined to be in a high-demand environment. And if the geographic position of the vehicle does not belong to the hot spot area, determining that the vehicle is in a low-demand environment. The hot spot area is an area with a large vehicle demand, and can be, for example, a subway station, a bus station, a school, a hot commercial district, and the like. The non-hot spot area is an area with smaller vehicle demand.

For example, the vehicle lock acquires the geographic position of the vehicle through the positioning module, and judges whether the geographic position of the vehicle is a hot spot area according to the geographic position. For example, if the geographic location of the vehicle is near a subway entrance, the geographic location of the vehicle is determined to be a hot spot area.

For example, the vehicle lock acquires the geographic position of the vehicle through the positioning module, and judges whether the geographic position of the vehicle is a hot spot area according to the geographic position of the vehicle and the position information of the hot spot area. In this embodiment, the hot spot regions may be obtained by analyzing historical operational big data of the shared bicycle. In this embodiment, the location information of the hot spot area may be stored in the vehicle lock in advance, or the location information of the hot spot area is issued to the vehicle lock by the server.

In a second specific example, the lock determines whether the vehicle is in a high demand environment or a low demand environment based on the current time.

Specifically, if the current time belongs to the peak-in-vehicle time period, the vehicle is determined to be in a high-demand environment. And if the current time does not belong to the peak using time period, determining that the vehicle is in a low-demand using environment. The peak time period of the vehicle is a time period with a large vehicle consumption, such as the peak time period of going to work and going to work on a working day, for example, the peak time period is 7: 00-9: 00, 16: 00-20: 00 and the like.

In a third specific example, the vehicle lock determines whether the vehicle is in a high-demand environment or a low-demand environment according to the network congestion condition of the vehicle.

Specifically, if the GSM network where the vehicle is located is in a relatively congested state, the vehicle is determined to be in a high-demand environment, and otherwise, the vehicle is determined to be in a low-demand environment.

In other embodiments, whether the vehicle is in a high demand environment or a low demand environment is determined by the server based on the geographic location of the vehicle, the current time, or the network congestion.

Step S2200, in the first case, configures the NB-IOT communication module to discontinuous reception, DRX, mode. The first case includes: the vehicle is in the high vehicle demand environment and the remaining capacity of the battery is greater than or equal to the preset first capacity threshold, that is, the vehicle is in the high vehicle demand environment and the remaining capacity of the battery is greater than or equal to the preset first capacity threshold, which need to be satisfied simultaneously.

For example, the geographic location of the vehicle is a hot spot area, and the remaining battery capacity of the lock is greater than or equal to the first capacity threshold, the NB-IOT communication module 310 is configured to receive DRX discontinuously.

For example, the current time belongs to the peak time period, and the remaining battery capacity of the lock is greater than or equal to the first capacity threshold, the NB-IOT communication module 310 is configured to discontinuous reception DRX mode.

For example, the GSM network where the vehicle is located is in a relatively congested state, and the remaining battery capacity of the lock is greater than or equal to the first capacity threshold, the NB-IOT communication module 310 is configured to discontinuously receive the DRX mode.

Step S2300, in a second case, configuring the NB-IOT communication module to an extended discontinuous reception eDRX mode. The second case includes: the vehicle is in the low-demand environment and/or the remaining capacity of the battery is smaller than the first capacity threshold, that is, the vehicle is in the low-demand environment and the remaining capacity of the battery is smaller than the first capacity threshold, which can only satisfy one condition.

For example, in the case where the vehicle is in a low demand vehicle environment, the NB-IOT communication module 310 is configured to extend the discontinuous reception eDRX mode.

For example, the NB-IOT communication module 310 is configured to extend the discontinuous reception eDRX mode in the event that the remaining capacity of the battery of the vehicle is less than a first capacity threshold.

In the embodiment, the communication mode of the NB-IOT communication module can be dynamically adjusted according to the vehicle demand environment where the vehicle is located and the residual electric quantity of the battery, so that the communication efficiency and the power consumption of the vehicle lock are better balanced, and the operation efficiency is optimized.

In the discontinuous reception DRX mode, an unlocking instruction can be received through a short message mode or a long connection mode based on an NB-IOT communication protocol. In another example, the vehicle lock further comprises a bluetooth module, and in the discontinuous reception DRX mode, the vehicle lock may further receive an unlocking instruction through a bluetooth mode. Under the DRX mode, the paging cycle of the NB-IOT communication module is short, the NB-IOT communication module receives the unlocking instruction in a short message mode, a long connection mode or a Bluetooth mode, the unlocking instruction can be received in time to unlock, the unlocking speed is improved, and the user experience is better.

Under the eDRX mode, the paging cycle of the NB-IOT communication module is long, and in order to guarantee unlocking experience of a user, an unlocking instruction can be received in a Bluetooth mode, so that the vehicle lock can timely receive the unlocking instruction and unlock the vehicle lock.

In eDRX mode, the duration of the paging cycle may be adjusted according to the remaining power of the battery. The corresponding power consumptions of the duration of the paging cycle of different lengths are different, the longer the paging cycle is, the higher the power consumption is, the shorter the paging cycle is, the lower the power consumption is. In this example, the duration of the paging cycle may be adjusted according to the remaining power of the battery, so that the power consumption of the vehicle lock may be reduced while the communication function of the vehicle lock is ensured.

In another example, the first trigger condition may further include that the remaining capacity of the battery is less than a preset second capacity threshold. The second power threshold is lower than the first power threshold, and the second power threshold may be set according to engineering experience or experimental simulation results. The NB-IOT communication module 310 is configured to be in PSM mode if the remaining power of the battery of the vehicle lock is less than the second power threshold. In this example, under the condition that the remaining power of the battery is lower, the NB-IOT communication module is configured to be in the PSM mode, so that the power consumption of the vehicle lock is further reduced, and the service life of the vehicle lock is prolonged.

In one example, the power consumption management method for the vehicle lock may further include the following step S6100.

Step S6100, receiving a first instruction for finding a vehicle, and configuring the NB-IOT communication module into a DRX mode according to the first instruction.

The first instruction may be issued by the mobile terminal or by the server. For example, when the operator wants to find a vehicle, a first instruction may be sent to the vehicle through a server or a mobile terminal held by the operator, so that the vehicle enters the DRX mode.

In the DRX mode, the paging cycle of the NB-IOT communication module is short, after an operator arrives near a vehicle, a vehicle searching instruction can be sent to the vehicle through a server or a mobile terminal held by the operator, the vehicle can receive the vehicle searching instruction in time, and the operator can be helped to find the vehicle through actions such as ringing or tail lamp flickering and the like according to the vehicle searching instruction, so that the vehicle searching efficiency and the success rate are improved.

< vehicle Lock >

In the present embodiment, a vehicle lock 300 is provided, as shown in fig. 3, and includes a narrowband internet of things NB-IOT communication module 310, a battery 320, a processor 330, and a memory 340. The NB-IOT communication module 310 is powered by a battery 320. The vehicle lock 300 may communicate with a server or a mobile terminal through the NB-IOT communication module 310. In one example, the mobile terminal may be a mobile phone installed with an Application (APP) that provides vehicle dispatch, operation services.

The lock may also include a location module, a bluetooth module, a GSM module, which are also powered by the battery 320.

The memory 340 stores computer instructions that, when executed by the processor 330, implement any of the aforementioned power consumption management methods implemented by the vehicle lock.

According to the embodiment of the vehicle lock, the communication mode of the NB-IOT communication module can be dynamically adjusted according to the vehicle using requirement environment and the residual electric quantity of the battery, so that the communication efficiency and the power consumption of the vehicle lock are better balanced, and the operation efficiency is optimized.

< vehicle >

In this embodiment, a vehicle is provided having a vehicle lock as described in any of the preceding claims.

According to the vehicle embodiment of the disclosure, the communication mode of the NB-IOT communication module can be dynamically adjusted according to the vehicle using requirement environment and the residual electric quantity of the battery, so that the communication efficiency and the power consumption of the vehicle lock are better balanced, and the operation efficiency is optimized.

< Server for managing vehicle >

In the present embodiment, a server 400 for managing a vehicle is provided, as shown in fig. 4, and includes a processor 410 and a memory 420. In one example, the server is an operation center that supports providing services for vehicle operation, management, scheduling, and the like.

The memory 420 has stored therein computer instructions that, when executed by the processor 410, implement any of the aforementioned server-implemented power consumption management methods.

According to one server embodiment of the disclosure, the communication mode of the NB-IOT communication module can be dynamically adjusted according to the vehicle using requirement environment where the vehicle is located and the residual electric quantity of the battery, so that the communication efficiency and the power consumption of the vehicle lock are better balanced, and the operation efficiency is optimized.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the embodiments of the car lock, the vehicle, the server and the device, since they are basically similar to the embodiments of the method, the description is relatively simple, and the relevant points can be referred to the partial description of the embodiments of the method.

The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The present invention may be a system, method and/or computer program product. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied therewith for causing a processor to implement various aspects of the present invention.

The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.

The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.

The computer program instructions for carrying out operations of the present invention may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, aspects of the present invention are implemented by personalizing an electronic circuit, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA), with state information of computer-readable program instructions, which can execute the computer-readable program instructions.

Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.

These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. It is well known to those skilled in the art that implementation by hardware, by software, and by a combination of software and hardware are equivalent.

Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein. The scope of the invention is defined by the appended claims.

Claims

1. A power consumption management method for a vehicle lock of a vehicle comprises a narrow-band Internet of things (NB-IOT) communication module and a battery, wherein the NB-IOT communication module is powered by the battery; the method comprises the following steps:

in a first case, configuring the NB-IOT communication module to a Discontinuous Reception (DRX) mode; the first case includes: the vehicle is in a high-demand environment and the residual capacity of the battery is greater than or equal to a preset first residual capacity threshold value;

in a second case, configuring the NB-IOT communication module to an extended discontinuous reception (eDRX) mode; the second case includes: the vehicle is in a low-demand environment and/or the residual capacity of the battery is smaller than the first residual capacity threshold value.

2. The method of claim 1, configuring the NB-IOT communication module in a power saving PSM mode if the remaining power of the battery is less than a preset second power threshold, the second power threshold being less than the first remaining power threshold.

3. The method of claim 1, further comprising: and in the eDRX mode, adjusting the duration of the paging cycle according to the residual capacity of the battery.

4. The method of claim 1, the vehicle lock further comprising a GSM communication module, the method further comprising:

5. The method according to claim 1, wherein in the DRX mode, an unlocking instruction is received through a short message mode or a long connection mode based on an NB-IOT communication protocol; or, the lock also comprises a Bluetooth module, and the unlocking instruction is received in a Bluetooth mode in the DRX mode.

6. The method of claim 1, the vehicle lock further comprising a bluetooth module; and receiving an unlocking instruction in an eDRX mode through a Bluetooth mode.

7. The method of claim 1, further comprising: receiving a first instruction to look for the vehicle, configuring the NB-IOT communication module into DRX mode according to the first instruction.

8. The method of claim 1, wherein the vehicle is in a high demand environment or a low demand environment, and the vehicle lock determines the vehicle lock according to a geographical location, a current time, or a network congestion condition; or,

9. A vehicle lock comprising a narrowband internet of things (NB-IOT) communication module powered by a battery, the battery, a processor, a memory having stored therein computer instructions that, when executed by the processor, implement the method of any of claims 1-8.

10. A server for managing a vehicle, comprising a processor and a memory, the memory having stored therein computer instructions which, when executed by the processor, implement the method of any one of claims 1-3 and 8.