接口日志信息的处理方法、装置、存储介质及电子设备与流程

1.本公开涉及数据处理技术领域，具体而言，涉及一种接口日志信息的处理方法、接口日志信息的处理装置、计算机可读存储介质及电子设备。


背景技术：

2.在系统或者应用程序的运行过程中，会调用各种各样的接口，其中有请求第三方接口的，也有自身作为接口提供方的。由于接口数量较多，为了接口数据排错，数据分析以及业务优化，对接口数据进行日志监控很有必要。然而，因为接口的数量较多，且生成的日志文件中存在大量的冗余代码，不易于查看以及后续的处理，因此，如何提高接口日志文件中信息的可读性，进而保证接口日志文件的处理效率成为了亟待解决的技术问题。
3.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

4.本公开的实施例提供一种接口日志信息的处理方法、接口日志信息的处理装置、计算机可读存储介质及电子设备。
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.若接收到对目标日志信息的查看请求，显示目标日志信息列表；
30.根据在目标日志信息列表中选定的目标日志信息，显示选定的目标日志信息的具体内容。
31.根据本公开的第二方面，提供一种接口日志信息的处理装置，包括：
32.第一获取模块，用于若接收到调用接口的请求信息，获取所述请求信息中包含的参数信息；
33.第二获取模块，用于基于所述接口的调用反馈信息，获取所述接口的调用状态，所述调用状态用于表示接口的调用结果；
34.处理模块，用于将所述调用状态以及所述参数信息进行关联，得到目标日志信息。
35.根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述的接口日志信息的处理方法。
36.根据本公开的第四方面，提供一种电子设备，包括：
37.处理器；以及
38.存储器，其上存储有计算机程序；
39.其中，所述处理器配置为经由执行所述计算机程序来实现如上述任意一项所述的接口日志信息的处理方法。
40.本公开的实施例提供的技术方案可以具有以下有益效果：
41.基于本公开的各实施例，若接收到调用接口的请求信息，获取请求信息中包含的参数信息，并基于接口的调用反馈信息，获取接口的调用状态，所述调用状态用于表示接口的调用结果，再将调用状态以及参数信息进行关联，得到目标日志信息，由此，对接口调用的过程进行记录，存储关键信息以得到目标日志信息，减少了日志信息中的冗余代码，提高了目标日志信息的可读性，进而保证了接口日志文件的处理效率。
42.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
45.图2示出了根据本申请的一个实施例的接口日志信息的处理方法的流程示意图。
46.图3示出了根据本申请的一个实施例的图2的接口日志信息的处理方法中步骤s230的流程示意图。
47.图4示出了根据本申请的一个实施例的接口日志信息的处理方法中获取参数信息的流程示意图。
48.图5示出了根据本申请的一个实施例的图4的接口日志信息的处理方法中步骤s430的流程示意图。
49.图6示出了根据本申请的一个实施例的图4的接口日志信息的处理方法中步骤s430的流程示意图。
50.图7示出了根据本申请的一个实施例的接口日志信息的处理方法中还包括的获取注解信息的流程示意图。
51.图8示出了根据本申请的一个实施例的接口日志信息的处理方法中还包括的查看目标日志信息的流程示意图。
52.图9示出了根据本申请的一个实施例的接口日志信息的处理装置的示意组成框图。
53.图10示出了根据本申请一个实施例的电子设备的示意组成框图。
54.图11示出了根据本申请一个实施例的一种计算机可读存储介质的示意图。
具体实施方式
55.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
56.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
57.图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
58.如图1所示，系统架构可以包括终端设备(如图1中所示智能手机101、平板电脑102和便携式计算机103中的一种或多种，当然也可以是台式计算机等等)、网络104和服务器105。网络104用以在终端设备和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线通信链路、无线通信链路等等。
59.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
60.用户可以使用终端设备通过网络104与服务器105交互，以接收或发送信息等。服务器105可以是提供各种服务的服务器。例如用户利用终端设备103(也可以是终端设备101或102)发送了调用接口的请求信息，服务器105可以在接收到调用接口的请求信息时，获取该请求信息中包含的参数信息，并基于该接口的调用反馈信息，获取该接口的调用状态，其中，该调用状态用于表示接口的调用结果，再将调用状态以及参数信息进行关联，得到目标日志信息。
61.需要说明的是，本申请实施例所提供的接口日志信息的处理方法一般由服务器105执行，相应地，接口日志信息的处理装置一般设置于服务器105中。但是，在本申请的其它实施例中，终端设备也可以与服务器具有相似的功能，从而执行本申请实施例所提供的接口日志信息的处理方法的方案。
62.以下对本申请实施例的技术方案的实现细节进行详细阐述：
63.图2示出了根据本申请的一个实施例的接口日志信息的处理方法的流程示意图。参照图2所示，该处理方法至少包括步骤s210至步骤s230，详细介绍如下：
64.在步骤s210中，若接收到调用接口的请求信息，获取所述请求信息中包含的参数信息。
65.其中，接口可以是系统或者应用程序中用于与外界进行信息交换的程序结构，可以通过调用接口获取所需的信息。
66.调用接口的请求信息可以是用于访问接口的请求信息，该请求信息中可以包含调用接口所需的各种参数信息，例如该参数信息可以包括但不限于接口名、用户名、密码以及时间信息，等等。
67.在该实施例中，服务器可以解析所接收到的调用接口的请求信息，并从该请求信息中获取所包含的各种参数信息，并对所获取到的参数信息进行记录。
68.在步骤s220中，基于所述接口的调用反馈信息，获取所述接口的调用状态，所述调用状态用于表示接口的调用结果。
69.其中，调用反馈信息可以是用于反馈接口的调用结果的信息，当接口调用完成后，该接口可以向终端或服务器发送调用反馈信息，以使终端或者服务器知晓该接口是否调用成功。
70.调用状态可以是用于表示接口是否调用成功的信息，该调用反馈信息中可以包含接口的调用状态，用以明确接口是否调用成功，例如调用状态为“1”表示接口调用成功、为“0”表示接口调用失败或者调用状态为“a”表示接口调用成功、为“b”表示接口调用失败，等等，以上仅为示例性举例，本申请对此不做特殊限定。
71.在该实施例中，服务器或者终端可以拦截接口所反馈的调用反馈信息，并对该调
用反馈信息进行解析，以从调用反馈信息中获取用于表示接口的调用结果的调用状态，并将该调用状态进行存储。
72.具体地，本领域技术人员可以通过aop(aspect oriented programming，面向切面编程)建立信息拦截器，在有调用接口的请求信息和调用反馈信息生成时，可以对其进行拦截和获取，以备后续处理。
73.在步骤s230中，将所述调用状态以及所述参数信息进行关联，得到目标日志信息。
74.在该实施例中，当拦截到接口返回的调用反馈信息之后，即表示该接口已经调用完成，由此，可以将调用状态以及参数信息进行关联，以得到目标日志信息。可以明确的是，由于该目标日志信息中只包括参数信息以及调用状态等关键参数，并未包含各种冗余的代码，可以提高目标日志信息的可读性，便于技术人员根据该目标日志信息可以快速确定在调用接口时所遇到的技术问题，进而提高了接口日志文件的处理效率。
75.需要强调的是，为进一步保证上述目标日志信息的私密和安全性，上述目标日志信息还可以存储于一区块链的节点中。
76.基于图2所示的实施例，图3示出了根据本申请的一个实施例的图2的接口日志信息的处理方法中步骤s230的流程示意图。参照图3所示，所述调用状态包括调用成功和调用异常，则该步骤s230至少包括步骤s310至步骤s330，详细介绍如下：
77.在步骤s310中，若所述调用状态为调用异常，则获取在接收到所述请求信息时，属于预定时间范围内的用户行为数据。
78.其中，用户行为数据可以是记录用户对终端或服务器所进行的操作的信息，例如用户对界面进行的操作或者用户所输入的信息等等。
79.预定时间范围可以是由本领域技术人员预设的时间范围，例如该预定时间范围可以是3分钟、5分钟或者7分钟等等，以上举例仅为示例性，在此不做特殊限定。
80.在该实施例中，当所获取的调用状态为调用异常时，则可以对应获取在接收到调用接口的请求信息时，属于预定时间范围内的用户的用户行为数据，例如接收到请求信息的时间为16:00，预定时间范围为5分钟，当检测到调用状态为调用异常时，则对应获取预定时间范围内的用户行为数据，即15:55至16:00的之内的用户行为数据。
81.在步骤s320中，根据所述用户行为数据以及所述参数信息，仿真所述用户的操作行为并生成仿真文件。
82.其中，仿真文件可以是仿真用户的操作行为而生成的文件，该仿真文件可以是录屏文件或者截屏文件等等，根据该仿真文件可以直观地知晓用户在调用接口之前所进行的操作，便于后续分析。
83.在该实施例中，根据所获取的用户行为数据和参数信息，对用户的操作进行仿真，以生成仿真文件。具体地，可以根据该用户行为数据，按照操作的先后顺序对应生成用户操作序列，在仿真时根据该用户操作序列依次仿真用户的操作，并在调用接口时按照该参数信息进行调用，以能够根据该仿真文件知晓用户在调用接口前的操作，便于在后续分析时，知晓接口调用异常的原因。
84.在步骤s330中，将所述仿真文件、所述参数信息以及所述调用状态进行关联，以得到所述目标日志信息。
85.在该实施例中，根据所生成的仿真文件，将该仿真文件、参数信息以及调用状态进
行关联存储，得到目标日志信息。
86.由此，技术人员在分析接口调用异常的原因时，可以根据该目标日志信息获取调用接口的参数信息以及仿真文件，能够快速知晓调用接口的基本情况，便于技术人员分析接口调用异常的原因。
87.基于图2所示的实施例，图4示出了根据本申请的一个实施例的接口日志信息的处理方法中获取参数信息的流程示意图。参照图4所示，获取所述请求信息中包含的参数信息至少包括步骤s410至步骤s430，详细介绍如下：
88.在步骤s410中，解析所述请求信息。
89.在该实施例中，服务器或者终端可以对所接收到的调用接口的请求信息进行解析，以获取该请求信息中所包含的信息。
90.在步骤s420中，根据预设的参数名与参数类型映射表，识别出所述请求信息中包含的参数名对应的参数类型。
91.其中，参数名与参数类型映射表可以是由本领域技术人员预设的、用于确定各个参数名的参数信息对应的参数类型的列表，该参数名与参数类型映射表中包含了各个参数名以及各个参数名对应的参数类型。例如，参数名“密码”对应的参数信息的参数类型为保密类型，等等。
92.在该实施例中，根据预设的参数名与参数类型映射表，将该参数名与参数类型映射表中所包含的参数名与调用接口的请求信息中包含的参数名进行对比，若请求信息中的参数名与参数名与参数类型映射表中包含的参数名相同，则从该参数名与参数类型映射表中，对应获取该参数名的参数类型。
93.在步骤s430中，基于所述各个参数名的参数类型，采取与参数类型对应的获取策略获取所述各个参数名对应的参数信息。
94.其中，获取策略可以是由本领域技术人员预设的，与各个参数类型对应的获取参数信息的获取方式。应该理解的，不同参数类型的参数信息可以对应不同的获取策略，以适应性根据参数类型对该参数信息进行处理。
95.在该实施例中，根据所确定的参数名对应的参数类型，从预设的获取策略中，获取与该参数类型对应的获取策略，并采用该获取策略获取该参数名对应的参数信息，以适应性的根据不同参数类型处理参数信息。
96.基于图2和图4所示的实施例，图5示出了根据本申请的一个实施例的图4的接口日志信息的处理方法中步骤s430的流程示意图。参照图5所示，若参数类型为保密类型，则该步骤s430至少包括步骤s510至步骤s520，详细介绍如下：
97.在步骤s510中，对所述参数名对应的参数信息进行加密处理，得到加密后的参数信息。
98.其中，保密类型可以是参数信息需要进行保密的类型，例如用户的密码等隐私信息。
99.在该实施例中，当参数名对应的参数类型为保密类型时，则表示需要对该参数信息进行保密，以防止造成用户的财产损失。因此，可以将该参数信息进行加密处理，以得到加密后的参数信息，防止用户的隐私信息泄漏。
100.在本申请的一个实施例中，可以根据该参数信息，生成与该参数信息对应的随机
码，并将该随机码与参数信息进行关联，以备后续技术人员在分析接口调用异常的原因时，可以根据该随机码获取与之关联的参数信息，并根据该参数信息对调用接口的请求信息进行复原。
101.在步骤s520中，将所述加密后的参数信息替代所述参数名对应的参数信息。
102.在该实施例中，在记录从调用接口的请求信息中获取的参数信息时，将加密后的参数信息替代该参数名对应的原有的参数信息，以防止用户的隐私信息泄露，保护用户的财产安全。
103.基于图2和图4所示的实施例，图6示出了根据本申请的一个实施例的图4的接口日志信息的处理方法中步骤s430的流程示意图。参照图6所示，若所述参数类型为特殊传输类型，则步骤s430至少包括步骤s610至步骤s620，详细介绍如下：
104.在步骤s610中，基于所述参数名，获取与所述参数名对应的提取策略。
105.其中，特殊传输类型可以是需要采用特殊的传输方式进行信息传输的参数类型，例如对参数信息进行脱敏后再进行传输等传输方式。
106.提取策略可以是由本领域技术人员预先设置的、用于提取特殊传输类型的参数信息的提取方式。
107.在该实施例中，本领域技术人员可以预先根据特殊传输类型的参数信息的传输方式设置对应的提取策略，当确定参数名对应的参数类型为特殊传输类型时，则获取与该参数名对应的提取策略。应该理解的是，不同的特殊传输方式可以对应不同的提取策略，例如对脱敏后的参数信息需要对该参数信息进行反向处理，以获取未脱敏前的参数信息，或者对加密后的参数信息需要进行解密处理等等。
108.在步骤s620中，针对所述参数名对应的参数信息，采用所述提取策略进行信息提取处理，以获取该参数信息对应的目标参数信息。
109.在该实施例中，对应于特殊传输类型的参数信息，采取与该特殊传输类型对应的提取策略，以提取该参数信息对应的目标参数信息，该目标参数信息即该参数信息对应的真实的参数信息。
110.在图6所示的实施例中，通过预设的提取策略对特殊传输类型的参数信息进行信息提取处理，以能够适应性的提取采用不同特殊传输方式进行传输的参数信息，保证了参数信息提取的正确性，无需技术人员进行手动提取，提高了获取的参数信息的效率。
111.基于图2所示的实施例，图7示出了根据本申请的一个实施例的接口日志信息的处理方法中还包括的获取注解信息的流程示意图。参照图7所示，获取注解信息至少包括步骤s710至步骤s730，详细介绍如下：
112.在步骤s710中，基于所述参数信息，获取所述参数信息的参数类型。
113.在该实施例中，基于从请求信息中获取到的参数信息，可以根据该参数信息对应的参数名，确定该参数信息的参数类型，例如密码的参数类型为保密类型，等等。具体地，可以预先建立参数名与参数类型对应关系表，将该对应关系表中所包含的参数名与请求信息中获取到的参数信息的参数名进行对比，若二者一致，则对应获取该参数名对应的参数类型，以得到该参数信息的参数类型。
114.在步骤s720中，基于所述参数类型，获取与所述参数类型对应的注解信息。
115.其中，注解信息可以是用于解释参数信息的含义或作用的注释内容。根据该注解
信息，技术人员可以快速知晓该参数信息的含义以及所起到的作用，便于技术人员对参数信息进行理解。
116.在该实施例中，本领域技术人员可以预先建立参数类型与注解信息对应关系表，该参数类型与注解信息对应关系表包括需要进行添加注释内容的参数信息的参数类型以及该参数类型对应的注释内容，根据参数信息的参数类型，查询该对应关系表，即可以对应获取该参数类型的参数信息对应的注解信息。
117.在步骤s730中，将所述注解信息与所述参数信息进行关联，并存储在所述目标日志信息中。
118.在该实施例中，将所获取到的注解信息与对应的参数信息进行关联存储，即将该注解内容对应添加存储至目标日志信息中，由此，技术人员在后续阅读目标日志信息时，即可快速知晓该参数信息的含义和作用，提高了技术人员对目标日志信息的阅读效率，进而提高了对该目标日志信息的处理效率。
119.基于图2所示的实施例，图8示出了根据本申请的一个实施例的接口日志信息的处理方法中还包括的查看目标日志信息的流程示意图。参照图8所示，查看目标日志信息至少包括步骤s810至步骤s820，详细介绍如下：
120.在步骤s810中，若接收到对目标日志信息的查看请求，显示目标日志信息列表。
121.其中，对目标日志信息的查看请求可以是用于请求查看目标日志信息的信息。在一示例中，当技术人员需要查看目标日志信息时，则可以点击界面上的特定区域(例如界面上的“查看”按键等)以生成对目标日志信息的查看请求并进行发送。
122.目标日志信息列表可以是包括历史上建立的目标日志信息的列表。当服务器或者终端接收到对目标日志信息的查看请求时，则在界面上显示该目标日志信息列表，以供技术人员选取具体的目标日志信息进行查看。在一示例中，该目标日志信息列表中的目标日志信息可以按照其创建时间的先后顺序进行排列，以便于技术人员选取最新创建的目标日志信息。
123.在步骤s820中，根据在目标日志信息列表中选定的目标日志信息，显示选定的目标日志信息的具体内容。
124.在该实施例中，技术人员可以通过服务器或终端所配置的输入设备(例如输入键盘或者可触控显示屏等)在目标日志信息列表中选择具体的目标日志信息以进行查看，例如技术人员可以点击目标日志信息列表中某一具体的目标日志信息或者输入某一目标日志信息的序号等等。当服务器或终端确定技术人员在目标日志信息列表中所选定的目标日志信息之后，则在界面上对应显示该目标日志信息的具体内容，以供技术人员进行查看。
125.在图8所示的实施例中，通过建立目标日志信息列表，使得技术人员可以快速查看所需的目标日志信息的具体内容，由此，可以提高技术人员对接口日志信息的处理效率。
126.本公开还提供了一种接口日志信息的处理装置。参考图9所示，该处理装置可以包括第一获取模块910、第二获取模块920以及处理模块930。其中：
127.第一获取模块910用于若接收到调用接口的请求信息，获取所述请求信息中包含的参数信息；
128.第二获取模块920用于基于所述接口的调用反馈信息，获取所述接口的调用状态，所述调用状态用于表示接口的调用结果；
129.处理模块930用于将所述调用状态以及所述参数信息进行关联，得到目标日志信息。
130.上述接口日志信息的处理装置中各模块的具体细节已经在对应的接口日志信息的处理方法中进行了详细的描述，因此此处不再赘述。
131.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
132.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
133.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
134.在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
135.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
136.下面参照图10来描述根据本发明的这种实施方式的电子设备500。图10显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
137.如图10所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530。
138.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元510可以执行如图2中所示的步骤210：若接收到调用接口的请求信息，获取所述请求信息中包含的参数信息；步骤s220：基于所述接口的调用反馈信息，获取所述接口的调用状态，所述调用状态用于表示接口的调用结果；步骤s230，将所述调用状态以及所述参数信息进行关联，得到目标日志信息。
139.存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)5201和/或高速缓存存储单元5202，还可以进一步包括只读存储单元(rom)5203。
140.存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204，这样的程序模块5205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
141.总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
142.电子设备500也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
143.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
144.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
145.进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
146.参考图11所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(cd
‑
rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
147.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
148.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、
光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
149.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
150.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
151.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
152.本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
153.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。