CN102123079A - 一种事务报文处理方法和装置 - Google Patents

Abstract

本发明实施例公开了一种事务报文处理方法和装置。其中，所述方法包括：接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。通过本发明实施例，能够实现在由多个分包数据包构成的报文数据包在传输过程中的整体完整性。

Description

一种事务报文处理方法和装置

技术领域

本发明涉及网络通信技术领域，更具体地说，涉及一种事务报文处理方法和装置。

背景技术

网络配置协议(Network Configuration Protocol，NETCONF)电信设备的基础配置协议。

现有NETCONF中，为了保证数据的完整性，提供了当报文出错时进行报文回滚(error-option取rollback-on-error)的操作机制，所述报文回滚即当报文出错时，取消对当前报文执行的相关操作，具体方式如图1所示，其中，用户通过客户端向位于服务器端的电信设备下发配置数据，电信设备接收到配置数据之后，对配置数据进行相应的处理，当配置数据处理失败后，进行相关配置数据处理事务的回滚操作，当回滚操作仍然失败时则向客户端返回处理失败消息结果。

然而，现有NETCONF中支持的报文回滚机制只能保证当次回滚操作涉及报文的完整性，但在网络管理实际应用场景中，针对大容量的NETCONF报文，通常会进行分包处理，将大容量的报文数据包划分为多个数据分包。在这种情况下，仅支持每一个分包报文的完整性是不够的，需要有一种机制可以支持所有这些分包报文的整体完整性。换言之，现有技术中只能进行分包后的单个数据包中报文的回滚，从而保证单个分包中数据的完整性，但无法保证所有分包构成的整个数据包的完整性。

发明内容

有鉴于此，本发明实施例提供一种事务报文处理方法和装置，实现在由多个分包数据包构成的报文数据包在传输过程中的整体完整性。

本发明实施例提供一种事务报文处理方法，所述方法包括：

接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；

当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

优选的，所述通过对待下发的事务报文进行分包获得所述报文数据分包，包括：

将待下发的事务报文划分为多个具有同一事务标识的报文数据分包。

进一步，所述方法还包括：

为最后下发的报文数据分包设置表示所述事务下发完毕的结束标识。

进一步，所述方法还包括：

当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文数据分包的处理操作进行回滚。

一种事务报文处理装置，所述装置包括：

接收模块，用于接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；

操作回滚模块，用于当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

优选的，所述报文数据分包中携带同一事务标识。

优选的，所述报文数据分包中最后下发的报文数据分包携带表示所述事务下发完毕的结束标识。

进一步，所述装置还包括：

时间预置模块，用于预置接收相邻两个数据分包之间的时间间隔；

相应地，所述操作回滚模块，还用于当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文数据分包的处理操作进行回滚。

一种事务报文处理系统，所述系统包括：

报文数据发送端，用于串行下发报文数据分包，其中，通过对待下发的事务报文进行分包获得所述报文数据分包；

报文数据接收端，用于接收所述报文数据分包，当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

同现有技术相比，本发明实施例在进行多报文的事务处理时，将整体报文进行数据分包的划分并串行下发，在对报文数据分包进行处理时，当出现处理失败的情形时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚，保证所有的报文数据分包作为一个整体执行，从而能够满足由多个分包数据包构成的报文数据包在传输过程中的整体完整性需求。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有NETCONF技术中支持的报文回滚机制示意图；

图2为现有报文回滚机制中客户端和服务器端之间交互过程的示意图；

图3为本发明实施例提供的事务报文处理方法流程示意图；

图4为本发明实施例提供的另一种事务报文处理方法流程示意图；

图5为本发明实施例提供的批量配置场景下，客户端和服务器端之间交互过程的示意图；

图6为本发明实施例提供的对于关联对象的配置场景下，客户端和服务器端之间交互过程的示意图；

图7为本发明实施例提供的一种事务报文处理装置结构示意图；

图8为本发明实施例提供的另一种事务报文处理装置结构示意图；

图9为本发明实施例提供的一种事务报文处理系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

通常，在进行多报文的事务处理时，为了保证当前操作报文的完整性，如果当前报文操作失败，则对当前的失败操作进行回滚。以服务器端处理三个由客户端下发的配置数据分包为例，客户端和服务器端之间的交互过程如图2所示，首先，由于客户端需要下发的配置数据量较大，因此，配置数据在客户端被处理划分为三个数据分包进行串行下发；第一个数据分包下发至服务器端后，由服务器端进行相应的处理操作，当处理失败时，当次处理操作回滚，当处理成功时，服务器端向客户端发送处理成功的反馈消息，从而客户端继续下发第二个数据分包；同理，第二个数据分包在服务器端进行相应的处理操作，当处理失败时，第二次处理操作回滚，当处理成功时，服务器端向客户端发送处理成功的反馈消息；当服务器端处理第三个数据分包失败时，第三次处理操作回滚，上述第一次和第二次的处理操作仍然保留。

可见，现有技术中，仅能通过回滚机制保证每个数据分包的完整性，无法保证所有数据分包构成的整体数据的完整性。因此，无法满足某些应用场景中数据接收端需要接收所有数据，且当部分数据处理失败时则拒绝接收所有数据的特定应用。

为了避免出现上述缺陷，本发明实施例提供了一种事务报文处理方法、装置及系统。

本发明实施例提供了一种事务报文处理方法，如图3所示，为该方法的步骤流程，该方法可以包括以下步骤：

步骤301、接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；

该步骤中，对于多报文的事务处理，需要首先将需要下发的所有报文数据进行分包划分的操作，在下发所述报文数据分包的过程中，仍然按照各报文数据分包在原事务报文中的执行顺序进行串行下发；

步骤302、当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

当接收到报文数据分包之后，便开始执行对该分包中携带的报文的处理操作，当发现本次处理操作发送错误，处理失败时，为了保证当前操作报文的完整性，对本次执行失败的处理操作进行回滚；与现有技术的不同之处在于，本发明实施例为了保证所有数据分包构成的整体数据的完整性，还需要将之前的成功处理操作进行回滚，即将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。这样，数据接收端便可实现要么接收所有的报文数据，要么当部分数据处理失败时则拒绝接收所有数据的特定应用。

可见，本发明实施例中，在进行多报文的事务处理时，将整体报文进行数据分包的划分并串行下发，在对报文数据分包进行处理时，当出现处理失败的情形时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚，保证所有的报文数据分包作为一个整体执行，从而能够满足由多个分包数据包构成的报文数据包在传输过程中的整体完整性需求。

此外，需要说明的是，为了便于数据接收端对接收的报文数据分包是否属于同一事务的识别，数据发送端在将需要下发的所有报文数据进行分包划分操作中，为属于相同事务的报文数据分包分配同一事务标识。所述事务标识的实现方式可以包括：分配给每一个事务的特定ID(IDentity，身份标识号码)信息、或者特定字符或字符串。

除了为每个报文数据分包分配事务标识，还可以单独为最后下发的报文数据分包设置表示所述事务下发完毕的结束标识。从而，数据接收端从接收到的报文数据分包中识别出该结束标识时，便可获知该报文数据分包是对应事务的所有报文的最后一部分。

在本发明的另一个实施例中，还可以引入超时机制，避免数据传输过程中发生错误，导致数据接收端始终无法接收报文数据分包的缺陷。具体实现方式如图4所示，该实施例与图3所示的事务报文处理方法实施例的不同之处在于，所述方法还可以包括下面步骤：

步骤303、当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文数据分包的处理操作进行回滚。

通过该步骤，当数据接收端发现在预置时间间隔内没有接收到下一个报文数据分包，则可确定报文数据分包在传输过程中发生错误，则将所有已接收的报文数据分包的处理操作进行回滚，保证数据接收端接收整体数据的完整性。

通过设置接收特定事务所包含的报文数据分包的时间限制，可以避免数据接收端对发生传输错误的数据分包的长时间等待，从而减少由于数据接收端长期占用系统资源而产生的垃圾数据。

为了便于对本发明实施例技术方案的充分理解，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述。

图5是本发明实施例提供的一种可以应用上述技术方案的场景，该实施例中涉及的是数据发送端下发批量配置的应用。例如：用户需要对1000个接口参数进行批量修改操作，并要求要么同时修改成功，否则，当有部分接口参数修改失败时，则拒绝对所有接口的修改操作，其实现流程为：

首先，客户端将1000个接口的配置参数划分为10个数据分包；其中，10个数据分包中可以分别携带事务标识，并且，串行下发的第10个数据包中还可以携带事务结束标识；客户端将第1个数据分包下发至服务器端，服务器端接收失败或执行该第1个数据分包所涉及的接口修改操作失败时，本次操作回滚；当成功接收第1个数据分包后，服务器端成功执行该第1个数据分包所涉及的接口修改操作，并向客户端反馈处理成功的消息；客户端继续下发第2个数据分包，在处理第2个数据分包时，如果出现操作失败的情形，则回滚全部操作，包括第1数据分包和第2数据分包的相关操作。以此类推，当针对第10个数据分包出现操作失败的情形，则回滚第1～10个数据分包的相关操作，并向客户端反馈处理失败的信息。

本发明实施例还可以应用于对于单个超大处理对象进行分包处理。对于某些单个对象，由于业务的复杂性，将导致其数据量较大，需要分包处理，例如BGP(Border Gateway Protocol，边界网关协议)。在对数据分包进行处理时，除非所有数据分包都处理成功，否则，将会回滚所有已经处理的数据分包。

此外，本发明实施例还可以应用于对于关联对象的配置。例如：在某种场景下，虽然没有涉及大数据量的处理，但要求两个或多个关联的操作作为一个事务处理，要么同时成功、要么同时失败，例如，网管要创建一个接口，并将此接口与某个VPN(Virtual Private Network，虚拟专用网络)绑定，用户希望接口创建成功的同时绑定也能够成功，不希望看到接口被创建成功，但没有与指定的VPN绑定，造成出现垃圾无用接口。该场景下，实现接口与VPN绑定的实现流程如图6所示。其中，网管首先创建接口，如接口创建失败，则回滚接口创建操作；当该接口创建成功后，执行该接口与VPN的绑定操作，在执行绑定操作过程中，如果发生绑定失败，则回滚全部操作，包括接口创建操作，并向网管反馈处理失败的信息。

本发明实施例可以应用于C/S(Client/Server，客户/服务器)系统中客户端与服务器端之间大量数据的传输过程，当然，也可以应用于B/S(Browser/Server，浏览器/服务器)系统中服务器根据浏览器发送的请求，向浏览器反馈大量数据的传输过程。对此，本发明实施例不做具体限定。

相应上述事务报文处理方法实施例，本发明实施例还提供了一种事务报文处理装置，如图7所示，所述装置包括：

接收模块701，用于接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；

对于多报文的事务处理，需要首先将需要下发的所有报文数据进行分包划分的操作，在下发所述报文数据分包的过程中，仍然按照各报文数据分包在原事务报文中的执行顺序进行串行下发；因此，接收模块接收到的是串行下发的报文数据分包；

操作回滚模块702，用于当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

当操作回滚模块接收到报文数据分包之后，便开始执行对该分包中携带的报文的处理操作，当发现本次处理操作发送错误，处理失败时，为了保证当前操作报文的完整性，对本次执行失败的处理操作进行回滚；与现有技术的不同之处在于，本发明实施例为了保证所有数据分包构成的整体数据的完整性，还需要将之前的成功处理操作进行回滚，即将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。这样，数据接收端便可实现要么接收所有的报文数据，要么当部分数据处理失败时则拒绝接收所有数据的特定应用。

通过该事务报文处理装置，在进行多报文的事务处理时，将整体报文进行数据分包的划分并串行下发，在对报文数据分包进行处理时，当出现处理失败的情形时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚，保证所有的报文数据分包作为一个整体执行，从而能够满足由多个分包数据包构成的报文数据包在传输过程中的整体完整性需求。

为了便于对接收的报文数据分包是否属于同一事务的识别，可以在将需要下发的所有报文数据进行分包划分操作中，为属于相同事务的报文数据分包分配同一事务标识。

除了为每个报文数据分包分配事务标识，还可以单独为最后下发的报文数据分包设置表示所述事务下发完毕的结束标识。从而，数据接收端从接收到的报文数据分包中识别出该结束标识时，便可获知该报文数据分包是对应事务的所有报文的最后一部分。

在本发明提供的另一种事务报文处理装置中，如图8所示，所述装置还可以包括：

时间预置模块703，用于预置接收相邻两个数据分包之间的时间间隔；

则所述操作回滚模块，还用于当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文数据分包的处理操作进行回滚。

该装置中，通过时间预置模块，引入超时机制，避免数据传输过程中发生错误，导致数据接收端始终无法接收报文数据分包的缺陷。当数据接收端发现在预置时间间隔内没有接收到下一个报文数据分包，则可确定报文数据分包在传输过程中发生错误，则将所有已接收的报文数据分包的处理操作进行回滚，保证数据接收端接收整体数据的完整性。

通过设置接收特定事务所包含的报文数据分包的时间限制，可以避免数据接收端对发生传输错误的数据分包的长时间等待，从而减少由于数据接收端长期占用系统资源而产生的垃圾数据。

相应地，本发明实施例还提供了一种事务报文处理系统，如图9所示，所述系统包括：

报文数据发送端901，用于串行下发报文数据分包，其中，通过对待下发的事务报文进行分包获得所述报文数据分包；

报文数据接收端902，用于接收所述报文数据分包，当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

在进行多报文的事务处理时，通过上述系统中的报文数据发送端将整体报文进行数据分包的划分并串行下发；对于报文数据接收端，其在对报文数据分包进行处理时，当出现处理失败的情形时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚，保证所有的报文数据分包作为一个整体执行，从而能够满足由多个分包数据包构成的报文数据包在传输过程中的整体完整性需求。

同样，为了便于数据接收端对接收的报文数据分包是否属于同一事务的识别，数据发送端在将需要下发的所有报文数据进行分包划分操作中，为属于相同事务的报文数据分包分配同一事务标识。

此外，还可以单独为最后下发的报文数据分包设置表示所述事务下发完毕的结束标识。从而，数据接收端从接收到的报文数据分包中识别出该结束标识时，便可获知该报文数据分包是对应事务的所有报文的最后一部分。

进一步地，还可以引入超时机制，当数据接收端发现在预置时间间隔内没有接收到下一个数据分包，则可确定报文数据分包在传输过程中发生错误，则将所有已接收的报文数据分包的处理操作进行回滚，保证数据接收端接收整体数据的完整性。

通过设置接收特定事务所包含的报文数据分包的时间限制，可以避免数据接收端对发生传输错误的数据分包的长时间等待，从而减少由于数据接收端长期占用系统资源而产生的垃圾数据。

对于系统实施例而言，由于其基本相应于方法、装置实施例，所以描述得比较简单，相关之处参见方法和装置实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明实施例的精神或范围的情况下，在其它实施例中实现。因此，本发明实施例将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种事务报文处理方法，其特征在于，所述方法包括：

接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；

当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

2.根据权利要求1所述的事务报文处理方法，其特征在于，所述通过对待下发的事务报文进行分包获得所述报文数据分包，包括：

将待下发的事务报文划分为多个具有同一事务标识的报文数据分包。

3.根据权利要求2所述的事务报文处理方法，其特征在于，所述方法还包括：

为最后下发的报文数据分包设置表示所述事务下发完毕的结束标识。

4.根据权利要求1～3中任一项所述的事务报文处理方法，其特征在于，所述方法还包括：

当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文数据分包的处理操作进行回滚。

5.一种事务报文处理装置，其特征在于，所述装置包括：

接收模块，用于接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；

操作回滚模块，用于当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

6.根据权利要求5所述的事务报文处理装置，其特征在于，所述报文数据分包中携带同一事务标识。

7.根据权利要求5所述的事务报文处理装置，其特征在于，所述报文数据分包中最后下发的报文数据分包携带表示所述事务下发完毕的结束标识。

8.根据权利要求5～7中任一项所述的事务报文处理装置，其特征在于，所述装置还包括：

时间预置模块，用于预置接收相邻两个数据分包之间的时间间隔；

相应地，所述操作回滚模块，还用于当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文数据分包的处理操作进行回滚。

9.一种事务报文处理系统，其特征在于，所述系统包括：

报文数据发送端，用于串行下发报文数据分包，其中，通过对待下发的事务报文进行分包获得所述报文数据分包；

报文数据接收端，用于接收所述报文数据分包，当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

Images