CN116668535B

CN116668535B - 一种基于增强型服务架构的业务执行方法、装置及设备

Info

Publication number: CN116668535B
Application number: CN202310933900.0A
Authority: CN
Inventors: 郝楠; 张汝云; 邹涛; 高万鑫
Original assignee: Zhejiang Lab
Current assignee: Zhejiang Lab
Priority date: 2023-07-27
Filing date: 2023-07-27
Publication date: 2023-09-19
Anticipated expiration: 2043-07-27
Also published as: CN116668535A

Abstract

本说明书公开了一种基于增强型服务架构的业务执行方法、装置及设备。所述方法包括：接收服务消费端针对服务提供端所提供网络功能的目标功能实例发送的业务请求；若目标功能实例在无法执行当前或后续业务请求对应的业务服务时，则向服务消费端发送重定位信息；在接收到服务消费端针对重定位信息的解析请求后，对重定位信息进行解析，确定目标网络功能对应的各备用功能实例，其中，各备用功能实例中的至少部分与目标功能实例是通过不同的操作系统进行编译的；通过各备用功能实例执行业务请求对应的业务，并确定每个备用功能实例对应的业务执行结果；根据每个备用功能实例对应的业务执行结果，确定业务请求对应业务的目标执行结果。

Description

一种基于增强型服务架构的业务执行方法、装置及设备

技术领域

本说明书涉及通信技术领域，尤其涉及一种基于增强型服务架构的业务执行方法、装置及设备。

背景技术

随着通信技术的发展，网络功能虚拟化（NFV，Network FunctionVirtualization）也得到了广泛的应用，通过在统一硬件设备上构建多个虚拟的网络功能实例（Network Function Instance）并利用各网络功能实例来执行业务请求，从而实现传统物理设备中软件与硬件强绑定关系的解耦。

目前对于通信系统中的任意网络功能，该网络功能对应的实例组中包含有唯一的效实例和多个备用功能实例，在有效实例无法处理业务请求的情况下，会将业务请求转发给其中的一个备用功能实例进行处理。

然而，一旦有效实例的执行结果被恶意用户篡改，导致业务请求被转发到异常的备用功能实例进行处理，或是请求转发过程中备用功能实例的执行结果被篡改，则会导致通信系统产生错误的执行结果，甚至对通信系统的安全造成影响，降低执行结果的可靠性，严重威胁了用户的信息安全。

因此，如何在业务请求的转发过程中保证执行结果的准确性，进一步保证通信系统的安全，是一个亟待解决的问题。

发明内容

本说明书提供一种基于增强型服务架构的业务执行方法、装置及设备，以部分的解决现有技术存在的上述问题。

本说明书采用下述技术方案：

本说明书提供了一种基于增强型服务架构的业务执行方法，包括：

接收服务消费端针对所述服务提供端所提供网络功能的目标功能实例发送的业务请求；

若所述目标功能实例无法执行所述业务请求对应的业务或后续业务请求对应的业务，则向所述服务消费端发送重定位信息；

在接收到所述服务消费端针对所述重定位信息的解析请求后，对所述重定位信息进行解析，确定所述网络功能对应的各备用功能实例，其中，所述各备用功能实例中的至少部分与所述目标功能实例是通过不同的操作系统进行编译的；

通过所述各备用功能实例执行所述业务请求对应的业务，并确定每个备用功能实例对应的业务执行结果；

根据所述每个备用功能实例对应的业务执行结果，确定所述业务请求对应业务的目标执行结果。

可选地，在接收服务消费端针对所述服务提供端所提供网络功能的目标功能实例发送的业务请求之前，所述方法还包括：

针对所述服务提供端提供的每个网络功能，构建该网络功能对应的若干网络实例，所述若干网络实例中的至少部分通过不同的操作系统进行编译。

可选地，若所述目标功能实例无法执行所述业务请求对应的业务，则向所述服务消费端发送重定位信息，具体包括：

若所述目标功能实例无法执行所述业务请求对应的业务，则向所述服务消费端发送所述目标功能实例对应处理状态的状态码以及携带有所述重定位信息的超文本传输协议HTTP头。

可选地，所述重定位信息包含有所述各备用功能实例所属实例组的完全限定域名FQDN、每个备用功能实例对应的统一资源标识符URI、每个备用功能实例对应的互联网协议IP地址中的一种。

可选地，对所述重定位信息进行解析，确定所述网络功能对应的各备用功能实例，具体包括：

对所述重定位信息进行解析，确定所述各备用功能实例对应的互联网协议IP地址；

通过所述各备用功能实例执行所述业务请求对应的业务，具体包括：

将所述IP地址发送给所述服务消费端，以使所述服务消费端向所述IP地址对应的各备用功能实例发送所述业务请求；

通过所述各备用功能实例执行所述业务请求对应的业务。

可选地，将所述IP地址发送给所述服务消费端，以使所述服务消费端向所述IP地址对应的各备用功能实例发送所述业务请求，具体包括：

将所述IP地址发送给所述服务消费端，以使所述服务消费端按照预设次序，向所述IP地址对应的各备用功能实例发送所述业务请求；

所述方法还包括：

针对每个备用功能实例，判断该备用功能实例执行所述业务请求对应的业务后，能否根据已经确定出的各业务执行结果确定所述目标执行结果；

若是，则向所述服务消费端返回所述目标执行结果，以使所述服务消费端终止向剩余的备用功能实例发送所述业务请求。

将所述IP地址发送给所述服务消费端，以使所述服务消费端根据所述IP地址，在预设时间内向指定的备用功能实例发送若干次所述业务请求；

确定所述指定的备用功能实例每次执行所述业务请求对应业务后的业务执行结果；

根据所述每个备用功能实例对应的业务执行结果，确定所述业务请求对应业务的目标执行结果，具体包括：

根据所述指定的备用功能实例每次执行所述业务请求对应业务后的业务执行结果，确定所述业务请求对应的目标执行结果。

本说明书提供了一种基于增强型服务架构的业务执行装置，包括：

接收模块，接收服务消费端针对服务提供端对应网络功能的目标功能实例发送的业务请求；

发送模块，若所述目标功能实例无法执行所述业务请求对应的业务或后续业务请求对应的业务，则向所述服务消费端发送重定位信息；

解析模块，在接收到所述服务消费端针对所述重定位信息的解析请求后，对所述重定位信息进行解析，确定所述网络功能对应的各备用功能实例，其中，所述各备用功能实例中的至少部分与所述目标功能实例是通过不同的操作系统进行编译的；

执行模块，通过所述各备用功能实例执行所述业务请求对应的业务，并确定每个备用功能实例对应的业务执行结果；

确定模块，根据所述每个备用功能实例对应的业务执行结果，确定所述业务请求对应业务的目标执行结果。

本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述基于增强型服务架构的业务执行方法。

本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述基于增强型服务架构的业务执行方法。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

在本说明书提供的基于增强型服务架构的业务执行方法中，接收服务消费端针对服务提供端所提供网络功能的目标功能实例发送的业务请求；若目标功能实例无法执行业务请求对应的业务，则向服务消费端发送重定位信息；在接收到服务消费端针对重定位信息的解析请求后，对重定位信息进行解析，确定网络功能对应的各备用功能实例，其中，各备用功能实例中的至少部分与目标功能实例是通过不同的操作系统进行编译的；通过各备用功能实例执行业务请求对应的业务，并确定每个备用功能实例对应的业务执行结果；根据每个备用功能实例对应的业务执行结果，确定业务请求对应业务的目标执行结果。

从上述方法可以看出，本方案在目标功能实例无法执行业务请求对应的业务时，会先向服务器消费者发送重定位信息，并对该重定位信息进行解析，从而确定出多个备用功能实例执行业务，相比于目前仅通过一个有效实例确定最终执行结果的方法，当目标功能实例或其中一个备用功能实例的结果被篡改时，本方案可以通过多个备用功能实例的执行结果确定出的准确的目标执行结果，并且，由于备用功能实例中的至少部分与目标功能实例异构，在目标功能实例被篡改时这些异构的备用功能实例并不会被同时篡改，进一步保证了业务执行结果的准确性，有效保障了通信系统的安全性以及可靠性。

附图说明

此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：

图1为本说明书提供的一种在有效功能实例遭到篡改时现有业务执行过程的示意图；

图2为本说明书中提供的一种基于增强型服务架构的业务执行方法的流程示意图；

图3为本说明书中提供的一种HTTP通信请求和回复内容的结构示意图；

图4为本说明书中提供的一种基于异构冗余安全的资源重定位交互方法的示意图；

图5为本说明书提供的一种基于增强型服务架构的业务执行装置的示意图；

图6为本说明书提供的一种对应于图2的电子设备示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。

图1为本说明书提供的一种在有效功能实例遭到篡改时现有业务执行过程的示意图。

如图1所示，现有5G eSBA架构下资源重定位方法中，同一业务中服务消费者对应的服务消费端仅能对单一服务提供者对应服务提供端的实例发送业务请求（图1中网络功能NF_B及实例2为选择对象），且仅在当前选定的服务提供端实例无法提供服务情况下，对服务提供端的其他实例按一定算法进行重新选择并发送业务请求。

如果实例2已经被网络攻击，该实例对服务消费端发送的业务请求处理结果进行非法篡改，例如在实例2可继续执行业务请求处理的情况下将实例地址篡改为特定伪网络功能实例地址，从而所有来自该服务消费端的业务请求被转发到非法服务提供端进行处理（如图1中NF_B的实例1），网络系统可靠性及稳定性无法保障。

以图1为例，NF_B的实例2在无法服务业务请求时（此时实例2可能已经受到网络攻击，存在已被非法篡改业务回复内容的风险），会将NF_B的实例1的统一资源标识符作为NF_A的实例1的下次业务请求（重发当前业务请求或新的业务请求）服务提供方发送给NF_A。NF_A在收到该业务回复后对NF_B的实例发起业务请求，此时NF_B的实例1正在经受网络攻击并对NF_A业务请求的执行结果进行了篡改，实例1伪造业务请求成功处理并将状态码置为“201”成功，回复服务消费端NF_A。NF_A误认为业务请求处理完毕从而不会对正常工作的NF_B实例3发送该业务请求进行业务处理。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图2为本说明书中提供的一种基于增强型服务架构的业务执行方法的流程示意图，包括以下步骤：

S201：接收服务消费端针对所述服务提供端所提供网络功能的目标功能实例发送的业务请求。

多模态网络借鉴量子力学中的不确定性原理，形成基于多模裁决的动态可重构负反馈控制构造。任何的“探测”或“试错”攻击都可能导致当前防御场景改变，在机理上与测不准原理等价，使得“暴力破解”方法无效，称为广义鲁棒控制构造内生安全效应。多模态网络承载的应用层面采用广义鲁棒控制的可信服务基于网络虚拟化技术。

网络功能虚拟化（NFV，Network Function Virtualization）通过将标准化的网络功能（Network Function ，NF）应用于统一制式的硬件上来解耦传统物理设备中软件与硬件强绑定的关系。通过统一硬件设备上虚拟实现的多个网络功能实例（Network FunctionInstance），由多个网络功能实例且每个实例上加载根据网络功能及操作系统内核对应的逻辑/代码构成的具有不同网络功能的多个异构冗余网络功能实例组（Network FunctionSet），进而通过实例组内的功能实例执行相应的业务请求。

基于此，本说明书提供了一种基于增强型服务架构的业务执行方法，该方法基于虚拟在统一硬件设备上的多套操作系统、并在不同操作系统加载虚拟的具有相同的网络功能及应用功能接口（API，Application Program Interface）、且由根据操作系统内核编译为不同运行逻辑的多个网络功能实例（NF，Network FunctionInstance）构成的同一网络功能实例组（Network Function Instance Set），通过增强在通信双方网络功能实例组间的超文本传输协议（Hypertext Transfer Protocol，HTTP）资源重定向（Relocation）协议流程，并对来自异构冗余执行体的多套请求/回复内容进行执行结果比对判决，从而实现在5G网络架构下的网元功能间异构安全的通信过程，有效对网络数据管道安全性及鲁棒性进行提升。

在通信系统中，服务提供者（ServiceProvider，SP）表示网络服务的运营商，服务提供者对应的服务提供端向用户提供不同网络服务对应的网络功能，并在接收到业务请求后通过相应的网络功能执行对应业务。

服务消费者（(Service Consumers，SC）表示根据服务接口描述访问服务的程序，用户通过其对应的服务消费端向服务提供端发送业务请求，以通过服务提供端对应的网络功能执行对应业务。

其中，服务提供端可以预先构建各网络功能对应的若干网络实例，每个网络功能对应的多个实例构成一个实例组。对于每个网络功能，该网络功能的实例中的至少部分通过不同的操作系统进行编译，换句话说，有一部分实例对应的网络功能相同但运行逻辑不同。

在本说明书中，上述实例可以为网络功能对应的实际程序集合，服务提供者对应服务提供端所提供的网络功能可以包括：认证服务器功能、接入和移动管理功能、数据网络，例如运营商服务，互联网接入或第三方服务、非结构化数据存储功能、网络开放功能、网络存储库功能、网络切片选择功能、控制策略功能、会话管理功能、统一数据管理、（无线）接入网络、服务通信代理、有线接入网关功能等，本说明书对此不做一一例举。

在服务消费端向服务提供端发送业务请求时，服务消费端可以确定服务提供端中用于处理该业务请求对应业务的网络功能，进而在该网络功能的各功能实例中确定出目标功能实例，并将业务请求发送至该目标功能实例。

S202：若所述目标功能实例无法执行所述业务请求对应的业务或后续业务请求对应的业务，则向所述服务消费端发送重定位信息。

S203：在接收到所述服务消费端针对所述重定位信息的解析请求后，对所述重定位信息进行解析，确定所述网络功能对应的各备用功能实例，其中，所述各备用功能实例中的至少部分与所述目标功能实例是通过不同的操作系统进行编译的。

在实际应用中，目标实例可能由于自身的原因（如带宽不足、负载过高以及计算资源足等），导致自身无法执行当前业务请求对应的业务或者可以执行当前业务请求对应业务但无法执行后续业务请求对应的业务，出现没有回复（No Response）、超时（Timeout）回复、回复消息格式错误或特定状态代码（Status Code）等情况。

因此，当目标功能实例无法继续执行业务请求对应的业务时，或者按照一定算法（例如态势感知）决定对后续来自NF_A的业务请求处理采用多异构体实现来确保当前网络系统稳定性情况下，可以向服务消费端发送目标功能实例对应处理状态的状态码以及携带有重定位信息的超文本传输协议HTTP的异构重定位资源头。

具体的，5G eSBA通信服务架构各个网络功能通过基于服务的接口（SBI，ServiceBased Interface）进行业务通信连接，SBI采用超文本传输协议/2(HTTP/2)并采用传输层安全（Transmission Layer Security）确保组成业务通信双方的网络功能间通信安全。为了便于理解，本说明书中提供了一种HTTP通信请求和回复内容的结构示意图，如图3所示。

图3为本说明书中提供的一种HTTP通信请求和回复内容的结构示意图。

其中，HTTP/2消息由HTTP头（Header）和JavaScript对象表示法（JSON，JavaScriptObject Notation）文件构成。HTTP头包含服务消费者发起的请求头及部分服务提供者发送的响应头。通过HTTP标准头族（Standard Headers）以及可选头族（Custom Headers）来描述业务消息服务消费端的基本信息以及对代理SCP寻找业务提供者实例的指示信息。SBI在HTTP回复中引入状态码（Status Code）代表业务提供者的服务状态，携带在HTTP/2的“状态（status）”伪头部位（pseudo header field）中。

服务提供端由于当前目标功能实例状态不再适用于处理业务请求时，可以基于当前状态确定对应的状态码，该状态码可以包括：“307”临时跳转（Temporary Redirect）或“308”永久跳转（Permanent Redirect），表示表服务消费端当前选定的目标功能实例由于自身原因不能对当前业务请求进行处理，另外，该状态码还可以包括“201”已创建（Created）或“200”成功（OK），代表当前业务请求被成功处理，业务消费者无需重新发送当前业务请求到备用功能实例，但是当出现新的业务请求时该业务请求需要被重定位到其他备用功能实例。为了便于理解，本说明书提供了一种基于异构冗余安全的资源重定位交互方法的示意图，如图4所示。

图4为本说明书中提供的一种基于异构冗余安全的资源重定位交互方法的示意图。

其中，服务提供端的网络功能NF_B对应4个功能实例，其中实例1和实例2为非异构实现（由同一操作系统编译），实例3，实例4分别与实例1和实例2互为异构实现（由不同操作系统进行编译），实例3与实例4也互为异构实现。实例1、实例2、实例3以及实例4共同构成了网络功能NF_B对应的实例组。

服务消费端可以根据现有5G eSBA架构下网络功能选择方法向选定的网络该功能NF_B对应的目标功能实例（实例2）发送业务请求，实例2在收到该业务请求后，在无法继续执行该业务请求对应的业务且有系统稳定性需求，或者按照一定算法（例如态势感知）决定对后续来自NF_A的业务请求处理采用多异构体实现来确保当前网络系统稳定性，因此可以根据自身异构执行体实现情况，将业务回复状态码设置为“200”、“201”、“307”或者“308”。

需要说明的是，在此过程中服务消费端在首次向NF_B发起业务请求时对NF_B的异构实现情况未知。该异构实现情况用于表示NF_B对应的至少部分功能实例由不同的操作系统所编译。

而后服务提供端可以通过可选定制的HTTP头部（Optional to support customheaders），新增的异构冗余安全指示的资源重定位HTTP头，作为异构重定位资源（Location-Heterogeneous）头，该HTTP头携带有重定位信息并回复服务消费端的业务请求，该重定位信息中包含有异构冗余实现的实例组资源地址，用于在异构冗余架构为下业务提供者指示用于资源重定位的实例组。

服务提供端对重定位信息进行解析后，可以确定接收业务请求的各备用功能实例以及对应的互联网协议地址。需要说明的是，各备用功能实例中的至少部分与目标功能实例是通过不同的操作系统进行编译的，如图4中实例3，实例4分别与实例1和实例2互为异构实现。

在本说明书中，上述重定位信息可以包含有各备用功能实例所属实例组的完全限定域名FQDN、每个备用功能实例对应的统一资源标识符URI、每个备用功能实例对应的互联网协议（Internet Protocol Address，IP）地址中的其中一种。

当上述异构重定位资源头所携带的重定位信息包含各备用功能实例所属实例组对应的完全限定域名（Fully Qualified Domain Name，FQDN）时，服务消费端在接收到HTTP头中携带的重定位信息后，可以将FQDN的解析请求发送至服务提供端的域名系统（DomainName System，DNS），从而对该FQDN进行解析，返回每个备用功能实例（实例1，实例3及实例4）对应的统一资源标识符（Uniform Resource Identifier，URI)，而后继续向DNS发送IP解析请求，从而将各备用功能实例的URI解析为互联网协议地址并返回服务消费端，以使发送单向各IP地址对应的候选备用功能实例发送业务请求。

当上述异构重定位资源头所携带的重定位信息包含每个备用功能实例对应的URI时，服务提供端在接收到重定位信息后可以向DNS发送IP解析请求，从而将各备用功能实例的URI解析为互联网协议（Internet Protocol Address，IP）地址并返回服务消费端，以使发送单向各IP地址对应的候选备用功能实例发送业务请求。

当上述异构重定位资源头所携带的重定位信息包含每个备用功能实例对应的IP地址时，服务消费端可以直接向各IP地址对应的备用功能实例发送业务请求。

在实际应用中，可根据异构重定位资源头中携带的URI的个数来判断是否是FQDN的URI形式还是多实例URI形式，如果是FQDN形式，则仅需携带唯一URI，先解析各备用功能实例对应的URI再解析各备用功能实例对应的IP地址，否则为多实例URI形式，直接根据各备用功能实例对应的URI解析各备用功能实例对应的IP地址。

进一步的，服务消费端向各备用功能实例发送业务请求的方式可以有多种：

其中，服务消费端获取各IP地址后，可以按照预设次序，向各IP地址对应的各备用功能实例发送所述业务请求，针对每个备用功能实例，判断该备用功能实例执行业务请求对应的业务后，能否根据已经确定出的各业务执行结果确定目标执行结果，若是，则向服务消费端发送该目标执行结果，以使服务消费端终止向剩余的备用功能实例发送所述业务请求。换句话说，服务消费端在对收到的业务回复能达到目标执行结果有的效判决后，终止对其余异构实例发送业务请求。

另外，服务消费端获取各IP地址后，可以根据该IP地址，在预设时间内向指定的备用功能实例发送若干次业务请求，从而确定指定的备用功能实例每次执行该业务请求对应业务后的业务执行结果，进而确定最终的目标业务执行结果，上述预设时间可以根据实际情况进行设定，本说明书对此不做具体限定。

关于目标执行结果的确定过程将在下文进行详细描述，本说明书在此处不做过多赘述。

当然，服务消费端也可以同时向各IP地址对应的备用功能实例发送业务请求，该发送形式可以包括广播，组播，单播中的一种。

需要说明的是，当目标功能实例无法执行当前业务请求对应的业务（状态代码307/308），或无法执行后续业务请求对应的业务时(状态代码200/201)，都会向服务消费端发送包含有上述状态代码的重定位信息，但是在解析到备用功能实例对应的IP地址后，仅会将当前业务请求发送到其对应的各备用功能实例以执行业务，只有在接收到后续业务请求后，才会将后续的业务请求发送到各备用功能实力来执行。

S204：通过所述各备用功能实例执行所述业务请求对应的业务，并确定每个备用功能实例对应的业务执行结果。

S205：根据所述每个备用功能实例对应的业务执行结果，确定所述业务请求对应业务的目标执行结果。

当服务提供端中的各备用功能实例接收到业务请求后，可以执行该业务请求所对应的业务，并确定业务执行结果。

而后服务提供端可以根据每个备用功能实例对应的业务执行结果，确定业务请求对应业务的目标执行结果。

具体的，服务提供端可以对各备用功能实例对应的业务执行结果进行“少数服从多数”的判决，将数量最多的相同业务执行结果作为最终的目标执行结果并返回服务消费端。

当然，服务提供端也可以将全部执行结果返回服务消费端，由服务消费端对各执行结果进行判决从而确定出目标执行结果。

以图4为例，当实例1产生异常导致结果被篡改时，服务提供端对应异构安全架构下的功能实例收到来自服务端发送的业务请求消息后，分别根据各自加载的操作系统内核下被编译为不同运行逻辑/代码对业务请求消息进行处理（图4中.NF_B的实例1，实例3及实例4）。当服务消费端根据异构资源重定位头所携带的实例信息同时向各备用功能实例发送业务请求，由于此时服务提供端NF_B的实例1处于网络攻击状态得到的处理结果为异常，但NF_B的实例3和实例4的处理结果为正常，业务消费者NF_A等待并收到所有基于机构冗余架构实现的选定的业务提供者的实例的业务请求响应/回复后，对回复内容按照一定算法，例如少数服从多数，进行比对判决操作并执行后续系统流程。

以上为本说明书的一个或多个实施基于增强型服务架构的业务执行方法，基于同样的思路，本说明书还提供了相应的基于增强型服务架构的业务执行装置，如图5所示。

图5为本说明书提供的一种基于增强型服务架构的业务执行装置的示意图，包括：

接收模块501，用于接收服务消费端针对服务提供端对应网络功能的目标功能实例发送的业务请求；

发送模块502，若所述目标功能实例无法执行所述业务请求对应的业务或后续业务请求对应的业务，则向所述服务消费端发送重定位信息；

解析模块503，用于在接收到所述服务消费端针对所述重定位信息的解析请求后，对所述重定位信息进行解析，确定所述网络功能对应的各备用功能实例，其中，所述各备用功能实例中的至少部分与所述目标功能实例是通过不同的操作系统进行编译的；

执行模块504，用于通过所述各备用功能实例执行所述业务请求对应的业务，并确定每个备用功能实例对应的业务执行结果；

确定模块505，用于根据所述每个备用功能实例对应的业务执行结果，确定所述业务请求对应业务的目标执行结果。

可选地，在接收服务消费端针对所述服务提供端所提供网络功能的目标功能实例发送的业务请求之前，所述装置还包括：

构建模块506，用于针对所述服务提供端提供的每个网络功能，构建该网络功能对应的若干网络实例，所述若干网络实例中的至少部分通过不同的操作系统进行编译。

可选地，所述发送模块502具体用于，若所述目标功能实例无法执行所述业务请求对应的业务或后续业务请求对应的业务，则向所述服务消费端发送所述目标功能实例对应处理状态的状态码以及携带有所述重定位信息的超文本传输协议HTTP头。

可选地，所述解析模块503具体用于，对所述重定位信息进行解析，确定所述各备用功能实例对应的互联网协议IP地址；

所述执行模块504具体用于，将所述IP地址发送给所述服务消费端，以使所述服务消费端向所述IP地址对应的各备用功能实例发送所述业务请求；通过所述各备用功能实例执行所述业务请求对应的业务。

可选地，所述发送模块502具体用于，将所述IP地址发送给所述服务消费端，以使所述服务消费端按照预设次序，向所述IP地址对应的各备用功能实例发送所述业务请求；

所述发送模块502还用于，针对每个备用功能实例，判断该备用功能实例执行所述业务请求对应的业务后，能否根据已经确定出的各业务执行结果确定所述目标执行结果；若是，则向所述服务消费端返回所述目标执行结果，以使所述服务消费端终止向剩余的备用功能实例发送所述业务请求。

可选地，所述发送模块502具体用于，将所述IP地址发送给所述服务消费端，以使所述服务消费端根据所述IP地址，在预设时间内向指定的备用功能实例发送若干次所述业务请求；确定所述指定的备用功能实例每次执行所述业务请求对应业务后的业务执行结果；

所述确定模块505具体用于，根据所述指定的备用功能实例每次执行所述业务请求对应业务后的业务执行结果，确定所述业务请求对应的目标执行结果。

本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2提供的一种基于增强型服务架构的业务执行方法。

本说明书还提供了图6所示的一种对应于图1的电子设备的示意结构图。如图6所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图2所述的基于增强型服务架构的业务执行方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

对于一个技术的改进可以很明显地区分是硬件上的改进（例如，对二极管、晶体管、开关等电路结构的改进）还是软件上的改进（对于方法流程的改进）。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件（ProgrammableLogic Device, PLD）（例如现场可编程门阵列（Field Programmable Gate Array，FPGA））就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器（logic compiler）”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言（HardwareDescription Language，HDL），而HDL也并非仅有一种，而是有许多种，如ABEL（AdvancedBoolean Expression Language）、AHDL（Altera Hardware Description Language）、Confluence、CUPL（Cornell University Programming Language）、HDCal、JHDL（JavaHardware Description Language）、Lava、Lola、MyHDL、PALASM、RHDL（Ruby HardwareDescription Language）等，目前最普遍使用的是VHDL（Very-High-Speed IntegratedCircuit Hardware Description Language）与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该（微）处理器执行的计算机可读程序代码（例如软件或固件）的计算机可读介质、逻辑门、开关、专用集成电路（Application Specific Integrated Circuit，ASIC）、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims

1.一种基于增强型服务架构的业务执行方法，其特征在于，所述方法应用于通信系统中接收业务请求的服务提供端，包括：

2.如权利要求1所述的方法，其特征在于，在接收服务消费端针对所述服务提供端所提供网络功能的目标功能实例发送的业务请求之前，所述方法还包括：

3.如权利要求1所述的方法，其特征在于，若所述目标功能实例无法执行所述业务请求对应的业务或后续业务请求对应的业务，则向所述服务消费端发送重定位信息，具体包括：

若所述目标功能实例无法执行所述业务请求对应的业务或所述后续业务请求对应的业务，则向所述服务消费端发送所述目标功能实例对应处理状态的状态码以及携带有所述重定位信息的超文本传输协议HTTP头。

4.如权利要求1所述的方法，其特征在于，所述重定位信息包含有所述各备用功能实例所属实例组的完全限定域名FQDN、每个备用功能实例对应的统一资源标识符URI、每个备用功能实例对应的互联网协议IP地址中的一种。

5.如权利要求1所述的方法，其特征在于，对所述重定位信息进行解析，确定所述网络功能对应的各备用功能实例，具体包括：

通过所述各备用功能实例执行所述业务请求对应的业务。

6.如权利要求5所述的方法，其特征在于，将所述IP地址发送给所述服务消费端，以使所述服务消费端向所述IP地址对应的各备用功能实例发送所述业务请求，具体包括：

所述方法还包括：

7.如权利要求5所述的方法，其特征在于，将所述IP地址发送给所述服务消费端，以使所述服务消费端向所述IP地址对应的各备用功能实例发送所述业务请求，具体包括：

8.一种基于增强型服务架构的业务执行装置，其特征在于，包括：

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1~7任一项所述的方法。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1~7任一项所述的方法。