CN111917735A - 通讯报文的生成与处理方法、装置及电子设备 - Google Patents

Abstract

本申请实施例提供了一种通讯报文的生成与处理方法、装置及电子设备。该方法包括：当接收到预定格式的通讯报文时，获取通讯报文中携带的至少一个业务关键字，业务关键字被写入于通讯报文的报文头中的变长区；基于业务关键字，对通讯报文进行处理。基于本方案，能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

Description

通讯报文的生成与处理方法、装置及电子设备

技术领域

本申请涉及网络通讯技术领域，具体而言，本申请涉及一种通讯报文的生成与处理方法、装置及电子设备。

背景技术

远程过程调用(Remote Procedure Call，RPC)，是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

RPC通讯中多由客户端向服务端发送通讯报文，再由服务端对通讯报文进行处理。在实际使用中，服务端可能会需要将通讯报文进行反序列化处理来获取通讯报文中的业务相关信息，以便根据实际的业务逻辑确定对通讯报文的处理控制策略，并根据确定出的处理控制策略对通讯报文进行处理。现有的通讯报文的处理方式中，对通讯报文的反序列化处理占用服务端资源，影响对报文的处理效率。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一。本申请所采用的技术方案如下：

第一方面，本申请实施例提供了一种通讯报文的处理方法，该方法包括：

当接收到预定格式的通讯报文时，获取通讯报文中携带的至少一个业务关键字，业务关键字被写入于通讯报文的报文头中的变长区；

基于业务关键字，对通讯报文进行处理。

可选地，基于业务关键字，对通讯报文进行处理，包括：

基于业务关键字，确定与业务关键字匹配的目标服务器；

将通讯报文转发至目标服务器进行处理。

可选地，基于业务关键字，对通讯报文进行处理，包括：

基于业务关键字确定通讯报文对应的业务是否处于异常状态；

若处于，则终止对通讯报文的处理。

可选地，通讯报文是接收自对应的终端设备或者前端服务器的。

第二方面，本申请实施例提供了一种通讯报文的生成方法，该方法包括：

确定待生成的通讯报文对应的业务关键字；

基于预定格式，将业务关键字写入于通讯报文的报文头中的变长区，以生成通讯报文。

第三方面，本申请实施例提供了一种通讯报文的处理装置，该装置包括：

业务关键字获取模块，用于在接收到预定格式的通讯报文时，获取通讯报文中携带的至少一个业务关键字，业务关键字被写入于通讯报文的报文头中的变长区；

报文处理模块，用于基于业务关键字，对通讯报文进行处理。

可选地，报文处理模块具体用于：

基于业务关键字，确定与业务关键字匹配的目标服务器；

将通讯报文转发至目标服务器进行处理。

可选地，报文处理模块具体用于：

基于业务关键字确定通讯报文对应的业务是否处于异常状态；

若处于，则终止对通讯报文的处理。

可选地，通讯报文是接收自对应的终端设备或者前端服务器的。

第四方面，本申请实施例提供了一种通讯报文的生成装置，该装置包括：

业务关键字确定模块，用于确定待生成的通讯报文对应的业务关键字；

报文生成模块，用于基于预定格式，将业务关键字写入于通讯报文的报文头中的变长区，以生成通讯报文。

第五方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器和存储器；

存储器，用于存储操作指令；

处理器，用于通过调用操作指令，执行如本申请的第一方面的任一实施方式中所示的通讯报文的处理方法或者如本申请的第二方面的任一实施方式中所示的通讯报文的生成方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请的第一方面的任一实施方式中所示的通讯报文的处理方法或者如本申请的第二方面的任一实施方式中所示的通讯报文的生成方法。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例提供的方案，通过在接收到通讯报文时，读取通讯报文中报文头的变长区中的至少一个业务关键字，基于业务关键字，对通讯报文进行处理。基于本方案，能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种通讯报文的处理方法的流程示意图；

图2为本申请实施例提供的一种通讯报文的生成方法的流程示意图；

图3为本申请实施例提供的一种通讯报文的处理装置的结构示意图；

图4为本申请实施例提供的一种通讯报文的生成装置的结构示意图；

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1示出了本申请实施例提供的一种通讯报文的处理方法的流程示意图，如图1所示，该方法主要可以包括：

步骤S110：当接收到预定格式的通讯报文时，获取通讯报文中携带的至少一个业务关键字，业务关键字被写入于通讯报文的报文头中的变长区；

步骤S120：基于业务关键字，对通讯报文进行处理。

本申请实施例中，预定格式的通讯报文所使用的通讯协议可以基于传输控制协议/网际协议(Transmission Control Protocol/Internet Protocol，TCP/IP)进行定制，其可以包括报文头以及报文体，报文头内包括变长区，可以在生成通讯报文时将至少一个业务关键字写入变长区。

本申请实施例中，可以根据业务的相关信息(如业务标识、业务类别等)确定业务关键字，并在生成通讯报文时将业务关键字写入报文头的变长区。

本申请实施例中，业务关键字可以采用Tag-Length-Value格式，其中Tag为字段的标签，采用文本型，用4个字符表示，长度为4字节；Length为字段值的长度，为无符号整型，长度为2个字节；Value表示字段值，为文本型，其长度为Length的值。报文头的变长区的字段数及字段Tag不固定，可以由业务方根据自己的业务处理需要指定。

本申请实施例中，通讯报文的报文头中的业务关键字可以被直接读取，从而能够根据业务关键字获取到业务相关信息，以便确定出对通讯报文的处理控制策略。如在实际使用中，可能会对通讯报文进行分层处理，即将通讯报文分配至不同的服务器进行处理，通过读取业务关键字可以便捷地确定通讯报文对应服务器。

本申请实施例提供的方法，通过在接收到通讯报文时，读取通讯报文中报文头的变长区中的至少一个业务关键字，基于业务关键字，对通讯报文进行处理。基于本方案，能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

本申请实施例的一种可选方式中，基于业务关键字，对通讯报文进行处理，包括：

基于业务关键字，确定与业务关键字匹配的目标服务器；

将通讯报文转发至目标服务器进行处理。

本申请实施例中，对于一些特定业务，可以由专门的服务器提供服务，具体而言，可以指定与业务关键字匹配的目标服务器，将通讯报文转发至目标服务器进行处理。

本申请实施例的一种可选方式中，基于业务关键字，对通讯报文进行处理，包括：

基于业务关键字确定通讯报文对应的业务是否处于异常状态；

若处于，则终止对通讯报文的处理。

本申请实施例，可以监控各业务的处理状态，如果某业务出现了处理异常，可以暂停对该业务的处理。具体而言，可以在接收到通讯报文时，根据业务关键字确定该通讯报文对应的业务是否处于异常状态，若在该通讯报文对应的业务处于异常状态，则可以终止对通讯报文的处理。

本申请实施例的一种可选方式中，通讯报文是接收自对应的终端设备或者前端服务器的。

本申请实施例中，可以由与终端设备对应的服务器在接收到终端设备发送的通讯报文时，基于业务关键字确定对通讯报文的处理控制策略；也可以在通讯报文由前端服务器转发至后端服务器时，由后端服务器基于业务关键字确定对通讯报文的处理控制策略，便于实现对通信报文的分层处理。

作为一个示例，本申请实施例中提供的通信报文的报文头格式可以如表1所示。

表1

其中，Byte0、Byte1……Byte38、Byte39分别为通信报文中的第0、1……38、39个字节。

报文头包括定长区以及变长区，其中，定长区对应表1中的Byte0至Byte23，即对应通信报文中的第0至23个字段。

Byte0至Byte1的两个字段中写入报文开始标志；Byte2至Byte5的四个字段中写入报文总长度；Byte6至Byte7的两个字段中写入报文头长度；Byte8的一个字段中写入通信协议的版本号；Byte9的一个字段中写入报文特征信息(如加密及压缩、序列化方式等)；Byte10至Byte15的六个字段中写入请求标识(ID)；Byte16至Byte23的八个字段中写入接口名、方法名、接口版本号、系统标识、时间等固定业务控制信息。

变长区对应表1中的Byte24之后的字段，即对应通信协议中报文头部分第24个字段以及第24个字段之后的字段。

Byte24的一个字段中写入变长区的字段数；Byte25至Byte31的七个字段中写第一个业务关键字，具体而言，Byte25至Byte28的四个字段中写T1，即写入第一个业务关键字的标签，Byte29至Byte30的两个字段中写L1，即写入第一个业务关键字的字段值长度，Byte31的一个字段中写V1，即写入第一个业务关键字的字段值；Byte32至Byte39的八个字段中写第二个业务关键字，具体而言，Byte32至Byte35的四个字段中写T2，即写入第二个业务关键字的标签，Byte36至Byte37的两个字段中写L2，即写入第二个业务关键字的字段值长度，Byte38至Byte39的两个字段中写V2，即写入第二个业务关键字的字段值。

通讯报文中共包含n个业务关键字，第三个业务关键字直至第n个业务关键字均可以在依次写入变长区的字段中。Tn、Ln以及Vn分别为第n个业务关键字的标签、字段值长度以及字段值。

图2示出了本申请实施例提供的一种通讯报文的生成方法的流程示意图，如图2所示，该方法主要可以包括：

步骤S210：确定待生成的通讯报文对应的业务关键字；

步骤S220：基于预定格式，将业务关键字写入于通讯报文的报文头中的变长区，以生成通讯报文。

本申请实施例中，为了便于根据业务情况确定对通讯报文的处理控制策略，可以根据业务相关信息建确定业务关键字。

本申请实施例中，将业务关键字写入通讯报文的报文头中的变长区，使得通讯报文的报文头中的业务关键字可以被直接读取，从而使服务端能够根据业务关键字获取到业务相关信息，确定出对通讯报文的处理控制策略。

现有的RPC开源框架使用的RPC通讯协议，如dubbo协议、thrift协议等，不便于业务方在默认协议版本的情况下扩展报文中的内容，协议扩展成本较高。

本申请实施例中提供的通信协议可以基于传输控制协议/网际协议(Transmission Control Protocol/Internet Protocol，TCP/IP)定制，由于在通讯报文的报文头中设置了便于扩展的变长区，以使在生成报文时能够将将多个长度不同的业务关键字写入变长区，对通信报文的扩展成本较低。

本申请实施例提供的方法，通过在确定待生成的通讯报文对应的业务关键字，并将业务关键字写入于通讯报文的报文头中的变长区，以生成指定格式的通讯报文。基于本方案生成的通讯报文，在被发送至服务端后，服务端能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

基于与图1中所示的方法相同的原理，图3示出了本申请实施例提供的一种通讯报文的处理装置的结构示意图，如图3所示，该通讯报文的处理装置30可以包括：

业务关键字获取模块310，用于在接收到预定格式的通讯报文时，获取通讯报文中携带的至少一个业务关键字，业务关键字被写入于通讯报文的报文头中的变长区；

报文处理模块320，用于基于业务关键字，对通讯报文进行处理。

本申请实施例提供的通讯报文的处理装置，通过在接收到通讯报文时，读取通讯报文中报文头的变长区中的至少一个业务关键字，基于业务关键字，对通讯报文进行处理。基于本方案，能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

可选地，报文处理模块具体用于：

基于业务关键字，确定与业务关键字匹配的目标服务器；

将通讯报文转发至目标服务器进行处理。

可选地，报文处理模块具体用于：

基于业务关键字确定通讯报文对应的业务是否处于异常状态；

若处于，则终止对通讯报文的处理。

可选地，通讯报文是接收自对应的终端设备或者前端服务器的。

可以理解的是，本实施例中的通讯报文的处理装置的上述各模块具有实现图1中所示的实施例中的通讯报文的处理方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述通讯报文的处理装置的各模块的功能描述具体可以参见图1中所示实施例中的通讯报文的处理方法的对应描述，在此不再赘述。

基于与图2中所示的方法相同的原理，图4示出了本申请实施例提供的一种通讯报文的生成装置的结构示意图，如图4所示，该通讯报文的生成装置40可以包括：

业务关键字确定模块410，用于确定待生成的通讯报文对应的业务关键字；

报文生成模块420，用于基于预定格式，将业务关键字写入于通讯报文的报文头中的变长区，以生成通讯报文。

本申请实施例提供的通讯报文的生成装置，通过在确定待生成的通讯报文对应的业务关键字，并将业务关键字写入于通讯报文的报文头中的变长区，以生成指定格式的通讯报文。基于本方案生成的通讯报文，在被发送至服务端后，服务端能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

可以理解的是，本实施例中的通讯报文的生成装置的上述各模块具有实现图2中所示的实施例中的通讯报文的生成方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述通讯报文的生成装置的各模块的功能描述具体可以参见图2中所示实施例中的通讯报文的生成方法的对应描述，在此不再赘述。

本申请实施例提供了一种电子设备，包括处理器和存储器；

存储器，用于存储操作指令；

处理器，用于通过调用操作指令，执行本申请任一实施方式中所提供的通讯报文的处理方法或者通讯报文的生成方法。

作为一个示例，图5示出了本申请实施例所适用的一种电子设备的结构示意图，如图5所示，该电子设备2000包括：处理器2001和存储器2003。其中，处理器2001和存储器2003相连，如通过总线2002相连。可选的，电子设备2000还可以包括收发器2004。需要说明的是，实际应用中收发器2004不限于一个，该电子设备2000的结构并不构成对本申请实施例的限定。

其中，处理器2001应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器2004可以包括接收机和发射机，收发器2004应用于本申请实施例中，用于执行时实现本申请实施例的电子设备与其他设备通信的功能。

处理器2001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器2001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线2002可包括一通路，在上述组件之间传送信息。总线2002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线2002可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器2003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器2003用于存储执行本申请方案的应用程序代码，并由处理器2001来控制执行。处理器2001用于执行存储器2003中存储的应用程序代码，以实现本申请任一实施方式中所提供的通讯报文的处理方法或者通讯报文的生成方法。

本申请实施例提供的电子设备，适用于上述方法任一实施例，在此不再赘述。

本申请实施例提供了一种电子设备，与现有技术相比，通过在确定待生成的通讯报文对应的业务关键字，并将业务关键字写入于通讯报文的报文头中的变长区，以生成指定格式的通讯报文。基于本方案生成的通讯报文，在被发送至服务端后，服务端能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述方法实施例所示的通讯报文的处理方法或者通讯报文的生成方法。

本申请实施例提供的计算机可读存储介质，适用于上述方法任一实施例，在此不再赘述。

本申请实施例提供了一种计算机可读存储介质，与现有技术相比，通过在确定待生成的通讯报文对应的业务关键字，并将业务关键字写入于通讯报文的报文头中的变长区，以生成指定格式的通讯报文。基于本方案生成的通讯报文，在被发送至服务端后，服务端能够通过直接读取报文中的业务关键字来确定对的处理控制策略，省去对通讯报文的反序列化处理过程，节省服务端资源，提升对报文的处理效率。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种通讯报文的处理方法，其特征在于，包括：

当接收到预定格式的通讯报文时，获取所述通讯报文中携带的至少一个业务关键字，所述业务关键字被写入于所述通讯报文的报文头中的变长区；

基于所述业务关键字，对所述通讯报文进行处理。

2.根据权利要求1所述的方法，其特征在于，所述基于所述业务关键字，对所述通讯报文进行处理，包括：

基于所述业务关键字，确定与所述业务关键字匹配的目标服务器；

将所述通讯报文转发至所述目标服务器进行处理。

3.根据权利要求1所述的方法，其特征在于，所述基于所述业务关键字，对所述通讯报文进行处理，包括：

基于所述业务关键字确定所述通讯报文对应的业务是否处于异常状态；

若处于，则终止对所述通讯报文的处理。

4.根据权利要求1所述的方法，其特征在于，所述通讯报文是接收自对应的终端设备或者前端服务器的。

5.一种通讯报文的生成方法，其特征在于，包括：

确定待生成的通讯报文对应的业务关键字；

基于预定格式，将所述业务关键字写入于所述通讯报文的报文头中的变长区，以生成所述通讯报文。

6.一种通讯报文的处理装置，其特征在于，包括：

业务关键字获取模块，用于在接收到预定格式的通讯报文时，获取所述通讯报文中携带的至少一个业务关键字，所述业务关键字被写入于所述通讯报文的报文头中的变长区；

报文处理模块，用于基于所述业务关键字，对所述通讯报文进行处理。

7.根据权利要求6所述的装置，其特征在于，所述报文处理模块具体用于：

基于所述业务关键字，确定与所述业务关键字匹配的目标服务器；

将所述通讯报文转发至所述目标服务器进行处理。

8.一种通讯报文的生成装置，其特征在于，包括：

业务关键字确定模块，用于确定待生成的通讯报文对应的业务关键字；

报文生成模块，用于基于预定格式，将所述业务关键字写入于所述通讯报文的报文头中的变长区，以生成所述通讯报文。

9.一种电子设备，其特征在于，包括处理器和存储器；

所述存储器，用于存储操作指令；

所述处理器，用于通过调用所述操作指令，执行权利要求1-5中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5中任一项所述的方法。

Images