跨级敞口管理方法、装置、电子设备和介质

技术领域

本公开涉及金融技术领域，尤其涉及一种跨级敞口管理方法、装置、电子设备和介质。

背景技术

目前，跨国银行建立区域中心机构，集中管理辖属各机构的业务，其中，各辖属机构代客外汇业务的敞口也会流向区域中心机构统一处理。但是，区域中心机构的敞口管理未支持7×24小时，而跨国银行总部借助全球机构支持敞口7×24小时管理。为支持各辖属机构开展7×24代客外汇业务，形成了辖属机构——区域中心机构——总部机构的跨级敞口管理模式。

考虑到各辖属机构和区域中心机构都会产生敞口，辖属机构和区域中心机构需要分别向总部机构发起平盘申请，目前采用的常规做法是：将各辖属机构和区域中心机构的敞口统一汇总到区域容器中，再由区域容器发起平盘申请将区域敞口流向总部容器。

在实现本公开构思的过程中，发明人发现现有技术中至少存在如下问题：由于各辖属机构之间有不同敞口管理要求，辖属机构和区域中心机构之间也有不同敞口管理要求，辖属机构或者区域中心机构新增或者修改敞口管理要求，考虑会影响其他机构。在此情况下，现有区域容器需要随时根据实际情况修改向总行平盘的逻辑，进而影响现有系统的稳定性。此外，现有技术中各个机构是紧耦合的，某个机构管理要求的变动会影响整个区域，同时系统改造方案不通用，缺乏灵活性。

发明内容

针对现有技术的上述不足，本公开提供了一种跨级敞口管理方法、装置、电子设备和介质。

本公开的一个方面提供了一种跨级敞口管理方法，包括：响应于辖属管理端的第一机构发送的第一平盘请求；当检测到第一机构发生部分敞口管理要求变化，分离第一平盘请求，以获得第一机构中的变化敞口信息和未变化敞口信息；未变化敞口信息通过区域存量容器传递至金融终端容器；在变化敞口信息的驱动下，基于区域存量容器镜像创建第一区域新增容器；第一区域新增容器将变化敞口信息经过第一预处理后传递至金融终端容器。

可选地，分离第一平盘请求，以获得第一机构中的变化敞口信息和未变化敞口信息，包括：通过增设于第一机构中的分类器，区分第一机构中的变化敞口信息和未变化敞口信息。

可选地，第一预处理包括：将变化敞口信息汇总更新至第一区域新增容器中。

可选地，方法还包括：当检测到第一机构未发生敞口管理要求变化，第一平盘请求通过区域存量容器传递至金融终端容器。

可选地，方法还包括：响应于辖属管理端新增的第二机构发送的第二平盘请求；在第二平盘请求的驱动下，基于区域存量容器镜像创建第二区域新增容器；第二区域新增容器将第二平盘请求经过第二预处理后传递至金融终端容器。

可选地，辖属管理端包括区域中心机构和/或辖属机构，辖属机构为至少两个。

可选地，第一机构发生部分敞口管理要求变化，包括：第一机构新增或修改部分敞口管理要求。

可选地，第二预处理包括：将第二平盘请求汇总更新至第二区域新增容器。

本公开的另一个方面提供了一种跨级敞口管理装置，装置包括辖属管理端、区域存量容器和金融终端容器，辖属管理端包括多个机构，装置还包括：第一请求响应模块，用于响应于辖属管理端的第一机构发送的第一平盘请求；敞口分离模块，用于在检测到第一机构发生部分敞口管理要求变化时，分离第一平盘请求，以获得第一机构中的变化敞口信息和未变化敞口信息；未变化敞口传递模块，用于将未变化敞口信息通过区域存量容器传递至金融终端容器；第一容器创建模块，用于在变化敞口信息的驱动下，基于区域存量容器镜像创建第一区域新增容器；变化敞口传递模块，用于使第一区域新增容器将变化敞口信息经过第一预处理后传递至金融终端容器。

可选地，敞口分离模块还用于通过增设于第一机构中的分类器，区分第一机构中的变化敞口信息和未变化敞口信息。

可选地，装置还包括：第一请求传递模块，用于在检测到第一机构未发生敞口管理要求变化时，使第一平盘请求通过区域存量容器传递至金融终端容器。

可选地，装置还包括：第二请求响应模块，用于响应于辖属管理端新增的第二机构发送的第二平盘请求；第二容器创建模块，用于在第二平盘请求的驱动下，基于区域存量容器镜像创建第二区域新增容器；第二请求传递模块，用于使第二区域新增容器将第二平盘请求经过第二预处理后传递至金融终端容器。

可选地，辖属管理端包括区域中心机构或辖属机构，辖属机构为至少两个。

可选地，第一机构发生部分敞口管理要求变化，包括：第一机构新增或修改部分敞口管理要求。

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

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现根据本公开实施例上述的方法。

与现有技术相比，本公开提供的一种跨级敞口管理方法、装置、电子设备和介质，采用自动新增敞口容器的方式，支持快速实现管理办法的新增或者调整；本公开实现区域机构间管理要求的解耦，可以实现各个机构间的灵活解耦；此外，本公开避免影响存量管理办法，实现灵活应对敞口管理变化，提高了应对变化的灵活性。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的跨级敞口管理方法和跨级敞口管理装置的应用场景；

图2示意性示出了根据本公开第一实施例的跨级敞口管理方法的流程图；

图3示意性示出了根据本公开第一实施例的跨级敞口管理方法的操作流程图；

图4示意性示出了根据本公开第二实施例的跨级敞口管理方法的流程图；

图5示意性示出了根据本公开第三实施例的跨级敞口管理方法的流程图；

图6示意性示出了根据本公开第四实施例的跨级敞口管理装置的框图；

图7示意性示出了根据本公开第五实施例的跨级敞口管理装置的框图；

图8示意性示出了根据本公开第六实施例的跨级敞口管理装置的框图；

图9示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

首先，为了便于理解，对本公开实施例中的相关术语做进一步说明。

敞口是指外汇买卖之间的差额(具体表现位多头或空头)未及时平盘所产生的头寸，平盘是指通过向上级行或外汇市场平仓来规避外汇风险。

图1示意性示出了根据本公开实施例的跨级敞口管理方法和跨级敞口管理装置的应用场景。需要注意的是，图1所示仅为可以应用本公开实施例的方法和装置的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，如图1所示，根据本公开实施例的应用场景例如可以包括外汇买卖平盘处理，该外汇买卖平盘处理包括三级机构，也即辖属机构101、102、103，区域中心机构104和总部机构105，这三级机构的处理任务优先级逐级增高。进而，该外汇买卖平盘处理包括两个平仓层次——“辖属机构与区域中心机构”、“区域中心机构与总部机构”两个层次。

其中，辖属机构101、102、103在进行即时外汇业务处理时，对于本笔业务形成的敞口，按区域中心机构104的平盘价自动进行平盘，这样，辖属机构101、102、103的敞口数据将实时上划到区域中心机构104，形成区域中心机构敞口。

区域中心机构104向总部机构105进行敞口平盘。总部机构105通过系统柜面交易或外围接口采集敞口数据到总行外汇风险管理系统，由总行外汇风险管理系统完成总行机构105的敞口平盘。

应该理解，图1中的辖属机构、区域中心机构和总部机构的数目仅仅是示意性的。根据实现需要，可以具有任意数目的辖属机构、区域中心机构和总部机构。

图2示意性示出了根据本公开第一实施例的跨级敞口管理方法的流程图。图3示意性示出了根据本公开第一实施例的跨级敞口管理方法的操作流程图。以下结合图3，对图2所示的跨级敞口管理方法的具体步骤作进一步说明。

如图2所示，该跨级敞口管理方法可以包括操作S210～S250。

在操作S210，响应于辖属管理端的第一机构发送的第一平盘请求。

根据本公开的第一实施例，辖属管理端包括区域中心机构或辖属机构，辖属机构为至少两个。也即，该辖属管理端例如可以包括图1中的辖属机构101、102、103和/或区域中心机构104。第一机构为该辖属管理端中的某一机构，具体机构类型本公开不作具体限制。

在操作S220，当检测到第一机构发生部分敞口管理要求变化，分离第一平盘请求，以获得第一机构中的变化敞口信息和未变化敞口信息。

通过本公开的第一实施例，需要对第一机构的敞口管理要求变化与否进行检测，以区分第一机构中的变化敞口信息和未变化敞口信息，对变化敞口信息和未变化敞口信息采取不同的处理方式。

根据本公开的第一实施例，第一机构发生部分敞口管理要求变化，包括：第一机构新增或修改部分敞口管理要求。由此，辖属机构或区域中心机构中的任一机构发生了新增或者修改敞口管理要求的情况时，本实施例均考虑降低对其他机构的影响。

作为一种可选的实施例，前述分离第一平盘请求，以获得第一机构中的变化敞口信息和未变化敞口信息可以包括：通过增设于第一机构中的分类器，区分第一机构中的变化敞口信息和未变化敞口信息。

在操作S230，未变化敞口信息通过区域存量容器传递至金融终端容器。

通过本公开的第一实施例，对于第一机构中敞口管理无变化的部分，采取将未变化敞口信息通过区域存量容器传递至金融终端容器。

其中，该金融终端容器例如可以为图1所示的总部机构，该区域存量容器例如可以实现同时对图1中的辖属机构和区域中心机构的平仓功能。总部机构的处理任务优先级依次高于区域存量容器和辖属管理端。

由此，本实施例通过中间设置的区域存量容器作为中间过渡容器，实现将辖属机构和区域中心机构中的各个机构向总部机构发起平盘申请的功能。

在操作S240，在变化敞口信息的驱动下，基于区域存量容器镜像创建第一区域新增容器；

在操作S250，第一区域新增容器将变化敞口信息经过第一预处理后传递至金融终端容器。

由此可见，本实施例的操作S240～250作为对变化敞口信息采取的处理方式，其不同于操作S230的对未变化敞口信息采取的处理方式。通过镜像区域存量容器来创建的第一区域新增容器，第一区域新增容器自动复用了区域存量容器具备的向金融终端容器的功能。再由第一区域新增容器取代区域存量容器作为另一中间过渡容器，实现将变化敞口信息传递至金融终端容器。

根据本公开的第一实施例，第一预处理可以包括：将变化敞口信息汇总更新至第一区域新增容器中。也即，第一区域新增容器作为另一中间过渡容器，将第一机构的敞口信息统一汇总后，才发起平盘申请将区域敞口流向金融终端容器。

通过本公开的第一实施例，金融终端容器免去了对辖属管理端发起的平盘请求数据进行中间整理或汇总所需的繁琐处理时间，金融终端容器可以集中处理区域新增容器传递的汇总后的敞口信息，进而提高了金融终端容器处理平盘请求的稳定性和集成度。

本实施例在检测到第一机构中的变化敞口信息后，可自动触发容器镜像构建流程，并在容器构建完成后，自动将变化敞口信息通过该构建的容器传递至金融终端容器。由于整个过程无需用户干预，容器构建过程更加智能。

本实施例采用自动新增敞口容器的方式，支持快速实现管理办法的新增或者调整，基本不影响本机构中敞口管理无变化的部分，避免影响存量管理办法，实现灵活应对敞口管理变化，提高了应对变化的灵活性。

本公开第二实施例还提供一种跨级敞口管理方法，为简要起见，本公开第二实施例的方法，与第一实施例相同或相似的特征不再赘述，以下仅描述其不同于第一实施例的特征。

图4示意性示出了根据本公开第二实施例的跨级敞口管理方法的流程图。

如图4所示，该跨级敞口管理方法可以包括操作S410～S420。

在操作S410，响应于辖属管理端的第一机构发送的第一平盘请求。

本步骤与前述步骤S210相同，在此不再赘述。

在操作S420，当检测到第一机构未发生敞口管理要求变化，第一平盘请求通过区域存量容器传递至金融终端容器。

本实施例在未检测到第一机构中的敞口管理要求变化的情况下，辖属管理端发送的第一平盘请求直接通过区域存量容器传递至金融终端容器。

通过本公开的第二实施例，采用自动新增敞口容器的方式，不影响辖属管理端中的其他管理无变化的机构，实现机构间解耦。

本公开第三实施例还提供一种跨级敞口管理方法，为简要起见，本公开第三实施例的方法，与前述实施例相同或相似的特征不再赘述，以下仅描述其不同于前述实施例的特征。

图5示意性示出了根据本公开第三实施例的跨级敞口管理方法的流程图。

如图5所示，该跨级敞口管理方法可以包括操作S510～S530。

在操作S510，响应于辖属管理端新增的第二机构发送的第二平盘请求。

由此，第二平盘请求不同于第一平盘请求，第一平盘请求针对辖属管理端内部的某一机构，而本实施例的第二平盘请求针对辖属管理端外部新增的一机构，也即第二机构。

可以理解的是，第一机构和第二机构仅仅为区分本公开第三实施例和前述第一实施例，并不意味着两个机构在设置上有任何的顺序。

在操作S520，在第二平盘请求的驱动下，基于区域存量容器镜像创建第二区域新增容器；

在操作S530，第二区域新增容器将第二平盘请求经过第二预处理后传递至金融终端容器。

由此可见，本实施例的操作S520～530作为对辖属管理端新增的第二机构的平盘请求做出的处理方式，采用了直接镜像构建容器的方法，明显区分了辖属管理端现有机构和新增机构的处理方式，避免了对辖属管理端现有机构的平盘请求处理的影响，进一步实现了不同机构间的灵活解耦，提高了平盘处理的灵活性和系统平盘处理的稳定性。

根据本公开的第三实施例，第二预处理包括：将第二平盘请求汇总更新至第二区域新增容器。由此，也即，第二区域新增容器作为另一中间过渡容器，将第二机构的第二平盘请求统一汇总后，才发起平盘申请将区域敞口流向金融终端容器。

基于同一发明构思，本公开实施例还提供了一种跨级敞口管理装置。

图6示意性示出了根据本公开第四实施例的跨级敞口管理装置的框图。

如图6所示，跨级敞口管理装置600可以包括辖属管理端、区域存量容器和金融终端容器，辖属管理端包括多个机构，跨级敞口管理装置600可以包括第一请求响应模块610、敞口分离模块620、未变化敞口传递模块630、第一容器创建模块640和变化敞口传递模块650。

第一请求响应模块610，例如执行参考上文图2描述的操作S210，用于响应于辖属管理端的第一机构发送的第一平盘请求；

敞口分离模块620，例如执行参考上文图2描述的操作S220，用于在检测到第一机构发生部分敞口管理要求变化时，分离第一平盘请求，以获得第一机构中的变化敞口信息和未变化敞口信息；

未变化敞口传递模块630，例如执行参考上文图2描述的操作S230，用于将未变化敞口信息通过区域存量容器传递至金融终端容器；

第一容器创建模块640，例如执行参考上文图2描述的操作S240，用于在变化敞口信息的驱动下，基于区域存量容器镜像创建第一区域新增容器；

变化敞口传递模块650，例如执行参考上文图2描述的操作S250，用于使第一区域新增容器将变化敞口信息经过第一预处理后传递至金融终端容器。

根据本公开的第四实施例的第一请求响应模块610、敞口分离模块620、未变化敞口传递模块630、第一容器创建模块640和变化敞口传递模块650中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的第一请求响应模块610、敞口分离模块620、未变化敞口传递模块630、第一容器创建模块640和变化敞口传递模块650中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的第一请求响应模块610、敞口分离模块620、未变化敞口传递模块630、第一容器创建模块640和变化敞口传递模块650中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

根据本公开的第四实施例，敞口分离模块还用于通过增设于第一机构中的分类器，区分第一机构中的变化敞口信息和未变化敞口信息。

根据本公开的第四实施例，辖属管理端包括区域中心机构或辖属机构，辖属机构为至少两个。

根据本公开的第四实施例，第一机构发生部分敞口管理要求变化，包括：第一机构新增或修改部分敞口管理要求。

需要说明的是，本公开的第四实施例中跨级敞口管理装置部分与本公开的第一实施例中跨级敞口管理方法部分是相对应的，跨级敞口管理装置部分的描述具体参考跨级敞口管理方法部分，在此不再赘述。

图7示意性示出了根据本公开第五实施例的跨级敞口管理装置的框图。

如图7所示，跨级敞口管理装置700还可以包括第一请求响应模块610和第一请求传递模块710。

第一请求响应模块610，例如执行参考上文图2描述的操作S210，用于响应于辖属管理端的第一机构发送的第一平盘请求；

第一请求传递模块710，例如执行参考上文图4描述的操作S420，用于在检测到第一机构未发生敞口管理要求变化时，使第一平盘请求通过区域存量容器传递至金融终端容器。

需要说明的是，本公开的第五实施例中跨级敞口管理装置部分与本公开的第二实施例中跨级敞口管理方法部分是相对应的，跨级敞口管理装置部分的描述具体参考跨级敞口管理方法部分，在此不再赘述。

图8示意性示出了根据本公开第六实施例的跨级敞口管理装置的框图。

如图8所示，跨级敞口管理装置800还可以包括第二请求响应模块810、第二容器创建模块820和第二请求传递模块830，其中：

第二请求响应模块810，例如执行参考上文图5描述的操作S510，用于响应于辖属管理端新增的第二机构发送的第二平盘请求；

第二容器创建模块820，例如执行参考上文图5描述的操作S520，用于在第二平盘请求的驱动下，基于区域存量容器镜像创建第二区域新增容器；

第二请求传递模块830，例如执行参考上文图5描述的操作S530，用于使第二区域新增容器将第二平盘请求经过第二预处理后传递至金融终端容器。

需要说明的是，本公开的第六实施例中跨级敞口管理装置部分与本公开的第三实施例中跨级敞口管理方法部分是相对应的，跨级敞口管理装置部分的描述具体参考跨级敞口管理方法部分，在此不再赘述。

图9示意性示出了根据本公开实施例的电子设备的框图。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900包括处理器910、计算机可读存储介质920。该电子设备900可以执行根据本公开实施例的方法。

具体地，处理器910例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器910还可以包括用于缓存用途的板载存储器。处理器910可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质920，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质920可以包括计算机程序921，该计算机程序921可以包括代码/计算机可执行指令，其在由处理器910执行时使得处理器910执行根据本公开实施例的方法或其任何变形。

计算机程序921可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序921中的代码可以包括一个或多个程序模块，例如包括921A、模块921B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器910执行时，使得处理器910可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，第一请求响应模块610、敞口分离模块620、未变化敞口传递模块630、第一容器创建模块640、变化敞口传递模块650、第一请求传递模块710、第二请求响应模块810、第二容器创建模块820及第二请求传递模块830中的至少一个可以实现为参考图9描述的计算机程序模块，其在被处理器910执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

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

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。