CN114168273A - 分布式系统的构建方法、装置、可读存储介质及计算机 - Google Patents

Abstract

本发明提供一种分布式系统的构建方法、装置、可读存储介质及计算机，该方法包括：分布式终端根据多个设备的注册信息生成注册请求，并将注册请求传递至控制平台；控制平台根据注册请求分别确定各个设备的注册信息对应的业务处理模板，并在业务处理模板中添加对应的设备的运维文件形成配置文件；控制平台将配置文件传递至分布式终端；分布式终端接收并加载配置文件，以使分布式终端根据配置文件为对应的设备提供维护服务。本发明通过设置控制平台和交互式终端，将基础运维经验落地到交互式终端，可以较大程度上解决基层对运维技术人员的依赖问题，将一些原本比较专业的问题和解决操作变成普通员工都能操作的步骤，节省在此方面的整体开支。

Description

分布式系统的构建方法、装置、可读存储介质及计算机

技术领域

本申请涉及计算机技术领域，特别是涉及一种分布式系统的构建方法、装置、可读存储介质及计算机。

背景技术

在数字化浪潮的今天，对于小微企业或者大型集团公司的一些小型分点，都会存在一定的信息化设施，但对于维护这些信息化设施及对应的IT服务器系统都需要具有一定技术水平的初级运维人员。

绝大多数的企业都开始了全面信息化的历程，在线办公、教育等渠道逐渐被大众接受和认可，随之而来的便是这些企业的在数字化系统和基础设施方面的维护需求。例如，一个拥有30-50人员的大型企业分支机构或者是个人小微企业办公点都会建设有办公网络设施，基础信息服务器等软硬件，而这些软硬件运行期间会不定期地出现一些问题，可能是偶发的、低频次的行为，但这些故障都会较大地影响这些企业正常生产生活地开着。

而在基础运维这一岗位上的人力资源情况也不甚理想，整个人才市场上存在着各种良莠不齐的此类技术人员。聘用此类人员不仅在成本上是一种额外的负担，更在维修质量、维修效率、数据安全等多方面存在很多隐患，并且当前技术较依赖于网络，在无远端网络异常的情况下很难实现故障的修复工作，尤其是在缺乏专业人员的情况下。

发明内容

本申请实施例提供了一种分布式系统的构建方法、装置、可读存储介质及计算机，以至少解决上述相关技术中的不足。

第一方面，本申请实施例提供了一种分布式系统的构建方法，包括：

分布式终端根据多个设备的注册信息生成注册请求，并将所述注册请求传递至控制平台；

所述控制平台根据所述注册请求分别确定各个所述设备的注册信息对应的业务处理模板，并在所述业务处理模板中添加对应的所述设备的运维文件形成配置文件；

所述控制平台将所述配置文件传递至所述分布式终端；

所述分布式终端接收并加载所述配置文件，以使所述分布式终端根据所述配置文件为对应的所述设备提供维护服务。

在其中一些实施例中，所述将所述注册请求传递至控制平台的步骤之后，所述方法还包括：

当所述控制平台接收到所述注册请求时，校验所述分布式终端是否合法；

若是，所述控制平台对所述注册请求完成处理，并将处理结果传回至所述分布式终端以完成注册。

在其中一些实施例中，在所述控制平台根据所述注册请求分别确定各个所述设备的注册信息对应的业务处理模板的步骤之前，所述方法还包括：

所述控制平台根据所述设备的注册信息判断所述设备的当前版本是否与控制平台内对应的最新版本相匹配；

若是，所述控制平台将所述设备的当前默认配置修改为版本默认配置。

在其中一些实施例中，所述设备的运维文件至少包括与所述设备对应的数据权限、与所述设备对应的组织关系以及与所述设备对应的授权证书。

在其中一些实施例中，所述分布式终端接收并加载所述配置文件的步骤包括：

当所述分布式终端接收到所述配置文件时，校验所述配置文件的外发信息是否正确；

若是，所述分布式终端加载所述配置文件。

在其中一些实施例中，所述分布式终端根据所述配置文件为对应的所述设备提供维护服务的步骤包括：

所述分布式终端根据所述配置文件获取对应的所述设备的当前设备信息；

根据所述当前设备信息判断所述设备的运行状态，且根据所述运行状态执行对应的维护操作。

第二方面，本申请实施例提供了一种分布式系统的构建装置，包括分布式终端和控制平台：

所述分布式终端包括：

注册模块，用于根据多个设备的注册信息生成注册请求，并将所述注册请求传递至所述控制平台；

加载模块，用于接收并加载配置文件，以使所述分布式终端根据所述配置文件为对应的所述设备提供维护服务；

所述控制平台包括：

控制模块，用于根据所述注册请求分别确定各个所述设备的注册信息对应的业务处理模板，并在所述业务处理模板中添加对应的所述设备的运维文件形成配置文件；

传输模块，用于将所述配置文件传递至所述分布式终端。

在其中一些实施例中，所述控制平台还包括：

判断模块，用于根据所述设备的注册信息判断所述设备的当前版本是否与控制平台内对应的最新版本相匹配；

修改模块，用于当所述设备的当前版本与控制平台内对应的最新版本相匹配时，将所述设备的当前默认配置修改为版本默认配置。

第三方面，本申请实施例提供了一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的分布式系统的构建方法。

第四方面，本申请实施例提供了一种计算机，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的分布式系统的构建方法。

相比于相关技术，本申请实施例提供的分布式系统的构建方法、装置、可读存储介质及计算机，通过设置控制平台和交互式终端，将基础运维经验落地到交互式终端，可以较大程度上解决基层对运维技术人员的依赖问题，将一些原本比较专业的问题和解决操作变成普通员工都能操作的步骤，节省在此方面的整体开支；通过分布式终端为设备提供维护服务，不定期地数据收集和分析，可以针对一些普遍存在地问题能提早有所预知和防范，提早解决问题隐患，避免重大事故地发生。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本发明第一实施例中的分布式系统的构建方法的流程图；

图2为本发明第二实施例中的分布式系统的构建方法的流程图；

图3为本发明第三实施例中的分布式系统的构建装置的结构框图；

图4为本发明第四实施例中的计算机的结构框图。

主要元件符号说明：

存储器	10	校验模块	121
				处理器	20	处理模块	122
计算机程序	30	判断模块	123
				分布式终端	11	修改模块	124
控制平台	12	控制模块	125
				注册模块	111	传输模块	126
加载模块	112

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在 A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

首先，需要说明的是：

瘦终端：瘦终端(Thin Client)是基于PC工业标准设计的小型行业专用商用PC，使用专业嵌入式处理器、小型本地闪存、精简版操作系统，用于接入桌面。瘦终端将鼠标、键盘等输入传送到后台服务器处理，服务器再把处理结果返回给瘦终端连接的显示器显示。不同型号的瘦终端有不同的性能、外设接口、操作界面，可以灵活满足普通办公、高安全、高性能图形设计等使用场景。

分布式：分布式计算是计算机科学中一个研究方向，它研究如何把一个需要非常巨大的计算能力才能解决的问题分成许多小的部分，然后把这些部分分配给多个计算机进行处理，最后把这些计算结果综合起来得到最终的结果。

DevOps：DevOps(Development和Operations的组合词)是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

本申请采用SAAS技术，SaaS是Software-as-a-Service(软件即服务)的简称，是一种基于互联网提供软件服务的应用模式。客户可以根据自己实际需求，通过互联网向服务商订购所需的应用软件服务，按订购的服务多少和时间长短向服务商支付费用，并通过互联网获得服务商提供的企业服务。SaaS企业服务系统与传统企业软件的模式有着巨大的差异，下面从几个方面来说明SaaS企业服务系统的优势:

一、商业模式

1.SaaS系统：按需付费的模式，有按月、年、数据量付费等方式。软件系统：一次性购买。

2.客户价值：按需付费的模式，有按月、年、数据量付费等方式。客户可以只选择部分业务进行试用和付费而不是全部软件系统，客户的IT投入风险小，可以根据效果来进行付费。

3.服务商：SaaS系统如果是按年付费的方式，定价一般为3-5年的年费等于一次性购买的费用。美国的微软、Adobe等公司的SaaS系统也是类似的定价策略。因为是按需付费的，SaaS公司发展的初期，销售收入较软件公司要少很多，产品研发又需要巨大的投入，公司的现金流将会面临一个考验，但是后续获得的总客户价值更高。

二、产品技术架构

1.SaaS企业服务的系统是统一部署在服务商的服务器或者云计算服务商的服务器上，企业软件是部署在企业自己的服务器上的。SaaS系统以下好处：

2.系统是基于云计算基础架构的，企业不用自己购买服务器和管理服务器，而且还可以支持弹性计算、快速扩容等，降低企业的硬件支出成本。

3.SaaS系统不用需要企业来负责系统的升级和安装补丁，由服务商通过后台定期更新到最新版本，不需要额外付出升级费用。

4.企业一般不需要进行额外的运维工作，包括系统的安全监控和服务器资源监控等等，总体拥有成本最低。

三、产品体验

1.对比国内外的很多传统企业软件和SaaS系统，可以明显看出SaaS系统的产品体验都是非常好。SaaS系统大多都可以在线试用和体验，通过网络推广和老客户分享就可以让新客户直接体验产品，产生购买。服务商为了形成好的口碑，普遍会把产品的用户体验打磨的非常好，便于老客户的传播和分享。同时也可以降低服务商对客户的产品实施和培训成本。

2.另外SaaS系统可以记录用户行为和偏好，通过用户行为分析和客户反馈，进行产品的体验优化和快速迭代。在移动办公方面，传统企业软件和SaaS系统都可以实现移动办公，但是SaaS系统的架构会更便于实现移动应用。

四、产品功能及解决方案

1.SaaS系统可以通过内部的应用程序接口(API)构建开放平台，系统可以与许多社会服务机构系统、消费互联网或者工具、设备连接，很多数据采集和工作都会更加自动化，进一步提高企业工作效率，把员工从事务性的工作解放出来，更多时间投入到高价值的工作，更多时间投入到创新性的工作。比如澳洲的财务SaaS系统Xero，可以跟金融机构连接，自动获取银行交易清单。

2.通过API可以跟很多其他应用系统或者企业服务集成在一起，也可以由第三方伙伴基于API开发更多的应用，形成一个应用的市场，企业需要的所有的应用系统和服务在这个应用市场都能找得到，企业可以只选择需要使用的应用，这些应用都可以通过API的方式集成在一起，为企业提供生态化的产品解决方案。

实施例一

请参阅图1，所示为本发明第一实施例中的分布式系统的构建方法的流程图，方法具体包括步骤S101至S104：

S101，分布式终端根据多个设备的注册信息生成注册请求，并将注册请求传递至控制平台；

需要说明的是，在具体实施之前在控制平台内创建对应的分中心组织，并添加对应的模块权限，同时将分中心组织中的所有设备与分布式终端相关联；

在具体实施时，分布式终端会根据分中心组织中的多个设备的注册信息生成注册请求，并将该注册请求传递至控制平台，该步骤的目的在于将分布式终端所关联的设备在控制平台内进行注册。

S102，控制平台根据注册请求分别确定各个设备的注册信息对应的业务处理模板，并在业务处理模板中添加对应的设备的运维文件形成配置文件；

需要说明的是，在控制平台接收到注册请求时，将对分布式终端的合法性进行校验；

可以理解的，只有分布式终端处于合法时，控制平台才会允许该分布式终端在平台内注册。

当分布式终端合法时，控制平台会根据反馈的信息对该注册请求进行处理，完成注册；

当完成注册后，控制平台会根据注册请求中的注册信息判断设备的当前版本是否与控制平台内的对应的最新版本相匹配；

当设备的当前版本与控制平台内的对应的最新版本相匹配时，控制平台将设备的当前默认配置修改为版本默认配置，而当设备的当前版本与控制平台内的对应的最新版本不匹配时，会在低峰时期下载预备，使设备的当前版本更新为最新版本；

可以理解的，低峰时期下载预备，并不会造成高峰期时控制平台与分布式终端的使用，更加节省了资源。

控制平台根据注册请求分别确认各个设备的注册信息对应的业务处理模板，并在业务处理模板中添加对应的设备的运维文件形成配置文件；可以理解的，运维文件中包括有该设备对应的数据权限、对应的组织关系以及制作对应的授权证书，已确保控制平台能够根据运维文件生成对应的配置文件。

S103，控制平台配置文件传递至分布式终端；

在具体实施时，控制平台将配置文件通过心跳通道下发至分布式终端，以使分布式终端根据配置文件进行相应的操作。

S104，分布式终端接收并加载配置文件，以使分布式终端根据配置文件为对应的设备提供维护服务。

在具体实施时，分布式终端会验证配置文件的外发信息是否正确，当外发信息正确时，分布式终端会接收并加载该配置文件，并且分布式终端会通过与其关联的设备的对接形式，对所有的设备进行初始化扫描，建立资源档案库，并提供APP界面方便本地技术人员维护，填写关联的设备序列号，上传设备影像资料等。

在本申请中，与分布式终端相关联的设备划分为四种，包括用户PC机、办公网络、办公设备以及子系统。

在分布式终端进行日常故障诊断时，分布式终端通过PC机上预装的Agent，获取PC机的硬件设备信息、软件信息、报错信息等综合判断设备是否为资源过载、文件破损、硬件故障等，最终出具分析报告和操作建议。

分布式终端通过SNMP、NETCONF等协议采集办公网络设备的实时设备信息、流量信息，根据分析模型综合判断当前网络情况，并根据预设规则启用一些保护和限制措施，同时输出分析报告和操作建议。

分布式终端通过SNMP、第三方API等渠道诊断打印机、扫描仪等办公硬件设备的健康状况，例如驱动问题、纸张问题等，并给出对应的操作指南，通过手机APP的形式展现给现场人员。

分布式终端通过第三方API、SSH、预安装Agent的形式，采集和分析对应服务器上的CPU、内存、存储信息，同时校验各类服务的健康状态，配置版本状态等信息，给出分析报告，针对一些已知问题，按照预设规则进行保守性的操作。

另外，分布式终端会通过WIFI、蓝牙的形式将分析结果推送给手机APP，本地操作人员可以通过手机APP了解当前环境的各类设备的分析和诊断报告，同时根据操作指南对故障设备做进一步的恢复动作。

进一步地，分布式终端还可以根据分析和诊断报告自行修复，在具体实施时，针对PC机，分布式终端会进行重要数据备份后，还原系统到初始状态。

针对其他硬件设备，分布式终端均采用配置文件导出备份后，恢复出厂设备并最终做导入动作。

并且分布式终端会通过互联网上传当前环境完整的诊断信息，同时，分布式终端也能通过本地WIFI模式导出当前环境完整的诊断信息，以便于用户对诊断信息提早有所预知和防范，提早解决问题隐患，避免重大事故地发生。

综上可知，本发明上述实施例当中的分布式系统的构建方法，通过设置控制平台和交互式终端，将基础运维经验落地到交互式终端，可以较大程度上解决基层对运维技术人员的依赖问题，将一些原本比较专业的问题和解决操作变成普通员工都能操作的步骤，节省在此方面的整体开支；通过分布式终端为设备提供维护服务，不定期地数据收集和分析，可以针对一些普遍存在地问题能提早有所预知和防范，提早解决问题隐患，避免重大事故地发生。

实施例二

请参阅图2，所示为本发明第二实施例中的分布式系统的构建方法的流程图，具体包括步骤S201至S211：

S201，分布式终端根据多个设备的注册信息生成注册请求，并将注册请求传递至控制平台；

需要说明的是，在具体实施之前在控制平台内创建对应的分中心组织，并添加对应的模块权限，同时将分中心组织中的所有设备与分布式终端相关联；

在具体实施时，分布式终端会根据分中心组织中的多个设备的注册信息生成注册请求，并将该注册请求传递至控制平台，该步骤的目的在于将分布式终端所关联的设备在控制平台内进行注册。

S202，当控制平台接收到注册请求时，校验分布式终端是否合法；

在具体实施时，在控制平台接收到注册请求的同时校验分布式终端是否合法；

可以理解的，只有分布式终端处于合法时，控制平台才会允许该分布式终端在平台内注册。

S203，若是，控制平台对注册请求完成处理，并将处理结果传回至分布式终端以完成注册；

在具体实施时，当分布式终端合法时，控制平台会根据反馈的信息对该注册请求进行处理，完成注册；

S204，控制平台根据设备的注册信息判断设备的当前版本是否与控制平台内对应的最新版本相匹配；

在具体实施时，当完成注册后，控制平台会根据注册请求中的注册信息判断设备的当前版本是否与控制平台内的对应的最新版本相匹配；

可以理解的，本步骤的主要目的在于确保设备的版本是最新版本，更加有利于控制平台下发配置。

S205，若是，控制平台将设备的当前默认配置修改为版本默认配置；

在具体实施时，当设备的当前版本与控制平台内的对应的最新版本相匹配时，控制平台将设备的当前默认配置修改为版本默认配置，而当设备的当前版本与控制平台内的对应的最新版本不匹配时，会在低峰时期下载预备，使设备的当前版本更新为最新版本；

可以理解的，低峰时期下载预备，并不会造成高峰期时控制平台与分布式终端的使用，更加节省了资源。

S206，控制平台根据注册请求分别确定各个设备的注册信息对应的业务处理模板，并在业务处理模板中添加对应的设备的运维文件形成配置文件；

在具体实施时，控制平台根据注册请求分别确认各个设备的注册信息对应的业务处理模板，并在业务处理模板中添加对应的设备的运维文件形成配置文件；可以理解的，运维文件中包括有该设备对应的数据权限、对应的组织关系以及制作对应的授权证书，已确保控制平台能够根据运维文件生成对应的配置文件。

S207，控制平台将配置文件传递至分布式终端；

在具体实施时，控制平台将配置文件通过心跳通道下发至分布式终端，以使分布式终端根据配置文件进行相应的操作。

S208，当分布式终端接收到配置文件时，校验配置文件的外发信息是否正确；

S209，若是，分布式终端加载配置文件；

在具体实施时，分布式终端会验证配置文件的外发信息是否正确，当外发信息正确时，分布式终端会接收并加载该配置文件，并且分布式终端会通过与其关联的设备的对接形式，对所有的设备进行初始化扫描，建立资源档案库，并提供APP界面方便本地技术人员维护，填写关联的设备序列号，上传设备影像资料等。

S210，分布式终端根据配置文件获取对应的设备的当前设备信息；

S211，根据当前设备信息判断设备的运行状态，且根据运行状态执行对应的维护操作。

在本申请中，与分布式终端相关联的设备划分为四种，包括用户PC机、办公网络、办公设备以及子系统。

在具体实施时，在分布式终端进行日常故障诊断时，分布式终端通过PC机上预装的Agent，获取PC机的硬件设备信息、软件信息、报错信息等综合判断设备是否为资源过载、文件破损、硬件故障等，最终出具分析报告和操作建议。

分布式终端通过SNMP、NETCONF等协议采集办公网络设备的实时设备信息、流量信息，根据分析模型综合判断当前网络情况，并根据预设规则启用一些保护和限制措施，同时输出分析报告和操作建议。

分布式终端通过SNMP、第三方API等渠道诊断打印机、扫描仪等办公硬件设备的健康状况，例如驱动问题、纸张问题等，并给出对应的操作指南，通过手机APP的形式展现给现场人员。

分布式终端通过第三方API、SSH、预安装Agent的形式，采集和分析对应服务器上的CPU、内存、存储信息，同时校验各类服务的健康状态，配置版本状态等信息，给出分析报告，针对一些已知问题，按照预设规则进行保守性的操作。

另外，分布式终端会通过WIFI、蓝牙的形式将分析结果推送给手机APP，本地操作人员可以通过手机APP了解当前环境的各类设备的分析和诊断报告，同时根据操作指南对故障设备做进一步的恢复动作。

同样分布式终端还可以根据分析和诊断报告自行修复，在具体实施时，针对PC机，分布式终端会进行重要数据备份后，还原系统到初始状态。

针对其他硬件设备，分布式终端均采用配置文件导出备份后，恢复出厂设备并最终做导入动作。

并且，分布式终端会通过互联网上传当前环境完整的诊断信息，同时，分布式终端也能通过本地WIFI模式导出当前环境完整的诊断信息，以便于用户对诊断信息提早有所预知和防范，提早解决问题隐患，避免重大事故地发生。

综上，本发明上述实施例当中的分布式系统的构建方法，通过设置控制平台和交互式终端，将基础运维经验落地到交互式终端，可以较大程度上解决基层对运维技术人员的依赖问题，将一些原本比较专业的问题和解决操作变成普通员工都能操作的步骤，节省在此方面的整体开支；通过分布式终端为设备提供维护服务，不定期地数据收集和分析，可以针对一些普遍存在地问题能提早有所预知和防范，提早解决问题隐患，避免重大事故地发生。

实施例三

本发明另一方面还提出一种分布式系统的构建装置，请参阅图3，所示为本发明第三实施例中的分布式系统的构建装置的结构框图，包括分布式终端11和控制平台12：

分布式终端11包括：

注册模块111，用于根据多个设备的注册信息生成注册请求，并将注册请求传递至控制平台；

加载模块112，用于接收并加载配置文件，以使分布式终端根据配置文件为对应的设备提供维护服务；

进一步的，加载模块112包括：

校验单元，用于当接收到配置文件时，校验配置文件的外发信息是否正确；

加载单元，用于当配置文件的外发信息正确时，加载配置文件；

获取单元，用于根据配置文件获取对应的设备的当前设备信息；

判断单元，用于根据当前设备信息判断设备的运行状态，且根据运行状态执行对应的维护操作。

控制平台12包括：

控制模块125，用于根据注册请求分别确定各个设备的注册信息对应的业务处理模板，并在业务处理模板中添加对应的设备的运维文件形成配置文件；

传输模块126，用于将配置文件传递至分布式终端。

进一步地，控制平台12还包括：

判断模块123，用于设备的注册信息判断设备的当前版本是否与控制平台内对应的最新版本相匹配；

修改模块124，用于当设备的当前版本与控制平台内对应的最新版本相匹配时，将设备的当前默认配置修改为版本默认配置；

进一步地，控制平台12还包括：

校验模块121，用于当接收到注册请求时，校验分布式终端是否合法；

处理模块122，用于当分布式终端合法时，对注册请求完成处理，并将处理结果传回至分布式终端以完成注册；

上述各模块被执行时所实现的功能或操作步骤与上述方法实施例大体相同，在此不再赘述。

本发明实施例所提供的分布式系统的构建装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

实施例四

本发明还提出一种计算机，请参考图4，所示为本发明第四实施例中的计算机的结构框图，包括存储器10、处理器20以及存储在存储器10上并可在处理器20上运行的计算机程序30，处理器20执行计算机程序30时实现上述的分布式系统的构建方法。

其中，存储器10至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器20在一些实施例中可以是车辆的内部存储单元，例如该车辆的硬盘。存储器20在另一些实施例中也可以是外部存储装置，例如插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital, SD)卡，闪存卡(Flash Card)等。进一步地，存储器20还可以既包括车辆的内部存储单元也包括外部存储装置。存储器20不仅可以用于存储安装于车辆的应用软件及各类数据，还可以用于暂时地存储已经输出或者将要输出的数据。

其中，处理器20在一些实施例中可以是电子控制单元(Electronic ControlUnit，简称ECU，又称行车电脑)、中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器10中存储的程序代码或处理数据，例如执行访问限制程序等。

需要指出的是，图4示出的结构并不构成对计算机的限定，在其它实施例当中，该计算机可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本发明实施例还提出一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的分布式系统的构建方法。

本领域技术人员可以理解，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或它们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA) 等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种分布式系统的构建方法，其特征在于，包括：

分布式终端根据多个设备的注册信息生成注册请求，并将所述注册请求传递至控制平台；

所述控制平台根据所述注册请求分别确定各个所述设备的注册信息对应的业务处理模板，并在所述业务处理模板中添加对应的所述设备的运维文件形成配置文件；

所述控制平台将所述配置文件传递至所述分布式终端；

所述分布式终端接收并加载所述配置文件，以使所述分布式终端根据所述配置文件为对应的所述设备提供维护服务。

2.根据权利要求1所述的分布式系统的构建方法，其特征在于，所述将所述注册请求传递至控制平台的步骤之后，所述方法还包括：

当所述控制平台接收到所述注册请求时，校验所述分布式终端是否合法；

若是，所述控制平台对所述注册请求完成处理，并将处理结果传回至所述分布式终端以完成注册。

3.根据权利要求1所述的分布式系统的构建方法，其特征在于，在所述控制平台根据所述注册请求分别确定各个所述设备的注册信息对应的业务处理模板的步骤之前，所述方法还包括：

所述控制平台根据所述设备的注册信息判断所述设备的当前版本是否与控制平台内对应的最新版本相匹配；

若是，所述控制平台将所述设备的当前默认配置修改为版本默认配置。

4.根据权利要求1所述的分布式系统的构建方法，其特征在于，所述设备的运维文件至少包括与所述设备对应的数据权限、与所述设备对应的组织关系以及与所述设备对应的授权证书。

5.根据权利要求1所述的分布式系统的构建方法，其特征在于，所述分布式终端接收并加载所述配置文件的步骤包括：

当所述分布式终端接收到所述配置文件时，校验所述配置文件的外发信息是否正确；

若是，所述分布式终端加载所述配置文件。

6.根据权利要求1所述的分布式系统的构建方法，其特征在于，所述分布式终端根据所述配置文件为对应的所述设备提供维护服务的步骤包括：

所述分布式终端根据所述配置文件获取对应的所述设备的当前设备信息；

根据所述当前设备信息判断所述设备的运行状态，且根据所述运行状态执行对应的维护操作。

7.一种分布式系统的构建装置，其特征在于，包括分布式终端和控制平台：

所述分布式终端包括：

注册模块，用于根据多个设备的注册信息生成注册请求，并将所述注册请求传递至所述控制平台；

加载模块，用于接收并加载配置文件，以使所述分布式终端根据所述配置文件为对应的所述设备提供维护服务；

所述控制平台包括：

控制模块，用于根据所述注册请求分别确定各个所述设备的注册信息对应的业务处理模板，并在所述业务处理模板中添加对应的所述设备的运维文件形成配置文件；

传输模块，用于将所述配置文件传递至所述分布式终端。

8.根据权利要求7所述的分布式系统的构建装置，其特征在于，所述控制平台还包括：

判断模块，用于根据所述设备的注册信息判断所述设备的当前版本是否与控制平台内对应的最新版本相匹配；

修改模块，用于当所述设备的当前版本与控制平台内对应的最新版本相匹配时，将所述设备的当前默认配置修改为版本默认配置。

9.一种可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至6中任一项所述的分布式系统的构建方法。

10.一种计算机，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6中任一项所述的分布式系统的构建方法。

Images