CN111124431A - 服务回调方法、业务处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种服务回调方法、业务处理方法、装置、设备及存储介质，在接收到第三方服务发来的业务回调请求后，根据业务回调请求中的业务唯一标识，确定出该业务唯一标识对应的灰度实例，该灰度实例为与调用第三方服务的灰度实例具有相同产品特性的灰度实例，并将业务回调请求代理到该灰度实例上。这样，具有新产品特性的本端服务通过灰度实例调用第三方服务后，第三方服务进行业务回调时，可以通过业务唯一标识找到具有新产品特性的灰度实例，从而回调到的具有新产品特性的本端服务，解决了回调不符合预期，或者回调到的本端服务由于产品特性不同造成业务出错等问题。

Description

服务回调方法、业务处理方法、装置、设备及存储介质

技术领域

本申请涉及业务处理技术领域，具体而言，涉及一种服务回调方法、业务处理方法、装置、设备及存储介质。

背景技术

灰度发布(又名金丝雀发布)是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到特性B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证产品及功能的稳定性。

在实际使用中，为了确保用户信息的安全性，某些本端服务在调用第三方服务时，并不会告知第三方服务用户信息。这就导致针对这类型的本端服务使用灰度发布方式进行新版本服务的发布时，具有新产品特性的本端服务在调用第三方服务后，一旦出现第三方服务针对该调用需要回调本端服务的情况，由于第三方服务回调时也不会携带用户信息，因此回调到的是默认的具有老产品特性的本端服务，从而导致回调不符合预期，或者回调到的本端服务由于产品特性不同造成业务出错等问题。

发明内容

本申请实施例的目的在于提供一种服务回调方法、业务处理方法、装置、电子设备及可读存储介质，用以解决本端服务使用灰度发布方式进行新版本服务的发布时，具有新产品特性的本端服务在调用第三方服务后，第三方服务进行业务回调时，回调到的是默认的具有旧产品特性的本端服务，从而导致回调不符合预期，或者回调到的本端服务由于产品特性不同造成业务出错等问题。

本申请实施例提供了一种服务回调方法，包括：

接收被调用的第三方服务发来的业务回调请求，所述业务回调请求中包含有业务唯一标识；根据所述业务唯一标识，确定出该业务唯一标识对应的灰度实例；所述灰度实例为与调用所述第三方服务的灰度实例具有相同产品特性的灰度实例；将所述业务回调请求代理到所述灰度实例上。

在上述实现过程中，在接收到第三方服务发来的业务回调请求后，根据业务回调请求中的业务唯一标识，确定出该业务唯一标识对应的灰度实例(该灰度实例为与调用第三方服务的灰度实例具有相同产品特性的灰度实例)，并将业务回调请求代理到该灰度实例上。这样，具有新产品特性的本端服务通过灰度实例调用第三方服务后，第三方服务进行业务回调时，可以通过业务唯一标识找到具有新产品特性的灰度实例，从而回调到的具有新产品特性的本端服务，解决了回调不符合预期，或者回调到的本端服务由于产品特性不同造成业务出错等问题。

进一步地，所述根据所述业务唯一标识，确定出该业务唯一标识对应的灰度实例包括：

根据所述业务唯一标识，在预存的用户信息与业务唯一标识的对应关系中，查找出所述业务唯一标识对应的用户信息；根据所述用户信息，确定所需的灰度实例；确定出的所需的灰度实例为该业务唯一标识对应的灰度实例。

应当理解的是，在进行灰度发布时，系统内部会关联有哪些用户终端进行的是新版本发布，哪些仍旧是进行继续使用的旧版本服务。在上述实现过程中，根据业务唯一标识确定出对应的用户信息，进而根据用户信息确定所需的灰度实例，整个方案可实现性高。

进一步地，所述用户信息包括用户编号(ID)；所述根据所述用户信息，确定所需的灰度实例包括：根据所述用户ID，判断所述用户ID是否落入预设灰度ID范围内；若所述用户ID落入预设灰度ID范围内，确定具有新产品特性的灰度实例为所需的灰度实例；若所述用户ID未落入预设灰度ID范围内，确定具有旧产品特性的灰度实例为所需的灰度实例。

在灰度发布时，可以选定某一个用户ID范围内的所有用户来发布新产品特性的服务。在上述实现过程中，通过判断用户ID是否落入预设灰度ID范围(即预设的发布新产品特性的服务的用户ID范围)内，即可以很容易的确定出用户是对应于具有新产品特性的灰度实例。相应的，若用户ID未落入预设灰度ID范围内，即可确定具有旧产品特性的灰度实例为所需的灰度实例。

进一步地，所述根据所述业务唯一标识，确定出目标灰度实例包括：根据所述业务唯一标识，在预存的灰度实例与业务唯一标识的对应关系中，查找出所述业务唯一标识对应的灰度实例。

在上述实现过程中，通过预存灰度实例与业务唯一标识的对应关系，从而可以根据业务唯一标识快速找到对应的灰度实例，从而提高方案的可靠性。

进一步地，所述业务唯一标识为订单ID。

应当理解的是，在实际业务处理过程中，在调用第三方服务时，往往需要将业务的订单ID同时也通知给第三方服务。而第三方服务回调时，也会携带该订单ID。因此将订单ID作为业务唯一标识可以更贴合于现有的业务处理机制，不需要对本端和第三方服务做通信协议上的更改，从而提高了本申请方案的适用性。

本申请实施例还提供了一种业务处理方法，包括：

接收业务操作信息和用户信息；所述业务操作信息中包含有业务唯一标识；根据所述用户信息确定所需的灰度实例；将所述业务操作信息代理到所述灰度实例上，以供所述灰度实例根据所述业务操作信息调用第三方服务；关联保存所述用户信息和业务唯一标识，以供所述第三方服务回调时根据关联保存的所述用户信息和业务唯一标识确定出所述灰度实例。

在上述实现过程中，在接收到接收业务操作信息和用户信息后，即可根据用户信息确定所需的灰度实例，并将业务操作信息代理到该灰度实例上，以供灰度实例根据业务操作信息调用第三方服务。同时，还会关联保存用户信息和业务唯一标识，以供第三方服务回调时根据关联保存的用户信息和业务唯一标识确定出灰度实例。这样，具有新产品特性的本端服务通过灰度实例调用第三方服务后，第三方服务进行业务回调时，可以通过业务唯一标识找到具有新产品特性的灰度实例，从而回调到的具有新产品特性的本端服务，解决了回调不符合预期，或者回调到的本端服务由于产品特性不同造成业务出错等问题。

本申请实施例还提供了一种服务回调装置，包括：第一接收模块、第一确定模块和第一代理模块；所述第一接收模块，用于接收第三方服务发来的业务回调请求；所述业务回调请求中包含有业务唯一标识；所述第一确定模块，用于根据所述业务唯一标识，确定出该业务唯一标识对应的灰度实例；所述第一代理模块，用于将所述业务回调请求代理到所述灰度实例上。

本申请实施例还提供了一种业务处理装置，包括：第二接收模块、第二确定模块、第二代理模块和关联保存模块；所述第二接收模块，用于接收业务操作信息和用户信息；所述业务操作信息中包含有业务唯一标识；所述第二确定模块，用于根据所述用户信息确定所需的灰度实例；所述第二代理模块，用于将所述业务操作信息代理到所述灰度实例上，以供所述灰度实例根据所述业务操作信息调用第三方服务；所述关联保存模块，用于关联保存所述用户信息和业务唯一标识，以供所述第三方服务回调时根据关联保存的所述用户信息和业务唯一标识确定出所述灰度实例。

本申请实施例还提供了一种电子设备，包括处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个第一程序，以实现上述任一种的服务回调方法；或所述处理器用于执行存储器中存储的一个或者多个第二程序，以实现上述业务处理方法。

本申请实施例中还提供了一种可读存储介质，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任一种的服务回调方法；或实现上述业务处理方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种服务回调方法的流程示意图；

图2为本申请实施例提供的一种业务处理方法的流程示意图；

图3为本申请实施例提供的一种资金借贷平台的系统结构示意图；

图4为本申请实施例提供的一种业务处理过程的交互流程示意图；

图5为本申请实施例提供的一种服务回调装置的结构示意图；

图6为本申请实施例提供的一种业务处理装置的结构示意图；

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

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

实施例一：

本申请实施例中提供了一种服务回调方法。可以参见图1所示，图1为本申请实施例中提供的一种服务回调方法的流程示意图，包括：

S101：接收被调用的第三方服务发来的业务回调请求。

需要注意的是，在本申请实施例中提供的是服务回调方法。即本端服务针对某个业务调用了第三方服务后，第三方服务回调本端服务的过程。

还需要注意的是，本申请实施例中服务通常是通过不同灰度实例来实现的。需要理解的是，本案应用于服务的灰度发布场景中，在服务的灰度发布过程中，由于同一服务发布有两种不同的版本，因此该服务会对应有两类服务器来提供支持。在两类服务器中，一类服务器上部署旧产品特性以及相关服务实现组件，而另一类服务器上则部署新产品特性以及相关服务实现组件，部署的产品特性以及相关服务实现组件合起来可以称作灰度实例，从而一类服务器上部署有具有新产品特性的灰度实例，而另一类服务器上部署有具有旧产品特性的灰度实例。由于灰度实例与服务器具有一一对应性，因此在本申请实施例中，支持该灰度发布的某一版本的服务的服务器也可以被称作灰度实例。

在本申请实施例中，第三方服务发来的业务回调请求中会携带有相应的业务唯一标识，从而通过该业务唯一标识来实现对相应灰度实例的确认。

应当理解的是，在实际业务处理过程中，本端服务在调用第三方服务时，往往需要将业务的订单ID同时也通知给第三方服务。而第三方服务回调时，也会携带该订单ID。因此在本申请实施例的一种可行实施方式中，可以以订单ID作为业务唯一标识，从而更贴合于现有的业务处理机制。但应当理解的是，业务唯一标识也可以选用其余的一些标识来实现，本申请实施例中并不做限定。

S102：根据业务唯一标识，确定出该业务唯一标识对应的灰度实例。

应当理解的是，本申请实施例中，根据业务唯一标识确定出的该业务唯一标识对应的灰度实例，应当是与之前调用第三方服务的灰度实例具有相同产品特性的灰度实例。例如，之前调用第三方服务的灰度实例为具有产品特性B的灰度实例，那么该业务唯一标识对应的灰度实例也应当是具有产品特性B的灰度实例。

在本申请实施例的一种可行实施方式中，可以根据业务唯一标识，在预存的用户信息与业务唯一标识的对应关系中，查找出业务唯一标识对应的用户信息，进而根据用户信息，确定出所需的灰度实例。该确定出的灰度实例即为该业务唯一标识对应的灰度实例。

应当理解的是，在本申请实施例中，在进行灰度发布时，会确定出一部分用户来使用新产品特性。在确定使用新产品特性的用户时，一种可行的方式是：从所有用户的用户ID中，选定某一个用户ID范围内的所有用户来发布新产品特性的服务。因此，在本申请实施例中，可以记录下选定的用户来发布新产品特性的用户ID范围(本申请实施例中记为预设灰度ID范围)，而用户信息中可以包括用户ID，从而查找出业务唯一标识对应的用户ID，进而判断该用户ID是否落入预设灰度ID范围内，若落入了该预设灰度ID范围内，即表明所需的灰度实例为具有新产品特性的灰度实例，因此确定具有新产品特性的灰度实例为所需的灰度实例；若未落入该预设灰度ID范围内，即表明所需的灰度实例为具有旧产品特性的灰度实例，因此确定具有旧产品特性的灰度实例为所需的灰度实例。

还应当理解的是，选定用户ID范围时，可以是通过阈值ID来确定的，即可以选定用户ID大于阈值ID的所有用户，或用户ID小于阈值ID的所有用户来发布新产品特性的服务。此时记录下选定的用户来发布新产品特性的用户ID范围时，只需记录下阈值ID以及发布新产品特性的服务的用户ID是大于还是小于阈值ID的选取规则即可。

需要注意的是，在本申请实施例中，在确定使用新产品特性的用户时，另一种可行的方式是：会随机选择或抽取特定的用户来发布新产品特性的服务。此时为了便于定位对应于新产品特性的服务的用户，会对针对对应于新产品特性的服务的用户关联一个灰度标识。因此在本申请实施例中，此时可以依据灰度标识来确定出业务唯一标识对应的灰度实例。

示例性的，在查找出业务唯一标识对应的用户信息后，可以确定用户信息是否对应有灰度标识。进而在用户信息对应有灰度标识时，确定部署有新产品特性的灰度实例为业务唯一标识对应的灰度实例；在用户信息未对应有灰度标识时，确定部署有旧产品特性的灰度实例为业务唯一标识对应的灰度实例。应当理解的是，本示例中用户信息可以为用户ID。

需要说明的是，本申请实施例中所述的方案可以应用于网关等涉及业务处理过程中流量处理以及转发的电子设备中(为便于表述，本申请实施例中记本申请实施例中所述的方案所应用的电子设备为方案执行设备)。前述示例中，灰度标识与用户信息的对应关系可以记录在方案执行设备中，但也可以记录在专门的用户信息管理服务器中，由方案执行设备向用户信息管理服务器发起判断请求，由用户信息管理服务器查询用户信息是否对应有灰度标识，并将查询结果返回方案执行设备。

还应当理解的是，在本申请实施例中，除了可以通过上述方式，利用业务唯一标识得到对应的用户信息，进而根据用户信息确定出该业务唯一标识对应的灰度实例外，在本申请实施例的一种可行实施方式中，也可以是：根据该业务唯一标识，在预存的灰度实例与业务唯一标识的对应关系中，查找出业务唯一标识对应的灰度实例。这样，可以直接根据业务唯一标识确定出对应的灰度实例，不需要再通过用户信息进行一次中转处理，确定效率更加高效。但先通过业务唯一标识确定出用户信息，进而根据用户信息确定出灰度实例的可行实施方式中，由于根据用户信息确定出的实际是某一类灰度实例，进行业务回调请求代理时，需要从该类灰度实例中选择任意一个具体的灰度实例来代理该业务回调请求，相较于本段所描述的可行实施方式而言，可靠性更高，在某一具体的灰度实例故障时仍旧能够将业务回调请求代理到相应的灰度实例上。

S103：将业务回调请求代理到灰度实例上。

需要注意的是，本申请实施例中，在将业务回调请求代理到灰度实例上之后，灰度实例会根据业务回调请求进行相应的处理，并将处理结果返回给第三方服务，从而完成本次第三方服务回调的整个业务处理过程。

需要注意的是，为了使得前述服务回调方法可以实现，需要在调用第三方服务的过程中即进行相应的一些处理。示例性的，可以参见图2所示，图2为本申请实施例所提供的一种在调用第三方服务的过程中，应用于方案执行设备上的业务处理方法的流程示意图，包括：

S201：接收业务操作信息和用户信息。

在本申请实施例中，用户可以在用户终端上发起业务操作，用户终端即可将业务操作信息和用户信息发送给方案执行设备。需要注意的是，业务操作信息中应当包含有业务唯一标识。

S202：根据用户信息确定所需的灰度实例。

如前文所述，本案中服务进行了灰度发布，因此预先指定了某些用户使用具有新产品特性的服务，而其余用户使用具有旧产品特性的服务。根据该指定关系，本申请可以根据用户信息确定出所需的灰度实例是具有新产品特性的灰度实例还是具有旧产品特性的灰度实例。

S203：将业务操作信息代理到相应的灰度实例上，以供灰度实例根据业务操作信息调用第三方服务。

本申请实施例中，灰度实例调用第三方服务时，会通知第三方服务业务类型、业务唯一标识等信息，以便于第三方服务进行处理。而第三方服务回调时，发来的业务回调请求中即可携带该业务唯一标识。

S204：关联保存用户信息和业务唯一标识，以供第三方服务回调时根据关联保存的用户信息和业务唯一标识确定出该灰度实例。

在本申请实施例中，可以由方案执行设备在接收到业务操作信息和用户信息后，即自行关联保存用户信息和业务唯一标识。但应当理解的是，对于很多业务而言，可能并不会存在第三方回调的情况，因此若由方案执行设备在接收到业务操作信息和用户信息后，即自行关联保存用户信息和业务唯一标识，则会导致方案执行设备关联保存大量无用的用户信息和业务唯一标识的关联关系，从而造成资源浪费。

对此，在本申请实施例的一种可行实施方式中，可以在将业务操作信息代理到相应的灰度实例上之后，由该灰度实例确定是否需要进行关联保存。具体而言，可以在将业务操作信息代理到相应的灰度实例上之后，由该灰度实例将用户信息和业务唯一标识携带在注册请求中，发送给方案执行设备，方案执行设备将注册请求中的用户信息和业务唯一标识进行关联保存。

S205：该灰度实例传来的灰度实例唯一标识和业务唯一标识，以供第三方服务回调时根据关联保存的灰度实例唯一标识和业务唯一标识确定出该灰度实例。

应当理解的是，本申请实施例中，步骤S203之后，可以仅执行步骤S204，也可以仅执行步骤S205。当然，也可以既执行步骤S204又执行步骤S205。

还应当理解的是，在执行了步骤S204时，由于关联保存了用户信息和业务唯一标识，因此对应于前述第三方服务回调的过程中，方案执行设备可以通过被调用的第三方服务发来的业务回调请求中的业务唯一标识确定出对应的用户信息，进而根据用户信息确定出该业务唯一标识对应的灰度实例。而在执行了步骤S205时，由于关联保存了灰度实例唯一标识和业务唯一标识，因此对应于前述第三方服务回调的过程中，方案执行设备可以通过被调用的第三方服务发来的业务回调请求中的业务唯一标识，直接确定出对应的灰度实例。

应当理解的是，灰度实例唯一标识是能够唯一标识一个灰度实例的信息，其可以是部署灰度实例的服务器的设备唯一标识等。

还需要说明的是，本申请实施例中，业务可以为资金借贷业务，业务唯一标识可以为借贷订单的订单ID。第三方服务可以为银行等资金方的服务平台。

通过本申请实施例所提供的服务回调方法和业务处理方法，能够使得具有新产品特性的灰度实例调用第三方服务后，第三方服务进行业务回调时，可以通过业务唯一标识找到具有新产品特性的灰度实例，从而回调到的具有新产品特性的本端服务，解决了回调不符合预期，或者回调到的本端服务由于产品特性不同造成业务出错等问题。

实施例二：

基于实施例一的描述，本实施例以一种针对资金借贷业务的调用第三方服务，以及第三方服务回调的整个过程为例，以对本申请实施例的方案做进一步示例说明。

参见图3所示，图3为本端的资金借贷平台的系统结构示意图。其中，方案执行设备为网关。业务处理过程参见图4所示，包括：

调用第三方服务的过程：

首先，用户终端根据用户发起的资金借贷操作，生成包含订单ID的业务操作信息，将业务操作信息和用户ID发送给网关。

然后，网关根据用户ID，确定出所需的灰度实例，并将业务操作信息代理到该灰度实例上。

接着，灰度实例向网关发送注册请求，注册请求中携带有用户ID和订单ID，并调用第三方服务。

应当理解的是，用户发起资金借贷操作时会选择资金方，该资金方信息会携带在业务操作信息中传递给灰度实例，灰度实例根据用户选择的资金方确定所需调用的第三方服务。

最后，网关关联保存注册请求中的用户ID和订单ID，实现注册。

第三方服务回调的过程：

首先，网关接收第三方服务发来的业务回调请求，业务回调请求中携带有订单ID。

然后，网关根据业务回调请求中的订单ID，在关联保存的用户ID和订单ID中查找出对应的用户ID。

接着，根据用户ID确定出所需的灰度实例，并将业务回调请求代理到该灰度实例上。

最后，灰度实例根据业务回调请求进行业务处理，并将业务处理结果返回给第三方服务。

通过上述方案，可以有效解决第三方服务回调不符合预期，或者回调到的本端服务由于产品特性不同造成业务出错等问题。

实施例三：

基于同一发明构思，本申请实施例中还提供一种服务回调装置100和业务处理装置200。请参阅图5和图6所示，图5示出了与图1所示的方法一一对应的服务回调装置，图6示出了与图2所示的方法步骤一一对应的业务处理装置。应理解，装置100和装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置100和装置200包括至少一个能以软件或固件的形式存储于存储器中或固化在装置100、装置200的操作系统中的软件功能模块。具体地：

参见图5所示，装置100包括：第一接收模块101、第一确定模块102和第一代理模块103。其中：

第一接收模块101，用于接收第三方服务发来的业务回调请求；业务回调请求中包含有业务唯一标识；

第一确定模块102，用于根据业务唯一标识，确定出该业务唯一标识对应的灰度实例；

第一代理模块103，用于将业务回调请求代理到灰度实例上。

在本申请实施例的一种可行实施方式中，第一确定模块102具体用于，根据业务唯一标识，在预存的用户信息与业务唯一标识的对应关系中，查找出业务唯一标识对应的用户信息；根据用户信息，确定所需的灰度实例；确定出的所需的灰度实例为该业务唯一标识对应的灰度实例。

在上述可行实施方式中，用户信息包括用户ID；第一确定模块102具体用于，根据用户ID，判断用户ID是否落入预设灰度ID范围内；若用户ID落入预设灰度ID范围内，确定具有新产品特性的灰度实例为所需的灰度实例；若用户ID未落入预设灰度ID范围内，确定具有旧产品特性的灰度实例为所需的灰度实例。

在本申请实施例的另一种可行实施方式中，第一确定模块102具体用于，根据业务唯一标识，在预存的灰度实例与业务唯一标识的对应关系中，查找出业务唯一标识对应的灰度实例。

在本申请实施例的一种可行实施方式中，业务唯一标识为订单ID。

参见图6所示，装置200包括第二接收模块201、第二确定模块202、第二代理模块203和关联保存模块204。其中：

第二接收模块201，用于接收业务操作信息和用户信息；业务操作信息中包含有业务唯一标识；

第二确定模块202，用于根据用户信息确定所需的灰度实例；

第二代理模块203，用于将业务操作信息代理到灰度实例上，以供灰度实例根据业务操作信息调用第三方服务；

关联保存模块204，用于关联保存用户信息和业务唯一标识，以供第三方服务回调时根据关联保存的用户信息和业务唯一标识确定出灰度实例。

需要理解的是，出于描述简洁的考量，部分实施例一和实施例二中描述过的内容在本实施例中不再赘述。

实施例四：

本实施例提供了一种电子设备，参见图7所示，其包括处理器701、存储器702以及通信总线703。其中：

通信总线703用于实现处理器701和存储器702之间的连接通信。

处理器701用于执行存储器702中存储的一个或多个第一程序，以实现上述实施例一中的服务回调方法；

或，处理器701用于执行存储器702中存储的一个或多个第二程序，以上述实施例一中的上述业务处理方法。

可以理解，图7所示的结构仅为示意，电子设备还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。例如，电子设备具有数据通信接口，可实现不同设备之间的数据交互。

本实施例还提供了一种可读存储介质，如软盘、光盘、硬盘、闪存、U盘、SD(SecureDigital Memory Card，安全数码卡)卡、MMC(Multimedia Card，多媒体卡)卡等，在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一中的服务回调方法，或实现本实施例中的上述实施例一中的业务处理方法。在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在本文中，多个是指两个或两个以上。

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

Claims (10)

1.一种服务回调方法，其特征在于，包括：

接收被调用的第三方服务发来的业务回调请求，所述业务回调请求中包含有业务唯一标识；

根据所述业务唯一标识，确定出该业务唯一标识对应的灰度实例；所述灰度实例为与调用所述第三方服务的灰度实例具有相同产品特性的灰度实例；

将所述业务回调请求代理到所述灰度实例上。

2.如权利要求1所述的服务回调方法，其特征在于，所述根据所述业务唯一标识，确定出该业务唯一标识对应的灰度实例包括：

根据所述业务唯一标识，在预存的用户信息与业务唯一标识的对应关系中，查找出所述业务唯一标识对应的用户信息；

根据所述用户信息，确定所需的灰度实例；确定出的所需的灰度实例为该业务唯一标识对应的灰度实例。

3.如权利要求2所述的服务回调方法，其特征在于，所述用户信息包括用户ID；所述根据所述用户信息，确定所需的灰度实例包括：

根据所述用户ID，判断所述用户ID是否落入预设灰度ID范围内；

若所述用户ID落入预设灰度ID范围内，确定具有新产品特性的灰度实例为所需的灰度实例；

若所述用户ID未落入预设灰度ID范围内，确定具有旧产品特性的灰度实例为所需的灰度实例。

4.如权利要求1所述的服务回调方法，其特征在于，所述根据所述业务唯一标识，确定出目标灰度实例包括：

根据所述业务唯一标识，在预存的灰度实例与业务唯一标识的对应关系中，查找出所述业务唯一标识对应的灰度实例。

5.如权利要求1-4任一项所述的服务回调方法，其特征在于，所述业务唯一标识为订单ID。

6.一种业务处理方法，其特征在于，包括：

接收业务操作信息和用户信息；所述业务操作信息中包含有业务唯一标识；

根据所述用户信息确定所需的灰度实例；

将所述业务操作信息代理到所述灰度实例上，以供所述灰度实例根据所述业务操作信息调用第三方服务；

关联保存所述用户信息和业务唯一标识，以供所述第三方服务回调时根据关联保存的所述用户信息和业务唯一标识确定出所述灰度实例。

7.一种服务回调装置，其特征在于，包括：第一接收模块、第一确定模块和第一代理模块；

所述第一接收模块，用于接收第三方服务发来的业务回调请求；所述业务回调请求中包含有业务唯一标识；

所述第一确定模块，用于根据所述业务唯一标识，确定出该业务唯一标识对应的灰度实例；

所述第一代理模块，用于将所述业务回调请求代理到所述灰度实例上。

8.一种业务处理装置，其特征在于，包括：第二接收模块、第二确定模块、第二代理模块和关联保存模块；

所述第二接收模块，用于接收业务操作信息和用户信息；所述业务操作信息中包含有业务唯一标识；

所述第二确定模块，用于根据所述用户信息确定所需的灰度实例；

所述第二代理模块，用于将所述业务操作信息代理到所述灰度实例上，以供所述灰度实例根据所述业务操作信息调用第三方服务；

所述关联保存模块，用于关联保存所述用户信息和业务唯一标识，以供所述第三方服务回调时根据关联保存的所述用户信息和业务唯一标识确定出所述灰度实例。

9.一种电子设备，其特征在于，包括：处理器、存储器及通信总线；

所述通信总线用于实现所述处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个第一程序，以实现如权利要求1-5中任一项所述的服务回调方法；

或，所述处理器用于执行存储器中存储的一个或者多个第二程序，以实现如权利要求6所述的业务处理方法。

10.一种可读存储介质，其特征在于，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-5中任一项所述的服务回调方法，或实现如权利要求6所述的业务处理方法。

Images