CN117785197A - 积分商城软件的运维方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种积分商城软件的运维方法、装置、设备及存储介质，可用于移动互联网领域。该方法包括：接收运维人员触发的软件更新请求；根据软件更新请求显示目标软件对应的流程编辑可视化界面；响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对目标软件执行流程进行更新。本申请可降低积分商城软件更新的开发工期，有效提高积分商城软件的运维效率。

Description

积分商城软件的运维方法、装置、设备及存储介质

技术领域

本申请涉及移动互联网领域，尤其涉及一种积分商城软件的运维方法、装置、设备及存储介质。

背景技术

积分商城软件作为一种在线购物平台，包含积分的生成发放、扣减、消亡以及产品的接入、审核、上下架等功能，用于实现用户通过积累积分来换取产品或服务。

目前对于积分商城软件的运维，一般是通过代码来固定实现各种功能。所以在积分商城软件由于业务或需求变动需要调整时，就需要运维人员重新开发对应的代码，导致了积分商城软件的运维效率较低。

发明内容

本申请提供一种积分商城软件的运维方法、装置、设备及存储介质，用以解决现有技术中在积分商城软件由于业务或需求调整进行更新时，就需要技术人员重新开发对应的代码，导致了积分商城软件的运维效率较低的技术问题。

第一方面，本申请提供一种积分商城软件的运维方法，包括：

接收运维人员触发的软件更新请求；

根据所述软件更新请求显示目标软件对应的流程编辑可视化界面；

响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对所述目标软件执行流程进行更新。

在一种可能的设计中，响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对所述目标软件执行流程进行更新，包括：

接收到目标软件执行流程中关于流程节点的更新操作，对目标软件执行流程中的流程节点进行初步更新，所述更新操作为以下操作的任意一种：删除操作、增加操作或修改操作；

接收对流程节点的配置操作，对所述流程节点进行配置，以完成对流程节点的最终更新。

在一种可能的设计中，包括：

监测是否满足产品上下架条件；

响应于满足产品上下架条件，获取流程引擎中预先存储的产品上下架流程；

采用所述流程引擎执行所述产品上下架流程，以完成产品上下架。

在一种可能的设计中，采用所述流程引擎执行所述产品上下架流程，以完成产品上下架，包括：

从产品供应商设备获取关于产品信息的报文，将所述报文格式转换为预设报文格式；

对预设报文格式的产品信息进行解析，获取产品待上下架信息；

根据所述产品待上架信息进行产品上下架。

在一种可能的设计中，包括：

监测是否满足三方对账条件；

响应于满足三方对账条件，获取流程引擎中预先存储的三方对账流程；

采用所述流程引擎执行所述三方对账流程，以完成三方对账。

在一种可能的设计中，包括：

接收软件客户端设备发送的软件操作请求，所述软件操作请求中包括目标操作标识；

从目标软件对应的流程引擎中获取所述目标操作标识对应的目标流程；所述流程引擎中预先存储有目标软件所有功能的流转流程；

若确定所述目标流程中包括待执行的目标微服务，则向目标API网关发送微服务调用请求，所述微服务调用请求用于调用对应的微服务；

若确定微服务执行完成，则流程引擎继续执行目标流程，直到所述目标流程执行完成。

在一种可能的设计中，包括：

监测目标软件所有功能的流转流程是否存在异常；

若存在异常，则生成异常提示信息，并将所述异常提示信息进行显示。

第二方面，本申请提供一种积分商城软件的运维装置，包括：

接收模块，用于接收运维人员触发的软件更新请求；

显示模块，用于根据所述软件更新请求显示目标软件对应的流程编辑可视化界面；

更新模块，用于响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对所述目标软件执行流程进行更新。

第三方面，本申请提供一种包括：处理器，以及与所述处理器通信连接的存储器及输出装置；

所述存储器存储计算机执行指令；所述输出装置，用于显示目标软件对应的流程编辑可视化界面；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面任一项所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法。

本申请提供的积分商城软件的运维方法、装置、设备及存储介质，通过接收运维人员触发的软件更新请求；根据所述软件更新请求显示目标软件对应的流程编辑可视化界面；响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对所述目标软件执行流程进行更新。由于将积分商城中业务功能的流程及逻辑规则通过流程可视化界面进行预先编辑设定，所以在获取到对应功能请求后会自动触发执行对应流程执行，从而实现积分商城软件的正常运行。所以在获取到运维人员触发的软件更新请求后，可通过显示的目标软件对应的流程编辑可视化界面基于更新需求直接对其对应修改点的实现流程或逻辑规则进行修改更新，并在保存并发布修改后实现对积分商城软件的更新，这个过程相较于基于更新需求重新进行代码开发来说更加直观快速，从而降低了积分商城软件更新的开发工期，进而提高了积分商城软件的运维效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请一个实施例提供的积分商城软件的运维方法的应用场景图；

图2为本申请一实施例提供的积分商城软件的运维方法的流程图；

图3为本申请另一实施例提供的积分商城软件的运维方法对应的系统架构示意图；

图4为本申请一实施例提供的积分商城软件的运维装置的结构示意图；

图5为本申请一实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。

目前对于积分商城的功能实现主要通过代码进行实现，在执行对应功能以及流程时，将按照代码设定好的执行顺序进行执行，若出现功能改变或需求更改则需要技术人员在代码中将涉及到的对应代码进行修改并将对应重新开发需要添加的新功能代码，从而影响积分商城软件的更新周期，进而导致积分商城软件的运维效率较低。

所以在面对现有技术中的技术问题时，基于微服务的技术特点，将积分商城软件中所需要实现的功能点转化为对应的微服务，以及通过流程设计器将积分商城软件中所有功能的对应实现流程和涉及的执行规则逻辑进行预先设置，并将其部署在流程引擎上，进而可在触发对应流程节点时可通过流程引擎解析流程定义并调用相对应的微服务进行功能实现以及流程引擎根据流程节点执行情况自动执行后续对应流程。所以在积分商城软件面对功能更新或需求更改时，可通过对流程设计器中的积分商城软件的流程进行更新以及将更新的流程部署在流程引擎中来实现积分商城软件的更新，相比于完全通过对底层代码更改来实现更新，流程设计器中的流程编辑可视化界面可更加直观的显示其内部逻辑，以及可以轻松地拖拽和配置流程的各个环节，而无需编写大量的代码，从而提高了运维效率，降低了开发和更新的难度，进而使得业务流程更加高效和灵活。

图1为本申请一个实施例提供的积分商城软件的运维方法的应用场景图，如图1所示。在积分商城软件的运维方法对应的系统中可包括：客户端设备11和服务端设备12。客户端设备11用于显示客户端，客户端上具有用户界面，用户界面可包含更新、对账、异常信息及产品管理等触发按键，因此运维人员可通过用户界面进行软件更新的请求触发，也可通过其他对账、异常信息等请求触发。运维人员在用户界面触发软件更新后，客户端设备将软件更新请求发送给服务端设备12。服务端设备12根据接收到的软件更新请求在客户端设备11的用户界面运行并显示出目标软件对应的流程编辑可视化界面。其中流程可视化界面的左端为工具栏，其中可包括流程节点选项、流程管理选项等工具。运维人员可通过用户界面的目标软件的流程编辑可视化界面打开和编辑目标软件的全部流程以及对应流程节点下的子流程，因此运维人员可基于更新需求在流程编辑可视化界面中对对应的执行流程进行编辑，从而实现对目标软件中待更新的执行流程进行更新，进而实现对目标软件的更新。

或者在积分商城软件的运维方法对应的系统中可包括：触发功能的设备或组件及提供功能的设备。在运维人员通过触发功能的设备或组件触发软件更新时，向提供功能的设备发送软件更新请求。提供功能的设备根据获取到的软件更新请求运行并显示对应目标软件的流程编辑可视化界面，运维人员通过目标软件的流程编辑可视化界面可打开目标软件的全部流程，其中对应的流程节点中可包含子流程，运维人员可基于更新需求在流程编辑可视化界面中对对应的执行流程进行编辑，从而实现对目标软件中待更新的执行流程进行更新，进而实现对目标软件的更新。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请一实施例提供的积分商城软件的运维方法的流程图，如图2所示，本实施例的执行主体为积分商城软件的运维装置，该积分商城软件的运维装置位于电子设备中。具体地，电子设备可以为服务端设备。本实施例提供的积分商城软件的运维方法包括以下几个步骤：

步骤201，接收运维人员触发的软件更新请求。

其中，运维人员为负责软件开发和维护的工作人员。

具体地，在本实施例中，运维人员可通过客户端设备在用户界面上进行触发软件更新的操作，从而客户端设备将软件更新请求发送给服务端设备，进而服务端设备接收到对应的软件更新请求。

步骤202，根据软件更新请求显示目标软件对应的流程编辑可视化界面。

其中，目标软件为积分商城软件。

具体地，本实施例中，积分商城软件是基于Spring Boot框架构建，采用微服务架构，结合Spring Cloud工具集等进行开发和治理。

其中，流程编辑可视化界面可通过mxGraph实现。mxGraph为流程设计器，是一款独立的流程图和图表绘制工具，可以快速创建交互式图形和图表应用程序。

具体地，在本实施例中，服务端设备接收到软件更新请求后，会根据请求在客户端设备的用户界面上打开目标软件对应的流程编辑可视化界面。

其中，流程编辑可视化界面为可对目标软件对应流程进行编辑的界面。

步骤203，响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对目标软件执行流程进行更新。

具体地，在本实施例中，运维人员可在流程编辑可视化界面根据预设的更新需求对涉及到的对应的执行流程进行查看和编辑，进而实现对目标软件执行流程进行更新。

其中，具体的编辑方式可以为工作人员可在流程编辑可视化界面的左侧工具栏拖拽预设的任意流程节点和连线点到右侧流程编辑区域进行流程设计和编辑，并可双击流程节点对对应流程节点的属性进行配置以及添加对应流程节点执行时所需要的数据和逻辑规则。

本申请提供的积分商城软件的运维方法，通过接收运维人员触发的软件更新请求；根据软件更新请求显示目标软件对应的流程编辑可视化界面；响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对目标软件执行流程进行更新。由于将目标软件涉及的业务功能的流程及逻辑规则通过流程可视化界面进行预先编辑设定，所以在获取到对应功能请求后会自动触发执行对应流程执行，从而实现积分商城软件的正常运行。所以在获取到运维人员触发的软件更新请求后，可通过显示的目标软件对应的流程编辑可视化界面基于更新需求直接对其对应修改点的实现流程或逻辑规则进行修改更新，并在保存并发布修改后实现对积分商城软件的更新，这个过程相较于基于更新需求重新进行代码开发来说更加直观快速，从而降低了积分商城软件更新的开发工期，进而提高了积分商城软件的运维效率。

作为一种可选实施方式，在上述实施例的基础上，响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对目标软件执行流程进行更新，包括：

接收到目标软件执行流程中关于流程节点的更新操作，对目标软件执行流程中的流程节点进行初步更新，更新操作为以下操作的任意一种：删除操作、增加操作或修改操作；

接收对流程节点的配置操作，对流程节点进行配置，以完成对流程节点的最终更新。

其中，流程节点为目标软件执行流程中的对应的各个步骤或环节。

可选的，删除、增加或修改操作可包含对执行流程对应的流程节点、流程变量、流程规则、流程表单、流程日志等进行删除增加或修改，本实施例中不做限定。可选地，配置信息可包括流程节点名称、流程节点对应变量、流程节点对应的执行规则等进行配置，本实施例中不做限定。

具体地，本实施例中，运维人员通过在流程编辑可视化界面对流程节点进行增加或者删除以及拖动节点进行位置更改等操作，并且根据各个流程节点的具体功能可对流程节点进行对应流程节点的名称、数据、逻辑规则等进行配置，从而在对对应流程节点更新配置完成并保存更改后，进而实现对对应流程节点的最终更新。

可以理解的是，实现流程的自动化运行，不仅需要通过流程设计器提供的流程编辑可视化界面对目标软件的执行流程进行编辑设定，还需要将其流程部署在流程引擎中，进而实现流程自动化。

那么，本实施例中，运维人员在流程设计器提供的流程编辑可视化界面对目标软件的执行流程进行更新后，还需要对更新后的目标软件的执行流程进行预设格式保存，从而将目标软件的执行流程部署在对应的流程引擎上，从而使得流程引擎对更新后的目标软件的执行流程进行执行。

其中，流程引擎是一个软件系统，可完成流程的定义和管理，并按照在系统中预先定义好的流程规则进行流程实例的执行。

具体的，本实施例中，流程引擎可采用Camunda。Camunda是一个基于Java的开源流程引擎，支持BPMN、CMMN和DMN标准，可以用于流程自动化、案例管理以及业务决策管理。

本实施例提供的积分商城软件的运维方法，响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对目标软件执行流程进行更新，包括：接收到目标软件执行流程中关于流程节点的更新操作，对目标软件执行流程中的流程节点进行初步更新，更新操作为以下操作的任意一种：删除操作、增加操作或修改操作；接收对流程节点的配置操作，对流程节点进行配置，以完成对流程节点的最终更新。由于在对目标软件的实现流程在流程编辑可视化界面进行编辑更新时，运维人员可对流程进行增加、删除或修改的更新操作，从而能够满足对目标软件不同的更新需求，并且针对各个流程节点的不同实现功能进行对应的配置操作，进而实现了对各个流程节点的完整更新，保证了目标软件更新后的可用性。

作为一种可选实施方式，在上述任意一个实施例的基础上，还包括：

监测是否满足产品上下架条件；

响应于满足产品上下架条件，获取流程引擎中预先存储的产品上下架流程；

采用流程引擎执行产品上下架流程，以完成产品上下架。

其中，产品可为实体商品或虚拟服务等，本实施例中不做限定。

可以理解的是，目标软件中上下架的对应产品主要根据目标软件的经营管理者设置的运营方案决定，其中为保证目标软件的正常运行，目标软件的经营管理者会提前预设好在任意周期内需要在目标软件上架的产品和下架的产品并在固定预设时间统一上下架。

除此之外，产品需要上架还包括：对已上架产品进行数量补充，上新新的产品等。产品需要下架还包括：产品库存不足，和产品供应商终止合作后导致将对应产品下架等。

具体的，本实施例中，监控产品上下架的对应流程节点会对已上架的产品剩余库存进行监控，若产品初始上架的库存已经少于预设数量，则可查看对应产品的未上架库存，若未上架库存不为空，则通过流程引擎执行对应的产品上架流程对产品进行再次上架，若未上架库存为空，则通过流程引擎执行对应的产品下架流程对产品进行下架。

可以理解的是，从监测产品是否满足上下架条件以及根据响应结果对产品执行对应的上下架流程的整个过程都已经在流程设计器提供的流程编辑可视化界面中进行了预先流程设定，通过流程引擎进行自动化执行。

本实施例提供的积分商城软件的运维方法，通过监测是否满足产品上下架条件；响应于满足产品上下架条件，获取流程引擎中预先存储的产品上下架流程；采用流程引擎执行产品上下架流程，以完成产品上下架。由于在流程设计器提供的流程编辑可视化界面中对产品上下架流程以及上下架条件进行预先设定，从而实现了通过根据产品上下架条件对产品进行监控，并根据响应结果对产品执行对应流程，进而实现了对产品的自动上下架，提高了目标软件的运营效率。

作为一种可选实施方式，在上述任意一个实施例的基础上，通过采用流程引擎执行产品上下架流程，以完成产品上下架，包括：

从产品供应商设备获取关于产品信息的报文，将报文格式转换为预设报文格式；

对预设报文格式的产品信息进行解析，获取产品待上下架信息；

根据产品待上架信息进行产品上下架。

可以理解的是，目标软件中对应的任意实体产品可由不同的产品供应商提供，每个产品供应商都存在不同的定义产品信息的方式，进而各个产品供应商设备通过报文将产品信息上传到目标软件中时，其发送的报文格式也各不相同。

其中，产品信息可包括产品名称、产品详细介绍、供应商名称、产品数量、产品价格、产品待上架信息等。产品待上下架的信息为通过预设报文格式解析出的产品信息。

具体的，本实施例中，产品供应商的设备将产品信息传输到统一的接口，目标软件将获取到的产品信息的报文后对报文进行读取，并按照预设的报文格式将不同的供应商设备发送的不同格式的产品信息报文转换为目标软件统一设定的报文格式，并保存在目标软件数据库的对应位置。

其中，统一的接口通过采用RESTful API进行构建，并使用标准的HTTP POST方法来进行操作，定义统一的数据格式，采用JSON形式，传输过程采用加密协议(如TLS/SSL)，使用令牌、API密钥等形式增强数据在传输过程的安全，以及可根据不同的商品属性进行配置，同时建立同步异常处理机制，可实现对网络错误、同步失败、数据格式错误等情况的处理。

可选地，将获取到的所有产品信息转换为统一的报文格式并保存在对应数据库中后，并按照预设规则对产品信息进行解析，获取到产品的待上下架信息，若产品已在目标软件中上架，则根据此次解析出的产品信息对已上架的产品信息进行更新。

可选地，将获取到的所有产品信息转换为统一的报文格式并保存在对应数据库中后，可在执行对产品进行上下架的对应流程节点时，根据获取到产品待上下架信息直接拿取数据库中对应商品的报文并按照预设规则进行解析，进而对产品进行上下架。

本实施例提供的积分商城软件的运维方法，通过采用流程引擎执行产品上下架流程，以完成产品上下架，包括：从产品供应商设备获取关于产品信息的报文，将报文格式转换为预设报文格式；对预设报文格式的产品信息进行解析，获取产品待上下架信息；根据产品待上架信息进行产品上下架。由于将获取到的不同供应商的产品信息报文转换为统一的预设报文格式，从而可通过对预设报文格式的产品信息进行解析来获取待上下架的产品信息并进行产品上下架，进而简化了数据处理流程，提高了数据整合效率。

作为一种可选实施方式，在上述任意一个实施例的基础上，监测是否满足三方对账条件；

响应于满足三方对账条件，获取流程引擎中预先存储的三方对账流程；

采用流程引擎执行三方对账流程，以完成三方对账。

其中，三方对账为对积分，产品和支付进行对账，用户可在目标软件通过积分兑换产品，同时也存在产品以积分加现金或纯现金的形式兑换。为保证积分、产品和现金的一致性，所以需要在定期进行三方对账。

可选地，本实施例中，满足三方对账条件可为通过在流程中设置定期任务进行三方对账，也可由工作人员在用户界面出发三方对账功能。

具体的，本实施例中，若工作人员出发三方对账或到达定期三方对账时间，流程引擎会对获取到的三方对账请求进行响应，流程引擎通过获取预先部署好的三方对账流程，根据流程中预设的规则将流程中涉及的任务分配给合适的执行者，进而实现了三方自动对账。

可选地，本实施例中，由于目标软件将功能以微服务的形式进行实现，进行三方对账时，可通过调用积分对账、产品对账以及支付对账的微服务去获取三方预设周期内的数据，并通过将获取到的数据按照预定规则进行核对以及生成对应的核对报表进而完成三方对账，并且目标软件对应的工作人员也可输出可视化对账表单，其中三方对账的执行流程可通过目标软件对应工作人员自行设定，本实施例中不做限定。

进一步的，三方对账不仅可以对过往订单进行对账，还可对过往订单进行分析，可通过对过往订单数据进行分析展示，如对订单转化率等分析，并生成可视化报表。

其中，对数据进行分析展示可通过Kibana和Elasticsearch结合实现。Elasticsearch是一个高扩展、开源的全文检索和分析引擎，它可以准实时地快速存储、搜索、分析海量的数据。Kibana是一个开源的分析和可视化平台，设计用于和Elasticsearch一起工作，用Kibana来搜索、查看，和存储在Elasticsearch索引中的数据进行交互，并可执行高级数据分析，并且以各种图标、表格和地图的形式可视化数据。

本实施例提供的积分商城软件的运维方法，监测是否满足三方对账条件；响应于满足三方对账条件，获取流程引擎中预先存储的三方对账流程；采用流程引擎执行三方对账流程，以完成三方对账。由于可通过监测是否满足三方对账，并在满足三方对账条件后通过流程引擎自动执行三方对账流程，从而实现了三方对账的自动化进行，进而提高了对账效率，以及避免了人为错误和疏漏，确保了数据准确性和可靠性。

作为一种可选实施方式，在上述任意一个实施例的基础上，接收软件客户端设备发送的软件操作请求，软件操作请求中包括目标操作标识；

从目标软件对应的流程引擎中获取目标操作标识对应的目标流程，流程引擎中预先存储有目标软件所有功能的流转流程；

若确定目标流程中包括待执行的目标微服务，则向目标API网关发送微服务调用请求，微服务调用请求用于调用对应的微服务；

若确定微服务执行完成，则流程引擎继续执行目标流程，直到目标流程执行完成。

其中，目标操作标识可为软件操作请求对应的操作名称。

其中，目标流程为目标操作标识对应流程节点后的执行流程。

其中，目标微服务为对应目标操作标识对应的流程节点中涉及的微服务。

其中，目标API网关为用于处理来自客户端的请求，并将这些请求转发到相应的后端服务的网关，可通过Zuul来实现。Zuul是一个开源的、用于构建微服务的网关。

具体的，本实施例中，当软件客户端设备被触发对应的软件操作请求并发送给服务端设备后，服务端设备可从接收到软件操作请求中确定出对应的目标操作标识，从而使得流程引擎根据目标操作标识确定出对应的流程节点以及基于预先存储的目标软件所有功能的流转流程定位并获取到目标操作标识对应的流程节点后的目标流程，从而流程引擎通过目标API网关去向流程节点中包含的待执行的目标微服务发送调用请求，并在对应微服务执行完成后向流程引擎返回对应的执行情况，进而流程引擎根据执行情况去继续检测和执行后续的目标流程，直到目标流程执行完成。

可以理解的是，为确保流程引擎能够动态发现和调用其他微服务，因此初次启动时，目标软件系统中的所有微服务向微服务注册中心发送IP、端口信息等微服务信息进行注册，从而在流程引擎通过目标API网关去向流程节点中包含的待执行的目标微服务发送调用请求时，目标API网关将调用请求发送给总体任务调度，进而总体任务调度可通过RPC的调用实现对目标微服务的调用。

其中，目标软件中的涉及微服务可涉及积分、订单、产品、支付等功能模块。积分中的微服务可包括积分发放、积分扣减、积分查询、积分找回、积分继承、积分回退、批量变更处理、销户积分处理、过期积分处理、积分对账等。订单中的微服务可包括订单查询、物流查询、订单退单、订单退款、订单支付通知、订单对账等。产品中可包括产商品查询、商品列表查询、商品详情查询、品牌查询、型号查询、产品图片上传、产品信息添加、产品信息修改、库存查询、产品审核、产品发布、产品下架、产品上架等。支付中可包括微信支付、移动收银台支付、支付宝支付、支付查询、支付通知、支付返销等。

其中，微服务的注册可通过Eureka或Consul或Nacos来实现，本实施例中不做限定。

可选地，Eureka、Consul和Nacos都是服务发现框架。Eureka是Netflix开发的服务发现框架，具有注册及发现服务，负载均衡等功能。Consul是一种开源工具，用于实现分布式系统的服务发现与配置。Nacos是一个新开源工具，致力于帮助发现、配置和管理微服务。

其中，总体任务调度可采用Spring Cloud Task来实现。Spring Cloud Task是Spring Cloud中的一个轻量级的微服务框架，它提供了简单、声明性、模块化的RESTfulAPI和用于实现基于业务逻辑的多种任务的框架。而微服务之间的通信可采用SpringCloud Bus来实现。Spring Cloud Bus是一种基于Spring Cloud的分布式消息传递解决方案，用于实现微服务之间的通信。

其中，远程过程调用(Remote Procedure Call，简称RPC)是一种通过网络从远程计算机程序上请求服务的方式。

本实施例提供的积分商城软件的运维方法，接收软件客户端设备发送的软件操作请求，软件操作请求中包括目标操作标识；从目标软件对应的流程引擎中获取目标操作标识对应的目标流程；流程引擎中预先存储有目标软件所有功能的流转流程；若确定目标流程中包括待执行的目标微服务，则向目标API网关发送微服务调用请求，微服务调用请求用于调用对应的微服务；若确定微服务执行完成，则流程引擎继续执行目标流程，直到目标流程执行完成。由于流程引擎在接收到软件客户端设备发送的软件操作请求后根据目标操作标识确定出的目标流程及对应的目标微服务，以及通过目标API网关发送微服务调用请求，从而将微服务和流程引擎以及流程设计器串联起来，进而流程引擎可以调用微服务提供的各种功能和数据，实现流程的自动化和业务逻辑的处理。

作为一种可选实施方式，在上述任意一个实施例的基础上，监测目标软件所有功能的流转流程是否存在异常；

若存在异常，则生成异常提示信息，并将异常提示信息进行显示。

具体的，本实施例中，通过采用分布式链路追踪技术实现在触发预设流程节点处时，产生一个唯一的追踪ID，可通过对产生的追踪ID进行链路追踪，同一个追踪ID会在产生后随着流程的执行而移动，从而可基于每个流程节点中生成的日志根据追踪ID还原出同一个追踪ID下的链路实现情况和实现顺序，从而实现对目标软件对应功能的流转流程进行监控。

其中，对目标软件所有功能的流转流程进行监测和异常定位可通过Hystrix和Turbine来实现。Hystrix和Turbine都是Netflix开源的微服务架构下的服务间通讯组件，Hystrix用于隔离访问远程系统、服务和第三方库，以便管理在分布式系统中的故障。Turbine用于监控和聚合多个微服务的Hystrix数据。

可选地，若出现各个流程之间的执行顺序未按照预定顺序执行，流程节点的数据或执行时间以及微服务的对应指标数据超出预设阈值都可认定为发生异常，目标软件则会将异常信息在客户端设备的进行显示，并可根据预存的对应工作人员的通讯信息发送异常信息提醒等。

本实施例提供的积分商城软件的运维方法，监测目标软件所有功能的流转流程是否存在异常；若存在异常，则生成异常提示信息，并将异常提示信息进行显示。由于对目标软件所有功能的流转流程进行监测，并在识别出异常后生成异常提醒，从而可帮助进行故障排查和性能优化，以及增强目标软件的安全性，防止非法入侵。

图3为本申请另一实施例提供的积分商城软件的运维方法对应的系统架构示意图，如图3所示，本实施例中，积分商城软件的后台架构为Spring Boot标准开发框架，可分为三层：应用功能层、自动化能力层和数据层。功能层中主要包含流程设计器和流程引擎。运维人员可通过流程设计器提供的可视化流程编辑界面进行积分商城软件的所有功能实现对应流程的编辑，通过拖动流程节点，对流程节点属性和流程逻辑进行配置，并按照预设好的执行流程连接各个流程节点，最终形成并保存对应的目标软件执行流程以及将保存好的目标软件执行流程部署在流程引擎上，进而帮助实现流程的自动化执行。自动能力层中包含了目标软件所有功能实现涉及的全部微服务单元、Spring Cloud工具集等，用于实现接收到的调用请求对应的具体功能。举例来说，常见功能对应的微服务单元可包括：积分生成、积分扣减、积分消亡、积分对账、产品查询、产品上架、产品下架、产品对账、订单查询、订单支付、订单退款、订单对账等。而Spring Cloud是用于简化分布式系统构建的工具集，该工具集为微服务架构中所涉及的配置管理、服务发现、智能路由、断路器、微代理和控制总线等操作提供了一种简单的开发方式，则本实施例中可包括EureKA、Spring Cloud Task、Spring Cloud Bus、Spring Cloud Data Flow、Clonfig、Spring Cloud Stream、Hystrix、Sleuth、Turbine等。而数据层主要是对目标软件中运行产生的数据进行集中保存以及为目标软件的运行提供数据支持，其中可通过Elasticsearch和Kibana一起使用，实现数据分析可视化，如通过kibana搜索、查看、交互存放在Elasticsearch索引里的数据以及实现高级数据分析和可视化。

图4为本申请一实施例提供的积分商城软件的运维装置的结构示意图，如图4所示，本实施例提供的积分商城软件的运维装置位于电子设备中，则本实施例提供的积分商城软件的运维装置40包括：接收模块41，显示模块42，更新模块43。

其中，接收模块41，用于接收运维用户触发的软件更新请求；显示模块42，用于根据软件更新请求显示目标软件对应的流程编辑可视化界面；更新模块43，用于响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对目标软件执行流程进行更新。

本实施例提供的积分商城软件的运维装置可以执行图2所示的方法实施例，具体的实现原理和技术效果类似，此处不再赘述。

可选地，更新模块43，在响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作以及对目标软件执行流程进行更新时，具体用于：

接收到目标软件执行流程中关于流程节点的更新操作，对目标软件执行流程中的流程节点进行初步更新，更新操作为以下操作的任意一种：删除操作、增加操作或修改操作；接收对流程节点的配置操作，对流程节点进行配置，以完成对流程节点的最终更新。

可选地，本实施例提供的积分商城软件的运维装置还包括监测模块、获取模块、执行模块。

其中，监测模块用于监测是否满足产品上下架条件。获取模块用于响应于满足产品上下架条件，获取流程引擎中预先存储的产品上下架流程。执行模块用于采用流程引擎执行产品上下架流程，以完成产品上下架。

可选地，本实施例提供的积分商城软件的运维装置还包括转换模块、解析模块。

相应地，获取模块，还用于从产品供应商设备获取关于产品信息的报文。转换模块用于将报文格式转换为预设报文格式。解析模块用于对预设报文格式的产品信息进行解析，获取产品待上下架信息。执行模块还用于根据产品待上架信息进行产品上下架。

可选地，监测模块还用于监测是否满足三方对账条件。获取模块还用于响应于满足三方对账条件，获取流程引擎中预先存储的三方对账流程。执行模块还用于采用流程引擎执行三方对账流程，以完成三方对账。

可选地，本实施例提供的积分商城软件的运维装置还包括发送模块。

相应地，接收模块41，还用于：接收软件客户端设备发送的软件操作请求，软件操作请求中包括目标操作标识。获取模块还用于从目标软件对应的流程引擎中获取目标操作标识对应的目标流程，流程引擎中预先存储有目标软件所有功能的流转流程。发送模块，用于若确定目标流程中包括待执行的目标微服务，则向目标API网关发送微服务调用请求，微服务调用请求用于调用对应的微服务。执行模块，还用于若确定微服务执行完成，则流程引擎继续执行目标流程，直到目标流程执行完成。

可选地，本实施例提供的积分商城软件的运维装置还包括生成模块。

监测模块还用于监测目标软件所有功能的流转流程是否存在异常。生成模块还用于若存在异常，则生成异常提示信息。显示模块42，还用于将异常提示信息进行显示。

图5本申请一实施例提供的电子设备的结构示意图，如图5所示，本实施例提供的电子设备50包括：处理器51、以及与处理器通信连接的存储器52及输出装置53。

其中，存储器51存储计算机执行指令；输出装置53，用于显示目标软件对应的流程编辑可视化界面；处理器51，执行存储器52存储的计算机执行指令以实现上述任意一个实施例提供的积分商城软件的运维方法。相关说明可以对应参见附图中的步骤所对应的相关描述和效果进行理解，此处不做过多赘述。

其中，程序可以包括程序代码，程序代码包括计算机执行指令。存储器52可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

其中，本实施例中，存储器52、处理器51与输出装置53通过总线连接。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component Interconnect，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述任意一个实施例提供的积分商城软件的运维方法。例如，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本申请实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述任意一个实施例提供的积分商城软件的运维方法。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。

进一步需要说明的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

应该理解，上述的装置实施例仅是示意性的，本申请的装置还可通过其它的方式实现。例如，上述实施例中单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。

另外，若无特别说明，在本申请各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

集成的单元/模块如果以硬件的形式实现时，该硬件可以是数字电路，模拟电路等等。硬件结构的物理实现包括但不局限于晶体管，忆阻器等等。若无特别说明，处理器可以是任何适当的硬件处理器，比如CPU、GPU、FPGA、DSP和ASIC等等。若无特别说明，存储单元可以是任何适当的磁存储介质或者磁光存储介质，比如，阻变式存储器RRAM(ResistiveRandom Access Memory)、动态随机存取存储器DRAM(Dynamic Random Access Memory)、静态随机存取存储器SRAM(Static Random-Access Memory)、增强动态随机存取存储器EDRAM(Enhanced Dynamic Random Access Memory)、高带宽内存HBM(High-Bandwidth Memory)、混合存储立方HMC(Hybrid Memory Cube)等等。

集成的单元/模块如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种积分商城软件的运维方法，其特征在于，所述方法包括：

接收运维人员触发的软件更新请求；

根据所述软件更新请求显示目标软件对应的流程编辑可视化界面；

响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对所述目标软件执行流程进行更新。

2.根据权利要求1所述的方法，其特征在于，所述响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对所述目标软件执行流程进行更新，包括：

接收到目标软件执行流程中关于流程节点的更新操作，对目标软件执行流程中的流程节点进行初步更新，所述更新操作为以下操作的任意一种：删除操作、增加操作或修改操作；

接收对流程节点的配置操作，对所述流程节点进行配置，以完成对流程节点的最终更新。

3.根据权利要求1所述的方法，其特征在于，还包括：

监测是否满足产品上下架条件；

响应于满足产品上下架条件，获取流程引擎中预先存储的产品上下架流程；

采用所述流程引擎执行所述产品上下架流程，以完成产品上下架。

4.根据权利要求3所述的方法，其特征在于，所述采用所述流程引擎执行所述产品上下架流程，以完成产品上下架，还包括：

从产品供应商设备获取关于产品信息的报文，将所述报文格式转换为预设报文格式；

对预设报文格式的产品信息进行解析，获取产品待上下架信息；

根据所述产品待上架信息进行产品上下架。

5.根据权利要求1所述的方法，其特征在于，还包括：

监测是否满足三方对账条件；

响应于满足三方对账条件，获取流程引擎中预先存储的三方对账流程；

采用所述流程引擎执行所述三方对账流程，以完成三方对账。

6.根据权利要求1-5任一项所述的方法，其特征在于，还包括：

接收软件客户端设备发送的软件操作请求，所述软件操作请求中包括目标操作标识；

从目标软件对应的流程引擎中获取所述目标操作标识对应的目标流程，所述流程引擎中预先存储有目标软件所有功能的流转流程；

若确定所述目标流程中包括待执行的目标微服务，则向目标API网关发送微服务调用请求，所述微服务调用请求用于调用对应的微服务；

若确定微服务执行完成，则流程引擎继续执行目标流程，直到所述目标流程执行完成。

7.根据权利要求6所述的方法，其特征在于，还包括：

监测目标软件所有功能的流转流程是否存在异常；

若存在异常，则生成异常提示信息，并将所述异常提示信息进行显示。

8.一种积分商城软件的运维装置，其特征在于，包括：

接收模块，用于接收运维用户触发的软件更新请求；

显示模块，用于根据所述软件更新请求显示目标软件对应的流程编辑可视化界面；

更新模块，用于响应于接收到运维人员基于流程编辑可视化界面进行的目标软件执行流程更新操作，对所述目标软件执行流程进行更新。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器及输出装置；

所述存储器存储计算机执行指令；所述输出装置，用于显示目标软件对应的流程编辑可视化界面；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。