信号时段的更新方法、装置、设备、存储介质及程序产品与流程

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.图1为本公开实施例提供的一种信号时段的更新方法的实现流程示意图；
33.图2为本公开实施例提供的一种信号时段的更新方法的实现流程示意图；
34.图3为本公开实施例提供的一种信号时段的更新方法的实现流程示意图；
35.图4为本公开实施例提供的一种信号时段的更新方法的实现流程示意图；
36.图5为本公开实施例提供的一种信号时段的更新方法的实现流程示意图；
37.图6为本公开实施例提供的一种信号时段的更新方法的实现流程示意图；
38.图7a为本公开实施例提供的一种信号时段的更新方法的实现流程示意图；
39.图7b为本公开实施例提供的一种信号时段更新前后的等待时间比对示意图；
40.图8为本公开实施例提供的一种信号时段的更新装置的组成结构示意图；
41.图9为本公开实施例提供的一种计算机设备的硬件实体示意图。
具体实施方式
42.为了使本公开的目的、技术方案和优点更加清楚，下面结合附图和实施例对本公开的技术方案进一步详细阐述，所描述的实施例不应视为对本公开的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。
43.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本公开实施例能够以除了在这里图示或描述的以外的顺序实施。
44.本公开实施例提供一种信号时段的更新方法，该方法可以由计算机设备的处理器执行。其中，计算机设备指的可以是服务器、笔记本电脑、平板电脑、台式计算机、智能电视、机顶盒、移动设备(例如移动电话、便携式视频播放器、个人数字助理、专用消息设备、便携式游戏设备)等具备数据处理能力的设备。图1为本公开实施例提供的一种信号时段的更新方法的实现流程示意图，如图1所示，该方法包括如下步骤s101至步骤s103：
45.步骤s101，获取多个时段中每一所述时段的信控方案。
46.其中，多个时段为预先划分的，并且，各时段的时长为预先设置的。在一些实施例中，不同时段的时长可以相同。例如，每个时段的时长可以为15分钟(min)。例如，预先划分得到的各时段可以为：0:00:00-0:15:00、0:15:00-0:30:00、0:30:00-0:45:00、
…
、23:30:00-23:45:00、23:45:00-00:00:00。
47.在另一些实施例中，不同时段的时长也可以不同，在本发明中，所述预先划分时段
的方法不做具体限定。例如，设置高峰期的8:00:00-9:00:00是一个时段，该时段的时长为1小时；其他时段的时长可以统一设置为15分钟，则得到的各时段为：0:00:00-0:15:00、0:15:00-0:30:00、0:30:00-0:45:00、
…
、8:00:00-9:00:00、9:00:00-9:15:00、
…
、23:30:00-23:45:00、23:45:00-00:00:00。
48.在一些实施例中，该每一时段的信控方案可以用于控制道路场景中至少一个真实路口的交通信号灯。其中，该道路场景中至少一个真实路口之间可以通过任意形式的道路进行连接。其中，本实施例的真实路口可以是t形、y形、十字形、x形、错位、环形等形式的道路交叉口。
49.在一些实施例中，该信控方案(信号灯控制方案)包括的信控参数包括以下至少之一：信号相位、信号周期时长、绿性比、相位差、绿灯间隔时间、有效绿灯时间。以下将对各信控参数进行解释：
50.信号相位：在一个信号周期内，具有相同的信号灯色显示的一股或几股交通流的信号状态序列称作一个信号相位。信号相位是按车流获得信号显示的时序来划分的，有多少种不同的时序排列，就有多少个信号相位。每一个控制状态，对应显示一组不同的灯色组合，称为一个相位。简而言之，一个相位也被称作一个控制状态。以上述十字路口为例，可以包括4个信号相位：包括南北方向对应的第一相位，东西方向对应的第二相位，南北前进左方向对应的第三相位和东西前进左方向对应的第四相位。
51.信号周期时长：信号灯发生变化，信号运行一个循环所需的时间，等于绿、黄、红灯时间之和；也等于全部相位所需的绿灯时间和黄灯时间的总和。
52.绿信比：是指在一个周期内(针对一个信号相位)，有效绿灯时间与信号周期长度之比。
53.相位差：是指两个(相邻)路口的同一信号相位的绿灯(或红灯)开始时间之差。该相位差主要可以分为绝对相位差和相对相位差。相对相位差是指在各路口的周期时间均相同的联动信号系统中，相邻两个交叉路口协调相位的绿灯起始时间之差。绝对相位差是指在联动信号系统中选定一标准路口，规定该路口的相位差为零，其他路口相对于标准路口的相位差叫绝对相位差。本公开实施例中的相位差均指该相对相位差。
54.绿灯间隔时间：是指从失去通行权的相位的绿灯结束，到下一个得到通行权的相位绿灯开始所用的时间。
55.有效绿灯时间：是指被有效利用的实际车辆通行时间。它等于绿灯时间与黄灯时间之和减去损失时间。损失时间包括两部分，一是绿灯信号开启时，车辆启动时的时间；还有绿灯关闭、黄灯开启时，只有越过停止线的车辆才能继续通行，所以也有一部分损失时间，即为绿灯时间减去启动时间加上结束滞后时间。结束滞后时间是黄灯时间中有效利用的那部分。每一相位的损失时间为启动延迟时间和结束滞后时间之差。
56.需要说明的是，针对每一时段，该时段对应的信控方案可以是基于经验预先设置的，也可以是基于该道路场景中实时的车道交通状态该车道交通状态包括以下至少之一：该真实场景中真实路口的转向流量，车道的实际长度，车道中车辆队列的长度。本公开可以通过在该真实场景中设置至少一个传感器，基于该至少一个传感器完成该车道交通状态的采集；在其他实施方式中，也可以结合网络模型检测到的车辆数据来计算，对此不做具体限定。
57.在一些实施例中，可以基于该道路场景中实时的车道交通状态，采用韦伯斯特(webster)配时法获取周期时长、各相位的绿灯时间等信控参数。
58.步骤s102，确定每一相邻时段组对应的信控方案距离；所述相邻时段组包括至少两个相邻的所述时段；所述信控方案距离表征所述至少两个相邻的所述时段的信控方案之间的差异程度。
59.在一些实施例中，该相邻时段组包括至少两个相邻的时段，下述实施例中可以将该相邻时段组内的时段称为相邻时段。
60.在一些实施例中，在该相邻时段组的数量为至少两个的情况下，任意两个相邻时段组之间没有相同的时段。例如，在多个时段包括abcd四个时段的情况下，可以划分为包括ab的相邻时段组和包括cd的相邻时段组，此时，这两个相邻时段组没有相同的时段。
61.在另一些实施例中，在该相邻时段组的数量为至少两个的情况下，任意两个相邻时段组之间存在相同的时段。例如，在多个时段包括abcd四个时段的情况下，可以划分为包括ab的相邻时段组、包括bc的相邻时段组和包括cd的相邻时段组，此时，这两个相邻时段组没有相同的时段。
62.在一些实施例中，本公开对相邻时段组中包括的相邻的时段的数量不作限定，可为大于或者等于2的任一整数。其中，在该相邻时段组的数量为至少两个的情况下，各相邻时段组中相邻的时段的数量可以相同也可以不相同。
63.在一些实施例中，针对每一相邻时段组，该相邻时段组对应的信控方案距离表征该相邻时段组内各相邻的时段对应的信控方案之间的差异程度。示例性的，在该相邻的时段的数量为两个的情况下，该相邻时段组对应的信控方案距离为这两个相邻的时段对应的信控方案之间的距离；在该相邻的时段的数量为三个的情况下，该相邻时段组对应的信控方案距离为这三个相邻的时段的信控方案之间的距离。
64.通过上述实施例，由于相邻时段组可以包括多个相邻的时段，在对该相邻时段组进行合并处理的过程中，可以一次合并至少两个时段，可以提升时段的合并效率，减少信号时段更新过程中对信控方案距离的运算量，提升信号时段更新效率。
65.其中，信控方案之间的差异程度可以通过比对信控方案中各个信控参数之间的差异程度确定。
66.步骤s103，基于每一所述相邻时段组对应的信控方案距离，将至少一个目标相邻时段组包括的至少两个相邻的所述时段的信控方案进行合并，得到更新后的时段和所述更新后的时段的信控方案。
67.在一些实施例中，可以将信控方案距离最小的相邻时段组作为需要进行时段合并的相邻时段组，并将该需要进行时段合并的相邻时段组中的至少两个相邻时段的信控方案进行合并，得到对应的合并时段和该合并时段对应的信控方案。
68.其中，在合并完成之后，可以基于得到的合并时段和该合并时段对应的信控方案对步骤s101中得到的每一时段和每一时段对应的信控方案进行更新，得到更新后的时段和更新后的时段的信控方案。
69.示例性的，在多个时段包括abcd四个时段的情况下，若需要将bc对应作为需要进行时段合并的相邻时段组进行合并，得到合并时段e，则得到的更新后的时段包括aed，其中，时段a和时段d对应的信控方案不变，时段e对应的信控方案是时段b的信控方案和时段c
的信控方案进行合并得到的。
70.本公开实施例中，通过获取多个时段中每一时段的信控方案，并将多个时段划分为至少一个相邻时段组，对相邻时段组中包括的至少两个相邻的时段进行合并，可以有效的减少时段数量，在实际部署的过程中可以降低道路场景中信控方案变化的频率；同时，通过各相邻时段组中至少两个相邻的时段之间的信控方案距离确定需要合并的相邻时段组，可以避免将信控方案距离较大的相邻的时段合并，降低合并后的时段无法满足真实场景中交通控制需求的概率。本公开实施例可以时段优化时段的划分，提升了信控方案在部署过程中的合理性。
71.在一些实施例中，在获取多个时段之后，可以将该多个时段划分为至少一个相邻时段组，并计算每一相邻时段组对应的信控方案距离。所述方法还包括：
72.将所述多个时段划分为至少一个所述相邻时段组；所述相邻时段组包括至少两个所述相邻的时段。针对每一所述相邻时段组，基于所述相邻时段组中的每一所述相邻时段的信控方案，确定所述相邻时段组对应的信控方案距离。
73.其中，在一些实施例中，所述多个时段的时段数量为m，可以通过以下方式将所述多个时段划分为至少一个所述相邻时段组：获取预设的相邻时段数量n，基于所述相邻时段数量n将所述多个时段划分为(m-n+1)个所述相邻时段组。
74.图2是本公开实施例提供的信号时段的更新方法的一个可选的流程示意图，该方法可以由计算机设备的处理器执行。所述信控方案包括至少一个类型的信控参数。其中，该至少一个类型的信控参数可以包括信号周期时长、绿信比、相位差、绿灯间隔时间、有效绿灯时间。基于图1，图1中的s102可以更新为s201至s202，将结合图2示出的步骤进行说明。
75.s201、针对每一所述相邻时段组，基于所述相邻时段组中每一所述相邻的所述时段的至少一个类型的信控参数，确定每一所述类型的参数距离。
76.在一些实施例中，针对每一类型的信控参数，均需要计算该类型的信控参数的参数距离，该参数距离用于表征每一所述相邻的时段中该类型的信控参数之间的距离。
77.其中，在该相邻时段组包括两个相邻的时段的情况下，可以基于两个相邻的时段中该类型的信控参数之间的差值作为该类型的参数距离；在该相邻时段组包括三个或以上的相邻的时段的情况下，可以基于每一相邻的时段中该类型的信控参数，确定该相邻时段组中该类型的中间信控参数，再基于该中间信控参数与每一相邻的时段中该类型的信控参数之间的差值，确定该类型的参数距离。
78.s202、基于每一所述类型的参数距离和每一所述类型的预设权重，确定所述相邻时段组对应的信控方案距离。
79.在一些实施例中，针对每一类型的信控参数，可以获取针对每一类型的信控参数设置的预设权重，在得到每一所述类型的参数距离之后，可以基于每一所述类型的预设权重对每一所述类型的参数距离进行加权求和，得到该相邻时段组对应的信控方案距离。
80.在本公开实施例中，通过将多个时段划分为多个相邻时段组，通过相邻时段组中每一相邻的时段的信控方案确定该相邻时段组对应的信控方案距离，可以从多个时段中确定需要合并的相邻时段组，且该需要进行时段合并的相邻时段组中相邻的时段进行合并后不会对真实场景造成明显的影响。
81.图3是本公开实施例提供的信号时段的更新方法的一个可选的流程示意图，该方
法可以由计算机设备的处理器执行。基于图2，所述至少一个类型的信控参数包括周期时长和有效绿灯时长，图2中的s201可以包括s301至s302，将结合图3示出的步骤进行说明。
82.步骤s301，基于每一所述相邻的所述时段的周期时长，确定周期时长距离。
83.步骤s302，基于每一所述相邻的所述时段的有效绿灯时长，确定有效绿灯时长距离。
84.在一些实施例中，该周期时长距离用于表征至少一个相邻的时段的周期时长之间的差异程度；该有效绿灯时长距离用于表征至少一个相邻的时段的有效绿灯时长之间的差异程度。
85.示例性的，以该相邻时段组包括两个相邻的时段为例，相邻的时段a的周期时长为110s，相邻的时段b的周期时长为90s。其中，可以将相邻的时段a与相邻的时段b的周期时长的差值20s作为该周期时长距离；还可以计算该相邻时段组的平均周期时长100s，并分别确定相邻的时段a和该平均周期时长的比值1.1和相邻的时段b和该平均周期时长的比值0.9，将各相邻的时段的比值与1之间的差值绝对值的和作0.2作为该周期时长距离。
86.在一些实施例中，以该相邻时段组包括两个相邻的时段为例，上述周期时长距离可以通过公式(1)实现：
87.dc＝|c
x-cy|
ꢀꢀ
公式(1)；
88.其中，dc为周期时长距离，c
x
表示相邻的时段x的周期时长，cy表示相邻的时段y的周期时长。
89.需要说明的是，该步骤s301和s302可以同步进行。
90.在一些实施例中，所述有效绿灯时长包括多个相位中每一所述相位的绿灯时长。可以通过s3021至s3022实现上述基于每一所述相邻的时段的有效绿灯时长，确定有效绿灯时长距离。
91.在本实施例中，真实路口支持多个车流方向。道路路口的样式不同，所支持的车流方向也会有所不同。以十字路口为例，该十字路口可以支持的多个车流方向。假设，以“上北下南”为基准对十字路口为例，该十字路口需要通过信号灯控制的8个车流方向包括：东进口的直行方向、东进口的左转方向、南进口的直行方向、南进口的左转方向、北进口的直行方向、北进口的左转方向、西进口的直行方向以及西进口的左转方向。该每一车流方向对应一个相位。
92.步骤s3021，针对每一所述相位，将每一所述相邻的所述时段对应的所述相位的绿灯时长之间的时长差异，确定为所述相位的绿灯时长距离。
93.在一些实施例中，该有效绿灯时长包括当前路口中每一相位对应的绿灯时长。在确定该有效绿灯时长距离的过程中，需要分别基于每一所述相位的绿灯时长，确定每一所述相位的绿灯时长距离。其中，针对每一相位，可以获取每一相邻的时段在该相位的绿灯时长，基于该相位对应的每一绿灯时长之间的差异，确定该相位的绿灯时长距离。
94.示例性的，以有效绿灯时长包括南北直行相位和东西直行相位对应的绿灯时长为例，可以基于每一相邻的时段的南北直行相位的绿灯时长，确定南北直行相位的绿灯时长差异度；并基于每一相邻的时段的东西直行相位的绿灯时长，确定东西直行相位的绿灯时长差异度。
95.步骤s3022，基于每一所述相位的绿灯时长距离，确定所述有效绿灯时长距离。
96.在一些实施例中，在得到每一相位对应的绿灯时长距离之后，可以将每一相位对应的绿灯时长距离的平均值作为该有效绿灯时长距离。
97.在一些实施例中，以该相邻时段组包括两个相邻的时段为例，上述有效绿灯时长距离可以通过公式(2)实现：
[0098][0099]
其中，dg为有效绿灯时长距离，n为相位数量，i为第i个相位，g
x,i
表示相邻的时段x的第i个相位的绿灯时长，g
y,i
表示相邻的时段y的第i个相位的绿灯时长。
[0100]
步骤s303，基于所述周期时长距离、所述有效绿灯时长距离、周期权重和绿灯权重，确定所述相邻时段组对应的信控方案距离。
[0101]
在一些实施例中，可以为周期时长预设对应的周期权重、为有效绿灯时长设置对应的绿灯权重。基于此，可以通过调整该周期权重和绿灯权重动态的调整信控方案的关注方向，进而可以便于调整相应的合并策略。
[0102]
在一些实施例中，上述相邻时段组的信控方案距离可以通过公式(3)实现：
[0103]
da＝p
gdg
+pcdcꢀꢀ
公式(3)；
[0104]
其中，da为相邻时段组的信控方案距离，pg为有效绿灯时长对应的绿灯权重，dg为有效绿灯时长距离，pc为周期时长预设对应的周期权重，dc为周期时长距离。
[0105]
在本公开实施例中，由于将周期时长和有效绿灯时长这两个类型的信控参数作为确定信控方案距离的确定因素，可以将该信控方案距离与时间维度进行绑定，由于后续对时段进行优化也是基于时间维度的调整，因此，可以使该信控方案距离的针对性更强，对后续时段优化的效果更好。
[0106]
图4是本公开实施例提供的信号时段的更新方法的一个可选的流程示意图，该方法可以由计算机设备的处理器执行。基于图2，所述信控方案包括至少一个路口中每一所述路口的信控子方案，图2中的s202可以包括s401至s402，将结合图4示出的步骤进行说明。
[0107]
步骤s401，基于每一所述相邻的时段的每一所述路口的信控子方案，确定每一所述路口对应的信控子方案距离。
[0108]
在一些实施例中，本公开中的信控方案可以用于多个路口的信号控制，其中，每一路口对应一个独立的信控子方案。基于此，该信控方案包括每一路口对应的信控子方案。
[0109]
示例性的，该信控方案可以包括第一路口、第二路口至第n路口分别对应的第一信控子方案、第二信控子方案和第n信控子方案。此时，可以基于该相邻时段组中每一相邻的时段的第一信控子方案，确定该第一路口对应的信控子方案距离、可以基于该相邻时段组中每一相邻的时段的第一信控子方案，确定该第二路口对应的信控子方案距离、以此类推，可以得到该第n路口对应的信控子方案距离。
[0110]
在一些实施例中，针对每一路口，基于每一所述相邻的时段的所述路口的信控子方案，确定所述路口对应的信控子方案距离，包括：针对每一所述路口，基于每一所述相邻的时段的至少一个类型的信控参数，确定每一所述类型的参数距离；基于每一所述类型的参数距离和每一所述类型的预设权重，确定所述相邻时段组对应的信控子方案距离。
[0111]
其中，所述至少一个类型的信控参数包括周期时长和有效绿灯时长；所述基于每一所述相邻的时段的至少一个类型的信控参数，确定每一所述类型的参数距离，包括：基于每一所述相邻的时段的周期时长，确定周期时长距离；基于每一所述相邻的时段的有效绿
灯时长，确定有效绿灯时长距离；所述基于每一所述类型的参数距离和每一所述类型的预设权重，确定所述相邻时段组对应的信控方案距离，包括：基于所述周期时长距离、所述有效绿灯时长距离、周期权重和绿灯权重，确定所述相邻时段组对应的信控方案距离。
[0112]
其中，所述有效绿灯时长包括多个相位中每一所述相位的绿灯时长；所述基于每一所述相邻的时段的有效绿灯时长，确定有效绿灯时长距离，包括：基于每一所述相邻的时段的每一所述相位的绿灯时长，确定每一所述相位的绿灯时长距离；基于每一所述相位的绿灯时长距离，确定所述有效绿灯时长距离。
[0113]
步骤s402，基于每一所述路口对应的信控子方案距离，确定所述相邻时段组对应的信控方案距离。
[0114]
在一些实施例中，可以取每一所述路口对应的信控子方案距离中的最大值，作为该相邻时段组对应的信控方案距离；还可以取每一所述路口对应的信控子方案距离中的最小值，作为该相邻时段组对应的信控方案距离；还可以取每一所述路口对应的信控子方案距离中的平均值，作为该相邻时段组对应的信控方案距离。
[0115]
在一些实施例中，所述相邻时段组对应的信控方案距离可以通过公式(4)确定。
[0116][0117]
其中，d
xy
表示相邻的时段x和相邻的时段y之间的信控方案距离，nk表示第k个路口的相位数量，g
j,k,i
表示第j(包括x和y)组信号方案中第k个路口第i个相位的绿灯时长，c
j,k
表示第j组信号方案第k个路口的周期时长，pg为绿灯时长距离的权重，pc为周期时长距离的权重。
[0118]
在本公开实施例中，由于分别确定真实场景中每一个路口对应的信控方案距离，可以对包括多个路口的真实场景的时段进行整体性调整。
[0119]
图5是本公开实施例提供的信号时段的更新方法的一个可选的流程示意图，该方法可以由计算机设备的处理器执行。基于上述任一实施例，以基于图1为例，图1中的s103可以更新为s501至s502，将结合图5示出的步骤进行说明。
[0120]
步骤s501，基于每一所述相邻时段组对应的信控方案距离，确定至少一个所述目标相邻时段组；所述目标相邻时段组的信控方案距离小于其他相邻时段组的信控方案距离。
[0121]
在一些实施例中，该目标相邻时段组的数量可以为1个，此时，该目标相邻时段组为该多个相邻时段组中信控方案距离最小的相邻时段组。上述其他相邻时段组为至少一个相邻时段组中除了目标相邻时段组的任一(所有)相邻时段组。
[0122]
在一些实施例中，该目标相邻时段组的数量可以为n≥2个，此时该目标相邻时段组为该多个相邻时段组中信控方案距离最小的n个相邻时段组，且，该n个目标相邻时段组之间不存在相同的时段。例如，在多个时段包括abcd四个时段的情况下，可以划分为包括ab的相邻时段组、包括bc的相邻时段组和包括cd的相邻时段组，且包括ab的相邻时段组和包括bc的相邻时段组的信控方案距离大于该包括cd的相邻时段组，此时，在该目标相邻时段组的数量为2个的情况下，不能将包括ab的相邻时段组和包括bc的相邻时段组的信控方案作为需要合并的相邻时段组，应该将包括ab的相邻时段组和包括cd的相邻时段组作为需要合并的相邻时段组。
[0123]
在一些实施例中，可以基于每一相邻时段组对应的信控方案距离，按照信控方案距离的大小关系对每一相邻时段组进行排序，将信控方案距离小的n个相邻时段组作为该至少一个所述目标相邻时段组。在另一实施例中，可以获取预设的距离阈值，将信控方案距离小于该距离阈值的相邻时段组作为该至少一个所述目标相邻时段组。
[0124]
步骤s502，针对每一所述目标相邻时段组，将所述目标相邻时段组包括的至少两个相邻的所述时段的信控方案进行合并，得到所述目标相邻时段组对应的合并时段和所述合并时段的信控方案。
[0125]
步骤s503，基于所述合并时段和所述合并时段的信控方案，以及所述多个时段中未进行合并的时段和所述未进行合并的时段的信控方案，得到更新后的时段和更新后的时段的信控方案。
[0126]
在一些实施例中，需要分别对每一目标相邻时段组进行合并，得到每一目标相邻时段组对应的合并时段和该合并时段对应的信控方案。
[0127]
其中，更新后的时段包括合并时段和多个时段中未进行合并的时段，相应地，更新后的时段的信控方案包括合并时段的信控方案，和多个时段中未进行合并的时段的信控方案。
[0128]
示例性的，以该多个时段包括abcd四个时段为例，在判定包括bc的相邻时段组为目标相邻时段组的情况下，可以对该包括bc的相邻时段组进行合并，得到合并时段e和对应的信控方案。此时，得到的更新后的时段可以包括该合并时段e、未进行合并的时段a和d。
[0129]
在一些实施例中，所述信控方案包括至少一个类型的信控参数。可以通过步骤s5021至步骤s5022实现上述将所述目标相邻时段组包括的至少两个相邻的所述时段的信控方案进行合并，得到所述目标相邻时段组对应的合并时段和所述合并时段的信控方案，包括：
[0130]
步骤s5021、基于所述至少两个相邻的时段的时段范围，得到所述合并时段的时段范围。
[0131]
在一些实施例中，该时段范围用于确定时段的开始时间和结束时间。在对该目标相邻时段组中的至少两个相邻的时段的时段范围进行合并的过程中，可以基于各相邻的时段的开始时间和结束时间，确定该合并时段的时段范围。
[0132]
示例性的，以该目标相邻时段组包括bc这两个相邻的时段、且b的时段范围为(8:00，9:00]、c的时段范围为(9:00，10:00]的情况下，在合并之后，可以得到时段范围为(8:00，10:00]的合并时段。
[0133]
步骤s5022、融合所述至少两个相邻的时段的每一类型的信控参数，得到每一所述类型的融合信控参数；所述合并时段的信控方案包括每一所述类型的融合信控参数。
[0134]
在一些实施例中，该信控方案包括至少一个类型的信控参数。其中，该至少一个类型的信控参数可以包括信号周期时长、绿信比、相位差、绿灯间隔时间、有效绿灯时间。其中，可以分别对每一所述类型的信控参数，得到每一所述类型的融合信控参数。基于每一所述类型的融合信控参数可以得到该合并时段的信控方案。
[0135]
在一些实施例中，在该信控方案包括信号周期时长的情况下，得到该周期时长的融合信控参数包括：基于每一相邻时段的周期时长，将最长的周期时长作为该周期时长的融合信控参数。也就是说，将最长的周期时长作为该合并时段的周期时长。
[0136]
在本公开实施例中，由于将信控方案距离较小的相邻时段组作为需要合并的相邻时段组，可以使时段合并过程中对信控方案相似的相邻的时段进行优先合并，对信控方案差异较大的相邻的时段进行延后合并，进而可以提升合并后的时段可以满足真实场景中交通控制需求的概率。
[0137]
图6是本公开实施例提供的信号时段的更新方法的一个可选的流程示意图，该方法可以由计算机设备的处理器执行。基于上述任一实施例，以基于图1为例，所述方法还包括s601至s602，将结合图6示出的步骤进行说明。
[0138]
步骤s601，获取预设的时段数量要求。
[0139]
在一些实施例中，为了得到满足需求的时段数量，可以获取预设的时段数量要求，在合并之后，可以对更新后的时段的时段数量进行校验，在该更新后的时段不满足所述时段数量要求的情况下，再次执行如上述实施例中的时段合并方法，直至得到的更新后的时段的时段数量满足该时段数量要求。
[0140]
在一些实施例中，该时段数量要求可以为更新后的时段的时段数量为一个设定值；该时段数量要求还可以为更新后的时段的时段数量小于或等于一个设定值。
[0141]
步骤s602，在所述更新后的时段不满足所述时段数量要求的情况下，将所述更新后的时段作为所述多个时段，并返回执行所述获取多个时段中每一所述时段的信控方案的步骤，直至更新后的时段满足所述时段数量要求。
[0142]
在一些实施例中，在该更新后的时段不满足该时段数量要求的情况下，需要对该更新后的时段进行再次合并，并继续判断合并后得到的更新后的时段是否满足该时段数量要求。其中，可以将得到的更新后的时段作为步骤s101中的多个时段，将更新后的时段对应的信控方案作为该每一时段的信控方案，之后，重新确定每一相邻时段组对应的信控方案距离；基于每一所述相邻时段组对应的信控方案距离，将至少一个目标相邻时段组包括的至少两个相邻的所述时段的信控方案进行合并，得到更新后的时段和所述更新后的时段的信控方案。
[0143]
示例性的，以该多个时段包括abcd四个时段为例，在判定包括bc的相邻时段组为目标相邻时段组的情况下，可以对该目标相邻时段组进行合并，得到合并时段e和对应的信控方案。此时，得到的更新后的时段可以包括该合并时段e、未经过合并处理的时段a和d。在该时段数量要求为更新后的时段的时段数量需要小于或等于2的情况下，需要将得到的更新后的时段aed重新作为该多个时段，并重新执行上述实施例中的时段合并方法，以得到对该aed进行合并处理后的更新后的时段。
[0144]
在本公开实施例中，由于基于该预设的时段数量要求，对该多个时段进行迭代调整，相比于一次调整该时段数量要求的方案，可以提升时段优化效果。
[0145]
下面说明本公开实施例提供的信号时段的更新方法在实际场景中的应用，以基于一个交通片区包括2个交通信号灯的交通场景为例进行说明。
[0146]
如图7a所示，该信号时段的更新方法包括如下步骤s701至步骤s703。
[0147]
s701、获取当前区域的多个时段中每一时段的信控方案。
[0148]
在一些实施例中，可以将一天的时间划分为15分钟的时段单元，得到96个时段单元，以每个时段单元的单位获取车流量数据，使用韦伯斯特(webster)算法计算得到该当前区域内所有信号灯在每个时段单元的信号方案pj。基于预设的合并需求，对96个时段单元
进行合并，得到n个时段s1,s2,...,sn。其中，n小于或等于96，在没有预设的合并需求的情况下，可以不对96个时段单元进行合并，将每一时段单元作为一个时段，进而可以得到当前区域的96个时段中每一时段的信控方案pj。
[0149]
为了便于说明本公开，以下将以该当前区域包括2个交通信号灯为例进行说明。
[0150]
s702、确定多个相邻时段组对应的信控方案距离；所述相邻时段组包括至少两个相邻的时段，所述信控方案距离表征所述相邻时段组中每一时段的信控方案之间的差异。
[0151]
在一些实施例中，该相邻时段组包括至少两个相邻的时段。针对同一个相邻时段组，该相邻时段组中的所有时段在时间维度上是存在连续关系的。示例性的，在该相邻时段组包括相邻的两个时段的情况下，这两个相邻的时段在时间维度上是存在连续关系的，即可以合并为一个新的时段，当然，相邻时段组还可以包括相邻的三个时段等。
[0152]
在一些实施例中，相邻时段组的信控方案距离为该相邻时段组中所有时段的信控方案之间的距离。为了便于说明，将以相邻时段组中包括两个时段为例说明该信控方案距离的确定方式，如公式(5)：
[0153][0154]
其中，d
xy
表示信控方案x和信控方案y之间的信控方案距离，nk表示相位数量，g
j,k,i
表示第j(包括x和y)组信号方案中第k个信号灯第i个相位的绿灯时长，c
j,k
表示第j组信号方案第k个信号灯的周期时长，pg为绿灯时长距离的权重，pc为周期时长距离的权重。
[0155]
示例性的，以该信控方案x的绿灯时间为[[24,32],[15,12,20,17]]，信控方案y的绿灯时间为[[26,30],[10,15,25,15]]为例，信控方案x和信控方案y之间的信控方案距离d
xy
表示为下式：
[0156][0156][0157]
s703、合并所述多个相邻时段组中信控方案距离最小的相邻时段组，得到更新后的多个时段。
[0158]
在一些实施例中，对于每一个相位，在该相邻时段组对应所有时段中选取所对应时间最长的相位，进而完成该相邻时段组中多个信控方案的合并。基于上述举例，比如某相邻时段组包含两个时段，片区内两个信号灯分别有两个和四个相位，例如绿灯时间为第一个时段单元中信号灯a的两个相位的绿灯持续时间、和信号灯b的四个相位的绿灯持续时间为[[26,30],[10,15,25,15]]；第二个时段单元中信号灯a的两个相位的绿灯持续时间、和信号灯b的四个相位的绿灯持续时间为[[24,32],[15,12,20,17]]秒；合并后的信号方案应当为[[26,32],[15,15,25,17]]秒。相应地，合并距离最近的两个时段，得到更新后的多个时段包括s1,s2,...,s
n-1
。
[0159]
s704、判断更新后的多个时段的时段数量是否满足预设要求。
[0160]
其中，在时段数量满足预设要求的情况下，执行s705；在时段数量不满足预设要求
的情况下，返回执行s702。
[0161]
在一些实施例中，可以预先设置一个时段数量阈值，在该更新后的多个时段的时段数量大于该时段数量阈值的情况下，判定不满足预设要求；在该更新后的多个时段的时段数量等于(或小于)该时段数量阈值的情况下，判定满足预设要求。
[0162]
s705、输出更新后的多个时段。
[0163]
请参阅图7b，其示出了一种信号时段更新前后的等待时间比对示意图。图中的横坐标表示信号时段，单位为小时，对应一天中的24小时，图中的纵坐标表示每一时段中的使用理论方法计算得到的停车等待时间，单位为秒。如图7b所示，折线71表示信号时段更新前各个时段的平均等待时间，柱状灰度图72表示信号时段更新后各个时段的平均等待时间，可以看出，对于复杂的车流量变化，时段划分前后停车等待时间变化较小，表明本公开实施例提出的信号时段更新方法合理程度高。
[0164]
基于前述的实施例，本公开实施例提供一种信号时段的更新装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(central processing unit，cpu)、微处理器(microprocessor unit，mpu)、数字信号处理器(digital signal processor，dsp)或现场可编程门阵列(field programmable gate array，fpga)等。
[0165]
图8为本公开实施例提供的一种信号时段的更新装置的组成结构示意图，如图8所示，信号时段的更新装置800包括：获取模块801、确定模块802和合并模块803，其中：
[0166]
获取模块801，用于获取多个时段中每一所述时段的信控方案；
[0167]
确定模块802，用于确定每一相邻时段组对应的信控方案距离；所述相邻时段组包括至少两个相邻的所述时段；所述信控方案距离表征所述至少两个相邻的所述时段的信控方案之间的差异程度；
[0168]
合并模块803，用于基于每一所述相邻时段组对应的信控方案距离，将至少一个目标相邻时段组包括的至少两个相邻的所述时段的信控方案进行合并，得到更新后的时段和所述更新后的时段的信控方案。
[0169]
在一些实施例中，所述信控方案包括至少一个类型的信控参数；所述确定模块802，还用于：针对每一所述相邻时段组，基于所述相邻时段组中每一所述相邻的所述时段的至少一个类型的信控参数，确定每一所述类型的参数距离；基于每一所述类型的参数距离和每一所述类型的预设权重，确定所述相邻时段组对应的信控方案距离。
[0170]
在一些实施例中，所述至少一个类型的信控参数包括周期时长和有效绿灯时长；所述确定模块802，还用于：基于每一所述相邻的所述时段的周期时长，确定周期时长距离；基于每一所述相邻的所述时段的有效绿灯时长，确定有效绿灯时长距离；基于所述周期时长距离、所述有效绿灯时长距离、周期权重和绿灯权重，确定所述相邻时段组对应的信控方案距离。
[0171]
在本公开实施例中，由于将周期时长和有效绿灯时长这两个类型的信控参数作为确定信控方案距离的确定因素，可以将该信控方案距离与时间维度进行绑定，由于后续对时段进行优化也是基于时间维度的调整，因此，可以使该信控方案距离的针对性更强，对后续时段优化的效果更好。
[0172]
在一些实施例中，所述有效绿灯时长包括多个相位中每一所述相位的绿灯时长；所述确定模块802，还用于：针对每一所述相位，将每一所述相邻的所述时段对应的所述相位的绿灯时长之间的时长差异，确定为所述相位的绿灯时长距离；基于每一所述相位的绿灯时长距离，确定所述有效绿灯时长距离。
[0173]
在本公开实施例中，由于分别确定每一相位的绿灯时长对应的绿灯时长距离，再基于每一相位对应的绿灯时长距离，确定该有效绿灯时长距离，可以使得到的有效绿灯时长距离更加全面，进而提升信控方案距离的准确度。
[0174]
在一些实施例中，所述信控方案包括至少一个路口中每一所述路口的信控子方案；所述确定模块802，还用于：针对每一所述相邻时段组，基于所述相邻时段组中每一所述相邻的所述时段的每一所述路口的信控子方案，确定每一所述路口对应的信控子方案距离；基于每一所述路口对应的信控子方案距离，确定所述相邻时段组对应的信控方案距离。
[0175]
在本公开实施例中，由于分别确定真实场景中每一个路口对应的信控方案距离，可以对包括多个路口的真实场景的时段进行整体性调整。
[0176]
在一些实施例中，所述合并模块803，还用于：基于每一所述相邻时段组对应的信控方案距离，确定至少一个所述目标相邻时段组；所述目标相邻时段组的信控方案距离小于其他相邻时段组的信控方案距离；针对每一所述目标相邻时段组，将所述目标相邻时段组包括的至少两个相邻的所述时段的信控方案进行合并，得到所述目标相邻时段组对应的合并时段和所述合并时段的信控方案；基于所述合并时段和所述合并时段的信控方案，以及所述多个时段中未进行合并的时段和所述未进行合并的时段的信控方案，得到更新后的时段和更新后的时段的信控方案。
[0177]
在本公开实施例中，由于将信控方案距离较小的相邻时段组作为需要合并的目标相邻时段组，可以使时段合并过程中对信控方案相似的相邻时段进行优先合并，对信控方案差异较大的相邻时段进行延后合并，进而可以提升合并后的时段可以满足真实场景中交通控制需求的概率。
[0178]
在一些实施例中，所述信控方案包括至少一个类型的信控参数；所述合并模块803，还用于：基于所述至少两个相邻的所述时段的时段范围，得到所述合并时段的时段范围；融合所述至少两个相邻的所述时段的每一类型的信控参数，得到每一所述类型的融合信控参数；所述合并时段的信控方案包括每一所述类型的融合信控参数。
[0179]
在本公开实施例中，由于将信控方案距离较小的相邻时段组作为需要合并的相邻时段组，可以使时段合并过程中对信控方案相似的相邻的时段进行优先合并，对信控方案差异较大的相邻的时段进行延后合并，进而可以提升合并后的时段可以满足真实场景中交通控制需求的概率。
[0180]
在一些实施例中，所述合并模块803，还用于：获取预设的时段数量要求；在所述更新后的时段不满足所述时段数量要求的情况下，将所述更新后的时段作为所述多个时段，并返回执行所述获取多个时段中每一所述时段的信控方案的步骤，直至更新后的时段满足所述时段数量要求。
[0181]
在本公开实施例中，由于基于该预设的时段数量要求，对该多个时段进行迭代调整，相比于一次调整该时段数量要求的方案，可以提升时段优化效果。
[0182]
以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例
相似的有益效果。在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上述方法实施例描述的方法，对于本公开装置实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
[0183]
需要说明的是，本公开实施例中，如果以软件功能模块的形式实现上述的信号时段的更新方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本公开实施例不限制于任何特定的硬件、软件或固件，或者硬件、软件、固件三者之间的任意结合。
[0184]
本公开实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。
[0185]
本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。所述计算机可读存储介质可以是瞬时性的，也可以是非瞬时性的。
[0186]
本公开实施例提供一种计算机程序，包括计算机可读代码，在所述计算机可读代码在计算机设备中运行的情况下，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。
[0187]
本公开实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一些实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一些实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
[0188]
这里需要指出的是：上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考。以上设备、存储介质、计算机程序及计算机程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开设备、存储介质、计算机程序及计算机程序产品实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
[0189]
图9为本公开实施例提供的一种信号时段的更新设备的硬件实体示意图，如图9所示，该信号时段的更新设备900的硬件实体包括：处理器901和存储器902，其中，存储器902存储有可在处理器901上运行的计算机程序，处理器901执行程序时实现上述任一实施例的方法中的步骤。
[0190]
存储器902存储有可在处理器上运行的计算机程序，存储器902配置为存储由处理器901可执行的指令和应用，还可以缓存待处理器901以及信号时段的更新设备900中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(random access memory，ram)实现。
[0191]
处理器901执行程序时实现上述任一项的信号时段的更新方法的步骤。处理器901通常控制信号时段的更新设备900的总体操作。
[0192]
本公开实施例提供一种计算机存储介质，计算机存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现如上任一实施例的信号时段的更新方法的步骤。
[0193]
这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开存储介质和设备实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
[0194]
上述处理器可以为目标用途集成电路(application specific integrated circuit，asic)、数字信号处理器(digital signal processor，dsp)、数字信号处理装置(digital signal processing device，dspd)、可编程逻辑装置(programmable logic device，pld)、现场可编程门阵列(field programmable gate array，fpga)、中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器中的至少一种。可以理解地，实现上述处理器功能的电子器件还可以为其它，本公开实施例不作具体限定。
[0195]
上述计算机存储介质/存储器可以是只读存储器(read only memory，rom)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read-only memory，eprom)、电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性随机存取存储器(ferromagnetic random access memory，fram)、快闪存储器(flash memory)、磁表面存储器、光盘、或只读光盘(compact disc read-only memory，cd-rom)等存储器；也可以是包括上述存储器之一或任意组合的各种终端，如移动电话、计算机、平板设备、个人数字助理等。
[0196]
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本公开的各种实施例中，上述各步骤/过程的序号的大小并不意味着执行顺序的先后，各步骤/过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
[0197]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0198]
在本公开所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合
或通信连接，可以是电性的、机械的或其它形式的。
[0199]
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0200]
另外，在本公开各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0201]
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。
[0202]
或者，本公开上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。
[0203]
以上所述，仅为本公开的实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。