客流数据处理方法、装置、计算机设备及存储介质与流程

1.本发明涉及公共交通领域，尤其涉及一种客流数据处理方法、装置、计算机设备及存储介质。


背景技术：

2.现有公交调度系统中，调度数据是在车辆执行调度过程中实时生成的。受各种突发状况(如车辆故障、线路需临时管控、客流量增大等)的影响，需调整调度方案。调度方案的调整会造成调度数据的大幅变动，容易造成车辆的客流数据与调度数据无法正确匹配。


技术实现要素：

3.基于此，有必要针对上述技术问题，提供一种客流数据处理方法、装置、计算机设备及存储介质，以根据客流数据生成调度数据，确保客流数据与调度数据匹配。
4.一种客流数据处理方法，包括：
5.接收到离服务组件发送的实时对账主题消息；
6.将所述实时对账主题消息发送至实时对账服务组件，以使所述实时对账服务组件根据所述实时对账主题消息生成客流事件数据，并将所述客流事件数据发送至预警服务组件；
7.接收所述预警服务组件发送的基于所述客流事件数据生成的预警信息。
8.一种客流数据处理装置，包括：
9.接收对账主题模块，用于接收到离服务组件发送的实时对账主题消息；
10.客流事件模块，用于将所述实时对账主题消息发送至实时对账服务组件，以使所述实时对账服务组件根据所述实时对账主题消息生成客流事件数据，并将所述客流事件数据发送至预警服务组件；
11.接收预警信息模块，用于接收所述预警服务组件发送的基于所述客流事件数据生成的预警信息。
12.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述客流数据处理方法。
13.一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如上述客流数据处理方法。
14.上述客流数据处理方法、装置、计算机设备及存储介质中，实时对账服务组件可以根据实时对账主题消息确定客流事件的时间范围，生成客流事件数据；预警服务组件对客流事件数据进行分析，生成预警信息。本发明通过设置多个服务组件，每个服务组件处理不同的客流数据，提高客流数据处理的灵活性。而且，客流事件数据包含了调度信息，可以作为调度数据使用，确保客流数据与调度数据匹配。
附图说明
15.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
16.图1是本发明一实施例中客流数据处理方法的一应用环境示意图；
17.图2是本发明一实施例中客流数据处理方法的一流程示意图；
18.图3是本发明一实施例中客流数据处理装置的一结构示意图；
19.图4是本发明一实施例中计算机设备的一示意图。
具体实施方式
20.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
21.本实施例提供的客流数据处理方法，可应用在如图1的应用环境中，其中，客户端与服务端进行通信。其中，客户端包括但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
22.在一实施例中，如图2所示，提供一种客流数据处理方法，以该方法应用在图1中的服务端为例进行说明，包括如下步骤s50-s70。
23.s50、接收到离服务组件发送的实时对账主题消息。
24.可理解地，本实施例提供的客流数据处理方法，可用于实现自动化分析交通系统的客流数据，并进行线路预警。在此处，客流数据包括但不限于实时对账主题消息(topic)、客流事件数据。服务端设置有多个服务组件，用于处理不同的客流数据，如实时调度处理服务组件、到离服务组件、消息服务组件、实时对账服务组件等。
25.其中，到离服务组件可以从实时调度处理服务组件接收调度详情信息，将调度详情信息中包含的调度站点的到站时间或离站时间填充到对应的调度详情表，生成实时对账主题消息。然后将实时对账主题消息发送至消息服务组件。消息服务组件可以是基于kafka架构构建的消息订阅组件。
26.s60、将所述实时对账主题消息发送至实时对账服务组件，以使所述实时对账服务组件根据所述实时对账主题消息生成客流事件数据，并将所述客流事件数据发送至预警服务组件。
27.可理解地，实时对账服务组件可以从消息服务组件获取并消费实时对账主题消息。实时对账服务组件可以对实时对账主题消息进行实时客流分析，获得实时对账主题消息中所涉及的客流事件数据。在此处，客流事件数据包括但不限于某一线路的实时满载率、抵达站点、离站时间和进站时间。
28.实时对账服务组件将生成的客流事件数据发送给预警服务组件。预警服务组件可以分析客流事件数据是否满足预警要求，然后生成相应的预警信息。在一示例中，若客流事
件数据中的实时满载率大于预设阈值，则生成预警信息。
29.s70、接收所述预警服务组件发送的基于所述客流事件数据生成的预警信息。
30.可理解地，消息服务组件可以接收预警服务组件发送的预警信息。预警信息可以被第三方系统所消费。例如，第三方系统可以是公交调度系统，也可以是地图导航服务提供商。
31.本实施例中，实时对账服务组件可以根据实时对账主题消息确定客流事件的时间范围，生成客流事件数据；预警服务组件对客流事件数据进行分析，生成预警信息。本实施例通过设置多个服务组件，每个服务组件处理不同的客流数据，提高客流数据处理的灵活性。而且，客流事件数据包含了调度信息，可以作为调度数据使用，确保客流数据与调度数据匹配。
32.可选的，步骤s50之前，即所述接收到离服务组件发送的实时对账主题消息之前，还包括：
33.s10、通过车载接收解析服务组件接收车载终端上传的车载数据并根据所述车载数据生成到离站消息，并将所述离站消息发送至所述实时调度处理服务组件；
34.s20、通过所述实时调度处理服务组件处理所述到离站消息，生成所述调度详情信息；
35.s30、通过所述到离服务组件接收实时调度处理服务组件发送的调度详情信息；
36.s40、通过所述到离服务组件处理所述调度详情信息，生成所述实时对账主题消息。
37.可理解地，车载接收解析服务组件与车载终端连接，可以接收车载终端上传的车载数据，然后根据车载到离消息协议将车载数据封装为到离站消息。车载到离消息协议可以是在tcp协议(transmission control protocol，传输控制协议)的基础上自定义的车载数据传输协议。车载到离消息协议定义的关键字段包括但不限于：车辆标识信息、线路标识信息、站点序号、时间戳、线路的方向(上/下行)、进出站标识等。在此处，到离站消息包括到站事件数据和离站事件数据。
38.实时调度处理服务组件可以根据到离站消息生成调度详情信息。调度详情信息指的是客流系统为一次调度生成该调度线路方向上每一个站点的到离站信息(包括到站时间，离站时间等)。
39.可理解地，实时调度处理服务组件可以根据到离站消息生成调度详情信息。在此处，调度详情信息指的是客流系统为一次调度生成该调度线路方向上每一个站点的到离站信息(包括到站时间，离站时间等)。
40.实时调度处理服务组件在生成调度详情信息之后，将该调度详情信息发送给到离服务组件。到离服务组件将调度详情信息中包含的调度站点的到站时间或离站时间填充到对应的调度详情表，生成实时对账主题消息。
41.本实施例通过与车载终端连接的车载接收解析服务组件实时接收车载数据，可以获取到最新的车载数据；通过实时调度处理服务组件处理到离站消息，生成调度详情信息，使得调度详情信息既包括客流数据，又包括调度数据，本实施例还通过到离服务组件将调度详情信息转化为实时对账主题消息，以便于实时对账主题消息的传送。
42.可选的，步骤s20，即所述通过所述车载接收解析服务组件处理所述到离站消息，
生成所述调度详情信息，包括：
43.s201、根据所述到离站消息判断指定车辆的最近到站站点是否为末站；
44.s202、若所述最近到站站点不为末站，则从所述到离站消息提取所述指定车辆的第一车辆线路关键词，所述第一车辆线路关键词包括第一行驶方向；
45.s203、在远程字典服务查询是否存在所述第一车辆线路关键词；
46.s204、若所述远程字典服务不存在所述第一车辆线路关键词，则在所述远程字典服务添加所述第一车辆线路关键词，并生成所述指定车辆的调度详情信息。
47.可理解地，可以从到离站消息中获取指定车辆的最近到站站点，同时获取该指定车辆的线路图，根据线路图判断最近到站站点是否为末站(终点站)。若最近到站站点为末站，则删除该指定车辆的第一车辆线路关键词(可用key表示)。第一车辆线路关键词由车标识、线路表示和行驶方向组成。第一行驶方向可以根据实际需要进行设置，如可以是上行方向，也可以是下行方向。
48.远程字典服务(redis，remote dictionary serve)是一种基于内存亦可持久化的日志型键值数据库。在此处，远程字典服务可用于存储各个调度的车辆线路关键词，并提供关键词查询服务。
49.若远程字典服务不存在第一车辆线路关键词，说明当前到离站消息属于调度内的信息，可以由到离服务组件直接处理到离站消息。若远程字典服务不存在第一车辆线路关键词，则在远程字典服务添加第一车辆线路关键词，并生成指定车辆的调度详情信息。
50.本实施例中，车载接收解析服务组件可以识别当前车辆是否抵达末站，并在当前车辆未抵达末站时，通过在远程字典服务查询第一车辆线路关键词，判断服务端是否存在当前车辆的调度信息，以及时更新当前车辆的调度详细信息。
51.可选的，步骤s204之后，即所述在所述远程字典服务添加所述第一车辆线路关键词之后，还包括：
52.s205、在所述远程字典服务查询是否存在所述指定车辆的第二车辆线路关键词；所述第二车辆线路关键词包括第二行驶方向；
53.s206、若所述远程字典服务存在所述第二车辆线路关键词，则将所述远程字典服务中的所述第二车辆线路关键词删除。
54.可理解地，在确定指定车辆存在调度信息之后，需要查询远程字典服务中是否存在该指定车辆在该线路上反方向的调度信息，即第二车辆线路关键词。若存在第二车辆线路关键词，将该关键词删除，防止后续消息无法生成新的调度信息。在此处，第二行驶方向指的是与第一行驶方向相反的方向。例如，若第一行驶方向为上行方向，则第二行驶方向则为下行方向。在一些示例中，车辆线路关键词表示为：busid lineid direc。若第一车辆线路关键词表示为：xxx，132，0；则与第一车辆线路行驶方向相反的第二车辆线路的关键词表示为：xxx，132，1。
55.本实施例中，通过查询第二车辆线路关键词，可以及时删除指定车辆的第二车辆线路关键词，防止后续调度无法生成新的关键词。
56.可选的，步骤s40，即所述通过所述到离服务组件处理所述调度详情信息，生成所述实时对账主题消息，包括：
57.s401、获取所述指定车辆的到离站时间；
58.s402、根据所述到离站时间和所述调度详情信息生成所述实时对账主题消息。
59.可理解地，指定车辆的实时状态只存在执行最新调度，所以通过车载的到离标识，以及当前最新生成的调度可以将车载的gps时间戳设置到对应的调度详情，生成实时对账主题消息。在一些示例中，若实时对账主题消息包含离站消息，则将该主题消息发送至消息服务组件，供实时对账服务组件进行站点客流事件的统计。
60.本实施例通过到离服务组件将到离站时间处理为实时对账主题消息，实时对账主题消息既包括客流信息，也包括调度信息，便于由实时对账服务组件进行站点客流事件的统计。
61.可选的，步骤s401，即所述获取所述指定车辆的到离站时间，包括：
62.s4011、若所述调度详情信息为到站信息，则查询上一站点的离站消息；
63.s4012、若所述上一站点的离站消息缺失，获取所述上一站点的到站时间和最大关门时间；
64.s4013、根据所述到站时间和所述最大关门时间生成所述指定车辆在所述上一站点的离站时间。
65.可理解地，若上一站点的离站消息缺失，则可以通过开关门协议补充上一站点的离站时间。在此处，上一站点的离站时间为到站时间和最大关门时间的叠加。最大关门时间可以根据实际情况进行设置。例如，上一站点的到站时间为8:00:00，最大关门时间为30s，则上一站点的离站时间为8:00:30。
66.本实施例通过开关门协议补充缺失上一站点的离站时间。
67.可选的，步骤s401，即所述获取所述指定车辆的到离站时间，包括：
68.s4014、若所述调度详情信息为离站信息，则查询当前站点的到站消息；
69.s4015、若所述当前站点的到站消息缺失，获取所述当前站点的离站时间和最小关门时间；
70.s4016、根据所述离站时间和所述最小关门时间生成所述指定车辆在所述当前站点的到站时间。
71.可理解地，若当前站点的到站消息缺失，则可以通过开关门协议补充当前站点的到站时间。在此处，当前站点的到站时间为离站时间减去最小关门时间。最小关门时间可以根据实际情况进行设置。例如，当前站点的离站时间为9:01:00，最小关门时间为15s，则当前站点的到站时间为9:00:45。
72.本实施例通过开关门协议补充缺失当前站点的到站时间。
73.可选的，步骤s60，即所述实时对账服务组件根据所述实时对账主题消息生成客流事件数据，包括：
74.s601、获取指定站点的到站时间和离站时间，获得到离时间区间；
75.s602、获取所述到离时间区间内的上车事件和下车事件；
76.s603、根据所述上车事件和所述下车事件确定所述客流事件数据，所述客流事件数据包括所述指定站点的上车人数和下车人数。
77.可理解地，在获得指定站点的到站时间和离站时间之后，可以获得到离时间区间，然后统计这一到离时间区间内的上车事件和下车事件，获得指定站点的客流事件数据。在此处，客流事件数据包括指定站点的上车人数和下车人数。可以根据在先站点统计的车内
数据，结合当前站点的客流事件数据，计算出当前站点的车内人数以及满载率等数据。
78.可选的，步骤s70之后，即所述接收所述预警服务组件发送的基于所述客流事件数据生成的预警信息之后，还包括：
79.s81、根据预设时间间隔从公交系统获取指定线路的有效调度信息，从客流平台获取所述指定线路的实时调度信息；
80.s82、从所述有效调度信息中提取每一次有效调度的有效起始时间和有效结束时间，获得该次有效调度的有效时间区间；从所述实时调度信息提取每一次实时调度的实时起始时间和实时结束时间，获得该次实时调度的实时时间区间；
81.s83、将与所述有效时间区间产生最大交集的实时时间区间确定为所述有效时间区间的配对实时时间区间；
82.s84、将与所述配对实时时间区间对应的实时调度与所述有效调度关联；
83.s85、将未与所述有效调度关联的实时调度设置为无效调度。
84.可理解地，预设时间间隔可以根据实际需要进行设置，如可以是一天。由于实时对账主题消息依赖于车载终端上传的车载数据，但车载数据无法准确反映实际的车辆是否在营运有效调度。例如，车辆从某个停靠站点驶出到有效调度的首发站，期间经过的站点都不应该属于某个调度。而在上面的实施例中，经过各个站点时会接收到相应的车载数据并生成调度信息。这些实时生成的调度信息应设置为无效调度。
85.可以通过公交系统提供的获取实际调度方式获取指定线路当天所有的有效调度信息，从客流平台获取指定线路的实时调度信息。通过每一站点的有效调度的开始时间和结束时间可以匹配到正确的实际调度(有效时间区间)和实时调度(实时时间区间)的关联。在此处，先将与有效时间区间产生最大交集的实时时间区间确定为该有效时间区间的配对实时时间区间，再将与配对实时时间区间对应的实时调度与有效调度关联。此处的实时调度为有效调度。将未与有效调度关联的实时调度设置为无效调度。后续进行线路客流统计时，无效调度的客流数据不计入。
86.本实施例用于解决实时调度与实际调度的差异。
87.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
88.在一实施例中，提供一种客流数据处理装置，该客流数据处理装置与上述实施例中客流数据处理方法一一对应。如图3所示，该客流数据处理装置包括接收对账主题模块50、客流事件模块60和接收预警信息模块70。各功能模块详细说明如下：
89.接收对账主题模块50，用于接收到离服务组件发送的实时对账主题消息；
90.客流事件模块60，用于将所述实时对账主题消息发送至实时对账服务组件，以使所述实时对账服务组件根据所述实时对账主题消息生成客流事件数据，并将所述客流事件数据发送至预警服务组件；
91.接收预警信息模块70，用于接收所述预警服务组件发送的基于所述客流事件数据生成的预警信息。
92.可选的，客流数据处理装置还包括：
93.接收调度详情模块，用于通过所述到离服务组件接收实时调度处理服务组件发送
的调度详情信息；
94.生成主题消息模块，用于通过所述到离服务组件处理所述调度详情信息，生成所述实时对账主题消息。
95.可选的，客流数据处理装置还包括：
96.接收到离站消息模块，用于通过车载接收解析服务组件接收车载终端上传的车载数据并根据所述车载数据生成到离站消息，并将所述离站消息发送至所述实时调度处理服务组件；
97.生成调度详情信息模块，用于通过所述实时调度处理服务组件处理所述到离站消息，生成所述调度详情信息。
98.可选的，生成调度详情信息模块包括：
99.末站判断单元，用于根据所述到离站消息判断指定车辆的最近到站站点是否为末站；
100.提取第一关键词单元，用于若所述最近到站站点不为末站，则从所述到离站消息提取所述指定车辆的第一车辆线路关键词，所述第一车辆线路关键词包括第一行驶方向；
101.查询第一关键词单元，用于在远程字典服务查询是否存在所述第一车辆线路关键词；
102.添加第一关键词单元，用于若所述远程字典服务不存在所述第一车辆线路关键词，则在所述远程字典服务添加所述第一车辆线路关键词，并生成所述指定车辆的调度详情信息。
103.可选的，生成调度详情信息模块包括：
104.查询第二关键词单元，用于在所述远程字典服务查询是否存在所述指定车辆的第二车辆线路关键词；所述第二车辆线路关键词包括第二行驶方向；
105.删除第二关键词单元，用于若所述远程字典服务存在所述第二车辆线路关键词，则将所述远程字典服务中的所述第二车辆线路关键词删除。
106.可选的，生成主题消息模块包括：
107.获取到离站时间单元，用于获取所述指定车辆的到离站时间；
108.生成对账主题消息单元，用于根据所述到离站时间和所述调度详情信息生成所述实时对账主题消息。
109.可选的，获取到离站时间单元包括：
110.查询离站消息单元，用于若所述调度详情信息为到站信息，则查询上一站点的离站消息；
111.获取上一站点时间单元，用于若所述上一站点的离站消息缺失，获取所述上一站点的到站时间和最大关门时间；
112.生成离站时间单元，用于根据所述到站时间和所述最大关门时间生成所述指定车辆在所述上一站点的离站时间。
113.可选的，获取到离站时间单元包括：
114.查询到站消息单元，用于若所述调度详情信息为离站信息，则查询当前站点的到站消息；
115.获取当前站点时间单元，用于若所述当前站点的到站消息缺失，获取所述当前站
点的离站时间和最小关门时间；
116.生成到站时间单元，用于根据所述离站时间和所述最小关门时间生成所述指定车辆在所述当前站点的到站时间。
117.可选的，客流事件模块60包括：
118.获取到离时间区间单元，用于获取指定站点的到站时间和离站时间，获得到离时间区间；
119.提取事件单元，用于获取所述到离时间区间内的上车事件和下车事件；
120.生成客流事件数据单元，用于根据所述上车事件和所述下车事件确定所述客流事件数据，所述客流事件数据包括所述指定站点的上车人数和下车人数。
121.可选的，客流数据处理装置还包括：
122.定时获取调度信息模块，用于根据预设时间间隔从公交系统获取指定线路的有效调度信息，从客流平台获取所述指定线路的实时调度信息；
123.获取时间区间模块，用于从所述有效调度信息中提取每一次有效调度的有效起始时间和有效结束时间，获得该次有效调度的有效时间区间；从所述实时调度信息提取每一次实时调度的实时起始时间和实时结束时间，获得该次实时调度的实时时间区间；
124.确定配对时间区间模块，用于将与所述有效时间区间产生最大交集的实时时间区间确定为所述有效时间区间的配对实时时间区间；
125.有效关联模块，用于将与所述配对实时时间区间对应的实时调度与所述有效调度关联；
126.无效标记模块，用于将未与所述有效调度关联的实时调度设置为无效调度。
127.关于客流数据处理装置的具体限定可以参见上文中对于客流数据处理方法的限定，在此不再赘述。上述客流数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
128.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括可读存储介质、内存储器。该可读存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储客流数据处理方法所涉及的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种客流数据处理方法。本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。
129.在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现以下步骤：
130.接收到离服务组件发送的实时对账主题消息；
131.将所述实时对账主题消息发送至实时对账服务组件，以使所述实时对账服务组件根据所述实时对账主题消息生成客流事件数据，并将所述客流事件数据发送至预警服务组
件；
132.接收所述预警服务组件发送的基于所述客流事件数据生成的预警信息。
133.在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读存储介质，本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。可读存储介质上存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时实现以下步骤：
134.接收到离服务组件发送的实时对账主题消息；
135.将所述实时对账主题消息发送至实时对账服务组件，以使所述实时对账服务组件根据所述实时对账主题消息生成客流事件数据，并将所述客流事件数据发送至预警服务组件；
136.接收所述预警服务组件发送的基于所述客流事件数据生成的预警信息。
137.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性可读取存储介质或易失性可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
138.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
139.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。