CN111865890A

CN111865890A - Method and device for unlocking shared device and electronic device

Info

Publication number: CN111865890A
Application number: CN201911404600.3A
Authority: CN
Inventors: 王李坤; 陈晨; 杨梦林
Original assignee: Beijing Qisheng Technology Co Ltd
Current assignee: Guangzhou Qian Technology Co ltd
Priority date: 2019-12-31
Filing date: 2019-12-31
Publication date: 2020-10-30
Anticipated expiration: 2039-12-31
Also published as: CN111865890B

Abstract

The application provides a method and a device for unlocking shared equipment and electronic equipment, wherein the method comprises the following steps: synchronously acquiring unlocking keys for unlocking the selected first sharing equipment from different key providing ends in a plurality of key request modes; respectively unlocking the first sharing equipment according to the obtained unlocking key; and generating an unlocking instruction according to the key request mode corresponding to the unlocking key used for the first successful unlocking so as to adopt the key request mode corresponding to the unlocking instruction when the shared equipment is unlocked next time. According to the method and the device, the acquisition success rate of the unlocking key is improved by combining multiple key request modes, the key request mode which is proved to be the fastest through practice can be delayed when the shared device is unlocked next time, and the unlocking speed is improved on the premise of ensuring the unlocking success rate.

Description

Method and device for unlocking shared device and electronic device

Technical Field

The present application relates to the field of sharing technologies, and in particular, to a method and an apparatus for unlocking a shared device, and an electronic device.

Background

With the increase of the types of shared devices, the life of people is more convenient. In order to enable the same sharing device to be shared among different users, the sharing device is provided with a sharing lock mechanism. That is, the sharing device is provided with a sharing lock (for example, a lock of a sharing bicycle), and when a user needs to use the sharing device, the user obtains an unlocking key for unlocking the sharing device through the mobile device, so as to unlock the sharing device and provide services for the user.

Currently, the mode of obtaining the unlocking key by the mobile device is single, and is generally performed according to the mode selected by the user. However, users often do not know the unlocking key obtaining mode which is most suitable for the mobile device, so that the unlocking success rate and the unlocking speed are not ideal.

Disclosure of Invention

In view of the above, an object of the present application is to provide a method and an apparatus for unlocking a shared device, and an electronic device, which can synchronously acquire a decoding key from different key providing terminals through multiple key request manners, and instruct next unlocking through an acquisition manner corresponding to an unlocking key successfully unlocked first, so as to achieve the effects of high unlocking success rate and high unlocking speed.

According to an aspect of the present application, there is provided a method of unlocking a shared device, including:

Synchronously acquiring unlocking keys for unlocking the selected first sharing equipment from different key providing ends in a plurality of key request modes;

respectively unlocking the first sharing equipment according to the obtained unlocking key;

and generating an unlocking instruction according to the key request mode corresponding to the unlocking key used for the first successful unlocking so as to adopt the key request mode corresponding to the unlocking instruction when the shared equipment is unlocked next time.

In some embodiments, the step of synchronously acquiring an unlocking key for unlocking the selected first shared device from different key providers through a plurality of key request modes includes:

self-checking whether the unlocking instruction exists;

when the unlocking instruction is not detected, starting a plurality of key request modes to synchronously acquire the unlocking key from the corresponding key providing end;

and when a plurality of effective unlocking guide instructions are detected, starting all key request modes represented by the unlocking guide instructions to synchronously acquire the unlocking keys from the corresponding key providing ends.

In some embodiments, the method further comprises:

And when one unlocking instruction is detected, requesting the unlocking key from the corresponding key providing end by adopting the key request mode corresponding to the unlocking instruction.

In some embodiments, the key provider comprises a server; the method further comprises the following steps:

receiving the unlocking instruction related to the local terminal equipment and fed back by the server when communication is established with the server; the unlocking guide instruction related to the local terminal equipment is generated by the server according to unlocking historical data uploaded by the same type of equipment of the local terminal equipment.

receiving the unlocking instruction aiming at the local terminal equipment fed back by the server when communication is established with the server; the unlocking guide instruction aiming at the local terminal equipment is generated by the server based on the unlocking historical data uploaded by the local terminal equipment.

In some embodiments, after establishing communication with the server, the method further comprises:

sending the equipment identification of the local terminal equipment and the current corresponding environment related information of the local terminal equipment to the server;

Receiving the unlocking instruction aiming at the local terminal equipment fed back by the server;

the received unlocking instruction aiming at the local terminal equipment is an unlocking instruction which is generated by the server according to the equipment identification and the environment-related information and is matched with the environment-related information based on the unlocking historical data uploaded by the local terminal equipment.

sending identification information of the first sharing device to the server;

receiving the unlocking guide instruction related to the first sharing device and fed back by the server; wherein the unlocking guidance instruction related to the first sharing device is generated by the server according to the unlocked history data of the first sharing device.

In some embodiments, the key providing end includes a server and a shared device, the server stores therein unlocking keys of all the shared devices, and the shared device stores therein its own unlocking key;

the step of synchronously acquiring unlocking keys for unlocking the selected first sharing device from different key providing terminals in a plurality of key request modes comprises the following steps:

Requesting an unlocking key from the peripheral shared equipment by adopting radio frequency scanning so as to search the unlocking key of the first shared equipment from the obtained unlocking key;

sending a key request instruction carrying the position information of the local terminal equipment to the server;

receiving the unlocking key of the sharing equipment matched with the position information and fed back by the server;

searching the unlocking key of the first sharing device from the received unlocking key.

In some embodiments, the method further comprises:

if the unlocking of the first sharing equipment fails, generating a simulated unlocking instruction based on the obtained unlocking keys except the unlocking key of the first sharing equipment respectively, and broadcasting the simulated unlocking instruction to the surrounding sharing equipment;

when a successful message of simulated unlocking fed back by second sharing equipment is received, prompting to use the second sharing equipment; the simulated unlocking success message is generated based on the device identifier of the second sharing device and the unlocking key carried in the simulated unlocking instruction after the second sharing device successfully executes simulated unlocking by using the received simulated unlocking instruction.

According to another aspect of the present application, there is provided a method of unlocking a shared device, including:

receiving an unlocking success message carrying the equipment identification; after the unlocking success message is that the shared equipment is unlocked, the service request end generates the unlocking success message according to the equipment identification of the service request end and a key request mode corresponding to the unlocking key for firstly unlocking the shared equipment;

and taking the received unlocking success message as unlocking historical data, and performing mining processing to obtain multiple types of unlocking guide instructions for guiding different service request terminals to obtain unlocking keys according to the corresponding key request modes.

According to another aspect of the present application, there is provided an apparatus for unlocking a shared device, including:

the acquisition module is used for synchronously acquiring unlocking keys for unlocking the selected first sharing equipment from different key providing ends in a plurality of key request modes;

the unlocking module is used for respectively unlocking the first sharing equipment according to the obtained unlocking key;

and the generation module is used for generating an unlocking instruction according to the key request mode corresponding to the unlocking key used for the first successful unlocking so as to adopt the key request mode corresponding to the unlocking instruction when the shared equipment is unlocked next time.

In some embodiments, the obtaining module is to:

self-checking whether the unlocking instruction exists;

In some embodiments, the apparatus further comprises:

and the request module is used for requesting the unlocking key from the corresponding key providing end by adopting the key request mode corresponding to the unlocking instruction when the unlocking instruction is detected.

In some embodiments, the key provider comprises a server; the device further comprises:

the first receiving module is used for receiving the unlocking instruction which is fed back by the server and is related to the local terminal equipment when the communication is established with the server; the unlocking guide instruction related to the local terminal equipment is generated by the server according to unlocking historical data uploaded by the same type of equipment of the local terminal equipment.

the second receiving module is used for receiving the unlocking instruction which is fed back by the server and aims at the local terminal equipment when the communication is established with the server; the unlocking guide instruction aiming at the local terminal equipment is generated by the server based on the unlocking historical data uploaded by the local terminal equipment.

In some embodiments, after establishing communication with the server, the apparatus further comprises:

a sending module, configured to send, to the server, the device identifier of the local device and the environment-related information currently corresponding to the local device;

a third receiving module, configured to receive the unlocking guidance instruction, which is fed back by the server and is directed to the home device and satisfies the environment-related information;

A sending module, configured to send identification information of the first sharing device to the server;

a receiving module, configured to receive the unlocking guidance instruction related to the first sharing device, which is fed back by the server; wherein the unlocking guidance instruction related to the first sharing device is generated by the server according to the unlocked history data of the first sharing device.

the acquisition module includes:

the scanning submodule is used for requesting an unlocking key from the peripheral shared equipment by adopting radio frequency scanning so as to search the unlocking key of the first shared equipment from the obtained unlocking key;

the sending submodule is used for sending a key request instruction carrying the position information of the local terminal equipment to the server;

the receiving submodule is used for receiving the unlocking key of the sharing equipment matched with the position information and fed back by the server;

and the searching submodule is used for searching the unlocking key of the first sharing device from the received unlocking key.

In some embodiments, the apparatus further comprises:

the broadcast module is used for generating a simulated unlocking instruction based on the obtained unlocking keys except the unlocking key of the first sharing device and broadcasting the simulated unlocking instruction to the surrounding sharing devices if the unlocking of the first sharing device fails;

the prompting module is used for prompting the second sharing device to be used when a simulated unlocking success message fed back by the second sharing device is received; the simulated unlocking success message is generated based on the device identifier of the second sharing device and the unlocking key carried in the simulated unlocking instruction after the second sharing device successfully executes simulated unlocking by using the received simulated unlocking instruction.

According to another aspect of the present application, there is provided an electronic device including: the system comprises a processor, a storage medium and a bus, wherein the storage medium stores machine-readable instructions executable by the processor, when the electronic device runs, the processor and the storage medium are communicated through the bus, and the processor executes the machine-readable instructions to execute the steps of the method.

According to another aspect of the application, a computer-readable storage medium is provided, having stored thereon a computer program which, when executed by a processor, performs the steps of the above-described method.

Based on any one of the above aspects, the unlocking key for unlocking the selected first sharing device is synchronously acquired from different key providing terminals through multiple key request modes, so that the problem of high request failure rate of a single key request mode is solved. And then, respectively unlocking the first shared equipment according to the obtained unlocking keys, and generating an unlocking instruction according to the key request mode corresponding to the unlocking key used for the first successful unlocking so as to adopt the key request mode corresponding to the unlocking instruction when the shared equipment is unlocked next time. That is, when the shared device is unlocked next time, the key request mode which is proved to be the fastest through practice can be delayed, and the unlocking speed is improved on the premise of ensuring the unlocking success rate.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained from the drawings without inventive effort.

Fig. 1 illustrates an architecture diagram of a shared device service system provided by an embodiment of the present application;

fig. 2 shows one of flowcharts of a method for unlocking a shared device according to an embodiment of the present application;

fig. 3 is a flowchart illustrating a specific method in step S101 in a method for unlocking a shared device according to an embodiment of the present application;

fig. 4 illustrates a second flowchart of a method for unlocking a shared device according to an embodiment of the present application;

fig. 5 shows a third flowchart of a method for unlocking a shared device according to an embodiment of the present application;

fig. 6 shows a fourth flowchart of a method for unlocking a shared device according to an embodiment of the present application;

fig. 7 shows a fifth flowchart of a method for unlocking a shared device according to an embodiment of the present application;

fig. 8 shows a schematic structural diagram of an apparatus for unlocking a shared device according to an embodiment of the present application;

fig. 9 shows a schematic structural diagram of an electronic device provided in an embodiment of the present application.

Icon:

100-shared device service system; 110-a server; 120-a network; 130-service request side; 140-service provider; 600-means to unlock the shared device; 601-an obtaining module; 602-an unlocking module; 603-a generation module; 604-a request module; 60-an electronic device; 61-a processor; 62-a memory; 63-bus.

Detailed Description

In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it should be understood that the drawings in the present application are for illustrative and descriptive purposes only and are not used to limit the scope of protection of the present application. Additionally, it should be understood that the schematic drawings are not necessarily drawn to scale. The flowcharts used in this application illustrate operations implemented according to some embodiments of the present application. It should be understood that the operations of the flow diagrams may be performed out of order, and steps without logical context may be performed in reverse order or simultaneously. One skilled in the art, under the guidance of this application, may add one or more other operations to, or remove one or more operations from, the flowchart.

In addition, the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present application without making any creative effort, shall fall within the protection scope of the present application.

To enable those skilled in the art to use the present disclosure, the following embodiments are presented in conjunction with a specific application scenario "shared bicycle unlock". It will be apparent to those skilled in the art that the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the application. While the present application is primarily described in the context of shared bicycle unlocking, it should be understood that this is merely one exemplary embodiment.

It should be noted that in the embodiments of the present application, the term "comprising" is used to indicate the presence of the features stated hereinafter, but does not exclude the addition of further features.

The terms "passenger," "service requestor," "customer," "home device," "service requestor," "service object," and "user" are used interchangeably in this application to refer to an individual, entity, or tool that can request or order a service. The terms "provider," "service provider," "shared device," and "key provider" are used interchangeably in this application to refer to an individual, entity, or tool that can provide a shared service. In this application, "key provider" and "server" may be used interchangeably to refer to an individual, entity or tool that may provide the unlocking key needed to unlock the shared device.

The Positioning technology used in the present application may be based on a Global Positioning System (GPS), a Global Navigation Satellite System (GLONASS), a COMPASS Navigation System (COMPASS), a galileo Positioning System, a Quasi-Zenith Satellite System (QZSS), a Wireless Fidelity (WiFi) Positioning technology, or the like, or any combination thereof. One or more of the above-described positioning systems may be used interchangeably in this application.

It should be noted that before the application is filed, generally, since the user selects the key request mode, although subjective selection of the user is sufficiently respected, the selection of the user is not necessarily the most applicable mode, and therefore, the unlocking success rate and the unlocking speed are not satisfactory. Even if multiple optional key acquisition modes are set, the user is prompted to select other key acquisition modes only after the unlocking of the unlocking key acquired by one key acquisition mode fails. Thus, the whole unlocking time consumption is too long.

To ameliorate the above problem, one aspect of the present application relates to a method of unlocking a shared device. The method can simultaneously acquire the unlocking key for unlocking the selected first shared device from different key providing ends in a plurality of key request modes, thereby improving the success rate of acquiring the unlocking key. And then, respectively unlocking the first shared equipment according to the obtained unlocking keys, and generating an unlocking instruction according to the key request mode corresponding to the unlocking key used for the first successful unlocking, so that the key request mode which proves that the key is the most accurate and the fastest under the guidance of the unlocking instruction can be adopted when the shared equipment is unlocked next time. The efficiency and the success rate of unlocking the shared equipment are improved practically.

Fig. 1 is a schematic architecture diagram of a shared device service system 100 according to an embodiment of the present disclosure. For example, the shared device service system 100 may be used for online shared service platforms that require unlocking using an electronic key, such as shared cars, shared bikes, express buses, shared charge traps, shared umbrellas, and the like. The shared device service system 100 may include one or more of a server 110, a network 120, a service requester 130, and a service provider 140.

In some embodiments, the server 110 may include a processor 61. Processor 61 may process information and/or data related to the service request to perform one or more of the functions described herein. For example, the processor 61 may determine a shared device that the user may need to use based on a service request obtained from the service requester 130. In some embodiments, the processor 61 may include one or more processing cores (e.g., a single core processor 61(S) or a multi-core processor 61 (S)). Merely by way of example, Processor 61 may include a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), an Application Specific Instruction Set Processor 61 (ASIP), a Graphics Processing Unit (GPU), a Physical Processing Unit (PPU), a digital signal Processor 61 (DSP), a Field Programmable Gate Array (FPGA), a Programmable Logic Device (PLD), a controller, a microcontroller Unit, a Reduced Instruction Set Computer (RISC), a microprocessor 61, or the like, or any combination thereof.

In some embodiments, the server 110 may further include a memory 62. Memory 62 may be used to store data information associated with all service providers 140 to which it is communicatively coupled. Optionally, the related data information may include an unlocking key for unlocking the service provider 140. Optionally, the related data information may further include an event record of the service provided by the service provider 140, where the event record includes information of a service object of the service provider 140, a process of the service object using the service provider 140, and the like.

The Memory 62 may be, but is not limited to, a Random Access Memory 62 (RAM), a Read Only Memory 62 (ROM), a Programmable Read Only Memory 62 (PROM), an Erasable Read Only Memory 62 (EPROM), an electrically Erasable Read Only Memory 62 (EEPROM), and the like.

In some embodiments, the device types corresponding to the service request end 130 and the service providing end 140 may be mobile electronic devices, such as smart home devices, wearable devices, smart mobile devices, virtual reality devices, or augmented reality devices, and may also be tablet computers, laptop computers, or built-in devices in motor vehicles.

Optionally, the service request terminal 130 is an electronic device exclusive to the user.

Optionally, the service provider 140 is a shared electronic device (also referred to as a shared device).

Optionally, the service provider 140 stores an unlocking key therein.

Referring to fig. 2, a flowchart of a method for unlocking a shared device according to an embodiment of the present application is shown, where the method may be executed by a service request end 130 in a shared device service system 100, and for convenience of description, the service request end 130 is also referred to as a local device, and the specific execution process is as follows:

step S101, synchronously obtaining an unlocking key for unlocking the selected first sharing device from different key providing terminals through multiple key request methods.

And step S102, respectively unlocking the first sharing equipment according to the obtained unlocking key.

Step S103, according to the key request mode corresponding to the unlocking key used for the first successful unlocking, an unlocking instruction is generated, so that the key request mode corresponding to the unlocking instruction is adopted when the shared device is unlocked next time.

The sharing devices are all provided with sharing locks. The shared lock is used to lock the ability of the shared device to provide services. The shared lock may be an electronic lock. It can be understood that the user can obtain the unlocking key matched with the shared lock, and use the unlocking key to unlock the shared lock, so that the shared device can provide services for the user.

In addition, although the unlocking key is used for unlocking the shared lock, the ability of the shared device to provide services is also unlocked along with the unlocking of the shared lock. Therefore, for convenience of description, the above-described process of unlocking the shared lock to unlock the capability of the shared device to provide the service may be simply referred to as unlocking the shared device. The above-described unlocking key may also be referred to as an unlocking key for unlocking the shared device.

The unlocking key may be a specific code matching the shared lock, such as a physical address unique to the shared lock.

The key request mode may be a mode in which the home device can obtain an unlocking key for unlocking the shared device. The different key request manners may be manners of acquiring an unlocking key capable of unlocking the shared device from different key providing terminals in different forms of the network 120.

The key provider may be a device capable of providing an unlocking key. Alternatively, the key provider may be the server 110, or may be a shared device serving as the service provider 140.

The first sharing device may be a sharing device selected by the user to be used.

The unlocking instruction is used for instructing a key request mode used by the local terminal equipment.

In some embodiments, the step S101 is to improve the success rate of obtaining the unlocking key by combining multiple key request modes.

In some embodiments, the purpose of step S102 is to verify the validity of the obtained unlocking key while ensuring efficient unlocking, so as to verify the reliability of the key request mode. Optionally, in the step S102, the first sharing device may be unlocked according to the sequence of obtaining the unlocking key. Optionally, multiple unlocking keys are obtained at the same time, and multiple unlocking keys are used for unlocking at the same time.

In some embodiments, the purpose of step S103 is to determine an unlocking key that is unlocked first, and determine a key request manner corresponding to the unlocking key as a preferred key request manner, so that when the local device needs to unlock the service provider 140 next time, the key request manner that is proved to be good quality by practice may be delayed.

For convenience of understanding, the following description of a scenario of unlocking a shared device is made by taking a shared bicycle as an example:

the user uses the mobile phone to scan the two-dimensional code of one sharing bicycle so as to determine the sharing bicycle as the first sharing bicycle. Then, the unlocking key of the first shared bicycle is respectively obtained in a manner of simultaneously scanning the first shared bicycle by bluetooth and in a manner of requesting the server 110. An attempt is made to unlock the first shared bicycle using the obtained unlocking key while obtaining the unlocking key. After the first shared bicycle is unlocked, if the unlocking key obtained in the Bluetooth scanning mode successfully unlocks the first shared bicycle firstly, an unlocking guide instruction is generated based on the Bluetooth scanning mode. And therefore, when the user uses the shared bicycle next time, the unlocking key for unlocking the shared bicycle is obtained in a Bluetooth scanning mode according to the unlocking instruction.

Specific procedures and details for implementing the present disclosure are described below.

For the local device, there may be an unlocking instruction, or there may be no unlocking instruction, or the existing unlocking instruction is invalid. Thus, in some embodiments, as shown in fig. 3, the step S101 may be:

and step S101-1, self-checking whether an unlocking instruction exists or not.

In some embodiments, the local device searches the selected storage area for the unlocking instruction.

And step S101-2, when the unlocking instruction is not detected, starting a plurality of key request modes to synchronously acquire the unlocking key from the corresponding key providing end.

In some embodiments, when there is no unlocking instruction, all key request modes capable of obtaining the unlocking key can be used synchronously. Optionally, all the key request manners capable of obtaining the unlocking key may be written when the home device installs the application program corresponding to the sharing device. In addition, the local device can request the key stored in the local device after the key request mode is updated through data interaction with the server 110 in time.

And S101-3, when a plurality of effective unlocking guide instructions are detected, starting all key request modes represented by the unlocking guide instructions to synchronously acquire unlocking keys from corresponding key providing ends.

Optionally, the unlock guidance instruction may be time-efficient. For example, it is effective during peak periods of vehicle use, or during valley periods of vehicle use, or within 1 week after generation. Optionally, the unlocking guidance instruction may also have regional validity, for example, the local device is located in a specific spatial region and is valid.

Optionally, after a key request mode is failed, the corresponding unlocking guidance instruction is also failed. After the fact that the detected unlocking instruction has a plurality of effective unlocking instruction is determined, the unlocking instruction has guiding significance, and therefore all key request modes represented by the unlocking instruction can be started synchronously, and the unlocking key is obtained from the corresponding key providing end synchronously.

In some embodiments, there is no certain order of precedence between step S101-2 and step S101-3. In addition, it can be understood that each key request manner corresponds to a key providing end, and the key providing ends corresponding to different key request manners may be the same or different. The corresponding key providing end mentioned in the above step S101-2 and step S101-3 may refer to a key providing end corresponding to the key request mode used in the step. Optionally, the key provider may include a server 110 and a sharing device.

In some cases, there may be only one valid unlock guidance instruction within the home device. In this case, the method for unlocking a shared device according to the embodiment of the present invention may further include:

and when an unlocking instruction is detected, a key request mode corresponding to the unlocking instruction is adopted to request an unlocking key from a corresponding key providing end.

Therefore, the local terminal equipment can obtain the unlocking key by using a key request mode which is superior to the local terminal equipment, and the occupation of the system resources of the equipment by simultaneously adopting excessive types of key request modes every time can be avoided.

For the same reason, in other embodiments, in step S101-3, the unlocking instruction with the most recent generation time is selected from the unlocking instructions with the same attribute, and the key request mode pointed by the selected unlocking instruction is started to synchronously acquire the unlocking key from the corresponding key provider. Thus, the number of key request modes which are simultaneously enabled can be effectively reduced. Of course, there may be one or more unlocking instruction selected.

Further, the attribute of the unlocking instruction may be determined according to an object generating the unlocking instruction and an object associated with the unlocking instruction.

In some embodiments, the object for generating the unlocking instruction may be generated by the local device according to historical unlocking data, and may be generated by the server 110 and then sent to the local device.

In some embodiments, the unlock guidance instruction sent to the local device is associated with either the local device, the first sharing device, or both. In addition, the unlocking instruction related to the local device may be an unlocking instruction for the local device itself, or an unlocking instruction for a similar device of the local device. The unlocking instruction related to the first sharing device may be an unlocking instruction for the first sharing device itself, or an unlocking instruction for a sharing device of the same type as the first sharing device.

Optionally, in order to obtain an unlocking instruction associated with at least one of the local device and the first sharing device, the server 110 generates the unlocking instruction by:

the first method is used for generating an unlocking instruction corresponding to various service request terminals 130. It can be understood that the interoperability in the performance of the devices of the same type makes the unlocking guidance instruction for the devices of the same type have universality among the devices of the same type. The first mode is specifically as follows:

(1) The server 110 receives an unlocking success message carrying the device identifier. Optionally, the unlocking success message may be generated by the service request terminal 130 according to the device identifier of the service request terminal and a key request mode corresponding to the unlocking key that is obtained to unlock the shared device first after the shared device is unlocked.

(2) The server 110 stores the unlocking success message as unlocking history data, performs data mining on the stored unlocking history data, determines a key request mode suitable for each type of service request terminal 130, and generates an unlocking instruction related to the type of service request terminal 130.

Optionally, the data mining of the unlocking history data may adopt a statistical manner, for example, a key request manner with the highest occurrence rate in the unlocking success messages corresponding to the various service request terminals 130 is counted, so as to generate the unlocking instruction related to the service request terminal 130 of the type based on the key request manner.

Thus, as shown in fig. 4, on the basis of fig. 2 and 3, the method for unlocking a shared device according to the embodiment of the present invention may further include:

step S201, when establishing communication with the server 110, receives an unlocking instruction related to the local device, which is fed back by the server 110.

Optionally, when the local device starts an application corresponding to the shared device, the local device sends a connection request carrying the device identifier of the local device to the server 110. After receiving the connection request, the server 110 queries the service request terminal 130 type to which the device identifier of the connection request belongs, and sends the unlocking instruction corresponding to the service request terminal 130 type to the local terminal device as the unlocking instruction related to the local terminal device.

In some optional embodiments, in step S201, when the local device uses the shared device for the first time, the server 110 may query, according to the device identifier of the local device, a corresponding unlocking instruction for a similar device, so as to instruct the local device what kind of method to request for the unlocking key.

The second way is to generate an unlocking instruction corresponding to a single service requester 130.

Specifically, on the basis of the first manner, the key request manner with the highest occurrence rate in the unlocking success message corresponding to each service request terminal 130 may be counted, so as to generate the unlocking instruction for the service request terminal 130 based on the key request manner.

Thus, as shown in fig. 5, on the basis of fig. 2 and 3, the method for unlocking a shared device according to the embodiment of the present invention may further include:

step S301, when establishing communication with the server 110, receives an unlocking instruction for the local device, which is fed back by the server 110. Optionally, when the local device starts an application program corresponding to the shared device, a connection request carrying a device identifier of the local device is sent to the server 110. After receiving the connection request, the server 110 queries an unlocking instruction matched with the device identifier in the connection request, and sends the unlocking instruction as an unlocking instruction for the local device to the local device.

In some optional embodiments, if the local device establishes communication with the server 110 for the first time, the server 110 feeds back, to the local device, an unlocking instruction corresponding to the service request end 130 of the type to which the local device belongs. If the local device does not establish communication with the server 110 for the first time, the server 110 feeds back an unlocking instruction for the local device to the local device. And the third mode is used for generating an unlocking instruction used under different environmental conditions. The environmental conditions may include: one or a combination of geographical conditions, temporal conditions, network 120 conditions, weather conditions, and the like.

In some embodiments, the unlocking instruction matching the environment-related information may be generated based on the unlocking history data uploaded by each or various service requesters 130 according to the device identifier and the environment-related information.

Optionally, the third manner may be: the unlocking success message sent by the service request terminal 130 carries environment-related information. And counting the key request mode with the highest occurrence rate in the unlocking success messages corresponding to the various service request terminals 130 under different environmental conditions, so as to generate the unlocking instruction related to the service request terminal 130 of the type under different environmental conditions based on the key request mode.

Optionally, the third method may further include: the unlocking success message sent by the service request terminal 130 carries environment-related information. And counting the key request mode with the highest occurrence rate in the unlocking success message corresponding to each service request terminal 130 under different environmental conditions, so as to generate an unlocking instruction for the service request terminal 130 under different environmental conditions based on the key request mode.

It should be noted that the unlocking success messages corresponding to different environmental conditions are unlocking success messages carrying environment-related information belonging to different environmental conditions.

Thus, as shown in fig. 6, on the basis of fig. 2 and 3, the method for unlocking a shared device according to the embodiment of the present invention may further include:

step S401, sending the device identifier of the local device and the current environment-related information corresponding to the local device to the server 110.

Step S402, receiving an unlocking guidance instruction which is fed back by the server 110 and is specific to the local device and satisfies the environment-related information.

It is understood that, according to the third manner, the unlocking instruction corresponding to each service request terminal 130 under different environmental conditions can be generated. Therefore, the server 110 may query, according to the received device identifier and the environment-related information, a plurality of unlocking guidance instructions corresponding to the service request terminal 130 to which the device identifier points, and then determine, from the plurality of queried unlocking guidance instructions, an unlocking guidance instruction whose environment condition matches the environment-related information sent by the local terminal device.

Of course, the server 110 may also query, according to the received device identifier and the environment-related information, a plurality of unlocking guidance instructions corresponding to the environment condition that meets the environment-related information, and determine, from the plurality of queried unlocking guidance instructions, an unlocking guidance instruction that belongs to the service request 130 to which the device identifier is directed.

And a fourth mode for generating an unlocking instruction associated with each sharing device. It will be appreciated that some key request methods may not be applicable or may be more efficient due to the shared device itself (e.g., network 120 reasons). Therefore, generating the unlocking instruction also needs to consider the unlocked shared device. The method comprises the following specific steps: the server 110 may generate the unlocking history data according to the unlocking history data of each sharing device. It can be understood that the unlocking success message uploaded by the service requester 130 also carries identification information of the unlocked shared device. And classifying the received unlocking success message according to the identification information of the sharing equipment to obtain unlocked historical data of each sharing equipment.

And counting the key request mode with the highest frequency of occurrence in the unlocked history data corresponding to each sharing device so as to generate the unlocking instruction related to the sharing device based on the key request mode with the highest frequency of occurrence.

Thus, as shown in fig. 7, on the basis of fig. 2 and 3, the method for unlocking a shared device according to the embodiment of the present invention may further include:

step S501, sends the identification information of the first sharing device to the server 110.

In the embodiment of the present invention, the local device may obtain the identification information of the first sharing device through the identification data (for example, a two-dimensional code) attached to the scanning sharing device.

Step S502, receiving an unlocking instruction related to the first sharing device, which is fed back by the server 110.

In the embodiment of the present invention, the server 110 queries the unlocking instruction matched with the identification information of the first sharing device according to the identification information of the first sharing device, and feeds back the unlocking instruction to the local device. It is to be understood that the unlocking guidance instruction related to the first shared device is generated by the server 110 according to the unlocked history data of the first shared device. As described above, the server 110 stores therein the unlocking keys of all the shared devices, and the shared devices store therein their own unlocking keys. Therefore, the key provider includes the server 110 and the sharing device. In some embodiments, the step S101 may further be:

s1, requesting an unlocking key from the peripheral shared devices by using radio frequency scanning, so as to find the unlocking key of the first shared device from the obtained unlocking keys. Optionally, the radio frequency scan may be a bluetooth scan.

And S2, sending a key request instruction carrying the location information of the local device to the server 110, receiving the unlocking key of the shared device matched with the location information and fed back by the server 110, and searching the unlocking key of the first shared device from the received unlocking key.

The above-described steps S1 and S2 are executed in parallel.

Of course, since the spatial locations of the shared devices are concentrated, the service requester 130 may obtain a plurality of unlocking keys from the server 110. Therefore, in some embodiments, the method for unlocking a shared device may further include the following steps:

if the unlocking of the first sharing equipment fails, generating a simulated unlocking instruction based on the obtained unlocking keys except the unlocking key of the first sharing equipment respectively, and broadcasting the simulated unlocking instruction to the surrounding sharing equipment; and when receiving the simulated unlocking success message fed back by the second sharing equipment, prompting to use the second sharing equipment.

The simulated unlocking success message is generated by the second sharing device based on the device identifier of the second sharing device and the unlocking key carried in the simulated unlocking instruction after the simulated unlocking is successfully executed by using the received simulated unlocking instruction.

It is understood that, the second shared device performs simulated unlocking using the received simulated unlocking instruction, instead of actually unlocking, it checks whether the unlocking key carried in the simulated unlocking instruction is available.

Therefore, if the user finds the second sharing device according to the prompt, the home terminal device can directly utilize the unlocking key carried in the simulation unlocking success message to actually unlock, the time for unlocking other sharing devices by the user is shortened, and the user experience is improved.

In some embodiments, step S102 may be to generate an unlocking message based on the obtained unlocking key, and send the unlocking message to the first sharing device. Therefore, after the unlocking key carried in the unlocking message passes the verification of the first sharing device, the locking of the sharing lock is released. It can be understood that the unlocking message may carry a mode flag indicating that the unlocking key is obtained, so that the first sharing device may obtain a key request mode corresponding to the unlocking key used for the first successful unlocking, and generate a response message based on the determined key request mode corresponding to the unlocking key used for the first successful unlocking, and feed back the response message to the corresponding service request terminal 130.

Based on the same inventive concept, the embodiment of the present application further provides a device 600 for unlocking a shared device corresponding to the method for unlocking a shared device, and since the principle of solving the problem of the device in the embodiment of the present application is similar to that of the method for unlocking a shared device in the embodiment of the present application, the implementation of the device may refer to the implementation of the method, and repeated details are omitted.

Referring to fig. 8, a schematic diagram of an apparatus 600 for unlocking a shared device according to a fifth embodiment of the present application is shown, where the apparatus includes: an obtaining module 601, an unlocking module 602, a generating module 603 and a requesting module 604. Wherein:

The obtaining module 601 is configured to obtain an unlocking key for unlocking the selected first sharing device from different key providing terminals in a plurality of key request manners.

Optionally, the obtaining module 601 is configured to: self-checking whether the unlocking instruction exists; when the unlocking instruction is not detected, starting a plurality of key request modes to synchronously acquire the unlocking key from the corresponding key providing end; and when a plurality of effective unlocking guide instructions are detected, starting all key request modes represented by the unlocking guide instructions to synchronously acquire the unlocking keys from the corresponding key providing ends.

An unlocking module 602, configured to unlock the first sharing device according to the obtained unlocking key;

the generating module 603 is configured to generate an unlocking instruction according to the key request mode corresponding to the unlocking key used for the first successful unlocking, so that the key request mode corresponding to the unlocking instruction is used for the next unlocking of the shared device.

The requesting module 604 is configured to, when an unlocking instruction is detected, request the unlocking key from the corresponding key providing terminal in the key requesting manner corresponding to the unlocking instruction.

Optionally, the key provider includes a server 110. The above apparatus may further include:

a first receiving module, configured to receive the unlocking instruction related to the local device, which is fed back by the server 110, when communication is established with the server 110; the unlocking instruction related to the local device is generated by the server 110 according to unlocking history data uploaded by the same type of local device.

Optionally, the apparatus may further include:

a second receiving module, configured to receive the unlocking instruction for the local device, which is fed back by the server 110, when communication is established with the server 110; wherein the unlocking instruction for the local device is generated by the server 110 based on the unlocking history data uploaded by the local device.

Optionally, after establishing communication with the server 110, the apparatus further comprises:

a sending module, configured to send the device identifier of the local device and the environment-related information currently corresponding to the local device to the server 110.

A third receiving module, configured to receive the unlocking guidance instruction, which is fed back by the server 110 and is specific to the local device and satisfies the environment-related information.

The received unlocking instruction for the local device is an unlocking instruction which is generated by the server 110 according to the device identifier and the environment-related information and is matched with the environment-related information based on the unlocking historical data uploaded by the local device.

Optionally, the apparatus further comprises:

a sending module, configured to send the identification information of the first sharing device to the server 110.

A receiving module, configured to receive the unlocking guidance instruction related to the first sharing device, which is fed back by the server 110; wherein the unlocking guidance instruction related to the first sharing device is generated by the server 110 according to the unlocked history data of the first sharing device.

Optionally, the key providing end includes a server 110 and shared devices, the server 110 stores unlocking keys of all the shared devices, and the shared devices store own unlocking keys;

the acquiring module 601 includes:

A sending submodule, configured to send a key request instruction carrying location information of the home device to the server 110;

a receiving submodule, configured to receive the unlocking key of the shared device that matches the location information and is fed back by the server 110;

Optionally, the apparatus further comprises:

An embodiment of the present application further provides an electronic device, as shown in fig. 9, which is a schematic structural diagram of an electronic device 60 provided in an embodiment of the present application, and includes: a processor 61, a memory 62, and a bus 63. The memory 62 stores machine-readable instructions (for example, execution instructions corresponding to the obtaining module 601, the unlocking module 602, the generating module 603, and the requesting module 604 in the apparatus in fig. 8, and the like) executable by the processor 61, when the electronic device 60 runs, the processor 61 communicates with the memory 62 through the bus 63, and the machine-readable instructions, when executed by the processor 61, perform the method for unlocking a shared device according to the embodiment of the present invention.

An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by the processor 61, the computer program performs the steps of the method for unlocking the shared device.

In particular, the storage medium can be a general-purpose storage medium, such as a removable disk, a hard disk, or the like, and when a computer program on the storage medium is executed, the method for unlocking the shared device can be executed.

It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the system and the apparatus described above may refer to corresponding processes in the method embodiments, and are not described in detail in this application. In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. The above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is merely a logical division, and there may be other divisions in actual implementation, and for example, a plurality of modules or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or modules through some communication interfaces, and may be in an electrical, mechanical or other form.

The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a non-volatile computer-readable storage medium executable by a processor. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of unlocking a shared device, comprising:

2. The method of claim 1, wherein the step of synchronously obtaining unlocking keys for unlocking the selected first sharing device from different key providers through multiple key requesting methods comprises:

Self-checking whether the unlocking instruction exists;

3. The method of claim 2, further comprising:

4. The method of claim 2, wherein the key provider comprises a server; the method further comprises the following steps:

5. The method of claim 2, wherein the key provider comprises a server; the method further comprises the following steps:

receiving the unlocking instruction which is fed back by the server and aims at the local terminal equipment when communication is established with the server; the unlocking guide instruction aiming at the local terminal equipment is generated by the server based on the unlocking historical data uploaded by the local terminal equipment.

6. The method of claim 5, wherein after establishing communication with the server, the method further comprises:

receiving the unlocking instruction which is fed back by the server and aims at the local terminal equipment and meets the environment-related information;

7. The method of claim 2, wherein the key provider comprises a server; the method further comprises the following steps:

Sending identification information of the first sharing device to the server;

8. The method according to claim 1 or 2, wherein the key providing end comprises a server and shared devices, the server stores therein unlocking keys of all the shared devices, and the shared devices store therein own unlocking keys;

9. The method of claim 8, further comprising:

10. A method of unlocking a shared device, comprising:

11. An apparatus for unlocking a shared device, comprising:

12. The apparatus of claim 11, wherein the obtaining module is configured to:

self-checking whether the unlocking instruction exists;

13. The apparatus of claim 12, further comprising:

14. The apparatus of claim 12, wherein the key provider comprises a server; the device further comprises:

15. The apparatus of claim 12, wherein the key provider comprises a server; the device further comprises:

16. The apparatus of claim 15, wherein after establishing communication with the server, the apparatus further comprises:

17. The apparatus of claim 12, wherein the key provider comprises a server; the device further comprises:

18. The apparatus according to claim 11 or 12, wherein the key providing end includes a server and shared devices, the server stores therein unlocking keys of all the shared devices, and the shared devices store therein own unlocking keys;

the acquisition module includes:

19. The apparatus of claim 18, further comprising:

20. An electronic device, comprising: a processor, a storage medium and a bus, the storage medium storing machine-readable instructions executable by the processor, the processor and the storage medium communicating via the bus when the electronic device is operating, the processor executing the machine-readable instructions to perform the steps of the method according to any one of claims 1 to 10.

21. A computer-readable storage medium, having stored thereon a computer program which, when being executed by a processor, is adapted to carry out the steps of the method according to any one of claims 1 to 10.