CN107302572A - 一种云监控中心的架构方法 - Google Patents
一种云监控中心的架构方法 Download PDFInfo
- Publication number
- CN107302572A CN107302572A CN201710454089.2A CN201710454089A CN107302572A CN 107302572 A CN107302572 A CN 107302572A CN 201710454089 A CN201710454089 A CN 201710454089A CN 107302572 A CN107302572 A CN 107302572A
- Authority
- CN
- China
- Prior art keywords
- cabinet
- information
- top cover
- client
- sheet rubber
- 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.)
- Granted
Links
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/10—Protocols in which an application is distributed across nodes in the network
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
一种云监控中心的架构方法，所述I/O接受器与对等体(客户端)通过互联网实现通信连接，I/O接受器与设置在互联网中的PC机构建基于握手协议的通信连接，PC机与多个客户端构建基于握手协议的通信连接；I/O接受器从若干客户端里挑出作为目的方的客户端用作通信目的，将待通信的信息与作为目的方的客户端的信息传送至PC机；I/O接受器首先从多个客户端中选出作为目的方客户端作为通信目的方；有效避免了现有技术中遗失掉信息的概率很大、I/O接受器与客户端的通信模式不能达到通信及时与正确的性能的缺陷。
Description
技术领域
本发明涉及云监控技术领域，具体涉及一种云监控中心的架构方法。
背景技术
面对复杂异构的IT环境，如何对IT系统进行集中监控，及时发现和排除故障；如何使IT系统稳定、可靠、安全的运行并在保持可靠性和可用性的前提下提高IT系统的利用率；如何使IT运维管理工作步入一个有序的、规范的层次；如何使IT部门更好的为业务部门提供服务，从而提高整体运行效率。烟草公司按照现行以地市集中的模式构建监控平台，无疑将会花费大量的成本而得不到相应的效果，而且IT服务管理更多强调问题复用、提前预防，通过有效的知识积累，对再次发生的问题能快速定位解决，对于大量分散的平台，无疑在知识积累方面没有太多好处。
由此推出一种云监控中心的架构方法，其通过高性能的网络架构实现云监控代理，对分散在各地市烟草专卖局基础设施数据进行采集，并通过云监控和云监控平台之间的读写，将数据统一形成运维数据仓库，从而进一步将数据进行加工处理以及展现，具体步骤如下：
1)整个架构按照作用的不同分为：数据源层、云监控代理层、云应用层；
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库；
3)云应用层负责对数据的处理、分析、展现。
所述数据源层为基础架构，包括跨越不同地域，分散在各个地市信息中心机房设备，如主机、网络、数据库、存储、中间件、应用、机房环境等；
所述云监控代理层构建在数据源层之上，作为数据的采集层采用分布式架构；
所述云应用层构建在云监控代理层之上，用于业务处理和业务展现，是云平台通过网络的统一访问入口。
步骤2中，云监控代理层网络应用包括I/O服务、I/O过滤器和I/O处理器三个层次，I/O服务用来执行实际的I/O操作，以及管理I/O会话，提供支持不同协议的I/O服务，或由开发人员实现自己的I/O服务；I/O过滤器：用来完成字节流与特定的对象与数据结构的转换，并对输入输出的数据进行处理，满足横切的需求，若干个I/O过滤器串联起来，形成I/O过滤器链；
I/O处理器用来执行具体的业务逻辑，对接收到的消息执行特定的处理。
1)将整个烟草专卖局的监控中心构建划分为三层，首先分散在各个地市信息中心机房设备，跨越不同地域的设备作为基础架构的数据源层，作为最底层监控设备，包括：主机、网络、数据库、存储、中间件、应用、机房环境等；构建在这些基础设施之上的是云监控代理，作为数据的采集层采用分布式架构；构建在云监控代理之上的是功能和展现的云应用层，这一层主要是做业务处理和业务展现的，是云平台通过网络的统一访问入口。
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库。
具体说，云监控代理层采用高性能的网络架构MINA(Apache MINA)，支持基于JavaNIO(java New IO)技术的TCP/UDP应用程序开发、串口通讯程序。
云监控代理层网络应用有三个层次，分别是I/O服务、I/O过滤器和I/O处理器。
I/O服务：I/O服务用来执行实际的I/O操作。提供了一系列支持不同协议的I/O服务，如TCP/IP、UDP/IP、串口和虚拟机内部的管道等。开发人员也可以实现自己的I/O服务。
I/O过滤器：I/O服务能够传输的是字节流，而上层应用需要的是特定的对象与数据结构。I/O过滤器用来完成这两者之间的转换。I/O过滤器的另外一个重要作用是对输入输出的数据进行处理，满足横切的需求。多个I/O过滤器串联起来，形成I/O过滤器链。
I/O处理器：I/O处理器用来执行具体的业务逻辑。对接收到的消息执行特定的处理。
I/O服务用来执行真正的I/O操作，以及管理I/O会话。根据所使用的数据传输方式的不同，有不同的I/O服务的实现。由于I/O服务执行的是输入和输出两种操作，实际上有两种具体的子类型。一种称为“I/O接受器(I/O acceptor)”，用来接受连接，一般用在服务器的实现中；另外一种称为“I/O连接器(I/O connector)”，用来发起连接，一般用在客户端的实现中。
I/O接受器用来接受连接，与对等体(客户端)进行通讯，并发出相应的I/O事件交给I/O处理器来处理。使用I/O接受器的时候，只需要调用bind方法并指定要监听的套接字地址。当不再接受连接的时候，调用unbind停止监听即可。
I/O连接器用来发起连接，与对等体(服务器)进行通讯，并发出相应的I/O事件交给I/O处理器来处理。使用I/O连接器的时候，只需要调用connect方法连接指定的套接字地址。另外可以通过setConnectTimeoutMillis设置连接超时时间(毫秒数)。
会话I/O会话表示一个活动的网络连接，与所使用的传输方式无关。I/O会话可以用来存储用户自定义的与应用相关的属性。这些属性通常用来保存应用的状态信息，还可以用来在I/O过滤器和I/O处理器之间交换数据。I/O会话在作用上类似于Servlet规范中的HTTP会话。
过滤器：从I/O服务发送过来的所有I/O事件和请求，在到达I/O处理器之前，会先由I/O过滤器链中的I/O过滤器进行处理。过滤器可以在很多情况下使用，比如记录日志、性能分析、访问控制、负载均衡和消息转换等。过滤器非常适合满足网络应用中各种横切的非功能性需求。在基于Apache MINA的网络应用中，一般存在多个过滤器。这些过滤器互相串联，形成链条，称为过滤器链。每个过滤器依次对传入的I/O事件进行处理。当前过滤器完成处理之后，由过滤器链中的下一个过滤器继续处理。当前过滤器也可以不调用下一个过滤器，而提前结束，这样I/O事件就不会继续往后传递。比如负责用户认证的过滤器，如果遇到未认证的对等体发出的I/O事件，则会直接关闭连接。这可以保证这些事件不会通过此过滤器到达I/O处理器。
处理器：I/O事件通过过滤器链之后会到达I/O处理器。I/O处理器中与I/O事件对应的方法会被调用。
3)云应用层负责对数据的处理、分析、展现。
云应用层具体的处理、分析的由过滤引擎、阈值引擎、事件引擎、消息引擎、策略引擎来实现，主要负责对云代理层采集的数据进行过滤处理，并通过阈值引擎对数据进行初始分析形成告警，产生的告警通过策略引擎的进一步处理形成事件，事件可以通过消息引擎发送邮件信息或者通过短信网关发送短信消息，事件引擎也可以对相关联的几个事件采取升级定性，使云监控中心所关注的问题有优先级，并防止不必要的事件风暴。
云应用层的展现技术方面采用AJAX(Asynchronous JavaScript and XML)技术，实现页面的交互式网页应用的网页开发，并通过SVG、FLEX技术实现页面的动态图表渲染效果。
所述I/O接受器用来接受连接与对等体(客户端)进行通讯的方式往往通过两种模式来实现：
1.经由一对一的模式实现单对单模式通信。在通信期间，客户端的数量往往不少，客户端收取I/O接受器的信息常常须得按序列等待，信息的及时性传送不能确保。
2.经由群发的模式进行单对多通信。通信期间，I/O接受器能够信息传递到若干客户端，这样遗失掉信息的概率很大，常常出现信息遗失的问题。I/O接受器与客户端的通信模式不能达到通信及时与正确的性能。
发明内容
为解决上述问题，本发明提供了一种云监控中心的架构方法，有效减少了现有技术中遗失掉信息的概率很大、I/O接受器与客户端的通信模式不能达到通信及时与正确的性能的缺陷。
为了克服现有技术中的不足，本发明提供了一种云监控中心的架构方法的解决方案，具体如下：
一种云监控中心的架构方法，通过高性能的网络架构实现云监控代理，对分散在各地市烟草专卖局基础设施数据进行采集，并通过云监控和云监控平台之间的读写，将数据统一形成运维数据仓库，从而进一步将数据进行加工处理以及展现，具体步骤如下：
1)整个架构按照作用的不同分为：数据源层、云监控代理层、云应用层；
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库；
3)云应用层负责对数据的处理、分析、展现；
步骤2中，云监控代理层网络应用包括I/O服务，I/O服务用来执行实际的I/O操作；I/O服务执行的是输入和输出两种操作，实际上有两种具体的子类型，一种称为“I/O接受器(I/O acceptor)”，用来接受连接，用在服务器的实现中；另外一种称为“I/O连接器(I/Oconnector)”，用来发起连接，一般用在客户端的实现中；
I/O接受器用来接受连接，与对等体(客户端)进行通讯；
而所述I/O接受器用来接受连接与对等体(客户端)进行通讯的方式如下：
步骤1-1：所述I/O接受器与对等体(客户端)通过互联网实现通信连接，I/O接受器与设置在互联网中的PC机构建基于握手协议的通信连接，PC机与多个客户端构建基于握手协议的通信连接；
步骤1-2：I/O接受器从若干客户端里挑出作为目的方的客户端用作通信目的，将待通信的信息与作为目的方的客户端的信息传送至PC机；I/O接受器首先从多个客户端中选出作为目的方客户端作为通信目的方，然后I/O接受器向PC机发出通信请求，等接到确定的响应后，构造信息的暂存空间，把信息凭借基于握手协议的通信方式传递至PC机；PC机对I/O接受器所传信息执行正确性校验，确定正确后，I/O接受器朝PC机传递通信无误的指令信息；
步骤1-3：如果作为目的方客户端的个数不小于第一临界数目或信息容量不小于第二临界数目，就转到步骤1-4执行，也就是使用群发模式；如果作为目的方客户端数量不大于第一临界数目或信息容量不大于第二临界数目，就转到步骤1-7中执行，也就是使用一对一通信模式；
步骤1-4：PC机把得到的信息划成若干第一信息帧，把信息帧处理为基于无握手协议的信息帧后群发传输到作为目的方的客户端；
信息经由群发基于无握手协议的模式对互联网中的全体作为目的方的客户端群发，仅仅群发互联网中的全体作为目的方的客户端才可以从网络适配器朝上一级传送信息；
而于传输信息前，客户端须获知通信的基本信息，包括信息容量、信息可读可写的权限、信息的名称、信息存储的指针、群发的目的地址、群发的识别码，其能够分成若干次从PC机送出，也能够一次送出；客户端接到上述信息后顺序实现信息构建、权限核对、指针核对、名称核对这样的操作，以此实现PC机与客户端并发操作；
PC机将全部信息按照暂存空间容量被划分为若干此写进空间,对于各个暂存空间内的信息按照基于无握手协议的信息帧信息部分的容量被顺序封装，针对各个已组装的基于无握手协议信息帧使用群发的模式传递至发已知互联网中的全体作为目的方的客户端中；
步骤1-5：作为目的方的客户端对接到的基于无握手协议的信息帧实行是否遗失信息的校验，且把遗失的信息传输至PC机；PC机由此获得遗失信息的个数，如果遗失信息的个数不小于第三临界数目，就转到步骤1-4中继续群发基于无握手协议的信息帧；如果遗失信息的个数不大于第三临界数目，这样PC机各自面对带有遗失信息的作为目的方的客户端，把遗失信息相应的信息重新按照基于握手协议的一对一模式传输到相应的作为目的方的客户端；
步骤1-6：客户端校验基于无握手协议的信息帧，如果校验没问题，就终止，如果校验存在问题，这样客户端就响应PC机的出错的信息帧的信息，PC机将出错的基于无握手协议的信息帧再次依赖基于握手协议的一对一通信模式传递至该客户端；
在确定全部客户端均没有无遗失信息的条件下，传递方传输检验码请求每个目的方检验暂存空间内的信息；检验没有问题的条件下传递方获取且传送其它的残余信息，直到信息全部传送，检验有问题期间，就把出错信息相应的信息帧再次依照基于握手协议的一对一通信模式传递至作为目的方的客户端；
步骤1-7：PC机把得到的信息依照基于握手协议的一对一通信模式传递至各个客户端，由此终止操作。
本发明的有益效果为：
一对一通信模式实现的是一个I/O接受器单独和一个客户端的通信，信息正确性佳，于客户端个数不多或信息容量量不大期间使用一对一通信模式而暂存等待周期短。群发模式实现的是一个I/O接受器和若干客户端的通信，同步输送，输送速度快，于客户端个数不少或信息容量不小的期间就更佳的实现了及时性，但是广播产生致的信息正确性缺陷在下面的方式中经由再次传递模式来解决。第一临界数目和第二临界数目为测量数目，可依赖测量数据来灵活配置。客户端可持续地接到基于无握手协议的信息帧并对信息帧实行遗失信息的校验遗失信息检测处理。客户端时刻检测接收到的基于无握手协议的信息帧状态，把基于无握手协议信息帧中包含的信息内容写入用于接收的暂存空间，且刷新用于接收的暂存空间；伴着用于传输的暂存的信息传输结束，接收端需要实时检查到暂存空间的哪些信息未刷新，也就是哪个基于无握手协议的信息帧在该轮暂存空间对暂存空间的传送期间内遗失了，由此构建己身的信息遗失暂存空间PC机会在一个暂存空间内的信息通信完成后依次查询各个第三智能终端的接收状况并依据须再次传输的重发遗失信息。客户端把遗失的信息传递至PC机。PC机把遗失信息相应的信息帧再次依赖一对一通信模式传递至客户端。对于遗失的信息，就使用用一对一通信模式，以此防止群发产生的信息不正确的缺陷。
附图说明
图1为本发明一种设有减震部的机柜的结构示意图；
图2为图1中S-S方向截面结构示意图；
图3为图1中T-T方向截面结构示意图。
具体实施方式
下面将结合附图和实施例对本发明做进一步地说明。
实施例1
根据附图1-图3可知，本实施例的云监控中心的架构方法，通过高性能的网络架构实现云监控代理，对分散在各地市烟草专卖局基础设施数据进行采集，并通过云监控和云监控平台之间的读写，将数据统一形成运维数据仓库，从而进一步将数据进行加工处理以及展现，具体步骤如下：
1)整个架构按照作用的不同分为：数据源层、云监控代理层、云应用层；
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库；
3)云应用层负责对数据的处理、分析、展现；
步骤2中，云监控代理层网络应用包括I/O服务，I/O服务用来执行实际的I/O操作；
I/O服务执行的是输入和输出两种操作，实际上有两种具体的子类型，一种称为“I/O接受器(I/O acceptor)”，用来接受连接，一般用在服务器的实现中；另外一种称为“I/O连接器(I/O connector)”，用来发起连接，一般用在客户端的实现中；
I/O接受器用来接受连接，与对等体(客户端)进行通讯；
而所述I/O接受器用来接受连接与对等体(客户端)进行通讯的方式如下：
步骤1-1：所述I/O接受器与对等体(客户端)通过互联网实现通信连接，I/O接受器与设置在互联网中的PC机构建基于握手协议的通信连接，PC机与多个客户端构建基于握手协议的通信连接；
步骤1-2：I/O接受器从若干客户端里挑出作为目的方的客户端用作通信目的，将待通信的信息与作为目的方的客户端的信息传送至PC机；I/O接受器首先从多个客户端中选出作为目的方客户端作为通信目的方，然后I/O接受器向PC机发出通信请求，等接到确定的响应后，构造信息的暂存空间，把信息凭借基于握手协议的通信方式传递至PC机；PC机对I/O接受器所传信息执行正确性校验，确定正确后，I/O接受器朝PC机传递通信无误的指令信息；
步骤1-3：如果作为目的方客户端的个数不小于第一临界数目或信息容量不小于第二临界数目，就转到步骤1-4执行，也就是使用群发模式；如果作为目的方客户端数量不大于第一临界数目或信息容量不大于第二临界数目，就转到步骤1-7中执行，也就是使用一对一通信模式；
一对一通信模式实现的是一个I/O接受器单独和一个客户端的通信，信息正确性佳，于客户端个数不多或信息容量量不大期间使用一对一通信模式而暂存等待周期短。群发模式实现的是一个I/O接受器和若干客户端的通信，同步输送，输送速度快，于客户端个数不少或信息容量不小的期间就更佳的实现了及时性，但是广播产生致的信息正确性缺陷在下面的方式中经由再次传递模式来解决。第一临界数目和第二临界数目为测量数目，可依赖测量数据来灵活配置。
步骤1-4：PC机把得到的信息划成若干第一信息帧，把信息帧处理为基于无握手协议的信息帧后群发传输到作为目的方的客户端；
信息经由群发基于无握手协议的模式对互联网中的全体作为目的方的客户端群发，仅仅群发互联网中的全体作为目的方的客户端才可以从网络适配器朝上一级传送信息；
而于传输信息前，客户端须获知通信的基本信息，包括信息容量、信息可读可写的权限、信息的名称、信息存储的指针、群发的目的地址、群发的识别码，其能够分成若干次从PC机送出，也能够一次送出；客户端接到上述信息后顺序实现信息构建、权限核对、指针核对、名称核对这样的操作，以此实现PC机与客户端并发操作；
PC机将全部信息按照暂存空间容量被划分为若干此写进空间,对于各个暂存空间内的信息按照基于无握手协议的信息帧信息部分的容量被顺序封装，针对各个已组装的基于无握手协议信息帧使用群发的模式传递至发已知互联网中的全体作为目的方的客户端中；
步骤1-5：作为目的方的客户端对接到的基于无握手协议的信息帧实行是否遗失信息的校验，且把遗失的信息传输至PC机；PC机由此获得遗失信息的个数，如果遗失信息的个数不小于第三临界数目，就转到步骤1-4中继续群发基于无握手协议的信息帧；如果遗失信息的个数不大于第三临界数目，这样PC机各自面对带有遗失信息的作为目的方的客户端，把遗失信息相应的信息重新按照基于握手协议的一对一模式传输到相应的作为目的方的客户端；
客户端可持续地接到基于无握手协议的信息帧并对信息帧实行遗失信息的校验遗失信息检测处理。客户端时刻检测接收到的基于无握手协议的信息帧状态，把基于无握手协议信息帧中包含的信息内容写入用于接收的暂存空间，且刷新用于接收的暂存空间；伴着用于传输的暂存的信息传输结束，接收端需要实时检查到暂存空间的哪些信息未刷新，也就是哪个基于无握手协议的信息帧在该轮暂存空间对暂存空间的传送期间内遗失了，由此构建己身的信息遗失暂存空间。
第三临界数目为测量数目，可依赖测量数据来灵活配置。
PC机会在一个暂存空间内的信息通信完成后依次查询各个第三智能终端的接收状况并依据须再次传输的重发遗失信息。客户端把遗失的信息传递至PC机。PC机把遗失信息相应的信息帧再次依赖一对一通信模式传递至客户端。对于遗失的信息，就使用用一对一通信模式，以此防止群发产生的信息不正确的缺陷。
步骤1-6：客户端校验基于无握手协议的信息帧，如果校验没问题，就终止，如果校验存在问题，这样客户端就响应PC机的出错的信息帧的信息，PC机将出错的基于无握手协议的信息帧再次依赖基于握手协议的一对一通信模式传递至该客户端；
在确定全部客户端均没有无遗失信息的条件下，传递方传输检验码请求每个目的方检验暂存空间内的信息；检验没有问题的条件下传递方获取且传送其它的残余信息，直到信息全部传送，检验有问题期间，就把出错信息相应的信息帧再次依照基于握手协议的一对一通信模式传递至作为目的方的客户端；
步骤1-7：PC机把得到的信息依照基于握手协议的一对一通信模式传递至各个客户端，由此终止操作。
本实施例的有益效果为：
一对一通信模式实现的是一个I/O接受器单独和一个客户端的通信，信息正确性佳，于客户端个数不多或信息容量量不大期间使用一对一通信模式而暂存等待周期短。群发模式实现的是一个I/O接受器和若干客户端的通信，同步输送，输送速度快，于客户端个数不少或信息容量不小的期间就更佳的实现了及时性，但是广播产生致的信息正确性缺陷在下面的方式中经由再次传递模式来解决。第一临界数目和第二临界数目为测量数目，可依赖测量数据来灵活配置。客户端可持续地接到基于无握手协议的信息帧并对信息帧实行遗失信息的校验遗失信息检测处理。客户端时刻检测接收到的基于无握手协议的信息帧状态，把基于无握手协议信息帧中包含的信息内容写入用于接收的暂存空间，且刷新用于接收的暂存空间；伴着用于传输的暂存的信息传输结束，接收端需要实时检查到暂存空间的哪些信息未刷新，也就是哪个基于无握手协议的信息帧在该轮暂存空间对暂存空间的传送期间内遗失了，由此构建己身的信息遗失暂存空间PC机会在一个暂存空间内的信息通信完成后依次查询各个第三智能终端的接收状况并依据须再次传输的重发遗失信息。客户端把遗失的信息传递至PC机。PC机把遗失信息相应的信息帧再次依赖一对一通信模式传递至客户端。对于遗失的信息，就使用用一对一通信模式，以此防止群发产生的信息不正确的缺陷。
实施例2
根据附图1-图3可知，本实施例的云监控中心的架构方法，通过高性能的网络架构实现云监控代理，对分散在各地市烟草专卖局基础设施数据进行采集，并通过云监控和云监控平台之间的读写，将数据统一形成运维数据仓库，从而进一步将数据进行加工处理以及展现，具体步骤如下：
1)整个架构按照作用的不同分为：数据源层、云监控代理层、云应用层；
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库；
3)云应用层负责对数据的处理、分析、展现；
所述数据源层为基础架构，包括跨越不同地域，分散在各个地市信息中心机房设备，如主机、网络、数据库、存储、中间件、应用、机房环境等；
所述云监控代理层构建在数据源层之上，作为数据的采集层采用分布式架构；
所述云应用层构建在云监控代理层之上，用于业务处理和业务展现，是云平台通过网络的统一访问入口。
步骤2中，云监控代理层网络应用包括I/O服务、I/O过滤器和I/O处理器三个层次，I/O服务用来执行实际的I/O操作，以及管理I/O会话，提供支持不同协议的I/O服务，或由开发人员实现自己的I/O服务；I/O过滤器：用来完成字节流与特定的对象与数据结构的转换，并对输入输出的数据进行处理，满足横切的需求，若干个I/O过滤器串联起来，形成I/O过滤器链；
I/O处理器用来执行具体的业务逻辑，对接收到的消息执行特定的处理。
1)将整个烟草专卖局的监控中心构建划分为三层，首先分散在各个地市信息中心机房设备，跨越不同地域的设备作为基础架构的数据源层，作为最底层监控设备，包括：主机、网络、数据库、存储、中间件、应用、机房环境等；构建在这些基础设施之上的是云监控代理，作为数据的采集层采用分布式架构；构建在云监控代理之上的是功能和展现的云应用层，这一层主要是做业务处理和业务展现的，是云平台通过网络的统一访问入口。
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库。
具体说，云监控代理层采用高性能的网络架构MINA(Apache MINA)，支持基于JavaNIO(java New IO)技术的TCP/UDP应用程序开发、串口通讯程序。
云监控代理层网络应用有三个层次，分别是I/O服务、I/O过滤器和I/O处理器。
I/O服务：I/O服务用来执行实际的I/O操作；提供了一系列支持不同协议的I/O服务，如TCP/IP、UDP/IP、串口和虚拟机内部的管道等。开发人员也可以实现自己的I/O服务。
I/O过滤器：I/O服务能够传输的是字节流，而上层应用需要的是特定的对象与数据结构。I/O过滤器用来完成这两者之间的转换。I/O过滤器的另外一个重要作用是对输入输出的数据进行处理，满足横切的需求。多个I/O过滤器串联起来，形成I/O过滤器链。
I/O处理器：I/O处理器用来执行具体的业务逻辑。对接收到的消息执行特定的处理。
I/O服务用来执行真正的I/O操作，以及管理I/O会话。根据所使用的数据传输方式的不同，有不同的I/O服务的实现。由于I/O服务执行的是输入和输出两种操作，实际上有两种具体的子类型，一种称为“I/O接受器(I/O acceptor)”，用来接受连接，一般用在服务器的实现中；另外一种称为“I/O连接器(I/O connector)”，用来发起连接，一般用在客户端的实现中；
I/O接受器用来接受连接，与对等体(客户端)进行通讯；并发出相应的I/O事件交给I/O处理器来处理。使用I/O接受器的时候，只需要调用bind方法并指定要监听的套接字地址。当不再接受连接的时候，调用unbind停止监听即可。
I/O连接器用来发起连接，与对等体(服务器)进行通讯，并发出相应的I/O事件交给I/O处理器来处理。使用I/O连接器的时候，只需要调用connect方法连接指定的套接字地址。另外可以通过setConnectTimeoutMillis设置连接超时时间(毫秒数)。
会话I/O会话表示一个活动的网络连接，与所使用的传输方式无关。I/O会话可以用来存储用户自定义的与应用相关的属性。这些属性通常用来保存应用的状态信息，还可以用来在I/O过滤器和I/O处理器之间交换数据。I/O会话在作用上类似于Servlet规范中的HTTP会话。
过滤器：从I/O服务发送过来的所有I/O事件和请求，在到达I/O处理器之前，会先由I/O过滤器链中的I/O过滤器进行处理。过滤器可以在很多情况下使用，比如记录日志、性能分析、访问控制、负载均衡和消息转换等。过滤器非常适合满足网络应用中各种横切的非功能性需求。在基于Apache MINA的网络应用中，一般存在多个过滤器。这些过滤器互相串联，形成链条，称为过滤器链。每个过滤器依次对传入的I/O事件进行处理。当前过滤器完成处理之后，由过滤器链中的下一个过滤器继续处理。当前过滤器也可以不调用下一个过滤器，而提前结束，这样I/O事件就不会继续往后传递。比如负责用户认证的过滤器，如果遇到未认证的对等体发出的I/O事件，则会直接关闭连接。这可以保证这些事件不会通过此过滤器到达I/O处理器。
处理器：I/O事件通过过滤器链之后会到达I/O处理器。I/O处理器中与I/O事件对应的方法会被调用。
3)云应用层负责对数据的处理、分析、展现。
云应用层具体的处理、分析的由过滤引擎、阈值引擎、事件引擎、消息引擎、策略引擎来实现，主要负责对云代理层采集的数据进行过滤处理，并通过阈值引擎对数据进行初始分析形成告警，产生的告警通过策略引擎的进一步处理形成事件，事件可以通过消息引擎发送邮件信息或者通过短信网关发送短信消息，事件引擎也可以对相关联的几个事件采取升级定性，使云监控中心所关注的问题有优先级，并防止不必要的事件风暴。
云应用层的展现技术方面采用AJAX(Asynchronous JavaScript and XML)技术，实现页面的交互式网页应用的网页开发，并通过SVG、FLEX技术实现页面的动态图表渲染效果。
而所述I/O接受器用来接受连接与对等体(客户端)进行通讯的方式如下：
步骤1-1：所述I/O接受器与对等体(客户端)通过互联网实现通信连接，I/O接受器与设置在互联网中的PC机构建基于握手协议的通信连接，PC机与多个客户端构建基于握手协议的通信连接；
步骤1-2：I/O接受器从若干客户端里挑出作为目的方的客户端用作通信目的，将待通信的信息与作为目的方的客户端的信息传送至PC机；I/O接受器首先从多个客户端中选出作为目的方客户端作为通信目的方，然后I/O接受器向PC机发出通信请求，等接到确定的响应后，构造信息的暂存空间，把信息凭借基于握手协议的通信方式传递至PC机；PC机对I/O接受器所传信息执行正确性校验，确定正确后，I/O接受器朝PC机传递通信无误的指令信息；
步骤1-3：如果作为目的方客户端的个数不小于第一临界数目或信息容量不小于第二临界数目，就转到步骤1-4执行，也就是使用群发模式；如果作为目的方客户端数量不大于第一临界数目或信息容量不大于第二临界数目，就转到步骤1-7中执行，也就是使用一对一通信模式；
一对一通信模式实现的是一个I/O接受器单独和一个客户端的通信，信息正确性佳，于客户端个数不多或信息容量量不大期间使用一对一通信模式而暂存等待周期短。群发模式实现的是一个I/O接受器和若干客户端的通信，同步输送，输送速度快，于客户端个数不少或信息容量不小的期间就更佳的实现了及时性，但是广播产生致的信息正确性缺陷在下面的方式中经由再次传递模式来解决。第一临界数目和第二临界数目为测量数目，可依赖测量数据来灵活配置。
步骤1-4：PC机把得到的信息划成若干第一信息帧，把信息帧处理为基于无握手协议的信息帧后群发传输到作为目的方的客户端；
信息经由群发基于无握手协议的模式对互联网中的全体作为目的方的客户端群发，仅仅群发互联网中的全体作为目的方的客户端才可以从网络适配器朝上一级传送信息；
而于传输信息前，客户端须获知通信的基本信息，包括信息容量、信息可读可写的权限、信息的名称、信息存储的指针、群发的目的地址、群发的识别码，其能够分成若干次从PC机送出，也能够一次送出；客户端接到上述信息后顺序实现信息构建、权限核对、指针核对、名称核对这样的操作，以此实现PC机与客户端并发操作；
PC机将全部信息按照暂存空间容量被划分为若干此写进空间,对于各个暂存空间内的信息按照基于无握手协议的信息帧信息部分的容量被顺序封装，针对各个已组装的基于无握手协议信息帧使用群发的模式传递至发已知互联网中的全体作为目的方的客户端中；
步骤1-5：作为目的方的客户端对接到的基于无握手协议的信息帧实行是否遗失信息的校验，且把遗失的信息传输至PC机；PC机由此获得遗失信息的个数，如果遗失信息的个数不小于第三临界数目，就转到步骤1-4中继续群发基于无握手协议的信息帧；如果遗失信息的个数不大于第三临界数目，这样PC机各自面对带有遗失信息的作为目的方的客户端，把遗失信息相应的信息重新按照基于握手协议的一对一模式传输到相应的作为目的方的客户端；
客户端可持续地接到基于无握手协议的信息帧并对信息帧实行遗失信息的校验遗失信息检测处理。客户端时刻检测接收到的基于无握手协议的信息帧状态，把基于无握手协议信息帧中包含的信息内容写入用于接收的暂存空间，且刷新用于接收的暂存空间；伴着用于传输的暂存的信息传输结束，接收端需要实时检查到暂存空间的哪些信息未刷新，也就是哪个基于无握手协议的信息帧在该轮暂存空间对暂存空间的传送期间内遗失了，由此构建己身的信息遗失暂存空间。
第三临界数目为测量数目，可依赖测量数据来灵活配置。
PC机会在一个暂存空间内的信息通信完成后依次查询各个第三智能终端的接收状况并依据须再次传输的重发遗失信息。客户端把遗失的信息传递至PC机。PC机把遗失信息相应的信息帧再次依赖一对一通信模式传递至客户端。对于遗失的信息，就使用用一对一通信模式，以此防止群发产生的信息不正确的缺陷。
步骤1-6：客户端校验基于无握手协议的信息帧，如果校验没问题，就终止，如果校验存在问题，这样客户端就响应PC机的出错的信息帧的信息，PC机将出错的基于无握手协议的信息帧再次依赖基于握手协议的一对一通信模式传递至该客户端；
在确定全部客户端均没有无遗失信息的条件下，传递方传输检验码请求每个目的方检验暂存空间内的信息；检验没有问题的条件下传递方获取且传送其它的残余信息，直到信息全部传送，检验有问题期间，就把出错信息相应的信息帧再次依照基于握手协议的一对一通信模式传递至作为目的方的客户端；
步骤1-7：PC机把得到的信息依照基于握手协议的一对一通信模式传递至各个客户端，由此终止操作。
本实施例的有益效果为：
一对一通信模式实现的是一个I/O接受器单独和一个客户端的通信，信息正确性佳，于客户端个数不多或信息容量量不大期间使用一对一通信模式而暂存等待周期短。群发模式实现的是一个I/O接受器和若干客户端的通信，同步输送，输送速度快，于客户端个数不少或信息容量不小的期间就更佳的实现了及时性，但是广播产生致的信息正确性缺陷在下面的方式中经由再次传递模式来解决。第一临界数目和第二临界数目为测量数目，可依赖测量数据来灵活配置。客户端可持续地接到基于无握手协议的信息帧并对信息帧实行遗失信息的校验遗失信息检测处理。客户端时刻检测接收到的基于无握手协议的信息帧状态，把基于无握手协议信息帧中包含的信息内容写入用于接收的暂存空间，且刷新用于接收的暂存空间；伴着用于传输的暂存的信息传输结束，接收端需要实时检查到暂存空间的哪些信息未刷新，也就是哪个基于无握手协议的信息帧在该轮暂存空间对暂存空间的传送期间内遗失了，由此构建己身的信息遗失暂存空间PC机会在一个暂存空间内的信息通信完成后依次查询各个第三智能终端的接收状况并依据须再次传输的重发遗失信息。客户端把遗失的信息传递至PC机。PC机把遗失信息相应的信息帧再次依赖一对一通信模式传递至客户端。对于遗失的信息，就使用用一对一通信模式，以此防止群发产生的信息不正确的缺陷。
实施例3
根据附图1-图3可知，本实施例的云监控中心的架构方法，通过高性能的网络架构实现云监控代理，对分散在各地市烟草专卖局基础设施数据进行采集，并通过云监控和云监控平台之间的读写，将数据统一形成运维数据仓库，从而进一步将数据进行加工处理以及展现，具体步骤如下：
1)整个架构按照作用的不同分为：数据源层、云监控代理层、云应用层；
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库；
3)云应用层负责对数据的处理、分析、展现；
所述数据源层为基础架构，包括跨越不同地域，分散在各个地市信息中心机房设备，如主机、网络、数据库、存储、中间件、应用、机房环境等；
所述云监控代理层构建在数据源层之上，作为数据的采集层采用分布式架构；
所述云应用层构建在云监控代理层之上，用于业务处理和业务展现，是云平台通过网络的统一访问入口。
步骤2中，云监控代理层网络应用包括I/O服务、I/O过滤器和I/O处理器三个层次，I/O服务用来执行实际的I/O操作，以及管理I/O会话，提供支持不同协议的I/O服务，或由开发人员实现自己的I/O服务；I/O过滤器：用来完成字节流与特定的对象与数据结构的转换，并对输入输出的数据进行处理，满足横切的需求，若干个I/O过滤器串联起来，形成I/O过滤器链；
I/O处理器用来执行具体的业务逻辑，对接收到的消息执行特定的处理。
1)将整个烟草专卖局的监控中心构建划分为三层，首先分散在各个地市信息中心机房设备，跨越不同地域的设备作为基础架构的数据源层，作为最底层监控设备，包括：主机、网络、数据库、存储、中间件、应用、机房环境等；构建在这些基础设施之上的是云监控代理，作为数据的采集层采用分布式架构；构建在云监控代理之上的是功能和展现的云应用层，这一层主要是做业务处理和业务展现的，是云平台通过网络的统一访问入口。
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库。
具体说，云监控代理层采用高性能的网络架构MINA(Apache MINA)，支持基于JavaNIO(java New IO)技术的TCP/UDP应用程序开发、串口通讯程序。
云监控代理层网络应用有三个层次，分别是I/O服务、I/O过滤器和I/O处理器。
I/O服务：I/O服务用来执行实际的I/O操作；提供了一系列支持不同协议的I/O服务，如TCP/IP、UDP/IP、串口和虚拟机内部的管道等。开发人员也可以实现自己的I/O服务。
I/O过滤器：I/O服务能够传输的是字节流，而上层应用需要的是特定的对象与数据结构。I/O过滤器用来完成这两者之间的转换。I/O过滤器的另外一个重要作用是对输入输出的数据进行处理，满足横切的需求。多个I/O过滤器串联起来，形成I/O过滤器链。
I/O处理器：I/O处理器用来执行具体的业务逻辑。对接收到的消息执行特定的处理。
I/O服务用来执行真正的I/O操作，以及管理I/O会话。根据所使用的数据传输方式的不同，有不同的I/O服务的实现。由于I/O服务执行的是输入和输出两种操作，实际上有两种具体的子类型，一种称为“I/O接受器(I/O acceptor)”，用来接受连接，一般用在服务器的实现中；另外一种称为“I/O连接器(I/O connector)”，用来发起连接，一般用在客户端的实现中；
I/O接受器用来接受连接，与对等体(客户端)进行通讯；并发出相应的I/O事件交给I/O处理器来处理。使用I/O接受器的时候，只需要调用bind方法并指定要监听的套接字地址。当不再接受连接的时候，调用unbind停止监听即可。
I/O连接器用来发起连接，与对等体(服务器)进行通讯，并发出相应的I/O事件交给I/O处理器来处理。使用I/O连接器的时候，只需要调用connect方法连接指定的套接字地址。另外可以通过setConnectTimeoutMillis设置连接超时时间(毫秒数)。
会话I/O会话表示一个活动的网络连接，与所使用的传输方式无关。I/O会话可以用来存储用户自定义的与应用相关的属性。这些属性通常用来保存应用的状态信息，还可以用来在I/O过滤器和I/O处理器之间交换数据。I/O会话在作用上类似于Servlet规范中的HTTP会话。
过滤器：从I/O服务发送过来的所有I/O事件和请求，在到达I/O处理器之前，会先由I/O过滤器链中的I/O过滤器进行处理。过滤器可以在很多情况下使用，比如记录日志、性能分析、访问控制、负载均衡和消息转换等。过滤器非常适合满足网络应用中各种横切的非功能性需求。在基于Apache MINA的网络应用中，一般存在多个过滤器。这些过滤器互相串联，形成链条，称为过滤器链。每个过滤器依次对传入的I/O事件进行处理。当前过滤器完成处理之后，由过滤器链中的下一个过滤器继续处理。当前过滤器也可以不调用下一个过滤器，而提前结束，这样I/O事件就不会继续往后传递。比如负责用户认证的过滤器，如果遇到未认证的对等体发出的I/O事件，则会直接关闭连接。这可以保证这些事件不会通过此过滤器到达I/O处理器。
处理器：I/O事件通过过滤器链之后会到达I/O处理器。I/O处理器中与I/O事件对应的方法会被调用。
3)云应用层负责对数据的处理、分析、展现。
云应用层具体的处理、分析的由过滤引擎、阈值引擎、事件引擎、消息引擎、策略引擎来实现，主要负责对云代理层采集的数据进行过滤处理，并通过阈值引擎对数据进行初始分析形成告警，产生的告警通过策略引擎的进一步处理形成事件，事件可以通过消息引擎发送邮件信息或者通过短信网关发送短信消息，事件引擎也可以对相关联的几个事件采取升级定性，使云监控中心所关注的问题有优先级，并防止不必要的事件风暴。
云应用层的展现技术方面采用AJAX(Asynchronous JavaScript and XML)技术，实现页面的交互式网页应用的网页开发，并通过SVG、FLEX技术实现页面的动态图表渲染效果。
而所述I/O接受器用来接受连接与对等体(客户端)进行通讯的方式如下：
步骤1-1：所述I/O接受器与对等体(客户端)通过互联网实现通信连接，I/O接受器与设置在互联网中的PC机构建基于握手协议的通信连接，PC机与多个客户端构建基于握手协议的通信连接；
步骤1-2：I/O接受器从若干客户端里挑出作为目的方的客户端用作通信目的，将待通信的信息与作为目的方的客户端的信息传送至PC机；I/O接受器首先从多个客户端中选出作为目的方客户端作为通信目的方，然后I/O接受器向PC机发出通信请求，等接到确定的响应后，构造信息的暂存空间，把信息凭借基于握手协议的通信方式传递至PC机；PC机对I/O接受器所传信息执行正确性校验，确定正确后，I/O接受器朝PC机传递通信无误的指令信息；
步骤1-3：如果作为目的方客户端的个数不小于第一临界数目或信息容量不小于第二临界数目，就转到步骤1-4执行，也就是使用群发模式；如果作为目的方客户端数量不大于第一临界数目或信息容量不大于第二临界数目，就转到步骤1-7中执行，也就是使用一对一通信模式；
一对一通信模式实现的是一个I/O接受器单独和一个客户端的通信，信息正确性佳，于客户端个数不多或信息容量量不大期间使用一对一通信模式而暂存等待周期短。群发模式实现的是一个I/O接受器和若干客户端的通信，同步输送，输送速度快，于客户端个数不少或信息容量不小的期间就更佳的实现了及时性，但是广播产生致的信息正确性缺陷在下面的方式中经由再次传递模式来解决。第一临界数目和第二临界数目为测量数目，可依赖测量数据来灵活配置。
步骤1-4：PC机把得到的信息划成若干第一信息帧，把信息帧处理为基于无握手协议的信息帧后群发传输到作为目的方的客户端；
信息经由群发基于无握手协议的模式对互联网中的全体作为目的方的客户端群发，仅仅群发互联网中的全体作为目的方的客户端才可以从网络适配器朝上一级传送信息；
而于传输信息前，客户端须获知通信的基本信息，包括信息容量、信息可读可写的权限、信息的名称、信息存储的指针、群发的目的地址、群发的识别码，其能够分成若干次从PC机送出，也能够一次送出；客户端接到上述信息后顺序实现信息构建、权限核对、指针核对、名称核对这样的操作，以此实现PC机与客户端并发操作；
PC机将全部信息按照暂存空间容量被划分为若干此写进空间,对于各个暂存空间内的信息按照基于无握手协议的信息帧信息部分的容量被顺序封装，针对各个已组装的基于无握手协议信息帧使用群发的模式传递至发已知互联网中的全体作为目的方的客户端中；
步骤1-5：作为目的方的客户端对接到的基于无握手协议的信息帧实行是否遗失信息的校验，且把遗失的信息传输至PC机；PC机由此获得遗失信息的个数，如果遗失信息的个数不小于第三临界数目，就转到步骤1-4中继续群发基于无握手协议的信息帧；如果遗失信息的个数不大于第三临界数目，这样PC机各自面对带有遗失信息的作为目的方的客户端，把遗失信息相应的信息重新按照基于握手协议的一对一模式传输到相应的作为目的方的客户端；
客户端可持续地接到基于无握手协议的信息帧并对信息帧实行遗失信息的校验遗失信息检测处理。客户端时刻检测接收到的基于无握手协议的信息帧状态，把基于无握手协议信息帧中包含的信息内容写入用于接收的暂存空间，且刷新用于接收的暂存空间；伴着用于传输的暂存的信息传输结束，接收端需要实时检查到暂存空间的哪些信息未刷新，也就是哪个基于无握手协议的信息帧在该轮暂存空间对暂存空间的传送期间内遗失了，由此构建己身的信息遗失暂存空间。
第三临界数目为测量数目，可依赖测量数据来灵活配置。
PC机会在一个暂存空间内的信息通信完成后依次查询各个第三智能终端的接收状况并依据须再次传输的重发遗失信息。客户端把遗失的信息传递至PC机。PC机把遗失信息相应的信息帧再次依赖一对一通信模式传递至客户端。对于遗失的信息，就使用用一对一通信模式，以此防止群发产生的信息不正确的缺陷。
步骤1-6：客户端校验基于无握手协议的信息帧，如果校验没问题，就终止，如果校验存在问题，这样客户端就响应PC机的出错的信息帧的信息，PC机将出错的基于无握手协议的信息帧再次依赖基于握手协议的一对一通信模式传递至该客户端；
在确定全部客户端均没有无遗失信息的条件下，传递方传输检验码请求每个目的方检验暂存空间内的信息；检验没有问题的条件下传递方获取且传送其它的残余信息，直到信息全部传送，检验有问题期间，就把出错信息相应的信息帧再次依照基于握手协议的一对一通信模式传递至作为目的方的客户端；
步骤1-7：PC机把得到的信息依照基于握手协议的一对一通信模式传递至各个客户端，由此终止操作。
本实施例的有益效果为：
一对一通信模式实现的是一个I/O接受器单独和一个客户端的通信，信息正确性佳，于客户端个数不多或信息容量量不大期间使用一对一通信模式而暂存等待周期短。群发模式实现的是一个I/O接受器和若干客户端的通信，同步输送，输送速度快，于客户端个数不少或信息容量不小的期间就更佳的实现了及时性，但是广播产生致的信息正确性缺陷在下面的方式中经由再次传递模式来解决。第一临界数目和第二临界数目为测量数目，可依赖测量数据来灵活配置。客户端可持续地接到基于无握手协议的信息帧并对信息帧实行遗失信息的校验遗失信息检测处理。客户端时刻检测接收到的基于无握手协议的信息帧状态，把基于无握手协议信息帧中包含的信息内容写入用于接收的暂存空间，且刷新用于接收的暂存空间；伴着用于传输的暂存的信息传输结束，接收端需要实时检查到暂存空间的哪些信息未刷新，也就是哪个基于无握手协议的信息帧在该轮暂存空间对暂存空间的传送期间内遗失了，由此构建己身的信息遗失暂存空间PC机会在一个暂存空间内的信息通信完成后依次查询各个第三智能终端的接收状况并依据须再次传输的重发遗失信息。客户端把遗失的信息传递至PC机。PC机把遗失信息相应的信息帧再次依赖一对一通信模式传递至客户端。对于遗失的信息，就使用用一对一通信模式，以此防止群发产生的信息不正确的缺陷。
而现有的服务器往往设置在机柜中，机柜往往都没有减震性能，机柜中服务器这样的器件往往在外部震动的影响下常常出现抖动而影响其工作性能的问题，严重的还会出现服务器毁坏的现象发生。
所述服务器设置在机柜中，机柜包括机柜的顶盖A0、顶盖内的容留槽B0、机柜的柜体C0与柜体内的容留槽D0，所述机柜的顶盖A0经由合页连接在所述机柜的柜体C0的顶部，所述顶盖内的容留槽B0设在所述机柜的顶盖A0的底端，所述柜体内的容留槽D0设在所述机柜的柜体C0的顶部，所述顶盖内的容留槽B0与柜体内的容留槽D0相通，所述服务器设置在所述顶盖内的容留槽B0与柜体内的容留槽D0的内部空间中，所述机柜的顶盖A0包括顶盖的第一罩体A01与所述顶盖的第二罩体A02，所述顶盖的第二罩体A02设在所述顶盖的第一罩体A01内部，所述顶盖的第一罩体A01经由螺旋状玻青铜丝A03与所述顶盖的第二罩体A02相连，所述顶盖的第二罩体A02的底部当间位置为所述顶盖内的容留槽B0，所述顶盖的第一罩体A01与所述顶盖的第二罩体A02间设置着所述顶盖的第一橡胶片A05和所述顶盖的第二橡胶片A06，顶盖的第一罩体A01、所述顶盖的第二罩体A02、所述顶盖的第一橡胶片A05和所述顶盖的第二橡胶片A06围成顶盖的减震部A04；
所述顶盖的第一橡胶片A05和所述顶盖的第二橡胶片A06均为直角折尺状，所述顶盖的第二罩体A02同所述顶盖的第一橡胶片A05和所述顶盖的第二橡胶片A06间均保持着0.2cm-0.4cm的间隔，所述顶盖的第一橡胶片A05包括顶盖的第一橡胶片的横向段和顶盖的第一橡胶片的竖直段，所述顶盖的第一橡胶片的横向段的一头和顶盖的第一橡胶片的竖直段的一头相连接构成直角折尺状，所述顶盖的第二橡胶片A06包括顶盖的第二橡胶片的横向段和顶盖的第二橡胶片的竖直段，所述顶盖的第二橡胶片的横向段的一头和顶盖的第二橡胶片的竖直段的一头相连接构成直角折尺状，所述顶盖的减震部A04的高度大于所述顶盖的第二橡胶片的横向段的高度和所述顶盖的第一橡胶片的横向段的高度。由此就可以确保减震期间最先挤压的为螺旋状玻青铜丝A03，然后再挤压所述顶盖的第一橡胶片A05和所述顶盖的第二橡胶片A06，由此减震性能更佳。
所述顶盖的第二罩体A02边沿位置的下端部分的俯视图处在所述顶盖的第一橡胶片A05的俯视图和所述顶盖的第二橡胶片A06的俯视图之间；所述螺旋状玻青铜丝A03处在所述顶盖的减震部A04中。
所述顶盖的第一罩体A01与所述顶盖的第二罩体A02均为梯形台状或长方体状，所述顶盖内的容留槽B0为长方体状。
这样所述顶盖内设置着螺旋状玻青铜丝A03、所述顶盖的第一橡胶片A05和所述顶盖的第二橡胶片A06使得机柜中的器件在外部震动的影响下保持有减震的性能，所述顶盖的第一罩体A01与所述顶盖的第二罩体A02间保持有间隔，由此在顶盖覆盖在柜体上时挤压的状态佳，确保顶盖保持有减震性能。
所述机柜的柜体C0包括柜体的第一罩体C01与所述顶盖的第二罩体C02，所述柜体的第二罩体C02设在所述柜体的第一罩体C01内部，所述顶盖的第一罩体C01经由螺旋状玻青铜丝C03与所述柜体的第二罩体C02相连，所述柜体的第二罩体C02的底部当间位置为所述柜体内的容留槽D0，所述柜体的第一罩体C01与所述柜体的第二罩体C02间设置着所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06，柜体的第一罩体C01、所述柜体的第二罩体C02、所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06围成柜体的减震部C04；
所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06均为直角折尺状，所述柜体的第二罩体C02同所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06间均保持着0.4cm-0.6cm的间隔，所述柜体的第一橡胶片C05包括柜体的第一橡胶片的横向段和柜体的第一橡胶片的竖直段，所述柜体的第一橡胶片的横向段的一头和柜体的第一橡胶片的竖直段的一头相连接构成直角折尺状，所述柜体的第二橡胶片C06包括柜体的第二橡胶片的横向段和柜体的第二橡胶片的竖直段，所述柜体的第二橡胶片的横向段的一头和柜体的第二橡胶片的竖直段的一头相连接构成直角折尺状，所述柜体的减震部C04的高度大于所述柜体的第二橡胶片的横向段的高度和所述柜体的第一橡胶片的横向段的高度。由此就可以确保减震期间最先挤压的为螺旋状玻青铜丝C03，然后再挤压所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06，由此减震性能更佳。
所述柜体的第二罩体C02边沿位置的下端部分的俯视图处在所述柜体的第一橡胶片C05的俯视图和所述柜体的第二橡胶片C06的俯视图之间；所述螺旋状玻青铜丝C03处在所述柜体的减震部C04中。
所述柜体的第一罩体C01与所述柜体的第二罩体C02均为长方体状，所述柜体内的容留槽D0为长方体状。
这样所述柜体内设置着螺旋状玻青铜丝C03、所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06使得机柜中的器件在外部震动的影响下保持有减震的性能，所述顶盖的第一罩体A01与所述顶盖的第二罩体A02间保持有间隔，由此在顶盖覆盖在柜体上时挤压的状态佳，确保顶盖保持有减震性能。而所述柜体内设置着螺旋状玻青铜丝C03、所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06使得机柜中的器件在外部震动的影响下保持有减震的性能。
所述柜体的减震部C04中还设置着拱状塑料片C07，进一步起到减震的作用。
在机柜受到外部震动时，在顶盖中最先挤压的为螺旋状玻青铜丝C03，然后再挤压所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06，在柜体中最先挤压的为螺旋状玻青铜丝C03，然后再挤压所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06
所述柜体内设置着螺旋状玻青铜丝C03、所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06使得机柜中的器件在外部震动的影响下保持有减震的性能，所述顶盖的第一罩体A01与所述顶盖的第二罩体A02间保持有间隔，由此在顶盖覆盖在柜体上时挤压的状态佳，确保顶盖保持有减震性能。而所述柜体内设置着螺旋状玻青铜丝C03、所述柜体的第一橡胶片C05和所述柜体的第二橡胶片C06使得机柜中的服务器在外部震动的影响下保持有减震的性能。
以上以附图说明的方式对本发明作了描述，本领域的技术人员应当理解，本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。
Claims (8)
1.一种云监控中心的架构方法，通过高性能的网络架构实现云监控代理，对分散在各地市烟草专卖局基础设施数据进行采集，并通过云监控和云监控平台之间的读写，将数据统一形成运维数据仓库，从而进一步将数据进行加工处理以及展现，其特征在于，具体步骤如下：
1)整个架构按照作用的不同分为：数据源层、云监控代理层、云应用层；
2)通过高性能网络架构实现云监控代理层，通过云监控代理采集数据源层的数据，并通过云监控代理层和云应用层进行数据读写，将数据形成统一的运维数据仓库；
3)云应用层负责对数据的处理、分析、展现；
步骤2中，云监控代理层网络应用包括I/O服务，I/O服务用来执行实际的I/O操作；I/O服务执行的是输入和输出两种操作，实际上有两种具体的子类型，一种称为“I/O接受器(I/O acceptor)”，用来接受连接，用在服务器的实现中；另外一种称为“I/O连接器(I/Oconnector)”，用来发起连接，一般用在客户端的实现中；
I/O接受器用来接受连接，与对等体(客户端)进行通讯；
而所述I/O接受器用来接受连接与对等体(客户端)进行通讯的方式如下：
步骤1-1：所述I/O接受器与对等体(客户端)通过互联网实现通信连接，I/O接受器与设置在互联网中的PC机构建基于握手协议的通信连接，PC机与多个客户端构建基于握手协议的通信连接；
步骤1-2：I/O接受器从若干客户端里挑出作为目的方的客户端用作通信目的，将待通信的信息与作为目的方的客户端的信息传送至PC机；I/O接受器首先从多个客户端中选出作为目的方客户端作为通信目的方，然后I/O接受器向PC机发出通信请求，等接到确定的响应后，构造信息的暂存空间，把信息凭借基于握手协议的通信方式传递至PC机；PC机对I/O接受器所传信息执行正确性校验，确定正确后，I/O接受器朝PC机传递通信无误的指令信息；
步骤1-3：如果作为目的方客户端的个数不小于第一临界数目或信息容量不小于第二临界数目，就转到步骤1-4执行，也就是使用群发模式；如果作为目的方客户端数量不大于第一临界数目或信息容量不大于第二临界数目，就转到步骤1-7中执行，也就是使用一对一通信模式；
步骤1-4：PC机把得到的信息划成若干第一信息帧，把信息帧处理为基于无握手协议的信息帧后群发传输到作为目的方的客户端；
信息经由群发基于无握手协议的模式对互联网中的全体作为目的方的客户端群发，仅仅群发互联网中的全体作为目的方的客户端才可以从网络适配器朝上一级传送信息；
而于传输信息前，客户端须获知通信的基本信息，包括信息容量、信息可读可写的权限、信息的名称、信息存储的指针、群发的目的地址、群发的识别码，其能够分成若干次从PC机送出，也能够一次送出；客户端接到上述信息后顺序实现信息构建、权限核对、指针核对、名称核对这样的操作，以此实现PC机与客户端并发操作；
PC机将全部信息按照暂存空间容量被划分为若干此写进空间,对于各个暂存空间内的信息按照基于无握手协议的信息帧信息部分的容量被顺序封装，针对各个已组装的基于无握手协议信息帧使用群发的模式传递至发已知互联网中的全体作为目的方的客户端中；
步骤1-5：作为目的方的客户端对接到的基于无握手协议的信息帧实行是否遗失信息的校验，且把遗失的信息传输至PC机；PC机由此获得遗失信息的个数，如果遗失信息的个数不小于第三临界数目，就转到步骤1-4中继续群发基于无握手协议的信息帧；如果遗失信息的个数不大于第三临界数目，这样PC机各自面对带有遗失信息的作为目的方的客户端，把遗失信息相应的信息重新按照基于握手协议的一对一模式传输到相应的作为目的方的客户端；
步骤1-6：客户端校验基于无握手协议的信息帧，如果校验没问题，就终止，如果校验存在问题，这样客户端就响应PC机的出错的信息帧的信息，PC机将出错的基于无握手协议的信息帧再次依赖基于握手协议的一对一通信模式传递至该客户端；
在确定全部客户端均没有无遗失信息的条件下，传递方传输检验码请求每个目的方检验暂存空间内的信息；检验没有问题的条件下传递方获取且传送其它的残余信息，直到信息全部传送，检验有问题期间，就把出错信息相应的信息帧再次依照基于握手协议的一对一通信模式传递至作为目的方的客户端；
步骤1-7：PC机把得到的信息依照基于握手协议的一对一通信模式传递至各个客户端，由此终止操作。
2.根据权利要求1所述的云监控中心的架构方法，其特征在于，所述服务器设置在机柜中，机柜包括机柜的顶盖、顶盖内的容留槽、机柜的柜体与柜体内的容留槽，所述机柜的顶盖经由合页连接在所述机柜的柜体的顶部，所述顶盖内的容留槽设在所述机柜的顶盖的底端，所述柜体内的容留槽设在所述机柜的柜体的顶部，所述顶盖内的容留槽与柜体内的容留槽相通，所述服务器设置在所述顶盖内的容留槽与柜体内的容留槽的内部空间中，所述机柜的顶盖包括顶盖的第一罩体与所述顶盖的第二罩体，所述顶盖的第二罩体设在所述顶盖的第一罩体内部，所述顶盖的第一罩体经由螺旋状玻青铜丝与所述顶盖的第二罩体相连，所述顶盖的第二罩体的底部当间位置为所述顶盖内的容留槽，所述顶盖的第一罩体与所述顶盖的第二罩体间设置着所述顶盖的第一橡胶片和所述顶盖的第二橡胶片，顶盖的第一罩体、所述顶盖的第二罩体、所述顶盖的第一橡胶片和所述顶盖的第二橡胶片围成顶盖的减震部；
所述顶盖的第一橡胶片和所述顶盖的第二橡胶片均为直角折尺状，所述顶盖的第二罩体同所述顶盖的第一橡胶片和所述顶盖的第二橡胶片间均保持着0.2cm-0.4cm的间隔，所述顶盖的第一橡胶片包括顶盖的第一橡胶片的横向段和顶盖的第一橡胶片的竖直段，所述顶盖的第一橡胶片的横向段的一头和顶盖的第一橡胶片的竖直段的一头相连接构成直角折尺状，所述顶盖的第二橡胶片包括顶盖的第二橡胶片的横向段和顶盖的第二橡胶片的竖直段，所述顶盖的第二橡胶片的横向段的一头和顶盖的第二橡胶片的竖直段的一头相连接构成直角折尺状，所述顶盖的减震部的高度大于所述顶盖的第二橡胶片的横向段的高度和所述顶盖的第一橡胶片的横向段的高度。
3.根据权利要求2所述的云监控中心的架构方法，其特征在于，所述顶盖的第二罩体边沿位置的下端部分的俯视图处在所述顶盖的第一橡胶片的俯视图和所述顶盖的第二橡胶片的俯视图之间；所述螺旋状玻青铜丝处在所述顶盖的减震部中。
4.根据权利要求2所述的云监控中心的架构方法，其特征在于，所述顶盖的第一罩体与所述顶盖的第二罩体均为梯形台状或长方体状，所述顶盖内的容留槽为长方体状。
5.根据权利要求2所述的云监控中心的架构方法，其特征在于，所述机柜的柜体包括柜体的第一罩体与所述顶盖的第二罩体，所述柜体的第二罩体设在所述柜体的第一罩体内部，所述顶盖的第一罩体经由螺旋状玻青铜丝与所述柜体的第二罩体相连，所述柜体的第二罩体的底部当间位置为所述柜体内的容留槽，所述柜体的第一罩体与所述柜体的第二罩体间设置着所述柜体的第一橡胶片和所述柜体的第二橡胶片，柜体的第一罩体、所述柜体的第二罩体、所述柜体的第一橡胶片和所述柜体的第二橡胶片围成柜体的减震部；
所述柜体的第一橡胶片和所述柜体的第二橡胶片均为直角折尺状，所述柜体的第二罩体同所述柜体的第一橡胶片和所述柜体的第二橡胶片间均保持着0.4cm-0.6cm的间隔，所述柜体的第一橡胶片包括柜体的第一橡胶片的横向段和柜体的第一橡胶片的竖直段，所述柜体的第一橡胶片的横向段的一头和柜体的第一橡胶片的竖直段的一头相连接构成直角折尺状，所述柜体的第二橡胶片包括柜体的第二橡胶片的横向段和柜体的第二橡胶片的竖直段，所述柜体的第二橡胶片的横向段的一头和柜体的第二橡胶片的竖直段的一头相连接构成直角折尺状，所述柜体的减震部的高度大于所述柜体的第二橡胶片的横向段的高度和所述柜体的第一橡胶片的横向段的高度。
6.根据权利要求4所述的云监控中心的架构方法，其特征在于，所述柜体的第二罩体边沿位置的下端部分的俯视图处在所述柜体的第一橡胶片的俯视图和所述柜体的第二橡胶片的俯视图之间；所述螺旋状玻青铜丝处在所述柜体的减震部中。
7.根据权利要求5所述的云监控中心的架构方法，其特征在于，所述柜体的第一罩体与所述柜体的第二罩体均为长方体状，所述柜体内的容留槽为长方体状。
8.根据权利要求6所述的云监控中心的架构方法，其特征在于，所述柜体的减震部中还设置着拱状塑料片。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710454089.2A CN107302572B (zh) | 2017-06-15 | 2017-06-15 | 一种云监控中心的架构方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710454089.2A CN107302572B (zh) | 2017-06-15 | 2017-06-15 | 一种云监控中心的架构方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107302572A true CN107302572A (zh) | 2017-10-27 |
| CN107302572B CN107302572B (zh) | 2020-09-04 |
Family
ID=60134862
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710454089.2A Active CN107302572B (zh) | 2017-06-15 | 2017-06-15 | 一种云监控中心的架构方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107302572B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108416122A (zh) * | 2018-02-13 | 2018-08-17 | 南京达沙信息科技有限公司 | 一种环境污染扩散模拟系统及其方法 |
| CN108426240A (zh) * | 2018-04-09 | 2018-08-21 | 时枫娇 | 一种降低抖动的余热锅炉压力调节系统及其方法 |
| CN108540266A (zh) * | 2018-04-10 | 2018-09-14 | 时枫娇 | 一种物联网下的增强型机械设备专家系统及其方法 |
| CN108548164A (zh) * | 2018-04-09 | 2018-09-18 | 时枫娇 | 一种多功能的余热锅炉压力调节系统及其方法 |
| CN108614450A (zh) * | 2018-04-10 | 2018-10-02 | 时枫娇 | 一种物联网下的机械系统及其方法 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100048119A1 (en) * | 2008-08-19 | 2010-02-25 | Hitachi Cable, Ltd. | Data center |
| CN102316419A (zh) * | 2011-09-22 | 2012-01-11 | 华为技术有限公司 | 无线局域网络中开展多媒体业务的方法、装置及系统 |
| CN102427470A (zh) * | 2011-11-10 | 2012-04-25 | 山东浪潮齐鲁软件产业股份有限公司 | 一种云监控中心的架构方法 |
| CN102547386A (zh) * | 2012-01-12 | 2012-07-04 | 华为技术有限公司 | 数据重传方法、系统、组播服务器及用户终端 |
| CN202756515U (zh) * | 2012-08-10 | 2013-02-27 | 中兴通讯股份有限公司 | 减震装置以及机柜 |
| CN203851222U (zh) * | 2014-04-03 | 2014-09-24 | 熠诺（天津）科技发展有限公司 | 一种防震硬盘录像机 |
| CN104301888A (zh) * | 2014-10-20 | 2015-01-21 | 西安电子科技大学 | 一种无线体域网安全接入的方法 |
| CN205620899U (zh) * | 2016-03-31 | 2016-10-05 | 安庆师范学院 | 一种防震抗干扰台式计算机机箱 |
| CN205920454U (zh) * | 2016-06-12 | 2017-02-01 | 银川飞创科技有限公司 | 一种高强度耐压计算机机箱 |
-
2017
- 2017-06-15 CN CN201710454089.2A patent/CN107302572B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100048119A1 (en) * | 2008-08-19 | 2010-02-25 | Hitachi Cable, Ltd. | Data center |
| CN102316419A (zh) * | 2011-09-22 | 2012-01-11 | 华为技术有限公司 | 无线局域网络中开展多媒体业务的方法、装置及系统 |
| CN102427470A (zh) * | 2011-11-10 | 2012-04-25 | 山东浪潮齐鲁软件产业股份有限公司 | 一种云监控中心的架构方法 |
| CN102547386A (zh) * | 2012-01-12 | 2012-07-04 | 华为技术有限公司 | 数据重传方法、系统、组播服务器及用户终端 |
| CN202756515U (zh) * | 2012-08-10 | 2013-02-27 | 中兴通讯股份有限公司 | 减震装置以及机柜 |
| CN203851222U (zh) * | 2014-04-03 | 2014-09-24 | 熠诺（天津）科技发展有限公司 | 一种防震硬盘录像机 |
| CN104301888A (zh) * | 2014-10-20 | 2015-01-21 | 西安电子科技大学 | 一种无线体域网安全接入的方法 |
| CN205620899U (zh) * | 2016-03-31 | 2016-10-05 | 安庆师范学院 | 一种防震抗干扰台式计算机机箱 |
| CN205920454U (zh) * | 2016-06-12 | 2017-02-01 | 银川飞创科技有限公司 | 一种高强度耐压计算机机箱 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108416122A (zh) * | 2018-02-13 | 2018-08-17 | 南京达沙信息科技有限公司 | 一种环境污染扩散模拟系统及其方法 |
| CN108426240A (zh) * | 2018-04-09 | 2018-08-21 | 时枫娇 | 一种降低抖动的余热锅炉压力调节系统及其方法 |
| CN108548164A (zh) * | 2018-04-09 | 2018-09-18 | 时枫娇 | 一种多功能的余热锅炉压力调节系统及其方法 |
| CN108540266A (zh) * | 2018-04-10 | 2018-09-14 | 时枫娇 | 一种物联网下的增强型机械设备专家系统及其方法 |
| CN108614450A (zh) * | 2018-04-10 | 2018-10-02 | 时枫娇 | 一种物联网下的机械系统及其方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107302572B (zh) | 2020-09-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107302572A (zh) | 一种云监控中心的架构方法 | |
| CN110351257B (zh) | 一种分布式物联网安全接入系统 | |
| RU2583703C2 (ru) | Обнаружение и анализ злоумышленной атаки | |
| CN105224445B (zh) | 分布式跟踪系统 | |
| RU2554540C2 (ru) | Система фильтра команд местной электрораспределительной сети | |
| Wang et al. | A smart home gateway platform for data collection and awareness | |
| CN105338061B (zh) | 一种轻量级消息中间件的实现方法与系统 | |
| CN108989136B (zh) | 业务端到端性能监控方法及装置 | |
| WO2018035143A1 (en) | Integrated solution of internet of things and smart grid network | |
| CN107943668A (zh) | 计算机服务器集群日志监控方法及监控平台 | |
| CN110659109B (zh) | 一种openstack集群虚拟机监控系统及方法 | |
| Qiao et al. | Characterizing flow, application, and user behavior in mobile networks: A framework for mobile big data | |
| CN104123134A (zh) | 基于ami与j2ee的智能用电数据管理方法及系统 | |
| CN110519077A (zh) | 一种日志采集系统、方法、装置、服务器及存储介质 | |
| CN110347694B (zh) | 一种基于物联网的设备监控方法、装置及系统 | |
| CN108777637A (zh) | 一种支持服务器异构的数据中心综合管理系统和方法 | |
| CN102427470A (zh) | 一种云监控中心的架构方法 | |
| CN110163484A (zh) | 基于互联网的盾构设备智能运维管理系统及方法 | |
| CN108924228B (zh) | 基于边缘计算的工业互联网优化系统 | |
| CN107070752A (zh) | 一种长连接容量的测试方法及测试系统 | |
| KR102130003B1 (ko) | 원격 전력 모니터링 시스템 | |
| CN105467907A (zh) | 一种自动巡检的系统及方法 | |
| CN103944779B (zh) | 一种wap业务性能监测方法及系统 | |
| Rathore et al. | Maintaining SmartX multi‐view visibility for OF@ TEIN+ distributed cloud‐native edge boxes | |
| CN108322509A (zh) | 一种基于modbus通讯和因特网的远程监视和控制系统 |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |