派车方法、装置、电子设备及计算机可读存储介质与流程

1.本技术涉及应急事件处理技术领域，特别地涉及一种派车方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.在救护车派送系统中，通常通过患者描述的位置来确定患者实际位置，但是有可能存在因患者描述不准确，导致救护车无法准确到达现场，而延误了抢救时间的问题，另外，由于不同的救护车所配备的资源可能不同，而相关技术中都是通过就近派车的方式，可能导致不同病情的患者在救护车上无法得到有效及时的治疗，而错过最佳抢救时机。


技术实现要素：

3.针对上述相关技术中的问题，本技术提供一种派车方法、装置、电子设备及计算机可读存储介质。
4.本技术提供了一种派车方法，所述方法包括：
5.在获取到患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型的情况下，至少基于所述位置信息确定各个救护站点的优先级信息；
6.确定所述现场类型和初步诊断信息对应的车载资源信息；
7.确定所述车载资源信息对应的目标车辆；
8.至少基于所述车载资源信息对应的目标车辆、各个救护站点的优先级信息确定目标救护站点的目标车辆，以基于所述目标救护站点的目标车辆进行派车。
9.在一些实施例中，所述确定所述现场类型和初步诊断信息对应的车载资源信息，包括：
10.基于预先存储的第一对应关系确定所述现场类型对应的车载资源信息，其中，所述第一对应关系包括：现场类型及初步诊断信息与车载资源信息之间的对应关系；
11.所述基于所述车载资源信息对应的目标车辆，包括：
12.基于预先存储的第二对应关系确定所述车载资源信息对应的目标车辆，其中，所述第二对应关系包括：车载资源信息与车辆之间的对应关系。
13.在一些实施例中，所述方法还包括：
14.获取用户的第一设置信息，所述第一设置信息用于设置现场类型及初步诊断信息与车载资源信息之间的对应关系；
15.基于所述第一设置信息确定第一对应关系，并将所述第一对应关系进行存储；
16.获取用户的第二设置信息，所述第二设置信息用于设置车载资源信息与车辆之间的对应关系；
17.基于所述第二设置信息确定第二对应关系，并将所述第二对应关系进行存储。
18.在一些实施例中，所述至少基于所述位置信息确定各个救护站点的优先级信息，包括：
19.基于所述位置信息和各个救护站点的位置信息确定各个救护站点与患者之间的路径信息；
20.基于各个路径信息对应的道路状态确定各个路径信息对应的到达时间；
21.基于所述达到时间确定各个救护站点的优先级信息。
22.在一些实施例中，所述方法还包括：
23.分别创建现场类型、初步诊断信息对应的词条；
24.将现场类型、初步诊断信息对应的词条进行存储，其中，所述词条用于用户进行选择，以获取患者所在现场的现场类型、所述患者的初步诊断信息。
25.在一些实施例中，所述方法还包括：
26.在患者使用电话报警的情况下，发出求救短信给所述患者，其中，所述求救短信中携带有目标链接，所述目标链接用于在患者点击后生成所述患者的位置信息并上报；
27.在获取到上报的位置信息的情况下，确定所述患者的位置信息。
28.在一些实施例中，所述方法还包括：
29.在获取到应急事件的位置信息的情况下，基于所述位置信息和各个救护站点的位置信息确定各个救护站点与患者之间的路径信息；
30.基于各个路径信息对应的道路状态确定到达时间；
31.基于所述达到时间确定各个救护站点的优先级；
32.基于各个救护站点的优先级和各个救护站点中车辆的车辆状态确定目标救护站点的目标车辆，以基于所述目标救护站点的目标车辆进行派车。
33.本技术实施例提供一种派车装置，包括：
34.第一获取模块，用于在获取到患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型的情况下，至少基于所述位置信息确定各个救护站点的优先级信息；
35.第一确定模块，用于确定所述现场类型和初步诊断信息对应的车载资源信息；
36.第二确定模块，用于确定所述车载资源信息对应的目标车辆；
37.第三确定模块，用于至少基于所述车载资源信息对应的目标车辆、各个救护站点的优先级确定目标救护站点的目标车辆，以基于所述目标救护站点的目标车辆进行派车。
38.本技术实施例提供一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，执行上述所述派车方法。
39.本技术实施例提供一种存储介质，该存储介质存储的计算机程序，能够被一个或多个处理器执行，能够用来实现上述所述派车方法。
40.本技术提供的一种派车方法、装置、电子设备及计算机存储介质，在获取到患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型的情况下，至少基于位置信息确定各个救护站点的优先级信息；并确定现场类型和初步诊断信息对应的车载资源信息，确定车载资源信息对应的目标车辆；至少基于所述车载资源信息对应的目标车辆、各个救护站点的优先级确定目标救护站点的目标车辆，以基于所述目标救护站点的目标车辆进行派车，能够得到较优的派车方案，实现患者与救护车的车载资源的匹配，从而有利于对患者进行及时救治。
附图说明
41.在下文中将基于实施例并参考附图来对本技术进行更详细的描述。
42.图1为本技术实施例提供的一种派车方法的示例性的应用场景示意图；
43.图2为本技术实施例提供的一种派车方法的实现流程示意图；
44.图3为本技术实施例提供的一种调度端的显示界面示意图；
45.图4为本技术实施例提供的一种发送求救短信的显示界面示意图；
46.图5为本技术实施例提供的一种派车方法的实现流程示意图；
47.图6为本技术实施例再提供一种救护车资源优先原则的救护车派车方法的实现流程示意图；
48.图7为本技术实施例提供的一种派车装置的结构示意图；
49.图8为本技术实施例提供的电子设备的组成结构示意图。
50.在附图中，相同的部件使用相同的附图标记，附图并未按照实际的比例绘制。
具体实施方式
51.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
52.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
53.如果申请文件中出现“第一\第二\第三”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
54.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
55.基于相关技术中存在的问题，本技术实施例提供一种派车方法，所述方法应用于电子设备，所述电子设备可以移动终端、计算机、服务器等。移动终端可以是智能手机、平板电脑、笔记本电脑、可穿戴设备和智能移动设备等，智能移动设备可以包括智能电话、个人数字助理、游戏设备、导航设备、手持终端等，本技术实施例提供的派车方法所实现的功能可以通过电子设备的处理器调用程序代码来实现，其中，程序代码可以保存在计算机存储介质中。图1为本技术实施例提供的一种派车方法的示例性的应用场景示意图。在该应用场景中包括：报警端100、司机端200、医生端300和调度端400，所述调度端400与所述报警端100、司机端200、医生端300通信连接，所述电子设备可以认为为调度端，所述调度端用于接收报警和创建派车任务，所述报警端可以通过浏览器或小程序进行视频报警，也可以通过电话进行报警。司机端用于在接收到派车任务后，驾驶员按照司机端系统导航驾驶，医生端用于医生加入视频会诊。本技术实施例中，报警端、司机端和医生端可以指用户所使用的一个或多个终端设备或软件。在一些实施例中，终端设备是指具有输入和/或输出功能的便携
式设备。例如，终端设备可以包括智能手机、平板电脑、笔记本电脑、可穿戴设备和智能移动设备等或其任意组合。
56.基于前述的应用场景示例，本技术实施例提供一种派车方法，图2为本技术实施例提供的一种派车方法的实现流程示意图，如图2所示，包括：
57.步骤s1，在获取到患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型的情况下，至少基于所述位置信息确定各个救护站点的优先级信息。
58.本技术实施例中，可以通过外接存储设备的输入来获取患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型，所述外接存储设备可以是u盘、机械硬盘等；也可以通过网络接收的方式来获取患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型，例如因特网、局域网；也可以通过读取本地数据来获取等。还可以通过输入设备的输入来获取患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型，所述输入设备可以是鼠标、键盘等。
59.本技术实施例中，所述初步诊断信息可以包括：儿童急症、运动系统急症、传染疾病、意外伤害等，所述现场类型可以包括：常见急诊、重大事故、工况事故、中毒、传染病、自然灾害等。
60.示例性地，以输入设备的输入来获取取到患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型为例进行说明，调度端接到用户通过报警端发出的报警信息后，调度端的工作人员获取到患者的位置信息、患者的初步诊断信息和所述患者所在现场的现场类型，然后通过输入设备来输入患者的位置信息、患者的初步诊断信息和所述患者所在现场的现场类型，图3为本技术实施例提供的一种调度端的显示界面示意图，如图3所示，在该显示界面中包括：现场类型的选项、位置信息的输入框、初步诊断信息的选项。调度端的工作人员可以在位置信息的输入框输入位置信息。在电子设备中预先存储有现场类型、初步诊断信息对应的词条，调度端的工作人员可以通过点击现场类型的选项来显示现场类型对应的词条，通过点击词条来选择现场类型，调度端的工作人员可以通过点击初步诊断信息的选项来显示初步诊断信息对应的词条，通过点击词条选择初步诊断信息。
61.本技术实施例中，在确定了患者的位置信息后，可以至少基于所述位置信息确定各个救护站点的优先级信息。可以基于位置信息与各个救护站点的位置来进行路径规划，基于路径的距离来确定各个救护站点的优先级信息。例如，距离越近则优先级越高。在一些实施例中，还可以基于位置信息和各个救护站点的位置信息确定各个路径信息，然后基于各个路径信息对应的道路状态确定到达时间，基于到达时间来确定各个站点的优先级信息。通常到达时间越短则对应的站点的优先级越高。
62.本技术实施例中，所述救护站点是救护车站点，所述道路状态可以包括：道路拥堵状态、通畅状态等。
63.步骤s2，确定所述现场类型和初步诊断信息对应的车载资源信息。
64.本技术实施例中，在电子设备中预先存储有第一对应关系，所述第一对应关系包括：现场类型及初步诊断信息与车载资源信息之间的对应关系。电子设备可以获取用户的第一设置信息，所述第一设置信息用于设置现场类型及初步诊断信息与车载资源信息之间的对应关系；基于所述第一设置信息确定第一对应关系，并将所述第一对应关系进行存储，
该对应关系可以以表格的形式进行存储，在获取到现场类型和初步诊断信息后，可以以现场类型和初步诊断信息为检索条件在第一对应关系中进行检索，从而确定现场类型及初步诊断信息对应的车载资源信息。
65.所述车载资源信息用于表征救护车上的车载资源。本技术实施例中，所述车载资源信息可以医疗资源信息、医疗设备信息、通信设备信息、医生信息等。
66.步骤s3，确定所述车载资源信息对应的目标车辆。
67.本技术实施例中，在电子设备中预先存储有第二对应关系，所述第二对应关系包括：车载资源信息与车辆之间的对应关系。电子设备可以获取用户的第二设置信息，所述第二设置信息用于设置车载资源信息与车辆之间的对应关系；基于所述第二设置信息确定第二对应关系，并将所述第二对应关系进行存储，第二对应关系可以以表格的形式来进行存储。在确定了车载资源信息后，电子设备可以以车载资源信息为检索条件在第二对应关系中进行检索，从而确定车载资源信息对应的目标车辆。所述目标车辆为目标救护车。该目标车辆上配备有所述车载资源信息对应的车载资源。
68.步骤s4，至少基于所述车载资源信息对应的目标车辆、各个救护站点的优先级信息确定目标救护站点的目标车辆，以基于所述目标救护站点的目标车辆进行派车。
69.本技术实施例中，可以从优先级高的站点中选出具有所述车载资源信息对应的车载资源的车辆为目标车辆，选出的目标车辆对应的救护站点则为目标救护站点。
70.在一些实施例中，至少基于所述车载资源信息对应的目标车辆、各个救护站点的优先级确定目标救护站点的目标车辆，包括：基于所述车载资源信息对应的目标车辆、各个救护站点的优先级和各个车辆的车辆状态来确定目标救护站点的目标车辆。车辆状态可以包括：空闲状态、使用状态。本技术实施例中，可以从优先级高的站点中选出具有所述车载资源信息对应的车载资源、且车辆状态为空闲状态的车辆为目标车辆。
71.本技术实施例中，可以发送派车信息给所述目标救护站点的目标车辆，以进行派车。在一些实施例中，可以通过调度端的工作人员直接电话通知目标救护站点的目标车辆的司机端进行派车。
72.本技术实施例提供的派车方法，在获取到患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型的情况下，至少基于位置信息确定各个救护站点的优先级信息；并确定现场类型和初步诊断信息对应的车载资源信息，确定车载资源信息对应的目标车辆；至少基于所述车载资源信息对应的目标车辆、各个救护站点的优先级确定目标救护站点的目标车辆，以对所述目标救护站点的目标车辆进行派车，能够得到较优的派车方案，实现患者与救护车的车载资源的匹配，从而有利于对患者进行及时救治，能够避免因传统因救护车的车载资源缺乏而导致的抢救不及时，延误了最佳抢救时机问题。
73.在一些实施例中，在步骤s1之前，所述方法还包括：
74.步骤s11，在患者使用电话报警的情况下，发出求救短信给所述患者，其中，所述求救短信中携带有目标链接，所述目标链接用于在患者点击后生成所述患者的位置信息并上报。
75.本技术实施例中，报警的方式可以包括：浏览器或者小程序进行视频报警、电话报警，由于浏览器或小程序通常为定制的，因此，当使用浏览器或者小程序进行视频报警进行报警时，电子设备能够获取到患者准确的位置信息，但是当患者由使用电话报警，可能由于
患者描述的位置不够准确，导致救护车无法确定达到现场而延误抢救时间的问题，因此，本技术实施例中，在患者使用电话报警的情况下，发出求救短信给患者以获取更准确的地理位置。图4为本技术实施例提供的一种发送求救短信的显示界面示意图，在该界面中，调度端的工作人员只需要输入患者的手机号码，点击确定后即可以自动生成求救短信，并将求救短信发送给患者。
76.步骤s12，在获取到上报的位置信息的情况下，确定所述患者的位置信息。
77.本技术实施例中，在患者接收到短信后，患者可以点击目标链接，从而实现患者的位置信息的上报，能够使得电子设备获取到用户更准确的位置信息。
78.在一些实施例中，本技术实施例再提供一种排除方法，图5为本技术实施例提供的一种派车方法的实现流程示意图，如图5所示，所述方法包括：
79.步骤s21，在获取到患者的位置信息的情况下，基于所述位置信息和各个救护站点的位置信息确定各个路径信息；
80.步骤s22，基于各个路径信息对应的道路状态确定各个路径信息对应的到达时间；
81.步骤s23，基于所述达到时间确定各个救护站点的优先级；
82.步骤s24，基于各个救护站点的优先级和各个救护站点中车辆的车辆状态确定目标救护站点的目标车辆，以基于所述目标救护站点的目标车辆进行派车。
83.本技术实施例提供的派车方法，在得到患者的位置信息后，也能基于站点的优先级来进行派车。
84.基于前述的各个实施例，本技术实施例再提供一种救护车资源优先原则的救护车派车方法，图6为本技术实施例再提供一种救护车资源优先原则的救护车派车方法的实现流程示意图，如图6所示，所述方法包括：
85.步骤s31，获取病人确切地理位置。
86.如果患者通过浏览器或者小程序进行视频报警，那么电子设备会获取到准确的地理位置，如果患者是电话报警，调度端会给患者发送求救短信，患者通过短信中的链接再次上报地理位置信息，这样做到了对地理位置二次矫正。
87.步骤s32，基于地理位置调用地理信息系统服务，得到急救路线最优方案后对各个站点进行排序。
88.步骤s33，根据站点的车辆状态进行排序优化确定。
89.本技术实施例中，在优化后的排序中车辆状态为空闲的车辆比非空闲的车辆的优先级更高。
90.步骤s34，判断是否获取到现场类型及初步诊断。
91.本技术实施例中，当没有获取到现场类型及初步诊断的情况下，执行步骤s36，在确定获取到现场类型及初步诊断的情况下，执行步骤s35。
92.步骤s35，基于车载资源进行匹配，对车辆进行派车二次优化。
93.本技术实施例中，调度端维护了每辆救护车与车载资源之间的对应关系(关系表a)、现场类型及初步诊断所需车载资源的对应关系(关系表b)，这样电子设备能够自动匹配合理有效的救护车的车载资源，从而达到最优的派车效果。例如：当调度员选择现场类型为重大事故，初步诊断为车祸，电子设备获取到”重大事故“及”车祸”在数据字典中的id，根据id在关系表b中查询到所需车载资源信息，然后基于关系a查询到车载资源信息对应的救护
车。
94.在步骤s35执行后，执行步骤s36。
95.步骤s36，确定目标站点和目标车辆。
96.本技术实施例中，目标站点的目标车辆具有所述车载资源信息对应的资源。
97.步骤s37，派车。
98.本技术实施例中，可以发送派车信息给目标站点和目标车辆，从而完成派车。
99.步骤s38，监控车辆行驶。
100.本技术实施例提供的一种救护车资源优先原则的救护车派车方法，通过对现场类型及初步诊断信息匹配救护车的车载资源，能够达到最优的派车效果，从而患者能够在救护途中得到及时有效的治疗。
101.基于前述的实施例，本技术实施例提供一种派车装置，该装置包括的各模块、以及各模块包括的各单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(cpu，central processing unit)、微处理器(mpu，microprocessor unit)、数字信号处理器(dsp，digital signal processing)或现场可编程门阵列(fpga，field programmable gate array)等。
102.本技术实施例提供一种派车装置，图7为本技术实施例提供的一种派车装置的结构示意图，如图7所示，派车装置700包括：
103.第一获取模块701，用于在获取到患者的位置信息、所述患者的初步诊断信息和所述患者所在现场的现场类型的情况下，至少基于所述位置信息确定各个救护站点的优先级信息；
104.第一确定模块702，用于确定所述现场类型和初步诊断信息对应的车载资源信息；
105.第二确定模块703，用于确定所述车载资源信息对应的目标车辆；
106.第三确定模块704，用于至少基于所述车载资源信息对应的目标车辆、各个救护站点的优先级确定目标救护站点的目标车辆，以基于所述目标救护站点的目标车辆进行派车。
107.在一些实施例中，第一确定模块，包括：
108.第一确定单元，用于基于预先存储的第一对应关系确定所述现场类型对应的车载资源信息，其中，所述第一对应关系包括：现场类型及初步诊断信息与车载资源信息之间的对应关系；
109.第二确定模块，包括：
110.第二确定单元，用于基于预先存储的第二对应关系确定所述车载资源信息对应的目标车辆，其中，所述第二对应关系包括：车载资源信息与车辆之间的对应关系。
111.在一些实施例中，派车装置还包括：
112.第一获取模块，用于获取用户的第一设置信息，所述第一设置用于设置现场类型及初步诊断信息与车载资源信息之间的对应关系；
113.第一存储模块，用于基于所述第一设置信息确定第一对应关系，并将所述第一对应关系进行存储；
114.第三获取模块，用于获取用户的第二设置信息，所述第二设置信息用于设置车载资源信息与车辆之间的对应关系；
115.第二存储模块，用于基于所述第二设置信息确定第二对应关系，并将所述第二对应关系进行存储。
116.在一些实施例中，所述第一确定模块，包括：
117.第三确定单元，用于基于所述位置信息和各个救护站点的位置信息确定各个路径信息；
118.第四确定单元，用于基于各个路径信息对应的道路状态确定各个路径信息对应的到达时间；
119.第五确定单元，用于基于所述达到时间确定各个救护站点的优先级信息。
120.在一些实施例中，派车装置还包括：
121.创建模块，用于分别创建现场类型、初步诊断信息对应的词条；
122.第三存储模块，用于将现场类型、初步诊断信息对应的词条进行存储，其中，所述词条用于用户进行选择，以获取患者所在现场的现场类型、所述患者的初步诊断信息。
123.在一些实施例中，派车装置还包括：
124.第一发送模块，用于在患者使用电话报警的情况下，发出求救短信给所述患者，其中，所述求救短信中携带有目标链接，所述目标链接用于在患者点击后上报所述患者的位置信息；
125.第四确定模块，用于在获取到用户针对所述目标链接点击后上报的位置信息的情况下，确定所述患者的位置信息。
126.在一些实施例中，派车装置还包括：
127.第四获取模块，用于在获取到应急事件的位置信息的情况下，基于所述位置信息和各个救护站点的位置信息确定各个路径信息；
128.第五确定模块，用于基于各个路径信息对应的道路状态确定到达时间；
129.第六确定模块，用于基于所述达到时间确定各个救护站点的优先级；
130.第七确定模块，用于基于各个救护站点的优先级和各个救护站点中车辆的车辆状态确定目标救护站点的目标车辆；
131.第二发送模块，用于发送派车信息给所述目标救护站点的目标车辆。
132.需要说明的是，本技术实施例中，如果以软件功能模块的形式实现上述的派车方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read only memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本技术实施例不限制于任何特定的硬件和软件结合。
133.相应地，本技术实施例提供一种计算机存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供的派车方法中的步骤。
134.本技术实施例提供一种电子设备；图8为本技术实施例提供的电子设备的组成结构示意图，如图8所示，所述电子设备800包括：一个处理器801、至少一个通信总线802、用户接口803、至少一个外部通信接口804、存储器805。其中，通信总线802配置为实现这些组件
之间的连接通信。其中，用户接口803可以包括显示屏，外部通信接口804可以包括标准的有线接口和无线接口。所述处理器801配置为执行存储器中存储的派车方法的程序，以实现以上述实施例提供的派车方法中的步骤。
135.这里需要指出的是：以上存储介质和电子设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本技术存储介质和设备实施例中未披露的技术细节，请参照本技术方法实施例的描述而理解。
136.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
137.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、对象或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、对象或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、对象或者装置中还存在另外的相同要素。
138.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
139.上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
140.另外，在本技术各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
141.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read only memory)、磁碟或者光盘等各种可以存储程序代码的介质。
142.或者，本技术上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台控制器执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者
光盘等各种可以存储程序代码的介质。
143.以上所述，仅为本技术的实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。