阅读说明：本技术 交通工具开锁方法、装置、电子设备和存储介质 (Vehicle unlocking method and device, electronic equipment and storage medium ) 是由 金亮 于 2020-06-02 设计创作，主要内容包括：本公开实施例涉及一种交通工具开锁方法、装置、计算机设备和存储介质。所述方法包括：采集向所述交通工具发起使用流程的用户终端的标识信息；向服务器发送开锁请求；所述开锁请求中携带所述标识信息,所述开锁请求用于指示所述服务器在根据所述标识信息确定所述用户终端具有开锁权限后,返回开锁指令；接收所述服务器返回的所述开锁指令,并根据所述开锁指令执行开锁操作。采用本方法能够提高开锁率。(The embodiment of the disclosure relates to a vehicle unlocking method and device, computer equipment and a storage medium. The method comprises the following steps: collecting identification information of a user terminal initiating a use flow to the vehicle; sending an unlocking request to a server; the unlocking request carries the identification information, and is used for indicating the server to return an unlocking instruction after determining that the user terminal has the unlocking authority according to the identification information; and receiving the unlocking instruction returned by the server, and executing unlocking operation according to the unlocking instruction. The method can improve the unlocking rate.)

交通工具开锁方法、装置、电子设备和存储介质

技术领域

本公开实施例涉及共享交通工具技术领域，特别是涉及一种交通工具开锁方法、装置、电子设备和存储介质。

背景技术

随着科技的发展，市场中出现了共享单车、共享助力车等共享交通工具，为人们的生活提供了极大地便利。

相关技术中，用户在使用共享交通工具时，使用终端扫描共享交通工具上的二维码，共享交通工具即可执行开锁操作。

但是，如果共享交通工具上的二维码存在缺损，则用户在使用终端扫描二维码后，共享交通工具并不能正常开锁，导致开锁率降低。

发明内容

本公开实施例提供一种交通工具开锁方法、装置、电子设备和存储介质，可以用于提高开锁率。

第一方面，本公开实施例提供一种交通工具开锁方法，应用于交通工具，该方法包括：

采集向交通工具发起使用流程的用户终端的标识信息；

向服务器发送开锁请求；开锁请求中携带标识信息，开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后，返回开锁指令；

接收服务器返回的开锁指令，并根据开锁指令执行开锁操作。

第二方面，本公开实施例提供一种交通工具开锁方法，应用于向交通工具发起使用流程的用户终端，该方法包括：

获取用户终端的标识信息；

将标识信息传递至交通工具；

其中，标识信息供交通工具根据标识信息向服务器发送开锁请求，并根据服务器返回的开锁指令执行开锁操作；开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后返回开锁指令。

第三方面，本公开实施例提供一种交通工具开锁装置，部署在交通工具，该装置包括：

标识信息采集模块，用于采集向交通工具发起使用流程的用户终端的标识信息；

开锁请求发送模块，用于向服务器发送开锁请求；开锁请求中携带标识信息，开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后，返回开锁指令；

开锁操作执行模块，用于接收服务器返回的开锁指令，并根据开锁指令开执行开锁操作。

第四方面，本公开实施例提供一种交通工具开锁装置，部署在向交通工具发起使用流程的用户终端，该装置包括：

标识信息获取模块，用于获取用户终端的标识信息；

标识信息传递模块，用于将标识信息传递至交通工具；

其中，标识信息供交通工具根据标识信息向服务器发送开锁请求，并根据服务器返回的开锁指令执行开锁操作；开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后返回开锁指令。

第五方面，本公开实施例一种交通工具，该交通工具包括图像采集组件、处理组件、通信组件和车锁，图像采集组件、通信组件以及车锁分别与处理组件连接；

图像采集组件，用于对向交通工具发起使用流程的用户终端展示的图形编码进行采集；

处理组件，用于对图形编码进行解析处理，得到用户终端的标识信息；

通信组件，用于向服务器发送开锁请求，接收服务器返回的开锁指令，开锁请求中携带标识信息，开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后，返回开锁指令；

处理组件，用于根据开锁指令控制车锁开启。

第六方面，本公开实施例提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或上述第二方面所述的方法。

第七方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或上述第二方面所述的方法。

本公开实施例提供的交通工具开锁方法、装置、计算机设备和存储介质，交通工具采集向自身发起使用流程的用户终端的标识信息，并基于该标识信息向服务器发送开锁请求，而后，交通工具接收服务器基于该开锁请求返回的开锁指令，并根据开锁指令执行开锁操作。由于在本公开实施例中，不由用户终端扫描交通工具上设置的二维码来实现交通工具的开锁，而是由交通工具获取用户终端的标识信息来实现交通工具的开锁，因此，可以不涉及对交通工具上设置的二维码的扫描，故而可以避免二维码缺损而导致的交通工具不能正常开锁的问题，从而提高了开锁率。

附图说明

图1为一个实施例中交通工具开锁方法的应用环境图；

图2为一个实施例中交通工具开锁方法的流程示意图之一；

图3为一个实施例中采集向交通工具发起使用流程的用户终端的标识信息步骤的流程示意图；

图4为一个实施例中交通工具开锁方法的流程示意图之二；

图5为一个实施例中交通工具开锁方法的流程示意图之三；

图6为一个实施例中交通工具开锁方法的流程示意图之四；

图7为一个实施例中交通工具开锁方法的流程示意图之五；

图8为一个实施例中根据开锁指令执行开锁操作步骤的流程示意图；

图9为一个实施例中交通工具开锁方法的流程示意图之六；

图10为另一个实施例中交通工具开锁方法的流程示意图之一；

图11为另一个实施例中交通工具开锁方法的流程示意图之二；

图12为一个实施例中交通工具开锁装置的结构框图之一；

图13为一个实施例中交通工具开锁装置的结构框图之二；

图14为一个实施例中交通工具开锁装置的结构框图之三；

图15为一个实施例中交通工具开锁装置的结构框图之四；

图16为一个实施例中交通工具开锁装置的结构框图之五；

图17为一个实施例中交通工具开锁装置的结构框图之六；

图18为另一个实施例中交通工具开锁装置的结构框图之一；

图19为另一个实施例中交通工具开锁装置的结构框图之二；

图20为一个实施例中交通工具的结构框图；

图21为一个实施例中电子设备的内部结构图。

具体实施方式

为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。

首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景进行介绍。

通常情况下，用户在使用共享交通工具前，需要先使用用户终端扫描共享交通工具上设置的二维码；然后，用户终端从二维码中识别出共享交通工具的标识，并向服务器发送携带共享交通工具的标识的开锁请求，服务可以根据开锁请求指示共享交通工具开锁。

实际应用中，共享交通工具上设置的二维码大部分是印刷制品，因此随着日晒雨淋和用户损坏会出现缺损的现象。如果二维码缺损，用户终端在扫描二维码后就会无法从二维码中识别出共享交通工具的标识，进而无法向服务器发送开锁请求，服务器也不会指示共享交通工具开锁。因此，二维码缺损会造成开锁率降低。

除此以外，共享交通工具中设置的二维码也可能被恶意替换，如果用户终端扫描恶意替换后的二维码，可能会泄露用户终端的相关信息，进而威胁到用户的信息安全。

而本公开实施例中，交通工具采集向自身发起使用流程的用户终端的标识信息，并基于该标识信息向服务器发送开锁请求；而后，交通工具接收到服务器基于该开锁请求返回的开锁指令，并根据开锁指令执行开锁操作。由于本公开实施例中，不由用户终端扫描交通工具上设置的二维码来实现交通工具的开锁，而是由交通工具获取用户终端的标识信息来实现交通工具的开锁，因此，可以不涉及对交通工具上设置的二维码的扫描，故而可以避免因为共享交通工具上的二维码缺损而导致共享交通工具不能正常开锁的问题，从而提高了开锁率。

进一步地，也可以避免二维码被恶意替换而造成信息泄露的问题，提高了信息安全性。

下面结合本公开实施例所应用的系统架构，对本公开实施例涉及的技术方案进行介绍。

本公开实施例提供的交通工具开锁方法，可以应用于如图1所示的系统架构中。该系统架构包括交通工具101、用户终端102以及服务器103。其中，交通工具101可以为共享交通工具，交通工具101可以为脚踏自行车、电动自行车、滑板车、摩托车等非机动或者机动交通工具；用户终端102可以为手机、平板电脑、IPAD等电子设备；服务器103可以为独立的服务器或者是多个服务器组成的服务器集群。其中，交通工具101设置有通信组件，其可以通过无线的方式与用户终端102或者服务器103进行通信。另外，用户终端102和服务器103之间可以采用无线或者有线的方式进行通信。本公开实施例对交通工具101、用户终端102以及服务器103之间的通信方式并不做限定。

在一个实施例中，如图2所示，提供了一种交通工具开锁方法，以该方法应用于图1中的交通工具为例进行说明，包括以下步骤：

步骤201，交通工具采集向交通工具发起使用流程的用户终端的标识信息。

其中，用户终端为向交通工具发起使用流程的终端；用户终端的标识信息用于表征用户终端的身份，可以包括用户终端的终端标识，也可以包括用户终端使用的应用程序的账户标识。例如，该应用程序可以为共享单车的租用软件。本公开实施例对用户终端的标识信息不做限定。

用户终端向交通工具发起使用流程后，为交通工具提供用户终端的标识信息；交通工具采集用户终端的标识信息。交通工具采集标识信息的方式，可以是交通工具通过蓝牙或者近场通信(Near Field Communication，NFC接收用户终端发送的标识信息，也可以先由用户终端通过屏幕展示标识信息，交通工具再采集用户终端展示的标识信息。

步骤202，交通工具向服务器发送开锁请求。

其中，开锁请求中携带标识信息，开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后，返回开锁指令。

交通工具在采集到用户终端的标识信息之后，向服务器发送携带标识信息的开锁请求；服务器接收到交通工具发送的开锁请求之后，根据标识信息确定用户终端是否具有开锁权限。如果服务器确定用户终端具有开锁权限，则向交通工具返回开锁指令；如果服务器确定用户终端不具有开锁权限，则不向交通工具返回开锁指令。同时，服务器还可以向用户终端返回不具备开锁权限的反馈信息。

在其中一个实施例中，服务器中可以预先设置标识信息与开锁权限之间的对应关系，服务器在接收到携带标识信息的开锁指令之后，根据标识信息和上述对应关系确定用户终端是否具有开锁权限。

例如，服务器中可以预先设置终端标识与开锁权限之间的第一对应关系，以及账户标识与开锁权限之间的第二对应关系中的至少一种对应关系。服务器在接收到开锁指令之后，如果开锁指令携带终端标识，则根据第一对应关系确定用户终端是否具有开锁权限；如果开锁指令携带账户标识，则根据第二对应关系确定用户终端是否具有开锁权限。

步骤203，交通工具接收服务器返回的开锁指令，并根据开锁指令执行开锁操作。

交通工具接收服务器返回的开锁指令之后，可以执行开锁操作。其中，交通工具在执行开锁操作之后，可以生成并展示已开锁的提示信息，以便使用户获知开锁成功。此外，交通工具也可以向服务器发送开锁成功信息，以便服务器记录本次开锁操作。本公开实施例对此不做限定。

上述交通工具开锁方法中，交通工具采集向交通工具发起使用流程的用户终端的标识信息；向服务器发送开锁请求；接收服务器返回的开锁指令，并根据开锁指令执行开锁操作。通过本公开实施例，由用户终端发起使用流程并提供标识信息，由交通工具采集标识信息，这样，就可以避免二维码缺损而导致交通工具不能正常开锁的问题，因此可以提高开锁率。进一步地，现有技术中，如果二维码被恶意替换，还可能威胁用户的信息安全；而本公开实施例则可以避免这种问题，因此还可以提高信息安全性。

在一个实施例中，交通工具中可以设置有图像采集组件，例如，该图像采集组件可以为摄像头。如图3所示，上述步骤201可以包括：

步骤301，交通工具通过图像采集组件采集用户终端展示的图形编码。

用户终端在发起对交通工具的使用流程后，可以展示图形编码。交通工具可以通过图像采集组件扫描图形编码。其中，图形编码可以是二维码、条形码中的至少一种。

步骤302，交通工具对图形编码进行解析处理，得到标识信息。

交通工具在扫描图形编码后，根据预先存储的图形解析规则对图形编码进行解析处理，得到图形编码所携带的标识信息。

可以理解地，现有技术中在交通工具上设置二维码，该二维码通常是印刷制品，由于交通工具长期暴露在户外，因此，交通工具上印刷的二维码经常会受到日晒雨淋或者人为损坏，故而，二维码会出现缺损的现象。如果二维码存在缺损，用户终端扫描二维码后，交通工具并不能正常开锁，此外，二维码也可能会被恶意替换，导致用户终端扫描二维码后，并不能向服务器发送开锁请求，交通工具也不能正常开锁，还可能会导致用户终端的相关信息泄露。而本公开实施例中，由用户终端展示图形编码，由于用户终端展示的图形编码不是印刷制品，因此不存在因日晒雨淋、人为损坏而造成的缺损，交通工具的图像采集组件在采集到图形编码后，可以正常向服务器发送开锁请求，进而根据服务器返回的开锁指令执行开锁操作，解决了二维码缺损的问题，可以提高共享交通工具正常开锁的比例，即提高了开锁率。此外，用户终端展示的图形编码也难以被恶意替换，因此解决了二维码被恶意替换而导致用户终端的相关信息泄露的问题，提高了信息安全性。

在其中一个实施例中，如图4所示，在步骤301之前，本公开实施例还可以包括：

步骤303，交通工具接收图像采集组件开启指令，并根据图像采集组件开启指令开启图像采集组件。

交通工具可以检测是否接收到图像采集组件开启指令；如果接收到图像采集组件开启指令，则开启图像采集组件；如果未接收到图像采集组件开启指令，则不开启图像采集组件。

在其中一种可能的实现方式中，交通工具可以设置有开启按钮，接收图像采集组件开启指令的步骤可以包括：交通工具在检测到针对开启按钮的按压操作后，接收图像采集组件开启指令。检测按压操作的方式可以包括：在开启按钮下设置压力传感器，通过压力传感器检测到的压力确定开启按钮是否被按压；或者，将开启按钮设置为开关，通过与开关连接的电路是否导通确定开启按钮是否被按压。本公开实施例对检测按压操作的方式不做限定。

在另一种可能的实现方式中，交通工具设置有红外传感器，接收图像采集组件开启指令的步骤可以包括：通过红外传感器检测交通工具周围预设范围内的物体发射的红外线，若检测到的红外线的特征与人体发射的红外线的特征相匹配，则接收图像采集组件开启指令。

可以理解地，图像采集组件在接收到图像采集组件开启指令后才开启，即图像采集组件在需要采集图形编码时才开启，这样可以节省交通工具的电量消耗。

在其中一个实施例中，如图5所示，在步骤303之后，本公开实施例还可以包括：

步骤304，若在预设时长内图像采集组件未采集到图形编码，则关闭图像采集组件。

图像采集组件开启后，交通工具开始计时，如果在预设时长内未采集到图形编码，则关闭图像采集组件。例如，摄像头开启后在1分钟内未采集到二维码，则关闭摄像头。本公开实施例对预设时长不做限定。

可以理解地，如果预设时长内图像采集组件未采集到图形编码，及时关闭图像采集组件，可以节省交通工具的电量消耗。

在其中一个实施例中，如图6所示，在上述步骤303之后，本公开实施例还可以包括：

步骤305，交通工具展示第一提示信息。

其中，第一提示信息用于提示图像采集组件已开启。第一提示信息可以是灯光提示信息、声音提示信息中的至少一种。

例如，在摄像头开启后，共享单车可以进行灯光闪烁，也可以发出“嘀嘀”的声音，还可以发出“摄像头已开启”的语音播报。本公开实施例对此不做限定。

可以理解地，用户可以通过交通工具是否展示第一提示信息获知图像采集组件是否已开启；如果交通工具展示第一提示信息，用户则可以获知图像采集组件已开启；如果交通工具未展示第一提示信息，用户则可以获知图像采集组件未开启。

在其中一个实施例中，如图6所示，在步骤304之后，本公开实施例还可以包括：

步骤306，交通工具展示第二提示信息。

其中，第二提示信息用于提示图像采集组件已关闭。第二提示信息也可以是灯光提示信息、声音提示信息中的至少一种。

例如，在摄像头关闭后，共享单车可以进行灯光闪烁，也可以发出“嘀嘀”的声音，还可以发出“摄像头已关闭”的语音播报。本公开实施例对此不做限定。

可以理解地，用户可以通过交通工具是否展示第二提示信息获知图像采集组件是否已关闭；如果交通工具展示第二提示信息，用户则可以获知图像采集组件已关闭；如果交通工具未展示第二提示信息，用户则可以获知图像采集组件未关闭。

上述交通工具采集用户终端的标识信息的步骤中，交通工具通过图像采集组件采集用户终端展示的图形编码；对图形编码进行解析处理，得到标识信息。通过本公开实施例，由用户终端提供图形编码，由于用户终端提供的标识信息并不是印刷制品，因此不存在因日晒雨淋、人为损坏而造成的缺损，交通工具在采集到标识信息后可以正常向服务器发送开锁请求，进而根据服务器返回的开锁指令执行开锁操作，因此，解决了二维码缺损的问题，可以提高共享交通工具正常开锁的比例，即提高了开锁率。此外，用户终端展示的图形编码也不会被恶意替换，因此解决了二维码被恶意替换而导致用户终端的相关信息泄露的问题，提高了信息安全性。

一个实施例中，如图7所示，图形编码携带校验信息，本公开实施例还可以包括如下步骤：

步骤401，交通工具对图形编码进行解析处理，得到校验信息。

用户终端展示的图形编码携带校验信息，交通工具通过图像采集组件采集到图形编码后，根据预先设置的解析规则对图形编码进行解析处理，得到校验信息。

步骤402，交通工具根据校验信息对图形编码的有效性进行校验。

交通工具根据校验信息判断图形编码是否为有效图形编码，如果图形编码为有效图形编码，则执行步骤403；如果图形编码为无效图形编码，则可以通过服务器向用户终端返回图形编码为无效图形编码的反馈信息；或者交通工具直接向用户终端返回图形编码为无效图形编码的反馈信息。

在其中一个实施例中，校验信息包括时间校验信息；根据校验信息对图形编码的有效性进行校验可以包括：计算当前时刻与时间校验信息所指示的时刻之间的时间差；在时间差小于预设差值的情况下，确定图形编码为有效图形编码。其中，时间校验信息所指示的时刻，为用户终端获取时间校验信息的时刻。

例如，共享单车计算当前时刻与图形编码中携带的时间校验信息所指示的时刻之间的时间差为20秒，小于预设差值60秒，则确定图形编码为有效图形编码；共享单车计算当前时刻与图形编码中携带的时间校验信息所指示的时刻之间的时间差为100秒，大于预设差值60秒，则确定图形编码为无效图形编码。本公开实施例对预设差值不做限定。

在其中一个实施例中，校验信息包括位置校验信息；根据校验信息对图形编码的有效性进行校验可以包括：获取交通工具的当前位置；在交通工具的当前位置与位置校验信息所指示的位置匹配的情况下，确定图形编码为有效图形编码。其中，位置校验信息所指示的位置，为用户终端获取位置校验信息的位置。

交通工具获取自身的当前位置，如果交通工具的当前位置与位置校验信息所指示的位置为同一位置，或者两个位置之间的距离小于预设距离，则确定图形编码为有效图形编码；否则，确定图形编码为无效图形编码。

例如，共享单车的当前位置与位置校验信息所指示的位置之间的距离小于1米，则确定图形编码为有效图形编码。

步骤403，交通工具在确定图形编码为有效图形编码后，向服务器发送开锁请求。

交通工具在确定图形编码为有效图形编码后，向服务器发送开锁请求。服务器接收到开锁请求后，确定用户终端是否具有开锁权项，并在用户终端具有开锁权项的情况下，向交通工具发送开锁指令。

上述过程中，交通工具先对图形编码进行解析处理，得到校验信息；根据校验信息对图形编码的有效性进行校验；在确定图形编码为有效图形编码后，向服务器发送开锁请求。通过本公开实施例，图形编码中携带校验信息，交通工具可以根据校验信息对图形编码的有效性进行校验，确保在图形编码有效的情况下才向服务器发送开锁请求，才执行开锁操作，可以避免图形编码被篡改而误开锁的情况，提高了交通工具的安全性。

在一个实施例中，如图8所示，开锁指令为加密指令，上述步骤203可以包括：

步骤501，交通工具利用交通工具中存储的解密密钥，对开锁指令进行解密处理。

其中，解密密钥为交通工具与服务器事先约定好的解密规则。

服务器在确定用户终端具有开锁权限之后，向交通工具返回开锁指令。为了保证交通工具的安全，服务器向交通工具返回的开锁指令为加密指令。交通工具在接收到开锁指令之后，利用预先存储的解密密钥对开锁指令进行解密处理。

步骤502，若交通工具对开锁指令解密成功，则执行开锁操作。

如果交通工具对开锁指令解密成功，表明开锁指令为服务器发送的，则交通工具执行开锁操作；如果交通工具开锁指令解密失败，表明开锁指令可能不是服务器发送的，则交通工具不执行开锁开锁。

可以理解地，开锁指令为加密指令，交通工具在对开锁指令进行解密出来，并解密成功的情况下才执行开锁操作，可以避免交通工具根据不法分子篡改的开锁指令而开锁的问题，因此可以保证开锁操作的可靠性。

在其中一个实施例中，如图9所示，在步骤501之前，本公开实施例还可以包括：

步骤503，交通工具接收服务器定期发送的解密密钥；利用服务器最新发送的解密密钥更新交通工具中存储的解密密钥。

服务器定期向交通工具发送新的解密密钥，交通工具在接收到新的解密密钥之后，利用新的解密密钥更新交通工具中预先存储的解密密钥。可以理解地，即使不法分子对开锁指令进行了篡改，但是因为交通工具定期更新解密密钥，因此在解密处理时不会解密成功，交通工具也不会开锁，提高了开锁操作的可靠性。

上述根据开锁指令执行开锁操作的步骤中，交通工具利用存储的解密密钥，对开锁指令进行解密处理；在对开锁指令解密成功的情况下执行开锁操作。通过本公开实施例，开锁指令为加密指令，可以保障开锁操作的可靠性。

在一个实施例中，如图10所示，提供了一种交通工具开锁方法，以该方法应用于图1中的用户终端进行说明，包括以下步骤：

步骤601，用户终端获取用户终端的标识信息。

用户终端可以获取预先存储的标识信息，也可以在向交通工具发起使用流程后，根据用户终端的相关标识生成标识信息。

步骤602，用户终端将标识信息传递至交通工具。

其中，标识信息供交通工具根据标识信息向服务器发送开锁请求，并根据服务器返回的开锁指令执行开锁操作；开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后返回开锁指令。

用户终端获取到标识信息之后，将标识信息传递至交通工具。传递方式可以包括：通过蓝牙、近场通讯中的至少一种将标识信息传递到交通工具；通过图像展示将标识信息传递到交通工具。

在其中一个实施例中，用户终端将标识信息传递至交通工具可以包括：根据标识信息生成图形编码，并展示图形编码。其中，图形编码供交通工具通过图像采集组件进行采集。可选地，图形编码是二维码。

例如，智能手机根据标识信息生成二维码，并展示二维码；共享单车通过摄像头扫描二维码，得到标识信息。

可以理解地，现有技术中采用用户终端扫描交通工具上设置的二维码，如果二维码存在缺损，交通工具则不能正常开锁；而本公开实施例由用户终端展示图形编码，交通工具采集图形编码，解决了二维码缺损的问题，因此可以提高开锁率。并且，现有技术中，如果二维码被恶意替换，用户终端扫描恶意替换的二维码，可能会威胁到用户的信息安全；而本公开实施例中，由用户终端展示图形编码，可以解决二维码被恶意替换的问题，因此也可以提高信息安全性。

在其中一个实施例中，如图11所示，在步骤602之前，还包括：

步骤603，用户终端获取校验信息。

其中，校验信息包括时间校验信息和位置校验信息中的至少一种，时间校验信息用于指示当前时刻；位置校验信息用于指示用户终端的当前位置。

交通工具在将标识信息传递到用户终端之前，可以获取时间校验信息，也可以获取位置校验信息，还可以获取其他校验信息。本公开实施例对此不做限定。

对应地，获取到标识信息和校验信息之后，根据标识信息和校验信息生成图形编码，将图形编码传递到交通工具。可以理解地，图形编码中携带校验信息，可以提高图形编码的安全性。

上述交通工具开锁方法中，用户终端获取用户终端的标识信息；将标识信息传递至交通工具；交通工具根据标识信息向服务器发送开锁请求，并根据服务器返回的开锁指令执行开锁操作。通过本公开实施例，由现有技术中用户终端采集交通工具上设置的二维码，转变为交通工具采集用户终端展示的图形编码，可以避免现有技术中由于二维码缺损而导致的交通工具不能正常开锁的问题，从而提高开锁率。进一步地，也可以避免二维码被恶意替换而威胁用户的信息安全的问题，提高了信息安全性。

应该理解的是，虽然图2-图11流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-图11中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图12所示，提供了一种交通工具开锁装置，部署在交通工具，包括：

标识信息采集模块701，用于采集向交通工具发起使用流程的用户终端的标识信息；

开锁请求发送模块702，用于向服务器发送开锁请求；开锁请求中携带标识信息，开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后，返回开锁指令；

开锁操作执行模块703，用于接收服务器返回的开锁指令，并根据开锁指令开执行开锁操作。

在其中一个实施例中，交通工具包括图像采集组件，标识信息采集模块702包括：

图形编码展示子模块，用于通过图像采集组件采集用户终端展示的图形编码；

图形编码解析子模块，用于对图形编码进行解析处理，得到标识信息。

在其中一个实施例中，如图13所示，该装置还包括：

图像采集组件开启模块704，用于接收图像采集组件开启指令，并根据图像采集组件开启指令开启图像采集组件。

在其中一个实施例中，交通工具设置有开启按钮和红外传感器中的至少一种，图像采集组件开启模块704，包括：

第一开启子模块，用于在检测到针对开启按钮的按压操作后，接收图像采集组件开启指令；

第二开启子模块，用于通过红外传感器检测交通工具周围预设范围内的物体发射的红外线，若检测到的红外线的特征与人体发射的红外线的特征相匹配，则接收图像采集组件开启指令。

在其中一个实施例中，如图14所示，该装置还包括：

图像采集组件关闭模块705，用于若在预设时长内图像采集组件未采集到图形编码，则关闭图像采集组件。

在其中一个实施例中，如图15所示，该装置还包括：

第一提示信息展示模块706，用于展示第一提示信息，第一提示信息用于提示图像采集组件已开启；

第二提示信息展示模块707，用于展示第二提示信息，第二提示信息用于提示图像采集组件已关闭。

在其中一个实施例中，如图16所示，图形编码携带校验信息；该装置还包括：

校验信息获得模块708，用于对图形编码进行解析处理，得到校验信息；

校验模块709，用于根据校验信息对图形编码的有效性进行校验；

对应地，开锁请求发送模块703，具体用于在确定图形编码为有效图形编码后，向服务器发送开锁请求。

在其中一个实施例中，校验信息包括时间校验信息；校验模块710，具体用于计算当前时刻与时间校验信息所指示的时刻之间的时间差；在时间差小于预设差值的情况下，确定图形编码为有效图形编码。

在其中一个实施例中，校验模块709，具体用于获取交通工具的当前位置；在交通工具的当前位置与位置校验信息所指示的位置匹配的情况下，确定图形编码为有效图形编码。

在其中一个实施例中，图形编码是二维码。

在其中一个实施例中，开锁指令为加密指令，开锁操作执行模块703，具体用于利用交通工具中存储的解密密钥，对开锁指令进行解密处理；若对开锁指令解密成功，则执行开锁操作。

在其中一个实施例中，如图17所示，该装置还包括：

解密密钥接收模块710，用于接收服务器定期发送的解密密钥；

解密密钥更新模块711，用于利用服务器最新发送的解密密钥更新交通工具中存储的解密密钥。

在一个实施例中，如图18所示，提供了一种交通工具开锁装置，部署在向交通工具发起使用流程的用户终端，该装置包括：

标识信息获取模块801，用于获取用户终端的标识信息；

标识信息传递模块802，用于将标识信息传递至交通工具；

其中，标识信息供交通工具根据标识信息向服务器发送开锁请求，并根据服务器返回的开锁指令执行开锁操作；开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后返回开锁指令。

在一个实施例中，标识信息传递模块702，具体用于根据标识信息生成图形编码，并展示图形编码；图形编码供交通工具通过图像采集组件进行采集。

在一个实施例中，如图19所示，该装置还包括：

校验信息获取模块803，用于获取校验信息，校验信息包括时间校验信息和位置校验信息中的至少一种，时间校验信息用于指示当前时刻；位置校验信息用于指示用户终端的当前位置；

对应地，标识信息传递模块802，具体用于根据标识信息和校验信息生成图形编码。

在一个实施例中，图形编码是二维码。

关于交通工具开锁装置的具体限定可以参见上文中对于交通工具开锁方法的限定，在此不再赘述。上述交通工具开锁装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本公开实施例还公开了一种交通工具，如图20所示，该交通工具包括图像采集组件901、处理组件902、通信组件903和车锁904，图像采集组件901、通信组件903以及车锁904分别与处理组件902连接；

图像采集组件901，用于对向交通工具发起使用流程的用户终端展示的图形编码进行采集；

处理组件902，用于对图形编码进行解析处理，得到用户终端的标识信息；

通信组件903，用于向服务器发送开锁请求，接收服务器返回的开锁指令，开锁请求中携带标识信息，开锁请求用于指示服务器在根据标识信息确定用户终端具有开锁权限后，返回开锁指令；

处理组件902，用于根据开锁指令控制车锁904开启。

在其中一个实施例中，交通工具还包括开启按钮，开启按钮与处理组件连接；

处理组件，还用于在检测到开启按钮被按压的情况下，控制图像采集组件开启控制图像采集组件开启。

在其中一个实施例中，交通工具还包括红外传感器，红外传感器与处理组件连接；

红外传感器，用于检测交通工具周围预设范围内的物体发射的红外线；

处理组件，还用于在红外传感器检测到的红外线的特征与人体发射的红外线的特征相匹配的情况下，控制图像采集组件开启。

在其中一个实施例中，交通工具还包括展示组件，展示组件与处理组件连接；

展示组件，用于在处理组件的控制下展示第一提示信息和第二提示信息中的至少一种，第一提示信息用于提示图像采集组件已开启，第二提示信息用于提示图像组件已关闭。

图21是根据一示例性实施例示出的一种电子设备1300的框图。例如，电子设备1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图21，电子设备1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。其中，存储器上存储有在处理器上运行的计算机程序或者指令。

处理组件1302通常控制电子设备1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在电子设备1300的操作。这些数据的示例包括用于在电子设备1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为电子设备1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为电子设备1300生成、管理和分配电力相关联的组件。

多媒体组件1308包括在所述电子设备1300和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当电子设备1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当电子设备1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为电子设备1300提供各个方面的状态评估。例如，传感器组件1314可以检测到电子设备1300的打开/关闭状态，组件的相对定位，例如所述组件为电子设备1300的显示器和小键盘，传感器组件1314还可以检测电子设备1300或电子设备1300一个组件的位置改变，用户与电子设备1300接触的存在或不存在，电子设备1300方位或加速/减速和电子设备1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1316被配置为便于电子设备1300和其他设备之间有线或无线方式的通信。电子设备1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述交通工具开锁方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由电子设备1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random AccessMemory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本公开实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施例专利的保护范围应以所附权利要求为准。