一种接口数据的处理方法、装置、计算机设备及介质与流程

本发明实施例涉及数据处理技术，尤其涉及一种接口数据的处理方法、装置、计算机设备及介质。

背景技术：

采集服务器可以采用dpi(deeppacketinspec-tion，深度包检测)技术从多个数据接口中采集数据流量，并将采集到的接口数据传输给合成服务器。合成服务器对接收到的接口数据进行接口协议识别，然后，根据不同类型的接口数据对应的接口数据规范对所接收的接口数据进行数据解析和数据提取操作，并将所提取的数据存入对应数据接口的目录下。

由于上述解析操作是针对不同类型的数据接口，采用各自的接口数据规范单独进行实现，每新增一个数据接口，则需要投入人力开发、调试和测试等，影响开发周期、调试成本和维护成本。

技术实现要素：

本发明实施例提供一种接口数据的处理方法、装置、计算机设备及介质，可以优化相关技术中的接口数据的解析方式。

第一方面，本发明实施例提供了一种接口数据的处理方法，包括：

接收接口数据，根据所述接口数据中的接口类型字段确定所述接口数据的接口类型；

根据所述接口类型查询全局数据接口表，得到与所述接口类型对应的目标数据接口表，其中，全局数据接口表基于各类型数据接口的接口规范对应的数据接口配置文件生成；

根据所述目标数据接口表中的字段表解析所述接口数据，将解析结果写入所述全局数据接口表中所述目标数据接口表对应的上下文信息中。

第二方面，本发明实施例还提供一种接口数据的处理装置，该装置包括：

类型确定模块，用于接收接口数据，根据所述接口数据中的接口类型字段确定所述接口数据的接口类型；

接口表查询模块，用于根据所述接口类型查询全局数据接口表，得到与所述接口类型对应的目标数据接口表，其中，全局数据接口表基于各类型数据接口的接口规范对应的数据接口配置文件生成；

数据解析模块，用于根据所述目标数据接口表中的字段表解析所述接口数据，将解析结果写入所述全局数据接口表中所述目标数据接口表对应的上下文信息中。

第三方面，本发明实施例还提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所述的接口数据的处理方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明任意实施例所述的接口数据的处理方法。

本发明实施例提供一种接口数据的处理方法、装置、计算机设备及介质，通过接口数据中包含的接口类型字段确定接口类型，并基于接口类型查询预先配置的全局数据接口表得到对应的目标数据接口表，根据目标数据接口表中的字段表解析接口数据，将解析结果写入该全局数据接口表中目标数据接口表对应的上下文信息中，实现统一的接口数据解析功能，避免单独进行接口数据解析操作导致每新增一个数据接口，需要投入人力开发、调试、测试等问题，大大减少了开发周期、调试成本和后期维护成本。

附图说明

图1为本发明实施例提供的一种接口数据的处理方法的流程图；

图2为本发明实施例提供的一种全局数据接口表的生成流程示意图；

图3为本发明实施例提供的另一种接口数据的处理方法的流程图；

图4为本发明实施例提供的一种接口数据的回填流程的示意图；

图5为本发明实施例提供的一种接口数据的处理装置的结构框图；

图6为本发明实施例提供的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

为了便于理解，首先对接口数据解析和回填的相关概念进行说明。

合成服务器接收到通过dpi采集的接口数据的种类可以有很多，每种接口数据都需要解析并进行数据的提取。如信令面数据包含n1、n2、n4、n7、n8、n10、n11、n12、n14、n15、n22、n26等；用户面数据包含n3http、n3https、n3mail、n3dns、n3ftp、n3sip、n3rtsp、n3im、n3video、n3mms、n3coap、n3general等；无线接口包括e1、f1、x2、uu、xn、uemr、cellmr等。

在实际应用中，某些数据接口中的某些字段数据往往自己没有携带，需要从别的数据接口中获取，然后回填到本数据接口的对应字段数据。例如，信令接口数据回填：n10接口数据中自身没有携带tac、cellid，需要从n1n2接口数据中获取。用户接口数据回填：n3接口数据中自身没有携带imsi、pei、msisdn、rat，需要从n1n2、n4、n11接口数据中获取。无线接口数据回填：无线接口数据中自身没有携带手机号、imsi、pei等信息，需要从信令接口中获取。

现有的接口数据解析技术，一般针对各自的接口规范单独对对应类型的接口数据进行解析。而现有的接口数据回填技术，一般会在接口数据中给将要回填的字段预留一定空间，用于将来将数据回填到对应的位置。

针对现有的接口数据解析技术，每新增一个数据接口，需要投入人力开发、调试和测试等，不利于系统的稳定性。这样会导致开发周期长，需要投入的时间和人力成本也会非常大，后期维护成本高。

针对现有的接口数据回填技术，由于为待回填的字段数据预留一定空间，使接口数据中存在未携带有用信息的字段数据，当其在网络中传输时会占用网络带宽，大大降低了网络带宽的利用率。

图1为本发明实施例提供的一种接口数据的处理方法的流程图，本实施例可适用于移动网络数据合成的情况，该方法可以由接口数据的处理装置来执行，该装置可以由软件和/或硬件实现，并通常被配置于诸如合成服务器等计算机设备中。如图1所示，该方法包括：

步骤110、接收接口数据，根据所述接口数据中的接口类型字段确定所述接口数据的接口类型。

其中，接口数据是通过数据接口传输的数据流量。示例性地，接口数据包括信令面数据、用户面数据和无线接口数据等。采集服务器通过dpi探针技术从各数据接口采集数据流量，即采集接口数据。然后，采集服务器将接口数据传输给合成服务器。

接口类型字段用于指示对应接口数据的接口类型。例如，在接口数据的公共头中包含接口类型字段。通过接口数据的公共头中的接口类型字段，可以确定接口数据的接口类型。

接口类型用于指示数据接口的类型。例如，接口类型可以包括信令面接口、用户面接口和无线接口等。其中，信令面接口包含n1、n2、n4、n7、n8、n10、n11、n12、n14、n15、n22及n26等。用户面接口包含n3http、n3https、n3mail、n3dns、n3ftp、n3sip、n3rtsp、n3im、n3video、n3mms、n3coap及n3general等。无线接口包括e1、f1、x2、uu、xn、uemr及cellmr等。

假设接口数据的公共头中的interface字段是接口类型字段，用于指示接口数据的接口类型，且interface＝n10，则确定接口类型是n10类型的信令面接口。

具体地，接收接口数据，解析该接口数据中的接口类型字段，得到接口类型字段内容。根据接口类型字段内容确定接口数据对应的数据接口的接口类型。

步骤120、根据所述接口类型查询全局数据接口表，得到与所述接口类型对应的目标数据接口表。

其中，全局数据接口表是基于各类型数据接口的接口规范对应的数据接口配置文件生成的数据表。通过全局数据表可以实现采用一种通用的配置格式描述所有移动网络数据接口中的字段格式。例如，全局数据接口表包括数据接口表、字段表和上下文信息表；以及，接口数据表用于描述数据接口表的结构信息；字段表用于描述数据接口的字段的配置信息；上下文信息表用于描述数据接口的字段的上下文信息，和/或描述数据接口的字段的子表的上下文信息。

可选地，数据接口表包含数据接口名称(或称为数据接口类型)、该数据接口的字段个数以及每个字段的描述等信息。字段表包括字段名、类型、长度、tag值、解码类型、子表标志、子表名、子表id等信息。上下文信息表包括数据接口的字段的上下文信息表和数据接口的字段的子表上下文信息表。数据接口的字段的上下文信息表包括省略标识(或称为索引)、数据起始地址、数据长度、数据偏移、组(或称为子表)个数、每组(或称为子表)的字段个数、子表id和子表数组结构等信息。数据接口的字段的子表上下文信息表包括省略标识(或称为索引)、数据起始地址、数据长度和数据偏移等信息。

示例性地，以5g数据接口为例，根据5g数据接口规范生成每一种数据接口的数据接口配置文件，在数据接口配置文件中以通用的配置格式存储数据接口中的字段。通过编译工具加载所有的数据接口配置文件，并生成全局数据接口表，并在检测到合成程序初始化时，将预先生成的全局数据接口表加载至内存。图2为本发明实施例提供的一种全局数据接口表的生成流程示意图。如图2所示，通过将数据接口的数据接口规范整体复制粘贴的方式生成对应的数据接口配置文件，即基于数据接口规范.doc生成数据接口配置文件.csv。通过编译工具编译所有数据接口配置文件得到全局数据接口表，即编译数据接口配置文件.csv*n得到全局数据接口表5g.db。当合成服务器检测到合成程序初始化时，将该预先生成的全局数据接口表5g.db加载至内存。

目标数据接口表是解析所接收的接口数据需要用到的数据结构。例如，将数据接口名称与所接收的接口数据中的接口类型字段内容相同的数据接口表作为目标数据接口表。

示例性地，根据接口类型查询全局数据接口表中的各接口类型标识，得到与接口类型匹配的接口类型标识；根据全局数据表中接口类型标识与接口数据表的对应关系确定接口类型对应的目标数据接口表。其中，根据接口类型查询全局数据接口表中各接口类型标识具体可以是：根据接口类型字段内容查询全局数据接口表中各数据接口表包含的接口名称。以及，与接口类型匹配的接口类型标识可以是数据接口表中与接口类型字段内容一致的接口名称。如前所述，接口数据表包含接口名称，因此，根据与接口类型字段内容一致的接口名称可以确定接口类型对应的目标数据接口表。

步骤130、根据所述目标数据接口表中的字段表解析所述接口数据，将解析结果写入所述全局数据接口表中所述目标数据接口表对应的上下文信息中。

其中，字段表是描述数据接口的字段的配置信息的数据结构。需要说明的是，全局数据接口表包含若干个数据接口表，每个数据接口表包含一个字段表，字段表所包含的信息已在上述步骤中记载，此处不再赘述。

解析结果是按照字段表中的配置信息对所接收的接口数据进行解析后的结果信息。对于不包含数据组(即组内元素数量大于1)的接口数据，解析结果可以包括省略标识、数据起始地址、数据长度以及数据偏移等信息。对于包含子表的接口数据，解析结果可以包括省略标识、数据起始地址、数据长度、数据偏移、组个数、每组的字段个数、子表id及子表数组结构等信息。其中，对于子表的解析结果包括子表的省略标识、数据起始地址、数据长度和数据偏移等信息。

由于全局数据接口表包括数据接口表和上下文信息表，且数据接口表与上下文信息表具有关联关系。该关联关系是上下文信息表用于描述数据接口的字段的上下文信息，和/或描述数据接口的字段的子表的上下文信息。在解析接口数据之后，可以将解析结果写入目标数据接口表对应的上下文信息中。例如，可以将解析结果写入目标数据接口表对应的上下文信息表。

示例性地，根据目标数据接口表中的字段表包括的字段的配置信息解析接口数据，得到上下文信息；将该上下文信息写入全局数据接口表中目标数据接口表对应的上下文信息表。可选地，在接口数据包括至少一组元素数量大于1的数据的情况下，根据目标数据接口表中的字段表包括的字段的配置信息解析接口数据，得到字段的上下文信息和各子表的上下文信息；将字段的上下文信息写入全局数据接口表中目标数据接口表对应的字段上下文信息表；将各子表的上下文信息写入全局接口表中目标数据接口表对应的子表上下文信息表。

例如，在接收到n22类型的接口数据后，获取公共头中interface字段的字段内容是n22，基于n22查询全局数据接口表，得到n22类接口数据对应的目标数据接口表。由于数据接口表包括字段表，基于该字段表中的字段名、类型、长度、tag值、解码类型、子表标志、子表名和子表id等字段的配置信息解析该接口数据，得到该接口数据的解析结果，即该接口数据的各字段的上下文信息。将字段的上下文信息写入该目标数据接口表对应的上下文信息表。可选地，对于包含子表的接口数据，解析结果还包括子表的上下文信息。将字段的上下文信息和子表的上下文信息分别写入该目标数据接口表的上下文信息表和子表上下文信息表。

本实施例的技术方案，通过接口数据中包含的接口类型字段确定接口类型，并基于接口类型查询预先配置的全局数据接口表得到对应的目标数据接口表，根据目标数据接口表中的字段表解析接口数据，将解析结果写入该全局数据接口表中目标数据接口表对应的上下文信息中，实现统一的接口数据解析功能，避免单独进行接口数据解析操作导致每新增一个数据接口，需要投入人力开发、调试、测试等问题，大大减少了开发周期、调试成本和后期维护成本。

图3为本发明实施例提供的另一种接口数据的处理方法的流程图，本实施例在上述实施例的基础上增加了接口数据的省略字段的回填步骤。如图3所示，该方法包括：

步骤310、接收接口数据，根据所述接口数据中的接口类型字段确定所述接口数据的接口类型。

步骤320、根据所述接口类型查询全局数据接口表，得到与所述接口类型对应的目标数据接口表。

步骤330、根据所述目标数据接口表中的字段表解析所述接口数据，将解析结果写入所述全局数据接口表中所述目标数据接口表对应的上下文信息中。

步骤340、在接收到接口数据之后，根据数据传输格式分解所述接口数据，并将得到的接口数据段分别缓存于预先分配的内存。

其中，数据传输格式用于指示接口数据的组织形式或封装形式。例如，假设采集服务器采用“以sdtp协议头+多条xdr数据”的形式传输数据，那么数据传输格式可以是“以sdtp协议头+多条xdr数据”。

接口数据段可以理解为根据数据传输格式分解接口数据得到的分解结果。需要说明的是，每个接口数据段可以认为是完整的xdr数据。例如，对于以sdtp协议头+多条xdr数据形式传输的接口数据，基于数据传输格式对其进行分解后得到多个xdr数据。图4为本发明实施例提供的一种接口数据的回填流程的示意图。如图4所示，接口数据包括sdtp协议头和n个xdr数据，且各个xdr数据紧凑排列。在进行省略字段回填操作之前，需要对接口数据进行拆分，以得到各xdr数据，从而单独对每条xdr数据进行省略字段回填。

需要说明的是，为了能够容纳省略字段的回填数据，需要提前分配足够的内存空间用于回填。对于xdr数据来说，每条xdr数据长度不会超过64k，所以，可以预先分配固定块内存空间用于回填。

示例性地，在接收到接口数据之前，预先分配足够的内存空间用于回填数据。在接收到接口数据之后，根据数据传输格式拆分接口数据，得到协议头和多个接口数据段。逐个读取接口数据段，并在每次读取接口数据段之后，将其写入预先分配的内存。

例如，可以根据接口数据的数据传输格式拆分接口数据得到多个xdr数据。具体地，在接收到接口数据之后，提取除sdtp协议头之外的内容字段。根据内容字段中各个xdr数据的公共头确定各xdr数据的偏移，根据各xdr数据的偏移将接口数据中的内容字段拆分成多个xdr数据。依次将每个xdr数据缓存到预先分配的内存。可选地，当前xdr数据回填完成后，可以以覆盖当前xdr数据的方式向该预先分配的内存写入后一个xdr数据。

需要说明的是，步骤340与步骤320、步骤330的执行顺序并不限于本实施例列举的顺序，也可以先执行步骤340，后执行步骤320、步骤330，或者并行执行步骤340以及步骤320、步骤330，本发明实施例并不作具体限定。

步骤350、对于每一个接口数据段，根据所述接口数据段对应的接口类型查询所述全局数据接口表得到待回填字段，将所述待回填字段回填到所述接口数据段的末尾，根据所述待回填字段更新所述接口类型对应的数据接口表中的上下文信息表。

在移动网络数据传输时，某些接口中的某些字段数据往往自己没携带，需要从别的接口中获取，然后回填到本接口的接口数据中。具体地，根据接口数据段对应的接口类型查询全局数据接口表得到待回填字段可以是：根据接口数据段所属的接口数据的接口类型确定用于查询全局数据接口表的目标字段标识，根据目标字段标识查询全局数据接口表中的字段表，将得到的字段内容作为待回填字段。

例如，n3接口数据中没有携带imsi、pei、msisdn、rat等字段数据。对于n3类型的接口数据，可以查询全局数据接口表，得到n3upfaddr、n3upfteid与该n3类型的接口数据相同的n1n2、n4、n11接口数据中的imsi、pei、msisdn和rat等信息，并将得到的上述信息作为待回填字段回填到n3接口数据中去。

又如，对于n10接口数据，其自身没有携带tac和cellid字段，可以根据接口类型n10确定采用imsi字段查询全局数据接口表，得到具有相同的imsi字段内容的n1n2接口数据中的tac、cellid等信息，作为待回填字段回填到n10接口数据中。

又如，无线接口数据中自身没有携带手机号、imsi及pei等信息。对于无线接口数据，可以查询全局数据接口表，得到amf_ue_ngap_id、amf_region_id、amf_set_id、amf_pointer_id和cell_id与无线接口数据相同的信令接口中的手机号、imsi及pei等信息，并将得到的上述信息作为待回填字段回填到无线接口数据中。

本发明实施例中，对于原始接口数据中未预留省略字段的回填位置的情况，在该原始接口数据对应的各xdr数据的末尾回填对应的待回填字段。如图4所示，在预分配内存空间中原始xdr数据的末尾回填待回填字段。

对于接口数据包括的各接口数据段，为各待回填字段添加索引，并根据待回填字段的索引、起始地址和偏移，更新接口类型对应的数据接口表中的上下文信息表。具体地，假设原始xdr数据具有的真实字段数是20个，而通过查询字段表可知原始xdr数据应该有40个字段，则在原始xdr数据的末尾回填剩余的20个字段，并将每个回填的字段的序号作为索引，将待回填字段的索引、起始地址、偏移地址关联存储到对应数据接口表的上下文信息表，以对上下文信息表进行更新，可以避免字段的乱序情况。

需要说明的是，依次将各原始xdr数据写入预先分配的内存，并逐个进行回填操作。

如图4所示，在将待回填字段回填到原始xdr数据的末尾之后，执行话单日志留存操作。对于话单日志留存操作，可以遍历字段表确定各xdr数据的字段个数，根据字段个数从对应接口数据表的上下文信息表中确定对应数量的索引，根据索引对应的起始地址和偏移地址，从对应的存储位置读取字段的上下文信息或字段的子表的上下文信息。基于字段的上下文信息和子表的上下文信息生成话单日志，并将所生成的话单日志上传给web服务器保存，以供相关人员登录web服务器查询话单日志。

本实施例的技术方案，通过分解接口数据得到多个接口数据段，并依次将各接口数据段缓存于预先分配的内存，对于当前缓存的接口数据段，根据接口类型查询全局数据接口表得到待回填字段，将待回填字段回填到接口数据段的末尾，根据待回填字段更新接口类型对应的数据接口表中的上下文信息表。本实施例通过将对应的待回填字段回填到xdr数据的真实字段的末尾，无需在接口数据中预留待回填字段的位置，可以减少接口数据在网络中的传输流量，也提高了网络带宽的利用率。

在一个具体的实施方式中，通过分析现有的移动网络接口数据的数据特征，指定一种通用的配置格式，用来描述所有的移动网络数据接口中的字段格式。例如，根据输入数据的种类可以将输入数据编码类型分为：v、lv、l1v、l4v、tv、tlv等。根据实际输出的需要，将输出数据的解码类型分为：整型(integer)、双精度浮点型(double)、ip、tbcd、字符串类型(string)、hex等。对于存在“接口数据中包含多组数据，每组数据中包含多个元素”的情况，将一组数据认为是一个子表，设置相应的子表名：null(无子表)、子表名。

假设以5g数据接口为例，根据5g数据接口规范，为每一种数据接口生成一个数据接口配置文件。例如，可以通过复制粘贴的方式，将数据接口规范中的字段以通用的配置格式的方式添加至对应的数据接口配置文件中，以实现将数据接口规范转换成对应的数据接口配置文件。

需要说明的是，按照通用的配置格式，预先设置全局数据接口表的数据结构如下，用frames_struct描述所有的接口信息，它包含有多个结构数组，每个结构数组表示一种类型的数据接口。用frame_struct描述各类型的数据接口的数据接口表的结构信息，它包含数据接口名称、该数据接口的字段个数，每个字段的描述等信息。用fileds_struct描述数据接口的字段的配置信息，它包含字段名、类型、长度、tag值、解码类型、子表标志、子表名及子表id等信息。用filed_context_struct描述数据接口的字段的上下文信息，它用来表示解析后的结果信息，包含省略标识、数据起始地址、数据长度、数据偏移、组(也叫子表)个数、每组(也叫子表)的字段个数、子表id及子表数组结构等信息。用subfiled_context_struct描述数据接口的字段的子表的上下文信息，它包含省略标识、数据起始地址、数据长度及数据偏移等信息。

通过加载工具加载所有数据接口配置文件生成一个全局数据接口表，实现字段的子表上下文信息表对应subfiled_context_struct结构数组的信息，字段的上下文信息表对应filed_context_struct结构数组的信息，字段表对应fileds_struct结构数组的信息，数据接口表对应frame_struct结构数组的信息，以及全局数据接口表对应上述frames_struct结构数据的信息。当合成程序初始化时，加载全局数据接口表到内存。

当接收到接口数据时，拆分接口数据得到多个xdr数据。将各xdr数据依次缓存到预先分配的内存空间。由于每条xdr数据的长度通常不会超过64k，可以根据实际需求预先分配足够大的内存空间，用于缓存单个xdr数据。根据xdr数据中携带的公共头确定接口类型。基于接口类型从全局数据接口表中查找对应的数据接口表。根据数据接口表中的字段表解析缓存的xdr数据，将解析结果对应写入字段的上下文信息表。如果xdr数据包括至少一组数据，则将解析得到的数据元素写入子表上下文信息表。

在解析完成后，如果需要进行字段回填，则检测待回填字段是否在原xdr数据中存在。若存在，则在原xdr数据中待回填字段的位置回填该待回填字段对应的字段内容。若不存在，则在原xdr数据的末尾回填待回填字段的字段内容。这样可以避免因数据反复插入需要移动拷贝的问题，降低cpu消耗。例如，可以从其它类型的接口数据中获取待回填字段，并回填到该原始xdr数据的末尾。将已回填字段通过索引关系映射到对应的字段上下文信息表，并记录该已回填字段的起始地址、数据长度和偏移等上下文信息。如果原始xdr数据中存在子表，则将子表的索引、起始地址和偏移等顺序写入子表上下文信息表。这样在进行话单日志留存操作时，可以根据索引查询到对应字段数据，解决字段的乱序问题。

本发明实施例的技术方案相较于原来的对于需要回填的接口数据预留一定空间，用于将数据回填到对应的位置的方案，可以减少接口数据在网络中的传输流量，也提高了网络带宽的利用率。

可选地，为了兼容固定长度类型的输入数据，在获取待回填字段时，根据原始xdr数据的输入类型判断是否在字段的原位置预留回填空间。若存在，则将待回填字段回填到原位置，无需更新上下文信息表中的字段标识(例如字段id、偏移、起始地址、数据长度等)；若不存在，则在原始xdr数据的末尾回填待回填字段，根据待回填字段的索引、起始地址和偏移更新对应的上下文信息表。

图5为本发明实施例提供的一种接口数据的处理装置的结构框图，该装置可以通过软件和/或硬件实现，并通常集成于诸如合成服务器等计算机设备中。该装置通过执行本发明任意实施例提供的接口数据的处理方法可以解决每新增一个数据接口，需要投入人力开发、调试、测试等问题。如图5所示，该装置包括：

类型确定模块510，用于接收接口数据，根据所述接口数据中的接口类型字段确定所述接口数据的接口类型；

接口表查询模块520，用于根据所述接口类型查询全局数据接口表，得到与所述接口类型对应的目标数据接口表，其中，全局数据接口表基于各类型数据接口的接口规范对应的数据接口配置文件生成；

数据解析模块530，用于根据所述目标数据接口表中的字段表解析所述接口数据，将解析结果写入所述全局数据接口表中所述目标数据接口表对应的上下文信息中。

本发明实施例提供一种接口数据的处理装置，通过接口数据中包含的接口类型字段确定接口类型，并基于接口类型查询预先配置的全局数据接口表得到对应的目标数据接口表，根据目标数据接口表中的字段表解析接口数据，将解析结果写入该全局数据接口表中目标数据接口表对应的上下文信息中，实现统一的接口数据解析功能，避免单独进行接口数据解析操作导致每新增一个数据接口，需要投入人力开发、调试、测试等问题，大大减少了开发周期、调试成本和后期维护成本。

可选地，该装置还包括：

接口表加载模块，用于在根据所述接口数据中的接口类型字段确定所述接口数据的接口类型之前，若检测到合成程序初始化，则将预先生成的全局数据接口表加载至内存，其中，所述全局数据接口表包括数据接口表、字段表和上下文信息表；

以及，所述接口数据表用于描述数据接口表的结构信息；

所述字段表用于描述数据接口的字段的配置信息；

所述上下文信息表用于描述数据接口的字段的上下文信息，和/或描述数据接口的字段的子表的上下文信息。

可选地，类型确定模块510具体用于：

解析所述接口数据中的接口类型字段，得到接口类型字段内容，根据所述接口类型字段内容确定所述接口数据对应的数据接口的接口类型。

可选地，接口表查询模块520具体用于：

根据所述接口类型查询全局数据接口表中的各接口类型标识，得到与所述接口类型匹配的接口类型标识；

根据全局数据表中接口类型标识与接口数据表的对应关系确定所述接口类型对应的目标数据接口表。

可选地，数据解析模块530具体用于：

根据所述目标数据接口表中的字段表包括的字段的配置信息解析所述接口数据，得到上下文信息；

将所述上下文信息写入所述全局数据接口表中所述目标数据接口表对应的上下文信息表。

可选地，数据解析模块530还具体用于：

在所述接口数据包括至少一组元素数量大于1的数据的情况下，根据所述目标数据接口表中的字段表包括的字段的配置信息解析所述接口数据，得到字段的上下文信息和各子表的上下文信息；

将所述字段的上下文信息写入所述全局数据接口表中所述目标数据接口表对应的字段上下文信息表；

将各所述子表的上下文信息写入所述全局接口表中所述目标数据接口表对应的子表上下文信息表。

可选地，该装置还包括：

字段回填模块，用于在接收接口数据之后，根据数据传输格式分解所述接口数据，并将得到的接口数据段分别缓存于预先分配的内存；对于每一个接口数据段，根据所述接口数据段对应的接口类型查询所述全局数据接口表得到待回填字段，将所述待回填字段回填到所述接口数据段的末尾，根据所述待回填字段更新所述接口类型对应的数据接口表中的上下文信息表。

可选地，字段回填模块还具体用于：

对于每个接口数据段，为各所述待回填字段添加索引，并根据所述待回填字段的所述索引、起始地址和偏移更新所述接口类型对应的数据接口表中的上下文信息表。

本发明实施例所提供的接口数据的处理装置可执行本发明任意实施例所提供的接口数据的处理方法，具备执行方法相应的功能模块和有益效果。

图6为本发明实施例提供的一种计算机设备的结构示意图，如图6所示，该计算机设备包括处理器60、存储器61和通信组件62；计算机设备中处理器60的数量可以是一个或多个，图6中以一个处理器60为例；计算机设备中的处理器60、存储器61、通信组件62可以通过总线或其他方式连接，图6中以通过总线连接为例。

存储器61作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的接口数据的处理方法对应的程序指令/模块(例如，类型确定模块510、接口表查询模块520和数据解析模块530)。处理器60通过运行存储在存储器61中的软件程序、指令以及模块，从而执行计算机设备的各种功能应用以及数据处理，即实现上述的接口数据的处理方法。

存储器61可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器61可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器61可进一步包括相对于处理器60远程设置的存储器，这些远程存储器可以通过网络连接至计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信组件62用于实现与采集服务器的通信连接。

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种接口数据的处理方法，该方法包括：

接收接口数据，根据所述接口数据中的接口类型字段确定所述接口数据的接口类型；

根据所述接口类型查询全局数据接口表，得到与所述接口类型对应的目标数据接口表，其中，全局数据接口表基于各类型数据接口的接口规范对应的数据接口配置文件生成；

根据所述目标数据接口表中的字段表解析所述接口数据，将解析结果写入所述全局数据接口表中所述目标数据接口表对应的上下文信息中。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的接口数据的处理方法中的相关操作.

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述接口数据的处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。