基于RPA和AI的软件产品发货方法、装置、设备及存储介质

本申请涉及机器人流程自动化技术领域，尤其涉及一种基于RPA和AI的软件产品发货方法、装置、设备及存储介质。

机器人流程自动化(Robotic Process Automation，简称RPA)，是通过特定的“机器人软件”，模拟人在计算机上的操作，按规则自动执行流程任务。

人工智能(Artificial Intelligence，简称AI)是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门技术科学。

随着电商技术的发展，网上购物越来越受到人们的欢迎，人们可以直接在购物网站下单，由商家根据订单进行线下发货，通过快递邮寄方式送到买家手中，并且买家还可以在线上查看物流进度。但是，该发货方式仅限于硬件产品(即实体商品)，而对于软件产品(即程序产品)，则无法直接通过快递邮寄方式进行发货。

相关技术中，当消费者需要购买某公司的软件产品时，消费者可以向该公司销售人员提供所需购买软件产品的订单信息，销售人员根据订单信息与相关技术人员联系，由相关技术人员手动为这些订单信息中所需软件产品一一准备相关文件，并对相关文件进行打包获得部署包，将部署包手动发送给消费者进行部署。由此可知，目前软件产品的发货方式主要通过人工方式实现，不但需要消耗人力，而且发货效率低。

本申请实施例提供一种基于RPA和AI的软件产品发货方法、装置、设备及存储介质，能够解决相关技术中人工对软件产品进行发货需要消耗人力、发货效率低的问题。

技术方案如下：

第一方面，本申请实施例提供了一种基于RPA和AI的软件产品发货方法，方法应用于软件产品发货平台，方法包括：

从客户关系管理CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同；

输出基本信息，并获取发货申请人基于基本信息输入的待发货订单对应的部署环境；

获取发货申请人上传的目标图片和前置检查结果截图，其中，目标图片中携带有满足部署环境的客户机器信息，前置检查结果截图包括根据前置检查脚本对待发货订单对应的客户机器进行合法性检查的结果，合法性检查用于检查客户机器是否满足产品部署要求；

将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核，接收第一审核人审核通过后上传的软件部署授权文件；

对待发货信息进行打包生成部署包，并将部署包发送给待发货订单对应的客户进行软件产品部署，其中，待发货信息包括基本信息、部署环境、目标图片、前置检查结果截图和软件部署授权文件。

在一种实施方式中，从客户关系管理CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同包括：

基于第一RPA机器人从CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同。

在一种实施方式中，将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核包括：

当目标图片是二维码时，将对二维码识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核；

当目标图片不是二维码时，将基于光学字符识别OCR对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核。

在一种实施方式中，接收第一审核人审核通过后上传的软件部署授权文件包括：

根据销售合同确定是否存在第三方供应商；

若不存在第三方供应商，则接收第一审核人审核通过后上传的自研软件部署授权文件；

若存在第三方供应商，则接收第一审核人审核通过后上传的第三方软件部署授权文件。

在一种实施方式中，基本信息包括以下至少一项：

发货申请标识、客户名称、部署类型、订单号、发货申请人、发货申请人的收货地址和至少一个软件产品的产品信息；

其中，产品信息包括产品标识、产品激活时间和产品到期时间。

在一种实施方式中，当待发货信息还包括每个产品标识对应的软件部署配置信息时，在对待发货信息进行打包生成部署包之前，方法还包括：

基于第二RPA机器人从软件服务平台获取基本信息中每个产品标识对应的软件部署配置信息，其中，软件部署配置信息包括进程镜像文件、配置镜像文件、服务镜像信息和模型镜像文件。

在一种实施方式中，将部署包发送给待发货订单对应的客户进行软件产品部署包括：

将部署包发送至发货申请人的收货地址，以便发货申请人将部署包发送给待发货订单对应的客户进行软件产品部署。

在一种实施方式中，在对待发货信息进行打包生成部署包之前，方法还包括：

将待发货信息发送给第二审核人进行审核，并在审核通过后执行对待发货信息进行打包生成部署包。

在一种实施方式中，在对待发货信息进行打包生成部署包之后，方法还包括：

获取客户的软件产品部署进度，并将软件产品部署进度同步给CRM。

第二方面，本申请实施例提供了一种基于RPA和AI的软件产品发货装置，装置应用于软件产品发货平台，装置包括：

第一获取单元，用于从客户关系管理CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同；

输出单元，用于输出基本信息；

第二获取单元，用于获取发货申请人基于基本信息输入的待发货订单对应的部署环境；

第三获取单元，用于获取发货申请人上传的目标图片和前置检查结果截图，其中，目标图片中携带有满足部署环境的客户机器信息，前置检查结果截图包括根据前置检查脚本对待发货订单对应的客户机器进行合法性检查的结果，合法性检查用于检查客户机器是否满足产品部署要求；

第一发送单元，用于将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核；

接收单元，用于接收第一审核人审核通过后上传的软件部署授权文件；

打包单元，用于对待发货信息进行打包生成部署包；

第二发送单元，用于将部署包发送给待发货订单对应的客户进行软件产品部署，其中，待发货信息包括基本信息、部署环境、目标图片、前置检查结果截图和软件部署授权文件。

在一种实施方式中，第一获取单元，用于基于第一RPA机器人从CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同。

在一种实施方式中，第一发送单元包括：

第一发送模块，用于当目标图片是二维码时，将对二维码识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核；

第二发送模块，用于当目标图片不是二维码时，将基于光学字符识别OCR对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核。

在一种实施方式中，接收单元包括：

确定模块，用于根据销售合同确定是否存在第三方供应商；

接收模块，用于当不存在第三方供应商时，接收第一审核人审核通过后上传的自研软件部署授权文件，当存在第三方供应商时，接收第一审核人审核通过后上传的第三方软件部署授权文件。

在一种实施方式中，基本信息包括以下至少一项：

发货申请标识、客户名称、部署类型、订单号、发货申请人、发货申请人的收货地址和至少一个软件产品的产品信息；

其中，产品信息包括产品标识、产品激活时间和产品到期时间。

在一种实施方式中，装置还包括：

第四获取单元，用于当待发货信息还包括每个产品标识对应的软件部署配置信息时，在对待发货信息进行打包生成部署包之前，基于第二RPA机器人从软件服务平台获取基本信息中每个产品标识对应的软件部署配置信息，其中，软件部署配置信息包括进程镜像文件、配置镜像文件、服务镜像信息和模型镜像文件。

在一种实施方式中，第二发送单元，用于将部署包发送至发货申请人的收货地址，以便发货申请人将部署包发送给待发货订单对应的客户进行软件产品部署。

在一种实施方式中，装置还包括：

第三发送单元，用于在对待发货信息进行打包生成部署包之前，将待发货信息发送给第二审核人进行审核，并在审核通过后执行对待发货信息进行打包生成部署包。

在一种实施方式中，装置还包括：

第五获取单元，用于在对待发货信息进行打包生成部署包之后，获取客户的软件产品部署进度，并将软件产品部署进度同步给CRM。

第三方面，本申请实施例提供了一种电子设备，电子设备包括处理器和存储器，存储器中存储指令，指令由处理器加载并执行，以实现上述第一方面任一种实施方式中的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储计算机程序，计算机程序被处理器执行时实现上述第一方面任一种实施方式中的方法。

上述技术方案中的优点或有益效果至少包括：

1、本申请实施例通过提供一种软件产品发货平台，并基于该软件产品发货平台从客户关系管理CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同，输出基本信息，并获取发货申请人基于基本信息输入的待发货订单对应的部署环境，获取发货申请人上传的目标图片和前置检查结果截图，将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核，接收第一审核人审核通过后上传的软件部署授权文件，对待发货信息进行打包生成部署包，并将部署包发送给待发货订单对应的客户进行软件产品部署。由此可知，与相关技术中需要人工一一对每个软件产品进行发货处理相比，本申请实施例可以通过软件产品发货平台实现发货处理操作，从而实现了软件产品发货自动化，进而节省了人力，提高了发货效率。

2、在生成部署包之前，本申请实施例通过第一RPA机器人从软件服务平台获取基本信息中每个产品标识对应的软件部署配置信息，并将软件部署配置信息作为待发货信息的一部分进行打包，从而客户无需再手动通过软件服务平台获取软件部署配置信息，进而节省了人力，提高部署效率。

3、通过基于第二RPA机器人从CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同，而无需人工从CRM系统中获取这些信息，从而进而节省了人力，提高获取基本信息和销售合同的效率。

4、在上传客户机器信息时，通过直接上传目标图片，并对目标图片自动进行识别，获得客户机器信息，而无需人工输入字符串较长的客户机器信息，进而不仅可以节省人力，提高获取客户机器信息的效率，还可以避免人工输入错误，提高获取客户机器信息的准确率。其中，当目标图片为二维码时，可以直接基于二维码识别算法对该二维码进行识别，当目标图片不是二维码时，可以基于光学字符识别OCR对目标图片进行识别。

5、本申请实施例不仅可以向客户提供自研软件产品，还可以向客户提供第三方软件产品，从而提高了客户选择范围。其中，可以通过分析销售合同中的内容自动判断是否存在第三方供应商，而无需人工判断。

6、通过在对待发货信息进行打包前供第二审核人再次审核，可以防止发货错误，提高发货准确率。

7、为了便于软件产品商家及时获知软件产品部署进度，从而及时发现软件产品部署是否存在问题(如部署效率低等问题)，在将部署包发送给待发货订单对应的客户进行软件产品部署之后，软件产品发货平台可以获取客户的软件产品部署进度，并将软件产品部署进度同步给CRM。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本申请进一步的方面、实施方式和特征将会是容易明白的。

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。

图1为本申请实施例提供的一种基于RPA和AI的软件产品发货方法的流程示意图；

图2为本申请实施例提供的一种基于RPA和AI的软件产品发货流程界面示例图；

图3为本申请实施例提供的另一种基于RPA和AI的软件产品发货流程界面示例图；

图4为本申请实施例提供的另一种基于RPA和AI的软件产品发货流程界面示例图；

图5为本申请实施例提供的另一种基于RPA和AI的软件产品发货流程界面示例图；

图6为本申请实施例提供的另一种基于RPA和AI的软件产品发货流程界面示例图；

图7为本申请实施例提供的一种基于RPA和AI的软件产品发货装置的组成框图；

图8为本申请实施例提供的一种电子设备的架构图；

图9为本申请实施例提供的另一种电子设备的架构图。

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。

为了清楚说明本申请的各实施例，首先对本申请实施例中涉及到的技术名词进行解释说明。

在本申请实施例的描述中，术语“RPA”，即机器人流程自动化(Robotic ProcessAutomation)，是通过特定的“机器人软件”，模拟人在计算机上的操作，按规则自动执行流程任务。

在本申请实施例的描述中，术语“AI”，人工智能(Artificial Intelligence)，是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门技术科学。

在本申请实施例的描述中，术语“软件产品发货平台”是一种专门提供软件产品发货功能的平台，该平台可以由客户端和服务器构成，客户端用于向用户(主要为软件产品商家的工作人员)提供人机交互界面，服务器用于进行打包等后台处理操作。

在本申请实施例的描述中，术语“CRM”，即客户关系管理(Customer RelationshipManagement)指企业为提高核心竞争力，利用相应的信息技术以及互联网技术协调该企业与客户间在销售、营销和服务上的交互，从而提升其管理方式，向客户提供创新式的个性化的客户交互和服务的过程。

在本申请实施例的描述中，术语“软件产品”是指程序产品。

在本申请实施例的描述中，术语“发货申请标识”用于唯一标识一次发货申请。

在本申请实施例的描述中，术语“部署类型”包括POC(Proof of Concept，概念验证)部署和/或正式部署，即通过部署类型能够确定本次部署是正式部署还是POC部署。

在本申请实施例的描述中，术语“产品激活时间”是指软件产品对应的销售合同生效时间，术语“产品到期时间”是指软件产品对应的销售合同到期时间。

在本申请实施例的描述中，术语“部署环境”为用于运行软件产品的处理器类型。

在本申请实施例的描述中，术语“CPU”，即中央处理器(Central ProcessingUnit)作为计算机系统的运算和控制核心，是信息处理、程序运行的最终执行单元。

在本申请实施例的描述中，术语“GPU”，即图形处理器(Graphics ProcessingUnit)，又称显示核心、视觉处理器、显示芯片，是一种专门在计算机设备上做图像和图形相关运算工作的微处理器。

在本申请实施例的描述中，术语“OCR”是指光学字符识别(Optical CharacterRecognition)，具体是指电子设备检查纸上打印的字符，通过检测暗、亮的模式确定其形状，然后用字符识别方法将形状翻译成计算机文字的过程；即，针对印刷体字符，采用光学的方式将纸质文档中的文字转换成为黑白点阵的图像文件，并通过识别软件将图像中的文字转换成文本格式，供文字处理软件进一步编辑加工的技术。

在本申请实施例的描述中，术语“NLP”是指自然语言处理(Natural LanguageProcessing)，其以语言为对象，利用计算机技术来分析、理解和处理自然语言的一门学科，即把计算机作为语言研究的强大工具，在计算机的支持下对语言信息进行定量化的研究，并提供可供人与计算机之间能共同使用的语言描写。

在本申请实施例的描述中，术语“前置检查”是指检查客户机器是否满足部署要求的一种部署前的检查操作。

在本申请实施例的描述中，术语“二维码”即Quick Response Code(简称QRCode)，是用某种特定的几何图形按一定规律在平面(二维方向上)分布的、黑白相间的、记录数据符号信息的图形，它比传统的条形码能存更多的信息，也能表示更多的数据类型。

在本申请实施例的描述中，术语“软件部署授权文件”是一种商家授予客户软件部署权限的授权文件，包括自研软件部署授权文件和/或第三方软件部署授权文件。

在本申请实施例的描述中，术语“进程镜像文件”是指对进程代码进行镜像处理得到的镜像文件。

在本申请实施例的描述中，术语“镜像处理”是一种用于获取镜像文件的处理方式，例如可以为容器集管理系统Kubernetes的Docker(应用容器引擎)镜像处理。可以在软件服务平台的环境中可以设置Kubernetes的插件(例如Helm插件、Istio插件、StorageClass插件等)来实现Kubernetes部署。

在本申请实施例的描述中，术语“配置镜像文件”是指对进程代码的配置文件进行镜像处理得到的镜像文件。

在本申请实施例的描述中，术语“服务镜像信息”指对进程代码的服务信息进行镜像处理得到的镜像信息。

在本申请实施例的描述中，术语“模型镜像文件”是指对进程代码的模型文件进行镜像处理得到的镜像文件。

在本申请实施例的描述中，术语“软件服务平台”是指软件产品商家为客户提供的一种包括多种软件服务的平台，通过该平台可以下载所需服务，下单购买所需软件产品。

参照下面的描述和附图，将清楚本申请实施例的这些和其他方面。在这些描述和附图中，具体公开了本申请的实施例中的一些特定实施方式，来表示实施本申请的实施例的原理的一些方式，但是应当理解，本申请的实施例的范围不受此限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

RPA技术可以通过用户使用界面，智能理解所在电子设备的已有应用，将重复的、基于规则、大批量的常规操作自动化，如自动重复读取邮件、读取Office组件、操作数据库及网页、客户端软件等，采集数据并进行繁琐的计算，并批量生成所需的文件和报告，从而通过RPA技术能够大幅降低人力成本的投入，有效提高办公效率。AI技术可以突破固定规则，模拟人的思维、意识来自动化处理一些更复杂的应用场景。RPA具有独特的优势：低代码、非侵入。低代码是说，RPA不需要很高的IT水平就能操作，不懂编程的业务人员也能开发流程；非侵入是说，RPA可以模拟人的操作，不用软件系统开放接口。但是传统的RPA具有一定的局限性：只能基于固定的规则，并且应用场景受限。随着AI技术的不断发展，RPA与AI深度融合克服了传统RPA的局限，RPA+AI＝Hand work+Head work，正在极大的改变劳动力的价值。基于此，本申请实施例提供了一种基于RPA和AI的软件产品发货方法，能够实现软件产品发货自动化，从而节省人力，提高发货效率。

图1示出了本申请一个实施例提供的一种基于RPA和AI的软件产品发货方法的流程图，该方法应用于软件产品发货平台，该软件产品发货平台可以部署在私有云中，也可以部署在公有云中，具体根据实际情况而定，该方法可包括以下步骤：

步骤S101：软件产品发货平台从CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同。

客户在软件服务平台上下单后，或者与软件产品商家的销售人员进行线下下单后，可以将软件服务平台上的订单信息(包括订单基本信息和销售合同)自动同步到CRM系统，或者，销售人员将订单信息手动录入CRM系统中。CRM系统可以以订单为单位，按照订单顺序依次同步至软件产品发货平台开启发货流程。

其中，基本信息包括以下至少一项：发货申请标识、客户名称、部署类型、订单号、发货申请人、发货申请人的收货地址和至少一个软件产品的产品信息；其中，产品信息包括产品标识、产品激活时间和产品到期时间。

发货申请标识是指待发货订单被申请发货时生成的申请ID(Identity document，身份标识号)，用于唯一标识一次发货申请。部署类型包括POC部署和/或正式部署。发货申请人是指软件产品发货平台中用于操作发货申请的人员，例如可以为软件产品商家的销售人员。发货申请人的收货地址一般为网络虚拟地址，例如邮箱地址、聊天软件地址等。产品标识用于唯一标识一件软件产品，可以包括产品名称。产品激活时间是指软件产品对应的销售合同生效时间，产品到期时间是指软件产品对应的销售合同到期时间。软件产品包括但不限于RPA产品(如流程机器人、流程创造者、流程管理者)、AI产品(如OCR产品、NLP产品)、IDP(Intelligent Document Processing，智能文档处理)产品、Chatbot(对话机器人)产品。

RPA产品中，流程机器人UiBot Worker是RPA流程编写完毕后，部署在流程机器人之中，可以根据需要手动启动运行，或在满足特定触发条件时自动启动，任务可编排、过程可回溯。流程创造者UiBot Creator是流程的开发的编程工具，在流程中进行界面自动化操作、AI识别、数据读写等具体步骤。流程创造者允许人们以流程图、低代码的方式，采用鼠标拖拽各个步骤，轻松组装符合业务需求的自动化流程。流程管理者UiBot Commander是对于企业内部的多个流程机器人进行统一管理的平台，可以快速批量下发任务，并为流程机器人提供运行时所需的数据、凭证、文件等；还可以实时监测流程机器人的运行状态，或回看其历史记录。

软件产品发货平台在从CRM系统获取待发货订单的基本信息和待发货订单对应的销售合同的具体实现方式可以为：基于第一RPA机器人从CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同。

在一种实施方式中，可以在软件产品发货平台中配置RPA程序，以使软件产品发货平台可以按照RPA程序中设定的规则，模拟人工自动登录CRM系统，并通过CRM系统获取待发货订单的基本信息和待发货订单对应的销售合同，将基本信息和销售合同录入软件产品发货平台。其中，在登录CRM系统时，若CRM系统弹出的登录界面中包含验证码图像，则第一RPA机器人可以对验证码图像进行OCR识别，获得验证码图像中的验证码内容，并将验证码内容输入到对应的编辑框，从而成功登录CRM系统。

需要补充的是，CRM系统中的基本信息与软件产品发货平台中待使用的基本信息的字段描述方式可能不同，但是代表含义相同，例如，CRM系统中“软件发货申请订单”字段与软件产品发货平台中的“订单号”字段都表示订单标识。在这种情况下，可以预先设置一个基本信息字段映射表，从CRM系统中获取基本信息后，可以根据基本信息字段映射表获取满足软件产品发货平台需求的基本信息。

步骤S102：软件产品发货平台输出基本信息，并获取发货申请人基于基本信息输入的待发货订单对应的部署环境。

部署环境为用于运行软件产品的处理器，可以包括CPU和/或GPU。在输出基本信息后，发货申请人可以查看到待发货订单的基本信息，并点击下一步，选择该待发货订单对应的部署环境，例如选择CPU。如图2所示，软件产品发货平台主要包括基本信息、填写部署环境、填写前置检查结果、上传授权文件(即软件部署授权文件)、审核、打包、部署七个节点，正在进行的节点可以加粗显示，并在下方显示该节点涉及的具体内容，图2中以“基本信息”为例，下方是基本信息包含的详细内容。

当发货申请人基于点击图2中的下一步后，可以进入图3所示的填写部署环境界面，图3中包括CPU和GPU两种部署环境，发货申请人可以选择合适的一种部署环境界面。

步骤S103：软件产品发货平台获取发货申请人上传的目标图片和前置检查结果截图。

其中，目标图片中携带有满足部署环境的客户机器信息，前置检查结果截图包括根据前置检查脚本对待发货订单对应的客户机器进行合法性检查的结果，合法性检查用于检查客户机器是否满足产品部署要求。客户可以从软件产品发货平台下载前置检查脚本，或者软件产品发货平台主动向客户下发前置检查脚本，之后通过运行前置检查脚本检查客户机器是否满足产品部署要求，并将前置检查结果截图，根据满足部署环境的客户机器信息生成目标图片，将目标图片和前置检查结果截图反馈给发货申请人，由发货申请人上传目标图片和前置检查结果截图。

在上传客户机器信息时，通过直接上传目标图片，并对目标图片自动进行识别，获得客户机器信息，而无需人工输入字符串较长的客户机器信息，进而不仅可以节省人力，提高获取客户机器信息的效率，还可以避免人工输入错误，提高获取客户机器信息的准确率。其中，目标图片可以是二维码，也可以是直观携带客户机器信息的普通图片。当目标图片是二维码时，将对二维码识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核；当目标图片不是二维码时，将基于OCR对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核。第一审核人可以为比发货申请人具有更高权限的人，例如可以为产品市场经理。

示例性的，如图4所示，发货申请人可以上传二维码，软件产品发货平台可以自动识别二维码中的客户机器信息(如机器码)，并将机器码自动填充到对应输入框进行显示，之后上传前置检查结果截图。

步骤S104：软件产品发货平台将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核，接收第一审核人审核通过后上传的软件部署授权文件。

发货申请人和第一审核人在软件产品发货平台具有不同的账户，在发货申请人上传目标图片和前置检查结果截图之后，可以点击“发起审核”按钮，软件产品发货平台接收到发起审核指令后，将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人的账户，以便第一审核人登录账户后可以对客户机器信息和前置检查结果截图进行审核，确认没问题后，上传软件部署授权文件。

在实际应用中，软件产品商家可以售卖自研的软件产品，也可以售卖第三方供应商的软件产品，因此所需的软件部署授权文件可能不同。软件产品发货平台可以根据销售合同确定是否存在第三方供应商；若不存在第三方供应商，则接收第一审核人审核通过后上传的自研软件部署授权文件；若存在第三方供应商，则接收第一审核人审核通过后上传的第三方软件部署授权文件。其中，软件产品发货平台可以基于NLP技术解析销售合同并确定是否存在第三方供应商。并且当销售合同是不可编辑的图像格式时，软件产品发货平台可以先基于OCR技术识别出销售合同中的文本内容，再基于NLP技术进行解析判断。

需要补充的是，待发货订单中可能只有一个软件产品，也可能存在多个软件产品。当存在多个软件产品时，该多个软件产品可以对应一个销售合同，也可以对应不同销售合同。当对应不同销售合同时，软件产品发货平台需要分别对每个销售合同的内容判断是否存在第三方供应商。如图5所示，第一审核人审核可以直接在软件部署授权文件上传界面上传待发货订单涉及的所有软件部署授权文件。

步骤S105：软件产品发货平台对待发货信息进行打包生成部署包，并将部署包发送给待发货订单对应的客户进行软件产品部署。

其中，待发货信息包括基本信息、部署环境、目标图片、前置检查结果截图和软件部署授权文件。软件产品发货平台可以自动对这些信息进行打包生成部署包，并将部署包发送至发货申请人的收货地址，以便发货申请人将部署包发送给待发货订单对应的客户进行软件产品部署，当然，基本信息中还包括客待发货订单对应客户的收获地址时，还可以直接将部署包发送至该客户的收获地址。在打包完成后，也可以向发货申请人展示部署包包含的详细内容，如图6所示，部署包除了包括待发货信息外，还可以包括打包生成的打包模块相关信息，例如模块编号、模块名称、模块版本等。

在一种实施方式中，为了进一步确保待发货信息无误，防止软件产品部署无法成功，可以在对待发货信息进行打包生成部署包之前，先将待发货信息发送给第二审核人进行审核，并在审核通过后再对待发货信息进行打包生成部署包。其中，第二审核人与第一审核人可以相同，也可以不同，根据实际需求而定，如第二审核人可以为运维人员。

在一种实施方式中，客户在基于部署包进行软件产品部署时，往往还需要从软件服务平台获取每个待部署软件产品的进程镜像文件、配置镜像文件、服务镜像信息和模型镜像文件等软件部署配置信息，然后基于软件部署配置信息实现软件产品部署。由此可知，该部署过程需要人工操作的内容较多，且人工操作效率也比较低下。为了进一步节省人力，提高部署效率，在对待发货信息进行打包生成部署包之前，软件产品发货平台可以基于第二RPA机器人自动从软件服务平台获取基本信息中每个产品标识对应的软件部署配置信息，并将还包括每个产品标识对应的软件部署配置信息的待发货信息进行打包。其中，软件部署配置信息包括进程镜像文件、配置镜像文件、服务镜像信息和模型镜像文件。

其中，进程镜像文件，指对进程代码进行镜像处理得到的镜像文件。配置镜像文件，指对进程代码的配置文件进行镜像处理得到的镜像文件。服务镜像信息，指对进程代码的服务信息进行镜像处理得到的镜像信息。模型镜像文件，指对进程代码的模型文件进行镜像处理得到的镜像文件。其中，配置文件，指的是进程代码中各变量的数值的定义等，结合各变量数值的定义以及进程代码，能够实现进程代码的运行。服务信息，指的是进程路由信息、部署时初始化所需要的数据结构、初始化数据、数据结构变更信息等。模型文件，指的是进程代码执行过程中需要用到的模型的相关文件。例如，以文字识别业务功能为例，该模型中的进程需要用到图像识别模型，则该进程的模型文件为图像识别模型的相关文件，方便进程调用图像识别模型，获取图像识别结果。

在一种实施方式中，可以在软件产品发货平台中配置RPA程序，以使软件产品发货平台可以按照RPA程序中设定的规则，模拟人工自动登录软件服务平台，并通过软件服务平台获取待发货订单的基本信息和待发货订单对应的销售合同，将基本信息和销售合同录入软件产品发货平台。其中，在登录软件服务平台时，若软件服务平台弹出的登录界面中包含验证码图像，则第二RPA机器人可以对验证码图像进行OCR识别，获得验证码图像中的验证码内容，并将验证码内容输入到对应的编辑框，从而成功登录软件服务平台。

其中，第一RPA机器人和第二RPA机器人可以为同一个RPA机器人，也可以为不同RPA机器人。即上述第一RPA机器人的功能和第二RPA机器人的功能可以部署在同一个RPA机器人上，也可以分别部署在不同RPA机器人上。

在一种实施方式中，为了便于软件产品商家及时获知软件产品部署进度，从而及时发现软件产品部署是否存在问题(如部署效率低等问题)，在将部署包发送给待发货订单对应的客户进行软件产品部署之后，软件产品发货平台可以获取客户的软件产品部署进度，并将软件产品部署进度同步给CRM。

本申请实施例提供的基于RPA和AI的软件产品发货方法，能够基于软件产品发货平台从客户关系管理CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同，输出基本信息，并获取发货申请人基于基本信息输入的待发货订单对应的部署环境，获取发货申请人上传的目标图片和前置检查结果截图，将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核，接收第一审核人审核通过后上传的软件部署授权文件，对待发货信息进行打包生成部署包，并将部署包发送给待发货订单对应的客户进行软件产品部署。由此可知，与相关技术中需要人工一一对每个软件产品进行发货处理相比，本申请实施例可以通过软件产品发货平台实现发货处理操作，从而实现了软件产品发货自动化，进而节省了人力，提高了发货效率。

图7示出了本申请另一个实施例提供的一种基于RPA和AI的软件产品发货装置的组成框图，该装置应用于软件产品发货平台，该装置包括：

第一获取单元210，用于从客户关系管理CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同；

输出单元220，用于输出基本信息；

第二获取单元230，用于获取发货申请人基于基本信息输入的待发货订单对应的部署环境；

第三获取单元240，用于获取发货申请人上传的目标图片和前置检查结果截图，其中，目标图片中携带有满足部署环境的客户机器信息，前置检查结果截图包括根据前置检查脚本对待发货订单对应的客户机器进行合法性检查的结果，合法性检查用于检查客户机器是否满足产品部署要求；

第一发送单元250，用于将对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核；

接收单元260，用于接收第一审核人审核通过后上传的软件部署授权文件；

打包单元270，用于对待发货信息进行打包生成部署包；

第二发送单元280，用于将部署包发送给待发货订单对应的客户进行软件产品部署，其中，待发货信息包括基本信息、部署环境、目标图片、前置检查结果截图和软件部署授权文件。

在一种实施方式中，第一获取单元210，用于基于第一RPA机器人从CRM系统中获取待发货订单的基本信息和待发货订单对应的销售合同。

在一种实施方式中，第一发送单元250包括：

第一发送模块，用于当目标图片是二维码时，将对二维码识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核；

第二发送模块，用于当目标图片不是二维码时，将基于光学字符识别OCR对目标图片识别出的客户机器信息和前置检查结果截图发送给第一审核人进行审核。

在一种实施方式中，接收单元260包括：

确定模块，用于根据销售合同确定是否存在第三方供应商；

接收模块，用于当不存在第三方供应商时，接收第一审核人审核通过后上传的自研软件部署授权文件，当存在第三方供应商时，接收第一审核人审核通过后上传的第三方软件部署授权文件。

在一种实施方式中，基本信息包括以下至少一项：

发货申请标识、客户名称、部署类型、订单号、发货申请人、发货申请人的收货地址和至少一个软件产品的产品信息；

其中，产品信息包括产品标识、产品激活时间和产品到期时间。

在一种实施方式中，装置还包括：

第四获取单元，用于当待发货信息还包括每个产品标识对应的软件部署配置信息时，在对待发货信息进行打包生成部署包之前，基于第二RPA机器人从软件服务平台获取基本信息中每个产品标识对应的软件部署配置信息，其中，软件部署配置信息包括进程镜像文件、配置镜像文件、服务镜像信息和模型镜像文件。

在一种实施方式中，第二发送单元280，用于将部署包发送至发货申请人的收货地址，以便发货申请人将部署包发送给待发货订单对应的客户进行软件产品部署。

在一种实施方式中，装置还包括：

第三发送单元，用于在对待发货信息进行打包生成部署包之前，将待发货信息发送给第二审核人进行审核，并在审核通过后执行对待发货信息进行打包生成部署包。

在一种实施方式中，装置还包括：

第五获取单元，用于在对待发货信息进行打包生成部署包之后，获取客户的软件产品部署进度，并将软件产品部署进度同步给CRM。

本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

图8示出了本申请另一个实施例提供的一种电子设备的结构框图。电子设备包括：处理器310和存储器320，存储器320中存储指令，该指令由处理器310加载并执行，以实现如上述任一方法实施例中的方法。存储器320和处理器310的数量可以为一个或多个。

如图9所示，该电子设备还包括：

通信接口330，用于与外界设备进行通信，进行数据交互传输。

如果存储器320、处理器310和通信接口330独立实现，则存储器320、处理器310和通信接口330可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在具体实现上，如果存储器320、处理器310及通信接口330集成在一块芯片上，则存储器320、处理器310及通信接口330可以通过内部接口完成相互间的通信。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现如上述任一方法实施例提供的方法。

本申请实施例还提供了一种芯片，该芯片包括，包括处理器，用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本申请实施例提供的方法。

本申请实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施例提供的方法。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammablegate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced RISC machines，ARM)架构的处理器。

进一步地，可选的，上述存储器可以包括只读存储器和随机存取存储器，还可以包括非易失性随机存取存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(read-onlymemory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以包括随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。