车辆调度方法、装置、电子设备及可读介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种车辆调度方法、装置、电子设备及可读介质。


背景技术：

2.在一些大型企业，公司会为员工提供上下班班车服务，偶尔会存在正在运行的班车出现故障导致车辆无法继续运行的情况，这个时候就需要安排其他车辆接替故障车辆来接送员工上下班。人工安排调度车辆和驾驶员接替调度任务时无法考虑全面，而且不一定能安排到最合适的车辆，可能会因为路况或者天气问题出现堵车而导致调度车辆无法按时到达，或者临时任务也可能会影响驾驶员执行后续任务。
3.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本技术提供了一种车辆调度方法、装置、电子设备及可读介质，以解决上述“安排调度车辆和驾驶员接替调度任务时无法考虑全面”的技术问题。
5.根据本技术实施例的一个方面，本技术提供了一种车辆调度方法，包括：在接收到目标对象发出的调度请求的情况下，对车辆数据库中的各个车辆进行分析，得到满足调度条件的候选车辆，其中，车辆数据库用于实时同步车辆的运行状态和驾驶员的工作状态；分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令；在接收到目标车辆响应调度指令返回的确认信息的情况下，将目标车辆的车辆数据返回至目标对象，以完成车辆调度。
6.可选地，在接收到目标对象发出的调度请求的情况下，对车辆数据库的各个车辆进行分析，得到满足调度条件的候选车辆包括：获取各个车辆的任务信息以及与各个车辆对应的驾驶员信息；将各个车辆中的任务信息指示车辆当前无出行任务、且驾驶员信息指示驾驶员处于在岗状态的车辆确定为第一车辆；将第一车辆中的任务信息指示车辆当前持续静止时长大于第一时长、和/或驾驶员信息指示驾驶员当日连续驾驶时长小于第二时长的车辆确定为第二车辆；获取第二车辆的待办任务，并从调度请求中提取调度任务；确定第二车辆完成调度任务所需的第一时长，以及当前时刻与第二车辆的待办任务的起始时刻间隔的第二时长；将第一时长小于第二时长的第二车辆确定为满足调度条件的候选车辆。
7.可选地，确定第二车辆完成调度任务所需的第一时长包括：获取第二车辆的第一位置和待办任务的第一起始位置，并从调度任务中提取第二起始位置和终点位置；获取实时路况信息，并利用实时路况信息确定从第一位置到第二起始位置的第三时长、从第二起始位置到终点位置的第四时长、以及终点位置到第一起始位置的第五时长；将第三时长、第四时长以及第五时长相加，获得第一时长。
8.可选地，分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令包括：获取各个候选车辆的第二位
置，并从调度请求中提取调度起始位置；确定从各个第二位置到调度起始位置之间的调度时长；将各个候选车辆按照调度时长由短到长排序，得到候选序列；按照候选序列的顺序依次向各个候选车辆发送调度指令。
9.可选地，按照候选序列的顺序依次向各个候选车辆发送调度指令包括：向候选序列中的第一候选车辆发送调度指令；在接收到第一候选车辆响应调度指令返回的拒绝信息的情况下，或在第三时长内未收到第一候选车辆返回的任何信息的情况下，继续向候选序列中的第二候选车辆发送调度指令。
10.可选地，在继续向候选序列中的第二候选车辆发送调度指令之后，所述方法还包括：在向候选序列中的全部候选车辆均发送过调度指令，且未收到确认信息的情况下，停止车辆调度；将调度请求未通过作为调度结果发送给目标对象。
11.可选地，按照候选序列的顺序依次向各个候选车辆发送调度指令还包括：从调度请求中提取起止位置数据，并生成语音包；将语音包携带于调度指令中，以使将调度指令发送给候选车辆后，将起止位置数据进行播报。
12.根据本技术实施例的另一方面，本技术提供了一种车辆调度装置，包括：车辆分析模块，用于在接收到目标对象发出的调度请求的情况下，对车辆数据库中的各个车辆进行分析，得到满足调度条件的候选车辆，其中，车辆数据库用于实时同步车辆的运行状态和驾驶员的工作状态；
13.指令发送模块，用于分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令；
14.数据返回模块，用于在接收到目标车辆响应调度指令返回的确认信息的情况下，将目标车辆的车辆数据返回至目标对象，以完成车辆调度。
15.根据本技术实施例的另一方面，本技术提供了一种电子设备，包括存储器、处理器、通信接口及通信总线，存储器中存储有可在处理器上运行的计算机程序，存储器、处理器通过通信总线和通信接口进行通信，处理器执行计算机程序时实现上述方法的步骤。
16.根据本技术实施例的另一方面，本技术还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，程序代码使处理器执行上述的方法。
17.本技术实施例提供的上述技术方案与相关技术相比具有如下优点：
18.本技术通过一种车辆调度方法，包括：在接收到目标对象发出的调度请求的情况下，对车辆数据库中的各个车辆进行分析，得到满足调度条件的候选车辆，其中，车辆数据库用于实时同步车辆的运行状态和驾驶员的工作状态；分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令；在接收到目标车辆响应调度指令返回的确认信息的情况下，将目标车辆的车辆数据返回至目标对象，以完成车辆调度。通过大数据对车辆的运行状态和驾驶员的工作状态进行综合分析，得到适合进行调度的车辆，解决了安排调度车辆和驾驶员接替调度任务时无法考虑全面的问题。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
20.为了更清楚地说明本技术实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1为根据本技术实施例提供的一种可选的车辆调度方法的硬件环境示意图；
22.图2为根据本技术实施例提供的一种可选的车辆调度方法的流程图；
23.图3为根据本技术实施例提供的另一种可选的车辆调度方法的流程图；
24.图4为根据本技术实施例提供的一种可选的车辆调度装置的框图；
25.图5为本技术实施例提供的一种可选的电子设备结构示意图。
具体实施方式
26.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
27.在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本技术的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。
28.在一些大型企业，公司会为员工提供上下班班车服务，偶尔会存在正在运行的班车出现故障导致车辆无法继续运行的情况，这个时候就需要安排其他车辆接替故障车辆来接送员工上下班。人工安排调度车辆和驾驶员对故障车辆进行接替时往往无法考虑全面，而且不一定能安排到最合适的车辆，可能会因为路况或者天气问题出现堵车而导致调度车辆无法按时到达，或者临时任务也可能会影响驾驶员执行后续任务。
29.为了解决背景技术中提及的问题，根据本技术实施例的一方面，提供了一种车辆调度方法的实施例。
30.可选地，在本技术实施例中，上述车辆调度方法可以应用于如图1所示的由终端101和服务器103所构成的硬件环境中。如图1所示，服务器103通过网络与终端101进行连接，可用于为终端或终端上安装的客户端提供服务(数据获取服务、数据分析服务及数据发送服务等)，可在服务器上或独立于服务器设置数据库105，用于为服务器103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端101包括但不限于pc、手机、平板电脑等。
31.本技术实施例中的一种车辆调度方法可以由服务器103来执行，还可以是由服务器103和终端101共同执行，如图2所示，包括：
32.步骤201，在接收到目标对象发出的调度请求的情况下，对车辆数据库中的各个车辆进行分析，得到满足调度条件的候选车辆，其中，车辆数据库用于实时同步车辆的运行状态和驾驶员的工作状态；
33.步骤203，分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令；
34.步骤205，在接收到目标车辆响应调度指令返回的确认信息的情况下，将目标车辆的车辆数据返回至目标对象，以完成车辆调度。
35.本技术应用于数据处理，尤其应用于车辆调度处理。
36.目标对象为需要其他车辆来接替出行任务的车辆，例如，故障车辆或者其他原因无法继续执行任务的车辆。
37.车辆数据库中可实时同步车辆的运行状态以及与车辆绑定的驾驶员的工作状态，车辆的运行状态包括但不限于车辆当日行驶时长、任务安排、历史行驶数据、车检记录及车辆参数，驾驶员的工作状态包括但不限于驾驶员当日是否上班、当日在岗时长、历史在岗记录及任务安排。
38.在一些大型企业，公司会为员工提供上下班班车服务，偶尔会存在正在运行的班车出现故障导致车辆无法启动的情况，这个时候就需要派遣其他车辆进行接替该车接送员工上下班。人工安排新车辆和司机对故障车辆进行接替，往往耗时耗力，且不一定能安排到最合适车辆，若仅仅以距离为因素安排新车辆，可能会因为路况或者天气问题出现堵车而导致新车辆无法按时到达，且临时任务可能会影响新司机后续任务的执行。
39.当车辆发生故障时，使用大数据对空闲司机和车辆进行临时调度，可减少人工参与车辆调度协调的繁琐步骤，根据车辆状态和司机当日历史任务信息以及待执行任务相关信息，筛选出未执行任务且临时任务不会影响后续任务执行以及司机驾驶时间符合驾驶规定的车辆，同时根据车辆位置和当前实时路况，动态筛选出可最快到达的空闲车辆；同时因临时任务具有偶然性，加入司机任务确认机制，防止错过临时任务的执行。
40.本技术提供一种实施例，通过车辆状态、车辆位置及车辆司机当日历史任务信息、后续任务信息，获取可接替故障车辆并且可最快到达的新车辆，减少人工调度的繁琐步骤，提升效率，减少乘坐故障车辆员工的等待时间，且不影响新司机执行后续任务。
41.车辆发生故障时，若车辆正在执行出行任务，故障车辆司机在系统上发出调度请求，系统记录故障车辆当前位置和正在执行的任务信息，然后按照以下方法利用车辆数据库对有可能接受调度任务的车辆进行分析。
42.作为一种可选的实施例，在接收到目标对象发出的调度请求的情况下，对车辆数据库的各个车辆进行分析，得到满足调度条件的候选车辆包括：获取各个车辆的任务信息以及与各个车辆对应的驾驶员信息；将各个车辆中的任务信息指示车辆当前无出行任务、且驾驶员信息指示驾驶员处于在岗状态的车辆确定为第一车辆；将第一车辆中的任务信息指示车辆当前持续静止时长大于第一时长、和/或驾驶员信息指示驾驶员当日连续驾驶时长小于第二时长的车辆确定为第二车辆；获取第二车辆的待办任务，并从调度请求中提取调度任务；确定第二车辆完成调度任务所需的第一时长，以及当前时刻与第二车辆的待办任务的起始时刻间隔的第二时长；将第一时长小于第二时长的第二车辆确定为满足调度条件的候选车辆。
43.可选地，驾驶员打卡上班时会将与对应车辆的绑定关系以及自己的上班状态更新至车辆数据库中，同时车辆的定位装置开启并与车辆数据库建立连接，以实时更新车辆的位置信息至车辆数据库。
44.具体地，首先通过大数据技术从车辆数据库筛选出绑定司机处于上班状态且未执行任务的第一车辆，同时得到各个第一车辆当前的位置信息；然后依次对第一车辆进行校验，根据车辆绑定驾驶员当日历史任务信息，筛选出车辆静止大于第一时长(如，20分钟)和/或驾驶员连续驾驶小于第二时长(例如，4个小时)的第二车辆；最后将第二车辆中能够
执行调度任务且不影响原本待办任务的车辆筛选出来，确定为候选车辆。
45.示例地，依次对第二车辆进行筛选，若车辆存在待执行任务，获取(车辆当前位置、临时任务故障地点、临时任务终点站、车辆下一个任务起始站点)四个位置信息，调用地图相关接口，可根据当前路况和天气状况获取车辆到达故障地点再到临时任务终点再到后续任务起始站点所需时间，若所需时间大于当前时间与下一任务发车时间的时间间隔，则将该车辆排除，若所需时间小于当前时间与下一任务发车时间的时间间隔，则将该车辆确定为候选车辆。
46.执行调度任务且不影响原本待办任务的依据是，在待办任务开始之前，车辆能够完成调度任务且赶到待办任务的任务起始点，具体时长的确定方式会继续在后续的实施例中进行说明。
47.作为一种可选的实施例，确定第二车辆完成调度任务所需的第一时长包括：获取第二车辆的第一位置和待办任务的第一起始位置，并从调度任务中提取第二起始位置和终点位置；获取实时路况信息，并利用实时路况信息确定从第一位置到第二起始位置的第三时长、从第二起始位置到终点位置的第四时长、以及终点位置到第一起始位置的第五时长；将第三时长、第四时长以及第五时长相加，获得第一时长。
48.调用地图接口来获取实时路况信息，实时路况信息包括但不限于路程信息、交通信号灯信息、路口信息及车辆拥堵信息。
49.可选地，在确定第三时长、第四时长及第五时长时，不仅需要将实时路况信息作为考虑因素，还可以将天气状况作为考虑因素，也就是结合路况及天气来共同预估出行时长。
50.通过路况和天气来预估出行时长，有效避免了恶劣天气或者拥堵交通带来的对出行时长的误判，也就能够更准确地进行调度分析。
51.作为一种可选的实施例，分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令包括：获取各个候选车辆的第二位置，并从调度请求中提取调度起始位置；确定从各个第二位置到调度起始位置之间的调度时长；将各个候选车辆按照调度时长由短到长排序，得到候选序列；按照候选序列的顺序依次向各个候选车辆发送调度指令。
52.确定各个第二位置到调度位置之间的调度时长与上述第三时长地确定方法相同，同样地，调用地图接口后根据实时路况信息和天气状态来确定调度时长。
53.按照调度时长由短到长排序，得到候选序列，然后按照候选序列的顺序向各个候选车辆发送调度指令，这样能够将具备最优调度条件的候选车辆第一个收到调度指令。
54.作为一种可选的实施例，按照候选序列的顺序依次向各个候选车辆发送调度指令包括：向候选序列中的第一候选车辆发送调度指令；在接收到第一候选车辆响应调度指令返回的拒绝信息的情况下，或在第三时长内未收到第一候选车辆返回的任何信息的情况下，继续向候选序列中的第二候选车辆发送调度指令。
55.系统向排序第一的候选车辆发送调度指令，若排序第一的候选车辆的驾驶员拒绝调度指令，并向系统返回拒绝信息，或排序第一的候选车辆的驾驶员超出第三时长(如，1分钟)未作出回复，则根据排序列表向下一辆车发送调度指令，直至有新驾驶员接受调度指令。
56.可选地，考虑到驾驶员不一定能够及时注意到调度指令，侯选车辆的驾驶员超出
第三时长未作出回复的情况下，也可以延长等候时间，此时仍可以继续向下一辆车发送调度指令，在收到任一候选车辆的确认信息的情况下，取消已发出的调度指令即可。
57.本技术加入了驾驶员确认机制，驾驶员可以根据实际情况自主选择是否要接受调度指令，这样就不会在驾驶员不方便的情况下强行分配调度任务。
58.作为一种可选的实施例，在继续向候选序列中的第二候选车辆发送调度指令之后，所述方法还包括：在向候选序列中的全部候选车辆均发送过调度指令，且未收到确认信息的情况下，停止车辆调度；将调度请求未通过作为调度结果发送给目标对象。
59.在向候选序列中所有车辆均发送过调度指令，且没有得到进行调度的车辆的情况下，判定本次调度未通过，便将调度未通过的信息发送给目标对象，目标对象在收到调度未通过的消息也可以进行下一步的人员安排。
60.作为一种可选的实施例，按照候选序列的顺序依次向各个候选车辆发送调度指令还包括：从调度请求中提取起止位置数据，并生成语音包；将语音包携带于调度指令中，以使将调度指令发送给候选车辆后，将起止位置数据进行播报。
61.系统向排序候选车辆发送调度指令，同时进行语音提示，包括但不限于起止位置数据(包括去哪个位置接乘客和送去哪个位置)、故障车辆驾驶员电话等信息。
62.可选地，在出行目标车辆的驾驶员接收调度指令后，则向故障车辆驾驶员发送目标车辆和新的驾驶员相关信息，同样可以以语音包形式进行播报。
63.可选地，班车发生故障时，使用大数据相关算法，获取绑定司机处于上班状态且未执行任务的车辆，根据车辆位置、临时任务信息和司机当日历史任务信息、后续任务信息筛选出驾驶时间符合驾驶规定的司机、临时任务不会影响后续任务执行的车辆，同时根据车辆位置、实时路况等信息计算出各个车辆到达故障地点的时间并进行排序，并根据排序列表依次向车辆司机发送临时任务请求，直至有司机接受任务或者列表请求完毕。
64.图3为本技术提供的另一种可选的车辆调度的方法流程图。
65.作为另一种可选的实施例，企业班车在上班期间出现故障，故障车辆便可以向系统发送携带有相关信息(当前故障位置、任务终点位置及驾驶员联系方式等)的调度请求，系统在收到调度请求后便通过车辆数据库进行车辆分析，按照上述方法获得符合调度条件的候选车辆，然后按照调度时长由短到长向候选车辆发送调度指令，直至有目标车辆接收调度指令并返回确认信息，则将目标车辆的信息(当前位置、车牌号及驾驶员联系方式等)返回给故障车辆，此时系统的车辆调度完成，故障车辆和目标车辆进行交接即可。
66.本技术通过一种车辆调度方法，包括：在接收到目标对象发出的调度请求的情况下，对车辆数据库中的各个车辆进行分析，得到满足调度条件的候选车辆，其中，车辆数据库用于实时同步车辆的运行状态和驾驶员的工作状态；分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令；在接收到目标车辆响应调度指令返回的确认信息的情况下，将目标车辆的车辆数据返回至目标对象，以完成车辆调度。通过对车辆的运行状态和驾驶员的工作状态进行综合分析，得到适合进行调度的车辆，解决了人工安排调度车辆和驾驶员接替调度任务时无法考虑全面的问题。
67.根据本技术实施例的另一方面，本技术提供了一种车辆调度装置，如图4所示，包括：
68.车辆分析模块402，用于在接收到目标对象发出的调度请求的情况下，对车辆数据库中的各个车辆进行分析，得到满足调度条件的候选车辆，其中，车辆数据库用于实时同步车辆的运行状态和驾驶员的工作状态；
69.指令发送模块404，用于分别确定各个候选车辆到目标对象所在位置之间的调度时长，并按照调度时长从短到长的顺序依次向候选车辆发送调度指令；
70.数据返回模块406，用于在接收到目标车辆响应调度指令返回的确认信息的情况下，将目标车辆的车辆数据返回至目标对象，以完成车辆调度。
71.需要说明的是，该实施例中的车辆分析模块402可以用于执行本技术实施例中的步骤201，该实施例中的指令发送模块404可以用于执行本技术实施例中的步骤203，该实施例中的数据返回模块406可以用于执行本技术实施例中的步骤205。
72.可选地，车辆分析模块402包括：
73.第一获取子模块，用于获取各个车辆的任务信息以及与各个车辆对应的驾驶员信息；
74.第一确定子模块，用于将各个车辆中的任务信息指示车辆当前无出行任务、且驾驶员信息指示驾驶员处于在岗状态的车辆确定为第一车辆；
75.第二确定子模块，用于将第一车辆中的任务信息指示车辆当前持续静止时长大于第一时长、和/或驾驶员信息指示驾驶员当日连续驾驶时长小于第二时长的车辆确定为第二车辆；
76.第二获取子模块，用于获取第二车辆的待办任务，并从调度请求中提取调度任务；
77.第三确定子模块，用于确定第二车辆完成调度任务所需的第一时长，以及当前时刻与第二车辆的待办任务的起始时刻间隔的第二时长；
78.第四确定子模块，用于将第一时长小于第二时长的第二车辆确定为满足调度条件的候选车辆。
79.可选地，第三确定子模块还用于获取第二车辆的第一位置和待办任务的第一起始位置，并从调度任务中提取第二起始位置和终点位置；获取实时路况信息，并利用实时路况信息确定从第一位置到第二起始位置的第三时长、从第二起始位置到终点位置的第四时长、以及终点位置到第一起始位置的第五时长；将第三时长、第四时长以及第五时长相加，获得第一时长。
80.可选地，指令发送模块404还包括：
81.第三获取子模块，用于获取各个候选车辆的第二位置，并从调度请求中提取调度起始位置；
82.第五确定子模块，用于确定从各个第二位置到调度起始位置之间的调度时长；
83.排序子模块，用于将各个候选车辆按照调度时长由短到长排序，得到候选序列；
84.发送子模块，用于按照候选序列的顺序依次向各个候选车辆发送调度指令。
85.可选地，发送子模块还用于向候选序列中的第一候选车辆发送调度指令；在接收到第一候选车辆响应调度指令返回的拒绝信息的情况下，或在第三时长内未收到第一候选车辆返回的任何信息的情况下，继续向候选序列中的第二候选车辆发送调度指令。
86.可选地，发送子模块还用于在继续向候选序列中的第二候选车辆发送调度指令之后，在向候选序列中的全部候选车辆均发送过调度指令，且未收到确认信息的情况下，停止
车辆调度；将调度请求未通过作为调度结果发送给目标对象。
87.可选地，发送子模块还用于从调度请求中提取起止位置数据，并生成语音包；将语音包携带于调度指令中，以使将调度指令发送给候选车辆后，将进行播报。
88.此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中。
89.根据本技术实施例的另一方面，本技术提供了一种电子设备，如图5所示，包括存储器501、处理器503、通信接口505及通信总线507，存储器501中存储有可在处理器503上运行的计算机程序，存储器501、处理器503通过通信接口505和通信总线507进行通信，处理器503执行计算机程序时实现上述方法的步骤。
90.上述电子设备中的存储器、处理器通过通信总线和通信接口进行通信。所述通信总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。
91.存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
92.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
93.根据本技术实施例的又一方面还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质。
94.可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
95.本技术实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。
96.可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，dsp)、数字信号处理设备(dsp device，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本技术所述功能的其它电子单元或其组合中。
97.对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
98.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出
本技术的范围。
99.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
100.在本技术所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
101.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
102.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
103.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
104.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。