共享物流运输车预约、还车方法、装置及管理系统与流程

本发明涉及智能共享技术领域，具体涉及一种共享物流运输车预约、还车方法、装置及管理系统。

背景技术：

物流运输车辆对于物流运输环节来说，是不可或缺的工具和手段，同时也是民生生活的重要组成部分。传统物流运输企业在点到点的运输过程中，会造成车辆的不满载及回程的空驶，造成了大量的资源浪费，从而给城市的道路造成更大的拥堵，尾气排放污染等问题；并且，当在送货途中遇到运输车故障时，则无法按时送货，会给客户造成一定的损失。而现有技术中，还没有解决该问题的技术方案。

技术实现要素：

针对现有技术中的上述缺陷，本发明提供了一种共享物流运输车预约、还车方法、装置及管理系统，可以实现物流运输车的共享过程，进而能够减少资源的浪费。

第一方面，本发明提供的一种共享物流运输车预约方法，包括：

接收用户的身份信息和预约物流运输车的预约信息；

对所述身份信息进行验证；若验证没有通过，则向用户发送验证不通过的信息；

若验证通过，则根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息；

将所述车辆信息发送给用户。

可选的，在根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息的步骤之前，还包括：

判断所述预约信息是否满足预约条件；若不满足，则向用户发送不符合预约条件的信息；

若满足，则执行根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息的步骤。

可选的，所述预约信息，包括：取车位置、取车时间、运输车种类、运输车数量、还车地点中的一种或多种。

可选的，所述车辆信息，包括：车辆位置、车辆标识信息和车辆解锁信息。

可选的，在获得所述物流运输车的车辆信息的步骤之后，还包括：

将所述身份信息、所述预约信息和所述车辆信息发送给所述物流运输车，使所述物流运输车根据所述身份信息、所述预约信息和所述车辆信息控制所述物流运输车的使用状态。

第二方面，本发明提供的一种共享物流运输车预约装置，包括：

信息接收模块，用于接收用户的身份信息和预约物流运输车的预约信息；

身份验证模块，用于对所述身份信息进行验证；若验证没有通过，则向用户发送验证不通过的信息；

匹配模块，用于当身份验证模块验证结果为验证通过时，根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息；

第一发送模块，用于将所述车辆信息发送给用户。

第三方面，本发明提供的一种共享物流运输车还车方法，包括：

接收用户发送的物流运输车使用完毕的停车信息；

判断所述停车信息是否满足停车条件；若满足，则向用户发送满足停车条件的信息；若不满足，则向用户发送禁止停车的信息。

可选的，在向用户发送停车条件满足信息的步骤之后，还包括：

获取所述物流运输车的当前状态信息；

根据所述当前状态信息对数据库中记载的所述物流运输车的状态信息进行更新。

第四方面，本发明提供的一种共享物流运输车还车装置，包括：

停车信息接收模块，用于接收用户发送的物流运输车使用完毕的停车信息；

停车信息判断模块，用于判断所述停车信息是否满足停车条件；若满足，则向用户发送停车条件满足信息；若不满足，则向用户发送禁止停车的信息。

第五方面，本发明提供的一种共享物流运输车管理系统，包括：

服务端、客户端和至少一个物流运输车；

所述服务端与所述客户端和所述物流运输车均连接；

所述客户端与所述物流运输车连接；

所述服务端用于接收所述客户端发送的用户的身份信息和预约物流运输车的预约信息，并对所述身份信息进行验证；若验证没有通过，则向所述客户端发送验证不通过的信息；若验证通过，则根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息；并将所述车辆信息发送给所述客户端；

所述客户端根据所述车辆信息，使用所述物流运输车；

所述客户端用于向所述物流运输车发送使用完毕的停车信息；

所述物流运输车用于判断所述停车信息是否满足停车条件；若满足，则向所述客户端发送满足停车条件的信息；若不满足，则向所述客户端发送禁止停车的信息。

由以上技术方案可知，本发明提供一种共享物流运输车预约方法，包括：接收用户的身份信息和预约物流运输车的预约信息；对所述身份信息进行验证；若验证没有通过，则向用户发送验证不通过的信息；若验证通过，则根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息；将所述车辆信息发送给用户。通过这种方法，用户可以根据自己的需要随时随地预约物流运输车，实现货物的运输，不需要再找运输公司来帮忙运输货物；同时，可以为快递服务人员提供较便捷的运输车，避免由于快递车在送货途中故障而造成的损失。

本发明提供的一种共享物流运输车预约装置，与上述一种共享物流运输车预约方法出于相同的发明构思，具有相同的有益效果。

本发明提供一种共享物流运输车还车方法及装置，是与本发明提供的共享物流运输车预约方法及装置配合使用的，整体上属于相同的发明构思，可以规范用户停车，避免乱停乱放现象，方便维护人员的检测。

本发明提供的一种共享物流运输车预约系统基于上述共享物流运输车预约方法和共享物流运输车还车方法实现，属于相同的发明构思，具有相同的有益效果。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1示出了本发明第一实施例提供一种共享物流运输车预约方法的流程图；

图2示出了本发明第二实施例提供一种共享物流运输车预约装置的示意图；

图3示出了本发明第三实施例提供一种共享物流运输车还车方法的流程图；

图4示出了本发明第四实施例提供一种共享物流运输车还车装置的示意图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只是作为示例，而不能以此来限制本发明的保护范围。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

本发明提供了一种共享物流运输车预约方法及装置，一种共享物流运输车还车方法及装置和一种共享物流运输车管理系统。下面结合附图对本发明的实施例进行说明。

第一实施例：

图1示出了本发明第一实施例所提供的一种共享物流运输车预约方法的流程图。如图1所示，本发明第一实施例提供的一种共享物流运输车预约方法包括以下步骤：

步骤s101：接收用户的身份信息和预约物流运输车的预约信息；

步骤s102：对所述身份信息进行验证；若验证没有通过，则向用户发送验证不通过的信息；

步骤s103：若验证通过，则根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息；

步骤s104：将所述车辆信息发送给用户。

通过这种方法，用户可以根据自己的需要随时随地预约物流运输车，实现货物的运输，不需要再找运输公司来帮忙运输货物；同时，可以为快递服务人员提供较便捷的运输车，避免由于快递车在送货途中故障而造成的损失。

本发明提供的一种共享物流运输车预约方法的执行主体可以是服务器。

在本发明中，用户可以使用智能终端通过无线网络、gprs、4g等中的一种或多种来发送用户的身份信息和预约信息。

在对身份信息进行验证时，可以对身份信息的合法性进行验证。其中，身份信息可以包括手机号码、身份证号、驾驶证、从业资格证等。

在本发明中，可以对用户的身份信息的合法性进行验证，若验证通过，则可以为用户匹配运输车，若验证没有通过，则发送验证不通过的信息。这样，可以使任意的用户都可以来预约车辆，不限制用户是否注册过会员，可以扩大使用范围。

另外，本发明在接收用户的身份信息和预约物流运输车的预约信息的步骤之前，还可以包括：接收用户的注册信息，并存储所述注册信息。

其中，注册信息可以包括：姓名、身份证号、电话号码等中的一种或多种。

在对用户身份信息进行验证时，可以在所述注册信息中对所述身份信息进行查验，判断所述注册信息是否含有所述身份信息，若不含有，则发送验证不通过信息，若含有，则为用户匹配运输车辆。

这两种对身份信息进行验证的方案都在本发明的保护范围内。

在本发明中，所述预约信息可以包括：取车位置、取车时间、运输车种类、运输车数量、还车地点等中的一种或多种。

在本发明提供的一个具体实施例中，在根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息的步骤之前，还包括：判断所述预约信息是否满足预约条件；若不满足，则向用户发送不符合预约条件的信息；若满足，则执行根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息的步骤。

在对用户身份信息进行验证完成后，若验证通过，则可以接下来判断所述预约信息是否满足预约条件，进而为用户提供更好地服务。

优选的，当预约信息包括取车位置、取车时间、运输车种类、运输车数量和还车地点时，判断预约信息是否满足预约条件可以包括以下过程：

判断取车位置是否有物流运输车；若没有，则向用户发送预约信息不合格的信息；

若有，则判断取车时间是否超出预设阈值；若超出，则向用户发送取车时间不合格的信息；

若没有超出，则判断还车地点是否在许可区域内；若不在，则向用户发送还车地点不合格的信息；

若在，则判断取车位置的物流运输车数量是否满足预约信息中的运输车数量；若不满足，则向用户发送数量不足的信息；

若满足，则判断物流运输车是否都满足可使用状态；若全都不满足，则向用户发送无可使用运输车的信息；若部分不满足，则向用户发送具体有多少辆物流运输车可使用，请用户修改运输车数量；

若满足，则根据预约信息为用户匹配相应的物流运输车。

其中可使用状态是指物流运输车的设备运转状态正常，处于闲置状态，且没有被预约的状态。

其中，许可区域是指由相关人员规定的还车许可的区域。

在本发明中，当上述预约信息中有一条不符合预约条件的，则向用户发送不符合预约条件的信息。

在本发明中，在对预约信息进行判断时，也可以只判断其中的部分预约信息，这都在本发明的保护范围内。

当根据预约信息为用户匹配完物流运输车后，需要获得相应的物流运输车的车辆信息。

其中，车辆信息可以包括：车辆位置、车辆标识信息、车辆解锁信息等中的一种或多种。优选的，车辆信息包括：车辆位置、车辆标识信息和车辆解锁信息。

在获取车辆信息之前，还可以包括：根据所述预约信息生成车辆解锁信息。

通过将所述车辆信息发送给用户，用户就可以根据所述车辆信息使用相应的物流运输车。

在用户使用物流运输车时，还可以采用以下方法：

在本发明提供的一个具体实施例中，还可以包括：将所述身份信息、所述预约信息和所述车辆信息发送给所述物流运输车，使所述物流运输车根据所述身份信息、所述预约信息和所述车辆信息控制所述物流运输车的使用状态。

将所述身份信息、所述预约信息和所述车辆信息发送给相应的物流运输车，物流运输车就可以根据所述身份信息、所述预约信息和所述车辆信息验证用户身份和用户输入的解锁信息，监控用户使用车辆的情况。上述两种方法都在本发明保护的范围之内。

其中，用户使用车辆的情况可以包括：用户是否使用该物流运输车，用户是否将该物流运输车停在还车地点，用户取车时间是否超出预约取车时间等。

例如，物流运输车接收用户输入的解锁信息，并将用户输入的解锁信息和服务器发送的解锁信息进行对比，看是否一致，若一致，则解锁，使用户使用该车辆。若不一致，则向用户发送解锁信息不正确的信息。

例如，用户在使用物流运输车时，还可以输入身份信息，这样，运输车就可以对用户输入的身份信息和服务器发送的身份信息，进而对用户身份进行验证。

第二实施例

在上述的第一实施例中，提供了一种共享物流运输车预约方法，与之相对应的，本申请还提供一种共享物流运输车预约装置。请参考图2，其为本发明第二实施例提供的一种共享物流运输车预约装置的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本发明第二实施例提供的一种共享物流运输车预约装置，包括：

信息接收模块101，用于接收用户的身份信息和预约物流运输车的预约信息；

身份验证模块102，用于对所述身份信息进行验证；若验证没有通过，则向用户发送验证不通过的信息；

匹配模块103，用于当身份验证模块验证结果为验证通过时，根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息；

第一发送模块104，用于将所述车辆信息发送给用户。

在本发明提供的一个具体实施例中，还可以包括：

判断模块，用于判断所述预约信息是否满足预约条件；若不满足，则向用户发送不符合预约条件的信息；

若满足，则执行匹配模块中的具体内容。

在本发明提供的一个具体实施例中，所述预约信息，包括：取车位置、取车时间、运输车种类、运输车数量、还车地点中的一种或多种。

在本发明提供的一个具体实施例中，所述车辆信息，包括：车辆位置、车辆标识信息和车辆解锁信息。

在本发明提供的一个具体实施例中，还可以包括：

第二发送模块，用于将所述身份信息、所述预约信息和所述车辆信息发送给所述物流运输车，使所述物流运输车根据所述身份信息、所述预约信息和所述车辆信息控制所述物流运输车的使用状态。

以上，为本发明第二实施例提供的一种共享物流运输车预约装置的实施例说明。

本发明提供的一种共享物流运输车预约装置与上述共享物流运输车预约方法出于相同的发明构思，具有相同的有益效果，此处不再赘述。

第三实施例：

本发明第三实施例还提供一种共享物流运输车还车方法，请参考图3，其为本发明实施例所提供的一种共享物流运输车还车方法的流程图，所述共享物流运输车还车方法是与所述共享物流运输车预约方法相配合的方法，所述共享物流运输车还车方法，包括以下步骤：

步骤s201：接收用户发送的物流运输车使用完毕的停车信息；

步骤s202：判断所述停车信息是否满足停车条件；若满足，则向用户发送满足停车条件的信息；若不满足，则向用户发送禁止停车的信息。

其中，停车信息可以包括：停车位置、车辆状态等。

该方法的执行主体可以是物流运输车的车载终端，也可以是服务器，车载终端或服务器可以接收用户使用智能终端通过无线网络、gprs、4g等中的一种或多种发送的停车信息。

通过判断停车信息是否满足停车条件，这样，可以规范用户停车，避免乱停乱放现象，方便维护人员的检测。

优选的，所述停车信息包括：停车位置。

判断停车信息是否满足停车条件，可以包括以下步骤：

判断所述停车位置是否在许可区域内；若不在，则向用户发送禁止停车的信息；

若在，则向用户发送满足停车条件的信息。

优选的，所述停车信息包括：停车位置和车辆状态。其中，车辆状态是指车辆是否为锁车状态。

判断停车信息是否满足停车条件，可以包括以下步骤：

判断所述停车位置是否在许可区域内；若不在，则向用户发送禁止停车的信息；

若在，则判断车辆状态是否为锁车状态；若不是，则向用户发送禁止停车的信息，并向用户发送锁车提示信息；

若是，则向用户发送满足停车条件的信息。

上述两种情况都在本发明的保护范围内。

在本发明提供的一个具体实施例中，在向用户发送停车条件满足信息的步骤之后，还包括：获取所述物流运输车的当前状态信息；根据所述当前状态信息对数据库中记载的所述物流运输车的状态信息进行更新。

其中，状态信息，可以包括：车辆是否为使用状态，车辆安检是否正常，车辆目前所在位置等中的一种或多种。所述当前状态信息是指实时获取的物流运输车的状态信息。

通过及时更新车辆的状态信息，可以为用户提供更周到的预约车辆服务，避免用户预约到不可使用的物流运输车。

在获取物流运输车的当前状态信息的步骤之前，还可以包括：接收所述物流运输车的车辆标识信息。

可以根据所述车辆标识信息获取所述物流运输车的当前状态信息。

在本发明中，也可以接收物流运输车发送的车辆标识信息和当前状态信息，再根据当前状态信息更新存储的历史状态信息，这都在本发明保护的范围之内。

第四实施例：

在上述的第三实施例中，提供了一种共享物流运输车还车方法，与之相对应的，本申请还提供一种共享物流运输车还车装置。请参考图4，其为本发明第四实施例提供的一种共享物流运输车还车装置的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本发明第四实施例提供的一种共享物流运输车还车装置，包括：

停车信息接收模块201，用于接收用户发送的物流运输车使用完毕的停车信息；

停车信息判断模块202，用于判断所述停车信息是否满足停车条件；若满足，则向用户发送停车条件满足信息；若不满足，则向用户发送禁止停车的信息。

在本发明提供的一个具体实施例中，所述装置，还包括：

当前信息获取模块，用于获取所述物流运输车的当前状态信息；

信息更新模块，用于根据所述当前状态信息对数据库中记载的所述物流运输车的状态信息进行更新。

以上，为本发明第四实施例提供的一种共享物流运输车还车装置的实施例说明。

本发明提供的一种共享物流运输车还车装置与上述一种共享物流运输车还车方法出于相同的发明构思，具有相同的有益效果，此处不再赘述。

第五实施例：

在上述的第一实施例和第二实施例中，提供了一种共享物流运输车预约方法及装置，第三实施例和第四实施例提供了一种共享物流运输车还车方法及装置，与之相应的，本申请还提供一种共享物流运输车管理系统。由于系统实施例的部分内容基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

本发明第五实施例提供的一种共享物流运输车管理系统，包括：服务端、客户端和至少一个物流运输车；

所述服务端与所述客户端和所述物流运输车均连接；

所述客户端与所述物流运输车连接；

所述服务端用于接收所述客户端发送的用户的身份信息和预约物流运输车的预约信息，并对所述身份信息进行验证；若验证没有通过，则向所述客户端发送验证不通过的信息；若验证通过，则根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息；并将所述车辆信息发送给所述客户端；

所述客户端根据所述车辆信息，使用所述物流运输车；

所述客户端用于向所述物流运输车发送使用完毕的停车信息；

所述物流运输车用于判断所述停车信息是否满足停车条件；若满足，则向所述客户端发送满足停车条件的信息；若不满足，则向所述客户端发送禁止停车的信息。

其中，所述物流运输车可以包括：自行车、汽车、电动车、摩托车、三轮车、货车等中一种或多种。

其中，物流运输车上装载有车载终端，可以通过车载终端与客户端和服务端进行通信。

其中，所述客户端上可以设置有第一通信模块和第一定位模块；所述车载终端上可以设置有车辆标识信息、第二通信模块、第二定位模块等中的一种或多种。

所述第一通信模块可以采用非接触射频卡。所述第二通信模块可以采用非接触射频卡读卡器。第一定位模块和第二定位模块都可以采用gps或gprs定位通讯装置。

物流运输车上还设置有门锁控制器和点火控制器，所述门锁控制器和所述点火控制器分别与所述车载终端连接，所述车载终端可以控制所述门锁控制器和所述点火控制器的工作状态。

所述服务器可以与所述客户端和所述物流运输车实施进行通信。

在本发明中，所述客户端还用于向所述服务端发送使用完毕的停车信息；所述服务端也可以判断所述停车信息是否满足停车条件；若满足，则向所述客户端发送满足停车条件的信息；若不满足，则向所述客户端发送禁止停车的信息。

在本发明提供的一个具体实施例中，所述服务端还用于判断所述预约信息是否满足预约条件；若不满足，则向所述客户端发送不符合预约条件的信息；若满足，则执行根据所述预约信息为用户匹配相应的物流运输车，获得所述物流运输车的车辆信息的步骤。

在本发明提供的一个具体实施例中，所述预约信息，包括：取车位置、取车时间、运输车种类、运输车数量、还车地点中的一种或多种。

在本发明提供的一个具体实施例中，所述车辆信息，包括：车辆位置、车辆标识信息和车辆解锁信息。

在本发明提供的一个具体实施例中，所述服务端还用于将所述身份信息、所述预约信息和所述车辆信息发送给所述物流运输车，使所述物流运输车根据所述身份信息、所述预约信息和所述车辆信息控制所述物流运输车的使用状态。

在本发明提供的一个具体实施例中，所述服务端还用于获取所述物流运输车的当前状态信息；并根据所述当前状态信息对数据库中记载的所述物流运输车的状态信息进行更新。

在预约车辆时，客户端的gps导航地图上可以显示某一个地点的物流运输车数量及位置信息，客户端可以独立选取物流运输车，一旦确认选择的物流运输车后，客户端就可以向服务端发送在该地点使用物流运输车的预约信息和用户的身份信息，当服务端接收到预约信息和身份信息后，需要对身份信息进行验证，为用户匹配物流运输车。

在还车时，当车载终端接收到停车信息后，可以根据gps位置数据判断当前物流运输车所在位置是否属于许可的还车区域，进而判断停车信息是否满足停车条件。

当判断结果为不属于许可的还车区域时，车载终端会显示最近的还车区域，进而帮助用户停车。

本发明提供的方案适用于多人在不同地点、不同时间使用物流运输车，具有普遍使用性。

以上，为本发明第五实施例提供的一种共享物流运输车管理系统的实施例说明。

本发明提供的一种共享物流运输车管理系统与上述共享物流运输车预约方法和还车方法出于相同的发明构思，具有相同的有益效果，此处不再赘述。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。需要说明的是，本发明附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和获得机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与获得机指令的组合来实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个获得机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该获得机软件产品存储在一个存储介质中，包括若干指令用以使得一台获得机机器(可以是个人获得机，服务器，或者网络机器等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。