本发明涉及路由控制技术领域，特别涉及一种交易系统和二级路由控制方法。
背景技术：
随着彩票业务的蓬勃发展，省市中心的需求种类日渐繁复，体彩的技术系统面临着新的挑战。现有的体彩热线系统(以下简称热线系统)使用集中式的服务处理和部署策略，这样存在如下几个问题：1、不存在跨系统的数据流转控制问题，仅在同一个系统内部有效，对于多个子系统间的信息流转控制无效；2、系统内部采用硬编码结合技术手段实现了不同的业务分配到不同的业务分支流处理的目的(即业务分流的功能)，但由于热线系统不区分业务模块，该分流仅限于逻辑处理流程分离；3、热线系统在部署上没有同类型业务分离部署，同类型业务在细分业务进程部署的策略，严格意义上讲，不存在子系统内部分流控制问题，无法支持业务处理逻辑分离且业务处理进程独立部署场景下客户端请求的分发。
技术实现要素：
本发明实施例提供了一种交易系统，解决了客户端请求在多子系统之间及各子系统内部的数据流转控制问题。
该交易系统包括：客户端、路由控制系统和核心交易系统，其中，所述路由控制系统包括一级路由控制子系统和二级路由控制子系统，核心交易系统包括多个业务子系统，每个业务子系统中包括多个业务处理进程；
所述客户端用于：输入业务请求信息；
所述路由控制系统用于：接收所述业务请求信息，通过所述一级路由控制子系统将所述业务请求信息路由至目标业务子系统；在目标业务子系统中，通过所述二级路由控制子系统将所述业务请求信息路由至目标业务处理进程；
所述核心交易系统用于：根据所述业务请求信息进行相应的操作。
本发明实施例还提供了一种二级路由控制方法，包括：客户端输入业务请求信息；
路由控制系统接收所述业务请求信息，通过一级路由控制子系统将所述业务请求信息路由至目标业务子系统；在目标业务子系统中，通过二级路由控制子系统将所述业务请求信息路由至目标业务处理进程；
核心交易系统根据所述业务请求信息进行相应的操作；
其中，所述路由控制系统包括一级路由控制子系统和二级路由控制子系统，核心交易系统包括多个业务子系统，每个业务子系统中包括多个业务处理进程。
在本发明实施例中，路由控制系统包括一级路由控制子系统和二级路由控制子系统，核心交易系统包括多个业务子系统，所述每个业务子系统中包括多个业务处理进程；通过路由控制系统中的一级路由控制子系统将所述业务请求信息路由至目标业务子系统；在目标业务子系统中，通过路由控制系统中的二级路由控制子系统将所述业务请求信息路由至目标业务处理进程，这样解决了客户端请求在多子系统之间及各子系统内部的数据流转控制问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种交易系统结构框图；
图2是本发明实施例提供的一种请求路由控制的详细步骤流程图；
图3是本发明实施例提供的一种应答路由控制的详细步骤流程图；
图4是本发明实施例提供的一种二级路由控制的详细步骤流程图；
图5是本发明实施例提供的以终端售票为例的终端售票流程图；
图6是本发明实施例提供的将终端售票请求路由至目标业务进程流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明实施例中，提供了一种交易系统，如图1所示，该交易系统包括：客户端、路由控制系统和核心交易系统，其中，所述路由控制系统包括一级路由控制子系统和二级路由控制子系统，核心交易系统包括多个业务子系统，所述每个业务子系统中包括多个业务处理进程；
所述客户端用于：输入业务请求信息；
所述路由控制系统用于：接收所述业务请求信息，通过所述一级路由控制子系统将所述业务请求信息路由至目标业务子系统；在目标业务子系统中，通过所述二级路由控制子系统将所述业务请求信息路由至目标业务处理进程；
所述核心交易系统用于：根据所述业务请求信息进行相应的操作。
具体的，该核心交易系统是根据整体的业务架构划分了多个业务模块，每个业务模块对应各自的子系统，负责处理相同业务类型的客户端请求。另外，该核心交易系统还划分了辅助模块，每个辅助模块也有各自对应的子系统，处理客户端请求在系统中处理流程相关事宜。
具体实施时，多模块，多子系统的划分方式清晰地定位各个子系统在整个核心交易系统中的职责。客户端请求在整个系统中多子系统之间及各子系统内部(主要是业务模块对应的子系统)的数据流转控制成为核心交易系统的一个新挑战。有效控制客户端请求在子系统间及子系统内部流转的策略和机制显得尤为重要，基于此，本发明还提出了一种二级路由控制方法，该二级路由控制方法包括：
客户端输入业务请求信息；
路由控制系统接收所述业务请求信息，通过所述一级路由控制子系统将所述业务请求信息路由至目标业务子系统；在目标业务子系统中，通过所述二级路由控制子系统将所述业务请求信息路由至目标业务处理进程；
核心交易系统根据所述业务请求信息进行相应的操作；
其中，所述路由控制系统包括一级路由控制子系统和二级路由控制子系统，核心交易系统包括多个业务子系统，所述每个业务子系统中包括多个业务处理进程。
具体实施时，如图1所示，客户端也可以称之为终端接入系统(cas)。cas与路由控制系统(rcs)之间可以使用mq进行异步通信。rcs与核心交易系统(ctp)之间可以使用tpacall/tpcall和mq进行同步/异步通信。
具体实施时，所述路由控制系统中的一级路由用于解决客户端请求在核心交易系统中多子系统之间的数据流转控制问题，其二级路由用于解决客户端请求在核心交易系统中各子系统内部(主要是业务模块对应的子系统)的数据流转控制问题。以下详细阐述一种二级路由控制方法的详细步骤。
(一)一级路由控制
一级路由控制根据路由规则将业务请求信息路由至目标业务子系统，包括一次路由控制和多次路由控制。一次路由控制将从cas收到的业务请求信息路由到指定的业务所需的中间业务子系统；多次路由控制将从业务所需的中间业务子系统收到的消息路由到指定的目标业务子系统或cas。一次路由控制又称为请求路由控制，多次路由控制的又称为应答路由控制。也即所述一级路由控制子系统包括请求路由子系统和应答路由子系统。
如图2所示，请求路由控制的详细步骤如下：
(21)路由控制系统rcs收到来自终端接入系统cas的业务请求，根据请求路由子系统控制的配置文件，从所述业务请求信息中提取出路由控制所需的信息，作为计算中间业务子系统的输入信息。其中，配置文件(requestrouter.cfg)为服务部署时必须的配置，rcs服务启动时加载，在rcs服务的配置文件路径下。rcs根据请求中的部分信息进行路由，配置文件中设定了这部分信息具体包括哪些，并给定了提取规则。路由控制所需的信息可以是包括业务相关的一些信息，如省份信息，业务类型信息，游戏系统信息等。
(22)将(21)中信息(即所述请求路由控制所需的信息)输入到请求路由控制规则(resquestrouter.lua)中，根据请求路由控制规则的计算结果得到中间业务子系统的信息；
(23)按照所述中间业务子系统的信息，业务请求经过目标系统适配器处理后发送到(22)中计算得到中间业务子系统。其中，目标系统适配器在rcs内，由于不同的目标系统可接受的交互协议不同，因此需要适配器将业务请求信息转换成目标系统可接受、可处理的模式。
然后，核心交易系统会先通过所述中间业务子系统根据所述业务请求信息进行相应的操作，获得业务请求处理信息。
如图3所示，应答路由控制的详细步骤如下：
(31)rcs收到来自核心交易系统(中间业务子系统)的业务请求处理信息，根据应答路由子系统控制的配置文件(responserouter.cfg)，从所述业务请求处理信息中提取出应答路由控制所需的信息，作为计算目标业务子系统的输入信息。其中，该处所述应答路由子系统控制的配置文件与请求路由子系统控制的配置文件不完全一样，该处所述应答路由子系统控制的配置文件中会有请求希望流转的下一个系统的id信息；业务请求信息经过交易系统(中间业务子系统)的处理，会附加一些应答路由需要的信息，这也正是它与来自cas的业务请求的不同之处。
(32)将(31)中应答路由控制所需的信息输入到应答路由控制规则(responserouter.lua)中，根据应答路由规则的计算结果得到目标业务子系统的信息；
(33)按照目标业务子系统的信息，业务流程中需要再次将所述业务请求处理信息经过目标系统适配器处理后发送到(32中计算得到目标业务子系统。
当所述业务请求处理信息中包括需返回至客户端的信息时，直接回到cas信息的由rcs中的应答路由子系统直接路由到cas。
应答路由的实质为多次路由，即通过应答路由控制一次业务处理在各个子系统间的流转过程。
然后，核心交易系统会再通过所述目标业务子系统根据所述业务请求处理信息进行相应的操作。
(二)二级路由控制
核心交易系统按业务类型进行了模块的划分，各业务模块内部根据业务的特点进行了更细粒度的划分。在部署时，核心交易系统按业务模块进行部署服务，服务内再按具体的业务划分不同的业务处理进程。二级路由的目的在于根据结合配置文件和请求中的部分信息，将服务接收到的业务请求准确的路由至不同的业务处理进程，达到各业务处理进程各司其职的目的。
如图4所示，二级路由控制的详细步骤如下：
(41)根据二级路由控制子系统控制的配置文件(xxxcomm.cfg，其中xxx代表具体的子系统，如登录子系统的路由控制文件为lcscomm.cfg)，从所述业务请求处理信息中提出二级路由控制所需的信息，该信息作为计算目标子系统的输入信息；
(42)将(41)中二级路由控制所需的信息作为输入，与业务处理进程处理条件进行匹配，按照最多匹配最优的计算原则，计算出目标业务处理进程名；
(43)按照所述目标业务处理进程名，将业务请求处理信息路由至(42)中计算得到的目标业务处理进程上。
举具体的实施例来说明该技术方案。
以终端售票为例，说明本发明的工作原理。终端的售票流程描述如下：
a.终端发送请求到服务器端的接入控制子系统(cas)；
b.接入控制子系统处理后将请求交给路由控制子系统(rcs)；
c.rcs根据路由规则先将请求发送至额度控制子系统(qcs)完成额度扣减；
d.收到额度控制系统应答后将请求路由至售票子系统(tts)完成出票操作；
1、一级路由，将终端售票请求路由至目标子系统(售票子系统tts)，如图5所示：
通过一级路由控制，rcs将终端的售票请求先路由到qcs扣减额度，qcs处理成功的结果交给rcs之后再路由到tts完成售票。如图5中的①为由终端发送请求到cas，②为请求信息从cas到rcs，③为通过请求路由(requestrouter)找到其目标子系统(业务处理的中间子系统)，④、⑤、⑥为通过应答路由(responserouter)找到目标子系统。⑦、⑧为通过应答路由将相应的信息返回至cas。
2、二级路由，将终端售票请求路由至目标业务进程(售票业务处理进程app_svr_ticket)，如图6所示：
rcs根据路由规则计算目标子系统后，通过中间件将请求发送至目标子系统(上图以乐透售票示意，使用的是交易中间件tuxedo)，这里目标系统为tts。
tts子系统内，由app_comm进程完成子系统内部的路由，即二次路由，将售票请求路由至具体的售票业务处理进程app_svr_ticket。之后由该业务进程完成售票交易过程，并返回处理结果。
综上所述，本发明提出的交易系统和二级路由控制方法具有如下优点：
首先，交易系统和二级路由控制方法有效地解决客户端请求在核心交易系统中多子系统之间及各子系统内部(主要是业务模块对应的子系统)的数据流转控制问题。
其次，一级路由使得系统各业务模块及其对应的子系统相对独立，核心业务和非核心业务的分离有利于系统的运行维护；
再次，二级路由使得各独立的业务模块可以独立部署更细粒度的业务处理进程，结合不同的业务特点，分服务器分进程的部署很好的提升了用户体验。如耗时长的业务请求不能影响需要快速响应的业务请求，查询业务请求不能影响交易类业务请求。
交易系统和一种二级路由控制方法的思想可以广泛地应用到有同样问题的系统中。如能够灵活运用该路由控制方法(仅使用其中之一或一级路由和二级路由结合使用均可)，系统内部业务的流转控制问题将得到有效的解决。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。