链路信息采集方法及相关装置与流程

1.本技术涉及大数据技术领域，尤其涉及一种链路信息采集方法及相关装置。


背景技术：

2.分布式链路追踪技术是指将一次分布式请求还原成调用链路，将一次分布式请求的调用情况集中展示，比如每个节点上的耗时以及每个节点的请求状态等等，该调用链路也可以称为服务链。当一个分布式请求发生异常时，可以通过分布式链路追踪技术可以对该分布式请求中的异常进行定位和排查。
3.一种分布式链路的追踪方法包括：在调用某一节点之前，先设置该节点的采样标志初始状态，例如该节点的采样标志初始状态为1时表示该节点为采样节点，该节点的采样标志初始状态为0时表示该节点不是采样节点；当调用该节点的过程中发生异常时，则将该节点的采样标志保持或修改为1，以及将调用该节点的上一节点的采样标志保持或修改为1。
4.例如，假设一个完整的服务链为：节点a
→
节点b
→
节点c。当节点a调用节点b没有发生异常时不做处理，节点b继续调用节点c；当节点b调用节点c时发生异常时，将节点c的采样标志保持或修改为1，以及将节点b的采样标志保持或修改为1。
5.但是，本领域技术人员在使用上述方法采集链路信息，并基于该链路信息查找链路异常原因时，常常出现无法追溯或者不能准确追溯服务链异常的根本原因的问题。
6.因此，如何采集链路信息以提高链路异常原因的定位准确率，称为亟待解决的技术问题。


技术实现要素：

7.本技术提供一种链路信息采集方法及相关装置，用以解决现有技术中可能导致无法追溯服务链异常原因的问题。
8.第一方面，本技术提供了一种链路信息采集方法，可以应用于收集节点中，该方法可以包括：接收分布式系统中每个服务节点在发送服务请求的情况下发送的请求相关信息，所述请求相关信息包含所述服务请求的第一链路标识、所述服务请求的位置标识和所述服务请求的状态信息，所述服务请求的位置标识用于指示所述服务请求在所述第一链路标识指示的服务链中的位置，所述服务请求的状态信息用于指示所述服务请求是否发生异常；根据所述请求相关信息中的第一链路标识和位置标识确定所述分布式系统中的至少一个服务链，所述至少一个服务链中每个服务链包含多个服务请求；根据所述每个服务链中的服务请求的状态信息确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息。
9.该方法中，多个服务节点发送的请求相关信息可能对应一个服务链，也可能对应多个服务链，因此收集节点可以根据多个服务节点发送的请求相关信息中的第一链路标识和位置标识确定至少一个服务链，以及可以根据请求相关信息中的状态信息确定是否采集
所述至少一个服务链中的每个服务链。
10.该方法中，在确定完整的服务链之后，再根据服务链中的多个服务请求的状态信息确定这多个服务请求是否发生异常，也就是说，是否采集服务链是在服务链调用结束后才决定的，这样可以防止因服务链采集不完整导致追踪到其它的服务链上，甚至导致无法追溯异常原因的情况。
11.结合第一方面的方法，在第一种可能的实现方式中，所述根据所述每个服务链中的服务请求的状态信息确定是否采集所述每个服务链的信息的方法可以包括：根据所述每个服务链中的服务请求的状态信息确定所述每个服务链中至少一个服务请求发生异常的情况下，确定采集所述每个服务链的信息。
12.该方法中，一个服务链可以包括多个服务请求，当该服务链中存在至少一个服务请求发生异常时，就采集该服务链的信息。这样根据多个服务请求中每个服务请求的状态信息可以确定该服务链中的哪一个服务请求发生异常，进而可以得到该服务链的异常原因。
13.结合第一方面的方法，在第二种可能的实现方式中，该方法还可以包括：接收所述分布式系统中每个服务节点在接收到服务响应的情况下发送的响应相关信息，所述服务响应为所述服务请求对应的服务响应，所述响应相关信息包含所述服务响应的第二链路标识、所述服务响应的位置标识和所述服务响应的状态信息，所述服务响应的位置标识用于指示所述服务响应在所述第二链路标识指示的服务链中的位置，所述服务响应的状态信息用于指示所述服务响应是否发生异常。
14.相应地，根据所述请求相关信息中的第一链路标识和位置标识确定所述分布式系统中的至少一个服务链，所述至少一个服务链中每个服务链包含多个服务请求，可以包括：根据所述请求相关信息中的第一链路标识和位置标识以及所述响应相关信息中的第二链路标识和位置标识，确定所述至少一个服务链，所述至少一个服务链中每个服务链包含多个服务请求和多个服务响应。
15.相应地，所述根据所述每个服务链中的服务请求的状态信息确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息，可以包括：根据所述每个服务链中的服务请求的状态信息和服务响应的状态信息确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息和所有服务响应的状态信息。
16.该方法中，一个服务链可以包括多个服务请求，以及这多个服务请求中每个服务请求所对应的服务响应。
17.该方法中，多个服务节点发送的请求相关信息和响应相关信息可能对应一个服务链，也可能对应多个服务链，因此收集节点可以根据多个服务节点发送的请求相关信息中的第一链路标识和位置标识以及多个服务节点接收到的响应相关信息中的第二链路标识和位置标识确定至少一个服务链，以及可以根据请求相关信息中的状态信息和响应相关信息中的状态信息确定是否采集所述至少一个服务链中的每个服务链。
18.该方法中，在确定完整的服务链之后，再根据服务链中的多个服务请求的状态信息和多个服务响应的状态信息确定这多个服务请求是否发生异常，也就是说，是否采集服务链是在服务链调用结束后才决定的，这样可以防止因服务链采集不完整导致追踪到其它
的服务链上，甚至导致无法追溯异常原因的情况。
19.结合第二种可能的实现方式，在第三种可能的实现方式中，所述根据所述每个服务链中的服务请求的状态信息和服务响应的状态信息确定是否采集所述每个服务链的信息的方法可以包括：根据所述每个服务链中的服务请求的状态信息确定所述每个服务链中至少一个服务请求发生异常的情况下，和/或，根据所述每个服务链中的服务响应的状态信息确定所述每个服务链中至少一个服务响应发生异常的情况下，确定采集所述每个服务链的信息。
20.该方法中，一个服务链可以包括多个服务请求和多个服务响应，当该服务链中存在至少一个服务请求发生异常，和/或该服务链中存在至少一个服务响应发生异常时，就采集该服务链的信息。这样根据多个服务请求中每个服务请求的状态信息可以确定该服务链中的哪一个服务请求发生异常，以及根据多个服务响应中每个服务响应的状态信息可以确定该服务链中的哪一个服务响应发生异常，进而可以得到该服务链的异常原因。
21.可选地，在第四种可能的实现方式中，所述请求相关信息中还可以包括所述服务请求的请求时间，所述响应相关信息中还包括所述服务响应的响应时间。
22.相应地，所述根据所述每个服务链中的服务请求的状态信息和服务响应的状态信息确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息和所有服务响应的状态信息，可以包括：根据所述每个服务链中的服务请求的状态信息、服务响应的状态信息以及服务请求的请求时间与服务响应的响应时间之间的时间差值，确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息、所有服务响应的状态信息和每个服务请求的请求时间至对应服务响应的响应时间之间的时间差。
23.该方法中，根据每个服务请求的请求时间至对应服务响应的响应时间之间的时间差可以得到每个服务链的多个服务的服务调用时长和服务提供时长，进而可以确定每个服务链的多个服务是否超时。
24.该方法中，在确定完整的服务链之后，再根据服务链中的多个服务请求的状态信息、多个服务响应的状态信息和多个服务请求中每个服务请求的请求时间至对应服务响应的响应时间之间的时间差确定这多个服务请求是否发生异常，也就是说，是否采集服务链是在服务链调用结束后才决定的，这样可以防止因服务链采集不完整导致追踪到其它的服务链上，甚至导致无法追溯异常原因的情况。
25.结合第四种可能的实现方式，在第五种可能的实现方式中，所述根据所述每个服务链中的服务请求的状态信息、服务响应的状态信息以及服务请求的请求时间与服务响应的响应时间之间的时间差值，确定是否采集所述每个服务链的信息，可以包括：若存在以下至少一种情况：根据所述每个服务链中的服务请求的状态信息确定所述每个服务链中至少一个服务请求发生异常，根据所述每个服务链中的服务响应的状态信息确定所述每个服务链中至少一个服务响应发生异常，服务请求的请求时间与服务响应的响应时间之间的时间差值大于或等于预设时间长度，则确定采集所述每个服务链的信息。
26.该方法中，一个服务链可以包括多个服务请求和多个服务响应，即一个服务链可以对应多个请求时间与响应时间之间的时间差值。当该服务链中存在至少一个服务请求发生异常，和/或该服务链中存在至少一个服务响应发生异常，和/或该服务链中多个时间差
值中存在至少一个时间差值超过预设时长时，就采集该服务链的信息。这样根据多个服务请求中每个服务请求的状态信息可以确定该服务链中的哪一个服务请求发生异常，以及根据多个服务响应中每个服务响应的状态信息可以确定该服务链中的哪一个服务响应发生异常，以及根据每个时间差值可以确定该服务中的哪一个时间差值超过预设时长，进而可以得到该服务链的异常原因。
27.可选地，在第六种可能的实现方式中，该方法还可以包括：根据服务链信息采样率确定是否采集所述每个服务链的信息。
28.该方法中，在服务链中的多个服务请求都不存在异常，且服务链中的多个服务响应都不存在异常，且多个服务请求的请求时间与服务响应的响应时间之间的时间差值均小于预设时间长度的情况下，根据服务链信息采样率确定是否采集服务链的信息。
29.例如，假设系统中服务链的信息采样率为1％，即从100个服务链中需要采集一个服务链的信息，假设前99个服务链均没有被采集，则采集第100个服务链的信息。
30.第二方面，本技术提供了另一种链路信息采集方法，可以应用于服务节点中，该方法可以包括：分布式系统中每个服务节点在发送服务请求的情况下向收集节点发送请求相关信息，所述请求相关信息包含所述服务请求的第一链路标识、所述服务请求的位置标识和所述服务请求的状态信息，所述服务请求的位置标识用于指示所述服务请求在所述第一链路标识指示的服务链中的位置，所述服务请求的状态信息用于指示所述服务请求是否发生异常。
31.该方法中，每个服务节点向收集节点发送请求相关信息，使收集节点可以根据每个服务节点发送的服务相关信息中的第一链路标识和位置标识确定至少一个服务链，以及可以根据每个服务节点发送的服务相关信息中的状态信息确定所述至少一个服务链中的每个服务链是否异常。
32.该方法还可以包括：分布式系统中每个服务节点在接收到服务响应的情况下向收集节点发送响应相关信息，所述服务响应为所述服务请求对应的服务响应，所述响应相关信息包含所述服务响应的第二链路标识、所述服务响应的位置标识和所述服务响应的状态信息，所述服务响应的位置标识用于指示所述服务响应在所述第二链路标识指示的服务链中的位置，所述服务响应的状态信息用于指示所述服务响应是否发生异常。
33.可选地，上述请求相关信息中还可以包括服务请求的请求时间。可选地，上述响应相关信息中还可以包括服务响应的响应时间。
34.该方法中，每个服务节点向收集节点发送服务请求的请求时间和服务响应的响应时间，使收集节点可以根据服务请求的请求时间和服务响应的响应时间确定至少一个服务链中每个服务链中是否存在超时的调用。
35.第三方面，本技术提供一种链路信息采集装置，该装置可以包括用于实现第一方面中的方法的各个功能模块。例如，该装置可以包括：接收模块和确定模块。
36.其中，接收模块用于接收分布式系统中每个服务节点在发送服务请求的情况下发送的请求相关信息，所述请求相关信息包含所述服务请求的第一链路标识、所述服务请求的位置标识和所述服务请求的状态信息，所述服务请求的位置标识用于指示所述服务请求在所述第一链路标识指示的服务链中的位置，所述服务请求的状态信息用于指示所述服务请求是否发生异常。
37.确定模块用于根据所述请求相关信息中的第一链路标识和位置标识确定所述分布式系统中的至少一个服务链，所述至少一个服务链中每个服务链包含多个服务请求。
38.该确定模块还可以用于根据所述每个服务链中的服务请求的状态信息确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息。
39.可选地，该确定模块还可以用于根据所述每个服务链中的服务请求的状态信息确定所述每个服务链中至少一个服务请求发生异常的情况下，确定采集所述每个服务链的信息。
40.可选地，接收模块还可以用于接收所述分布式系统中每个服务节点在接收到服务响应的情况下发送的响应相关信息，所述服务响应为所述服务请求对应的服务响应，所述响应相关信息包含所述服务响应的第二链路标识、所述服务响应的位置标识和所述服务响应的状态信息，所述服务响应的位置标识用于指示所述服务响应在所述第二链路标识指示的服务链中的位置，所述服务响应的状态信息用于指示所述服务响应是否发生异常。
41.相应地，确定模块还可以用于根据所述请求相关信息中的第一链路标识和位置标识以及所述响应相关信息中的第二链路标识和位置标识，确定所述至少一个服务链，所述至少一个服务链中每个服务链包含多个服务请求和多个服务响应。
42.确定模块还可以用于根据所述每个服务链中的服务请求的状态信息和服务响应的状态信息确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息和所有服务响应的状态信息。
43.可选地，确定模块还可以用于根据所述每个服务链中的服务请求的状态信息确定所述每个服务链中至少一个服务请求发生异常的情况下，和/或，根据所述每个服务链中的服务响应的状态信息确定所述每个服务链中至少一个服务响应发生异常的情况下，确定采集所述每个服务链的信息。
44.可选地，上述请求相关信息中还可以包括所述服务请求的请求时间，上述响应相关信息中还可以包括所述服务响应的响应时间。
45.相应地，确定模块还可以用于根据所述每个服务链中的服务请求的状态信息、服务响应的状态信息以及服务请求的请求时间与服务响应的响应时间之间的时间差值，确定是否采集所述每个服务链的信息，所述每个服务链的信息包括所述每个服务链中所有服务请求的状态信息、所有服务响应的状态信息和每个服务请求的请求时间至对应服务响应的响应时间之间的时间差。
46.确定模块还可以用于若存在以下至少一种情况：根据所述每个服务链中的服务请求的状态信息确定所述每个服务链中至少一个服务请求发生异常，根据所述每个服务链中的服务响应的状态信息确定所述每个服务链中至少一个服务响应发生异常，服务请求的请求时间与服务响应的响应时间之间的时间差值大于或等于预设时间长度，则确定采集所述每个服务链的信息。
47.可选地，确定模块还可以用于根据服务链信息采样率确定是否采集所述每个服务链的信息。
48.可以理解的是，该链路信息采集装置所能达到的技术效果可以参考第一方面。
49.第四方面，本技术提供一种链路信息采集装置，该装置可以包括用于实现第二方
面中的方法的各个功能模块。例如，该装置可以包括发送模块。
50.发送模块可以用于分布式系统中每个服务节点在发送服务请求的情况下向收集节点发送请求相关信息，所述请求相关信息包含所述服务请求的第一链路标识、所述服务请求的位置标识和所述服务请求的状态信息，所述服务请求的位置标识用于指示所述服务请求在所述第一链路标识指示的服务链中的位置，所述服务请求的状态信息用于指示所述服务请求是否发生异常。
51.发送模块还可以用于分布式系统中每个服务节点在接收到服务响应的情况下向收集节点发送响应相关信息，所述服务响应为所述服务请求对应的服务响应，所述响应相关信息包含所述服务响应的第二链路标识、所述服务响应的位置标识和所述服务响应的状态信息，所述服务响应的位置标识用于指示所述服务响应在所述第二链路标识指示的服务链中的位置，所述服务响应的状态信息用于指示所述服务响应是否发生异常。
52.可以理解的是，该链路信息采集装置所能达到的技术效果可以参考第二方面。
53.第五方面，本技术提供一种链路信息采集装置，该装置可以包括用于实现第一方面或第二方面中的方法的各个模块。例如，该装置可以包括存储器，以及与存储器耦合的处理器。
54.处理器用于执行程序指令，以实现第一方面或第二方面中方法所执行的指令；存储器用于存储处理器执行的指令或存储处理器运行指令所需的输入数据或存储处理器运行指令后产生的数据。
55.第六方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质存储用于处理器执行的程序代码，该程序代码包括用于实现第一方面或第二方面中的方法的指令。
56.第七方面，本技术提供一种计算机程序产品，当该计算机程序产品在处理器上运行时，使得该链路信息采集装置可以实现第一方面或第二方面的方法。
57.可以理解的是，本技术提供的链路信息采集装置、计算机可读存储介质和计算机程序产品所能达到的技术效果可以参考第一方面和第二方面。
附图说明
58.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
59.图1为本技术适用的一种应用场景示意图；
60.图2为本技术一个实施例提供的通信系统架构示意图；
61.图3为本技术一个实施例提供的链路信息采集方法流程示意图；
62.图4为本技术一个实施例提供的服务链的树状结构示意图；
63.图5为本技术另一个实施例提供的链路信息采集方法流程示意图；
64.图6为本技术一个实施例提供的用于采集服务链信息的架构示意图；
65.图7为本技术一个实施例提供的服务节点获取请求相关信息和响应相关信息的方法流程示意图；
66.图8为本技术一个实施例提供的链路信息采集装置示意图；
67.图9为本技术另一个实施例提供的链路信息采集装置示意图。
68.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
69.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
70.图1为本技术适用的一种应用场景示意图。如图1所示，该场景中可以包括客户端和服务器，客户端与服务器之间相互通信。
71.客户端为接收交易业务请求信息的一方，它可以基于该交易业务请求信息向服务器发起服务请求，该服务请求用于指示对某一服务进行调用以完成该交易业务请求，该交易业务请求信息可以包括交易时间、交易方式、交易对象和交易类型等信息。
72.服务器为接收服务请求的一方，它接收到服务请求后可以基于该服务请求提供对应的服务，并将服务的结果发送给客户端。该服务器可以包括一个服务器，也可以包括多个服务器，这多个服务器中的某一个服务器可以调用另一个服务器。
73.客户端与服务器之间可以基于多种网络协议进行通信，例如传输控制协议/网际协议(transmission control protocol/internet protocol，tcp/ip)、用户数据报/国际协议(user datagram protocol/internet protocol，udp/ip)、超文本传输协议(hyper text transfer protocol，http)、超文本传输安全协议(hyper text transfer protocol over secure socket layer，https)等。当然，网络协议还可以包括在上述协议之上使用的远程过程调用协议(remote procedure call protocol，rpc)、表述性状态转移协议(representational state transfer，rest)等。
74.可以理解的是，该通信系统架构中的客户端和服务器均为调用链路中的节点。
75.在一种示例中，假设系统中包括一个服务器，该服务器可以接收到来自客户端的服务请求，且可以基于该服务请求提供相应的服务。这种情况下，服务链中包括两个服务节点，即客户端和服务器，其中客户端为该服务链中的链路入口节点。该示例中，当客户端对服务器发起调用时，客户端为此次调用的服务消费者，服务器1为此次调用的服务提供者。
76.在另一种示例中，假设系统中包括两个服务器，这两个服务器分别为服务器1和服务器2。当服务器1接收到来自客户端的服务请求时，可以对服务器2进行调用，然后服务器2提供相应的服务。这种情况下，服务链中包括三个服务节点，即客户端、服务器1和服务器2，其中客户端为该服务链中的链路入口节点。该示例中，当客户端对服务器1发起调用时，客户端为此次调用的服务消费者，服务器1为此次调用的服务提供者；当服务器1对服务器2发起调用时，服务器1为此次调用的服务消费者，服务器2为此次调用的服务提供者。
77.图2为本技术一个实施例提供的通信系统架构示意图。如图2所示，该通信系统架构中可以包括m个服务节点和收集节点，这m个服务节点分别为服务节点1、服务节点2、
…
、服务节点m，这m个服务节点中的每个服务节点都可以与收集节点之间进行通信。
78.这m个服务节点可以为不同的服务设备，且这m个服务节点之间可以相互调用。对
不同的交易业务而言，这m个服务节点之间的调用情况也不相同。假设该通信系统架构中包括四个服务节点，这四个服务节点分别为服务节点1、服务节点2、服务节点3和服务节点4。
79.在第一种示例中，假设处理业务1时所用的服务链为：服务节点1
→
服务节点2
→
服务节点3
→
服务节点4。该服务链中包括三次调用，在第一次调用过程中，服务节点1为服务消费者，服务节点2为服务提供者；在第二次调用过程中，服务节点2为服务消费者，服务节点3为服务提供者；在第三次调用过程中，服务节点3为服务消费者，服务节点4为服务提供者。
80.该示例中，服务节点1为服务链路的入口节点，可以为图1中的客户端。服务节点2、服务节点3和服务节点4可以为图1中的服务器，且服务节点2、服务节点3和服务节点4可以为不同的服务器。
81.在第二种示例中，假设处理业务2时所用的服务链为：服务节点1
→
服务节点2
→
服务节点4。该服务链中包括两次调用，在第一次调用过程中，服务节点1为服务消费者，服务节点2为服务提供者；在第二次调用过程中，服务节点2为服务消费者，服务节点4为服务提供者。
82.该示例中，服务节点1为调用链路的入口节点，可以为图1中的客户端。服务节点2和服务节点4可以为图1中的服务器，且服务节点2和服务节点4可以为不同的服务器。
83.另外，这m个服务节点中的每个服务节点都可以将各自的调用信息发送给收集节点，所述调用信息可以包括请求相关信息和响应相关信息，其中请求相关信息包括每个服务节点发送的服务请求中每个服务请求的链路标识(traceid)、位置标识(spanid)和状态信息，响应相关信息包括每个服务节点接收的服务请求中每个服务请求的链路标识、位置标识和状态信息。
84.其中，链路标识用于标识某一次具体的请求编号(id)。当用户的请求进入系统后，会在调用网络的第一层生成一个全局唯一的链路标识，并且会随着每一层的调用，不断往后传递，这样的话通过链路标识就可以把一次用户请求在系统中调用的路径串联起来。
85.位置标识用于标识一次调用在分布式请求中的位置。在一种示例中，当用户的请求进入系统后，处在调用网络的第一层a时位置标识初始值是0，进入下一层调用b的时候位置标识是0.1，继续进入下一层调用c时位置标识是0.1.1，而与b处在同一层的调用e的位置标识是0.2，这样的话通过位置标识就可以定位某一次请求在系统调用中所处的位置，以及它的上下游依赖分别是谁。
86.该位置标识中可以包括父调用编号和调用编号，其中，调用编号用于标识某一次请求在系统调用中的位置，父调用编号用于标识某一次请求的上一次请求在系统调用中的位置。
87.可以理解的是，每个服务节点可以调用其它服务节点，也可以被其它服务节点调用。
88.可以理解的是，一个服务节点也可以位于不同的服务链中，该服务节点在不同服务链中对应的服务请求的链路标识不同。
89.收集节点接收到服务节点的调用信息后，可以对出现异常或调用超时的服务链进行采集。
90.可选地，该收集节点也可以有多个。当一个服务节点中对应多个链路标识时，可以
将不同链路标识所对应的调用信息发送给不同的收集节点。当多个服务节点中包括链路标识相同的调用信息时，可以将这些调用信息发送给同一个收集节点。
91.本实施例中，该收集节点可以部署在一个服务器中。可选地，该收集节点还可以是一种服务器。
92.可选地，该通信系统中还可以包括数据库，该数据库可以用于存储每个服务请求的链路标识、位置标识和状态信息等信息。
93.现有技术中，当服务链发生异常时，只对发生异常的那部分调用以及发生异常之后的调用进行采集，即无法采集到完整的服务链，导致无法准确追踪到服务链，进而可能出现无法追溯异常原因的情况。
94.例如，假设一个完整的服务链为：服务节点a
→
服务节点b
→
服务节点c。当服务节点a调用服务节点b没有发生异常时不做处理，服务节点b继续调用服务节点c；当服务节点b调用服务节点c时发生异常时，将服务节点c的采样标志保持或修改为1，以及将服务节点b的采样标志保持或修改为1。
95.当服务节点b调用服务节点c时发生异常时，只对该部分出现异常的调用进行采样。但是在实际调用过程中，还可能存在其它的服务链中也包括该调用，如服务节点d
→
服务节点b
→
服务节点c。假设该调用发生异常是由于服务节点a调用服务节点b引起的，而服务节点a调用服务节点b时没有发生异常，此时仅采集该调用时，由于无法采集到完整的服务链，导致无法追溯或者不能准确追溯服务链异常的根本原因，进而导致链路异常原因的定位准确率较低。
96.为此，本技术提出了一种新的技术方案，可以采集到有异常的全量链路信息，从而可以基于该链路信息准确追踪到服务链的异常。
97.图3为本技术一个实施例提供的链路信息采集方法流程示意图，如图3所示，该链路信息采集方法可以包括s301、s302和s303。
98.s301，收集节点接收分布式系统中每个服务节点在发送服务请求的情况下发送的请求相关信息，请求相关信息包含该服务请求的第一链路标识、该服务请求的位置标识和该服务请求的状态信息。
99.本实施例中，该分布式系统可以为如图2所示的通信系统，该收集节点可以为如图2所示系统中的收集节点，该分布式系统中的服务节点可以为如图2所示系统中的m个服务节点。
100.本实施例中，服务请求的第一链路标识用于指示服务节点发送的服务请求的链路标识，服务请求的位置标识用于指示该服务请求在第一链路标识指示的服务链中的位置，服务请求的状态信息用于指示该服务请求是否发生异常。
101.可以理解的是，每个服务节点都可以对应多个服务请求，且这多个服务请求可以位于同一个服务链中，也可以位于不同的服务链中。当这多个服务请求位于同一个服务链中时，这多个服务请求的第一链路标识相同；当这多个服务请求位于不同的服务链中时，这多个服务请求的第一链路标识不相同。
102.可选地，这里的收集节点可以包括一个或多个收集节点，这一个或多个收集节点中的每个收集节点都可以接收多个服务请求，且这多个服务请求的第一链路标识可以不同。
103.s302，收集节点根据所述请求相关信息中的第一链路标识和位置标识确定所述分布式系统中的至少一个服务链，所述至少一个服务链中每个服务链包含多个服务请求。
104.根据所述请求相关信息中的第一链路标识和位置标识确定所述分布式系统中的至少一个服务链的方法可以包括：先获取第一链路标识相同的多个服务请求，然后根据这多个服务请求中的位置标识确定这多个服务请求的调用关系，最后基于该调用关系确定完整的服务链。
105.该方法中，该收集节点接收的服务请求的第一链路标识可以不同，也就是说，该收集节点可以接收到至少一个服务链中的服务请求，这至少一个服务链中每个服务链的链路标识不同。因此根据链路标识的不同，可以根据该收集节点接收的服务请求确定至少一个服务链。
106.作为一个示例，假设收集节点接收到六个请求相关信息，这六个请求相关信息分别对应服务请求1、服务请求2、服务请求3、服务请求4、服务请求5和服务请求6。假设这六个服务请求中每个服务请求的第一链路标识相同，且这六个服务请求中每个服务请求的位置标识不一样。
107.该示例中，这六个服务请求中每个服务请求的第一链路标识相同，则表示这六个服务请求位于同一个服务链中。
108.根据这六个服务请求中每个服务请求的位置标识，可以确定这六个服务请求中每个服务请求之间的依赖关系，然后根据每个服务请求之间的依赖关系和这六个服务请求可以确定该服务链的树状结构，该服务链的树状结构可以如图4所示。
109.可以理解的是，这六个服务请求可以是同一个服务节点发送给收集节点的，也可以是不同的服务节点发送给收集节点的。
110.s303，收集节点根据每个服务链中的服务请求的状态信息确定是否采集每个服务链的信息，每个服务链的信息包括每个服务链中所有服务请求的状态信息。
111.本方法中，收集节点根据每个服务链中的服务请求的状态信息确定是否采集每个服务链的信息的方法可以包括：首先收集节点对每个服务链中的服务请求进行遍历，确定根据每个服务链中的服务请求的状态信息确定每个服务链中的服务请求是否存在异常，在确定每个服务链中至少一个服务请求发生异常的情况下，确定采集每个服务链的信息。
112.在一种示例中，假设存在两个服务链：服务链1和服务链2，服务链1包括三个服务请求，服务链2包括五个服务请求。
113.例如，当服务链1中存在至少一个服务请求发生异常时，采集服务链1中三个服务请求的状态信息。
114.又如，当服务链2中存在至少一个服务请求发生异常时，采集服务链2中五个服务请求的状态信息。
115.可选地，该链路信息采集方法还可以包括：接收分布式系统中每个服务节点在接收到服务响应的情况下发送的响应相关信息，服务响应为服务请求对应的服务响应，响应相关信息包含服务响应的第二链路标识、服务响应的位置标识和服务响应的状态信息。
116.其中，服务响应的第二链路标识用于指示服务节点接收的服务响应的链路标识，服务响应的位置标识用于指示服务响应在第二链路标识指示的服务链中的位置，服务响应的状态信息用于指示服务响应是否发生异常。
117.可以理解的是，每个服务节点都可以对应多个服务响应，且这多个服务响应可以位于同一个服务链中，也可以位于不同的服务链中。当这多个服务响应位于同一个服务链中时，这多个服务响应的第二链路标识相同；当这多个服务响应位于不同的服务链中时，这多个服务响应的第二链路标识不相同。
118.这种情况下，前述根据请求相关信息中的第一链路标识和位置标识确定分布式系统中的至少一个服务链的方法可以包括：根据请求相关信息中的第一链路标识和位置标识以及响应相关信息中的第二链路标识和位置标识，确定至少一个服务链，至少一个服务链中每个服务链包含多个服务请求和多个服务响应。
119.该方法中，该收集节点接收的服务请求的第一链路标识可以不同，且该收集节点接收的服务响应的第二链路标识可以不同。也就是说，该收集节点可以接收到至少一个服务链中的服务请求和服务响应，这至少一个服务链中每个服务链的链路标识不同。因此根据链路标识的不同，可以根据该收集节点接收的服务请求和服务响应确定至少一个服务链。
120.可以理解的是，服务响应与该服务响应对应的服务请求位于同一个服务链中，即服务响应的第二链路标识与该服务响应对应的服务请求的第一链路标识一致。
121.这种情况下，前述根据每个服务链中的服务请求的状态信息确定是否采集每个服务链的信息的方法可以包括：根据每个服务链中的服务请求的状态信息和服务响应的状态信息确定是否采集每个服务链的信息，每个服务链的信息包括每个服务链中所有服务请求的状态信息和所有服务响应的状态信息。
122.其中，根据每个服务链中的服务请求的状态信息和服务响应的状态信息确定是否采集每个服务链的信息可以包括：根据每个服务链中的服务请求的状态信息确定每个服务链中至少一个服务请求发生异常的情况下，和/或，根据每个服务链中的服务响应的状态信息确定每个服务链中至少一个服务响应发生异常的情况下，确定采集每个服务链的信息。
123.在一种示例中，假设存在一个服务链：服务链1，服务链1包括三个服务请求和三个服务响应，这三个服务请求分别与这三个服务响应对应。
124.例如，当服务链1中存在至少一个服务请求发生异常时，采集服务链1中三个服务请求的状态信息和三个服务响应的状态信息。
125.又如，当服务链1中存在至少一个服务响应发生异常时，采集服务链1中三个服务请求的状态信息和三个服务响应的状态信息。
126.再如，当服务链1中存在至少一个服务请求和至少一个服务响应发生异常时，采集服务链1中三个服务请求的状态信息和三个服务响应的状态信息。
127.可选地，上述请求相关信息中还可以包括服务请求的请求时间，上述响应相关信息中还包括服务响应的响应时间。
128.这种情况下，前述根据每个服务链中的服务请求的状态信息和服务响应的状态信息确定是否采集每个服务链的信息，每个服务链的信息包括每个服务链中所有服务请求的状态信息和所有服务响应的状态信息可以包括：根据每个服务链中的服务请求的状态信息、服务响应的状态信息以及服务请求的请求时间与服务响应的响应时间之间的时间差值，确定是否采集每个服务链的信息，每个服务链的信息包括每个服务链中所有服务请求的状态信息、所有服务响应的状态信息和每个服务请求的请求时间至对应服务响应的响应
时间之间的时间差。
129.可以理解的是，一个服务请求可以包括服务调用开始时间、服务提供开始时间、服务提供结束时间和服务调用结束时间。其中，调用开始时间和服务提供开始时间为服务请求时间，服务提供结束时间和服务调用结束时间为服务响应时间。
130.可以理解的是，一个服务请求对应两个服务节点，这两个服务节点中的作为服务消费者的服务节点所对应的请求时间和响应时间分别为该服务请求的服务调用开始时间和服务调用结束时间，此时请求时间与响应时间之间的差值为该服务请求的服务调用时长。这两个服务节点中的作为服务提供者的服务节点所对应的请求时间和响应时间分别为该服务请求的服务提供结束时间和服务调用结束时间，此时请求时间与响应时间之间的差值为该服务请求的服务提供时长。
131.例如，假设一个服务请求为：服务节点1
→
服务节点2，服务节点1为该服务请求的服务消费者，服务节点2为该服务请求的服务提供者。该示例中，服务节点1所对应的请求时间和响应时间分别为该服务请求的服务调用开始时间和服务调用结束时间，该请求时间与该响应时间之间的差值为该服务请求的服务调用时长。服务节点2所对应的请求时间和响应时间分别为该服务请求的服务提供结束时间和服务调用结束时间，该请求时间与该响应时间之间的差值为该服务请求的服务提供时长。
132.可以理解的是，当服务请求的请求时间与服务响应的响应时间之间的时间差值大于或等于预设时间长度时，表示该调用请求的服务调用时间过长或服务提供时间过长。
133.该方法中，根据每个服务链中的服务请求的状态信息、服务响应的状态信息以及服务请求的请求时间与服务响应的响应时间之间的时间差值，确定是否采集每个服务链的信息的方法可以包括：若存在以下至少一种情况：根据每个服务链中的服务请求的状态信息确定每个服务链中至少一个服务请求发生异常，根据每个服务链中的服务响应的状态信息确定每个服务链中至少一个服务响应发生异常，服务请求的请求时间与服务响应的响应时间之间的时间差值大于或等于预设时间长度，则确定采集所述每个服务链的信息。
134.可选地，在每个服务链中的多个服务请求都没有发生异常，且每个服务链中的多个服务响应都没有发生异常，且多个服务请求的请求时间和多个服务响应的响应时间之间的时间差值均小于预设时间长度的情况下，根据服务链信息采样率确定是否采集所述每个服务链的信息。
135.其中，多个服务请求的请求时间和多个服务响应的响应时间之间的时间差值指的是，这多个服务请求中每个服务请求的请求时间与该服务请求所对应的服务响应的响应时间之间的时间差。
136.本方法中，当收集节点采集到服务链的信息后，可以将服务链的信息进行持久化操作存储到数据库中。
137.图5为本技术另一个实施例提供的链路信息采集方法流程示意图。如图5所示，该链路信息采集方法可以包括s501和s502。
138.s501，分布式系统中每个服务节点在发送服务请求的情况下向收集节点发送请求相关信息，请求相关信息包含该服务请求的第一链路标识、该服务请求的位置标识和该服务请求的状态信息。相应地，收集节点接收该请求相关信息。
139.本实施例中，该分布式系统可以为如图2所示的通信系统，该收集节点可以为如图
2所示系统中的收集节点，该分布式系统中的服务节点可以为如图2所示系统中的m个服务节点。
140.本实施例中，服务请求的第一链路标识用于指示服务节点发送的服务请求的链路标识，服务请求的位置标识用于指示该服务请求在第一链路标识指示的服务链中的位置，服务请求的状态信息用于指示该服务请求是否发生异常。
141.可以理解的是，每个服务节点都可以对应多个服务请求，且这多个服务请求可以位于同一个服务链中，也可以位于不同的服务链中。当这多个服务请求位于同一个服务链中时，这多个服务请求的第一链路标识相同；当这多个服务请求位于不同的服务链中时，这多个服务请求的第一链路标识不相同。
142.可选地，这里的收集节点可以包括一个或多个收集节点，每个服务节点向收集节点发送请求相关信息时，可以将相同第一链路标识的请求相关信息发送给同一个收集节点。另外，这一个或多个收集节点中的每个收集节点都可以接收多个请求相关信息，且这多个请求相关信息中的第一链路标识可以不同。
143.本实施例中，每个服务节点向收集节点发送请求相关信息时，可以对请求相关信息的第一链路标识进行哈希计算，得到第一链路标识所对应的哈希值，然后将哈希值相同的第一链路标识所对应的请求相关信息发送给同一个收集节点。
144.可选地，该请求相关信息中还可以包括服务请求的请求时间。作为一个示例，当服务节点为服务请求中的服务消费者时，该服务请求的请求时间为该服务请求的服务调用开始时间。作为另一个示例，当服务节点为服务请求中的服务提供者时，该服务请求的请求时间为该服务请求的服务提供开始时间。
145.s502，分布式系统中每个服务节点接收到服务响应的情况下向收集节点发送响应相关信息，响应相关信息包含该服务响应的第二链路标识、该服务响应的位置标识和该服务响应的状态信息。相应地，收集节点接收该响应相关信息。
146.本实施例中，服务响应的第二链路标识用于指示服务节点接收的服务响应的链路标识，服务响应的位置标识用于指示服务响应在第二链路标识指示的服务链中的位置，服务响应的状态信息用于指示服务响应是否发生异常。
147.可以理解的是，每个服务节点都可以对应多个服务响应，且这多个服务响应可以位于同一个服务链中，也可以位于不同的服务链中。当这多个服务响应位于同一个服务链中时，这多个服务响应的第二链路标识相同；当这多个服务响应位于不同的服务链中时，这多个服务响应的第二链路标识不相同。
148.可选地，这里的收集节点可以包括一个或多个收集节点，每个服务节点向收集节点发送响应相关信息时，可以将相同第二链路标识的响应相关信息发送给同一个收集节点。另外，这一个或多个收集节点中的每个收集节点都可以接收多个响应相关信息，且这多个响应相关信息中的第二链路标识可以不同。
149.本实施例中，每个服务节点向收集节点发送响应相关信息时，可以对服务响应的第二链路标识进行哈希计算，得到第二链路标识所对应的哈希值，然后将哈希值相同的第二链路标识所对应的响应相关信息发送给同一个收集节点。
150.可选地，该响应相关信息中还可以包括服务响应的响应时间。作为一个示例，当服务节点为服务响应中的服务消费者时，该服务响应的响应时间为该服务响应的服务调用结
束时间。作为另一个示例，当服务节点为服务响应中的服务提供者时，该服务响应的响应时间为该服务请求的服务提供结束时间。
151.图6为本技术一个实施例提供的用于采集服务链信息的架构示意图。如图6所示，该用于采集服务链信息的架构可以包括服务节点、收集节点、收集网关、传输与持久化节点、数据库和可视化展示节点。
152.假设该架构中包括三个服务节点和一个收集节点，这三个服务节点分别为：服务节点1、服务节点2和服务节点3，这三个服务节点之间的调用关系为：服务节点1
→
服务节点2
→
服务节点3，其中，服务节点1向服务节点2发送服务请求1，服务节点2向服务节点3发送服务请求2，服务节点3向服务节点2发送服务响应2，服务节点2向服务节点1发送服务响应1。
153.该实施例中，服务节点1、服务节点2和服务节点3可以在发送服务请求的情况下向收集节点发送请求相关信息，服务节点1、服务节点2和服务节点3可以在发送服务响应的情况下向收集节点发送响应相关信息。
154.收集节点接收到请求相关信息和响应相关信息后，可以根据请求相关信息和响应相关信息中的位置标识确定该服务链的树状结构，然后遍历该服务链中每个服务请求的请求相关信息和每个服务响应的响应相关信息，判断该服务链中是否存在异常的服务请求，以及判断该服务链中是否存在异常的服务响应。在该服务链中存在异常的服务请求和/或存在异常的服务响应的情况下，采集该服务链的信息。该服务链的信息包括该服务链中所有服务请求和所有服务响应的状态信息，可选地，该服务链的信息还可以包括该服务链中所有服务请求和所有服务响应的链路标识和位置标识。
155.收集节点采集到该服务链的信息后，可以将该服务链的信息发送给收集网关。
156.可以理解的是，服务节点向收集节点发送该服务链的信息时可以通过暴露http的方式发送。可选地，还可以通过其它方式发送，例如https、tcp/ip等方式。
157.收集网关接收到该服务链的信息后，可以将该服务链的信息发送给传输与持久化节点。
158.传输与持久化节点可以将该服务链的信息传输至数据库中。
159.可视化展示节点可以从该数据库中获取该服务链的信息，并对该服务链的信息进行展示。
160.本实施例中，收集节点、收集网关、传输与持久化节点、数据库和可视化展示节点可以部署在同一个服务器中。
161.接下来，本技术将以一次调用为例，对服务节点获取请求相关信息和响应相关信息进行说明，例如该调用为服务节点1
→
服务节点2，节点1向节点2发送服务请求，相应地，节点2接收该服务请求；节点2提供服务后向节点1发送服务响应，相应地，节点1接收该服务响应。此时节点1为该调用的服务消费者，节点2为该调用的服务提供者。
162.图7为本技术一个实施例提供的服务节点获取请求相关信息和响应相关信息的方法流程示意图。如图7所示，该方法可以包括s701、s702、s703、s704和s705。
163.s701，服务节点1获取调用的链路信息。
164.本实施例中，该服务节点1可以为图2中的任何一个服务节点，该调用的链路信息包括链路标识和位置标识。
165.链路编号用于标识一个服务链，一个服务链对应一个链路标识。可以理解，当一个服务链包括多次调用时，这多次调用的链路标识一致，这多次调用中的每次调用可以包括一次服务请求和一次服务响应。
166.位置标识用于标识一次调用在服务链中的位置，位置标识可以包括父调用编号和调用编号。当服务链中仅包括该调用或该调用为服务链中的第一次调用时，父调用编号为空。当该调用不是服务链的第一次调用时，父调用编号为该调用之前的那次调用所对应的调用编号。
167.本实施例中，服务节点1在获取该调用的链路信息之前，先获取交易请求信息，该交易请求信息可以包括交易时间、交易方式、交易对象和交易类型等信息；然后基于该交易请求信息进行生成对应的交易业务逻辑，并根据该交易业务逻辑生成服务请求，该服务请求中可以包括链路编号、父调用编号和调用编号；最后从该服务请求中获取该调用的链路信息。
168.可选地，当服务节点1为链路的入口节点时，若该服务请求中没有链路标识，此时自动生成链路标识和位置标识，并将位置标识中的父调用编号设置为空。
169.可选地，服务节点1还可以记录该调用的开始时间，并将该调用的开始时间和链路信息存储在本地内存。
170.可以理解的是，该服务节点1可以为客户端，也可以为服务器。当该服务节点1为客户端时，该服务节点1即为整条链路的入口节点。
171.s702，服务节点1将该调用的链路信息发送给服务节点2。相应地，服务节点2接收该调用的链路信息。
172.本实施例中，服务节点2可以为图2中除服务节点1以外的其他任何一个服务节点。
173.服务节点1将该调用的链路信息发送给服务节点2的方法可以包括：服务节点1的交易业务逻辑以rpc协议调用服务节点2的交易业务逻辑时，服务节点1先将本地内存中存储的链路信息放入调用上下文中，然后将调用上下文中的链路信息发送给服务节点2。
174.可选地，服务节点1的交易业务逻辑以rpc协议调用服务节点2的交易业务逻辑时只是一种调用方式，当以rpc协议进行调用时，调用上下文为“rpc context”。
175.本实施中，服务节点2接收到该调用的链路信息后，可以记录接收到该调用的链路信息的时间，服务节点2接收该调用的链路信息的时间即为服务节点2提供服务的开始时间。
176.s703，服务节点2获取该调用的服务请求的状态信息，该服务请求的状态信息用于指示该服务请求是否发生异常。
177.本实施例中，当服务节点1向服务节点2发送链路信息的过程中，或服务节点2提供服务的过程中发生异常时，表示该服务请求发生异常，服务节点2记录该异常。
178.可选地，服务节点2提供服务后，可以记录服务节点2的服务提供结束时间。
179.s704，服务节点2将该调用的链路信息和该调用的服务请求的状态信息发送给服务节点1。相应地，服务节点1接收该调用的链路信息和该调用的服务请求的状态信息。
180.可选地，服务节点1还可以记录接收到该调用的链路信息和获取该调用的服务请求的状态信息的时间，服务节点1接收到该调用的链路信息和获取该调用的服务请求的状态信息的时间即为该调用的结束时间。
181.s705，服务节点1获取该调用的服务响应的状态信息，该服务响应的状态信息用于指示该服务响应是否发生异常。
182.本实施例中，当服务节点2向服务节点1发送调用的链路信息和该调用的服务请求的状态信息的过程中发生异常时，表示该服务响应发生异常，节点1记录该异常。
183.本技术的技术方案中，可以在服务链中所有调用完全结束后，判断该服务链中的多个服务请求是否存在异常，以及判断该服务链中的多个服务响应是否存在异常，以及服务请求的请求时间与服务响应的响应时间之间的时间差值。在该服务链中至少一个服务请求发生异常，或至少一个服务响应发生异常，或服务请求的请求时间与服务响应的响应时间之间的时间差值大于或等于预设时间长度时，采集该服务链的信息。该方法中，链路信息是否采集是在该服务链中完全结束后才决定的，这样可以采集到完整的服务链，进而可以从完整的服务链中确定异常原因，提高链路异常原因的定位准确率。
184.图8为本技术一个实施例提供的链路信息采集装置示意图，如图8所示，该链路信息采集装置800可以包括：接收模块801和确定模块802。
185.该链路信息采集装置800可以用于实现图3所示实施例的链路信息采集方法流程示意图。其中，接收模块801可以用于执行s301，确定模块802可以用于执行s302和s303。
186.图9为本技术另一个实施例提供的链路信息采集装置示意图，如图9所示，该链路信息采集装置900包括：处理器901和接口电路902。处理器901和接口电路902之间相互耦合。可以理解的是，接口电路902可以为收发器或输入输出接口。
187.可选的，该软件数字水印装置900还可以包括存储器903，用于存储处理器901执行的指令或存储处理器901运行指令所需要的输入数据或存储处理器901运行指令后产生的数据。
188.作为一个示例，处理器901可以用于实现上述确定模块802的功能，接口电路902可以用于实现上述接收模块801的功能。
189.可以理解的是，本技术的实施例中的处理器可以是中央处理单元，还可以是其它通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。
190.本技术的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuit，asic)中。另外，该专用集成电路可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
191.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令
时，全部或部分地执行本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。
192.在本技术的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。
193.可以理解的是，在本技术的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本技术的实施例的范围。
194.可以理解的是，在本技术的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术的实施例的实施过程构成任何限定。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围由权利要求书指出。
195.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。