CN112346758B - 一种数字基建业务更新平台、更新方法及电子设备 - Google Patents
一种数字基建业务更新平台、更新方法及电子设备 Download PDFInfo
- Publication number
- CN112346758B CN112346758B CN202011075447.7A CN202011075447A CN112346758B CN 112346758 B CN112346758 B CN 112346758B CN 202011075447 A CN202011075447 A CN 202011075447A CN 112346758 B CN112346758 B CN 112346758B
- Authority
- CN
- China
- Prior art keywords
- data packet
- digital
- function data
- service
- basic function
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 32
- 230000003993 interaction Effects 0.000 claims abstract description 11
- 230000006870 function Effects 0.000 claims description 185
- 238000012795 verification Methods 0.000 claims description 30
- 238000004590 computer program Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 11
- 238000007726 management method Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000007689 inspection Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012552 review Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012905 input function Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本说明书一个或多个实施例提供一种数字基建业务更新平台、更新方法及电子设备，包括：数据包接收层，用于接收数字基建功能数据包，对接收的数字基建功能数据包进行分类；数据包存储层，用于将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；数据包服务层，用于通过数据访问与交互接口对分类存储于数据包存储层的数字基建功能数据包进行数据包分类分发。本平台及方法利用微服务架构实现对不同业务模块的数据包进行独立分类管理及独立分类分发，以解决现有技术中因客户端整体更新带来的系统负载过高、带宽资源占用严重的问题。
Description
技术领域
本说明书一个或多个实施例涉及技术领域，尤其涉及一种数字基建业务更新平台、更新方法及电子设备。
背景技术
数字基建项目的技术特点是系统整体功能复杂繁多，角色用户对应相应的角色功能。例如有如下场景：用户针对项目提出了平台优化需求，其中平台A角色用户人员需要履历录入功能新增录入项目信息功能，平台B角色用户需要质量管控功能修改原搜索项目信息的输入信息，系统开发人员在A、B角色用户平台功能开发完成后，打包发布新平台版本，系统管理人员将新平台版本上传至服务器，版本管理中版本号提高，强制所有用户升级平台版本，完成系统功能升级。由于系统功能繁多，平台原生+H5部分整体打包后文件包较大，大量用户同时下载时造成系统负载过高，带宽资源占用严重，系统监控会时常告警。
发明内容
有鉴于此，本说明书一个或多个实施例的目的在于提出一种数字基建业务更新平台、更新方法及电子设备，利用微服务架构实现对不同业务模块的数据包进行独立分类管理及独立分类分发，以解决现有技术中因客户端整体更新带来的系统负载过高、带宽资源占用严重的问题。
基于上述目的，本说明书一个或多个实施例提供了一种数字基建业务更新平台，该平台基于微服务构架设置，包括：
数据包接收层，用于接收数字基建功能数据包，对接收的数字基建功能数据包进行分类；
数据包存储层，包括若干独立运行的业务模块，每一所述业务模块对应一业务类型，所述数据包存储层用于将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；
数据包服务层，用于通过数据访问与交互接口对分类存储于数据包存储层的数字基建功能数据包进行数据包分类分发。
进一步地，所述数字基建功能数据包为遵循系统文件更新规则的标准文件。
更进一步地，所述系统文件更新规则包括数据包命名规则，该数据包命名规则至少包括业务类型的业务大类名称和业务小类名称。
进一步地，所述数据包接收层包括：
接收模块，用于通过数据访问与交互接口接收数字基建功能数据包至数据包接收层，并对接收的数字基建功能数据包进行预存储及分配默认类型；
识别验证模块，用于通过服务器对默认类型的数字基建功能数据包按照系统文件更新规则进行读取识别，若数字基建功能数据包能被读取识别，则可获得数字基建功能数据包中的配置文件，从配置文件中根据业务类型说明读取到本数字基建功能数据包的业务类型；当配置文件中的业务类型与数字基建功能数据包包名中的业务类型一致时，该数字基建功能数据包识别验证成功；
自动分类模块，将识别验证成功的数字基建功能数据包摄入至与其业务类型一致的业务模块中。
更进一步地，所述配置文件的内容包括APPID、版本号、应用图标、操作人ID、业务类型说明、应用描述等。
基于同一发明构思，本发明还在于公开一种数字基建业务更新方法，包括如下主要步骤：
接收数字基建功能数据包，对接收的数字基建功能数据包进行分类；
将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；
将分类存储的数字基建功能数据包进行数据包分类分发。
进一步，所述分类更新主要包括如下步骤：
当新数字基建功能数据包与业务模块中已存储的旧数字基建功能数据包的名称相同时，旧数字基建功能数据包自动设置为不可用，新数字基建功能数据包自动设置为可用，更新完成；
当新数字基建功能数据包可用失败，则回滚设置新数字基建功能数据包不可用，旧数字基建功能数据包可用。
更进一步地，所述可用失败的情形包括存储区满、某字段值过大、磁盘IO异常等情形。
进一步，所述将分类存储于数据包存储层的数字基建功能数据包进行数据包分类分发，主要包括如下步骤：
数字基建应用客户端的用户登录自己对应角色权限的账号，选择其相应的菜单，当菜单需要更新时，数字基建应用客户端自动调用downLoadMenu()接口，传递要下载的MENUID给服务器，服务器收到下载请求后，根据APPID在服务器端查找对应数字基建功能数据包，并进行调用，客户端根据SUFR规则验证数字基建功能数据包，验证成功后将对应业务功能的数字基建功能数据包下载，由此完成数字基建应用客户端的业务更新。
基于同一发明构思，本发明还公开了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时运行上述平台。
从上面所述可以看出，本说明书一个或多个实施例提供的一种数字基建业务更新平台、更新方法及电子设备具有以下有益效果：
(1)按业务分类管理应用：为数字基建业务进行分类管理，根据分类能够快速找到要更新的业务内容数据包；
(2)独立业务功能更新管理：因各个业务模块为独立运行，可有针对性性的更新某一业务模块业务功能，即实现多个业务功能的分别独立更新管理；
(3)根据用户角色区分用户功能：通过为用户指定业务功能权限，每个用户所具有的平台功能有限，如此实现对功能权限下的数字基建功能数据包的分类下载更新，即可以在不影响系统性能和带宽的情况下完成客户端软件更新。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书一个或多个实施例中的数字基建业务更新平台运行原理示意图；
图2为本说明书一个或多个实施例中数字基建业务更新平台的数据包接收层结构示意图；
图3为本说明书一个或多个实施例中的数字基建业务更新方法流程示意图；
图4为本说明书一个或多个实施例中的数字基建业务更新方法中分类接收服务的方法流程示意图；
图5为本说明书一个或多个实施例中的数字基建业务更新方法场景运行方法流程示意图；
图6为本说明书一个或多个实施例中的数字基建业务更新方法场景运行示意图；
图7为本说明书一个或多个实施例中的电子设备结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
如背景技术部分所述，现有技术中的平台系统的各业务功能无法独立管理，即使是更新了其中一业务功能，系统开发人员需要将更新了该业务功能的整个版本的数据包接收至平台系统，用户客户端一方则需要将整个版本的数据包更新至应用载体(如手机、电脑等)上；由于系统功能繁多，平台原生+H5部分整体打包后文件包较大，大量用户同时下载时造成系统负载过高，带宽资源占用严重，系统监控会时常告警。
有鉴于此，参考图1，本说明书一个或多个实施例提供了一种数字基建业务更新平台，包括：
数据包接收层，用于接收数字基建功能数据包，对接收的数字基建功能数据包进行分类；即该平台可提供分类接收服务；
数据包存储层，包括若干独立运行的业务模块，每一所述业务模块对应一业务类型，所述数据包存储层用于将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；即该平台可提供分类存储和分类更新服务；
数据包服务层，用于通过数据访问与交互接口对分类存储于数据包存储层的数字基建功能数据包进行数据包分类分发；即该平台可进行分类分发服务；该数据包分类分发服务面向的对象为具有接收该数据包权限的数字基建应用客户端。
该平台为基于现有的微服务架构形成的服务于数字基建的业务更新平台(BUP，Business update platform)，BUP平台中涉及若干业务模块，不同业务模块对应不同角色下的用户。系统开发人员对不同业务的数据包进行分类上传，BUP平台对上传的数据包进行分类接收、分类存储及分类更新，并为各数字基建应用客户端提供分类分发服务，最终完成客户端的业务分类更新；其中，分类接收服务在数据包接收层实现，分类存储及分类更新服务在数据包存储层实现，分类分发服务在数据包服务层实现。
即该BUP平台是集分类管理(分类接收、分类存储、分类更新)和分类分发于一体的平台系统，其优点如下：
1、按业务分类管理应用：为数字基建业务进行分类管理，根据分类能够快速找到要更新的业务内容数据包；
2、独立业务功能更新管理：因各个业务模块为独立运行，可有针对性性的更新某一业务模块业务功能，即实现多个业务功能的分别独立更新管理；
3、根据用户角色区分用户功能：通过为用户指定业务功能权限，每个用户所具有的平台功能有限，如此实现对功能权限下的数字基建功能数据包的分类下载更新，即可以在不影响系统性能和带宽的情况下完成客户端软件更新；
4、支持ANDROID\IOS\H5等多种开发平台的业务应用，支持云端部署，支持高并发下载场景。
以下，通过具体的实施例来详细说明本说明书一个或多个实施例的技术方案。
本说明书一个实施例的一种数字基建业务更新平台，所述业务模块可分为若干级，包括业务大类模块和作为业务大类模块子业务的业务小类模块，各业务小类模块间独立运行的，每一所述业务小类模块对应一业务类型。
即，BUP平台中涉及若干业务大类模块(如技术模块、进度模块、质量模块、安全模块等)，各业务大类模块又分为若干业务小类模块(如质量模块下设质量验收模块、质量检查模块等)，不同业务大类模块的不同业务小类模块对应不同角色下的用户。为便于理解，现示例性描述各模块的业务类型，如，技术模块的业务类型为“技术”，质量验收模块的业务类型为“质量.质量验收”。
本说明书一个实施例的一种数字基建业务更新平台，所述数据包为遵循系统文件更新规则(SUFR，System update file rule)的标准文件。
所述系统文件更新规则包括数据包命名规则，该数据包命名规则包括若干级名称，且至少包括所述业务大类名称和所述业务小类名称。
本实施例的SUFR规则具体如下：
1、数据包命名规则：数据包命名采用xx.xx.xx.xx四级命名形式，第一级为数据包公司名称(即体现是哪个公司开发的该业务应用)，第二级为数据包业务大类名称(如质量、安全、技术、进度等)，第三级为数据包业务小类名称(如质量验收、质量检查、风险预警、风险查看等)，第四级为数据包子业务小类名称(如验收数据上报、验收数据查询等)；
数据包名称示例：“xx公司.质量.质量验收.验收数据上报”
2、更新文件资源名称：system.u.properties。
3、更新文件格式：JSON。
4、更新文件位置：\META-INF\system.u.properties。
5、文件加密算法：国密SMS4。
其中，JSON全称是”JavaScript Object Notation“，意思是JavaScript对象表示法，它是一种基于文本，独立于语言的轻量级数据交换格式。它基于ECMAScript(欧洲计算机协会制定的js规范)的一个子集。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。
该BUP平台对数字基建应用客户端的功能分类更新的实现分为两大部分，分别是BUP平台数据包分类管理(包括分类接收、分类存储、分类更新)和数字基建应用客户端的数据包的分类分发(包括对数据包的检索、浏览、解密验证、下载、更新)。该分类管理和分类分发涉及的数据包都遵循SUFR规则，且该SUFR规则简单便于执行，安全性较高，通用性较强，以使得BUP平台及数字基建应用客户端建立快速、安全、有效的数据交互方式。
参考图2，本说明书一个实施例的一种数字基建业务更新平台，所述数据包接收层包括：
接收模块201，用于通过数据访问与交互接口接收数字基建功能数据包至数据包接收层，并对接收的数字基建功能数据包进行预存储及分配默认类型(如“其他”)；
识别验证模块202，用于通过服务器对默认类型的数字基建功能数据包按照SUFR规则进行读取识别；若数字基建功能数据包能被读取识别，则可获得数字基建功能数据包中的配置文件，从配置文件中根据业务类型说明读取到本数字基建功能数据包的业务类型；当配置文件中的业务类型与数字基建功能数据包包名中的业务类型一致时，该数字基建功能数据包识别验证成功；
自动分类模块203，将识别验证成功的数字基建功能数据包摄入至与其业务类型一致的业务模块中。
根据对上述模块的描述，该数据包接收层用于通过BUP平台的服务器将接收至数据包接收层的数字基建功能数据包分配默认类型，服务器对默认类型中的数字基建功能数据包按照SUFR规则进行识别验证，继而对识别验证通过的数字基建功能数据包进行自动分类。
进一步地，本实施例的识别验证模块202分为两部分，分别是SUFR规则判断部分2021和业务类型判断部分2022。
其中，SUFR规则判断部分，用于判断数字基建功能数据包是否符合SUFR规则，即服务器对默认类型的数字基建功能数据包按照SUFR规则进行读取识别，若数字基建功能数据包无法被读取识别，则留存在数字基建功能数据包接收层，并继续读取识别下一数字基建功能数据包；若数字基建功能数据包能被读取识别，则可获得数字基建功能数据包中的配置文件，从配置文件中根据业务类型说明读取到本数字基建功能数据包的业务类型；
业务类型判断部分，用于判断配置文件与数字基建功能数据包包名中的业务类型是否一致，即当配置文件中的业务类型与数字基建功能数据包包名中的业务类型不一致时，该数字基建功能数据包验证失败，留存在数据包接收层，并继续验证下一数字基建功能数据包；当配置文件中的业务类型与数字基建功能数据包包名中的业务类型一致时，该数字基建功能数据包识别验证成功；
更进一步地，本实施例中的BUP平台的服务器按照SUFR规则进行读取识别，该读取识别过程包括数据包包名解析验证、更新文件资源名称的验证、更新文件格式的验证、更新文件位置的验证及文件加密算法(国密SMS4算法)的解密验证，如果上述验证有一个没有通过，则该数字基建功能数据包预储存在服务器的数据包接收层，等待管理人员进行查阅、删除；如果上述验证均能通过，则可获得数字基建功能数据包中的配置文件，从配置文件中根据业务类型说明读取到本数字基建功能数据包的业务类型；
服务器会对配置文件中的业务类型与数据包包名中的业务类型进行进一步地比对验证，若比对一致，则数字基建功能数据包识别验证成功，可进行自动分类；若比对不一致则继续留存在数据包接收层，等待管理人员进行查阅、删除；具体示例如下：当配置文件中的业务类型与数据包包名中的业务类型一致时(如，数据包包名中的业务类型为“进度.进度查看”，配置文件中的业务类型为“进度”，则说明业务类型一致)，该数字基建功能数据包识别验证成功；数字基建功能数据包摄入至与业务类型名称一致的业务小类模块中，如数字基建功能数据包的二级名称为“进度”，三级名称为“进度查看”，则将数字基建功能数据包分到服务器数据包存储层的进度模块下的“进度查看”模块进行存储，之后通过服务器的数据包服务层提供下载功能。
需要说明的是，为实现上述模块功能，需要系统开发人员同样按照SUFR规则进行数字基建功能数据包打包及上传，数字基建功能数据包打包规则如表1所示，数字基建功能数据包上传/接收的接口参数如表2所示，读取配置文件的格式参数见表3。
表1
表2
| 参数名称 | 取值类型 | 允许为空 | 说明 | 备注 |
| file | MultipartFile | 否 | 数据包 | |
| applyInfo | ApplyInfo | 否 | 配置文件 | 自定义对象 |
其中，所述配置文件的内容包括APPID(应用地址)、版本号、应用图标、USERID(操作人地址)、业务类型说明、应用描述等。
其中，APPID为平台自动生成，且唯一，每一个APPID对应一个数据包；版本号、应用图标、操作人ID、业务类型说明、应用描述等均为系统开发人员人为写入。
表3
另外，需要说明的是，SUFR规则中的数据包名称设置为四级，而在对数据包的解析分类过程中仅识别到第三级名称，即识别的细化粒度到三级名称，如数据包名称为“XX公司.质量.质量验收.验收数据上报”，而质量验收下设有验收数据上报和验收数据查询两个子业务模块，虽然系统开发人员仅是针对验收数据上报进行的更新，但是需要把质量验收整个数据包进行上传，这是因为验收数据上报和验收数据查询中的数据调用有交叉，需要上传一个完整的质量验收数据包才不会影响用户的下载使用。
再者，业务类型说明中可以限定业务大类名称和/或业务小类名称，本实施例以只限定了业务大类名称为例进行说明描述，但并不用于限定本发明。
本说明书一个实施例的一种数字基建业务更新平台，其数据包存储层，包括若干独立运行的业务模块，每一所述业务模块对应一业务类型，该数据包存储层用于将数字基建功能数据包在相应业务类型的业务模块中进行分类存储及分类更新；
所述分类存储，即对摄入该业务模块的数据包进行保存；因数据包摄入时是按照业务类型行进分类摄入，因此，业务模块相应的对数据包进行分类存储。
所述分类更新，即对业务模块中保存的数据包进行更新；因各业务模块中的数据包为分类保存，且各业务模块为相互独立运行，因此，可针对性的对某一业务模块中的数据包进行分类更新。
本说明书一个实施例的一种数字基建业务更新平台，所述数据包服务层，包括：
检索浏览模块，用于数字基建应用客户端用户对在角色权限下的数字基建功能数据包进行检索、浏览；
下载更新模块，用于数字基建应用客户端用户对在角色权限下的数字基建功能数据包进行下载、更新；
解密验证模块，用于数字基建应用客户端用户对在角色权限下下载、更新的数字基建功能数据包按照SUFR规则进行解密验证。
基于同一发明构思，参考图3，本说明书一个或多个实施例还提供了一种数字基建业务更新方法，包括如下主要步骤：
S301、接收数字基建功能数据包，对接收的数字基建功能数据包进行分类；即本更新方法中涉及分类接收服务；
S302、将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；即本更新方法中涉及分类存储和分类更新服务；
S303、将分类存储的数字基建功能数据包进行数据包分类分发；即本更新方法中涉及分类分发服务。
以下，通过具体的实施例来详细说明本说明书一个或多个实施例的技术方案。
参考图4，本说明书一个实施例的一种数字基建业务更新方法，所述接收数字基建功能数据包，对接收的数字基建功能数据包进行分类，即分类接收服务主要包括如下步骤：
S401、通过数据访问与交互接口接收数字基建功能数据包，并对接收的数字基建功能数据包进行预存储及分配默认类型(如“其他”)；
S402、对数字基建功能数据包进行识别验证，包括以下步骤：
S4021、判断数字基建功能数据包是否符合SUFR规则，即服务器对默认类型的数字基建功能数据包按照SUFR规则进行读取识别，若数字基建功能数据包无法被读取识别，则留存在服务器中，等待管理人员进行查阅、删除，并继续读取识别下一数字基建功能数据包；若数字基建功能数据包能被读取识别，则可获得数字基建功能数据包中的配置文件，从配置文件中根据业务类型说明读取到本数字基建功能数据包的业务类型；
S4022、判断配置文件与数字基建功能数据包包名中的业务类型是否一致，即当配置文件中的业务类型与数字基建功能数据包包名中的业务类型不一致时，该数字基建功能数据包验证失败，则留存在服务器中，等待管理人员进行查阅、删除，并继续验证下一数字基建功能数据包；当配置文件中的业务类型与数字基建功能数据包包名中的业务类型一致时，该数字基建功能数据包识别验证成功；
S403、将识别验证成功的数字基建功能数据包摄入至与业务类型名称一致的业务模块中。
本说明书一个实施例的一种数字基建业务更新方法，所述将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；
所述分类存储，即对摄入该业务模块的数据包进行保存；因数据包摄入时是按照业务类型行进分类摄入，因此，业务模块相应的对数据包进行分类存储。
所述分类更新，即对业务模块中保存的数据包进行更新；因各业务模块中的数据包为分类保存，且各业务模块为相互独立运行，因此，可针对性的对某一业务模块中的数据包进行分类更新。
其中，所述分类更新主要包括如下步骤：
当新数字基建功能数据包与业务模块中已存储的旧数字基建功能数据包的名称相同时，旧数字基建功能数据包自动设置为不可用，新数字基建功能数据包自动设置为可用，更新完成；
当新数字基建功能数据包可用失败，则回滚设置新数字基建功能数据包不可用，旧数字基建功能数据包可用。
其中，所述可用失败的情形包括存储区满、某字段值过大、磁盘IO异常等情形。
本说明书一个实施例的一种数字基建业务更新方法，所述将分类存储的数字基建功能数据包进行数据包分类分发，所述数据包分类分发，主要包括如下步骤：
数字基建应用客户端用户对角色权限下的数字基建功能数据包进行检索、浏览、解密验证、下载、更新。
并进一步包括如下步骤：数字基建应用客户端的用户登录自己对应角色权限的账号，选择其相应的菜单，当菜单需要更新时，客户端自动调用downLoadMenu()接口，传递要下载的MENUID给服务器，服务器收到下载请求后，根据APPID在服务器端查找对应数据包，并在数据包存储层调用，客户端根据SUFR规则验证数据包，验证成功后将对应业务功能的数据包下载，由此完成数字基建应用客户端的业务更新。
数字基建应用客户端的文件下载请求格式参数如表4所示。
表4
参考图5及图6，本说明书一个实施例的一种数字基建业务更新方法，包括如下步骤：
S501、由开发人员根据需求开发符合SUFR规则的数字基建功能数据包；
S502、数字基建功能数据包上传到BUP平台；
S503、BUP平台对数字基建功能数据包进行分类管理；
S504、BUP平台对数字基建功能数据包进行分类分发；
S505、数字基建客户端下载并安装符合角色权限的数字基建功能数据包。
需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
图7示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。
尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。
本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。
Claims (9)
1.一种数字基建业务更新平台，该平台基于微服务构架设置，其特征在于，包括：
数据包接收层，用于接收数字基建功能数据包，对接收的数字基建功能数据包进行分类；
数据包存储层，包括若干独立运行的业务模块，每一所述业务模块对应一业务类型，所述数据包存储层用于将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；
数据包服务层，用于通过数据访问与交互接口对分类存储于数据包存储层的数字基建功能数据包进行数据包分类分发；
所述数据包接收层包括：
接收模块，用于通过数据访问与交互接口接收数字基建功能数据包至数据包接收层，并对接收的数字基建功能数据包进行预存储及分配默认类型；
识别验证模块，用于通过服务器对默认类型的数字基建功能数据包按照系统文件更新规则进行读取识别，若数字基建功能数据包能被读取识别，则可获得数字基建功能数据包中的配置文件，从配置文件中根据业务类型说明读取到本数字基建功能数据包的业务类型；当配置文件中的业务类型与数字基建功能数据包包名中的业务类型一致时，该数字基建功能数据包识别验证成功；
自动分类模块，将识别验证成功的数字基建功能数据包摄入至与其业务类型一致的业务模块中。
2.根据权利要求1所述的平台，其特征在于，所述数字基建功能数据包为遵循系统文件更新规则的标准文件。
3.根据权利要求2所述的平台，其特征在于，所述系统文件更新规则包括数据包命名规则，所述数据包命名规则至少包括业务类型的业务大类名称和业务小类名称。
4.根据权利要求1所述的平台，其特征在于，所述配置文件的内容包括APPID、版本号、应用图标、操作人ID、业务类型说明、应用描述。
5.根据权利要求1所述的平台，其特征在于，所述数据包服务层，包括：
检索浏览模块，用于数字基建应用客户端用户对在角色权限下的数字基建功能数据包进行检索、浏览；
下载更新模块，用于数字基建应用客户端用户对在角色权限下的数字基建功能数据包进行下载、更新；
解密验证模块，用于数字基建应用客户端用户对在角色权限下下载、更新的数字基建功能数据包进行解密验证。
6.一种数字基建业务更新方法，其特征在于，包括如下主要步骤：
接收数字基建功能数据包，对接收的数字基建功能数据包进行分类；
将分类后的数字基建功能数据包在相应业务类型的业务模块中进行分类存储和分类更新；
将分类存储的数字基建功能数据包进行数据包分类分发；
通过数据访问与交互接口接收数字基建功能数据包，并对接收的数字基建功能数据包进行预存储及分配默认类型；
服务器对默认类型的数字基建功能数据包按照SUFR规则进行读取识别，若数字基建功能数据包能被读取识别，则可获得数字基建功能数据包中的配置文件，从配置文件中根据业务类型说明读取到本数字基建功能数据包的业务类型；当配置文件中的业务类型与数字基建功能数据包包名中的业务类型一致时，该数字基建功能数据包识别验证成功；
将识别验证成功的数字基建功能数据包摄入至与业务类型名称一致的业务模块中。
7.根据权利要求6所述的方法，其特征在于，
所述分类更新主要包括如下步骤：
当新数字基建功能数据包与业务模块中已存储的旧数字基建功能数据包的名称相同时，旧数字基建功能数据包自动设置为不可用，新数字基建功能数据包自动设置为可用，更新完成；
当新数字基建功能数据包可用失败，则回滚设置新数字基建功能数据包不可用，旧数字基建功能数据包可用。
8.根据权利要求6所述的方法，其特征在于，所述将分类存储于数据包存储层的数字基建功能数据包进行数据包分类分发，主要包括如下步骤：
数字基建应用客户端的用户登录自己对应角色权限的账号，选择其相应的菜单，当菜单需要更新时，数字基建应用客户端自动调用downLoadMenu()接口，传递要下载的MENUID给服务器，服务器收到下载请求后，根据APPID在服务器端查找对应数字基建功能数据包，并进行调用，客户端根据SUFR规则验证数字基建功能数据包，验证成功后将对应业务功能的数字基建功能数据包下载，由此完成数字基建应用客户端的业务更新。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求6至8任意一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011075447.7A CN112346758B (zh) | 2020-10-09 | 2020-10-09 | 一种数字基建业务更新平台、更新方法及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011075447.7A CN112346758B (zh) | 2020-10-09 | 2020-10-09 | 一种数字基建业务更新平台、更新方法及电子设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112346758A CN112346758A (zh) | 2021-02-09 |
| CN112346758B true CN112346758B (zh) | 2024-03-12 |
Family
ID=74360423
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011075447.7A Active CN112346758B (zh) | 2020-10-09 | 2020-10-09 | 一种数字基建业务更新平台、更新方法及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112346758B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113704188A (zh) * | 2021-07-07 | 2021-11-26 | 北京国电通网络技术有限公司 | 基于微服务架构的客户端应用集成方法及相关设备 |
| CN113965395B (zh) * | 2021-10-28 | 2024-02-09 | 绿盟科技集团股份有限公司 | 一种实时安全访问内网的方法、系统及装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103795761A (zh) * | 2012-11-01 | 2014-05-14 | 腾讯科技（深圳）有限公司 | 一种网络游戏数据下载方法和系统 |
| CN104994178A (zh) * | 2015-05-12 | 2015-10-21 | 广东睿江科技有限公司 | 一种网络地址转换方法及装置 |
| CN106126269A (zh) * | 2016-06-07 | 2016-11-16 | 中国建设银行股份有限公司 | 应用更新方法、装置、系统及应用设计方法 |
| CN110413582A (zh) * | 2019-07-07 | 2019-11-05 | 上海鸿翼软件技术股份有限公司 | 一种基于业务规则的跨区域数据同步系统 |
| CN110740195A (zh) * | 2019-11-20 | 2020-01-31 | 山东鲁能软件技术有限公司 | 一种基于消息引擎的分布式系统数据同步方法及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080002702A1 (en) * | 2006-06-30 | 2008-01-03 | Symbol Technologies, Inc. | Systems and methods for processing data packets using a multi-core abstraction layer (MCAL) |
-
2020
- 2020-10-09 CN CN202011075447.7A patent/CN112346758B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103795761A (zh) * | 2012-11-01 | 2014-05-14 | 腾讯科技（深圳）有限公司 | 一种网络游戏数据下载方法和系统 |
| CN104994178A (zh) * | 2015-05-12 | 2015-10-21 | 广东睿江科技有限公司 | 一种网络地址转换方法及装置 |
| CN106126269A (zh) * | 2016-06-07 | 2016-11-16 | 中国建设银行股份有限公司 | 应用更新方法、装置、系统及应用设计方法 |
| CN110413582A (zh) * | 2019-07-07 | 2019-11-05 | 上海鸿翼软件技术股份有限公司 | 一种基于业务规则的跨区域数据同步系统 |
| CN110740195A (zh) * | 2019-11-20 | 2020-01-31 | 山东鲁能软件技术有限公司 | 一种基于消息引擎的分布式系统数据同步方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112346758A (zh) | 2021-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111258725B (zh) | 一种基于区块链的数据处理方法、装置、设备和介质 | |
| US10089106B2 (en) | Communications network, computer architecture, computer-implemented method and computer program product for development and management of femtocell-based applications | |
| KR101605967B1 (ko) | 어플리케이션 특성을 반영하여 트랜잭션을 관리하는 서비스 방법 및 시스템 | |
| CN105302587B (zh) | 数据更新方法及装置 | |
| KR20080098431A (ko) | 사용자 인터페이스 컴포넌트들을 무선 디바이스들에 다운로드하기 위한 시스템 및 방법 | |
| CN112346758B (zh) | 一种数字基建业务更新平台、更新方法及电子设备 | |
| CN105357204B (zh) | 生成终端识别信息的方法及装置 | |
| US9832322B1 (en) | Techniques to transform network resource requests to zero rated network requests | |
| CN103577180A (zh) | 数据处理方法及装置 | |
| CN107465646B (zh) | 一种应用下载方法、系统及相关设备 | |
| CN109032693B (zh) | 一种加载展示信息方法、装置、电子设备及可读存储介质 | |
| CN112650804B (zh) | 大数据接入方法、装置、系统及存储介质 | |
| CN113726855B (zh) | 服务聚合方法、装置、电子设备以及计算机可读存储介质 | |
| CN108959636A (zh) | 数据处理方法、装置、系统、计算机可读介质 | |
| CN104899514B (zh) | 基于导向性符号的移动终端恶意行为的检测方法及系统 | |
| US20220050811A1 (en) | Method and apparatus for synchronizing file | |
| CN112527377A (zh) | 应用程序生成处理方法、装置、计算机设备和存储介质 | |
| CN114422637B (zh) | 媒体请求处理方法和跨平台引擎系统 | |
| CN115827140B (zh) | 可视化大屏的生成方法、装置、设备及存储介质 | |
| CN113641966B (zh) | 一种应用集成方法、系统、设备及介质 | |
| EP3023891B1 (en) | Techniques to transform network resource requests to zero rated network requests | |
| CN113434848A (zh) | 数据采集方法、装置、存储介质及电子设备 | |
| CN112817601A (zh) | 可配置化的程序生成方法、装置、电子设备及存储介质 | |
| CN115525908A (zh) | 资源权限控制方法、装置及存储介质 | |
| CN117992107A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |