用于出金管理的方法、系统和计算设备与流程

本说明书的实施例涉及金融数据处理领域，具体地，涉及用于出金管理的方法、系统和计算设备。

背景技术：

出金是指某一主体由于已发生的各种金融业务(比如资金清算、结算等)而向其他主体划拨资金。在金融机构或泛金融机构中，鉴于流动性管理，需要密切关注出金、尤其是大额出金。因此，无论是计划内的出金还是计划外的出金，都需要经过审批流程。

目前，主要通过预先订制好审批流程，然后通过人工操作来实现相应的审批。这种方式不仅需要大量的人工操作，而且灵活性也比较差。

技术实现要素：

考虑到现有技术的上述问题，本说明书的实施例提供了用于出金管理的方法、系统和计算设备。

一方面，本说明书的实施例提供了一种用于出金管理的方法，包括：从出金业务系统接收针对目标业务的出金决策请求；在至少一种决策方案中选择与所述目标业务相关联的第一决策方案，其中，所述至少一种决策方案是针对不同的业务场景而预先配置的；基于所述第一决策方案，生成针对所述目标业务的决策结果；向所述出金业务系统发送所述决策结果，以便所述出金业务系统基于所述决策结果执行针对所述目标业务的出金决策。

另一方面，本说明书的实施例提供了一种用于出金管理的系统，包括：接收单元，用于从出金业务系统接收针对目标业务的出金决策请求；选择单元，用于在至少一种决策方案中选择与所述目标业务相关联的第一决策方案，其中，所述至少一种决策方案是针对不同的业务场景而预先配置的；生成单元，用于基于所述第一决策方案，生成针对所述目标业务的决策结果；发送单元，用于向所述出金业务系统发送所述决策结果，以便所述出金业务系统基于所述决策结果执行针对所述目标业务的出金决策。

另一方面，本说明书的实施例提供了一种计算设备，包括：至少一个处理器；与所述至少一个处理器进行通信的存储器，其上存储有可执行指令，所述可执行指令在被所述至少一个处理器执行时使得所述至少一个处理器实现上述方法。

在该技术方案中，由于针对不同的业务场景预先配置至少一种决策方案，这样在接收到针对目标业务的出金决策请求后，基于相关联的决策方案来得到决策结果，使得出金业务系统能够基于该决策结果来执行出金决策，从而能够节省人工操作，提高出金审批效率，而且能够灵活地满足不同业务场景的出金决策需求。

附图说明

通过结合附图对本说明书的实施例的更详细的描述，本说明书的实施例的上述以及其它目的、特征和优势将变得更加明显，其中，在本说明书的实施例中，相同的附图标记通常代表相同的元素。

图1是根据一个实施例的用于出金管理的方法的示意性流程图。

图2a是根据一个实施例的用于出金管理的方法的示意性流程图。

图2b是根据一个实施例的不同映射关系的示意图。

图3是根据一个实施例的用于出金管理的系统的示意性框图。

图4是根据一个实施例的用于出金管理的计算设备的硬件结构图。

具体实施方式

现在将参考各实施例讨论本文描述的主题。应当理解的是，讨论这些实施例仅是为了使得本领域技术人员能够更好地理解并且实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离权利要求书的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个实施例可以根据需要，省略、替换或者添加各种过程或组件。

在金融机构或泛金融机构中，需要密切关注出金，尤其是大额出金，因为出金对其自身的流动性管理的影响非常大，而一旦管理不到位，就可能造成流动性风险事件。

如前所述，出金主要是指某一主体因为已发生的各种金融业务而向其他主体划拨资金。流动性可以指某一主体为了满足业务对资金的需求而持有资金的多少或者能够很快筹措资金的能力高低。

因此，为了防止发生流动性风险事件，对于计划内的出金或计划外的出金都需要进行审批。然而，现有的审批主要依赖于人工实现预先订制好的审批流程，不仅需要大量人力，而且缺乏灵活性。

比如，对于一些清算类的业务，如果因为出金不及时造成清算违约，所承担的责任和影响会比较严重；而一些投资、拆解类的业务，相对来说影响比较轻。而现有的审批流程基本是固定的，可能会导致业务上受损。

鉴于此，本说明书的实施例提供了一种用于出金管理的技术方案。具体而言，对于不同的业务场景，可以预先配置至少一种决策方案。在接收到针对目标业务的出金决策请求之后，可以从预先配置的至少一种决策方案中选择相关联的第一决策方案，然后可以根据第一决策方案生成决策结果。之后，可以向业务出金系统发送决策结果，以便业务出金系统根据决策结果执行出金决策。

可见，在该技术方案中，由于针对不同的业务场景预先配置至少一种决策方案，这样在接收到针对目标业务的出金决策请求后，基于相关联的决策方案来得到决策结果，使得出金业务系统能够基于该决策结果来执行出金决策，从而能够节省人工操作，提高出金审批效率，而且能够灵活地满足不同业务场景的出金决策需求。

在本文中，业务出金系统可以是指能够执行出金操作的各种系统，例如清算系统、资金调拨系统、金融市场交易台、同业拆借系统等等。

另外，可以使用被称为“流动性管理系统”的系统来实现该技术方案的具体操作。然而，应理解的是，流动性管理系统还可以被本领域技术人员用其它术语来命名。流动性管理系统可以通过现有的各种适用的通信接口与出金业务系统相通信，这二者可以采用现有的各种适用的交互模式。可见，本文的流动性管理系统能够容易地对接现有的各种业务出金系统或者集成到业务出金系统中。

下面将结合具体实施例来描述上述技术方案。

图1是根据一个实施例的用于出金管理的方法的示意性流程图。图1的方法可以由流动性管理系统来实现。

如图1所示，在步骤102中，从出金业务系统接收针对目标业务的出金决策请求。

在步骤104中，在至少一种决策方案中选择与目标业务相关联的第一决策方案。

这至少一种决策方案可以是针对不同的业务场景而预先配置的。

在步骤106中，基于第一决策方案，生成针对目标业务的决策结果。

在步骤108中，向出金业务系统发送决策结果，以便出金业务系统基于决策结果执行针对目标业务的出金决策。

可见，在该技术方案中，由于针对不同的业务场景预先配置至少一种决策方案，这样在接收到针对目标业务的出金决策请求后，基于相关联的决策方案来得到决策结果，使得出金业务系统能够基于该决策结果来执行出金决策，从而能够节省人工操作，提高出金审批效率，而且能够灵活地满足不同业务场景的出金决策需求。

在本文的技术方案中，出金业务系统和流动性管理系统之间可以采用异步通信的方式，由此使得二者解耦并且保障流程稳定性。例如，出金业务系统可以在发送出金决策请求之后，可以执行其它任务，而无需停下所有任务一直等待流动性管理系统的答复。例如，出金业务系统可以将出金决策执行指令暂时保持在一个特定的中间状态。在接收到流动性管理系统的决策结果之后，继续将出金决策执行指令继续推进到下一阶段。

在一个实施例中，在步骤102中，出金决策请求可以包括与目标业务相关的各种信息，例如，金额、时间等等。

在一个实施例中，在步骤104中，可以基于第一映射关系，确定与目标业务的场景相关联的第一决策码。第一映射关系可以表示业务场景与决策码之间的映射关系。例如，可以从出金决策请求中获取与目标业务相关的各种信息，从而确定目标业务的场景，然后基于第一映射关系来确定第一决策码。

然后，可以基于第二映射关系，确定与第一决策码相关联的第一决策方案。第二映射关系可以表示决策码与至少一种决策方案之间的映射关系。

例如，决策码可以使用各种形式来表示，比如数字、字母、字符或者其各种组合等等。由于业务场景可以与决策码具有一定的映射关系，而决策码可以与决策方案具有一定的映射关系，因此决策码可以作为业务场景和决策方案之间的桥接。

可见，在该实施例中，通过设置上述映射关系，能够确保各个业务场景都可以有独立的决策方案。而且，通过使用决策码作为桥接，使得业务场景和决策方案解耦，这样在需要调整业务场景或决策方案时更为简单高效，而且在实现上更为灵活。

在一个实施例中，第一映射关系可以是m对1的映射关系，m为正整数。也就是说，一种或多种业务场景可以与一个决策码相关联。

第二映射关系可以是n对1的映射关系，n为正整数。也就是说，一个或多个决策码可以与一种决策方案相关联。可见，这些映射关系能够灵活地为各种业务场景提供相应的决策方案。

第一映射关系和第二映射关系可以使用各种适用的数据结构来进行存储。

可见，通过利用决策码建来建立业务场景和决策方案之间的映射关系，在实现上简单灵活，而且也便于进行调整。

在一个实施例中，上述至少一种决策方案可以是使用脚本语言来实现的，这样能够实时生效。例如，决策方案可以使用groovy之类的脚本语言来实现。

在一个实施例中，上述至少一种决策方案可以包括直接放行方案、延迟放行方案和人工审批方案。这样，能够针对不同的业务场景灵活地选择决策方案。

直接放行方案可以指直接放行出金。延迟放行方案可以指延迟放行出金，或者进一步地，指示满足什么条件才能放行出金。人工审批方案可以指示人工审批出金。

在一个实施例中，人工审批方案可以使用流程码来表示，流程码可以指示审批流程。

例如，流程码可以使用数字、字母、字符等等各种形式来表示。流程码可以指示审批流程。具体而言，流程码可以与审批流程相关联。例如，流程码可以与审批流程具有映射关系。审批流程可以表示哪些级别的管理人员需要进行出金审批，比如需要经过第一级管理人员和第二级管理人员进行出金审批。这样，通过该方案，可以方便地与现有的人工审批系统进行对接，进而方便地实现人工审批方案。

相应地，基于决策方案生成的决策结果可以包括直接放行、延迟放行或人工审批。例如，基于直接放行方案生成的决策结果可以包括直接放行。基于延迟放行方案生成的决策结果可以包括延迟放行。基于人工审批方案生成的决策结果可以包括人工审批。

在接收到决策结果之后，出金业务系统可以基于决策结果执行出金决策。

例如，如果决策结果是直接放行，则出金业务系统可以向支付清算网关发送出金指令。如果决策结果是延迟放行，则出金业务系统可以向用户提供延迟放行通知。

如果延迟放行的决策结果进一步指示放行条件，则出金业务系统可以检查何时满足放行条件，在满足放行条件时向支付清算网关发送出金指令。

如果决策结果是人工审批，则出金业务系统可以向人工审批系统发送审批指示，例如，审批指示可以包括流程码。这样，人工审批系统可以调用与流程码相关联的审批流程。此外，如果人工审批系统检测到审批流程结束，并且审批结果是放行，则可以向出金业务系统发送出金通知，使得出金业务系统可以向支付清算网关发送出金指令。

图2a是根据一个实施例的用于出金管理的方法的示意性流程图。

如图2a所示，在步骤202a中，出金业务系统可以向流动性管理系统发送针对目标业务的出金决策请求。

在步骤204a中，流动性管理系统可以在预先配置的至少一种方案中选择与目标业务相关联的第一决策方案。

流动性管理系统可以基于第一映射关系，确定与目标业务的场景相关联的第一决策码。然后，可以基于第二映射关系，确定与第一决策码相关联的第一决策方案。

图2b是根据一个实施例的不同映射关系的示意图。应理解的是，图2b示出的表现形式仅是为了帮助本领域技术人员更好地理解本发明实施例，而非限制所要求保护的范围。例如，为了便于说明，图2b中仅示出了一种x种业务场景、y个决策码和3种决策方案(x和y为正整数)，但是根据实际需求可以存在不同数量的业务场景、决策码和决策方案。

如图2b所示，第一映射关系可以表示业务场景和决策码之间的映射关系。业务场景与决策码之间可以具有m对1的映射关系，m为正整数。在一个实施例中，业务场景可以通过业务场景信息来表示，业务场景信息可以包括业务场景编号、金额、时间等各种信息。业务场景编号可以用于标识相应的业务场景。

第二映射关系可以表示决策码与决策方案之间的映射关系。决策码与决策方案之间可以具有n对1的映射关系，n为正整数。决策方案可以包括直接放行方案、延迟放行方案和人工审批方案。

在一个实施例中，如图2b所示，人工审批方案可以使用流程码来表示，流程码可以与审批流程相关联。此外，图2b还示出了人工审批方案的流程码与现有的人工审批系统中的审批流程的映射关系。例如，可以通过流程码来调用现有的人工审批系统中的审批流程，从而实现人工审批方案。例如，在图2b的例子中，人工审批方案可以使用流程码k来表示(k为正整数)，则人工审批系统可以调用与流程码k相关联的审批流程k。

接下来返回图2a，在步骤206a中，流动性管理系统可以基于第一决策方案，生成针对目标业务的决策结果。

例如，第一决策方案可以是直接放行方案、延迟放行方案或人工审批方案，那么决策结果可以相应地为直接放行、延迟放行或人工审批。

在步骤208a中，流动性管理系统可以向出金业务系统发送决策结果。

之后，出金业务系统可以基于决策结果，执行针对目标业务的出金决策。

例如，如果决策结果是直接放行，则在步骤210a中，出金业务系统可以向支付清算网关发送出金指令。

如果决策结果是人工审批，则在步骤212a中，出金业务系统可以向人工审批系统发送审批指示。例如，审批指示可以包括流程码，从而使得人工审批系统调用相应的审批流程。

如果决策结果是延迟放行，则在步骤214a中，出金业务系统可以向用户提供延迟放行通知。

可见，在该技术方案中，由于针对不同的业务场景预先配置至少一种决策方案，这样在接收到针对目标业务的出金决策请求后，基于相关联的决策方案来得到决策结果，使得出金业务系统能够基于该决策结果来执行出金决策，从而能够节省人工操作，提高出金审批效率，而且能够灵活地满足不同业务场景的出金决策需求。

图3是根据一个实施例的用于出金管理的系统的示意性框图。例如，图3示出的系统300可以实现上述流动性管理系统的各种功能和操作。

如图3所示，系统300可以包括接收单元302、选择单元304、生成单元306和发送单元308。

接收单元302从出金业务系统接收针对目标业务的出金决策请求。选择单元304在至少一种决策方案中选择与目标业务相关联的第一决策方案，其中，至少一种决策方案是针对不同的业务场景而预先配置的。生成单元306基于第一决策方案，生成针对目标业务的决策结果。发送单元308向出金业务系统发送决策结果，以便出金业务系统基于决策结果执行针对目标业务的出金决策。

可见，在该技术方案中，由于针对不同的业务场景预先配置至少一种决策方案，这样在接收到针对目标业务的出金决策请求后，基于相关联的决策方案来得到决策结果，使得出金业务系统能够基于该决策结果来执行出金决策，从而能够节省人工操作，提高出金审批效率，而且能够灵活地满足不同业务场景的出金决策需求。

在一个实施例中，选择单元304可以基于第一映射关系，确定与目标业务的场景相关联的第一决策码，其中，第一映射关系表示业务场景与决策码之间的映射关系。选择单元304可以基于第二映射关系，确定与第一决策码相关联的第一决策方案，其中，第二映射关系表示决策码与至少一种决策方案之间的映射关系。

在另一实施例中，第一映射关系可以是m对1的映射关系，m为正整数。

在另一实施例中，第二映射关系可以是n对1的映射关系，n为正整数。

在另一实施例中，至少一种决策方案可以是使用脚本语言来实现的。

在另一实施例中，至少一种决策方案可以包括直接放行方案、延迟放行方案和人工审批方案。

在另一实施例中，人工审批方案可以是使用流程码来表示的，流程码指示审批流程。

装置300的各个单元可以执行图1至2b的方法实施例中的相应步骤，因此，为了描述的简洁，装置300的各个单元的具体操作和功能此处不再赘述。

上述装置300可以采用硬件实现，也可以采用软件实现，或者可以通过软硬件的组合来实现。例如，装置300在采用软件实现时，其可以通过其所在设备的处理器将存储器(比如非易失性存储器)中对应的可执行指令读取到内存中运行来形成。

图4是根据一个实施例的用于出金管理的计算设备的硬件结构图。如图4所示，计算设备400可以包括至少一个处理器410、存储器420、内存430和通信接口440，并且至少一个处理器410、存储器420、内存430和通信接口440经由总线450连接在一起。至少一个处理器410执行在存储器420中存储或编码的至少一个可执行指令(即，上述以软件形式实现的元素)。

在一个实施例中，在存储器420中存储的可执行指令在被至少一个处理器410执行时，使得计算设备实现以上结合图1-2b描述的各种过程。

计算设备400可以采用本领域任何适用的形式来实现，例如，其包括但不限于台式计算机、膝上型计算机、智能电话、平板计算机、消费电子设备、可穿戴智能设备等等。

本说明书的实施例还提供了一种机器可读存储介质。该机器可读存储介质可以存储有可执行指令，可执行指令在被机器执行时使得机器实现上面参照图1-2b描述的方法实施例的具体过程。

例如，机器可读存储介质可以包括但不限于随机存取存储器(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、电可擦除可编程只读存储器(electrically-erasableprogrammableread-onlymemory，eeprom)、静态随机存取存储器(staticrandomaccessmemory，sram)、硬盘、闪存等等。

应当理解的是，本说明书中的各个实施例均采用递进的方式来描述，各个实施例之间相同或相似的部分相互参见即可，每个实施例重点说明的都是与其它实施例的不同之处。例如，对于上述关于装置的实施例、关于计算设备的实施例以及关于机器可读存储介质的实施例而言，由于它们基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上文对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

应当理解的是，对于本领域普通技术人员来说，对本说明书中的实施例进行的各种修改将是显而易见的，并且可以在不脱离权利要求书的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。