CN101146096A - 事务处理方法、事务处理系统和发送端 - Google Patents

Abstract

本发明公开了一种事务处理方法、事务处理系统和发送端，其核心是：在动态内容传送过程中，发送端按照需要执行的顺序，将多个需要顺序执行的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息，然后将所述事务包发送出去；接收端接收到所述事务包后，根据所述发送端表示出的执行顺序信息，处理所述事务包中的相关事务。通过本发明，能够在事务打包过程中控制事务执行的顺序，从而不仅保证了事务执行顺序的正确性，而且保证了系统对信息的处理效率，提高了系统性能，解决了目前不能通过事务打包控制事务执行顺序的技术问题。

Description

事务处理方法、事务处理系统和发送端

技术领域

本发明涉及通信领域，尤其涉及事务处理技术。

背景技术

DCD(Dynamic Content Delivery，动态内容传送)技术是基于客户端/服务器结构，向移动终端用户发送个性化内容的重要技术，其核心是：用户定制内容，服务器根据用户参数、用户的位置、在线状态等对内容做个性化处理，并定时将内容传送给终端用户。

在现有的DCD规范中，给出了“会话”和“事务”的概念。其中的“会话”是DCD客户端与DCD服务器通讯的框架；其中的“事务”是DCD客户端与DCD服务器之间的基本通讯机制，一个事务通常由一个“请求”操作元语和一个“响应”操作元语构成。由于每一个事务均可能会导致服务器和/或客户端状态的改变，所以事务之间的先后顺序与执行事务后的最终结果可能是有关的，因此为了保证执行事务后的最终结果的正确性，事务与事务之间必须是“序列化”的。所谓“序列化”是指，当前一个事务完成后，后一个事务才可以开始。

在使用事务序列化的方法来保证操作正确性的同时，系统性能在处理信息的能力方面受到影响，这是因为事务只能一个接着一个的做，不能充分发挥并行处理的优势；而且，每一个操作元语都是一个事务，就都需要一条独立的消息传送所述事务，使得消息的数量非常多，从而导致系统对信息的处理效率下降。

为了减少了消息的数量，以及使得服务器能够并行处理多个事务，以提高系统对信息的处理效率，在DCD中引入“事务打包”的概念。所谓“事务打包”，是当DCD客户端有多个已经准备好的请求元语等事务要初始时，将这些事务合并为一个事务请求消息，即形成一个事务包。对于服务器，可以按照收到这些事务的顺序来处理，也可以不按照收到这些事务的顺序来处理。

通过上述描述可以看出，事务之间的“序列化”能够保证事务执行顺序的正确性，“事务打包”能够使系统获得更高的性能。但是由于DCD中引入的“事务打包”概念中在事务包的内部不支持事务序列化，使得需要保证执行顺序的事务不能利用“事务打包”技术，因此对这些需要保证执行顺序的事务处理时，仍然会导致系统对信息的处理效率下降。

发明内容

本发明提供一种事务处理方法和系统，通过本发明，能够在事务打包过程中控制事务执行的顺序，从而不仅保证了事务执行顺序的正确性，而且保证了系统对信息的处理效率，提高了系统性能。

本发明时通过如下技术方案实现的：

本发明提供一种事务处理方法，其包括：

A、在动态内容传送过程中，发送端按照需要执行的顺序，将多个需要顺序执行的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息，然后将所述事务包发送出去；

B、接收端接收到所述事务包后，根据所述发送端表示出的执行顺序信息，处理所述事务包中的相关事务。

其中，所述步骤A具体包括：

在动态内容传送过程中，发送端将多个事务打包到一个事务包中，所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；

表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息，然后将所述事务包发送出去。

其中，所述表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息的过程，具体包括：

通过事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息。

其中，所述步骤A具体包括：

在动态内容传送过程中，发送端按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域内的相关事务需要按照顺序执行由发送端与接收端事先约定。

其中，所述步骤B具体包括：

接收端接收到所述事务包后，根据所述发送端表示出的所述事务包中的所有事务需要按照顺序执行的执行顺序信息，以及所述事务包中相关事务之间的先后顺序，对接收到的事务包中的所有事务进行处理。

其中，所述步骤B具体包括：

接收端接收到所述事务包后，对所述事务包进行解析，当发现所述特定区域后，根据与发送端的事先约定以及所述特定区域内相关事务之间的先后顺序，对特定区域内的所有事务进行处理。

其中，所述步骤B还包括：

按照任意顺序，处理所述事务包中且位于所述特定区域外部的所有事务；或，并行处理所述事务包中且位于所述特定区域外部的所有事务；或，将所述事务包中且位于所述特定区域外部的某个事务安排在位于所述特定区域内任意两个事务之间执行。

本发明还提供一种事务处理系统，其包括：

发送端和接收端；

所述发送端，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息，然后将所述事务包发送出去；

所述接收端，用于在接收到所述事务包后，根据所述发送端表示出的执行顺序信息，处理所述事务包中的相关事务。

其中，所述发送端包括：

第一打包单元，用于在动态内容传送过程中，将多个事务打包到一个事务包中，所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；以及，通过事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息。

其中，所述发送端包括：

第二打包单元，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域内的相关事务需要按照顺序执行由发送端与接收端事先约定。其中，所述接收端包括：

第一事务处理单元，用于从接收到的事务包中，获取所述发送端表示出的所述事务包中的所有事务需要按照顺序执行的执行顺序信息，并根据所述执行顺序信息，以及所述事务包中相关事务之间的先后顺序，对接收到的事务包中的所有事务进行处理。

其中，所述接收端包括：

第二事务处理单元，用于对接收到的事务包进行解析，当发现所述特定区域中存在事务后，根据与发送端的事先约定，以及所述特定区域内相关事务之间的先后顺序，对特定区域内的所有事务进行处理。

其中，所述接收端还包括：

第三事务处理单元，用于按照任意顺序，处理所述事务包中且位于所述特定区域外部的所有事务；或，并行处理所述事务包中且位于所述特定区域外部的所有事务；或，将所述事务包中且位于所述特定区域外部的某个事务安排在位于所述特定区域内任意两个事务之间执行。

本发明还提供一种发送端，其包括：

打包单元和包传输单元；

所述打包单元，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息；

所述包传输单元，用于将所述打包单元打包好的事务包发送出去。

其中，所述打包单元包括：

第一打包子单元，用于在动态内容传送过程中，将多个事务打包到一个事务包中，并且所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；以及通过所述事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息。

其中，所述打包单元包括：

第二打包子单元，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域内的相关事务需要按照顺序执行由发送端与接收端事先约定。

由上述本发明提供的技术方案可以看出，由于在动态内容传送过程中，发送端按照需要执行的顺序，将多个需要顺序执行的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息，然后将所述事务包发送出去；接收端接收到所述事务包后，根据所述发送端表示出的执行顺序信息，处理所述事务包中的相关事务，所以通过本发明，能够在事务打包过程中控制事务执行的顺序，从而不仅保证了事务执行顺序的正确性，而且保证了系统对信息的处理效率，提高了系统性能，解决了目前不能通过事务打包控制事务执行顺序的技术问题。

附图说明

图1为本发明提供的第一实施例的流程图；

图2为本发明提供的第一实施例中发送端打包过程的流程图；

图3为本发明提供的第一实施例中接收端处理事务包的流程图；

图4为本发明提供的第二实施例的流程图；

图5为本发明提供的第二实施例中发送端打包过程的流程图；

图6为本发明提供的第二实施例中接收端处理事务包的流程图；

图7为本发明提供的第三实施例的结构示意图；

图8为本发明提供的第四实施例的结构示意图；

图9为本发明提供的第五实施例的结构示意图。

具体实施方式

本发明考虑到在动态内容传送过程中，“事务打包”能够将多个事务打包到一个事务包中，从而能够减少事务包的数量，并能够使这些事务在服务器得到并行处理，本发明利用所述“事务打包”技术，并同时考虑在同一事务包中约定需要保证执行顺序的各个事务之间的顺序关系。

本发明提供的第一实施例是一种事务处理方法，其核心是：在动态内容传送过程中，发送端使用事务包中的一个序列化属性参数来表示打包后得到的事务包中的事务是否需要按照顺序执行；接收端根据所述序列化属性参数获知到所述事务包中的事务需要按照顺序执行时，则按照所述事务包中的事务的先后顺序，对所述事务进行处理。

第一实施例中使用的事务包结构包括根元素和事务子元素。其中所述根元素包括：类型属性参数、计数属性参数、序列化属性参数等。

其中所述类型属性参数用来表示所述事务包的类型是普通事务，还是打包事务。

所述计数属性参数用来表示所述事务包中包含的事务个数。

所述序列化属性参数用来表示所述事务包中的事务是否需要按照顺序执行。如果事务之间有严格的先后顺序，则在打包所述事务时按照事务之间的先后顺序，将需要先执行的事务放在前面，将需要后执行的事务放在后面。

第一实施例的具体实施过程如图1所示，包括如下步骤：

步骤S10，在动态内容传送过程中，发送端将多个事务打包到一个事务包中，并且所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；并通过所述事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息；然后将所述事务包发送出去。

步骤S10中发送端打包过程的具体流程如图2所示，包括：

步骤S101，发送端创建事务包，将类型属性参数设为“打包事务”，将计数属性参数设置为待打包的事务个数。

步骤S102，判断待打包的事务中是否包括与执行顺序相关联的相关事务，如果包括，则执行步骤S103，即将序列化属性参数设置为“需要序列化”，并按照需要执行的顺序将待打包的事务打包到一个事务包中；否则，执行步骤S104，即将序列化属性参数设置为“不需要序列化”，并用任意顺序将待打包的事务打包到一个事务包中。

步骤S105，结束本次打包过程。

步骤S20，接收端接收到所述事务包后，根据所述发送端表示出的所述事务包中的所有事务需要按照顺序执行的执行顺序信息，以及所述事务包中相关事务之间的先后顺序，对接收到的事务包中的所有事务进行处理。

步骤S20的具体实施过程，如图3所示，包括如下步骤：

步骤S201，接收端接收到所述事务包。

步骤S202，检查所述事务包的类型属性参数，如果是“打包事务”，则执行步骤S203；如果是“普通事务”，则执行步骤S205。

步骤S203，检查所述事务包中的序列化属性参数，如果是“需要序列化”，则执行步骤S204，即根据所述事务包中事务之间的先后关系，逐条解析事务包中的各个事务，然后执行；如果是“不需要序列化”，则执行步骤S205。

步骤S205，按照任意顺序，处理所述事务包中的事务，或并行处理所述事务包中的事务。

步骤S206，处理事务完毕后，结束。

下面举例对第一实施例的过程进行详细说明。假设DCD客户端作为发送端向作为接收端的DCD服务器请求如下4项内容：

1、DCD客户端向DCD服务器请求更新music频道的内容。

2、DCD客户端向DCD服务器请求更新电视剧频道的“亮剑”第1集的内容。

3、DCD客户端向DCD服务器请求更新电视剧频道的“亮剑”第2集的内容。

4、DCD客户端向DCD服务器请求更新sports频道的内容。

可见由于其中包含4项请求，所以所述DCD客户端选择打包处理，于是创建事务包时，将类型属性参数设为“打包事务”，将计数属性参数设置为4。另外由于DCD客户端所请求的内容中包含了一部电视剧，所以DCD客户端希望DCD服务器能够先处理对电视剧第1集的请求，再处理对第2集的请求，于是所述DCD客户端将序列化属性参数设置为“需要序列化”，并按照需要执行的顺序将4项请求打包到一个事务包中，即第2项请求必须设置在第3项请求的前面执行，第1项请求和第4项请求可放置第2项请求和第3项请求的前面或后面，也可以放置在第2项请求和第3项请求的之间等位置，然后将所述事务包发送出去。

DCD服务器接收到所述事务包后，检查所述事务包的类型属性参数是“打包事务”，则接着检查所述事务包的序列化属性参数，发现是“需要序列化”，则逐条解析事务包中的各个事务，顺序执行。

通常在动态内容传送过程中，发送端的事务不仅包括与执行顺序有关联的相关事务，还同时存在一些与执行顺序没有关联的事务，因此为了支持更灵活的事务处理方式，在事务打包机制中应该能够支持对需要不同执行顺序的要求的不同事务的处理。为此本发明提供了第二实施例，其核心是：发送端在打包后得到的事务包中划定“特定区域”，将需要按照顺序执行的相关事务设置在所述“特定区域”内，将不需要按照顺序执行的相关事务放在所述“特定区域”外。接收端按照所述事务包中“特定区域”中的相关事务之间的先后顺序对所述“特定区域”中的相关事务进行处理，对于所述“特定区域”外的事务，可以全部解析，分别执行；也可以逐条解析，顺序执行。

第二实施例中使用的事务包的结构包括根元素和子元素。

其中所述根元素中包括类型属性参数和计数属性参数。

其中所述类型属性参数用来表示所述事务包的类型是“普通事务”，还是“打包事务”。

所述计数属性参数用来表示所述事务包中包含的事务个数。

如果有需要保证执行顺序的事务，则在根元素中还包括一个“特定区域”一级子元素，如果没有需要保证执行顺序的元语，则不包括该子元素。

每一个需要保证执行顺序的事务都作为“特定区域”子元素的子元素，即二级子元素，在放置所述二级子元素时，需要按照其间的先后顺序放置；每一个不需要保证顺序的元语都作为根元素的一级子元素。

在执行第二实施例之前，发送端和接收端必须约定在所述“特定区域”内的事务均是需要按照顺序执行的相关事务。

本发明提供的第二实施例的具体实施过程如图4所示，包括如下步骤：

步骤30，在动态内容传送过程中，发送端按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，然后将所述事务包发送出去。其中，所述特定区域内的事务按照顺序执行由发送端与接收端之间事先约定。

步骤30的具体实施过程，如图5所示，具体如下：

步骤S301，发送端创建事务包，将类型属性参数设为“打包事务”，将计数属性参数设置为待打包的事务个数。

步骤S302，判断待打包的事务中是否包括与执行顺序相关联的相关事务，如果包括，则执行步骤S303，即在所述事务包中创建特定区域，并按照需要执行的顺序，将所述与执行顺序相关联的相关事务放置在所述特定区域中，然后执行步骤S304；否则，直接执行步骤S304。

由于发送端和接收端事先有特定区域内的事务需要按照顺序执行的约定，所以在步骤S303中，发送端就能够通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息。

步骤S304，将不需要保证顺序的事务放置在所述特定区域的外部，即直接放置在所述事务包中，然后结束此过程。

步骤40，接收端接收到所述事务包后，对所述事务包进行解析，当发现所述特定区域后，根据与发送端间的事先约定以及所述特定区域内的事务间的先后顺序，对特定区域内的所有事务进行处理。

步骤40的具体实施过程如图6所示，包括如下步骤：

步骤S401，接收端接收到所述事务包。

步骤S402，检查所述事务包中是否包含特定区域，如果包含，则执行步骤S403，即按照所述特定区域中的事务之间的先后顺序，对所述特定区域内的事务进行处理，接下来执行步骤S404，即按照任意顺序，处理所述特定区域外部的事务；或，并行处理所述特定区域外部的事务；或，特定区域外部的某个事务，也可以安排在特定区域内的任意两个事务之间执行；否则，执行步骤S405，即按照任意顺序，处理所述事务包中的事务；或，并行处理所述特定区域外部的事务。

步骤S406，当处理事务完毕后，结束此过程。

下面举例对第二实施例的过程进行详细说明。仍然假设DCD客户端作为发送端向作为接收端的DCD服务器请求包括如下4项内容：

1、DCD客户端向DCD服务器请求更新music频道的内容。

2、DCD客户端向DCD服务器请求更新电视剧频道的“亮剑”第1集的内容。

3、DCD客户端向DCD服务器请求更新电视剧频道的“亮剑”第2集的内容。

4、DCD客户端向DCD服务器请求更新sports频道的内容。

可见由于其中包含4项请求，所以所述DCD客户端选择打包处理，于是创建事务包时，将类型属性参数设为“打包事务”，将计数属性参数设置为4。另外由于DCD客户端所请求的内容中包含了一部电视剧，所以DCD客户端希望DCD服务器能够先处理对电视剧第1集的请求，再处理对第2集的请求，于是所述DCD客户端继续在事务包中创建特定区域，并按照需要执行的顺序将第2项请求和第3项请求放置到所述特定区域中，即第2项请求必须设置在第3项请求的前面执行，然后将第1项和第4项的请求内容放置在所述特定区域外部，最后将所述事务包发送出去。

DCD服务器接收到所述事务包后，检查所述事务包的类型属性参数是“打包事务”，则接着检查所述事务包中是否包含特定区域，发现包含，则对所述特定区域内的事务进行顺序处理，即先处理“亮剑”第1集，然后再处理“亮剑”第2集；而对music频道和sports频道的更新，将它们的处理顺序安插在任意位置，或，并行处理。

本发明提供的第三实施例是一种事务处理系统，其对应本发明提供的第一实施例，其结构如图7所示，包括发送端和接收端。其中所述发送端包括第一打包单元。所述接收端包括第一事务处理单元。

所述发送端和接收端对事务的处理如下：

在动态内容传送过程中，所述发送端通过第一打包单元于将多个事务打包到一个事务包中，所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；以及，通过事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息，然后所述发送端将所述事务包发送出去。发送端具体打包过程雷同于第一实施例中的相关描述，这里不再详细描述。

所述接收端通过所述第一事务处理单元从接收到的事务包中，获取所述发送端表示出的所述事务包中的所有事务需要按照顺序执行的执行顺序信息，并根据所述执行顺序信息，以及所述事务包中相关事务之间的先后顺序，对接收到的事务包中的所有事务进行处理。接收端对事务的具体处理过程雷同于第一实施例中的相关描述，这里不再详细描述。

本发明提供的第四实施例是一种事务处理系统，其对应本发明提供的第二实施例，其结构如图8所示，包括发送端和接收端。其中所述发送端包括第二打包单元。所述接收端包括第二事务处理单元和第三事务处理单元。

所述发送端和接收端对事务的处理如下：

所述发送端通过所述第二打包单元按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域中的事务需要按照顺序处理事先由发送端与接收端约定；然后所述发送端将所打包好的事务包发送出去。发送端具体打包过程雷同于第二实施例中的相关描述，这里不再详细描述。

所述接收端接收到所述事务包后，首先通过所述第二事务处理单元对接收到的事务包进行解析，当发现所述特定区域中存在事务后，根据与发送端的事先约定以及所述特定区域内的事务间的先后顺序，对特定区域内的所有事务进行处理。然后通过所述第三事务处理单元，用于按照任意顺序，处理所述事务包中且位于所述特定区域外部的所有事务；或，并行处理所述事务包中且位于所述特定区域外部的所有事务；或，将所述事务包中且位于所述特定区域外部的某个事务安排在位于所述特定区域内任意两个事务之间执行。接收端对事务的具体处理过程雷同于第二实施例中的相关描述，这里不再详细描述。

本发明提供的第五实施例是一种发送端，其结构如图9所示，包括：打包单元和包传输单元；其中所述打包单元包括第一打包子单元。

发送端内的各个单元对事务的处理如下：

在动态内容传送过程中，发送端通过所述第一打包子单元将多个事务打包到一个事务包中，并且所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；然后通过所述事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息。发送端具体打包过程雷同于第一实施例中的相关描述，这里不再详细描述。

然后通过所述包传输单元将所述包传输单元打包好的事务包发送出去。

本发明提供的第六实施例是一种发送端，其结构包括：打包单元和包传输单元；其中所述打包单元包括第二打包子单元。

发送端内的各个单元对事务的处理如下：

在动态内容传送过程中，发送端通过所述第二打包子单元按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域中的事务需要按照顺序处理事先由发送端与接收端约定。发送端具体打包过程雷同于第二实施例中的相关描述，这里不再详细描述。

然后通过所述包传输单元将所述包传输单元打包好的事务包发送出去。

由上述本发明提供的技术方案可以看出，由于在动态内容传送过程中，发送端按照需要执行的顺序，将多个需要顺序执行的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息，然后将所述事务包发送出去；接收端接收到所述事务包后，根据所述发送端表示出的执行顺序信息，处理所述事务包中的相关事务，所以通过本发明，能够在事务打包过程中控制事务执行的顺序，从而不仅保证了事务执行顺序的正确性，而且保证了系统对信息的处理效率，提高了系统性能，解决了目前不能通过事务打包控制事务执行顺序的技术问题。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (16)

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

A、在动态内容传送过程中，发送端按照需要执行的顺序，将多个需要顺序执行的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息，然后将所述事务包发送出去；

B、接收端接收到所述事务包后，根据所述发送端表示出的执行顺序信息，处理所述事务包中的相关事务。

2.如权利要求1所述的方法，其特征在于，所述步骤A具体包括：

在动态内容传送过程中，发送端将多个事务打包到一个事务包中，所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；

表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息，然后将所述事务包发送出去。

3.如权利要求2所述的方法，其特征在于，所述表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息的过程，具体包括：

通过事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息。

4.如权利要求1所述的方法，其特征在于，所述步骤A具体包括：

在动态内容传送过程中，发送端按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域内的相关事务需要按照顺序执行由发送端与接收端事先约定。

5.如权利要求2或3所述的方法，其特征在于，所述步骤B具体包括：

接收端接收到所述事务包后，根据所述发送端表示出的所述事务包中的所有事务需要按照顺序执行的执行顺序信息，以及所述事务包中相关事务之间的先后顺序，对接收到的事务包中的所有事务进行处理。

6.如权利要求4所述的方法，其特征在于，所述步骤B具体包括：

接收端接收到所述事务包后，对所述事务包进行解析，当发现所述特定区域后，根据与发送端的事先约定以及所述特定区域内相关事务之间的先后顺序，对特定区域内的所有事务进行处理。

7.如权利要求6所述的方法，其特征在于，所述步骤B还包括：

按照任意顺序，处理所述事务包中且位于所述特定区域外部的所有事务；或，并行处理所述事务包中且位于所述特定区域外部的所有事务；或，将所述事务包中且位于所述特定区域外部的某个事务安排在位于所述特定区域内任意两个事务之间执行。

8.一种事务处理系统，其特征在于，包括：

发送端和接收端；

所述发送端，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息，然后将所述事务包发送出去；

所述接收端，用于在接收到所述事务包后，根据所述发送端表示出的执行顺序信息，处理所述事务包中的相关事务。

9.如权利要求8所述的系统，其特征在于，所述发送端包括：

第一打包单元，用于在动态内容传送过程中，将多个事务打包到一个事务包中，所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；以及，通过事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息。

10.如权利要求8所述的系统，其特征在于，所述发送端包括：

第二打包单元，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域内的相关事务需要按照顺序执行由发送端与接收端事先约定。

11.如权利要求9所述的系统，其特征在于，所述接收端包括：

第一事务处理单元，用于从接收到的事务包中，获取所述发送端表示出的所述事务包中的所有事务需要按照顺序执行的执行顺序信息，并根据所述执行顺序信息，以及所述事务包中相关事务之间的先后顺序，对接收到的事务包中的所有事务进行处理。

12.如权利要求10所述的系统，其特征在于，所述接收端包括：

第二事务处理单元，用于对接收到的事务包进行解析，当发现所述特定区域中存在事务后，根据与发送端的事先约定，以及所述特定区域内相关事务之间的先后顺序，对特定区域内的所有事务进行处理。

13.如权利要求12所述的系统，其特征在于，所述接收端还包括：

第三事务处理单元，用于按照任意顺序，处理所述事务包中且位于所述特定区域外部的所有事务；或，并行处理所述事务包中且位于所述特定区域外部的所有事务；或，将所述事务包中且位于所述特定区域外部的某个事务安排在位于所述特定区域内任意两个事务之间执行。

14.一种发送端，其特征在于，包括：

打包单元和包传输单元；

所述打包单元，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到事务包中，并表示出所述相关事务的执行顺序信息；

所述包传输单元，用于将所述打包单元打包好的事务包发送出去。

15.如权利要求14所述的发送端，其特征在于，所述打包单元包括：

第一打包子单元，用于在动态内容传送过程中，将多个事务打包到一个事务包中，并且所述多个事务中包括按照需要执行的顺序放置的与执行顺序相关联的相关事务；以及通过所述事务包中的序列化属性参数，表示出所述事务包中的所有事务需要按照顺序执行的执行顺序信息。

16.如权利要求14所述的发送端，其特征在于，所述打包单元包括：

第二打包子单元，用于在动态内容传送过程中，按照需要执行的顺序，将多个与执行顺序相关联的相关事务打包到一个事务包中的特定区域中，并通过所述特定区域表示出所述特定区域内的事务需要按照顺序执行的执行顺序信息，所述特定区域内的相关事务需要按照顺序执行由发送端与接收端事先约定。

Images