数据处理方法和***
技术领域
本发明涉及计算机技术领域,特别是涉及一种数据处理方法和***。
背景技术
在通信网络技术中,通常需对在客户端与服务器之间传输的数据进行完整性保护。数据完整性保护即在客户端对所传输的数据进行计算得到数据摘要,服务器接收到数据后,用相应的方法对数据进行计算得到验证的数据摘要,如果二者相同,就说明数据是完整的。客户端与服务器之间传输的数据很容易被第三方篡改。因此需要对数据进行完整性的保护。完整性保护是指保证数据在传输过程中没有被第三方篡改。
在实际应用过程中,对数据的完整性保护职能保证数据有序且完整,但不能保证数据的粘连和截断。
发明内容
鉴于上述现有的数据完整性保护方法无法保证数据粘连和截断的问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据处理方法和***。
依据本发明的一个方面,提供了一种数据处理方法,包括:
接收客户端传输的数据,其中,所述数据包括头部信息、长度信息和实际数据,所述头部信息包括:封装标识信息,所述长度信息包括预设的每个数据包序列的长度;
按照所述封装标识信息对所述实际数据进行解封装得到原始数据;
按照预设的每个数据包序列的长度对所述原始数据进行分割,得到至少一个数据包序列。
根据本发明的另一方面,提供了一种数据处理***,包括:
数据接收模块,用于接收客户端传输的数据,其中,所述数据包括头部信息、长度信息和实际数据,所述头部信息包括:封装标识信息,所述长度信息包括预设的每个数据包序列的长度;
解封装模块,用于按照所述封装标识信息对所述实际数据进行解封装得到原始数据;
分割模块,用于按照预设的每个数据包序列的长度对所述原始数据进行分割,得到至少一个数据包序列。
现有的数据完整性保护方案中,只能保证数据有序且完整,不能保证数据粘连和截断。本发明在客户端向服务器传输的数据中设置头部信息、长度信息和实际数据。其中,实际数据是主要的数据,头部信息和长度信息是为实际数据服务的。头部信息和长度信息独立于实际数据。根据头部信息中的封装标识信息对封装的实际数据进行解封装得到原始数据,并按照长度信息中预设的每个数据包序列的长度对原始数据进行分割,得到至少一个数据包序列,达到了数据粘连和截断的效果。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1是根据本发明实施例一的一种数据处理方法的步骤流程图;
图2是根据本发明实施例二的一种数据处理方法的步骤流程图;
图3是根据本发明实施例三的一种数据处理***的结构框图;
图4是根据本发明实施例四的一种数据处理***的结构框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
详细介绍本发明实施例提供的一种数据处理方法。
参照图1,示出了本发明实施例一中的一种数据处理方法的步骤流程图。
步骤100,接收客户端传输的数据。
其中,所述数据可以包括头部信息、长度信息和实际数据,所述头部信息可以包括:封装标识信息,所述长度信息可以包括预设的每个数据包序列的长度。
所述客户端传输的数据是一种宽泛的数据,不仅仅包括实际数据,还包括为实际数据服务的头部信息和长度信息。在传输的数据中,真正起到决定作用的实际数据。
头部信息和长度信息可以对实际数据的封装形式和数据包序列的长度进行限定。
在头部信息中可以利用封装标识信息对实际数据的封装形式进行限定。
在长度信息中可以利用预设的每个数据包序列的长度指示实际数据被分割为各个数据包序列的长度。
步骤102,按照所述封装标识信息对所述实际数据进行解封装得到原始数据。
封装标识信息指示实际数据的封装形式,则对封装的实际数据按照封装标识信息进行逆向的解封装得到原始数据。原始数据为未经过任何封装或其他处理的实际数据。
步骤104,按照预设的每个数据包序列的长度对所述原始数据进行分割,得到至少一个数据包序列。
解封装得到的原始数据可以是一串比较长的实际数据,其中,可以包括多段相互独立的实际数据。
将原始数据按照预设的每个数据包序列的长度进行分割,可以得到至少一个数据包序列,每个数据包序列可以为一个独立的实际数据。
综上所述,本发明实施例中的技术方案,在客户端向服务器传输的数据中设置头部信息、长度信息和实际数据。其中,实际数据是主要的数据,头部信息和长度信息是为实际数据服务的。头部信息和长度信息独立于实际数据。根据头部信息中的封装标识信息对封装的实际数据进行解封装得到原始数据,并按照长度信息中预设的每个数据包序列的长度对原始数据进行分割,得到至少一个数据包序列,达到了数据粘连和截断的效果。
实施例二
详细介绍本发明实施例提供的一种数据处理方法。
参照图2,示出了本发明实施例二中的一种数据处理方法的步骤流程图。
步骤200,接收客户端传输的数据。
其中,所述数据可以包括头部信息、长度信息和实际数据,所述头部信息可以包括:封装标识信息,所述长度信息可以包括预设的每个数据包序列的长度。
所述客户端传输的数据是一种宽泛的数据,不仅仅包括实际数据,还包括为实际数据服务的头部信息和长度信息。在传输的数据中,真正起到决定作用的实际数据。
头部信息和长度信息可以对实际数据的封装形式和数据包序列的长度进行限定。
在头部信息中可以利用封装标识信息对实际数据的封装形式进行限定。
优选地,所述封装标识信息可以包括行动消息格式、JavaScript对象符号或MSGPACK。
若客户端传输的数据为flash游戏的数据,则封装标识信息可以为行动消息格式或者JavaScript对象符号;若客户端传输的数据为手游的数据,则封装标识信息可以为JavaScript对象符号或MSGPACK(一个基于二进制高效的对象序列化)。
在长度信息中可以利用预设的每个数据包序列的长度指示实际数据被分割为各个数据包序列的长度。
步骤202,按照所述封装标识信息对所述实际数据进行解封装得到原始数据。
封装标识信息指示实际数据的封装形式,则对封装的实际数据按照封装标识信息进行逆向的解封装得到原始数据。原始数据为未经过任何封装或其他处理的实际数据。
优选地,所述头部信息还可以包括:压缩标识信息和加密标识信息。
其中,压缩标识信息用于指示实际数据的压缩方式,加密标识信息用于指示实际数据的加密方式。
若所述头部信息还包括压缩标识信息,则本发明实施例还可以包括:
步骤204,按照所述压缩标识信息对所述实际数据进行解压缩。
压缩标识信息指示实际数据的压缩形式,则对封装的实际数据按照压缩标识信息进行逆向的解压缩得到原始数据。原始数据为未经过任何压缩或其他处理的实际数据。
优选地,根据客户端传输数据的网络类型的不同,还可以选择对实际数据不进行压缩处理,若不进行压缩处理,则不需要解压缩处理。
若所述头部信息还包括加密标识信息,则本发明实施例还可以包括:
步骤206,按照所述加密标识信息对所述实际数据进行解密。
加密标识信息指示实际数据的加密形式,则对封装的实际数据按照加密标识信息进行逆向的解加密得到原始数据。原始数据为未经过任何加密或其他处理的实际数据。
优选地,根据客户端传输数据的安全性要求的不同,还可以选择对实际数据不进行加密处理,若不进行加密处理,则不需要解加密处理。
若所述头部信息包括压缩标识信息和加密标识信息,则本发明实施例可以同时包括步骤204和步骤206,且步骤204和步骤206的顺序关系可以根据实际情况进行设定,同时,步骤204和步骤206与其他步骤的关系也可以按照实际情况设定。
若所述长度信息大于预置长度,则本发明实施例还可以包括:
步骤208,检测所述实际数据是否被入侵,若被入侵,则执行步骤210;若未被入侵,则执行步骤212。
步骤210,丢弃所述实际数据。
步骤212,按照预设的每个数据包序列的长度对所述原始数据进行分割,得到至少一个数据包序列。
解封装得到的原始数据可以是一串比较长的实际数据,其中,可以包括多段相互独立的实际数据。
将原始数据按照预设的每个数据包序列的长度进行分割,可以得到至少一个数据包序列,每个数据包序列可以为一个独立的实际数据。
步骤214,若分割得到数据半包序列,则通过接收到的后续数据对所述数据半包序列进行拼接。
可以利用客户端后续传输的数据对数据半包序列进行拼接,得到数据包序列。
综上所述,本发明实施例中的技术方案,在客户端向服务器传输的数据中设置头部信息、长度信息和实际数据。其中,实际数据是主要的数据,头部信息和长度信息是为实际数据服务的。头部信息和长度信息独立于实际数据。根据头部信息中的封装标识信息对封装的实际数据进行解封装得到原始数据,并按照长度信息中预设的每个数据包序列的长度对原始数据进行分割,得到至少一个数据包序列,达到了数据粘连和截断的效果。
实施例三
详细介绍本发明实施例提供的一种数据处理***。
参照图3,示出了本发明实施例三中的一种数据处理***的结构框图。
所述***可以包括:数据接收模块300,解封装模块302,分割模块304。
下面分别详细介绍各模块的功能以及各模块之间的关系。
数据接收模块300,用于接收客户端传输的数据,其中,所述数据包括头部信息、长度信息和实际数据,所述头部信息包括:封装标识信息,所述长度信息包括预设的每个数据包序列的长度。
解封装模块302,用于按照所述封装标识信息对所述实际数据进行解封装得到原始数据。
分割模块304,用于按照预设的每个数据包序列的长度对所述原始数据进行分割,得到至少一个数据包序列。
综上所述,本发明实施例中的技术方案,在客户端向服务器传输的数据中设置头部信息、长度信息和实际数据。其中,实际数据是主要的数据,头部信息和长度信息是为实际数据服务的。头部信息和长度信息独立于实际数据。根据头部信息中的封装标识信息对封装的实际数据进行解封装得到原始数据,并按照长度信息中预设的每个数据包序列的长度对原始数据进行分割,得到至少一个数据包序列,达到了数据粘连和截断的效果。
实施例四
详细介绍本发明实施例提供的一种数据处理***。
参照图4,示出了本发明实施例四中的一种数据处理***的结构框图。
所述***可以包括:数据接收模块400,解封装模块402,解压缩模块404,解密模块406,拼接模块408,检测模块410,丢弃模块412,分割模块414。
下面分别详细介绍各模块的功能以及各模块之间的关系。
数据接收模块400,用于接收客户端传输的数据,其中,所述数据包括头部信息、长度信息和实际数据,所述头部信息包括:封装标识信息,所述长度信息包括预设的每个数据包序列的长度。
优选地,所述封装标识信息可以包括行动消息格式、JavaScript对象符号或MSGPACK。
优选地,所述头部信息还可以包括:压缩标识信息和加密标识信息。
解封装模块402,用于按照所述封装标识信息对所述实际数据进行解封装得到原始数据。
解压缩模块404,用于在所述数据接收模块400接收客户端传输的数据之后,按照所述压缩标识信息对所述实际数据进行解压缩。
解密模块406,用于在所述数据接收模块400接收客户端传输的数据之后,按照所述加密标识信息对所述实际数据进行解密。
拼接模块408,用于在所述分割模块414按照预设的每个数据包序列的长度对所述原始数据进行分割之后,若分割得到数据半包序列,则通过接收到的后续数据对所述数据半包序列进行拼接。
检测模块410,用于若所述长度信息大于预置长度,则检测所述实际数据是否被入侵。
丢弃模块412,用于在所述检测模块410检测所述实际数据是否被入侵后,若所述实际数据被入侵,则丢弃所述实际数据。
分割模块414,用于按照预设的每个数据包序列的长度对所述原始数据进行分割,得到至少一个数据包序列。
综上所述,本发明实施例中的技术方案,在客户端向服务器传输的数据中设置头部信息、长度信息和实际数据。其中,实际数据是主要的数据,头部信息和长度信息是为实际数据服务的。头部信息和长度信息独立于实际数据。根据头部信息中的封装标识信息对封装的实际数据进行解封装得到原始数据,并按照长度信息中预设的每个数据包序列的长度对原始数据进行分割,得到至少一个数据包序列,达到了数据粘连和截断的效果。
在此提供的数据处理方案不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造具有本发明方案的***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据处理方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。