CN106571892A - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN106571892A CN106571892A CN201610980318.XA CN201610980318A CN106571892A CN 106571892 A CN106571892 A CN 106571892A CN 201610980318 A CN201610980318 A CN 201610980318A CN 106571892 A CN106571892 A CN 106571892A
- Authority
- CN
- China
- Prior art keywords
- data
- check information
- verified
- data processing
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开是关于一种数据处理方法及装置,在数据处理端接收到通信端发送的携带有待运行数据的待校验数据时,如果该待运行数据携带有校验标识,提取该待运行数据中的校验信息,如果该校验信息为标准校验信息,运行该待运行数据。这样可以说明数据处理端成功正确接收到通信端发送的待校验通信数据,并且这样可以有效的避免因环境等因素的干扰,使得数据处理端避免在接收通信端发送的通信数据时因环境干扰等因素发生的运行错误。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种数据处理方法及装置。
背景技术
随着技术的不断发展,以手机为代表的智能设备不断为用户所使用。由于手机具备多种功能,在用户使用手机时,手机内部手机之间的相关模块之间通信时需要不断接收和/或发送数据。
由于数据在模块之间传输的过程中会受到环境等因素的干扰,很可能造成传输的数据出现偏差,造成手机运行异常。
发明内容
为克服相关技术中存在的问题,本公开提供一种数据处理方法及装置。
根据本公开实施例的第一方面,提供一种数据处理方法,包括:
接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
当所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
当所述校验信息为标准校验信息时,运行所述待运行数据。
这样可以说明数据处理端成功正确接收到通信端发送的待校验通信数据,并且。这样可以有效的避免因环境等因素的干扰,使得数据处理端避免在接收通信端发送的通信数据时因环境干扰等因素发生偏差。
可选地,所述标准校验信息的校验数据长度为预设数据长度;
所述当所述校验信息为标准校验信息时,运行所述待运行数据,包括:
获取所述校验信息中的校验数据长度;
当所述校验数据长度等于所述预设数据长度时,运行所述待运行数据。
可以通过判断接收到的通信数据的数据长度,来判断该通信数据是否为正常通信数据。避免因接收到异常通信数据,在处理异常通信数据时给系统造成损坏。
可选地,所述标准校验信息的校验值为预设校验值;
所述当所述校验信息为标准校验信息时,运行所述待运行数据,包括:
获取所述校验信息中的校验值;
当所述校验值与所述预设校验值匹配时,运行所述待运行数据。
可以通过判断接收到的通信数据的校验值,来判断该通信数据是否为正常通信数据。避免因接收到异常通信数据,在处理异常通信数据时给系统造成损坏。
可选地,所述方法还包括:
当所述校验信息不是所述标准校验信息时,向通信端发送数据接收异常反馈信息,以使所述通信端重新发送待校验数据。
可选地,所述待运行数据包括可执行文件或控制指令。
根据本公开实施例的第二方面,数据处理方法,应用于通信端,所述方法包括:
接收服务器发送的待运行数据;
在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
将所述待校验数据发送给数据处理端。
可选地,所述方法还包括:
当接收到所述数据处理端发送的数据接收异常反馈信息时,将所述待校验数据重新发送给数据处理端。
在通信端将预设通信数据发送给数据处理端之后,如果数据处理端没有接收到正确的通信数据,那么数据处理端会向发送方发送异常反馈信息。在通信端接收到接收方反馈的异常反馈信息之后,可以重新将携带有所述校验信息和预设校验标识的待校验数据发送给数据处理端。
根据本公开实施例的第三方面,应用于数据处理端,提供一种数据处理装置,包括:
待校验数据接收模块,用于接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
校验信息提取模块,用于在所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
数据运行模块,用于在所述校验信息为标准校验信息时,运行所述待运行数据。
可选地,所述标准校验信息的校验数据长度为预设数据长度;所述数据运行模块,包括:
数据长度获取子模块,用于获取所述校验信息中的校验数据长度;
第一数据运行子模块,用于在所述校验数据长度等于所述预设数据长度时,运行所述待运行数据。
可选地,所述标准校验信息的校验值为预设校验值;所述数据运行模块,包括:
校验值获取子模块,用于获取所述校验信息中的校验值;
第二数据运行子模块,用于当所述校验值与所述预设校验值匹配时,运行所述待运行数据。
可选地,所述装置还包括:
校验数据方子模块,用于在所述校验信息不是所述标准校验信息时,向通信端发送数据接收异常反馈信息,以使所述通信端重新发送待校验数据。
根据本公开实施例的第四方面,提供一种数据处理装置,应用于通信端,该装置包括:
数据接收模块,用于接收服务器发送的待运行数据;
校验数据生成模块,用于在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
第一数据发送模块,用于将所述待校验数据发送给数据处理端。
可选地,所述装置还包括:
第二数据发送模块,用于在接收到所述数据处理端发送的数据接收异常反馈信息时,将所述待校验数据重新发送给数据处理端。
根据本公开实施例的第五方面,提供一种终端,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
当所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
当所述校验信息为标准校验信息时,运行所述待运行数据。
根据本公开实施例的第六方面,提供一种终端,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收服务器发送的待运行数据;
在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
将所述待校验数据发送给数据处理端。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开实施例提供的数据处理方法及装置,在数据处理端接收到通信端发送的携带有待运行数据的待校验数据时,如果该待运行数据携带有校验标识,提取该待运行数据中的校验信息,如果该校验信息为标准校验信息,运行该待运行数据。这样可以说明数据处理端成功正确接收到通信端发送的待校验通信数据,并且这样可以有效的避免因环境等因素的干扰,使得数据处理端避免在接收通信端发送的通信数据时因环境干扰等因素发生的运行错误。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种应用场景图;
图2是根据一示例性实施例示出的一种数据处理方法的流程图;
图3是图2中步骤S230的流程图;
图4是图2中步骤S230的另一流程图;
图5是根据又一示例性实施例示出的一种数据处理方法的流程图;
图6是根据又一示例性实施例示出的一种数据处理方法的流程图;
图7是根据一示例性实施例示出的一种数据处理装置的示意图;
图8是图7中数据运行模块的示意图;
图9是图7中数据运行模块的另一示意图;
图10是根据一示例性实施例示出的一种数据处理装置的示意图;
图11是根据一示例性实施例示出的一种数据处理装置的示意图;
图12是根据一示例性实施例示出的一种数据处理装置的示意图;
图13是是根据一示例性实施例示出的一种终端的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
目前大多数终端都带有通信功能,这些终端可以以无线的方式,如蓝牙、WiFi或Zeegbee等无线通信方式与其他终端进行通信。而具体到终端中,以手机为例,如图1所示,手机300中可以包含两个MCU(Microcontroller Unit,微控制单元),一个是可以称为一号MCU 100,另一个可以称为二号MCU 200。一号MCU 100主要用于控制WiFi模块逻辑控制和数据的无线传输;二号MCU 200主要用于设备自身逻辑的控制。这样可以使手机内部的模块之间进行更为清晰的划分,使得一号MCU 100专注于做无线通信,二号MCU 200主要用于设备自身的控制。
其中,一号MCU 100和二号MCU 200之间通过串口进行通信,当服务器需要对手机300的逻辑进行更改时,就需要二号MCU 200进行远程升级。那么MUC固件会首先通过WiFi远程由服务器发送给一号MCU 100,在一号MCU 100接收到服务器远程发送的通信数据后,由一号MCU 100通过串口将该通信数据发送给对二号MCU 200,以使二号MCU 200根据接收到的通信数据进行升级。
然而,在手机300内部的一号MUC 100和二号MCU 200之间通信时,一般会借助芯片中内置的专用外设来实现,如I2C(Inter-Integrated Circuit,内部总线)、UART(Universal Asynchronous Receiver/Transmitter,通用异步收发传输器)串口或SPI(Serial Peripheral Interface,串行外设接口)等。而数据在通过上述外设传输过程中,很可能由于环境等因素的干扰,造成二号MUC 200接收到的通信数据发生偏差,二号MCU200在根据接收到的偏差通信数据对手机300进行升级时,发生错误,很可能导致手机300系统的崩溃,进而可能造成无法挽回的损失。
因此,为了解决上述技术问题,本公开提供的实施例中,为了保证固件的完整性,并且方便二号MUC 200对接收到的通信数据进行传输末尾校验,在发送端发送待发送通信数据时,需要对待发送通信数据进行预处理,可以通过对待发送通信数据进行末尾填充数据FF来保证固件为传输帧大小的整数倍,在末尾处添加约定好的长度及校验值,如CRC(Cyclic Redundancy Check,循环冗余校验码)校验值。示例性,可以预先约定每128字节为一个传输单位,整个固件大小为1276B,预处理程序添加FFFFFFFF(填充字符)04FC0000(前两位字节为低位,表示整个固件长度)3FF55178(CRC校验值)到固件结尾。在传输文件后,二号MCU 200可以将最后一帧的长度和校验值提取进行校验。
为了详细阐述上述执行流程,以及解决相关技术问题,本公开实施例首先提供了一种数据处理方法,应用于数据处理端,如图2所示,该方法可以包括如下步骤:
在步骤S210中,接收通信端发送的待校验数据。
其中,该待校验数据中携带有待运行数据。
可以结合上述实施例图1来说明,将二号MCU200作为数据处理端,将一号MCU作为通信端,在二号MUC 200接收到一号MCU 100发送的通信数据时,为了判断该通信数据是否需要校验,可以检测该通信数据中是否携带有校验标识,如果该通信数据中携带有校验标识,说明二号MUC 200接收到的通信数据需要校验,需要提取该通信数据中的校验信息。该校验信息可以包括该通信数据的数据长度和校验值。
在步骤S220中,当待运行数据携带有校验标识时,提取通信数据中的校验信息。
将提取到的校验信息与预先设定的标准校验信息进行匹配。
该标准校验信息是通信数据发送方和接收方之间预先设定的,校验信息中可以包括多个属性值,在对校验信息进行校验时,需要将这些属性值与标准校验信息中对应的属性值一一匹配,如果二者之间的所有属性值都完全匹配,才能确定校验信息与标准校验信息相匹配。
在步骤S230中,当校验信息为标准校验信息时,运行待运行数据。
如果二号MCU 200接收到的通信数据中的校验信息与标准校验信息相匹配,说明二号MCU 200接收到的通信数据为正确的通信数据,没有受到环境等因素的影响,可以将该通信数据确定为待处理通信数据。
如果二号MCU 200接收到的通信数据中的校验信息与标准校验信息不匹配,说明二号MCU200接收到的通信数据受到环境等因素的干扰,不是发送方发送的原始通信数据,这样,就可以将该通信数据确定为异常通信数据,可以不对其进行处理,或者将其删除。
因此,该待处理通信数据为需要二号MCU 200进一步处理的通信数据,二号MCU200根据接收到的该通信数据进行自身的升级等。
在步骤S240中,当校验信息不是标准校验信息时,向通信端发送数据接收异常反馈信息,以使通信端重新发送待校验数据。
其中,实施例中的待运行数据包括可执行文件或控制指令。
如果校验信息与标准校验信息不匹配,说明二号MUC 200接收到的通信数据可能受到环境等因素的干扰而发生了异常,需要通知服务器重新发送该通信数据。
当然,一号MCU 100还可以称为上位机,二号MCU 200还可以称为下位机。
本公开实施例提供的数据处理方法,在数据处理端接收到通信端发送的携带有待运行数据的待校验数据时,如果该待运行数据携带有校验标识,提取该待运行数据中的校验信息,如果该校验信息为标准校验信息,运行该待运行数据。这样可以说明数据处理端成功正确接收到通信端发送的待校验通信数据,并且这样可以有效的避免因环境等因素的干扰,使得数据处理端避免在接收通信端发送的通信数据时因环境干扰等因素发生的运行错误。
为了判断接收到的通信数据是否为正常的通信数据,作为图2方法的细化,在本公开的另一实施例中,如图3所示,所述标准校验信息的校验数据长度为预设数据长度,步骤S230还可以包括如下流程:
在步骤S231中,获取校验信息中的校验数据长度。
在发送方发送通信数据之前,发送方会按照与接收方预先约定好的数据长度向接收方发送通信数据,即发送方会将需要发送的通信数据处理为预先设定的数据长度,然后发送给接收方。因此,在接收方,如二号MCU 200,在接收到发送方发送的通信数据时,需要获取该通信数据的数据长度,以便将该数据长度与预先约定是数据长度进行匹配。
在步骤S232中,当校验数据长度等于预设数据长度时,运行待运行数据。
当校验数据长度等于预设数据长度时,可以确定校验信息与标准校验信息相匹配,说明数据处理端成功接收到通信端发送的通信数据。
这样,可以通过判断接收到的通信数据的数据长度,来判断该通信数据是否为正常通信数据。避免因接收到异常通信数据,在处理异常通信数据时给系统造成损坏。
为了判断接收到的通信数据是否为正常的通信数据,作为图2方法的细化,在本公开的另一实施例中,如图4所示,标准校验信息的校验值为预设校验值,步骤S230还可以包括如下流程:
在步骤S233中,获取校验信息中的校验值。
该校验值可以采用CRC作为校验值。其中,CRC是数据通信领域中最常用的一种差错校验码,其特征是信息字段和校验字段的长度可以任意选定。循环冗余检查(CRC)是一种数据传输检错功能,对数据进行多项式计算,并将得到的结果附在帧的后面,接收设备也执行类似的算法,以保证数据传输的正确性和完整性。
在步骤S234中,当所述校验值与所述预设校验值匹配时,运行所述待运行数据。
当校验值与预设校验值相同时,确定校验信息与标准校验信息相匹配。
当校验值与预设校验值不相同时,确定校验信息与标准校验信息不匹配。
这样,可以通过判断接收到的通信数据的校验值,来判断该通信数据是否为正常通信数据。避免因接收到异常通信数据,在处理异常通信数据时给系统造成损坏。
在本公开提供的又一实施例中,提供了一种数据处理方法,应用于通信端,可以应用在通信数据的发送方中,如图5所示,该方法可以包括如下步骤:
在步骤S510中,接收服务器发送的待运行数据。
通信端接收服务器发送的待运行数据时,通信端会将该待运行数据发送给数据处理端,为了避免在将该待运行数据发送给数据处理端的过程中,因通信环境等因素的干扰,造成数据处理端接收到的待运行数据出现异常等现象,通信端需要在解下来的步骤中,在待运行数据中添加校验标识和校验信息,因此,
在步骤S520中,在待运行数据中添加校验标识和校验信息,生成待校验数据。
该校验信息可以是发送方与接收方预先设定的信息,如约定发送的通信数据的长度和校验值等信息。
在步骤S530中,将待校验数据发送给数据处理端。
在发送方将待发送的预设通信数据经过预先处理之后,就可以将预先处理后的通信数据发送给接收方。具体可以参见上述图1及对应的实施例,这里不再赘述。
在本公开提供的又一实施例中,基于图5,如图6所示,该方法还可以包括如下步骤:
步骤S540中,当接收到数据处理端发送的数据接收异常反馈信息时,将待校验数据重新发送给数据处理端。
在通信端将预设通信数据发送给数据处理端之后,如果数据处理端没有接收到正确的通信数据,那么数据处理端会向发送方发送异常反馈信息。在通信端接收到接收方反馈的异常反馈信息之后,可以重新将携带有所述校验信息和预设校验标识的待校验数据发送给数据处理端。
通过以上的方法实施例的描述,所属领域的技术人员可以清楚地了解到本公开可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
另外,作为对上述各实施例的实现,本公开实施例还提供了一种数据处理装置,该装置位于终端中,如图7所示,该装置包括:
待校验数据接收模块10,用于接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
校验信息提取模块20,用于在所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
数据运行模块30,用于在所述校验信息为标准校验信息时,运行所述待运行数据。
可以结合上述实施例图1来说明,在二号MUC 200接收到一号MCU 100发送的通信数据时,为了判断该通信数据是否需要校验,可以检测该通信数据中是否携带有校验标识,如果该通信数据中携带有校验标识,说明二号MUC 200接收到的通信数据需要校验,需要提取该通信数据中的校验信息。该校验信息可以包括该通信数据的数据长度和校验值。
该标准校验信息是通信数据发送方和接收方之间预先设定的,校验信息中可以包括多个属性值,在对校验信息进行校验时,需要将这些属性值与标准校验信息中对应的属性值一一匹配,如果二者之间的所有属性值都完全匹配,才能确定校验信息与标准校验信息相匹配。
如果二号MCU 200接收到的通信数据中的校验信息与标准校验信息相匹配,说明二号MCU 200接收到的通信数据为正确的通信数据,没有受到环境等因素的影响,可以将该通信数据确定为待处理通信数据。
如果二号MCU 200接收到的通信数据中的校验信息与标准校验信息不匹配,说明二号MCU200接收到的通信数据受到环境等因素的干扰,不是发送方发送的原始通信数据,这样,就可以将该通信数据确定为异常通信数据,可以不对其进行处理,或者将其删除。
因此,该待处理通信数据为需要二号MCU 200需要进一步处理的通信数据,二号MCU 200根据接收到的该通信数据进行自身的升级等。在本公开又一实施例中,基于图7,如图8所示,所述标准校验信息为预设数据长度。
所述数据运行模块30,包括:
数据长度获取子模块31,用于获取所述校验信息中的校验数据长度;
第一数据运行子模块32,用于在所述校验数据长度等于所述预设数据长度时,运行所述待运行数据。
这样,可以通过判断接收到的通信数据的数据长度,来判断该通信数据是否为正常通信数据。避免因接收到异常通信数据,在处理异常通信数据时给系统造成损坏。
在本公开又一实施例中,基于图7,如图9所示,所述标准校验信息为预设校验值;
数据运行模块30,包括:
校验值获取子模块33,用于获取所述校验信息中的校验值;
第二数据运行子模块34,用于当所述校验值与所述预设校验值匹配时,运行所述待运行数据。
该校验值可以采用CRC作为校验值。其中,CRC是数据通信领域中最常用的一种差错校验码,其特征是信息字段和校验字段的长度可以任意选定。循环冗余检查(CRC)是一种数据传输检错功能,对数据进行多项式计算,并将得到的结果附在帧的后面,接收设备也执行类似的算法,以保证数据传输的正确性和完整性。
这样,可以通过判断接收到的通信数据的校验值,来判断该通信数据是否为正常通信数据。避免因接收到异常通信数据,在处理异常通信数据时给系统造成损坏。
在本公开又一实施例中,基于图7,如图10所示,所述装置还包括:校验数据方子模块40,其中,
校验数据方子模块40,用于在所述校验信息不是所述标准校验信息时,向通信端发送数据接收异常反馈信息,以使所述通信端重新发送待校验数据。
另外,实施例中的待运行数据包括可执行文件或控制指令。
在本公开提供的又一实施例中,还提供了一种数据处理装置,应用于终端,如图11所示,该装置可以包括:
数据接收模块50,用于接收服务器发送的待运行数据;
校验数据生成模块60,用于在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
第一数据发送模块70,用于将所述待校验数据发送给数据处理端。
在本公开又一实施例中,基于图11,如图12所示,所述装置还包括:第二数据发送模块,80,其中,
第二数据发送模块80,用于在接收到所述数据处理端发送的数据接收异常反馈信息时,将所述待校验数据重新发送给数据处理端。
在通信端将预设通信数据发送给数据处理端之后,如果数据处理端没有接收到正确的通信数据,那么数据处理端会向发送方发送异常反馈信息。在通信端接收到接收方反馈的异常反馈信息之后,可以重新将携带有所述校验信息和预设校验标识的待校验数据发送给数据处理端。
图13是根据一示例性实施例示出的一种用于数据处理的装置1300的结构示意图。例如,装置1300可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图13,装置1300可以包括以下一个或多个组件:处理组件1302,存储器1304,电源组件1306,多媒体组件1308,音频组件1310,输入/输出(I/O)的接口1312,传感器组件1314,以及通信组件1316。
处理组件1302通常控制装置1300的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1302可以包括一个或多个模块,便于处理组件1302和其他组件之间的交互。例如,处理组件1302可以包括多媒体模块,以方便多媒体组件1308和处理组件1302之间的交互。
存储器1304被配置为存储各种类型的数据以支持在装置1300的操作。这些数据的示例包括用于在装置1300上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1306为装置1300的各种组件提供电力。电源组件1306可以包括电源管理系统,一个或多个电源,及其他与为装置1300生成、管理和分配电力相关联的组件。
多媒体组件1308包括在所述装置1300和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1308包括一个前置摄像头和/或后置摄像头。当装置1300处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1310被配置为输出和/或输入音频信号。例如,音频组件1310包括一个麦克风(MIC),当装置1300处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中,音频组件1310还包括一个扬声器,用于输出音频信号。
I/O接口1312为处理组件1302和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1314包括一个或多个传感器,用于为装置1300提供各个方面的状态评估。例如,传感器组件1314可以检测到装置1300的打开/关闭状态,组件的相对定位,例如所述组件为装置1300的显示器和小键盘,传感器组件1314还可以检测装置1300或装置1300一个组件的位置改变,用户与装置1300接触的存在或不存在,装置1300方位或加速/减速和装置1300的温度变化。传感器组件1314可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1314还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1316被配置为便于装置1300和其他设备之间有线或无线方式的通信。装置1300可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1316还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1304,上述指令可由装置1300的处理器1320执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由终端的处理器执行时,使得终端能够执行一种数据处理方法,所述方法包括:
在接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
当所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
当所述校验信息为标准校验信息时,运行所述待运行数据。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由终端的处理器执行时,使得终端还能够执行另一种数据处理方法,所述方法包括:
接收服务器发送的待运行数据;
在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
将所述待校验数据发送给数据处理端。
可以理解的是,本发明可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本公开可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (16)
1.一种数据处理方法,应用于数据处理端,其特征在于,包括:
接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
当所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
当所述校验信息为标准校验信息时,运行所述待运行数据。
2.根据权利要求1所述的数据处理方法,其特征在于,所述标准校验信息的校验数据长度为预设数据长度;
所述当所述校验信息为标准校验信息时,运行所述待运行数据,包括:
获取所述校验信息中的校验数据长度;
当所述校验数据长度等于所述预设数据长度时,运行所述待运行数据。
3.根据权利要求1所述的数据处理方法,其特征在于,所述标准校验信息的校验值为预设校验值;
所述当所述校验信息为标准校验信息时,运行所述待运行数据,包括:
获取所述校验信息中的校验值;
当所述校验值与所述预设校验值匹配时,运行所述待运行数据。
4.根据权利要求1所述的数据处理方法,其特征在于,所述方法还包括:
当所述校验信息不是所述标准校验信息时,向通信端发送数据接收异常反馈信息,以使所述通信端重新发送待校验数据。
5.根据权利要求1所述的数据处理方法,其特征在于,所述待运行数据包括可执行文件或控制指令。
6.一种数据处理方法,应用于通信端,其特征在于,包括:
接收服务器发送的待运行数据;
在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
将所述待校验数据发送给数据处理端。
7.根据权利要求6所述的数据处理方法,其特征在于,所述方法还包括:
当接收到所述数据处理端发送的数据接收异常反馈信息时,将所述待校验数据重新发送给数据处理端。
8.一种数据处理装置,应用于数据处理端,其特征在于,包括:
待校验数据接收模块,用于接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
校验信息提取模块,用于在所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
数据运行模块,用于在所述校验信息为标准校验信息时,运行所述待运行数据。
9.根据权利要求8所述的数据处理装置,其特征在于,所述标准校验信息的校验数据长度为预设数据长度;所述数据运行模块,包括:
数据长度获取子模块,用于获取所述校验信息中的校验数据长度;
第一数据运行子模块,用于在所述校验数据长度等于所述预设数据长度时,运行所述待运行数据。
10.根据权利要求8所述的数据处理装置,其特征在于,所述标准校验信息的校验值为预设校验值;所述数据运行模块,包括:
校验值获取子模块,用于获取所述校验信息中的校验值;
第二数据运行子模块,用于当所述校验值与所述预设校验值匹配时,运行所述待运行数据。
11.根据权利要求8所述的数据处理装置,其特征在于,所述装置还包括:
校验数据方子模块,用于在所述校验信息不是所述标准校验信息时,向通信端发送数据接收异常反馈信息,以使所述通信端重新发送待校验数据。
12.根据权利要求8所述的数据处理装置,其特征在于,所述待运行数据包括可执行文件或控制指令。
13.一种数据处理装置,应用于通信端,其特征在于,包括:
数据接收模块,用于接收服务器发送的待运行数据;
校验数据生成模块,用于在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
第一数据发送模块,用于将所述待校验数据发送给数据处理端。
14.根据权利要求13所述的数据处理方法,其特征在于,所述方法还装置:
第二数据发送模块,用于在接收到所述数据处理端发送的数据接收异常反馈信息时,将所述待校验数据重新发送给数据处理端。
15.一种终端,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收通信端发送的待校验数据,所述待校验数据中携带有待运行数据;
当所述待运行数据携带有校验标识时,提取所述通信数据中的校验信息;
当所述校验信息为标准校验信息时,运行所述待运行数据。
16.一种终端,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收服务器发送的待运行数据;
在所述待运行数据中添加校验标识和校验信息,生成待校验数据;
将所述待校验数据发送给数据处理端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610980318.XA CN106571892A (zh) | 2016-11-08 | 2016-11-08 | 数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610980318.XA CN106571892A (zh) | 2016-11-08 | 2016-11-08 | 数据处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106571892A true CN106571892A (zh) | 2017-04-19 |
Family
ID=58540270
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610980318.XA Pending CN106571892A (zh) | 2016-11-08 | 2016-11-08 | 数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106571892A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107453842A (zh) * | 2017-07-28 | 2017-12-08 | 上海力声特医学科技有限公司 | 通信方法、信息生成/解析方法/系统、存储介质及设备 |
CN109905392A (zh) * | 2019-02-27 | 2019-06-18 | 苏州浪潮智能科技有限公司 | 一种数据传输安全验证方法及系统 |
CN114415817A (zh) * | 2020-10-28 | 2022-04-29 | 北京小米移动软件有限公司 | 显示控制方法、电子设备及存储介质 |
CN114567485A (zh) * | 2022-03-01 | 2022-05-31 | 北京全路通信信号研究设计院集团有限公司 | 一种数据处理方法、装置、设备和存储介质 |
CN115296776A (zh) * | 2022-08-03 | 2022-11-04 | 宁波方太厨具有限公司 | 通讯数据的校验处理方法、系统、设备及介质 |
CN116382045A (zh) * | 2023-06-06 | 2023-07-04 | 深圳市恒成微科技有限公司 | 一种集成电路制造设备运行数据处理系统及方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105812086A (zh) * | 2014-12-30 | 2016-07-27 | 深圳市科曼医疗设备有限公司 | 监护仪的通信方法及系统 |
CN105808469A (zh) * | 2016-03-21 | 2016-07-27 | 北京小米移动软件有限公司 | 数据处理方法、装置、终端及智能设备 |
-
2016
- 2016-11-08 CN CN201610980318.XA patent/CN106571892A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105812086A (zh) * | 2014-12-30 | 2016-07-27 | 深圳市科曼医疗设备有限公司 | 监护仪的通信方法及系统 |
CN105808469A (zh) * | 2016-03-21 | 2016-07-27 | 北京小米移动软件有限公司 | 数据处理方法、装置、终端及智能设备 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107453842A (zh) * | 2017-07-28 | 2017-12-08 | 上海力声特医学科技有限公司 | 通信方法、信息生成/解析方法/系统、存储介质及设备 |
CN109905392A (zh) * | 2019-02-27 | 2019-06-18 | 苏州浪潮智能科技有限公司 | 一种数据传输安全验证方法及系统 |
CN114415817A (zh) * | 2020-10-28 | 2022-04-29 | 北京小米移动软件有限公司 | 显示控制方法、电子设备及存储介质 |
CN114415817B (zh) * | 2020-10-28 | 2024-05-07 | 北京小米移动软件有限公司 | 显示控制方法、电子设备及存储介质 |
CN114567485A (zh) * | 2022-03-01 | 2022-05-31 | 北京全路通信信号研究设计院集团有限公司 | 一种数据处理方法、装置、设备和存储介质 |
CN115296776A (zh) * | 2022-08-03 | 2022-11-04 | 宁波方太厨具有限公司 | 通讯数据的校验处理方法、系统、设备及介质 |
CN116382045A (zh) * | 2023-06-06 | 2023-07-04 | 深圳市恒成微科技有限公司 | 一种集成电路制造设备运行数据处理系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106571892A (zh) | 数据处理方法及装置 | |
AU2017228576B2 (en) | Mobile computing device and wearable computing device having automatic access mode control | |
US20240098172A1 (en) | Executing applications in conjunction with other devices | |
CN104484200B (zh) | 对固件进行升级的方法及装置 | |
CN104104514A (zh) | 使用验证码进行验证的方法及装置 | |
CN104468329B (zh) | 基于即时通信的成员添加方法和装置 | |
US11227042B2 (en) | Screen unlocking method and apparatus, and storage medium | |
CN107750466A (zh) | 使用经同步的提示信号配对附近设备 | |
CN105900466A (zh) | 消息处理方法及装置 | |
CN103916468B (zh) | 系统升级方法、终端、服务器及升级系统 | |
CN103957103A (zh) | 安全验证的方法、装置及移动终端 | |
CN106462270B (zh) | 用于电子设备的输入设备、方法和系统 | |
CN104991493B (zh) | 数据传输方法、装置及系统 | |
CN107682359B (zh) | 一种应用注册方法、移动终端 | |
EP2961197A1 (en) | Apparatus and method for preventing malfunction in an electronic device | |
CN103914520A (zh) | 数据查询方法、终端设备和服务器 | |
CN104361021A (zh) | 网页编码识别方法及装置 | |
CN105100096A (zh) | 验证方法和装置 | |
CN106384586A (zh) | 朗读文本信息的方法及装置 | |
CN107733556A (zh) | 报文校验方法及装置 | |
EP3084560B1 (en) | Electronic device and operating method thereof | |
KR20150104697A (ko) | 정보 무늬 코드를 이용한 개인 전자장치의 그룹핑 방법 및 장치 | |
CN107544818A (zh) | 系统软件的加载方法及装置 | |
US20160330251A1 (en) | Method and device for sharing connection information in electronic device | |
CN115756530A (zh) | 设备升级方法、装置、存储介质、电子设备及服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170419 |
|
RJ01 | Rejection of invention patent application after publication |