自定义路由信息的处理方法和相关装置与流程

1.本技术涉及信息技术领域，尤其涉及一种自定义路由信息的处理方法和相关装置。


背景技术：

2.服务消费方在收到不同的业务数据时，需要根据业务类型从多个服务提供方选择符合该业务需求的服务提供方(也可以称为服务方服务器)，从而对该业务数据进行处理。服务消费方在选择服务提供方时，可以通过特定的规则，确定出服务方服务器的某些特征，最后在全量服务方服务器列表筛选出符合要求的服务提供方，该特定的规则就是自定义路由信息。因此，对于需要根据不同的业务类型，自动调用服务于该业务数据的服务方服务器的场景下，自定义路由成为分布式服务中不可或缺的一环。
3.目前，注册中心(zookeeper)中的自定义路由信息一旦写入便不会自动删除。若需更新自定义路由信息，则会存在清理旧的自定义路由信息的需求。或者，服务消费方通过自定义路由信息无法找到可用的服务提供方时，同样需要清理自定义路由信息。
4.但是，目前自定义路由信息的清理需要人工手动逐条删除，容易出错，效率不高。


技术实现要素：

5.本技术提供一种自定义路由的处理方法和相关装置，以期提高对自定义路由信息的处理效率。
6.第一方面，本技术提供一种自定义路由的处理方法，应用于服务消费方，包括：获取待处理的目标自定义路由信息的属性，所述属性包括以下至少一项：与所述目标自定义路由对应的目标应用名、目标集群名、目标服务名、所述目标自定义路由信息的标识和处理时间；基于预存的映射关系信息和所述目标自定义路由信息的属性，对所述目标自定义路由信息进行处理，所述映射关系信息包括至少一组映射关系，每组映射关系指示一个自定义路由信息及其对应的应用名、集群名、服务名、标识和处理时间；其中，所述自定义路由信息用于所述服务消费方从服务节点的多个服务提供方中选择一个服务提供方进行调用，所述自定义路由信息对应的服务名用于标识所述服务节点提供的服务，所述自定义路由信息对应的集群名用于标识多个服务节点提供的服务的集合，所述自定义路由信息对应的应用名用于标识所述多个集群的集合。
7.第二方面，本技术提供一种处理装置，包括：获取模块，用于获取待处理的目标自定义路由信息的属性，所述属性包括以下至少一项：与所述目标自定义路由对应的目标应用名、目标集群名、目标服务名、处理时间和所述目标自定义路由信息的标识；处理模块，基于预存的映射关系信息和所述目标自定义路由信息的属性，对所述目标自定义路由信息进行处理，所述映射关系信息包括至少一组映射关系，每组映射关系指示一个自定义路由信息及其对应的应用名、集群名、服务名和标识；其中，所述自定义路由信息用于所述服务消费方从服务节点的多个服务提供方中选择一个服务提供方进行调用，所述自定义路由信息
对应的服务名用于标识所述服务节点提供的服务，所述自定义路由信息对应的集群名用于标识多个服务节点提供的服务的集合，所述自定义路由信息的应用名用于标识所述多个集群的集合。
8.本技术提供的自定义路由信息的处理方法和处理装置，通过在预存的映射关系中包括至少一个自定义路由信息与其对应的应用名、集群名、服务名、标识和处理时间等多个维度的对应关系，使得服务消费方在获取到待处理的目标自定义路由的一个或多个属性时，可以基于预存的映射关系，确定待处理的自定义路由信息，即服务消费方可以基于多个维度对自定义路由信息进行处理。该处理自定义路由信息的方法，可以从多维度对自定义路由信息进行处理，不依靠人工手动逐条删除待清理的自定义路由信息，既降低了人工成本，又提高了自定义路由信息的准确率，因此对自定义路由信息的清理效率得以提高。另外，在恢复自定义路由信息时，也不再需要重启机器，重新写入自定义路由信息的方式恢复自定义路由信息，降低了修正成本，提高了恢复效率。
9.第三方面，提供了一种电子设备，包括处理器，该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。
10.第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。
11.第五方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。
附图说明
12.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
13.图1为本技术实施例提供的注册中心架构示意图；
14.图2为本技术实施例提供的一种自定义路由信息的处理方法的示意性流程图；
15.图3为本技术实施例提供的另一种自定义路由信息的处理方法的示意性流程图；
16.图4为本技术实施例提供的一种自定义路由信息的处理装置的示意性框图；
17.图5为本技术实施例提供的另一种自定义路由信息的处理装置的示意性框图。
18.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
19.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
20.首先对本技术所涉及的名词进行解释：
21.注册中心：注册中心为分布式服务框架，主要涉及三大角色：服务提供者、服务消费者、注册中心。提供了统一命名服务、配置管理、分布式锁等分布式基础服务。简而言之，注册中心就相当于文件系统+监听通知机制。
22.图1是本技术实施例提供的注册中心的架构示意图。如图1所示，包括一个服务消费方、三个服务提供方(服务提供方1、服务提供方2和服务提供方3)，以及注册中心。
23.可以理解的是，图1的服务消费方可以是一个或者多个、服务提供方也可以是一个或者多个，本技术对服务消费方和服务提供方的数量不作限定。
24.上述三者之间的关系如下：服务提供者在启动时，将服务提供者信息(包括自身的网络地址，自身路由信息以及属性配置等信息)主动上报到注册中心进行服务注册，并保存在注册中心的某个目录节点下(例如，图1中的服务节点)，供服务消费方获取用于与服务提供方建立连接并发起调用。服务消费方启动的时候，服务消费方通过访问注册中心获取路由信息，调用对应的服务提供方。
25.如图1所示，注册中心可以理解为一个类似文件系统的数据结构，每个子目录都可以称作为一个目录节点(例如，服务可以称为服务节点，提供方可以称为提供方子节点，自定义路由可以称为自定义路由子节点)，和文件系统一样，可以自由增加或删除目录节点或是目录节点中存储的属性信息。
26.上述图1所示的架构，还具有监听功能，即服务提供方可以监听注册中心中与其有关的目录节点，当目录节点发生变化(例如，数据改变或删除、子目录节点增加或删除)时，注册中心会通知服务消费方，使得服务消费方重新获取新的配置信息。
27.在一些实施例中，注册中心(zookeeper)中写入的自定义路由信息为永久节点，即自定义路由信息一旦写入，便不会从注册中心自动删除。但是实际应用中，服务消费方通过自定义路由信息无法找到可用的服务提供方时，可能会存在更新(增加或删除)自定义路由信息的需求。
28.但目前自定义路由信息的清理需要人工手动逐条删除，不仅人力成本高，删除的效率和准确率较低，而且一旦出现误删，则需要重启机器重新写入自定义路由信息，修正成本较高。
29.本技术提供的自定义路由信息的处理方法，旨在解决现有技术的如上技术问题。
30.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
31.可以理解的是，本技术实施例提供的自定义路由信息的处理方法可用于金融领域或其他技术领域。
32.图2为本技术实施例提供的一种自定义路由信息的处理方法200的示意性流程图。如图2所示，方法200可以包括s201和s202，下面对方法200中各个步骤做详细说明。
33.s201，获取待处理的目标自定义路由信息的属性。
34.上述属性包括以下至少一项：与该目标自定义路由对应的目标应用名、目标集群名、目标服务名、该目标自定义路由信息的标识和处理时间。
35.可以理解的是，此处的待处理包括删除和恢复两种处理方式。也就是说，目标自定义路由信息可以是需要清理的自定义路由信息，也可以是需要恢复的自定义路由信息。
36.本技术实施例将需要删除或者恢复的自定义路由信息称为目标自定义路由信息，该目标自定义路由信息也可以是其他名称，本技术对此不作限定。
37.可以理解的是，上述待处理的目标自定义路由信息的属性，可以是由运维人员根据业务需求将确定的待处理的自定义路由信息的属性通过某些指令发送给消费服务方，从而服务消费方就可以根据接收到的指令进行处理。
38.s202，基于预存的映射关系信息和目标自定义路由信息的属性，对上述目标自定义路由信息进行处理。
39.上述预存的映射关系信息包括至少一组映射关系，每组映射关系指示一个自定义路由信息及其对应的应用名、集群名、服务名、标识和处理时间。
40.该自定义路由信息对应的服务名用于标识服务节点提供的服务，该自定义路由信息对应的集群名用于标识多个服务节点提供的服务的集合，该自定义路由信息对应的应用名用于标识多个集群的集合。也就是说，多个服务节点提供的服务的集合可以称为一个集群(集群名可以用于标识该集群)，多个集群的集合可以称为一个应用(应用名可以用于标识该应用)。
41.本技术实施例中的自定义路由信息用于服务消费方从服务节点的多个服务提供方中选择一个服务提供方进行调用。
42.可以理解的是，上述预存的映射关系可以存储在数据库中，或者是其他具有存储或记录功能的应用上。
43.本技术实施例中的预存的映射关系包括了至少一个自定义路由信息与其对应的应用名、集群名、服务名、标识和处理时间等多个维度的对应关系，因此，服务消费方在获取到待处理的目标自定义路由的一个或多个属性时，可以基于预存的映射关系，确定待处理的自定义路由信息，使得服务消费方可以基于多个维度对自定义路由信息进行处理。该处理方法可以从多个维度处理自定义路由信息，不依靠人工手动逐条删除待清理的自定义路由信息，既降低了人工成本，又提高了自定义路由信息的准确率，因此对自定义路由信息的清理效率得以提高。另外，在恢复自定义路由信息时，也不再需要重启机器，重新写入自定义路由信息的方式恢复自定义路由信息，降低了修正成本，提高了恢复效率。
44.示例性的，服务消费方还可以直接获取待处理的目标自定义路由信息，从而对该信息进行处理。
45.作为一个可选的实施例，s202中的映射关系信息包括第一映射关系和第二映射关系，处理时间包括生成时间和删除时间。
46.其中，第一映射关系用于指示现存的至少一个自定义路由信息以及每个自定义路由信息对应的应用名、集群名、服务名、标识和生成时间，第二映射关系用于指示被删除的至少一个自定义路由信息以及每个自定义路由信息对应的应用名、集群名、服务名、标识和删除时间。
47.作为一个可选的实施例，在获取待处理的目标自定义路由信息的属性之前(即s201之前)，该方法200还包括预存的映射关系的生成过程。
48.示例性地，上述预存的第一映射关系的生成过程如下：从服务节点的属性配置中获取服务名；从服务节点的第一子节点中获取应用名和集群名；从服务节点的第二子节点中获取自定义路由信息及其标识；基于获取到的服务名、应用名、集群名、自定义路由信息
及其标识，生成上述第一映射关系。其中，第一子节点用于存储多个服务提供方的属性配置；第二子节点用于存储用于调用多个服务提供方的自定义路由信息。
49.作为一个可选的实施例，上述服务名通过对服务节点的监听获得，应用名和集群名通过对第一子节点的监听获得，自定义路由信息及其标识通过对第二子节点的监听获得。
50.作为一个可选的实施例，上述基于预存的映射关系信息和目标自定义路由信息的属性，对目标自定义路由信息进行处理，包括：基于第一映射关系和目标自定义路由信息的属性，删除该目标自定义路由信息。
51.示例性地，上述删除该目标自定义路由信息是将待删除的自定义路由信息在该信息关联的服务名对应的服务节点下的第二子节点中剔除。
52.作为一个可选的实施例，在删除目标自定义路由信息之后，该方法200还包括：基于对目标自定义路由信息的删除，更新第一映射关系和第二映射关系。
53.可以理解的是，上述预存的第二映射关系是基于首个被删除的自定义路由信息及其对应的服务名、应用名、集群名、和标识生成的。
54.示例性地，上述更新第一映射关系和第二映射关系包括：在第一映射关系中删除目标自定义信息以及目标自定义路由信息的属性；在第二映射关系中增加目标自定义信息以及目标自定义路由信息的属性。
55.进一步地，更新后的第一映射关系信息中不包括所述目标自定义路由信息，更新后的第二映射关系包括所述目标自定义路由信息。
56.作为一个可选的实施例，上述基于预存的映射关系信息和目标自定义路由信息的属性，对目标自定义路由信息进行处理，包括：基于第二映射关系和目标自定义路由信息的属性，恢复该目标自定义路由信息。
57.示例性地，上述恢复该目标自定义路由信息是将待恢复的自定义路由信息新增在该信息关联的服务名对应的服务节点下的第二子节点中。
58.作为一个可选的实施例，在恢复所述目标自定义路由信息之后，该方法200还包括：基于对目标自定义路由信息的恢复，更新第一映射关系和第二映射关系。
59.示例性地，上述更新第一映射关系和第二映射关系包括：在第一映射关系中增加目标自定义信息以及目标自定义路由信息的属性；在第二映射关系中删除目标自定义信息以及目标自定义路由信息的属性。
60.进一步地，更新后的第一映射关系信息中包括目标自定义路由信息，更新后的第二映射关系不包括该目标自定义路由信息。
61.本技术实施例中，基于被删除的自定义路由信息及其属性生成第二映射关系，使得服务消费方在恢复已删除的自定义路由信息时，可以直接在第二映射关系中确定需要恢复的自定义路由信息，并重新将该信息新增在对应节点下即可，不再需要依靠机器重启，重新写入全部自定义路由信息的方式进行自定义路由信息的恢复，降低了修正成本，提高了恢复效率。
62.图3为本技术实施例提供的另一种自定义路由信息的处理方法300的示意性流程图。如图3所示，方法300可以包括s301至s310，下面对方法300中各个步骤做详细说明。可以理解的是，方法200中的服务消费方可以是方法300中的注册中心客户端，方法200中的服务
提供方可以是方法300中的注册中心服务端。
63.s301，注册中心客户端建立与注册中心服务端的连接。
64.示例性地，可以选择常见的开源的注册中心客户端框架或其他框架，与注册中心服务建立连接。
65.s302，注册中心客户端获取注册中心上所有的分布式服务节点，提供方子节点及自定义路由子节点。
66.上述分布式节点下包括两个并列的子节点：提供方子节点和自定义路由子节点。
67.可以理解的是，方法200中的服务节点可以是上述分布式服务节点，方法200中的第一子节点可以是上述提供方子服务节点，方法200中的第二子节点可以是上述自定义路由子节点。
68.示例性地，注册中心客户端可以采用注册中心的监听(watch)机制监听注册中心的分布式服务节点及其子节点的变动，从而实时获取到注册中心现有的分布式服务节点，以及分布式服务节点下的提供方子节点和自定义路由子节点。
69.s303，注册中心客户端获取服务名、应用名、集群名、自定义路由信息的标识(key值)以及自定义路由信息。
70.示例性地，客户端根据分布式服务节点的属性配置获取服务名；分布式服务节点下的提供方子节点中的属性配置获取应用名，集群名，以及在自定义路由子节点中的属性配置中获取关联服务的自定义路由信息。
71.可以理解的是，服务的应用名和集群名是显性配置在分布式服务节点下的提供方子节点中的，可在提供方子节点的配置信息中直接获取。
72.进一步地，上述应用名和集群名是与服务的应用名和集群名，上述自定义路由信息是与服务相关联的自定义路由信息。
73.s304，注册中心客户端将获取的服务名、应用名、集群名、自定义路由信息的标识以及自定义路由信息存储在数据库中的第一数据表中。
74.示例性地，上述第一数据表中的存储格式可以为：应用名-集群名-服务名-自定义路由key值-自定义路由信息，或者是其他存储格式，本技术对此不作限定。
75.可以理解的是，方法200中的第一映射关系可以是上述第一数据表中的内容。
76.s305，注册中心客户端根据收到的清理信息，从数据库的第一数据表中确定所需清理的自定义路由信息。
77.上述清理信息可以是运维人员按需选择的所要清理的自定义路由信息具体是以哪个维度进行清理的信息，示例性地，选择清理的维度可以是应用，集群，服务、key值、或自定义路由信息等多个维度。
78.示例性地，运维人员的选择的清理维度为集群，则将同一集群名关联的所有自定义路由信息进行删除。
79.示例性地，运维人员的选择为的清理维度集群和服务，则先确定同一集群名所关联的自定义路由信息，再确定同一服务名所关联的自定义路由信息，取两次确定的自定义路由信息的交集，作为要删除的自定义路由信息，进行删除。
80.s306，注册中心客户端删除所要清理的自定义路由信息。
81.示例性地，注册中心客户端通过已与注册中心服务端建立的连接，自定义合适大
小的线程池多线程并发从注册中心上删除所要清理的自定义路由信息。
82.s307，注册中心客户端将删除的自定义路由信息及其关联信息存储在数据库的第二数据表中。
83.示例性地，上述关联信息包括该自定义路由信息关联的应用名、集群名、服务名、自定义路由的key值，以及删除时间存储在数据库的第二数据表中。
84.示例性地，上述第二数据表中的存储格式可以为：应用名-集群名-服务名-自定义路由key值-自定义路由信息-删除时间，或者是其他存储格式，本技术对此不作限定。
85.可以理解的是，方法200中的第二映射关系可以是上述第二数据表中的内容。
86.s308，注册中心客户端根据收到的恢复信息，从数据库的第二数据表中确定所需恢复的自定义路由信息。
87.上述恢复信息可以是运维人员根据实际业务需求，在第二数据表(已清理的自定义路由数据表)中选择需要恢复的自定义路由信息关联的应用名，集群名，服务名，自定义路由的key值，或删除时间等信息。
88.s309，注册中心客户端将需要恢复的自定义路由信息新增在该信息关联的服务名对应的分布式服务节点下的自定义路由子节点中。
89.s310，注册中心客户端更新第二数据表和第一数据表。
90.示例性地，注册中心客户端在第二数据表中删除已恢复的自定义路由信息及其关联的应用名，集群名，服务名，自定义路由的key值，和删除时间等信息，完成第二数据表的更新。
91.示例性地，注册中心客户端重新在第一数据表中增加已被恢复的自定义路由信息及其关联的应用名，集群名，服务名，和自定义路由的key值等信息，完成第一数据表的更新。
92.上述s301至s307详细说明了自定义路由信息的删除过程。上述s308至s310详细说明了自定义路由信息的恢复过程。
93.本技术提供的自定义路由信息的处理方法，通过在第一数据表和第二数据表存储自定义路由信息及其对应的应用名、集群名、服务名、标识和处理时间等多个维度的对应关系，使得服务消费方在获取到待处理的目标自定义路由的一个或多个属性时，可以基于第一数据表或者第二数据表，确定待处理的自定义路由信息，即服务消费方可以基于多个维度对自定义路由信息进行处理。该处理自定义路由信息的方法，可以从多维度对自定义路由信息进行处理，不依靠人工手动逐条删除待清理的自定义路由信息，既降低了人工成本，又提高了自定义路由信息的处理效率和准确率，因此对自定义路由信息的清理效率得以提高。另外，在恢复自定义路由信息时，不再需要重启机器，重新写入自定义路由信息的方式恢复自定义路由信息，降低了修正成本，提高了恢复效率。
94.示例性地，以一个应用有一千个分布式服务存在自定义路由为例，采用本技术实施例的处理方法清理该应用的全量自定义路由可秒级完成，准确率高达100％。同样，恢复该应用的全量自定义路由可秒级完成，准确率也高达100％。
95.应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
96.上文中结合图2和图3，详细描述了本技术实施例的自定义路由信息的处理方法，
下面将结合图4和图5，详细描述本技术实施例的自定义路由信息的处理装置。
97.图4示出了本技术实施例提供的一种自定义路由信息的处理装置400，该装置400包括：获取模块410和处理模块420。
98.其中，获取模块410，用于获取待处理的目标自定义路由信息的属性，所述属性包括以下至少一项：与所述目标自定义路由对应的目标应用名、目标集群名、目标服务名、所述目标自定义路由信息的标识和处理时间；处理模块420，用于基于预存的映射关系信息和所述目标自定义路由信息的属性，对所述目标自定义路由信息进行处理，所述映射关系信息包括至少一组映射关系，每组映射关系指示一个自定义路由信息及其对应的应用名、集群名、服务名、标识和处理时间；其中，所述自定义路由信息用于所述服务消费方从服务节点的多个服务提供方中选择一个服务提供方进行调用，所述自定义路由信息对应的服务名用于标识所述服务节点提供的服务，所述自定义路由信息对应的集群名用于标识多个服务节点提供的服务的集合，所述自定义路由信息的应用名用于标识所述多个集群的集合。
99.可选地，所述映射关系信息包括第一映射关系和第二映射关系，所述处理时间包括生成时间和删除时间；其中，所述第一映射关系用于指示现存的至少一个自定义路由信息以及每个自定义路由信息对应的应用名、集群名、服务名、标识和生成时间，所述第二映射关系用于指示被删除的至少一个自定义路由信息以及每个自定义路由信息对应的应用名、集群名、服务名、标识和删除时间。
100.可选地，上述处理模块420还用于：基于所述第一映射关系和所述目标自定义路由信息的属性，删除所述目标自定义路由信息。
101.可选地，上述处理模块420还用于：基于对所述目标自定义路由信息的删除，更新第一映射关系和所述第二映射关系，更新后的第一映射关系信息中不包括所述目标自定义路由信息，更新后的第二映射关系包括所述目标自定义路由信息。
102.可选地，上述处理模块420还用于：基于所述第二映射关系和所述目标自定义路由信息的属性，恢复所述目标自定义路由信息。
103.可选地，上述处理模块420还用于：基于对所述目标自定义路由信息的恢复，更新第一映射关系和所述第二映射关系，更新后的第一映射关系信息中包括所述目标自定义路由信息，更新后的第二映射关系不包括所述目标自定义路由信息。
104.可选地，上述获取模块410还用于：从所述服务节点的属性配置中获取服务名；从所述服务节点的第一子节点中获取应用名和集群名，所述第一子节点用于存储所述多个服务提供方的属性配置；以及，从所述服务节点的第二子节点中获取自定义路由信息及其标识，所述第二子节点用于存储用于调用所述多个服务提供方的自定义路由信息；上述处理模块420还用于：基于获取到的服务名、应用名、集群名、自定义路由信息及其标识，生成所述第一映射关系。
105.可选地，所述服务通过对所述服务节点的监听获得，所述应用名和所述集群名通过对所述第一子节点的监听获得，所述自定义路由信息及其标识通过对所述第二子节点的监听获得。
106.应理解，这里的装置400以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit，asic)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储
器、合并逻辑电路和/或其它支持所描述的功能的合适组件。
107.在一个可选例子中，本领域技术人员可以理解，装置400可以具体为上述实施例中的服务消费方，或者，上述实施例中服务消费方的功能可以集成在装置400中，装置400可以用于执行上述方法实施例中与服务消费方对应的各个流程和/或步骤，为避免重复，在此不再赘述。
108.上述装置400具有实现上述方法中服务消费方执行的相应步骤的功能；上述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。例如，上述获取模块410可以为通信接口，例如收发接口。
109.图5示出了本技术实施例提供的另一种自定义路由信息的处理装置500。该装置500包括处理器510、收发器520和存储器530。其中，处理器510、收发器520和存储器530通过内部连接通路互相通信，该存储器530用于存储指令，该处理器510用于执行该存储器530存储的指令，以控制该收发器520发送信号和/或接收信号。
110.应理解，装置500可以具体为上述实施例中的服务消费方，或者，上述实施例中服务消费方的功能可以集成在装置500中，装置500可以用于执行上述方法实施例中与服务消费方对应的各个步骤和/或流程。可选地，该存储器530可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器510可以用于执行存储器中存储的指令，并且该处理器执行该指令时，该处理器可以执行上述方法实施例中与服务消费方对应的各个步骤和/或流程。
111.应理解，在本技术实施例中，该处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
112.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现前述任一实施例所述的方法。
113.本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现前述任一实施例所述的方法。
114.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
115.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
116.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件
可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
117.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
118.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
119.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
120.在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
121.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
122.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。