基于导航的红绿灯控制方法、装置、电子设备及存储介质与流程

1.本公开涉及交通信号控制技术领域，尤其涉及一种基于导航的红绿灯控制方法、装置、电子设备及存储介质。


背景技术：

2.针对城市交通，特别是拥堵较严重的城市路口，经常会出现某一方向的红绿灯没有车辆却长期绿灯，某一方向车流量大，红绿灯却要等很久，造成路口拥堵，加重了行车出现的时间成本以及经济成本。因此，优化红绿灯的时间规则，让通行的车辆和行人快速通过红绿灯路口，提高通行效率，是创建智慧城市的一个技术问题。


技术实现要素：

3.本公开提供了一种基于导航的红绿灯控制方法、装置、电子设备及存储介质，以克服现有红绿灯通行效率不高的问题。
4.根据本公开的一个实施例，提供了一种基于导航的红绿灯控制方法，包括：
5.接收导航应用所在终端上传的红绿灯通行数据，红绿灯通行数据至少包括导航应用所在终端来的方向和去的方向，以及导航应用所在终端的类型；
6.基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量；
7.基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则；
8.将红绿灯时间规则下发给对应的红绿灯，对红绿灯进行控制。
9.根据本公开的另一个实施例，提供了一种基于导航的红绿灯控制装置，包括：
10.接收模块，被配置为接收导航应用所在终端上传的红绿灯通行数据，红绿灯通行数据至少包括导航应用所在终端来的方向和去的方向，以及导航应用所在终端的类型；
11.统计模块，被配置为基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量；
12.计算模块，被配置为基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则；
13.发送模块，被配置为将红绿灯时间规则下发给对应的红绿灯，对红绿灯进行控制。
14.根据本公开的又一个实施例，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述方法的步骤。
15.根据本公开的又一个实施例，提供了一种计算机可读存储介质，其上存储有计算机程序：计算机程序被处理器执行时实现上述方法的步骤。
16.本公开提供的技术方案的有益效果在于：通过接收导航应用所在终端上传的红绿灯通行数据，红绿灯通行数据至少包括导航应用所在终端来的方向和去的方向，以及导航应用所在终端的类型，基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量，基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则，将红绿灯时间
规则下发给对应的红绿灯，对红绿灯进行控制，从而实现对红绿灯智能控制的效果，以优化红绿灯所在路口的通行效率。
附图说明
17.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
18.图1是本公开实施例中的一个应用场景示意图；
19.图2是本公开实施例中一种基于导航的红绿灯控制方法的流程示意图；
20.图3是本公开实施例中一种基于导航的红绿灯控制装置的结构示意图；
21.图4是本公开实施例中一个电子设备的计算机系统的结构示意图。
具体实施方式
22.以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。本公开还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的子样本可以相互组合。
23.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本公开的基本构想，遂图式中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
24.在下文描述中，探讨了大量细节，以提供对本公开实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本公开的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本公开的实施例难以理解。
25.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
26.请参见图1，示出了本公开实施例提供的一个应用场景，该应用场景包括：车辆1、移动终端2、导航应用3、计算设备4、红绿灯5和网络6。其中，车辆1与移动终端2通过网络5与计算设备3通信连接，计算设备3与红绿灯4连接。
27.车辆为能够合法上路的各种类型的汽车，例如，车辆可以为货车、客车、三轮车和摩托车等，本公开实施例对此不作限制。
28.移动终端可以为智能手机、平板电脑、智能穿戴设备等电子设备，在本公开实施例中，移动终端可以优选为智能手机。
29.导航应用3为软件，用于安装在上述车辆或移动终端上。当导航应用3安装在车辆
上时，可以具体为车载导航应用；当导航应用3安装在移动终端时，可以具体实现为各种导航软件。通过在车辆或移动终端上安装导航应用3，可以为车辆或移动终端提供导航服务。
30.计算设备可以为软件，也可以为硬件。当计算设备为硬件时，可以包括但不限于计算机、服务器、控制主板等电子设备；当计算设备为软件时，可以安装在前述电子设备上，该软件可以具体为一个或多个计算机程序模块，该软件可以用于实现特征的功能，例如，该软件可以用于对车辆和移动终端上传的数据进行处理，得到对红绿灯进行控制的指令。
31.红绿灯为设置在各个路口的交通信号灯，红绿灯的红绿灯时间规则一般时默认的，通过执行红绿灯时间规则来对路口的行人和车辆进行引导，帮助车辆与行人有序安全地通过路口。
32.网络用于使车辆和移动终端与计算设备建立无线通信连接，在本公开实施例中，网络优选为无线通信网络，例如，车辆和移动终端可以通过蓝牙、wifi、移动蜂窝网络等方式与电子设备建立通信连接。
33.在实际应用中，以车辆为例，当车辆使用导航应用3进行导航时，若导航的路线需要通过红绿灯路口，则可以将车辆的通行数据通过网络上传给计算设备，由计算设备对通行数据集进行分析与处理，得到优化的红绿灯时间规则，让将该优化的红绿灯时间规则发送给红绿灯，使红绿灯执行计算设备下发的新的红绿灯时间规则，以提升路口的通行效率。
34.需要说明的是，对于以上应用场景中车辆1、移动终端2、导航应用3、计算设备4、红绿灯5和网络6的类型、数量及其组合，本公开实施例不作限制。
35.请参见图2，本公开实施例提供了一种基于导航的红绿灯控制方法，图2中的基于导航的红绿灯控制方法可以由图1中的计算设备执行，如图2所示，该基于导航的红绿灯控制方法包括：
36.s201，接收导航应用所在终端上传的红绿灯通行数据，红绿灯通行数据至少包括导航应用所在终端来的方向和去的方向，以及导航应用所在终端的类型；
37.s202，基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量；
38.s203，基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则；
39.s204，将红绿灯时间规则下发给对应的红绿灯，对红绿灯进行控制。
40.具体地，导航应用所在终端的类型车辆和移动终端，在本公开实施例中，移动终端优选为智能手机。由于使用智能手机的一般为用户，所以通过统计上传的红绿灯通行数据中车辆和移动终端的数量，便可以快速得到红绿灯所在路口的车辆与行人的数量。
41.此外，当用户使用安装在终端上的导航应用导航时，根据导航的路线，便可确定终端来的方向和去的方向，从而得到各个终端在红绿灯所在路口的通行方向，通过对这些通行方向进行分类和统计，可以进一步得到红绿灯所在路口的各个通行方向的流量。
42.在已知红绿灯所在路口的各个通行方向的流量的情况下，通过分析每个通行方向的需求，来判断红绿灯当前所执行的红绿灯时间规则是否满足当前流量的需求，如果能够满足，则默认红绿灯执行当前红绿灯时间规则即可，如果不能够满足，则可以根据预设的计算规则，对当前的流量进行分析与计算，得到新的红绿灯时间规则，然后将该新的红绿灯时间规则发送给红绿灯，替换当前的红绿灯时间规则，从而实现对红绿灯智能控制的效果，以优化红绿灯所在路口的通行效率。
43.根据本公开实施例提供的技术方案，通过接收导航应用所在终端上传的红绿灯通行数据，红绿灯通行数据至少包括导航应用所在终端来的方向和去的方向，以及导航应用所在终端的类型，基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量，基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则，将红绿灯时间规则下发给对应的红绿灯，对红绿灯进行控制，从而实现对红绿灯智能控制的效果，以优化红绿灯所在路口的通行效率。
44.在一些实施例中，图2中接收导航应用所在终端上传的红绿灯通行数据，包括：在导航应用所在终端经过红绿灯时，与导航应用所在终端建立通信连接；基于通信连接，接收导航应用所在终端上传的红绿灯通行数据。
45.具体地，结合图1来说，安装导航应用的终端可以为车辆，也可以为移动终端，当车辆和移动终端经过红绿灯所在路口时，通过与计算设备建立通信连接，来将所安装的导航应用接入计算设备，以此来上传红绿灯通行数据。优选地，可以将图1中的计算设备安装在红绿灯内，以此来兼容新旧红绿灯。
46.此外，导航应用所在终端与计算设备所建立的通信连接为短距离无线通信连接，例如，导航应用所在终端可以通过蓝牙、wifi、rfid、zigbee或dsrc(英文全称：dedicated short range communication，中文翻译为：专用短程通信技术)等方式与计算设备建立连接，本公开实施例对此不作限制。在本公开实施例中，导航应用所在终端优选采用dsrc与计算设备建立通信连接，当导航应用所在终端与计算设备建立通信连接后，终端基于dsrc通信协议上传自身的红绿灯通行数据。
47.在一些实施例中，图2中提供的基于导航的红绿灯控制方法，还包括：接收第三方设备发送的红绿灯时间规则；将红绿灯时间规则转发至对应的红绿灯，对红绿灯进行控制。
48.具体地，这里的第三方设备可以是与计算设备通信连接的其他设备，该设备可以是在红绿灯的路口，也可以是不在红绿灯的路口，本公开实施例对此不作限制。
49.例如，第三方设备可以为上位机或服务器，当需要对红绿灯当前的红绿灯时间规则进行修改时，可以通过上位机或服务器直接向计算设备所连接的红绿灯发送新的红绿灯时间规则，以替换红绿灯当前的红绿灯时间规则，以应付一些不需要红绿灯通行数据来生成新的红绿灯时间规则的应用场景，拓展了对红绿灯进行控制的应用范围。
50.在一些实施例中，导航应用所在终端的类型包括移动终端；那么，图2中基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量，包括：基于导航应用所在终端来的方向和去的方向，分别统计在红绿灯的东方、南方、西方和北方的移动终端数量。
51.具体地，移动终端优选为智能手机，由于使用智能手机的一般为用户。因此，统计上传的红绿灯通行数据中移动终端的数量，也就是间接统计红绿灯周围的行人数量。这里将行人在红绿灯的通行方向划分为东方、南方、西方和北方四个方向，根据每个移动终端上导航应用的导航路线，便可以快速确定红绿灯所在路口行人的流量情况。
52.在一些实施例中，导航应用所在终端的类型包括车辆，那么，图2中基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量，包括：基于导航应用所在终端来的方向和去的方向，至少统计在以下红绿灯通行方向的车辆数量：从南到北、从南到西、从北到东；从北到南、从西到东、从西到北、从东到西和从东到南。
53.具体地，这里统计的车辆通行方向，忽略了车辆在红绿灯右转和掉头的情况，因为
车辆在红绿灯的路口一般可以直接右转，以及不是每一个红绿灯都允许掉头。本公开实施例提供的8个方向涵盖了红绿灯时间规则下车辆的所有通行方向，通过对车辆上传的红绿灯通行数据按上述通行方向进行分类，便可快速得到车辆在红绿灯路口的流量情况。
54.在一些实施例中，红绿灯时间规则包括红绿灯通行周期和绿灯通行时长，图2中基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则，包括：获取过去相同时刻或时段的历史红绿灯通行数据；基于历史红绿灯通行数据，确定红绿灯当前相同时刻或时段的红绿灯通行周期和绿灯通行时长。
55.具体地，红绿灯时间规则是按红绿灯通行周期重复进行了的，在一个红绿灯通行周期内规定每个通行方向上的红绿灯通行时长。在本公开实施例中，考虑到对红绿灯进行控制的目的是提高通行效率，因此，只控制绿灯通行时长。
56.此外，由于每个红绿灯路口的交通情况存在一定的规律性，因此，在导航应用所在终端上传红绿灯通行数据后，计算设备将对这些红绿灯通行数据按时间顺序进行存储或累加，当需要对红绿灯时间规则作出改变时，可以参考与当前时刻或时段对应的历史红绿灯通行数据，来建立每个通行方向的权重，并根据该权重来对红绿灯时间规则进行调整，使生成的红绿灯时间规则更符合红绿灯所在路口的交通规律，对红绿灯的控制也逐渐趋于规律化。
57.例如，当日某个时间段内，红绿灯所在路口从西到北的通行方向上的绿灯通行时长，可以参考前日相同时间段内，红绿灯所在路口从西到北的车辆数量，来作为调节绿灯通行时长的权重。
58.在一些实施例中，基于历史红绿灯通行数据，确定红绿灯当前相同时刻或时段的红绿灯通行周期和绿灯通行时长，包括：基于红绿灯过去时刻或时段各个通行方向的历史红绿灯通行数据，生成红绿灯当前时刻或时段各个对应通行方向的权重；基于权重，执行第一计算规则得到红绿灯通行周期，其中，第一计算规则为红绿灯通行周期＝整个红绿灯通行一轮时长/通行方向*权重；基于绿灯通行默认时长，执行第二计算规则得到绿灯通行时长，其中，第二计算规则为绿灯通行时长＝绿灯通行默认时长 预设车辆数据*每辆车辆通过时长，绿灯通行默认时长与权重正相关。
59.具体地，本公开实施例是以车辆上传的红绿灯通行数据来生成的红绿灯时间规则，所生成的红绿灯时间规则不会造成行人与车辆的冲突，行人可同时通行其他方向。
60.具体地，历史红绿灯通行数据可以是指过去相同时刻或相同时段内的红绿灯通行数据。例如，历史红绿灯通行数据可以是过去一天中11：00-12：00内的红绿灯通行数据，也可以是过去一个星期或一个月中每天11：00-12：00内的红绿灯通行数据等。
61.具体地，第一计算规则用于计算红绿灯通行周期，对于第一计算规则中的权重可以是某一通行方向在过去一段时间内车辆通行数量平均权重，例如，按小时记，对每个通行方向过去的车辆通行数据进行统计，不同的车辆通行数量对应不同的权重，或者不同的车辆通行数量范围对应不同的权重，然后计算全天每个小时权重的平均值作为第一计算规则中该通行方向对应的权重。
62.具体地，第二计算规则用于计算绿灯通行时长，第二计算规则中的绿灯通行默认时长可以根据过去一端时间内的历史红绿灯通行数据来确定，例如，前日某个小时内从西到北的车辆通行数量的更多，则相应权重相对较大，则在次日，同一小时内，从西道北默认
时长应比其他方向多；相反，前日某个小时内从西到北的车辆通行数量的更少，则相应权重相对较小，则在次日，同一小时内，从西道北默认时长应比其他方向少。
63.此外，第二计算规则中的预设车辆数据可以是根据用户经验来设置的数值，也可以是根据红绿灯通行数据对预设车辆数据进行调整后的新的数值，本公开实施例对此不作限制。
64.优选地，预设车辆数量一般设置为10-20，如果某个通行方向上的车辆数量大于20，那么可以在下一个红绿灯通行周期来通过；相反，若某个通行方向上的车辆数量没有超过预设车辆数量，则可以根据每辆车的通过时长来确定绿灯通行时长，从而避免长时间绿灯而却没有车辆通过的情况。
65.具体地，这里的车辆通过时长可以为一个预设的固定值，即每个车辆的通过时长一样，也可以为根据导航应用中估算的动态值，即每个车辆的通过时长可能不一样，本公开实施例对此不作限制。
66.需要说明的是，生成红绿灯时间规则的计算规则(包括上述第一计算规则和第二计算规则)的具体实现方式并不唯一，这里所给出的实施例仅为一种示例，实际中计算规则也可以是其他规则，本公开实施例对此不作限制。
67.以下介绍本公开的装置实施例，可以用于执行本公开上述的基于导航的红绿灯控制方法。
68.请参见图3，本公开实施例提供了一种基于导航的红绿灯控制装置，包括：
69.接收模块301，被配置为接收导航应用所在终端上传的红绿灯通行数据，红绿灯通行数据至少包括导航应用所在终端来的方向和去的方向，以及导航应用所在终端的类型；
70.统计模块302，被配置为基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量；
71.计算模块303，被配置为基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则；
72.发送模块304，被配置为将红绿灯时间规则下发给对应的红绿灯，对红绿灯进行控制。
73.通过接收导航应用所在终端上传的红绿灯通行数据，红绿灯通行数据至少包括导航应用所在终端来的方向和去的方向，以及导航应用所在终端的类型，基于红绿灯通行数据，分别统计沿红绿灯的各个通行方向的流量，基于流量和预设的计算规则，生成红绿灯的各个通行方向的红绿灯时间规则，将红绿灯时间规则下发给对应的红绿灯，对红绿灯进行控制，从而实现对红绿灯智能控制的效果，以优化红绿灯所在路口的通行效率。
74.在一些实施例中，图3中的接收模块301用于接收第三方设备发送的红绿灯时间规则；图3中的发送模块304用于将红绿灯时间规则转发至对应的红绿灯，对红绿灯进行控制。
75.在一些实施例中，图3中的接收模块301还用于在导航应用所在终端经过红绿灯时，与导航应用所在终端建立通信连接；基于通信连接，接收导航应用所在终端上传的红绿灯通行数据。
76.在一些实施例中，导航应用所在终端的类型包括移动终端；图3中的统计模块302基于导航应用所在终端来的方向和去的方向，分别统计在红绿灯的东方、南方、西方和北方的移动终端数量。
77.在一些实施例中，导航应用所在终端的类型包括车辆；图3中的统计模块302基于导航应用所在终端来的方向和去的方向，至少统计在以下红绿灯通行方向的车辆数量：从南到北、从南到西、从北到东、从北到南、从西到东、从西到北、从东到西和从东到南。
78.在一些实施例中，红绿灯时间规则包括红绿灯通行周期和绿灯通行时长；图3中计算模块303用于获取过去相同时刻或时段的历史红绿灯通行数据；基于历史红绿灯通行数据，确定红绿灯当前相同时刻或时段的红绿灯通行周期和绿灯通行时长。
79.在一些实施例中，图3中计算模块303基于红绿灯过去时刻或时段各个通行方向的历史红绿灯通行数据，生成红绿灯当前时刻或时段各个对应通行方向的权重；基于权重，执行第一计算规则得到红绿灯通行周期，其中，第一计算规则为红绿灯通行周期＝整个红绿灯通行一轮时长/通行方向*权重；基于绿灯通行默认时长，执行第二计算规则得到绿灯通行时长，其中，第二计算规则为绿灯通行时长＝绿灯通行默认时长 预设车辆数据*每辆车辆通过时长，绿灯通行默认时长与权重正相关。
80.请参见图4，本公开实施例提供了一种电子设备的计算机系统的结构示意图。需要说明的是，图4示出的电子设备的计算机系统400仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
81.如图4所示，计算机系统400包括中央处理单元(central processing unit，cpu)401，其可以根据存储在只读存储器(read-only memory，rom)402中的程序或者从储存部分408加载到随机访问存储器(random access memory，ram)403中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在ram 403中，还存储有系统操作所需的各种程序和数据。cpu 401、rom 402以及ram 403通过总线404彼此相连。输入/输出(input/output，i/o)接口405也连接至总线404。
82.以下部件连接至i/o接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分407；包括硬盘等的储存部分408；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至i/o接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入储存部分408。
83.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(cpu)401执行时，执行本技术的系统中限定的各种功能。
84.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器
(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
85.本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本实施例中的任一项方法。
86.本公开实施例中的计算机可读存储介质，本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
87.本实施例公开的电子设备，包括处理器、存储器、收发器和通信接口，存储器和通信接口与处理器和收发器连接并完成相互间的通信，存储器用于存储计算机程序，通信接口用于进行通信，处理器和收发器用于运行计算机程序，使电子设备执行如上方法的各个步骤。
88.在本实施例中，存储器可能包含随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
89.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、图形处理器(graphics processing unit，简称gpu)，网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
90.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选地，并且操作的顺序可以变化。一些实施例的部分和子样本可以被包括在或替换其他实施例的部分和子样本。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和
“”
(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的子样本、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它子样本、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括要素的过程、方法或者设备中还存在另外的相同要
素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
91.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
92.本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些子样本可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
93.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。