CN112241866B - 业务处理方法及装置、计算机可读介质和电子设备 - Google Patents

Abstract

本发明公开了一种业务处理方法、业务处理装置、计算机可读介质和电子设备，涉及计算机技术领域。该业务处理方法包括：获取业务处理请求；其中，业务处理请求包含请求时间和业务类型信息；基于业务类型信息确定业务处理地区，如果请求时间在业务处理地区的业务处理时间段内，则基于业务类型信息确定目标业务处理端；如果请求时间早于目标业务处理端的业务处理截止时间，则将业务处理请求发送给目标业务处理端，以便目标业务处理端对业务处理请求进行处理。本发明可以避免人为确定业务处理时间而造成效率低且容易出错的问题。

Description

业务处理方法及装置、计算机可读介质和电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种业务处理方法、业务处理装置、计算机可读介质和电子设备。

背景技术

在进行各种业务处理的过程中，往往受到时间的约束，无法顺利处理。尤其对于一些需要跨境处理的业务，例如受到节假日的影响，导致当下无法进行业务处理。

当接收到由用户发送的业务处理请求时，需要查询当下是否能够进行业务处理。然而，目前这种查询的方式为人工过程，在存在多个需要查询的内容时，效率较低且容易出错，使得业务不能得到及时处理。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种业务处理方法、业务处理装置、计算机可读介质和电子设备，进而至少在一定程度上克服由于人为确定处理时间而导致业务不能得到及时处理的问题。

根据本公开的一个方面，提供一种业务处理方法，包括：获取业务处理请求；其中，业务处理请求包含请求时间和业务类型信息；基于业务类型信息确定业务处理地区，如果请求时间在业务处理地区的业务处理时间段内，则基于业务类型信息确定目标业务处理端；如果请求时间早于目标业务处理端的业务处理截止时间，则将业务处理请求发送给目标业务处理端，以便目标业务处理端对业务处理请求进行处理。

根据本公开的一个方面，提供一种业务处理装置，包括请求获取模块、时间比较模块和请求发送模块。

具体的，请求获取模块用于获取业务处理请求；其中，业务处理请求包含请求时间和业务类型信息；时间比较模块用于基于业务类型信息确定业务处理地区，如果请求时间在业务处理地区的业务处理时间段内，则基于业务类型信息确定目标业务处理端；请求发送模块用于如果请求时间早于目标业务处理端的业务处理截止时间，则将业务处理请求发送给目标业务处理端，以便目标业务处理端对业务处理请求进行处理。

可选地，业务处理装置还包括第一提醒发送模块。

具体的，第一提醒发送模块被配置为执行：如果请求时间不在业务处理地区的业务处理时间段内，则确定业务处理地区在请求时间之后最近的业务处理时间；向业务请求端发送第一处理失败提醒；其中，第一处理失败提醒包含在请求时间之后最近的业务处理时间。

可选地，请求发送模块还被配置为执行：如果请求时间不早于目标业务处理端的业务处理截止时间，则判断是否存在业务处理截止时间晚于请求时间的候选业务处理端；如果候选业务处理端的数量为多个，则获取各候选业务处理端的信息，并将各候选业务处理端的信息发送给业务请求端，由业务请求端选择多个候选业务处理端之一来对业务处理请求进行处理。

可选地，业务处理装置还包括第二提醒发送模块。

具体的，第二提醒发送模块被配置为执行：如果请求时间不早于目标业务处理端的业务处理截止时间，且不存在业务处理截止时间晚于请求时间的候选业务处理端，则向业务请求端发送第二处理失败提醒；其中，第二处理失败提醒包含目标业务处理端的业务处理截止时间。

可选地，请求发送模块包括剩余时间提醒单元。

具体的，剩余时间提醒单元被配置为执行：在请求时间早于目标业务处理端的业务处理截止时间的情况下，确定请求时间与目标业务处理端的业务处理截止时间之间的时间差；如果时间差小于预定时间阈值，则发出剩余时间提醒；其中，剩余时间提醒包含时间差。

可选地，业务处理装置还包括信息反馈模块。

具体的，信息反馈模块被配置为执行：在将业务处理请求发送给目标业务处理端后，获取目标业务处理端发送的业务处理成功提示信息；将业务处理成功提示信息反馈给业务请求端。

可选地，业务处理装置还包括时间录入模块。

具体的，时间录入模块被配置为执行：通过配置的界面获取多个业务处理地区的业务处理时间段，以及包括目标业务处理端在内的多个业务处理端的业务处理截止时间；将多个业务处理地区的业务处理时间段以及多个业务处理端的业务处理截止时间，与一查询日历进行关联，以便通过查询日历确定业务是否能够被处理。

根据本公开的一个方面，提供一种计算机可读介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述业务处理方法。

根据本公开的一个方面，提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述业务处理方法。

在本公开的一些实施例所提供的技术方案中，通过将业务请求时间与对应业务处理地区的业务处理时间段进行比较，可以自动确定出业务处理请求当下是否符合业务处理地区的时间要求。另外，通过将业务请求时间与对应业务处理端的业务处理截止时间进行比较，可以自动确定出业务处理请求当下是否符合业务处理端的时间要求。如果二者判断出均符合，则将业务处理请求发送给业务处理端进行处理。本公开示例性实施方式可以实现自动确定业务处理请求在时间上是否被允许，避免了人为查询而造成效率低且容易出错的问题，使得业务能够及时被处理。尤其在涉及跨境业务场景、多查询对象的场景，本公开的方案可以大大提高业务处理的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本发明实施例的业务处理方法或业务处理装置的示例性系统架构的示意图；

图2示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图；

图3示意性示出了根据本公开的示例性实施方式的业务处理方法的流程图；

图4示出了根据本公开的示例性实施方式的以购汇交易业务为例形成节假日表的示意图；

图5示出了根据本公开的示例性实施方式的以购汇交易业务为例将节假日表导入查询日历的示意图；

图6示出了根据本公开的示例性实施方式的以购汇交易业务为例显示一提醒的示意图；

图7示意性示出了以购汇交易业务为例实现本公开示例性实施方式的业务处理方法的交互图；

图8示意性示出了以购汇交易业务为例实现本公开示例性实施方式的业务处理方法的流程图；

图9示意性示出了根据本公开的第一示例性实施方式的业务处理装置的方框图；

图10示意性示出了根据本公开的第二示例性实施方式的业务处理装置的方框图；

图11示意性示出了根据本公开的第三示例性实施方式的业务处理装置的方框图；

图12示意性示出了根据本公开的示例性实施方式的请求发送模块的方框图；

图13示意性示出了根据本公开的第四示例性实施方式的业务处理装置的方框图；

图14示意性示出了根据本公开的第五示例性实施方式的业务处理装置的方框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。另外，下面所有的术语“第一”、“第二”仅是为了区分的目的，不应作为本公开内容的限制。

图1示出了可以应用本发明实施例的业务处理方法或业务处理装置的示例性系统架构的示意图。

如图1所示，系统架构1000可以包括终端设备1001、1002、1003中的一种或多种，网络1004和服务器1005。网络1004用以在终端设备1001、1002、1003和服务器1005之间提供通信链路的介质。网络1004可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器1005可以是多个服务器组成的服务器集群等。

用户可以使用终端设备1001、1002、1003通过网络1004与服务器1005交互，以接收或发送消息等。终端设备1001、1002、1003可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。

服务器1005可以是提供各种服务的服务器。例如，首先，服务器1005可以获取由终端设备1001、1002、1003发送的业务处理请求，其中，业务处理请求包含请求时间和业务类型信息；接下来，服务器1005可以根据业务类型信息确定业务处理地区，判断该请求时间是否在该业务处理地区的业务处理时间段内，如果是，则可以基于业务类型信息确定出一目标业务处理端；随后，服务器1005可以判断该请求时间是否早于目标业务处理端的业务处理截止时间，如果是，则将业务处理请求发送给目标业务处理端，以便目标业务处理端对业务处理请求进行处理。

另外，服务器1005可以通过一前端配置的界面录入各业务处理地区的业务处理时间段以及各业务处理端的业务处理截止时间，以方便查询、比对。

需要说明的是，本公开示例性实施方式的业务处理方法一般由服务器1005执行，相应地，下面描述的业务处理装置一般配置在服务器1005中。

图2示出了适于用来实现本公开示例性实施方式的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从储存部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的储存部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入储存部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。

目前，需要人工查询业务处理请求在时间上是否被允许，这种人工的方式效率较低且容易出错，使得业务不能得到及时处理及反馈。

以购汇交易业务为例，交易与各国的币种紧密相关，各国具有特定的节假日。一方面，在交易时，如果遇到节假日，则交易会失败；另一方面，如果交易请求的时间晚于对应银行的交割时间，则交易也会失败。其中，交割时间可以指当选择权的买方要求选择权的卖方履行契约后，买卖双方依约分别支付对方所购买货币的时间。

在这种情况下，当购汇交易业务产生时，通常需要人为查询对应的时间是否满足可以实现当前业务的处理。然而，人工处理效率较低且容易看错，导致客户的购汇交易请求无法被处理或进行反馈。

鉴于此，本公开示例性实施方式提供了一种新的业务处理方法。

图3示意性示出了本公开的示例性实施方式的业务处理方法的流程图。参考图3，所述业务处理方法可以包括以下步骤：

S32.获取业务处理请求；其中，业务处理请求包含请求时间和业务类型信息。

在本公开的示例性实施方式中，业务处理请求可以是由业务请求端发送的针对一具体业务的处理请求。其中，业务请求端可以包括图1所示的终端设备1001、1002、1003中的一种或多种，在一些实例中，业务请求端还可以被称为客户端、用户端等。另外，本公开对业务的内容不做具体限制，例如，可以是客户与金融机构之间的购汇交易业务，还可以是网络处理业务、信息调度业务等。

请求时间可以是服务器获取到业务处理请求的时间，可以理解的是，服务器获取到业务处理请求的时间通常与业务请求端发送业务处理请求的时间相同。另外，请求时间也可以被称为业务请求时间。

业务类型信息与业务的内容相关，也就是说，本公开针对不同应用场景，业务类型信息也均不同。以购汇交易业务为例，一种业务类型信息可以包括采用币种A来换取币种B，而另一种业务类型信息可以包括采用币种A来换取币种C。

在业务请求端与服务器建立通信连接的情况下，业务请求端可以向服务器发送业务处理请求，其中，业务处理请求除包含请求时间和业务类型信息外，还可以包含业务请求端的标识、业务请求端的网络地址等，以购汇交易场景为例，业务处理请求还可以包含购汇交易的具体金额等，本公开对此不做特殊限制。

此外，在获取业务处理请求后，服务器还可以对业务请求端的安全性进行验证。在一些实例中，首先，服务器可以从业务处理请求中提取业务请求端的标识；接下来，可以判断该业务请求端的标识是否属于白名单；如果属于白名单，则进行随后步骤的处理过程，如果不属于白名单，服务器可以丢弃该业务处理请求，以及/或者发出告警。

S34.基于业务类型信息确定业务处理地区，如果请求时间在业务处理地区的业务处理时间段内，则基于业务类型信息确定目标业务处理端。

在本公开的示例性实施方式中，业务处理地区可以是与进行实际业务处理相关的地区，可以是具体的地理区域，或国家。容易理解的是，在以购汇交易为例，采用币种A来换取币种B，那么币种B对应的国家即是此处所述的业务处理地区。

根据本公开的一些实施例，服务器可以预先获取业务处理地区的业务处理时间段。可以理解的是，业务处理地区的业务处理时间段可以指，针对一业务处理地区，通常只有在该时间段内，业务才能够被处理，在其他时间段内，业务处理请求可能被悬挂或被丢弃。例如，一个业务处理地区的业务处理时间段可以为当地时间周一至周五，容易理解的是，该地区的对应的普适性节假日不属于业务处理时间段。

参考图4，仍以购汇交易业务为例，可以预先记录各币种对应国家的节假日，例如，可以由运维人员预先统计这些信息，形成一电子表。接下来，参考图5，可以将该电子表导入一查询日历中，以进行存储、方便查询。

应当理解的是，图4和图5预先配置的方案仅是示例性的描述，例如，服务器可以自行从各业务处理地区发表的信息(例如，新闻信息等)获取各业务处理地区的业务处理时间段，并进行存储，本示例性实施方式中对此不做特殊限定。

然而，在需要进行时间上的比对时，服务器还可以实时在线获取业务处理地区的业务处理时间段。

在确定出业务类型信息对应的业务处理地区后，服务器可以将请求时间与该业务处理地区的业务处理时间段进行比较，判断请求时间是否在该业务处理时间段内。

如果请求时间在业务处理地区的业务处理时间段内，则服务器可以基于业务类型信息确定一目标业务处理端。其中，业务处理端是实际进行业务处理的设备或机构，以购汇交易业务为例，业务处理端可以是银行，具体指银行内部的处理设备。另外，目标业务处理端可以是基于信用度、处理速度、影响力等诸多因素共同由服务器确定出的业务处理端，本公开对确定目标业务处理端的具体算法过程不做特殊限制。

容易理解的是，不同业务类型信息，对应的业务处理端不尽相同。例如，业务处理地区包括业务处理端u、业务处理端v、业务处理端w三个可以执行业务处理的机构，然而，针对特定的业务类型信息，可能只有业务处理端v可以进行处理。

如果请求时间不在业务处理地区的业务处理时间段内，则服务器可以确定业务处理地区在请求时间之后最近的业务处理时间，并向业务请求端发送第一处理失败请求。其中。第一处理失败请求可以包含请求事件之后最近的业务处理时间，以便提醒业务请求端在该时间再进行业务处理操作。另外，第一处理失败请求对应的内容也可以反馈给服务器的运维人员，以进行提醒。

另外，本公开还可以包括提前向业务请求端和/或服务器的运维人员反馈业务处理地区不能进行业务处理的时间段。仍以购汇交易业务为例，参考图6，示出了提前一天向服务器的运维人员反馈不能进行业务处理的提醒信息。然而，应当注意的是，图6仅是示例性呈现了提醒信息，本公开对提醒信息所包含的内容不做特殊限制，例如，还可以包括具体的日期、显示界面操作按钮等。

S36.如果请求时间早于目标业务处理端的业务处理截止时间，则将业务处理请求发送给目标业务处理端，以便目标业务处理端对业务处理请求进行处理。

与上述预先存储多个业务处理地区的业务处理时间段类似的，本公开的一些实施例中，还可以预先获取可能存在业务往来的各个业务处理端的业务处理截止时间。其中，业务处理截止时间往往以天作为周期，也就是说，当天的业务处理截止时间可以为当地时间下午6点。

类似的，还可以将各个业务处理端的业务处理截止时间配置在一查询日历中，以进行存储，方便查询。然而，服务器还可以在线进行查询，本示例性实施方式中对此不做特殊限定。

服务器可以判断请求时间是否早于目标业务处理端的业务处理截止时间，如果请求时间早于目标业务处理端的业务处理截止时间，则服务器可以将业务处理请求发送给目标业务处理端。

目标业务处理端在接收到业务处理请求后，可以对业务进行处理，处理完毕后，可以向服务器发送业务处理成功提示信息。接下来，服务器可以将该业务处理成功提示信息发送给业务请求端，以告知业务请求端，其发出的业务请求处理成功。在此过程中，可能涉及业务处理成功提示信息转发过程中的格式及文字转换，本公开对此不做特殊限制。

在本公开的另一些实施例中，如果请求时间不早于目标业务处理端的业务处理截止时间，则服务器可以判断业务处理地区是否存在业务处理截止时间晚于请求时间的候选业务处理端。

如果存在且候选业务处理端的数量为一个，则将业务处理请求发送给该候选业务处理端，由该候选业务处理端对业务处理请求进行处理。

如果候选业务处理端的数量为多个，则服务器可以获取各候选业务处理端的信息，并将各候选业务处理端的信息发送给业务请求端，由业务处请求端选择这些候选业务处理端中的一个，来对业务处理请求进行处理。其中，针对选择候选业务处理端的过程，可以是人为进行选择，另外，业务请求端可以预先配置删选条件，以从多个候选业务处理端中确定出一个。

根据本公开的另一些实施例，如果请求时间不早于目标业务处理端的业务处理截止时间，且不存在业务处理截止时间晚于请求时间的候选业务处理端，则服务器可以向业务请求端发送第二处理失败提醒，其中，第二处理失败提醒可以包含目标业务处理端的业务处理截止时间，以方便业务请求端进行参考。

另外，在这种情况下，第二处理失败提醒对应的内容还可以反馈给服务器的运维人员，以进行提醒。

此外，在请求时间早于目标业务处理端的业务处理截止时间的情况下，首先，服务器可以确定出请求时间与目标业务处理端的业务处理截止时间之间的时间差；接下来，如果时间差小于预定时间阈值，则服务器可以发出剩余时间提醒，其中，剩余时间提醒包含该时间差，由此，可以提醒服务器的运维人员注意，尽快对该业务处理请求进行核对。本公开对此处所述的预定时间阈值不做特殊限制，例如，可以将其设定为2小时、3小时等。

下面将参考图7，以购汇交易业务为例对本公开示例性实施方式的业务处理方法的交互过程进行说明。

在步骤S702中，服务器的前端可以收集各个国家的节假日期，例如，可以通过一配置界面收集各国的节假日期；在步骤S704中，服务器的前端还可以收集涉及购汇交易业务的各个银行的交割时间；在步骤S706中，服务器的前端可以将收集的日期、时间录入到服务器的后端(处理分析端)，由服务器的后端进行存储。

在步骤S708中，客户端可以向服务器发起购汇交易交易；在步骤S710中，服务器的后端可以查询该交易的交易日期是否为对应交易地区的节假日期，如果不是，则执行步骤S712，如果是，则执行步骤S714；在步骤S712中，服务器的后端可以查询该交易的交易时间是否晚于银行的交割时间，如果晚于银行的交割时间，则执行步骤S714，如果早于银行的交割时间，则执行步骤S716；在步骤S714中，服务器可以向客户端发送交易失败提醒。

在步骤S716中，服务器可以向银行端发送该交易，以便银行端对该交易进行处理；在步骤S718中，银行端向服务器返回交易成功的信息；在步骤S720中，服务器可以向客户端发送交易成功的信息。

应当注意的是，在一个实例中，可以将服务器的前端和后端集成为一体；在另一个实例中，收集各国节假日期、各银行交割时间的设备可以独立于服务器进行配置，也就是说，收集各国节假日期、各银行交割时间的设备可以是与服务器不同的设备，在这种情况下，服务器可以不包括如图7所示的前端。

下面将参考图8，对图7中服务器的处理过程进行示例性说明。

在步骤S802中，服务器可以配置一金融日历，该金融日历可以是上述查询日历。该金融日历录入有各国的节假日期以及各银行的交割时间；在步骤S804中，服务器可以获取由客户端发送的交易请求，该交易请求包含请求时间和交易类型信息，容易理解的是，交易类型信息指的是将何种货币类型换至何种货币类型。

在步骤S806中，服务器可以根据交易类型信息确定出交易处理地区，并判断交易请求中的请求时间是否为该交易处理地区的节假日期。如果请求时间是该交易处理地区的节假日期，则执行步骤S808，向运维人员发出提醒，并可以向客户端发出提醒，以告知由于节假日而造成交易请求不能被处理；如果请求时间不是该交易处理地区的节假日期，则执行步骤S810。

在步骤S810中，服务器可以判断请求时间是否超过银行的交割时间，如果请求时间已超过银行的交割时间，则执行步骤S812，服务器可以向运维人员发出提醒，并可以向客户端发出提醒，以告知由于银行交割时间已过而造成交易请求不能被处理；如果请求时间未超过银行的交割时间，则执行步骤S814。

在步骤S814中，服务器可以将交易请求发送给银行，以便银行对该笔交易进行处理；在步骤S816中，服务器可以接收交易成功信息，并将该信息反馈给客户。

在利用本公开示例性实施方式的业务处理方法处理购汇交易业务的实例中，一方面，通过录入各国的节假日期以及各银行的交割时间，可以提前向客户发出预警，实现了信息互通；另一方面，通过上述自动确定交易请求在时间上是否被允许，避免了人为查询而造成效率低且容易出错的问题；再一方面，本公开的方案可以为构建金融产品资金池做准备，方便对交易进行管理。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中还提供了一种业务处理装置。

图9示意性示出了本公开的示例性实施方式的业务处理装置的方框图。参考图9，根据本公开的示例性实施方式的业务处理装置9可以包括请求获取模块91、时间比较模块93和请求发送模块95。

具体的，请求获取模块91可以用于获取业务处理请求；其中，业务处理请求包含请求时间和业务类型信息；时间比较模块93可以用于基于业务类型信息确定业务处理地区，如果请求时间在业务处理地区的业务处理时间段内，则基于业务类型信息确定目标业务处理端；请求发送模块95可以用于如果请求时间早于目标业务处理端的业务处理截止时间，则将业务处理请求发送给目标业务处理端，以便目标业务处理端对业务处理请求进行处理。

根据本公开示例性实施方式的业务处理装置，可以实现自动确定业务处理请求在时间上是否被允许，避免了人为查询而造成效率低且容易出错的问题，使得业务能够及时被处理。尤其在涉及跨境业务场景、多查询对象的场景，本公开的方案可以大大提高业务处理的效率。

根据本公开的示例性实施例，参考图10，业务处理装置10相比于业务处理装置9，还可以包括第一提醒发送模块101。

具体的，第一提醒发送模块101可以被配置为执行：如果请求时间不在业务处理地区的业务处理时间段内，则确定业务处理地区在请求时间之后最近的业务处理时间；向业务请求端发送第一处理失败提醒；其中，第一处理失败提醒包含在请求时间之后最近的业务处理时间。

根据本公开的示例性实施例，请求发送模块95还可以被配置为执行：如果请求时间不早于目标业务处理端的业务处理截止时间，则判断是否存在业务处理截止时间晚于请求时间的候选业务处理端；如果候选业务处理端的数量为多个，则获取各候选业务处理端的信息，并将各候选业务处理端的信息发送给业务请求端，由业务请求端选择多个候选业务处理端之一来对业务处理请求进行处理。

根据本公开的示例性实施例，参考图11，业务处理装置11相比于业务处理装置9，还可以包括第二提醒发送模块111。

具体的，第二提醒发送模块111可以被配置为执行：如果请求时间不早于目标业务处理端的业务处理截止时间，且不存在业务处理截止时间晚于请求时间的候选业务处理端，则向业务请求端发送第二处理失败提醒；其中，第二处理失败提醒可以包含目标业务处理端的业务处理截止时间。

根据本公开的示例性实施例，参考图12，请求发送模块95可以包括剩余时间提醒单元121。

具体的，剩余时间提醒单元121可以被配置为执行：在请求时间早于目标业务处理端的业务处理截止时间的情况下，确定请求时间与目标业务处理端的业务处理截止时间之间的时间差；如果时间差小于预定时间阈值，则发出剩余时间提醒；其中，剩余时间提醒包含时间差。

根据本公开的示例性实施例，参考图13，业务处理装置13相比于业务处理装置9，还可以包括信息反馈模块131。

具体的，信息反馈模块131可以被配置为执行：在将业务处理请求发送给目标业务处理端后，获取目标业务处理端发送的业务处理成功提示信息；将业务处理成功提示信息反馈给业务请求端。

根据本公开的示例性实施例，参考图14，业务处理装置14相比于业务处理装置9，还可以包括时间录入模块141。

具体的，时间录入模块141可以被配置为执行：通过配置的界面获取多个业务处理地区的业务处理时间段，以及包括目标业务处理端在内的多个业务处理端的业务处理截止时间；将多个业务处理地区的业务处理时间段以及多个业务处理端的业务处理截止时间，与一查询日历进行关联，以便通过查询日历确定业务是否能够被处理。

由于本发明实施方式的程序运行性能分析装置的各个功能模块与上述方法发明实施方式中相同，因此在此不再赘述。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (11)

1.一种业务处理方法，其特征在于，包括：

获取业务处理请求；其中，所述业务处理请求包含请求时间、业务类型信息和业务请求端的标识；

若检测到所述业务请求端的标识属于白名单中，则基于所述业务类型信息确定业务处理地区，如果所述请求时间在所述业务处理地区的业务处理时间段内，则基于所述业务类型信息从所述业务处理地区所包含的多个业务处理端中确定目标业务处理端，所述业务处理时间段以每周为周期，且不包含普适性节假日；

如果所述请求时间早于所述目标业务处理端的业务处理截止时间段，则将所述业务处理请求发送给所述目标业务处理端，以便所述目标业务处理端对所述业务处理请求进行处理，所述业务处理截止时间段以每天为周期；

如果所述请求时间不早于所述目标业务处理端的业务处理截止时间段，则判断是否存在业务处理截止时间段晚于所述请求时间的候选业务处理端；如果所述候选业务处理端的数量为多个，则获取各所述候选业务处理端的信息，并将各所述候选业务处理端的信息发送给业务请求端，由所述业务请求端选择所述多个候选业务处理端之一来对所述业务处理请求进行处理；

如果所述请求时间不在所述业务处理地区的业务处理时间段内，则确定所述业务处理地区在所述请求时间之后最近的业务处理时间，并向业务请求端发送第一处理失败提醒，所述第一处理失败提醒包含在所述请求时间之后最近的业务处理时间。

2.根据权利要求1所述的业务处理方法，其特征在于，所述业务处理方法还包括：

如果所述请求时间不早于所述目标业务处理端的业务处理截止时间段，且不存在业务处理截止时间段晚于所述请求时间的候选业务处理端，则向所述业务请求端发送第二处理失败提醒；

其中，所述第二处理失败提醒包含所述目标业务处理端的业务处理截止时间段。

3.根据权利要求1所述的业务处理方法，其特征在于，在所述请求时间早于所述目标业务处理端的业务处理截止时间段的情况下，所述业务处理方法还包括：

确定所述请求时间与所述目标业务处理端的业务处理截止时间段之间的时间差；

如果所述时间差小于预定时间阈值，则发出剩余时间提醒；

其中，所述剩余时间提醒包含所述时间差。

4.根据权利要求1所述的业务处理方法，其特征在于，在将所述业务处理请求发送给所述目标业务处理端后，所述业务处理方法还包括：

获取所述目标业务处理端发送的业务处理成功提示信息；

将所述业务处理成功提示信息反馈给业务请求端。

5.根据权利要求1至4中任一项所述的业务处理方法，其特征在于，所述业务处理方法还包括：

通过配置的界面获取多个业务处理地区的业务处理时间段，以及包括所述目标业务处理端在内的多个业务处理端的业务处理截止时间段；

将所述多个业务处理地区的业务处理时间段以及所述多个业务处理端的业务处理截止时间段，与一查询日历进行关联，以便通过所述查询日历确定业务是否能够被处理。

6.一种业务处理装置，其特征在于，包括：

请求获取模块，用于获取业务处理请求；其中，所述业务处理请求包含请求时间、业务类型信息和业务请求端的标识；

时间比较模块，用于若检测到所述业务请求端的标识属于白名单中，则基于所述业务类型信息确定业务处理地区，如果所述请求时间在所述业务处理地区的业务处理时间段内，则基于所述业务类型信息从所述业务处理地区所包含的多个业务处理端中确定目标业务处理端，所述业务处理时间段以每周为周期，且不包含普适性节假日；

请求发送模块，用于如果所述请求时间早于所述目标业务处理端的业务处理截止时间段，则将所述业务处理请求发送给所述目标业务处理端，以便所述目标业务处理端对所述业务处理请求进行处理，所述业务处理截止时间段以每天为周期；如果所述请求时间不早于所述目标业务处理端的业务处理截止时间段，则判断是否存在业务处理截止时间段晚于所述请求时间的候选业务处理端；如果所述候选业务处理端的数量为多个，则获取各所述候选业务处理端的信息，并将各所述候选业务处理端的信息发送给业务请求端，由所述业务请求端选择所述多个候选业务处理端之一来对所述业务处理请求进行处理；如果所述请求时间不在所述业务处理地区的业务处理时间段内，则确定所述业务处理地区在所述请求时间之后最近的业务处理时间，并向业务请求端发送第一处理失败提醒，所述第一处理失败提醒包含在所述请求时间之后最近的业务处理时间。

7.根据权利要求6所述的业务处理装置，其特征在于，所述业务处理装置还包括第二提醒发送模块，用于：

如果所述请求时间不早于所述目标业务处理端的业务处理截止时间段，且不存在业务处理截止时间段晚于所述请求时间的候选业务处理端，则向所述业务请求端发送第二处理失败提醒；

其中，所述第二处理失败提醒包含所述目标业务处理端的业务处理截止时间段。

8.根据权利要求6所述的业务处理装置，其特征在于，所述请求发送模块还包括剩余时间提醒单元，用于：

确定所述请求时间与所述目标业务处理端的业务处理截止时间段之间的时间差；

如果所述时间差小于预定时间阈值，则发出剩余时间提醒；

其中，所述剩余时间提醒包含所述时间差。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至5中任一项所述的业务处理方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至5中任一项所述的业务处理方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品包括承载在计算机可读介质上的计算机程序，所述程序被处理器执行时实现如权利要求1至5中任一项所述的业务处理方法。