一种业务功能的实现方法、装置、电子设备和介质

技术领域

本申请涉及虚拟化管理技术领域，特别是涉及一种业务功能的实现方法、装置、电子设备和计算机可读存储介质。

背景技术

网络功能虚拟化(Network Functions Virtualization，NFV)是一种对于网络架构(network architecture)的概念，利用虚拟化技术，将网络节点阶层的功能，分割成几个功能区块，分别以软件方式实现，不再局限于硬件架构。

网络功能虚拟化依赖于NFV驱动实现，目前NFV驱动的部署主要包括两个方法：虚拟网络功能描述(Virtualised Network Function Descriptor，VNFD)和深度耦合。VNFD方法需要所有NFV厂商按VNFD的标准设计NFV，除非平台处于特别强势地位，否则无法落地。由于VNFD落地性差，因此目前较为常用的是深度耦合方法。

但是深度耦合方法需要单独对接每个NFV的接口，复用性和扩展性差，一旦NFV有接口改动，就需要重新对接。并且深度耦合方法中所有NFV功能所对应的驱动代码全部耦合在一起，难以实现热更新。这就造成了基于深度耦合方法对NFV进行管理的难度较大。

可见，如何降低NFV管理的难度，是本领域技术人员需要解决的问题。

发明内容

本申请实施例的目的是提供一种业务功能的实现方法、装置、电子设备和计算机可读存储介质，可以降低NFV管理的难度。

为解决上述技术问题，本申请实施例提供一种业务功能的实现方法，包括：

预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口；

在接收到业务请求的情况下，调用与所述业务请求匹配的目标业务接口；

利用所述目标业务接口所对应的驱动进程，实现所述业务请求对应的目标业务功能。

可选地，所述业务接口包括基于业务流程划分的至少一个驱动接口；

所述在接收到业务请求的情况下，调用与所述业务请求匹配的目标业务接口包括：

在接收到业务请求的情况下，将所述业务请求代理到驱动服务；

利用所述驱动服务获取所述业务请求所对应的目标驱动接口。

可选地，在所述利用所述目标业务接口所对应的驱动进程，实现所述业务请求对应的目标业务功能之前还包括：

获取每种类型的NFV业务所对应的驱动版本；

记录每种类型的NFV业务在不同驱动版本下各自对应的驱动接口。

可选地，所述利用所述目标业务接口所对应的驱动进程，实现所述业务请求对应的目标业务功能包括：

基于设置的版本获取接口，确定出所述目标业务接口当前所对应的目标驱动版本；

查询所述目标业务接口在所述目标驱动版本下对应的目标驱动接口；

依据所述目标驱动接口完成所述业务请求对应的目标业务功能。

可选地，在所述预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口之后还包括：

在获取到NFV驱动更新指令的情况下，将所述NFV驱动更新指令对应的更新文件导入驱动服务；

利用所述驱动服务，将所述更新文件替换对应的驱动进程。

可选地，在所述预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口之后包括：

在获取到NFV驱动添加指令的情况下，将所述NFV驱动添加指令对应的驱动文件导入驱动服务；

将所述驱动文件记录到用于存储驱动进程的存储空间；

在所述驱动服务中添加所述驱动文件对应的业务接口。

可选地，所述调用与所述业务请求匹配的目标业务接口包括：

在服务端存储有所述目标业务接口的驱动进程情况下，调用与所述业务请求匹配的目标业务接口；

在服务端未存储所述目标业务接口的驱动进程情况下，依据前端设备反馈的驱动插件，在所述服务端安装所述目标业务接口的驱动；调用与所述业务请求匹配的目标业务接口。

本申请实施例还提供了一种业务功能的实现装置，包括封装单元、调用单元和实现单元；

所述封装单元，用于预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口；

所述调用单元，用于在接收到业务请求的情况下，调用与所述业务请求匹配的目标业务接口；

所述实现单元，用于利用所述目标业务接口所对应的驱动进程，实现所述业务请求对应的目标业务功能。

可选地，所述业务接口包括基于业务流程划分的至少一个驱动接口；

所述调用单元包括代理子单元和获取子单元；

所述代理子单元，用于在接收到业务请求的情况下，将所述业务请求代理到驱动服务；

所述获取子单元，用于利用所述驱动服务获取所述业务请求所对应的目标驱动接口。

可选地，还包括获取单元和记录单元；

所述获取单元，用于获取每种类型的NFV业务所对应的驱动版本；

所述记录单元，用于记录每种类型的NFV业务在不同驱动版本下各自对应的驱动接口。

可选地，所述实现单元包括确定子单元、查询子单元和完成子单元；

所述确定子单元，用于基于设置的版本获取接口，确定出所述目标业务接口当前所对应的目标驱动版本；

所述查询子单元，用于查询所述目标业务接口在所述目标驱动版本下对应的目标驱动接口；

所述完成子单元，用于依据所述目标驱动接口完成所述业务请求对应的目标业务功能。

可选地，还包括导入单元和替换单元；

所述导入单元，用于在获取到NFV驱动更新指令的情况下，将所述NFV驱动更新指令对应的更新文件导入驱动服务；

所述替换单元，用于利用所述驱动服务，将所述更新文件替换对应的驱动进程。

可选地，还包括导入单元、记录单元和添加单元；

所述导入单元，用于在获取到NFV驱动添加指令的情况下，将所述NFV驱动添加指令对应的驱动文件导入驱动服务；

所述记录单元，用于将所述驱动文件记录到用于存储驱动进程的存储空间；

所述添加单元，用于在所述驱动服务中添加所述驱动文件对应的业务接口。

可选地，所述调用单元用于在服务端存储有所述目标业务接口的驱动进程情况下，调用与所述业务请求匹配的目标业务接口；在服务端未存储所述目标业务接口的驱动进程情况下，依据前端设备反馈的驱动插件，在所述服务端安装所述目标业务接口的驱动；调用与所述业务请求匹配的目标业务接口。

本申请实施例还提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如上述业务功能的实现方法的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述业务功能的实现方法的步骤。

由上述技术方案可以看出，预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口；按照业务种类，将不同类型的NFV业务进行独立的封装，可以降低NFV业务之间的耦合性。在接收到业务请求的情况下，调用与业务请求匹配的目标业务接口；利用目标业务接口所对应的驱动进程，可以实现业务请求对应的目标业务功能。每个业务请求所匹配的业务接口可以有一个或多个，通过调用单个业务接口或多个业务接口的组合可以实现业务请求所需的业务功能。在该技术方案中，基于业务类型，将每种类型的NFV封装为独立的业务接口，通过业务接口的相互组合可以满足不同的业务请求，提升了NFV业务的可扩展性和可复用性。并且针对于每种类型NFV业务对应的驱动可以单独进行更新，并不影响其他驱动的正常运行，实现了驱动的热更新，减少了NFV选择与对接的难度。

附图说明

为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种实现业务功能的场景示意图；

图2为本申请实施例提供的一种业务功能的实现方法的流程图；

图3为本申请实施例提供的一种业务功能的实现装置的结构示意图；

图4为本申请实施例提供的一种电子设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。

本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

NFV通过使用x86等通用性硬件以及虚拟化技术，来承载很多功能的软件处理，从而降低网络昂贵的设备成本。NFV功能的实现依赖于NFV驱动。目前NFV驱动常采用深度耦合的方式实现，深度耦合方式下的代码较为固定，当需要对某一NFV功能进行调整时，由于代码的耦合，重启代码会影响其他NFV功能的正常运行，导致深度耦合方式难以实现热更新。并且不同NFV功能之间往往具有一些公用业务，例如，升级业务、单点登录业务等。目前深度耦合方式针对于不同的NFV功能设置其各自对应的驱动，往往忽略了一些公用业务的普适应，造成驱动复用性和扩展性较差。

故此，本申请实施例提供了一种业务功能的实现方法、装置、电子设备和计算机可读存储介质，预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口。在接收到业务请求的情况下，调用与业务请求匹配的目标业务接口；利用目标业务接口所对应的驱动进程，可以实现业务请求对应的目标业务功能。

图1为本申请实施例提供的一种实现业务功能的场景示意图，图1中以客户端和服务端的交互为例。客户端可以看作是前端设备，用户可以通过前端设备向服务端发送请求。为了提升NFV业务的可扩展性和可复用性，实现驱动的热更新，在本申请中可以对NFV驱动进行解耦合，在具体实现中，可以预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口，在服务端存储各业务接口。图1中是以N个业务接口为例，其中，N的取值可以基于实际划分的业务接口数量确定得到，在此不做限定。

服务端在接收到业务请求的情况下，可以调用与业务请求匹配的目标业务接口；利用目标业务接口所对应的驱动进程，可以实现业务请求对应的目标业务功能。每个业务请求所匹配的业务接口可以有一个或多个，通过调用单个业务接口或多个业务接口的组合可以实现业务请求所需的业务功能。在本申请中将每种类型的NFV封装为独立的业务接口，通过业务接口的相互组合可以满足不同的业务请求，提升了NFV业务的可扩展性和可复用性。并且针对于每种类型NFV业务对应的驱动可以单独进行更新，并不影响其他驱动的正常运行，实现了驱动的热更新，减少了NFV选择与对接的难度。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

接下来，详细介绍本申请实施例所提供的一种业务功能的实现方法。图2为本申请实施例提供的一种业务功能的实现方法的流程图，该方法包括：

S201：预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口。

在本申请实施例中，为了降低NFV驱动进程的耦合性，可以按照业务种类，将每种类型的NFV业务封装为业务接口。

其中，业务接口可以包含驱动进程。

业务种类可以有多种类型，例如升级业务、单点登录业务、网络配置业务、系统管理业务、授权业务等。

需要说明的是，依据S201的操作在服务端存储业务接口之后，后续在接收到业务请求时，无需再重复执行S201的操作。

S202：在接收到业务请求的情况下，调用与业务请求匹配的目标业务接口。

用户可以通过前端设备向服务端发送业务请求，业务请求中可以携带所需实现的业务功能的标识，以便于服务端确定出与业务请求匹配的业务接口。

业务接口的数量往往较多，为了便于区分，可以将与业务请求匹配的业务接口称作目标业务接口。目标业务接口可以为一个或多个，目标业务接口的个数由业务请求中所需实现的业务功能决定。

考虑到每个业务接口所对应的业务流程往往包含较多的步骤，对于同一个业务接口其在不同驱动版本下对应的业务流程往往存在较多相同的步骤，或者相近业务之间的业务流程也可能存在一些相同的步骤。因此，在本申请实施例中，可以按照每个业务接口所对应的业务流程，将业务流程中不同的操作步骤划分为不同的驱动接口，此时每个业务接口可以包括基于业务流程划分的至少一个驱动接口。

在具体实现中，服务端在接收到业务请求的情况下，可以将业务请求代理到驱动服务；利用驱动服务获取业务请求所对应的目标驱动接口。

在本申请实施例中，每个业务接口包含有至少一个驱动接口，为了便于区分，可以将与业务请求对应的驱动接口称作目标驱动接口。

针对于服务端所需实现的功能，服务端可以包含网页服务和驱动服务两部分。其中，网页服务可以用于实现与前端设备的交互，例如，接收前端设备发送的业务请求，或者向前端设备反馈响应信息等。驱动服务可以用于启动驱动进程，从而实现所需的业务功能即NFV功能。

考虑到NFV驱动进程可以支持插件化导入，因此服务端在接收到业务请求的情况下，可以判断服务端是否存储有目标业务接口的驱动进程。驱动进程是实现业务功能的基础。

在服务端存储有目标业务接口的驱动进程情况下，此时可以直接调用与业务请求匹配的目标业务接口。

在服务端未存储目标业务接口的驱动进程情况下，说明服务端无法实现目标业务接口对应的NFV功能，此时服务端可以向前端设备反馈缺乏驱动的提示信息，以便于用户通过前端设备向服务端反馈驱动插件，服务端依据前端设备反馈的驱动插件，可以在服务端上安装目标业务接口的驱动。安装完成驱动之后，驱动会自动加载。

S203：利用目标业务接口所对应的驱动进程，实现业务请求对应的目标业务功能。

目标业务接口包含有对应的驱动进程，启动该驱动进程便可以实现相应的功能。

由上述技术方案可以看出，预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口；按照业务种类，将不同类型的NFV业务进行独立的封装，可以降低NFV业务之间的耦合性。在接收到业务请求的情况下，调用与业务请求匹配的目标业务接口；利用目标业务接口所对应的驱动进程，可以实现业务请求对应的目标业务功能。每个业务请求所匹配的业务接口可以有一个或多个，通过调用单个业务接口或多个业务接口的组合可以实现业务请求所需的业务功能。在该技术方案中，基于业务类型，将每种类型的NFV封装为独立的业务接口，通过业务接口的相互组合可以满足不同的业务请求，提升了NFV业务的可扩展性和可复用性。并且针对于每种类型NFV业务对应的驱动可以单独进行更新，并不影响其他驱动的正常运行，实现了驱动的热更新，减少了NFV选择与对接的难度。

考虑到实际应用中，业务接口的驱动进程可能会存在不同的版本，不同版本的驱动进程所执行的操作步骤或者操作步骤的执行顺序会存在差异，因此同一个业务接口在不同版本下所需调用的驱动接口会存在差异。

在本申请实施例中，服务端可以获取每种类型的NFV业务所对应的驱动版本；记录每种类型的NFV业务在不同驱动版本下各自对应的驱动接口。

在具体实现中，服务端在利用目标业务接口所对应的驱动进程，实现业务请求对应的目标业务功能时，可以基于设置的版本获取接口，确定出目标业务接口当前所对应的目标驱动版本。

不同的驱动版本所对应的驱动接口有所差异，为了便于区分，可以将目标驱动版本所对应的驱动接口称作目标驱动接口。

在确定出目标驱动版本之后，服务端可以查询目标业务接口在目标驱动版本下对应的目标驱动接口；依据目标驱动接口完成业务请求对应的目标业务功能。

在本申请实施例中，可以在服务端规范可接入的NFV的版本获取接口，该版本获取接口无需认证，可以获取NFV的版本号，其中，版本号的版本来源可以是主线版本，也可以为定制版本，在此不做限定。服务端在获取到版本号之后，便可以将业务请求转发到对应的目标驱动接口，利用目标驱动接口实现目标业务功能。

基于对同一业务接口在不同版本下实现流程上差异的考虑，设置不同版本与驱动接口的对应方式，可以更好的适用于不同版本的业务，使得服务端可以更加准确的提供业务请求所需的业务功能。

在本申请实施例中，通过将每种类型的NFV业务封装为独立的业务接口，实现了不同NFV业务之间的解耦合。因此在需要对NFV业务进行更新时，只需对所需更新的NFV业务对应的驱动进程进行更新；在需要添加新类型的NFV业务时，只需在服务端维护新类型的NFV业务对应的驱动进程，驱动进程的重启不会对其他NFV业务的驱动进程造成影响。

以更新NFV业务为例，在具体实现中，可以在获取到NFV驱动更新指令的情况下，将NFV驱动更新指令对应的更新文件导入驱动服务；利用驱动服务，将更新文件替换对应的驱动进程。

驱动进程可以包含驱动的业务代码、相关的配置以及数据库配置等。不同NFV驱动进程的路径是隔离的，因此对某个NFV业务驱动进程的更新不会影响到其他驱动进程。

以添加NFV业务为例，在具体实现中，可以在获取到NFV驱动添加指令的情况下，将NFV驱动添加指令对应的驱动文件导入驱动服务。由于是新添加的NFV驱动，在驱动服务中并不存在该NFV驱动的记录，为了便于后续对该NFV驱动的调用，需要将驱动文件记录到用于存储驱动进程的存储空间；在驱动服务中添加驱动文件对应的业务接口。

在完成对驱动进程的替换或新添加驱动进程之后，需要重启该驱动进程才能生效。由于只重启了执行替换或新添加的NFV驱动进程，只有该驱动进程的业务功能会暂停，其他NFV业务依然能提供业务接口，调用NFV驱动提供业务功能。

在实际应用中，为了避免用户在不知情的情况下，通过前端设备调用正在更新或新添加的驱动进程，导致服务端无法正常提供业务功能，因此针对于该种情况，服务端可以向前端设备反馈“驱动服务正在更新，请稍后重试”的提示信息，前端设备通过展示“驱动服务正在更新，请稍后重试”的提示信息，可以便于用户了解到当前业务功能执行失败的原因。

在本申请实施例中，所有NFV业务的更新操作或添加操作都隐藏在服务器后台，升级驱动进程的行为不会导致其他业务功能的不可用，从而有效的解决了驱动热更新的问题。

图3为本申请实施例提供的一种业务功能的实现装置的结构示意图，包括封装单元31、调用单元32和实现单元33；

封装单元31，用于预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口；

调用单元32，用于在接收到业务请求的情况下，调用与业务请求匹配的目标业务接口；

实现单元33，用于利用目标业务接口所对应的驱动进程，实现业务请求对应的目标业务功能。

可选地，业务接口包括基于业务流程划分的至少一个驱动接口；

调用单元包括代理子单元和获取子单元；

代理子单元，用于在接收到业务请求的情况下，将业务请求代理到驱动服务；

获取子单元，用于利用驱动服务获取业务请求所对应的目标驱动接口。

可选地，还包括获取单元和记录单元；

获取单元，用于获取每种类型的NFV业务所对应的驱动版本；

记录单元，用于记录每种类型的NFV业务在不同驱动版本下各自对应的驱动接口。

可选地，实现单元包括确定子单元、查询子单元和完成子单元；

确定子单元，用于基于设置的版本获取接口，确定出目标业务接口当前所对应的目标驱动版本；

查询子单元，用于查询目标业务接口在目标驱动版本下对应的目标驱动接口；

完成子单元，用于依据目标驱动接口完成业务请求对应的目标业务功能。

可选地，还包括导入单元和替换单元；

导入单元，用于在获取到NFV驱动更新指令的情况下，将NFV驱动更新指令对应的更新文件导入驱动服务；

替换单元，用于利用驱动服务，将更新文件替换对应的驱动进程。

可选地，还包括导入单元、记录单元和添加单元；

导入单元，用于在获取到NFV驱动添加指令的情况下，将NFV驱动添加指令对应的驱动文件导入驱动服务；

记录单元，用于将驱动文件记录到用于存储驱动进程的存储空间；

添加单元，用于在驱动服务中添加驱动文件对应的业务接口。

可选地，调用单元用于在服务端存储有目标业务接口的驱动进程情况下，调用与业务请求匹配的目标业务接口；在服务端未存储目标业务接口的驱动进程情况下，依据前端设备反馈的驱动插件，在服务端安装目标业务接口的驱动；调用与业务请求匹配的目标业务接口。

图3所对应实施例中特征的说明可以参见图2所对应实施例的相关说明，这里不再一一赘述。

由上述技术方案可以看出，预先基于NFV业务包含的业务种类，将每种类型的NFV业务封装为业务接口；按照业务种类，将不同类型的NFV业务进行独立的封装，可以降低NFV业务之间的耦合性。在接收到业务请求的情况下，调用与业务请求匹配的目标业务接口；利用目标业务接口所对应的驱动进程，可以实现业务请求对应的目标业务功能。每个业务请求所匹配的业务接口可以有一个或多个，通过调用单个业务接口或多个业务接口的组合可以实现业务请求所需的业务功能。在该技术方案中，基于业务类型，将每种类型的NFV封装为独立的业务接口，通过业务接口的相互组合可以满足不同的业务请求，提升了NFV业务的可扩展性和可复用性。并且针对于每种类型NFV业务对应的驱动可以单独进行更新，并不影响其他驱动的正常运行，实现了驱动的热更新，减少了NFV选择与对接的难度。

图4为本申请实施例提供的一种电子设备的结构图，如图4所示，电子设备包括：存储器20，用于存储计算机程序；

处理器21，用于执行计算机程序时实现如上述实施例业务功能的实现方法的步骤。

本实施例提供的电子设备可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的业务功能的实现方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于包含有驱动进程的业务接口等。

在一些实施例中，电子设备还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。

本领域技术人员可以理解，图4中示出的结构并不构成对电子设备的限定，可以包括比图示更多或更少的组件。

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

基于此，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述业务功能的实现方法的步骤。

本发明实施例所述计算机可读存储介质的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

以上对本申请实施例所提供的一种业务功能的实现方法、装置、电子设备和计算机可读存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上对本申请所提供的一种业务功能的实现方法、装置、电子设备和计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。