CN114461262A - 数据处理方法、系统、装置、设备，及计算机存储介质 - Google Patents

数据处理方法、系统、装置、设备，及计算机存储介质 Download PDF

Info

Publication number
CN114461262A
CN114461262A CN202111619054.2A CN202111619054A CN114461262A CN 114461262 A CN114461262 A CN 114461262A CN 202111619054 A CN202111619054 A CN 202111619054A CN 114461262 A CN114461262 A CN 114461262A
Authority
CN
China
Prior art keywords
software package
software
warehouse
client device
package
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.)
Pending
Application number
CN202111619054.2A
Other languages
English (en)
Inventor
柳扬
曹斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Neusoft Reach Automotive Technology Shenyang Co Ltd
Original Assignee
Neusoft Reach Automotive Technology Shenyang Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Neusoft Reach Automotive Technology Shenyang Co Ltd filed Critical Neusoft Reach Automotive Technology Shenyang Co Ltd
Priority to CN202111619054.2A priority Critical patent/CN114461262A/zh
Publication of CN114461262A publication Critical patent/CN114461262A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开了一种数据处理方法、系统、装置、设备，及计算机存储介质，方法包括：接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；基于所述软件包获取请求确定对应的第一软件包；将所述第一软件包反馈至所述第一客户端设备；其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表，可起到提高软件开发的开发效率的作用。

Description

数据处理方法、系统、装置、设备，及计算机存储介质
技术领域
本申请属于网络技术领域，尤其涉及一种数据处理方法、系统、装置、设备，及计算机存储介质。
背景技术
目前，在汽车技术软件开发过程中，各个部门各自开发软件，若软件之间存在依赖就造成开发部门之间存在依赖，对于依赖的软件部分，需要开发人员手工在部门间拷贝，版本管理混乱，容易造成差错；并且跨部门的软件包和软件环境难于共享，往往造成重复性工作，使得软件开发的开发效率较低。
发明内容
本申请实施例提供一种与现有技术不同的实现方案，以解决相关技术中，汽车技术领域软件开发的开发效率较低的技术问题。
第一方面，本申请提供一种数据处理方法，适用于服务端设备，包括：
接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；
基于所述软件包获取请求确定对应的第一软件包；
将所述第一软件包反馈至所述第一客户端设备；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
第二方面，本申请提供一种数据处理方法，适用于第一客户端设备，包括：
在检测到用户对软件包索引表中的软件包获取标识的操作时，向服务端设备发送对应的软件包获取请求；
接收所述服务端设备基于所述软件包获取请求确定的第一软件包；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
第三方面，本申请提供一种数据处理系统，包括：第一客户端设备、服务端设备，以及第二客户端设备；其中：
第一客户端设备，用于在检测到用户对软件包索引表中的软件包获取标识的操作时向服务端设备发送对应的软件包获取请求；
服务端设备，用于在获取到所述软件包获取请求后确定对应的第一软件包；并将所述第一软件包反馈至所述第一客户端设备；
第二客户端设备，用于供用户通过软件仓库管理平台上传第二软件包；
所述服务端设备，还用于将所述第二软件包存储至所述软件仓库；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问所述软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
第四方面，本申请提供一种数据处理装置，包括：
接收模块，用于接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；
确定模块，用于基于所述软件包获取请求确定对应的第一软件包；
反馈模块，用于将所述第一软件包反馈至所述第一客户端设备；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
第五方面，本申请提供一种电子设备，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行第一方面或第一方面各可能的实施方式中任一所述的方法。
第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面、第二方面、第一方面各可能的实施方式，或第二方面各可能的实施方式中的任一方法。
第七方面，本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面、第二方面、第一方面各可能的实施方式，或第二方面各可能的实施方式中的任一方法。
本申请通过接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；基于所述软件包获取请求确定对应的第一软件包；将所述第一软件包反馈至所述第一客户端设备；其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表的方案，提升了软件包自动化管理和维护水平，提高生产力，解决了软件来源不可靠的问题，并且，基于软件仓库的使用，支持不同的客户端设备共享软件仓库中的软件包，提高了软件开发的开发效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1a为本申请一实施例提供的数据处理系统的结构示意图；
图1b为本申请一实施例提供的数据处理系统的场景示意图；
图2a为本申请一实施例提供数据处理方法的流程示意图；
图2b为本申请一实施例提供的软件包制作流程示意图；
图3为本申请一实施例提供的数据处理装置的结构示意图；
图4为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
本申请实施例的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请实施例的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先，下面对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
E/E架构：Electrical/Electronic Architecture，汽车电子电气架构；
ECU：Electronic Control Unit,电子控制单元，又称“行车电脑”、“车载电脑”等；
OEM：Original Equipment Manufacturer,原始设备制造商，本方案中特指车厂；
AUTOSAR：AUTomotive Open System ARchitecture，汽车开放系统架构；
CI/CD：Continuous Deployment/Continuous Deployment，持续集成/持续部署；
Binary Package：仅含有二进制执行文件的软件包；
Source Package：仅含有源代码的软件包。
发明人通过研究发现，E/E(Electrical/Electronic Architecture，汽车电子电气架构)一直遵循“一个功能一个盒子”的分布式架构模式，该种E/E形式下，每增加一个功能，就需要增加相应的控制器和通讯信号，进一步增加系统的复杂性。E/E演变过程大概分为6个阶段：从简单到复杂依次为模块化、集成化、集中化、域融合、车载电脑和车-云计算。
相关技术中，在汽车技术软件开发过程中，各个部门各自开发软件，若软件之间存在依赖就造成开发部门之间存在依赖，对于依赖的软件部分，需要开发人员手工在部门间拷贝，版本管理混乱，容易造成差错；并且跨部门的软件包和软件环境难于共享，往往造成重复性工作，使得软件开发的开发效率较低。并且软件包可靠性和可信度差，不能自动化的维护软件包的可靠性和可信度，效率低下。
本申请提供一种基于软件仓库的方案用于解决前述技术问题，在本申请的方案中，软件仓库是整个OEM工具链条生态中的重要一环，对上游支持开发活动，对下游支持验证和确认过程。并支持集成过程，开发人员可提交正式待测系统到软件仓库，测试人员接收待测系统用于测试。
软件仓库主要管理三类应用：基于AUTOSAR架构的应用、非AUTOSAR架构应用或AUTOSAR软件平台本身，此外软件仓库中还可能管理源代码、操作系统、编译工具链，用户库等。
当开发活动的软件/源代码人工产物达到一定稳定性后，可被作为软件包放入软件仓库，软件包可以跨越不同组织/部门被其他开发者重用，软件仓库从预集成阶段开始介入开发活动，一些具有中间件或基础软件属性的单元被放入软件仓库，供其他依赖它们的软件单元使用，这些软件单元已经达到一定稳定程度。在集成和验证阶段，可重用的软件单元和被测单元理论上只在软件仓库中存在一份，可被项目开发活动重用或作为集成和验证阶段的构建来源。
下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图1a为本申请一示例性实施例提供的一种数据处理系统的结构示意图，该结构包括：第一客户端设备、服务端设备，以及第二客户端设备；其具体工作原理可参见图1b所示，其中：
第一客户端设备，用于在检测到用户对软件包索引表中的软件包获取标识的操作时向服务端设备发送对应的软件包获取请求；
服务端设备，用于在获取到所述软件包获取请求后确定对应的第一软件包；并将所述第一软件包反馈至所述第一客户端设备；
第二客户端设备，用于供用户通过软件仓库管理平台上传第二软件包；
所述服务端设备，还用于将所述第二软件包存储至软件仓库；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问所述软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
可选地，服务端设备用于管理软件仓库，软件仓库用于存储多个软件包，第一客户端在检测到用户访问所述软件仓库的访问指令时，向服务端设备发送软件仓库访问请求，服务端设备基于所述软件仓库访问请求确定对应的反馈信息，反馈信息包括软件仓库中的软件包索引表；将所述软件包索引表发送至所述第一客户端设备，使所述第一客户端设备展示所述软件包索引表；其中，软件包索引表包含多个软件包对应的索引信息，各软件包对应的索引信息可包括以下任一种或多种：软件包名称、获取标识、更新标识、属性信息。多个软件包对应的索引信息也可包含于软件仓库中。
进一步地，第一客户端设备侧可展示有软件包的获取标识对应的可操作控件，所述可操作控件用于供用户操作以获取对应的第一软件包。用户对软件包的获取标识对应的可操作控件的操作视为用户对软件包的获取标识的操作。其中，对软件包的获取标识的操作可以为点击操作。
前述第二客户端设备可用于供用户通过软件仓库管理平台上传第二软件包，具体地，第二客户端设备用于获取用户上传的源代码文件和/或二进制执行文件，并制作所述源代码文件和/或二进制执行文件对应的第二软件包；将制作完成的第二软件包上传至服务端设备。
可选地，前述第一客户端设备与第二客户端设备可以为同一设备，也可以为不同的设备，对此，本申请不做限定。
本系统实施例中的各组成单元，如第一客户端设备、第二客户端设备，以及服务端设备的相关功能的执行原理及交互过程可参见如下各方法实施例的描述。
图2a为本申请一示例性实施例提供的一种数据处理方法的流程示意图，该方法可适用于服务端设备，该方法至少包括以下步骤：
S201、接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；
S202、基于所述软件包获取请求确定对应的第一软件包；
S203、将所述第一软件包反馈至所述第一客户端设备；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
可选地，用户可在第一客户端设备侧通过浏览器或应用程序访问服务端设备中的软件仓库。
可选地，用户在访问软件仓库之前，服务端设备还可对用户在登录软件仓库管理平台时输入的账号与密码信息进行验证，在根据用户账号与密码确定用户有访问软件仓库的访问权限时，允许用户访问软件仓库。其中，软件仓库管理平台为第一客户端设备侧用户访问软件仓库的访问接口。
可选地，前述用户访问软件仓库的访问指令可以指用户登录软件仓库管理平台的登录指令；软件仓库访问请求中包含有用户输入的前述账号信息与密码信息，当服务端设备根据账号信息与密码信息确定用户有访问软件仓库的权限后，可进一步向第一客户端设备反馈对应的前述反馈信息，反馈信息中可包括软件仓库中的至少部分软件包对应的软件包索引表，软件包索引表中包含多个软件包对应的索引信息，各软件包对应的索引信息可包括以下任一种或多种：软件包名称、获取标识、更新标识、属性信息、关联包信息；其中，所述属性信息可包括以下任一种或多种：发布属性、详情信息、适用的操作系统类型、是否收费、开发方信息、软件包的验签结果、签名信息、体系结构属性、所属软件仓库的仓库名称。所述关联包信息可以包括软件包对应的关联包的名称信息。
进一步地，前述获取标识可包括下载标识与更新标识，前述发布属性可包括以下几种类型：稳定、待集成测试中与不稳定；详情信息可包括：名称、版本、大小、依赖的软件包的名称，还可包括其他描述；前述操作系统类型可包括：安卓、windows等；开发方信息可以分为车厂自身开发，或第三方开发；二进制执行文件对应的软件包可属于特定体系结构，源代码文件对应的软件包通常无体系结构属性。进一步地，前述属性信息还可进一步包括其它信息。
进一步地，反馈信息中还可包括软件仓库的仓库信息，仓库信息可包括仓库名称、仓库用途等(如电动车电池仓库、发电机仓库)。
在本申请的另一些可选的实施例中，前述访问指令还可以为针对用户输入的查询信息的查询指令，相应地，软件仓库访问请求中可包含查询信息，其中，查询信息包括：软件包名称和/或软件包的属性信息。相应地，软件包索引表为与查询信息对应的索引表。
进一步地，前述服务端设备可管理多个软件仓库，不同的软件仓库可具有各自的仓库名称，以及仓库用途，软件仓库为在线仓库，可由Web服务器驱动，并提供软件仓库的存储地址供第一客户端设备获取与查看。
进一步地，第一软件包对应的功能，可能依赖于其它软件包实现，基于此，将所述第一软件包反馈至所述第一客户端设备可具体包括：
根据第一预设对应关系确定所述第一软件包对应的关联软件包；
将所述关联软件包与第一软件包发送至所述第一客户端设备。其中，所述关联软件包为所述第一软件包实现其对应的功能时，需依赖的软件包。
进一步地，所述方法还包括：
S1、接收第二客户端设备上传的第二软件包；
S2、将所述第二软件包添加至所述软件仓库。
具体地，第二客户端设备与第一客户端设备可以为同一设备，也可以为不同的设备，第二软件包与第一软件包可以为同一软件包，也可以不为同一软件包。第二客户端设备在上传第二软件包之前，需生成第二软件包，具体地，可参见图2b所示，第二客户端设备可首先获取原始文件，原始文件包括源代码文件和/或二进制执行文件，并通过软件包制作工具将原始文件制作为软件包，具体地，软件包的制作过程包括：对原始文件依次进行编码、签名，以及压缩。
可选地，第一客户端设备对应的用户与所述第二客户端设备对应的用户可属于不同的部门，基于此，各软件包对应的索引信息还包括软件包的上传方设备所对应的部门信息。
进一步地，上述方法还包括：对所述第二软件包进行验签，若验签通过，则触发将所述第二软件包添加至所述软件仓库的步骤。
进一步地，用户在通过第二客户端设备上传第二软件包时，还可对第二软件包对应的索引信息进行编辑，服务端设备获取到第二软件包以及第二软件包的索引信息后，需根据所述第二软件包的索引信息对所述第二软件包进行验签，若验签通过，则触发将所述第二软件包与所述第二软件包的索引信息添加至所述软件仓库的步骤。
进一步地，当原始文件为二进制执行文件时，第二客户端设备在判断出原始文件的文件类型为二进制执行文件后，在制作软件包的过程中，计算和记录所有软件采用SHA-256算法的256位循环冗余校验(CRC)获得的文件特征值，并可采用非对称加密利用私钥对软件包进行签名，二进制执行文件对应的第二软件包的索引信息中包含第二软件包的上传信息，上传信息包括文件特征值和签名。进一步地，当第一客户端设备从服务端设备下载前述第二软件包时，第一客户端设备除了从服务端设备获取第二软件包，还需获取第二软件包的上传信息，即文件特征指和签名，以对第二软件包的损坏或篡改情况进行确定。具体地，第一客户端设备获取到第二软件包与第二软件包的上传信息后，可重新计算第二软件包对应的文件特征值并与第二软件包中的属性信息中的原始文件的特征值做比较，并采用非对称加密利用公钥对第二软件包中的签名进行验签。如果对比文件特征值相同并且验签通过，则认为验证成功，否则认为第二软件包可能损坏或遭篡改。
进一步地，当原始文件为源代码文件时，第二客户端设备在判断出原始文件的文件类型为源代码文件后，在制作软件包的过程中，计算和记录所有软件采用SHA-256算法的256位循环冗余校验(CRC)获得的文件特征值，并可采用非对称加密利用私钥对软件包进行签名，源代码文件对应的第二软件包的属性信息中包含第二软件包的上传信息，上传信息包含文件特征值和签名。进一步地，当第一客户端设备从服务端设备获取相应的第二软件包时，第一客户端设备除了从服务端设备获取第二软件包，还需获取第二软件包的上传信息，如文件特征值和签名，以对第二软件包的更改情况进行确定。具体地，第一客户端设备获取到第二软件包与第二软件包的上传信息后，可重新计算第二软件包对应的文件特征值并与第二软件包中的上传信息中的原始文件的特征值做比较，并采用非对称加密利用公钥对第二软件包中的签名进行验签。如果验签通过，则认为验证成功，如果文件特征值不同，则认为源代码在本地已经更改。
进一步地，所述方法还包括：
S211、获取所述软件仓库中的多个待分析软件包对应的多个参考信息；
S212、根据所述多个参考信息与预设评分规则对所述多个待分析软件包进行评分，得到所述多个待分析软件包对应的多个评分结果；
S213、基于所述多个评分结果与预设的成熟度等级确定规则确定所述多个待分析软件包对应的多个成熟度等级信息；其中，所述软件包索引表中还包括各软件包对应的成熟度等级信息。其中，待分析软件包可为软件仓库中的任一软件包。具体地，各待分析软件包都有其对应的参考信息，待分析软件包、评分结果，成熟度等级信息一一对应。参考信息的具体内容，以及预设评分规则可参见表1所示：
表1预设评分规则
Figure BDA0003437292120000111
进一步地，软件包的评分结果与成熟度等级信息的关联关系可根据表2的预设的成熟度等级确定规则确定。
表2预设的成熟度等级确定规则
评分分数 成熟度等级 说明
负数 有缺陷 软件包有缺陷
0 初始 软件包未经过评估或未知
3 可部署 软件包可被成功部署，但没有被充分测试
5 已测试过 软件包已经经过测试至少一种测试，但没有充分被验证
8 已验证 软件包在所有必要测试类别中均已充分验证
在本申请的一些可选的实施例中，自动判断软件包成熟度等级信息的步骤如下：
用户制作和上传软件包；
CI/CD系统拉取软件包和所有其依赖的软件包；
CI/CD系统自动构建、编译和测试软件包；
使用者使用软件包(可选步骤)；
软件测试人员测试软件包(可选步骤)。
对于以上步骤中的动作，服务端设备按照表1中的评分规则确定软件包的评分结果，并根据表2确定软件包的成熟度等级信息；可使得用户根据软件包成熟度等级信息，选择具有适当可靠性和可信度的软件包使用。
进一步地，为了进一步提高软件包的分享效率，使多个用户共享开发环境，所述方法还包括：
S01、获取第三客户端设备发送的镜像文件获取请求；
S02、根据所述镜像文件获取请求确定对应的镜像名称；
S03、利用所述镜像名称与第二预设对应关系确定出对应的镜像数据包；
S04、将所述镜像数据包发送至所述第三客户端设备。
具体地，镜像文件获取请求中可包括镜像名称，镜像数据包可包括多个软件包，该多个软件包的类型可以相同，也可以不同。
进一步地，前述镜像数据包可根据第四客户端设备上传的多个软件包提示信息确定，相应地，在获取第三客户端设备发送的镜像文件获取请求之前，上述方法还包括：
获取第四客户端设备上传的所述镜像名称，以及用于复原所述镜像数据包的多个软件包提示信息；
根据所述多个软件包提示信息，从所述软件仓库中，查询出对应的软件包集；
利用所述软件包集复原所述镜像数据包；
创建包含所述镜像名称与镜像数据包的对应关系的所述第二预设对应关系。
其中，多个软件包提示信息中的各软件包提示信息包括软件包的类型以及软件包的查询信息；具体地，当软件包的类型为二进制执行文件对应的软件包时，软件包的查询信息包括：软件包标识；当软件包的类型为源代码文件对应的软件包时，软件包的查询信息可包括：软件包标识，或软件包标识、源代码文件的修改信息，所述修改信息包括被修改过的源代码文件的修改时间以及修改内容；修改内容具体包括修改前的内容，以及修改后的内容，内容类型可包括针对源代码文件内容的修改内容和/或针对文件版本的修改内容。其中，当查询信息中包括源代码文件的修改信息时，服务端设备可根据查询信息复原出其中的软件包的源代码文件被修改后的镜像数据包。
进一步地，本申请的所述方法还包括：
获取预设时间段内，所述镜像数据包中被修改过源代码文件的软件包的修改信息，所述软件包的修改信息包括软件包标识、被修改过的源代码文件的修改信息；
将所述镜像数据包发送至所述第三客户端设备包括：将所述镜像数据包以及所述镜像数据包中被修改过源代码文件的软件包的修改信息发送至所述第三客户端设备。可使得第三客户端设备根据镜像数据包中被修改过源代码文件的软件包的修改信息确定源代码文件被修改过的软件包在修改前的软件包，以确定原始镜像数据包，供用户下载或测试。相应地，用户可通过第三客户端设备选择下载其中的软件包的源代码文件被修改后的镜像数据包，也可以选择下载其中的软件包的源代码文件被修改前的原始镜像数据包。
第四客户端设备不用拷贝具体的镜像数据包至服务端设备，仅需将镜像名称，以及用于复原所述镜像数据包的多个软件包提示信息发送至服务端设备，服务端设备可自行恢复相关的软件包集，并将所述软件包集作为镜像数据包，镜像数据包生成速度快，分发速度快，资源和带宽占用较小。
需要说明的是，前述第一客户端设备、第二客户端设备、第三客户端设备，以及第四客户端设备，可以为同一设备，也可以为不同的设备，对此，本申请不做限定。
进一步地，第四客户端设备的开发环境可以为用户使用软件包的本地环境。第四客户端设备具有验证本地软件包实例是否损坏以及向其他用户共享其本地完整的所有软件包镜像的能力，这有助于将个人花费时间构建的成熟的软件环境组合通过分发给同样开发需要的用户来大幅度减少本地开发环境部署时间，甚至在测试中快速的复制多份开发环境实例进行并行测试。
具体地，共享本地开发环境的步骤：第四客户端设备首先验证本地的所有软件包，如果验证不通过则不能共享。第四客户端设备将所有本地软件包制作成快照(即镜像数据包)，用户可设置快照的名称信息(即镜像名称)，以及填写描述信息(如用于复原所述镜像数据包的多个软件包提示信息)。快照是本地软件包的镜像拷贝，不影响本地软件环境继续开发和更改源代码。用户可以为不同的开发和测试场景创造多份快照，用户通过第四客户端设备将快照的描述信息上传到服务端设备，进而供其他使用者下载快照；其他使用者根据快照名称和描述信息选择适当的快照下载在本地。进一步地，第四客户端设备在本地部署快照后，还可采用非对称加密利用公钥对快照对应的签名进行验签。
在本申请的一些可选的实施例中，快照的制作和分发过程如下：
第四客户端设备对于每一个本地软件包，区分二进制执行文件对应的软件包，以及源代码文件对应的软件包类型；针对二进制执行文件对应的软件包，设置快照的描述信息包含软件包标识；针对源代码文件对应的软件包，设置在快照的描述信息中包含软件包标识、源代码文件的修改信息，以及原始文件的版本信息；具体可采用非对称加密利用私钥对快照进行签名；
第四客户端设备将快照的描述信息发送至服务端设备，服务端设备对快照进行还原操作，对于二进制执行文件对应的软件包，根据软件包标识在软件仓库中得到对应的软件包，对于源代码文件对应的软件包，根据软件包标识在软件仓库中得到对应的软件包，并根据源代码文件的修改信息，以及原始文件的版本信息重组为已被镜像制作者更改的完整源代码；服务端设备将还原的快照下发给使用者所在的第三客户端设备。
本申请通过接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；基于所述软件包获取请求确定对应的第一软件包；将所述第一软件包反馈至所述第一客户端设备；其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表的方案，基于软件仓库的使用，支持不同的客户端设备共享软件仓库中的软件包，提高了软件开发的开发效率。
并且，本方案在新的汽车E/E架构和软件定义汽车的变革中解决了多部门软件开发协作混乱、共享困难，软件来源不可靠的的问题，还提供一种结构和框架解决在上述背景下的协作混乱问题，进一步地，该软件仓库具有软件包本地镜像的检查验证和软件环境共享功能，且生成的共享快照不影响本地继续开发，可提升软件包和软件环境的重用性，提高生产力，解决共享困难的问题。并且，该软件仓库具有通过日常用户和软件包操作行为自动判断软件包的成熟度和缺陷的能力，提升软件包自动化管理和维护水平，提高生产力，解决了软件来源不可靠的的问题。
并且，本申请中的软件仓库的结构和框架支持特定领域跨部门的开发者、测试者协同工作，支持CI/CD自动化过程对人工产物进行验证。其中，CI/CD的构建工具从软件仓库获得所需的构建原料。
进一步地，本申请还提供一种数据处理方法，适用于第一客户端设备，包括：
在检测到用户对软件包索引表中的软件包获取标识的操作时，向服务端设备发送对应的软件包获取请求；
接收所述服务端设备基于所述软件包获取请求确定的第一软件包；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
进一步地，第一客户端设备可对多个软件仓库进行访问，并从多个软件仓库中下载软件包，并可以按照用户输入的软件包的属性信息浏览对应的软件包，并可展示软件包的安装状态、软件包更新提示、对用户进入软件仓库访问客户端的权限进行验证，并支持用户对本地软件包的增、删、改、查功能，还可展示其它详情，对此，本申请不做限定。
本实施例对应的具体实施方式可参见前述内容，此处不再赘述。
图3为本申请一示例性实施例提供的一种数据处理装置的结构示意图，该装置可适用于服务端设备，可包括：
接收模块31，用于接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；
确定模块32，用于基于所述软件包获取请求确定对应的第一软件包；
反馈模块33，用于将所述第一软件包反馈至所述第一客户端设备；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
可选地，上述装置在用于将所述第一软件包反馈至所述第一客户端设备时，具体用于：
根据第一预设对应关系确定所述第一软件包对应的关联软件包；
将所述关联软件包与第一软件包发送至所述第一客户端设备。
可选地，上述装置还用于：
接收第二客户端设备上传的第二软件包；
将所述第二软件包添加至所述软件仓库。
可选地，上述装置还用于：
对所述第二软件包进行验签，若验签通过，则触发将所述第二软件包添加至所述软件仓库的步骤。
可选地，上述装置还用于：
获取所述软件仓库中的多个待分析软件包对应的多个参考信息；
根据所述多个参考信息与预设评分规则对所述多个待分析软件包进行评分，得到所述多个待分析软件包对应的多个评分结果；
基于所述多个评分结果与预设的成熟度等级确定规则确定所述多个待分析软件包对应的多个成熟度等级信息；
其中，所述软件包索引表中还包括各软件包对应的成熟度等级信息。
可选地，上述装置还用于：
获取第三客户端设备发送的镜像文件获取请求；
根据所述镜像文件获取请求确定对应的镜像名称；
利用所述镜像名称与第二预设对应关系确定出对应的镜像数据包；
将所述镜像数据包发送至所述第三客户端设备。
可选地，在获取第三客户端设备发送的镜像文件获取请求之前，上述装置还用于：
获取第四客户端设备上传的所述镜像名称，以及用于复原所述镜像数据包的多个软件包提示信息；
根据所述多个软件包提示信息，从所述软件仓库中，查询出对应的软件包集；
利用所述软件包集复原所述镜像数据包；
创建包含所述镜像名称与镜像数据包的对应关系的所述第二预设对应关系。
进一步地，上述装置还用于：
获取预设时间段内，所述镜像数据包中被修改过源代码文件的软件包的修改信息，所述软件包的修改信息包括软件包标识、被修改过的源代码文件的修改信息；
将所述镜像数据包发送至所述第三客户端设备包括：将所述镜像数据包以及所述镜像数据包中被修改过源代码文件的软件包的修改信息发送至所述第三客户端设备。
本实施例对应的具体实施方式可参见前述内容，此处不再赘述。
本申请一示例性实施例还提供一种数据处理装置，该装置可适用于第一客户端设备，包括：
发送模块，用于在检测到用户对软件包索引表中的软件包获取标识的操作时，向服务端设备发送对应的软件包获取请求；
接收模块，用于接收所述服务端设备基于所述软件包获取请求确定的第一软件包；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
本实施例对应的具体实施方式可参见前述内容，此处不再赘述。
应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，该装置可以执行上述方法实施例，并且该装置中的各个模块的前述和其它操作和/或功能分别为了上述方法实施例中的各个方法中的相应流程，为了简洁，在此不再赘述。
上文中结合附图从功能模块的角度描述了本申请实施例的装置。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
图4是本申请实施例提供的电子设备的示意性框图，该电子设备可包括：
存储器401和处理器402，该存储器401用于存储计算机程序，并将该程序代码传输给该处理器402。换言之，该处理器402可以从存储器401中调用并运行计算机程序，以实现本申请实施例中的方法。
例如，该处理器402可用于根据该计算机程序中的指令执行上述方法实施例。
在本申请的一些实施例中，该处理器402可以包括但不限于：
通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
在本申请的一些实施例中，该存储器401包括但不限于：
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器401中，并由该处理器402执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。
如图4所示，该电子设备还可包括：
收发器403，该收发器403可连接至该处理器402或存储器401。
其中，处理器402可以控制该收发器403与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器403可以包括发射机和接收机。收发器403还可以进一步包括天线，天线的数量可以为一个或多个。
应当理解，该电子设备中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。
当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims (13)

1.一种数据处理方法，其特征在于，适用于服务端设备，包括：
接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；
基于所述软件包获取请求确定对应的第一软件包；
将所述第一软件包反馈至所述第一客户端设备；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
2.根据权利要求1所述的方法，其特征在于，将所述第一软件包反馈至所述第一客户端设备包括：
根据第一预设对应关系确定所述第一软件包对应的关联软件包；
将所述关联软件包与第一软件包发送至所述第一客户端设备。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收第二客户端设备上传的第二软件包；
将所述第二软件包添加至所述软件仓库。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
对所述第二软件包进行验签，若验签通过，则触发将所述第二软件包添加至所述软件仓库的步骤。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取所述软件仓库中的多个待分析软件包对应的多个参考信息；
根据所述多个参考信息与预设评分规则对所述多个待分析软件包进行评分，得到所述多个待分析软件包对应的多个评分结果；
基于所述多个评分结果与预设的成熟度等级确定规则确定所述多个待分析软件包对应的多个成熟度等级信息；
其中，所述软件包索引表中还包括各软件包对应的成熟度等级信息。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取第三客户端设备发送的镜像文件获取请求；
根据所述镜像文件获取请求确定对应的镜像名称；
利用所述镜像名称与第二预设对应关系确定出对应的镜像数据包；
将所述镜像数据包发送至所述第三客户端设备。
7.根据权利要求6所述的方法，其特征在于，在获取第三客户端设备发送的镜像文件获取请求之前，所述方法还包括：
获取第四客户端设备上传的所述镜像名称，以及用于复原所述镜像数据包的多个软件包提示信息；
根据所述多个软件包提示信息，从所述软件仓库中，查询出对应的软件包集；
利用所述软件包集复原所述镜像数据包；
创建包含所述镜像名称与镜像数据包的对应关系的所述第二预设对应关系。
8.根据权利要求6所述的方法，其特征在于，所述方法还包括：
获取预设时间段内，所述镜像数据包中被修改过源代码文件的软件包的修改信息，所述软件包的修改信息包括软件包标识、被修改过的源代码文件的修改信息；
将所述镜像数据包发送至所述第三客户端设备包括：将所述镜像数据包以及所述镜像数据包中被修改过源代码文件的软件包的修改信息发送至所述第三客户端设备。
9.一种数据处理方法，其特征在于，适用于第一客户端设备，包括：
在检测到用户对软件包索引表中的软件包获取标识的操作时，向服务端设备发送对应的软件包获取请求；
接收所述服务端设备基于所述软件包获取请求确定的第一软件包；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
10.一种数据处理系统，其特征在于，包括：第一客户端设备、服务端设备，以及第二客户端设备；其中：
第一客户端设备，用于在检测到用户对软件包索引表中的软件包获取标识的操作时向服务端设备发送对应的软件包获取请求；
服务端设备，用于在获取到所述软件包获取请求后确定对应的第一软件包；并将所述第一软件包反馈至所述第一客户端设备；
第二客户端设备，用于供用户通过软件仓库管理平台上传第二软件包；
所述服务端设备，还用于将所述第二软件包存储至所述软件仓库；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问所述软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
11.一种数据处理装置，其特征在于，包括：
接收模块，用于接收第一客户端设备发送的软件包获取请求，所述软件包获取请求在第一客户端设备检测到用户对软件包索引表中的软件包获取标识的操作时发送；
确定模块，用于基于所述软件包获取请求确定对应的第一软件包；
反馈模块，用于将所述第一软件包反馈至所述第一客户端设备；
其中，所述软件包索引表为所述第一客户端设备在检测到用户访问软件仓库的访问指令时，向服务端设备发送软件仓库访问请求后，根据接收自所述服务端设备的针对所述软件仓库访问请求的反馈信息展示的列表。
12.一种电子设备，其特征在于，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-8中任一项或权利要求9所述的方法。
13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8中任一项或权利要求9所述的方法。
CN202111619054.2A 2021-12-27 2021-12-27 数据处理方法、系统、装置、设备，及计算机存储介质 Pending CN114461262A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111619054.2A CN114461262A (zh) 2021-12-27 2021-12-27 数据处理方法、系统、装置、设备，及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111619054.2A CN114461262A (zh) 2021-12-27 2021-12-27 数据处理方法、系统、装置、设备，及计算机存储介质

Publications (1)

Publication Number Publication Date
CN114461262A true CN114461262A (zh) 2022-05-10

Family

ID=81407897

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111619054.2A Pending CN114461262A (zh) 2021-12-27 2021-12-27 数据处理方法、系统、装置、设备，及计算机存储介质

Country Status (1)

Country Link
CN (1) CN114461262A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114860273A (zh) * 2022-07-04 2022-08-05 广东睿江云计算股份有限公司 自适应软件包管理方法及管理系统
CN115037787A (zh) * 2022-06-09 2022-09-09 上海禾骋科技有限公司 一种测试汽车网络通信的方法、系统和装置
CN117311698A (zh) * 2023-08-14 2023-12-29 广州致远电子股份有限公司 软件包发布方法、软件包下载方法、终端设备及存储介质
CN117707557A (zh) * 2023-12-26 2024-03-15 和创（北京）科技股份有限公司 一种用于描述以及控制saas软件包安装的管理方法及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115037787A (zh) * 2022-06-09 2022-09-09 上海禾骋科技有限公司 一种测试汽车网络通信的方法、系统和装置
CN114860273A (zh) * 2022-07-04 2022-08-05 广东睿江云计算股份有限公司 自适应软件包管理方法及管理系统
CN114860273B (zh) * 2022-07-04 2022-12-20 广东睿江云计算股份有限公司 自适应软件包管理方法及管理系统
CN117311698A (zh) * 2023-08-14 2023-12-29 广州致远电子股份有限公司 软件包发布方法、软件包下载方法、终端设备及存储介质
CN117311698B (zh) * 2023-08-14 2024-05-17 广州致远电子股份有限公司 软件包发布方法、软件包下载方法、终端设备及存储介质
CN117707557A (zh) * 2023-12-26 2024-03-15 和创（北京）科技股份有限公司 一种用于描述以及控制saas软件包安装的管理方法及系统
CN117707557B (zh) * 2023-12-26 2024-05-14 和创（北京）科技股份有限公司 一种用于描述以及控制saas软件包安装的管理方法及系统

Similar Documents

Publication Publication Date Title
CN114461262A (zh) 数据处理方法、系统、装置、设备，及计算机存储介质
US11385890B2 (en) Shared software libraries for computing devices
US11909890B2 (en) Software release verification
US8375383B2 (en) Rolling upgrades in distributed applications
US11860680B2 (en) Software pipeline and release validation
CN105389177A (zh) 一种软件版本确认方法、装置及系统
CN106445548B (zh) 一种测试包下发方法和装置
CN111083214A (zh) 一种更新应用软件的方法、装置、客户端、服务器及系统
CN111897846A (zh) 缓存数据校验方法、装置、设备及存储介质
EP3405923B1 (en) Updating a controller unit in a vehicle
CN116069341A (zh) 一种应用程序的自动化部署方法、设备及存储介质
WO2014193638A1 (en) Method and apparatus for transmitting symbol files
CN114880220A (zh) 车辆自动驾驶软件的开发系统和方法
US11886390B2 (en) Data file partition and replication
CN115437915A (zh) 一种基于车辆的版本测试方法、装置及电子设备
CN113037850A (zh) 一种应用程序升级方法、装置、电子设备及存储介质
US20230305837A1 (en) Data file partition and replication
CN114391136A (zh) 增强的虚拟机镜像管理系统
CN110443034B (zh) 风险程序文件的识别方法、装置、计算设备以及介质
CN116149745A (zh) 应用配置数据的管理方法、装置、电子设备及存储介质
CN117555573B (zh) 芯片烧录信息同步方法、电子设备和计算机可读介质
CN114978949B (zh) 基于以太网和can通讯的密钥写入测试方法和系统
CN117544616A (zh) 车端ota升级方法、装置、电子设备及可读存储介质
CN118132121A (zh) 固件升级方法、装置、计算机设备和存储介质
CN113553043A (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