任务处理方法及设备与流程

本申请涉及互联网技术领域，尤其涉及一种任务处理方法及设备。

背景技术

随着互联网以智能终端设备的发展，线上下单逐渐深入人们的生活，为人们提供便利，并成了人们生活中必不可少的部分。例如，在一种应用场景下，用户可在线预约或订购运输服务。之后，用户的订单会被推送至开启接单模式的货运司机进行抢单，抢到订单的司机可为用户上门提供货运或搬家等服务。

但是现有技术中，执行与运输服务相关的任务处理时，仍旧存在任务处理方法较为单一的缺陷。

技术实现要素：

本申请实施例提供一种任务处理方法及设备，用以更加灵活地执行与运输服务相关的任务处理。

本申请实施例提供一种任务处理方法，包括：

响应于处理第一任务的请求，确定关联多辆车的第一司机为处理所述第一任务的对象司机；

根据所述多辆车各自对应的车辆信息，从所述多辆车中确定与所述第一任务匹配的目标车辆；

将所述第一任务发放至所述目标车辆。

进一步可选地，所述第一任务包括：推广任务和/或奖励任务；根据所述多辆车各自对应的车辆信息，从所述多辆车中确定与所述第一任务匹配的目标车辆，包括：根据车型和/或城市与任务类型的对应关系，确定所述推广任务和/或奖励任务对应的目标车型和/或目标城市；从所述多辆车中，选择与所述目标车型和/或目标城市匹配的车辆作为目标车辆。

进一步可选地，所述第一任务包括：订单任务；根据所述多辆车各自对应的车辆信息，从所述多辆车中确定与所述第一任务匹配的目标车辆，包括：若所述订单任务指定接单车辆的车辆信息，则从所述多辆车中，选择与所述订单任务指定的接单车辆的车量信息匹配的车辆作为目标车辆。

进一步可选地，若所述订单任务未指定接单车辆的车辆信息，则从所述多辆车中，选择排列优先级最高的车辆作为目标车辆。

进一步可选地，将所述第一任务发放至所述目标车辆之后，还包括：接收所述第一司机的接单车辆切换请求；根据所述接单车辆切换请求，确定所述第一司机从其关联的所述多辆车中选择的目标切换车辆；以所述目标切换车辆更新所述目标车辆。

进一步可选地，以所述目标切换车辆更新所述目标车辆，包括：验证所述接单车辆切换请求是否符合切换要求；在所述接单车辆切换请求符合切换要求时，以所述目标切换车辆更新所述目标车辆。

进一步可选地，验证所述接单车辆切换请求是否符合切换要求，包括：将所述接单车辆切换请求发送至所述订单任务对应的用户，以使所述用户验证所述接单车辆切换请求；若所述用户验证通过所述接单车辆切换请求，则确定所述接单车辆切换请求符合切换要求。

进一步可选地，将所述第一任务发放至所述目标车辆之后，还包括：根据所述目标车辆的车辆信息规划所述订单任务的计费标准；根据所述计费标准对所述订单任务进行计费，并将所述计费标准发送至所述第一司机以及所述订单任务对应的用户。

进一步可选地，所述多辆车各自的车辆信息包括：车辆的排列优先级、车型、车牌所属城市和/或运力。

本申请实施例还提供一种任务处理设备，包括：存储器以及处理器；其中，所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于执行本申请实施例提供的任务处理方法。

本申请实施例中，确定关联多辆车的第一司机作为处理第一任务的对象司机时，根据第一司机关联的多辆车的车辆信息，选择与第一任务匹配的车辆作为用于处理该第一任务的目标车辆。进而，全面地考虑了车辆信息与第一任务之间的联系，使得执行与运输服务相关的任务处理过程更加灵活。

附图说明

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

图1为本申请一实施例提供的任务处理方法的方法流程图；

图2为本申请另一实施例提供的任务处理方法的方法流程图；

图3a为本申请又一实施例提供的任务处理方法的方法流程图；

图3b为本申请又一实施例提供的任务处理方法的方法流程图；

图4为本申请一实施例提供的任务处理设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述xxx，但这些xxx不应限于这些术语。这些术语仅用来将xxx彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一xxx也可以被称为第二xxx，类似地，第二xxx也可以被称为第一xxx。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

实际中，一个司机可能拥有多辆车，能够处理的任务的种类也较多。但是，在现有技术提供的运输服务中，一个司机通常只能在线上关联一辆车，车型单一，进而司机通过线上接单向用户提供运输服务时，部分任务的处理方法也较为单一。这种单一的任务处理方法，一方面限制了司机的任务处理能力，另一方面可能导致部分任务的完成率较低。

为克服上述缺陷，本申请实施例提供了一种任务处理方法，其核心在于，在线上为司机提供关联多辆车的功能，并在接收到任务请求时，根据司机关联的多辆车的车辆信息，选择与任务匹配的车辆作为用于处理该任务的目标车辆。进而，通过这种方式，能够更加灵活地执行与运输服务相关的任务处理。

以下将结合附图，对本申请实施例提供的任务处理方法进行说明。

图1是本申请一实施例提供的任务处理方法的方法流程图，如图1所示，该方法包括：

步骤101、响应于处理第一任务的请求，确定关联多辆车的第一司机为处理所述第一任务的对象司机。

步骤102、根据所述多辆车各自对应的车辆信息，从所述多辆车中确定与所述第一任务匹配的目标车辆。

步骤103、将所述第一任务发放至所述目标车辆。

一个典型的运输服务场景可包括三个部分：用户端、服务端以及司机端。用户可以通过个人持有的用户端在线发起订单请求，服务端接收该订单请求，并可将订单请求推送至司机端；司机端接收到服务端推送的订单之后，可根据实际情况决定接单与否；若司机端接单，则可向服务端发送抢单请求，服务端可在应允司机端的抢单请求时，将该订单派单至发起抢单的司机终端进行处理。

本实施例的执行主体可以是运输服务中的服务端。第一任务指的与运输服务相关的任务，服务端能够将第一任务发放给司机端以使司机端完成该第一任务。通常，完成第一任务之后，司机可以获取收益或者奖励等。

在本实施例中，第一司机指的是关联多辆车的任意一个司机。关联多辆车指的是该第一司机的账号绑定了多辆可以接单的车，这种情况下，第一司机能够完成的任务种类将更加丰富。例如，第一司机关联了一辆冷藏运输车以及一辆平板货车，则第一司机既可以通过冷藏运输车完成生鲜食品的运输，又可以通过平板货车完成钢材或大型家具的运输。

其中，目标车辆是第一司机关联的多辆车中的一辆或多辆车，该目标车辆与第一任务匹配。确定目标车辆时，将第一司机关联的多辆车的车辆信息作为发放第一任务的依据，能够提升任务发放的精准度。

本实施例中，确定关联多辆车的第一司机作为处理第一任务的对象司机时，根据第一司机关联的多辆车的车辆信息，选择与第一任务匹配的车辆作为用于处理该第一任务的目标车辆。进而，全面地考虑了车辆信息与第一任务之间的联系，使得执行与运输服务相关的任务处理过程更加灵活。

可选的，在运输服务的不同应用场景中，第一任务可包括订单任务、推广任务和/或奖励任务。以下部分将分别对第一任务为订单任务以及推广任务和/或奖励任务时的任务处理方法进行介绍。

图2是本申请另一实施例提供的任务处理方法的方法流程图，如图2所示，该方法包括：

步骤201、响应于处理推广任务和/或奖励任务的请求，确定关联多辆车的第一司机为处理所述推广任务和/或奖励任务的对象司机。

步骤202、根据车型和/或城市与任务类型的对应关系，确定所述推广任务和/或奖励任务对应的目标车型和/或目标城市。

步骤203、从所述多辆车中，选择与所述目标车型和/或目标城市匹配的车辆作为目标车辆。

步骤204、将所述推广任务和/或奖励任务发放至所述目标车辆。

在步骤201中，可选的，推广任务可以是能够在线下执行的广告任务，例如，在车身上贴广告贴纸、挂广告条幅或者喷广告漆等。这种可在线下执行的广告任务能够对运输服务进行宣传推广，增加运输服务的影响力以及民众熟悉度，进而间接地提升司机的转化率。

可选的，奖励任务可以是奖金、红包或者优惠券领取任务。该奖励任务能够提升司机的接单积极性，有利于提高订单的转化率。

在步骤202中，可选的，任务类型可包括上述举例的在车身上贴广告贴纸、挂广告条幅或者喷广告漆等任务，也可以包括领取奖金、红包或者优惠券等任务。

可选的，任务类型与车型的对应关系可指示什么样的车型能够执行什么样的任务。例如，金杯面包车可以执行在车身上贴广告贴纸这一类型的任务；大卡车可以执行挂广告条幅这一类型的任务；厢货可以执行喷广告漆这一类型的任务。

可选的，任务类型与城市的对应关系可以指示哪个城市的车辆可以完成哪些任务。例如，a城市的车辆可以在车身上贴广告贴纸，b城市的车辆可以在车身上挂广告条幅等。

当然，任务类型也可同时与车型和城市存在对应关系。例如，受城市消费水平影响，a城市的金杯面包车可以领取10元优惠券，b城市的金杯面包车可以领取20元优惠券；a城市的大卡车可以领取20元奖金补贴，b城市的大卡车能够领取30元奖金补贴等。

应当理解，上述对任务类型以及车型和/或城市与任务类型的对应关系的描述仅用于举例，对本申请实施例的保护范围不构成任何限制。

基于上述车型和/或城市与任务类型的对应关系，可选的，在接到推广任务和/或奖励任务的请求之后，可根据推广任务和/或奖励任务的任务类型，确定该推广任务和/或奖励任务对应的目标车型和/或目标城市。

例如，承接上述例子，当第一任务为推广任务，且推广任务包括：在车身上贴广告贴纸，则可确定目标车型为金杯面包车，或目标城市为a城市。

在步骤203中，在确定目标车型和/或目标城市之后，可从第一司机关联的多辆车中，选择与目标车型和/或目标城市匹配的车辆作为目标车辆。

例如，承接上述例子，从第一司机关联的多辆车中，选择车牌照属于a城市的金杯面包车作为目标车辆。

在步骤204中，确定目标车辆之后，可将推广任务和/或奖励任务发放至该目标车辆。在实际中，一种将推广任务发放至目标车辆的效果是，第一司机关联的多辆车接收到了与各自车型和/或车牌照所属城市相关的推广任务。一种将奖励任务发放至目标车辆的效果是，第一司机关联的多辆车接收到了与各自车型和/或车牌照所属城市相关的奖励任务。

本实施例中，根据根据第一司机关联的多辆车的车型和/或城市等车辆信息向第一司机发放第一任务，有利于提升司机的积极性，提升任务发放的精准度并使得任务发放更加灵活且多元化。

图3a是本申请又一实施例提供的任务处理方法的方法流程图，如图3a所示，该方法包括：

步骤301、响应于处理订单任务的请求，确定关联多辆车的第一司机为处理所述订单任务的对象司机。

步骤302、判断所述订单任务是否指定接单车辆的车辆信息；若为是，则执行步骤303；若为否，则执行步骤304。

步骤303、从所述多辆车中，选择与所述订单任务指定的接单车辆的车量信息匹配的车辆作为目标车辆，执行步骤305。

步骤304、从所述多辆车中，选择排列优先级最高的车辆作为目标车辆，执行步骤305。

步骤305、将所述订单任务发放至所述目标车辆。

在步骤301中，可选的，订单任务可以是服务端接收到用户发起的在线下单请求之后生成的。

在步骤302中，可选的，接单车辆的车辆信息可包括车辆的排列优先级、车型、车牌所属城市和/或运力。其中，车辆的优先级指的是第一司机关联的多辆车之间的优先级排序。该优先级排序可以根据多辆车各自的历史接单率、历史评价、历史订单完成率和/或历史订单责任取消率计算得到，此处不赘述。

可选的，用户在线下单时，可以对接单车辆的车辆信息进行设置，以个性化地定制运输服务。服务端在接收到用户发起的在线下单请求时，可以对该请求进行解析，以确定订单任务是否指定接单车辆的车辆信息。

在步骤303中，若订单任务指定了接单车辆的车辆信息，则可以从第一司机关联的多辆车中，选择与该订单任务指定的接单车辆的车量信息匹配的车辆作为目标车辆。例如，订单任务中指定了接单车辆的车型为金杯面包车，则可从第一司机关联的多辆车中，选择金杯面包车作为目标车辆。

在步骤304中，若订单任务没有指定接单车辆的车辆信息，则可从第一司机关联的多量车中选择排列优先级最高的车辆作为目标车辆。这种方式中，在用户对车辆的需求不明确的情况下，选用排列优先级最高的车辆作为目标车辆能够在一定程度上确保订单的完成质量，提升用户体验。

在步骤305中，在确定目标车辆之后，可将该订单任务发放至目标车辆。第一司机可以通过其司机端发起抢单请求。服务端应允第一司机的抢单请求之后，可将订单任务派单给第一司机，进而第一司机可通过目标车辆完成订单任务。

通常，不同车型、不同车辆运力以及不同城市的车辆对应不同的计费标准。可选的，服务端将订单任务派单给第一司机时，可根据目标车辆的车辆信息规划订单任务的计费标准。基于该计费标准，可对该订单任务进行计费，并将所述计费标准发送至所述第一司机以及所述订单任务对应的用户。

在一种实际的应用场景中，司机与用户进行沟通之后或通过目标车辆处理订单任务的过程中，发现服务端确定的目标车辆可能因为运力不足、货物超载等原因无法顺利完成订单任务。为解决上述缺陷，如图3b所示，图3a提供的任务处理方法还可包括如下的步骤：

步骤306、接收所述第一司机的接单车辆切换请求。

步骤307、根据所述接单车辆切换请求，确定所述第一司机从其关联的所述多辆车中选择的目标切换车辆。

步骤308、以所述目标切换车辆更新所述目标车辆。

在步骤306-308中，第一司机可在目标车辆不满足实际运输需求时通过其司机端发起接单车辆切换请求。服务端接收到该接单车辆切换请求之后，可根据该请求中确定目标切换车辆。

可选的，以所述目标切换车辆更新所述目标车辆时，可验证第一司机发起的接单车辆切换请求是否符合切换要求，并在该接单车辆切换请求符合切换要求时，以目标切换车辆更新目标车辆。

可选的，验证第一司机发起的接单车辆切换请求是否符合切换要求时，可将该接单车辆切换请求发送至订单任务对应的用户，以使该用户验证接单车辆切换请求。若用户验证通过该接单车辆切换请求，则可认为该接单车辆切换请求符合切换要求。

可选的，目标车辆切换之后，服务端可根据切换得到的目标车辆重新确定计费标准，不再赘述。

本实施例中，订单任务指定接单车辆的车辆信息时，根据指定的接单车辆信息确定目标车辆，使得订单任务的发放精准度更高。在订单任务未指定接单车辆的车辆信息时，从第一司机对应的多辆车中选用排列优先级最高的车辆作为目标车辆，能够在一定程度上确保订单的完成质量，提升用户体验。除此之外，不论订单任务是否指定接单车辆的车辆信息，司机在实际处理订单任务的过程中，发现目标车辆与实际配送需求不同时时，可主动申请切换目标车辆，进而保证了订单能够以较高的效率以及较高的质量完成。

以上描述了任务处理方法的可选实施方式，如图4所示，实际中，该任务处理方法可通过任务处理设备实现，如图4所示，该设备包括：存储器401、处理器402、输入装置403以及输出装置404。

其中，存储器401、处理器402、输入装置403以及输出装置404可以通过总线或其他方式连接，图4中以总线连接为例。

存储器401用于存储一条或多条计算机指令，并可被配置为存储其它各种数据以支持在任务处理设备上的操作。这些数据的示例包括用于在任务处理设备上操作的任何应用程序或方法的指令。

存储器401可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

在一些实施例中，存储器401可选包括相对于处理器402远程设置的存储器，这些远程存储器可以通过网络连接至任务设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器402，与存储器401耦合，用于执行所述一条或多条计算机指令以用于：响应于处理第一任务的请求，确定关联多辆车的第一司机为处理所述第一任务的对象司机；根据所述多辆车各自对应的车辆信息，从所述多辆车中确定与所述第一任务匹配的目标车辆；将所述第一任务发放至所述目标车辆。

进一步可选地，所述第一任务包括：推广任务和/或奖励任务；处理器402具体用于：根据车型和/或城市与任务类型的对应关系，确定所述推广任务和/或奖励任务对应的目标车型和/或目标城市；从所述多辆车中，选择与所述目标车型和/或目标城市匹配的车辆作为目标车辆。

进一步可选地，所述第一任务包括：订单任务；处理器402具体用于：若所述订单任务指定接单车辆的车辆信息，则从所述多辆车中，选择与所述订单任务指定的接单车辆的车量信息匹配的车辆作为目标车辆。

进一步可选地，若所述订单任务未指定接单车辆的车辆信息，处理器402具体用于，从所述多辆车中，选择排列优先级最高的车辆作为目标车辆。

进一步可选地，将所述第一任务发放至所述目标车辆之后，处理器402还用于：接收所述第一司机的接单车辆切换请求；根据所述接单车辆切换请求，确定所述第一司机从其关联的所述多辆车中选择的目标切换车辆；以所述目标切换车辆更新所述目标车辆。

进一步可选地，处理器402具体用于：验证所述接单车辆切换请求是否符合切换要求；在所述接单车辆切换请求符合切换要求时，以所述目标切换车辆更新所述目标车辆。

进一步可选地，处理器402具体用于：将所述接单车辆切换请求发送至所述订单任务对应的用户，以使所述用户验证所述接单车辆切换请求；若所述用户验证通过所述接单车辆切换请求，则确定所述接单车辆切换请求符合切换要求。

进一步可选地，将所述第一任务发放至所述目标车辆之后，处理器402还用于：根据所述目标车辆的车辆信息规划所述订单任务的计费标准；根据所述计费标准对所述订单任务进行计费，并将所述计费标准发送至所述第一司机以及所述订单任务对应的用户。

进一步可选地，所述多辆车各自的车辆信息包括：车辆的排列优先级、车型、车牌所属城市和/或运力。

输入装置403可接收输入的数字或字符信息，以及产生与任务处理设备的用户设置以及功能控制有关的键信号输入。输出装置404可包括显示屏等显示设备。

进一步，如图4所示，该任务处理设备还包括：电源组件405。电源组件405，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述任务处理设备可执行本申请实施例所提供的任务处理方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法，不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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