校园信息发布系统的制作方法

本发明涉及通信领域，特别是指一种校园信息发布系统。

背景技术：

信息高速化的时代，人们获取信息的成本已被大大降低，而校园内学生所获取信息的途径少之又少。

目前校园内的信息多数由教师传达，或通过学校宣传栏进行公布，学生难以及时获取信息，少数先进学校通过部署信息发布系统对校园信息进行广播，但该系统局限于校园范围，对于外界信息的接入具有局限性，且学校需要大量资金与人力进行服务器维护。

技术实现要素：

有鉴于此，本发明的目的在于提出一种低成本、高效、大范围的校园信息发布系统。

基于上述目的，本发明提供了一种校园信息发布系统，包括：

云端服务器，被配置为获取校园信息，根据所述校园信息生成信息包并下发；

显示终端，被配置为接收所述信息包，将所述信息包解析为所述校园信息并进行展示。

在一些实施方式中，所述云端服务器包括：

接入平台和接入点；

其中，所述接入平台，被配置为独立维护业务数据，与所述接入点一一对应，将所述信息包发送至其对应的所述接入点；所述接入平台与所述接入点通过分布式消息中间件通信；

所述接入点，被配置为独立维护其相连的所述显示终端的数据，将所述信息包下发至所述显示终端，接收所述显示终端的反馈；所述接入点与所述显示终端通过消息队列遥测传输通信。

在一些实施方式中，所述云端服务器还包括：

业务服务路由器，被配置为获取所述校园信息，根据所述校园信息寻址并发送到对应的所述接入平台。

在一些实施方式中，所述接入平台被配置为，接收到所述校园信息后，查找所述校园信息对应的消息命令，依据所述消息命令查找对应的服务端版本号，通过版本信息处理机制处理所述对应的服务端版本号得到第一版本号，将所述第一版本号、所述校园信息和所述消息命令封装成所述信息包并下发至所述接入点；

所述接入点，被配置为将接收的所述信息包下发至所述显示终端；

所述显示终端，被配置为将接收的所述信息包解析，得到第一版本号、所述校园信息和所述消息命令，根据所述消息命令查找对应的终端版本号，通过版本处理机制处理所述对应的终端版本号得到第二版本号；依据所述第二版本号与所述第一版本号的对比结果决定是否显示所述校园信息。

在一些实施方式中，所述依据所述第二版本号与所述第一版本号的对比结果决定是否显示所述校园信息，具体包括：

若第二版本号大于第一版本号则所述显示终端显示所述校园消息，若第二版本号不大于第一版本号则所述显示终端不显示所述校园消息。

在一些实施方式中，

所述显示终端，被配置为向所述接入点反馈所述消息命令、所述第二版本号和所述消息命令的执行状态；

所述接入点，被配置为将反馈的所述消息命令、所述第二版本号和所述消息命令的执行状态发送到所述接入平台；

所述接入平台，被配置为将所述第二本版本号与所述第一版本号作对比，若第二版本号大于第一版本号则所述接入平台更新命令执行状态和所述服务端版本号，若第二版本号不大于第一版本号则所述接入平台不更新命令执行状态和所述服务端版本号；若未收到所述消息命令、所述第二版本号和所述消息命令的执行状态，则执行超时重发。

在一些实施方式中，所述版本信息处理机制为将要处理的版本号加一。

在一些实施方式中，所述接入点，被配置为使用对等网络将所述信息包下发至所述显示终端。

在一些实施方式中，所述显示终端，被配置为使用主题订阅将所述消息命令、所述第二版本号和所述消息命令的执行状态反馈到所述接入点。

在一些实施方式中，所述显示终端包括如下的一种或多种：led显示屏、液晶电视、智能黑板、白板一体机、大屏交互平台。

从上面所述可以看出，本发明提供的一种校园信息发布系统，可在多种网络通讯模式中高效运行，适用于多种类型的显示终端，支持多种媒体文件，可实现大范围的多种场景的信息传播；同时本发明采用云端服务器和终端显示设备的集群式部署，提高了系统的灵活性，降低了设备负载压力，减少了运维成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一个实施例的系统组成图；

图2为本发明一个实施例的集群式系统部署图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

在这个信息高速化的时代，人们获取信息的成本已被大大降低，日常生活中无时无刻不被各种信息所充斥。而学生又是社会进步发展的希望，需要及时了解社会发展的动向，但是实际生活中恰恰相反，对于校园内的学生来说，他们所获取信息的途径少之又少，如何能够有效的获取信息，是校园内信息传递者和接收者都感到困惑的问题。

目前校园内学生获取信息的途径非常单一，大多数情况下都是通过学校教师的传达，或者是通过学校宣传栏里张贴着的各种各样的板报，信息获取不及时，消息滞后。而对于一些有条件的学校，可能会部署自己的信息发布系统，但是这种系统只能支撑于学校这一个小范围圈子，对于外界信息(比如教育部下达的消息等)的获取还是需要经过人为周转，并且系统具有局限性，需要学校具备性能高端的服务器，这种服务器价格十分昂贵，而且需要人员的后期维护，成本投入很高。

云端服务器是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。其管理方式比物理服务器更简单高效，用户无需提前购买硬件，即可迅速创建或释放任意多台云服务器。云端服务器能够快速构建更稳定、安全的应用，降低开发运维的难度和整体it成本，使使用者更专注于核心业务的创新。云端服务器主要面向中小企业用户与高端用户提供基于互联网的基础设施服务，而学校这一用户群体庞大，且对互联网主机应用的需求日益增加，校园业务具备如下特征：业务以主机租用与虚拟专用服务器为主，部分采用托管服务，且规模较大；注重短期投资回报率，对产品的性价比要求较高；个性化需求强，倾向于全价值链、傻瓜型产品。用户在采用传统的服务器时，由于成本、运营商选择等诸多因素，不得不面对各种棘手的问题，而弹性的云端服务器则可有效的解决这一问题。

为了保证校园信息的及时性、便捷性及高效性，同时解决局域网搭建服务器昂贵问题，本发明引入了一种基于云端服务器的校园信息发布系统。用户通过一台联网的电脑登录云端服务器实现云端信息发布，因为云端服务器支持多种环境和通讯协议，这就使校园信息的发布的范围不仅仅只局限于一个局域网的小圈子，从而实现了学生和教师可大范围、跨地区的在不同场所的获得信息。同时基于云端服务器的系统不需要校方人员对服务器进行维护因此节约了大量劳动力，显著减少了人工成本及相关管理成本。

基于上述构思，作为一个可选的实施例，参考图1为本发明一个实施例的系统组成图，本申请提供了一种校园信息发布系统，包括：云端服务器，被配置为获取校园信息，根据所述校园信息生成信息包并下发；显示终端，被配置为接收所述信息包，将所述信息包解析为所述校园信息并进行展示。

在本实施例中，云端服务器1用于将上传的校园信息解析、封装并下发至指定显示终端的中枢服务，云端服务器1以前瞻性、教育性、实用性和兼容性为设计原则，采用集中控制，统一管理的方式，将滚动字幕、文本、图片甚至是音视频等多媒体信息通过云端服务器1传输至显示终端2，能够有效覆盖需要传达的区域，促进信息的及时及有效传达。所述云端服务器1使用虚拟化技术，虚拟化平台将大量的服务器集群虚拟为多个性能可配的虚拟机，对整个集群系统中所有虚拟机进行监控和管理，并根据实际资源使用情况灵活分配和调度资源池；采用分布式存储将大量服务器整合为一台超级计算机，提供大量的数据存储和处理服务，分布式文件系统、分布式数据库允许访问共同存储资源，实现应用数据文件的io共享；虚拟机可以突破单个物理机的限制，动态的资源调整与分配消除服务器及存储设备的单点故障，实现高可用性。显示终端2有多种选择，可以是led显示器，电脑等等，用于将校园信息以多种形式进行显示。二者组成了一个完整的信息发布系统，校园信息上传至云端服务器1，然后云端服务器1通过对校园信息的解析、寻址、封装等一系列处理，将校园消息及时准确的下发至显示终端2，显示终端2分布在需要传播的区域对所接受的校园信息进行显示已达到信息发布的目的。

作为一个可选的实施例，参考图2为本申请一个实施例的集群式系统部署图，所述云端服务器包括：接入平台和接入点；其中，所述接入平台，被配置为独立维护业务数据，与所述接入点一一对应，将所述校园信息发送至其对应的所述接入点；所述接入平台与所述接入点通过分布式消息中间件通信；所述接入点，被配置为独立维护其相连的所述显示终端的数据，将所述信息包下发至所述显示终端，接收所述显示终端的反馈；所述接入点与所述显示终端通过消息队列遥测传输通信。

在本实施例中，所述云端服务器针对海量设备的接入主要采用了接入平台和接入点结合的方式，接入平台和接入点通过消息通信总线连接，接入平台和接入点的数据使用高速数据缓存。接入平台负责终端消息的维护，支持负载部署，每个接入平台维护其自身的消息版本号数据，不同接入平台之间的数据互不相关，接入平台与接入点为一对一关系，提供http接口请求并将接收的业务服务路由器转发的校园信息处理并通过分布式消息中间件rocketmq发送到对应的接入点。

在本实施例中，接入点支持负载部署，每个接入点独立维护其对应的显示终端的数据，接入点负责各种显示终端设备的接入、设备状态的维护、接收接入平台下发的信息包并将接收的信息包通过消息队列遥测传输mqtt下发至对应的显示终端和接收显示终端反馈的信息并将反馈信息上传到对应的接入平台。

在本实施例中，云端服务器中的消息通道主要基于消息队列遥测传输mqtt和分布式消息中间件rocketmq基础上进行开发。分布式消息中间件rocketmq是面向服务端的消息引擎，主要用于服务组件之间的解耦、异步通知、削峰填谷等，服务器规模较小，吞吐量要求高；消息队列遥测传输mqtt适用于拥有大量在线客户端、每个客户端消息较少的场景，mqtt支持java、c、c++、.net、andriod、ios、python、js、go等多种语言，其多语言特性支持适用于各种终端设备。接入平台和接入点通过分布式消息中间件rocketmq进行数据传输，接入点和显示终端通过消息队列遥测传输mqtt进行数据传输。

在本实施例中，接入点、显示终端和接入平台采用集群式部署，集群式部署即一组计算机资源作为一个整体向用户提供一组网络资源，接入平台和接入点是集群的节点。对于用户而言，集群式部署的设备是一个系统，用户可以随意增加和删改云端服务器的节点，在本发明中，用户可根据信息发布的具体需求灵活地增加或删改接入平台和接入点。集群式部署具备高可用性和健壮性，集群中的一个节点失效，它的任务可传递给其他节点，可以有效防止单点故障，当某一接入平台或接入点失效时，数据会通过其他替代接入平台和接入点到达显示终端；本发明的接入平台和接入点在集群式部署时性能更高，负载均衡集群允许系统承载更多访问用户，当有重大消息需要大范围、多媒体传播发布时，云端服务器可承载大量的显示设备的接入和信息发送工作。这种弹性部署保证了设备大量接入不会对服务器造成过多的压力产生信息拥塞，同时还保证了消息可以更加快速准确地下发。

在本实施例中，更具体的如图2所示，接入平台a和接入平台b通过消息通信总线与接入点a和接入点b相连，接入平台a、接入平台b、接入点a和接入点b的数据都使用高速数据缓存，接入点a、b通过mqtt协议与各个显示终端连接。

作为一个可选的实施例，所述云端服务器还包括：业务服务路由器，被配置为获取所述校园信息，根据所述校园信息寻址并发送到对应的所述接入平台。

在本实施例中，业务服务路由器连接两个或多个接入平台，在服务器中起网关的作用，读取每一个传送校园信息的数据包中的地址然后决定如何传送，它能够理解不同的协议，例如某个局域网使用的以太协议，因特网使用的tcp/ip协议等，业务服务路由器可以分析各种不同类型网络传来的数据包的目的地址，把非tcp/ip网络的地址转换成tcp/ip地址，或者反之；再根据选定的路由算法把各校园信息数据包按最佳路线传送到指定接入平台。业务服务路由器直接与上传校园信息的设备相连，接收到上传的校园信息后寻址将校园信息转发到各个对应的接入平台，在云端服务器内部体现为将前端服务器接受的消息分发到后端服务器。

作为一个可选的实施例，所述接入平台，被配置为接收到所述校园信息后，查找所述校园信息对应的消息命令，依据所述消息命令查找对应的服务端版本号，通过版本信息处理机制处理所述对应的服务端版本号得到第一版本号，将所述第一版本号、所述校园信息和所述消息命令封装成所述信息包并下发至所述接入点；所述接入点，被配置为将接收的所述信息包下发至所述显示终端；所述显示终端，被配置为将接收的所述信息包解析，得到第一版本号、所述校园信息和所述消息命令，根据所述消息命令查找对应的终端版本号，通过版本处理机制处理所述对应的终端版本号得到第二版本号；依据所述第二版本号与所述第一版本号的对比结果决定是否显示所述校园信息。

在本实施例中，因为mqtt消息是无序的，所以本申请使用版本号对比来解决消息无序造成的信息紊乱，在云端服务器和显示终端的交互过程中加入版本version号对比，每一个消息都对应着一个版本version号码，接入平台针对每种消息命令类型都有专门的消息版本号处理及消息命令执行状态维护，显示终端针对每种消息命令类型也有专门的消息版本号的处理和消息命令执行状态的维护。具体的有：

校园信息发布系统包括云端服务器和显示终端，云端服务器包括云端服务平台、业务服务路由器、接入平台、接入点、消息通信总线、高速数据缓存。云端服务平台下发需要显示的校园信息，业务服务路由器转发校园信息；接入平台接收业务服务路由器转发的消息；接入平台收到校园信息和消息命令后，先查询消息命令记录对应的服务端版本号n，然后启用版本信息处理机制将此版本号n处理成第一版本号m，接入平台根据服务端拼装消息协议将消息内容context、消息命令以及第一版本号m封装成信息包并通过分布式消息中间件rocketmq下发到对应的接入点；接入点将接收的信息包调用mqtt提供的接口api下发到对应的显示终端；显示终端将接收的信息包进行解析，根据解析得到的消息命令查找自身所维护的终端版本号j，启用版本信息处理机制将j处理成第二版本号k，将解析得到的第一版本号m与第二版本号k进行对比，根据对比结果决定是否播放解析得到的校园信息，并记录消息命令的执行状态，显示终端每次显示的都是顺序正确的最新校园消息。

作为一个可选的实施例，所述依据所述第二版本号与所述第一版本号的对比结果决定是否显示所述校园信息，具体包括：若第二版本号大于第一版本号则所述显示终端显示所述校园消息，若第二版本号不大于第一版本号则所述显示终端不显示所述消息。

本实施例中，显示终端在根据对比结果决定是否播放解析得到的校园信息时，被配置为执行如下处理：如果显示终端处理得到的第二版本号k大于解析得到的接入平台处理的第一版本号m，则显示终端播放当前解析得到的校园信息，如果显示终端处理得到的第二版本号k不大于解析得到的接入平台处理的第一版本号m，则显示终端不播放当前解析得到的校园信息。

作为一个可选的实施例，所述显示终端，被配置为向所述接入点反馈所述消息命令、所述第二版本号和所述消息命令的执行状态；所述接入点，被配置为将反馈的所述消息命令、所述第二版本号和所述消息命令的执行状态发送到所述接入平台；所述接入平台，被配置为将所述第二本版本号与所述第一版本号作对比，若第二版本号大于第一版本号则所述接入平台更新命令执行状态和所述服务端版本号，若第二版本号不大于第一版本号则所述接入平台不更新命令执行状态和所述服务端版本号；若未收到所述消息命令、所述第二版本号和所述消息命令的执行状态，则执行超时重发。

在本实施例中，显示终端在收到当前的消息后会向云端服务器反馈当前的版本号、消息命令和消息命令执行状态，当云端服务器的接入平台收到显示终端反馈的版本号和消息命令执行状态消后，将反馈的版本号和现在自身存入的版本号做对比，如果接收到的版本version号大于存入的版本version号，则更新接入平台的命令执行状态和服务端版本号，反之则不更新；如果显示终端长时间不上报反馈版本号和消息命令执行状态，则云端服务器设定这条消息显示失败，针对消息显示失败情况，云端服务器会有统计记录，针对执行失败的情况提供重新发送的操作，保证消息的必达性。具体的有：

显示终端接收到信息包后通过调用mqtt提供的api向对应的接入点反馈信息包解析得到的消息命令、第二版本号k和消息命令的执行状态；接入点接收到显示终端反馈信息后将反馈的消息命令、第二版本号k和消息命令的执行状态通过调用分布式消息中间件rocketmq发送到对应的接入平台；接入平台接收到反馈消息后将接收的第二本版本号k与自身存储的第一版本号m作对比，若第二版本号k大于第一版本号m则接入平台更新命令执行状态和服务端版本号，若第二版本号k不大于第一版本号m则接入平台不更新命令执行状态和所述服务端版本号；接入平台若未收到反馈的消息命令、第二版本号k和消息命令的执行状态，则云端服务器执行校园信息的超时重发。

作为一个可选的实施例，所述版本信息处理机制为将要处理的版本号加一。

在本实施例中，接入平台收到校园信息和消息命令后，先查询消息命令记录对应的服务端版本号n，然后启用版本信息处理机制，将服务端版本号n加一，得到处理后的第一版本号m，即n+1＝m；显示终端将接收的信息包进行解析，根据解析得到的消息命令查找自身所维护的终端版本号j，启用版本信息处理机制，将终端版本号j加一，得到处理后的第二版本号k，即j+1＝k；版本是记录特定对象各个可选状态的快照，版本处理即是对校园信息和消息命令传送过程中历史动作进行记录和维护的过程，版本处理机制可根据实际应用背景选择合适的版本间的拓扑结构，并至少应包括以下功能：新版本的生成；统一、协调管理各个版本；有效记录不同版本的演变过程及对不同版本进行有效管理，以尽可能少的数据冗余记录各版本，同时保证不同版本在逻辑上的一致性和相对独立性。

作为一个可选的实施例，所述接入点，被配置为使用对等网络将所述信息包下发至所述显示终端。

在本实施例中，对等网络p2p整个网络结构中不存在中心节点，在网络中的每个节点的地位都是对等的，每个节点既充当服务器为其他节点提供服务，同时也享用其他节点提供的服务。对等网络将云端服务器的负担分配到网络中的每一节点上，每一节点都将承担有限的存储与计算任务，带来了可扩展性、健壮性等方面的优势，加入到网络中的节点越多，节点贡献的资源也就越多，同时因为资源分布在多个节点，更好的实现了整个网络的负载均衡，其服务质量也就越高。且由于对等网络不需要专门的服务器来做网络支持，也不需要其他的组件来提高网络的性能，因而组网成本较低，适用学校这种于人员少、组网简单的场景。

作为一个可选的实施例，所述显示终端，被配置为使用主题订阅将所述消息命令、所述第二版本号和所述消息命令的执行状态反馈到所述接入点。

在本实施例中，显示终端在收到当前的消息后会向云端服务器反馈当前的版本号、消息命令和消息命令执行状态，接收到信息包的显示终端通过调用mqtt提供的api向接入点订阅的主题topic反馈消息命令、第二版本号k和消息命令的执行状态，接入点通过主题topic订阅获取到显示终端反馈消息命令、第二版本号k和消息命令的执行状态。

作为一个可选的实施例，所述显示终端包括如下的一种或多种：led显示屏、液晶电视、智能黑板、白板一体机、大屏交互平台。

在本实施例中，随着led、液晶显像、集合信息化等技术的发展，支持校园信息展示的显示终端种类日加丰富，led显示屏、液晶电视、智能黑板、白板一体机、大屏交互平台等等的一种或多种都可以作为本申请的显示终端将多元化的校园信息通过滚动字幕、文本、图片甚至是音视频等形式展示出来。

作为本发明一个更具体的实施例，校园信息发布系统包括云端服务器和显示终端；云端服务器包括云端服务平台、业务服务路由器、接入平台、接入点、消息通信总线、高速数据缓存。云端服务平台可通过任意登陆设备登陆下发需要显示的校园信息，业务服务路由器转发校园信息；接入平台收到业务服务路由器转发的校园信息和消息命令后，先查询消息命令记录对应的服务端版本号n，然后启用版本信息处理机制，将服务端版本号n加一，得到处理后的第一版本号m，接入平台根据服务端拼装消息协议将消息内容context、消息命令以及第一版本号m封装成信息包并通过分布式消息中间件rocketmq下发到对应的接入点；接入点将接收的信息包调用mqtt提供的接口api使用对等网络p2p下发到对应的显示终端；显示终端将接收的信息包进行解析，根据解析得到的消息命令查找自身所维护的终端版本号j，启用版本信息处理机制，将终端版本号j加一，得到处理后的第二版本号k，将解析得到的第一版本号m与第二版本号k进行对比，根据对比结果决定是否播放解析得到的校园信息，并记录消息命令的执行状态，显示终端每次显示顺序正确的最新校园消息；显示终端接收到信息包后通过调用mqtt提供的api向接入点订阅的主题topic反馈消息命令、第二版本号k和消息命令的执行状态，接入点通过主题topic订阅获取到显示终端反馈消息命令、第二版本号k和消息命令的执行状态；接入点接收到显示终端反馈信息后将反馈的消息命令、第二版本号k和消息命令的执行状态通过调用分布式消息中间件rocketmq发送到对应的接入平台；接入平台接收到反馈消息后将接收的第二本版本号k与自身存储的第一版本号m作对比，若第二版本号k大于第一版本号m则接入平台更新命令执行状态和服务端版本号，若第二版本号k不大于第一版本号m则接入平台不更新命令执行状态和所述服务端版本号；接入平台若未收到反馈的消息命令、第二版本号k和消息命令的执行状态，则云端服务器执行校园信息的超时重发。

从上面所述可以看出，本发明提供的一种校园信息发布系统，兼容lan局域网、互联网、4g/5g无线网络等等，终端无需独立ip地址，可以实现大范围、跨地区的不同场所、众多播放终端的信息发布传递可在多种网络通讯模式中高效运行；适用于led显示屏、液晶电视、智能黑板、白板一体机、大屏交互平台等多种类型的显示终端；支持发布文本、图片、音视频等多种文件格式，播放内容丰富；先进的web管理平台，轻松实现没有时空限制的移动办公管理模式，可实现大范围的多种场景的信息传播；同时本发明采用云端服务器和终端显示设备的集群式部署，具备灵活的终端和服务器扩容能力，整个系统可大可小，量体设计，提高了系统的灵活性，降低了设备负载压力，减少了运维成本。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本发明难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本发明难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本发明的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本发明的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本发明。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本发明的具体实施例对本发明进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。

本发明的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本发明的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明的保护范围之内。