企业级微服务管理方法、装置、电子设备和存储介质与流程

本发明实施例涉及互联网技术领域，尤其涉及一种企业级微服务管理方法、装置、电子设备和存储介质。

背景技术：

随着中小微企业自身的业务发展，其线上管理的需求呈现个性化和多样化，办公、进销存、财会、银行金融服务等自成体系，但又有交互需求。现有的企业管理系统的架构设计多用于单体应用，即一个应用包含所有的业务模块。由于在较早的产品设计中业务范围较为垂直，各业务会形成各自的系统，虽然相关设计也可能实现了模块化和组件化，但当企业业务需要增加其他业务产品，则需优化原有应用，在新增、划分模块和优化原有功能的过程中，往往存在应用边界模糊，耦合性太大等问题。

因此，现有的系统设计不能满足日益增长的企业管理需求，在系统的不断优化过程中，原系统慢慢变得臃肿，可维护性和灵活性逐渐降低，维护成本越来越高，无法快速拓展产品线。同时，企业管理往往涉及不同领域的信息交互，现有产品多关注业务本身，无法提供统一的业务交互服务，不利于企业管理。

技术实现要素：

本发明实施例提供一种企业级微服务管理方法、装置、电子设备和存储介质，实现企业不同业务场景的交互，满足企业管理系统中各业务之间的生产和消费场景。

第一方面，本发明实施例提供了一种企业级微服务管理方法，包括：

获取用户的目标业务访问请求，并根据所述目标业务访问请求从候选服务业务中选择目标服务业务；

获取用户输入的业务数据，由所述目标服务业务对所述业务数据进行处理，并将所述业务数据与关联服务业务进行交互；其中，所述关联服务业务包括银行金融服务业务；

获取所述关联服务业务对所述业务数据的处理结果。

第二方面，本发明实施例还提供了一种企业级微服务管理装置，包括：

服务业务确定模块，用于获取用户的目标业务访问请求，并根据所述目标业务访问请求从候选服务业务中选择目标服务业务；

业务交互模块，用于获取用户输入的业务数据，由所述目标服务业务对所述业务数据进行处理，并将所述业务数据与关联服务业务进行交互；其中，所述关联服务业务包括银行金融服务业务；

业务处理模块，用于获取所述关联服务业务对所述业务数据的处理结果。

第三方面，本发明实施例还提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任一实施例所述的企业级微服务管理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例所述的企业级微服务管理方法。

本发明实施例基于目标服务业务与关联服务业务之间的数据交互，可以实现企业不同业务场景的交互，满足企业管理系统中各业务之间的生产和消费场景，同时解决了现有技术中企业管理架构设计难以扩展和维护的问题，实现易于维护而又能快速拓展产品线。并且关联服务业务包括银行金融服务业务，实现企业内部业务与外部银行金融服务之间的直接对接，提高企业金融服务效率。

附图说明

图1是本发明实施例一中的企业级微服务管理方法的流程图；

图2是本发明实施例一中的企业级微服务管理系统运行的架构图；

图3是本发明实施例一中的候选服务业务之间的交互关系示意图；

图4是本发明实施例二中的企业级微服务管理方法的流程图；

图5是本发明实施例二中的办公服务业务、发票管理服务业务和银行金融服务业务的交互流程示意图；

图6是本发明实施例三中的企业级微服务管理方法的流程图；

图7是本发明实施例三中的进销存管理服务业务和银行金融服务业务的交互流程示意图；

图8是本发明实施例四中的企业级微服务管理装置的结构示意图；

图9是本发明实施例五中的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一中的企业级微服务管理方法的流程图，本实施例可适用于企业服务业务线上管理的情况。该方法可以由企业级微服务管理装置来执行，该装置可以采用软件和/或硬件的方式实现，并可配置在电子设备中，例如电子设备可以是后台服务器等具有通信和计算能力的设备。如图1所示，该方法具体包括：

步骤101、获取用户的目标业务访问请求，并根据目标业务访问请求从候选服务业务中选择目标服务业务。

随着中小微企业自身的业务发展，其线上管理的需求呈现个性化和多样化，面对企业管理的个性化需求在企业管理系统的架构中会设置多种候选服务业务。在一个可行的实施例中，候选服务业务包括如下至少一项：办公服务业务、进销存管理服务业务、发票管理服务业务、财务服务业务以及银行金融服务业务。其中，办公服务业务可以用于企业员工考勤管理、报销管理、差旅管理以及汇报管理等；进销存管理服务业务用于企业员工进行进货管理、销售管理、库存管理、资金管理、结算账户管理以及在线付款等；发票管理服务业务用于电子发票管理、增值税发票管理以及进项发票管理等；财务服务业务用于企业财务人员进行单据查询、审批流程设置以及单据更新等；银行金融服务业务用于银行进行直接对接，进行账户查询以及转账支付等。候选服务业务的具体设置以及具体涵盖内容可以根据企业的实际需求进行个性化设置。

用户的目标业务访问请求是指企业用户需要进行操作的具体业务功能。示例性的，企业用户需要进行考勤签到时，需要向企业管理系统发起签到业务访问请求；或者当企业财务人员需要进行单据审核时，需要向企业管理系统发起审核业务访问请求等等。

企业管理系统在接收到目标业务访问请求后，根据目标业务访问请求中携带的业务信息从企业管理系统的候选服务业务中选择目标服务业务。可选的，根据候选服务业务的具体范围在候选服务业务中设置候选服务子业务。在确定目标服务业务后根据业务信息进一步确定进行响应的目标子业务。

在一个可行的实施例中，候选服务业务通过微服务架构进行部署。

其中，微服务是指可独立部署、独立扩展、独立测试且具有单纯职责的小型应用。候选服务业务通过微服务架构进行部署保证了各自业务的独立性和系统数据的安全性，并且降低了各业务之间的耦合性，有利于后续对企业管理系统进行维护和升级。

在一个可行的实施例中，所有候选服务业务均通过同一个认证服务进行登录访问。

每个候选服务业务在开展前都需要进行统一的用户身份认证。并且用户可以根据该身份认证进入不同的服务业务，以实现基于同一个认证服务，保证不同服务业务交互和数据交互的安全性。

步骤102、获取用户输入的业务数据，由目标服务业务对业务数据进行处理，并将业务数据与关联服务业务进行交互；其中，关联服务业务包括银行金融服务业务。

其中，业务数据是指用户需要进行处理的功能数据，示例性的，当用户需要进行报销业务访问请求时，则输入的业务数据为报销单据等信息。目标服务业务对相关业务数据进行逻辑处理。

同时，根据预先设置的业务之间的逻辑关联关系，将业务数据发送至关联服务业务，实现目标服务业务与关联服务业务之间的业务交互和数据交互，进而提高企业管理业务的处理效率，避免需要用户进行根据逻辑关联关系进行手动业务跳转。其中，在本发明实施例中关联服务业务中至少包括银行金融服务业务，通过目标服务业务与银行金融服务业务之间的数据交互，实现从目标服务业务直接调整到银行金融服务业务，避免企业人员需要自行登录银行进行付款等操作，提高业务处理效率，也避免人为付款时信息出错的问题。

在一个可行的实施例中，将业务数据与关联服务业务进行交互，包括：

使用http服务接口将业务数据与关联服务业务进行交互。

在本发明实施例中，通过http服务接口实现不同服务业务之间的数据交互和业务逻辑交互。

步骤103、获取关联服务业务对业务数据的处理结果。

在关联服务业务对业务数据进行处理完成后，将处理结果反馈给目标服务业务，以实现数据上的交互。示例性的，用户发起报销业务处理时，目标服务业务为办公服务业务，办公服务业务根据报销数据生成付款单后，将付款单发送至银行金融服务业务，银行金融服务业务根据付款单调整银行的付款流程，在付款结束后将付款反馈信息发送至办公服务业务，已告知用户最终业务处理结果。于用户而言，只需要根据最初的业务需求进行访问，后续的调整流程均根据预先逻辑设置进行跳转，提高业务办理效率。

在一个可行的实施例中，该方法还包括：

根据企业管理需求新增候选服务业务；

根据新增候选服务业务与已有候选服务业务之间的关系构建业务交互服务接口。

由于本发明实施例中的候选服务业务是基于微服务架构进行构建的，因此在企业有新的管理需求时，根据新的管理需求进行新增候选服务业务，同时新增候选服务业务也通过微服务进行部署，进而实现业务之间的相互独立，便于扩展和维护企业管理系统的架构。同时，新增候选服务业务可以使用现有的候选服务业务的业务服务接口，与现有的候选服务业务进行业务交互。

在一个可行的实施例中，新增候选服务业务包括如下至少一项：在线会议管理服务业务、企业文化管理服务业务和企业福利管理服务业务。

如图2所示为本发明实施例所提供的企业级微服务管理系统运行的架构图。用户可从pc端(personalcomputer，个人计算机)和移动端发起请求，首先需经过统一用户认证，认证后才可以进入系统，操作具体目标服务业务功能。在基于微服务的系统架构设计下，不同领域的服务业务之间可进一步交互，实现协作功能。如图3所示为候选服务业务之间的交互关系示意图，其中，具体的交互关系根据候选服务业务的具体逻辑功能之间的关系进行设置。

本发明实施例基于目标服务业务与关联服务业务之间的数据交互，可以实现企业不同业务场景的交互，满足企业管理系统中各业务之间的生产和消费场景，同时解决了现有技术中企业管理架构设计难以扩展和维护的问题，实现易于维护而又能快速拓展产品线。并且关联服务业务包括银行金融服务业务，实现企业内部业务与外部银行金融服务之间的直接对接，提高企业金融服务效率。

实施例二

图4是本发明实施例二中的企业级微服务管理方法的流程图，本实施例二在实施例一的基础上进行进一步地优化，目标服务业务为办公服务业务，关联服务业务还包括发票管理服务业务和财务服务业务。如图4所示，该方法包括：

步骤401、获取用户的目标业务访问请求，并根据目标业务访问请求从候选服务业务中选择目标服务业务，其中，目标服务业务为办公服务业务。

当用户的目标业务访问请求中包括办公服务业务的服务范围时，从候选服务业务中选择的目标服务业务为办公服务业务。

步骤402、获取用户输入的报销业务数据，由办公服务业务中的报销子服务业务对报销业务数据进行处理。

当用户需要进行报销申请时，首先提交报销业务访问请求，根据报销业务访问请求从候选服务业务中选择与报销关联的办公服务业务作为目标服务业务。在进入办公服务业务后，获取用户输入的报销业务数据，其中，报销业务数据中包括报销信息以及发票等信息，报销信息中可以包括报销原因以及报销金额等信息。办公服务业务在接收到报销业务数据后，由办公服务业务中的报销子服务业务对报销业务数据进行处理。示例性的，根据报销信息以及发票自动生成报销单据，报销单据的格式可以预先设置，以便进行审核。

步骤403、将报销业务数据分别发送至发票管理服务业务和财务服务业务。

办公服务业务在接收到报销业务数据后，根据服务业务之间的交互关系，将报销业务数据也发送至发票管理服务业务和财务服务业务，同时由这两个服务业务对报销业务数据进行处理。

在一个可行的实施例中，将报销业务数据分别发送至发票管理服务业务和财务服务业务，包括：

报销子服务业务通过http的rest服务接口与发票管理服务业务和财务服务业务进行数据交互。

其中，rest是一种组织web服务的架构，基于http的rest服务接口可以实现前后台通信。在本发明实施例中，报销子服务业务通过http的rest服务接口与发票管理服务业务和财务服务业务进行数据交互，实现了从报销子服务业务跳转到发票管理服务业务和财务服务业务的功能，且提供数据传输的功能。

步骤404、发票管理服务业务对报销业务数据进行核验，得到核验结果，并将核验结果发送至财务服务业务。

发票管理服务业务在接收到报销业务数据时，对报销业务数据中的发票的合法性进行核验，并将核验结果发送至财务服务业务。可选的，发票管理服务业务也可以将核验结果同时发送至报销子服务业务。

步骤405、财务服务业务根据报销业务数据和核验结果，将报销业务数据发送至银行金融服务业务，由银行金融服务业务对报销业务数据进行处理。

财务服务业务接收到报销业务数据和核验结果后，对报销业务数据和核验结果进行处理，根据处理结果将报销业务数据发送至银行金融服务业务，由银行金融服务业务对报销业务数据进行付款处理。示例性的，若核验结果为发票合法，则根据报销业务数据生成付款单，并将付款单发送至银行金融服务业务，银行金融服务业务根据付款单中的付款账号和金融进行付款操作。

在一个可行的实施例中，财务服务业务根据报销业务数据和核验结果，将报销业务数据发送至银行金融服务业务，由银行金融服务业务对报销业务数据进行处理，包括：

财务服务业务根据报销业务数据和核验结果生成付款申请，并将付款申请发送至银行金融服务业务；

基于http的rest服务接口，财务服务业务直接转接至银行金融服务业务的付款业务，由付款业务完成对付款申请的处理。

步骤406、财务服务业务接收银行金融服务业务返回的报销业务数据处理结果。

银行金融服务业务根据报销业务数据进行付款处理后，反馈付款结果，并将付款结果返回至财务服务业务。

步骤407、获取关联服务业务对业务数据的处理结果。

银行金融服务业务根据报销业务数据进行付款处理后，反馈付款结果，同时也将付款结果返回至办公服务业务。用户可以根据身份认证在报销子业务服务中获知最后报销结果以及查看报销流程进展情况。

如图5所示为办公服务业务、发票管理服务业务和银行金融服务业务的交互流程示意图。

企业员工可对自身的差旅、采购等费用进行报销申请，企业财务人员可使用报销管理功能进行付款和审批，报销单据也同时进行审核流程服务。

报销过程中，企业员工可上传发票图片，报销子服务业务与发票管理服务业务进行交互，发票管理服务业务可对发票图片进行核验，并反馈结果，并通知报销子服务业务。报销子服务业务和发票管理服务业务属于不同的业务领域，通过http的rest服务进行信息交互。

具体的，财务人员进行财务服务业务请求，在该业务中，对报销数据审批完后，需要使用银行金融服务，将报销款从公司账户上对员工账户进行付款。这里需对接银行金融服务。一般财务系统中不会包含银行金融服务，需要财务人员拿着纸质单据或付款电子文档，登录网银进行付款。本发明实施例通过http的rest服务进行交互，在对报销数据审批完成后，直接跳转银行金融服务业务的付款业务，并导入报销信息进行业务交互，用户可以继续完成付款动作。付款完成后，银行金融服务业务也可通过rest服务，通知报销子服务业务和财务服务业务本次报销处理的付款状态。

本发明实施例基于目标服务业务与关联服务业务之间的数据交互，可以实现企业不同业务场景的交互，满足企业管理系统中各业务之间的生产和消费场景，同时解决了现有技术中企业管理架构设计难以扩展和维护的问题，实现易于维护而又能快速拓展产品线。并且关联服务业务包括银行金融服务业务，实现企业内部业务与外部银行金融服务之间的直接对接，提高企业金融服务效率。

实施例三

图6是本发明实施例三中的企业级微服务管理方法的流程图，本实施例三在实施例一的基础上进行进一步地优化，目标服务业务为进销存管理服务业务。如图6所示，该方法包括：

步骤601、获取用户的目标业务访问请求，并根据目标业务访问请求从候选服务业务中选择目标服务业务，其中，目标服务业务为进销存管理服务业务。

当用户的目标业务访问请求中包括进销存管理服务业务的服务范围时，如进行进货订单的管理入库等，则从候选服务业务中选择的目标服务业务为进销存管理服务业务。

步骤602、获取用户输入的订单信息，由进销存管理服务业务对订单信息进行审核，并根据订单信息生成付款申请，将付款申请发送至银行金融服务业务。

其中，订单信息中包括用户需要进行管理的进货信息。进销存管理服务业务在接收到订单信息后，对订单信息进行审核，若订单信息正确，则根据订单信息生成付款信息，并将付款信息发送至银行金融服务业务。

可选的，用户在将订单信息输入进销存管理服务业务后，进销存管理服务业务将订单信息发送至财务服务业务，有财务服务业务对订单信息进行审核，并生成付款申请，将付款申请发送至银行金融服务业务。

在一个可行的实施例中，在将付款申请发送至银行金融服务业务之后，还包括：

银行金融服务业务的付款业务对付款申请进行交易，并将交易完成结果通过http的rest服务接口返回给进销存管理服务业务。

银行金融服务业务根据付款申请进行付款处理后，反馈付款结果，同时也将付款结果返回至进销存管理服务业务。

步骤603、获取关联服务业务对业务数据的处理结果。

用户可以根据身份认证在进销存管理服务业务中获知最后订单信息处理结果。

如图7所示为进销存管理服务业务和银行金融服务业务的交互流程示意图。

企业员工可新增进货订单信息，将订单信息发送至进销存管理服务业务，财务人员可对该进货订单信息进行审核。审核完成后，进销存管理服务业务跳转银行金融服务业务，将进货款项从公司账户上对供应商账户进行付款。这里需对接外部银行金融服务，通过http的rest服务直接跳转银行金融服务的付款业务，并导入订单信息进行业务交互，用户可以继续完成付款动作。付款完成后，银行金融服务业务也可通过rest服务，通知进销存服务业务更新订单付款状态。

本发明实施例实现了基于微服务架构的企业管家系统架构，解决现有架构设计难以拓展和维护的问题，在企业管家系统架构内实现了多种服务业务的生产和消费场景，并实现数据交互。有效地划分业务领域，每个业务独立维护，并通过http的服务接口进行交互，易于维护而又能快速拓展产品线。并且实现了企业不同服务业务的打通以及不同服务业务与金融服务业务的打通，业务与数据都能实现交互，既提供了良好的用户体验，也保持了各自业务的独立性和系统数据的安全性，不同的服务业务可以有各自的升级优化和部署策略，每个服务业务升级优化时不会影响其他服务业务。

实施例四

图8是本发明实施例四中的企业级微服务管理装置的结构示意图，本实施例可适用于企业服务业务线上管理的情况。如图8所示，该装置包括：

服务业务确定模块810，用于获取用户的目标业务访问请求，并根据所述目标业务访问请求从候选服务业务中选择目标服务业务；

业务交互模块820，用于获取用户输入的业务数据，由所述目标服务业务对所述业务数据进行处理，并将所述业务数据与关联服务业务进行交互；其中，所述关联服务业务包括银行金融服务业务；

业务处理模块830，用于获取所述关联服务业务对所述业务数据的处理结果。

本发明实施例基于目标服务业务与关联服务业务之间的数据交互，可以实现企业不同业务场景的交互，满足企业管理系统中各业务之间的生产和消费场景，同时解决了现有技术中企业管理架构设计难以扩展和维护的问题，实现易于维护而又能快速拓展产品线。并且关联服务业务包括银行金融服务业务，实现企业内部业务与外部银行金融服务之间的直接对接，提高企业金融服务效率。

可选的，业务交互模块，包括：

使用http服务接口将所述业务数据与关联服务业务进行交互。

可选的，所述候选服务业务包括如下至少一项：办公服务业务、进销存管理服务业务、发票管理服务业务、财务服务业务以及银行金融服务业务。

可选的，所述目标服务业务为办公服务业务，关联服务业务还包括发票管理服务业务和财务服务业务；

相应的，业务交互模块，具体用于：

获取用户输入的报销业务数据，由所述办公服务业务中的报销子服务业务对所述报销业务数据进行处理；

将所述报销业务数据分别发送至所述发票管理服务业务和所述财务服务业务；

所述发票管理服务业务对所述报销业务数据进行核验，得到核验结果，并将所述核验结果发送至所述财务服务业务；

所述财务服务业务根据所述报销业务数据和所述核验结果，将所述报销业务数据发送至所述银行金融服务业务，由所述银行金融服务业务对所述报销业务数据进行处理；

所述财务服务业务接收所述银行金融服务业务返回的报销业务数据处理结果。

可选的，业务交互模块中所述财务服务业务根据所述报销业务数据和所述核验结果，将所述报销业务数据发送至所述银行金融服务业务，由所述银行金融服务业务对所述报销业务数据进行处理，具体用于：

所述财务服务业务根据所述报销业务数据和所述核验结果生成付款申请，并将所述付款申请发送至所述银行金融服务业务；

基于http的rest服务接口，所述财务服务业务直接转接至所述银行金融服务业务的付款业务，由所述付款业务完成对所述付款申请的处理。

可选的，将所述报销业务数据分别发送至所述发票管理服务业务和所述财务服务业务，包括：

报销子服务业务通过http的rest服务接口与所述发票管理服务业务和所述财务服务业务进行数据交互。

可选的，所述目标服务业务为进销存管理服务业务；

相应的，业务交互模块，具体用于：

获取用户输入的订单信息，由所述进销存管理服务业务对所述订单信息进行审核，并根据所述订单信息生成付款申请，将所述付款申请发送至所述银行金融服务业务。

可选的，所述装置还包括：交易模块，具体用于：在将所述付款申请发送至所述银行金融服务业务之后，所述银行金融服务业务的付款业务对所述付款申请进行交易，并将交易完成结果通过http的rest服务接口返回给所述进销存管理服务业务。

可选的，所述候选服务业务通过微服务架构进行部署。

可选的，所有候选服务业务均通过同一个认证服务进行登录访问。

可选的，所述装置还包括服务业务新增模块，用于：

根据企业管理需求新增候选服务业务；

根据所述新增候选服务业务与已有候选服务业务之间的关系构建业务交互服务接口。

可选的，所述新增候选服务业务包括如下至少一项：在线会议管理服务业务、企业文化管理服务业务和企业福利管理服务业务。

本发明实施例所提供的企业级微服务管理装置可执行本发明任意实施例所提供的企业级微服务管理方法，具备执行企业级微服务管理方法相应的功能模块和有益效果。

实施例五

图9是本发明实施例五提供的一种电子设备的结构示意图。图9示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图9显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储装置28，连接不同系统组件(包括系统存储装置28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储装置28可以包括易失性存储装置形式的计算机系统可读介质，例如随机存取存储装置(ram)30和/或高速缓存存储装置32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图9未显示，通常称为“硬盘驱动器”)。尽管图9中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储装置28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储装置28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该设备12交互的设备通信，和/或与使得该设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图9所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图9中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储装置28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的企业级微服务管理方法，包括：

获取用户的目标业务访问请求，并根据所述目标业务访问请求从候选服务业务中选择目标服务业务；

获取用户输入的业务数据，由所述目标服务业务对所述业务数据进行处理，并将所述业务数据与关联服务业务进行交互；其中，所述关联服务业务包括银行金融服务业务；

获取所述关联服务业务对所述业务数据的处理结果。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的企业级微服务管理方法，包括：

获取用户的目标业务访问请求，并根据所述目标业务访问请求从候选服务业务中选择目标服务业务；

获取用户输入的业务数据，由所述目标服务业务对所述业务数据进行处理，并将所述业务数据与关联服务业务进行交互；其中，所述关联服务业务包括银行金融服务业务；

获取所述关联服务业务对所述业务数据的处理结果。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言诸如java、smalltalk、c++，还包括常规的过程式程序设计语言诸如”c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。