一种跨中心作业调度方法、装置、服务器及系统与流程

本发明涉及容灾技术领域，尤其是涉及一种跨中心作业调度方法、装置、服务器及系统。

背景技术

目前，为了避免遭受如火灾、水灾、地震、战争等不可抗拒的自然灾难以及计算机犯罪、计算机病毒、掉电、网络/通信失败、硬件/软件错误和人为操作错误等人为灾难时丢失用户数据，大型企业通常需要建立异地灾备中心，通过异地的数据备份保证用户数据的安全性和企业业务的连续性，但是由于发生灾难是极小概率事件，灾备中心长期处于闲置状态，造成资源极大的浪费。

技术实现要素：

有鉴于此，本发明的目的在于提供一种跨中心作业调度方法、装置、服务器及系统，以缓解了灾备中心长期处于闲置状态造成资源极大的浪费的技术问题。

第一方面，本发明实施例提供了一种跨中心作业调度方法，应用于服务器，包括：

接收包含交易码、请求发起时刻及待查询时间段的用户访问请求；

根据所述交易码判断所述用户访问请求对应的交易类型是否为预设查询交易类型；

若所述用户访问请求对应的交易类型为预设查询交易类型，根据所述请求发起时刻确定可查询时间段；

判断所述待查询时间段是否位于所述可查询时间段内；

若所述待查询时间段位于所述可查询时间段内，则确定将所述用户访问请求转发给灾备中心。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述根据所述交易码判断所述用户访问请求对应的交易类型是否为预设查询类交易，包括：

在预设的交易类型数据库中获取预设的查询类交易的交易码集合；

判断所述用户访问请求中包含的交易码是否在所述预设的查询类交易的交易码集合中；

若所述用户访问请求中包含的交易码在所述预设的查询类交易的交易码集合中，则确定所述用户访问请求对应的交易类型为查询类交易。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述判断所述待查询时间段是否位于所述可查询时间段内，包括：

判断所述待查询时间段的起始时间是否晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间是否早于所述可查询时间段的结束时间；

若所述待查询时间段的起始时间晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间早于所述可查询时间段的结束时间，则确定所述待查询时间段位于所述可查询时间段内。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述方法还包括：为每一种交易设置一种交易码，并为每一种交易设定交易类型，建立交易数据库。

第二方面，本发明实施例还提供一种跨中心作业调度装置，包括：

接收模块，用于接收包含交易码、请求发起时刻及待查询时间段的用户访问请求；

第一判断模块，用于根据所述交易码判断所述用户访问请求对应的交易类型是否为预设查询交易类型；

第一确定模块，用于若所述用户访问请求对应的交易类型为预设查询交易类型，根据所述请求发起时刻确定可查询时间段；

第二判断模块，用于判断所述待查询时间段是否位于所述可查询时间段内；

第二确定模块，用于若所述待查询时间段位于所述可查询时间段内，则确定将所述用户访问请求转发给灾备中心。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述第一判断模块包括：

获取单元，用于在预设的交易类型数据库中获取预设的查询类交易的交易码集合；

第一判断单元，用于判断所述用户访问请求中包含的交易码是否在所述预设的查询类交易的交易码集合中；

第一确定单元，用于若所述用户访问请求中包含的交易码在所述预设的查询类交易的交易码集合中，则确定所述用户访问请求对应的交易类型为查询类交易。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述第二判断模块包括：

第二判断单元，用于判断所述待查询时间段的起始时间是否晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间是否早于所述可查询时间段的结束时间；

第二确定单元，用于若所述待查询时间段的起始时间晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间早于所述可查询时间段的结束时间，则确定所述待查询时间段位于所述可查询时间段内。

第三方面，本发明实施例还提供一种跨中心作业调度系统，包括：客户端、管理端、调度中心、生产中心和灾备中心；

所述调度中心接收所述客户端和所述管理端发送的用户访问请求，并判断所述用户访问请求对应的交易类型是否为预设查询类交易

若所述用户访问请求为非预设查询类交易，将所述用户访问请求转发给生产中心；

若所述用户访问请求为预设查询类交易，判断所述用户访问请求携带的待查询时间是否为可查询时间；

若所述用户访问请求携带的待查询时间为所述可查询时间，则将所述用户访问请求转发给灾备中心；

若所述用户访问请求携带的待查询时间为非所述可查询时间，则将所述用户访问请求转发给生产中心。

本发明实施例还提供了一种服务器，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现上述第一方面任一所述的方法的步骤。

本发明实施例还提供了.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其中，所述程序代码使所述处理器执行所述第一方面和上述第二方面任一所述的方法。

本发明实施例带来了以下有益效果：本发明实施例通过首先接收包含交易码、请求发起时刻及待查询时间段的用户访问请求；然后根据所述交易码判断所述用户访问请求对应的交易类型是否为预设查询交易类型；若所述用户访问请求对应的交易类型为预设查询交易类型，再根据所述请求发起时刻确定可查询时间段；再判断所述待查询时间段是否位于所述可查询时间段内；最后若所述待查询时间段位于所述可查询时间段内，则确定将所述用户访问请求转发给灾备中心，通过本发明实施例可以实现将查询类交易类型的业务分配给灾备中心，无需所有的用户访问请求都发送给生产中心，减轻了生产中心的业务压力，提高灾备中心的利用率。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的跨中心作业调度方法的流程图；

图2为图1中步骤s2的流程图；

图3为图2中步骤s4的流程图；

图4为本发明实施例提供的跨中心作业调度装置示意图；

图5为本发明实施例提供的跨中心作业调度系统图。

具体实施方式

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

目前，为了避免遭受如火灾、水灾、地震、战争等不可抗拒的自然灾难以及计算机犯罪、计算机病毒、掉电、网络/通信失败、硬件/软件错误和人为操作错误等人为灾难时丢失用户数据，大型企业通常需要建立异地灾备中心，通过异地的数据备份保证用户数据的安全性和企业业务的连续性，但是由于发生灾难是极小概率事件，灾备中心长期处于闲置状态，造成资源极大的浪费，基于此，本发明实施例提供的一种跨中心作业调度方法、装置、服务器及系统，可以通过首先接收包含交易码、请求发起时刻及待查询时间段的用户访问请求；然后根据所述交易码判断所述用户访问请求对应的交易类型是否为预设查询交易类型；若所述用户访问请求对应的交易类型为预设查询交易类型，再根据所述请求发起时刻确定可查询时间段；再判断所述待查询时间段是否位于所述可查询时间段内；最后若所述待查询时间段位于所述可查询时间段内，则确定将所述用户访问请求转发给灾备中心，通过本发明实施例可以实现将查询类交易类型的业务分配给灾备中心，无需所有的用户访问请求都发送给生产中心，减轻了生产中心的业务压力，提高灾备中心的利用率。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种跨中心作业调度方法进行详细介绍，如图1所示，所述跨中心作业调度方法可以包括以下步骤：

步骤s1，接收包含交易码、请求发起时刻及待查询时间段的用户访问请求。

在发明实施例中，所述请求发起时刻可以指客户端发起交易请求的时间，用户访问请求的形式可以是一种请求报文，示例性的，所述交易码、请求发起时刻、待查询时间段及其他可以标识交易的信息可以按照一定的编写规范进行报文编写形成用户访问请求，所述交易码、请求发起时刻机待查询时间段可以指所述请求报文的三个关键字段。示例性的，不同的银行可以具有不同的编写规范，同一个银行中不同的交易可以用不同的交易码进行区分，每一种交易码对应一种交易。

步骤s2，根据所述交易码判断所述用户访问请求对应的交易类型是否为预设查询交易类型。

在本发明实施例中，如图2所示，步骤s2可以包括以下步骤：

步骤s201，在预设的交易类型数据库中获取预设的查询类交易的交易码集合；

在本发明实施例中，交易类型数据库可以指预先存储的包含所有交易的数据库，从交易数据库中，可以将查询类交易的交易码进行提取获得查询类交易的交易码集合。因为一种交易码对应一种交易名称，每一种类型的交易可以包括多个交易名称，示例性的，查询余额的交易码为001，查询历史转账信息的编码为002，查询月账单的交易码为003，查询余额、查询历史转账信息和查询月账单属于不同的交易，但是都属于查询类交易，是同一种交易类型。

步骤s202，判断所述用户访问请求中包含的交易码是否在所述预设的查询类交易的交易码集合中；

步骤s203，若所述用户访问请求中包含的交易码在所述预设的查询类交易的交易码集合中，则确定所述用户访问请求对应的交易类型为查询类交易。

在本发明实施例中，可以将接收到的用户访问请求中包含的交易码与从交易类型数据库中获取到的查询类的交易码集合进行一一比对，若用户访问请求中包含的交易码与交易数据库中获取到的交易码集合中的某一个交易码一样，则说明接收到的用户访问请求对应的交易类型为查询类交易。

步骤s3，若所述用户访问请求对应的交易类型为预设查询交易类型，根据所述请求发起时刻确定可查询时间段。

在本发明实时例中，由于生产中心和灾备中心往往设置在不同的地方，且地理位置相隔很远，一般需要每天在特定的时间进行两个中心的异地数据复制来保持灾备中心和生产中心的数据同步，示例性的，一般都会选择晚上23:00到第二天的06：00来完成数据异地复制同步，因为这个时间段一般用户访问需求比较少。

在本发明实施例中，由于用户在灾备中心只能查询已经同步过的数据，所以在接收到用户访问请求后，需要根据用户访问请求中携带的请求发起时刻来确定用户在灾备中心可以进行查询类交易的可查询时间，示例性的，若每天进行一次灾备中心和生成中心的异地数据同步，则灾备中心可查询时间段的截止日期应该为所述请求发起时刻的前一天；若每周进行一次灾备中心和生成中心的异地数据同步，则灾备中心可查询时间段的截止日期应该为所述请求发起时刻的前一周。

在本发明实施例中，为生产中心和灾备中心的业务压力，可以通过运维管理人员登陆管理端对查询类交易设置最大可查询时间段，示例性的，后台管理人员可以设置用户只能查询一年内的转账记录，则可查询时间段的起始日期应该为所述请求发起时刻往前推算一年的日期，示例性的，用户访问请求发起时刻为2018年5月18号，则用户本次请求的可查询时间段的起始时间为2017年5月18号。

步骤s4，判断所述待查询时间段是否位于所述可查询时间段内；

在本发明实施例中，如图3所示，步骤s4可以包括以下步骤：

步骤s401，判断所述待查询时间段的起始时间是否晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间是否早于所述可查询时间段的结束时间；

步骤s402，若所述待查询时间段的起始时间晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间早于所述可查询时间段的结束时间，则确定所述待查询时间段位于所述可查询时间段内。

在本发明实施例中，待查询时间段可以指用户想要查询的时间段，示例性的，用户在2018年4月15号的时候想要查询2018年3月份的账单，请求发起时刻是2018年4月15号这一天，而待查询时间则是2018年3月1号到2018年3月31号这个时间段。示例性的，若生产中心和灾备中心每天都进行数据异地同步复制，若管理人员设定查询类交易的最大查询时间段为1年，则根据请求发起时刻4月15号可以确定此次用户可以进行查询操作的可查询时间为2017年4月15号至2018年4月14号，示例性的，将待查询时间段的起始时间为2018年3月1号与可查询时间段的起始时间2017年4月15号进行对比判断，将待查询时间端的结束时间2018年3月31号与可查询时间段的结束日期进行对比判断，2018年3月1号晚于2017年4月15号且2018年3月31号早于2018年4月14号，即满足所述待查询时间段的起始时间晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间早于所述可查询时间段的结束时间的条件，就可以确定所述待查询时间段位于所述可查询时间段内。

步骤s5，若所述待查询时间段位于所述可查询时间段内，则确定将所述用户访问请求转发给灾备中心。

通过本发明实施例，可以将查询类业务直接分配给灾备中心，一方面减轻了生产中心的压力，一方面提高了灾备中心的利用率，同时还相当于做了一次灾备中心的交易接管能力的演练，保证在发生灾难时灾备中心可以和生产中心实现异地切换，保证企业或银行业务的连续性。

在本发明的又一实施例中，所述跨中心作业调度方法还包括：为每一种交易设置一种交易码，并为每一种交易设定交易类型，建立交易数据库。示例性的，交易类型可以包括查询类、转入类、转出类和申请类等，将所有的交易建立包含交易码、交易名称、交易时间和交易类型等关键信息的对应关系，形成表格存储在交易数据库中，用来做为各交易的可查询交易数据库。

在本发明的又一实施例中，如图4所示，还提供一种跨中心作业调度装置，包括：

接收模块1，用于接收包含交易码、请求发起时刻及待查询时间段的用户访问请求；

第一判断模块2，用于根据所述交易码判断所述用户访问请求对应的交易类型是否为预设查询交易类型；

第一确定模块3，用于若所述用户访问请求对应的交易类型为预设查询交易类型，根据所述请求发起时刻确定可查询时间段；

第二判断模块4，用于判断所述待查询时间段是否位于所述可查询时间段内；

第二确定模块5，用于若所述待查询时间段位于所述可查询时间段内，则确定将所述用户访问请求转发给灾备中心。

在本发明的又一实施例中，所述第二判断模块包括：

第二获取单元，用于获取所述用户访问请求对应的交易的可查询时间段；

第二判断单元，用于判断所述待查询时间段的起始时间是否晚于所述可查询时间段的起始时间；

第三判断单元，用于判断所述待查询时间段的结束时间是否早于所述可查询时间段的结束时间；

第二确定单元，用于若所述待查询时间段的起始时间晚于所述可查询时间段的起始时间且所述待查询时间段的结束时间早于所述可查询时间段的结束时间，则确定所述待查询时间段位于所述可查询时间段内。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本发明的又一实施例中，如图5所示，还提供一种跨中心作业调度系统，包括：客户端11、管理端12、调度中心13、生产中心14和灾备中心15；

所述调度中心接收所述客户端和所述管理端发送的用户访问请求，并判断所述用户访问请求对应的交易类型是否为预设查询类交易

若所述用户访问请求为非预设查询类交易，将所述用户访问请求转发给生产中心；

若所述用户访问请求为预设查询类交易，判断所述用户访问请求携带的待查询时间是否为可查询时间；

若所述用户访问请求携带的待查询时间为所述可查询时间，则将所述用户访问请求转发给灾备中心；

若所述用户访问请求携带的待查询时间为非所述可查询时间，则将所述用户访问请求转发给生产中心。

在本发明实施例中，在生产中心、灾备中心和调度中心均正常工作时，可以将用户访问请求通过域名的方式直接定向到生产系统的调度中心，而不是直接发往生产中心；在判断出用户访问请求对应的交易类型为查询类交易且待查询时间在灾备中心对应的可查询时间段内，调度中心可以将用户访问请求发送给灾备中心，减轻生产中心的压力，提高灾备中心的利用率。在本发明实施例中，所述管理端可以指运维管理人员使用的终端，运维管理人员可以通过登陆管理端对调度系统进行后台的维护和管理，例如交易数据库的更新和修改，也可以对生产中心和灾备中心的业务比例进行比例调配，示例性的在生产中心因电力短缺等突发问题产生业务处理能力不足的时候，运维管理人员可以通过登陆管理端将可以发往灾备中心的交易类型增多，使灾备中心承担更多的业务进而减轻生产中心的业务压力。

在本发明实时例中，也可以在生产中心和灾备中心处各设置一个调度中心，形成双调度中心部署，并将两个调度中心的域名配置信息存储在dns域名服务器中，客户端和管理端也可以均配置为域名方式，当生产中心的调度中心出现中断时，异地灾备中心的调度中心能够快速接管用户访问，基本可以做到无缝切换，保障了用户访问稳定运行。

在本发明的又一实施例中，还提供一种服务器，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤。

在本发明的又一实施例中，还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，其中，所述程序代码使所述处理器执行上述第一方面任一所述方法。

本发明实施例所提供的跨中心作业调度方法、装置、服务器及系统的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。