交互数据处理方法、装置、设备和计算机可读存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种交互数据处理方法、装置、设备和计算机可读存储介质。

背景技术

近年来，互联网技术(Internet Technology，IT)高速发展，由最初各单一的系统实现各自的业务功能发展到了多个系统之间交互实现数据共享。而多个系统之间的交互则可以通过系统接口完成，这里所说的接口，实际上就是不同系统之间的信息交互通道。

当前系统的流程结束时可以通过接口传数据到其他系统，其他系统在接收到该数据后首先按照自己的业务逻辑对数据进行处理，然后将处理结果通过接口返回至当前系统。

但是，如果其他系统业务逻辑复杂导致处理时间超过当前系统定义的接口等待时间时，当前系统会抛出错误，但此时其他系统的业务处理实际上是完全正常的，如此便导致了系统交互时的错误报错，加大了系统负担，影响系统间的正常交互以及各系统的正常运行。

发明内容

本申请提供一种交互数据处理方法、装置、设备和计算机可读存储介质，旨在解决现有技术中由于系统业务逻辑复杂导致处理时间超过接口等待时间，导致系统错误报错，影响系统运行的问题。

第一方面，本申请提供一种交互数据处理方法，该交互数据处理方法包括：

获取第一系统发送的目标交互数据，并判断目标交互数据的主数据类型；

根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；

若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；

否则，返回接收结果至第一系统。

在本申请一种可能的实现方式中，判断目标交互数据的主数据类型，包括：

解析目标交互数据，得到目标交互数据中携带的第一类型标识码；

根据第一类型标识码，判断目标交互数据的主数据类型。

在本申请一种可能的实现方式中，目标交互数据的主数据类型包括业务数据类型，将业务数据类型的目标交互数据作为业务数据，业务数据是供预设业务逻辑处理的数据；

根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析，包括：

若目标交互数据的主数据类型是业务数据类型，则对目标交互数据进行合理性分析，得到分析结果。

在本申请一种可能的实现方式中，若目标交互数据的主数据类型是业务数据类型，则对目标交互数据进行合理性分析，得到分析结果，包括：

解析目标交互数据，得到目标交互数据中携带的第二类型标识码和目标交互数据的数据结构信息；

根据第二类型标识码，确定目标交互数据的从数据类型；

根据从数据类型和数据结构信息，得到分析结果。

在本申请一种可能的实现方式中，分析结果包括数据合理结果和数据不符结果；

根据从数据类型和数据结构信息，得到分析结果，包括：

判断目标交互数据的从数据类型和预设数据类型是否匹配，以及数据结构信息和预设结构信息是否一致；

若目标交互数据的从数据类型和预设数据类型匹配，且数据结构信息和预设结构信息一致，则得到数据合理结果；

否则，得到数据不符结果。

在本申请一种可能的实现方式中，若目标交互数据的主数据类型是业务数据类型，则对目标交互数据进行合理性分析，得到分析结果，之后，方法还包括：

将目标交互数据存储至预设数据库中。

在本申请一种可能的实现方式中，若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；否则，返回接收结果至第一系统，之后，方法还包括：

基于目标交互数据处理预设业务逻辑，得到业务逻辑处理结果。

第二方面，本申请还提供一种交互数据处理装置，该交互数据处理装置包括：

获取模块，用于获取第一系统发送的目标交互数据；

处理输出模块，用于判断目标交互数据的主数据类型，根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；

若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；

否则，返回接收结果至第一系统。

在本申请一种可能的实现方式中，处理输出模块具体用于：

解析目标交互数据，得到目标交互数据中携带的第一类型标识码；

根据第一类型标识码，判断目标交互数据的主数据类型。

在本申请一种可能的实现方式中，目标交互数据的主数据类型包括业务数据类型，将业务数据类型的目标交互数据作为业务数据，业务数据是供预设业务逻辑处理的数据，处理输出模块具体还用于：

若目标交互数据的主数据类型是业务数据类型，则对目标交互数据进行合理性分析，得到分析结果。

在本申请一种可能的实现方式中，处理输出模块具体还用于：

解析目标交互数据，得到目标交互数据中携带的第二类型标识码和目标交互数据的数据结构信息；

根据第二类型标识码，确定目标交互数据的从数据类型；

根据从数据类型和数据结构信息，得到分析结果。

在本申请一种可能的实现方式中，分析结果包括数据合理结果和数据不符结果，处理输出模块具体还用于：

判断目标交互数据的从数据类型和预设数据类型是否匹配，以及数据结构信息和预设结构信息是否一致；

若目标交互数据的从数据类型和预设数据类型匹配，且数据结构信息和预设结构信息一致，则得到数据合理结果；

否则，得到数据不符结果。

在本申请一种可能的实现方式中，处理输出模块具体还用于：

将目标交互数据存储至预设数据库中。

在本申请一种可能的实现方式中，该交互数据处理装置还包括执行模块，执行模块用于基于目标交互数据处理预设业务逻辑，得到业务逻辑处理结果。

第三方面，本申请还提供一种交互数据处理设备，该交互数据处理设备包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中一个或多个应用程序被存储于存储器中，并配置为由处理器执行以实现第一方面的交互数据处理方法。

第四方面，本申请还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器进行加载，以执行第一方面的交互数据处理方法中的步骤。

从以上内容可得出，本申请具有以下的有益效果：

1、本申请中，在获取到目标交互数据后，首先对目标交互数据的主数据类型进行判断，然后根据目标交互数据的主数据类型判断是否对目标交互数据进行合理性分析，如果对该目标交互数据进行合理性分析，则将分析结果返回至发送目标交互数据的第一系统，如果不对目标交互数据进行合理性分析，则直接返回接收结果至第一系统，与现有技术根据目标交互数据处理完业务逻辑再返回业务逻辑处理结果至第一系统相比，由于返回第一系统的是仅针对目标交互数据的分析结果或接收结果，而不是业务逻辑处理结果，因此避免了因业务逻辑复杂导致的处理时间超过第一系统的等待时间，而致使第一系统报错的问题，减少了第一系统的接口等待时间，从而减轻了系统负担，避免了系统交互时的错误报错，确保了系统的正常运行，提高了系统可靠性。

2、本申请中，针对业务数据类型的目标交互数据进行合理性分析，将分析结果返回至第一系统，而对于非业务数据类型的目标交互数据则是直接返回接收结果至第一系统，可以进一步减少第一系统的等待时间，提高反馈速度，进一步减轻了系统负担。

附图说明

为了更清楚地说明本申请中的技术方案，下面将对本申请描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例中提供的交互数据处理系统的一个应用场景示意图；

图2是本申请实施例中提供的交互数据处理方法的一个流程示意图；

图3是本申请实施例中提供的交互数据处理装置的一个结构示意图；

图4是本申请实施例中提供的交互数据处理设备的一个结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

本申请提供一种交互数据处理方法、装置、设备和计算机可读存储介质，以下分别进行详细说明。

请参阅图1，图1是本申请实施例中提供的交互数据处理系统的一个结构示意图，该交互数据处理系统可以包括通信连接的第一系统100和第二系统200，其中，第一系统100可以与第二系统200交互，以通过交互接口向该第二系统200传输数据，同样的，第二系统200也可以通过交互接口向该第一系统100传输或反馈数据。可以理解，交互接口即是第一系统100与第二系统200之间进行数据交互的通道。

本申请实施例中，该第一系统100可以搭载于第一服务器101，第一服务器101可以用于处理第一系统100要发送至第二系统200的交互数据，以使得该交互数据以约定的传输文件格式或数据格式发送至第二系统200。

可以理解，传输文件格式可以是现有的或自创的文件格式，包括但不限于媒介文本(Intermediate Document，IDoc)文件格式、可扩展标记语言(Extensible MarkupLanguage，XML)文件格式、JavaScript对象简谱(JavaScript Object Notation，JSON)文件格式、电子数据交换(Electronic Data Interchange，EDI)文件格式、电子表格Excel文件格式、文本格式TXT文件格式等。

第二系统200可以搭载于第二服务器102，该第二服务器102可以用于获取第一系统100发送的目标交互数据，并判断该目标交互数据的主数据类型；根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统100；否则，返回接收结果至第一系统100。

可以理解的，在一些应用场景中，第一系统100和第二系统200还可以搭载于同一服务器上，此时，该服务器可以实现第一服务器101与第二服务器102两服务器的功能，即该服务器既可以用于处理第一系统100要发送至第二系统200的交互数据，以使得该交互数据以约定的传输文件格式或数据格式发送至第二系统200；又可以用于获取第一系统100发送的目标交互数据，并判断该目标交互数据的主数据类型；根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统100；否则，返回接收结果至第一系统100。

为了便于理解，接下来以第一系统100搭载于第一服务器101，第二系统200搭载于第二服务器201为例进行描述。

本申请实施例中，第一服务器101和第二服务器201可以是独立的服务器，也可以是服务器组成的服务器网络或服务器集群，例如，本申请中的第一服务器101和第二服务器201，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(Cloud Computing)的大量计算机或网络服务器构成。

本申请实施例中，第一系统100与第二系统200之间可以通过任何通信方式实现网络通信，包括但不限于，基于第三代合作伙伴计划(3rd Generation PartnershipProject，3GPP)、长期演进(Long Term Evolution，LTE)、全球互通微波访问(WorldwideInteroperability for Microwave Access，WiMAX)的移动通信，或基于TCP/IP协议族(TCP/IP Protocol Suite，TCP/IP)、用户数据报协议(User Datagram Protocol，UDP)的计算机网络通信等。

本申请实施例中，上述的第一系统100和第二系统200可以分别或同时集成于一个通用的计算机设备或者一个专用计算机设备。在具体实现中该计算机设备可以是掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、平板电脑、手机终端或其他具有通信功能的设备等，本申请不限定上述计算机设备的类型。

本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案适配的一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用场景还可以包括比图1中所示更多或更少的其他交互系统，例如图1中仅示出1个第二系统200，可以理解的，该交互数据处理系统还可以包括多个可与第一系统100交互的其他系统，具体此处不作限定。

需要说明的是，图1所示的交互数据处理系统的应用场景示意图仅仅是一个示例，本申请描述的交互数据处理系统以及场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着交互数据处理系统的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

首先，本申请提供一种交互数据处理方法，该交互数据处理方法的执行主体为交互数据处理装置，该交互数据处理装置应用于第二服务器201，第二服务器201位于交互数据处理系统，交互数据处理方法包括：

获取第一系统发送的目标交互数据，并判断目标交互数据的主数据类型；根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；否则，返回接收结果至第一系统。

如图2所示，图2是本申请实施例中提供的交互数据处理方法的一个流程示意图。需要说明的是，虽然在流程示意图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。该交互数据处理方法应用于第二服务器201，该交互数据处理方法可以包括：

S201、获取第一系统发送的目标交互数据，并判断目标交互数据的主数据类型。

可以理解，目标交互数据是第一系统与第二系统之间进行数据交互时所发出的数据，该目标交互数据可以以约定好的数据文件格式发出至第二系统，数据文件格式可以是IDOC文件格式、XML文件格式、JSON文件格式、EDI文件格式、Excle文件格式、TXT文件格式等。

当第一系统存在数据需要与第二系统共享，或者第二系统需要从第一系统中获取数据来处理自身的业务逻辑时，第一系统均可以通过交互接口将目标交互数据发送至第二系统，以使得第二系统可以获取到该目标交互数据。

因此，目标交互数据的主数据类型可以分为业务数据类型或者非业务数据类型，其中，业务数据类型的目标交互数据可以供第二系统处理业务逻辑时调用，非业务数据类型的目标交互数据则可以是数据简单的状态数据或者指令数据等。

在获取到目标交互数据后，第二系统首先可以对该目标交互数据的主数据类型进行判断，从而确定该目标交互数据是业务数据还是非业务数据。

示例性的，对于一个企业来说，一般不会只有一个数据平台，也就是说不止一个系统，然而在实际的生产中，由于业务需要，各个数据平台即系统的数据要在一定程度上做到共享或流转，因此，便需要实现系统间的数据交互。

此时，第一系统可以将目标交互数据按照约定规则生成数据文件，存储在第一服务器上，之后，再通过接口将数据文件传输给第二系统，第二系统在获取到该数据文件之后，可以将该数据文件存储在第二服务器上，对数据文件进行解析，然后再针对解析得到的目标交互数据进行解析与使用。

S202、根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析。

可以理解的，针对于业务数据类型的目标交互数据，第二系统在获取到目标交互数据之后，需要调用该目标交互数据处理自身的业务逻辑。具体的，不同的项目有不同的功能，不同的功能需要不同的实现，而实现这些核心功能的代码便可以是业务逻辑。

一般来说，软件系统架构分为表示层、业务逻辑层和数据访问层，表示层可以用于负责界面和人机交互；业务逻辑层可以用于定义业务逻辑(如业务规则、工作流、数据完整性等)，接收来自表示层的数据请求，逻辑判断后，向数据访问层提交请求，并传递数据访问结果，业务逻辑层实际上是一个中间件，起着承上启下的重要作用；数据访问层则可以用于负责数据读取。

针对于业务逻辑层来说，若定义的业务规则较为复杂或者工作流所涉及的对象过多，则会导致第二系统在处理业务逻辑时的耗时较多，若处理时间超过了第一系统的接口等待时间，则第一系统会抛出错误，并且为了处理所抛出的错误，第一系统会重复调用接口，向第二系统发送目标交互数据，如此，便会导致第二系统无法正常运行，影响第二系统的核心功能的实现。

因此，为了避免业务逻辑处理时间超过第一系统的接口等待时间，本申请实施例中，第二系统在获取到目标交互数据之后，可以根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析，而不是直接针对目标交互数据处理业务逻辑。

根据S201可以知道，目标交互数据的主数据类型可以分为业务数据类型或者非业务数据类型，其中，业务数据类型的目标交互数据可以供第二系统处理业务逻辑时调用，非业务数据类型的目标交互数据则可以是数据简单的状态数据或者指令数据等。

因此，针对于对数据简单的非业务数据类型的目标交互数据，由于处理其的耗时短，便可以不用对此类型的目标交互数据进行合理性分析；反之，对于业务数据类型的目标交互数据，为了避免处理业务逻辑的耗时过长，则可以对此类型的目标交互数据进行合理性分析。

S203、若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；否则，返回接收结果至第一系统。

可以理解的，对于一个系统来说，其可以处理的数据或文件应当是符合该系统的所规定的数据格式或文件格式的，因此，对目标交互数据进行合理性分析，可以是对目标交互数据的数据格式进行分析，判断该数据格式的目标交互数据是否符合第二系统的规定，以确定第二系统是否能够针对该目标交互数据处理业务逻辑，然后将分析结果通过接口返回至第一系统，避免接口等待时间过长。

反之，若不对目标交互数据进行合理性分析，则可以直接将第二系统针对于该目标交互数据的接收结果通过接口返回至第一系统，可以理解，该接收结果可以是表征数据接收成功或失败的结果。

基于此，可以知道，本申请实施例中，第一系统和第二系统交互时，第一系统通过接口向第二系统发送的是目标交互数据，第二系统通过接口向第一系统返回的是接收结果或分析结果，而不是业务逻辑处理结果，如此，便可以避免业务逻辑处理时间超过接口等待时间而报错。

本申请实施例中，在获取到目标交互数据后，首先对目标交互数据的主数据类型进行判断，然后根据目标交互数据的主数据类型判断是否对目标交互数据进行合理性分析，如果对该目标交互数据进行合理性分析，则将分析结果返回至发送目标交互数据的第一系统，如果不对目标交互数据进行合理性分析，则直接返回接收结果至第一系统，与现有技术根据目标交互数据处理完业务逻辑再返回业务逻辑处理结果至第一系统相比，由于返回第一系统的是仅针对目标交互数据的分析结果或接收结果，而不是业务逻辑处理结果，因此避免了因业务逻辑复杂导致的处理时间超过第一系统的等待时间，而致使第一系统报错的问题，减少了第一系统的接口等待时间，从而减轻了系统负担，避免了系统交互时的错误报错，确保了系统的正常运行，提高了系统可靠性，同时还减少了人工排错的处理成本。

在本申请一些实施例中，判断目标交互数据的主数据类型，可以进一步包括：解析目标交互数据，得到目标交互数据中携带的第一类型标识码；根据第一类型标识码，判断目标交互数据的主数据类型。

可以理解的，系统间在进行交互之前，可以对交互数据的数据组成格式和数据类型进行约定，然后各系统再按照约定好的规则进行数据交互。

具体的，目标交互数据中可以携带有第一类型标识码，该第一类型标识码可以用于确定目标交互数据的主数据类型。

在第一系统与第二系统交互之前，可以约定目标交互数据的数据格式，例如，针对于用于确定主数据类型的第一类型标识码，可以约定该第一类型标识码位于目标交互数据中的某一个固定位置处。

并且，由于目标交互数据的主数据类型可以是业务数据类型或者非业务数据类型，因此，还可以约定表征业务数据类型的标识码和表征非业务数据类型的标识码。

示例性的，假如第一系统与第二系统约定第一类型标识码包括业务数据标识码(如“YW”)和非业务数据标识码(如“NYW”)，且第一类型标识码位于目标业务数据的前三位，则第一系统向第二系统发出目标业务数据(如“YW ADDUSER1”)，第二系统对获取到的目标业务数据进行解析，提取该目标业务数据的前三位，得到第一类型标识码“YW”，便可以根据提取到的“YW”确定该目标交互数据的主数据类型是业务数据类型。

在本申请一些实施例中，目标交互数据的主数据类型可以包括业务数据类型，将业务数据类型的目标交互数据作为业务数据，业务数据是供预设业务逻辑处理的数据；根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析，可以进一步包括：

若目标交互数据的主数据类型是业务数据类型，则对目标交互数据进行合理性分析，得到分析结果。

本申请实施例中，由于针对于业务数据，第二系统需要调用该业务数据进行业务逻辑的处理，因此，为了避免处理时间超过第一系统的接口等待时间，针对于业务数据类型的目标交互数据，可以对该目标交互数据进行合理性分析，判断该目标交互数据是否符合第二系统的数据定义规则。

具体的，对目标交互数据进行合理性分析，得到分析结果，可以进一步包括：解析目标交互数据，得到目标交互数据中携带的第二类型标识码和目标交互数据的数据结构信息；根据第二类型标识码，确定目标交互数据的从数据类型；根据从数据类型和数据结构信息，得到分析结果。

可以理解的，第二系统可以预设有多种不同功能的业务逻辑，例如生成数据单据、文件群发等，针对于不同的业务逻辑，可以对应有相应类型的业务数据，因此，对于业务数据类型的目标交互数据，还可以约定用于表征该目标交互数据的业务逻辑类型的第二类型标识码，以通过该第二类型标识码确定目标交互数据的业务逻辑类型即从数据类型。

并且，若第二系统要根据该目标交互数据处理业务逻辑，则该目标交互数据的数据格式或数据结构应该满足第二系统的要求，因此，本申请实施例中，对目标交互数据进行解析，可以提取该目标交互数据中携带的第二类型标识码，以及获取目标交互数据的数据结构信息，可以理解，目标交互数据的数据结构信息可以是用于描述目标交互数据的数据结构组成的信息。

本申请实施例中，分析结果可以包括数据合理结果和数据不符结果；根据从数据类型和数据结构信息，得到分析结果，可以进一步包括：

判断目标交互数据的从数据类型和预设数据类型是否匹配，以及数据结构信息和预设结构信息是否一致；

若目标交互数据的从数据类型和预设数据类型匹配，且数据结构信息和预设结构信息一致，则得到数据合理结果；否则，得到数据不符结果。

上述实施例中提到，第二系统处理的数据或文件应当是符合第二系统的规定的，因此，本申请实施例中，可以判断目标交互数据的从数据类型和第二系统的预设数据类型是否匹配，以及目标交互数据的数据结构信息和第二系统的预设结构信息是否一致，只有在从数据类型与预设数据类型匹配以及数据结构信息与预设结构信息一致时，可以确定该目标交互数据符合第二系统的规定，此时，便可以得到数据合理结果返回至第一系统；

反之，若从数据类型与预设数据类型不匹配，但数据结构信息与预设结构信息一致，或者从数据类型与预设数据类型匹配，但数据结构信息与预设结构信息不一致，或者从数据类型与预设数据类型不匹配，且数据结构信息与预设结构信息不一致时，可以确定目标交互数据不满足第二系统的规定，因此，返回数据不符结果至第一系统。

示例性的，假设第二系统规定目标交互数据的前三位为第一类型标识码，第四位和第五位为第二类型标识码，第六位开始为数据位，且第二类型标识码包括第一标识码(如“YJ”)和第二标识码(如“BD”)，其中第一标识码YJ表示该目标交互数据是供文件群发业务逻辑调用的数据，第二标识码BD表示该目标交互数据是供生成数据单据业务逻辑调用的数据。

则对于目标交互数据(如“YW YJxxx”)，第二系统对其进行解析，可以得到前三位为业务数据标识码“YW”，第四位和第五位为第一标识码“YJ”，第六位开始为数据为“xxx”，符合第二系统的预设结构信息，并且根据提取到的第一标识码“YJ”可以确定该目标交互数据是可供文件群发业务逻辑调用的数据，即目标交互数据的从数据类型与预设数据类型匹配，因此，针对于目标交互数据“YW YJxxx”，从数据类型和预设数据类型匹配，且数据结构信息和预设结构信息一致，则可以得到数据合理结果返回至第一系统。

另外，本申请实施例中，在将分析结果或接收结果返回至第一系统之后，第二系统可以基于该目标交互数据处理预设业务逻辑，从而得到业务逻辑处理结果，再将该业务逻辑处理结果反馈至第一系统。

并且，对于业务数据类型的目标交互数据，在对该目标交互数据进行合理性分析，得到分析结果之后，还可以将目标交互数据存储至预设数据库中，以便于后续在处理业务逻辑发生错误时及时重新调用该目标交互数据。

在一个实际应用中，办公自动化(Office Automation，OA)系统与文件外发系统交互，由于文件外发系统有发邮件的业务逻辑，OA系统将待群发的目标邮件数据发送至文件外发系统，当群发的收件人过多或者邮件服务器网络波动时，便容易出现处理时间超过OA系统的接口等待时间，从而导致OA系统报错，而实际上邮件已经正常发送至收件人处，而将本申请的交互数据处理方法应用在办公自动化(Office Automation，OA)系统与文件外发系统的交互上时，OA系统可以在短时间内接收到关于该目标邮件数据的分析结果，避免超时报错的问题出现，然后当文件外发系统处理完业务逻辑后，再将业务逻辑处理结果反馈至OA系统，如此，便减少了OA系统的接口等待时间，减轻了系统负担，确保了OA系统和文件外发系统的正常运行。

为了更好实施本申请中的交互数据处理方法，本申请还提供一种交互数据处理装置，如图3所示，图3是本申请实施例中提供的交互数据处理装置的一个结构示意图，本申请的交互数据处理装置300可以包括：

获取模块301，用于获取第一系统发送的目标交互数据；

处理输出模块302，用于判断目标交互数据的主数据类型，根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；

若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；

否则，返回接收结果至第一系统。

本申请实施例中，获取模块301在获取到目标交互数据后，处理输出模块302首先对目标交互数据的主数据类型进行判断，然后根据目标交互数据的主数据类型判断是否对目标交互数据进行合理性分析，如果对该目标交互数据进行合理性分析，则将分析结果返回至发送目标交互数据的第一系统，如果不对目标交互数据进行合理性分析，则直接返回接收结果至第一系统，与现有技术根据目标交互数据处理完业务逻辑再返回业务逻辑处理结果至第一系统相比，由于返回第一系统的是仅针对目标交互数据的分析结果或接收结果，而不是业务逻辑处理结果，因此避免了因业务逻辑复杂导致的处理时间超过第一系统的等待时间，而致使第一系统报错的问题，减少了第一系统的接口等待时间，从而减轻了系统负担，避免了系统交互时的错误报错，确保了系统的正常运行，提高了系统可靠性。

在本申请一些实施例中，处理输出模块302具体可以用于：

解析目标交互数据，得到目标交互数据中携带的第一类型标识码；

根据第一类型标识码，判断目标交互数据的主数据类型。

在本申请一些实施例中，目标交互数据的主数据类型包括业务数据类型，将业务数据类型的目标交互数据作为业务数据，业务数据是供预设业务逻辑处理的数据，处理输出模块302具体还可以用于：

若目标交互数据的主数据类型是业务数据类型，则对目标交互数据进行合理性分析，得到分析结果。

在本申请一些实施例中，处理输出模块302具体还可以用于：

解析目标交互数据，得到目标交互数据中携带的第二类型标识码和目标交互数据的数据结构信息；

根据第二类型标识码，确定目标交互数据的从数据类型；

根据从数据类型和数据结构信息，得到分析结果。

在本申请一些实施例中，分析结果包括数据合理结果和数据不符结果，处理输出模块302具体还可以用于：

判断目标交互数据的从数据类型和预设数据类型是否匹配，以及数据结构信息和预设结构信息是否一致；

若目标交互数据的从数据类型和预设数据类型匹配，且数据结构信息和预设结构信息一致，则得到数据合理结果；

否则，得到数据不符结果。

在本申请一些实施例中，处理输出模块302具体还可以用于：

将目标交互数据存储至预设数据库中。

在本申请一些实施例中，该交互数据处理装置300还可以包括执行模块303，该执行模块303用于基于目标交互数据处理预设业务逻辑，得到业务逻辑处理结果。

需要说明的是，本申请中，获取模块301、处理输出模块302和执行模块303的相关内容与上述一一对应，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的交互数据处理装置及其相应模块的具体工作过程，可以参考如图2对应任意实施例中交互数据处理方法的说明，具体在此不再赘述。

为了更好实施本申请的交互数据处理方法，在交互数据处理方法的基础之上，本申请还提供一种交互数据处理设备，其集成了本申请所提供的任一种交互数据处理装置，该设备包括：

一个或多个处理器401；

存储器402；以及

一个或多个应用程序，其中一个或多个应用程序被存储于存储器402中，并配置为由处理器401执行上述交互数据处理系统中任一项实施例的交互数据处理方法中的步骤。

如图4所示，其示出了本申请所涉及的交互数据处理设备的一个实施例结构示意图，具体来讲：

该设备可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解，图4中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器401是该设备的控制中心，利用各种接口和线路连接整个设备的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行设备的各种功能和处理数据，从而对设备进行整体监控。可选的，处理器401可包括一个或多个处理核心；处理器401可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，优选的，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。

存储器402可用于存储软件程序以及模块，处理器401通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及交互数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器401对存储器402的访问。

该设备还包括给各个部件供电的电源403，优选的，电源403可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该设备还可以包括输入单元404和输出单元405，该输入单元404可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，该设备还可以包括显示单元等，在此不再赘述。具体在本申请中，设备中的处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能，如下：

获取第一系统发送的目标交互数据，并判断目标交互数据的主数据类型；

根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；

若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；

否则，返回接收结果至第一系统。

本领域普通技术人员可以理解，上述的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。其上存储有计算机程序，计算机程序被处理器进行加载，以执行本申请所提供的任一种交互数据处理方法中的步骤。例如，计算机程序被处理器进行加载可以执行如下步骤：

获取第一系统发送的目标交互数据，并判断目标交互数据的主数据类型；

根据目标交互数据的主数据类型，判断是否对目标交互数据进行合理性分析；

若对目标交互数据进行合理性分析，则返回对目标交互数据进行合理性分析的分析结果至第一系统；

否则，返回接收结果至第一系统。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图2对应任意实施例中交互数据处理方法中的步骤，因此，可以实现本申请如图2对应任意实施例中交互数据处理方法所能实现的有益效果，详见前面的说明，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。

具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的实施例，在此不再赘述。

以上对本申请所提供的一种交互数据处理方法、装置、设备和计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。