CN115437696B - 信创平台自适应配置方法及装置 - Google Patents

Abstract

本申请提供一种信创平台自适应配置方法及装置，方法包括：获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署；以及，在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署。本申请能够在目标终端中自适应地对信创平台的各类操作系统、系统架构及芯片进行适配，能够有效提高信创平台配置的自动化程度及效率，并能够有效提高信创平台配置的便捷性，提高使用信创平台的用户体验。

Description

信创平台自适应配置方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及信创平台自适应配置方法及装置。

背景技术

信创产业，即信息技术应用创新产业。信创产业发展的核心在于通过行业应用拉动构建国产信息技术软硬件底层架构体系和全周期生态体系，为科技未来发展奠定坚实的数字基础。当前需要大力发展有自主产权的软硬件，确保部分操作系统的自有性与可掌握性。

然而，当前信创平台的整机解决方案尚未成熟。其一，存在国产操作系统差异，当前主流的信创操作系统在细节操作上不完全一致，对用户体验会造成潜在影响。其二，硬件架构差异，国产操作系统所搭载的国产芯片不统一，种类较多，需要一一适配。其三，软件层面而言，Linux下软件大体可以分为amd64架构和arm64两大架构，用户选择安装软件时，需要自己去区分架构，难以选择正确软件包进行安装。其四，Linux软件与Windows平台存在差异，信创操作系统底层都基于Linux，这与Windows平台不完全相同，用户使用习惯上会存在差异，转变也存在困难。

因此，在大力推广信创平台的同时，仍然需要一种助手类方式来引导、简化使用者日常操作流程。当前而言，世面上拥有的在信创平台上推出的助手类方式是较为匮乏的。

发明内容

鉴于此，本申请实施例提供了信创平台自适应配置方法及终端助手，以消除或改善现有技术中存在的一个或更多个缺陷。

本申请的一个方面提供了一种信创平台自适应配置方法，包括：

获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署；

以及，在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署。

在本申请的一些实施例中，还包括：

根据所述信创平台的系统架构类型调用对应脚本以初始化用于一键安装更新与卸载软件的应用中心。

在本申请的一些实施例中，还包括：

获取所述信创平台的桌面环境版本类型，并确定该桌面环境版本类型对应的系统，而后针对该系统的关于节电优能的功能进行前后端的适配。

在本申请的一些实施例中，还包括：

实时获取硬件性能数据，并对所述硬件性能数据进行数据处理后呈现在前端页面。

在本申请的一些实施例中，所述硬件性能数据包括：监控进程管理、CPU、内存、硬盘以及系统与网络的硬件性能数据。

在本申请的一些实施例中，所述获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署，包括：

获取目标终端对应的信创平台的操作系统类型，并针对该操作系统类型在所述目标终端中进行自适应配置；

以及，获取目标终端对应的信创平台的系统架构类型，针对该系统架构类型在所述目标终端中进行自适应配置及安装包部署，其中，所述系统架构类型包括：x86架构和arm架构。

在本申请的一些实施例中，所述针对该系统架构类型在所述目标终端中进行自适应配置及安装包部署，包括：

针对所述x86架构，在x86架构下的源码打包环境中将源码打包成deb安装包以在x86环境下进行安装包部署；

针对所述arm架构，判定部署测试功能当前是否可用，若是，则将源码打包成deb安装包以在arm环境下进行安装包部署，若部署测试功能当前不可用，则自动调用备用实现方式，重新判定部署测试功能当前是否可用。

本申请的另一个方面提供了一种信创平台自适应配置装置，包括：

软件适配模块，用于获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署；

硬件适配模块，用于在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署。

本申请的另一个方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的信创平台自适应配置方法。

本申请的另一个方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的信创平台自适应配置方法。

本申请提供的信创平台自适应配置方法，获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署；以及，在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署，能够在目标终端中自适应地对信创平台的各类操作系统、系统架构及芯片进行适配，能够有效提高信创平台配置的自动化程度及效率，并能够有效提高信创平台配置的便捷性，用户下载此终端助手时不用区分过多不同的国产操作系统，同时下载安装后，终端助手提供的功能也对不同操作系统做了适配，用户使用会没有那么大的差异性，并且此终端助手提供了应用中心模块，用户在选择软件后，后续的安装包获取与架构适配等操作由程序自动进行，同时能够监控各项终端的性能，用户可以清晰得知终端使用状态。本申请对于信创操作系统的使用者而言，帮助简化了操作流程，解决了操作不习惯等问题，大大提升了使用信创产品的用户体验。

本申请的附加优点、目的，以及特征将在下面的描述中将部分地加以阐述，且将对于本领域普通技术人员在研究下文后部分地变得明显，或者可以根据本申请的实践而获知。本申请的目的和其它优点可以通过在说明书以及附图中具体指出的结构实现到并获得。

本领域技术人员将会理解的是，能够用本申请实现的目的和优点不限于以上具体所述，并且根据以下详细说明将更清楚地理解本申请能够实现的上述和其他目的。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，并不构成对本申请的限定。附图中的部件不是成比例绘制的，而只是为了示出本申请的原理。为了便于示出和描述本申请的一些部分，附图中对应部分可能被放大，即，相对于依据本申请实际制造的示例性装置中的其它部件可能变得更大。在附图中：

图1为本申请一实施例中的信创平台自适应配置方法的总流程示意图。

图2为本申请一实施例中的信创平台自适应配置方法的一种具体流程示意图。

图3为本另一实施例中的信创平台自适应配置装置的结构示意图。

图4为本申请应用实例提供的作为终端性能监控工具的终端助手的功能模块图。

图5为本申请应用实例提供的安装包适配不同系统架构的举例示意图。

图6为本申请应用实例提供的安装包适配不同国产CPU的举例示意图。

图7为本申请应用实例提供的应用中心适配不同架构的举例示意图。

图8为本申请应用实例提供的节电优能适配不同信创系统的举例示意图。

图9为本申请应用实例提供的硬件性能获取处理的举例示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本申请做进一步详细说明。在此，本申请的示意性实施方式及其说明用于解释本申请，但并不作为对本申请的限定。

在此，还需要说明的是，为了避免因不必要的细节而模糊了本申请，在附图中仅仅示出了与根据本申请的方案密切相关的结构和/或处理步骤，而省略了与本申请关系不大的其他细节。

应该强调，术语“包括/包含”在本文使用时指特征、要素、步骤或组件的存在，但并不排除一个或更多个其它特征、要素、步骤或组件的存在或附加。

在此，还需要说明的是，如果没有特殊说明，术语“连接”在本文不仅可以指直接连接，也可以表示存在中间物的间接连接。

在下文中，将参考附图描述本申请的实施例。在附图中，相同的附图标记代表相同或类似的部件，或者相同或类似的步骤。

针对现有信创平台的配置现状，制作一款面向信创桌面平台的终端助手应用是十分有必要的。在本申请中，所考虑的便是在这样一个面向信创桌面平台的终端助手基础上，同时考虑到信创桌面从操作系统到CPU等的部分差异性，为了给用户提供更好的使用体验感，本申请提供一种可以自动适配这些架构的一个信创平台自适应配置方法及终端助手。

用户下载此终端助手时不用区分过多不同的国产操作系统，同时下载安装后，终端助手提供的功能也对不同操作系统做了适配，用户使用会没有那么大的差异性，并且此终端助手提供了应用中心模块，用户在选择软件后，后续的安装包获取与架构适配等操作由程序自动进行，同时能够监控各项终端的性能，用户可以清晰得知终端使用状态。本申请对于信创操作系统的使用者而言，帮助简化了操作流程，解决了操作不习惯等问题，大大提升了使用信创产品的用户体验。

基于此，本申请实施例提供一种信创平台自适应配置方法，参见图1，所述信创平台自适应配置方法具体包含有如下内容：

步骤100：获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署。

在本申请的一个或多个实施例中，针对不同信创终端、不同架构、还是针对搭载的不同国产芯片，终端助手都需要进行适配，才能在上述众多信创平台上进行安装部署。所述信创平台自适应配置方法可以由一种用于信创平台自适应配置的终端助手这一应用程序执行，该应用程序可预先安装在目标终端中，并在目标终端内启动该应用程序，用户可在该应用程序的前面页面中选择或输入目标终端对应的信创平台的操作系统类型及系统架构类型等内容，用户还可以在该应用程序的前面页面中选择或输入信创平台对应的芯片类型，以使终端助手根据用户输入获取目标终端对应的信创平台的操作系统类型及系统架构类型，并自动或根据用户输入确定所述信创平台对应的芯片类型。

在步骤100中，于信创终端而言，现有主流的信创操作系统都是基于Linux实现，但是有许多不同的发行版本，大体包括统信UOS，银河麒麟、中标麒麟等等。于操作系统架构而言，信创操作系统架构基本可以分为amd64架构（即x86架构）和arm64架构。

其中，针对不同的信创操作系统，源码部分相应功能区会对不同操作系统做出区分，实现对不同操作系统的适配；

其中，针对不同系统架构，终端助手源码中，会首先获取系统架构，然后在系统架构不同的地方做出不同的后续操作。并且，在amd64主机上和arm64主机上分别对源码进行了打包成deb安装包操作。从而实现对不同架构进行适配。

步骤200：在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署。

在步骤200中，于信创终端搭载的国产芯片而言，同样有着许多不同的国产芯片，例如有鲲鹏、飞腾、麒麟等芯片。

同时，针对不同的信创操作系统所搭载的国产芯片，由于不同芯片底层实现逻辑的不同，终端助手的具体使用环境也会不一样，本申请，针对不同的国产芯片会进行相应的源码调整以及依赖环境调整，以保证对不同国产芯片进行安装适配。

可以理解的是，图1中的步骤100和步骤200的执行顺序仅为举例，在实际应用中，步骤100和步骤200的执行顺序也可以为同时执行，或者步骤200在步骤100之前执行，具体根据实际应用需求而定。

从上述描述可知，本申请实施例提供的信创平台自适应配置方法，能够在目标终端中自适应地对信创平台的各类操作系统、系统架构及芯片进行适配，能够有效提高信创平台配置的自动化程度及效率，并能够有效提高信创平台配置的便捷性，提高使用信创平台的用户体验。用户下载此终端助手时不用区分过多不同的国产操作系统，同时下载安装后，终端助手提供的功能也对不同操作系统做了适配，用户使用会没有那么大的差异性，并且此终端助手提供了应用中心模块，用户在选择软件后，后续的安装包获取与架构适配等操作由程序自动进行，同时能够监控各项终端的性能，用户可以清晰得知终端使用状态。本申请对于信创操作系统的使用者而言，帮助简化了操作流程，解决了操作不习惯等问题，大大提升了使用信创产品的用户体验。

为了进一步提高信创平台自适应配置的自动化程度及智能化程度，在本申请实施例提供的一种信创平台自适应配置方法中，参见图2，所述信创平台自适应配置方法还具体包含有如下内容：

步骤300：根据所述信创平台的系统架构类型调用对应脚本以初始化用于一键安装更新与卸载软件的应用中心。

在步骤300中，现有主流信创操作系统都是基于Linux实现，而在Linux环境中，应用的安装需要区分amd64架构和arm64架构两大类。因此，针对终端助手的应用中心，需要对不同架构进行适配，从而可以正确在不同架构的系统下安装好不同的应用。因此在应用中心模块，设计了适配不同架构的算法。

具体来说，应用中心适配不同架构的伪代码如表1所示的算法1所示。首先，需要先获取本主机下的架构信息（算法1的第1-7行），根据架构信息中字段内容判断主机是x86架构或者arm架构。然后需要获取软件仓库的基地址（算法1的第8-11行），以便后续将仓库写入主机的源目录。后续根据不同架构需要写入不同的源，为了防止原来源丢失，算法中将原主机的自带源进行了备份操作。之后根据写入的源需要导入不同源的秘钥，进行授权操作。在上述算法执行结束后，便可以启动应用中心的初始模块，进行应用的安装等操作。

表1

为了进一步提高信创平台自适应配置的自动化程度及智能化程度，在本申请实施例提供的一种信创平台自适应配置方法中，参见图2，所述信创平台自适应配置方法还具体包含有如下内容：

步骤400：获取所述信创平台的桌面环境版本类型，并确定该桌面环境版本类型对应的系统，而后针对该系统的关于节电优能的功能进行前后端的适配。

在步骤400中，每一台主机都拥有调节系统能源消耗的相关设置的功能（在终端助手中统称为节电优能功能），包括自动息屏时间设置、自动睡眠时间设置、息屏或睡眠是否锁定账户设置等等。但是现有Linux下的不同操作系统，例如Ubuntu、麒麟、统信UOS，关于调整系统能源消耗的相关设置的后端接口是不一致的，并且该功能在系统中的调用方法也不完全一致，因此针对上述不同系统关于节电优能的功能需要进行不一样的前后端适配操作,针对此功能设置了适配不同操作系统的算法。

节电优能适配不同操作系统的伪代码如表2所示的算法2：

首先，通过XDG_CURRENT_DESKTOP字段获取当前Linux主机的桌面环境版本，然后根据不同操作系统的桌面环境版本内容不一样来判断当前主机是哪一种操作系统。（算法2的第1-17行）。之后依据不同的版本，首先需要调用前端对应系统下的展示组件；然后根据后端调用的相应系统下对节电优能功能的接口，对相应组件进行逻辑化渲染；之后便可更改相应系统节电优能相关属性。

表2

为了进一步提高信创平台自适应配置的自动化程度及智能化程度，在本申请实施例提供的一种信创平台自适应配置方法中，参见图2，所述信创平台自适应配置方法还具体包含有如下内容：

步骤500：实时获取硬件性能数据，并对所述硬件性能数据进行数据处理后呈现在前端页面。

在步骤500中，对于长时间习惯使用windows系统的用户而言，使用信创系统会存在习惯差异，操作不顺畅等问题，包括想要得知系统硬件性能却不知道如何获取查看等等。此终端助手为了解决这一问题，支持一键查看系统的硬件性能，得以让用户清晰了解所使用主机的硬件环境状况。

可以理解的是，图2中的步骤300至步骤500的执行顺序仅为举例，在实际应用中，步骤300至步骤500的执行顺序也可以为同时执行，或者以任意顺序执行，具体根据用户使用终端助手的实际应用需求而定。

为了进一步提高信创平台自适应配置的自动化程度及智能化程度，在本申请实施例提供的一种信创平台自适应配置方法中，所述信创平台自适应配置方法中的所述硬件性能数据还具体包含有如下内容：监控进程管理、CPU、内存、硬盘以及系统与网络的硬件性能数据。

具体来说，终端助手中集成的硬件性能如表3所示。包含监控进程管理、CPU、内存、硬盘、系统与网络等模块的硬件性能。此终端助手在后端实时获取上述性能，然后通过一定的数据处理步骤将其呈现在前端界面。

表3

为了进一步提高针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署的可靠性，在本申请实施例提供的一种信创平台自适应配置方法中，参见图2，所述信创平台自适应配置方法中的步骤100还具体包含有如下内容：

步骤110：获取目标终端对应的信创平台的操作系统类型，并针对该操作系统类型在所述目标终端中进行自适应配置。

步骤120：获取目标终端对应的信创平台的系统架构类型，针对该系统架构类型在所述目标终端中进行自适应配置及安装包部署，其中，所述系统架构类型包括：x86架构和arm架构。

可以理解的是，图2中的步骤110和步骤120的执行顺序仅为举例，在实际应用中，步骤110和步骤120的执行顺序也可以为先后执行，具体根据实际应用需求而定。

其中，所述步骤120中的所述针对该系统架构类型在所述目标终端中进行自适应配置及安装包部署，具体包含有如下内容：

步骤121：针对所述x86架构，在x86架构下的源码打包环境中将源码打包成deb安装包以在x86环境下进行安装包部署；

步骤122：针对所述arm架构，判定部署测试功能当前是否可用，若是，则将源码打包成deb安装包以在arm环境下进行安装包部署，若部署测试功能当前不可用，则自动调用备用实现方式，重新判定部署测试功能当前是否可用。

具体来说，首先，在x86架构环境下，因为开发环境为x86架构，所以便已经存在运行终端助手需要的依赖包等等，有了依赖环境后，即可将源码打包成一个可执行文件，之后进行deb包生成即可。这样在x86环境下即可进行终端助手的安装运行。

其次，在arm架构环境下，因为arm环境和x86底层环境不一样，导致有些开发语言的组件库不能在arm环境中正常使用。举例说明，在arm环境下，前端所使用的PyQt5库中，组件QPalette属性PlaceholderText失效，因为QPalatte是针对所有Qt小组件的外观设定，因此源码中对此属性不进行宏观定义，对小组件单独定义PlaceholderText即生效。功能均正常运行后生成arm环境下的deb包，即可在arm架构下进行终端助手的安装运行。

其中，“判定部署测试功能当前是否可用”为预设的终端助手的功能模块，且“将源码打包成deb安装包”的功能也可以预先基于编码设置为终端助手的功能模块。

从软件层面来说，本申请还提供一种用于执行所述信创平台自适应配置方法中全部或部分内的信创平台自适应配置装置，参见图3，所述信创平台自适应配置装置具体包含有如下内容：

软件适配模块10，用于获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署；

硬件适配模块20，用于在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署。

本申请提供的信创平台自适应配置装置的实施例具体可以用于执行上述实施例中的信创平台自适应配置方法的实施例的处理流程，其功能在此不再赘述，可以参照上述信创平台自适应配置方法实施例的详细描述。

所述信创平台自适应配置装置进行信创平台自适应配置的部分可以在服务器中执行，而在另一种实际应用情形中，也可以所有的操作都在客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器，信创平台自适应配置的具体处理。

上述的客户端设备可以具有通信模块（即通信单元），可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

上述服务器与所述客户端设备端之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

从上述描述可知，本申请实施例提供的信创平台自适应配置装置，能够在目标终端中自适应地对信创平台的各类操作系统、系统架构及芯片进行适配，能够有效提高信创平台配置的自动化程度及效率，并能够有效提高信创平台配置的便捷性，提高使用信创平台的用户体验。用户下载此终端助手时不用区分过多不同的国产操作系统，同时下载安装后，终端助手提供的功能也对不同操作系统做了适配，用户使用会没有那么大的差异性，并且此终端助手提供了应用中心模块，用户在选择软件后，后续的安装包获取与架构适配等操作由程序自动进行，同时能够监控各项终端的性能，用户可以清晰得知终端使用状态。本申请对于信创操作系统的使用者而言，帮助简化了操作流程，解决了操作不习惯等问题，大大提升了使用信创产品的用户体验。

为了进一步说明本方案，本申请还提供一种应用终端助手实现信创平台自适应配置方法的具体应用实例，从实现功能的基础划分上设置，该终端助手的一种架构中可以包含有前述的软件适配模块10和硬件适配模块20等模块，而从实际运行的角度来设置，该终端助手的另一种具体架构中可以包含有进程管理模块、主机清理模块、性能监控模块、实用工具模块、应用中心模块等，以形成一种信创平台上的终端性能监控工具。

参见图4，作为终端性能监控工具的所述终端助手的功能模块划分为进程管理模块、主机清理模块、性能监控模块、实用工具模块、应用中心模块等。

其中实用工具模块包含节电优能和网络测速工具类应用。终端性能监控工具面向信创操作平台的终端使用用户，可支持终端性能、进程信息等实时查看，支持终端清理，支持网络测速、节电优能等实用终端工具，同时也提供了应用中心供用户下载安装软件。

本申请的内容，在基于以上所设计的终端性能监控工具的基础上，包含以下内容：终端助手安装包部署的适配、应用中心的适配、节电优能的适配以及硬件监控的适配。

基于上述作为终端性能监控工具的终端助手，本申请应用实例还提供一种自适应适配信创体系架构的终端性能监控工具的实现方法，涉及计算机技术领域，主要涉及信创领域，具体为一种信创平台自适应配置方法的应用实例，具体包含有如下内容：

（一）终端助手安装包部署的适配

于信创终端而言，现有主流信创操作系统都是基于Linux实现，但是有许多不同的发行版本，大体包括统信UOS，银河麒麟、中标麒麟等等。于操作系统架构而言，信创操作系统架构基本可以分为amd64架构（即x86架构）和arm64架构；于信创终端搭载的国产芯片而言，同样有着许多不同的国产芯片，例如有鲲鹏、飞腾、麒麟等芯片。

针对不同信创终端、不同架构、还是针对搭载的不同国产芯片，终端助手都需要进行适配，才能在上述众多信创平台上进行安装部署。

针对不同信创操作系统，源码部分相应功能区会对不同操作系统做出区分，实现对不同操作系统的适配；

针对不同架构，终端助手源码中，会首先获取系统架构，然后在系统架构不同的地方做出不同的后续操作。并且，在amd64主机上和arm64主机上分别对源码进行了打包成deb安装包操作。从而实现对不同架构进行适配；

同时，针对不同信创操作系统所搭载的国产芯片，由于不同芯片底层实现逻辑的不同，终端助手的具体使用环境也会不一样，本申请，针对不同的国产芯片会进行相应的源码调整以及依赖环境调整，以保证对不同国产芯片进行安装适配。

因此，在上述所说的不同系统、不同架构、不同国产CPU，此终端助手都能够安装运行。

1、软件适配举例：

具体来说，终端助手安装包适配不同架构的应用举例如下：

如图5所示，不同架构区分主要为x86架构和arm64架构。首先，在x86架构环境下，因为开发环境为x86架构，所以便已经存在运行终端助手需要的依赖包等等，有了依赖环境后，即可将源码打包成一个可执行文件，之后进行deb包生成即可。这样在x86环境下即可进行终端助手的安装运行。

其次，在arm架构环境下，因为arm环境和x86底层环境不一样，导致有些开发语言的组件库不能在arm环境中正常使用。举例说明，在arm环境下，前端所使用的PyQt5库中，组件QPalette属性PlaceholderText失效，因为QPalatte是针对所有Qt小组件的外观设定，因此源码中对此属性不进行宏观定义，对小组件单独定义PlaceholderText即生效。功能均正常运行后生成arm环境下的deb包，即可在arm架构下进行终端助手的安装运行。

2、硬件适配举例：

具体来说，终端助手安装包适配不同国产CPU的应用举例如下：

在开发过程中，因为不同国产CPU微架构存在区别，所以终端助手开发好并不能够直接在所有搭载国产CPU的信创系统上正常运行。例如有些Linux底层依赖库会更改名称，而有些则针对运行进程的内存管理方式不一致。

为了对搭载不同国产CPU的信创系统下运行适配辅以更好的说明，在图6中，列举两种主要处理问题的不同方式，以下进行详细说明：

首先对于处理方式1：直接查看命令行的错误日志，根据日志做出调整。为了更细致说明该方式的处理过程，以下简单列举其中一个问题的处理：因为不同国产CPU可能更改了底层依赖，所以会导致一些依赖库的缺失。在大多数Linux发行版中，终端助手某操作依赖的底层库名称为libxcb-util.so.1，而在特定国产CPU兼容的发行版下，该依赖库名称发生了变更，更改为libxcb-util.so.0，所以导致原有依赖库缺失报错，通过查看动态依赖关系列举，然后对该库进行软链接，这样便解决了此问题。

其次处理方式2：通过gdb调试方式查看内存调用关系，有些问题涉及Linux底层，并不会直接通过命令行给出具体错误。因此需要gdb调试的方式寻找代码内存出错逻辑。同样为了更详细对此处理方式进行说明，以下简单列举其中一个问题的处理：在源码中，会需要调用动态刷新子线程，但是发现在搭载的一款国产CPU主机下运行时，会提示内存系统错误，依据此处理方式，发现其内存的调用逻辑不一样，该线程类直接调用的主类所在地址和实参赋值地址为同一处内存地址，所以动态刷新时会导致内存冲突异常。因此，在源码中，将原本赋值操作改成采用信号传输机制，便能够解决问题。

通过上述处理之后，此终端助手便能够在搭载例如鲲鹏、麒麟、飞腾等国产CPU的信创操作系统下正常运行。

（二）应用中心的适配

现有主流信创操作系统都是基于Linux实现，而在Linux环境中，应用的安装需要区分amd64架构和arm64架构两大类。因此，针对终端助手的应用中心，需要对不同架构进行适配，从而可以正确在不同架构的系统下安装好不同的应用。因此在应用中心模块，设计了适配不同架构的算法。

具体来说，终端助手应用中心适配的应用举例如下：

如图7所示，首先需要获取系统架构，对架构进行判断，是x86架构还是arm架构。在主机安装包的配置文件中，写有应对两类架构下启动应用中心的脚本文件。该文件中，首先会对应用中心的软件仓库基地址进行解析获取，然后将原主机的仓库源进行备份，再将新的软件源写入主机源列表中，之后对新的源赋予秘钥并进行授权。这样主机便可通过新的写入源进行软件的下载安装。在此对应架构下的脚本文件执行结束后，便可以执行应用中心的初始化前端与后端操作，进行软件的一键安装更新与卸载操作。

（三）节电优能的适配

每一台主机都拥有调节系统能源消耗的相关设置的功能（在终端助手中统称为节电优能功能），包括自动息屏时间设置、自动睡眠时间设置、息屏或睡眠是否锁定账户设置等等。但是现有Linux下的不同操作系统，例如Ubuntu、麒麟、统信UOS，关于调整系统能源消耗的相关设置的后端接口是不一致的，并且该功能在系统中的调用方法也不完全一致，因此针对上述不同系统关于节电优能的功能需要进行不一样的前后端适配操作,针对此功能设置了适配不同操作系统的算法。

具体来说，终端助手节电优能适配的应用举例如下：

如图8所示，每个Linux系统均有其自己的桌面环境版本，不同信创系统的桌面环境版本内容不一致，因此首先获取主机的桌面环境版本，然后对版本内容进行判断，之后在启用此节电优能功能前，后端先获取此操作系统下关于节电优能的当前属性，例如息屏时间、睡眠时间等等，然后调用对应系统下的此终端助手设计的节电优能前端界面对不同属性进行绑定，然后用户便可以对系统的节电优能功能进行正常使用，对相应属性进行更改操作。

（四）硬件监控的适配

对于长时间习惯使用windows系统的用户而言，使用信创系统会存在习惯差异，操作不顺畅等问题，包括想要得知系统硬件性能却不知道如何获取查看等等。此终端助手为了解决这一问题，支持一键查看系统的硬件性能，得以让用户清晰了解所使用主机的硬件环境状况。

终端助手中集成的硬件性能包含监控进程管理、CPU、内存、硬盘、系统与网络等模块的硬件性能。此终端助手在后端实时获取上述性能，然后通过一定的数据处理步骤将其呈现在前端界面，具体处理流程如图9所示，首先部分硬件性能获取需要区分系统架构，例如CPU型号的获取等等，如果需要区分架构获取，则首先判断相应系统的架构，之后依据不同架构调用不同的后端逻辑获取性能数据；如果无需区分，可直接调用后端接口获取数据。数据获取之后，需要进行数据处理，例如单位转换等等，以便在前端界面呈现出更为直观的性能数据。

本申请实施例还提供了一种计算机设备（也即电子设备），该计算机设备可以包括处理器、存储器、接收器及发送器，处理器用于执行上述实施例提及的信创平台自适应配置方法，其中处理器和存储器可以通过总线或者其他方式连接，以通过总线连接为例。该接收器可通过有线或无线方式与处理器、存储器连接。所述计算机设备与用于信创平台自适应配置的终端助手之间通信连接，以自所述无线多媒体传感器网络中的传感器接收实时运动数据，并自所述视频采集装置接收原始视频序列。

处理器可以为中央处理器（Central Processing Unit，CPU）。处理器还可以为其他通用处理器、数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field-ProgrammableGate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本申请实施例中的信创平台自适应配置方法对应的程序指令/模块。处理器通过运行存储在存储器中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的信创平台自适应配置方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个模块存储在所述存储器中，当被所述处理器执行时，执行实施例中的信创平台自适应配置方法。

在本申请的一些实施例中，用户设备可以包括处理器、存储器和收发单元，该收发单元可包括接收器和发送器，处理器、存储器、接收器和发送器可通过总线系统连接，存储器用于存储计算机指令，处理器用于执行存储器中存储的计算机指令，以控制收发单元收发信号。

作为一种实现方式，本申请中接收器和发送器的功能可以考虑通过收发电路或者收发的专用芯片来实现，处理器可以考虑通过专用处理芯片、处理电路或通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的服务器。即将实现处理器，接收器和发送器功能的程序代码存储在存储器中，通用处理器通过执行存储器中的代码来实现处理器，接收器和发送器的功能。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时以实现前述信创平台自适应配置方法的步骤。该计算机可读存储介质可以是有形存储介质，诸如随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、软盘、硬盘、可移动存储盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质。

本领域普通技术人员应该可以明白，结合本文中所公开的实施方式描述的各示例性的组成部分、系统和方法，能够以硬件、软件或者二者的结合来实现。具体究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。当以硬件方式实现时，其可以例如是电子电路、专用集成电路（ASIC）、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

本申请中，针对一个实施方式描述和/或例示的特征，可以在一个或更多个其它实施方式中以相同方式或以类似方式使用，和/或与其他实施方式的特征相结合或代替其他实施方式的特征。

以上所述仅为本申请的优选实施例，并不用于限制本申请，对于本领域的技术人员来说，本申请实施例可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (9)

1.一种信创平台自适应配置方法，其特征在于，包括：

获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署；

以及，在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署；

获取所述目标终端下的架构信息，根据架构信息中字段内容确定目标终端的系统架构类型，其中，所述系统架构类型包括：x86架构和arm架构；

获取用于一键安装更新与卸载软件的应用中心的软件仓库的基地址以将该基地址写入所述目标终端的系统架构类型的源；

将所述目标终端的自带源进行备份操作；

为所述目标终端的系统架构类型的源授予秘钥以进行授权操作；

启动应用中心的初始模块以初始化所述应用中心。

2.根据权利要求1所述的信创平台自适应配置方法，其特征在于，还包括：

获取所述信创平台的桌面环境版本类型，并确定该桌面环境版本类型对应的系统，而后针对该系统的关于节电优能的功能进行前后端的适配。

3.根据权利要求1所述的信创平台自适应配置方法，其特征在于，还包括：

实时获取硬件性能数据，并对所述硬件性能数据进行数据处理后呈现在前端页面。

4.根据权利要求3所述的信创平台自适应配置方法，其特征在于，所述硬件性能数据包括：监控进程管理、CPU、内存、硬盘以及系统与网络的硬件性能数据。

5.根据权利要求1至4任一项所述的信创平台自适应配置方法，其特征在于，所述获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署，包括：

获取目标终端对应的信创平台的操作系统类型，并针对该操作系统类型在所述目标终端中进行自适应配置；

以及，获取目标终端对应的信创平台的系统架构类型，针对该系统架构类型在所述目标终端中进行自适应配置及安装包部署。

6.根据权利要求5所述的信创平台自适应配置方法，其特征在于，所述针对该系统架构类型在所述目标终端中进行自适应配置及安装包部署，包括：

针对所述x86架构，在x86架构下的源码打包环境中将源码打包成deb安装包以在x86环境下进行安装包部署；

针对所述arm架构，判定部署测试功能当前是否可用，若是，则将源码打包成deb安装包以在arm环境下进行安装包部署，若部署测试功能当前不可用，则自动调用备用实现方式，重新判定部署测试功能当前是否可用。

7.一种信创平台自适应配置装置，其特征在于，包括：

软件适配模块，用于获取目标终端对应的信创平台的操作系统类型及系统架构类型，并针对该操作系统类型及系统架构类型分别在所述目标终端中进行自适应配置及安装包部署；

硬件适配模块，用于在所述目标终端中对所述信创平台对应的芯片类型进行自适应配置及安装包部署；

所述信创平台自适应配置装置还用于执行下述内容：

获取所述目标终端下的架构信息，根据架构信息中字段内容确定目标终端的系统架构类型，所述系统架构类型包括：x86架构和arm架构；

获取用于一键安装更新与卸载软件的应用中心的软件仓库的基地址以将该基地址写入所述目标终端的系统架构类型的源；

将所述目标终端的自带源进行备份操作；

为所述目标终端的系统架构类型的源授予秘钥以进行授权操作；

启动应用中心的初始模块以初始化所述应用中心。

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的信创平台自适应配置方法。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一项所述的信创平台自适应配置方法。

Images