CN109344046B - 一种数据处理方法、装置、介质及电子设备 - Google Patents

Abstract

本发明实施例提供了一种数据处理方法和装置，其中，所述方法包括：获取数据请求的响应头，所述数据请求的响应头是服务器用于响应所述数据请求的；检测所述响应头中是否存在业务异常码；当所述响应头中存在业务异常码时，依据所述业务异常码确定对应数据请求异常的原因；其中，所述业务异常码是服务器处理数据请求过程中调用的业务接口发生异常时添加至所述数据请求对应响应头中的；进而本发明实施例可以直接依据业务异常码确定数据请求异常的原因，而无需查询多个系统、多个日志，进而提高了定位异常原因的效率。

Description

一种数据处理方法、装置、介质及电子设备

技术领域

本发明涉及数据处理技术领域，特别是涉及一种数据处理方法、装置、介质即电子设备。

背景技术

随着互联网技术的不断发展，以及搜索引擎的技术的发展，用户可以通过搜索应用实现信息的快速查询，例如查询某个词的读音、含义，某个人物简介等等。

通常，客户端会向服务器发送数据请求，以请求对应的网页；在客户端显示对应的网页之前，服务器会返回一个包含状态码的响应头用以响应浏览器的请求。其中，所述状态码是反应服务器响应状态的，如状态码202表示响应成功，状态码400表示请求语义有误或参数有误，状态码501表示服务器不支持当前请求所需要的某个功能，等等。由于目前状态码是有限的，一个状态码往往对应多种响应状态，因此在监控系统监控到请求异常并定位异常原因的过程中，需要从代理服务器的日志查看出现异常接口，再找到该接口对应的worker机器，然后查看对应时间段内的日志，通过分析日志，找出错误原因；即在异常定位的过程中需要查询不同系统、不同日志来定位问题，效率低。

发明内容

本发明实施例提供一种数据处理方法，以提高定位异常原因的效率。

相应的，本发明实施例还提供了一种数据处理装置，用以保证上述方法的实现及应用。

为了解决上述问题，本发明公开了一种数据处理方法，具体包括：获取数据请求的响应头，所述数据请求的响应头是服务器用于响应所述数据请求的；检测所述响应头中是否存在业务异常码；当所述响应头中存在业务异常码时，依据所述业务异常码确定对应数据请求异常的原因；其中，所述业务异常码是服务器处理数据请求过程中调用的业务接口发生异常时添加至所述数据请求对应响应头中的。

可选地，所述检测所述响应头中是否存在业务异常码，包括：获取所述响应头中目标字段的参数值，判断所述参数值是否是业务异常码；若所述目标字段的参数值是业务异常码，则确定所述响应头中存在业务异常码。

可选地，所述依据所述业务异常码确定对应数据请求异常的原因，包括：获取异常映射信息；依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因。

可选地，所述异常映射信息包括接口映射信息和原因映射信息；所述依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因，包括：依据所述接口映射信息对所述业务异常码进行映射，确定发生异常的业务接口；依据所述原因映射信息对所述业务异常码进行映射，确定所述发生异常的业务接口的异常原因。

本发明还公开了一种数据处理装置，具体包括：获取模块，用于获取数据请求的响应头，所述数据请求的响应头是服务器用于响应所述数据请求的；检测模块，用于检测所述响应头中是否存在业务异常码；确定模块，用于当所述响应头中存在业务异常码时，依据所述业务异常码确定对应数据请求异常的原因；其中，所述业务异常码是服务器处理数据请求过程中调用的业务接口发生异常时添加至所述数据请求对应响应头中的。

可选地，所述检测模块，具体用于获取所述响应头中目标字段的参数值，判断所述参数值是否是业务异常码；若所述目标字段的参数值是业务异常码，则确定所述响应头中存在业务异常码。

可选地，所述确定模块包括：信息获取子模块，用于获取异常映射信息；

原因确定子模块，用于依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因。

可选地，所述异常映射信息包括接口映射信息和原因映射信息；所述原因确定子模块，具体用于依据所述接口映射信息对所述业务异常码进行映射，确定发生异常的业务接口；依据所述原因映射信息对所述业务异常码进行映射，确定所述发生异常的业务接口的异常原因。

与现有技术相比，本发明实施例包括以下优点：

本发明实施例中可以获取数据请求的响应头，然后可以通过检测所述响应头中是否存在业务异常码，来确定对应数据请求是否异常，当确定所述响应头中存在业务异常码时，可确定数据请求异常，此时可以依据所述业务异常码确定对应数据请求异常的原因；本发明实施例可以直接依据业务异常码确定数据请求异常的原因，而无需查询多个系统、多个日志，进而提高了定位异常原因的效率。

附图说明

图1是本发明的一种数据处理方法实施例的步骤流程图；

图2是本发明的另一种数据处理方法实施例的步骤流程图；

图3是本发明的一种数据处理装置实施例的结构框图；

图4是本发明的另一种数据处理装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种数据处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101、获取数据请求的响应头，所述数据请求的响应头是服务器用于响应所述数据请求的。

本发明实施例中，可以预先确定每个业务接口对应的各个业务，再确定每个业务处理过程中可能出现的异常情况，并针对每种异常情况设置对应的业务异常码；进而一个业务异常码可以用于标识一个业务接口的一种异常情况，一个业务接口可以对应多个业务异常码。从而监控系统可以依据业务异常码定位请求异常的原因，而无需查询不同的系统、不同的日志，提高了定位异常原因的效率；其中，所述监控系统是用于监控客户端向服务器发送的数据请求是否异常的。

客户端向服务器发送数据请求后，服务器可以对该数据请求进行处理，在处理该数据请求的过程中，服务器可能需要调用多个业务接口，以处理对应的业务；当服务器调用业务接口进行业务处理时，业务接口出现了异常情况，此时可以确定该异常情况对应的业务异常码，然后将该业务异常码添加到该数据请求的响应头中。服务器在生成响应头后，一方面，可以将所述响应头返回给客户端，以响应所述数据请求；另一方面，可以保存所述响应头便于后续异常监控。因此监控系统可以获取数据请求对应的响应头，依据响应头判断对应的数据请求是否发生异常；进而能够在确定数据请求发生异常时，快速定位异常原因，便于后续的异常处理。当然服务器也可以不保存响应头，由监控系统实时的获取该响应头，实现实时的对数据请求进行监控。

步骤102、检测所述响应头中是否存在业务异常码。

本发明实施例中，监控系统在依据响应头判断数据请求是否发生异常的过程中，可以检测所述响应用中是否存在业务异常码，若所述响应头中存在业务异常码，则确定数据请求异常，可执行步骤103；若所述响应头中不存在业务异常码，则确定数据请求正常，可结束上述流程。

步骤103、当所述响应头中存在业务异常码时，依据所述业务异常码确定对应数据请求异常的原因，其中，所述业务异常码是服务器处理数据请求过程中调用的业务接口发生异常时添加至所述数据请求对应响应头中的。

本发明实施例中，当确定所述响应头中存在业务异常码时，由于一种业务异常码用于标识一个业务接口的一种异常情况，进而可以依据所述业务异常码查询出现异常的业务接口及对应的异常情况，然后再确定出现该异常情况的原因，从而定位数据请求异常的原因。

本发明的一个示例中，业务接口1对应3种异常情况：异常情况1、异常情况2和异常情况3，可以针对异常情况1设置业务异常码A，异常情况2设置业务异常码B，以及异常情况3设置业务异常码C。服务器在处理客户端的数据请求过程中，调用了业务接口1，并且业务接口出现了异常情况1，此时可以确定对应的业务异常码A；然后可以将业务异常码A添加到响应中。进而监控系统在获取该响应头后，可以检测出该响应头中存在业务异常码A，此时可以确定数据请求异常；然后可以依据业务异常码A确定数据请求异常的原因，即依据业务异常码A确定是业务接口1的异常情况1，然后再确定异常情况1的异常原因，进而实现确定数据请求异常的原因。

本发明实施例中可以获取数据请求的响应头，然后可以通过检测所述响应头中是否存在业务异常码，来确定对应数据请求是否异常，当确定所述响应头中存在业务异常码时，可确定数据请求异常，此时可以依据所述业务异常码确定对应数据请求异常的原因；本发明实施例可以直接依据业务异常码确定数据请求异常的原因，而无需查询多个系统、多个日志，进而提高了定位异常原因的效率。

本发明的另一个实施例中，针对每个业务接口，可以预先确定该业务接口发生的每种异常情况对应的异常原因，进而在为每种异常情况设置对应的业务异常码后，可以依据该业务接口的接口信息和对应异常情况的异常原因，生成所述业务异常码对应的异常映射信息，进而可以依据业务异常码和对应的异常映射信息，确定发生异常的业务接口和对应的异常原因，实现快速确定数据请求异常的原因。

参照图2，示出了本发明的另一种数据处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤201、查询数据请求的响应头对应的日志，从所述日志中获取响应头。

本发明实施例中，服务器在处理客户端发送的数据请求的过程中，当服务器调用的业务接口出现了异常情况时，可以采用异常拦截的方式，拦截该异常情况对应的业务异常码；再将所述业务异常码添加至响应头中。其中，若响应头中原本不包含目标字段，所述目标字段用于存放业务处理状态，则在确定业务发生异常时，可以在响应头中添加目标字段，再将业务异常码作为该字段的参数值，进而实现在响应头中添加业务异常码；在确定业务接口未发生异常时，可以不对响应头进行处理。若响应头中原本包含目标字段，则在确定业务发生异常时，可以直接将业务异常码作为该目标字段的参数值，进而实现在响应头中添加业务异常码，例如可以在响应头的末尾添加目标字段：qy-ex，并添加业务异常码：ERR_BUS；在确定业务接口未发生异常时，可以将所述目标字段的属性值置为空，如qy-ex：null。

服务器在生成响应头后，一方面，服务器可以将所述响应头发送至客户端，以响应客户端的数据请求。另一方面，由于采用实时获取响应头过程中，服务器每生成一个响应头就会将该响应头发送监控系统，当服务器同时处理大量的数据请时，会生成大量的响应头时，监控系统的压力会大大的增加，因此服务器在生成响应头后，还可以保存该响应头，以便于后续异常监控和分析，以及减少监控系统的压力。其中，服务器可以将响应头保存在日志中，进而监控系统可以查询数据请求的响应头对应的日志，从所述日志中获取响应头。本发明实施例中，服务器可以将响应头直接保存成日志文件，也可以保存成在数据库的日志，进而监控系统可以直接读取日志文件获取响应头，也可以通过数据库的接口，读取数据库的日志，获取响应头。

其中，可以以响应头中原本包含目标字段为例，对该响应头进行检测判断对应的数据请求是否异常进行说明，具体如步骤202实现。

步骤202、获取所述响应头中目标字段的参数值，判断所述参数值是否是业务异常码。

本发明实施例中，可以获取所述响应头中目标字段的参数值，然后判断所述参数值是否为业务异常码；若所述参数值是业务异常码，则确定对应的数据请求异常，可执行步骤203，若所述参数值是空，则确定对应的数据请求正常，则可结束流程。

当然若响应头中原本不包含目标字段，而是在确定业务发生异常时，在响应头中添加目标字段和对应的参数值的；此时判断数据的数据请求是否异常步骤可以包括，检测所述响应头中是否存在目标字段。若响应头中存在目标字段，则确定数据请求异常，此时可以获取目标字段的参数值，将该参数值作为业务异常码，并执行步骤203；若响应头中不存在目标字段，则确定数据请求正常，可结束上述流程。

本发明实施例中，当确定响应头中存在业务异常码时，一方面，可以依据所述业务异常码确定对应数据请求异常的原因，具体可由如下步骤203-步骤204实现。

步骤203、获取异常映射信息。

步骤204、依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因。

本发明实施例中，可以获取异常映射信息，再依据业务异常码查找异常映射信息，确定对应数据请求异常的原因；其中，所述异常映射信息可以包括业务异常码和异常信息之间的映射关系，所述异常信息可以包括业务接口的接口标识和对应的异常原因，进而可以依据所述映射关系对业务异常码进行映射，确定对应的异常信息，从而可以确定发生异常的业务接口和对应的异常原因。

当然，所述异常映射信息也可以包括接口映射信息和原因映射信息，所述接口映射信息可以包括业务异常码和业务接口之间的映射关系，所述原因映射信息可以包括业务异常码和异常原因之间的映射关系；进而可以依据所述业务异常码、接口映射信息和异常映射信息，确定对应数据请求异常的原因；其中，具体可按照如下子步骤41-42实现：

子步骤41、依据所述接口映射信息对所述业务异常码进行映射，确定发生异常的业务接口。

子步骤42、依据所述原因映射信息对所述业务异常码进行映射，确定所述发生异常的业务接口的异常原因。

由于一个业务接口对应多种异常情况，每种异常情况存在对应的异常原因，不同的业务接口可能存在相同的异常原因；因此可以先依据所述接口映射信息中的映射关系对所述业务异常码进行映射，确定发生异常的业务接口，然后再依据所述原因映射信息中的映射关系对所述业务异常码进行映射，确定所述发生异常的业务接口对应异常原因；所述发生异常的业务接口的异常原因即为数据请求异常的原因，进而实现确定数据请求的异常原因。

本发明一个可选的实施例中，在确定数据请求异常的原因后，还可以依据日志中所述响应头对应的相关信息，确定异常原因的关联信息；例如依据响应头对应的时间，确定异常原因对应的异常发生时间，又如依据响应头对应的区域，确定异常原因对应的异常发生地点，等等。

步骤205、依据所述业务异常码生成报警信息，并推送所述报警信息。

本发明实施例中，当确定响应头中存在业务异常码时，另一方面还可以依据所述业务异常码生成报警信息，例如生成包含业务异常码的报警信息，并推送所述报警信息，以提醒监控人员数据请求出现异常。其中，所述报警信息可以包括文本信息，也可以包括音频信息。本发明实施例中，可以根据业务异常码对应的异常情况进行分类，然后设置各类业务异常码对应的报警信息；进而在确定业务异常码后，可以先确定业务异常码对应的类型，再将该类型对应的报警信息作为所述业务异常码对应的报警信息并推送。当然，本发明实施例还可以在确定数据请求异常的原因后，依据业务异常码确定报警信息；然后在推送报警信息的同时，推送异常原因，便于用户依据异常原因快速进行相应的处理，提高异常处理的效率。

本发明实施例中在检测出响应头中存在业务异常码时，可确定数据请求异常，此时可以依据所述业务异常码确定对应数据请求异常的原因；本发明实施例可以直接依据业务异常码确定数据请求异常的原因，而无需查询多个系统、多个日志，进而提高了定位异常原因的效率。

进一步，本发明实施例在依据业务异常码确定对应数据请求异常的原因时，可以所述依据所述业务异常码和异常映射信息，确定对应HTTP请求异常的原因；其中，所述异常映射信息包括接口映射信息和原因映射信息，进而可以依据所述异常接口映射信息对所述业务异常码进行映射，确定发生异常的业务接口，然后再依据所述异常原因映射信息对所述业务异常码进行映射，确定所述发生异常的业务接口的异常原因；从而能够快速的确定异常的原因。

再次，本发明实施例在确定响应头中存在业务异常码后，可以依据所述业务异常码生成报警信息，并推送所述报警信息；进而提示监控人员数据请求发生了异常，便于监控人员及时的对异常进行处理。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图3，示出了本发明的一种数据处理装置实施例的结构框图，用以保证上述数据处理方法的实施，所述装置具体包括：获取模块301、检测模块302和确定模块303，其中，

获取模块301，用于获取数据请求的响应头，所述数据请求的响应头是服务器用于响应所述数据请求的；

检测模块302，用于检测所述响应头中是否存在业务异常码；

确定模块303，用于当所述响应头中存在业务异常码时，依据所述业务异常码确定对应数据请求异常的原因；其中，所述业务异常码是服务器处理数据请求过程中调用的业务接口发生异常时添加至所述数据请求对应响应头中的。

参照图4，示出了本发明的另一种数据处理装置实施例的结构框图。

本发明的一个可选实施例中，所述检测模块302，具体用于获取所述响应头中目标字段的参数值，判断所述参数值是否是业务异常码；若所述目标字段的参数值是业务异常码，则确定所述响应头中存在业务异常码。

本发明的一个可选实施例中，所述确定模块303包括：信息获取子模块3031和原因确定子模块3032，其中，

信息获取子模块3031，用于获取异常映射信息；

原因确定子模块3032，用于依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因。

其中，所述原因确定子模块3032，具体用于依据所述异常接口映射信息对所述业务异常码进行映射，确定发生异常的业务接口；依据所述异常原因映射信息对所述业务异常码进行映射，确定所述发生异常的业务接口的异常原因。

本发明实施例中可以获取数据请求的响应头，然后可以通过检测所述响应头中是否存在业务异常码，来确定对应数据请求是否异常，当确定所述响应头中存在业务异常码时，可确定数据请求异常，此时可以依据所述业务异常码确定对应数据请求异常的原因；本发明实施例可以直接依据业务异常码确定数据请求异常的原因，而无需查询多个系统、多个日志，进而提高了定位异常原因的效率。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了一种电子设备，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行如本发明实施例所述的数据处理方法。

本发明实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如本发明实施例所述的数据处理方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

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

Claims (8)

1.一种数据处理方法，其特征在于，包括：

获取数据请求的响应头，所述数据请求的响应头是服务器用于响应所述数据请求的；

检测所述响应头中是否存在业务异常码；

当所述响应头中存在业务异常码时，依据所述业务异常码确定对应数据请求异常的原因，包括：获取异常映射信息；依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因；所述异常映射信息包括接口映射信息和原因映射信息，所述接口映射信息用于确定发生异常的业务接口，所述原因映射信息用于确定所述发生异常的业务接口的异常原因；

其中，所述业务异常码是服务器处理数据请求过程中调用的业务接口发生异常时添加至所述数据请求对应响应头中的。

2.根据权利要求1所述的方法，其特征在于，所述检测所述响应头中是否存在业务异常码，包括：

获取所述响应头中目标字段的参数值，判断所述参数值是否是业务异常码；

若所述目标字段的参数值是业务异常码，则确定所述响应头中存在业务异常码。

3.根据权利要求1所述的方法，其特征在于，所述依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因，包括：

依据所述接口映射信息对所述业务异常码进行映射，确定发生异常的业务接口；

依据所述原因映射信息对所述业务异常码进行映射，确定所述发生异常的业务接口的异常原因。

4.一种数据处理装置，其特征在于，包括：

获取模块，用于获取数据请求的响应头，所述数据请求的响应头是服务器用于响应所述数据请求的；

检测模块，用于检测所述响应头中是否存在业务异常码；

确定模块，用于当所述响应头中存在业务异常码时，依据所述业务异常码确定对应数据请求异常的原因；其中，所述业务异常码是服务器处理数据请求过程中调用的业务接口发生异常时添加至所述数据请求对应响应头中的；

所述确定模块包括：

信息获取子模块，用于获取异常映射信息；所述异常映射信息包括接口映射信息和原因映射信息，所述接口映射信息用于确定发生异常的业务接口，所述原因映射信息用于确定所述发生异常的业务接口的异常原因；

原因确定子模块，用于依据所述业务异常码和异常映射信息，确定对应数据请求异常的原因。

5.根据权利要求4所述的装置，其特征在于，

所述检测模块，具体用于获取所述响应头中目标字段的参数值，判断所述参数值是否是业务异常码；若所述目标字段的参数值是业务异常码，则确定所述响应头中存在业务异常码。

6.根据权利要求4所述的装置，其特征在于，所述原因确定子模块，具体用于依据所述接口映射信息对所述业务异常码进行映射，确定发生异常的业务接口；依据所述原因映射信息对所述业务异常码进行映射，确定所述发生异常的业务接口的异常原因。

7.一种电子设备，其特征在于，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行如权利要求1-3中一个或多个所述的数据处理方法。

8.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-3中一个或多个所述的数据处理方法。

Images