基于全渠道广宣信息的数据处理方法以及装置与流程

1.本技术涉及数据处理领域，具体而言，涉及一种基于全渠道广宣信息的数据处理方法以及装置。


背景技术：

2.广宣信息可以基于线上、线下的宣传形式，通过移动端、屏幕端等多端同时结合2d投影、3d全息投影技术等方式进行广告信息的呈现。
3.相关技术中，对于广宣信息管理的服务端，大多仅针对自家的宣传渠道进行管理、宣传。当有更多的广宣信息或者需要更新的广宣信息时，大多都无法及时更新和接入管理。
4.针对相关技术中广宣信息的处理方式效果不佳的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术的主要目的在于提供一种基于全渠道广宣信息的数据处理方法以及装置，以解决广宣信息的处理方式效果不佳的问题。
6.为了实现上述目的，根据本技术的一个方面，提供了一种基于全渠道广宣信息的数据处理方法，用于服务端。
7.根据本技术的基于全渠道广宣信息的数据处理方法包括：采集终端的自身信息以及验证所述终端是否为满足预设接入条件，其中所述预设接入条件至少包括如下之一：对所述终端身份合法性验证、所述终端对所述服务端身份合法性验证；如果根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，其中进行所述状态监控时定期接收所述终端上传的终端日志、终端位置、终端状态中的一种或多种信息，所述终端日志用于记录在终端接收的广宣信息的处理流程，所述终端位置根据实时gps定位信息确定，所述终端状态至少包括终端自身预设性能参数；在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息；还包括：对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理。
8.进一步地，所述采集终端的自身信息以及验证所述终端是否为满足预设接入条件，其中所述预设接入条件至少包括如下之一：对所述终端身份合法性验证、所述终端对所述服务端身份合法性验证，还包括：采集所述终端的自身信息以及验证所述终端的身份合法性；根据所述终端同步的信息，确定所述终端对所述服务端身份合法性的验证结果；根据所述终端的身份合法性验证结果以及所述终端对所述服务端身份合法性的验证结果，验证与所述终端之间交互数据的合法性。
9.进一步地，所述验证所述终端的身份合法性，包括：所述终端包括多个，验证每个所述终端的身份合法性，在每个所述终端启动自身操作系统之后与所述终端进行握手操作，其中所述终端上传的握手信息中至少携带：时间戳、硬件sn序列号、本次握手操作生成
的随机数、终端本机参数；根据从所述终端接收到的加密信息，基于预设解密算法解密出sn序列号的明文之后，再根据所述硬件sn序列号确定该终端共钥对报文进行验签，其中所述加密信息通过预存的自有私钥签名以及共钥加密并上传同步，同时所述硬件sn序列号基于预设加密算法加密并上传同步；如果报文验签通过，则根据服务端的私钥对报文解密并核验，确定所述终端为合法的终端；接收确定为合法的所述终端的封装后的请求，并下发封装后的数据用以在所述终端解密后获取。
10.进一步地，所述确定所述终端对所述服务端身份合法性的验证结果，包括：所述终端包括多个，在每个所述终端验证所述服务端身份合法性；根据在与所述终端进行握手操作时返回的报文中，通过预存的自有私钥签名、所述终端的共钥加密并传递给所述终端，同时将随机数采用预设算法加密后也一起传递给所述终端，其中，所述握手操作时返回的报文至少携带有：时间戳、本次握手操作生成的随机数、服务端id信息；接收所述终端同步的对所述服务端身份合法性的验证结果；如果对所述服务端身份合法性的验证结果为通过，则返回所述终端请求的数据。
11.进一步地，所述采集终端的自身信息，包括：在终端自身的操作系统启动后，采集所述终端的自身信息，其中，所述自身信息包括如下之一：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、分辨率、展示形式、是否支持声音、终端工作日志、终端位置等信息汇总；对于已验证为合法的所述终端，根据终端上传的自身信息判断所述终端是否可以正常工作，以及根据所述终端类型信息向正常工作的所述终端下发所述终端的展示内容；所述对所述终端进行状态监控，包括：终端在使用过程中，定期将终端信息传递给服务端，包括：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、终端工作日志、终端位置信息。
12.进一步地，所述对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理包括：如果有针对所述终端新的广宣渠道，则增加基于对应渠道的所述终端操作系统之后，实现广宣渠道的统一管理，其中，所述广宣信息的内容展示采用矢量。
13.进一步地，所述在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息包括：在对所述终端进行状态监控的过程中基于监控通道，将所述控制指令下发至所述终端，其中所述控制指令包括如下之一：关机指令、法规信息下载指令、公益信息下载指令、新政策信息下载指令；通过所述终端同步的工作日志对所述终端的应急信息处理结果进行验证，其中，所述工作日志用于应急信息的发布进行追溯。
14.为了实现上述目的，根据本技术的另一方面，提供了一种基于全渠道广宣信息的数据处理装置，用于服务端，
15.根据本技术的基于全渠道广宣信息的数据处理装置包括：采集以及验证模块，用于采集终端的自身信息以及验证所述终端是否为满足预设接入条件，其中所述预设接入条件至少包括如下之一：对所述终端身份合法性验证、所述终端对所述服务端身份合法性验证；监控模块，用于如果根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，其中进行所述状态监控时定期接收所述终端上传的终端日志、终端位置、终端状态中的一种或多种信息，所述终端日志用于记录在终端接收的广宣信息的
处理流程，所述终端位置根据实时gps定位信息确定，所述终端状态至少包括终端自身预设性能参数；控制运营模块，用于在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息；还包括：管理模块，用于对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理。
16.为了实现上述目的，根据本技术的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述方法。
17.为了实现上述目的，根据本技术的再一方面，提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述的方法。
18.在本技术实施例中基于全渠道广宣信息的数据处理方法以及装置，采用采集终端的自身信息以及验证所述终端是否为满足预设接入条件的方式，通过根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，达到了在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息以及对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理的目的，从而实现了统一管理、高效接入以及双重验证提高安全性的技术效果，进而解决了广宣信息的处理方式效果不佳的技术问题。
附图说明
19.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
20.图1是根据本技术实施例的基于全渠道广宣信息的数据处理方法的系统结构示意图；
21.图2是根据本技术实施例的基于全渠道广宣信息的数据处理方法流程示意图；
22.图3是根据本技术实施例的基于全渠道广宣信息的数据处理装置结构示意图；
23.图4是根据本技术实施例的基于全渠道广宣信息的数据处理方法流程示意图。
具体实施方式
24.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
25.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的
过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
26.在本技术中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本技术及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。
27.并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本技术中的具体含义。
28.此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。
29.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
30.如图1所示，是根据本技术实施例的基于全渠道广宣信息的数据处理方法的系统结构示意图，其中包括：服务端200、管理端100、终端300(广宣信息的载体)。所述服务端200是指后台服务器，并通过管理端100进行配置。所述终端300包括可以用于广宣信息的任意载体，在本技术的实施例中需要进行具体限定。所述服务端200，用于信息的统一维护。其中宣传信息统一管理，包括：宣传主体、宣传内容、宣传时间、宣传范围、宣传目标、宣传素材等，确保宣传材料的一致性。所述服务端200，还用于渠道分类管理。针对主要的宣传渠道，设置对应渠道的展示形式，以适配各个渠道的特性。
31.如图2所示，该方法包括如下的步骤s201至步骤s204：
32.步骤s201，采集终端的自身信息以及验证所述终端是否为满足预设接入条件，其中所述预设接入条件至少包括如下之一：对所述终端身份合法性验证、所述终端对所述服务端身份合法性验证；
33.步骤s202，如果根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，其中进行所述状态监控时定期接收所述终端上传的终端日志、终端位置、终端状态中的一种或多种信息，所述终端日志用于记录在终端接收的广宣信息的处理流程，所述终端位置根据实时gps定位信息确定，所述终端状态至少包括终端自身预设性能参数；
34.步骤s203，在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息；
35.步骤s204，对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理。
36.从以上的描述中，可以看出，本技术实现了如下技术效果：
37.采用采集终端的自身信息以及验证所述终端是否为满足预设接入条件的方式，通过根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，达到了在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终
端下发控制指令，用以通过所述终端播报所述应急信息以及对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理的目的，从而实现了统一管理、高效接入以及双重验证提高安全性的技术效果，进而解决了广宣信息的处理方式效果不佳的技术问题。
38.上述步骤s201中在所述服务端采集所述终端的自身信息能够获得至少包括终端编号、终端硬件序列号、终端型号、终端类型、终端状态等自身性能参数。
39.作为一种可选的实施方式，所述预设接入条件至少包括：对所述终端身份合法性验证。
40.作为一种可选的实施方式，所述预设接入条件至少包括：所述终端对所述服务端身份合法性验证。
41.作为一种优选的实施方式，只要根据所述终端的自身信息以及验证所述终端是否为满足预设接入条件。
42.上述步骤s202中在所述服务端如果根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，如果根据所述终端的自身信息，验证所述终端不满足预设接入条件，则认为是非法接入的终端，不会进行状态监控。
43.作为一种可选的实施方式，进行所述状态监控时定期接收所述终端上传的终端日志、终端位置、终端状态中的一种或多种信息，所述终端日志用于记录在终端接收的广宣信息的处理流程，所述终端位置根据实时gps定位信息确定，所述终端状态至少包括终端自身预设性能参数。
44.作为一种优选的实施方式，如果终端的状态、位置、日志等信息出现异常，服务端将做异常提醒，同时会安下发工单进行巡检维修处理。
45.上述步骤s203中在对所述终端进行状态监控的过程中如果触发应急信息处理条件，则对所述终端下发控制指令。通过所述终端状态监控通讯，将服务端的指令下发给所述终端，并用于在所述终端按照指令进行操作。
46.作为一种可选的实施方式，控制指令包括更新广宣信息。
47.作为一种优选的实施方式，控制指令包括实时播报紧急的/突发的广宣信息。
48.上述步骤s204中在所述服务端对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理。
49.作为一种可选的实施方式，统一管理和维护，宣传主体、宣传内容、宣传时间、宣传范围、宣传目标、宣传素材等，确保宣传材料的一致性。
50.作为一种优选的实施方式，分类管理并设置对应渠道的展示形式，以适配各个渠道的特点。
51.作为本实施例中的优选，所述采集终端的自身信息以及验证所述终端是否为满足预设接入条件，其中所述预设接入条件至少包括如下之一：对所述终端身份合法性验证、所述终端对所述服务端身份合法性验证，还包括：采集所述终端的自身信息以及验证所述终端的身份合法性；根据所述终端同步的信息，确定所述终端对所述服务端身份合法性的验证结果；根据所述终端的身份合法性验证结果以及所述终端对所述服务端身份合法性的验证结果，验证与所述终端之间交互数据的合法性。
52.具体实施时，需要验证身份合法性。由于是服务于开放环境的内容展示，无论展示
终端，或者是服务端，都需要验证对方的合法性，确保展示终端是通过合法的服务端获取信息，也要确保服务端是把信息下放给合法的展示终端。
53.作为本实施例中的优选，所述验证所述终端的身份合法性，包括：所述终端包括多个，验证每个所述终端的身份合法性，在每个所述终端启动自身操作系统之后与所述终端进行握手操作，其中所述终端上传的握手信息中至少携带：时间戳、硬件sn序列号、本次握手操作生成的随机数、终端本机参数；根据从所述终端接收到的加密信息，基于预设解密算法解密出sn序列号的明文之后，再根据所述硬件sn序列号确定该终端共钥对报文进行验签，其中所述加密信息通过预存的自有私钥签名以及共钥加密并上传同步，同时所述硬件sn序列号基于预设加密算法加密并上传同步；如果报文验签通过，则根据服务端的私钥对报文解密并核验，确定所述终端为合法的终端；接收确定为合法的所述终端的封装后的请求，并下发封装后的数据用以在所述终端解密后获取。
54.具体实施时，需要验证身份合法性。由于本系统是服务于开放环境的内容展示，无论展示终端或者服务端，都需要验证对方的合法性，确保展示终端是通过合法的服务端获取信息，也要确保服务端是把信息下放给合法的展示终端。在服务端验证多个终端的合法性。
55.此外，对于新渠道扩展。在服务端只需增加针对本渠道的终端的系统即可实现统一管理以及宣传。保证了交互的报文规范、安全规范、信息留存规范，并且完全按照现有终端的系统规则即可完成配置。在所述终端的展示内容采用矢量展示形式，从而便于针对不同的分辨率、尺寸要求进行展示，无需系统开发。
56.在终端启动系统后，先进行一次终端和服务端的握手流程。在终端上传的握手信息中，需包含：时间戳、硬件序列号、随机数、终端型号、终端编号、终端类型等信息，通过保存的自有私钥签名、服务端共钥加密传递给服务端，同时将硬件序列号用3des算法(也可以其他算法，本实施例中以3des为例进行说明)加密后传递给服务端。服务端接收到信息后，先用反3des算法解密硬件序列号明文，再用硬件序列号找到该终端共钥对报文验签，验签通过后，用服务端私钥对报文解密，服务端解密的信息对终端进行核验，确保终端为合法终端。
57.作为本实施例中的优选，所述确定所述终端对所述服务端身份合法性的验证结果，包括：所述终端包括多个，在每个所述终端验证所述服务端身份合法性；根据在与所述终端进行握手操作时返回的报文中，通过预存的自有私钥签名、所述终端的共钥加密并传递给所述终端，同时将随机数采用预设算法加密后也一起传递给所述终端，其中，所述握手操作时返回的报文至少携带有：时间戳、本次握手操作生成的随机数、服务端id信息；接收所述终端同步的对所述服务端身份合法性的验证结果；如果对所述服务端身份合法性的验证结果为通过，则返回所述终端请求的数据。
58.具体实施时，终端验证服务端合法性。服务端在握手的返回报文中，包含：时间戳、随机数、服务端id等信息，通过保存的自有私钥签名、终端共钥加密传递给终端，同时将随机数用3des算法加密后传递给终端。终端接收到信息后，先用反3des算法解密随机数明文，再用服务端共钥对报文验签，验签通过后，用终端私钥对报文解密，终端用解密的信息和随机数对服务端进行核验，确保服务端为合法服务端。
59.此外，还需要验证数据合法性。身份合法性验证通过后，终端使用数字信封方式封
装数据下载请求报文，由服务端解密后按照请求进行返回，返回的数据也需通过数字信封封装，用于在终端解密后使用。
60.作为本实施例中的优选，所述采集终端的自身信息，包括：在终端自身的操作系统启动后，采集所述终端的自身信息，其中，所述自身信息包括如下之一：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、分辨率、展示形式、是否支持声音、终端工作日志、终端位置等信息汇总；对于已验证为合法的所述终端，根据终端上传的自身信息判断所述终端是否可以正常工作，以及根据所述终端类型信息向正常工作的所述终端下发所述终端的展示内容；所述对所述终端进行状态监控，包括：终端在使用过程中，定期将终端信息传递给服务端，包括：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、终端工作日志、终端位置信息。
61.具体实施时，终端启动管理。终端在启动系统后，将终端自身系统进行采集，包括：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、分辨率、展示形式、是否支持声音、终端工作日志、终端位置等信息汇总，通过数字信封加密和签名，传递到后台管理系统，后台管理系统通过解密和验签，检查终端入网的合法性。针对合法终端，根据终端上送的信息，登记终端状态，并判断终端是否可以正常工作，如需维护，将安排工单。如果终端状态正常，系统将搜索后台配置的该终端展示内容、终端类型等信息，下放给终端，供终端正常使用。
62.作为本实施例中的优选，所述对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理包括：如果有针对所述终端新的广宣渠道，则增加基于对应渠道的所述终端操作系统之后，实现广宣渠道的统一管理，其中，所述广宣信息的内容展示采用矢量。
63.具体实施时，终端状态监控。终端在使用过程中，定期将终端信息传递给服务端，包括：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、终端工作日志、终端位置等信息，服务端收到信息后进行登记，如果终端的状态、位置、日志等信息出现异常，服务端将做异常提醒，并且安排工单进行处理。
64.作为本实施例中的优选，所述在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息包括：在对所述终端进行状态监控的过程中基于监控通道，将所述控制指令下发至所述终端，其中所述控制指令包括如下之一：关机指令、法规信息下载指令、公益信息下载指令、新政策信息下载指令；通过所述终端同步的工作日志对所述终端的应急信息处理结果进行验证，其中，所述工作日志用于应急信息的发布进行追溯。
65.具体实施时，信息应急处理。通过终端状态监控通讯，将服务端指令下发给终端，终端按照指令进行操作，该机制主要针对系统、法规、公益、政策等紧急情况下使用。应急处理主要包括：关机指令、紧急下载最新法规信息、进行下载最新公益信息、进行下载最新政策信息等，同时通过工作日志对终端的应急处理结果进行验证，确保本系统在合法合规的商业使用时，同时可以为政府、为社会服务，以防出现应急情况时，减少各方面损失。
66.通过分析终端工作日志，核对终端的工作状态、工作地址、工作内容等，满足监管部门的信息核查要求，即可实现信息发布追溯
67.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的
计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
68.根据本技术实施例，还提供了一种用于实施上述方法的基于全渠道广宣信息的数据处理装置，用于服务端，如图3所示，该装置包括：
69.采集以及验证模块301，用于采集终端的自身信息以及验证所述终端是否为满足预设接入条件，其中所述预设接入条件至少包括如下之一：对所述终端身份合法性验证、所述终端对所述服务端身份合法性验证；
70.监控模块302，用于如果根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，其中进行所述状态监控时定期接收所述终端上传的终端日志、终端位置、终端状态中的一种或多种信息，所述终端日志用于记录在终端接收的广宣信息的处理流程，所述终端位置根据实时gps定位信息确定，所述终端状态至少包括终端自身预设性能参数；
71.控制运营模块303，用于在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息；
72.还包括：管理模块304，用于对待下发至所述终端的广宣信息进行统一管理、维护，以及对所述广宣信息的渠道进行分类管理。
73.上述采集以及验证模块301中在所述服务端采集所述终端的自身信息能够获得至少包括终端编号、终端硬件序列号、终端型号、终端类型、终端状态等自身性能参数。
74.作为一种可选的实施方式，所述预设接入条件至少包括：对所述终端身份合法性验证。
75.作为一种可选的实施方式，所述预设接入条件至少包括：所述终端对所述服务端身份合法性验证。
76.作为一种优选的实施方式，只要根据所述终端的自身信息以及验证所述终端是否为满足预设接入条件。
77.上述监控模块302中在所述服务端如果根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，如果根据所述终端的自身信息，验证所述终端不满足预设接入条件，则认为是非法接入的终端，不会进行状态监控。
78.作为一种可选的实施方式，进行所述状态监控时定期接收所述终端上传的终端日志、终端位置、终端状态中的一种或多种信息，所述终端日志用于记录在终端接收的广宣信息的处理流程，所述终端位置根据实时gps定位信息确定，所述终端状态至少包括终端自身预设性能参数。
79.作为一种优选的实施方式，如果终端的状态、位置、日志等信息出现异常，服务端将做异常提醒，同时会安下发工单进行巡检维修处理。
80.上述控制运营模块303中在对所述终端进行状态监控的过程中如果触发应急信息处理条件，则对所述终端下发控制指令。通过所述终端状态监控通讯，将服务端的指令下发给所述终端，并用于在所述终端按照指令进行操作。
81.作为一种可选的实施方式，控制指令包括更新广宣信息。
82.作为一种优选的实施方式，控制指令包括实时播报紧急的/突发的广宣信息。
83.上述管理模块304中在所述服务端对待下发至所述终端的广宣信息进行统一管
理、维护，以及对所述广宣信息的渠道进行分类管理。
84.作为一种可选的实施方式，统一管理和维护，宣传主体、宣传内容、宣传时间、宣传范围、宣传目标、宣传素材等，确保宣传材料的一致性。
85.作为一种优选的实施方式，分类管理并设置对应渠道的展示形式，以适配各个渠道的特点。
86.显然，本领域的技术人员应该明白，上述的本技术的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术不限制于任何特定的硬件和软件结合。
87.为了更好的理解上述基于全渠道广宣信息的数据处理方法，以下结合优选实施例对上述技术方案进行解释说明，但不用于限定本发明实施例的技术方案。
88.本技术实施例中的基于全渠道广宣信息的数据处理方法，实现了统一管理、高效接入以及双重验证提高安全性的技术效果，进而解决了广宣信息的处理方式效果不佳的技术问题。本技术的方法从行业的角度、规范的角度、发展的角度设计覆盖全渠道的广宣信息统一管理和宣传方案，从而更好地适用于新技术、新场景。宣传信息统一管理，包括：宣传主体、宣传内容、宣传时间、宣传范围、宣传目标、宣传素材等，确保宣传材料的一致性。同时，针对主要的宣传渠道，设置对应渠道的展示形式，以适配各个渠道的特性。
89.如图4所示，是本技术实施例中基于全渠道广宣信息的数据处理方法的流程示意图，采用信息统一维护、渠道分类管理的方式实现全渠道广宣信息的统一管理以及宣传，实现的具体过程包括如下步骤：
90.步骤s401，采集终端的自身信息以及验证所述终端是否为满足预设接入条件，其中所述预设接入条件至少包括如下之一：对所述终端身份合法性验证、所述终端对所述服务端身份合法性验证。
91.步骤s402，验证所述终端是否为满足预设接入条件。
92.终端在启动系统后，将终端自身系统进行采集，包括：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、分辨率、展示形式、是否支持声音、终端工作日志、终端位置等信息汇总，通过数字信封加密和签名，传递到后台管理系统，后台管理系统通过解密和验签，检查终端入网的合法性。针对合法终端，根据终端上送的信息，登记终端状态，并判断终端是否可以正常工作，如需维护，将安排工单。如果终端状态正常，系统将搜索后台配置的该终端展示内容、终端类型等信息，下放给终端，供终端正常使用。
93.终端在使用过程中，定期将终端信息传递给服务端，包括：终端编号、终端硬件序列号、终端型号、终端类型、终端状态、终端工作日志、终端位置等信息，服务端收到信息后进行登记，如果终端的状态、位置、日志等信息出现异常，服务端将做异常提醒，同时安排工单进行处理。
94.身份合法性。由于本系统是服务于开放环境的内容展示，无论展示终端，或者或是服务端，都需要验证对方的合法性，确保展示终端是通过合法的服务端获取信息，也要确保服务端是把信息下放给合法的展示终端。
95.服务端验证终端合法性。在终端启动系统后，先进行一次终端和服务端的握手流程。在终端上传的握手信息中，需包含：时间戳、硬件序列号、随机数、终端型号、终端编号、终端类型等信息，通过保存的自有私钥签名、服务端共钥加密传递给服务端，同时将硬件序列号用3des算法加密后传递给服务端。服务端接收到信息后，先用反3des算法解密硬件序列号明文，再用硬件序列号找到该终端共钥对报文验签，验签通过后，用服务端私钥对报文解密，服务端用解密的信息对终端进行核验，确保终端为合法终端。
96.终端验证服务端合法性。服务端在握手的返回报文中，包含：时间戳、随机数、服务端id等信息，通过保存的自有私钥签名、终端共钥加密传递给终端，同时将随机数用3des算法加密后传递给终端。终端接收到信息后，先用反3des算法解密随机数明文，再用服务端共钥对报文验签，验签通过后，用终端私钥对报文解密，终端用解密的信息和随机数对服务端进行核验，确保服务端为合法服务端。
97.数据合法性。身份合法性验证通过后，终端使用数字信封方式封装数据下载请求报文，由服务端解密后按照请求进行返回，返回的数据也需通过数字信封封装，有终端解密后使用。
98.步骤s403，验证所述终端不满足预设接入条件，则不对所述终端进行状态监控。
99.步骤s404，如果根据所述终端的自身信息，验证所述终端满足预设接入条件，则对所述终端进行状态监控，其中进行所述状态监控时定期接收所述终端上传的终端日志、终端位置、终端状态中的一种或多种信息，所述终端日志用于记录在终端接收的广宣信息的处理流程，所述终端位置根据实时gps定位信息确定，所述终端状态至少包括终端自身预设性能参数。
100.步骤s405，在对所述终端进行状态监控的过程中，判断是否触发应急信息处理条件。
101.步骤s406，验证所述终端不满足预设接入条件，则不对所述终端进行状态监控。
102.步骤s407，在对所述终端进行状态监控的过程中，如果触发应急信息处理条件，则对所述终端下发控制指令，用以通过所述终端播报所述应急信息
103.通过终端状态监控通讯，将服务端指令下发给终端，终端按照指令进行操作，该机制主要针对系统、法规、公益、政策等紧急情况下使用。应急处理主要包括：关机指令、紧急下载最新法规信息、进行下载最新公益信息、进行下载最新政策信息等，同时通过工作日志对终端的应急处理结果进行验证，确保本系统在合法合规的商业使用时，同时可以为政府、为社会服务，以防出现应急情况时，减少各方面损失。通过分析终端工作日志，核对终端的工作状态、工作地址、工作内容等，满足监管部门的信息核查要求，实现发布信息追溯。
104.步骤s408，广宣信息是否需要更新。
105.步骤s409，广宣信息不需要更新，继续对广宣信息进行管理维护。
106.步骤s410，对待下发至所述终端的广宣信息进行统一更新之后，再进行管理、维护，以及对所述广宣信息的渠道进行分类管理。
107.对于需要新增的渠道只需增加针对本渠道的终端侧系统即可实现统一管理和宣传。如果需要增加广宣信息的类型，由于终端展示内容采用矢量展示形式，便于针对不同的分辨率、尺寸要求进行展示，无需系统级的开发。
108.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技
术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。