一种融合监控数据的交通事件处理方法与系统

技术领域

本申请涉及数据处理的技术领域，具体涉及一种融合监控数据的交通事件处理方法及系统。

背景技术

随着我国城镇化建设，各个乡镇之间也建立起了交通道路网，其中就包括一些国道与省道的修建，以便于外来人员旅游、或外出返乡人员回家探望亲人。

在一些节假日期间，这些道路往往十分拥堵，严重时甚至发生一系列的交通事故。目前，当发生这些交通事件后，传统的处理方式中，需要当事人联系当地的交通管理部门汇报当前的事件情况，然后交通管理部门派遣交警在前往事发地，交警在了解实际情况后，采取相应的解决措施，以保证道路通畅。然而，交警了解实际情况的过程需要大量的时间，从而导致处理效率较低。

发明内容

本申请提供了一种融合监控数据的交通事件处理方法与系统，具有交通警察执勤效率的效果。

第一方面，本申请提供了一种融合监控数据的交通事件处理方法，应用于交通平台，所述方法包括：获取预设摄像头的监控数据；基于所述监控数据，确定目标路段的交通事件类型，所述交通事件类型包括堵车、车祸以及车辆损坏；将所述交通事件类型与预设策略表进行匹配，得到所述交通事件类型对应的处理策略；将所述交通事件类型与所述处理策略发送至执勤人员的用户设备。

通过采用上述技术方案，根据预设摄像头的监控数据，能够快速发现存在交通事件的目标路段以及交通事件的具体情况；再通过将交通事件的类型与预设策略表进行匹配，从而得到全面的交通事件处理策略，再将处理策略提前发送给前往目标路段执勤人员的用户设备，以帮助执勤人员快速了解现场情况，并且执勤人员通过参考交通事件的处理策略，能够更加全面的了解和处理交通事件，降低了交通事件遗漏处理的概率。

第二方面，本申请提供一种融合监控数据的交通事件处理系统，所述系统为交通平台，所述交通平台包括获取模块、处理模块以及发送模块，其中：所述获取模块，用于获取预设摄像头的监控数据；所述处理模块，用于基于所述监控数据，确定目标路段的交通事件类型，所述交通事件类型包括堵车、车祸以及车辆损坏；将所述交通事件类型与预设策略表进行匹配，得到所述交通事件类型对应的处理策略；所述发送模块，用于将所述交通事件类型与所述处理策略发送至执勤人员的用户设备。

通过采用上述技术方案，获取模块根据预设摄像头的监控数据，能够快速发现存在交通事件的目标路段以及交通事件的具体情况；处理模块再通过将交通事件的类型与预设策略表进行匹配，从而得到全面的交通事件处理策略；发送模块再将处理策略提前发送给前往目标路段执勤人员的用户设备，以帮助执勤人员快速了解现场情况，并且执勤人员通过参考交通事件的处理策略，能够更加全面的了解和处理交通事件，降低了交通事件遗漏处理的概率。

可选的，所述基于所述监控数据，确定目标路段的交通事件类型，还包括：获取模块用于对所述监控数据进行处理，得到所述目标路段的路况信息，所述路况信息包括车流量、车况、平均车速以及车辆密度；处理模块用于根据预设第一规则，将所述目标路段拆分为多个子路段，所述预设第一规则为路口、人行道以及红绿灯；获取模块用于获取多个所述子路段各自对应的子路况信息；处理模块用于若第一子路况信息与所述路况信息相似度值大于预设相似度阈值，则确定所述第一子路况信息对应的子路段为事故路段，所述第一子路况信息为多个所述子路况信息中任意一个。

通过采用上述技术方案，处理模块将目标路段拆分为多个子路段，再将多个子路段的路况信息分别与目标路段的路况信息进行匹配，从而确定出导致交通事件的事故路段，以便于后续更加精准的分析事故原因。

可选的，处理模块用于将所述第一子路况信息与预设事故分类表进行匹配，得到所述交通事件类型，所述预设事故分类表包括路况信息与交通事件类型的对应关系。

通过采用上述技术方案，通过预先设置的事故分类表，从而使得在交通事故发生的第一时间，能够快速预测出交通事件类型以及其对应的事件原因，进而帮助交警能够提前做好相关工作的安排。

可选的，处理模块用于将所述交通事件类型划分为多个待处理事件，多个所述待处理事件包括交通梳理、车辆维修、保险事宜以及伤亡人员救治；将多个所述处理事件与预设策略表进行匹配，得到多个所述处理事件各自对应的预处理策略；按照预设第二规则，将多个所述预处理策略连接为事件处理链，生成处理策略。

通过采用上述技术方案，将交通事件类型细分为多个待处理的小事件，从而帮助交警更加全面的考虑处理交通事件，同时降低交警遗漏处理事项的可能；再将多个待处理事件与预设略表进行匹配，得到多个待处理事件的预处理策略，再将多个预处理策略生成事件处理链，从而帮助交警合理安排整个执勤计划。

可选的，获取模块用于获取多个所述待处理事件的事件处理时间，所述时间处理事件包括准备时间、通勤时间以及处理时间；处理模块用于根据所述事件处理时间，确定多个所述待处理事件各自对应的处理时间段，所述处理时间段包括多个时间节点；按照时间顺序，将多个所述待处理事件各自对应的多个时间节点进行连接，生成所述事件处理链。

通过采用上述技术方案，通过将多个待处理事件在处理过程中的起始时间点与结束时间点按照时间顺序，连接为事件处理链，从而帮助交警了解交通事件的整个处理周期，以便于对预测的处理策略做出一些调整，提高了整个执勤的效率。

可选的，获取模块用于获取多个所述执勤人员的执勤信息，所述执勤信息包括位置信息与执勤状态；处理模块用于根据所述执勤信息，将多个所述执勤人员进行优先级排序；若第一执勤人员优先级大于第二执勤人员，则发送模块向所述第一执勤人员发送所述处理策略，所述第一执勤人员为多个所述执勤人员中任意一个，所述第二执勤人员为多个执勤人员中任意一个。

通过采用上述技术方案，在交通事件的事件地点存在多个执勤人员，根据执勤信息将多个执勤人员进行优先级排序，优先向优先级高的执勤人员发送交通事件的具体情况以及其对应处理策略，从而便于警方合理的安排警力以及提高执勤的效率。

可选的，所述向所述第一执勤人员发送所述交通事件类型与所述处理策略，还包括：若所述第一执勤人员在预设时间段内未到达所述目标路段，则发送模块向所述第二执勤人员发送所述交通事件类型与所述处理策略。

通过采用上述技术方案，当执勤人员因为一些突发原因导致无法按时前往执勤地点或无法前往执勤地点，则按照优先级向第二执勤人员发送交通事件的具体情况与其对应的处理策略，从而保证交通事件能够得到及时处理，避免出现更大的影响。

第三方面，本申请提供一种电子设备，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如第一方面中任意一项所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行如第一方面中任意一项所述的方法。

综上所述，本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、根据预设摄像头的监控数据，能够快速发现存在交通事件的目标路段以及交通事件的具体情况；再通过将交通事件的类型与预设策略表进行匹配，从而得到全面的交通事件处理策略，再将处理策略提前发送给前往目标路段执勤人员的用户设备，以帮助执勤人员快速了解现场情况，并且执勤人员通过参考交通事件的处理策略，能够更加全面的了解和处理交通事件，降低了交通事件遗漏处理的概率。

2、将交通事件类型细分为多个待处理的小事件，从而帮助交警更加全面的考虑处理交通事件，同时降低交警遗漏处理事项的可能；再将多个待处理事件与预设略表进行匹配，得到多个待处理事件的预处理策略，再将多个预处理策略生成事件处理链，从而帮助交警合理安排整个执勤计划。

附图说明

图1是本申请实施例提供的一种融合监控数据的交通事件处理方法的流程示意图。

图2是本申请实施例提供的一种事件处理链的结构示意图。

图3是本申请实施例提供的一种融合监控数据的交通事件处理装置的结构示意图。

图4是本申请实施例提供的一种电子设备的结构示意图。

附图标记说明：1、获取模块；2、处理模块；3、发送模块；400、电子设备；401、处理器；402、通信总线；403、用户接口；404、网络接口；405、存储器。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

随着我国城镇化建设的推进，交通道路网络逐步完善，各个乡镇之间的交通联系日益紧密，其中包括一些国道和省道的建设，以满足人们旅游和探望亲人等出行需求。

随着城市化进程的加速，人口流动和交通拥堵问题越来越突出，尤其是在一些重要的节假日期间，这些道路往往会出现拥堵和交通事故等问题，给人们的出行带来很大的不便和安全隐患。传统的处理方式中，需要当事人联系当地的交通管理部门汇报当前的事件情况，然后交通管理部门派遣交警在前往事发地，交警在了解实际情况后，采取相应的解决措施，以保证道路通畅。然而，交警了解实际情况的过程需要大量的时间，从而导致处理效率较低。

为了解决这个问题，本申请提供一种融合监控数据的交通事件处理方法，该方法应用于交管平台，如图1所示，该方法包括步骤S101至步骤S104。

S101、获取预设摄像头的监控数据。

在上述步骤中，预设摄像头可以理解为用于监测目标路段上车辆行驶状态的摄像头，例如，红绿灯上设置有拍摄车辆是否在错误车道行驶的摄像头，以及路灯上设置有监测车流量与车速的摄像头。其中，目标路段为用户所反馈的存在交通事件的路段或消防平台的工作人员查看监控视频所确定的事故路段；在本申请中预设的摄像头为目标路段上设置的所有摄像头，用户为目标路段处司机或事故当事人。另外，预设的摄像头全天候开启以保证监测的连续性。当目标路段存在交通事件时，交管平台调用该路段上摄像头存储的预设时间段内的监控数据以及当前的监控画面。

S102、基于监控数据，确定目标路段的交通事件类型，交通事件类型包括堵车、车祸以及车辆损坏。

在上述步骤中，在交通平台获取到预设摄像头的监控数据后，交通平台对监控数据进行图像处理，得到目标路段的路况信息。其中，路况信息包括但不限于车流量、车况、平均车速、车辆密度、道宽以及红绿灯数量。然后根据预设第一规则，将目标路段拆分为多个子路段；其中，预设第一规则可以理解为将目标路段划分为多个子路段的节点标准，例如，当目标路段中包括路口、人行道以及红绿灯时，则节点标准可以为路口、人行道以及红绿灯中至少一个；当然，由于每台道路的路况信息不同，则节点标准不限于路口、人行道以及红绿灯，还可以包括学校出口与居民区出口等，预设第一规则的设置根据实际情况而定。此时，若目标路段中包括3个路口、2个红绿灯以及1条人行道，并且2个路口与红绿灯重合，则目标路段被分为5个子路段。然后交通平台通过监控数据得到多个子路段各自对应的子路况信息；其中，子路况信息与目标路段的路况信息为相同类型的信息。当多个子路段信息中的第一子路况信息与目标路段的路况信息相似度值大于预设相似度阈值时，则可以确定第一子路况信息对应的子路段存在导致交通事件的主要原因。其中，相似度的计算方式可采用协方差图像比较算法、峰值信噪比图像比较法以及结构相似性指数中任意一种，本申请不做限定。需要进行解释的是，在进行图像比较时，可采用上述相似度计算公式，若需要比较文本相似度则需要采用余弦相似度或汉明距离相似度中任意一种，本申请不做限定。本申请相似度计算方法根据计算机算力所决定；当计算机算力较高时，则选择图像相似度算法；当计算机算力较低时，则选择文本相似度计算。相似度算法选择根据实际情况而定。

当确定第一路况信息对应的子路段为事故路段后，交通平台将第一子路况信息与预设事故分类表进行匹配，从而得到目标路段的交通事件类型；其中，交通事件类型包括但不限于堵车、车祸、车辆损坏以及道路维修。预设事故分类表中包括路况信息与交通事件类型的对应关系；其中，一个交通事件类型对应多个路况信息，例如，多个路况信息中包括车流量降低，车速降低、车辆密度增加以及车辆出现撞毁，则确交通事件类型为目标路段出现车祸。

S103、将交通事件类型与预设策略表进行匹配，得到交通事件类型对应的处理策略。

在上述步骤中，在确定目标路段的交通事件类型后，交通平台将交通事件类型划分为多个待处理事件，其中，待处理事件包括但不限于事件登记、交通梳理、车辆维修、保险事宜以及伤亡人员救治。然后获取每个待处理事件的现场实际情况，根据每个待处理事件的现场情况，从预设策略表中匹配出多个待处理事件各对应的预处理策略。

举例来说，若发生严重车祸并且存在人员伤亡时，交通平台将该事件划分为多个待处理事件，包括交通梳理、车辆维修、保险事宜以及伤亡人员救治。然后获取每个待处理事件的现场实际情况，例如现场有3名受伤人员、3辆车受损严重等。根据每个待处理事件的现场情况，从预设策略表中匹配出多个待处理事件各对应的预处理策略，对于交通梳理，预处理策略为拨打交警电话派遣交通警察前往疏通交通；对于伤亡人员救治，预处理策略为拨打急救电话并清理现场以便救援车辆进入；对于车辆维修，预处理策略为将受损车辆拖离现场并安排维修，对于保险事宜，预处理策略为拨打保险公司电话查询受伤人员与受损车辆是否购买相关保险并安排相关赔付。

在确定多个待处理策略的预处理策略后，获取多个待处理事件的事件处理时间，事件处理时间包括准备时间、通勤时间以及处理时间。其中，准备时间可以理解为待处理事件的相关人员在出发前的准备时间，通勤时间可以理解为待处理事件的相关人员在出发后到达事故现场的时间，处理时间可以理解待处理事件的相关人员到达事故现场后处理待处理事件的时间。其中，每个待处理时间包括多个时间段，每个时间段对于一个开始时间节点与一个结束时间节点。例如，准备时间、通勤时间以及处理时间各自对应一个时间段。最后，按照时间顺序，将多个待处理事件各自对应的多个时间节点进行连接，生成事件处理链，事件处理链即为交通事件的处理策略；此时事件处理链可以帮助交警了解交通事件的整个处理周期，以便于对预测的做出处理策略做出一些调整，从而提高整个执勤的效率。

举例来说，如图2所示，当多个待处理事件为交通梳理与伤亡人员救治。则交通梳理对应包括a、b、c以及d这4个时间节点，其中a与b之间为交警准备出警的时间，b与c之间为交警前往目标路段的通勤时间，c至d之间为交警梳理交通的时间；伤亡人员救治包括A、B、C以及D这4个时间节点，其中A与B之间为医院安排救护人员的时间段，B与C之间为救护车前往目标路段的通勤时间，C与D之间为救护车救治伤亡人员的时间。将多个待处理事件以及各自对应的多个时间节点按照时间顺序排列在时间轴上。为了便于查看多个待处理事件的事件顺序，将每个时间段对应的时间以表格形式进行展现。

S104、将交通事件类型与处理策略发送至执勤人员的用户设备。

在上述步骤中，由于在目标路段附近可能存在多个执勤人员，为了便于警方合理的安排警力以及提高执勤的效率。通过各个执勤人员的执勤记录，获取多个执勤人员的执勤信息；其中，执勤信息包括位置信息与执勤状态，执勤状态可以理解为执勤人员当前是否在执勤以及执勤结束时间。消防平台根据多个执勤人员各自的执勤信息，将多个执勤人员进行优先级排序；在优先级排序过程中，交通平台根据位置信息确定执勤人员到达目标路段的通勤时间，再根据执勤状态确定执勤人员当前还需要执勤的时间。最后根据通勤时间与当前还需要执勤的时间确定执勤人员的执勤总时间，基于执勤总时间对多个执勤人员进行优先级排序。此时，将交通事件类型与处理策略发送给优先级最高的执勤人员。若优先级最高的执勤人员存在突发情况，例如，在前往执勤路上遭遇暴雨导致堵车无法按时前往执勤地点、或者执勤人员需要支援紧急事件而无法前往执勤地点，则按照优先级排序结果，逐一发送交通事件类型与处理策略，直至任意一个执勤人员完成本次交通事件的执勤。

本申请还提供一种融合监控数据的交通事件处理系统，该系统为交通平台，如图3所示，交通平台包括获取模块1、处理模块2以及发送模块3，其中：

获取模块1，用于获取预设摄像头的监控数据；

处理模块2，用于基于监控数据，确定目标路段的交通事件类型，交通事件类型包括堵车、车祸以及车辆损坏；将交通事件类型与预设策略表进行匹配，得到交通事件类型对应的处理策略；

发送模块3，用于将交通事件类型与处理策略发送至执勤人员的用户设备。

在一种可能实施方式中，所述基于所述监控数据，确定目标路段的交通事件类型，还包括：获取模块1用于对所述监控数据进行处理，得到所述目标路段的路况信息，所述路况信息包括车流量、车况、平均车速以及车辆密度；处理模块2用于根据预设第一规则，将所述目标路段拆分为多个子路段，所述预设第一规则为路口、人行道以及红绿灯；获取模块1用于获取多个所述子路段各自对应的子路况信息；处理模块2用于若第一子路况信息与所述路况信息相似度值大于预设相似度阈值，则确定所述第一子路况信息对应的子路段为事故路段，所述第一子路况信息为多个所述子路况信息中任意一个。

在一种可能实施方式中，处理模块2用于将所述第一子路况信息与预设事故分类表进行匹配，得到所述交通事件类型，所述预设事故分类表包括路况信息与交通事件类型的对应关系。

在一种可能实施方式中，处理模块2用于将所述交通事件类型划分为多个待处理事件，多个所述待处理事件包括交通梳理、车辆维修、保险事宜以及伤亡人员救治；将多个所述处理事件与预设策略表进行匹配，得到多个所述处理事件各自对应的预处理策略；按照预设第二规则，将多个所述预处理策略连接为事件处理链，生成处理策略。

在一种可能实施方式中，获取模块1用于获取多个所述待处理事件的事件处理时间，所述事件处理时间包括准备时间、通勤时间以及处理时间；处理模块2用于根据所述事件处理时间，确定多个所述待处理事件各自对应的处理时间段，所述处理时间段包括开始时间点与结束时间点；按照时间顺序，将多个所述待处理事件各自对应的开始时间点与结束时间点进行连接，生成所述事件处理链。

在一种可能实施方式中，获取模块1用于获取多个所述执勤人员的执勤信息，所述执勤信息包括位置信息与执勤状态；处理模块2用于根据所述执勤信息，将多个所述执勤人员进行优先级排序；若第一执勤人员优先级大于第二执勤人员，则发送模块3向所述第一执勤人员发送所述处理策略，所述第一执勤人员为多个所述执勤人员中任意一个，所述第二执勤人员为多个执勤人员中任意一个。

在一种可能实施方式中，所述向所述第一执勤人员发送所述交通事件类型与所述处理策略，还包括：若所述第一执勤人员在预设时间段内未到达所述目标路段，则发送模块3向所述第二执勤人员发送所述交通事件类型与所述处理策略。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请还提供一种电子设备。参照图4，图4是本申请实施例的公开的一种电子设备的结构示意图。该电子设备400可以包括：至少一个处理器401，至少一个网络接口404，用户接口403，存储器405，至少一个通信总线402。

其中，通信总线402用于实现这些组件之间的连接通信。

其中，用户接口403可以包括显示屏（Display）、摄像头（Camera），可选用户接口403还可以包括标准的有线接口、无线接口。

其中，网络接口404可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器401可以包括一个或者多个处理核心。处理器401利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器405内的指令、程序、代码集或指令集，以及调用存储在存储器405内的数据，执行服务器的各种功能和处理数据。可选的，处理器401可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器401可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器401中，单独通过一块芯片进行实现。

其中，存储器405可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器405包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器405可用于存储指令、程序、代码、代码集或指令集。存储器405可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器405可选的还可以是至少一个位于远离前述处理器401的存储装置。参照图4，作为一种计算机存储介质的存储器405中可以包括操作系统、网络通信模块、用户接口模块以及一种融合监控数据的交通事件处理方法的应用程序。

在图4所示的电子设备400中，用户接口403主要用于为用户提供输入的接口，获取用户输入的数据；而处理器401可以用于调用存储器405中存储一种融合监控数据的交通事件处理方法的应用程序，当由一个或多个处理器401执行时，使得电子设备400执行如上述实施例中一个或多个所述的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。