交互信息的处理方法、装置、设备及存储介质与流程

交互信息的处理方法、装置、设备及存储介质
1.相关公开的交叉引用
2.本公开要求于2021年4月30日提交的、申请号为10202104505s的新加坡专利发明的优先权，该新加坡专利发明的全部内容以引用的方式并入本文中。
技术领域
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.图4a是本公开又一示例性实施例示出的配置下发的过程示意图；
36.图4b是本公开又一示例性实施例示出的状态上报的过程示意图；
37.图5是本公开一示例性实施例示出的交互信息的处理装置的结构示意图；
38.图6是本公开另一示例性实施例示出的交互信息的处理装置的结构示意图；
39.图7是本公开又一示例性实施例示出的交互信息的处理装置的结构示意图；
40.图8是本公开实施例示出的电子设备的结构示意图。
具体实施方式
41.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
42.在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。
在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
43.应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
44.本公开至少一个实施例提供了一种交互信息的处理方法，请参照附图1，其示出了该方法的流程，包括步骤s101至步骤s103。
45.其中，该处理方法可以应用于物联网场景下的分布式系统，因此该处理方法针对的交互信息可以是上述分布式系统内的交互信息。上述分布式系统可以包括云端服务器、代理服务器和多个端侧设备，代理服务器和云端服务器可以分体设置，也可以持久化结合为一体；其中，交互信息可以是云端服务器发送给端侧设备的，例如期望配置信息，也可以是端侧设备发送给云端服务器的，例如实际配置状态信息。本公开在下文描述该交互信息的处理方法时，均以一个端侧设备与云端服务器间的信息交互为例进行描述，但本公开无意限制端侧设备的数量。
46.另外，图1所示交互信息的处理方法可以应用于上述分布式系统中的代理服务器。
47.在步骤s101中，接收云端服务器和端侧设备中的一个(以下简称为第一设备，并将“云端服务器和端侧设备中的另一个”简称为第二设备)以预定主题发布的交互信息。其中，所述交互信息可包括所述云端服务器对所述端侧设备的期望配置信息、所述端侧设备对接收到的期望配置信息的响应、或所述端侧设备的实际配置状态信息。
48.云端服务器和代理服务器可以通过有线方式或无线方式实现网络连接，端侧设备和代理服务器也可以通过有线方式或无线方式实现网络连接。第一设备可以是云端服务器，相应地第二设备为端侧设备。或者，第一设备可以是端侧设备，相应地第二设备为云端服务器。云端服务器可以向代理服务器发布端侧设备的期望配置信息，因此代理服务器可以接收云端服务器发送的端侧设备的期望配置信息；端侧设备可以向代理服务器发布端侧设备的实际配置状态信息，因此代理服务器可以接收端侧设备发布的实际配置状态信息。
49.期望配置信息和实际配置状态信息对应的主题不同，因此代理服务器或端侧设备发布交互信息时，要根据所发布的交互信息的内容或类型选择对应的主题进行发布，代理服务器可以提前定义多个与交互消息的内容或类型对应的主题。
50.在步骤s102中，保存所述交互信息至所述预定主题对应的存储路径。
51.其中，以预定主题发布的交互信息可以具有该主题的标识。代理服务器可以提前预存各个预定主题与其标识的映射关系，且在接收到交互信息后，可以通过识别该交互信息内的主题的标识，从上述映射关系中查找该交互信息对应的主题。另外，交互信息可以具有统一的消息格式，例如消息的固定字符位用于存储对应的主题的标识，从而可以便于代理服务器的识别。
52.不同的存储路径可以是代理服务器内的不同存储分区，也可以是代理服务器内不同的存储盘，还可以是代理服务器内不同的文件夹。可以为每个预定主题设定存储路径，分
配相应的存储地址。在保存交互信息时，通过匹配交互信息的主题与预先设定的每个存储路径对应的主题，找到交互信息的主题对应的存储路径。或者，可以在保存交互信息时建立对应的存储路径，也就是每增加一个新的主题的交互信息，便建立一个新的对应的存储路径，具体的，保存交互信息时，可以先根据交互信息的主题遍历代理服务器内的所有存储路径对应的主题，若存在与交互信息的主题匹配的存储路径，则直接将交互信息保存至完成匹配的存储路径，若不存在与交互信息的主题匹配的存储路径，则建立一个新的存储路径，并标记该存储路径对应的主题为该交互信息的主题，以及将该交互信息保存至该新建立的存储路径。
53.在步骤s103中，响应于订阅所述预定主题的云端服务器和端侧设备中的另一个(以下简称为第二设备)处于上线状态，从所述预定主题对应的存储路径读取所述交互信息，并将读取到的所述交互信息发送至所述第二设备。
54.其中，若步骤s101中接收的交互信息来自云端服务器，则本步骤中可以将交互信息发送至端侧设备；若步骤s101中接收的交互信息来自端侧设备，则本步骤中可以将交互信息发送至云端服务器。
55.其中，处于上线状态可以是与代理服务器之间存在有效的网络连接，处于非在线状态(即离线状态)可以是与代理服务器之间不存在有效的网络连接。
56.云端服务器处于上线状态可以是云端服务器与代理服务器之间存在有效的网络连接，这种状态下云端服务器和代理服务器间可以进行数据传输；云端服务器处于非在线状态(即离线状态)可以是云端服务器与代理服务器之间不存在有效的网络连接，例如完全断开或存在质量较差的连接。代理服务器判断云端服务器是否处于在线状态时，可以向云端服务器发送检测信号，例如按照预定的时间周期发送心跳信号，并在发出检测信号后一定时间内确定是否收到对该检测信号的响应信号，若收到对该检测信号的响应信号则可确定云端服务器处于在线状态。
57.同理，端侧设备处于上线状态可以是端侧设备与代理服务器之间存在有效的网络连接，这种状态下端侧设备和代理服务器间可以进行数据传输，端侧设备处于非在线状态(即离线状态)可以是端侧设备与代理服务器之间不存在有效的网络连接，例如完全断开或存在质量较差的连接。代理服务器判断端侧设备是否处于在线状态时，可以向端侧设备发送检测信号，例如按照预定的时间周期发送心跳信号，并在发出检测信号后一定时间内确定是否收到对该检测信号的响应信号，若收到对该检测信号的响应信号则可确定端侧设备处于在线状态。端侧设备可以是多个，可以按照上述判断方式逐个判断每个端侧设备是否处于在线状态，还可以采用广播的方式向多个端侧设备统一发送检测信号，在一定时间内检测是否接收到对该检测信号的响应信号，确定检测到的响应信号所携带的id信息对应的端侧设备处于上线状态。
58.另外，步骤s101中发布交互信息时，也是在云端服务器或端侧设备处于上线状态的情况下发布的。
59.其中，云端服务器和/或端侧设备可以向代理服务器订阅特定的主题，订阅的主题可以表征云端服务器和/或端侧设备的信息需求。因此，云端服务器和/或端侧设备可以根据信息需求针对性的监听代理服务器内的交互信息，即监听自身订阅的主题的交互信息。其中，可以实时监听，也可以按照一定的频率在特定的时间点监听。云端服务器和/或端侧
设备可以监听自身订阅的主题对应的存储路径中是否出现新的消息，若发现该路径内出现新的消息，则向代理服务器请求获取该消息，代理服务器可以向请求获取该消息的云端服务器和/或端侧设备下发该消息。
60.根据上述分析可知，代理服务器按照步骤s102将交互信息保存至预定主题对应的存储路径后，可以根据云端服务器和/或端侧设备的针对该交互信息的获取请求，验证请求方(即发送获取请求的云端服务器和/或端侧设备)是否在线且是否订阅了该交互信息的主题，若验证结果为请求方在线且订阅了该交互信息的主体，则下发该交互信息至请求方。
61.根据上述实施例可知，通过接收云端服务器和端侧设备中的一个以预定主题发布的交互信息，并保存所述交互信息至所述预定主题对应的存储路径，响应于订阅所述预定主题的云端服务器和端侧设备中的另一个处于上线状态，从所述预定主题对应的存储路径读取所述交互信息，并将读取到的所述交互信息发送至所述云端服务器和端侧设备中的另一个，从而可以利用预设主题对应的存储路径存储交互信息，进而云端服务器和设备中的另一个上线后可以获取到交互信息，降低了设备和云端服务器之间的信息交互对网络连接质量的依赖性，由此云端服务器和设备端之间的信息交互无需因二者之间的网络连接问题而重试，提升了交互效率。此外，采用预定主题结合发布订阅机制来实现交互信息的传输，提高了交互信息的传递准确性。
62.本公开的一些实施例中，代理服务器可以按照下述方式处理交互信息：首先，接收所述云端服务器以第一主题发布的第一期望配置信息；接下来，保存所述第一期望配置信息至所述第一主题对应的存储路径；最后，响应于订阅所述第一主题的端侧设备处于上线状态，从所述第一主题对应的存储路径读取所述第一期望配置信息，并将读取到的第一期望配置信息发送至所述端侧设备。
63.其中，交互信息从云端服务器出发，经过代理服务器到达端侧设备，即传输方向是云端服务器—代理服务器—端侧设备，云端服务器是交互信息的发送方，端侧设备是交互信息的接收方；交互信息的内容是第一期望配置信息；也即，该过程是云端服务器向端侧设备下发配置的过程。
64.由于第一期望配置信息发送至代理服务器后，代理服务器会对第一期望配置信息进行保存，且在订阅了第一主题的端侧设备(即该第一期望配置信息所针对的设备)上线后，会自动下发至该端侧设备，因此，虽然云端服务器未直接将第一期望配置信息发送至端侧设备，但发送至代理服务器已经可以视为成功发送至了端侧设备，所以代理服务器在保存了所述第一期望配置信息至所述第一主题对应的存储路径之后，可以向所述云端服务器返回第一响应信息，其中，所述第一响应信息表征所述第一期望配置信息成功下发。通过代理服务器的保存，使云端服务器向端侧设备下发配置信息不依赖于端侧设备的时时在线和网络连接质量，因此云端服务器可以随时下发配置信息，降低了配置信息下发的难度。
65.第一期望配置信息可以表征端侧设备的配置项的目标期望状态，也就是说，第一期望配置信息可以是云端服务器希望接收该信息的端侧设备达到的配置状态。云端服务器可以获取到对端侧设备的配置变更信息，并获取到端侧设备的实时配置信息，将该配置变更信息与该实时配置信息进行合并，得到第一期望配置信息，即该配置变更信息应用于实时配置信息得到的配置状态。目标期望状态是一种声明式的配置信息，也就是声明云端服务器所期望的状态，端侧设备在接收到该声明式的配置信息后，可以检查与自身的实际配
置状态的差别，并按照差别项进行相应的配置调节，避免了交互的配置信息具体罗列各种具体调节项，实现了交互信息的简化，节约了交互信息传输的流量，提高了交互信息的传输效率。
66.第一主题可以包括端侧设备的标识，而端侧设备可以订阅包括其自身标识的主题，例如，第一主题可以包括对应的存储路径的标识，例如为/device/{device_id}/config，其中device_id即为多个端侧设备的通配标识，针对特定的端侧设备，将“id”适应性修改为该特定的端侧设备的标识即可。也就是说，第一主题包括该第一期望配置信息针对的端侧设备的标识，进而代理服务器在确定交互信息的接收方时，可以按照第一主题所包括的端侧设备的标识进行确定，也就是确定第一主题所包括的端侧设备的标识指示的端侧设备为交互消息的接收方，因此将上述第一期望配置信息发送至作为接收方的端侧设备。通过在第一主题内设置订阅该第一主题的端侧设备的标识，可以提高第一期望配置信息的针对性，从而将第一期望配置信息准确发送至待配置的端侧设备，提高了端侧设备的配置下发的准确性；同时，通过在第一主题内设置端侧设备的标识，不同端侧设备订阅不同的第一主题，可以帮助实现不同端侧设备的通讯信道隔离和以端侧设备为单位的权限管理。
67.本公开的一些实施例中，保存所述交互信息至所述预定主题对应的存储路径之后，还包括：用保留信息标记将所述第一期望配置信息标记为所述第一主题的保留信息；基于上述标记操作，可以按照下述方式发送交互信息：响应于订阅所述第一主题的端侧设备处于上线状态，从所述第一主题对应的存储路径读取具有保留信息标记的期望配置信息并将读取到的所述具有保留信息标记的期望配置信息发送至所述端侧设备。
68.其中，保留信息可以是对应主题的有效信息，也就是重要等级或优先级最高的信息，在下发一个主题的交互信息时，可以下发该主题的具有保留信息标记的交互信息。在该主题对应的存储路径中保存了新的交互信息时，可以将新的交互信息标记为保留信息，删除该主题对应的存储路径中的原有的交互信息的保留信息标记。也即，同一主题下只有一条最新的交互信息被标记为保留消息(即有效消息)，其他消息为过期的无效消息。这样，在端侧设备从其订阅的主题对应的存储路径中读取消息时，可以成功读取到最新的交互信息。并且，代理服务器需在端侧设备处于上线状态的情况下向端侧设备发送交互信息，则在云端服务器在端侧设备离线状态下多次向代理服务器下发该端侧设备的期望配置信息的情况下，代理服务器可以仅标记最新下发的期望配置信息为保留信息，这样，端侧设备上线后接收代理服务器发送的最新的期望配置信息，无需接收多条交互信息。进一步地，上述交互信息可以采用声明式下发的方式，例如在第一期望配置信息中声明端侧设备的配置项的目标期望状态，则通过本实施例的方法，端侧设备上线后仅接收最新的第一期望配置信息即可基于该第一期望配置信息将端侧设备的配置项更新至最新的状态，由此简化了端侧设备的配置更新。
69.此外，通过保留信息可以确定唯一的用于下发的期望配置信息，因此可以提高期望配置信息下发的准确性。
70.对于第一主题内保存的多个期望配置信息，需要标记其中之一为第一主题的保留信息，可以先对各个期望配置信息进行重要等级或优先级的排序，最后可以取等级最高者标记为第一主题的保留信息。可选的，可以比较新接收到的期望配置信息的时间戳与原具
有保留信息标记的期望配置信息的时间戳，且在新接收到的期望配置信息的时间戳更大(即新接收到的期望配置信息的生成时间更晚)时，删除原保留信息标记，将新接收到的期望配置信息标记为保留信息。
71.在保存所述第一期望配置信息至所述第一主题对应的存储路径之后，所述方法还包括：首先，响应于接收到所述云端服务器以所述第一主题发布的第二期望配置信息，保存所述第二期望配置信息至所述第一主题对应的存储路径；接下来，用所述保留信息标记将所述第二期望配置信息标记为所述第一主题的保留信息，并删除所述第一期望配置信息的保留信息标记。
72.其中，第二期望配置信息为在第一期望配置信息之后接收到的期望配置信息，针对第二期望配置信息，除了将其保存至第一主题对应的存储路径之外，还替代第一期望配置信息被标记为第一主题的保留信息。也就是说，第二期望配置信息保存至第一主题对应的存储路径之后，第一主题的保留信息的标记发生转移，从第一期望配置信息转移至第二期望配置信息。
73.在本公开实施例的应用场景中，云端服务器可以对多台端侧设备的配置进行统一管理。云端服务器可以定时或按需对多台端侧设备的配置进行更新，生成期望配置信息，并以待更新配置的端侧设备订阅的主题下发至代理服务器。在云端服务器下发了新的期望配置信息时，代理服务器将各端侧设备订阅的主题的保留消息标记转移至新的期望配置信息，各端侧设备上线后可以成功获取最新的期望配置信息。
74.可以理解的是，上述第一主题的保留信息标记的转移过程仅仅是一个示例，在接收第二期望配置信息后，代理服务器还会持续接收其他期望配置信息，例如，第三期望配置信息、第四期望配置信息等，因此每接收一个新的期望配置信息，第一主题的保留信息标记就发生一次转移，也就是从其他的期望配置信息转移至最新接收的期望配置信息。
75.另外，第一主题的保留信息标记每发生一次转移，还可以重新确定订阅第一主题的端侧设备是否处于上线状态，若处于上线状态，则重新下发新的具备第一主题的保留信息的标记的期望配置信息至该端侧设备；若在确定订阅第一主题的端侧设备是否处于上线状态的过程中，第一主题的保留信息标记发生转移，则在确定订阅第一主题的端侧设备处于上线状态之后，直接发送具有保留信息标记的最新的期望配置信息至端侧设备。
76.本公开的一些实施例中，代理服务器在发送第一期望配置信息或第二期望配置信息之后，还可以按照下述方式处理交互信息：首先，接收所述端侧设备以第二主题发布的第二响应信息，其中，所述第二响应信息表征所述端侧设备对接收到的期望配置信息的响应；接下来，保存所述第二响应信息至所述第二主题对应的存储路径；最后，响应于订阅所述第二主题的云端服务器处于上线状态，从所述第二主题对应的存储路径读取将读取到的所述第二响应信息并发送至所述云端服务器。
77.其中，第二响应信息表征所述端侧设备对接收到的期望配置信息的响应，也就是端侧设备接收到第一期望配置信息后的响应或接收到第二期望配置信息后的响应，第二响应信息的内容可以包括表示期望配置信息的下发状态(例如“成功接收期望配置信息”)、或者配置更新状态(例如“已完成配置更新”)的信息。可选地，第二响应信息可以在端侧设备对接收到的期望配置信息的不同处理节点发出。例如，在端侧设备接收到第一期望配置信息后，上报一次第二响应信息，该第二响应信息表示的状态是“配置已接收”，接下来，端侧
设备判断该配置信息是否合法，并在判断结束将判断结果作为响应内容再次上报，之后按照该配置信息进行配置更新，并将配置更新的进度(如配置已生效)作为响应内容再次上报。通过设置代理服务器，可以使云端服务器随时查看端侧设备响应信息，而不必依赖于端侧设备的在线状态以及网络连接质量。
78.另外，第二响应信息是针对端侧设备最新接收到的期望配置信息发出的，也就是说，端侧设备接收到第一期望配置信息后，便开始上报针对第一期望配置信息的第二响应信息。可选地，云端服务器和/或代理服务器可以根据实际需求选择是否下发新的配置信息(例如第二期望配置信息)。而且，端侧设备在接收到新的期望配置信息(例如第二期望配置信息)后，开始针对新的期望配置信息(例如第二期望配置信息)上报第二响应信息。
79.其中，所述第二主题包括端侧设备的标识，也就是第二主题包括进行响应上报的端侧设备的标识，例如，第二主题的形式可以为/device/{device_id}/config_ack，其中device_id即为多个端侧设备的通配标识，具体到特定的端侧设备，将“id”适应性修改为该特定的端侧设备的id即可。当云端服务器接收到该第二主题的第二响应信息后，可以确定是该端侧设备的第二响应信息，由此提高了云端服务器获取各个端侧设备的响应的准确性和针对性。云端服务器在对多个端侧设备统一进行配置管理的场景中，可以接收多个端侧设备上报的第二响应信息，可以通过通配标识，订阅多个包括所述端侧设备的标识的第二主题，实现对多个端侧设备的配置下发状态或配置更新状态的监控。
80.本公开的一些实施例中，交互信息可以是由端侧设备发送、并且交互信息的目标接收方是云端服务器。其中，交互信息可以是端侧设备上报的实际配置状态信息。代理服务器可以按照下述方式处理交互信息：接收所述端侧设备以第三主题发布的实际配置状态信息；保存所述实际配置状态信息至所述第三主题对应的存储路径；响应于订阅所述第三主题的云端服务器处于上线状态，从所述第三主题对应的存储路径读取所述实际配置状态信息并将读取到的所述实际配置状态信息发送至所述云端服务器。
81.其中，交互信息从端侧设备触发，经过代理服务器到达云端服务器，即传输方向是端侧设备—代理服务器—云端服务器，端侧设备是交互信息的发送方，云端服务器是交互信息的接收方；交互信息的内容是端侧设备的实际配置状态信息。该过程是端侧设备向云端服务器上报配置状态的过程。端侧设备可以按照一定的时间间隔进行配置状态上报，或者是被特定的事件触发进行配置状态上报，例如配置发生改变，或云端发起配置状态查询请求。通过代理服务器对端侧设备的实际配置状态信息进行中转，可以使云端服务器随时查看端侧设备状态信息，而不必依赖于端侧设备的在线状态以及网络连接质量。
82.其中，所述第三主题包括进行实际配置状态信息上报的端侧设备的标识，例如，第三主题可以为“/device/{device_id}/state”，对应于第三主题的存储路径。其中“device_id”即为多个端侧设备的标识的通配标识，具体到特定的端侧设备，将“id”适应性修改为该特定的端侧设备的id即可。当云端服务器接收到以该第三主题发布的实际配置状态信息后，可以根据第三主题确定发出实际配置状态信息的端侧设备，从而将该端侧设备的实际配置状态信息准确同步至云端数据库中。在云端对多个端侧设备的配置状态进行管理的场景中，云端服务器可以获取多个端侧设备上报的实际配置状态信息，可以通过通配标识，订阅多个第三主题，由此实现了对多个端侧设备的状态的监控和管理。
83.需要注意的是，云端服务器在接收到实际配置状态信息后，还可以将实际配置状
态信息存入云端数据库，并且响应于调用对象查询端侧设备的配置状态的指令，发送被查询的端侧设备的实际配置状态信息至所述调用对象。
84.其中，调用对象可以是用户，或者是需调用或读取端侧设备配置状态的其他与云端服务器连接的设备。调用对象可以向云端服务器发出调用指令以获取到端侧设备的实际配置状态信息。由于端侧设备的实际配置状态信息已持久化地存入云端数据库，调用对象可以实时获取端侧设备的实际状态信息，而不依赖于端侧设备是否处于上线状态，提升了对端侧设备的实际配置状态信息查询的灵活性。
85.本公开的一些实施例中，在响应于订阅所述预定主题的第二设备处于上线状态，从所述预定主题对应的存储路径读取所述交互信息，并发送至所述第二设备之前，还可以接收所述第二设备发送的针对所述预定主题的订阅信息。
86.本实施例中，云端服务器或端侧设备在首次接收以该预定主题发布的交互信息前，可以发送针对该预定主题的订阅信息至代理服务器，以向代理服务器订阅该预定主题；云端服务器或端侧设备在非首次接收以该预定主题发布的交互信息前，可以不再重复订阅该预定主题。
87.云端服务器或端侧设备可以根据信息需求提前订阅相应的预定主题。例如，端侧设备可以预先向代理服务器发送针对第一主题的订阅信息，以向代理服务器订阅第一主题的交互信息；进一步的，端侧设备可以向代理服务器订阅包括其标识的第一主题的交互信息，以使配置下发时能够准确且针对。再例如，云端服务器可以预先向代理服务器发送针对第二主题的订阅信息，以向代理服务器订阅第二主题的交互信息；进一步的，云端服务器可以向代理服务器订阅包括任何端侧设备的标识的第二主题的交互信息，也就是订阅所有端侧设备上报的第二响应信息，可选的，云端服务器可以通过通配标识向代理服务器订阅包括任何端侧设备的标识的第二主题的交互信息。再例如，云端服务器还可以预先向代理服务器发送针对第三主题的订阅信息，以向代理服务器订阅第三主题的交互信息。云端服务器可以向代理服务器订阅包括任何端侧设备的标识的第三主题的交互信息，也就是订阅所有端侧设备上报的实际配置状态信息，例如，云端服务器可以通过通配标识向代理服务器订阅包括任何端侧设备的标识的第三主题的交互信息。
88.第二方面，本公开至少一个实施例提供了一种交互信息的处理方法，请参照附图2，其示出了该方法的流程，包括步骤s201至步骤s202。
89.其中该处理方法的应用场景已经在第一方面中进行了详细介绍，在此不再重复赘述。需要注意的是，图2所示的交互信息的处理方法可以应用于上述分布式系统中的云端服务器。
90.在步骤s201中，以预定主题发布期望配置信息至代理服务器，其中，所述期望配置信息由所述代理服务器保存至所述预定主题对应的存储路径以及在订阅所述预定主题的端侧设备处于上线状态的情况下被发送至所述端侧设备。
91.本步骤即为云端服务器向端侧设备下发配置的过程，请参照第一方面相关内容的描述。
92.在步骤s202中，接收所述代理服务器在将所述期望配置信息保存至所述预定主题对应的存储路径之后返回的第一响应信息，其中，所述第一响应信息表征所述期望配置信息成功下发。
93.本步骤即为代理服务器向云端服务器返回第一响应信息的过程，请参照第一方面相关内容的描述。
94.本公开的一些实施例中，可以按照下述方式以预定主题发布期望配置信息至代理服务器：以待配置的端侧设备订阅的第一主题发布第一期望配置信息至代理服务器。其中，第一主题可以包括订阅所述第一主题的端侧设备的标识。
95.上述内容已经在第一方面进行了详细的描述，在此不再重复赘述，请参照第一方面相关内容的描述。
96.本公开的一些实施例中，在以待配置的端侧设备订阅的第一主题发布第一期望配置信息至代理服务器之后，还可以以第一主题发布第二期望配置信息至代理服务器，其中，所述第二期望配置信息由所述代理服务器保存至所述第一主题对应的存储路径并被标记为第一主题的保留信息，以及在订阅所述预定主题的端侧设备处于上线状态的情况下被发送至所述端侧设备。
97.上述内容是连续下发期望配置信息的过程，请参照第一方面相关内容的描述。
98.需要注意的是，第一期望配置信息和第二期望配置信息可以是根据配置指令生成的，配置指令可以是用户直接或间接针对云端服务器输入的。例如，第一期望配置信息可以根据第一配置指令生成，第二期望配置信息可以根据第二配置指令生成。另外，由于可能存在多个用户同时输入配置指令得到情况，因此，可以设置并发保护机制，以使期望配置信息在并发保护机制下，根据配置指令生成，其中，并发保护机制可以采用乐观锁等形成。
99.本公开的一些实施例中，在发布期望配置信息至代理服务器之后，还可以接收所述代理服务器向通过通配标识订阅第二主题的云端服务器发送的第二响应信息，其中，所述第二响应信息表征所述端侧设备对接收到的期望配置信息的响应，所述第二响应信息由所述端侧设备以所述第二主题发布至所述代理服务器、并由所述代理服务器保存至所述第二主题对应的存储路径。
100.上述内容即为端侧设备上报第二响应信息的过程，请参照第一方面相关内容的描述。
101.本公开的一些实施例中，在发布期望配置信息至代理服务器之后，还可以接收所述代理服务器向通过通配标识订阅第三主题的云端服务器发送的实际配置状态信息，其中，所述实际配置状态信息由所述端侧设备以第三主题发布至所述代理服务器并保存至所述第三主题对应的存储路径。
102.上述内容即为端侧设备上报实际配置状态信息的过程，请参照第一方面相关内容的描述。
103.需要注意的是，云端服务器在接受到实际配置状态信息后，还可以将所述实际配置状态信息存入云端数据库，并且响应于调用对象查询端侧设备的配置状态的指令，发送被查询的端侧设备的实际配置状态信息至所述调用对象。
104.本公开的一些实施例中，云端服务器还可以预先向代理服务器发送针对第二主题的订阅信息，以向代理服务器订阅第二主题的交互信息；云端服务器还可以预先向代理服务器发送针对第三主题的订阅信息，以向代理服务器订阅第三主题的交互信息。上述订阅主题的过程在第一方面已经进行了详细的描述，在此不再重复赘述，请参照第一方面的相关内容。
105.图2所示方法的各个过程中的其他细节请参照第一方面相关内容的描述。
106.第三方面，本公开至少一个实施例提供了一种交互信息的处理方法，请参照附图3，其示出了该方法的流程，包括步骤s301至步骤s302。
107.其中该处理方法的应用场景已经在第一方面中进行了详细介绍，在此不再重复赘述。需要注意的是，图3所示的交互信息的处理方法可以应用于上述分布式系统中的端侧设备。
108.在步骤s301中，接收所述代理服务器发送的期望配置信息，其中，所述期望配置信息由云端服务器以第一主题发布、由所述代理服务器保存至所述第一主题对应的存储路径中并响应于订阅所述第一主题的端侧设备处于上线状态而发送。
109.本步骤即为云端服务器向端侧设备下发配置的过程，请参照第一方面相关内容的描述。
110.在步骤s302中，以第二主题发布第二响应信息至代理服务器，其中，所述第二响应信息表征对接收到的期望配置信息的响应，所述第二响应信息由所述代理服务器保存至第二主题对应的存储路径并在订阅所述第二主题的云端服务器上线状态下发送至所述云端服务器。
111.本步骤即为端侧设备上报第二响应信息的过程，请参照第一方面相关内容的描述。
112.本公开的一些实施例中，端侧设备还可以以第三主题发布实际配置状态信息至代理服务器，其中，所述实际配置状态信息由所述代理服务器保存至第三主题对应的存储路径并在订阅所述第三主题的云端服务器上线状态下发送至所述云端服务器。
113.上述内容即为端侧设备上报状态的过程，请参照第一方面相关内容的描述。
114.图3所示方法的各个过程中的其他细节请参照第一方面相关内容的描述。
115.第四方面，本公开至少一个实施例提供了一种交互信息的处理方法，该处理方法应用于第一方面中提到的分布式系统，下面结合附图4a和图4b对该处理方法进行详细描述。
116.请参照附图4a，其示出了云端服务器通过代理服务器向端侧设备下发配置信息的过程。首先，在s411，生成第一期望配置信息，也就是用户向云端服务器输入第一配置指令，以根据第一配置指令生成第一期望配置信息。然后，在s412，云端服务器以第一主题发布第一期望配置信息至代理服务器，代理服务器保存第一期望配置信息并标记为第一主题的保留信息。此时端侧设备可处于离线状态，因此未实际下发第一期望配置信息，但是可视为成功下发，并在s413返回第一响应信息，以示第一期望配置信息成功下发。端侧设备在上线状态下执行s414以订阅第一主题。然后，端侧设备监听到第一主题下有新的消息时执行s415，即代理服务器向端侧设备下发第一期望配置信息。在用户期望更新端侧设备的配置状态时执行s416，以生成第二期望配置信息。例如用户向云端服务器输入第二配置指令，以根据第二配置指令生成第二期望配置信息。云端服务器可以执行s417，以使用乐观锁验证第二期望配置信息的合法性，并在验证结果显示第二期望配置信息为合法的配置信息的情况下执行s418，即云端服务器以第一主题发布第二期望配置信息至代理服务器，代理服务器保存第二期望配置信息并标记为第一主题的保留信息，同时删除第一期望配置信息的保留信息标记。然后，在s419，云端服务器返回第一响应信息，以示第二期望配置信息成功下发。在端
侧设备上线状态下代理服务器执行s410，以向端侧设备下发第二期望配置信息。
117.此外，如图4a所示，云端服务器可在s431向代理服务器预先订阅第二主题，例如可以通过通配标识订阅所有包括端侧设备标识的第二主题。相应地，端侧设备可在处于上线状态的情况下，在s432中向代理服务器以第二主题发布表征自身对接收到的期望配置信息的响应的第二响应信息，以由代理服务器保存第二响应信息。然后，在s433，代理服务器向处于上线状态的云端服务器上传第二响应信息。
118.请参照附图4b，其示出了端侧设备通过代理服务器向云端服务器上报状态信息的过程。在s421中，云端服务器向代理服务器预先订阅第三主题，可以通过通配标识订阅所有包括端侧设备标识的第三主题。端侧设备可在s422中，向代理服务器以第三主题发布实际配置状态信息，以由代理服务器保存实际配置状态信息。然后，在s423，代理服务器向处于上线状态的云端服务器上传实际配置状态信息。接着，在s424，云端服务器更新端侧设备的状态信息为最新接收的实际配置状态信息。在s425中，用户等调用对象向云端服务器输入调用指令。在s426中，基于s425中的调用指令，云端服务器向用户等调用对象返回实际配置状态信息。
119.可以理解的是，图4a所示出的配置下发的过程以及图4b所示出的状态上报的过程都是本公开提供的交互信息的处理方法的示例，并非对本公开交互信息的处理方法的具体方式、应用场景以及步骤顺序的限制。
120.请参照附图5，根据本公开实施例的第四方面，提供一种交互信息的处理装置，适用于代理服务器，包括：第一接收模块501，用于接收第一设备以预定主题发布的交互信息，其中，所述第一设备表示云端服务器和端侧设备中的一个；保存模块502，用于保存所述交互信息至所述预定主题对应的存储路径；发送模块503，用于响应于订阅所述预定主题的第二设备处于上线状态，其中，第二设备表示云端服务器和端侧设备中的另一个，从所述预定主题对应的存储路径读取所述交互信息，并将读取到的所述交互信息发送至所述第二设备。
121.结合本公开提供的任一实施方式，其中，在所述第一设备表示云端服务器、所述第二设备表示端侧设备的情况下，所述交互信息包括所述云端服务器以第一主题发布的第一期望配置信息，所述第一主题包括所述端侧设备的标识，所述第一期望配置信息表征所述端侧设备的配置项的目标期望状态；
122.所述保存模块用于保存所述交互信息至所述预定主题对应的存储路径时，具体用于：
123.保存所述第一期望配置信息至所述第一主题对应的存储路径；
124.所述发送模块用于响应于订阅所述预定主题的所述第二设备处于上线状态，从所述预定主题对应的存储路径读取所述交互信息，并将读取到的所述交互信息发送至所述第二设备时，具体用于：
125.响应于订阅所述第一主题的端侧设备处于上线状态，从所述第一主题对应的存储路径读取所述第一期望配置信息，并将读取到的所述第一期望配置信息发送至所述端侧设备。
126.结合本公开提供的任一实施方式，所述装置还包括第一响应模块，用于：
127.在保存所述第一期望配置信息至所述第一主题对应的存储路径之后，向所述云端
服务器返回第一响应信息，其中，所述第一响应信息表征所述第一期望配置信息成功下发。
128.结合本公开提供的任一实施方式，所述装置还包括标记模块，用于：
129.在保存所述第一期望配置信息至所述第一主题对应的存储路径之后，用保留信息标记将所述第一期望配置信息标记为所述第一主题的保留信息；
130.所述发送模块用于响应于订阅所述预定主题的所述第二设备处于上线状态，从所述预定主题对应的存储路径读取所述交互信息，并将读取到的所述交互信息发送至所述第二设备时，具体用于：
131.响应于订阅所述第一主题的端侧设备处于上线状态，从所述第一主题对应的存储路径读取具有保留信息标记的期望配置信息，并将读取到的所述具有保留信息标记的期望配置信息发送至所述端侧设备。
132.结合本公开提供的任一实施方式，所述装置还包括替换模块，用于：
133.在保存所述第一期望配置信息至所述第一主题对应的存储路径之后，响应于接收到所述云端服务器以所述第一主题发布的第二期望配置信息，保存所述第二期望配置信息至所述第一主题对应的存储路径；
134.用所述保留信息标记将所述第二期望配置信息标记为所述第一主题的保留信息；并删除所述第一期望配置信息的保留信息标记。
135.结合本公开提供的任一实施方式，在所述第一设备表示所述端侧设备、所述第二设备表示所述云端服务器的情况下，所述交互信息包括所述端侧设备以第二主题发布的第二响应信息，其中，所述第二响应信息表征所述端侧设备对接收到的期望配置信息的响应，所述第二主题包括通配标识或所述端侧设备的标识，所述通配标识为包含所述端侧设备在内的多个端侧设备的通配标识，所述装置还包括第二响应模块，用于：
136.保存所述第二响应信息至所述第二主题对应的存储路径；
137.响应于订阅所述第二主题的云端服务器处于上线状态，从所述第二主题对应的存储路径读取所述第二响应信息，并将读取到的所述第二响应信息发送至所述云端服务器。
138.结合本公开提供的任一实施方式，在所述第一设备表示所述端侧设备、所述第二设备表示所述云端服务器的情况下，所述交互信息包括所述端侧设备以第三主题发布的实际配置状态信息，所述第三主题包括通配标识或所述端侧设备的标识，所述通配标识为包含所述端侧设备在内的多个端侧设备的通配标识，所述保存模块用于保存所述交互信息至所述预定主题对应的存储路径，时，具体用于：
139.保存所述实际配置状态信息至所述第三主题对应的存储路径；
140.所述发送模块用于响应于订阅所述预定主题的所述第二设备处于上线状态，从所述预定主题对应的存储路径读取所述交互信息，并将读取到的所述交互信息发送至所述第二设备时，具体用于：
141.响应于订阅所述第三主题的云端服务器处于上线状态，从所述第三主题对应的存储路径读取所述实际配置状态信息，并将读取到的所述实际配置状态信息发送至所述云端服务器。
142.结合本公开提供的任一实施方式，所述装置还包括订阅模块，用于：
143.在响应于订阅所述预定主题的所述第二设备处于上线状态，从所述预定主题对应的存储路径读取所述交互信息，并发送至所述第二设备之前，接收所述第二设备发送的针
对所述预定主题的订阅信息。
144.请参照附图6，根据本公开实施例的第五方面，提供一种交互信息的处理装置，适用于云端服务器，包括：
145.第一发布模块601，用于以预定主题发布期望配置信息至代理服务器，其中，所述期望配置信息由所述代理服务器保存至所述预定主题对应的存储路径，以在订阅所述预定主题的端侧设备处于上线状态的情况下被所述代理服务器发送至所述端侧设备；以及
146.第二接收模块602，用于接收所述代理服务器在将所述期望配置信息保存至所述预定主题对应的存储路径之后返回的第一响应信息，其中，所述第一响应信息表征所述期望配置信息成功下发。
147.结合本公开提供的任一实施方式，所述第一发布模块具体用于：
148.以第一主题发布第一期望配置信息至所述代理服务器，其中，所述第一主题包括待配置的所述端侧设备的标识。
149.结合本公开提供的任一实施方式，所述装置还包括第三响应模块，用于：
150.在所述云端服务器订阅了第二主题的情况下，接收所述代理服务器发送的第二响应信息，其中，所述第二主题包括通配标识或所述端侧设备的标识，所述通配标识为包含所述端侧设备在内的多个端侧设备的通配标识，所述第二响应信息表征所述端侧设备对接收到的期望配置信息的响应，所述第二响应信息由所述端侧设备以所述第二主题发布至所述代理服务器、并由所述代理服务器保存至所述第二主题对应的存储路径。
151.结合本公开提供的任一实施方式，所述装置还包括第一状态模块，用于：
152.在所述云端服务器订阅了第三主题的情况下，接收所述代理服务器发送的实际配置状态信息，其中，所述第三主题包括通配标识或所述端侧设备的标识，所述通配标识为包含所述端侧设备在内的多个端侧设备的通配标识，所述实际配置状态信息由所述端侧设备以所述第三主题发布至所述代理服务器、并由所述代理服务器保存至所述第三主题对应的存储路径；
153.将所述实际配置状态信息存入云端数据库。
154.结合本公开提供的任一实施方式，所述装置还包括调用模块，用于：
155.在将所述实际配置状态信息存入云端数据库之后，响应于调用对象查询所述端侧设备的配置状态的指令，发送被查询的端侧设备的实际配置状态信息至所述调用对象。
156.请参照附图7，根据本公开实施例的第六方面，提供一种交互信息的处理装置，适用于端侧设备，包括：
157.第三接收模块701，用于在所述端侧设备订阅了第一主题的情况下，接收代理服务器发送的期望配置信息，其中，所述第一主题包括所述端侧设备的标识，所述期望配置信息由云端服务器以所述第一主题发布、并由所述代理服务器保存至所述第一主题对应的存储路径中；
158.第二发布模块702，用于以第二主题发布第二响应信息至所述代理服务器，其中，所述第二主题包括通配标识或者所述端侧设备的标识，所述通配标识为包含所述端侧设备在内的多个端侧设备的通配标识，所述第二响应信息表征对接收到的期望配置信息的响应，所述第二响应信息由所述代理服务器保存至所述第二主题对应的存储路径、并由所述代理服务器在订阅所述第二主题的云端服务器处于上线状态下发送至所述云端服务器。
159.根据本公开实施例的第七方面，提供一种交互信息的处理系统，其中，包括：
160.代理服务器，用于接收第一设备以预定主题发布的交互信息，其中，所述第一设备表示云端服务器和端侧设备中的一个，保存所述交互信息至所述预定主题对应的存储路径，以及响应于订阅所述预定主题的第二设备处于上线状态，其中，所述第二设备表示所述云端服务器和端侧设备中的另一个，从所述预定主题对应的存储路径读取所述交互信息，并将读取到的所述交互信息发送至所述第二设备；
161.所述云端服务器，用于以第一主题发布期望配置信息至所述代理服务器，以及接收所述代理服务器在将所述期望配置信息保存至所述预定主题对应的存储路径之后返回的第一响应信息；
162.所述端侧设备，用于接收所述代理服务器发送的期望配置信息，以及以第二主题发布第二响应信息至所述代理服务器，其中，所述第二响应信息表征对接收到的期望配置信息的响应。
163.关于上述实施例中的装置和系统，其中各个模块执行操作的具体方式已经在第一方面有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
164.请参照附图8，根据本公开实施例的第八方面，提供一种电子设备，所述设备包括存储器、处理器，所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现第一方面、第二方面或第三方面所述的方法。
165.根据本公开实施例的第九方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现第一方面、第二方面或第三方面所述的方法。
166.在本公开中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。术语“多个”指两个或两个以上，除非另有明确的限定。
167.本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。