CN112260984A - 一种带Wi-Fi功能的5G终端云管控方法 - Google Patents
一种带Wi-Fi功能的5G终端云管控方法 Download PDFInfo
- Publication number
- CN112260984A CN112260984A CN202010907643.XA CN202010907643A CN112260984A CN 112260984 A CN112260984 A CN 112260984A CN 202010907643 A CN202010907643 A CN 202010907643A CN 112260984 A CN112260984 A CN 112260984A
- Authority
- CN
- China
- Prior art keywords
- module
- action
- terminal
- timestamp
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及5G终端管控技术领域,且公开了一种带Wi‑Fi功能的5G终端云管控方法,包括连接认证模块、Firmware升级模块、配置文件更新模块、请求模块、状态报告模块、告警模块、错误处理模块、设备端模块、超时模块、Task模块、GDM管理模块、终端流量控制模块、设备上报模块和筛选VIP客户模块;系统运行流程如下:S1.1:超级管理员添加组管理员‑二级用户;S1.2:组管理员添加组查看者‑三级用户,绑定组管理员。本发明系统架构采用C/S模式,http作为通信协议,自定义私有通信过程协议,完成云服务器和设备终端的通信,采用加密签名机制,确保通信过程数据准确不被监听,云端对5G终端设备进行注册、配置、告警等管理,随时掌控设备状态。
Description
技术领域
本发明涉及5G终端管控技术领域,具体为一种带Wi-Fi功能的5G终端云管控方法。
背景技术
目前4G终端设备运用到各个领域,对于云管理的方法也是百花齐放,实现的方式也是各不相同,5G的终端是一个新的开始,未来设备数量将呈现爆发式增长,对于终端设备及设备所带用户及IOT设备数据采集和管理支持需求会越来越大。
第五代移动通信技术是最新一代蜂窝移动通信技术,也是即4G(LTE-A、WiMax)、3G(UMTS、LTE)和2G(GSM)系统之后的延伸。5G的性能目标是高数据速率、减少延迟、节省能源、降低成本、提高系统容量和大规模设备连接,目前对于设备的管理均采用依靠传统的以太网或者现有的4G网络,4G理论传输速率达到100M,对于高移动、高密覆盖等应用场景还是有一定的限制,5G新技术的诞生催生出相关产业的技术革新,但是原有的管理方法不能根据5G特性进行调整,适配5G的应用,而且不能让用户随时随地可以对设备进行管理和监控,不能满足人们的要求。
发明内容
(一)解决的技术问题
针对现有技术的不足,本发明提供了一种带Wi-Fi功能的5G终端云管控方法,主要为解决原有的管理方法不能根据5G特性进行调整,适配5G的应用,而且不能让用户随时随地可以对设备进行管理和监控的问题。
(二)技术方案
为实现上述目的,本发明提供如下技术方案:
一种带Wi-Fi功能的5G终端云管控方法,包括连接认证模块、Firmware升级模块、配置文件更新模块、请求模块、状态报告模块、告警模块、错误处理模块、设备端模块、超时模块、Task模块、GDM管理模块、终端流量控制模块、设备上报模块和筛选VIP客户模块;
系统运行流程如下:
S1.1:超级管理员添加组管理员-二级用户;
S1.2:组管理员添加组查看者-三级用户,绑定组管理员;
S1.3:超级管理员导入MAC注册设备,绑定组管理员或代理商;
S1.4:设备上线,上报设备类型和型号;
S1.5:判断是否已经有组,否的话组管理员新建组,是的话组管理员为设备分组,分组为编辑模板、模板下发、FW升级、状态查看和定制任务;
设备协议的实现步骤如下:
S2.1:程序初始化;
S2.2:检查此设备是否被设置为接收运维系统管理,如果否则返回上一步,如果是则进行下一步;
S2.3:建立和Server通信,判断是否成功建立,是进行下一步,否则重新建立;
S2.4:获取服务器当前是很的最新Firmware版本和配置检查;
S2.5:发送心跳报文;
S2.6:服务器回应是否有更新发生,有的话更新配置,没有的话则进行判断是否有Report需要报告,是的话报告设备端状态数据。
进一步的,所述连接认证模块中Client与WebSvr连接建立认证,URL格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=auth&echostr=随机字符串,Client初始安装上电或者重启时第一次向Server发起连接,Server验证Client合法后返回echostr,在连接认证时需要进行加密校检,加密校检流程是:首先将timestamp、nonce、ID三个个参数进行字典序排序,然后将三个参数字符串拼接成一个字符串进行sha1加密,然后服务端获得加密后的字符串可与signature对比,标识该请求是否合法。
在前述方案的基础上,所述Firmware升级模块中URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=upgrade&FWversion=1.0.0,WebSvr回复如下:
"FWVersion":"newversion"
“FWURL”:”URL地址”
Client比较版本号,当有新版本时,从FWURL地址下载Firmware升级。
作为本发明再进一步的方案,所述配置文件更新模块中URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=configfile&configfiletime=配置时间戳,Configfiletime为最后的配置文件生成时间戳,以此判断配置文件是否为最新,WebSvr回复如下:
{"timestamp":"配置时间戳"}
{“configfile”;”URL地址”}
Client根据时间戳判定自己的配置文件是否有更新,如配置文件有更新,按照地址下载Configfile配置到设备。
进一步的,所述请求模块中heartbeat为周期性请求,每隔15-20秒钟一次,WebSvr收到该请求后更新该client的online状态,并返回actionlist.js文件,URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=heartbeat&file=actionlist.js,如果Client不希望WebSvr返回actionlist.js,则Request中需增加rsp=none属性,如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=heartbeat&rsp=none,WebSvr返回actionlist.js如下:
{"action":"none",“id”:”0”}
{"action":"reboot",“ack”:”before”,id”:”1”}
{"action":"upgrade",“file”:”somefile”,”size”:”2323”,”id”:”2”}
{"action":"update",”size”:”1111”,“file”:“config.js”,“id”:”4”}
……
actionlist.js中记录了Client需要依次执行的动作,Client成功执行完后,需要向WebSvr发送确认请求,WebSvr收到该请求后就将该action标记为已完成,当下次Client发送heartbeat请求后,该action将不在actionlist.js中,除非用户再次提交了该请求,id属性定义了该条action的索引号,为unsigned long转化的字符串,ack属性用于指定请求类型,分别为action执行之前(before),执行之后(after),以及两者均有(both),Client根据actionlist.js中内容,逐个请求更新配置,请求URL如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=ackaction&id=[id]&ack=[before|after|both],Server回应数据格式为:{"action":"ackaction",“id”:”10”,”SSID”:”wireless1”}。
在前述方案的基础上,所述状态报告模块中Client根据配置要求定期上报统计信息,请求格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=report&report id=[id],id属性定义了该条action的索引号,为unsigned long转化的字符串,Client提交的report数据格式如下:{"action":"report",“id”:”100”,”stationnum”,”2”},服务器按照一般错误处理方式返回数据,告警模块中Client上报告警信息,告警格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=alert&alert id=[id],id属性定义了该条action的索引号,为unsigned long转化的字符串,Client提交的report数据格式如下:{"action":"report",“id”:”100”,”arpattackmac”:”00:20:30:40:50:70”},错误处理模块中Client提交请求后,如果请求中的参数有误或请求执行失败,WebSvr应向Client返回错误状态,暂定的错误状态如下:Error Code Error Description
0OK
-1系统繁忙
-2身份非法
-3重复请求
-4无法找到参数
-5无法找到文件
-6Json内容错误
-7异常请求
WebSvr返回的错误格式如下:{"errcode":40029,"errmsg":"invalid code"}。
本发明再进一步的方案,所述设备端模块为显示终端类型设备端设计,设备端收集终端类型的方式为:截取的DHCP DISCOVER数据报文的Host Name部分和截取设备HTTPget报文中的User-Agent部分:
GET/books/HTTP/1.1
Host:www.wzu.edu.cn
User-Agent:Mozilla/5.0(Windows;U;Windows NT 5.1;en-US;rv:1.7.6)
Gecko/20050225Firefox/1.0.1
Connection:Keep-Alive
使用”状态报告”提交”mac”“host name”“user-agent”格式如下:{"action":"report",“id”:”101”,”type”,”1”}
{
{"stamac”:”0060b3123456”,”hostname”:”hongmi3456”,”user-agern”:”UCWEB/2.0(Linux;U;Adr 4.2.1;zh-ch;2013022)”},
{"stamac”:”0060b3223344”,”hostname”:”huawei3344”,”user-agern”:”chrome/5.0(Linux;U;Adr 4.2.1;zh-ch;2013022)}
}
设备端收集终端应用的方式如下:
截取设备端数据报文,通过TCP端口,特征字串,DNS地址,IP地址等条件匹配收集终端应用类型,记录在设备(AC和AP)中,定期上报给服务端,
使用“状态报告”提交”给服务器,格式如下:{"action":"report",“id”:”102”,”type”:”1”}
{
{"stamac”:”0060b3123456”,”msn”:”1”,”QQ”:”1”,”MAIL”:”0”,……},
{"stamac”:”0060b3123456”,”msn”:”1”,”QQ”:”1”,”MAIL”:”0”,……},
}。
进一步的,所述模板编辑中需要下发的设备上线时,server端检测当前设备是否已有default模板(profile名称为default),如果没有则自动创建default模板,包含card0和card1的设置,Configuration页面显示当前组内设备清单,组管理员可为每台设备分别选择不同的模板,未选择的情况下采用default模板,模板下发可以立刻执行,也可以创建任务预约时间执行,Task模块中Tasks菜单增加“Task”子菜单,点击子菜单右侧加载Task页面,Task页面由Task List和Task Information两部分组成,Task List显示当前用户的任务列表,Task Information为新建/编辑任务时的参数设置部分。
在前述方案的基础上,所述超时模块中后台数据库增加“已读”标志,系统检测到掉线事件时状态默认为“未读”,当组管理员从web页面查看过掉线日志后将状态置为“已读”,后台数据库增加“已处理”标志,“已处理”的判断依据是设备是否上线,即系统侦测到设备掉线,再次监测时设备重新上线,状态即为“已处理”,否则为“未处理”,服务器后台检测到“设备掉线”时,自动将“已处理”状态设为“0”(未处理),针对某一台设备,如果“掉线”状态超过6小时“未处理”,则系统自动发送邮件通知超级管理员(如果添加组管理员时设置了邮件通知超级管理员),如果6小时内已经处理完故障,设备重新上线,则不发邮件通知,并且将状态设置为“1”(已处理),而且在web UI中新增Device Log页面到Devices菜单下,原有Alert页面只保留掉线告警的日志,Alert List显示当前用户的所有掉线日志,AlertList增加“已处理”栏位,“已处理”栏位只针对“设备掉线”这一事件,已处理显示为“Yes”,否则显示为“No”,掉线日志按时间倒序排列,以保证管理员打开Alert页面能看到最新的掉线日志,在终端状态显示的web UI中,Client List采用弹出设计,弹窗由多个标签组成,Client List:在现有client List的基础上加入终端常用软件类型的显示,并加入是否为VIP用户的显示,Device Information:设备软硬件版本等基本信息,TAP List:瘦AP列表,包括IP、MAC、模板名称等,非AC设备没有此标签,IP List:DHCP Server分配的IP列表,非AC设备没有此标签,TAP实时流量:非AC设备没有此标签。
本发明再进一步的方案,所述GDM为General Device Management的缩写,GDM功能可用于代管非ZWA厂商的设备,初阶GDM只支持代ping他厂General设备的功能,即监控General设备是否在线,ZWA设备接受ZCloud平台管理,ZWA设备定期ping它管理/监控的General设备,并向Cloud报告General设备在线状态,web页面由ZWA设备列表、被管设备列表、被管设备信息三部分组成,Device List为智云系统所管理的ZWA设备清单(徐选组),Device List为当前组内的设备清单,包括Device name、MAC Address、Online Status栏位,后期会加入“Comment”栏位,以便更准确的查找/定位设备,General Device List为接受ZWA设备监控的设备清单,可以是任何网络设备,包括被管设的MAC/IP/管理者MAC/位置/备注信息/状态信息(是否在线),一台ZWA设备可以监控多台其他设备(一对多),一台被管设备只能由一台ZWA设备监控(一对一),在进行流量控制时云服务器提供终端带宽设置的功能,可以设置固定MAC为BOSS级用户,经常使用设备上网的终端,可由服务器后台筛选出VIP用户,BOOS级终端MAC可在云端进行设置,带宽不受限制,VIP用户由服务器后台根据1个月内的平均在线时长和访问流量筛选出来,BOSS级用户的MAC由代理商设置,对当前所选组生效,还是针对组内的每一台设备分别设置BOSS用户,每台设备的BOSS级用户限制几个,此时web UI在Devices菜单下增加普通用户/VIP用户带宽控制设置页面,可以设置VIP用户在线时长和流量的阀值,作为后台筛选VIP用户的条件,可以分别设置VIP用户和普通用户的上下行带宽限制,带宽控制页面设置的参数,对当前用户下所有设备(组)生效,带宽控制页面可以添加/删除/编辑BOSS级用户的MAC地址及描述,BOSS设备的带宽不受VIP用户带宽控制的限制,设备需要上报时服务器为每台设备保留7天的访问记录,访问记录包含当天累计在线时长和数据流量,如果最早的一条记录时间和当前时间天数相差超过30天,则删除最早一天的记录,然后再累积/更新当天的访问流量和在线时长,如果单台设备在线的天数超过7天,则删除最早一天的记录,然后在累积/更新当天的访问记录,服务器筛选VIP客户时,服务器按照设备MAC,检查设备下面终端列表,将在线时间和当前时间相隔超过30天的记录删除,针对在线30天内的访问记录(在线时长/访问流量),根据总在线时间和流量,计算出日均在线时间和在线流量,如果日均在线超过X小时(可设置),则将该终端设置为VIP用户,如果日均在线不足X小时(可设置),但是日均流量超过X兆,也将该终端设为VIP用户,在线时长和访问流量都不满足的终端,设置为普通用户,遍历完一台设备后,对该设备下的终端做流量控制的下发动作,普通用户和VIP用户的带宽限制,可以在ZCloud web页面进行设置,服务器每天做一次VIP用户的筛选。
(三)有益效果
与现有技术相比,本发明提供了一种带Wi-Fi功能的5G终端云管控方法,具备以下有益效果:
1、本发明系统架构采用C/S模式,http作为通信协议,自定义私有通信过程协议,完成云服务器和设备终端的通信,提供对带Wi-Fi的5G终端设备一种云管理方式,适配目前5G商用的大潮。
2、本发明采用加密签名机制确保通信过程数据准确不被监听,确保通信过程安全可靠。
3、本发明心跳设计确保设备和服务器保持时间及配置同步,及时将配置下发到设备生效。
4、本发明终端统计信息上报,在服务端可以实时查看设备的当前运行状态、连接外网质量、用户数量等,密切对设备进行监控和告警。
5、本发明的服务器为每台设备保留7天的访问记录,如果最早的一条记录时间和当前时间天数相差超过30天,则删除最早一天的记录,然后再累积更新当天的访问流量和在线时长,如果单台设备在线的天数超过7天,则删除最早一天的记录,然后再累积更新当天的访问记录,方便人们查看。
附图说明
图1为本发明提出的一种带Wi-Fi功能的5G终端云管控方法的设备协议实现流程结构示意图;
图2为本发明提出的一种带Wi-Fi功能的5G终端云管控方法的流程结构示意图;
图3为本发明提出的一种带Wi-Fi功能的5G终端云管控方法的模板编辑和下发流程结构示意图;
图4为本发明提出的一种带Wi-Fi功能的5G终端云管控方法的设备上报流程结构示意图;
图5为本发明提出的一种带Wi-Fi功能的5G终端云管控方法的筛选VIP客户流程结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参照图1-5,一种带Wi-Fi功能的5G终端云管控方法,包括连接认证模块、Firmware升级模块、配置文件更新模块、请求模块、状态报告模块、告警模块、错误处理模块、设备端模块、超时模块、Task模块、GDM管理模块、终端流量控制模块、设备上报模块和筛选VIP客户模块;
系统运行流程如下:
S1.1:超级管理员添加组管理员-二级用户;
S1.2:组管理员添加组查看者-三级用户,绑定组管理员;
S1.3:超级管理员导入MAC注册设备,绑定组管理员或代理商;
S1.4:设备上线,上报设备类型和型号;
S1.5:判断是否已经有组,否的话组管理员新建组,是的话组管理员为设备分组,分组为编辑模板、模板下发、FW升级、状态查看和定制任务;设备协议的实现步骤如下:
S2.1:程序初始化;
S2.2:检查此设备是否被设置为接收运维系统管理,如果否则返回上一步,如果是则进行下一步;
S2.3:建立和Server通信,判断是否成功建立,是进行下一步,否则重新建立;
S2.4:获取服务器当前是很的最新Firmware版本和配置检查;
S2.5:发送心跳报文;
S2.6:服务器回应是否有更新发生,有的话更新配置,没有的话则进行判断是否有Report需要报告,是的话报告设备端状态数据。
本发明的连接认证模块中Client与WebSvr连接建立认证,URL格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=auth&echostr=随机字符串,Client初始安装上电或者重启时第一次向Server发起连接,Server验证Client合法后返回echostr,在连接认证时需要进行加密校检,加密校检流程是:首先将timestamp、nonce、ID三个个参数进行字典序排序,然后将三个参数字符串拼接成一个字符串进行sha1加密,然后服务端获得加密后的字符串可与signature对比,标识该请求是否合法,检验signature的PHP示例代码:
Firmware升级模块中URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=upgrade&FWversion=1.0.0,WebSvr回复如下:
"FWVersion":"newversion"
“FWURL”:”URL地址”
Client比较版本号,当有新版本时,从FWURL地址下载Firmware升级。
需要特别说明的是,配置文件更新模块中URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=configfile&configfileti me=配置时间戳,Configfiletime为最后的配置文件生成时间戳,以此判断配置文件是否为最新,WebSvr回复如下:
{"timestamp":"配置时间戳"}
{“configfile”;”URL地址”}
Client根据时间戳判定自己的配置文件是否有更新,如配置文件有更新,按照地址下载Configfile配置到设备,请求模块中heartbeat为周期性请求,每隔15-20秒钟一次,WebSvr收到该请求后更新该client的online状态,并返回actionlist.js文件,URLRequest如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=heartbeat&file=actionli st.js,如果Client不希望WebSvr返回actionlist.js,则Request中需增加rsp=none属性,如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=heartbeat&rsp=none,WebSvr返回actionlist.js如下:
{"action":"none",“id”:”0”}
{"action":"reboot",“ack”:”before”,id”:”1”}
{"action":"upgrade",“file”:”somefile”,”size”:”2323”,”id”:”2”}
{"action":"update",”size”:”1111”,“file”:“config.js”,“id”:”4”}
……
actionlist.js中记录了Client需要依次执行的动作,Client成功执行完后,需要向WebSvr发送确认请求,WebSvr收到该请求后就将该action标记为已完成,当下次Client发送heartbeat请求后,该action将不在actionlist.js中,除非用户再次提交了该请求,id属性定义了该条action的索引号,为unsigned long转化的字符串,ack属性用于指定请求类型,分别为action执行之前(before),执行之后(after),以及两者均有(both),Client根据actionlist.js中内容,逐个请求更新配置,请求URL如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=ackaction&id=[id]&ack=[before|after|both],Server回应数据格式为:{"action":"ackaction",“id”:”10”,”SSID”:”wireless1”},状态报告模块中Client根据配置要求定期上报统计信息,请求格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=report&report id=[id],id属性定义了该条action的索引号,为unsigned long转化的字符串,Client提交的report数据格式如下:{"action":"report",“id”:”100”,”stationnum”,”2”},服务器按照一般错误处理方式返回数据,告警模块中Client上报告警信息,告警格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=alert&alert id=[id],id属性定义了该条action的索引号,为unsigned long转化的字符串,Client提交的report数据格式如下:{"action":"report",“id”:”100”,”arpattackmac”:”00:20:30:40:50:70”},错误处理模块中Client提交请求后,如果请求中的参数有误或请求执行失败,WebSvr应向Client返回错误状态,暂定的错误状态如下:Error Code Error Description
0OK
-1系统繁忙
-2身份非法
-3重复请求
-4无法找到参数
-5无法找到文件
-6 Json内容错误
-7异常请求
WebSvr返回的错误格式如下:{"errcode":40029,"errmsg":"invalid code"},设备端模块为显示终端类型设备端设计,设备端收集终端类型的方式为:截取的DHCPDISCOVER数据报文的Host Name部分和截取设备HTTP get报文中的User-Agent部分:
GET/books/HTTP/1.1
Host:www.wzu.edu.cn
User-Agent:Mozilla/5.0(Windows;U;Windows NT 5.1;en-US;rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Connection:Keep-Alive
使用”状态报告”提交”mac”“host name”“user-agent”格式如下:{"action":"report",“id”:”101”,”type”,”1”}
{
{"stamac”:”0060b3123456”,”hostname”:”hongmi3456”,”user-agern”:”UCWEB/2.0(Linux;U;Adr 4.2.1;zh-ch;2013022)”},
{"stamac”:”0060b3223344”,”hostname”:”huawei3344”,”user-agern”:”chrome/5.0(Linux;U;Adr 4.2.1;zh-ch;2013022)}
}
设备端收集终端应用的方式如下:
截取设备端数据报文,通过TCP端口,特征字串,DNS地址,IP地址等条件匹配收集终端应用类型,记录在设备(AC和AP)中,定期上报给服务端,
使用“状态报告”提交”给服务器,格式如下:{"action":"report",“id”:”102”,”type”:”1”}
{
{"stamac”:”0060b3123456”,”msn”:”1”,”QQ”:”1”,”MAIL”:”0”,……},
{"stamac”:”0060b3123456”,”msn”:”1”,”QQ”:”1”,”MAIL”:”0”,……},
}。
模板编辑中需要下发的设备上线时,server端检测当前设备是否已有default模板(profile名称为default),如果没有则自动创建default模板,包含card0和card1的设置,Configuration页面显示当前组内设备清单,组管理员可为每台设备分别选择不同的模板,未选择的情况下采用default模板,模板下发可以立刻执行,也可以创建任务预约时间执行,Task模块中Tasks菜单增加“Task”子菜单,点击子菜单右侧加载Task页面,Task页面由Task List和Task Information两部分组成,Task List显示当前用户的任务列表,TaskInformation为新建/编辑任务时的参数设置部分,超时模块中后台数据库增加“已读”标志,系统检测到掉线事件时状态默认为“未读”,当组管理员从web页面查看过掉线日志后将状态置为“已读”,后台数据库增加“已处理”标志,“已处理”的判断依据是设备是否上线,即系统侦测到设备掉线,再次监测时设备重新上线,状态即为“已处理”,否则为“未处理”,服务器后台检测到“设备掉线”时,自动将“已处理”状态设为“0”(未处理),针对某一台设备,如果“掉线”状态超过6小时“未处理”,则系统自动发送邮件通知超级管理员(如果添加组管理员时设置了邮件通知超级管理员),如果6小时内已经处理完故障,设备重新上线,则不发邮件通知,并且将状态设置为“1”(已处理),而且在web UI中新增Device Log页面到Devices菜单下,原有Alert页面只保留掉线告警的日志,Alert List显示当前用户的所有掉线日志,Alert List增加“已处理”栏位,“已处理”栏位只针对“设备掉线”这一事件,已处理显示为“Yes”,否则显示为“No”,掉线日志按时间倒序排列,以保证管理员打开Alert页面能看到最新的掉线日志,在终端状态显示的web UI中,Client List采用弹出设计,弹窗由多个标签组成,Client List:在现有client List的基础上加入终端常用软件类型的显示,并加入是否为VIP用户的显示,Device Information:设备软硬件版本等基本信息,TAPList:瘦AP列表,包括IP、MAC、模板名称等,非AC设备没有此标签,IP List:DHCP Server分配的IP列表,非AC设备没有此标签,TAP实时流量:非AC设备没有此标签,GDM为GeneralDevice Management的缩写,GDM功能可用于代管非ZWA厂商的设备,初阶GDM只支持代ping他厂General设备的功能,即监控General设备是否在线,ZWA设备接受ZCloud平台管理,ZWA设备定期ping它管理/监控的General设备,并向Cloud报告General设备在线状态,web页面由ZWA设备列表、被管设备列表、被管设备信息三部分组成,Device List为智云系统所管理的ZWA设备清单(徐选组),Device List为当前组内的设备清单,包括Device name、MACAddress、Online Status栏位,后期会加入“Comment”栏位,以便更准确的查找/定位设备,General Device List为接受ZWA设备监控的设备清单,可以是任何网络设备,包括被管设的MAC/IP/管理者MAC/位置/备注信息/状态信息(是否在线),一台ZWA设备可以监控多台其他设备(一对多),一台被管设备只能由一台ZWA设备监控(一对一),在进行流量控制时云服务器提供终端带宽设置的功能,可以设置固定MAC为BOSS级用户,经常使用设备上网的终端,可由服务器后台筛选出VIP用户,BOOS级终端MAC可在云端进行设置,带宽不受限制,VIP用户由服务器后台根据1个月内的平均在线时长和访问流量筛选出来,BOSS级用户的MAC由代理商设置,对当前所选组生效,还是针对组内的每一台设备分别设置BOSS用户,每台设备的BOSS级用户限制几个,此时web UI在Devices菜单下增加普通用户/VIP用户带宽控制设置页面,可以设置VIP用户在线时长和流量的阀值,作为后台筛选VIP用户的条件,可以分别设置VIP用户和普通用户的上下行带宽限制,带宽控制页面设置的参数,对当前用户下所有设备(组)生效,带宽控制页面可以添加/删除/编辑BOSS级用户的MAC地址及描述,BOSS设备的带宽不受VIP用户带宽控制的限制,设备需要上报时服务器为每台设备保留7天的访问记录,访问记录包含当天累计在线时长和数据流量,如果最早的一条记录时间和当前时间天数相差超过30天,则删除最早一天的记录,然后再累积/更新当天的访问流量和在线时长,如果单台设备在线的天数超过7天,则删除最早一天的记录,然后在累积/更新当天的访问记录,服务器筛选VIP客户时,服务器按照设备MAC,检查设备下面终端列表,将在线时间和当前时间相隔超过30天的记录删除,针对在线30天内的访问记录(在线时长/访问流量),根据总在线时间和流量,计算出日均在线时间和在线流量,如果日均在线超过X小时(可设置),则将该终端设置为VIP用户,如果日均在线不足X小时(可设置),但是日均流量超过X兆,也将该终端设为VIP用户,在线时长和访问流量都不满足的终端,设置为普通用户,遍历完一台设备后,对该设备下的终端做流量控制的下发动作,普通用户和VIP用户的带宽限制,可以在ZCloud web页面进行设置,服务器每天做一次VIP用户的筛选。
在该文中的描述中,需要说明的是,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素,单位度均为摄氏度。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (10)
1.一种带Wi-Fi功能的5G终端云管控方法,其特征在于,包括连接认证模块、Firmware升级模块、配置文件更新模块、请求模块、状态报告模块、告警模块、错误处理模块、设备端模块、超时模块、Task模块、GDM管理模块、终端流量控制模块、设备上报模块和筛选VIP客户模块;
系统运行流程如下:
S1.1:超级管理员添加组管理员-二级用户;
S1.2:组管理员添加组查看者-三级用户,绑定组管理员;
S1.3:超级管理员导入MAC注册设备,绑定组管理员或代理商;
S1.4:设备上线,上报设备类型和型号;
S1.5:判断是否已经有组,否的话组管理员新建组,是的话组管理员为设备分组,分组为编辑模板、模板下发、FW升级、状态查看和定制任务;
设备协议的实现步骤如下:
S2.1:程序初始化;
S2.2:检查此设备是否被设置为接收运维系统管理,如果否则返回上一步,如果是则进行下一步;
S2.3:建立和Server通信,判断是否成功建立,是进行下一步,否则重新建立;
S2.4:获取服务器当前是很的最新Firmware版本和配置检查;
S2.5:发送心跳报文;
S2.6:服务器回应是否有更新发生,有的话更新配置,没有的话则进行判断是否有Report需要报告,是的话报告设备端状态数据。
2.根据权利要求1所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述连接认证模块中Client与WebSvr连接建立认证,URL格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=auth&echostr=随机字符串,Client初始安装上电或者重启时第一次向Server发起连接,Server验证Client合法后返回echostr,在连接认证时需要进行加密校检,加密校检流程是:首先将timestamp、nonce、ID三个个参数进行字典序排序,然后将三个参数字符串拼接成一个字符串进行sha1加密,然后服务端获得加密后的字符串可与signature对比,标识该请求是否合法。
3.根据权利要求1所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述Firmware升级模块中URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=upgrade&FWversion=1.0.0,WebSvr回复如下:
"FWVersion":"newversion"
“FWURL”:”URL地址”
Client比较版本号,当有新版本时,从FWURL地址下载Firmware升级。
4.根据权利要求1所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述配置文件更新模块中URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=configfile&configfiletime=配置时间戳,Configfiletime为最后的配置文件生成时间戳,以此判断配置文件是否为最新,WebSvr回复如下:
{"timestamp":"配置时间戳"}
{“configfile”;”URL地址”}
Client根据时间戳判定自己的配置文件是否有更新,如配置文件有更新,按照地址下载Configfile配置到设备。
5.根据权利要求1所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述请求模块中heartbeat为周期性请求,每隔15-20秒钟一次,WebSvr收到该请求后更新该client的online状态,并返回actionlist.js文件,URL Request如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=heartbeat&file=actionlist.js,如果Client不希望WebSvr返回actionlist.js,则Request中需增加rsp=none属性,如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=heartbeat&rsp=none,WebSvr返回actionlist.js如下:
{"action":"none",“id”:”0”}
{"action":"reboot",“ack”:”before”,id”:”1”}
{"action":"upgrade",“file”:”somefile”,”size”:”2323”,”id”:”2”}
{"action":"update",”size”:”1111”,“file”:“config.js”,“id”:”4”}
……
actionlist.js中记录了Client需要依次执行的动作,Client成功执行完后,需要向WebSvr发送确认请求,WebSvr收到该请求后就将该action标记为已完成,当下次Client发送heartbeat请求后,该action将不在actionlist.js中,除非用户再次提交了该请求,id属性定义了该条action的索引号,为unsigned long转化的字符串,ack属性用于指定请求类型,分别为action执行之前(before),执行之后(after),以及两者均有(both),Client根据actionlist.js中内容,逐个请求更新配置,请求URL如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=ackaction&id=[id]&ack=[before|after|both],Server回应数据格式为:{"action":"ackaction",“id”:”10”,”SSID”:”wireless1”}。
6.根据权利要求5所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述状态报告模块中Client根据配置要求定期上报统计信息,请求格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=report&report id=[id],id属性定义了该条action的索引号,为unsigned long转化的字符串,Client提交的report数据格式如下:{"action":"report",“id”:”100”,”stationnum”,”2”},服务器按照一般错误处理方式返回数据,告警模块中Client上报告警信息,告警格式如下:http://domain/do.php?id=设备ID&nonce=随机数×tamp=时间戳&signature=sha1(id,nonce,timestamp)&action=alert&alertid=[id],id属性定义了该条action的索引号,为unsignedlong转化的字符串,Client提交的report数据格式如下:{"action":"report",“id”:”100”,”arpattackmac”:”00:20:30:40:50:70”},错误处理模块中Client提交请求后,如果请求中的参数有误或请求执行失败,WebSvr应向Client返回错误状态,暂定的错误状态如下:Error Code Error Description
0 OK
-1 系统繁忙
-2 身份非法
-3 重复请求
-4 无法找到参数
-5 无法找到文件
-6 Json内容错误
-7 异常请求
WebSvr返回的错误格式如下:{"errcode":40029,"errmsg":"invalidcode"}。
7.根据权利要求2所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述设备端模块为显示终端类型设备端设计,设备端收集终端类型的方式为:截取的DHCPDISCOVER数据报文的Host Name部分和截取设备HTTP get报文中的User-Agent部分:
GET/books/HTTP/1.1
Host:www.wzu.edu.cn
User-Agent:Mozilla/5.0(Windows;U;Windows NT 5.1;en-US;rv:1.7.6)
Gecko/20050225Firefox/1.0.1
Connection:Keep-Alive
使用”状态报告”提交”mac”“host name”“user-agent”格式如下:{"action":"report",“id”:”101”,”type”,”1”}
{
{"stamac”:”0060b3123456”,”hostname”:”hongmi3456”,”user-agern”:”UCWEB/2.0(Linux;U;Adr 4.2.1;zh-ch;2013022)”},
{"stamac”:”0060b3223344”,”hostname”:”huawei3344”,”user-agern”:”chrome/5.0(Linux;U;Adr 4.2.1;zh-ch;2013022)}
}
设备端收集终端应用的方式如下:
截取设备端数据报文,通过TCP端口,特征字串,DNS地址,IP地址等条件匹配收集终端应用类型,记录在设备(AC和AP)中,定期上报给服务端,使用“状态报告”提交”给服务器,格式如下:{"action":"report",“id”:”102”,”type”:”1”}
{
{"stamac”:”0060b3123456”,”msn”:”1”,”QQ”:”1”,”MAIL”:”0”,……},
{"stamac”:”0060b3123456”,”msn”:”1”,”QQ”:”1”,”MAIL”:”0”,……},
}。
8.根据权利要求6所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述模板编辑中需要下发的设备上线时,server端检测当前设备是否已有default模板(profile名称为default),如果没有则自动创建default模板,包含card0和card1的设置,Configuration页面显示当前组内设备清单,组管理员可为每台设备分别选择不同的模板,未选择的情况下采用default模板,模板下发可以立刻执行,也可以创建任务预约时间执行,Task模块中Tasks菜单增加“Task”子菜单,点击子菜单右侧加载Task页面,Task页面由Task List和Task Information两部分组成,Task List显示当前用户的任务列表,TaskInformation为新建/编辑任务时的参数设置部分。
9.根据权利要求1所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述超时模块中后台数据库增加“已读”标志,系统检测到掉线事件时状态默认为“未读”,当组管理员从web页面查看过掉线日志后将状态置为“已读”,后台数据库增加“已处理”标志,“已处理”的判断依据是设备是否上线,即系统侦测到设备掉线,再次监测时设备重新上线,状态即为“已处理”,否则为“未处理”,服务器后台检测到“设备掉线”时,自动将“已处理”状态设为“0”(未处理),针对某一台设备,如果“掉线”状态超过6小时“未处理”,则系统自动发送邮件通知超级管理员(如果添加组管理员时设置了邮件通知超级管理员),如果6小时内已经处理完故障,设备重新上线,则不发邮件通知,并且将状态设置为“1”(已处理),而且在web UI中新增Device Log页面到Devices菜单下,原有Alert页面只保留掉线告警的日志,Alert List显示当前用户的所有掉线日志,Alert List增加“已处理”栏位,“已处理”栏位只针对“设备掉线”这一事件,已处理显示为“Yes”,否则显示为“No”,掉线日志按时间倒序排列,以保证管理员打开Alert页面能看到最新的掉线日志,在终端状态显示的web UI中,Client List采用弹出设计,弹窗由多个标签组成,Client List:在现有client List的基础上加入终端常用软件类型的显示,并加入是否为VIP用户的显示,Device Information:设备软硬件版本等基本信息,TAP List:瘦AP列表,包括IP、MAC、模板名称等,非AC设备没有此标签,IP List:DHCP Server分配的IP列表,非AC设备没有此标签,TAP实时流量:非AC设备没有此标签。
10.根据权利要求1所述的一种带Wi-Fi功能的5G终端云管控方法,其特征在于,所述GDM为General Device Management的缩写,GDM功能可用于代管非ZWA厂商的设备,初阶GDM只支持代ping他厂General设备的功能,即监控General设备是否在线,ZWA设备接受ZCloud平台管理,ZWA设备定期ping它管理/监控的General设备,并向Cloud报告General设备在线状态,web页面由ZWA设备列表、被管设备列表、被管设备信息三部分组成,Device List为智云系统所管理的ZWA设备清单(徐选组),Device List为当前组内的设备清单,包括Devicename、MAC Address、Online Status栏位,后期会加入“Comment”栏位,以便更准确的查找/定位设备,General Device List为接受ZWA设备监控的设备清单,可以是任何网络设备,包括被管设的MAC/IP/管理者MAC/位置/备注信息/状态信息(是否在线),一台ZWA设备可以监控多台其他设备(一对多),一台被管设备只能由一台ZWA设备监控(一对一),在进行流量控制时云服务器提供终端带宽设置的功能,可以设置固定MAC为BOSS级用户,经常使用设备上网的终端,可由服务器后台筛选出VIP用户,BOOS级终端MAC可在云端进行设置,带宽不受限制,VIP用户由服务器后台根据1个月内的平均在线时长和访问流量筛选出来,BOSS级用户的MAC由代理商设置,对当前所选组生效,还是针对组内的每一台设备分别设置BOSS用户,每台设备的BOSS级用户限制几个,此时web UI在Devices菜单下增加普通用户/VIP用户带宽控制设置页面,可以设置VIP用户在线时长和流量的阀值,作为后台筛选VIP用户的条件,可以分别设置VIP用户和普通用户的上下行带宽限制,带宽控制页面设置的参数,对当前用户下所有设备(组)生效,带宽控制页面可以添加/删除/编辑BOSS级用户的MAC地址及描述,BOSS设备的带宽不受VIP用户带宽控制的限制,设备需要上报时服务器为每台设备保留7天的访问记录,访问记录包含当天累计在线时长和数据流量,如果最早的一条记录时间和当前时间天数相差超过30天,则删除最早一天的记录,然后再累积/更新当天的访问流量和在线时长,如果单台设备在线的天数超过7天,则删除最早一天的记录,然后在累积/更新当天的访问记录,服务器筛选VIP客户时,服务器按照设备MAC,检查设备下面终端列表,将在线时间和当前时间相隔超过30天的记录删除,针对在线30天内的访问记录(在线时长/访问流量),根据总在线时间和流量,计算出日均在线时间和在线流量,如果日均在线超过X小时(可设置),则将该终端设置为VIP用户,如果日均在线不足X小时(可设置),但是日均流量超过X兆,也将该终端设为VIP用户,在线时长和访问流量都不满足的终端,设置为普通用户,遍历完一台设备后,对该设备下的终端做流量控制的下发动作,普通用户和VIP用户的带宽限制,可以在ZCloud web页面进行设置,服务器每天做一次VIP用户的筛选。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010907643.XA CN112260984A (zh) | 2020-09-02 | 2020-09-02 | 一种带Wi-Fi功能的5G终端云管控方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010907643.XA CN112260984A (zh) | 2020-09-02 | 2020-09-02 | 一种带Wi-Fi功能的5G终端云管控方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112260984A true CN112260984A (zh) | 2021-01-22 |
Family
ID=74224789
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010907643.XA Pending CN112260984A (zh) | 2020-09-02 | 2020-09-02 | 一种带Wi-Fi功能的5G终端云管控方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112260984A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115208957A (zh) * | 2022-06-22 | 2022-10-18 | 北京旋极信息技术股份有限公司 | 一种通讯方法和装置 |
CN115589291A (zh) * | 2022-11-04 | 2023-01-10 | 四川长虹电器股份有限公司 | 电视安全升级认证密钥的系统及方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080010358A1 (en) * | 2005-04-30 | 2008-01-10 | Huawei Technologies Co., Ltd. | Configuration Management Method and System for Customer Premises Equipment |
CN106230636A (zh) * | 2016-08-05 | 2016-12-14 | 成都酉辰科技有限公司 | 无线电监测网全网设备监控系统 |
CN106533807A (zh) * | 2016-12-27 | 2017-03-22 | 福建星网视易信息系统有限公司 | 一种远程升级终端设备的方法及系统 |
CN107979489A (zh) * | 2017-11-03 | 2018-05-01 | 国网江苏省电力公司镇江供电公司 | 综合接入设备配置监控方法 |
-
2020
- 2020-09-02 CN CN202010907643.XA patent/CN112260984A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080010358A1 (en) * | 2005-04-30 | 2008-01-10 | Huawei Technologies Co., Ltd. | Configuration Management Method and System for Customer Premises Equipment |
CN106230636A (zh) * | 2016-08-05 | 2016-12-14 | 成都酉辰科技有限公司 | 无线电监测网全网设备监控系统 |
CN106533807A (zh) * | 2016-12-27 | 2017-03-22 | 福建星网视易信息系统有限公司 | 一种远程升级终端设备的方法及系统 |
CN107979489A (zh) * | 2017-11-03 | 2018-05-01 | 国网江苏省电力公司镇江供电公司 | 综合接入设备配置监控方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115208957A (zh) * | 2022-06-22 | 2022-10-18 | 北京旋极信息技术股份有限公司 | 一种通讯方法和装置 |
CN115589291A (zh) * | 2022-11-04 | 2023-01-10 | 四川长虹电器股份有限公司 | 电视安全升级认证密钥的系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10200506B2 (en) | Method, system and device for monitoring data | |
US20120246297A1 (en) | Agent based monitoring for saas it service management | |
EP1929705B1 (en) | Device management method using nodes having additional attribute and device management client thereof | |
WO2007003107A1 (fr) | Méthode et appareil pour réaliser une opération prédéterminée dans un dispositif de gestion | |
CN112260863B (zh) | 组织级别的网络设备连接管理方法、装置和计算机设备 | |
CN106993043B (zh) | 基于代理的数据通信系统和方法 | |
CN112260984A (zh) | 一种带Wi-Fi功能的5G终端云管控方法 | |
CN111510325B (zh) | 报警信息推送方法、服务器、客户端及系统 | |
CN110445697B (zh) | 视频大数据云平台设备接入服务方法 | |
CN102082702A (zh) | 一种终端告警的处理方法、装置及系统 | |
WO2008020722A1 (en) | Expandable element management system in wireless communication network | |
CN102055608A (zh) | Cpe升级方法、装置和系统 | |
CN113890903A (zh) | 告警信息管理系统及方法 | |
US20130268578A1 (en) | Method And Apparatus For Facilitating Communications With A Managed Client Device | |
CN104796283A (zh) | 一种监控报警的方法 | |
CN107707406B (zh) | 一种基于tr069升级设备的方法 | |
EP1622310B1 (en) | Administration method and system for network management systems | |
CN108600004B (zh) | 一种视频服务器配置管理方法及系统 | |
EP1079566A2 (en) | System management in a communications network comprising SNMP and CMIP agents | |
EP2605145A1 (en) | Method for finding communication devices connected to communication network, and management device | |
CN110650055A (zh) | 广电网络设备监测方法及系统 | |
US20170093610A1 (en) | Proactive M2M Framework Using Device-Level vCard for Inventory, Identity, and Network Management | |
CN111343033B (zh) | 一种面向多层差异的网络管理系统 | |
US8422357B1 (en) | System, method, and computer program product for updating an inventory of network devices based on an unscheduled event | |
CN113824595A (zh) | 链路切换控制方法、装置和网关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20230523 |
|
AD01 | Patent right deemed abandoned |