CN105225194A - 彩票数据报文处理方法及系统、售彩终端、远端服务器 - Google Patents

Abstract

本发明提供了一种彩票数据报文处理方法及系统、售彩终端、远端服务器，其中，所述彩票交易业务数据报文处理方法包括：将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器；接收并解封装所述远端服务器返回的处理结果报文。本发明提高彩票交易系统的带宽利用率，减少彩民购彩等待时间，提高了用户体验度。

Description

彩票数据报文处理方法及系统、售彩终端、远端服务器

技术领域

本发明涉及数据处理技术领域，尤其涉及彩票业务数据报文处理方法，具体来说涉及一种彩票数据报文处理方法及系统、售彩终端、远端服务器。

背景技术

近年来，伴随互联网以及数字信息化的快速发展，基于网络的体彩交易系统其便利、高效等优点迅速得到彩民和彩票销售机构的普遍推崇。在彩票交易过程中，为确保彩票交易的完整性和每笔彩票交易的可追溯性，体彩交易系统引入事务控制的概念。当前体彩交易系统一次完整的事务过程包括三个步骤，即申请事务、售票交易和确认事务(或取消事务)，这三个步骤均由终端发起，因此每一次售票交易，包括三次网络交互，增加了彩票交易系统处理的复杂度，降低了彩票交易系统带宽利用率，彩票交易系统的性能也很难提高。此外，对于网络状况不太好的彩票销售点，一次交易三次网络交互的做法会导致有效交易量下降，影响体育彩票的销量和彩民的购彩体验度；在网络状况一般的时候，多次网络交互会增加网络负担，拉长整个交易的耗时，在奖期售票时间一定的情况下，交易耗时较长会导致交易量的减少，同时也意味着彩民购彩的等待时间较长，不利于体彩行业的发展。

鉴于上述原因，本领域技术人员亟待研发出一种彩票交易业务数据报文处理方法，以提高带宽利用率，并减少彩民的购彩时间，促进体彩行业的健康发展。

发明内容

有鉴于此，本发明提供一种彩票数据报文处理方法及系统、售彩终端、远端服务器，利用连环事务处理方式，解决了现有技术中彩票交易系统带宽利用率低，彩民购彩等待时间长的问题。

为了解决上述技术问题，本发明的具体实施方式提供一种在售彩终端处的彩票交易业务数据报文处理方法，包括：将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器；接收并解封装所述远端服务器返回的处理结果报文。

一方面，本发明的具体实施方式还提供一种用于彩票交易业务数据报文处理的售彩终端，所述售彩终端用于将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器，并接收、解封装所述远端服务器返回的处理结果报文。

另一方面，本发明的具体实施方式还提供一种在远端服务器处的彩票交易业务数据报文处理方法，所述在远端服务器处的彩票交易业务数据报文处理方法包括：根据正在串行处理的连续多笔业务的不同阶段的请求信息生成对应的处理结果信息；以及将处理结果信息封装成处理结果报文后发送给所述售彩终端。

另一方面，本发明的具体实施方式还提供一种用于彩票交易业务数据报文处理的远端服务器，所述远端服务器用于根据正在串行处理的连续多笔业务的不同阶段的请求信息生成对应的处理结果信息；所述远端服务器还用于将处理结果信息封装成处理结果报文后发送给所述售彩终端。

另一方面，本发明的具体实施方式还提供一种彩票交易业务数据报文处理系统，所述彩票交易业务数据报文处理系统包括售彩终端和远端服务器，其中，所述售彩终端用于将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器；所述远端服务器用于将从所述售彩终端接收的事务请求报文解封装成请求信息，并根据请求信息生成对应的处理结果信息，再将处理结果信息封装成处理结果报文后发送给所述售彩终端；所述售彩终端还用于将处理结果报文解封装成正在串行处理的连续多笔业务的不同阶段的处理结果信息。

由以上本发明具体实施方式提供的技术方案可知，本发明的彩票数据报文处理方法及系统、售彩终端、远端服务器至少具有以下有益效果：提高彩票交易系统的带宽利用率，减少彩民购彩等待时间，提高用户体验度；增加单位时间内的彩票交易量，促进体彩行业的健康发展。

应了解的是，上述一般描述及以下具体实施方式仅为示例性及阐释性的，其并不能限制本发明所欲主张的范围。

附图说明

下面的所附附图是本发明的说明书的一部分，其绘示了本发明的示例实施例，所附附图与说明书的描述一起用来说明本发明的原理。

图1为本发明具体实施例提供的一种在售彩终端处的彩票交易业务数据报文处理方法的流程图；

图2为本发明具体实施例提供的一种在远端服务器处的彩票交易业务数据报文处理方法的流程图；

图3为本发明具体实施例提供的一种彩票交易业务数据报文处理方法的三连环流程图；

图4为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的售彩终端侧的业务开始模型图；

图5为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的售彩终端侧的业务结束模型图；

图6为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的远端服务器侧的业务开始模型图；

图7为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的远端服务器侧的业务结束模型图；

图8为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的普通业务时序图；

图9为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的高频业务时序图；

图10为发明具体实施例提供的一种彩票交易业务数据报文处理系统的高频业务实际应用时序图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面将以附图及详细叙述清楚说明本发明所揭示内容的精神，任何所属技术领域技术人员在了解本发明内容的实施例后，当可由本发明内容所教示的技术，加以改变及修饰，其并不脱离本发明内容的精神与范围。

本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。另外，在附图及实施方式中所使用相同或类似标号的元件/构件是用来代表相同或类似部分。

关于本文中所使用的“第一”、“第二”、…等，并非特别指称次序或顺位的意思，也非用以限定本发明，其仅为了区别以相同技术用语描述的元件或操作。

关于本文中所使用的方向用语，例如：上、下、左、右、前或后等，仅是参考附图的方向。因此，使用的方向用语是用来说明并非用来限制本创作。

关于本文中所使用的“包含”、“包括”、“具有”、“含有”等等，均为开放性的用语，即意指包含但不限于。

关于本文中所使用的“及/或”，包括所述事物的任一或全部组合。

关于本文中所使用的用语“大致”、“约”等，用以修饰任何可以微变化的数量或误差，但这些微变化或误差并不会改变其本质。一般而言，此类用语所修饰的微变化或误差的范围在部分实施例中可为20％，在部分实施例中可为10％，在部分实施例中可为5％或是其他数值。本领域技术人员应当了解，前述提及的数值可依实际需求而调整，并不以此为限。

某些用以描述本申请的用词将于下或在此说明书的别处讨论，以提供本领域技术人员在有关本申请的描述上额外的引导。

图1为本发明具体实施例提供的一种在售彩终端处的彩票交易业务数据报文处理方法的流程图，如图1所示，所述在售彩终端处的彩票交易业务数据报文处理方法包括：

S1：将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器；

S2：接收并解封装所述远端服务器返回的处理结果报文。

参见图1，上述业务处理方式犹如一个多连环事务模型，每笔业务中都可以包括一个或多个交易，通过在售彩终端处将当前正在串行处理的连续多笔业务不同阶段的交易信息封装成事务请求报文后一次性发送给远端服务器，或者将当前正在串行处理的一笔业务一个阶段的交易信息封装成事务请求报文后发送给远端服务器(业务刚启动时会发生这样的情形)。同理，在所述远端服务器处将正在串行处理的连续多笔业务的所述处理结果信息封装成处理结果报文后一次性返回给所述售彩终端，从而减少了报文的数量，提高彩票交易系统的带宽利用率，减少彩民购彩等待时间，提高用户体验度，增强了售票事务处理的性能；增加单位时间内的彩票交易量，促进体彩行业的健康发展。

本发明的具体实施例中，所述事务请求报文包括连续多笔业务的不同阶段的交易请求信息和/或交易处理信息和/或交易确认/取消信息；所述处理结果报文包括交易ID信息和/或交易处理结果信息和/或交易确认/取消结果信息。本发明通过在一笔交易中包含“多条信息”充分利用带宽，减少交互次数，为了便于说明，假定当前正在处理三笔业务，在一个报文中包括上一笔的确认、这一笔的交易、下一笔的申请来减少报文的数量。在实际事务模型中，因为上一笔事务ID和下一笔事务ID都是连续可推导的，包含“三笔信息”的这笔交易实际只有“这一笔的交易”这个报文，即一次售票交易既是对上次交易事务的确认，同时预先申请下一次交易的事务并返回售彩终端(如果售彩终端进行一次售票交易之后，接着发送下一笔交易，则认为上一笔交易是成功的)。

图1所示的方法是由售彩终端来完成的，所述售彩终端用于将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器，并接收、解封装所述远端服务器返回的处理结果报文。

图2为本发明具体实施例提供的一种在远端服务器处的彩票交易业务数据报文处理方法的流程图；如图2所示，所述在远端服务器处的彩票交易业务数据报文处理方法包括：

S01：将从售彩终端接收的事务请求报文解封装成正在串行处理的连续多笔业务的不同阶段的请求信息；

S02：根据正在串行处理的连续多笔业务的不同阶段的请求信息生成对应的处理结果信息；以及

S03：将处理结果信息封装成处理结果报文后发送给售彩终端。

参见图2，与售彩终端处类似，所述远端服务器用于根据正在串行处理的连续多笔业务的不同阶段的请求信息生成对应的处理结果信息；所述远端服务器还用于将处理结果信息封装成处理结果报文后发送给所述售彩终端。在所述远端服务器处将正在串行处理的连续多笔业务不同阶段的所述处理结果信息封装成处理结果报文后一次性返回给所述售彩终端，或者将正在串行处理的一笔业务的一个阶段的处理结果信息封装成处理结果报文后一次性返回给所述售彩终端，从而减少了报文的数量，提高彩票交易系统的带宽利用率，减少彩民购彩等待时间，提高用户体验度，增强了售票事务处理的性能；增加单位时间内的彩票交易量，促进体彩行业的健康发展。

本发明的一具体实施例提供一种彩票交易业务数据报文处理系统，所述彩票交易业务数据报文处理系统包括售彩终端和远端服务器，其中，所述售彩终端用于将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器；所述远端服务器用于将从所述售彩终端接收的事务请求报文解封装成请求信息，并根据请求信息生成对应的处理结果信息，再将处理结果信息封装成处理结果报文后发送给所述售彩终端；所述售彩终端还用于将处理结果报文解封装成正在串行处理的连续多笔业务的不同阶段的处理结果信息。

图3为本发明具体实施例提供的一种彩票交易业务数据报文处理方法的三连环流程图；如图3所示，所述彩票交易业务数据报文处理方法包括：

S11：在所述售彩终端处将第n-1笔业务的交易确认/取消信息、第n笔业务的交易处理信息和第n+1笔业务的交易请求信息封装成事务请求报文后，向所述远端服务器发送，n为大于等于3的正整数；

S22：在所述远端服务器处将事务请求报文解封装成第n-1笔业务的交易确认/取消信息、第n笔业务的交易处理信息和第n+1笔业务的交易请求信息，根据第n-1笔业务的交易确认/取消信息生成第n-1笔业务的交易确认/取消结果信息，并根据第n笔业务的交易处理信息生成第n笔业务的交易处理结果信息，还根据第n+1笔业务的交易请求信息生成第n+1笔业务的交易ID信息，将第n-1笔业务的交易确认/取消结果信息、第n笔业务的交易处理结果信息和第n+1笔业务的交易ID信息封装成处理结果报文后发送给所述售彩终端；

S33：在所述售彩终端处解封装处理结果报文，根据第n笔业务的交易处理结果信息生成第n笔业务的交易确认/取消信息，并根据第n+1笔业务的交易ID信息生成第n+1笔业务的交易处理信息，接收新一笔业务从而生成第n+2笔业务的交易请求信息，n＝n+1，返回步骤S11。

上述步骤S11、S22、S33为中间操作，启动操作步骤如下：

利用所述售彩终端将第1笔业务的交易请求信息封装成事务请求报文后，发送给远端服务器；

在所述远端服务器处解封装事务请求报文，根据第1笔业务的交易请求信息生成第1笔业务的交易ID信息，将第1笔业务的交易ID信息封装成处理结果报文后发送给所述售彩终端；

在所述售彩终端处解封装处理结果报文，根据第1笔业务的交易ID信息生成第1笔业务的交易处理信息，并将第1笔业务的交易处理信息和第2笔业务的交易请求信息封装成事务请求报文后，向远端服务器发送；

在所述远端服务器处将事务请求报文解封装成第1笔业务的交易处理信息和第2笔业务的交易请求信息，并根据第1笔业务的交易处理信息生成第1笔业务的交易处理结果信息，并根据第2笔业务的交易请求信息生成第2笔业务的交易ID信息，将第1笔业务的交易处理结果信息和第2笔业务的交易ID信息封装成处理结果报文后发送给所述售彩终端；以及

在所述售彩终端处解封装处理结果报文，根据第1笔业务的交易处理结果信息生成第1笔业务的交易确认/取消信息，并根据第2笔的交易ID信息生成第2笔业务的交易处理信息，接收第3笔业务从而生成第3笔业务的交易请求信息。

假定共有P笔业务，P为大于3的正整数，结束操作步骤如下：

在所述售彩终端处将第p-1笔业务的交易确认/取消信息和第p笔业务的交易处理信息封装成事务请求报文后，向所述远端服务器发送；

在所述远端服务器处解封装事务请求报文，根据第p-1笔业务的交易确认/取消信息生成第p-1笔业务的交易确认/取消结果信息，并根据第p笔业务的交易处理信息生成第p笔业务的交易处理结果信息，将第p-1笔业务的交易确认/取消结果信息和第p笔业务的交易处理结果信息封装成处理结果报文后发送给所述售彩终端；

在所述售彩终端处解封装处理结果报文，根据第p笔业务的交易处理结果信息生成第p笔业务的交易确认/取消信息，将第p笔业务的交易确认/取消信息封装成事务请求报文后向所述远端服务器发送；以及

在所述远端服务器处解封装事务请求报文，根据第p笔业务的交易确认/取消信息生成第p笔业务的交易确认/取消结果信息，将第p笔业务的交易确认/取消结果信息封装成处理结果报文后发送给所述售彩终端。

如图3所示，利用本发明的方法处理彩票交易业务数据报文时，在业务开始时，事务请求报文，事务请求报文可能仅包括交易请求信息，或者包括交易处理信息和交易请求信息；处理结果报文可能仅包括交易ID信息，或者包括交易处理结果信息和交易ID信息。本发明的报文处理方法给用户很大的自由度，可以在业务启动时就利用上述具体实施例中的三连环事务模型，提高本发明的应用范围。在奖期快要结束时，事务请求报文可能仅包括交易确认/取消信息，或者包括交易处理信息和交易确认/取消信息；处理结果报文可能仅包括交易确认/取消结果信息，或者包括交易处理结果信息和交易确认/取消结果信息。本发明的报文处理方法给用户很大的自由度，可以在业务奖期快要结束时，依然利用上述具体实施例中的三连环事务模型，进一步提高本发明的应用范围。上述只是本发明一个具体实施例而已，本发明也可以是二连环或者多连环业务模型，以满足特定彩票类型的要求，从而满足用户的个性化需求。

本发明的具体实施例中，如果在预定时间内，所述售彩终端没有接收到第n笔以后的业务，所述彩票交易业务数据报文处理方法还包括：

在所述售彩终端处将第n-1笔业务的交易确认/取消信息和第n笔业务的交易处理信息封装成事务请求报文后，向所述远端服务器发送；

在所述远端服务器处解封装事务请求报文，根据第n-1笔业务的交易确认/取消信息生成第n-1笔业务的交易确认/取消结果信息，并根据第n笔业务的交易处理信息生成第n笔业务的交易处理结果信息，将第n-1笔业务的交易确认/取消结果信息和第n笔业务的交易处理结果信息封装成处理结果报文后发送给所述售彩终端；

在所述售彩终端处解封装处理结果报文，根据第n笔业务的交易处理结果信息生成第n笔业务的交易确认/取消信息，将第n笔业务的交易确认/取消信息封装成事务请求报文后向所述远端服务器发送；以及

在所述远端服务器处解封装事务请求报文，根据第n笔业务的交易确认/取消信息生成第n笔业务的交易确认/取消结果信息，将第n笔业务的交易确认/取消结果信息封装成处理结果报文后发送给所述售彩终端。

在长时间没有下一笔交易，过了确认的超时时间时，售彩终端可以自动发起对上一笔交易的确认，即事务请求报文可能仅包括交易确认/取消信息，或者包括交易处理信息和交易确认/取消信息；处理结果报文可能仅包括交易确认/取消结果信息，或者包括交易处理结果信息和交易确认/取消结果信息，方便售彩人员操作，有利用本发明的推广应用。

图4为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的售彩终端侧的业务开始模型图；图5为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的售彩终端侧的业务结束模型图；如图4、图5所示，售彩终端侧的业务开始时，事务请求报文与中间过程中的事务请求报文并不相同，售彩终端侧的业务结束时，事务请求报文与中间过程中的事务请求报文也不同，在业务开始时，售彩终端第一次向远端服务器发送的事务请求报文仅具有交易请求信息(如图4中第一行所示)，第二次向远端服务器发送的事务请求报文具有交易处理信息和交易请求信息(如图4中第二行所示)，第三次向远端服务器发送的事务请求报文具有交易处理信息、交易请求信息和交易确认/取消信息(如图4中第三行所示)，说明从第三次以后，进行正常的多连环事务模型。在业务快要结束时，在倒数第三次，售彩终端向远端服务器发送的事务请求报文中包括交易处理信息、交易请求信息和交易确认/取消信息(如图5中倒数第三行所示)，在倒数第二次，售彩终端向远端服务器发送的事务请求报文中包括交易处理信息和交易确认/取消信息(如图5中倒数第二行所示)，在最后一次，售彩终端向远端服务器发送的事务请求报文中仅包括交易确认/取消信息(如图5中最后一行所示)，此时标志着彩票交易业务结束。

图6为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的远端服务器侧的业务开始模型图；图7为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的远端服务器侧的业务结束模型图；如图6、图7所示，远端服务器侧的业务开始时，处理结果报文与中间过程中的处理结果报文并不相同，售彩终端侧的业务结束时，处理结果报文与中间过程中的处理结果报文也不同，在业务开始时，远端服务器第一次向售彩终端发送的处理结果报文仅具有交易ID信息(如图6中第一列所示)，第二次向售彩终端发送的处理结果报文具有交易ID信息和交易处理结果信息(如图6中第二列所示)，第三次向售彩终端发送的处理结果报文具有交易ID信息、交易处理结果信息和交易确认/取消结果信息(如图6中第三列所示)，说明从第三次以后，远端服务器开始进行正常的多连环事务模型。在业务快要结束时，在倒数第三次，远端服务器向售彩终端发送的事处理结果报文具有交易ID信息、交易处理结果信息和交易确认/取消结果信息(如图7中倒数第三列所示)，在倒数第二次，远端服务器向售彩终端发送的事处理结果报文具有交易处理结果信息和交易确认/取消结果信息(如图7中倒数第二列所示)，在最后一次，远端服务器向售彩终端发送的事处理结果报文仅具有交易确认/取消结果信息(如图7中最后一列所示)，此时标志着彩票交易业务结束。

图8为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的普通业务时序图；如图8所示，所述远端服务器包括额度事务单元和出票单元，其中，通过所述额度事务单元认证后，所述出票单元根据交易确认/取消信息向所述售彩终端返回交易确认/取消结果信息；通过所述额度事务单元认证后，所述出票单元根据交易处理信息向所述售彩终端返回交易处理结果信息；所述额度事务单元根据交易请求信息向所述售彩终端返回交易ID信息。

参见图8，普通业务可以为乐透事务，额度事务单元和出票单元均属于远端服务器的组成部分，在有些远端服务器中，额度事务单元具有额度事务系统，主要负责款项结算工作，出票单元具有出票系统，主要负责在款项结算完毕的情况下向售彩终端返回出票指令。如图中所示，交易ID信息的下发并不经过出票单元，其它信息经额度事务单元处理后，还需要出票单元进行进一步的处理。

图9为本发明具体实施例提供的一种彩票交易业务数据报文处理系统的高频业务时序图，如图9所示，所述远端服务器包括额度事务单元和高频单元，其中，通过所述额度事务单元认证后，所述高频单元根据交易确认/取消信息向所述售彩终端返回交易确认/取消结果信息；通过所述额度事务单元认证后，所述高频单元根据交易处理信息向所述售彩终端返回交易处理结果信息；所述额度事务单元根据交易请求信息向所述售彩终端返回交易ID信息。

参见图9，为了让本发明与高频事务流程相兼容，只需要将高频事务流程嵌套入多连环事务流程即可，与图8与同之处在于，每笔高频交易都有申请和确认。额度事务单元和高频单元均属于远端服务器的组成部分，在有些远端服务器中，额度事务单元具有额度事务系统，主要负责款项结算工作，高频单元具有高频系统，主要负责在款项结算完毕的情况下向售彩终端返回相关确认指令。如图中所示，交易ID信息的下发并不经过高频单元，其它信息经额度事务单元处理后，还需要高频单元进行进一步的处理。

再次参见图8、图9，所述彩票交易业务数据报文处理系统包括售彩终端和远端服务器。所述售彩终端用于将当前正在串行处理的一笔业务的一个阶段的请求信息，或者连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给所述远端服务器；所述售彩终端还用于将所述远端服务器返回的处理结果报文解封装成当前正在串行处理的连续多笔业务的不同阶段的处理结果信息或者一笔业务的一个阶段的处理结果信息；以及所述售彩终端还用于根据处理结果信息，将当前正在串行处理的连续多笔业务的剩余阶段的请求信息，或者将当前正在串行处理的连续多笔业务的剩余阶段的请求信息以及新处理业务的请求信息，或者将当前正在串行处理的一笔业务的剩余阶段的请求信息，封装成新的事务请求报文后发送给所述远端服务器。所述远端服务器用于将从所述售彩终端接收的事务请求报文解封装成正在串行处理的连续多笔业务的不同阶段的请求信息或者一笔业务的一个阶段的请求信息；根据正在串行处理的连续多笔业务的不同阶段的请求信息或者一笔业务的一个阶段的请求信息生成连续多笔业务的不同阶段的处理结果信息；以及将正在串行处理的连续多笔业务的不同阶段的处理结果信息或者一笔业务的一个阶段的处理结果信息封装成处理结果报文后发送给所述售彩终端。

本发明在不改变现有售彩系统的情况下，引入多连环事务模型，升级改造易容，利用本发明的推广，另外，也可以将本发明应用于现有的高频售彩系统，而不需要对现有高频售彩系统进行任何修改，兼容性好。具体来说，在对高频系统进行交易时，采用多连环加高频原有事务的模式解决新事务和高频事务兼容的问题，在交易过程中需要同时维护新事务ID及高频事务ID。具体为：将高频事务嵌套在乐透事务内，乐透事务按照多连环的模型进行，高频事务流程保持不变，在售票频率较高时，高频售票就只有高频的事务流程和交易请求。

图10为发明具体实施例提供的一种彩票交易业务数据报文处理系统的高频业务实际应用时序图，如图10所示，TID1为乐透事务，TID2为高频事务。

数据流1为向申请事务的流程，先向额度系统申请乐透事务ID，再向高频系统申请高频事务ID。

数据流2为高频交易时的事务交易流程，额度系统在处理交易时会返回下一笔的乐透事务ID，而高频交易要求每笔都要有确认。

数据流3为进入多连环事务模型的高频交易流程，高频交易要求每笔交易都要进行申请和确认。进入多连环事务模型后的高频交易流程，看上去“只有”高频交易的事务。

本发明提供一种彩票交易业务数据报文处理方法及系统，多连环模型通过在一笔交易中包含“多条信息”：上一笔的确认、这一笔的交易、下一笔的申请来减少报文的数量，提高彩票交易系统的带宽利用率，减少彩民购彩等待时间，提高用户体验度；增加单位时间内的彩票交易量，促进体彩行业的健康发展。

本发明至少还具有以下有益效果：

1.本发明解决了一次交易需要与后台系统交易多次的问题。在售票高峰期，使用多连环事务模型，每次交易只与后台系统交互一次，压缩了整个交易流程，减少了网络交互次数，降低了网络成为交易流程瓶颈的风险。

2.本发明相比于多次交互，一次交互的交易耗时有所下降，在相同的时间里，增加了交易次数，同时减少了彩民购彩的等待时间，提高了彩民的购彩体验。

3.本发明也支持基本事务模型，并增加了“临近奖期结束每票确认”和“长时间无下次交易，终端主动确认事务”的机制，有效减少了未决事务，降低了奖期止售时游戏统一管理端确认事务的压力。

上述的本发明实施例可在各种硬件、软件编码或两者组合中进行实施。例如，本发明的实施例也可为在数据信号处理器(DigitalSignalProcessor，DSP)中执行的执行上述程序的程序代码。本发明也可涉及计算机处理器、数字信号处理器、微处理器或现场可编程门阵列(FieldProgrammableGateArray，FPGA)执行的多种功能。可根据本发明配置上述处理器执行特定任务，其通过执行定义了本发明揭示的特定方法的机器可读软件代码或固件代码来完成。可将软件代码或固件代码发展为不同的程序语言与不同的格式或形式。也可为了不同的目标平台编译软件代码。然而，根据本发明执行任务的软件代码与其他类型配置代码的不同代码样式、类型与语言不脱离本发明的精神与范围。

以上所述仅为本发明示意性的具体实施方式，在不脱离本发明的构思和原则的前提下，任何本领域的技术人员所做出的等同变化与修改，均应属于本发明保护的范围。

Claims (10)

1.一种在售彩终端处的彩票交易业务数据报文处理方法，其特征在于，所述在售彩终端处的彩票交易业务数据报文处理方法包括：

将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器；以及

接收并解封装所述远端服务器返回的处理结果报文。

2.如权利要求1所述的在售彩终端处的彩票交易业务数据报文处理方法，其特征在于，所述事务请求报文包括连续多笔业务的不同阶段的交易请求信息和/或交易处理信息和/或交易确认/取消信息；以及

所述处理结果报文包括交易ID信息和/或交易处理结果信息和/或交易确认/取消结果信息。

3.一种用于彩票交易业务数据报文处理的售彩终端，其特征在于，所述售彩终端用于将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器，并接收、解封装所述远端服务器返回的处理结果报文。

4.如权利要求3所述的用于彩票交易业务数据报文处理的售彩终端，其特征在于，所述事务请求报文包括连续多笔业务的不同阶段的交易请求信息和/或交易处理信息和/或交易确认/取消信息；以及

所述处理结果报文包括交易ID信息和/或交易处理结果信息和/或交易确认/取消结果信息。

5.一种在远端服务器处的彩票交易业务数据报文处理方法，其特征在于，所述在远端服务器处的彩票交易业务数据报文处理方法包括：

根据正在串行处理的连续多笔业务的不同阶段的请求信息生成对应的处理结果信息；以及

将处理结果信息封装成处理结果报文后发送给售彩终端。

6.如权利要求5所述的在远端服务器处的彩票交易业务数据报文处理方法，其特征在于，所述在远端服务器处的彩票交易业务数据报文处理方法还包括：

将从售彩终端接收的事务请求报文解封装成正在串行处理的连续多笔业务的不同阶段的请求信息。

7.如权利要求6所述的在远端服务器处的彩票交易业务数据报文处理方法，其特征在于，所述事务请求报文包括连续多笔业务的不同阶段的交易请求信息和/或交易处理信息和/或交易确认/取消信息；以及

所述处理结果报文包括交易ID信息和/或交易处理结果信息和/或交易确认/取消结果信息。

8.一种用于彩票交易业务数据报文处理的远端服务器，其特征在于，所述远端服务器用于根据正在串行处理的连续多笔业务的不同阶段的请求信息生成对应的处理结果信息，并将处理结果信息封装成处理结果报文后发送给售彩终端。

9.如权利要求8所述的用于彩票交易业务数据报文处理的远端服务器，其特征在于，所述远端服务器还用于将从售彩终端接收的事务请求报文解封装成正在串行处理的连续多笔业务的不同阶段的请求信息。

10.一种彩票交易业务数据报文处理系统，其特征在于，所述彩票交易业务数据报文处理系统包括售彩终端和远端服务器，其中，

所述售彩终端用于将正在串行处理的连续多笔业务的不同阶段的请求信息封装成事务请求报文后发送给远端服务器；

所述远端服务器用于将从所述售彩终端接收的事务请求报文解封装成请求信息，并根据请求信息生成对应的处理结果信息，再将处理结果信息封装成处理结果报文后发送给所述售彩终端；以及

所述售彩终端还用于将处理结果报文解封装成正在串行处理的连续多笔业务的不同阶段的处理结果信息。