服务适配方法、设备、系统以及计算机可读介质与流程

1.本技术涉及信息技术领域，尤其涉及一种服务适配方法、设备、系统以及计算机可读介质。


背景技术：

2.在经典网络下，由于服务提供方所提供的服务的ip地址是全局唯一的，因此在实现服务适配时，服务调用方可以直接使用服务的ip地址直接连接服务完成服务的适配，进而发起服务的远程调用。图1示出了在经典网络下，提供服务的各个设备110部署于机房中，各个设备110的ip地址全局唯一，客户端设备120中的app(application，应用程序)需要调用某个服务时，可以通过组件系统mgs 130基于ip地址直接连接某个提供服务的设备，进而向该设备发起服务调用。
3.但是，在vpc(virtual private cloud，虚拟私有云)网络构架下，提供服务的设备的ip地址仅在单个vpc内部唯一，而在各个vpc中将不再是全局唯一。例如两个dc(data center，数据中心)分别对应两个vpc，ip地址在单独dc1或者dc2中都是唯一的，但是dc1和dc2之间可能会出现重复的ip地址，若mgs仍使用ip地址直连的方式进行服务适配，则可能会适配到错误的服务，导致服务调用出错，客户端设备中的app无法实现相关功能。
4.申请内容
5.本技术的一个目的是提供一种服务适配的方案，用以解决现有方案中无法正确实现服务适配的问题。
6.本技术实施例中提供了一种通道管理设备的服务适配方法，该方法包括：
7.通道管理设备与服务提供方设备建立第一长连接，并存储所述服务提供方设备所提供的服务地址信息，所述服务地址信息用于确定服务调用时的服务提供方设备；
8.所述通道管理设备与服务调用方设备建立第二长连接，其中，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
9.本技术实施例还提供了一种服务调用方设备的服务适配方法，该方法包括：
10.服务调用方设备与通道管理设备建立第二长连接，其中，所述通道管理设备已与提供服务的服务提供方设备建立第一长连接，且所述通道管理设备中存储有所述服务提供方设备所提供的服务地址信息，所述服务地址信息用于确定服务调用时的服务提供方设备，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
11.本技术实施例还提供了一种服务提供方设备的服务适配方法，其中，该方法包括：
12.服务提供方设备与通道管理设备建立第一长连接，并向所述通道管理设备提供所述服务提供方设备所提供的服务地址信息，其中，所述服务地址信息用于确定服务调用时的服务提供方设备，所述通道管理设备还与服务调用方设备建立第二长连接，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
13.基于本技术的另一方面，还提供了一种通道管理设备，该设备包括：
14.提供方处理装置，用于与服务提供方设备建立第一长连接，并存储所述服务提供方设备所提供的服务地址信息，所述服务地址信息用于确定服务调用时的服务提供方设备；
15.调用方处理装置，用于与服务调用方设备建立第二长连接，其中，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
16.本技术实施例还提供了一种服务提供方设备，其中，该设备包括：
17.连接处理装置，用于与通道管理设备建立第一长连接，并向所述通道管理设备提供所述服务提供方设备所提供的服务地址信息，其中，所述服务地址信息用于确定服务调用时的服务提供方设备，所述通道管理设备还与服务调用方设备建立第二长连接，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
18.本技术实施例还提供了一种服务适配系统，其中，该系统包括：
19.服务提供方设备，用于与通道管理设备建立第一长连接，并向所述通道管理设备提供所述服务提供方设备所提供的服务地址信息，所述服务地址信息用于确定服务调用时的服务提供方设备；
20.通道管理设备，用于通道管理设备与服务提供方设备建立第一长连接，并存储所述服务提供方设备所提供的服务地址信息；以及与服务调用方设备建立第二长连接；
21.服务调用方设备，用于与通道管理设备建立第二长连接，其中，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
22.此外，本技术实施例还提供了一种计算设备，其中，该设备包括用于存储计算机程序指令的存储器和用于执行计算机程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述设备执行所述服务适配方法。
23.本技术实施例还提供了一种计算机可读介质，其上存储有计算机程序指令，所述计算机可读指令可被处理器执行以实现所述的服务适配方法。
24.本技术实施例提供方案中，服务调用方设备不采用ip直连的方式与服务提供方设备提供的服务进行适配，而是在服务提供方设备和服务提供方设备之间增加了通道管理设备，该通道管理设备与服务提供方设备建立第一长连接，并存储所述服务提供方设备所提供的服务信息，同时会与服务调用方设备建立第二长连接，其中服务信息用于确定服务调用时的服务提供方设备，而所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。由于通道管理设备能够管理服务提供方设备所提供的服务信息，当服务调用方设备需要调用某个服务时，无需关注服务的具体地址，仅需要与通道管理设备进行交互，由通道管理设备能够根据需要调用的服务，向特定的服务提供方设备转发数据，即可完成服务的调用。
附图说明
25.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本技术的其它特征、目的和优点将会变得更明显：
26.图1为经典网络下服务适配方式的示意图；
27.图2为采用了本技术实施例提供的服务适配方法的系统的示意图；
28.图3为vpc构架下服务提供方设备的示意图；
29.图4为本技术实施例中进行服务适配时各个设备之间的交互处理流程图；
30.图5为本技术实施例的通道管理设备中信息存储是的数据结构示意图；
31.图6为本技术实施例的协调设备中信息存储是的数据结构示意图；
32.图7为本技术一种实施例中通道管理设备分别于服务提供方设备以及服务调用方设备建立长连接以实现服务适配的交互流程图；
33.图8为本技术一种实施例中服务调用的交互流程图；
34.图9为本技术实施例提供的用于实现服务适配的计算设备的结构示意图；
35.附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
36.下面结合附图对本技术作进一步详细描述。
37.在本技术一个典型的配置中，终端、服务网络的设备均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
38.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
39.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的装置或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
40.本技术实施例提供了一种服务适配方法，该方法中服务调用方设备不采用ip直连的方式与服务提供方设备提供的服务进行适配，而是在服务提供方设备和服务提供方设备之间增加了通道管理设备，由于通道管理设备能够管理服务提供方设备所提供的服务信息，并且与服务调用方设备和服务提供方设备之间都建立有长连接，当服务调用方设备需要调用某个服务时，无需关注服务的具体地址，仅需要与通道管理设备进行交互，由通道管理设备能够根据需要调用的服务，向特定的服务提供方设备转发数据，即可完成服务的调用。
41.图2示出了采用了本技术实施例提供的服务适配方法的系统的示意图，该系统中包括服务调用方设备210、服务提供方设备220以及通道管理设备230。其中，服务提供方设备210用于与通道管理设备建立第一长连接，并向所述通道管理设备提供所述服务提供方设备所提供的服务信息，所述服务信息用于确定服务调用时的服务提供方设备。通道管理设备220用于通道管理设备与服务提供方设备建立第一长连接，并存储所述服务提供方设备所提供的服务信息；以及与服务调用方设备建立第二长连接。服务调用方设备230用于与通道管理设备建立第二长连接，其中，所述第一长连接和第二长连接用于传输服务调用方
设备向服务提供方设备进行服务调用时的交互数据。
42.在实际场景中，前述设备的具体实现可以是服务器、网络主机、用户终端等实体设备，也可以是运行于云计算平台上的虚拟设备，其中云计算平台由基于云计算(cloud computing)的大量主机或网络服务器构成。所述服务调用方设备210是指需要调用服务的设备，例如可以是运行有需要调用服务的组件系统的设备，如实现mgs(移动网关服务)、mps(消息推送服务)等组件系统的设备。服务提供方设备220是指能够提供被调用的服务的设备，例如可以是云计算平台中提供给租户的发布服务的ecs(elastic compute service，弹性计算服务)主机等，在vpc网络构架下，这些ecs主机会被划分至不同的vpc中，发布相应的服务以供调用。在单个vpc下的ecs主机的ip地址唯一，但是在全局下可能不唯一，例如在图3所示的场景中，在每个vpc下均存在相同的ip1～8。通道管理设备230用于构建服务的适配通道，从而在实现vpc场景下服务调用的顺利进行。
43.图4示出了本技术实施例中进行服务适配时各个设备之间的交互处理流程，服务提供方设备210与通道管理设备230之间建立第一长连接时的交互包括以下步骤：
44.步骤s401，服务提供方设备210向通道管理设备230发起连接建立请求，所述连接建立请求中可以包括验证信息。在实际场景中，所述服务调用方设备210和服务提供方设备220中均可以包含实现相应功能的sdk(software development kit，软件工具包)，以实现服务适配时的相应处理。
45.例如，在服务提供方设备210向通道管理设备230建立连接的过程中，可以由服务提供方sdk首先获得一组token以及一组对应的通道管理设备的通道地址。token即为一种验证信息，可以是提前配置好的指定访问密钥等，通道地址可以预先提供给服务提供方，以便于其发布服务供其它用户调用。在获得这些信息之后，服务提供方sdk可以向通道地址发起建立长连接的请求，同时提供对应的token。
46.步骤s402，通道管理设备根据所述验证信息进行安全验证，并在通过验证后与所述服务提供方设备建立第一长连接。
47.在实际的服务适配场景中，通道管理设备230可以有多个，服务提供方可以通过任意一个通道管理设备发布服务，即与任意的通道管理设备发起连接建立请求，建立第一长连接。例如，在本实施例中，每个通道管理设备可以理解为一个能够实现服务适配的通道，记为一个mpaaschannel。对于一个mpaaschannel，在接收到连接建立请求后，根据传递过来的token进行验证。在本技术实施例提供了一种验证方式中，可以将分配给服务提供方sdk使用的token保存在预设的数据库中，当mpaaschannel获得token之后，可以将token作为key，可以在数据库中查询是否存在该token，若查询到，则表示验证成功，进行后续处理。当token被查询到之后可以在数据库将该token删除，使得token不可复用，以提高验证机制的安全性。反之，若未查询到，则表示验证失败，不进行后续的处理。
48.在建立连接时，mpaaschannel可以获得关于服务提供方sdk所提供的服务信息，所述服务信息包括了服务的类型、机房信息等信息。其中，服务的类型表示服务会被何种组件系统调用以实现何种功能，例如可以是mgs、mps等。服务的机房信息表示服务所属的vpc，例如在前述图3所示的两个vpc分别为dc1和dc2，对应的服务的机房信息可以为workspaceid1和workspaceid2，表示提供服务具体部署于哪个vpc中。图5示出了一个mpaaschannel中本地服务注册表的一种数据结构的示意图，该数据结构采用树状结构，逐级依次为服务类型
(如mgs、mps等)、机房信息(如workspaceid1、workspaceid2等)等结点。
49.mpaaschannel会将服务信息注册到本地服务注册表中，以后服务调用时使用。在实现调用时，若指定服务类型servicetype和服务机房信息workspaceid，mpaaschannel即可以在本地服务注册表中知道一组提供某个服务的第一长连接，选择其中一个之后即可创建与对应服务提供方设备之间的传输流进行数据交互。
50.步骤s403，通道管理设备的本地服务注册表中的信息即为通过该通道管理设备发布的服务的相关信息，这些相关信息会以约定的方式提供给服务调用方设备。其中，服务的相关信息中会包含用于连接通道管理设备的通道地址，当所述通道管理设备将用于连接通道管理设备的通道地址提供给服务调用方设备之后，可以使得所述服务调用方设备根据通道地址向所述通道管理设备发起连接建立请求，由此通道管理设备与服务调用方设备之间根据所述连接建立请求建立第二长连接。
51.在本技术的一些实施例中，可以利用协调设备向服务调用方设备通知服务的相关信息。首先，通道管理设备可以将通过该通道管理设备发布的服务的相关信息，同步至协调设备，使得协调设备中保存有服务的相关信息。这些相关信息至少包括了服务的服务信息和用于连接通道管理设备的通道地址，使得服务调用方设备可以从协调设备中至少获知：通道管理设备可以提供哪些服务以及提供这些服务的通道管理设备的通道地址。例如，对于一个mpaaschannel，可以与能够提供mgs的服务提供方设备建立了长连接，则该mpaaschannel可协助完成mgs的调用，其对应的通道管理设备的通道地址mpaaschannel ip为192.168.1.3。
52.此时，若服务调用方设备向协调设备订阅了服务，则当前述同步过程导致信息发生变化时，协调设备会向订阅所述服务的服务调用方设备通知可调用的服务信息，并提供用于连接通道管理设备的通道地址。由此，服务调用方设备可以根据所述通道地址向所述通道管理设备发起连接建立请求，以此建立通道管理设备与服务调用方设备之间的第二长连接。
53.在本技术的一些实施例中，所述协调设备可以采用zookeeper，当任意一个mpaaschannel在本地服务注册表中注册服务信息之后，可以将本地服务注册表的内容同步zookeeper中。图6示出了zookeeper中存储相关信息的数据结构，该数据结构也可以采用树状结构，相关信息都可以挂载在mpaaschannel结点下，其下逐级为服务类型(如mgs、mps等)以及通道地址mpaaschannel ip(如192.168.1.2、192.168.1.3等)等结点。
54.图7示出了本技术一种实施例中通道管理设备分别于服务提供方设备以及服务调用方设备建立长连接以实现服务适配的交互流程。在本实施例中，服务提供方设备和以及服务调用方设备分别通过sdk实现相应的处理功能，建立第一长连接时的处理流程包括：
55.步骤s701，服务提供方sdk获得一组token以及一组mpaaschannel的通道地址mpaaschannel ip，然后向这些mpaaschannel ip发起连接建立请求，并发送对应的token。例如，服务提供方sdk对应于机房信息为workspaceid1的dc1，对应的mpaaschannel有两个，其通道地址mpaaschannel ip分别为192.168.1.2和192.168.1.3，该服务提供方sdk分别会向mpaaschannel ip发起连接建立请求，同时携带相应的token。
56.步骤s702，mpaaschannel在接收到连接建立请求之后，将传递过来的token作为key，在ocs(open cache service，开放缓存服务)设备上进行查询，以ocs设备作为安全验
证的数据库。若在ocs设备中查询不到，则拒绝建立连接。如果查询到该token，将服务的服务信息注册到本地服务注册表，建立与服务提供方sdk之间的第一长连接，同时将ocs设备上的该token对应的信息删除，以避免token被重复使用。以地址为192.168.1.2的mpaaschannel为例，可以与前述的服务提供方sdk建立长连接，并获取服务的服务信息，例如服务类型为mgs，机房信息为workspaceid1，由此注册到本地服务注册表，该本地服务注册表可以采用如图5所示的数据结构。
57.步骤s703，mpaaschannel将本地服务注册表中的信息同步到zookeeper中，zookeeper中也会以特定的数据结构保存同步到的信息，例如图6示出了一种数据结构。在实际场景中，每个mpaaschannel与不同服务提供方sdk之间的第一长连接会持续发生变化，因此mpaaschannel的本地服务注册表中的信息也会随之变化，同时mpaaschannel会持续同步变化的相关信息到zookeeper。
58.在本实施例中，建立第二长连接时的处理流程包括如下处理步骤：
59.步骤s711，服务调用方sdk向zookeeper订阅服务。订阅过程如下：首先，服务调用方sdk与zookeeper建立连接，通过watch机制来关注需要的服务类型对应子结点，例如服务调用方sdk需要调用mgs，则会“watch”/mpaaschannel/mgs结点，从而当mgs结点下的信息发生变化时，zookeeper会通知该服务调用方sdk。
60.步骤s712，zookeeper在从mpaaschannel同步本地服务注册表中的相关信息之后，若发现有服务调用方sdk订阅的服务的相关结点有更新，则通知服务调用方sdk。例如，当mgs结点下的信息发生变化时，例如增加了新的mpaaschannel ip时，则会将mpaaschannel ip列表发送给服务调用方sdk。
61.步骤s713，服务调用方sdk可以从zookeeper中获取到订阅的信息，当获得了新的mpaaschannel ip时，服务调用方sdk会向其发起连接建立请求，以建立服务调用方sdk与mpaaschannel之间的第二长连接。例如，zookeeper通知服务调用方sdk关于mgs存在一个新的mpaaschannel ip为192.168.1.2，则服务调用方sdk会向192.168.1.2的mpaaschannel发起连接建立请求，以建立服务调用方sdk与该mpaaschannel之间的第二长连接。
62.在本技术的一些实施例中，在通道管理设备分别于服务提供方设备以及服务调用方设备建立长连接之后，第一长连接和第二长连接能够用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据，交互处理的流程如下：
63.服务调用方设备基于所述第二长连接向所述通道管理设备发送服务调用请求。其中，服务调用方设备需要调用的服务类型由具体的业务指定，例如，mgs组件系统所需要的服务类型为mgs。所述服务调用方设备在会基于第二长连接创建数据流，用于传输服务调用请求的数据包。
64.通道管理设备在收到服务调用请求之后，根据服务调用请求，确定服务地址信息。例如，服务调用请求中至少携带了需要的服务类型、机房信息等信息，例如服务请求servicetype为mgs、机房信息为workspaceid1，则由此可以在本地服务注册表中查找到可以提供该服务的服务地址信息。
65.所述通道管理设备根据所述服务地址信息，确定提供服务的服务提供方设备，并基于与所述服务提供方设备之间的第一长连接，向所述服务提供方设备发送待处理数据。在获取到可以提供服务的服务地址信息之后，可以选出其中一个服务地址信息，该服务地
址信息指向一个服务提供方设备，若前述服务信息中的机房信息为workspaceid1，则该服务提供方设备即为workspaceid1所对应的dc1中的设备。
66.而后，基于与该服务提供方设备之间的第一长连接可以创建传输流，以转发调用请求中包含的待处理数据。此时，可以将基于第二长连接创建的传输流与基于第一长连接创建的传输流关联起来，形成服务调用时的数据传输通道。
67.所述服务提供方设备基于所述第一长连接从所述服务提供方设备获取待处理数据，并调用服务对所述待处理数据进行处理，获得处理结果，然后基于所述第一长连接将所述处理结果发送至通道管理设备。通道管理设备在获得处理结果之后，基于所述第二长连接向所述服务调用方设备发送所述处理结果。以服务类型为mgs的服务为例，调用相关服务进行处理之后，将处理结果回写至基于第二长连接建立的传输流，使其处理结果传输至mpaaschannel，然后mpaaschannel会继续找到关联的基于第一长连接建立的传输流，直接转发处理结果，使得服务调用方设备能够最终获得服务调用的处理结果，完成服务调用。
68.图8示出了本技术一种实施例中服务调用的交互流程。在本实施例中，服务提供方设备和以及服务调用方设备分别通过sdk实现相应的处理功能，以服务调用由mgs/mps等组件系统发起，调用过程包括如下步骤：
69.步骤s801，组件系统发起服务调用。mgs/mps等组件系统在发起服务调用时，会指定相关的参数，例如本技术实施例中mgs/mps等组件系统可以指定《workspaceid，serviceexttype，request，callbackhandler》。
70.步骤s802，服务调用方sdk将request序列化成byte数组，同时会根据《workspaceid,serviceexttype》在确定可以提供服务的一组mpaaschannel ip。在实际场景中，可以基于mpaaschannel ip对应的mpaaschannel的服务能力，并结合负载均衡算法，选出其中一个mpaaschannel ip，基于与该mpaaschannel ip建立的第二长连接，创建传输流，记为第二传输流，将《servicetype,workspaceid,serviceexttype,data》打包，作为服务调用请求的数据包发送，并将该传输流与callbackhandler关联。
71.步骤s803，mpaaschannel在接收到服务调用请求的数据包之后，根据《servicetype,workspaceid,serviceexttype》在本地服务路由表中找出可以提供服务的一组服务地址信息，该每个服务地址信息对应了一个第一长连接。mpaaschannel根据负载均衡算法在其中选出其中一个第一长连接，在其上创建传输流，记为第一传输流，将《data》直接转发，由此服务提供方sdk可以接收到《data》。同时，mpaaschannel将第一传输流与第二传输流关联起来，如果选不出第一长连接，则表示无法正确完成服务调用，在第二传输流上回写相应错误信息，并关闭第二传输流。
72.步骤s804，服务提供方sdk接收到待处理数据《data》后，调用服务实现数据处理，获得处理结果《response》。
73.步骤s805，服务提供方sdk将《response》序列化为《data》后直接回写对应的第二传输流。mpaaschannel接收到来自服务提供方sdk回写的《data》后，根据传输流关联关系找到第一传输流，转发给第一传输流；然后由服务调用方sdk接收到《data》，回调callbackhandler将处理结果提供给组件系统。
74.基于同一发明构思，本技术实施例中还提供了服务适配的设备，所述设备对应的方法是前述实施例中在所述通道管理设备、服务提供方设备、服务调用方设备上实现的服
务适配方法，并且其解决问题的原理与该方法相似。
75.本技术实施提供的一种通道管理设备包括提供方处理装置以及调用方处理装置，其中，所述提供方处理装置用于与服务提供方设备建立第一长连接，并存储所述服务提供方设备所提供的服务地址信息，所述服务地址信息用于确定服务调用时的服务提供方设备。
76.所述调用方处理装置用于与服务调用方设备建立第二长连接，其中，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
77.在本技术的一些实施例中，所述提供方处理装置还用于根据服务调用请求确定服务地址信息，根据所述服务地址信息确定提供服务的服务提供方设备，并基于与所述服务提供方设备之间的第一长连接，向所述服务提供方设备发送待处理数据；以及基于所述第一长连接获取服务提供方设备中所述服务对待处理数据的处理结果；
78.所述调用方处理装置还用于基于所述第二长连接从所述服务调用方设备获取服务调用请求，以及基于所述第二长连接向所述服务调用方设备发送所述处理结果。
79.本技术实施提供的一种服务调用方设备包括了连接处理装置，该连接处理装置用于与通道管理设备建立第二长连接，其中，所述通道管理设备已与提供服务的服务提供方设备建立第一长连接，且所述通道管理设备中存储有所述服务提供方设备所提供的服务地址信息，所述服务地址信息用于确定服务调用时的服务提供方设备，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
80.在本技术的一些实施例中，所述连接处理装置，还用于基于所述第二长连接向所述通道管理设备发送服务调用请求，以使所述通道管理设备根据服务调用请求，确定服务地址信息，根据所述服务地址信息，确定提供服务的服务提供方设备，并基于与所述服务提供方设备之间的第一长连接，向所述服务提供方设备发送待处理数据，获取服务提供方设备中所述服务对待处理数据的处理结果；以及基于所述第二长连接从所述通道管理设备获取所述处理结果。
81.本技术实施提供的一种服务提供方设备包括了连接处理装置。服务提供方设备的连接处理装置用于与通道管理设备建立第一长连接，并向所述通道管理设备提供所述服务提供方设备所提供的服务地址信息，其中，所述服务地址信息用于确定服务调用时的服务提供方设备，所述通道管理设备还与服务调用方设备建立第二长连接，所述第一长连接和第二长连接用于传输服务调用方设备向服务提供方设备进行服务调用时的交互数据。
82.在本技术的一些实施例中，服务提供方设备的连接处理装置，还用于基于所述第一长连接从所述服务提供方设备获取待处理数据，其中，所述待处理数据由所述通道管理设备基于所述第二长连接从从所述服务调用方设备获取服务调用请求后发送；调用服务对所述待处理数据进行处理，获得处理结果；基于所述第一长连接将所述处理结果发送至通道管理设备，以使所述通道管理设备基于所述第二长连接向所述服务调用方设备发送所述处理结果。
83.另外，本技术的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本技术的方法和/或技术方案。而调用本技术的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过
广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据程序指令运行的计算机设备的工作存储器中。在此，根据本技术的一些实施例包括一个如图9所示的计算设备，该设备包括存储有计算机可读指令的一个或多个存储器910和用于执行计算机可读指令的处理器920，其中，当该计算机可读指令被该处理器执行时，使得所述设备执行基于前述本技术的多个实施例的方法和/或技术方案。
84.此外，本技术的一些实施例还提供了一种计算机可读介质，其上存储有计算机程序指令，所述计算机可读指令可被处理器执行以实现前述本技术的多个实施例的方法和/或技术方案。
85.需要注意的是，本技术可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一些实施例中，本技术的软件程序可以通过处理器执行以实现上文步骤或功能。同样地，本技术的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本技术的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
86.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其他的具体形式实现本技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。