报文处理方法、装置、电子设备及存储介质与流程

1.本技术实施例涉及智能物联平台技术领域，尤其涉及一种报文处理方法、装置、电子设备及存储介质。


背景技术：

2.现如今，人们生活的方方面面都离不开智能物联平台，智能物联平台已经应用到各行各业。智能物联平台的广泛应用，一方面方便了人们的生活，人们足不出户就可以通过不同的智能物联平台办理业务；另一方面，也方便了某一类业务的管理。例如人们可以通过智能物联平台进行生活缴费，同时就不再需要很多工作人员进行线下收费；学生可以通过智能物联平台进行课程学习，同时学校也可以通过智能物联平台对学生进行管理等。
3.而随着智能物联平台的使用场景的不断扩展，智能物联平台需要接入的设备也逐渐增多，需要处理的业务也不断增加。目前线上的智能物联平台接入协议已经无法满足不断扩展的业务场景，因此需要对已有的线上运行的硬件交互协议不断完善，去适应新的业务场景。
4.现有技术中，对线上的协议升级改造困难较大，需要修改现有协议代码，重新部署升级，在升级的过程中或多或少会影响现有业务。因此需要一种能够一次改造线上代码的方法，减少对现有业务的影响。


技术实现要素：

5.鉴于此，为解决对线上的协议升级改造困难较大，需要修改现有协议代码，重新部署升级，在升级的过程中或多或少会影响现有业务的技术问题，本技术实施例提供一种报文处理方法、装置、电子设备及存储介质。
6.第一方面，本技术实施例提供一种报文处理方法，应用于智能物联平台，所述方法包括：
7.获取待处理指令；
8.利用原有解析规则对所述待处理指令中携带的报文进行解析；
9.若解析失败，则获取预先编写的规则文件；
10.将所述待处理指令与所述规则文件中预定义的指令进行匹配；
11.若匹配成功，获取所述规则文件中预定义的指令的指令类型；
12.根据所述指令类型对所述待处理指令中携带的报文进行处理。
13.在一个可选的实施方式中，所述获取待处理指令，包括：
14.接收设备上报给平台的指令；
15.或，
16.获取平台给设备下发的指令。
17.在一个可选的实施方式中，所述获取预先编写的规则文件，包括：
18.通过热部署和加载的方式，获取预先编写的规则文件。
19.在一个可选的实施方式中，所述根据所述指令类型对所述待处理指令中携带的报文进行处理，包括：
20.通过所述指令类型对应的解析规则对所述待处理指令中携带的报文进行解析，获取解析后的报文；
21.查找与所述指令类型对应的报文转发位置，按照所述报文转发位置转发所述解析后的报文。
22.在一个可选的实施方式中，所述利用原有解析规则对所述待处理指令中携带的报文进行解析，包括：
23.确定所述待处理指令的发送者，并判断所述发送者是否在预设白名单中，其中，所述预设白名单中记录有多个可信发送者；
24.若所述发送者在所述预设白名单中，则利用原有解析规则对所述待处理指令中携带的报文进行解析。
25.在一个可选的实施方式中，所述若解析失败，则获取预先编写的规则文件，包括：
26.若解析失败，则确实所述报文解析失败的原因，其中，所述原因包括设备原因，网络原因，或者原有解析规则与待处理指令不匹配的原因；
27.若所述原因包括所述原有解析规则与待处理指令不匹配的原因，则获取预先编写的规则文件；
28.若所述原因非所述原有解析规则与待处理指令不匹配的原因，则触发告警；以及，
29.跳转至所述利用原有解析规则对所述待处理指令中携带的报文进行解析的步骤。
30.在一个可选的实施方式中，所述若解析失败，则获取预先编写的规则文件，包括：
31.若解析失败，则检测所述待处理指令是否正常；
32.若所述待处理指令正常，则获取预先编写的规则文件；
33.若所述待处理指令异常，则触发指令异常的告警。
34.第二方面，本技术实施例提供一种报文处理装置，应用于智能物联平台，所述装置包括：
35.指令获取模块：用于获取待处理指令；
36.解析模块：用于利用原有解析规则对所述待处理指令中携带的报文进行解析；
37.规则文件获取模块：用于若解析失败，则获取预先编写的规则文件；
38.规则匹配模块：用于将所述待处理指令与所述规则文件中预定义的指令进行匹配；
39.指令类型获取模块：用于若匹配成功，获取所述规则文件中预定义的指令的指令类型；
40.报文处理模块：用于根据所述指令类型对所述待处理指令中携带的报文进行处理。
41.第三方面，本技术实施例提供一种电子设备包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
42.存储器，用于存放计算机程序；
43.处理器，用于执行存储器上所存放的程序时，以实现第一方面中任一项所述的方法。
44.第四方面，本技术实施例提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现第一方面中任一项所述的方法。
45.本技术实施例提供的技术方案，获取待处理指令；利用原有解析规则对所述待处理指令中携带的报文进行解析；若解析失败，则获取预先编写的规则文件；将所述待处理指令与所述规则文件中预定义的指令进行匹配；若匹配成功，获取所述规则文件中预定义的指令的指令类型；根据所述指令类型对所述待处理指令中携带的报文进行处理。通过预先编写规则文件，对原有解析规则无法解析的报文进行处理，无需对现有代码进行改造，从而减少了对现有业务的影响。
附图说明
46.图1为本技术实施例提供的一种报文处理方法的实施流程示意图；
47.图2为本技术实施例提供的设备给平台上报指令时报文处理方法的实施流程示意图；
48.图3为本技术实施例提供的另一种设备给平台上报指令时报文处理方法的实施流程示意图；
49.图4为本技术实施例提供的另一种报文处理方法的实施流程示意图；
50.图5为本技术实施例提供的一种报文处理的装置的结构示意图；
51.图6为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
52.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
53.下面结合附图以具体实施例对本技术提供的报文处理方法做进一步的解释说明，实施例并不构成对本技术实施例的限定。
54.图1为本技术实施例提供的一种报文处理方法的实施流程示意图，该方法应用于智能物联平台，该方法可包括以下步骤：
55.s101：获取待处理指令。
56.在本技术实施例中，智能物联平台内部会有多个待处理指令，根据待处理指令的缓急程度、产生时间等，获取目前要处理的待处理指令。例如当智能物联平台是智能学生证平台时，待处理指令为学生的签到指令，由于学生签到时间不同，智能学生证平台则需要按照学生签到时间的先后获取指令。此外，智能物联平台还可以是其他的智能物联平台，待处理指令根据智能物联平台的不同、待处理业务的不同而有所区别。
57.在本技术实施例中，待处理指令可以是设备给平台上报的指令也可以是平台给设备下发的指令，本技术对此不作限定。
58.s102：利用原有解析规则对待处理指令中携带的报文进行解析。
59.在本技术实施例中，待处理指令中携带有报文数据，例如本技术的智能物联平台
为智能学生证平台，待处理指令为签到指令时，签到指令中所携带的报文数据可以包括学生的个人信息、课程信息、签到时间等，本技术对此不作限定。
60.在本技术实施例中，智能物联平台在获取待处理指令后，使用原有解析规则对待处理指令中携带的报文数据进行解析，原有解析规则即为智能物联平台已有的业务逻辑处理规则。例如本技术的智能物联平台为智能学生证平台，待处理指令为学生的签到指令，智能学生证平台中含有对签到指令中携带的报文的解析规则，可以处理学生的签到指令，则签到指令的解析规则即为智能学生证平台原有的解析规则。
61.需要说明的是，本技术中的智能物联平台还可以为其他的平台，例如生活缴费平台等等，待处理指令根据平台以及要处理的业务而有所区别，不同的待处理指令中也会携带不同的报文数据，本技术对此不作限定。
62.s103：若解析失败，则获取预先编写的规则文件。
63.在本技术实施例中，预先编写的规则文件为智能物联平台的扩展规则，是在智能物联平台原有解析规则的基础上增加的规则。若s102中使用原有解析规则对待处理指令中携带的报文数据进行解析时，原有解析规则无法解析，即智能物联平台的原有业务处理逻辑中不含有对待处理指令中所携带的报文的解析规则，此时智能物联平台就可以获取预先编写的规则文件，对待处理指令进行处理。
64.例如本技术的智能物联平台为智能学生证平台时，假使智能学生证平台此时不含有报名功能，学校新举办了一个活动，需要学生在智能学生证平台进行报名，那学生的报名指令是无法使用智能学生证平台进行处理的，因此智能学生证平台去获取规则文件，对学生的报名指令进行处理。此外，本技术对智能物联平台和指令种类不作限定。
65.s104：将待处理指令与规则文件中预定义的指令进行匹配。
66.在本技术实施例中，在s103中获取预先编写的规则文件，规则文件包括对智能物联平台的所有扩展规则，因此获取规则文件以后，需要待处理指令与规则文件中预定义的指令进行匹配，从规则文件中获取对待处理指令的处理规则。
67.s105：若匹配成功，获取规则文件中预定义的指令的指令类型。
68.在本技术实施例中，在s104中待处理指令与规则文件中预定义的指令匹配成功后，获取规则文件中预定义的指令类型，例如将待处理指令与规则文件中的预定义指令匹配，匹配到的预定义指令名称为“set_data_to_redis”时，获取该指令的指令类型，匹配代码以及指令类型获取语句如下所示：
69.$p:packetmsg($p.funid＝＝"set_data_to_redis")。
70.需要说明的是，本技术的规则文件所包含的指令名称为编写规则文件的人员在规则文件的编写过程中预定义的，还可以以为其他值，例如“set_data_to_mysql”、“set_data_to_rocketmq”等等，本技术对此不作限定。匹配代码以及指令类型获取语句也仅仅是给出一个示例，还可以通过其他语句判断指令是否获取成功以及获取预定义的指令类型。
71.s106：根据指令类型对待处理指令中携带的报文进行处理。
72.在本技术实施例中，指令的指令类型决定了对报文的处理方式，例如指令的指令类型是心跳信息，则该指令中携带的报文即为设备对智能物联平台发送的该时刻状态正常的消息，智能物联平台接收指令后，只需要将报文进行转发到对应的数据库中，保存该报文信息即可；指令的指令类型还可以是加法操作，对报文数据中的两个数据进行相加，然后将
结果转发到对应的数据库中进行保存。
73.需要说明的是，根据指令的指令类型不同，预先编写的规则文件会对指令中携带的报文进行不同的处理，可以是直接转发存储到数据库中，也可以是按照规则文件中的解析规则进行解析后将解析结果进行转发，本技术对此不作限定。此外，对报文直接转发或者是解析后转发可以根据实际情况转发到不同的位置，例如可以是转发到另一个数据处理topic、第三方服务、消息队列、数据库、另一设备的topic中等等，本技术对此不作限定。
74.通过上述对本技术实施例提供的技术方案的描述，本技术的报文处理方法在智能物联平台获取到设备给平台上传的指令或平台给设备下发指令时，使用智能物联平台的原有解析规则对待处理指令中携带的报文进行解析，若解析成功则直接使用原有解析规则进行解析，若无法解析，则智能物联平台去数据库获取预先编写的规则文件，规则文件是对原有解析规则的扩展，以实现对原有解析规则无法解析的指令的处理。
75.规则文件是独立于原有解析规则的，因此无需对智能物联平台原有程序进行重新编写，不需要重新对智能物联平台进行部署，减少了对原有业务的影响。同时规则文件具备灵活性，智能物联平台扩展业务场景时，可根据实际处理逻辑进行编写、扩展，解决了现有协议无法满足不断扩展的业务场景的问题，同时还不会对现有业务产生影响。
76.不同的智能物联平台都实现某一特定业务，服务于特定的人群，即便在扩展业务场景时，也会对设备的种类有限制，因此智能物联平台往往都会有预设白名单，在智能物联平台接收到设备上传的指令时，首先要对上传指令的设备是否在预设白名单中进行判断，确定该设备为可信发送者才可以对指令进行处理，图2为本技术实施例提供的设备给平台上报指令时报文处理方法的实施流程示意图，给出了对上传指令的设备是否在智能物联平台的预设白名单中进行了判断，该方法可包括以下步骤：
77.s201：获取待处理指令。
78.在本技术实施例中，获取待处理指令的详细介绍在s101中已经给出，在此不再赘述。
79.s202：确定待处理指令的发送者，并判断发送者是否在预设白名单中，其中，预设白名单中记录有多个可信发送者。
80.在本技术实施例中，待处理指令的发送者为向智能物联平台发送指令的设备，该设备向智能物联平台发送指令后，首先需要判断该设备是否在该智能物联平台预设的白名单中，例如我们在登录某个平台时，平台首先需要判断登录账号是否保存在该平台的数据库中，即判断登录账号是否在该平台的预设白名单中，只有登录账号在该平台的预设白名单，账号才可以登陆成功。
81.在本技术实施例中，本技术的智能物联平台预设白名单中记录有多个可信发送者，例如当智能物联平台为智能学生证平台时，学生设备向智能学生证平台发送指令，只有当学生设备在该智能学生证平台的预设白名单中时，智能学生证平台才可以接收到这个指令，否则该设备不是该智能学生证平台的可信发送者，智能学生证平台无法接收到指令。此外智能物联平台还可以为其他的平台，不同智能物联平台都会预设白名单。
82.s203：若发送者在预设白名单中，则利用原有解析规则对待处理指令中携带的报文进行解析。
83.在本技术实施例中，发送者在智能物联平台的预设白名单中，使用智能物联平台
的原有解析规则对设备上报给智能物联平台的指令携带的报文进行解析，详细介绍在s102中已经给出，在此不再赘述。
84.s204：若解析失败，则确定报文解析失败的原因，其中，原因包括设备原因，网络原因，或者原有解析规则与待处理指令不匹配的原因。
85.在本技术实施例中，解析过程中若解析失败，先对解析失败的原因进行分析，判断解析失败的原因是网络原因、设备原因还是由于原有解析规则中不含有对待处理指令中携带的报文的解析规则，根据不同的原因采取不同的处理措施。
86.s205：若原因包括原有解析规则与待处理指令不匹配的原因，则通过热部署和加载的方式，获取预先编写的规则文件，执行s207。
87.在本技术实施例中，若确定解析失败的原因是原有解析规则与待处理指令不匹配的原因，使用原有业务处理逻辑无法对待处理指令进行处理，则通过热部署和加载的方式获取预先编写的规则文件。详细介绍在s103中已经给出，在此不做详细介绍。
88.在本技术实施例中，通过热部署和加载的方式获取规则文件不需要重启服务器，满足了不影响现有业务的要求。
89.s206：若原因非原有解析规则与待处理指令不匹配的原因，则触发告警；以及，跳转至s203。
90.在本技术实施例中，若确定解析失败的原因不是原有解析规则与待处理指令不匹配的原因，则根据实际情况触发告警，跳转至s203重新利用原有解析规则对待处理指令中携带的报文进行解析。
91.在本技术实施例中，触发告警的原因，可以是设备原因、网络原因，本技术在此不作限定。
92.s207：将待处理指令与规则文件中预定义的指令进行匹配。
93.s208：若匹配成功，获取规则文件中预定义的指令的指令类型。
94.s209：根据指令类型对待处理指令中携带的报文进行处理。
95.在本技术实施例中，s207至s209的详细介绍在s104至s106中已经给出，在此不再赘述。
96.在本技术实施例中，预先编写的规则文件包括规则名称、判断指令是否匹配语句、对报文的解析语句、对报文的转发语句。例如预定义的规则名称为“rule-01”，匹配指令名称为“set_data_to_redis”的报文，匹配成功后直接将报文转发到redis数据库中，并保存在redis数据库，以下是具体实现代码：
97.rule"rule-01"
98.when
99.$p:packetmsg($p.funid＝＝"set_data_to_redis")
100.then
101.system.out.println("规则引擎内部匹配成功set_data_to_redis＝"+$p)；
102.objectmapper objectmapper＝new objectmapper()；
103.try{
104.string str＝objectmapper.writevalueasstring($p)；
105.redistemplate.opsforvalue().set("set_data_to_redis",str,12,
timeunit.hours)；
106.}catch(exception e){
107.e.printstacktrace()；
108.}
109.end
110.在本技术实施例中，例如预定义的规则名称为“rule-02”，匹配指令名称为“set_data_to_mysql”的报文，匹配成功后直接将报文转发到mysql数据库中，并保存在mysql数据库，以下是具体实现代码：
111.rule"rule-02"
112.when
113.$p:packetmsg($p.funid＝＝"set_data_to_mysql")
114.then
115.system.out.println("规则引擎内部匹配成功set_data_to_mysql＝"+$p)；
116.objectmapper objectmapper＝new objectmapper()；
117.try{
118.string str＝objectmapper.writevalueasstring($p)；
119.userdevicemapper.savemessage("device_command_roport",",fun_id,content",$p.getfunid()+","+str)；
120.}catch(exception e){
121.e.printstacktrace()；
122.}
123.end
124.在本技术实施例中，例如预定义的规则名称为“rule-03”，匹配指令名称为“set_data_to_rocketmq”的报文，匹配成功后直接将报文转发到rocketmq消息队列中，并保存在rocketmq消息队列，以下是具体实现代码：
125.rule"rule-03"
126.when
127.$p:packetmsg($p.funid＝＝"set_data_to_rocketmq")
128.then
129.system.out.println("规则引擎内部匹配成功set_data_to_rocketmq＝"+$p)；
130.objectmapper objectmapper＝new objectmapper()；
131.try{
132.string str＝objectmapper.writevalueasstring($p)；
133.rocketmqtemplate.syncsend("set_data_to_rocketmq",str)；
134.}catch(exception e){
135.e.printstacktrace()；
136.}
137.end
138.需要说明的是，在本技术实施例中给出的规则文件代码仅仅是给出的示例，在实
际编写过程中可根据不同的业务要求实现不同的功能，规则名称、指令名称、转发前对报文数据的处理以及转发位置都可以根据实际情况进行定义，本技术对此不作限定。
139.通过上述对本技术实施例提供的技术方案的描述，不但对上传指令的设备是否在智能物联平台的预设白名单中进行了判断，还在解析失败时，对解析失败的原因进行了判断，若失败原因不是原有解析规则无法对上传指令进行解析，则去判断是否为网络、设备等其他因素产生了问题，导致解析失败。
140.此外，解析失败的原因还可能是设备给平台上报指令出现了错误，图3为本技术实施例提供的另一种设备给平台上报指令时报文处理方法的实施流程示意图，详细介绍了设备给平台上报指令出现错误的情况，该方法可包括以下步骤：
141.s301：获取待处理指令。
142.s302：确定待处理指令的发送者，并判断发送者是否在预设白名单中，其中，预设白名单中记录有多个可信发送者。
143.s303：若发送者在预设白名单中，则利用原有解析规则对待处理指令中携带的报文进行解析。
144.在本技术实施例中，s301至s303的详细介绍在s201至s203中已经给出，在此不再赘述。
145.s304：若解析失败，则检测待处理指令是否正常。
146.在本技术实施例中，在设备给平台上传指令的过程中，可能会因为各种原因导致指令损坏，指令中携带的报文不完整等，因此在智能物联平台使用原有解析规则对待处理指令进行解析失败后对待处理指令是否正常进行判断。例如在报文传送过程中是以密文的形式传送的，从设备发送报文数据前会对报文数据进行加密，传送到平台后会对报文数据进行解密，在加密或者解密的过程中，报文数据就可能产生缺失等错误，此时就会导致解析失败。
147.例如报文数据以及对应的密文如下所示：
148.原始报文串1：
149.[868560040058335,89860317947552295702,202202231403130022,set_data_to_redis,3,20220223140313,1,1]
[0150]
加密后的密文1：
[0151]
wykxnvbigznyr2gqs2o+urhhev52onbmsnxfz/ponpcdobgze00noiioe6mmhalsgpxjrafvl2siqqyz1pxm9starymnum6oswnqe7h1tmmy+wytpjth5dho3dnkgdzs3o4po6es3pw2vh+os7niag＝＝#telpo#1.2.2#1.2.0
[0152]
原始报文串2：
[0153]
[868560040058335,89860317947552295702,202202231403130022,set_data_to_rocketmq,3,20220223140313,1,1]
[0154]
加密后的密文2：
[0155]
wykxnvbigznyr2gqs2o+urhhev52onbmsnxfz/ponpcdobgze00noiioe6mmhalsgpxjrafvl2siqqyz1pxm9wtyi9/4zc3w7wd7buiuk2e0xokrnios1ob/v59lkwamaj8iku1c8whxnv8kxysqjq＝＝#telpo#1.2.2#1.2.0
[0156]
原始报文串3：
[0157]
[868560040058335,89860317947552295702,202202231403130022,set_data_to_mysql,3,20220223140313,1,1]
[0158]
加密后的密文3：
[0159]
wykxnvbigznyr2gqs2o+urhhev52onbmsnxfz/ponpcdobgze00noiioe6mmhalsgpxjrafvl2siqqyz1pxm9y6j7ubqykhzzgcazr0tal1utagmkxintwoiu5bntxx52znggdlv8fevvb3p7j3zpq＝＝#telpo#1.2.2#1.2.0
[0160]
由于报文数据以及其对应的密文字符串很长，因此在加密、解密过程中会由于各种原因产生字符串的缺失、错位，导致报文出现各种错误，本技术对此不作限定。
[0161]
此外，在本技术中待处理指令还可能会产生其他的异常，本技术对此不作限定。
[0162]
s305：若待处理指令正常，则通过热部署和加载的方式，获取预先编写的规则文件，执行s307。
[0163]
在本技术实施例中，若设备给平台上传的指令正常，没有损坏，则通过热部署和加载的方式，获取预先编写的规则文件。详细介绍在s103中已经给出，在此不做详细介绍。
[0164]
s306：若待处理指令异常，则触发指令异常的告警，结束流程。
[0165]
在本技术实施例中，若待处理指令异常，则触发指令异常告警，指令异常告警可通过平台向设备传送一个提示消息，提示指令异常，设备重新上传指令。此外，待处理指令异常告警还可以通过其他方式展示，本技术对此不作限定。
[0166]
s307：将待处理指令与规则文件中预定义的指令进行匹配。
[0167]
s308：若匹配成功，获取规则文件中预定义的指令的指令类型。
[0168]
s309：根据指令类型对待处理指令中携带的报文进行处理。
[0169]
在本技术实施例中，s307至s309的详细介绍在s104至s106中已经给出，在此不再赘述。
[0170]
通过上述对本技术实施例提供的技术方案的描述，在智能物联平台获取到设备上传的指令时，首先对设备是否在预设白名单中进行判断，当设备在预设白名单中才会对设备上传的指令进行处理。在智能物联平台对指令中携带的报文数据解析失败时，先判断解析失败的原因，解析失败的原因包括多种，包括原有解析规则与上传的指令不匹配，网络原因、设备原因等外部原因，设备上传的指令出现异常，只有当原有解析规则与上传的指令不匹配时才会获取规则文件，进行规则匹配，其他情况根据具体原因进行告警。
[0171]
图4为本技术实施例提供的另一种报文处理方法的实施流程示意图，该方法可包括以下步骤：
[0172]
s401：获取待处理指令。
[0173]
s402：利用原有解析规则对待处理指令中携带的报文进行解析。
[0174]
s403：若解析失败，则获取预先编写的规则文件。
[0175]
s404：将待处理指令与规则文件中预定义的指令进行匹配。
[0176]
s405：若匹配成功，获取规则文件中预定义的指令的指令类型。
[0177]
在本技术实施例中，s401至s405的详细介绍在s101至s105中已经给出，在此不再赘述。
[0178]
s406：通过指令类型对应的解析规则对待处理指令中携带的报文进行解析，获取解析后的报文。
architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0196]
通信接口用于上述电子设备与其他设备之间的通信。
[0197]
存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
[0198]
上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0199]
本技术实施例还提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如下步骤：
[0200]
获取待处理指令；利用原有解析规则对待处理指令中携带的报文进行解析；若解析失败，则获取预先编写的规则文件；将待处理指令与规则文件中预定义的指令进行匹配；若匹配成功，获取规则文件中预定义的指令的指令类型；根据指令类型对待处理指令中携带的报文进行处理。
[0201]
在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一报文处理的方法。
[0202]
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0203]
以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其他实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。