CN101458808A - 银行管理系统、服务器集群和相关方法 - Google Patents

Abstract

本发明公开了银行管理系统、服务器集群和相关方法。其中，所述系统包括应用服务子系统、接入子系统，所述应用服务子系统包括至少两个应用服务器集群；其中，所述应用服务器集群为可处理现金管理平台中的一种应用服务的服务器组成的集群，并与所述接入子系统相连，通过与所述接入子系统的接入向所述其他外部系统和内部其他系统提供现金管理平台中的应用服务。采用本发明实施例所提供的方案可以提高银行管理系统的灵活性，扩展性，可靠性。

Description

银行管理系统、服务器集群和相关方法

技术领域

本发明涉及银行系统业务管理领域，尤其涉及银行管理系统、服务器集群和相关方法。

背景技术

现金管理平台(Cash Manager Platform，CMP)是主要面向企业单位或者政府部门提供专属银行服务的业务处理系统。CMP系统可以根据企业单元或者政府部门的行业特征对基本银行业务产品进行定向组合包装，并可与客户方系统进行有机结合，为目标用户提供方便快捷的资金管理和运作手段，并可利用银行网点及渠道优势协助企业拓展业务，从而使得银企双方均能获取到相应的利润价值。

可见，CMP作为银行面向对公客户的中间业务平台，必然会有越来越多的产品(或称服务)在该平台上部署和运行。因此，在系统投产运行后会不断有新的产品需要部署，这些不同的产品的业务特性、实时性要求、可靠性要求、性能要求可能存在较大差异，有些产品还需要协同多方外部系统一起完成处理。

而现有CMP系统各种业务功能都是统一开发和部署，各业务功能间紧密联系，业务功能耦合度高，一个业务功能故障后往往造成整个系统故障。同时，原有系统使用双机热备方式保证系统运行的可靠性，正常运行时，所有应用服务都运行在一台机器上，发生故障时，切换到备机上，切换时间较长，备机的利用率不高，交易的关键路径上容易形成单点故障，一个产品的拥塞或故障导致整个系统的切换，但是触发的原因没有解决，切换后，备机也不能解决问题。

发明内容

本发明的主要目的在于提供一种银行管理系统、服务器集群和相关方法，解决上述的问题。

为此，本发明中提供了一种银行管理系统，所述系统包括应用服务子系统、接入子系统，所述接入子系统用于实现所述应用服务子系统与银行外部系统或和银行内部系统的接入，所述应用服务子系统，用于与所述接入子系统相连，并通过与所述接入子系统的接入向所述银行外部系统和银行内部系统提供现金管理平台应用服务，所述应用服务子系统包括至少两个应用服务器集群；其中，所述应用服务器集群为可处理现金管理平台中的一种应用服务的服务器组成的集群，并与所述接入子系统相连，通过与所述接入子系统的接入向所述其他外部系统和内部其他系统提供现金管理平台中的应用服务。

相应的，本发明还提供了一种提供现金管理平台服务的方法，用于银行管理系统中，该方法包括：所述接入子系统获得接入业务的标识信息和优先级信息；所述接入子系统根据所述业务的标识信息确定所述接入业务需要接入的应用服务子系统中的应用服务器集群；所述接入子系统根据所述接入业务的优先级信息为所述接入业务分配相应的连接所述应用服务器集群的传输通道，以通过所述传输通道实现该接入业务的接入；其中，所述应用服务子系统中至少有两个应用服务器集群，所述应用服务器集群为可处理现金管理平台中的一种应用服务的服务器组成的集群。

同时，本发明提供了一种服务器集群，用于提供银行现金管理平台应用服务，该服务器集群中包括至少两个服务器，该服务器包括：集群管理单元，用于根据所述服务器集群的管理配置信息对所述服务器集群进行集群管理；业务处理单元，用于根据业务情况和所述管理配置信息对业务进行处理。

相应的，本发明还提供了一种服务器集群管理方法，该服务器集群用于提供银行现金管理平台应用服务，该方法包括：服务器集群中的主控服务器获取所述服务器集群的管理配置信息，所述管理配置信息包括所述服务器集群包括的所有服务器的信息；主控服务器将所述管理配置信息发布到所述服务器集群的从属服务器，以使所述服务器集群中的服务器根据所述管理配置信息进行集群业务处理。

采用本发明，由于将CMP系统中的应用服务子系统按照功能分成了不同的集群，使得本发明中提供的银行管理系统具有较大的灵活性，良好的可扩展性，高可靠性，并在系统部署新的业务产品时，对原系统中各服务器的冲击小。

附图说明

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

图1是本发明中的银行管理系统的一个具体实施例的组成示意图；

图2是图1中的应用服务子系统的一个具体组成示意图；

图3是图1中的应用服务子系统的另一个具体组成示意图；

图4是数据库集群的子集群中的一个服务器故障时的故障处理示意图；

图5是数据库集群的子集群中的所有服务器故障时的故障处理示意图；

图6是图1中的接入子系统的一个具体组成示意图；

图7是本发明中的银行管理系统的另一个具体组成示意图；

图8是本发明实施例中的提供现金管理平台服务的方法的一个具体流程示意图；

图9是本发明实施例中的服务器集群的一个具体组成示意图；

图10是本发明实施例中的服务器集群的管理方法的一个具体流程示意图；

图11是本发明实施例中的服务器集群中的服务器增加时的流程示意图。

具体实施方式

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

如图1所示，为本发明实施例中的银行管理系统的一个具体组成示意图。该系统包括应用服务子系统2和接入子系统1。

接入子系统1，用于与所述银行管理系统相关的其他外部系统，以及银行内部其他系统相连，实现所述应用服务子系统与银行外部系统或和银行内部系统的接入；

应用服务子系统2，用于与所述接入子系统1相连，并通过与所述接入子系统1的接入向银行外部系统和或银行内部其他系统提供现金管理平台应用服务。

其中，应用服务子系统2中包括至少两个应用服务器集群(图中示例为，应用服务器集群1和应用服务器集群2)；

上述的各应用服务器集群为可处理现金管理平台中的一种应用服务的服务器组成的集群，并与所述接入子系统相连，通过与所述接入子系统的接入向所述其他外部系统和内部其他系统提供现金管理平台中的应用服务。

如，该应用服务器集群可为处理政府类业务的应用服务器集群、或为处理企业业务的应用服务器集群、或为处理金融业务的应用服务器集群，如对于政府类业务的应用服务器集群具体可以是，社保服务器集群等。

各个应用服务器集群的划分，可以按照如下原则，即：

1、根据CMP系统中产品特征和业务规模等因素划分为不同的集群；

2、不同的集群访问统一的数据库集群；

3、不同集群故障不影响其它集群；

4、同一集群下子节点故障不影响该集群其它子节点；

5、对行内系统的后台访问通讯适配器部署在各应用服务层集群。

CMP应用服务器集群实现时，可采用应用逻辑适配器机制构筑应用服务器产品容器；所有外部请求均通过接入子系统路由及负载计算后透明转发至应用服务器集群进行产品逻辑处理；应用服务器集群可经过产品模型、元件封装及产品实例化后产生；应用服务器集群通过调用接入子系统的外联通讯适配器接口实现对外联子系统的访问。

另一方面，如图2所示，为了实现数据库的集中管理，在应用服务子系统中还可设置数据库集群23，该数据库集群分别与上述的多个应用服务集群相连，为各应用服务集群提供相应的数据服务。

其中，如图3所示，数据库集群可以由多个子集群实现(如图所示为数据库子集群1和数据库子集群2)。每个子集群可以包括一台或多台物理上分离的服务器。图中数据库集群23方框中左边示意了数据库集群物理上由两个子集群组成，右边则示意了，这两个子集群中数据存储的状态。

即，各个子集群的数据分离存储，公用参数表只有一份，但是多个子集群可以复用。公用参数表的复用对应用透明，应用访问方式与其他数据表一致。同时，子集群之间不互相访问，数据表独立存放，通过数据库用户管理，划分集群。

使用不同表空间分布不同子集群的数据存储；子集群内部也按标准参数、联机数据、历史数据、索引数据划分表空间；对于数据量超大的表，使用分区技术进行处理，这种分而治之的方法，将大表和索引分成可以管理的小块，从而避免了对每个表作为一个大的、单独的对象进行管理，为大量数据提供了可伸缩的性能。分区通过将操作分配给更小的存储单元，减少了需要进行管理操作的时间，并通过增强的并行处理提高了性能，通过屏蔽故障数据的分区，还增加了可用性。生产库的建库和装载数据，应该对公用参数、子集群1、子集群2分别编写准备。历史数据库只需要每日导出生产库的相关数据即可。

上述的数据库集群的任意服务器(下称节点)发生故障，只要有存活节点(即正常工作的服务器)，就可以提供服务。数据库集群的多节点结构对应用透明，无需应用配置选择具体实例；数据使用共享存储方式，使用存储技术，防止单点故障。

如图4和图5所示，为上述数据库集群的子集群中的一个或所有服务器均发生故障的情况。图中用中间带斜线的粗圆圈标识发生故障的服务器，粗黑线标识故障后的替代连接。

子集群相关的首选数据库节点停止后，数据库能自动切换后续的连接到备用节点。子集群的两个节点同时发生故障，数据库能自动切换后续的连接到另一个子集群的节点上。应用服务器集群发现故障后自动重新连接，保证后续交易的正常处理。应用可以设置完成n笔后，重启动一次，增加新的数据库节点后，逐步通过应用的自动重启动，完成连接的动态分布；应用服务器集群发现增加新增数据库节点后，会自动重新连接，对于故障节点恢复，相关应用服务器集群的服务器自动重新连接数据库集群中的服务器，可以切换连接到相应的原数据库集群的首选节点上。

对于各应用服务子系统中的各应用服务器集群的数据采用集中存储方式，提高了数据的使用效率降低了业务处理的复杂性。数据库集群的各服务器采用RAC(Real Application Cluster)技术，充分保证了数据的安全性和可靠性。某个应用服务器集群故障时由于采用了RAC技术保证了其他业务不受影响可以正常对外提供服务。

另一方面，如图6所示，上述的接入子系统1可包括：负载均衡设备10，用于实现与所述银行外部系统或和银行内部系统进行网络通讯时的分流、负载均衡、或容错中的一种或多种；接入集群12，用于与所述负载均衡设备相连，通过所述负载均衡设备实现与所述应用服务子系统的接入。

其中，负载均衡设备10可进一步包括：优先级模块100，用于获得所述银行外部系统或和银行内部系统接入时的接入业务的优先级信息；通道分配模块102，用于根据所述接入业务的优先级信息为所述接入业务分配相应的传输通道，以通过所述传输通道实现该接入业务的接入。

如，可将系统中的交易划分为5个优先级，1级最低、5级最高，优先级高的交易在同等条件下会优先得到系统的处理，可以优先使用系统的资源。在实际运行时，高优先级的交易可以抢占优先级低于自身优先级的处理通道，从而确保在系统资源紧张时也能得到优先处理。系统中优先级为1的处理通道不使用优先级机制，而是按先进先出进行处理，以确保最低优先级的交易也能得到处理。则在进行业务接入时，先通过优先级模块100获取业务的优先级信息，如获得业务的优先级为5级，则为5级的业务分配VIP通道，即对重要的客户，通道分配模块102会给其分配一个专用的通讯及业务处理通道，使得重要客户的交易在任何时候都能有系统资源来进行处理。

同时，在接入子系统将业务路由到应用服务子系统时，可采用内部协议进行多机方式透明访问，接入子系统完成对应用服务子系统的路由及负载均衡计算后得到访问的目的应用服务器。

其中，接入子系统的路由功能可包括四种路由，即请求路由、响应路由、服务路由和节点路由。其中，请求路由完成通讯插件之间请求路径的计算，响应路由完成通讯插件之间的响应路径的计算(同步/异步)，服务路由完成服务码的转换，节点路由完成通讯插件与多个外部系统节点的路由选择计算功能。

应用路由决策包括应用路由表定义和路由运行服务两项功能。应用路由表定义了“哪一个源送到CMP系统的应用数据满足什么条件时送到哪个目的地”。应用路由表的内容如表1。

表1：

 

1.	数据源标识
			向应用路由决策服务发出路由定位请求的数据传输插件标识。
2.	路由数据提取定义
			以表达式的发式定义根据那些应用信息确定目的地。表达式支持数值的加减乘除运算和串类型的相加，并且支持函数运算。例如，交易码加上帐号的头两位的表达式为：’$TRANID+substr($ACCTNO，1，2)’，其中TRANID和ACCTNO都是在数据元素中定义的应用数据元。
3.	路由匹配定义
			以正则表达式形式模糊匹配路由提取数据，定义匹配模式和满足条件时的目的地数据传输插件标识。

假设当交付渠道系统发送上来的交易请求的交易码为6位时的目的地为本地前置业务系统，为9位时的目的地为核心业务系统，则相应的配置表如表2所示。

表2：

或者当交付渠道系统发送上来的交易请求的交易码都为9位，而当交易码首字母为’L’时目的为本地前置业务系统，为’C’时目的为核心业务系统，则相应的配置表如表3所示。

表3：

接入子系统的负载均衡设备的具体功能可包括：对于群集环境中不同机器上配置的相同的插件服务，可进行负载均衡控制，综合考虑插件、队列、交易、资源、机器硬件性能权重、本机权重、当前插件权重等多种因素，采用一定的算法计算获得综合的负载值，将请求送到负载值最小的插件服务进行处理。机器之间的负载值保持同步。

以服务交易负载因子控制的负载均衡实现示例，如有三个物理机器上都提供A、B、C三种服务，这三种服务对系统产生的负载压力分别为50、60和70，这个负载压力称为负载因子，表示一个服务处理对系统带来的压力，值由开发人员配置。

假设当客户端模块要请求服务A时，三个服务器上的负荷分别为1420、1450和1430，这个负荷值为该服务器上当前正在处理的服务的负荷因子的总和，这时平台自动选择把请求发送到负荷最小的服务器1#进行处理，这时服务器1#的负荷值等于1420+50＝1470。

如果这时客户端又请求服务A，则平台会将请求发送到此时负载最小的服务器3#上进行处理。

如图7所示，为本发明实施例中银行管理系统的另一具体组成示意图。该例中，将接入子系统分为两层实现：

一层为DMZ工作区，由负载均衡设备和外联集群组成，形成银行内部网络与外部网络之间的隔离区(Demilitarized Zone，DMZ)，也可称为“非军事化区”。隔离区是一个非安全系统与安全系统之间的缓冲区，这个缓冲区位于银行内部网络和外部网络之间的小网络区域内，在这个小网络区域内可以放置一些必须公开的服务器设施，如银行的Web服务器、FTP服务器和论坛等。同时，通过这样一个DMZ区域，更加有效地保护了内部网络，因为这种网络部署，比起一般的防火墙方案，对攻击者来说又多了一道关卡。在该层中可以划分网络区段，避免内部网络和业务系统直接暴露给外部网络。

一层由负载均衡设备和接入集群组成，实现外联集群和银行的内部其他系统与所述应用服务器集群的接入。

本例中，应用服务子系统中包括两个应用服务器集群，分别与接入集群相连、

从图中可以看出，在本例中，除了应用服务器中采用了集群技术外，在接入子系统中也采用了集群技术。将系统按功能划分成多个集群，每个集群实现特定的功能，使系统按功能形成多个层次，这样一来系统整体功能完整，而不同业务功能间又有适当的隔离，减少了业务之间的耦合程度，大大降低了不同业务功能之间的互相影响。由于采用了集群技术，使得系统的可扩充性大大提高，系统可用采用多种方式进行业务功能和处理能力的扩充。多台机器同时提供相同软件服务，采用负载均衡和容错技术，使系统的硬件资源充分利用，并大大的缩短故障响应时间，单点故障被隔离，不影响系统继续提供服务。新增业务功能时，可以采用在原有集群中逐个结点进行更新的方式扩充业务，也可以采用新增子集群的方式，无论采用何种方式都不会对原有业务功能造成影响。

相应上述的系统，本发明实施例中还提供了一种提供现金管理平台服务的方法，如图8所示，该方法包括：

801、接入子系统获得接入业务的标识信息和优先级信息。

802、接入子系统根据所述业务的标识信息确定所述接入业务需要接入的应用服务子系统中的应用服务器集群；其中，所述应用服务子系统中至少有两个应用服务器集群，所述应用服务器集群为可处理现金管理平台中的一种应用服务的服务器组成的集群。

803、所述接入子系统根据所述接入业务的优先级信息为所述接入业务分配相应的连接所述应用服务器集群的传输通道，以通过所述传输通道实现该接入业务的接入。

同时，在上述实施例所描述的技术方案中将系统分为多个层次，各层次分别采用集群技术来实现。所以，进一步的，本发明实施例中还提供了一种服务器集群的组成结构和管理方法。该服务器集群用于提供银行现金管理平台应用服务，具体可以是上述系统中描述的外联、接入集群、应用服务器集群以及数据库集群。如图9所示，在一个服务器集群中包括至少两个服务器(如图所示为第一服务器50和第二服务器52)，对其中的任意一个服务器而言(图中仅示意了第一服务器50)均应包括：

集群管理单元500，用于根据所述服务器集群的管理配置信息对所述服务器集群进行集群管理；业务处理单元502，用于根据业务情况和所述管理配置信息对业务进行处理。

其中，服务器集群中可由一台服务器作为整个集群的主控节点，称其为主控服务器，其他的节点则称为从属服务器。主控节点负责对整个集群的管理和信息同步。集群信息通过管理配置工具配置好后，由管理员通过配置管理工具发布到主控节点，主控节点会将配置信息自动发布到集群内的所有节点上。集群内每台机器上都有一个监听管理进程，集群启动时，在主控节点执行启动命令后，主控节点会与每台机器上的监听管理进程通讯，通过监听管理进程启动每个节点上的系统服务。在集群运行过程中也可以对集群配置文件进行修改，这样就可以在运行过程中对集群中的节点进行动态的增加和减少。

为实现上述主控服务器和从属服务器的功能，则相应的主控服务器的集群管理单元可包括：获取模块，用于获取所述服务器集群的管理配置信息，所述管理配置信息包括所述服务器集群包括的所有服务器的信息；发布模块，用于将所述管理配置信息发布到所述服务器集群的从属服务器。

相应的，从属服务器的集群管理单元可包括：发送模块，用于将本地服务器的信息发送至所述服务器集群中的主控服务器；接收模块，用于接收所述主控服务器发送的管理配置信息。

与上述服务器集群结构相应的，本发明实施例还提供了一种服务器集群的管理方法，如图10所示，包括流程：

1001、服务器集群中的主控服务器获取所述服务器集群的管理配置信息，所述管理配置信息包括所述服务器集群包括的所有服务器的信息。如，当管理配置信息通过管理配置工具配置好后，由管理员通过配置管理工具发布到主控节点，主控节点接收该管理配置信息即可。

1002、主控服务器将所述管理配置信息发布到所述服务器集群的从属服务器，以使所述服务器集群中的服务器根据所述管理配置信息进行集群业务处理。

该方法还可进一步包括：

1003、主控服务器根据所述服务器集群中的业务情况修改所述管理配置信息，以对所述服务器集群中的服务器进行动态的增加或减少。

如图11所示，如服务器集群中的服务器进行增加时可包括流程：

1101、服务器集群的新增服务器启动集群监听管理服务，并通过所述集群监听管理服务加载所述服务器集群的管理配置信息，所述管理配置信息中包括所述新增服务器的信息。即，动态增加集群的物理机器节点时，通过配置管理工具将管理配置文件发布到新增的节点，其中，在集群的管理配置文件中增加了该新增的节点的管理配置信息；同时，在新节点上安装平台程序，并启动平台的监听管理服务(或称进程)，这样，新增的节点就可以通过平台命令重新加载集群的管理配置文件。

1102、主控服务器监听到所述服务器集群中增加所述新增服务器后，通过所述新增服务器上的集群监听管理服务启动所述新增服务器上的应用服务。即，集群的主控节点会发现集群中增加了新的节点。主控节点会与新增节点上的监听管理进程进行通讯，通过新增节点上的监听管理进程启动新增节点上的平台服务和应用服务，从而实现新增节点自动加入到集群的服务中。

1103、主控服务器将所述管理配置信息发布至所述服务器集群中的其他服务器，以使所述新增服务器上的应用服务可被所述服务器集群中的其他服务器使用。即，新增节点一旦加入到集群中后主控节点会向所有节点广播新的集群信息，这样新节点提供的服务就能被其他节点调用。

通过上述描述可知，在新节点增加到集群的整个过程中，集群都不需要重新启动，因此不会对系统的运行造成影响。

而当某一节点上的应用处理进程出现故障时，系统应能够检测到并自动恢复。恢复手段包括自动重起进程或在其他节点上重新部署同类进程。系统中每个节点上有专门的守护进程定期对应用处理进程及进程使用的相关资源进行扫描，当发现有异常情况时，如：进程非正常退出、进程使用的资源没有释放等，守护进程会自动对异常情况进行处理(对资源进行回收操作、推出的进程自动重起等)。通过守护进程的定时检查实现故障自动恢复。

多节点动态可伸缩结构，实现了的应用级的多机群集处理，从而大大提高了系统的整体处理规模。另外，由于提供了自动恢复功能，也从一定程度上提高了系统运行稳定性

同时，上述的集群中的各节点可以根据业务处理规模，动态调整服务进程实例数量，以达到并发处理更多业务的目标。由于同一节点上可能部署不同的服务进程，节点中的控制系统可根据不同类别交易并发处理交易量的不同，动态调整各类交易处理进程的数量，即由集群中的每个节点对本节点上的进程数量的进行调整。当某类交易并发交易量增大到一定程度时，增加处理该类交易的进程实例数；当并发交易量减少时，降低进程实例数量。上述处理进程调整时，可以考虑节点设备的处理能力，不能超过节点或分配给该类应用的最大处理资源。

节点中的控制系统中每个节点上有专门的管理进程对系统中等待处理的交易队列进行检查，当等待队列中的交易数积累到设置的阀值时，如果节点的系统资源还允许，管理进程会自动启动更多的应用处理进程，以加快交易的处理速度；当系统很空闲时，等待队列长时间没有交易等待时，管理进程会自动将多余的应用处理进程停止，以释放出系统资源。

综上所述可知，由于将CMP系统按照功能分成了不同的子系统，使得本发明中提供的银行管理系统具有较大的灵活性，良好的可扩展性，高可靠性，并在系统部署新的业务产品时，对原系统中各服务器的冲击小。同时，由于部署了外联子系统和接入子系统，实现了对不同业务特性的设备进行适当的隔离的目的，减少了系统中部分设备故障时，对整个系统的影响。

同时，对各子系统采用集群技术实现，可以方便的实现集群内成员的管理，即方便的根据业务情况增加或减少集群中的服务器。同时，当集群中的服务器出现故障时，可以实现自动恢复，如，可实现由集群中的其他节点替代完成故障节点的功能。

同时在应用服务器集群中采用数据库集群实现数据存储，在实现数据共享的同时，实现了数据的隔离，维护了数据的安全性。同时，由于数据库也采用集群技术，可以实现当数据库中的服务器故障时数据库的无缝切换，有利于提高数据库的安全性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

以上所述的实施方式，并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等，均应包含在该技术方案的保护范围之内。

Claims (12)

1.一种银行管理系统，所述系统包括应用服务子系统、接入子系统，所述接入子系统用于实现所述应用服务子系统与银行外部系统或和银行内部系统的接入，所述应用服务子系统，用于与所述接入子系统相连，并通过与所述接入子系统的接入向所述银行外部系统和银行内部系统提供现金管理平台应用服务，其特征在于，

所述应用服务子系统包括至少两个应用服务器集群；

其中，所述应用服务器集群为可处理现金管理平台中的一种应用服务的服务器组成的集群，并与所述接入子系统相连，通过与所述接入子系统的接入向所述其他外部系统和内部其他系统提供现金管理平台中的应用服务。

2.如权利要求1所述的系统，其特征在于，所述应用服务子系统还包括：

数据库集群，用于分别与至少两个所述应用服务集群相连，为所述应用服务集群提供相应的数据。

3.如权利要求2所述的系统，其特征在于，所述数据库集群还包括至少两个数据库子集群。

4.如权利要求1所述的系统，其特征在于，所述接入子系统包括：

负载均衡设备，用于实现与所述银行外部系统或和银行内部系统进行网络通讯时的分流、负载均衡、或容错中的一种或多种；

接入集群，用于与所述负载均衡设备相连，通过所述负载均衡设备实现与所述应用服务子系统的接入。

5.如权利要求4所述的系统，其特征在于，所述负载均衡设备包括：

优先级模块，用于获得所述银行外部系统或和银行内部系统接入时的接入业务的优先级信息；

通道分配模块，用于根据所述接入业务的优先级信息为所述接入业务分配相应的传输通道，以通过所述传输通道实现该接入业务的接入。

6.一种提供现金管理平台服务的方法，所述方法用于银行管理系统中，其特征在于，所述方法包括：

所述接入子系统获得接入业务的标识信息和优先级信息；

所述接入子系统根据所述业务的标识信息确定所述接入业务需要接入的应用服务子系统中的应用服务器集群；

所述接入子系统根据所述接入业务的优先级信息为所述接入业务分配相应的连接所述应用服务器集群的传输通道，以通过所述传输通道实现该接入业务的接入；

其中，所述应用服务子系统中至少有两个应用服务器集群，所述应用服务器集群为可处理现金管理平台中的一种应用服务的服务器组成的集群。

7.一种服务器集群，其特征在于，所述服务器集群用于提供银行现金管理平台应用服务，所述服务器集群中包括至少两个服务器，所述服务器包括：

集群管理单元，用于根据所述服务器集群的管理配置信息对所述服务器集群进行集群管理；

业务处理单元，用于根据业务情况和所述管理配置信息对业务进行处理。

8.如权利要求7所述的服务器集群，其特征在于，当所述服务器为所述服务器集群中的主控服务器时，所述集群管理单元包括：

获取模块，用于获取所述服务器集群的管理配置信息，所述管理配置信息包括所述服务器集群包括的所有服务器的信息；

发布模块，用于将所述管理配置信息发布到所述服务器集群的从属服务器。

9.如权利要求7所述的服务器集群，其特征在于，当所述服务器为所述服务器集群中的从属服务器时，所述集群管理单元包括：

发送模块，用于将本地服务器的信息发送至所述服务器集群中的主控服务器；

接收模块，用于接收所述主控服务器发送的管理配置信息。

10.一种服务器集群管理方法，其特征在于，所述服务器集群用于提供银行现金管理平台应用服务，所述方法包括：

所述服务器集群中的主控服务器获取所述服务器集群的管理配置信息，所述管理配置信息包括所述服务器集群包括的所有服务器的信息；

所述主控服务器将所述管理配置信息发布到所述服务器集群的从属服务器，以使所述服务器集群中的服务器根据所述管理配置信息进行集群业务处理。

11.如权利要求10所述的方法，其特征在于，所述方法还包括：

所述主控服务器根据所述服务器集群中的业务情况修改所述管理配置信息，以对所述服务器集群中的服务器进行动态的增加或减少。

12.如权利要求11所述的方法，其特征在于，所述方法还包括：

所述服务器集群的新增服务器启动集群监听管理服务，并通过所述集群监听管理服务加载所述服务器集群的管理配置信息，所述管理配置信息中包括所述新增服务器的信息；

所述主控服务器监听到所述服务器集群中增加所述新增服务器后，通过所述新增服务器上的集群监听管理服务启动所述新增服务器上的应用服务；

所述主控服务器将所述管理配置信息发布至所述服务器集群中的其他服务器，以使所述新增服务器上的应用服务可被所述服务器集群中的其他服务器使用。

Images