本申请涉及计算机技术领域，具体而言，本申请涉及一种债券产品的交易方法、装置、电子设备及可读存储介质。
背景技术：
目前中国债券市场采用“一级托管制度”，即现有债券托管模式下托管行只能以单只理财产品名义在银行间债券市场为理财产品开立债券账户，具有透明性、安全性、穿透性等特点，其中债券托管是在债券登记托管结算机构对持有人持有的债券进行集中保管，并对其持有的债券相关权益进行管理和维护，托管人可通过客户端对托管产品的交易进行线下流程处理。
目前，债券产品的交易多在线下人工进行，开户时间周期长(约3周)、流程繁琐、理财运作效率低。
技术实现要素：
本申请的目的旨在至少能解决上述的技术缺陷之一。本申请所采用的技术方案如下：
第一方面，本申请实施例提供了一种债券产品的交易方法，该方法包括：
接收指定机构发送的待结算交易；
向指定机构发送待结算交易的确认信息的获取请求；
当接收到指定机构返回的确认信息时，对待结算交易进行结算。
可选地，向指定机构发送待结算交易的确认信息的获取请求，包括：
对待结算交易的交易信息进行校验；
若校验通过，则向指定机构发送待结算交易的确认信息的获取请求。
可选地，对待结算交易的交易信息进行校验，包括：
对待结算交易的交易信息进行数据核对；
若数据核对通过，则基于交易信息对待结算交易进行合规性检查；
若合规性检查通过，则确定待结算交易对应的账户资产是否满足交易需求；
若满足，则确定待结算交易的交易信息校验通过。
可选地，确定待结算交易对应的账户资产是否满足交易需求，包括以下任一项：
确定待结算交易对应的卖出账户所持有的债券产品是否满足交易需求；
确定待结算交易对应的买入账户所持有的资金是否满足交易需求。
可选地，上述方法还包括：
生成待结算交易的结算流程信息，并在接收到结算流程信息的查看请求时，返回结算流程信息。
可选地，上述方法还包括：
若未在预设时段内接收到指定机构返回的确认信息，则终止待结算交易。
可选地，上述方法还包括：
向发起待结算交易的托管用户返回待结算交易的结算结果。
第二方面，本申请实施例提供了一种债券产品的交易装置，该装置包括：
待结算交易接收模块，用于接收指定机构发送的待结算交易；
确认信息获取模块，用于向指定机构发送待结算交易的确认信息的获取请求；
交易结算模块，用于在接收到指定机构返回的确认信息时，对待结算交易进行结算。
可选地，确认信息获取模块具体用于：
对待结算交易的交易信息进行校验；
若校验通过，则向指定机构发送待结算交易的确认信息的获取请求。
可选地，确认信息获取模块在对待结算交易的交易信息进行校验时，具体用于：
对待结算交易的交易信息进行数据核对；
若数据核对通过，则基于交易信息对待结算交易进行合规性检查；
若合规性检查通过，则确定待结算交易对应的账户资产是否满足交易需求；
若满足，则确定待结算交易的交易信息校验通过。
可选地，确认信息获取模块在确定待结算交易对应的账户资产是否满足交易需求时，具体用于以下任一项：
确定待结算交易对应的卖出账户所持有的债券产品是否满足交易需求；
确定待结算交易对应的买入账户所持有的资金是否满足交易需求。
可选地，上述装置还包括：
流程信息模块，用于生成待结算交易的结算流程信息，并在接收到结算流程信息的查看请求时，返回结算流程信息。
可选地，上述交易结算模块还用于：
若未在预设时段内接收到指定机构返回的确认信息，则终止待结算交易。
可选地，上述装置还包括：
结算结果返回模块，用于向发起待结算交易的托管用户返回待结算交易的结算结果。
第三方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器和存储器；
存储器，用于存储操作指令；
处理器，用于通过调用操作指令，执行如本申请的第一方面的任一实施方式中所示的债券产品的交易方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请的第一方面的任一实施方式中所示的债券产品的交易方法。
本申请实施例提供的技术方案带来的有益效果是：
本申请实施例提供的方案，通过接收指定机构发送的待结算交易并向指定机构获取待结算交易的确认信息，在接收到指定机构返回的确认信息时，对待结算交易进行结算。基于本方案，能够实现对债券产品待结算交易的线上自动结算，使得结算流程精简，具有较高的业务处理效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种债券产品的交易方法的流程示意图；
图2为本申请实施例提供的一种债券买入的具体实施方式流程示意图；
图3为本申请实施例提供的一种债券卖出的具体实施方式流程示意图；
图4为本申请实施例提供的一种债券产品的交易装置的结构示意图；
图5为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图1示出了本申请实施例提供的一种债券产品的交易方法的流程示意图，如图1所示，该方法主要可以包括：
步骤s110：接收指定机构发送的待结算交易；
步骤s120：向指定机构发送待结算交易的确认信息的获取请求；
步骤s130：当接收到指定机构返回的确认信息时，对待结算交易进行结算。
本申请实施例中，可以部署债券托管系统来实现上述债券产品的交易方法。债券托管系统向债券登记托管结算机构实时获取日间交易信息，即待结算交易。债券托管系统可以预先获取资产信息，同时支持资产信息录入与审核，具体而言，可以提供资产信息录入及审核页面，以使管理人能够资产信息的补充录入，并推送给债券托管用户进行审核，审核通过的资产信息可以供后续交易使用。
本申请实施例提供的债券托管系统，通过实时获取资产及交易信息，实现了数据实时同步展示与分发，有效的保证了交易流程处理的实效性。债券托管系统还需要基础数据管理、文件传输，定时任务调度框架等模块的支撑和功能辅助。
本申请实施例中，指定机构可以为债券登记托管结算机构，在进行交易结算时，可以向债券登记托管结算机构获取待结算交易的确认信息，如接收到债券登记托管结算机构返回的确认信息，可以对待结算交易进行结算。
债券托管系统可以通过交易确认指令接口查询对手方的交易确认信息，若对手方也已进行确认，则触发后续交易流程，否则继续进行等待。
在获取到债券登记托管结算机构返回的确认信息时，可以对对该笔交易进行结算操作，结算时根据产生的交易流水信息对该笔交易的资金和债券进行相关簿记操作，进行债券和资金的交付，并在债券托管系统内进行记录。
本申请实施例提供的方法，通过接收指定机构发送的待结算交易并向指定机构获取待结算交易的确认信息，在接收到指定机构返回的确认信息时，对待结算交易进行结算。基于本方案，能够实现对债券产品待结算交易的线上自动结算，使得结算流程精简，具有较高的业务处理效率。
另外，通过线下人工处理交易，获取到的交易结果不及时，在交易量较大时会导致人力投入较大，并且存在操作风险，本申请实施例中，由于在线上自动进行结算，能够快速获取到交易的结算结果信息，在大交易量时也能够快速获取到结算结果信息，避免操作风险。
本申请实施例的一种可选方式中，向指定机构发送待结算交易的确认信息的获取请求，包括：
对待结算交易的交易信息进行校验；
若校验通过，则向指定机构发送待结算交易的确认信息的获取请求。
本申请实施例中，在接收到待结算交易之后，可以对待结算交易进行校验，并在校验通过时获取待结算交易的确认信息。
本申请实施例的一种可选方式中，上述方法还包括：
若未在预设时段内接收到指定机构返回的确认信息，则终止待结算交易。
本申请实施例中，若未在预设时段内收到确认信息，为保证交易结算的准确性，可以终止待结算交易。
本申请实施例的一种可选方式中，对待结算交易的交易信息进行校验，包括：
对待结算交易的交易信息进行数据核对；
若数据核对通过，则基于交易信息对待结算交易进行合规性检查；
若合规性检查通过，则确定待结算交易对应的账户资产是否满足交易需求；
若满足，则确定待结算交易的交易信息校验通过。
本申请实施例中，对待结算交易的交易信息进行校验可以包括如下过程：
债券托管系统接收到待结算交易后，可以通过调用债券登记托管结算机构的数据接口获取详细的交易信息进行数据的核对工作，对于核对不相符的数据进行反馈。
对数据核对通过的待结算交易进行合规性检查，该步骤支持单产品交易、产品间交易以及多产品交易，根据交易的详细信息，进行合规性判定。
对于合规性检查通过的待结算交易，可以确定待结算交易对应的账户资产是否满足交易需求；若满足，则可以认为待结算交易的交易信息校验通过。
本申请实施例的一种可选方式中，确定待结算交易对应的账户资产是否满足交易需求，包括以下任一项：
确定待结算交易对应的卖出账户所持有的债券产品是否满足交易需求；
确定待结算交易对应的买入账户所持有的资金是否满足交易需求。
本申请实施例中，账户资产可以包括账户中所持有的债券或者余额，可以对券、款进行判断，以保证资产能够满足交易需求，该步骤通过页面上的刷新操作触发，对当前交易的债券、资金状况进行判断，识别该交易是否具有充足的资金或者债券来进行交易，若资金或者债券充足，则在页面上给出相应的提示，并触发后续交易流程。
具体而言，当债券托管系统中待结算交易的发起用户为卖方用户时，可以确定待结算交易对应的卖出账户所持有的债券产品是否满足交易需求。当债券托管系统中待结算交易的发起用户为卖方用户时，可以确定待结算交易对应的买入账户所持有的资金是否满足交易需求。
本申请实施例的一种可选方式中，上述方法还包括：
生成待结算交易的结算流程信息，并在接收到结算流程信息的查看请求时，返回结算流程信息。
本申请实施例中，为了及时获取待结算交易在结算过程中流程信息，可以在结算过程中记录待结算交易的结算流程信息，并在用户查询结算流程信息时，向用户返回结算流程信息。
本申请实施例中，可以根据不同科目、交易核算信息完成簿记规则的制定，该规则针对不同交易均具有实用性，且能够详细展示该交易的全流程处理信息。
本申请实施例的一种可选方式中，上述方法还包括：
向发起待结算交易的托管用户返回待结算交易的结算结果。
本申请实施例中，在完成对待结算交易的结算后，可以向托管用户返回结算结果。
本申请实施例中，债券托管系统在日间和日终均可以获取到详细的总分对账信息及交易对账信息，若存在对账不一致的情况，则可以根据对账信息快速查询出是什么交易，在哪个操作流程上出现了问题，方便快速锁定出错的交易，并且通过技术手段进行修复。
现有的资产托管产品、业务类型和业务审批流程并不统一，根据业务流程管理办法会经常变动，本申请实施例提供的技术方案充分考虑了业务审批流程的规范性及变动性，采用灵活的系统方案支持业务流程的灵活配置和快速调整，不用经过系统开发就可响应业务流程变化的需求，为事中监督和风险监控提供便利，保障了清算、结算、监督的综合业务协同处理。
为了保证业务连续性，防止系统与外部通讯中断对业务造成影响，本发明支持交易信息线下获取，线上执行，业务手工调账等操作。
本申请实施提供的交易结算流程是串行操作，同一笔交易不允许同时进行其它操作。
债券托管系统可通过参数对债券登记托管结算机构的连通情况进行设置，针对债券登记托管结算机构的接口无法连通的情况，业务可在页面上进行参数配置，线下通过客户端来获取交易信息处理进程，线上在债券托管系统进行交易处理，交易信息的灵活获取方便托管业务的顺利进行，简化了传统的线下方式的流程处理，提高了交易的处理效率。
图2示出了本申请实施例提供的一种债券买入的具体实施方式流程示意图。
如图2中所示，未被处理的待结算交易在进行数据核对后，若数据核对不符，则终止对待结算交易的处理；若数据核对相符，则对待结算交易进行合规性检测，若检查未通过，则终止对待结算交易的处理；若检查通过，则确认资金账户信息表中记录的可用余额是否大于或者等于交易金额，若否，则等待资金；若是，则向债券登记托管结算机构获取交易确认信息，在交易被确认后，可以确定交易状态，如交易失败、交易拒绝或者交易成功等。当交易成功时，代理总资金账户可以进行结算处理。
图3示出了本申请实施例提供的一种债券卖出的具体实施方式流程示意图。
如图3中所示，未被处理的待结算交易在进行数据核对后，若数据核对不符，则终止对待结算交易的处理；若数据核对相符，则对待结算交易进行合规性检测，若检查未通过，则终止对待结算交易的处理；若检查通过，则确认债券账户信息表中记录的可用余额是否大于或者等于交易面值，若否，则等待债券；若是，则向债券登记托管结算机构获取交易确认信息，在交易被确认后，可以确定交易状态，如交易失败、交易拒绝或者交易成功等。当交易成功时，代理总资金账户可以进行结算处理。
基于与图1中所示的方法相同的原理，图4示出了本申请实施例提供的一种债券产品的交易装置的结构示意图，如图4所示，该债券产品的交易装置20可以包括：
待结算交易接收模块210，用于接收指定机构发送的待结算交易；
确认信息获取模块220，用于向指定机构发送待结算交易的确认信息的获取请求；
交易结算模块230，用于在接收到指定机构返回的确认信息时，对待结算交易进行结算。
本申请实施例提供的装置，通过接收指定机构发送的待结算交易并向指定机构获取待结算交易的确认信息，在接收到指定机构返回的确认信息时，对待结算交易进行结算。基于本方案，能够实现对债券产品待结算交易的线上自动结算，使得结算流程精简，具有较高的业务处理效率。
可选地，确认信息获取模块具体用于：
对待结算交易的交易信息进行校验；
若校验通过，则向指定机构发送待结算交易的确认信息的获取请求。
可选地，确认信息获取模块在对待结算交易的交易信息进行校验时，具体用于：
对待结算交易的交易信息进行数据核对；
若数据核对通过，则基于交易信息对待结算交易进行合规性检查；
若合规性检查通过，则确定待结算交易对应的账户资产是否满足交易需求；
若满足，则确定待结算交易的交易信息校验通过。
可选地，确认信息获取模块在确定待结算交易对应的账户资产是否满足交易需求时，具体用于以下任一项：
确定待结算交易对应的卖出账户所持有的债券产品是否满足交易需求；
确定待结算交易对应的买入账户所持有的资金是否满足交易需求。
可选地，上述装置还包括：
流程信息模块，用于生成待结算交易的结算流程信息，并在接收到结算流程信息的查看请求时，返回结算流程信息。
可选地，上述交易结算模块还用于：
若未在预设时段内接收到指定机构返回的确认信息，则终止待结算交易。
可选地，上述装置还包括：
结算结果返回模块，用于向发起待结算交易的托管用户返回待结算交易的结算结果。
可以理解的是，本实施例中的债券产品的交易装置的上述各模块具有实现图1中所示的实施例中的债券产品的交易方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述债券产品的交易装置的各模块的功能描述具体可以参见图1中所示实施例中的债券产品的交易方法的对应描述，在此不再赘述。
本申请实施例提供了一种电子设备，包括处理器和存储器；
存储器，用于存储操作指令；
处理器，用于通过调用操作指令，执行本申请任一实施方式中所提供的债券产品的交易方法。
作为一个示例，图5示出了本申请实施例所适用的一种电子设备的结构示意图，如图5所示，该电子设备2000包括：处理器2001和存储器2003。其中，处理器2001和存储器2003相连，如通过总线2002相连。可选的，电子设备2000还可以包括收发器2004。需要说明的是，实际应用中收发器2004不限于一个，该电子设备2000的结构并不构成对本申请实施例的限定。
其中，处理器2001应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器2004可以包括接收机和发射机，收发器2004应用于本申请实施例中，用于执行时实现本申请实施例的电子设备与其他设备通信的功能。
处理器2001可以是cpu(centralprocessingunit，中央处理器)，通用处理器，dsp(digitalsignalprocessor，数据信号处理器)，asic(applicationspecificintegratedcircuit，专用集成电路)，fpga(fieldprogrammablegatearray，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器2001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
总线2002可包括一通路，在上述组件之间传送信息。总线2002可以是pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。总线2002可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器2003可以是rom(readonlymemory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(randomaccessmemory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electricallyerasableprogrammablereadonlymemory，电可擦可编程只读存储器)、cd-rom(compactdiscreadonlymemory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
可选的，存储器2003用于存储执行本申请方案的应用程序代码，并由处理器2001来控制执行。处理器2001用于执行存储器2003中存储的应用程序代码，以实现本申请任一实施方式中所提供的债券产品的交易方法。
本申请实施例提供的电子设备，适用于上述方法任一实施例，在此不再赘述。
本申请实施例提供了一种电子设备，与现有技术相比，通过接收指定机构发送的待结算交易并向指定机构获取待结算交易的确认信息，在接收到指定机构返回的确认信息时，对待结算交易进行结算。基于本方案，能够实现对债券产品待结算交易的线上自动结算，使得结算流程精简，具有较高的业务处理效率。
本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述方法实施例所示的债券产品的交易方法。
本申请实施例提供的计算机可读存储介质，适用于上述方法任一实施例，在此不再赘述。
本申请实施例提供了一种计算机可读存储介质，与现有技术相比，通过接收指定机构发送的待结算交易并向指定机构获取待结算交易的确认信息，在接收到指定机构返回的确认信息时，对待结算交易进行结算。基于本方案，能够实现对债券产品待结算交易的线上自动结算，使得结算流程精简，具有较高的业务处理效率。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
1.一种债券产品的交易方法，其特征在于，包括：
接收指定机构发送的待结算交易；
向所述指定机构发送所述待结算交易的确认信息的获取请求；
当接收到所述指定机构返回的所述确认信息时，对所述待结算交易进行结算。
2.根据权利要求1所述的方法，其特征在于，所述向所述指定机构发送所述待结算交易的确认信息的获取请求，包括：
对所述待结算交易的交易信息进行校验；
若校验通过，则向所述指定机构发送所述待结算交易的确认信息的获取请求。
3.根据权利要求2所述的方法，其特征在于，所述对所述待结算交易的交易信息进行校验，包括：
对所述待结算交易的交易信息进行数据核对；
若数据核对通过，则基于所述交易信息对所述待结算交易进行合规性检查；
若合规性检查通过，则确定所述待结算交易对应的账户资产是否满足交易需求；
若满足，则确定所述待结算交易的交易信息校验通过。
4.根据权利要求3所述的方法，其特征在于，所述确定所述待结算交易对应的账户资产是否满足交易需求，包括以下任一项：
确定所述待结算交易对应的卖出账户所持有的债券产品是否满足交易需求；
确定所述待结算交易对应的买入账户所持有的资金是否满足交易需求。
5.根据权利要求1所述的方法，其特征在于，还包括：
生成所述待结算交易的结算流程信息，并在接收到所述结算流程信息的查看请求时，返回所述结算流程信息。
6.根据权利要求1-5中任一项所述的方法，其特征在于，还包括：
若未在预设时段内接收到所述指定机构返回的所述确认信息，则终止所述待结算交易。
7.根据权利要求1-5中任一项所述的方法，其特征在于，还包括：
向发起所述待结算交易的托管用户返回所述待结算交易的结算结果。
8.一种债券产品的交易装置，其特征在于，包括：
待结算交易接收模块，用于接收指定机构发送的待结算交易；
确认信息获取模块，用于向所述指定机构发送所述待结算交易的确认信息的获取请求；
交易结算模块，用于在接收到所述指定机构返回的所述确认信息时，对所述待结算交易进行结算。
9.一种电子设备，其特征在于，包括处理器和存储器；
所述存储器，用于存储操作指令；
所述处理器，用于通过调用所述操作指令，执行权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述的方法。
技术总结