CN114328482A - 数据处理方法、设备、存储介质及程序产品 - Google Patents
数据处理方法、设备、存储介质及程序产品 Download PDFInfo
- Publication number
- CN114328482A CN114328482A CN202111511274.3A CN202111511274A CN114328482A CN 114328482 A CN114328482 A CN 114328482A CN 202111511274 A CN202111511274 A CN 202111511274A CN 114328482 A CN114328482 A CN 114328482A
- Authority
- CN
- China
- Prior art keywords
- message data
- data
- message
- rule model
- standard
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 19
- 238000000034 method Methods 0.000 claims abstract description 32
- 238000012795 verification Methods 0.000 claims description 38
- 238000012545 processing Methods 0.000 claims description 30
- 238000013479 data entry Methods 0.000 claims description 13
- 238000001914 filtration Methods 0.000 claims description 7
- 238000004458 analytical method Methods 0.000 claims description 6
- 238000011161 development Methods 0.000 abstract description 9
- 238000012423 maintenance Methods 0.000 abstract description 7
- 238000004891 communication Methods 0.000 description 10
- 230000006855 networking Effects 0.000 description 10
- 238000013461 design Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 9
- 230000003287 optical effect Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000005236 sound signal Effects 0.000 description 4
- 238000012800 visualization Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013499 data model Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007667 floating Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Abstract
本申请实施例提供一种数据处理方法、设备、存储介质及程序产品,该方法包括获取待处理报文数据,根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据,所述规范消息数据包括所述规范消息数据对应的规则模型的编码,并响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库,本申请实施例提供的方法能够实现对接收到的各业务方的待处理报文数据的规范化统一化,避免了为不同业务方提供专门接口的开发成本和维护成本,通过对入库前的数据进行校验,能够保证入库数据的准确性。
Description
技术领域
本申请实施例涉及车联网技术领域,尤其涉及一种数据处理方法、设备、存储介质及程序产品。
背景技术
随着车联网的普及和发展,具有车联网功能的汽车也越来越多,对采集的车辆和设备的报文数据从生命周期管理、信息追溯、安全控制等方面进行管理来支撑基础业务的运行,成为车企云端业务的重中之重。高效准确的采集更多的车辆设备信息数据,来完善车联网数据平台成为解决问题的关键。
现有技术中,车联网数据平台在采集不同业务方提供的数据时,通常需要为各业务方分别提供不同的接口。以使各业务方分别根据各自的接口进行数据上报并录入数据库。
然而,实现本申请过程中,发明人发现现有技术中至少存在如下问题:在新的业务方出现时,需要为新的业务方开发新的接口,成本较大,并且,将接收到的各业务方的数据直接上报入库,数据的准确性无法得到保证。
发明内容
本申请实施例提供一种数据处理方法、设备、存储介质及程序产品,以将采集的车辆和设备的报文数据进行规范化,降低接口开发和维护成本,并且提高入库数据的准确性。
第一方面,本申请实施例提供一种数据处理方法,包括:
获取待处理报文数据;
根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据;所述规范消息数据包括所述规范消息数据对应的规则模型的编码;
响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库。
在一种可能的设计中,所述根据预设消息规范,对所述待处理报文数据进行解析,包括:
确定所述待处理报文数据对应的协议类型;
基于所述协议类型,根据预设消息规范,对所述待处理报文数据的消息结构进行解析,获得所述规范消息数据。
在一种可能的设计中,所述根据所述规则模型对所述规范消息数据进行校验,包括:
根据所述规则模型,确定规则表达式;
根据所述规则表达式,通过规则引擎对所述规范消息数据进行校验。
在一种可能的设计中,所述规则模型包括至少一个已定义参数,所述通过规则引擎对所述规范消息数据进行校验之前,还包括:
根据所述至少一个已定义参数,对所述规范消息数据进行参数过滤,得到过滤后的规范消息数据;
通过规则引擎对所述过滤后的规范消息数据进行校验。
在一种可能的设计中,所述根据所述规则模型对所述规范消息数据进行校验之前,还包括:
将所述规范消息数据发送到消息总线;
响应于对所述规范消息数据的订阅消息,从所述消息总线获取所述规范消息数据,并根据所述规则模型对所述规范消息数据进行校验。
在一种可能的设计中,所述根据所述规则模型对所述规范消息数据进行校验之后,还包括:
若校验失败,则记录错误日志,并将所述错误日志发送给业务运营平台。
在一种可能的设计中,所述规范消息数据还包括以下各项中至少一项:设备唯一标识、消息唯一标识、消息头、时间戳、属性。
第二方面,本申请实施例提供一种数据处理设备,包括:
获取模块,用于获取待处理报文数据;
解析模块,用于根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据;所述规范消息数据包括所述规范消息数据对应的规则模型的编码;
校验模块,用于响应于数据录入请求,获取所述规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库。
第三方面,本申请实施例提供一种数据处理设备,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的方法。
第四方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上第一方面以及第一方面各种可能的设计所述的方法。
第五方面,本申请实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时,实现如上第一方面以及第一方面各种可能的设计所述的方法。
本实施例提供的数据处理方法、设备、存储介质及程序产品,该方法通过获取待处理报文数据,根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据,所述规范消息数据包括所述规范消息数据对应的规则模型的编码,并响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库,能够实现对接收到的各业务方的待处理报文数据的规范化统一化,避免了为不同业务方提供专门接口的开发成本和维护成本,同时有利于对规范化后的数据进行统一管理,并且在录入数据库之前通过对规范化后的数据进行校验,能够保证入库数据的准确性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的数据处理方法的原理示意图;
图2为本申请实施例提供的数据处理方法的流程示意图一;
图3为本申请实施例提供的规则模型的参数配置的可视化页面的示意图;
图4为本申请实施例提供的规则模型的模型配置的可视化页面的示意图;
图5为本申请实施例提供的规则模型的表结构的示意图;
图6为本申请实施例提供的数据处理方法的流程示意图二;
图7为本申请实施例提供的数据处理设备的结构示意图;
图8为本申请实施例提供的一种数据处理设备的框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
随着车联网的普及和发展,具有车联网功能的汽车也越来越多,对采集的车辆和设备的报文数据从生命周期管理、信息追溯、安全控制等方面进行管理来支撑基础业务的运行,成为车企云端业务的重中之重。高效准确的采集更多的车辆设备信息数据,来完善车联网数据平台成为解决问题的关键。采集的报文数据可以统一存储在云端,由云端进行数据分析整理封装为服务,开放为业务使用。
现有技术中,车联网数据平台在采集不同业务方提供的数据时,通常需要为各业务方分别提供不同的接口。以使各业务方分别根据各自的接口进行数据上报并录入数据库。然而,在新的业务方出现时,需要为新的业务方开发新的接口,成本较大,并且,将接收到的各业务方的数据直接上报入库,数据的准确性无法得到保证。
为解决上述技术问题,发明人研究发现可以对采集的报文数据进行规范化处理,并且采集的报文数据是车联网业务的基础数据,为了保证数据入库的准确性,避免无效数据或错误数据影响业务的稳定性,可以在将规范化处理后的报文数据进行规则校验,在校验通过后再录入数据库。基于此,本申请实施例提供了一种数据处理方法,能够实现对接收到的各业务方的待处理报文数据的规范化统一化,避免了为不同业务方提供专门接口的开发成本和维护成本,同时有利于对规范化后的数据进行统一管理,并且在录入数据库之前通过对规范化后的数据进行校验,能够保证入库数据的准确性。
图1为本申请实施例提供的数据处理方法的原理示意图。如图1所示,接收业务方(例如,车辆厂家、供应商等)的第三方云平台上报的报文,即待处理报文数据后,由于不同业务方可能基于不同类型的报文协议(MQ协议、HTTP协议、TCP协议或其他协议)进行报文数据的传输,可以根据待处理报文数据的类型选择对应的解码器(MQ解码器、HTTP解码器、TCP解码器或其他解码器)进行解析得到消息结构符合预设消息规范的规范化的平台统一消息,即规范消息数据。可选地,可以采用消息总线的方式实现规范消息数据的发布与订阅,数据录入服务作为订阅者可以在订阅的消息发布后消费消息,即从消息总线获取该规范消息数据,进而从模型配置中心匹配与该规范消息数据对应的规则模型,并基于该规则模型,生成规则表达式,通过规则引擎对规范消息数据进行规则校验,在校验通过后,才将规范消息数据录入数据库,能够实现对接收到的各业务方的待处理报文数据的规范化统一化,避免了为不同业务方提供专门接口的开发成本和维护成本,同时有利于对规范化后的数据进行统一管理,并且在录入数据库之前通过对规范化后的数据进行校验,能够保证入库数据的准确性。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请实施例提供的数据处理方法的流程示意图一。如图2所示,该方法包括:
201、获取待处理报文数据。
本实施例的执行主体可以是计算机、服务器等数据处理设备,例如可以为云平台,具体的,可以为车联网数据平台。
本实施例中,待处理报文数据可以包括车辆数据,例如,车型、车系等,还可以包括设备数据,例如,信息娱乐主机(Infotainment Head Unit,IHU)的数据、车联网通信盒(Telematics BOX,T-BOX)的数据等。
202、根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据;所述规范消息数据包括所述规范消息数据对应的规则模型的编码。
本实施例中,待处理报文数据的协议类型有多种,可以是超文本传输协议(HyperText Transfer Protocol,HTTP)、消息队列协议(Message Queuing,MQ)、传输控制协议(Transmission Control Protocol,TCP)。
本实施例中,预设消息规范是对于规范消息数据的消息结构的规范化限定,示例性的,对待处理报文数据解析后得到的规范消息数据,即平台统一消息,该消息的消息构成可以包括设备唯一标识deviceId、消息唯一标识messageId、消息头headers、规则模型的编码modelCode、时间戳timestamp、属性properties等信息。其中,消息头headers,通常用于自定义消息处理行为,例如,可以定义对应的规范消息数据是否为异步消息,是否分片消息等。属性properties,可以描述参数值键对。规则模型的编码modelCode用于表示后续对该规范消息数据进行校验的规则模型的编码。
在一些实施例中,根据预设消息规范,对所述待处理报文数据进行解析,可以包括以下步骤:确定所述待处理报文数据对应的协议类型;基于所述协议类型,根据预设消息规范,对所述待处理报文数据的消息结构进行解析,获得所述规范消息数据。
以下以TCP类型的待处理报文数据为例,将TCP类型的报文解码为规范消息数据,即平台统一消息,包括:获取TCP类型的报文消息上下文,从上下文中获取消息字节数组,把消息字节数组流转换为字符串,根据不同设备不同协议对字符串进行解析,获取消息ID对应的预设消息规范所需的消息构成内容,根据预设消息规范组合消息构成内容形成规范消息数据。
在一些实施例中,为了降低业务应用之间的耦合,可以采用消息队列或消息总线的方式,进行消息的发布与订阅。例如,在将第三方云平台上报的待处理报文数据进行解析,得到规范消息数据后,可以将规范消息数据转换为对应的主题消息Topic,发送给消息总线,将该主题消息发送给订阅了该主题消息的消息消费者。
203、响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库。
本实施例中,在接收到规范消息数据的数据录入请求后,在录入数据库之前,对规范消息数据进行校验,只有在规范消息数据通过校验后,才可以入库,保证了入库数据的准确性。
本实施例中,规则模型的配置可以在新的业务方上报待处理报文数据之前完成。
具体的,以新的业务方需要接入一个新的设备数据为例,可以根据新的设备发送的设备数据以及针对该设备数据确定的数据接入文档,配置该设备数据对应的规则模型,其中数据接入文档可以包括数据模型的参数、功能等。
示例性的,规则模型的配置可以首先基于可视化页面进行规则模型的参数配置。参数可以是电压、温度等参数。参数的数据类型可以为整型int、浮点型float、字符串型string等。
如图3所示,参数属性可以包括:属性标识、属性名称、属性值类型、取值范围、单位、默认值、是否必传等。其中,属性值类型可以为数字类型、布尔类型、字符类型、枚举类型、时间类型、密码类型、文件类型、数组类型、对象类型等。
在参数属性配置完成后,继而可以基于可视化页面进行规则模型的模型配置。如图4所示,模型配置包括定义规则模型的基本信息(例如:模型名称、模型标识、模型类型等)以及关联参数。根据配置好的模型的各字段,查找每个字段的规则表达式,通过规则引擎对模型的各字段是否均符合各自对应的规则表达式进行判断执行,得到最终的校验结果。模型、参数、参数属性、规则之间的表结构可以参照图5。如图5所示,对于一个规则模型的模型对应的表格,可以与N个参数表格关联,参数表格与参数属性表格和规则表格是一一对应关系,示例性的,参数表格中,字段对应的约束可以为数据库的字段的约束;参数标识可以为主键约束,使得参数标识对应的字段值是惟一的,且非空;所属模型编码和参数校验规则编码
本实施例提供的数据处理方法,通过获取待处理报文数据,根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据,所述规范消息数据包括所述规范消息数据对应的规则模型的编码,并响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库,能够实现对接收到的各业务方的待处理报文数据的规范化统一化,避免了为不同业务方提供专门接口的开发成本和维护成本,同时有利于对规范化后的数据进行统一管理,并且在录入数据库之前通过对规范化后的数据进行校验,能够保证入库数据的准确性。
在一些实施例中,所述根据所述规则模型对所述规范消息数据进行校验之后,还可以包括:若校验失败,则记录错误日志,并将所述错误日志发送给业务运营平台。
本实施例中,在接收到数据录入请求后,对规范消息数据进行校验,且校验成功后,则可以将通过校验的规范消息数据录入数据库,保证了录入数据库的数据的准确性。若校验失败,则可以将错误日志发送给业务运营平台,由业务运营平台查找错误原因,以做进一步的数据修复等处理。
图6为本申请实施例提供的数据处理方法的流程示意图二。如图6所示,在上述实施例的基础上,本实施例中对规范消息数据的校验过程进行了详细说明,该方法包括:
601、获取待处理报文数据。
602、根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据;所述规范消息数据包括所述规范消息数据对应的规则模型的编码。
603、响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型。
本实施例中,步骤601至步骤603与上述实施例中步骤201至步骤203相类似,此处不再赘述。
604、根据所述规则模型的已定义参数,对所述规范消息数据进行参数过滤,得到过滤后的规范消息数据。
本实施例中,规则模型可以关联多个参数,与规则模型关联的参数为该规则模型的已定义参数。在接收到数据录入请求后,可以获取所述规范消息,并判断所述规范消息中的各参数是否均为规则模型的已定义参数。若存在规则模型的已定义参数之外的非定义参数,则将该非定义参数进行过滤,不进行录入。通过提前对参数进行过滤,能够减少校验过程的工作量,提高数据处理效率。
605、根据所述规则模型,确定规则表达式,并根据所述规则表达式,通过规则引擎对所述过滤后的规范消息数据进行校验。
以下对步骤605进行示例说明,假定规则模型中某一参数属性的数据范围的校验逻辑为大于50小于100,则规范消息数据中该参数属性的数据大于50小于100则通过校验,校验成功,否则不通过校验,校验失败。具体包括以下步骤:
步骤1:确定规则模型对应的业务规则的表达式,代码示例如下:
//定义字符串x>50bit的表达式
EcarxExpressionModel expressionModelx=new EcarxExpressionModel("x",ExpressionOperatorEnum.bg,
50,ExpressionLogicTypeEnum.and);
//定义字符串x<100bit的表达式
EcarxExpressionModel expressionModely=new EcarxExpressionModel("x",ExpressionOperatorEnum.le,
100,ExpressionLogicTypeEnum.and);
其中,EcarxExpressionModel为用于表示规则模型的业务规则的表达式模型,建模示例如下:
//定义指标
private string variable;
//定义操作符
private ExpressionOperatorEnum operator;
//设置指标目标值
private Obiect targetValue;
//定义目标值类型
private ValueTypeEnum valueType}
步骤2:将规则模型对应的表达式模型解析为执行脚本,具体可以将表达式模型中的定义转化为表达式结构。对参数值类型、操作符、表达式关系符进行封装。例如,可以封装为:
((x>50)&&(x<100))
步骤3:通过规则引擎运行执行脚本得到校验结果。
Object result=RuleExpression.eval(expressionOne,bizContext);
本实施例中的规则引擎可以根据实际需要进行选定,例如可以采用开源的阿里规则引擎QLExpression,来实现完整的词法分析,语法分析,语义分析,编译指令,指令执行的过程。
606、根据校验结果,判断所述过滤后的规范消息是否通过校验,若校验成功,则执行步骤607,若校验失败,则执行步骤608。
607、将所述过滤后的规范消息数据录入数据库。
608、记录错误日志,并将所述错误日志发送给业务运营平台。
本实施例中,在接收到数据录入请求后,获取规范消息数据,并根据规则模型的已定义参数对规范消息数据进行参数过滤,并对过滤后的规范消息数据进行规则校验,基于校验结果,若校验成功,可以将通过校验的规范消息数据录入数据库,保证了录入数据库的数据的准确性。若校验失败,则可以将错误日志发送给业务运营平台,由业务运营平台查找错误原因,以做进一步的数据修复等处理。
本实施例提供的数据处理方法,通过根据规则模型确定规则模型对应的规则表达式,并通过规则引擎执行该规则表达式,能够实现对规范消息数据的校验,保证录入数据库的规范消息数据的准确性,并且在校验前通过对规范消息数据进行参数过滤,能够提高数据处理的效率,且进一步提高数据的准确性。
图7为本申请实施例提供的数据处理设备的结构示意图。如图7所示,该数据处理设备70包括:获取模块701、解析模块702以及校验模块703。
获取模块701,用于获取待处理报文数据。
解析模块702,用于根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据;所述规范消息数据包括所述规范消息数据对应的规则模型的编码。
校验模块703,用于响应于数据录入请求,获取所述规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库。
本申请实施例提供的数据处理设备,通过获取模块701获取待处理报文数据,解析模块702根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据,所述规范消息数据包括所述规范消息数据对应的规则模型的编码,并通过校验模块703响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库,能够实现对接收到的各业务方的待处理报文数据的规范化统一化,避免了为不同业务方提供专门接口的开发成本和维护成本,同时有利于对规范化后的数据进行统一管理,并且在录入数据库之前通过对规范化后的数据进行校验,能够保证入库数据的准确性。
本申请实施例提供的数据处理设备,可用于执行上述的方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。
图8是本申请实施例提供的一种数据处理设备的框图,该设备可以是计算机,消息收发设备、车载设备等。
装置80可以包括以下一个或多个组件:处理组件801,存储器802,电源组件803,多媒体组件804,音频组件805,输入/输出(I/O)接口806,传感器组件807,以及通信组件808。
处理组件801通常控制装置80的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件801可以包括一个或多个处理器809来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件801可以包括一个或多个模块,便于处理组件801和其他组件之间的交互。例如,处理组件801可以包括多媒体模块,以方便多媒体组件804和处理组件801之间的交互。
存储器802被配置为存储各种类型的数据以支持在装置80的操作。这些数据的示例包括用于在装置80上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器802可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件803为装置80的各种组件提供电力。电源组件803可以包括电源管理系统,一个或多个电源,及其他与为装置80生成、管理和分配电力相关联的组件。
多媒体组件804包括在所述装置80和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件804包括一个前置摄像头和/或后置摄像头。当装置80处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件805被配置为输出和/或输入音频信号。例如,音频组件805包括一个麦克风(MIC),当装置80处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器802或经由通信组件808发送。在一些实施例中,音频组件805还包括一个扬声器,用于输出音频信号。
I/O接口806为处理组件801和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件807包括一个或多个传感器,用于为装置80提供各个方面的状态评估。例如,传感器组件807可以检测到装置80的打开/关闭状态,组件的相对定位,例如所述组件为装置80的显示器和小键盘,传感器组件807还可以检测装置80或装置80一个组件的位置改变,用户与装置80接触的存在或不存在,装置80方位或加速/减速和装置80的温度变化。传感器组件807可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件807还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件807还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件808被配置为便于装置80和其他设备之间有线或无线方式的通信。装置80可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件808经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件808还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置80可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器802,上述指令可由装置80的处理器809执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits,简称:ASIC)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例还提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时,实现如上数据处理设备执行的数据处理方法。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (10)
1.一种数据处理方法,其特征在于,包括:
获取待处理报文数据;
根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据;所述规范消息数据包括所述规范消息数据对应的规则模型的编码;
响应于数据录入请求,根据所述规则模型的编码获取对应的规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库。
2.根据权利要求1所述的方法,其特征在于,所述根据预设消息规范,对所述待处理报文数据进行解析,包括:
确定所述待处理报文数据对应的协议类型;
基于所述协议类型,根据预设消息规范,对所述待处理报文数据的消息结构进行解析,获得所述规范消息数据。
3.根据权利要求1所述的方法,其特征在于,所述根据所述规则模型对所述规范消息数据进行校验,包括:
根据所述规则模型,确定规则表达式;
根据所述规则表达式,通过规则引擎对所述规范消息数据进行校验。
4.根据权利要求3所述的方法,其特征在于,所述规则模型包括至少一个已定义参数,所述通过规则引擎对所述规范消息数据进行校验之前,还包括:
根据所述至少一个已定义参数,对所述规范消息数据进行参数过滤,得到过滤后的规范消息数据;
通过规则引擎对所述过滤后的规范消息数据进行校验。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述根据所述规则模型对所述规范消息数据进行校验之前,还包括:
将所述规范消息数据发送到消息总线;
响应于对所述规范消息数据的订阅消息,从所述消息总线获取所述规范消息数据,并根据所述规则模型对所述规范消息数据进行校验。
6.根据权利要求1-4任一项所述的方法,其特征在于,所述根据所述规则模型对所述规范消息数据进行校验之后,还包括:
若校验失败,则记录错误日志,并将所述错误日志发送给业务运营平台。
7.根据权利要求1-4任一项所述的方法,其特征在于,所述规范消息数据还包括以下各项中至少一项:设备唯一标识、消息唯一标识、消息头、时间戳、属性。
8.一种数据处理设备,其特征在于,包括:
获取模块,用于获取待处理报文数据;
解析模块,用于根据预设消息规范,对所述待处理报文数据进行解析,获得规范消息数据;所述规范消息数据包括所述规范消息数据对应的规则模型的编码;
校验模块,用于响应于数据录入请求,获取所述规则模型,并根据所述规则模型对所述规范消息数据进行校验,若校验成功,则将所述规范消息数据录入数据库。
9.一种数据处理设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求1至7任一项所述的数据处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1至7任一项所述的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111511274.3A CN114328482A (zh) | 2021-12-06 | 2021-12-06 | 数据处理方法、设备、存储介质及程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111511274.3A CN114328482A (zh) | 2021-12-06 | 2021-12-06 | 数据处理方法、设备、存储介质及程序产品 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114328482A true CN114328482A (zh) | 2022-04-12 |
Family
ID=81050753
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111511274.3A Pending CN114328482A (zh) | 2021-12-06 | 2021-12-06 | 数据处理方法、设备、存储介质及程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114328482A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114726792A (zh) * | 2022-04-19 | 2022-07-08 | 中国联合网络通信集团有限公司 | 一种基于json报文的处理方法、装置、设备及介质 |
CN115033630A (zh) * | 2022-06-16 | 2022-09-09 | 中国电信股份有限公司 | 信息处理方法、系统、装置、设备及存储介质 |
CN115859916A (zh) * | 2023-03-08 | 2023-03-28 | 北京合创三众能源科技股份有限公司 | 一种用能设备数据自动添加方法、系统、终端及存储介质 |
-
2021
- 2021-12-06 CN CN202111511274.3A patent/CN114328482A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114726792A (zh) * | 2022-04-19 | 2022-07-08 | 中国联合网络通信集团有限公司 | 一种基于json报文的处理方法、装置、设备及介质 |
CN114726792B (zh) * | 2022-04-19 | 2023-06-20 | 中国联合网络通信集团有限公司 | 一种基于json报文的处理方法、装置、设备及介质 |
CN115033630A (zh) * | 2022-06-16 | 2022-09-09 | 中国电信股份有限公司 | 信息处理方法、系统、装置、设备及存储介质 |
CN115859916A (zh) * | 2023-03-08 | 2023-03-28 | 北京合创三众能源科技股份有限公司 | 一种用能设备数据自动添加方法、系统、终端及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114328482A (zh) | 数据处理方法、设备、存储介质及程序产品 | |
JP6698646B2 (ja) | Jsonスタイルシート言語変換 | |
US10797987B1 (en) | Systems and methods for switch stack emulation, monitoring, and control | |
US11736412B1 (en) | Systems and methods for multi-tier resource and subsystem orchestration and adaptation | |
CN106878445B (zh) | 资源文件更新方法及装置 | |
US11283690B1 (en) | Systems and methods for multi-tier network adaptation and resource orchestration | |
US20160050128A1 (en) | System and Method for Facilitating Communication with Network-Enabled Devices | |
KR101496632B1 (ko) | 안심 콘텐츠 서비스를 위한 시스템 및 이를 위한 방법 | |
CN110602043A (zh) | 一种面向移动应用的api网关实现系统及方法 | |
US9584545B2 (en) | Monitoring and controlling electronic activity using third party rule submission and validation | |
CN114095405B (zh) | 车辆功能单元测试方法、装置、电子设备及存储介质 | |
US11204918B2 (en) | Systems and methods for accessing a database management system | |
CN115269411A (zh) | 一种业务测试方法、装置、电子设备和存储介质 | |
CN115185717A (zh) | 接口调用方法、装置、电子设备和存储介质 | |
US20150127729A1 (en) | Inter-site integration platform for communication between social networking sites | |
CN113157256A (zh) | 接口代码的生成方法、装置、电子设备、存储介质及产品 | |
RU2604983C2 (ru) | Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы | |
CN115329181A (zh) | 一种信息查询方法、查询服务端及客户端 | |
CN113626321B (zh) | 桥接测试方法、装置、系统及存储介质 | |
CN114817076A (zh) | 车载操作系统的数据处理方法、装置、设备、介质及产品 | |
CN114417133A (zh) | 业务数据处理方法、装置、电子设备及计算机存储介质 | |
CN111581438B (zh) | 文件解析方法和终端 | |
CN112395138A (zh) | 一种校验参数的方法和装置 | |
CN115017437A (zh) | 信息展示方法、装置、终端和存储介质 | |
CN113760946A (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 |