CN110365796A - 业务请求处理方法、装置 - Google Patents

Abstract

本申请提供了一种业务请求的处理方法。该方法包括：接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型；根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例；确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序；控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理业务请求。本申请实施例能够实现多种服务生产者类型对应的服务生产者实例的同时发现机制，提高业务处理的效率。

Description

业务请求处理方法、装置

技术领域

本申请涉及通信技术领域，具体而言，涉及一种业务请求处理方法、装置。

背景技术

目前，在3GPP R16的eSBA课题中，提出了服务通信代理的概念(ServiceCommunication Proxy，SCP)，服务之间的通信消息通过SCP转发，同时，SCP可以进行代理发现，通过向NRF(Network Repository Function，网络注册存储功能)发送服务发现请求，发现服务的生产者列表，并在该列表中选择一个服务生产者。但是在已有的SCP的机制中，只能针对一个特定的服务生产的类型进行服务发现，业务处理效率较低。

发明内容

本申请的一个目的在于提出一种业务请求处理方法、装置，能够实现多种服务生产者类型对应的服务生产者实例的同时发现机制，提高业务处理的效率。

根据本申请实施例的一方面，申请了一种业务请求处理方法，所述方法包括：

接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型；

根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例；

确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序；

控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理业务请求。

根据本申请实施例的一方面，申请了一种业务请求处理方法，包括：

接收业务请求，所述业务请求中包含有待访问的服务生产者实例的信息及所述待访问的服务生产者实例的访问顺序；

处理所述业务请求；

在对所述业务请求处理之后，则作为服务消费者发送新的业务请求至服务代理设备，以使所述服务代理设备根据所述访问顺序将所述新的业务请求发送至下一个服务生产者实例；或者，在对所述业务请求处理之后，根据所述访问顺序作为服务消费者发送新的业务请求至下一个服务生产者实例，以使所述下一个服务生产者处理所述新的业务请求。

根据本申请实施例的一方面，申请了一种业务请求处理装置，包括：

接收模块，用于接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型；

获取模块，用于根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例；

确定模块，用于确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序；

控制模块，用于控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理业务请求。

本申请的实施例提供的技术方案可以包括以下有益效果：本申请提供的技术方案通过一次获取与服务消息者发送的业务请求中包含的各个服务生产者类型对应的服务生产者实例，并确定与各个服务生产者类型对应的服务生产者实例的访问顺序，根据访问顺序控制各个服务生产者类型对应的服务生产者实例处理业务请求，实现了服务发现机制的增强，减少了请求服务发现的次数，提高了业务请求的处理效率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了根据本申请一个实施例的业务请求处理方法应用的系统构架图。

图2示出了根据本申请一个实施例的业务请求处理方法的流程图。

图3示出了根据本申请一个实施例的获取服务生产者实例的流程图。

图4示出了根据本申请另一个实施例的获取服务生产者实例的流程图。

图5示出了根据本申请一个实施例的业务请求处理方法的流程图。

图6示出了根据本申请一个实施例的业务请求处理方法的交互流程图。

图7示出了根据本申请另一个实施例的业务请求处理方法的交互流程图。

图8示出了根据本申请一个实施例的业务请求处理方法应用在SMF的应用场景下的交互流程图。

图9示出了根据本申请一个实施例的业务请求处理方法应用在PCF的应用场景下的交互流程图。

图10示出了根据本申请一个实施例的业务请求处理装置的框图。

图11示出了根据本申请一个实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本申请的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本申请的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本申请的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面先参照图1描述一下本申请实施例的业务处理请求方法所应用的体系构架。

如图1所示，本发明应用的系统架构可以包括服务消费者101、服务代理设备102、服务生产者实例103和指定设备104。服务消费者101是发送业务请求的设备，其可以是服务器，也可以是智能手机、是平板电脑、便携式计算机、台式计算机等用户终端。服务代理设备102是接收业务请求的设备，并将所述业务请求转发至服务生产者实例103，服务生产者实例103用于响应业务请求，并将响应结果返回给服务消费者101。

服务消费者101不直接进行服务的发现与选择，服务消费者101在发送业务请求时，发送必要的参数给服务代理设备102，而服务代理设备102同时具有间接通信中消息转发和代理服务发现的功能，它是本申请实施例的业务请求处理方法的执行主体。它插入在服务消费者101和服务生产者实例103之间，起到发送服务发现请求至指定设备104进行服务发现以及转发业务请求至服务生产者实例进行业务响应的作用。当然，在服务生产者实例103对业务请求处理完成后，服务代理设备102也需要接收服务生产者实例103发送的响应结果，并向服务消费者101返回响应结果。

指定设备104与服务代理设备102之间进行通信连接，服务代理设备102发送服务发现请求消息给指定设备104来获得服务发现的结果。

应该理解，图1中的服务消费者101、服务代理设备102、服务生产者实例103、指定设备104的数目仅仅是示意性的。根据实现需要，可以具有任意数目的服务消费者101、服务代理设备102、服务生产者实例104、指定设备104。

根据本申请的一个实施例，提供了一种业务请求处理方法。

如图2所示，所述方法包括：

步骤S210、接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型；

步骤S220、根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例；

步骤S230、确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序；

步骤S240、控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理业务请求。

下面对这些步骤进行详细描述。

步骤S210、接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型。

服务消费者发送的业务请求可以包含属性信息，该属性信息可以与预设的属性相对应。当业务请求中包含属性信息时，可以根据业务请求中的属性信息，确定业务请求所属的类型，也即确定业务请求中包括的各个服务生产者的业务类型。

在步骤S220中，获取与各个所述服务生产者类型对应的服务生产者实例可以是直接获取到与各个服务生产者类型相对应的多个服务生产者实例，还可以是获取业务请求中包含的各个服务生产者类型对应的服务生产者实例列表，对于每个服务生产者类型会发现并返回一个服务生产者实例列表，该服务生产者实例列表中包括满足业务请求中的参数条件的该业务类型的服务生产者实例。

获取服务生产者实例的方式可以是向指定设备发送服务发现请求，也可以是直接从历史服务发现结果中直接进行获取，在此不做限定。

值得注意的是，根据业务请求获取的与服务生产者类型对应的服务生产者实例不仅与服务生产者类型名称一致，而且必须是满足业务请求中的参数信息的服务生产者实例。

在一个实施例中，如图3所示，步骤S220具体包括：

步骤S2201、根据所述业务请求中包含的各个所述服务生产者类型向指定设备发送服务发现请求；

步骤S2202、接收所述指定设备根据所述服务发现请求返回的服务生产者实例列表；

步骤S2203、从所述服务生产者实例列表中选择与各个所述服务生产者类型对应的服务生产者实例。

在步骤S2201中，指定设备可以根据接收到的服务发现请求中的服务生产者类型和选择参数，发现满足所有服务生产者类型的服务生产者实例列表。

在步骤S2202中，指定设备生成服务生产者实例列表之后，向服务代理设备返回服务发现结果，即各个服务生产者类型对应的服务生产者实例列表，每个服务生产者类型对应着一个服务生产者实例列表。

步骤S2203中，当从指定设备获取到服务生产者实例列表后，可以通过随机选择或者其他选择方式从每个服务生产者类型对应的服务生产者实例列表中选择与该服务生产者类型对应的服务生产者实例。

在一个实施例中，接收到业务请求之后，在向指定设备发送服务发现请求之前，服务代理设备可以检测历史发现结果中是否存储有对应的服务生产者实例，从历史发现结果中进行获取一方面可以避免再次执行服务发现请求，浪费计算资源，另一方面直接从历史发现结果中获取服务生产者实例还可以节省业务请求处理时间。

在该实施例中，如图4所示，步骤S220包括：

步骤S2201’、检测历史服务发现结果中是否存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数的服务生产者实例；

步骤S2202’、若所述历史服务发现结果存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则从所述历史服务发现结果中获取与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例；

步骤S2203’、若所述历史服务发现数据没有存储与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则根据所述业务请求中包含的各个所述服务生产者类型和所述业务请求中包含的参数信息向所述指定设备发送所述服务发现请求。

在步骤S2201’中，历史服务发现结果是在本次业务请求之前的业务访问中，向指定设备进行发送服务发现请求所获取到的信息。该信息会存储在服务代理设备中。当后续的业务请求中包含的服务生产者的选择参数与之前的发现结果一致时，会直接使用之前保存的服务发现结果，而不需要去指定设备进行服务发现。

在一个实施例中，所述历史服务发现结果设有有效时间，所述方法还包括：

若所述历史服务发现结果存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则进一步判断所述历史服务发现结果是否超过有效时间；

若所述历史发现结果超过有效时间，则根据所述业务请求中包含的各个所述服务生产者类型和所述业务请求中包含的参数信息向所述指定设备发送所述服务发现请求；

若所述历史发现结果未超过所述有效时间，则从所述历史服务发现结果中获取与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例。

可选的，该服务发现结果会包含有效时间，指示该服务发现结果只在该时间内有效，如果超出该时间，则该服务发现结果无效，若历史服务发现结果存储有与各个服务生产者类型对应的且满足业务请求中的参数信息的服务生产者实例，则需要进一步判断历史发现结果是否超过有效时间，若超过有效时间，则该服务发现结果将不可用，服务代理设备仍然需要根据业务请求中包含的各个服务生产者类型和业务请求中包含的参数信息向指定设备发送服务发现请求。服务代理设备也会删除无效的服务发现结果。

在该实施例中，通过设置有效的时间并对无效的服务发现结果进行删除，一方面可以保证历史服务发现数据的准确性，另一方面可以避免旧数据占用内存空间，节省存储空间，进而可以提高对历史服务发现数据的访问速度。

在向指定设备请求服务发现之前，检测历史服务发现结果中是否包含有与各个所述服务生产者类型对应的且满足业务请求中的参数信息的服务生产者实例。直接根据业务请求中的服务生产者类型从满足选择参数的历史服务发现结果中获取与之相对应的服务生产者实例，查询时间短，访问速度快。

步骤S230、确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序。

当要访问的服务生产者实例有多个时，会在每个服务生产者类型对应的服务生产者实例列表中选择该类型的一个服务生产者实例。各个服务生产者类型对应的实例之间按照一定的访问顺序进行业务请求的访问。

在一个实施例中，步骤S230具体包括：

根据所述业务请求中的顺序指示信息，确定所述业务请求中包含的各个所述服务生产者类型的排列顺序；

将各个所述服务生产者类型的排列顺序作为各个所述服务生产者类型对应的服务生产者实例的访问顺序。

在该实施例中，服务消费者发送的业务请求中包括了顺序指示信息，该顺序指示信息用于指示业务请求中的各个服务生产者类型的排列顺序，也即与各个服务生产者类型对应的服务生产者实例的访问顺序。该访问顺序至少包括串行顺序，串行顺序用于表示对各个服务生产者实例是按照先后顺序进行访问的。

可选的，该访问顺序还可以包括并行顺序，并行顺序用于表示对各个服务生产者实例是同时进行访问的，没有先后顺序的要求。在访问顺序为并行顺序的情况下，服务代理设备会将业务请求同时转发至并行顺序中多个服务生产者实例进行处理，多个服务生产者实例处理完后，返回业务响应消息至服务消费者。

需要说明的是，本申请中的实施例主要是针对按照串行顺序控制服务生产者实例对业务请求的处理。

举例说明，若服务消费者发送的业务请求包括了A、B、C三个服务生产者类型，根据该业务请求中包含的顺序指示信息确定三个服务生产者类型的排列顺序为A、B、C，即A为第一个服务生产者类型，B为第二个服务生产者类型，C为第三个服务生产者类型。

当确定各个服务生产者类型的排列顺序后，可以直接将该排列顺序作为对应的服务生产者实例的访问顺序。若上述服务消费者发送的业务请求中包括的A、B、C三个服务生产者类型分别对应的服务生产者实例为a、b、c,那么三个服务生产者实例a、b、c的访问顺序为a、b、c，即a为第一个被访问的服务生产者实例，b为第二个被访问的服务生产者实例，c第三个被访问的服务生产者实例。

根据所述访问顺序，倒数第二个服务生产者处理完业务请求后，会发送业务请求给最后一个服务生产者处理，由于该业务请求中只有一个服务生产者实例，所以该业务请求中不需要再包含访问顺序。

步骤S240、控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理所述业务请求。

在步骤S240中，当确定出各个服务生产者实例的访问顺序后，即可按照该访问顺序依次访问，处理业务请求。

在一个实施例中，步骤S240具体包括：

根据所述访问顺序将所述业务请求发送给所述访问顺序中的第一个服务生产者实例，其中，若接收到任一服务生产者实例在处理完业务请求后作为服务消费者发送新的业务请求的消息时，则向待访问顺序中的第一个服务生产者实例转发所述新的业务请求的消息。

该实施例中，任一个服务生产者实例在对业务请求处理完成后，则作为服务消费者再发送新的业务请求的消息至服务代理设备，服务代理设备接收到该消息后，会转发新的业务请求至待访问顺序中的第一个服务生产者实例。

待访问顺序是指没有接收到业务请求的服务生产者实例的访问顺序，可以明确地是，待访问顺序中的服务生产者实例不包括已经对业务请求处理完成的服务生产者实例。待访问顺序中的第一个服务生产者实例是指待访问顺序中位于第一顺序的服务生产者实例。

举例说明，若服务消费者发送的业务请求包括了A、B、C三个服务生产者类型，且与三个服务生产者类型A、B、C分别对应的服务生产者实例为a、b、c，访问顺序为a、b、c，服务代理设备发送业务请求给第一服务生产者实例a，在第一服务生产者实例a处理完业务请求后，第一服务生产者实例a则作为服务消费者发送新的业务请求的消息至服务代理设备，服务代理设备接收到第一服务生产者实例a作为服务消费者发送的新的业务请求的消息后，会转发该业务请求至待访问顺序中的第一个服务生产者实例，也即是第二服务生产者实例b，第二服务生产者实例b用于处理第一服务生产者实例a作为服务消费者发送的新的业务请求，在第二服务生产者实例b处理完业务请求后，第二服务生产者实例b则作为服务消费者发送新的业务请求的消息至服务代理设备，服务代理设备接收到第二服务生产者实例b作为服务消费者发送的新的业务请求的消息后，会转发该业务请求至第三服务生产者实例c，第三服务生产者实例c用于处理第二服务生产者实例b作为服务消费者发送的新的业务请求。当访问顺序中的最后一个服务生产者实例c处理完业务请求后，会返回业务响应消息给第二服务生产者实例b，第二服务生产者实例b再发送响应消息给第一服务生产者实例a，第一服务生产者实例a再发送响应消息给服务消费者。

在一个实施例中，所述任一服务生产者实例在处理完业务请求后作为服务消费者发送的新的业务请求的消息中包括：访问顺序位于所述任一服务生产者实例之后的服务生产者实例的信息以及所述待访问顺序；

所述向待访问顺序中的第一个服务生产者实例转发的所述新的业务请求的消息中包括：访问顺序位于该待访问顺序中的第一个服务生产者实例之后的服务生产者实例的信息以及所述待访问顺序。

在该实施例中，任一服务生产者实例在处理完业务请求后作为服务消费者发送的新的业务请求的消息中包括访问顺序位于任一服务生产者实例之后的服务生产者实例的信息以及待访问顺序，待访问顺序也就是该任一服务生产者实例之后的服务生产者实例的访问顺序。

向待访问顺序中的第一个服务生产者实例转发的所述新的业务请求的消息中包括访问顺序位于该待访问顺序中的第一个服务生产者实例之后的服务生产者实例的信息和待访问顺序。举例说明，服务代理设备发送给第一服务生产者实例a的业务请求中包括了第二服务生产者实例b和第三服务生产者实例c的信息，以及第二服务生产者实例b和第三服务生产者实例c的访问顺序；第一服务生产者实例a处理完业务请求后，则作为服务消费者发送新的业务请求的消息给服务代理设备，该业务请求中包含了第二服务生产者实例b和第三服务生产者实例c的信息，以及第二服务生产者实例b和第三服务生产者实例c的访问顺序；第二服务生产者实例b处理完业务请求后，则作为服务消费者发送新的业务请求的消息给服务代理设备，该业务请求中包含第三服务生产者实例c的信息，由于该业务请求中只有一个服务生产者实例c，一个服务生产者实例也就没有顺序先后情况了，所以该业务请求中不需要再包含访问顺序。

服务代理设备接收到第一服务生产者实例a作为服务消费者发送的新的业务请求的消息中包括了第二服务生产者实例b和第三服务生产者实例c的信息，以及第二服务生产者实例b和第三服务生产者实例c的访问顺序；服务代理设备接收到第二服务生产者实例b作为服务消费者发送的新的业务请求的消息中包括了第三服务生产者实例c的信息，由于该业务请求中只有一个服务生产者实例c，一个服务生产者实例也就没有顺序先后情况了，所以该业务请求中不需要再包含访问顺序。。

在一个实施例中，步骤S240具体包括：

根据所述访问顺序将所述业务请求和所述访问顺序发送给所述访问顺序中的第一个服务生产者实例，其中，所述访问顺序中的任一个服务生产者实例在对所述业务请求处理完成后则作为服务消费者发送新的业务请求至下一个服务生产者实例进行处理，直至所述访问顺序中的所有服务生产者实例处理完成后，再依次返回业务响应消息。

该实施例中，在各个服务生产者实例可以直接通信的情况下，任一服务生产者实例在对业务请求响应完成后，可以根据访问顺序，作为服务消费者直接发送业务请求至下一个服务生产者实例进行处理，直至访问顺序中的所有服务生产者实例处理完成后，再依次返回业务响应消息。

举例说明，若服务消费者发送的业务请求包括了A、B、C三个服务生产者类型，且与三个服务生产者类型A、B、C分别对应的服务生产者实例为a、b、c，访问顺序为a、b、c，服务代理设备发送业务请求给第一服务生产者实例a，在第一服务生产者实例a处理完业务请求后，第一服务生产者实例a则作为服务消费者发送新的业务请求至第二服务生产者实例b，第二服务生产者实例b用于处理第一服务生产者实例a作为服务消费者发送的新的业务请求，在第二服务生产者实例b处理完该业务请求后，第二服务生产者实例b作为服务消费者发送新的业务请求至第三服务生产者实例c。当访问顺序中的最后一个服务生产者实例c处理完业务请求后，会返回业务响应消息给第二服务生产者实例b，第二服务生产者实例b会发送响应消息给第一服务生产者实例a，第一服务生产者实例a会发送响应消息给服务消费者。

该实施例的优点在于可以在服务生产者实例之间直接进行业务请求的转发，不需要服务代理设备之间连接通信，节省了业务请求转发时间，提高了业务请求的处理效率。

根据本公开的一个实施例，提供了一种业务请求处理方法。该方法是由任一服务生产者实例103执行的。

如图5所示，所述方法包括：

步骤S510、接收业务请求，所述业务请求中包含有待访问的服务生产者实例的信息及所述待访问的服务生产者实例的访问顺序；

步骤S520、处理所述业务请求；

步骤S530、在对所述业务请求处理之后，则作为服务消费者发送新的业务请求至服务代理设备，以使所述服务代理设备根据所述访问顺序将所述新的业务请求发送至下一个服务生产者实例；或者，在对所述业务请求处理之后，根据所述访问顺序作为服务消费者发送新的业务请求至下一个服务生产者实例，以使所述下一个服务生产者处理所述新的业务请求。

在步骤S510中，业务请求中除了包括多个服务生产者类型之外，还包括待访问的服务生产者实例信息和访问顺序。

待访问的服务生产者实例是指没有接收到业务请求的服务生产者实例，如果已经接收到业务请求，但还没有开始进行业务请求处理的服务生产者实例不能认定为是待访问的服务生产者实例。

在步骤S530中，包括两种方式：

第一种方式是，当前服务生产者实例对业务请求处理完成后，由当前服务生产者实例作为服务消费者发送新的业务请求至服务代理设备，该业务请求中包括待访问的服务生产者实例信息以及待访问顺序，服务代理设备可以根据接收到的新的业务请求中携带的信息转发新的业务请求至待访问顺序中的第一个服务生产者实例。

第二种方式是，在各个服务生产者实例之间可以直接通信的情况下，当前服务生产者实例对业务请求处理完成后，便由当前服务生产者实例作为服务消费者发送新的业务请求至下一个服务生产者实例。

图6示出了根据本申请一个实施例的业务请求处理方法的交互流程图。

需要说明的是，图6中第一服务生产者实例、第二服务生产者实例、第三服务生产者实例中“第一”、“第二”、“第三”仅仅代表对服务生产者实例的访问顺序，且服务生产者实例的数目仅仅是示意性的。根据实现需要，可以包括任意数目的服务生产者实例。

在步骤S610中，服务消费者101发送业务请求给服务代理设备102。该业务请求中包含一个以上的业务类型时，业务类型的排序与服务访问的顺序相同。比如，该业务请求中包含第一服务生产者实例103’的业务类型，第二服务生产者实例103”的业务类型，以及第三服务生产者实例103”’的业务类型。这样，该业务请求会先发送给第一服务生产者实例103’，当第一服务生产者实例处理完业务请求后，再发送业务请求给第二服务生产者实例103”处理，当第二服务生产者实例处理完业务请求后，再发送业务请求给第三服务生产者实例103”’进行处理。

在步骤S620中，服务代理设备102接收到该业务请求后，发送服务发现请求给指定设备104，该服务发现请求中包含多个业务类型。指定设备104会返回满足所有的业务类型的服务生产者实例列表，服务代理设备102会选择出第一服务生产者实例103’、第二服务生产者实例103”以及第三服务生产者实例103”’。

在步骤S630中，服务代理设备102根据服务生产者实例的访问顺序，首先发送业务请求至第一服务生产者实例103’，该业务请求中携带服务代理设备102所选择的第二服务生产者实例103”信息，以及第三服务生产者的实例103”’信息。

在步骤S640中，第一服务生产者实例103’在处理完业务请求后，第一服务生产者实例103’则作为服务消费者向服务代理设备102发送新的业务请求的消息，该消息中携带第二服务生产者实例102”信息，以及第三服务生产者的实例103”’信息以及第二服务生产者实例102”以及第三服务生产者的实例103”’的访问顺序。

在步骤S650中，服务代理设备102根据待访问顺序转发第一服务生产者实例103’作为服务消费者发送的新的业务请求给第二服务生产者实例103”，第二服务生产者实例103”用于处理第一服务生产者实例103’作为服务消费者发送的新的业务请求。该业务请求中携带第三服务生产者的实例103”’信息。

在步骤S660中，第二服务生产者实例103”在处理完业务请求后，第二服务生产者实例103”则作为服务消费者向服务代理设备102发送新的业务请求的消息，该消息中携带第三服务生产者的实例103”’信息。

在步骤S670中，服务代理设备102根据待访问顺序转发第二服务生产者实例103”作为服务消费者发送的新的业务请求给第三服务生产者实例103”’，第三服务生产者的实例103”’用于处理第二服务生产者实例103”作为服务消费者发送的新的业务请求。

在图7所示的业务请求处理方法的交互过程中，步骤S710-步骤S730与图6中步骤S610-步骤S630相同，故不再赘述。

在步骤S740中，第一服务生产者的实例103’可以直接和第二服务生产者的实例103”进行通信，因此，第一服务生产者实例103’在处理完业务请求后，则作为服务消费者直接向第二服务生产者实例103”发送新的业务请求。

在步骤S750中，第二服务生产者的实例103”可以直接和第三服务生产者的实例103”’进行通信，因此，第二服务生产者实例103”在处理完业务请求后，则作为服务消费者直接向第三服务生产者实例103”’发送新的业务请求。

图8示出了根据本申请一个实施例的业务请求处理方法应用在SMF的应用场景下的交互流程图。

在5G核心网中，不同类型的控制面的网元可以看成是不同类型的NF(NetworkFunction，网络功能)，每个NF可以包含若干个NF service，在现有的核心网流程中，网元NF之间的调用是通过NF service的调用来体现的。在5G核心网归属地漫游场景中SMF(Session Management Function，会话管理功能)选择的应用场景中，服务消费者101是AMF(Access and Mobility Management Function，接入和移动性管理功能)。在步骤S810中，AMF发送业务请求给服务代理设备102，该业务请求中包括V-SMF和H-SMF的业务类型以及顺序指示信息。在步骤S820中，服务代理设备102根据所述业务请求向指定设备104发送服务发现请求，指定设备104响应于服务发现请求，向服务代理设备102返回满足所有业务类型的服务生产者实例列表，服务代理设备102会选择V-SMF和H-SMF实例，并根据选择的V-SMF和H-SMF实例的访问顺序依次发送业务请求。在步骤S830中，服务代理设备102根据访问顺序首先将业务请求发送至V-SMF实例，发送的业务请求中包括H-SMF实例信息。在步骤S840中，当V-SMF实例处理完成后，则作为服务消费者向服务代理设备102发送新的业务请求的消息，该消息中包括H-SMF实例信息。在步骤S850中，当服务代理设备102接收到V-SMF实例作为服务消费者发送的新的业务请求的消息后，服务代理设备102会发送该业务请求至H-SMF实例。

图9示出了根据本申请一个实施例的业务请求处理方法应用在PCF的应用场景下的交互流程图。

在5G核心网归属地漫游场景中PCF(Policy Control Function，策略控制功能)选择的应用场景中，服务消费者101是NF，如果NF需要同时需要选择漫游地V-PCF和归属地H-PCF，则V-PCF和H-PCF为服务者生产实例103。在步骤S910中，NF发送业务请求给服务代理设备102，该业务请求中包括V-PCF和H-PCF的业务类型，以及顺序指示信息。在步骤S920中，服务代理设备102根据所述业务请求向指定设备104发送服务发现请求，指定设备104响应于服务发现请求，向服务代理设备102返回满足所有业务类型的服务生产者实例列表，服务代理设备102会选择V-PCF和H-PCF实例，并根据选择的V-PCF和H-PCF实例的访问顺序依次发送业务请求。在步骤S930中，服务代理设备102根据访问顺序首先将业务请求发送至V-PCF实例，发送的业务请求中包括H-PCF实例信息。在步骤S940中，当V-PCF实例处理完成后，则作为服务消费者向服务代理设备102发送新的业务请求的消息，该消息中包含H-PCF实例信息。在步骤S950中，当服务代理设备102接收到V-PCF实例作为服务消费者发送的新的业务请求的消息后，服务代理设备102则会发送该业务请求至H-PCF实例。

如图10所示，根据本申请的一个实施例，提供了一种业务请求处理装置，对于本申请装置实施例中未披露的细节，请参照本申请上述的业务请求处理方法的实施例。其中，所述装置包括：

接收模块1010，用于接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型；

获取模块1020，用于根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例；

确定模块1030，用于确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序；

控制模块1040，用于控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理所述业务请求。

在一个实施例中，所述控制模块1040用于：

根据所述访问顺序将所述业务请求发送给所述访问顺序中的第一个服务生产者实例，其中，若接收到任一服务生产者实例在处理完业务请求后作为服务消费者发送新的业务请求的消息时，则向待访问顺序中的第一个服务生产者实例转发所述新的业务请求的消息。在一个实施例中，所述任一服务生产者实例在处理完业务请求后作为服务消费者发送的新的业务请求的消息中包括：访问顺序位于所述任一服务生产者实例之后的服务生产者实例的信息以及所述待访问顺序；

所述向待访问顺序中的第一个服务生产者实例转发的所述新的业务请求的消息中包括：访问顺序位于该待访问顺序中的第一个服务生产者实例之后的服务生产者实例的信息以及所述待访问顺序。

在一个实施例中，所述控制模块1040用于：

根据所述访问顺序将所述业务请求和所述访问顺序发送给所述访问顺序中的第一个服务生产者实例，其中，所述访问顺序中的任一服务生产者实例在对所述业务请求处理完成后则作为服务消费者发送新的业务请求至下一个服务生产者实例进行处理，直至所述访问顺序中的所有服务生产者实例处理完成后，再依次返回业务响应消息。

在一个实施例中，所述获取模块1020包括：

发送单元，用于根据所述业务请求中包含的各个所述服务生产者类型向指定设备发送服务发现请求；

接收单元，用于接收所述指定设备根据所述服务发现请求返回的服务生产者实例列表；

选择单元，用于从所述服务生产者实例列表中选择与各个所述服务生产者类型对应的服务生产者实例。

在一个实施例中，所述发送单元用于根据所述业务请求中包含的各个所述服务生产者类型向指定设备发送服务发现请求之前，所述获取模块1020用于：

检测历史服务发现数据中是否存储有与各个所述服务生产者类型对应且满足所述业务请求中的参数信息的的服务生产者实例；

若所述历史服务发现数据存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则从所述历史服务发现数据中获取与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例；

若所述历史服务发现数据没有存储与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则根据所述业务请求中包含的各个所述服务生产者类型和所述业务请求中包含的参数信息向所述指定设备发送所述服务发现请求。

在一个实施例中，所述历史服务发现结果设有有效时间，所述获取模块1020用于：

若所述历史服务发现结果存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则进一步判断所述历史服务发现结果是否超过有效时间；

若所述历史发现结果超过有效时间，则根据所述业务请求中包含的各个所述服务生产者类型和所述业务请求中包含的参数信息向所述指定设备发送所述服务发现请求；

若所述历史发现结果未超过所述有效时间，则从所述历史服务发现结果中获取与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例。在一个实施例中，所述确定模块1030用于：

根据所述业务请求中的顺序指示信息确定所述业务请求中包含的各个所述服务生产者类型的排列顺序；

将各个所述服务生产者类型的排列顺序作为各个所述服务生产者类型对应的服务生产者实例的访问顺序。

根据本申请的一个实施例，还提供了一种业务请求处理装置，其中，所述装置包括：

接收模块，用于接收业务请求，所述业务请求中包含有待访问的服务生产者实例的信息及所述服务生产者实例的访问顺序；

响应模块，用于响应所述业务请求；

发送模块，用于在对所述业务请求响应之后，则作为服务消费者发送新的业务请求至服务代理设备，以使所述服务代理设备根据所述访问顺序将所述新的业务请求发送至下一个服务生产者实例；或者，在对所述业务请求响应之后，根据所述访问顺序作为服务消费者发送新的业务请求发送至下一个服务生产者实例，以使所述下一个服务生产者处理所述新的业务请求。

下面参照图11来描述本申请实施方式中的服务器101。图11显示的服务器101仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图11所示，服务器101以通用计算设备的形式表现。服务器101的组件可以包括但不限于：至少一个处理单元1110、至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130。其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1110执行，使得所述处理单元1110执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元1110可以执行如图2中所示的各个步骤。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元(ROM)11203。

存储单元1120还可以包括具有一组(至少一个)程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

服务代理设备102也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该服务代理设备102交互的设备通信，和/或与使得该服务代理设备102能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且，服务代理设备102还可以通过网络适配器1160与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1160通过总线1130与服务代理设备102的其它模块通信。应当明白，尽管图中未示出，可以结合服务代理设备102使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本申请实施方式的方法。

在本申请的示例性实施例中，还提供了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本申请的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施方式的方法。

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

Claims (10)

1.一种业务请求的处理方法，其特征在于，所述方法包括：

接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型；

根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例；

确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序；

控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理所述业务请求。

2.根据权利要求1所述的方法，其特征在于，所述控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理所述业务请求，包括：

根据所述访问顺序将所述业务请求发送给所述访问顺序中的第一个服务生产者实例，其中，若接收到任一服务生产者实例在处理完业务请求后作为服务消费者发送新的业务请求的消息时，则向待访问顺序中的第一个服务生产者实例转发所述新的业务请求的消息。

3.根据权利要求2所述的方法，其特征在于，所述任一服务生产者实例在处理完业务请求后作为服务消费者发送的新的业务请求的消息中包括：访问顺序位于所述任一服务生产者实例之后的服务生产者实例的信息以及所述待访问顺序；

所述向待访问顺序中的第一个服务生产者实例转发的所述新的业务请求的消息中包括：访问顺序位于该待访问顺序中的第一个服务生产者实例之后的服务生产者实例的信息以及所述待访问顺序。

4.根据权利要求1所述的方法，其特征在于，所述控制各个所述服务生产者类型对应的服务生产者实例按照所述访问处理业务请求，包括：

根据所述访问顺序将所述业务请求和所述访问顺序发送给所述访问顺序中的第一个服务生产者实例，其中，所述访问顺序中的任一服务生产者实例在对所述业务请求处理完成后则作为服务消费者发送新的业务请求至下一个服务生产者实例进行处理，直至所述访问顺序中的所有服务生产者实例处理完成后，再依次返回业务响应消息。

5.根据权利要求1所述的方法，其特征在于，所述根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例，包括：

根据所述业务请求中包含的各个所述服务生产者类型向指定设备发送服务发现请求；

接收所述指定设备根据所述服务发现请求返回的服务生产者实例列表；

从所述服务生产者实例列表中选择与各个所述服务生产者类型对应的服务生产者实例。

6.根据权利要求5所述的方法，其特征在于，在根据所述业务请求中包含的各个所述服务生产者类型向指定设备发送服务发现请求之前，所述方法还包括：

检测历史服务发现结果中是否存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例；

若所述历史服务发现结果存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则从所述历史服务发现结果中获取与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例；

若所述历史服务发现结果没有存储与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则根据所述业务请求中包含的各个所述服务生产者类型和所述业务请求中包含的参数信息向所述指定设备发送所述服务发现请求。

7.根据权利要求6所述的方法，其特征在于，所述历史服务发现结果设有有效时间，所述方法还包括：

若所述历史服务发现结果存储有与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例，则进一步判断所述历史服务发现结果是否超过有效时间；

若所述历史发现结果超过有效时间，则根据所述业务请求中包含的各个所述服务生产者类型和所述业务请求中包含的参数信息向所述指定设备发送所述服务发现请求；

若所述历史发现结果未超过所述有效时间，则从所述历史服务发现结果中获取与各个所述服务生产者类型对应的且满足所述业务请求中的参数信息的服务生产者实例。

8.根据权利要求1所述的方法，其特征在于，所述确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序，包括：

根据所述业务请求中的顺序指示信息确定所述业务请求中包含的各个所述服务生产者类型的排列顺序；

将各个所述服务生产者类型的排列顺序作为各个所述服务生产者类型对应的服务生产者实例的访问顺序。

9.一种业务请求处理方法，其特征在于，所述方法包括：

接收业务请求，所述业务请求中包含有待访问的服务生产者实例的信息及所述待访问的服务生产者实例的访问顺序；

处理所述业务请求；

在对所述业务请求处理之后，则作为服务消费者发送新的业务请求至服务代理设备，以使所述服务代理设备根据所述访问顺序将所述新的业务请求发送至下一个服务生产者实例；或者，在对所述业务请求处理之后，根据所述访问顺序作为服务消费者发送新的业务请求至下一个服务生产者实例，以使所述下一个服务生产者处理所述新的业务请求。

10.一种业务请求处理装置，其特征在于，所述装置包括：

接收模块，用于接收服务消费者发送的业务请求，所述业务请求中包括多个服务生产者类型；

获取模块，用于根据所述业务请求获取与各个所述服务生产者类型对应的服务生产者实例；

确定模块，用于确定与各个所述服务生产者类型对应的服务生产者实例的访问顺序；

控制模块，用于控制各个所述服务生产者类型对应的服务生产者实例按照所述访问顺序处理业务请求。