Method and device for managing shared vehicle in offline mode, equipment and medium

Abstract

The invention relates to a method and device for managing shared vehicles in an offline mode, equipment and a medium. In one method, a sequence of actions performed by a user of the shared vehicle for the shared vehicle is obtained. It is determined whether the sequence of actions matches a predetermined sequence of actions for locking the shared vehicle in the offline mode. And in response to determining that the action sequence is matched with the preset action sequence, locking the shared vehicle. In this way, the off-line vehicle locking function can be completed by directly using the action executed on the shared vehicle without intervention of the client device.

Description

Technical Field

[0001] Implementations of the present disclosure relate to the field of computers, and more particularly, to a method, an apparatus, an electronic device, and a storage medium for managing a shared vehicle in an offline mode. Background Art

[0002] A technical solution for managing shared vehicles using Internet technology has been proposed. For example, a user can use a shared vehicle using a client device. Specifically, a user can log in to a vehicle management application at the client device and perform operations such as unlocking and locking. The vehicle management application runs on the client device and can only perform management functions when the client device is online. However, when a user is using a shared vehicle, the client device may run out of power, have a poor network signal, and / or be disconnected from the network, causing the client device to be offline. At this point, it is expected that the shared vehicle can be managed in an offline mode, thereby improving the user experience. Summary of the invention

[0003] According to a first aspect of the present disclosure, a method for managing a shared vehicle in an offline mode is provided. In the method, a sequence of actions performed by a user of the shared vehicle for the shared vehicle is obtained. It is determined whether the sequence of actions matches a predetermined sequence of actions for locking the shared vehicle in the offline mode. In response to determining that the sequence of actions matches the predetermined sequence of actions, the shared vehicle is locked.

[0004] According to a second aspect of the present disclosure, a device for managing a shared vehicle in an offline mode is provided. The device includes: an acquisition module configured to acquire an action sequence performed by a user of the shared vehicle on the shared vehicle; a determination module configured to determine whether the action sequence matches a predetermined action sequence for locking the shared vehicle in the offline mode; and a locking module configured to lock the shared vehicle in response to determining that the action sequence matches the predetermined action sequence.

[0005] According to a third aspect of the present disclosure, an electronic device is provided, comprising: a memory and a processor; wherein the memory is used to store one or more computer instructions, wherein the one or more computer instructions are executed by the processor to implement the method according to the first aspect of the present disclosure.

[0006] According to a fourth aspect of the present disclosure, a computer-readable storage medium is provided, on which one or more computer instructions are stored, wherein the one or more computer instructions are executed by a processor to implement the method according to the first aspect of the present disclosure.

[0007] According to a fifth aspect of the present disclosure, a computer program product is provided, comprising a computer program / instruction, wherein when the computer program / instruction is executed by a processor, the method according to the first aspect of the present disclosure is implemented. BRIEF DESCRIPTION OF THE DRAWINGS

[0008] The features, advantages and other aspects of various implementations of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings, which illustrate several implementations of the present disclosure in an exemplary and non-limiting manner. In the accompanying drawings:

[0009] Figure 1 A block diagram schematically shows an application environment according to an exemplary implementation of the present disclosure;

[0010] Figure 2 Schematically illustrates a block diagram for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure;

[0011] Figure 3 A block diagram for starting an offline mode according to an exemplary implementation of the present disclosure is schematically shown;

[0012] Figure 4 A block diagram for setting an offline mode according to an exemplary implementation of the present disclosure is schematically shown;

[0013] Figure 5 A block diagram schematically illustrates a data structure of a predetermined action sequence according to an exemplary implementation of the present disclosure;

[0014] Figure 6 A block diagram schematically illustrates a voice prompt provided by a shared vehicle according to an exemplary implementation of the present disclosure;

[0015] Figure 7 A block diagram schematically illustrates a process of locking a vehicle according to an exemplary implementation of the present disclosure;

[0016] Figure 8 A flowchart of a method for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure is schematically shown;

[0017] Fig. 9 A block diagram schematically illustrates an apparatus for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure; and

[0018] Fig.10 A block diagram of a computing device / server for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure is schematically shown. DETAILED DESCRIPTION

[0019] The preferred implementations of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although the preferred implementations of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the implementations set forth herein. On the contrary, these implementations are provided to make the present disclosure more thorough and complete, and to fully convey the scope of the present disclosure to those skilled in the art.

[0020] As used herein, the term "including" and its variations mean open inclusion, i.e., "including but not limited to". Unless otherwise stated, the term "or" means "and / or". The term "based on" means "based at least in part on". The terms "an example implementation" and "an implementation" mean "at least one example implementation". The term "another implementation" means "at least one additional implementation". The terms "first", "second", etc. may refer to different or the same objects. Other explicit and implicit definitions may also be included below.

[0021] The solutions described in this specification and implementation methods, if they involve the processing of personal information, will be processed on the premise of having a legal basis (such as obtaining the consent of the subject of personal information, or being necessary for the performance of a contract, etc.), and will only be processed within the scope of regulations or agreements. If a user refuses to process personal information other than the necessary information for basic functions, it will not affect the user's use of basic functions.

[0022] Example scenario

[0023] As discussed above, a technical solution for managing shared vehicles using Internet technology has been proposed. A user can log in to a vehicle management application at a client device and perform operations such as unlocking and locking the vehicle. Figure 1 Describes an application environment according to an example implementation of the present disclosure. Figure 1 A block diagram 100 of an application environment according to an exemplary implementation of the present disclosure is schematically shown. Figure 1 As shown, a user can use a client device 110 to control a shared vehicle 120 (e.g., ). At this time, the client device 110 can be in an online mode and connected to a server device 130 of a vehicle management application. The server device 130 can control the shared vehicle 120. Further, the client device 110 can also control the shared vehicle 120, for example, performing an unlocking operation 112, a locking operation 114, and the like.

[0024] However, during the user's use of the shared vehicle 120, the client device 110 may run out of power, the network signal may be poor, and / or the network may be disconnected, causing the client device 110 to be offline. Assuming that the user's mobile phone runs out of power and turns off during riding, this will result in the user being unable to lock the car after arriving at the desired destination, and the user can only find a power source to charge the phone, or borrow someone else's phone to lock the car. This may greatly delay the locking time, resulting in additional costs or reduced user credit. At this point, it is expected that the shared vehicle 120 can be managed in a simpler and more effective way in offline mode to improve the user experience.

[0025] Overview of shared vehicle management

[0026] In order to at least partially solve the above problems, according to an exemplary implementation of the present disclosure, a method for managing a shared vehicle in an offline mode is proposed. In summary, in the offline mode, the client device is not required to participate in the vehicle management, but the user's desired purpose (e.g., locking the vehicle) can be achieved through a series of actions performed by the user on the shared vehicle.

[0027] See also Figure 2 Describes the overview of vehicle management. Figure 2 A block diagram 200 for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure is schematically shown. Figure 2 As shown, the process of managing the shared vehicle at this time does not rely on the client device 110, that is, the client device 110 may be in an offline mode at this time, and there may be no communication connection between the client device 110 and the server device 130 and the shared vehicle 120.

[0028] Specifically, an action sequence 210 performed by a user 230 of the shared vehicle 120 for the shared vehicle 120 may be obtained. Here, the action sequence 210 may, for example, include a series of actions such as turning left, turning right, braking left, braking right, etc. It may be determined whether the action sequence 210 matches a predetermined action sequence 220 for locking the shared vehicle in offline mode. Here, the predetermined action sequence 220 may be an action sequence customized by the user 239, alternatively and / or additionally, the predetermined action sequence 220 may also be an action sequence predefined by the provider of the shared vehicle. At box 240, if it is determined that the action sequence 210 matches the predetermined action sequence 220, the shared vehicle may be locked 250.

[0029] Assuming that the predetermined action sequence 220 is: (left turn, right turn, left brake), and the action sequence 210 performed by the user 230 is also (left turn, right turn, left brake), then the goal of locking the vehicle can be achieved by directly operating the shared vehicle 120 without the need for the client device 110. Using the example implementation of the present disclosure, even if the client device 110 is in an abnormal state such as power failure or network disconnection, the locking action can still be performed by directly operating the shared vehicle 120. In this way, the robustness of shared vehicle management can be improved, and the user experience in abnormal states can be improved.

[0030] Detailed process of shared vehicle management

[0031] An overview of an example implementation of the present disclosure has been described. In the following, a detailed process of shared vehicle management will be provided. According to an example implementation of the present disclosure, the shared vehicle 120 may include at least one of the following: a shared bicycle, and a shared electric motorcycle. In this way, it is easy to manage multiple types of shared vehicles, thereby improving the user's riding experience.

[0032] According to an example implementation of the present disclosure, the predetermined action sequence 220 may also be a default locking action sequence predefined by the provider of the shared vehicle 120. For example, the default locking action sequence may be, for example, alternately performing braking actions for a predetermined number of times, for example, (left brake, right brake, left brake, right brake), or other action sequences. According to an example implementation of the present disclosure, the duration of an action may be specified. For example, in order to distinguish it from normal actions during normal riding, it may be specified that the duration of each braking action needs to be more than 2 seconds, and so on.

[0033] According to an example implementation of the present disclosure, after the user 230 uses the client device 110 to unlock the car, the above-mentioned default locking action sequence can be automatically popped up, so that the user 230 can directly execute the default locking action sequence to lock the vehicle and end the trip when the client device 110 is in an abnormal state such as shutting down the client device 110, or when it is inconvenient to take the client device 110 to lock the car.

[0034] Alternatively and / or additionally, the predetermined action sequence 220 may be an action sequence customized by the user 230. Figure 3 Describe in more detail the Figure 3 A block diagram 300 for starting an offline mode according to an exemplary implementation of the present disclosure is schematically shown. Figure 3As shown, when the client device 110 is in online mode, a startup page 310 may be provided, and the user may be asked whether to start the offline car locking function. The user may press a confirm button 320 to indicate that the offline car locking function is agreed to be started; for another example, the user may press a cancel button 322 to indicate that the offline car locking function is not started.

[0035] According to an example implementation of the present disclosure, when a user activates an offline mode at a client device 110 for managing a shared vehicle, the offline vehicle locking function described above can be executed. At this time, the shared vehicle can be locked in the offline mode without the need for the client device 110. In other words, the offline vehicle locking can be performed under abnormal conditions such as power failure, network disconnection, damage, etc. of the client device 110. Alternatively and / or additionally, a series of actions can be directly performed on the shared vehicle in the case where it is inconvenient for the user to take out the mobile phone for operation, thereby achieving the goal of locking the vehicle. In this way, it is convenient to improve the user experience.

[0036] For example, the startup page 310 may pop up after the user unlocks the car using the client device 110. In this case, the offline mode is only valid for this trip. For another example, the user may set the offline mode to be valid for a long time. The startup page 310 may be provided in the user's personal preference settings. In this case, the user does not need to make additional settings for each trip, but can use the offline car locking function in all trips.

[0037] According to an example implementation of the present disclosure, each action in the predetermined action sequence 220 may be determined by the user 230. For example, the user 230 may determine the predetermined action sequence 220 from a plurality of candidate actions at the client device 110 for managing the shared vehicle 120. For example, after the user 230 enables the offline vehicle locking function, a setting page may be provided to the user 230 to customize the predetermined action sequence 220 for locking the shared vehicle in the offline mode. In this way, the user operation may be simplified and the user only needs to perform a simple selection operation to customize his or her own vehicle locking action sequence.

[0038] Figure 4 Schematically shows a block diagram 400 for setting an offline mode according to an exemplary implementation of the present disclosure. Figure 4 As shown, the setting page 410 may provide a plurality of predefined candidate actions 420, and the user 230 may customize his own action sequence from the candidate actions 420. Figure 4 As shown, the plurality of candidate actions 420 may include: a braking action for the shared vehicle (eg, a left braking action as shown in action 1, and a right braking action as shown in action 2).

[0039] Alternatively and / or additionally, the multiple candidate actions 420 may further include at least any one of the following: a tilting action for the shared vehicle (for example, a tilting action to the left as shown in action 3, and a tilting action to the right as shown in action 4); a moving action for the shared vehicle (for example, a forward moving action as shown in action 5, and a backward moving action as shown in action 6); a steering action for the shared vehicle (for example, a left turning action as shown in action 7, and a right turning action as shown in action 8); a moving action for the helmet of the shared vehicle (for example, an action of returning the helmet to the basket as shown in action 9); and a honking action for the shared vehicle (for example, as shown in action 10, a continuous honking operation and / or an intermittent honking operation can be performed, etc.).

[0040] According to an example implementation of the present disclosure, in order to distinguish from the regular actions of the user 230 during riding, the duration of each action can be specified. For example, actions with a duration exceeding a predetermined threshold (e.g., 1 second, 2 seconds, or other values) can be specified as valid actions, and actions with a duration below the predetermined threshold can be ignored. In this way, it is possible to prevent regular riding actions from accidentally causing the vehicle to lock, thereby improving vehicle safety.

[0041] According to an example implementation of the present disclosure, the user 230 may define a trigger action for triggering the offline car lock function at box 430. For example, the user may enter the number of the candidate action 420 in box 430. Assuming that the user enters the number "9" in box 430, the "return the helmet" action corresponding to action 9 will be defined as a trigger action. Alternatively and / or additionally, the user may press the box where the desired candidate action is located and drag the box to box 430. Assuming that the user presses the box where action 9 is located and drags it to box 430, the "return the helmet" action will be defined as a trigger action. In this way, the user does not have to perform complex interactive operations, but can specify the trigger action through simple operations such as input, click, and / or drag.

[0042] At this time, the trigger action can be used as an entry to call the offline lock function. For example, when it is detected that the user has finished riding and returned the helmet to the basket, it is considered that the user is about to start the offline lock function. It should be understood that "returning the helmet" here is only an example of a trigger action, and the user can set other actions according to their own needs. For example, the user can enter the number "3" in box 430, and when the user tilts the vehicle to the left by 30°, the offline lock function will be started.

[0043] According to an example implementation of the present disclosure, user 230 may further define a locking action sequence for locking the vehicle. In other words, after the triggering action of user 230, if it is detected that the user's subsequent action matches the locking action sequence, the vehicle is locked; otherwise, the locking action is not performed. According to an example implementation of the present disclosure, the locking action sequence may have a predetermined length (e.g., including 3 or other number of actions). The user may enter the number of the desired action in boxes 440, 442, and 444, respectively, and / or drag the desired action to the corresponding position to customize the locking action sequence.

[0044] For example, the user can enter the number "1" in box 440, and the first action of the locking action sequence is set to "left brake"; the user can enter the number "10" in box 442, and the second action of the locking action sequence is set to "honk"; the user can drag the "right brake" box to box 444, and the third action of the locking action sequence is set to "right brake". Using the example implementation of the present disclosure, the user can set the locking action sequence according to his own habits. Furthermore, the customized locking action sequence can be used to call the offline car locking function.

[0045] The user 230 may click the OK 450 button to confirm each input in the setting page 410; alternatively and / or additionally, the user 230 may click the Cancel 452 button to cancel each input in the setting page 410. Specifically, after the confirmation operation, if it is detected that the user 230 has performed the following action sequence (returning the helmet, braking on the left side, honking the horn, braking on the right side), the vehicle may be locked.

[0046] It should be understood that Figure 4 The settings page 410 shown is only schematic. According to an example implementation of the present disclosure, the user can customize the length of the action sequence, and the locked action sequence at this time can have a longer or shorter length. In this way, it is convenient for the user to customize the action sequence he is familiar with.

[0047] The above has described the case where the user customizes the trigger action and the locking action sequence by the user. Hereinafter, how to perform the offline car locking function based on the above definition will be described. According to an example implementation of the present disclosure, when the client device 110 is in the online mode, the user-defined trigger action and the locking action sequence can be uploaded to the server device 130 via the client device 110. At this time, a predetermined action sequence can be generated at the server device 130.

[0048] Figure 5 A block diagram 500 schematically illustrates a data structure of a predetermined action sequence 220 according to an exemplary implementation of the present disclosure. Figure 5 As shown, the predetermined action sequence 220 may include a trigger action 510 and a locking action sequence 520. Whether to lock the vehicle may be determined based on the predetermined action sequence 220 and the action sequence performed by the collected user.

[0049] According to an example implementation of the present disclosure, the offline vehicle locking method described above may be performed at the server device 130. At this time, the processing device at the shared vehicle 120 may collect the action sequence performed by the user and upload the action sequence to the server device 130. The server device 130 may compare the predetermined action sequence 220 with the received action sequence to determine whether to perform the vehicle locking action. If the two sequences match, the server device 130 may transmit a vehicle locking signal to the shared vehicle 120 to indicate that the shared vehicle 120 is locked.

[0050] According to an example implementation of the present disclosure, the above-described offline vehicle locking method may be performed at the shared vehicle 120. At this time, the server device 130 may transmit a predetermined action sequence to the shared vehicle 120, and the processing device at the shared vehicle 120 may collect the action sequence performed by the user, and compare the collected action sequence with the received predetermined action sequence 220, thereby determining whether to perform the vehicle locking action. If the two sequences match, the processing device may lock the shared vehicle 120, and upload the latest status of the shared vehicle 120 to the server device 130. In this way, it is convenient to perform the offline vehicle locking method at different locations, thereby improving the reliability of the offline vehicle locking method.

[0051] According to an example implementation of the present disclosure, a sequence of actions 210 performed by a user may be collected. The user 230 may perform different actions at different time points, and it may be detected in real time whether each action performed by the user matches a predefined trigger action. If it is determined that the user has not performed a predefined trigger action, it may be considered that the user is operating normally. The detection may be continued until a predefined trigger action is found.

[0052] If it is determined that an action (e.g., the first action) in the collected action sequence 210 matches the trigger action 510, the shared vehicle 120 may prompt the user that it is about to enter the offline vehicle lock mode and prompt the user to perform subsequent actions. In the context of the present disclosure, a voice module at the shared vehicle 120 may be used to provide a voice prompt.

[0053] Figure 6 A block diagram 600 of a voice prompt provided by a shared vehicle according to an exemplary implementation of the present disclosure is schematically shown. Figure 6As shown, a voice prompt 610 may be provided. Continuing the above example, after detecting that the user has performed a trigger action of "returning the helmet", a prompt 612 may be provided to inform the user that a predefined locking action sequence may be entered.

[0054] According to an example implementation of the present disclosure, if it is determined that the first action in an action sequence matches the triggering action in a predetermined action sequence, it can be determined whether the action sequence matches the predetermined action sequence based on a comparison of a subsequent action sequence after the first action in the action sequence and a locked action sequence after the triggering action in the predetermined action sequence.

[0055] Continuing with the example described above, if it is detected that the subsequent action performed by the user after the first action is (left brake, honking, right brake), then it can be determined that the subsequent action sequence matches the following: Figure 4 The defined locking action sequence. Thus, it can be determined that the action sequence matches the predetermined action sequence. At this point, a prompt 616 can be provided to inform the user that the action performed matches the predetermined setting and the vehicle is about to be locked.

[0056] According to an example implementation of the present disclosure, if it is determined that the subsequent action sequence does not match the locking action sequence, the user is prompted that the subsequent action sequence cannot be recognized. Specifically, if it is detected that the subsequent action performed by the user after the first action is (right brake, horn, right brake), then it can be determined that the performed action does not match the predetermined setting. At this time, a prompt 618 can be provided to inform the user: the performed action does not match the predetermined setting, if you want to continue to lock the car offline, please perform the correct locking action.

[0057] According to an example implementation of the present disclosure, it can be determined whether the length of the subsequent action sequence matches the length of the locking action sequence, and then a corresponding prompt is provided. If it is determined that the length of the subsequent action sequence is less than the length of the locking action sequence, the user is prompted to perform a subsequent action. At this time, a prompt 614 can be provided to inform the user: the action sequence length is insufficient, please perform the next action.

[0058] According to an example implementation of the present disclosure, a user can perform actions at different time points. If the time interval between two consecutive actions is too long, that is, if it is determined that no subsequent action is received within a predetermined time period, a voice prompt for performing the subsequent action can be provided. For another example, if no subsequent action is detected within a subsequent time period, a voice prompt for exiting the offline mode can be provided. For example, the user can be informed that no subsequent action has been detected for a long time, and the offline car locking function will be exited. In this way, the voice function at the shared vehicle 120 can be used to inform the user of the progress of the locking operation.

[0059] According to an example implementation of the present disclosure, when it is determined that the action sequence performed by the user matches the predetermined action sequence 220, the subsequent vehicle locking process can be entered. At this time, it is necessary to determine whether the state of the shared vehicle meets the predetermined locking condition. If the vehicle state meets the predetermined locking condition, the shared vehicle can be locked.

[0060] According to an example implementation of the present disclosure, the predetermined locking condition may include at least any one of the following: the position of the shared vehicle is within a predetermined area, and the posture of the shared vehicle meets the predetermined posture. It should be understood that the predetermined area here may be a designated parking area where users are allowed to park. It can be detected whether the position of the shared vehicle is within the predetermined area, and parking is only allowed within the predetermined area. In this way, potential risks such as disrupting normal traffic order caused by users' random parking can be prevented. Further, the predetermined posture condition may specify the orientation, inclination and other postures that the vehicle should meet when the user parks. For example, the predetermined posture condition may specify that the orientation of the shared vehicle should be perpendicular to the road direction, the shared vehicle should be parked standing and cannot be lying, and so on. In this way, confusion in the parking area can be prevented, and the user's pick-up and return operations are facilitated.

[0061] According to an example implementation of the present disclosure, if the vehicle status does not meet the predetermined locking condition, the user may be prompted to adjust the status of the shared vehicle, but the locking operation is not performed. For example, the user may be prompted to move the vehicle to a predetermined area, or to adjust the direction, etc.

[0062] The various steps in the offline locking function have been described separately, see below Figure 7 Describe the complete process of locking your vehicle. Figure 7 Schematically shows a block diagram of a method 700 for locking a vehicle according to an exemplary implementation of the present disclosure. Figure 7 As shown, it is possible to detect whether a triggering action has been performed at the shared vehicle. If a triggering action is detected at box 710, the method 700 proceeds to box 720 and detects a subsequent action. At box 720, if it is determined that the subsequent action does not match the predefined locking action sequence, the method 700 proceeds to box 722 and receives the action re-executed by the user. At box 720, if it is determined that the subsequent action matches the predefined locking action sequence, the method proceeds to box 730. At box 730, it can be determined whether the state of the vehicle meets the predetermined conditions. If so, the method 700 proceeds to box 740. At this time, the vehicle can be locked and the ride ends. If not, the method 700 proceeds to box 732 and obtains the adjusted vehicle state.

[0063] By using the example implementation of the present disclosure, the offline vehicle locking function can be achieved by directly using the action performed on the shared vehicle without the intervention of the client device. In this way, the dependence of the vehicle locking action on the client device can be reduced, and the user experience can be improved when the client device is in an abnormal state and / or the user is inconvenient to operate the client device.

[0064] Example Process

[0065] Figure 8 A flow chart of a method 800 for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure is schematically shown. At box 810, an action sequence performed by a user of a shared vehicle for the shared vehicle is obtained. At box 820, it is determined whether the action sequence matches a predetermined action sequence for locking a shared vehicle in an offline mode. At box 830, in response to determining that the action sequence matches the predetermined action sequence, the shared vehicle is locked.

[0066] According to an example implementation of the present disclosure, determining that an action sequence matches a predetermined action sequence includes: in response to determining that a first action in the action sequence matches a triggering action in the predetermined action sequence, determining whether the action sequence matches the predetermined action sequence based on a comparison of a subsequent action sequence after the first action in the action sequence and a locked action sequence after the triggering action in the predetermined action sequence; and in response to determining that the subsequent action sequence matches the locked action sequence, determining that the action sequence matches the predetermined action sequence.

[0067] According to an example implementation of the present disclosure, the method 800 further includes at least any one of the following: in response to determining that the first action matches the trigger action, prompting the user to perform a subsequent action sequence; and in response to determining that the subsequent action sequence does not match the locking action sequence, prompting the user that the subsequent action sequence cannot be recognized.

[0068] According to an example implementation of the present disclosure, the method 800 further includes: in response to determining that the length of the subsequent action sequence is less than the length of the locked action sequence, prompting the user to perform a subsequent action.

[0069] According to an example implementation of the present disclosure, the method 800 further includes: in response to determining that no subsequent action is received within a predetermined time period, providing at least any one of the following: a voice prompt to perform a subsequent action; and a voice prompt to exit the offline mode.

[0070] According to an example implementation of the present disclosure, locking a shared vehicle includes: in response to determining that the state of the shared vehicle meets a predetermined locking condition, locking the shared vehicle, the predetermined locking condition including at least any one of the following: the position of the shared vehicle is within a predetermined area, and the posture of the shared vehicle meets a predetermined posture.

[0071] According to an example implementation of the present disclosure, the method 800 further includes: in response to determining that the status of the shared vehicle does not meet the predetermined locking condition, prompting the user to adjust the status of the shared vehicle.

[0072] According to an exemplary implementation of the present disclosure, each action in the predetermined action sequence is determined by a user at a client device for managing a shared vehicle from a plurality of candidate actions.

[0073] According to an example implementation of the present disclosure, the multiple candidate actions include at least any one of the following: a braking action for a shared vehicle; a leaning action for a shared vehicle; a moving action for a shared vehicle; a steering action for a shared vehicle; a moving action of a helmet for a shared vehicle; and a honking action for a shared vehicle.

[0074] According to an example implementation of the present disclosure, the method 800 is performed in response to a user activating an offline mode at a client device for managing a shared vehicle, the offline mode causing the shared vehicle to be locked without requiring the client device.

[0075] According to an example implementation of the present disclosure, the method 800 is performed when the client device is in an offline mode.

[0076] According to an example implementation of the present disclosure, the shared vehicle includes at least any one of the following: a shared bicycle, and a shared electric motorcycle.

[0077] Example devices and equipment

[0078] The specific details of the method for performing resource scheduling in providing services have been described above. According to an exemplary implementation of the present disclosure, an apparatus for managing a shared vehicle in an offline mode is provided. Fig. 9 Schematically shows a block diagram of an apparatus 900 for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure. Fig. 9 As shown, the device 900 includes: an acquisition module 910, configured to acquire an action sequence performed by a user of a shared vehicle on the shared vehicle; a determination module 920, configured to determine whether the action sequence matches a predetermined action sequence for locking the shared vehicle in an offline mode; and a locking module 930, configured to lock the shared vehicle in response to determining that the action sequence matches the predetermined action sequence.

[0079] According to an example implementation of the present disclosure, the determination module 920 includes: a comparison module, configured to determine whether the action sequence matches the predetermined action sequence based on a comparison of a subsequent action sequence after the first action in the action sequence and a locking action sequence after the triggering action in the predetermined action sequence in response to determining that the first action in the action sequence matches the triggering action in the predetermined action sequence; and a comparison-based determination module, configured to determine that the action sequence matches the predetermined action sequence in response to determining that the subsequent action sequence matches the locking action sequence.

[0080] According to an example implementation of the present disclosure, the device 900 further includes at least any one of the following: a first prompt module, configured to prompt a user to perform a subsequent action sequence in response to determining that the first action matches the trigger action; and a second prompt module, configured to prompt a user that the subsequent action sequence cannot be recognized in response to determining that the subsequent action sequence does not match the locking action sequence.

[0081] According to an example implementation of the present disclosure, the device 900 further includes: a third prompting module configured to prompt the user to perform a subsequent action in response to determining that the length of the subsequent action sequence is less than the length of the locked action sequence.

[0082] According to an example implementation of the present disclosure, the device 900 further includes: a fourth prompt module, configured to provide at least one of the following in response to determining that no subsequent action is received within a predetermined time period: a voice prompt to perform a subsequent action; and a voice prompt to exit offline mode.

[0083] According to an example implementation of the present disclosure, the locking module includes: a detection module, configured to lock the shared vehicle in response to determining that the state of the shared vehicle meets a predetermined locking condition, the predetermined locking condition including at least any one of the following: the position of the shared vehicle is within a predetermined area, and the posture of the shared vehicle meets a predetermined posture.

[0084] According to an example implementation of the present disclosure, the device 900 further includes: a fifth prompting module configured to prompt the user to adjust the status of the shared vehicle in response to determining that the status of the shared vehicle does not meet the predetermined locking condition.

[0085] According to an exemplary implementation of the present disclosure, each action in the predetermined action sequence is determined by a user at a client device for managing a shared vehicle from a plurality of candidate actions.

[0086] According to an example implementation of the present disclosure, the multiple candidate actions include at least any one of the following: a braking action for a shared vehicle; a leaning action for a shared vehicle; a moving action for a shared vehicle; a steering action for a shared vehicle; a moving action of a helmet for a shared vehicle; and a honking action for a shared vehicle.

[0087] According to an example implementation of the present disclosure, the apparatus 900 is invoked in response to a user activating an offline mode at a client device for managing a shared vehicle, the offline mode enabling the shared vehicle to be locked without the need for the client device.

[0088] According to an exemplary implementation of the present disclosure, the apparatus is invoked when the client device is in an offline mode.

[0089] According to an example implementation of the present disclosure, the shared vehicle includes at least any one of the following: a shared bicycle, and a shared electric motorcycle.

[0090] Fig.10 A block diagram of a computing device / server for managing a shared vehicle in an offline mode according to an exemplary implementation of the present disclosure is schematically shown.

[0091] It should be understood that Fig.10 The computing device / server 1000 shown is merely exemplary and should not constitute any limitation on the functionality and scope of the implementations described herein.

[0092] like Fig.10 As shown, computing device / server 1000 is in the form of a general-purpose computing device. Components of computing device / server 1000 may include, but are not limited to, one or more processors or processing units 1010, memory 1020, storage device 1030, one or more communication units 1040, one or more input devices 1050, and one or more output devices 1060. Processing unit 1010 may be an actual or virtual processor and is capable of performing various processes according to a program stored in memory 1020. In a multi-processor system, multiple processing units execute computer executable instructions in parallel to increase the parallel processing capabilities of computing device / server 1000.

[0093] The computing device / server 1000 typically includes a plurality of computer storage media. Such media may be any available media accessible to the computing device / server 1000, including but not limited to volatile and non-volatile media, removable and non-removable media. The memory 1020 may be a volatile memory (e.g., registers, caches, random access memory (RAM)), a non-volatile memory (e.g., a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), flash memory), or some combination thereof. The storage device 1030 may be a removable or non-removable medium, and may include a machine-readable medium, such as a flash drive, a disk, or any other medium, which may be capable of being used to store information and / or data (e.g., training data for training) and may be accessed within the computing device / server 1000.

[0094] The computing device / server 1000 may further include additional removable / non-removable, volatile / non-volatile storage media. Fig.10 As shown in , a disk drive for reading or writing from a removable, non-volatile disk (e.g., a "floppy disk") and an optical drive for reading or writing from a removable, non-volatile optical disk may be provided. In these cases, each drive may be connected to the bus (not shown) by one or more data media interfaces. Memory 1020 may include a computer program product 1025 having one or more program modules that are configured to perform various methods or actions of various implementations of the present disclosure.

[0095] The communication unit 1040 enables communication with other computing devices via a communication medium. Additionally, the functions of the components of the computing device / server 1000 can be implemented in a single computing cluster or multiple computing machines that can communicate via a communication connection. Thus, the computing device / server 1000 can operate in a networked environment using a logical connection with one or more other servers, a network personal computer (PC), or another network node.

[0096] Input device 1050 may be one or more input devices, such as a mouse, keyboard, trackball, etc. Output device 1060 may be one or more output devices, such as a display, speaker, printer, etc. Computing device / server 1000 may also communicate with one or more external devices (not shown) as needed, such as storage devices, display devices, etc., with one or more devices that enable users to interact with computing device / server 1000, or with any device that enables computing device / server 1000 to communicate with one or more other computing devices (e.g., network card, modem, etc.) through communication unit 1040. Such communication may be performed via an input / output (I / O) interface (not shown).

[0097] According to an exemplary implementation of the present disclosure, a computer-readable storage medium is provided, on which one or more computer instructions are stored, wherein the one or more computer instructions are executed by a processor to implement the method described above.

[0098] Various aspects of the present disclosure are described herein with reference to the flowcharts and / or block diagrams of the methods, devices (systems) and computer program products implemented according to the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer-readable program instructions.

[0099] These computer-readable program instructions can be provided to a processing unit of a general-purpose computer, a special-purpose computer, or other programmable data processing device, thereby producing a machine, so that when these instructions are executed by the processing unit of the computer or other programmable data processing device, a device that implements the functions / actions specified in one or more boxes in the flowchart and / or block diagram is generated. These computer-readable program instructions can also be stored in a computer-readable storage medium, and these instructions cause the computer, programmable data processing device, and / or other equipment to work in a specific manner, so that the computer-readable medium storing the instructions includes a manufactured product, which includes instructions for implementing various aspects of the functions / actions specified in one or more boxes in the flowchart and / or block diagram.

[0100] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device so that a series of operating steps are performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to implement the functions / actions specified in one or more boxes in the flowchart and / or block diagram.

[0101] The flow chart and block diagram in the accompanying drawings show the possible architecture, function and operation of the system, method and computer program product according to multiple implementations of the present disclosure. In this regard, each square box in the flow chart or block diagram can represent a part of a module, program segment or instruction, and a part of a module, program segment or instruction includes one or more executable instructions for realizing the logical function of the specification. In some implementations as replacements, the function marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two continuous square boxes can actually be executed substantially in parallel, and they can sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be realized by a special hardware-based system that performs the function or action of the specification, or can be realized by a combination of special hardware and computer instructions.

[0102] The above descriptions of various implementations of the present disclosure are exemplary, non-exhaustive, and not limited to the disclosed implementations. 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 implementations. The selection of terms used herein is intended to best explain the principles of the implementations, practical applications, or improvements to the technology in the marketplace, or to enable other persons of ordinary skill in the art to understand the implementations disclosed herein.

Claims

1. A method for managing a shared vehicle in an offline mode, comprising: Acquire a sequence of actions performed by a user of the shared vehicle on the shared vehicle; determining whether the action sequence matches a predetermined action sequence for locking the shared vehicle in the offline mode; as well as In response to determining that the sequence of actions matches the predetermined sequence of actions, locking the shared vehicle.

2. The method according to claim 1, wherein determining that the action sequence matches the predetermined action sequence comprises: In response to determining that a first action in the action sequence matches a triggering action in the predetermined action sequence, Determining whether the action sequence matches the predetermined action sequence based on a comparison between a subsequent action sequence after the first action in the action sequence and a locked action sequence after the triggering action in the predetermined action sequence; as well as In response to determining that the subsequent action sequence matches the locked action sequence, the action sequence is determined to match the predetermined action sequence.

3. The method according to claim 2, further comprising at least one of the following: In response to determining that the first action matches the triggering action, prompting the user to perform the subsequent sequence of actions; and In response to determining that the subsequent action sequence does not match the locking action sequence, the user is prompted that the subsequent action sequence cannot be recognized.

4. The method according to claim 2, further comprising: In response to determining that the length of the subsequent action sequence is less than the length of the locked action sequence, prompting the user to perform a subsequent action.

5. The method according to claim 4, further comprising: In response to determining that no subsequent action is received within a predetermined time period, providing at least any of the following: voice prompts for executing the subsequent actions; as well as Voice prompt to exit the offline mode.

6. The method of claim 1, wherein locking the shared vehicle comprises: In response to determining that the state of the shared vehicle meets a predetermined locking condition, the shared vehicle is locked, and the predetermined locking condition includes at least one of the following: the position of the shared vehicle is within a predetermined area, and the posture of the shared vehicle meets a predetermined posture.

7. The method according to claim 6, further comprising: In response to determining that the status of the shared vehicle does not meet the predetermined locking condition, the user is prompted to adjust the status of the shared vehicle. 8 . The method according to claim 1 , wherein each action in the predetermined action sequence is determined by the user from a plurality of candidate actions at a client device for managing the shared vehicle.

9. The method according to claim 1, wherein the plurality of candidate actions include at least any one of the following: Braking action for the shared vehicle; a tilting action for the shared vehicle; Movement actions for the shared vehicle; A steering action for the shared vehicle; Movement of the helmet for the shared vehicle; and The horn-honking action is directed to the shared vehicle.

10. The method of claim 1, wherein the method is performed in response to the user activating the offline mode at a client device for managing the shared vehicle, the offline mode causing the shared vehicle to be locked without the need for the client device. The method of claim 10 , wherein the method is performed while the client device is in an offline mode. 12 . The method according to claim 1 , wherein the shared vehicle comprises at least any one of the following: a shared bicycle, and a shared electric motorcycle.

13. An apparatus for managing a shared vehicle in an offline mode, comprising: An acquisition module, configured to acquire a sequence of actions performed by a user of the shared vehicle on the shared vehicle; a determination module configured to determine whether the action sequence matches a predetermined action sequence for locking the shared vehicle in the offline mode; as well as A locking module is configured to lock the shared vehicle in response to determining that the action sequence matches the predetermined action sequence.

14. An electronic device comprising: Memory and processor; The memory is used to store one or more computer instructions, wherein the one or more computer instructions are executed by the processor to implement the method according to any one of claims 1 to 12.

15. A computer-readable storage medium having one or more computer instructions stored thereon, wherein the one or more computer instructions are executed by a processor to implement the method according to any one of claims 1 to 12.

16. A computer program product comprising a computer program / instructions, wherein the computer program / instructions, when executed by a processor, implements the method according to any one of claims 1 to 12.

Images