一种协议数据解析方法、装置、电子设备及存储介质与流程 专利技术说明

电子通信装置的制造及其应用技术1.本公开涉及数据处理技术领域，具体涉及网络数据通信、协议解析等技术。背景技术：2.协议即网络协议的简称，网络协议是通信计算机双方必须共同遵从的一组约定，如怎么样建立连接以及怎么样互相识别等。只有遵守协议，计算机之间才能相互通信交流。协议解析是对网络数据包的各个部分按照协议规范进行分析，得到数据包准确且详细的信息，用于协议之上各种网络功能，在网络数据通信中是不可或缺的数据处理环节。目前，网络协议的数量呈现出爆炸式增长的趋势，如何提高协议数据的解析处理效率和性能，成为协议数据解析任务的重中之重。技术实现要素：3.本公开实施例提供了一种协议数据解析方法、装置、电子设备及存储介质，能够提高协议数据的解析效率、解析性能和解析处理的可靠性。4.第一方面，本公开实施例提供了一种协议数据解析方法，应用于内核态的数据抓取分析程序，包括：5.获取目标客户端与目标服务端之间的通信链路数据；6.根据目标协议的目标协议特征从所述通信链路数据中筛选目标协议数据包；7.对所述目标协议数据包进行实时解析，并根据所述目标协议数据包的实时解析结果实时输出目标协议数据包识别数据。8.第二方面，本公开实施例提供了一种协议数据解析装置，配置于内核态的数据抓取分析程序，包括：9.通信链路数据获取模块，用于获取目标客户端与目标服务端之间的通信链路数据；10.目标协议数据包筛选模块，用于根据目标协议的目标协议特征从所述通信链路数据中筛选目标协议数据包；11.协议识别数据输出模块，用于对所述目标协议数据包进行实时解析，并根据所述目标协议数据包的实时解析结果实时输出目标协议数据包识别数据。12.第三方面，本公开实施例提供了一种电子设备，包括：13.至少一个处理器；以及14.与所述至少一个处理器通信连接的存储器；其中，15.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面实施例所提供的协议数据解析方法。16.第四方面，本公开实施例还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面实施例所提供的协议数据解析方法。17.第五方面，本公开实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现第一方面实施例所提供的协议数据解析方法。18.本公开实施例通过应用于内核态的数据抓取分析程序获取目标客户端与目标服务端之间的通信链路数据，以根据目标协议的目标协议特征从通信链路数据中筛选目标协议数据包，并对目标协议数据包进行实时解析，根据目标协议数据包的实时解析结果实时输出目标协议数据包识别数据，解决现有协议数据解析方法存在的可靠性低、性能损耗大及处理效率低等问题，能够满足非侵入式的协议数据解析需求，提高协议数据的解析效率、解析性能和解析处理的可靠性。19.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。附图说明20.附图用于更好地理解本方案，不构成对本公开的限定。其中：21.图1是本公开实施例提供的一种协议数据解析方法的流程图；22.图2是本公开实施例提供的一种协议数据解析方法的流程图；23.图3是本公开实施例提供的一种redis协议数据解析系统的结构示意图；24.图4是本公开实施例提供的一种对redis协议数据进行解析的流程示意图；25.图5是本公开实施例提供的一种协议数据解析装置的结构图；26.图6是用来实现本公开实施例的协议数据解析方法的电子设备的结构示意图。具体实施方式27.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。28.目前，通常采用三种方案对某种网络协议进行解析。其中，第一种方案为在数据通信的客户端配置协议解析分析功能，以redis协议为例说明，可以在redis客户端增加信息记录，统计所有redis交互记录。第二种方案为在数据通信的服务端配置协议解析分析功能，以redis协议为例说明，可以在redis服务端增加信息记录，统计所有redis交互记录。第三种方案为使用专属的应用层工具对链路进行抓包和分析，仍以redis协议为例说明，可以使用用户态的tcpdump(dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具)工具，对redis客户端和redis服务端的通信链路的全量redis协议数据进行抓包，然后分析抓取的所有协议数据包内容，得到交互记录。29.上述方案中，第一种方案和第二种方案需要修改客户端和服务端现有的代码，不能满足非侵入式的协议数据解析需求，容易造成额外的故障和问题，可靠性较低。第三种方案虽然可以满足式的协议数据解析需求，但是应用层工具本身占用的计算和网络资源较高，从而影响协议数据的解析性能和效率。且目前应用层工具需要对通信链路所有流量进行抓包分析，当流量较大时，会出现性能损耗大和性能较差等问题，无法满足大规模协议数据解析的性能需求。30.在一个示例中，图1是本公开实施例提供的一种协议数据解析方法的流程图，本实施例可适用于通过电子设备中配置的内核态的数据抓取分析程序进行协议数据解析的情况，该方法可以由协议数据解析装置来执行，该装置可以由软件和/或硬件的方式来实现，并一般可集成在电子设备中。该电子设备可以是终端设备，也可以是服务器设备，或者，也还可以是终端设备与服务器设备之间的中间网络设备等，本公开实施例并不对电子设备的具体设备类型进行限定。相应的，如图1所示，该方法包括如下操作：31.s110、获取目标客户端与目标服务端之间的通信链路数据。32.其中，目标客户端可以是处理目标协议的网络数据的客户端，例如可以是redis客户端、tcp(transmission control protocol，传输控制协议)客户端或udp(user datagram protocol，用户数据报协议)客户端等。目标服务端可以是处理目标协议的网络数据的服务端，例如可以是redis服务端、tcp(transmission control protocol，传输控制协议)服务端或udp(user datagram protocol，用户数据报协议)服务端等。可以理解的是，客户端和服务端的类型与目标协议的类型相匹配，本公开实施例并不对目标协议的协议类型进行限定，也不对目标协议匹配的目标客户端和目标服务端的类型进行限定。33.可以理解的是，通信链路数据可以是目标客户端向目标服务端发送的数据，也可以是目标服务端向目标客户端反馈的数据，本公开实施例对此并不进行限制。34.可选的，在对目标客户端与目标服务端之间的通信链路数据进行解析时，可以根据业务需求对单方向传输的通信链路数据进行解析，如对目标客户端向目标服务端发送的通信链路数据进行解析，或对目标服务端向目标客户端反馈的通信链路数据进行解析。或者，也还可以同时对双向传输的通信链路数据进行解析，例如对双向传输的通信链路数据区分源地址和目的地址，进而分别筛选出多种单向传输的通信链路数据再进行解析。又例如，对双向传输的通信链路数据基于数据来源标识建立不同方向传输数据之间的关联，进而将一组关联的发送和反馈数据进行解析等。35.在本公开实施例中，可以通过内核态的数据抓取分析程序解析协议数据。其中，内核态的数据抓取分析程序可以是运行于内核环境的一种具有数据抓取和分析功能的程序。由于该程序运行于内核态，所以在对数据进行抓取和分析的过程中，相对于用户态的应用程序可以占用更少的计算和网络资源，从而提高协议数据的解析效率和解析性能。同时，内核态的数据抓取分析程序运行于内核态，无需修改对应的目标客户端和/或目标服务端，因此不会因侵入式地修改目标客户端和/或目标服务端造成额外的故障和问题，可靠性更高。36.在本公开的一个可选实施例中，所述内核态的数据抓取分析程序配置于目标设备的主机内核；所述目标设备包括安装所述目标客户端的设备、安装所述目标服务端的设备和所述目标客户端与所述目标服务端之间网络设备中的至少一项。37.也即，内核态的数据抓取分析程序可以配置在客户端与服务端之间通信链路的任意一个或多个设备中。可以理解的是，配置于安装目标客户端的设备主机内核的内核态的数据抓取分析程序，可以对目标客户端向目标服务端发送的通信链路数据进行解析；配置于安装目标服务端的设备主机内核的内核态的数据抓取分析程序，对目标服务端向目标客户端反馈的通信链路数据进行解析；配置于中间网络设备的主机内核的内核态的数据抓取分析程序，则可以按需求和配置情况对目标客户端与目标服务端之间单向或双向的通信链路数据进行解析，本公开实施例对此并不进行限制。38.由此可见，内核态的数据抓取分析程序配置具有足够的灵活性，能够满足多种协议数据解析业务场景的需求。39.s120、根据目标协议的目标协议特征从所述通信链路数据中筛选目标协议数据包。40.其中，目标协议特征也即能够反映目标协议身份的特征，如协议类型、端口号信息或协议结构等。目标协议数据包也即目标协议网络数据包。41.s130、对所述目标协议数据包进行实时解析，并根据所述目标协议数据包的实时解析结果实时输出目标协议数据包识别数据。42.其中，目标协议数据包识别数据可以是内核态的数据抓取分析程序按需根据目标协议数据包的实时解析结果输出的部分或全部解析数据。43.在本公开实施例中，内核态的数据抓取分析程序在确定需要进行解析的目标协议类型后，可以基于目标协议的目标协议特征，从包括多种不同协议数据类型的通信链路数据中筛选与目标协议相匹配的目标协议数据包。内核态的数据抓取分析程序可以实现对目标协议数据包的实时解析过程，延时性通常在毫秒级别，而用户态协议数据解析工具的延时性通常在小时级别。同时，内核态的数据抓取分析程序无需对目标协议数据包的全部数据内容进行解析，而是按需对目标协议数据包的实时解析结果进行筛选，从而实时输出目标协议数据包识别数据，进一步提高了协议数据的解析效率和解析性能。44.本公开实施例通过应用于内核态的数据抓取分析程序获取目标客户端与目标服务端之间的通信链路数据，以根据目标协议的目标协议特征从通信链路数据中筛选目标协议数据包，并对目标协议数据包进行实时解析，根据目标协议数据包的实时解析结果实时输出目标协议数据包识别数据，解决现有协议数据解析方法存在的可靠性低、性能损耗大及处理效率低等问题，能够提高协议数据的解析效率、解析性能和解析处理的可靠性。45.在一个示例中，图2是本公开实施例提供的一种协议数据解析方法的流程图，本公开实施例在上述各实施例的技术方案的基础上，进行了优化改进，给出了实现数据抓取分析程序内核态以及根据目标协议数据包的实时解析结果实时输出目标协议数据包识别数据的多种具体可选的实现方式。46.在本公开实施例中，可选的，所述内核态的数据抓取分析程序可以包括ebpf(extended berkeley packet filter，一种数据包过滤技术，从伯克利数据包过滤器扩展得到)程序，相应的，如图2所示的一种协议数据解析方法，包括：47.s210、将所述ebpf程序编译为ebpf字节码。48.s220、将所述ebpf字节码加载至处理器内核，得到内核态的ebpf程序。49.可选的，可以在用户界面向用户态注入ebpf程序，在用户态中利用llvm(构架编译器的框架系统)编译器将ebpf程序编译成字节码并加载至内核处理器，以形成字节码对应的进程，得到内核态的ebpf程序，从而执行协议数据解析的业务。50.s230、根据所述目标协议的协议类型确定跟踪事件类型和目标通信接口。51.其中，跟踪事件类型可以是内核态的ebpf程序需要跟踪处理的事件类型。目标通信接口可以根据目标协议的类型确定，例如可以对匹配的套接字，用于在该接口处抓取所需的数据。52.s240、将所述内核态的ebpf程序注册至所述目标通信接口，以通过所述内核态的ebpf程序根据所述跟踪事件类型跟踪目标协议事件。53.其中，目标协议事件也即能够产生目标协议数据的事件。54.在本公开实施例中采用ebpf程序作为内核态的数据抓取分析程序时，在相应的主机内核中加载ebpf程序后，还需要进一步对内核态的ebpf程序设置跟踪事件，并将内核态的ebpf程序注册至目标协议匹配的目标通信接口，以在目标通信接口处跟踪所有内核网络处理事件，并筛选出目标协议事件。示例性的，内核网络处理事件可以包括但不限于：connect(连接)、accept(请求)、open(打开)、write(写)、read(读)、send(发送)、recv(接收)及close(关闭)等。55.上述技术方案，通过对内核态的ebpf程序注册至目标通信接口并配置跟踪事件类型，可以实现内核态的ebpf程序对目标协议数据快速且精准的抓取。56.s250、获取目标客户端与目标服务端之间的通信链路数据。57.s260、根据目标协议的目标协议特征从所述通信链路数据中筛选目标协议数据包。58.s270、获取对目标协议配置的识别数据过滤逻辑配置信息。59.其中，识别数据过滤逻辑配置信息可以是预先对目标协议配置的，用于过滤目标协议数据的过滤逻辑。可选的，该过滤逻辑可以是一级过滤逻辑，也可以包括多级过滤逻辑，本公开实施例对识别数据过滤逻辑配置信息中包括的过滤逻辑的形式和内容进行限定。60.s280、根据所述识别数据过滤逻辑配置信息对所述目标协议数据包的实时解析结果进行过滤，得到所述目标协议数据包识别数据。61.在本公开实施例中，内核态的数据抓取分析程序可以预先对目标协议配置识别数据过滤逻辑配置信息，该配置信息中可以按需设置一级或多级的过滤逻辑，从而根据预先配置的过滤逻辑对目标协议数据包的实时解析结果进行按需过滤，得到目标协议数据包识别数据，以避免对大量无用数据进行解析和输出，从而提高目标协议数据的解析效率和性能。62.在本公开的一个可选实施例中，在所述根据所述目标协议数据包的实时解析结果实时输出目标协议数据包识别数据之后，还可以包括：将所述目标协议数据包识别数据输出至缓存队列；其中，所述缓存队列用于将所述目标协议数据包识别数据发送至数据处理模块进行处理，得到目标协议数据。63.在本公开的一个可选实施例中，所述目标客户端可以包括redis客户端，所述目标服务端可以包括redis服务端，所述目标协议可以包括redis协议。64.图3是本公开实施例提供的一种redis协议数据解析系统的结构示意图，图4是本公开实施例提供的一种对redis协议数据进行解析的流程示意图。在一个具体的例子中，以客户端向服务端发送redis命令为例说明，如图3和图4所示，redis客户端向redis服务端发送redis命令，当redis数据包被内核处理时，位于内核中的ebpf程序根据redis协议特点，抓取解析redis消息，实时识别并过滤出redis数据包并发送到缓冲队列。示例性的，识别过滤出的部分redis消息见表1。缓冲队列可以将缓存的消息发送至外部的数据处理模块，如消息处理模块。进一步的，消息处理模块从缓冲队列中收集所有解析出的redis消息，写入日志并发送给中心处理模块。中心处理模块将所有消息持久化到中心数据库中，由负责对识别出的redis消息进行集中存储，同时提供对redis协议解析数据的审计、统计和问题调试等功能。可选的，中心数据库的类型可以包括但不限于mysql、clickhouse等数据库。65.表1按需识别的redis消息66.字段类型描述timestamp整型时间戳uniquepid整型redis客户端唯一标识remoteaddr字符串redis服务端地址remoteport整型redis服务端端口requestcmd字符串redis命令requestargs字符串redis命令参数response字符串redis命令返回信息latency整型请求延迟67.上述技术方案可以实现对目标协议数据的高性能、高效率、无侵入式的解析和采集，从而可以在不影响现有业务的情况下，支持协议数据的故障调试、审计以及数据统计等功能。68.需要说明的是，以上各实施例中各技术特征之间的任意排列组合也属于本公开的保护范围。69.在一个示例中，图5是本公开实施例提供的一种协议数据解析装置的结构图，本公开实施例可适用于通过电子设备中配置的内核态的数据抓取分析程序进行协议数据解析的情况，该装置通过软件和/或硬件实现，并具体配置于电子设备中。该电子设备可以是终端设备，也可以是服务器设备，或者，也还可以是终端设备与服务器设备之间的中间网络设备等，本公开实施例并不对电子设备的具体设备类型进行限定。70.如图5所示的一种协议数据解析装置500，包括：通信链路数据获取模块510、目标协议数据包筛选模块520和协议识别数据输出模块530。其中，71.通信链路数据获取模块510，用于获取目标客户端与目标服务端之间的通信链路数据；72.目标协议数据包筛选模块520，用于根据目标协议的目标协议特征从所述通信链路数据中筛选目标协议数据包；73.协议识别数据输出模块530，用于对所述目标协议数据包进行实时解析，并根据所述目标协议数据包的实时解析结果实时输出目标协议数据包识别数据。74.本公开实施例通过应用于内核态的数据抓取分析程序获取目标客户端与目标服务端之间的通信链路数据，以根据目标协议的目标协议特征从通信链路数据中筛选目标协议数据包，并对目标协议数据包进行实时解析，根据目标协议数据包的实时解析结果实时输出目标协议数据包识别数据，解决现有协议数据解析方法存在的可靠性低、性能损耗大及处理效率低等问题，能够满足非侵入式的协议数据解析需求，提高协议数据的解析效率、解析性能和解析处理的可靠性。75.可选的，所述内核态的数据抓取分析程序包括ebpf程序；协议数据解析装置还包括内核态程序获取模块，用于：将所述ebpf程序编译为ebpf字节码；将所述ebpf字节码加载至处理器内核，得到内核态的ebpf程序。76.可选的，协议数据解析装置还包括目标协议事件跟踪模块，用于：根据所述目标协议的协议类型确定跟踪事件类型和目标通信接口；将所述内核态的ebpf程序注册至所述目标通信接口，以通过所述内核态的ebpf程序根据所述跟踪事件类型跟踪目标协议事件。77.可选的，协议识别数据输出模块530还用于：获取对目标协议配置的识别数据过滤逻辑配置信息；根据所述识别数据过滤逻辑配置信息对所述目标协议数据包的实时解析结果进行过滤，得到所述目标协议数据包识别数据。78.可选的，协议数据解析装置还包括数据输出模块，用于：将所述目标协议数据包识别数据输出至缓存队列；其中，所述缓存队列用于将所述目标协议数据包识别数据发送至数据处理模块进行处理，得到目标协议数据。79.可选的，所述目标客户端包括redis客户端，所述目标服务端包括redis服务端，所述目标协议包括redis协议。80.可选的，所述内核态的数据抓取分析程序配置于目标设备的主机内核；所述目标设备包括安装所述目标客户端的设备、安装所述目标服务端的设备和所述目标客户端与所述目标服务端之间网络设备中的至少一项。81.上述协议数据解析装置可执行本公开任意实施例所提供的协议数据解析方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本公开任意实施例提供的协议数据解析方法。82.由于上述所介绍的协议数据解析装置为可以执行本公开实施例中的协议数据解析方法的装置，故而基于本公开实施例中所介绍的协议数据解析方法，本领域所属技术人员能够了解本实施例的协议数据解析装置的具体实施方式以及其各种变化形式，所以在此对于该协议数据解析装置如何实现本公开实施例中的协议数据解析方法不再详细介绍。只要本领域所属技术人员实施本公开实施例中协议数据解析方法所采用的装置，都属于本公开所欲保护的范围。83.在一个示例中，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。84.图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。85.如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。86.设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。87.计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如协议数据解析方法。例如，在一些实施例中，协议数据解析方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到ram 603并由计算单元601执行时，可以执行上文描述的协议数据解析方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行协议数据解析方法。88.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。89.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。90.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。91.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。92.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。93.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。服务器还可以分布式系统的服务器，或者是结合了区块链的服务器。94.本公开实施例通过应用于内核态的数据抓取分析程序获取目标客户端与目标服务端之间的通信链路数据，以根据目标协议的目标协议特征从通信链路数据中筛选目标协议数据包，并对目标协议数据包进行实时解析，根据目标协议数据包的实时解析结果实时输出目标协议数据包识别数据，解决现有协议数据解析方法存在的可靠性低、性能损耗大及处理效率低等问题，能够满足非侵入式的协议数据解析需求，提高协议数据的解析效率、解析性能和解析处理的可靠性。95.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。96.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!