服务处理方法及系统与流程

1.本说明书实施例涉及计算机技术领域，特别涉及一种服务处理方法。


背景技术：

2.随着计算机技术的不断发展，需要互联网机构在进行计算机软件开发的过程中，为了节省开发成本，会根据自身的需求从sdk提供方获取需要的sdk(软件开发工具包)产品，从而通过该sdk产品能够达到对计算机软件进行高效开发的目的。
3.现有技术中，sdk提供方需要接入供应商所提供的供应商能力，并通过定制化打包的方式，根据不同互联网机构的需求将供应商能力进行打包，从而为不同的互联网机构提供符合特定需要的包。
4.但是，该定制化打包的方式是逐个将供应商能力进行打包，在面对海量的应用场景、不同机构的不同诉求以及sdk产品的稳定性等诸多因素的情况下，不能灵活且快速的对供应商能力进行打包，从而导致sdk产品的运营维护成本将大幅度提升。并且，进一步造成后续无法快速的生成互联网机构所需求的sdk产品。


技术实现要素：

5.有鉴于此，本说明书施例提供了一种服务处理方法。本说明书一个或者多个实施例同时涉及一种服务处理系统，一种服务处理装置，一种计算设备，一种计算机可读存储介质，一种计算机程序，以解决现有技术中存在的技术缺陷。
6.根据本说明书实施例的第一方面，提供了一种服务处理方法，包括：
7.接收任务处理模块发送的对象生成请求，其中，所述对象生成请求中携带对象属性信息，所述对象属性信息为实例化对象的一个或多个属性；
8.基于所述对象属性信息确定服务提供方，并基于所述服务提供方确定服务调度策略，其中，所述服务调度策略为获取对象生成服务的策略；
9.基于所述服务调度策略获取所述对象生成服务；
10.基于所述对象生成服务生成所述实例化对象，并将所述实例化对象发送至所述任务处理模块。
11.根据本说明书实施例的第二方面，提供了一种服务处理系统，包括任务处理模块、对象生成模块，其中，
12.所述任务处理模块，被配置为接收目标任务，基于所述目标任务中携带的对象属性信息生成对象生成请求，并将所述对象生成请求发送至对象生成模块；
13.所述对象生成模块，被配置为接收任务处理模块发送的对象生成请求，其中，所述对象生成请求中携带对象属性信息，所述对象属性信息为实例化对象的一个或多个属性，基于所述对象属性信息确定服务提供方，并基于所述服务提供方确定服务调度策略，其中，所述服务调度策略为获取对象生成服务的策略，基于所述服务调度策略获取所述对象生成服务，基于所述对象生成服务生成所述实例化对象，并将所述实例化对象发送至所述任务
处理模块；
14.所述任务处理模块，还被配置为基于接收的所述实例化对象对所述目标任务进行处理。
15.根据本说明书实施例的第三方面，提供了一种服务处理装置，包括：
16.接收模块，被配置为接收任务处理模块发送的对象生成请求，其中，所述对象生成请求中携带对象属性信息，所述对象属性信息为实例化对象的一个或多个属性；
17.确定模块，被配置为基于所述对象属性信息确定服务提供方，并基于所述服务提供方确定服务调度策略，其中，所述服务调度策略为获取对象生成服务的策略；
18.获取模块，被配置为基于所述服务调度策略获取所述对象生成服务；
19.生成模块，被配置为基于所述对象生成服务生成所述实例化对象，并将所述实例化对象发送至所述任务处理模块。
20.根据本说明书实施例的第四方面，提供了一种计算设备，包括：
21.存储器和处理器；
22.所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，该计算机可执行指令被处理器执行时实现所述服务处理方法的步骤。
23.根据本说明书实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现所述服务处理方法的步骤。
24.根据本说明书实施例的第六方面，提供了一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行所述服务处理方法的步骤。
25.本说明书提供的服务处理方法包括，接收任务处理模块发送的对象生成请求，其中，所述对象生成请求中携带对象属性信息，所述对象属性信息为实例化对象的一个或多个属性；基于所述对象属性信息确定服务提供方，并基于所述服务提供方确定服务调度策略，其中，所述服务调度策略为获取对象生成服务的策略；基于所述服务调度策略获取所述对象生成服务；基于所述对象生成服务生成所述实例化对象，并将所述实例化对象发送至所述任务处理模块。
26.具体地，所述方法基于对象生成请求中携带的对象属性信息确定出服务提供方，并基于由服务提供方确定的服务调度策略，实现了根据需求灵活且快速的确定出，生成实例化对象所需要的对象生成服务，从而通过该对象生成服务快速的生成实例化对象，从而避免了采用定制化打包的方式时，所导致的运营维护的成本提高的问题；并且，通过将实例化对象发送至任务处理模块，便于后续该任务处理模块基于该实例化对象快速的生成sdk产品。
附图说明
27.图1是本说明书一个实施例提供的一种服务处理系统的一种结构示意图；
28.图2是本说明书一个实施例提供的一种应用于sdk产品场景下的服务处理系统的结构示意图；
29.图3是本说明书一个实施例提供的一种服务处理方法的流程图；
30.图4是本说明书一个实施例提供的一种服务处理方法中确定目标服务提供方的流程示意图；
31.图5示出了本说明书一个实施例提供的一种服务处理方法的处理过程流程图；
32.图6是本说明书一个实施例提供的一种服务处理装置的结构示意图；
33.图7是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
34.在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。
35.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
36.应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
37.首先，对本说明书一个或多个实施例涉及的名词术语进行解释。
38.sdk：软件开发工具包，一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。
39.热插拔：开发者使用sdk能力时，sdk提供方无需重新编译打包，只需让客户根据不同的需求，选择不同的供应商库集成即可。
40.类(class)：是面向对象程序设计(oop，object-orientedprogramming)实现信息封装的基础。类是一种用户定义的引用数据类型，也称类类型。每个类包含数据说明和一组操作数据或传递消息的函数。类的实例称为对象。
41.对象：对象是类的具体实例。
42.工厂类：指的是java(一门面向对象编程语言)中有一部分类必须通过其getinstance方法来创建的类。
43.getinstance：是一个函数，在java中可以使用这种方式使用单例模式创建类的实例。
44.随着计算机技术的不断发展，需要机构在进行计算机软件开发的过程中，为了节省开发成本，会根据自身的需求从sdk提供方获取需要的sdk(软件开发工具包)产品，从而通过该sdk产品能够达到对计算机软件进行高效开发的目的。
45.而在sdk提供方(sdk厂商)在接入供应商能力，并基于该供应商能力生成sdk产品在时，时常会面临多家供应商能力的接入，而这些供应商能力的稳定性、成功率参差不齐；同时，sdk需求方对于供应商的包大小、服务因素、竞标等问题，可能也会有备选方案接入或者指定供应商接入的诉求。面对海量的客户场景，不同客户的不同诉求以及产品的稳定性等诸多因素，本说明书提供的一种方式是针对多供应商或者指定供应商接入的场景，采用
定制化打包的方案，将sdk能力(供应商能力)与供应商库打包到一起或者定制化依赖实现，为sdk需求方提供符合特定需要的包。
46.但是，sdk提供方如果针对不同的场景逐个将供应商能力进行组合打包，那sdk提供方的运营维护成本将大幅度提升，大大拉低研发效率，降低sdk提供方的roi(投资回报率)。同时，又会导致客户接入麻烦，在sdk提供方或者sdk需求方更换供应商时必须更换sdk产品。且如果遇到sdk产品与客户本身集成的其他供应商库产生冲突，则无法很好的解决冲突问题。
47.基于此，在本说明书中，提供了一种服务处理方法，本说明书同时涉及一种服务处理系统，一种服务处理装置，一种计算设备，一种计算机可读存储介质以及一种计算机程序，在下面的实施例中逐一进行详细说明。
48.图1示出了根据本说明书一个实施例提供的一种服务处理系统的结构示意图，该服务处理系统包括任务处理模块102、对象生成模块104，其中，
49.所述任务处理模块，被配置为接收目标任务，基于所述目标任务中携带的对象属性信息生成对象生成请求，并将所述对象生成请求发送至对象生成模块；
50.所述对象生成模块，被配置为接收任务处理模块发送的对象生成请求，其中，所述对象生成请求中携带对象属性信息，所述对象属性信息为实例化对象的一个或多个属性，基于所述对象属性信息确定服务提供方，并基于所述服务提供方确定服务调度策略，其中，所述服务调度策略为获取对象生成服务的策略，基于所述服务调度策略获取所述对象生成服务，基于所述对象生成服务生成所述实例化对象，并将所述实例化对象发送至所述任务处理模块；
51.所述任务处理模块，还被配置为基于接收的所述实例化对象对所述目标任务进行处理。
52.在实际应用中，该服务处理系统在tob产品下，面对不通的客户诉求，可以快速支撑接入，该tob产品可以根据实际应用场景进行设置，本说明书对此不做具体限制；例如，该tob产品可以为sdk产品；而该服务处理系统应用在sdk产品场景时，在sdk产品上具有较强的通用，能够实现多供应商能力的灵活接入，且无需针对不同场景定制不同的sdk产品。为了便于理解，下述以服务处理系统应用于sdk产品的场景下进行说明。
53.其中，该服务处理系统可以理解为能够实现生成实例化对象，并基于该实例化对象对目标任务进行处理的系统，在实际应用中，该服务处理系统能够应用于sdk产品的场景，在sdk产品的场景下，该服务处理系统可以为基于对象生成模块104生成对sdk需求方发送的待处理请求进行处理的对象，并通过任务处理模块102基于实例化对象实现对待处理请求进行处理的sdk产品，也即是说，该服务处理系统能够支持sdk产品的实现。对应的，该实例化对象可以理解为对目标任务进行处理的对象，例如，通过对类进行实例化获得的对象。该sdk需求方可以理解为进行计算机软件开发的机构，例如互联网机构，在实际应用中，该sdk需求方为了提供开发效率、降低开发成本，并从sdk提供方获得所需求的sdk产品，从而基于该sdk产品实现计算机软件的部分功能。
54.该目标任务可以理解为sdk需求方指示sdk产品进行特定操作的请求，也即是待处理请求，在实际应用中，该sdk产品为不同的情况下，该目标任务也不同；例如，在sdk产品为支付sdk的情况下，该目标任务可以为指示支付sdk进行转账操作的请求。在sdk产品为数据
分析sdk的情况下，该目标任务可以为指示数据分析sdk产品进行数据分析操作的请求。
55.该任务处理模块102可以理解为能够对目标任务进行处理的模块，在本说明书提供的服务处理系统应用于sdk产品的场景下，该任务处理模块102可以为sdk的服务功能逻辑，也是sdk厂商对外提供的能力，也即是sdk厂商对sdk需求方所提供的能力；在sdk产品为不同的情况下，该能力也不同，例如，该能力可以为转账能力、数据分析能力或数据搜索能力等。
56.该服务提供方可以理解为提供各种计算机软件能力的提供方，例如，能够为sdk厂商提供各种计算机软件能力的供应商，例如，数据分析机构、互联网金融机构、通讯机构等。对应的，该对象生成服务可以理解为供应商向sdk厂商所提供的计算机软件能力；由于该供应商存在不同，因此，该供应商提供的能力也不同，例如，该供应商为数据分析机构，该供应商提供的计算机软件能力可以是数据分析能力；该供应商为互联网金融机构，该供应商提供的计算机软件能力可以是转账能力；在实际应用中，该供应商所提供的计算机软件能力也称为原子能力，并且该计算机软件能力基于供应商创建的类实现。
57.该对象生成模块104可以理解为服务处理系统中，基于对象生成服务生成实例化对象的模块，在对象生成服务为供应商提供的计算机软件能力，且该计算机软件能力通过类实现的情况下，该对象生成模块104可以为对实现计算机软件能力的类进行实例化，从而获得的对象的模块。基于此，通过对类进行实例化获得的对象，能够实现该供应商提供的计算机软件能力，从而后续基于该计算机软件能力实现对sdk需求方的请求进行处理。
58.在实际应用中，接入sdk提供方的供应商存在多个，该供应商所提供的能力可以相同，也可以不同；因此，对象生成模块104在获取供应商提供的原子能力，并基于该原子能力生成对象的情况下，如何确定需要获取哪个供应商的原子能力，则可以通过服务调度策略确定，也即是说，该服务调度策略可以理解为从接入sdk提供方的多个供应商中确定特定供应商的策略，便于后续根据获取的特定供应商的原子能力生成实例化对象。或者，该服务调度策略可以理解为从接入sdk提供方的多个供应商中确定特定供应商，并获取的特定供应商的原子能力的策略，便于后续特定供应商的原子能力生成实例化对象，需要注意的是，该服务调度策略从多个供应商中确定特定供应商的方式，可以根据实际应用场景进行设置，本说明书对此不做具体限定。
59.同时，该对象生成模块104还能对任务处理模块102所使用的供应商能力做的抽象设计，将一个或多个相同类型的供应商能力，抽象为一个接口。因此，该对象生成模块104不会有具体地实现，只提供接口。例如，该供应商a提供了一种“短信获取能力a”，该供应商b提供了一种“短信获取能力b”，该“短信获取能力a”和“短信获取能力b”为同一类型的能力，基于此，该对象生成模块104能将“短信获取能力a”和“短信获取能力b”抽象为一个短信获取接口。在实际应用中，在接入供应商能力前，对象生成模块104需要对供应商提供的能力做抽象设计，将核心接口抽象出来，获得一个抽象接口；对于上层任务处理模块102来说，不需要关心接入的是哪家供应商所提供能力，只需要基于对象生成模块104发送的对象，对目标任务进行处理即可。在接入供应商能力之后，每个供应商在接入时都创建独立的module(模块)，并且依赖对象生成模块104的抽象接口，在该module中创建接入的实现类，并且该实现类需要实现该抽象接口，以提供接入的能力。并且该实现类需向对象生成模块104的工厂类注册自己。
60.对象属性信息可以根据实际应用场景进行设置，本说明书对此不做具体限定，例如，该对象属性信息可以为sdk需求方所指定的、用于生成实例化对象的供应商的标识，sdk需求方的网络类型，sdk需求方的指定参数，或者sdk需求方所需求的实例化对象的服务类型，该服务类型可以为该实例化对象所能够实现的计算机软件能力的类型，例如，该服务类型可以为数据分析、数据搜索、一键登录等。在实际应用中，许多sdk需求方能够通过向sdk产品发送的请求，直接指定通过特定供应商的能力生成实例化对象，从而通过该实例化对象实现特定操作，例如，sdk需求方a向sdk产品发送“一键登录”的处理请求，并在该处理请求中携带通讯供应商a的标识，以及数据获取供应商b的标识，该sdk产品在接收到处理请求之后，能够基于该处理请求携带的通讯供应商a的标识，以及数据获取供应商b的标识，获得通讯供应商a提供的通讯能力，以及数据获取供应商b提供的数据获取能力；基于该通讯能力以及数据获取能力生成能够实现“一键登录”功能的实例化对象。或者，sdk需求方b向sdk产品发送“数据分析”的处理请求，其中，该处理请求中只携带有sdk需求方b需要的实例化对象的服务类型，该服务类型可以为数据分析；基于此，该sdk产品在接收到处理请求之后，能够基于该处理请求携带的服务类型，确定能够生成实现数据分析能力的实例化对象的供应商，该供应商可以为供应商c和供应商d；获取供应商c提供的能力，以及供应商d提供的能力，并基于两者的能力生成能够实现“数据分析”功能的实例化对象。基于此，该对象生成请求可以理解为指示对象生成模块104生成实例化对象的任务。
61.具体的，该服务处理系统中的任务处理模块102能够接收到携带有对象属性信息的目标任务，之后该任务处理模块102基于该对象属性信息，生成能够指示对象生成模块104生成实例化对象的对象生成请求，并将该对象生成请求发送至对象生成模块104。
62.该服务处理系统中的对象生成模块104能够接收到任务处理模块102发送的对象生成请求，并基于该对象生成请求中携带的对象属性信息确定出服务提供方，其中，该对象属性信息为实例化对象所对应的一个或多个属性。在确定出服务提供方之后，能够基于该服务提供方确定服务调度策略，该服务调度策略为获取对象生成服务的策略，之后对象生成模块104能够基于该调度策略获取到对象生成服务，并基于该对象生成服务生成一个能够对目标任务进行处理的实例化对象，并将该实例化对象发送至任务处理模块102。
63.该任务处理模块102能够接收到对象生成模块104发送的实例化对象，并基于该实例化对象对目标任务进行处理。
64.下面以该服务处理系统在sdk产品场景下的应用为例，对该服务处理系统做进一步说明。其中，该目标任务可以为sdk需求方发送的处理请求；该服务提供方为向sdk厂商提供能力的供应商；该对象生成服务为供应商提供的能力，该能力通过类进行实现，该实例化对象为对类进行实例化获得的对象。
65.基于此，服务处理系统的任务处理模块102能够接收到sdk需求方发送的处理请求，该处理请求可以为进行“数据分析”的请求，并基于该处理请求中携带的供应商标识生成指示对象生成模块104生成对象的对象生成请求，并将该对象生成请求发送至对象生成模块104，其中，该供应商标识为3个。
66.该对象生成模块104在接收到对象生成请求之后，基于该对象生成请求中携带的3个供应商标识，确定与该供应商标识对应的3个供应商(供应商a、供应商b、供应商c)，其中，该3个供应商的能力均不相同；之后基于该3个供应商确定服务调度策略，该服务调度策略
在3个供应商的能力均不相同的情况下，该服务调度策略可以为直接将该3个供应商确定为生成对象的供应商，并获得该3个供应商提供的原子能力。也即是，获取该3个供应商所提供的、能够实现该原子能力的类。在获得类之后，该对象生成模块104对该类进行实例化处理，从而获得一个能够对sdk需求方发送的处理请求进行处理的对象，并将生成的对象发送至任务处理模块102。
67.在实际应用中，若3个供应商的能力存在相同的情况下，比如供应商a与供应商b的能力相同，在此情况下，可以通过服务调度策略从能力相同的供应商a与供应商b中，选择一个延迟较低的供应商，该延迟较低的供应商可以为供应商a；并获取供应商a和供应商c提供的原子能力。或者，服务调度策略可以分别依次获取供应商a与供应商b的原子能力。
68.比如供应商a、供应商b和供应商c的能力均相同的情况下，可以通过服务调度策略从能力相同的供应商a、供应商b和供应商c中，选择一个延迟降低的供应商，该延迟降低可以为供应商a；并获取供应商a提供的原子能力。或者，服务调度策略可以分别依次获取供应商a、供应商b和供应商c的原子能力。
69.任务处理模块102能够接收到对象生成模块104发送的、能够对处理请求进行处理的对象，并基于该对象对处理请求进行处理，从而实现sdk需求方所需求的“数据分析”能力。
70.本说明书一实施例提供的服务处理系统，通过任务处理模块102将基于目标任务中携带的对象属性信息所生成的对象生成请求，发送至对象生成模块104，通过对象生成模块104根据对象生成请求中的对象属性信息确定服务提供方，并基于由服务提供方确定的服务调度策略灵活的确定对象生成服务，从而通过该对象生成服务快速的生成实例化对象，降低了实例化对象的运营成本，并且，通过将实例化对象发送至任务处理模块102，使得该任务处理模块102基于该实例化对象快速的为sdk需求方提供sdk产品，从而避免了sdk产品提供效率较低的问题。
71.并且，由于通过定制化打包获得的sdk产品，会使得sdk需求方接入该sdk产品的方式较为复杂，当供应商出现故障、变更等问题时，sdk需求方需要再次接入sdk提供方重新生成的sdk产品，造成时间成本和人力成本的浪费。因此，该服务处理系统通过对类进行实例化获得的实例化对象，快速的为sdk需求方提供所需求的sdk产品，避免了接入方式较为复杂的问题，并且，在供应商出现故障、变更等问题时，能够快速且灵活的重新生成实例化对象，从而避免了时间成本和人力成本的大量浪费。
72.进一步地，本说明书提供的服务处理系统，还包括：
73.服务存储模块，被配置为接收所述服务提供方提供的对象生成服务。
74.其中，该服务存储模块可以理解为对供应商提供的能力进行存储的模块，在实际应用中，该服务存储模块只是各个供应商能力的接入实现，每个供应商的接入实现需要实现与对象生成模块104的抽象接口，从而能够为对象生成模块104提供相应能力，从而实现后续对象生成模块104能够快速的获取到供应商所提供的能力，并且在此过程中，该供应商需要向对象生成模块104注册自己。
75.在实际应用中，该服务存储模块中的每个供应商在接入时都创建独立的module，并且依赖对象生成模块104的抽象接口，在该module中创建接入的实现类；并且该实现类需要实现对象生成模块104的抽象接口，以提供接入能力。并且该实现类需向抽象层的工厂类
注册自己。
76.基于此，该服务处理系统中的所述对象生成模块104，还被配置为基于所述服务调度策略，从所述服务存储模块中获取对象生成服务。
77.具体地，该服务处理方法所包括的服务存模块能够接收服务提供提供的对象生成服务，并对该对象生成服务进行存储；对应的，该对象生成模块104在需要生成实例化对象情况下，能够基于该服务调度策略从该服务存储模块中，获取到其所需求的对象生成服务，从而便于后续基于该对象生成服务快速的生成实例化对象。
78.在实际应用中，为了保证实例化对象执行转账操作的安全性，sdk需求方与服务提供方之间会事先约定密钥，该密钥包括两个部分，并分别由sdk需求方和服务提供方分别保存，从而进行转账操作的过程中，通过密钥保证转账操作的安全性。但是，本说明书提供的服务处理系统中，该服务提供方所提供的对象生成服务能够被对象生成模块104生成实例化对象，并将该实例化对象发送至任务处理模块102，从而实现该任务处理模块102能够基于服务提供方所提供的能力，对sdk需求方发送的目标任务进行处理；而在此过程中，服务提供方与对象生成服务不存在交互行为，或者服务提供方与对象生成服务之间的交互行为较为复杂，因此，当任务处理模块102需要获取到服务提供方所保存的密钥时，会出现无法获取，或者获取较为困难的问题，基于此，本说明书提供的服务处理系统中包括了数据存储模块，该数据存储模块用于存储服务提供方所保存的密钥，并且，该数据存储模块与任务处理模块102之间建立连接，从而使得任务处理模块102在需要获取服务提供方所保存的密钥时，能够及时且快速的获取到，避免了无法获取密钥，或者获取密钥较为困难的问题，具体实现方式如下。
79.本说明书提供的服务处理系统，还包括：
80.数据存储模块，被配置为存储所述服务提供方的第一密钥。
81.其中，该数据存储模块可以理解为存储服务提供方的第一密钥的模块。
82.在实际应用中，该服务处理系统通过该数据存储模块对服务提供方的第一密钥进行保存，从而便于后续任务处理模块102能够快速的获得到第一密钥。
83.基于此，本说明书提供的服务处理系统中，所述任务处理模块102，还被配置为：
84.确定所述实例化对象对应的所述对象生成服务，并获取所述对象生成服务对应的所述服务提供方的提供方标识；
85.从所述数据存储模块中获取所述提供方标识对应的所述第一密钥，并确定所述目标任务中携带的第二密钥；
86.在所述第一密钥与所述第二密钥相匹配的情况下，基于所述实例化对象对所述目标任务进行处理。
87.其中，该第一密钥可以理解为服务提供方所保存的密钥，对应的，该第二密钥可以理解为sdk需求方所保存的密钥。
88.沿用上例，其中，供应商标识可以为供应商id。基于此，该供应商在接入到sdk厂商的过程中，需要将自身保存的第一密钥发送至数据存储模块中，该数据存储模块与任务处理模块102相连接。
89.当任务处理模块102在确定需要供应商的第一密钥进行初始化的情况下，确定该对象对应的类，也即是确定出通过实例化获得该对象的类；之后确定该类是哪个供应商所
提供的，并获取该供应商的供应商id；并从数据存储模块获取到与供应商id所对应的第一密钥；在确定第一密钥之后，将该第一密钥与sdk需求方发送的“转账”处理请求中携带的第二密钥进行匹配，在匹配结果为一致的情况下，则基于对象进行转账操作。从而保证了转账操作过程中安全性，避免了sdk需求方与供应商的损失。
90.下述结合附图2，以本说明书提供的服务处理系统在转账sdk产品的场景下的应用为例，对所述服务处理系统进行进一步说明。其中，图2示出了本说明书一个实施例提供的一种应用于sdk产品场景下的服务处理系统的结构示意图，其中，该服务处理系统的系统架构中包括了四个模块，分别为sdk服务层、供应商能力抽象层、供应商能力接入实现层以及sdk存储层，该sdk服务层可以理解为上述实施例中的任务处理模块；该供应商能力抽象层可以理解为上述实施例中的对象生成模块；该供应商能力接入实现层可以理解为上述实施例中的服务存储模块；该sdk存储层可以理解为上述实施例中的数据存储模块。
91.其中，sdk服务层可以为sdk产品的服务功能逻辑，也是sdk厂商对外提供给开发者app(sdk需求方的计算机软件)的能力，具体实施中，开发者app在需要调用sdk产品的“数据分析”能力的情况下，能够通过向sdk服务层发送进行“数据分析”处理请求，该处理请求也可以理解为调用请求。该sdk服务层能够基于开发者app发送的、需要进行“数据分析”处理请求，并基于该请求中携带的参数(可以为供应商标识、网络类型或用户指定参数)，指示供应商能力抽象层生成一个实现“数据分析”能力的对象的任务。
92.并且，在接收到供应商能力抽象层基于该任务返回的、能够实现“数据分析”能力的对象之后，能够基于该对象能够实现开发者app所需求的“数据分析”能力。
93.在另一种情况下，当开发者app需要调用一些安全性较高的能力进行特定操作时，比如“转账”能力，为了保证转账操作的安全性，该开发者app可以与供应商进行密钥的约定，并且该密钥分别由开发者app以及供应商保存。该供应商为了使sdk服务层能够快速的获取到其保存的密钥，可以将该密钥存储至sdk存储层中。如果供应商sdk(供应商提供的能力)，需要密钥等参数进行初始化，则sdk服务层可根据对应的供应商标识从服务端获取对应的密钥参数进行初始化，从而保证了操作的安全性。
94.其中，该供应商能力抽象层可以作为独立的module(模块)存在，该供应商能力抽象层能够对sdk服务层所使用的供应商能力做抽象设计，从而生成一个抽象接口；另外，该供应商能力抽象层还有一个重要的能力就是加载供应商实例，也即是，通过一个工厂类实现将供应商提供的类进行实例化，获得一个对象。
95.在实际应用中，该供应商能力抽象层基于sdk服务层发送的任务中所携带的网络类型、用户指定参数或供应商标识等参数，选择与之对应的供应商标识，并在通过工厂类拿到供应商标识后，通过调度策略从自己的注册列表中进行匹配，该调度策略可以理解为上述实施例中的服务调度策略。当匹配到合适的供应商实例，则通过利用工厂类的反射加载，实现动态加载供应商实例，并将其进行实例化，从而获得一个能够实现开发者app所需求的能力的对象，并将该对象返回给sdk服务层去使用。
96.此外，供应商能力抽象层在接入供应商能力前，需要对供应商能力做抽象设计，将核心接口抽象出来，对于上层sdk服务层来说，无论底下接入的是哪家供应商都不需要关心，只需要基于供应商能力抽象层发送的对象实现开发者app所需要的能力即可。
97.其中，该供应商能力接入实现层只是各个供应商能力的接入实现，每个供应商的
实现需要实现抽象层接口，提供相应能力，并且向抽象层注册自己。
98.实际应用中，每一家供应商在接入时都创建独立的module(模块)，并且依赖上述供应商能力抽象层的接口，在该module中创建接入的实现类，并且该实现类需要实现抽象接口，以为供应商提供接入能力。其中，该实现类需向抽象层的工厂类注册自己。后续该工厂类从注册列表中注册的实现类，匹配到合适的供应商实例。
99.此外，通过供应商在接入时都创建独立的module的方式，在后续如果有新的供应商要接入，则直接增加新的供应商模块即可，sdk服务层和供应商能力抽象层均不需要调整，sdk需求方如果想要动态选择不同的供应商，也只需要接入该不同的供应商模块即可。
100.本说明书实施例中提供的服务处理系统，一改传统将供应商能力与sdk直接打包或者直接依赖的方法，通过模块分离的架构设计，以及供应商能力抽象层的工厂类的动态加载，将获得的供应商实例进行实例化，从而将实例化后生成的对象返回给sdk服务层去使用，实现sdk服务层与供应商能力的完全解耦合。如此一来，即可实现供应商的能力的动态热插拔，也使得sdk需求方也可以自由选择其需要的供应商。
101.并且，在使用供应商实例时采用不同的规则匹配策略(动态加载策略)，利用工厂类的反射加载实现动态加载供应商实例，从而实现在选择不同供应商实例时，支持工厂采用不同的加载策略以应对不同的场景需求，实现效果最优化。同时，通过工厂类的不同调度策略(动态加载策略)，能够实现故障自动隔离，最优化调用方案，进一步满足不同的场景需求。
102.图3示出了根据本说明书一个实施例提供的一种服务处理方法的流程图，具体包括以下步骤。
103.步骤302：接收任务处理模块发送的对象生成请求，其中，所述对象生成请求中携带对象属性信息，所述对象属性信息为实例化对象的一个或多个属性。
104.本说明书提供的服务处理方法，能够应用于服务处理系统中的对象生成模块，基于此，该接收任务处理模块发送的对象生成请求，可以理解为对象生成模块能够接收到任务处理模块发送的对象生成请求。
105.在实际应用中，接收任务处理模块发送的对象生成请求可以参考上述服务处理系统中，对象生成模块接收任务处理模块发送的对象生成请求的步骤，本说明书在此不做过多赘述。
106.步骤304：基于所述对象属性信息确定服务提供方，并基于所述服务提供方确定服务调度策略，其中，所述服务调度策略为获取对象生成服务的策略。
107.具体地，该对象生成模块能基于对象生成请求中携带的对象属性信息，确定出与该对象数据信息对应的服务提供方，并基于该服务提供方确定服务调度策略。
108.进一步地，所述基于所述服务提供方确定服务调度策略，包括：
109.确定所述服务提供方提供的对象生成服务，并确定所述对象生成服务的服务类型；
110.在所述对象生成服务的服务类型相同的情况下，基于所述服务类型确定服务调度策略。
111.其中，在对象生成服务为供应商能力的情况下，该服务类型可以理解为该供应商能力的类型，例如，数据分析类型、数据搜索类型等。
112.沿用上例，对象生成模块在确定3个供应商(供应商a、供应商b、供应商c)之后，能够确定出该3个供应商所提供的供应商能力(原子能力)，并确定该供应商能力的类型，该供应商a的能力类型可以为数据分析、供应商b的能力类型可以为数据去重、供应商c的能力类型可以为数据去重，该类型存在相同的情况下，也即是供应商b和供应商c的能力类型相同，能够确定出一个服务调度策略，后续通过该服务调度策略获取供应商a的数据分析能力，并确定出从供应商b或者供应商c中获取数据去重能力。
113.此外，在该3个供应商的能力均不相同的情况下，基于该3个供应商确定服务调度策略，后续该服务调度策略在3个供应商的能力均不相同时，该服务调度策略可以为分别获取3个供应商提供的能力。
114.本说明书提供的服务处理方法中，确定所述服务提供方提供的对象生成服务，并确定所述对象生成服务的服务类型；在所述对象生成服务的服务类型相同的情况下，基于所述服务类型确定服务调度策略，从而便于后续通过该服务调度策略获得对象生成服务。
115.在本说明书提供的服务处理方法中，为了应对不同的场景需求，实现服务调度效果的最优化，能够支持不同的加载策略，并且，在基于服务类型确定服务调度策略之后，还能够基于调度策略标识确定服务调度策略，具体实现方式如下。
116.所述基于所述服务提供方确定服务调度策略，包括：
117.确定所述服务提供方对应的调度策略标识，并基于所述调度策略标识确定服务调度策略。
118.其中，该调度策略标识可以理解为唯一标识一个服务调度策略的标识，在实际应用中，该对象生成模块在生成实例化对象的过程中，能够预先为每个服务提供方配置对应的调度策略标识，从而在通过服务调度方确定服务调度策略时，能够直接基于每个服务调度方对应的调度策略标识确定服务调度策略，从而便于后续基于该服务调度策略获取对象生成服务。
119.步骤306：基于所述服务调度策略获取对象生成服务。
120.在实际应用该对象生成模块能够基于服务调度策略获取对象生成服务，其具体实现方式包括步骤一至步骤二：
121.步骤一：基于所述服务调度策略确定目标服务提供方。
122.其中，所述目标服务提供方从所述服务提供方中确定。该目标服务提供方可以理解为能够生成实例化对象的对象生成服务所对应的服务提供方。
123.在一种情况下，该服务调度策略可以为，在供应商的能力类型存在相同的情况下，确定该能力相同的供应商，并基于该供应商的服务质量参数，选择出一个服务质量最高的供应商作为目标供应商，具体实现方式如下。
124.所述基于所述服务调度策略确定目标服务提供方，包括：
125.基于所述服务调度策略确定所述服务提供方的服务质量参数，并基于所述服务质量参数确定目标服务提供方。
126.其中，该服务质量参数可以理解为表征该服务提供商的服务质量的参数，例如，该服务质量参数可以理解为时延、故障概率、请求耗时等参数。
127.沿用上例，其中，服务质量参数可以理解为请求耗时，基于此，在供应商的能力类型存在相同的情况下，基于服务调度策略确定该能力相同的供应商，并基于该供应商的请
求耗时，并从能力类型相同的供应商中，选择请求耗时最小的供应商作为目标供应商，其中，该目标供应商可以为能够通过实例化方式，生成实现对象的类所对应的供应商，该对象为sdk需求方所需求的能力的对象。
128.本说明书实施例中，基于所述服务调度策略确定所述服务提供方的服务质量参数，并基于所述服务质量参数确定目标服务提供，实现了在选择不同供应商实例时，灵活的采用不同的加载策略(调度策略)，以应对不同的场景需求，实现效果最优化。并且，便于后续基于该目标供应商提供的能力(供应商实例)，生成实现sdk需求方需求的能力的对象。
129.进一步地，在从能力类型相同的供应商中，选择请求耗时最小的供应商的过程中，确定出请求耗时最小的供应商的方式如下。
130.所述基于所述服务质量参数确定目标服务提供方，包括：
131.基于所述服务质量参数对所述服务提供方进行降序排序；
132.将排序后的第一个服务提供方确定为目标服务提供方。
133.沿用上例，获取能力类型相同的多个供应商中，每个供应商的请求耗时，并基于该请求耗时对多个供应商进行降序排序，并排序后的第一个供应商，即为请求耗时最小的供应商，从而将排序后的第一个供应商确定为目标供应商。从而便于后续基于该目标供应商提供的能力，生成实现sdk需求方需求的能力的对象。
134.在另一种情况下，该服务调度策略可以为在供应商的能力类型存在相同的情况下，确定该能力相同的供应商，并从该供应商中分别依次选择出一个供应商作为目标供应商，具体实现方式如下。
135.本说明书提供的服务处理方法，所述服务提供方为至少两个；
136.相应地，所述基于所述服务调度策略确定目标服务提供方，包括：
137.确定所述服务提供方中的每个服务提供方；
138.基于所述服务调度策略依次将所述每个服务提供方作为目标服务提供方。
139.沿用上例，每个服务提供方可以为供应商a、供应商b和供应商c，在供应商a、供应商b和供应商c的能力均相同的情况下，该服务调度策略可以分别依次从3个供应商中选择一个作为目标供应商，具体可以为，服务调度策略在第一次需要从3个供应商中选择一个作为目标供应商的过程中，选择供应商a作为目标供应商；在第二次选择供应商b作为目标供应商；在第三次选择供应商c作为目标供应商；在第四次再次选择供应商a作为目标供应商，依次执行上述操作，从而实现分别依次从3个供应商中选择一个作为目标供应商。
140.本说明书实施例中，确定所述服务提供方中的每个服务提供方；基于所述服务调度策略依次将所述每个服务提供方作为目标服务提供方，实现了在选择不同供应商实例时，灵活的采用不同的加载策略(调度策略)，以应对不同的场景需求，实现效果最优化。并且，便于后续基于该目标供应商提供的能力(供应商实例)，生成实现sdk需求方所需求的能力的对象。
141.在本说明书实施例中，在确定出目标服务提供方之后，若该目标服务提供方出现故障，无法提供对象生成服务的情况下，还能够服务调度策略从同服务类型的其他服务提供方中，重新确定一个目标服务提供方，从而保证了生成实例化对象的稳定性；具体实现方式如下。
142.所述基于所述服务调度策略确定目标服务提供方之后，还包括：
143.获取所述目标服务提供方的运行状态数据；
144.在确定所述运行状态数据为异常运行状态数据的情况下，将所述目标服务提供方确定为异常服务提供方；
145.确定所述异常服务提供方的服务类型，将所述服务提供方中与所述服务类型相同的服务提供方，确定为候选服务提供方；
146.基于所述服务调度策略从所述候选服务提供方中确定目标服务提供方。
147.其中，该运行状态数据可以理解为标识该服务提供方的运行状态的数据，该运行状态数据可以为正常运行状态数据和异常运行状态数据，其中，该正常运行状态数据可以表示该服务提供方正常运行；该异常运行状态数据可以表示该服务提供方的运行出现异常，该异常包括但不限于故障、请求超时、连接中断等。
148.沿用上例，参见图4，图4是本说明书一个实施例提供的一种服务处理方法中确定目标服务提供方的流程示意图；参见图4，sdk产品中的抽象层，基于工厂类请求能力类型为a的供应商生成的供应商实例时，供应商a1和a2可以作为提供相同能力a的两家不同供应商，在此情况下，如果sdk需求方接入了a1和a2，则基于供应商a1和a2选择调度策略，并基于该调度策略优先选择a1，并判断a1是否符合调度策略，也即是，判断在a1使用是否未出现故障，若符合，则返回基于a1的供应商实例；若不符合，则表示a1使用出现故障，则工厂类会对实现a1提供的能力的class(类)进行标记，并且切换到a2实例。如此可以实现故障的自动调度。同时，还需要判断a2是否符合调度策略，也即是，判断在a2使用是否未出现故障，若符合，则返回基于a2的供应商实例；若不符合，则表示a2使用也出现故障，则工厂类会对实现a2提供的能力的class(类)进行标记，并返回空。
149.基于此，可以对工厂类扩展更多的调度策略，比如对a1和a2的交替调度，或者统计a1和a2的请求耗时，取性能表现更好的实例，(因为同样的供应商的，可能对于不同的用户群或者地域表现的性能略有差别)。
150.步骤二：基于服务调用接口获取所述目标服务提供方提供的对象生成服务。
151.其中，所述服务调用接口通过对服务类型相同的对象生成服务进行处理后确定。在服务处理方法应用于服务处理系统中的对象生成模块的情况下，该服务调用接口可以理解为对象生成模块的抽象接口，该抽象接口为对象生成模块对供应商提供的能力做抽象设计获得的接口。基于此，在确定出目标服务提供方之后，可以基于该抽象接口获取到该目标服务提供方所提供的能力。
152.沿用上例，对象生成模块在确定目标提供方之后，基于工厂类，从其自身的注册列表中确定与目标供应商的标识相匹配的供应商实例，并利用工厂类的反射加载实现动态加载供应商实例。
153.步骤308：基于所述对象生成服务生成实例化对象，并将所述实例化对象发送至所述任务处理模块
154.具体地，该对象生成模块在获得对象生成服务之后，能够对该对象生成服务进行实例化，从而获得实例化对象，并将该实例化对象发送至任务处理模块。
155.进一步地，该对象生成模块在对对象生成服务进行实例化的过程中，可以通过工厂类实现，具体实现方式如下。
156.所述基于所述对象生成服务生成实例化对象，包括：
157.基于对象生成单元对所述对象生成服务进行实例化处理，获得实例化对象。
158.其中，该对象生成单元可以理解为一个工厂类。
159.沿用上例，其中，该对象生成服务可以理解为供应商实例，也即是实现供应商能力的类；基于此，对象生成模块在获得供应商实例之后，通过对该供应商实例进行实例化，并将供应商实例进行实例化之后获得的对象，返回给sdk服务层去使用。
160.本说明书提供的服务处理方法，基于对象生成请求中携带的对象属性信息确定服务提供方，并基于由服务提供方确定的服务调度策略灵活的确定出对象生成服务，从而通过该对象生成服务快速的生成实例化对象，降低了实例化对象的运营成本，并且，通过将实例化对象发送至任务处理模块，便于后续任务处理模块基于该实例化对象快速的提供sdk产品，从而避免了sdk产品提供效率较低的问题。
161.上述为本实施例的一种服务处理方法的示意性方案。需要说明的是，该服务处理方法的技术方案与上述的服务处理系统的技术方案属于同一构思，该服务处理方法的技术方案未详细描述的细节内容，均可以参见上述服务处理系统的技术方案的描述。对应的，该服务处理系统的技术方案未详细描述的细节内容，也可以参见服务处理方法的技术方案的描述
162.下述结合附图5，以本说明书提供的服务处理方法在sdk产品的场景下的应用为例，对所述服务处理方法进行进一步说明。其中，图5示出了本说明书一个实施例提供的一种服务处理方法的处理过程流程图，该服务处理方法应用于服务处理系统的供应商能力抽象层，具体包括以下步骤。
163.步骤502：供应商能力抽象层接收sdk服务层发送的对象生成请求。
164.步骤504：供应商能力抽象层确定调度策略。
165.步骤506：供应商能力抽象层基于工厂类，通过调度策略从供应商能力接入层中获取供应商实例。
166.步骤508：供应商能力抽象层基于工厂类对该供应商实例进行实例化，并将实例化后获得的对象发送至sdk服务层。
167.具体实施过程中，该供应商能力抽象层基于sdk服务层发送的任务中，携带的网络类型、用户指定参数或供应商标识等参数，确定与之对应的供应商标识；并通过工厂类，通过调度策略从自己的注册列表中进行匹配，该调度策略可以理解为上述实施例中的服务调度策略。当匹配到合适的供应商实例，则通过利用工厂类的反射加载，实现动态加载供应商实例，并将其进行实例化，从而获得一个能够实现开发者app所需求的能力的对象，并将该对象返回给sdk服务层去使用。
168.本说明书实施例中提供的服务处理系统，一改传统将供应商能力与sdk直接打包或者直接依赖的方法，通过模块分离的架构设计，以及供应商能力抽象层的工厂类的动态加载，将获得的供应商实例进行实例化，从而将实例化后生成的对象返回给sdk服务层去使用，实现sdk服务层与供应商能力的完全解耦合。如此一来，即可实现供应商的能力的动态热插拔，也使得sdk需求方也可以自由选择其需要的供应商。
169.并且，在使用供应商实例时采用不同的规则匹配策略(动态加载策略)，利用工厂类的反射加载实现动态加载供应商实例，从而实现在选择不同供应商实例时，支持工厂采用不同的加载策略以应对不同的场景需求，实现效果最优化。同时，通过工厂类的不同调度
策略(动态加载策略)，能够实现故障自动隔离，最优化调用方案，进一步满足不同的场景需求。
170.与上述方法实施例相对应，本说明书还提供了服务处理装置实施例，图6示出了本说明书一个实施例提供的一种服务处理装置的结构示意图。如图6所示，该装置包括：
171.接收模块602，被配置为接收任务处理模块发送的对象生成请求，其中，所述对象生成请求中携带对象属性信息，所述对象属性信息为实例化对象的一个或多个属性；
172.确定模块604，被配置为基于所述对象属性信息确定服务提供方，并基于所述服务提供方确定服务调度策略，其中，所述服务调度策略为获取对象生成服务的策略；
173.获取模块606，被配置为基于所述服务调度策略获取所述对象生成服务；
174.生成模块608，被配置为基于所述对象生成服务生成所述实例化对象，并将所述实例化对象发送至所述任务处理模块。
175.可选地，所述确定模块604，还被配置为：
176.确定所述服务提供方提供的对象生成服务，并确定所述对象生成服务的服务类型；
177.在所述对象生成服务的服务类型相同的情况下，基于所述服务类型确定服务调度策略。
178.可选地，所述确定模块604，还被配置为：
179.确定所述服务提供方对应的调度策略标识，并基于所述调度策略标识确定服务调度策略。
180.可选地，所述获取模块606，还被配置为：
181.基于所述服务调度策略确定目标服务提供方，其中，所述目标服务提供方从所述服务提供方中确定；
182.基于服务调用接口获取所述目标服务提供方提供的对象生成服务，其中，所述服务调用接口通过对服务类型相同的对象生成服务进行处理后确定。
183.可选地，所述获取模块606，还被配置为：
184.基于所述服务调度策略确定所述服务提供方的服务质量参数，并基于所述服务质量参数确定目标服务提供方。
185.可选地，所述获取模块606，还被配置为：
186.基于所述服务质量参数对所述服务提供方进行降序排序；
187.将排序后的第一个服务提供方确定为目标服务提供方。
188.可选地，所述服务提供方为至少两个；
189.相应地，所述获取模块606，还被配置为：
190.确定所述服务提供方中的每个服务提供方；
191.基于所述服务调度策略依次将所述每个服务提供方作为目标服务提供方。
192.可选地，所述获取模块606，还被配置为：
193.获取所述目标服务提供方的运行状态数据；
194.在确定所述运行状态数据为异常运行状态数据的情况下，将所述目标服务提供方确定为异常服务提供方；
195.确定所述异常服务提供方的服务类型，将所述服务提供方中与所述服务类型相同
的服务提供方，确定为候选服务提供方；
196.基于所述服务调度策略从所述候选服务提供方中确定目标服务提供方。
197.可选地，所述生成模块608，还被配置为：
198.基于对象生成单元对所述对象生成服务进行实例化处理，获得实例化对象。
199.本说明书提供服务处理装置，基于对象生成请求中携带的对象属性信息确定服务提供方，并基于由服务提供方确定的服务调度策略灵活的确定出对象生成服务，从而通过该对象生成服务快速的生成实例化对象，降低了实例化对象的运营成本，并且，通过将实例化对象发送至任务处理模块，便于后续任务处理模块基于该实例化对象快速的提供sdk产品，从而避免了sdk产品提供效率较低的问题。
200.上述为本实施例的一种服务处理装置的示意性方案。需要说明的是，该服务处理装置的技术方案与上述的服务处理方法的技术方案属于同一构思，服务处理装置的技术方案未详细描述的细节内容，均可以参见上述服务处理方法的技术方案的描述。
201.图7示出了根据本说明书一个实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接，数据库750用于保存数据。
202.计算设备700还包括接入设备740，接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
203.在本说明书的一个实施例中，计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图7所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
204.计算设备700可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备700还可以是移动式或静止式的服务器。
205.其中，处理器720用于执行如下计算机可执行指令，该计算机可执行指令被处理器720执行时实现上述服务处理方法的步骤。
206.上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的服务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述服务处理方法的技术方案的描述。
207.本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述服务处理方法的步骤。
208.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的服务处理方法的技术方案属于同一构思，存储介质的技术方案
未详细描述的细节内容，均可以参见上述服务处理方法的技术方案的描述。
209.本说明书一实施例还提供一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行上述服务处理方法的步骤。
210.上述为本实施例的一种计算机程序的示意性方案。需要说明的是，该计算机程序的技术方案与上述的服务处理方法的技术方案属于同一构思，计算机程序的技术方案未详细描述的细节内容，均可以参见上述服务处理方法的技术方案的描述。
211.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
212.所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，randomaccess memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
213.需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。
214.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
215.以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。