具体实施方式
为了使本公开实施例的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本公开实施例进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本公开实施例,并不用于限定本公开实施例。
首先,在具体介绍本公开实施例的技术方案之前,先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。
近年来,共享车辆的出现,给人们的生活带来了极大便利,人们越来越倾向于使用共享车辆。在实际应用中,共享车辆需要周期性地向共享车辆租赁服务平台(以下简称为服务平台)的服务器(以下简称为服务器)上报车辆信息,以便于服务平台的运营人员根据共享车辆上报的车辆信息对共享车辆进行车辆位置跟踪和管理。
在一种场景下,共享车辆向服务器上报车辆信息的过程是:共享车辆通过GPS模组获取自身的车辆位置信息,然后共享车辆将车辆位置信息、身份信息以及其他信息打包得到车辆信息,并周期性地通过通信网络将自身的车辆信息上报至服务器,其中,目前常用的通信网络为2G、3G、4G或5G或它们的组合。
在另一种场景下,共享车辆向服务器上报车辆信息的过程是:服务器通过通信网络、短信或者其他通信方式主动地向共享车辆发送车辆查询信息,共享车辆接收到车辆查询信息之后,将车辆位置信息、身份信息以及其他信息打包得到车辆信息,然后共享车辆通过通信网络将车辆信息上报至服务器。
然而,上述两种场景中,共享车辆向服务器上报自身车辆信息均需要依赖于通信网络,当共享车辆处于网络信号较差的位置或者网络信号被屏蔽的区域时,可能出现,共享车辆无法接收到服务器发送的车辆查询信息,以及共享车辆无法向服务器上报车辆信息的情况,当共享车辆无法向服务器上报车辆信息时,该共享车辆即与服务器失联,会给企业造成经济损失。
有鉴于此,如何避免共享车辆与服务器失联,成为目前亟待解决的难题。
另外,需要说明的是,从确定现有技术的成本高效率低以及下述实施例介绍的技术方案,申请人均付出了大量的创造性劳动。
下面结合本公开实施例所应用的场景,对本公开实施例涉及的技术方案进行介绍。
本公开实施例提供的车辆信息上报方法,可以应用于如图1所示的应用环境中。其中,该应用环境可以包括第一车辆101、第二车辆102(图1中仅示出了一个第一车辆和一个第二车辆)和服务器103,其中,服务器103可以与第二车辆102通过有线或者无线网络进行通信,第一车辆101可以与第二车辆102通过近距离通信方式进行通信。
其中,近距离通信方式可以例如是蓝牙通信方式、毫米波通信方式等。
服务器103为共享车辆租赁服务平台的服务器(以下简称为服务器),可以为一台服务器,也可以为由多台服务器组成的服务器集群。
该第一车辆101和第二车辆102可以为单车、电单车、三轮车、摩托车以及四轮乘用车或者其他的能够为用户提供代步功能的车辆。
可选的,在本公开的另一种应用环境中,可以包括第一车辆、第二车辆、第三车辆和服务器,其中,服务器可以与第三车辆通过有线或者无线网络进行通信,第一车辆和第二车辆可以直接或者间接地与第三车辆通过近距离通信方式进行通信。
在一个实施例中,如图2所示,提供了一种车辆信息上报方法,该方法应用于图1中的第一车辆中,包括以下步骤:
步骤201,若第一车辆的通信状态满足预设条件,则第一车辆检测第一车辆周围预设范围内是否存在第二车辆。
其中,第二车辆为与服务器之间的通信网络未失效的车辆。
本公开实施例中,在第一车辆需要周期性地主动向服务器上报自身的车辆信息的情况下,每次向服务器上报车辆信息之前,第一车辆需要检测自身的通信状态是否满足预设条件,可选的,预设条件可以是第一车辆与服务器之间的通信网络失效。即表示,第一车辆需要检测第一车辆与服务器之间的通信网络是否失效。
可选的,本公开实施例中,第一车辆检测第一车辆与服务器之间的通信网络是否失效的过程可以是:第一车辆可以向服务器发送网络连接请求,若第一车辆接收到服务器下发的响应信息,则说明第一车辆与服务器之间的通信网络未失效。若第一车辆没有接收到服务器下发的响应信息,或者响应超时,则说明第一车辆与服务器之间的通信网络失效。
其中,第一车辆与服务器之间的通信网络未失效,说明第一车辆的通信状态不满足预设条件,此时,第一车辆可以基于自身与服务器之间的通信网络将自身的车辆信息直接上报至服务器。
第一车辆与服务器之间的通信网络失效,说明第一车辆的通信状态满足预设条件,此时,第一车辆可以检测第一车辆周围预设范围内是否存在第二车辆。
本公开实施例中,第一车辆检测第一车辆周围预设范围内是否存在第二车辆的过程包括以下内容:第一车辆可以确定出到第一车辆的距离小于等于距离阈值的一个或者多个邻近车辆。
对于每个邻近车辆,第一车辆可以获取该邻近车辆的通信状态,其中,邻近车辆的通信状态包括该邻近车辆与服务器之间的通信网络失效和该邻近车辆与服务器之间的通信网络未失效两种情况。当某一个或者某几个邻近车辆的通信状态为该邻近车辆与服务器之间的通信网络未失效时,该某一个或者某几个邻近车辆即为第二车辆,即第一车辆周围预设范围内存在第二车辆。
当各邻近车辆的通信状态均为与服务器之间的通信网络失效时,说明第一车辆周围预设范围内不存在第二车辆。
步骤202,若第一车辆周围预设范围内存在第二车辆,则第一车辆通过第二车辆向服务器上报第一车辆的车辆信息。
本公开实施例中,若第一车辆周围预设范围内存在第二车辆,那么,第一车辆可以将第一车辆的车辆信息以蓝牙通信的方式发送给第二车辆,其中,第二车辆在接受到第一车辆的车辆信息之后,可以将第一车辆的车辆信息单独上报至服务器。第二车辆也可以是在上报自身的车辆信息的同时将第一车辆的车辆信息上报至服务器。
需要说明的是,当第二车辆的数量有多个时,第一车辆可以通过任意一个第二车辆向服务器上报第一车辆的车辆信息
可选的,本公开实施例中,第一车辆的车辆信息可以包括第一车辆的身份信息、第一车辆的位置信息和第一车辆的故障信息,其中,位置信息是通过GPS模组确定的。
步骤203,若第一车辆周围预设范围内不存在第二车辆,则第一车辆按照预设规则确定目标车辆,并指示目标车辆检测目标车辆周围预设范围内是否存在第三车辆;在目标车辆周围预设范围内存在第三车辆的情况下,通过第三车辆向服务器上报第一车辆的车辆信息。
其中,第三车辆为与服务器之间的通信网络未失效的车辆。
本公开实施例中,若第一车辆周围预设范围内不存在第二车辆,则第一车辆可以按照预设规则确定目标车辆。其中第一车辆确定目标车辆的过程可以是:第一车辆可以从邻近车辆中任选一个邻近车辆作为目标车辆。或者,第一车辆可以根据其与各邻近车辆的之间的通信质量确定目标车辆。
第一车辆可以指示目标车辆检测目标车辆周围预设范围内是否存在第三车辆,其中,目标车辆检测目标车辆周围预设范围内是否存在第三车辆的过程可以参考步骤201中公开的第一车辆检测第一车辆周围预设范围内是否存在第二车辆的过程。
在目标车辆周围预设范围内存在第三车辆的情况下,第一车辆可以向目标车辆发送第一车辆的车辆信息,然后由目标车辆向第三车辆转发第一车辆的车辆信息,最后,由第三车辆向服务器上报第一车辆的车辆信息。
本公开实施例提供的车辆信息上报方法,当第一车辆的通信状态满足预设条件时,第一车辆可以从周围预设范围内查找第二车辆,并通过第二车辆向服务器上报第一车辆的车辆信息,从而完成第一车辆与服务器之间的通信。当第一车辆周围预设范围内不存在第二车辆时,则第一车辆可以按照预设规则确定目标车辆,并指示目标车辆在其周围预设范围内查找第三车辆,然后并通过第三车辆向服务器上报第一车辆的车辆信息,从而完成第一车辆与服务器之间的通信。因此,本公开提供的车辆信息上报方法能够在第一车辆与服务器之间不能直接通信情况下,将第一车辆的车辆信息上报至服务器,从而避免第一车辆与服务器失联,给企业造成经济损失。
在本公开的一个实施例中,如图3所示,步骤201还可以包括以下内容:
步骤301,第一车辆通过扫描识别出第一车辆周围预设范围内的多个邻近车辆。
本公开实施例中,共享车辆可以周期性地通过蓝牙广播的方式广播自身的身份信息,在共享车辆与服务器之间的通信网络未失效时,共享车辆可以仅进行蓝牙广播而不进行蓝牙扫描。而在共享车辆与服务器之间的通信网络失效时,共享车辆需要启动自身的蓝牙扫描功能,以接收其他车辆通过蓝牙广播发出的身份信息。
本公开实施例中,第一车辆可以启动蓝牙扫描功能,通过蓝牙扫描的方式接收处于蓝牙扫描范围内的其他车辆的身份信息,从而确定出位于第一车辆的周围预设范围内的至少一个邻近车辆,其中,第一车辆的周围预设范围是指第一车辆的蓝牙扫描功能的蓝牙扫描范围。
步骤302,第一车辆依次通过各邻近车辆向服务器上报第一车辆的车辆信息。
本公开实施例中,第一车辆可以对各邻近车辆进行排序,然后按照先后次序通过各邻近车辆向服务器上报第一车辆的车辆信息。
可选的,第一车辆对各邻近车辆进行排序的过程可以包括:第一车辆可以获取与各邻近车辆之间的信号强度,信号强度越高,通信质量越好,信号强度越低,通信质量越差。然后按照第一车辆与邻近车辆之间的通信质量由高至低的顺序对各邻近车辆进行排序。
可选的,第一车辆按照先后次序依次通过各邻近车辆向服务器上报第一车辆的车辆信息的过程可以包括:第一车辆可以向某邻近车辆发送第一车辆的车辆信息,第一车辆的车辆信息用于指示该邻近车辆向服务器上报该第一车辆的车辆信息。该邻近车辆接收到第一车辆的车辆信息之后,该邻近车辆可以在向服务器上报自身车辆信息时一并将第一车辆的车辆信息上报给服务器。若该邻近车辆向服务器上报成功,那么该邻近车辆可以向第一车辆发送成功消息。此时,该邻近车辆为多个邻近车辆中的第一邻近车辆。若该邻近车辆向服务器上报失败,那么该邻近车辆可以向第一车辆发送失败消息。
步骤303,若多个邻近车辆中的第一邻近车辆向服务器成功上报第一车辆的车辆信息,则将第一邻近车辆确定为第二车辆,并确定第一车辆周围预设范围内存在第二车辆。
承接上文内容,当第一车辆接收到成功消息时,第一车辆可以将发送成功消息的第一邻近车辆确定为第二车辆,且第一车辆可以确定在第一车辆周围预设范围内存在第二车辆。
当第一车辆接收到失败消息时,第一车辆可以继续向排序在该邻近车辆之后的邻近车辆发送第一车辆的车辆信息,然后重复执行步骤302中公开的内容,直至在多个邻近车辆中找到向服务器成功上报第一车辆的车辆信息的第一邻近车辆为止。
需要说明的是,当第一邻近车辆被确定为第二车辆之后,第一车辆不再向排序在第一邻近车辆之后的其他邻近车辆发送第一车辆的车辆消息,检测第一车辆周围预设范围内是否存在第二车辆的过程结束。
步骤304,若多个邻近车辆中的任一邻近车辆均未成功向服务器上报第一车辆的车辆信息,则确定第一车辆周围预设范围内不存在第二车辆。
本公开实施例中,若第一车辆接收到多个邻近车辆中的最后一个邻近车辆发送的失败消息,即多个邻近车辆中的任一邻近车辆均未成功向服务器上报第一车辆的车辆信息,则第一车辆可以确定在第一车辆周围预设范围内不存在第二车辆。
本公开实施例中,通过检测出第一车辆周围预设范围内是否存在第二车辆,若存在第二车辆,则通过第二车辆向服务器上报第一车辆的车辆信息,从而保证了第一车辆与服务器不会失去联系。
本公开的一个实施例中,当第一车辆检测到第一车辆与服务器之间的通信网络失效时,第一车辆可以构建第二故障车组,此时,第二故障车组中只包括第一车辆,且默认构建第二故障车组的车辆(即第一车辆)为第二故障车组的核心车,第二故障车组成立之后加入该第二故障车组的车辆为成员车。如图4所示,本公开实施例提供了另一种车辆信息上报方法,包括:
步骤401,若第一车辆的通信状态满足预设条件,则第一车辆通过扫描识别出第一车辆周围预设范围内的多个邻近车辆。
本公开实施例中,若第一车辆为第二故障车组中的核心车,则确定第一车辆的通信状态满足预设条件。
其中,第一车辆通过扫描识别出第一车辆周围预设范围内的多个邻近车辆的过程可以参考步骤301公开的内容,在此不进行赘述。
步骤402,第一车辆依次通过各邻近车辆向服务器上报第一车辆的车辆信息,并向多个邻近车辆中未成功将第一车辆的车辆信息上报至服务器的第二邻近车辆发送车组加入指令。
其中,车组加入指令用于指示第二邻近车辆作为成员车加入第二故障车组,并向第一车辆发送第二邻近车辆的车辆信息。
本公开实施例中,第一车辆依次通过各邻近车辆向服务器上报第一车辆的车辆信息的过程可以参考步骤302公开的内容。
其中,当第一车辆接收到失败消息时,第一车辆可以将发送失败消息的邻近车辆确定为第二邻近车辆,然后,第一车辆可以向第二邻近车辆发送车组加入指令,车组加入指令可以用于指示第二邻近车辆作为成员车加入第一车辆所在的第二故障车组。同时,车组加入指令还用于指示第二邻近车辆向第一车辆发送该第二邻近车辆的车辆信息。
需要说明的是,在指示第二邻近车辆作为成员车加入第二故障车组之后,第一车辆仍然继续向排序在该第二邻近车辆之后的其他邻近车辆发送第一车辆的车辆信息,直至在多个邻近车辆中找到第二车辆为止。或者直至第一车辆周围预设范围内的多个邻近车辆均加入到了第二故障车组中为止。
步骤403,若第一车辆周围预设范围内存在第二车辆,则第一车辆通过第二车辆向服务器上报第二故障车组包括的车辆的车辆信息。
本公开实施例中,第一车辆可以获取第二故障车组中的各个成员车的车辆信息,并将各个成员车的车辆信息和第一车辆的车辆信息打包后发送给第二车辆,指示第二车辆将第二故障车组中的所有车辆的车辆信息上报至服务器,这样第二故障车组中的车辆均可以通过第二车辆与服务器保持联系。
本公开实施例中,当第一车辆周围预设范围内存在第二车辆时,可以持续地周期性地通过第二车辆上报故障车组中包括的车辆的车辆信息。
可选的,本公开实施例中,第一车辆通过第二车辆向服务器上报第二故障车组包括的车辆的车辆信息的过程还可以包括:第一车辆将接收到的成功消息分别发送给第二故障车组中的各个成员车,各个成员车在接收到成功消息之后,周期性地将自身的车辆信息发送给第一车辆。
第一车辆可以将每个周期接收到的第二故障车组中的各成员车的车辆信息和自身的车辆信息打包后发送给第二车辆,并指示第二车辆将打包后的车辆信息上报给服务器。
需要说明的是,本公开实施例汇总,第二车辆每次将第二故障车组中的车辆信息成功上报至服务器之后,均需要向第二故障车组的核心车(即第一车辆)发送成功消息,相应的,第二故障车组的核心车每次接收到成功消息后,需要将成功消息发送给第二故障车组中的各成员车。
步骤404,若第一车辆周围预设范围内不存在第二车辆,则第一车辆按照预设规则确定目标车辆,并指示目标车辆检测目标车辆周围预设范围内是否存在第三车辆;在目标车辆周围预设范围内存在第三车辆的情况下,通过第三车辆向服务器上报第二故障车组包括的车辆的车辆信息。
其中,第三车辆为与服务器之间的通信网络未失效的车辆。
本公开实施例中,若第一车辆周围预设范围内不存在第二车辆,即说明第二故障车组的核心车周围预设范围内不存在与服务器之间的通信网络未失效的车辆。此时第一车辆需要重新确定第二故障车组中的核心车。
可选的,本公开实施例中,第一车辆按照预设规则确定目标车辆的过程即核心车重新确定第二故障车组中的核心车的过程。具体包括:
步骤A1,第一车辆获取第二故障车组中各成员车在加入第二故障车组时的加入次序。
各成员车在加入第二故障车组时,第一车辆作为第二故障车组的核心车,可以记录各成员车的加入顺序,并且,第一车辆还需要周期性地向每个成员车广播第二故障车组中的所有车辆的加入顺序,以便于后加入的成员车了解其在第二故障车组中的加入顺序。
步骤A2,第一车辆根据第二故障车组中的各成员车的加入次序,确定目标车辆。
本公开实施例中,第一车辆(核心车)根据第二故障车组中的各成员车的加入次序,确定目标车辆的过程可以是:第一车辆(核心车)可以将排序与第一车辆(核心车)相邻的成员车确定为目标车辆(新的核心车)。
可选的,本公开实施例中,第一车辆指示目标车辆检测目标车辆周围预设范围内是否存在第三车辆的过程可以包括以下内容:
第一车辆可以向目标车辆发送核心车权限转移指令,核心车权限转移指令是核心车在确定核心车周围预设范围内不存在与服务器之间的通信网络未失效的车辆时发送的,核心车权限转移指令用于指示第一车辆作为第二故障车组的新的核心车。
目标车辆接收到核心车权限转移指令后,成为第二故障车组的新的核心车,然后目标车辆作为第二故障车组的新的核心车,此时,其可以按照步骤401-步骤403公开的内容,确定目标车辆周围预设范围内是否存在第三车辆。若目标车辆周围预设范围内存在第三车辆,那么目标车辆可以通过第三车辆将第二故障车组中的所有车辆的车辆信息上报给服务器,其中第二故障车组中的所有车辆的车辆信息包括第一车辆的车辆信息(此时,第一车辆为第二故障车组中的成员车)。
若目标车辆周围预设范围内不存在第三车辆,则可以参考步骤404公开的内容,重新确定新的目标车辆,该新的目标车辆即为第二故障车组的新的核心车,依次类推直至找到第三车辆。
本公开实施例,通过在第一车辆与服务器之间的通信网络失效时,第一车辆可以构建第二故障车组,然后第一车辆继续查找第二车辆,并在此过程中将第二邻近车辆加入到第二故障车组中,从而将第一车辆周围所有与服务器之间的通信网络失效的车辆组合起来,当第一车辆找到第二车辆时,可以通过第二车辆将第二故障车组中所有车辆的车辆信息上报至服务器。本公开实施例通过构建第二故障车组的方式,使得可以通过一个第二车辆将多个存在通信网络故障的车辆的车辆信息上报至服务器,提高了数据上报效率。
在本公开的一个实施例中,第一车辆为第一故障车组中的成员车,第一故障车组包括核心车和至少一个成员车,核心车和至少一个成员车均为与服务器之间的通信网络失效的车辆。如图5所示,若第一车辆的通信状态满足预设条件,则第一车辆通过扫描识别出第一车辆周围预设范围内的多个邻近车辆的步骤还包括:
步骤501,第一车辆检测是否接收到核心车发送的核心车权限转移指令。
其中,核心车权限转移指令是核心车在确定核心车周围预设范围内不存在与服务器之间的通信网络未失效的车辆时发送的,核心车权限转移指令用于指示第一车辆作为第一故障车组的新的核心车。
步骤502,若接收到核心车权限转移指令,则确定第一车辆的通信状态满足预设条件。
若第一车辆接收到核心车权限转移指令,则第一车辆成为第一故障车组的核心车,则确定第一车辆的通信状态满足预设条件。
步骤503,第一车辆通过扫描识别出第一车辆周围预设范围内的多个邻近车辆。
本公开实施例可以参考步骤401公开的内容。
本公开实施例中,当第一车辆为第一故障车组中的成员车时,第一车辆不具有检测周围预设范围内多个邻近车辆的权限。而当第一车辆接收到核心车权限转移指令后,第一车辆具有了检测周围预设范围内多个邻近车辆的权限,此时,第一车辆可以识别出第一车辆周围预设范围内的多个邻近车辆,然后基于多个邻近车辆查找与服务器之间的通信网络未失效的可用车辆。通过核心车权限转移,提高了故障车组查找到可用车辆的可能性,因此能够更好地实现将故障车组的车辆信息上报至服务器的目的,避免故障车辆与服务器失去联系。
应该理解的是,虽然图1-图5的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-图5中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图6所示,提供了一种车辆信息上报装置,包括:检测模块601、第一上报模块602和第二上报模块603,其中:
检测模块601,用于若第一车辆的通信状态满足预设条件,则检测第一车辆周围预设范围内是否存在第二车辆,第二车辆为与服务器之间的通信网络未失效的车辆;
第一上报模块602,用于若第一车辆周围预设范围内存在第二车辆,则通过第二车辆向服务器上报第一车辆的车辆信息;
第二上报模块603,用于若第一车辆周围预设范围内不存在第二车辆,则按照预设规则确定目标车辆,并指示目标车辆检测目标车辆周围预设范围内是否存在第三车辆;在目标车辆周围预设范围内存在第三车辆的情况下,通过第三车辆向服务器上报第一车辆的车辆信息,第三车辆为与服务器之间的通信网络未失效的车辆。
在一个实施例中,检测模块601具体用于:
检测第一车辆与服务器之间的通信网络是否失效;
若第一车辆与服务器之间的通信网络失效,则确定第一车辆的通信状态满足预设条件。
在一个实施例中,第一车辆为第一故障车组中的成员车,第一故障车组包括核心车和至少一个成员车,检测模块601具体用于:
检测是否接收到核心车发送的核心车权限转移指令,核心车权限转移指令是核心车在确定核心车周围预设范围内不存在与服务器之间的通信网络未失效的车辆时发送的,核心车权限转移指令用于指示第一车辆作为第一故障车组的新的核心车;
若接收到核心车权限转移指令,则确定第一车辆的通信状态满足预设条件。
在一个实施例中,检测模块601具体用于:
通过扫描识别出第一车辆周围预设范围内的多个邻近车辆;
依次通过各邻近车辆向服务器上报第一车辆的车辆信息;
若多个邻近车辆中的第一邻近车辆向服务器成功上报第一车辆的车辆信息,则将第一邻近车辆确定为第二车辆,并确定第一车辆周围预设范围内存在第二车辆;
若多个邻近车辆中的任一邻近车辆均未成功向服务器上报第一车辆的车辆信息,则确定第一车辆周围预设范围内不存在第二车辆。
在一个实施例中,检测模块601具体用于:
按照第一车辆与邻近车辆之间的通信质量由高至低的顺序,依次通过各邻近车辆向服务器上报第一车辆的车辆信息。
在一个实施例中,第一车辆为第二故障车组中的核心车,第一上报模块602还用于:
向多个邻近车辆中未成功将第一车辆的车辆信息上报至服务器的第二邻近车辆发送车组加入指令;
其中,车组加入指令用于指示第二邻近车辆作为成员车加入第二故障车组,并向第一车辆发送第二邻近车辆的车辆信息。
在一个实施例中,第一上报模块602还用于:
若第一车辆周围预设范围内存在第二车辆,则通过第二车辆向服务器上报第二故障车组包括的车辆的车辆信息。
在一个实施例中,第二上报模块603还用于:
获取第二故障车组中各成员车在加入第二故障车组时的加入次序;
根据第二故障车组中的各成员车的加入次序,确定目标车辆。
关于车辆信息上报装置的具体限定可以参见上文中对于车辆信息上报方法的限定,在此不再赘述。上述车辆信息上报装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于共享车辆中的处理器中,也可以以软件形式存储于共享车辆中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
图7是根据一示例性实施例示出的一种共享车辆700的框图。该共享车辆包括处理组件701、存储组件702和通信组件703,其中,存储组件703上存储有在处理器上运行的计算机程序或者指令。
处理组件701通常控制共享车辆700的整体操作,处理组件701可以包括一个或多个处理器来执行指令,以完成上述方法的全部或部分步骤。此外,处理组件701可以包括一个或多个模块,便于处理组件701和其他组件之间的交互。
存储组件702被配置为存储各种类型的数据以支持在共享车辆700的操作。这些数据的示例包括用于在共享车辆700上操作的任何应用程序或方法的指令,以及故障车组中的各成员车的加入次序,或者,故障车组中的各成员车的车辆信息等。存储组件702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
通信组件703被配置为便于共享车辆700和其他共享车辆之间通过蓝牙方式的通信,以及共享车辆700和服务器之间通过无线方式的通信。共享车辆700可以接入基于通信标准的无线网络,如WiFi,2G、3G、4G或5G或它们的组合。在一个示例性实施例中,通信组件703经由蓝牙扫描通道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件703还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,共享车辆700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述车辆信息上报方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储组件702,上述指令可由共享车辆700的处理组件701执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本公开实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本公开实施例的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本公开实施例构思的前提下,还可以做出若干变形和改进,这些都属于本公开实施例的保护范围。因此,本公开实施例专利的保护范围应以所附权利要求为准。