基于LPWan的车辆开锁方法及其装置与流程

文档序号:14405410阅读:134来源:国知局
基于LPWan的车辆开锁方法及其装置与流程

本发明涉及车辆管理技术,尤其涉及一种基于lpwan的车辆开锁方法、应用服务器、车锁及终端。



背景技术:

现有技术中车辆(以下以共享单车举例说明)与应用服务器间采用基于蜂窝的窄带物联网nb-iot(narrowbandinternetofthings,简称“nb-iot”)模式进行通讯,该通讯模式的网络信号覆盖范围广,使得共享单车可达区域广。

然而,由于nb-iot的网络信号覆盖范围广,为了支持共享单车与应用服务器间的长距离通讯,功率消耗会较大;且共享单车与应用服务器间的通讯为轮询(polling)模式,共享单车需要时刻与应用服务器保持网络连接状态以维持轮询模式,因此能源消耗较大,上述这些情况都会造成共享单车内储能电池的耗电量大,电池寿命降低。



技术实现要素:

本发明提供一种基于lpwan的车辆开锁方法、应用服务器、车锁及终端,用于解决现有技术中轮询开锁方式导致通讯状态维持消耗能量大,电池寿命短的技术问题。

本发明第一个方面提供一种基于lpwan的车辆开锁方法,包括:

应用服务器接收用户的客户端发送的第一开锁请求,所述第一开锁请求中包含用户标识、目标车辆的标识;

根据所述用户标识,向所述客户端发送开锁指示消息,以使用户根据所述开锁指示消息触发所述目标车辆向所述应用服务器发送第二开锁请求;

接收所述目标车辆发送的第二开锁请求,所述第二开锁请求中包含所述目标车辆的标识;

根据所述车辆标识,向所述目标车辆返回开锁响应,以使所述目标车辆根据所述开锁响应执行开锁操作。

可选的,所述应用服务器接收用户的客户端发送的第一开锁请求之后,还包括:

将所述用户标识与所述目标车辆的标识对应存储到开锁等候队列中;

所述接收所述目标车辆发送的第二开锁请求之后,还包括:

在所述开锁等候队列中确认是否存在所述目标车辆的标识,若存在,则向所述目标车辆返回所述开锁响应。

可选的,所述方法,还包括:

若所述应用服务器在第一预设时长内未接收到所述目标车辆发送的所述第二开锁请求,则将所述目标车辆的标识从所述开锁等候队列中清除。

可选的,所述将所述目标车辆的标识从所述开锁等候队列中清除之后,还包括:

向所述用户的客户端返回取消开锁的通知消息。

本发明第二个方面提供一种基于lpwan的车辆开锁方法,包括:

目标车辆接收开锁触发指令;

根据所述开锁触发指令,向应用服务器发送第二开锁请求;

接收所述应用服务器返回的开锁响应;

根据所述开锁响应,执行开锁操作。

可选的,所述根据所述开锁触发指令,向应用服务器发送第二开锁请求,包括:

基于lorawan的classa协议,在接收到所述开锁触发指令后,向所述应用服务器发送所述第二开锁请求。

可选的,所述接收所述应用服务器返回的开锁响应,包括:

在所述第二开锁请求发送后开始到预设响应窗口结束前,接收所述应用服务器返回的开锁响应。

本发明第三个方面提供一种基于lpwan的车辆开锁方法,包括:

用户的客户端获取目标车辆的标识;

向应用服务器发送第一开锁请求,所述第一开锁请求中包含用户标识、所述目标车辆的标识;

接收所述应用服务器返回的开锁指示消息,以使用户根据所述开锁指示消息触发所述目标车辆向所述应用服务器发送第二开锁请求;

接收所述应用服务器返回的开锁成功或取消开锁的通知消息。

本发明第四个方面提供一种应用服务器,包括:

接收模块,用于接收用户的客户端发送的第一开锁请求,所述第一开锁请求中包含用户标识、目标车辆的标识;

发送模块,用于根据所述用户标识,向所述客户端发送开锁指示消息,以使用户根据所述开锁指示消息触发所述目标车辆向所述应用服务器发送第二开锁请求;

所述接收模块,还用于接收所述目标车辆发送的第二开锁请求,所述第二开锁请求中包含所述目标车辆的标识;

所述发送模块,还用于根据所述车辆标识,向所述目标车辆返回开锁响应,以使所述目标车辆根据所述开锁响应执行开锁操作。

可选的,还包括:

存储模块,用于将所述用户标识与所述目标车辆的标识对应存储到开锁等候队列中;

确认模块,用于在所述开锁等候队列中确认是否存在所述目标车辆的标识;

所述发送模块,还用于当所述确认模块确认在所述开锁等候队列中存在所述目标车辆的标识时,向所述目标车辆返回所述开锁响应。

可选的,还包括:

清除模块,用于当在第一预设时长内未接收到所述目标车辆发送的所述第二开锁请求时,将所述目标车辆的标识从所述开锁等候队列中清除。

可选的,所述发送模块,还用于向所述用户的客户端返回取消开锁的通知消息。

本发明第五个方面提供一种车锁,包括:

接收模块,用于接收开锁触发指令;

发送模块,用于根据所述开锁触发指令,向应用服务器发送第二开锁请求;

所述接收模块,还用于接收所述应用服务器返回的开锁响应;

处理模块,用于根据所述开锁响应,执行开锁操作。

可选的,所述发送模块,具体用于基于lorawan的classa协议,在接收到所述开锁触发指令后,向所述应用服务器发送所述第二开锁请求。

可选的,所述接收模块,具体用于在所述第二开锁请求发送后开始到预设响应窗口结束前,接收所述应用服务器返回的开锁响应。

本发明第六个方面提供一种终端,包括:

获取模块,用于端获取目标车辆的标识;

发送模块,用于向应用服务器发送第一开锁请求,所述第一开锁请求中包含用户标识、所述目标车辆的标识;

接收模块,用于接收所述应用服务器返回的开锁指示消息,以使用户根据所述开锁指示消息触发所述目标车辆向所述应用服务器发送第二开锁请求;

所述接收模块,还用于接收所述应用服务器返回的开锁成功或取消开锁的通知消息。

由以上几个方面可知,本发明提供的基于lpwan的车辆开锁方法、应用服务器、车锁及终端,应用服务器通过接收用户的客户端发送的第一开锁请求,第一开锁请求中包含用户标识、目标车辆的标识;根据用户标识,向客户端发送开锁指示消息,以使用户根据开锁指示消息触发目标车辆向应用服务器发送第二开锁请求;接收目标车辆发送的第二开锁请求,第二开锁请求中包含目标车辆的标识;根据车辆标识,向目标车辆返回开锁响应,以使目标车辆根据开锁响应执行开锁操作。实现了目标车辆仅在用户触发的情况下,才与应用服务器进行通讯,向其发送开锁请求,相较于现有技术节省了车辆与应用服务器间维持通讯所消耗的能量,可以有效地延长为通信模块提供电力的电池的寿命。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明一示例性实施例示出的基于lpwan的车辆开锁方法的流程图;

图2为本发明另一示例性实施例示出的基于lpwan的车辆开锁方法的流程图;

图3为本发明一示例性实施例示出的基于lpwan的车辆开锁方法的流程图;

图4为本发明另一示例性实施例示出的基于lpwan的车辆开锁方法的流程图;

图5为本发明一示例性实施例示出的基于lpwan的车辆开锁方法的流程图;

图6为本发明一示例性实施例示出的应用服务器、目标车辆的车锁、用户的客户端三者交互的流程示意图;

图7为本发明另一示例性实施例示出的应用服务器、目标车辆的车锁、用户的客户端三者交互的流程示意图;

图8为本发明一示例性实施例示出的应用服务器的结构示意图;

图9为本发明另一示例性实施例示出的应用服务器的结构示意图;

图10为本发明一示例性实施例示出的车锁的结构示意图;

图11为本发明一示例性实施例示出的终端的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

图1为本发明一示例性实施例示出的基于lpwan的车辆开锁方法的流程图,如图1所示,本实施例中的基于lpwan的车辆开锁方法的执行主体为车辆管理方的应用服务器,其可以与车辆上配置的通信模块进行交互以对该车辆进行开锁和锁车的控制,其也可以与用户的客户端进行通讯,其中,用户的客户端可以设置在用户的移动设备内,例如,手机终端内,以实现应用服务器接收客户端发送的用车或锁车指令。下文中的车辆包括但不限于机动车辆、自行车辆等,以下均已自行车为例进行方案的说明。具体的,如图1所示,本实施例中的车辆管理方法包括:

步骤101、应用服务器接收用户的客户端发送的第一开锁请求,第一开锁请求中包含用户标识、目标车辆的标识。

在本步骤中,用户可以基于终端内安装的客户端app提供的界面提示,获取目标车辆的标识信息,所谓目标车辆是指用户需要使用的车辆,通常来说,用户可以通过移动终端扫描车辆上的二维码或通过其他方式得到车辆的标识信息,并将该车辆的标识信息以及用户标识发送给应用服务器,应用服务器将用户的标识信息与该车辆的标识信息对应存储,则该车辆为目标车辆。其中,所谓用户标识可以为用户的移动终端的手机号,或者用户用于注册客户端时的用户账号信息等,以上为应用服务器与用户的客户端之间的交互,两者可以基于3g/4g或者有线网络进行交互。

步骤102、根据用户标识,向客户端发送开锁指示消息,以使用户根据开锁指示消息触发目标车辆向应用服务器发送第二开锁请求。

在本步骤中,为了实现节能的目的,车辆上的通讯模块不采用轮询(polling)的方式与应用服务器始终保持联系,而是仅在需要与应用服务器进行通讯时,才触发与其的连接。举例来说,车锁上可以设置有开锁键,当用户的客户端接收到应用服务器发送的开锁指示消息后,按动车锁上的开锁键,触发目标车辆向应用服务器发送开锁请求(第二开锁请求)。也就是说,在开锁键没有接收到用户的按压触发时,其不与应用服务器进行任何通讯,从而实现节约能耗的目的。上述通讯的建立可以基于lorawan网络的classa通讯协议予以实现。使用lorawan中classa协议,则必须等待车辆上传数据应用服务器才能对其下发数据,用户点按车锁的开锁键会触发上行数据传输,将车辆的信息和开锁触发信息通过lorawan发送至应用服务器,之后应用服务器根据是否存储有用户客户端发来的对应的开锁申请记录(第一开锁请求)来判断是否需要应答,如果车辆在随后接收到的下行传输内包含开锁的应答,则打开车锁,如果没有包含开锁应答,则不做任何操作。

步骤103、接收目标车辆发送的第二开锁请求,第二开锁请求中包含目标车辆的标识。

步骤104、根据车辆标识,向目标车辆返回开锁响应,以使目标车辆根据开锁响应执行开锁操作。

在本步骤中,若应用服务器接收到目标车辆发送的第二开锁请求,则根据目标车辆标识,确认是否有用户客户端发来的第一开锁请求,若有,则可以返回开锁响应,目标车辆接收到开锁提示后,开启车锁;应用服务器还可以通知用户的客户端,车辆开始使用,提示用户开始计费。

本实施例的基于lpwan的车辆开锁方法,应用服务器通过接收用户的客户端发送的第一开锁请求,第一开锁请求中包含用户标识、目标车辆的标识;根据用户标识,向客户端发送开锁指示消息,以使用户根据开锁指示消息触发目标车辆向应用服务器发送第二开锁请求;接收目标车辆发送的第二开锁请求,第二开锁请求中包含目标车辆的标识;根据车辆标识,向目标车辆返回开锁响应,以使目标车辆根据开锁响应执行开锁操作。实现了目标车辆仅在用户触发的情况下,才与应用服务器进行通讯,向其发送开锁请求,相较于现有技术节省了目标车辆与应用服务器之间维持通讯所消耗的能量,可以有效地延长为车辆内的通信模块提供电力的电池的寿命。

图2为本发明另一示例性实施例示出的基于lpwan的车辆开锁方法的流程图,如图2所示,在上一实施例的基础上,本实施例的基于lpwan的车辆开锁方法,具体包括:

步骤201、应用服务器接收用户的客户端发送的第一开锁请求,第一开锁请求中包含用户标识、目标车辆的标识。

步骤202、将用户标识与目标车辆的标识对应存储到开锁等候队列中。

在本步骤中,所谓开锁等候队列就是在应用服务器接收到用户的开锁请求(第一开锁请求)后,将用户标识与目标车辆标识建立对应关系的队列。当应用服务器接收到车辆发送的开锁请求后,就可以到该队列中确定其是否有对应的用户标识,若存在,则向该目标车辆发送开锁指示,并启动对该用户标识对应用户的计费、用车计时等操作。

步骤203、根据用户标识,向客户端发送开锁指示消息,以使用户根据开锁指示消息触发目标车辆向应用服务器发送第二开锁请求。

步骤204a、接收目标车辆发送的第二开锁请求,第二开锁请求中包含目标车辆的标识。

步骤205a、在开锁等候队列中确认是否存在目标车辆的标识,若存在,则向目标车辆返回开锁响应,以使目标车辆根据开锁响应执行开锁操作。

步骤204b、若应用服务器在第一预设时长内未接收到目标车辆发送的第二开锁请求,则将目标车辆的标识从开锁等候队列中清除。

步骤205b、向用户的客户端返回取消开锁的通知消息。

在步骤204b和步骤205b中,若应用服务器在一段时长范围内(第一预设时长)内未接收到目标车辆发送的开锁请求(第二开锁请求),则会将目标车辆的标识从开锁等候队列中清除。对于这种需要用户触发开锁键的情况,应用服务器未接收到目标车辆发送的开锁请求,可能是由于目标车辆不在网络信号的覆盖范围内,使得目标车辆的开锁请求不能到达应用服务器;本发明基于lpwan网络,则可以通过调节lpwan网络的基站的发射信号强度,使得仅在规范停车区域内有网络信号的覆盖,从而达到规范用户停车的目的,因此,若目标车辆无法与应用服务器联系,则可能是由于其不在规范的网络信号覆盖范围内。此外,也可能是用户改变用车主意未触发开锁键,或者车锁故障等原因,使得目标车辆的开锁请求未被发出;无论是哪种原因,若应用服务器在第一预设时长内未接收到车辆发送的第二开锁请求,则向用户的客户端发送通知消息,该通知消息可以包含有提示用户确认目标车辆是否为规范停放范围内的车辆的提示消息,并告知用户本次开锁被取消。

图3为本发明一示例性实施例示出的基于lpwan的车辆开锁方法的流程图,如图3所示,本实施例中的基于lpwan的车辆开锁方法的执行主体可以为配置有通讯模块,实现与应用服务器进行通讯的车锁;其中,应用服务器可以通过与车锁上的通信模块进行交互以对该车辆进行开锁和锁车的控制,其也可以与用户的客户端进行通讯,其中,用户的客户端可以设置在用户的移动设备内,例如,手机终端内,以实现接收客户端发送的用户的用车或锁车的指令。下文中的车辆包括但不限于机动车辆、自行车辆等,以下均已自行车为例进行方案的说明。具体的,如图3所示,本实施例中的基于lpwan的车辆关锁方法包括:

步骤301、目标车辆接收开锁触发指令。

步骤302、根据开锁触发指令,向应用服务器发送第二开锁请求。

步骤303、接收应用服务器返回的开锁响应。

步骤304、根据开锁响应,执行开锁操作。

上述步骤中,可以通过在车锁上安装开锁键,当用户按压该开锁键后,目标车辆接收到用户触发的开锁触发指令,则其可以基于例如lpwan中的lorawan的classa协议,在用户点按车锁的开锁键后会触发上行数据传输,将车辆的信息和开锁触发信息通过lorawan发送至应用服务器,之后应用服务器根据是否存储有用户客户端发来的对应的开锁申请记录(如前所述的第一开锁请求)来判断是否需要应答,如果目标车辆在随后接收到应用服务器发送的下行传输内包含开锁响应,则打开车锁,如果没有包含开锁响应,则不做任何操作。

本实施例的基于lpwan的车辆开锁方法,目标车辆通过接收开锁触发指令;根据开锁触发指令,向应用服务器发送开锁请求;接收应用服务器返回的开锁响应;根据开锁响应,执行开锁操作。实现了目标车辆仅在接收到用户的触发的情况下,才与应用服务器进行通讯,向其发送开锁请求,相较于现有技术节省了目标车辆与应用服务器之间维持通讯所消耗的能量,可以有效地延长为车辆内的通信模块提供电力的电池的寿命。

图4为本发明另一示例性实施例示出的基于lpwan的车辆开锁方法的流程图,如图4所示,在上述方法实施例的基础上,本实施例的基于lpwan的车辆开锁方法包括:

步骤401、目标车辆接收开锁触发指令。

步骤402、基于lorawan的classa协议,在接收到开锁触发指令后,向应用服务器发送第二开锁请求。

步骤403、在第二开锁请求发送后开始到预设响应窗口结束前,接收应用服务器返回的开锁响应。

在本步骤中,由于目标车辆上行发送第二开锁请求是在接收到用户按压开锁键后的开锁触发指令下执行的,因此,其发送第二开锁请求后,会开启自己的接收窗口,等待应用服务器的下行数据,但该接收窗口不会长久开放,而是在第二开锁请求发送后开始到预设响应窗口结束前的时间段内连续或间断性地打开接收窗口,若在该预设响应窗口结束前,未接收到下行数据,则其与应用服务器的本次交互结束。只能等待用户的再次触发,其再次向应用服务器发送开锁请求,才能等待应用服务器的应答。这样也可以有效防止,用户请求开锁后,改变用车主意,没有点按开锁键,而使得目标车辆始终被该用户占用的情况发生。若用户未在第二开锁请求发送后开始到预设响应窗口结束前的时间段内触发开锁键,则目标车辆在最后一个接收窗口结束时刻未收到开锁指示,则本次开锁操作就取消了。

步骤404、根据开锁响应,执行开锁操作。

图5为本发明一示例性实施例示出的基于lpwan的车辆开锁方法的流程图,如图5所示,本实施例中的基于lpwan的车辆开锁方法的执行主体为用户的客户端,该客户端可以设置在用户的移动设备内,例如,手机终端内,以实现与车辆管理方的应用服务器之间的交互,完成用户用车或锁车的操作。应用服务器还可以与车辆上配置的通信模块进行交互以对该车辆进行开锁和锁车的控制。下文中的车辆包括但不限于机动车辆、自行车辆等,以下均已自行车为例进行方案的说明。具体的,如图5所示,本实施例中的基于lpwan的车辆开锁方法包括:

步骤501、用户的客户端获取目标车辆的标识。

在本步骤中,用户可以通过移动终端扫描车辆上的二维码或通过其他方式得到车辆的标识信息。

步骤502、向应用服务器发送第一开锁请求,第一开锁请求中包含用户标识、目标车辆的标识。

在本步骤中,用户需要用车时,可以通过客户端向应用服务器发送开锁请求(第一开锁请求),应用服务器可以基于3g/4g或者有线网络接收到用户的开锁请求,将请求中的用户标识,例如,用户注册该客户端时的账号或者用户的移动终端的号码(手机号码)等信息与目标车辆的标识对应存储。

步骤503、接收应用服务器返回的开锁指示消息,以使用户根据开锁指示消息触发目标车辆向应用服务器发送第二开锁请求。

在本步骤中,用户根据应用服务器返回的开锁指示消息,该开锁指示消息中可以包含有提示用户如何触发目标车辆上的开锁键的图片或短视频,以使用户根据提示信息,按压开锁键,以触发目标车辆向应用服务器发送第二开锁请求。目标车辆与应用服务器之间可以基于例如lpwan中的lorawan的classa协议,在用户点按车锁的开锁键后会触发上行数据传输,将车辆的信息和开锁触发信息通过lorawan发送至应用服务器,之后应用服务器根据是否存储有用户客户端发来的对应的开锁申请记录(如前所述的第一开锁请求)来判断是否需要应答,如果目标车辆在随后接收到应用服务器发送的下行传输内包含开锁响应,则打开车锁,如果没有包含开锁响应,则不做任何操作。

步骤504、接收应用服务器返回的开锁成功或取消开锁的通知消息。

在本步骤中,无论应用服务器是否成功开启目标车辆的车锁,用户的客户端都可以接收到应用服务器发送的通知消息。若应用服务器没有接收到目标车辆发送的开锁请求,可能是由于目标车辆不在网络信号的覆盖范围内,使得目标车辆的开锁请求不能到达应用服务器;也可能是用户改变用车主意未触发开锁键,或者车锁故障等原因,使得目标车辆的开锁请求未被发出;无论是哪种原因,若应用服务器在一段时长内未接收到目标车辆的开锁请求,则向用户的客户端发送通知消息,该通知消息可以包含有提示用户确认目标车辆是否为规范停放范围内的车辆的提示消息,并告知用户本次开锁被取消。若应用服务器接收到目标车辆发送的开锁请求,则检查开锁等候队列中是否有该目标车辆与用户标识之间的记录,若有,则向目标车辆返回开锁响应,同时向用户的客户端发送通知消息,通知用户开始计费。

本实施例的基于lpwan的车辆开锁方法,用户的客户端通过获取目标车辆的标识;向应用服务器发送第一开锁请求,第一开锁请求中包含用户标识、目标车辆的标识;接收应用服务器返回的开锁指示消息;根据开锁指示消息触发目标车辆向应用服务器发送第二开锁请求;接收应用服务器返回的开锁成功或取消开锁的通知消息。实现了目标车辆仅在接收到用户的触发的情况下,才与应用服务器进行通讯,向其发送开锁请求,相较于现有技术节省了目标车辆与应用服务器之间维持通讯所消耗的能量,可以有效地延长为车辆内的通信模块提供电力的电池的寿命。

基于上述各个实施例,图6为本发明一示例性实施例示出的应用服务器、目标车辆的车锁、用户的客户端三者交互的流程示意图,如图6所示,三者在开锁过程中的交互流程包括:

1、用户采用移动终端设备,如手机的扫描功能对目标车辆上的二维码进行扫描。

2、通过扫描获取到目标车辆的标识;

3、客户端向应用服务器发送开锁请求,开锁请求中包含有用户的标识以及目标车辆的标识;

4、应用服务器对用户的标识以及目标车辆的标识进行保存;

5、应用服务器提示用户可以触发车锁上的开锁键;

6、用户点击开锁键,目标车辆将车锁信息通过lorawan上行传输到应用服务器;

7、应用服务器根据用户发送的开锁请求查询记录;

8、若查询到目标车辆为用户请求开锁的车辆,则返回开锁命令;

9、向用户的客户端发送通知消息,提示用户开始计费。

图7为本发明另一示例性实施例示出的应用服务器、目标车辆的车锁、用户的客户端三者交互的流程示意图,如图7所示,三者在开锁过程中的交互流程包括:

1、用户采用移动终端设备,如手机的扫描功能对目标车辆上的二维码进行扫描。

2、通过扫描获取到目标车辆的标识;

3、客户端向应用服务器发送开锁请求,开锁请求中包含有用户的标识以及目标车辆的标识;

4、应用服务器对用户的标识以及目标车辆的标识进行保存;

5、应用服务器提示用户可以触发车锁上的开锁键;

6、用户点击开锁键,但是目标车辆的车锁信息通过lorawan上行传输未达应用服务器;

7、应用服务器等待一段时间后,因未收到目标车辆发送的开锁请求,而将其从等待开锁的队列中清除,以使其他用户可以重新使用该目标车辆;

8、向用户的客户端发送通知消息,提示本次用车取消。

图8为本发明一示例性实施例示出的应用服务器的结构示意图,如图8所示,本实施例的应用服务器包括:

接收模块81,用于接收用户的客户端发送的第一开锁请求,所述第一开锁请求中包含用户标识、目标车辆的标识;

发送模块82,用于根据所述用户标识,向所述客户端发送开锁指示消息,以使用户根据所述开锁指示消息触发所述目标车辆向所述应用服务器发送第二开锁请求;

接收模块81,还用于接收所述目标车辆发送的第二开锁请求,所述第二开锁请求中包含所述目标车辆的标识;

发送模块82,还用于根据所述车辆标识,向所述目标车辆返回开锁响应,以使所述目标车辆根据所述开锁响应执行开锁操作。

本实施例可用于执行前述图1所示的方法实施例,实现原理相似,在此不再赘述。

图9为本发明另一示例性实施例示出的应用服务器的结构示意图,如图9所示,在上一实施例的基础上,本实施例的应用服务器还包括:

存储模块83,用于将所述用户标识与所述目标车辆的标识对应存储到开锁等候队列中;

确认模块84,用于在所述开锁等候队列中确认是否存在所述目标车辆的标识;

发送模块82,还用于当所述确认模块确认在所述开锁等候队列中存在所述目标车辆的标识时,向所述目标车辆返回所述开锁响应。

可选的,还包括:

清除模块85,用于当在第一预设时长内未接收到所述目标车辆发送的所述第二开锁请求时,将所述目标车辆的标识从所述开锁等候队列中清除。

可选的,发送模块82,还用于向所述用户的客户端返回取消开锁的通知消息。

本实施例可用于执行前述图2所示的方法实施例,实现原理相似,在此不再赘述。

图10为本发明一示例性实施例示出的车锁的结构示意图,如图10所示,本实施例的车锁包括:

接收模块101,用于接收开锁触发指令;

发送模块102,用于根据所述开锁触发指令,向应用服务器发送第二开锁请求;

接收模块101,还用于接收所述应用服务器返回的开锁响应;

处理模块103,用于根据所述开锁响应,执行开锁操作。

本实施例可用于执行前述图3所示的方法实施例,实现原理相似,在此不再赘述。

在上一实施例的基础上,可选的,本实施例的车锁还包括:

发送模块102,具体用于基于lorawan的classa协议,在接收到所述开锁触发指令后,向所述应用服务器发送所述第二开锁请求。

可选的,接收模块101,具体用于在所述第二开锁请求发送后开始到预设响应窗口结束前,接收所述应用服务器返回的开锁响应。

本实施例可用于执行前述图4所示的方法实施例,实现原理相似,在此不再赘述。

图11为本发明一示例性实施例示出的终端的结构示意图,如图11所示,本实施例的终端包括:

获取模块111,用于端获取目标车辆的标识;

发送模块112,用于向应用服务器发送第一开锁请求,所述第一开锁请求中包含用户标识、所述目标车辆的标识;

接收模块113,用于接收所述应用服务器返回的开锁指示消息,以使用户根据所述开锁指示消息触发所述目标车辆向所述应用服务器发送第二开锁请求;

接收模块113,还用于接收所述应用服务器返回的开锁成功或取消开锁的通知消息。

本实施例可用于执行前述图5所示的方法实施例,实现原理相似,在此不再赘述。最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1