专利名称：业务处理设备、方法及系统的制作方法
技术领域：
本发明涉及信息系统结构技术，尤其涉及一种业务处理设备、方法及系统。
背景技术：
随着信息化建设的高速发展，用户的业务系统也越来越依赖数据中心的服务支持。信息数据甚至已成为了企业发展的命脉，数据安全的重要性也不言而喻。容灾技术就是用于解决数据中心的安全性和高可用性。现有技术中的容灾技术均需要将数据中 心的应用中断，在应用恢复的过程，无法支持连续不间断的业务运行模式。但在某些环境下，例如全国集中化的核心关键业务系统，业务片刻的中断均可能导致较大的损失。
发明内容
本发明提供一种业务处理设备、方法及系统，以提高业务处理系统的容灾效果。本发明提供一种业务处理设备，包括至少两个数据中心，用于根据接收到的业务请求进行业务处理，将所述业务处理生成的数据复制到其他数据中心；网络接入模块，用于接收所述业务请求，检测各所述数据中心的负载状况，根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求。如上所述的业务处理设备，所述数据中心包括业务处理单元，用于根据接收到的业务请求进行业务处理；数据存储单元，用于存储所述业务处理所需数据以及所述业务处理生成的数据；复制单元，用于将所述业务处理生成的数据复制到其他数据中心。如上所述的业务处理设备，所述网络接入模块包括请求接收单元，用于接收所述业务请求；检测单元，用于检测各所述数据中心的负载状况；选择发送单元，用于根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求。如上所述的业务处理设备，其中，所述业务处理单元还用于在业务处理后，生成处理结果；相应地，所述数据中心还包括第一反馈单元，用于将所述处理结果发送；所述网络接入模块还包括第二反馈单元，用于接收所述第一反馈单元发送的所述处理结果，并将所述处理结果发送。本发明提供一种业务处理方法，包括网络接入模块接收业务请求，检测各数据中心的负载状况，根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求；数据中心根据接收到的所述业务请求进行业务处理，将所述业务处理生成的数据复制到其他数据中心。
如上所述的业务处理方法，所述数据中心根据接收到的所述业务请求进行业务处理，将所述业务处理生成的数据复制到其他数据中心，包括所述数据中心根据接 收到的业务请求进行业务处理；所述数据中心对所述业务处理生成的数据进行存储；所述数据中心将所述业务处理生成的数据复制到其他数据中心。如上所述的业务处理方法，所述网络接入模块接收业务请求，检测各数据中心的负载状况，根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求，包括所述网络接入模块接收所述业务请求；所述网络接入模块检测各所述数据中心的负载状况；所述网络接入模块根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求。如上所述的业务处理方法，其中，所述数据中心根据接收到的业务请求进行业务处理之后，还包括所述数据中心在业务处理后，生成处理结果；所述数据中心将所述处理结果发送；所述网络接入模块将接收到的所述处理结果发送。本发明提供一种业务处理系统，包括客户终端和本发明提供的业务处理设备；所述客户终端用于向所述业务处理设备发送业务请求。如上所述的业务系统，所述客户终端还用于接收所述业务处理设备发送的处理结^ ο由上述技术方案可知，本发明提供的业务处理设备、方法及系统，网络接入模块根据各数据中心的负载状况选择数据中心来处理客户终端发送的业务请求，数据中心在进行完业务处理后，将业务处理生成的数据复制到其他数据中心，各数据中心中的数据是相同的，保证了各数据中心对相同业务请求处理结果的一致性。当其中一个数据中心出现故障时，网络接入模块可以选择其他的数据中心对业务请求进行处理，在出现故障的数据中心的应用恢复过程中，业务运行模式可以不用间断，提高了业务处理系统的容灾效果。
图1为本发明实施例提供的一种业务处理设备结构示意图；图2为本发明实施例提供的另一种业务处理设备结构示意图；图3为本发明实施例提供的业务处理方法流程图；图4为本发明实施例提供的一种业务处理系统结构示意图；图5为本发明实施例提供的另一种业务处理系统结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例， 对本发明实施例中的技术方案进行清楚、完整地描述。需要说明的是，在附图或说明书中， 相似或相同的元件皆使用相同的附图标记。
图1为本发明实施例提供的一种业务处理设备结构示意图，如图1所示，本实施例提供的业务处理设备具体可以用于处理交易、数据查询等业务处理的系统，但并不以此为限，该业务处理设备包括至少两个数据中心11和网络接入模块12，数据中心11用于根据接收到的业务请求进行业务处理，将业务处理生成的数据复制到其他数据中心11。网络接入模块12用于接收业务请求，检测各数据中心11的负载状况，根据负载状况选择数据中心 11，并向选择的数据中心11发送业务请求。具体的，数据中心11的数量为至少两个，网络接入模块12的数量可以为一个也可以为多个，当网络接入模块12为多个时，网络接入模块12可以根据地域需要进行部署。用户可以根据需要通过客户终端选择网络接入模块12接入，如北京的用户可以选择设置在北京的网络接入模块12接入，可以避免由于距离过远而造成的网络延时，也可以将业务请求分流，减小了网络接入模块12的负载。客户终端具体可以为手机、笔记本电脑等移动终端，也可以为P0S(Point Of Sales)机等终端。网络接入模块12检测各数据中心11的负载状况，根据负载状况为业务请求分配数据中心11，以通过数据中心11对业务请求对应的业务进行处理。数据中心11中存储了业务处理所需的大量数据，数据中心11也可以根据地域需要进行部署。数据中心11在接收到业务请求时，根据业务请求进行业务处理，并将业务处理生成的数据复制到其他数据中心11，以保证各数据中心11中的数据的一致性。本实施例提供的业务处理设备，网络接入模块12根据各数据中心11的负载状况选择数据中心11来处理业务请求，数据中心11在进行完业务处理后，将业务处理生成的数据复制到其他数据中心11，各数据中心11中的数据是相同的，保证了各数据中心11对相同业务请求处理结果的一致性。当其中一个数据中心11出现故障时，网络接入模块12可以选择其他的数据中心11对业务请求进行处理，在出现故障的数据中心11的应用恢复过程中，业务运行模式可以不用间断，提高了业务处理系统的容灾效果。
图2为本发明实施例提供的另一种业务处理设备结构示意图，如图2所示，在本实施例中，数据中心11可以包括业务处理单元111、数据存储单元112和复制单元113。业务处理单元111用于根据接收到的业务请求进行业务处理。数据存储单元112用于存储业务处理所需数据以及业务处理生成的数据。具体可以通过业务数据库来对数据进行存储和管理。复制单元113用于将业务处理生成的数据复制到其他数据中心11。复制单元113具体可以负责在后台维持各数据中心11的业务处理信息同步特别是业务数据库的同步，确保每个数据中心11都具备独立处理任何业务请求的完整数据；对各数据中心11间的数据冲突、数据差异进行仲裁和管理，确保业务信息完整性。在实际应用过程中，统一配置各数据中心11的基础设施、网络、软硬件环境等，以保障业务处理的一致性，使得业务处理无论分发至任何数据中心11，都可以得到同样的处理效率和处理结果，在正常和异常状态下的业务处理过程对最终用户完全透明。数据中心 11 可以基于 ITIL(InformationTechnology Infrastructure Library,信息技术基础构架库)标准的管理流程，实现全局事件和局部事件的对接、全局化人力资源调度需要流程和组织架构方面的配合。还可以设置集中监控管理模块对数据中心11进行监控管理，实现各项管理工作的自动化以保证事件处理的及时性和调度效率。在本实施例中，网络接入模块12可以包括请求接收单元121、检测单元122和选择发送单元123。请求接收单元121用于接收业务请求。检测单元122用于检测各数据中心11的负载状况。选择发送单元123用于根据负载状况选择数据中心11，并向选择的数据中心11发送业务请求。在实际应用中，网络接入模块12具体可以为网络接入点(Network AccessPoint， 简称NAP)。选择发送单元123根据检测单元122检测到的各数据中心11的负载状况，选择数据中心11，并向该数据中心11发送业务请求。选择发送单元123也可以预设针对不同的客户终端所对应的数据中心11分配规则，该规则可以是带加权系数的，加权系数的值可以由多种因素决定，例如数据中心11的配置性能容量参数、数据中心11的工作状态(正常、 维护、测试、异常、故障、灾难等)、网络带宽等因素。在本实施例中，业务处理单元111还用于在业务处理后，生成处理结果。相应地， 数据中心11还包括第一反馈单元114，第一反馈单元114用于将处理结果发送。网络接入模块12还包括第二反馈单元124，第二反馈单元124用于接收第一反馈单元发送的处理结果，并将处理结果发送。图3为本发明实施例提供的业务处理方法流程图，如图3所示，本实施例提供的业务处理方法包括步骤10、网络接入模块接收业务请求，检测各数据中心的负载状况，根据负载状况选择数据中心，并向选择的数据中心发送业务请求；步骤20、数据中心根据接收到的业务请求进行业务处理，将业务处理生成的数据复制到其他数据中心。本实施例提供的业务处理方法，网络接入模块根据各数据中心的负载状况选择数据中心来处理业务请求，数据中心在进行完业务处理后，将业务处理生成的数据复制到其他数据中心，各数据中心中的数据是相同的，保证了各数据中心对相同业务请求处理结果的一致性。当其中一个数据中心出现故障时，网络接入模块可以选择其他的数据中心对业务请求进行处理，在出现故障的数据中心的应用恢复过程中，业务运行模式可以不用间断， 提高了业务处理系统的容灾效果。在本实施例中，步骤20、数据中心根据接收到的业务请求进行业务处理，将业务处理生成的数据复制到其他数据中心，具体可以包括以下步骤步骤201、数据中心根据接收到的业务请求进行业务处理；步骤202、数据中心对业务处理生成的数据进行存储；步骤203、数据中心将业务处理生成的数据复制到其他数据中心。在本实施例中，步骤10、网络接入模块接收业务请求，检测各数据中心的负载状况，根据负载状况选择数据中心，并向选择的数据中心发送业务请求，具体可以包括以下步骤步骤101、网络接入模块接收业务请求；步骤102、网络接入模块检测各数据中心的负载状况；步骤103、网络接入模块根据负载状况选择数据中心，并向选择的 数据中心发送业务请求。在本实施例中，步骤201、数据中心根据接收到的业务请求进行业务处理，之后，还可以包括以下步骤步骤204、数据中心在业务处理后，生成处理结果；
步骤205、数据中心将处理结果发送； 步骤206、网络接入模块将接收到的处理结果发送。值得注意的是，在本实施例中，生成处理结果并发送的步骤与数据中心进行数据复制的步骤不具有必然的时序关系，可以先生成处理结果发送，也可以先进行数据复制，还可以同时进行。图4为本发明实施例提供的一种业务处理系统结构示意图，如图4所示，本实施例提供的业务处理系统包括客户终端14和本发明任意实施例提供的业务处理设备13。客户终端14用于向业务处理设备13发送业务请求。本实施例提供的业务处理系统，网络接入模块根据各数据中心的负载状况选择数据中心来处理客户终端14发送的业务请求，数据中心在进行完业务处理后，将业务处理生成的数据复制到其他数据中心，各数据中心中的数据是相同的，保证了各数据中心对相同业务请求处理结果的一致性。当其中一个数据中心出现故障时，网络接入模块可以选择其他的数据中心对业务请求进行处理，在出现故障的数据中心的应用恢复过程中，业务运行模式可以不用间断，提高了业务处理系统的容灾效果。在本实施例中，客户终端14还可以用于接收业务处理设备13发送的处理结果。图5为本发明实施例提供的另一种业务处理系统结构示意图，如图5所示，本实施例提供的业务处理系统具体可以用于实现银行业务处理，在该业务处理系统中，业务处理设备可以包括三个数据中心11，其中两个数据中心11可以设置在上海，具体可以为上海转接集群，第三个数据中心11可以设置在北京，具体可以为北京转接集群。网络接入模块12 也为两个，分别设置在北京和上海。网络接入模块12可以包括收单接入服务集群和NAL集群。监控管理模块15具体可以为后线系统，一个监控管理模块15具体可以对一个或多个数据中心11进行监控管理。本实施例提供的银行业务处理系统在实际应用过程中的工作流程具体可以为用户通过客户终端14选择网络接入模块12，如选择设置在上海的网络接入模块12，则向该网络接入模块12发送银行业务请求，如转账业务请求。网络接入模块12对三个数据中心11 的负载状况进行检测，如此时上海的一个数据中心11的业务处理状况比较繁忙，另一个数据中心11出现故障，而北京的数据中心11比较空闲，则将该转账业务请求发送给北京的数据中心11，北京的数据中心11对该转账业务请求进行处理，转账成功后，将数据中心11的业务数据库中的由于转账业务生成的新的数据复制到上海的两个数据中心11中。并生成转账成功的处理结果，通过上海的网络接入模块12发送给客户终端14，也可以通过北京的网络接入模块12发送给客户终端14。本发明实施例提供的业务处理设备、方法及系统，用户可以不关心后台具体处理业务的系统，即架构对于客户端是完全透明的。通过将所有业务请求通过网络接入模块受理和转发的方式，可以实现各数据中心的任意接入。当某个数据中心发生故障、或者某套业务处理集群发生故障时，可以通过网络接入模块自动响应或者人工手工调整分配规则、力口权系数的方式，将发生故障的数据中心或者转接处理集群屏蔽，将所有也如请求均转发到其他正常工作的数据中心上去，即实现了故障和灾难对客户端的透明，业务可以在极短的时间内恢复正常甚至实现完全平滑过渡，提高了业务处理系统的容灾效果。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换； 而这 些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1.一种业务处理设备，其特征在于，包括至少两个数据中心，用于根据接收到的业务请求进行业务处理，将所述业务处理生成的数据复制到其他数据中心；网络接入模块，用于接收所述业务请求，检测各所述数据中心的负载状况，根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求。
2.根据权利要求1所述的业务处理设备，其特征在于，所述数据中心包括 业务处理单元，用于根据接收到的业务请求进行业务处理；数据存储单元，用于存储所述业务处理所需数据以及所述业务处理生成的数据； 复制单元，用于将所述业务处理生成的数据复制到其他数据中心。
3.根据权利要求2所述的业务处理设备，其特征在于，所述网络接入模块包括 请求接收单元，用于接收所述业务请求；检测单元，用于检测各所述数据中心的负载状况；选择发送单元，用于根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求。
4.根据权利要求3所述的业务处理设备，其特征在于 所述业务处理单元还用于在业务处理后，生成处理结果；相应地， 所述数据中心还包括第一反馈单元，用于将所述处理结果发送；所述网络接入模块还包括第二反馈单元，用于接收所述第一反馈单元发送的所述处理结果，并将所述处理结果发送。
5.一种业务处理方法，其特征在于，包括网络接入模块接收业务请求，检测各数据中心的负载状况，根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求；数据中心根据接收到的所述业务请求进行业务处理，将所述业务处理生成的数据复制到其他数据中心。
6.根据权利要求5所述的业务处理方法，其特征在于，所述数据中心根据接收到的所述业务请求进行业务处理，将所述业务处理生成的数据复制到其他数据中心，包括所述数据中心根据接收到的业务请求进行业务处理； 所述数据中心对所述业务处理生成的数据进行存储； 所述数据中心将所述业务处理生成的数据复制到其他数据中心。
7.根据权利要求6所述的业务处理方法，其特征在于，所述网络接入模块接收业务请求，检测各数据中心的负载状况，根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求，包括所述网络接入模块接收所述业务请求； 所述网络接入模块检测各所述数据中心的负载状况；所述网络接入模块根据所述负载状况选择数据中心，并向选择的数据中心发送所述业务请求。
8.根据权利要求7所述的业务处理方法，其特征在于，所述数据中心根据接收到的业务请求进行业务处理之后，还包括所述数据中心在业务处理后，生成处理结果；所述数据中心将所述处理结果发送； 所述网络接入模块将接收到的所述处理结果发送。
9.一种业务处理系统，其特征在于，包括客户终端和权利要求1-4任一所述的业务处理设备；所述客户终端用于向所述业务处理设备发送业务请求。
10.根据权利要求9所述的业务系统，其特征在于，所述客户终端还用于接收所述业务处理设备发送的处理结果。
全文摘要
本发明提供一种业务处理设备、方法及系统，该业务处理设备包括至少两个数据中心和网络接入模块，数据中心用于根据接收到的业务请求进行业务处理，将业务处理生成的数据复制到其他数据中心。网络接入模块用于接收业务请求，检测各数据中心的负载状况，根据负载状况选择数据中心，并向选择的数据中心发送业务请求。该业务处理方法包括网络接入模块接收业务请求，检测各数据中心的负载状况，根据负载状况选择数据中心发送业务请求；数据中心根据接收到的业务请求进行业务处理，将数据复制到其他数据中心。本发明提供的业务处理设备、方法及系统，在出现故障的数据中心的应用恢复过程中，业务运行不用间断，提高了业务处理系统的容灾效果。
文档编号H04L12/24GK102185717SQ201110115870
公开日2011年9月14日 申请日期2011年5月5日 优先权日2011年5月5日
发明者刘晓靖, 吴晓亮, 廖慧, 彭佳, 王志军 申请人:中国联合网络通信集团有限公司