轨道交通站内多屏幕集群控制方法及系统与流程

1.本发明涉及轨道交通技术领域，尤其涉及一种轨道交通站内多屏幕集群控制方法及系统。


背景技术：

2.随着城市轨道交通的快速发展，乘客对站内出行的需求也逐年攀升。既有的老式指示标识如灯箱、灯柱、指示牌等多以固定信息、或无法动态调整的形式对乘客提供信息，同时现阶段的城市轨道交通中有部分车站，也存在通过显示屏幕显示信息无法集中管理以及管控信息单一问题。为此，改造既有车站标识、及信息提示以成为轨道交通地铁车站信息提示系统的发展趋势之一。
3.如何对车站现有屏幕管理系统进行升级改造，实现对车站所辖屏幕集群进行集中管控，更好的为乘客服务，是目前亟需解决的技术问题。


技术实现要素：

4.本发明提供的轨道交通站内多屏幕集群控制方法及系统，用于现有技术中存在的上述问题，通过对各轨道交通站内屏幕集群所辖各屏幕显示的页面信息进行集中管控，能够方便乘客获取到各屏幕的动态信息，更好的为乘客服务。
5.本发明提供的一种轨道交通站内多屏幕集群控制方法，包括：
6.获取各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址；
7.将编辑好的页面信息发送至运营管理中心，以供所述运营管理中心对所述页面信息进行审计；
8.在所述运营管理中心通过对所述页面信息审计的情况下，根据所述屏幕集群编号和所述ip地址，对各屏幕集群进行设计、监管、关联和更新。
9.根据本发明提供的一种轨道交通站内多屏幕集群控制方法，所述对各屏幕集群进行设计，包括：
10.根据点对点技术、所述屏幕集群编号和所述ip地址，将通过所述运营管理中心审计的页面信息分发至各轨道交通站内所辖各屏幕，以对所述各屏幕集群中的各屏幕的显示内容进行设计。
11.根据本发明提供的一种轨道交通站内多屏幕集群控制方法，所述对各屏幕集群进行监管，包括：
12.每隔预设时间接收各屏幕集群发送的心跳包，并对所述心跳包进行解析，以对各屏幕集群所辖各屏幕的状态进行监管；
13.其中，所述心跳包至少包括如下数据：所辖各屏幕的历史状态数据、所辖各屏幕ip地址和所辖各屏幕所属屏幕群组编号；
14.所述历史状态数据至少包括温度数据和宕机数据。
15.根据本发明提供的一种轨道交通站内多屏幕集群控制方法，所述对各屏幕集群进
行关联，包括：
16.将第一屏幕集群所辖各屏幕的显示内容作为第一子集；
17.采用文件传输协议ftp或安全套接字协议ssl将所述第一子集对应的资源包进行传输，通过对所述资源包进行解析后发送至第二屏幕集群，以将所述第一屏幕集群所辖各屏幕的显示内容复刻到所述第二屏幕集群所辖各屏幕中；
18.其中，所述第一屏幕集群和所述第二屏幕集群是根据所述各屏幕集群中的任意两个屏幕集群确定的。
19.根据本发明提供的一种轨道交通站内多屏幕集群控制方法，所述对各屏幕集群进行更新，包括：
20.接收采用远程ota升级方式发送的各屏幕集群的安装包；
21.对所述安装包进行解析，并根据所述各屏幕集群所属集群编号和所述ip地址，将解析后的安装包安装到所述各屏幕集群所辖各屏幕对应的显示控制器中，以对所述各屏幕集群进行更新。
22.根据本发明提供的一种轨道交通站内多屏幕集群控制方法，所述页面信息至少包括如下内容：
23.自主引导信息、增值服务信息、多模召援信息和应急响应信息；
24.其中，所述自主引导信息至少包括如下数据：
25.各地区路线网图、列车运行时刻表、列车车厢温湿度、列车车厢拥挤度、站内导航、车站预设范围内的周边公交信息、时间信息和天气信息；
26.所述增值服务信息至少包括如下数据：
27.走马灯信息、视频、广告、车站预设范围内的周边美食信息和车站预设范围内的周边景点信息；
28.所述多模召援信息包括：召援求助提示信息；
29.所述应急响应信息：突发情况应急引导播报。
30.本发明还提供一种轨道交通站内多屏幕集群控制系统，包括：获取模块、审计模块以及控制模块；
31.所述获取模块，用于获取管理视窗定义的各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址；
32.所述审计模块，用于将编辑好的页面信息发送至运营管理中心，以供所述运营管理中心对所述页面信息进行审计；
33.所述控制模块，用于在所述运营管理中心通过对所述页面信息审计的情况下，根据所述屏幕集群编号和所述ip地址，对各屏幕集群进行设计、监管、关联和更新。
34.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述轨道交通站内多屏幕集群控制方法的步骤。
35.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述轨道交通站内多屏幕集群控制方法的步骤。
36.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述轨道交通站内多屏幕集群控制方法的步骤。
37.本发明提供的轨道交通站内多屏幕集群控制方法及系统，通过对各轨道交通站内屏幕集群所辖各屏幕显示的页面信息进行集中管控，能够方便乘客获取到各屏幕的动态信息，更好的为乘客服务。
附图说明
38.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1是本发明提供的轨道交通站内多屏幕集群控制方法的流程示意图；
40.图2是实施本发明提供的轨道交通站内多屏幕集群控制方法的系统结构示意图；
41.图3是本发明提供的对各屏幕集群的状态进行监管的结构示意图；
42.图4是本发明提供的轨道交通站内多屏幕集群控制系统的结构示意图；
43.图5是本发明提供的电子设备的实体结构示意图。
具体实施方式
44.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
45.为响应城市轨道交通乘客服务高质量发展要求，通过对轨道交通车站的现有乘客出行方式及乘客出行痛点进行调研，通过优劣分析法swot分析得出在车站各项乘客服务发展的优势及劣势进行判定，发展车站显示系统服务功能的更新，是乘客关注的重点。针对这一乘客发展诉求，针对当前车站既有乘客信息服务系统pis进行调研，发现车站显示系统缺乏屏幕集群管理控制问题，并针对这一问题展开功能细化及新技术新系统的研发，有针对性的解决乘客在站内出行中存在的表层及潜在问题，同时通过与站务之间沟通调研，了解当前屏幕管理流程及系统显示方式，显示内容，有针对性性的进行改性，并针对问题进行分析，得出将乘客视窗(乘客显示信息)，管理视窗(站务显示信息)、集群管控、云服务、多用户管理、鉴权管理、审计追踪等方面进行研究，并持续更新系统应用，更好的为乘客运营人员服务。
46.本发明提供的轨道交通站内多屏幕集群控制方法以乘客在站内出行需求服务为导向，重点关注乘客最关心的站内信息服务需求，并对站内出行服务当前情况，存在的问题展开调研分析。并对当前存在的问题进行改进和扩展，并针对存在乘客服务出行的管理方扩展至车站运营管理人员并进行统一的系统研发管理，通过调研分析，实现对各屏幕集群的控制。
47.图1是本发明提供的轨道交通站内多屏幕集群控制方法的流程示意图，如图1所示，方法包括：
48.s1、获取各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址；
49.s2、将编辑好的页面信息发送至运营管理中心，以供运营管理中心对页面信息进
行审计；
50.s3、在运营管理中心通过对页面信息审计的情况下，根据屏幕集群编号和ip地址，对各屏幕集群进行设计、监管、关联和更新。
51.需要说明的是，上述方法的执行主体可以是计算机设备，也可以是通过在计算机设备上部署如图2所示的系统。下面以图2所示的系统实施上述方法为例进行说明：
52.如图2所示，该系统是以站内乘客信息服务为宗旨，兼容云平台，具备开放性api、屏幕集群管控、云服务、多用户管理等模块，多屏幕集群控制可实现远程指令发送、功能配置等功能，可实现在正常状态及应急状态下多样化信息提示服务，满足个性化显示服务需求。多功能屏幕控制方法采用普适化设计，集多种功能于一体，具体功能根据设备硬件配置的不同可以包括：增值服务、引导提示、多模召援、屏幕后台管理功能，页面采用拖拽式操作设计思路，显示内容可结合用户需求灵活设计，满足轨道交通站内多功能屏幕显示系统的快速部署。
53.通过对原有轨道交通屏幕管理系统进行改进，将图2所示的系统分为显示单元、业务单元和数据单元，业务单元和数据单元部署在云服务器上。
54.显示单元包括有管理视窗，管理视窗中绑定了各轨道交通站点所辖各屏幕所属的屏幕集群编号和各屏幕的ip地址，基于管理视窗便可以得到各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址。
55.此外，管理视窗还可以为更好的为乘客提供便捷的信息显示需求，在管理视窗窗口增设屏幕集群管理、系统设置、个性化设计、统计分析、应急处置、设备监管功能，用系统化的屏幕管理，高效便捷开展管理功能。
56.通过管理视窗的个性化设计功能，对显示单元中乘客视窗显示的页面信息进行编辑，并将编辑好的页面信息发送至运营管理中心，以供运营管理中心对编辑好的页面信息进行审计。
57.显示单元中的乘客视窗是直接面向乘客及运营显示界面的，可直接为乘客提供丰富的动态的信息显示内容，在突发及特殊场景下，可与其他系统(例如信号系统和监控系统)保持联动更好的为乘客提供最新的引导信息，提升车站乘客出行安全水平。
58.乘客可以通过乘客视窗实时获取轨道交通站内各屏幕的页面信息。
59.在运营管理中心通过对页面信息审计的情况下，根据屏幕集群编号和ip地址，对各屏幕集群进行设计、监管、关联和更新。
60.基于设计的运营管理中心，能够解决现有的轨道交通屏幕管理系统缺乏用户管理，在轨道交通运营指挥中心缺乏对车站屏幕的集中管理，在应对突发情况时，缺乏统一的管理调配的问题。
61.需要说明的是，图2所示的系统采用cs(客户端-服务器)架构，可通过本地已部署显示设备作为显示单元，接入云服务器即可实现显示单元、云服务器以及运营管理中心互联从而实现轨道交通站内多屏幕集群控制方法及应用的快速部署改造。
62.云服务器还包括有云服务模块、多用户管理模块、审计追踪模块以及版本管理模块。
63.云服务模块，用于为各屏幕集群提供功能部署、服务管理、加密字段、配置管理、进程防护、状态副本、存储管理以及计划任务等功能。
64.多用户管理模块，用于为用户提供命名空间、项目管理、资源权限分配以及curd校验。
65.审计追踪模块，用于对云服务器后台的事件日志审计、安全权限审计以及操作事件审计。
66.版本管理模块，用于提供各屏幕集群的版本发布历史以及版本回滚管理。
67.数据单元包括有关系型数据库，用于存储目标数据，每隔预设周期对关系型数据库进行漏洞扫描，其中，漏洞扫描的方式包括动态脱敏方式。
68.具体地，关系型数据库可以具体采用mysql数据库，图2所示的系统内外部产生的乘客及运营人员所需数据均可以存储在mysql数据库中，mysql数据库中存储的数据的逻辑运算(例如数据的应用以及处理流程)封装在业务单元中。
69.针对数据库的安全防护，采用动态脱敏方式，每隔预设周期例如每星期对数据库进行漏洞扫描，包括数据库登录用户角色和权限脱敏。
70.业务单元部署在云服务器上，包含业务单元的开放标准api(例如全局资源api和运营数据api)，各项数据可通过云服务器提供的标准接口统一接入，便于后续功能扩展。同时在屏幕集群控制方面通过业务单元中的集群管控模块对各屏幕集群进行监管、关联、设计、更新以及定义。为节省现场设备安装部署，实现设备的快速改造快速落地。可在云服务器上部署应用及相关配置文件，加装安全锁包装系统及系统内数据安全。同时为实现整条线路运营管理中心对全线屏幕集群管理为运营赋能。
71.业务单元中的webshell容器可以实现对云服务器的控制以及权限管理等操作，在服务器安全方面通过鉴权模块利用轻型目录访问协议(ldap)以及基于角色的访问控制策略(rbac)实现对云服务器的安全认证进而保障屏幕集群系统的整体安全。
72.本发明提供的轨道交通站内多屏幕集群控制方法，通过对各轨道交通站内屏幕集群所辖各屏幕显示的页面信息进行集中管控，能够方便乘客获取到各屏幕的动态信息，更好的为乘客服务。
73.进一步地，在一个实施例中，步骤s3中对各屏幕集群进行设计，可以具体包括：
74.s31、根据点对点技术、屏幕集群编号和ip地址，将通过运营管理中心审计的页面信息分发至各轨道交通站内所辖各屏幕，以对各屏幕集群中的各屏幕的显示内容进行设计。
75.可选地，参见图3，基于多线程方式，并根据各轨道交通站内所辖各屏幕的各屏幕集群的屏幕群组编号和ip地址，采用点对点技术将通过运营管理中心审计的页面信息分发至各屏幕集群(第一屏幕集群至第六屏幕集群)对应的各显示单元，以对各屏幕集群中各显示单元显示内容进行设计。
76.具体地，可以基于图2所示的云服务器，采用多进程方式，将通过运营管理中心审计的页面信息发送至各屏幕集群进行分发，根据各屏幕所属的屏幕集群编号及ip地址设计各屏幕的显示单元的显示内容，为了确保显示内容上传的实时性，采用点对点技术p2p进行页面信息的点对点分发。
77.本发明提供的轨道交通站内多屏幕集群控制方法，针对现有技术中各个屏幕集群的显示内容的灵活型不足以及应用部署效率低的缺陷，能够对各屏幕集群的各显示单元的显示内容的风格进行统一管理以及个性化设计。
78.进一步地，在一个实施例中，步骤s3中的对各屏幕集群进行监管，可以具体包括：
79.s32、每隔预设时间接收各屏幕集群发送的心跳包，并对心跳包进行解析，以对各屏幕集群所辖各屏幕的状态进行监管；
80.其中，心跳包至少包括如下数据：所辖各屏幕的历史状态数据、所辖各屏幕ip地址和所辖各屏幕所属屏幕群组编号；
81.历史状态数据至少包括温度数据和宕机数据。
82.可选地，各屏幕集群中的各个屏幕均采用唯一指定的ip地址，云服务器按照各屏幕集群(如图3中的第一屏幕集群至第六屏幕集群)包含的各屏幕。携带有各屏幕唯一ip地址的各屏幕集群将自身心跳包数据每隔预设时间例如每隔2秒发送至云服务器。
83.其中，心跳包至少包括屏幕集群所辖各屏幕的历史状态数据、所辖各屏幕ip地址和所辖各屏幕所属屏幕群组编号，历史状态数据至少包括温度数据和宕机数据。
84.云服务器对获取到的心跳包进行解析，判定各屏幕集群的状态并报警，以完成对各屏幕集群的状态的监管。本发明提供的轨道交通站内多屏幕集群控制方法，能够对同一车站内的各屏幕集群进行协调统一管理，解决了车站各屏幕各自为战，缺乏统一管理的问题，提高了工作效率，同时提升了乘客服务的水平。
85.进一步地，在一个实施例中，步骤s3中的对各屏幕集群进行关联，可以具体包括：
86.s33、将第一屏幕集群所辖各屏幕的显示内容作为第一子集；
87.s34、采用文件传输协议ftp或安全套接字协议ssl将第一子集对应的资源包进行传输，通过对资源包进行解析后发送至第二屏幕集群，以将第一屏幕集群所辖各屏幕的显示内容复刻到第二屏幕集群所辖各屏幕中；
88.其中，第一屏幕集群和第二屏幕集群是根据各屏幕集群中的任意两个屏幕集群确定的。
89.可选地，由于各轨道交通站点的基础设施相同，显示内容(页面信息)略有差异的屏幕集群，可采用屏幕集群迁移复刻功能，即在原有云服务器内扩容指定功能配置，并对其可进行提示信息修改，以使得任意两个轨道交通站点的屏幕集群最终呈现同样的页面信息，具体地：
90.将位于轨道交通站点例如车站a的第一屏幕集群所辖各屏幕的显示内容(例如可以将同一类型的页面信息)作为一个子集，并采用文件传输协议ftp或安全套接字协议ssl将得到的第一屏幕集群所需各屏幕中同一显示内容的子集对应的资源包进行传输，然后通过对资源包进行解析后发送给位于轨道交通站点例如车站b的第二屏幕集群，对该资源包进行自动解析后，便可以将车站a中的第一屏幕集群中所辖各屏幕中的显示内容复刻到车站b中的第二屏幕集群中的所辖各屏幕的显示单元中。
91.此外，图2所示的系统，采用https通信交互，产生的资源包采用文件传输协议ftp或安全套接字协议ssl进行传输，可以防止其他人员获取相关发布数据，并进行信息篡改。
92.本发明提供的轨道交通站内多屏幕集群控制方法，能够对各个屏幕集群例如位于不同车站的各屏幕集群进行集中控制，实现各屏幕集群显示内容的联动。
93.进一步地，在一个实施例中，步骤s3中的对各屏幕集群进行更新，可以具体包括：
94.s35、接收采用远程ota升级方式发送的各屏幕集群的安装包；
95.s36、对安装包进行解析，并根据各屏幕集群所属集群编号和ip地址，将解析后的
安装包安装到各屏幕集群所辖各屏幕对应的显示控制器中，以对各屏幕集群进行更新。
96.可选地，采用远程ota升级方式，在云服务器上上传各屏幕集群的安装包，并通过对安装包进行解析，根据各屏幕集群所属集群编号和ip地址，将解析后的安装包安装到各屏幕集群所辖各屏幕对应的显示控制器中。
97.利用自动化解析安装包完成升级及各屏幕的状态自检，完成后发送系统状态至云服务。
98.本发明提供的轨道交通站内多屏幕集群控制方法，能够基于远程ota升级的方式实现对各屏幕集群进行集中管理，统一更新，不仅提升了屏幕集群更新的效率，也有助于运营方实现对各屏幕集群的集中高效管理。
99.进一步地，在一个实施例中，页面信息至少包括如下内容：
100.自主引导信息、增值服务信息、多模召援信息和应急响应信息；
101.其中，自主引导信息至少包括如下数据：
102.各地区路线网图、列车运行时刻表、列车车厢温湿度、列车车厢拥挤度、站内导航、车站预设范围内的周边公交信息、时间信息和天气信息；
103.增值服务信息至少包括如下数据：
104.走马灯信息、视频、广告、车站预设范围内的周边美食信息和车站预设范围内的周边景点信息；
105.多模召援信息包括：召援求助提示信息；
106.应急响应信息：突发情况应急引导播报。
107.可选地，显示单元中的乘客视窗面向乘客的显示内容可以具体包括自主引导、增值服务、多模召援和应急响应等内容，更具体的，将各地区路线网图、列车运行时刻表、列车车厢温湿度、列车车厢拥挤度、站内导航、车站预设范围内的周边公交信息、时间信息和天气信息的自主引导信息在显示单元的乘客视窗进行显示。
108.将走马灯信息、视频、广告(如针对某地区地铁十一号线的赛事播报)、车站预设范围内的周边美食信息和车站预设范围内的周边景点信息的增值服务信息在乘客视窗进行显示。
109.分别将召援求助提示信息的多模召援信息以及突发情况应急引导播报的应急响应信息在显示单元的乘客视窗进行显示。
110.基于云服务器的功能模块实现对各屏幕集群的统一管理，增加或删除各屏幕集群中的各显示单元、对各屏幕集群的状态进行监管、对各屏幕集群中各屏幕的显示内容进行设计、应急信息推送、屏幕设计权限管理、统计分析屏幕显示时间以及系统功能设置。
111.通过运营管理中心，对各屏幕集群所管辖各屏幕的显示内容进行调取、各屏幕集群管理权限设置、各屏幕集群的状态监控、应急突发情况播放、内容鉴权管理、显示内容发布审理屏幕集群统一升级等功能。
112.本发明提供的轨道交通站内多屏幕集群控制方法，针对现有车站中各显示单元存在显示信息显示不够全面例如在应急等多种突发情况、缺少应急联动及智能化信息推送以及安全程度有待提升的缺陷，通过增加自主引导、增值服务、多模召援以及应急响应的显示内容，能够使得乘客应急突发情况发生时，根据乘客视窗显示内容应对应急突发情况，保障了乘客的安全。
113.下面对本发明提供的轨道交通站内多屏幕集群控制系统进行描述，下文描述的轨道交通站内多屏幕集群控制系统与上文描述的轨道交通站内多屏幕集群控制方法可相互对应参照。
114.图4是本发明提供的轨道交通站内多屏幕集群控制系统的结构示意图，如图4所示，包括：获取模块410、审计模块411以及控制模块412；
115.获取模块410，用于获取管理视窗定义的各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址；
116.审计模块411，用于将编辑好的页面信息发送至运营管理中心，以供运营管理中心对页面信息进行审计；
117.控制模块412，用于在运营管理中心通过对页面信息审计的情况下，根据屏幕集群编号和ip地址，对各屏幕集群进行设计、监管、关联和更新。
118.本发明提供的轨道交通站内多屏幕集群控制系统，通过对各轨道交通站内屏幕集群所辖各屏幕显示的页面信息进行集中管控，能够方便乘客获取到各屏幕的动态信息，更好的为乘客服务。
119.图5是本发明提供的一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)510、通信接口(communication interface)511、存储器(memory)512和总线(bus)513，其中，处理器510，通信接口511，存储器512通过总线513完成相互间的通信。处理器510可以调用存储器512中的逻辑指令，以执行如下方法：
120.获取各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址；
121.将编辑好的页面信息发送至运营管理中心，以供运营管理中心对页面信息进行审计；
122.在运营管理中心通过对页面信息审计的情况下，根据屏幕集群编号和ip地址，对各屏幕集群进行设计、监管、关联和更新。
123.此外，上述的存储器中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机电源屏(可以是个人计算机，服务器，或者网络电源屏等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
124.进一步地，本发明公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的轨道交通站内多屏幕集群控制方法，例如包括：
125.获取各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址；
126.将编辑好的页面信息发送至运营管理中心，以供运营管理中心对页面信息进行审计；
127.在运营管理中心通过对页面信息审计的情况下，根据屏幕集群编号和ip地址，对
各屏幕集群进行设计、监管、关联和更新。
128.另一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的轨道交通站内多屏幕集群控制方法，例如包括：
129.获取各轨道交通站内所辖各屏幕所属屏幕集群编号和ip地址；
130.将编辑好的页面信息发送至运营管理中心，以供运营管理中心对页面信息进行审计；
131.在运营管理中心通过对页面信息审计的情况下，根据屏幕集群编号和ip地址，对各屏幕集群进行设计、监管、关联和更新。
132.以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
133.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机电源屏(可以是个人计算机，服务器，或者网络电源屏等)执行各个实施例或者实施例的某些部分所述的方法。
134.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。