金融业务转账的处理方法、装置、设备及存储介质

技术领域

本申请涉及金融领域，尤其涉及一种金融业务转账的处理方法、装置、设备及存储介质。

背景技术

随着金融业务越来越丰富，用户实现金融交易的方式也越来越便捷。目前，用户主要通过线上实现对证券企业下的多个目标产品的交易。

现有技术中用户为了实现对目标产品的交易，用户首先会将自身金融机构账户中的资金转账至自身目标证券企业账户，从而在交易该证券企业下的目标产品时，从该目标证券企业账户中扣除交易金额，以实现用户对目标产品的购入。

然而，现阶段用户需要在指定时间内实现将金融机构账户中的资金转账至自身目标证券企业账户，若未在指定时间内实现将金融机构账户中的资金转账至自身目标证券企业账户时，会影响用户及时对目标产品的购入，进而降低用户体验感。

发明内容

本申请提供一种金融业务转账的处理方法、装置、设备及存储介质，用以解决现阶段用户需要在指定时间内实现将金融机构账户中的资金转账至自身目标证券企业账户，降低用户体验感的问题。

第一方面，本申请提供一种金融业务转账的处理方法，所述方法包括：

响应于当前时刻达到交易日终结时刻，获取预先设置的日历表，并基于所述日历表以及当前交易日确定下一交易日；所述日历表中包括多个预设交易日；

基于预设证券企业合约信息确定开通无限时转账的目标证券企业；所述预设证券企业合约信息包括至少一个预设证券企业关于无限时转账的合约信息；

基于所述目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表；

响应于确定所述最新产品交易控制表满足产品级允许转账的条件，基于所述目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表；

响应于确定所述最新证券企业交易控制表满足券商级允许转账的条件，将秒级进入下一交易日，并接收及执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求，以实现用户无限时转账；所述转账请求是用户的终端设备发送的；所述转账请求是将用户自身的金融机构账户资金转账至自身目标证券企业账户的请求。

一种方式中，所述基于所述日历表以及当前交易日确定下一交易日，包括：

获取原始平台信息控制表，并从所述原始平台信息控制表中确定当前交易日；

在所述日历表中定位到与所述当前交易日一致的预设交易日；

确定位于所述一致的预设交易日的下一位置的预设交易日；

将所述下一位置的预设交易日确定为下一交易日。

所述方法还包括：

将下一交易日以及对应的营业状态记录在原始平台信息控制表中，以获得最新平台信息控制表；所述营业状态为支持营业的状态或拒绝营业的状态。

一种方式中，所述产品信息表包括所述目标证券企业对应的至少一种产品类型的信息；

所述基于所述目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表，包括：

若从所述最新平台信息控制表中读取所述下一交易日对应的营业状态为支持营业的状态，获取所述原始产品交易控制表以及目标证券企业对应的产品信息表；

从所述至少一种产品类型的信息中读取包括的至少一种产品类型的标识；

根据所述原始产品交易控制表以及所述至少一种产品类型的标识获得最新产品交易控制表。

一种方式中，所述根据所述原始产品交易控制表以及所述至少一种产品类型的标识获得最新产品交易控制表，包括：

根据所述至少一种产品类型的标识确定至少一种产品类型；

在所述原始产品交易控制表中确定所述至少一种产品类型是否存在所述下一交易日对应的产品级转账相关记录；所述产品级转账相关记录包括产品级拒绝转账相关记录或产品级允许转账相关记录；

若不存在，则将默认的产品级转账相关记录添加至所述原始产品交易控制表中，以获得最新产品交易控制表；

若存在，则将所述产品级转账相关记录更新为产品级允许转账相关记录，以获得最新产品交易控制表。

一种方式中，所述产品级转账相关记录包括产品转账开关记录和产品签约开关记录；

所述确定所述最新产品交易控制表满足产品级允许转账的条件，包括：

若确定所述产品转账开关记录和所述产品签约开关记录均为开启记录，则确定所述产品级转账相关记录为所述产品级允许转账相关记录；

响应于为产品级允许转账相关记录，确定所述最新产品交易控制表满足产品级允许转账的条件；

所述方法还包括：

若确定所述产品转账开关记录和所述产品签约开关记录至少一个为关闭记录，则确定所述产品级转账相关记录为所述产品级拒绝转账相关记录；

响应于为产品级拒绝转账相关记录，确定所述最新产品交易控制表不满足产品级允许转账的条件。

一种方式中，所述基于所述目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表，包括：

获取所述原始证券企业交易控制表；

在所述原始证券企业交易控制表中确定所述目标证券企业是否存在所述下一交易日对应的券商级转账相关记录；所述券商级转账记录包括券商级允许转账相关记录或券商级拒绝转账相关记录；

若不存在，则将默认的券商级转账相关记录添加至所述原始证券企业交易控制表中，以获得最新证券企业交易控制表；

若存在，则将所述券商级转账相关记录更新为券商级允许转账相关记录，以获得最新证券企业交易控制表。

一种方式中，所述券商级转账相关记录包括券商转账开关记录和券商签约开关记录；

所述确定所述最新证券企业交易控制表满足券商级允许转账的条件，包括：

若确定所述券商转账开关记录和所述券商签约开关记录均为开启记录，则确定所述券商级转账相关记录为所述券商级允许转账相关记录；

响应于为券商级允许转账相关记录，确定所述最新证券企业交易控制表满足券商级允许转账的条件；

所述方法还包括：

若确定所券商转账开关记录和所述券商签约开关记录至少一个为关闭记录，则确定所述券商级转账相关记录为所述券商级拒绝转账相关记录；

响应于为券商级拒绝转账相关记录，确定所述最新证券企业交易控制表不满足券商级允许转账的条件。

一种方式中，所述接收及执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求之前，包括：

响应于接收到目标证券企业设备发送的券商完成准备状态报文，确定所述目标证券企业已做好接受转账准备，并将所述券商完成准备状态信息记录在所述最新证券企业交易控制表中。

一种方式中，所述方法还包括：

在当前交易日终结时刻后接收任一预设证券企业设备发送所述当前交易日对应的清算文件，根据所述清算文件以及保证金余额计算所述预设证券企业下所有用户在所述当前交易日的日终余额；所述保证金余额是所述预设证券企业记录的用户在所述当前交易日发生的所有转账金额与日初余额的加和值；所述日初余额是用户上一交易日的日终余额；

基于所述日终余额以及所述清算文件完成在所述当前交易日的清算。

一种方式中，所述清算文件中包括各用户在所述当前交易日对应的交易金额；

所述根据所述清算文件以及保证金余额计算所述预设证券企业下所有用户在所述当前交易日的日终余额，包括：

从所述清算文件中获取所述各用户的交易金额，计算所述保证金余额与所述交易金额的加和值，以获得所述预设证券企业下各用户在所述当前交易日对应的日终余额。

一种方式中，所述清算文件中还包括各用户在当前交易日对应的自身证券企业账户中资金余额；所述预设证券企业包括至少一个营业部；所述营业部包括至少一个用户；

所述基于所述日终余额以及所述清算文件完成在所述当前交易日的清算，包括：

针对各用户，若判断用户对应的所述日终余额等于该用户自身证券企业账户中资金余额，则完成该用户在所述当前交易日的第一次清算；

针对各营业部，若判断营业部对应的日初总余额、所述营业部下用户的交易金额总额以及转账金额总额的加和值所述营业部下用户的交易金额总额以及转账金额总额的加和值等于所述营业部在金融机构的资金总余额，则完成所述营业部在所述当前交易日的第二次清算；所述营业部在金融机构的资金总余额是通过清算文件中所述营业部下所有用户自身证券企业账户中资金余额的加和值计算得到的；所述营业部下用户的交易金额总额是通过请求文件中所述营业部下所有用户的交易金额的加和值计算得到的；所述营业部对应的日初总余额是从本地的清算营业部文件中获得的；

针对所述预设证券企业，若判断各营业部下各用户对应的保证金余额以及交易金额的加和值等于所述预设证券企业的总资金余额，则完成与所述预设证券企业在所述当前交易日的第三次清算；所述预设证券企业的总资金余额是通过所述清算文件中所有营业部下所有用户自身证券企业账户中的资金余额加和值计算得到的；

响应均完成于所述第一次清算、所述第二次清算以及所述第三次清算，确定所述当前交易日的清算成功。

第二方面，本申请提供一种金融业务转账的处理装置，所述装置包括：

获取模块，用于响应于当前时刻达到交易日终结时刻，获取预先设置的日历表，确定模块，用于基于所述日历表以及当前交易日确定下一交易日；所述日历表中包括多个预设交易日；

确定模块，还用于基于预设证券企业合约信息确定开通无限时转账的目标证券企业；所述预设证券企业合约信息包括至少一个预设证券企业关于无限时转账的合约信息；

获得模块，用于基于所述目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表；

获得模块，还用于响应于确定模块确定所述最新产品交易控制表满足产品级允许转账的条件，基于所述目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表；

接收及执行模块，用于响应于确定模块确定所述最新证券企业交易控制表满足券商级允许转账的条件，将秒级进入下一交易日，并接收及执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求，以实现用户无限时转账；所述转账请求是用户的终端设备发送的；所述转账请求是将用户自身的金融机构账户资金转账至自身目标证券企业账户的请求。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如上述第一方面或任一项方式中所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述第一方面或任一项方式中所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述第一方面或任一项方式中所述的方法

本申请提供一种金融业务转账的处理方法、装置、设备及存储介质，金融业务转账的处理装置(以下简称处理装置)响应于当前时刻达到交易日终结时刻，接着获取日历表，然后基于日历表以及当前交易日确定下一交易日，接着确定开通无限时转账的目标证券企业，基于目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表，若最新产品交易控制表满足产品级允许转账的条件，接着再基于目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表，若最新证券企业交易控制表满足券商级允许转账的条件，就可秒级进入下一交易日，本申请中依次从产品级以及券商级确定满足允许转账的条件，都满足时，处理装置将会接收当前交易日终结时刻到下一交易日终结时刻内的转账请求，并执行该转账请求，使得用户自身的金融机构账户资金转账至自身目标证券企业账户，本申请中可以执行当前交易日终结时刻到下一交易日终结时刻的转账请求，从而可以实现无限时的转账，相较于现有技术中在指定时间内才能执行转账，本申请适用度更广，所以能够提高用户体验感，有利于用户及时购入目标证券企业下的产品。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请提供的一种金融业务转账的处理方法的应用场景图；

图2为实施例一提供的一种金融业务转账的处理方法流程示意图；

图3为实施例二提供的一种金融业务转账的处理方法流程示意图；

图4为实施例三提供的一种金融业务转账的处理方法流程示意图；

图5为实施例四提供的一种金融业务转账的处理方法流程示意图；

图6为实施例五提供的一种金融业务转账的处理方法流程示意图；

图7为实施例六提供的一种金融业务转账的处理方法流程示意图；

图8为实施例七提供的一种金融业务转账的处理方法流程示意图；

图9为实施例十一提供的一种金融业务转账的处理方法流程示意图；

图10为实施例十二提供的一种金融业务转账的处理装置结构示意图；

图11为实施例十三提供的一种电子设备结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

现有技术中用户为了实现对目标产品的交易，用户首先会将自身金融机构账户中的资金转账至自身目标证券企业账户，以保证自身目标证券企业账户的资金充裕，从而在交易该证券企业下的目标产品时，从该目标证券企业账户中扣除交易金额，以实现用户对目标产品的购入。

然而，现阶段用户需要在指定时间内实现将金融机构账户中的资金转账至自身目标证券企业账户，若未在指定时间内实现将金融机构账户中的资金转账至自身目标证券企业账户时，会影响用户及时对目标产品的购入，进而降低用户体验感。

为了解决现有技术的缺陷，本方案发明人经过创造性研究，设计一种新的方案。本方案提供一种金融业务转账的处理方法，为了解决降低用户体验感的问题，本方案响应于当前时刻达到交易日终结时刻，接着基于日历表和当前交易日确定出下一交易日，并基于预设证券企业合约信息确定出开通无限时转账的目标证券企业，又基于目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表，响应于最新产品交易控制表满足产品级允许转账的条件，说明产品级方面是允许转账的，接着又获得最新证券企业交易控制表，响应于最新证券企业交易控制表满足券商级允许转账的条件，将会秒级进入下一交易日，并接收处于当前交易日终结时刻到下一交易日终结时刻内的转账请求，并执行该转账请求，从而使得用户自身的金融机构账户资金转账至自身目标证券企业账户，从而实现处于当前交易日终结时刻到下一交易日终结时刻的转账，由于是秒级进入下一交易日，所以本方案能够实现无限时的转账，用户在任何时间内都可以进行转账，并实现资金的移动，所以提升了用户体验感。

需要说明的是，现有技术中若想要实现自身金融机构账户资金转账至自身目标证券企业账户，用户需要在指定时间(一般情况下为交易日的8:00-16:00)，若在16:00之后到下一个交易日的交易初始时刻(即非营业时间段)，即便用户通过终端设备发起转账请求，金融机构系统接收到转账请求，也不执行转账，所以在这段非营业时间段，无法实现转账。

现有技术即为5*8模式，而本申请针对开通无限时转账业务的目标证券企业，可以实现无限时转账，即7*24模式。

其中，5*8模式是指一周有五个交易日，每个交易日的营业时间为8个小时。

其中，7*24模式是指一周有七个交易日，每个交易日的营业时间为24个小时，所以本方案也是无限时转账模式。

下面对本申请提供一种金融业务转账的处理方法、装置、设备及存储介质的应用场景进行介绍。

图1为本申请提供的一种金融业务转账的处理方法的应用场景图。如图1所示，该应用场景图包括电子设备101。

其中，电子设备101可以是电脑，也可以是服务器，此处不做限制。

其中，电子设备101中包括金融业务转账的处理装置102。

具体的，处理装置102响应于当前时刻达到交易终结时刻，获取预先设置的日历表。

进一步的，处理装置102基于日历表以及当前交易日确定下一交易日。接着，处理装置基于预设证券企业合约信息确定开通无限时转账的目标证券企业。

进一步的，处理装置102基于目标证券企业对应的产品信息以及原始产品交易控制表获得最新产品交易控制表。

进一步的，处理装置102响应于确定最新产品交易控制表满足产品级允许转账的条件，在基于目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表。

进一步的，处理装置102响应于确定最新证券企业交易控制表满足券商级允许转账的条件，将秒级进入下一交易日。

进一步的，处理装置103接收并执行处于当前交易日终结时刻到下一交易日终结时刻的转账请求，以实现用户无限时转账。

本申请的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

本申请提供的一种金融业务转账的处理方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几条具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

本申请执行主体为金融业务转账的处理装置(以下简称处理装置)，该处理装置位于电子设备中。

图2为实施例一提供的一种金融业务转账的处理方法流程示意图。如图2所示，具体步骤如下。

S201，响应于当前时刻达到交易日终结时刻，获取预先设置的日历表，并基于日历表以及当前交易日确定下一交易日；日历表中包括多个预设交易日。

其中，交易日终结时刻是指每个交易日预先设置的终结交易的时刻。示例性的，可以以16:00作为交易日终结时刻。需要说明的是，交易日不是自然日，示例性的，若自然日为节假日，实际上该自然日不是交易日，交易日会根据每年节假日以及周末时间来确定的。示例性的，假设今日为9月30日，9月30日8:00-16:00为营业时间段，下一交易日为10月8日，因为10月1日至10月7日为节假日，所以不作为交易日。需要说明的是，在实际应用中以交易日终结时刻为结束时刻，计算每个交易日的交易情况。

需要说明的是，本申请中的交易日是指用户能够交易任一预设证券企业下产品的日期。在交易日内包括对应的营业时间段，该营业时间段是金融机构与预设证券企业共同制定的，交易日可以用于作为以天为单位的清算依据。

其中，日历表是预先设置的，日历表可以每年根据节假日以及周末提前设置，日历表存储在本地。日历表中包括多个预设交易日。

具体的，处理装置响应于当前时刻(若为16:00)达到交易日终结时刻(16:00)，处理装置从本地获取日历表，并从日历表以及当前交易日确定下一交易日。

S202，基于预设证券企业合约信息确定开通无限时转账的目标证券企业；预设证券企业合约信息包括至少一个预设证券企业关于无限时转账的合约信息。

其中，预设证券企业合约信息是指预设证券企业与金融机构关于签订的无限时转账合约的信息。若某预设证券企业签订无限时转账合约，则该预设证券企业开通无限时转账。在预设证券企业合约信息中包括至少一个预设证券企业关于无限时转账的合约信息，其中，部分预设证券企业开通无限时转账，另一部分是预设证券企业未开通无限时转账。

其中，无限时转账是指能够实现7*24小时随时转账。

S203，基于目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表。

其中，产品信息表包括该目标证券企业下产品类型的信息。示例性的，目标证券企业A涉及A股、B股以及股权质押等产品类型，则目标证券企业A对应的产品信息表包括上述三种产品类型的信息。

其中，原始产品交易控制表是指在已过的交易日时所有目标证券企业下目标产品类型的交易控制表。需要说明的是，已过的交易日是指已经度过的交易日，示例性的，假设当前交易日为9月30日，则已过的交易日为9月30日之前的交易日。

其中，最新产品交易控制表是指在原始产品交易控制表基础上更新的交易控制表。

其中，产品交易控制表是指对产品类型控制是否允许转账的表。

具体的，处理装置基于目标证券企业对应的产品信息对原始产品交易控制表添加或更新对应的产品级转账相关记录，从而获得最新产品交易控制表。

S204，响应于确定最新产品交易控制表满足产品级允许转账的条件，基于目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表。

其中，产品级允许转账的条件是指在产品级方面允许用户发送转账请求，并由电子设备接收及执行转账请求的条件。示例性的，若在最新产品交易控制表中目标证券企业下的某一目标产品类型不满足产品级允许转账的条件，则电子设备无法实现转账。

其中，原始证券企业交易控制表是指在之前记录的交易日时所有目标证券企业的交易控制表。

具体的，处理装置对原始证券企业交易控制表添加或更新对应的券商级转账相关记录，获得最新证券企业交易控制表。

需要说明的是，若目标证券企业为多个，则每个目标证券企业都要基于原始产品交易控制表更新或添加，获得最新产品交易控制表。

同样的，每个目标证券企业都要基于原始证券企业交易控制表更新或添加，获得最新证券企业交易控制表。

S205，响应于确定最新证券企业交易控制表满足券商级允许转账的条件，将秒级进入下一交易日，并接收及执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求，以实现用户无限时转账；转账请求是用户的终端设备发送的；转账请求是将用户自身的金融机构账户资金转账至自身目标证券企业账户的请求。

其中，券商级允许转账的条件是指在券商级方面的允许用户发送转账请求，并由电子设备接收及执行转账请求的条件。示例性的，若最新证券企业交易控制表中目标证券企业不满足产品级允许转账的条件，则电子设备无法实现转账。

其中，当前交易日终结时刻到下一交易日终结时刻是指接收及执行转账请求的时间段。示例性的，假设当前交易日为9月30日，下一交易日为10月8日，则处理装置将接收9月30日16:00至10月8日16:00内的转账请求，并执行该转账请求。

而在现有技术中，金融机构系统在9月30日16:00就结束执行转账请求，直到下一交易日10月8日8:00才开始执行转账请求，所以现有技术中在9月30日16:00至10月8日8:00内，即便接收转账请求，也不执行转账请求。

由此可见，本申请在9月30日16:00至10月8日8:00内都能接收及执行转账请求，由于10月8日8:00到10月8日16:00本身就为交易日，所以自然在这段时间内能实现转账。需要说明的是，本申请中的转账是实时转账，只要处理装置接收到用户的转账请求，即可就执行转账请求。

由此可见，用户实际上在任何时间段内都能实现转账，所以实现用户无限时转账。

需要说明的是，为了便于计算每个交易日的交易情况，将9月30日16:00至10月8日8:00内接收及执行的转账请求归纳在10月8日8:00到10月8日16:00这个交易日中，作为10月8日8:00到10月8日16:00这个交易日发生的业务。

本实施例提供一种金融业务转账的处理方法，金融业务转账的处理装置(以下简称处理装置)响应于当前时刻达到交易日终结时刻，接着获取日历表，然后基于日历表以及当前交易日确定下一交易日，接着确定开通无限时转账的目标证券企业，基于目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表，若最新产品交易控制表满足产品级允许转账的条件，接着再基于目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表，若最新证券企业交易控制表满足券商级允许转账的条件，就可秒级进入下一交易日，本申请中依次从产品级以及券商级确定满足允许转账的条件，都满足时，处理装置将会接收当前交易日终结时刻到下一交易日终结时刻内的转账请求，并执行该转账请求，使得用户自身的金融机构账户资金转账至自身目标证券企业账户，本申请中可以执行当前交易日终结时刻到下一交易日终结时刻的转账请求，从而可以实现无限时的转账，相较于现有技术中在指定时间内才能执行转账，本申请适用度更广，所以能够提高用户体验感，有利于用户及时购入目标证券企业下的产品。

实施例二

本实施例是上述实施例一的进一步细化，本实施例是基于日历表以及当前交易日确定下一交易日的一种可选方式。

图3为实施例二提供的一种金融业务转账的处理方法流程示意图。如图3所示，具体步骤如下。

S301，获取原始平台信息控制表，并从原始平台信息控制表中确定当前交易日。

其中，原始平台信息控制表是指记录关于交易日以及营业状态的控制表。

其中，原始平台信息控制表中包括至少一个已过的交易日以及当前交易日，以及每个交易日的营业状态。

需要说明的是，原始平台信息控制表可以将至少一个交易日按照升序或降序的方式排列。

示例性的，若原始平台信息控制表按照降序排列，则排在第一位的交易日即为当前交易日，从而处理装置读取第一位的交易日，即确定为当前交易日。

S302，在日历表中定位到与当前交易日一致的预设交易日。

具体的，在日历表中包括至少一个预设交易日，处理装置在日历表中确定出与当前交易日一致的预设交易日，然后在日历表中定位该一致的预设交易日。

需要说明的是，日历表中的至少一个预设交易日是按照交易日先后顺序排序的。

S303，确定位于一致的预设交易日的下一位置的预设交易日。

进一步的，处理装置确定位于一致的预设交易日的下一位置的预设交易日。

S304，将下一位置的预设交易日确定为下一交易日。

本实施例提供一种金融业务转账的处理方法，本实施例中根据日历表确定出下一位置的预设交易日为下一交易日，基于日历表能够准确确定出下一交易日。

本实施例方法还包括：

将下一交易日以及对应的营业状态记录在原始平台信息控制表中，以获得最新平台信息控制表；营业状态为支持营业的状态或拒绝营业的状态。

具体的，处理装置将下一交易日以及下一交易日对应的营业状态记录在原始平台信息控制表中，从而获得最新平台信息控制表。

其中，支持营业状态是指支持下一交易日营业，即支持下一交易日接收并执行转账请求。

其中，拒绝营业状态是指拒绝下一交易日营业，即拒绝下一交易日接收并执行转账请求。

需要说明的是，处理装置库默认将营业状态确定为支持营业状态，并更新至原始平台信息控制表中。

需要说明的是，将下一交易日以及对应营业状态记录在原始平台信息控制表中，获得最新平台信息控制表，有利于下一次进行处理任务。

实施例三

本实施例是上述任一实施例的进一步细化，本实施例中产品信息表包括目标证券企业对应的至少一种产品类型的信息。

本实施例是基于目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表的一种可选方式。

图4为实施例三提供的一种金融业务转账的处理方法流程示意图。如图4所示，具体步骤如下。

S401，若从最新平台信息控制表中读取下一交易日对应的营业状态为支持营业的状态，获取原始产品交易控制表以及目标证券企业对应的产品信息表。

具体的，处理装置若从最新平台信息控制表中读取到下一交易日对应的营业状态为支持营业状态，则确定支持下一交易日接收及执行转账请求。

进一步的，处理装置从本地获取原始产品交易控制表以及目标证券企业对应的产品信息表。

S402，从至少一种产品类型的信息中读取包括的至少一种产品类型的标识。

进一步的，处理装置读取到至少一种产品类型的标识。

S403，根据原始产品交易控制表以及至少一种产品类型的标识获得最新产品交易控制表。

本实施例提供一种金融业务转账的处理方法，本实施例中处理装置若确定出下一交易日对应的营业状态为支持营业状态，从而获取原始产品交易控制表以及目标证券企业对应的产品信息表，从而能够基于至少一种产品类型的标识精确地获得最新产品交易控制表。本实施例中对原始产品交易控制表进行更新，获得最新产品交易控制表有利于下一次处理任务的执行。

实施例四

本实施例是上述任一实施例的进一步细化，本实施例是根据原始产品交易控制表以及至少一种产品类型的标识获得最新产品交易控制表的一种可选方式。

图5为实施例四提供的一种金融业务转账的处理方法流程示意图。如图5所示，具体步骤如下。

S501，根据至少一种产品类型的标识确定至少一种产品类型。

S502，在原始产品交易控制表中确定至少一种产品类型是否存在下一交易日对应的产品级转账相关记录；产品级转账相关记录包括产品级拒绝转账相关记录或产品级允许转账相关记录。

需要说明的是，原始产品交易控制表中记录所有目标证券企业下所有产品类型对应的产品及转账相关记录。

其中，产品级拒绝转账相关记录是指在产品级方面拒绝对用户的终端设备发出的转账请求执行的记录。

其中，产品级允许转账相关记录是指在产品级方面允许对用户的终端设备发出的转账请求执行的记录。

S503，若不存在，则将默认的产品级转账相关记录添加至原始产品交易控制表中，以获得最新产品交易控制表。

其中，默认的产品级转账相关记录可以是产品级允许转账相关记录。

示例性的，处理装置将产品级允许转账相关记录添加至原始产品交易控制表中，从而获得最新产品交易控制表。

S504，若存在，则将产品级转账相关记录更新为产品级允许转账相关记录，以获得最新产品交易控制表。

本实施例，若原始产品交易控制表中存在产品级转账相关记录，此时处理装置无论该产品级转账相关记录为产品级允许转账相关记录还是产品级拒绝转账相关记录都会进行更新，并更新为产品级允许转账相关记录，从而获得最新产品交易控制表。

本实施例提供一种金融业务转账的处理方法，本实施例中针对不存在下一交易日对应的产品级转账相关记录，处理装置将默认的产品级转账相关记录添加至原始产品交易控制表中，或者，针对存在下一交易日对应的产品级转账相关记录，处理装置为了保险起见，以及为了节约时间，直接将产品级转账相关记录更新为产品级允许转账相关记录，从而获得最新产品交易控制表，此时无论产品级转账相关记录为产品级允许转账相关记录还是产品级拒绝转账相关记录，都直接更新为产品级允许转账相关记录，所以节约时间。

实施例五

本实施例是上述任一实施例的进一步细化，本实施例中产品级转账相关记录包括产品转账开关记录和产品签约开关记录。

其中，产品转账开关记录是指产品级方面的转账开关的记录。若产品转账开关记录为开启记录，当用户的终端设备发出转账请求，处理装置才有可能接收及执行转账请求。若产品转账开关记录为关闭记录，当用户的终端设备发出转账请求，处理装置执行转账请求。

其中，产品签约开关记录是指目标证券企业下产品类型签订对账相关合约的记录。若产品签约开关记录为开启记录，则处理装置才会记录在执行转账请求过程后产生的用户对应的保证金余额、当前交易日的日初余额以及日终余额等。本实施例是确定最新产品交易控制表满足产品级允许转账的条件的一种可选方式。

图6为实施例五提供的一种金融业务转账的处理方法流程示意图。如图6所示，具体步骤如下。

S601，若确定产品转账开关记录和产品签约开关记录均为开启记录，则确定产品级转账相关记录为产品级允许转账相关记录。

S602，响应于为产品级允许转账相关记录，确定最新产品交易控制表满足产品级允许转账的条件。

本实施例提供一种金融业务转账的处理方法，本实施例中处理装置响应于产品级允许转账相关记录，才会准确地确定最新产品交易控制表满足产品级允许转账的条件。

本实施例方法还包括：若确定产品转账开关记录和产品签约开关记录至少一个为关闭记录，则确定产品级转账相关记录为产品级拒绝转账相关记录；响应于为产品级拒绝转账相关记录，确定最新产品交易控制表不满足产品级允许转账的条件。

其中，开启记录是指开关为打开的记录。

其中，关闭记录是指开关为关闭的记录。

实施例六

本实施例是上述任一实施例的进一步细化，本实施例是基于目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表的一种可选方式。

图7为实施例六提供的一种金融业务转账的处理方法流程示意图。如图7所示，具体步骤如下。

S701，获取原始证券企业交易控制表。

具体的，处理装置在本地获取原始证券企业交易控制表。

需要说明的是，原始证券企业交易控制表中记录所有目标证券企业对应的券商级转账相关记录。

S702，在原始证券企业交易控制表中确定目标证券企业是否存在下一交易日对应的券商级转账相关记录；券商级转账记录包括券商级允许转账相关记录或券商级拒绝转账相关记录。

其中，券商级允许转账相关记录是指在券商级方面允许对用户的终端设备发出的转账请求执行的记录。

其中，券商级拒绝转账相关记录是指在券商级方面拒绝对用户的终端设备发出的转账请求执行的记录。

具体的，处理装置在原始证券企业交易控制表中定位到目标证券企业，然后确定该目标证券企业在下一交易日是否存在对应的券商级转账相关记录。

S703，若不存在，则将默认的券商级转账相关记录添加至原始证券企业交易控制表中，以获得最新证券企业交易控制表。

其中，默认的券商级转账相关记录可以是券商级允许转账相关记录。

示例性的，处理装置将券商级允许转账相关记录添加至原始证券企业交易控制表中，从而获得最新证券企业交易控制表。

S704，若存在，则将券商级转账相关记录更新为券商级允许转账相关记录，以获得最新证券企业交易控制表。

本实施例，若原始证券企业交易控制表中存在券商级转账相关记录，此时处理装置无论该券商级转账相关记录为券商级允许转账相关记录还是券商级拒绝转账相关记录都会进行更新，并更新为券商级允许转账相关记录，从而获得最新证券企业交易控制表。

本实施例提供一种金融业务转账的处理方法，本实施例中针对不存在下一交易日对应的券商级转账相关记录，处理装置将默认的券商级转账相关记录添加至原始证券企业交易控制表中，或者，针对存在下一交易日对应的券商级转账相关记录，处理装置为了保险起见，以及为了节约时间，直接将券商级转账相关记录更新为券商级允许转账相关记录，从而获得最新证券企业交易控制表，此时无论券商级转账相关记录为券商级允许转账相关记录还是券商级拒绝转账相关记录，都直接更新为券商级允许转账相关记录，所以节约时间。

实施例七

本实施例是上述任一实施例的进一步细化，本实施例中券商级转账相关记录包括券商转账开关记录和券商签约开关记录。

其中，券商转账开关记录是指券商级方面的转账开关的记录。若券商转账开关记录为开启记录，当用户的终端设备发出转账请求，处理装置确定产品转账开关记录为开启记录以及券商转账开关记录也为开启记录，则处理装置接收及执行转账请求。若产品转账开关记录为关闭记录，当用户的终端设备发出转账请求，处理装置执行转账请求。

其中，券商签约开关记录是指目标证券企业签订对账相关合约的记录。若券商签约开关记录为开启记录，则处理装置才会记录在执行转账请求过程后产生的目标证券企业下营业部对应的日初总余额以及营业部下用户的交易金额总额等。其中，日初总余额以及交易金额总额的描述参见实施例十一，此处不做赘述。

本实施例是确定最新证券企业交易控制表满足券商级允许转账的条件的一种可选方式。

图8为实施例七提供的一种金融业务转账的处理方法流程示意图。如图8所示，具体步骤如下。

S801，若确定券商转账开关记录和券商签约开关记录均为开启记录，则确定券商级转账相关记录为券商级允许转账相关记录。

S802，响应于为券商级允许转账相关记录，确定最新证券企业交易控制表满足券商级允许转账的条件。

本实施例提供一种金融业务转账的处理方法，本实施例中处理装置响应于券商级允许转账相关记录，才会准确地确定最新证券企业交易控制表满足券商级允许转账的条件

本实施例方法还包括：若确定所券商转账开关记录和券商签约开关记录至少一个为关闭记录，则确定券商级转账相关记录为券商级拒绝转账相关记录；响应于为券商级拒绝转账相关记录，确定最新证券企业交易控制表不满足券商级允许转账的条件。

实施例八

本实施例是上述任一实施例的进一步细化，本实施例是述接收及执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求之前的一种可选方式。

本实施例包括如下内容：响应于接收到目标证券企业设备发送的券商完成准备状态报文，确定目标证券企业已做好接受转账准备，并将券商完成准备状态信息记录在最新证券企业交易控制表中。

其中，券商完成准备状态报文是指对应的目标证券企业最终的准备状态报文。需要说明的是，当目标证券企业设备确定自身各服务器以及各与转账相关账户都以准备好可以接收资金转账时，目标证券企业设备生成券商完成准备状态报文，并将该券商完成准备状态报文发送至处理装置，进而处理装置确定目标证券企业已经做好接收转账准备。

其中，目标证券企业设备为目标证券企业对应的设备。

本实施例中，处理装置将券商完成准备状态信息记录在最新证券企业交易控制表中，以证明接收到目标证券企业设备发送了券商完成准备状态报文。

需要说明的是，当处理装置依次确定出最新产品交易控制表满足产品级允许转账的条件以及最新证券企业交易控制表满足券商级允许转账的条件后，处理装置还要接收到目标证券企业设备发送的券商完成准备状态报文，才能最后正在的实现接收并执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求，以实现用户无限时转账。

本实施例提供一种金融业务转账的处理方法，本实施例中处理装置在接收到目标证券企业设备发送的券商完成准备状态报文，处理装置确定目标证券企业最终已做好接受转账准备，所以本实施例中可以通过目标证券企业设备发送的券商完成准备状态报文来确定目标证券企业做好接受转账准备，不会盲目地在目标证券企业还没有做好准备就进行转账，以使得目标证券企业出现业务混乱和差错。

实施例九

本实施例是上述任一实施例的进一步细化，本实施例方法包括如下内容。

在当前交易日终结时刻后接收任一预设证券企业设备发送当前交易日对应的清算文件，根据清算文件以及保证金余额计算预设证券企业下所有用户在当前交易日的日终余额；保证金余额是预设证券企业记录的用户在当前交易日发生的所有转账金额与日初余额的加和值；日初余额是用户上一交易日的日终余额；基于日终余额以及清算文件完成在当前交易日的清算。

示例性的，假设当前交易日为9月30日，9月30日8:00-16:00为营业时间段，则当前交易日终结时刻为9月30日16:00，处理装置在当前交易日终结时刻后接收到任一预设证券企业设备发送的自身的当前交易日对应的清算文件。

其中，保证金余额是预设证券企业记录的用户在当前交易日发生的所有转账金额与日初余额的加和值。示例性的，假设用户A，在当前交易日内发生的所有转账金额分别包括第一次转账金额为10万，第二次转账金额为5万，总计所有转账金额为15万。

需要说明的是，上述两次转账对应两次转账请求，两次转账请求处于上一交易日终结时刻至当前交易日终结时刻。需要说明的是，若第一次转账请求是用户在上一交易日终结时刻至当前交易日初始时刻发生的，该第一次转账请求仍然归纳为当前交易日发生的转账请求。

进一步的，假设日初余额为3万，说明用户A在上一交易日的日终余额为3万。

进一步的，处理装置根据清算文件计算出用户A在当前交易日的日终余额。

其中，清算文件是该预设证券企业设备发送的。其中，清算文件中包括预设证券企业在当前交易日中至少一个用户的交易情况，其中交易情况包括用户购入产品时对应的交易金额以及用户在自身证券企业账户中资金余额。

进一步的，处理装置根据日终余额以及清算文件中用户的交易情况完成在当前交易日的清算。需要说明的是，保证金余额是处理装置实时进行记录的，当处理装置执行完一个转账请求，就会记录次转账请求对应的转账金额，并将每次转账金额进行加和计算，得到所有转账金额。

本实施例提供一种金融业务转账的处理方法，本实施例中处理装置根据清算文件以及保证金余额计算所有用户在当前交易日的日终余额，从而能够基于日终余额以及清算文件完成在当前交易日的清算，本实施例进行清算，确保了用户、金融机构以及预设证券企业之间的金额统一，有利于各方持续合作与发展。

实施例十

本实施例是上述任一实施例的进一步细化，本实施例中清算文件中包括各用户在当前交易日对应的交易金额。

需要说明的是，由于用户是在交易，交易会使得用户自身证券企业账户中的资金余额有所降低，所以，交易金额为负数。

本实施例是根据清算文件以及保证金余额计算预设证券企业下所有用户在当前交易日的日终余额的一种可选方式，具体内容如下。

从清算文件中获取各用户的交易金额，计算保证金余额与交易金额的加和值，以获得预设证券企业下各用户在当前交易日对应的日终余额。

示例性的，假设该预设证券企业在当前交易日中有两个用户发生目标产品的购入，则在清算文件中包括该两个用户在当前交易日对应的交易金额。

需要说明的是，用户想要通过自身证券企业账户实现对目标产品购入，需要在指定交易时间内购入，该指定交易时间可以为交易日的9:00-15:00，所以，用户若想购入目标产品，需要在这段时间内购入，其实时间无法购入。需要说明的是，该指定时间是交易所规定的交易产品的时间。该指定时间位于交易日的营业时间段内。可以理解的是，虽然用户实际需要在交易所指定时间内实现目标产品的购入，但是金融机构与预设证券企业之间为了便于清算，所以共同制定一个交易日中包括的营业时间段，以此为基准完成当前交易日的清算。

假设，分别为用户A和用户B，清算文件中记录用户A在当前交易日的交易金额为-5万，用户B当前交易日的交易金额为-10万。

进一步的，处理装置获取用户A记录的保证金余额为18万，用户记录的保证金余额为20万。需要说明的是，该保证金余额是当前交易日内的。

进一步的，处理装置针对用户A计算用户A对应保证金余额(18万)与用户A对应的交易金额(-5万)的加和值，即18-5＝13万，将该加和值确定为该预设证券企业下用户A在当前交易日的日终余额。

同时，针对用户B，通过上述同样的方式计算得到用户B在当前交易日对应的日终余额为20-10＝10万。

本实施例提供一种金融业务转账的处理方法，本实施例中根据清算文件中用户在当前交易日对应的交易金额以及保证余额计算出各用户在当前交易日的日终余额，从而使得处理装置计算出用户证券企业账户中实际的余额，以便于实现清算。

实施例十一

本实施例是上述任一实施例的进一步细化，本实施例中清算文件中还包括各用户在当前交易日对应的自身证券企业账户中资金余额；预设证券企业包括至少一个营业部；营业部包括至少一个用户。

本实施例是基于日终余额以及清算文件完成在当前交易日的清算的一种可选方式。

图9为实施例十一提供的一种金融业务转账的处理方法流程示意图。如图9所示，具体步骤如下。

S901，针对各用户，若判断用户对应的日终余额等于该用户自身证券企业账户中资金余额，则完成该用户在当前交易日的第一次清算。

具体的，处理装置根据进一步针对各用户的日终余额以及自身证券企业账户中资金余额进行第一次清算。

根据上述示例性的，处理装置确定出用户A对应的日终余额为13万，以及用户B对应的日终余额为10万。

进一步的，清算文件中记录用户A自身证券企业账户中资金余额为13万，以及用户B自身证券企业账户中资金余额为10万。

进一步的，处理装置针对用户A判断出用户A对应的日终余额等于用户A自身证券企业账户资金余额，则完成对用户A在当前交易日的第一次清算。

S902，针对各营业部，若判断营业部对应的日初总余额、营业部下用户的交易金额总额以及转账金额总额的加和值营业部下用户的交易金额总额以及转账金额总额的加和值等于营业部在金融机构的资金总余额，则完成营业部在当前交易日的第二次清算；营业部在金融机构的资金总余额是通过清算文件中营业部下所有用户自身证券企业账户中资金余额的加和值计算得到的；营业部下用户的交易金额总额是通过请求文件中营业部下所有用户的交易金额的加和值计算得到的；营业部对应的日初总余额是从本地的清算营业部文件中获得的。

其中，营业部是指预设证券企业对应的分店。

其中，营业部对应的日初总余额是指营业部下所有用户在当前交易日对应的日初余额的加和值。

其中，营业部下用户的交易金额总额是指营业部下所有用户在当前交易日对应的交易金额的加和值。

其中，转账金额总额即营业部下用户转账金额总额，是指营业部下所有用户在当前交易日对应的转账金额的加和值。

其中，营业部在金融机构的资金总余额是指营业部下所有用户在当前交易日对应的自身证券账户中资金金额的加和值。

需要说明的是，清算文件中包括预设证券企业下各用户在当前交易日对应的自身证券企业账户中资金金额，所以处理装置获得清算文件后可以根据用户所属营业部进行归纳，计算出各营业部在金融机构的资金总余额。

示例性的，假设预设证券企业包括两个营业部，分别为营业部A和营业部B，其中，以营业部A为例，处理装置计算营业部A下的用户A对应的自身证券企业账户中资金余额13万与用户B对应的自身证券企业账户中资金余额10万的加和值，该加和值等于13+10＝23万，所以营业部在金融机构的资金总余额为23万。

需要说明的是，清算文件中包括各用户的在当前交易日对应的交易金额。所以，处理装置获得清算文件后，可以计算出所有营业部下用户的交易金额总额。具体为，处理装置将各用户在当前交易日对应的交易金额进行加和计算，得到一个加和值，将该加和值确定为营业部下所有用户的交易金额总额。

示例性的，假设上述示例性中用户A和用户B均所属营业部A，则营业部A下用户的交易金额总额等于用户A在当前交易日对应的交易金额与用户B在当前交易日对应的交易金额，即(-5)+(-10)＝-15万。

进一步的，处理装置得到营业部A下用户的交易金额总额为-15万。

同样的，根据同样的方法计算出营业部B下用户的交易金额总额。

示例性的，假设用户B在当前交易日的日初余额为0万，以及用户B在当前交易日的转账金额为20万，实现的交易金额为-10万，计算得到当前交易日的日终余额为10万。

进一步的，针对营业部A，处理装置计算营业部下用户转账金额总额。

其中，营业部下用户转账金额总数是指该营业部下所有用户在当前交易日中每次转账金额的加和值。

进一步的，处理装置计算营业部A下用户转账金额总额为用户A的转账金额和用户B转账金额的加和值，即15+20万＝35万。

进一步的，处理装置从本地的清算营业文件中获得营业部A对应的日初总余额，即为用户A在当前交易日对应的日初余额(3万)和用户B在当前交易日对应的日初余额(0万)，计算得到日初总余额为3万。需要说明的是，日初总余额是上一次处理任务时处理装置计算出的，并保存至清算营业文件中的。

进一步的，处理装置计算营业部A对应的日初总余额(3万)、营业部A下用户的交易金额总额(-15万)以及转账金额总额(35万)的加和值，等于23万。

进一步的，处理装置判断该加和值(23万)是否等于营业部A在金融机构的资金总余额(23万)，进一步的，处理装置判断该加和值(23万)等于营业部A在金融机构的资金总余额(23万)，所以完成营业部在当前交易日的第二次清算。

需要说明的是，采用同样的方法完成营业部B的第二次清算。

需要说明的是，处理装置可以计算营业部A下用户对应的日终余额的加和值，将其确定为下一交易日营业部A对应的日初总余额。

S903，针对预设证券企业，若判断各营业部下各用户对应的保证金余额以及交易金额的加和值等于预设证券企业的总资金余额，则完成与预设证券企业在当前交易日的第三次清算；预设证券企业的总资金余额是通过清算文件中所有营业部下所有用户自身证券企业账户中的资金余额加和值计算得到的。

其中，预设证券企业的总资金余额是指该预设证券企业下所有营业部对应的资金总余额的加和值。示例性的，根据上述，假设营业部A对应的资金总金额为23万，营业部B对应的资金总金额为30万，则预设证券企业的总资金余额为53万。

示例性的，假设营业部B下有一个用户C，用户C在当前交易日的日初余额为0万，在当前交易日中的转账金额为40万，当前交易日的交易金额为-10万，计算得到用户C对应的当前交易日的日终余额为40-10＝30万。可以理解的是，用户C对应的保证金余额为40万。

进一步的，处理装置计算营业部A以及营业部B下个用户对应的保证金余额以及交易金额的加和值，即为18+20+40+(-5)+(-10)+(-10)＝53万。

进一步的，处理装置静思园预设证券企业的总资金余额为23+30＝53万。

进一步的，处理装置判断该加和值(53万)等于总资金余额(53万)，从而确定完成预设证券企业在当前交易日的第三次清算。

S904，响应均完成于第一次清算、第二次清算以及第三次清算，确定当前交易日的清算成功。

具体的，处理装置响应于均完成第一次清算、第二次清算以及第三次清算，所以确定当前交易日的清算成功。

本实施例提供一种金融业务转账的处理方法，本实施例中处理装置针对不同层面，进行第一次清算，第二次清算以及第三次清算，若均完成，则确定当前交易日的清算成功，所以，本实施例中多次清算能够提高清算的准确度。

实施例十二

下面是本申请装置实施例。图10为实施例十二提供的一种金融业务转账的处理装置结构示意图。如图10所示，该处理装置100包括如下模块：

获取模块1001，用于响应于当前时刻达到交易日终结时刻，获取预先设置的日历表，确定模块1002，用于基于日历表以及当前交易日确定下一交易日；日历表中包括多个预设交易日；

确定模块1002，还用于基于预设证券企业合约信息确定开通无限时转账的目标证券企业；预设证券企业合约信息包括至少一个预设证券企业关于无限时转账的合约信息；

获得模块1003，用于基于目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表；

获得模块1003，还用于响应于确定模块1002确定最新产品交易控制表满足产品级允许转账的条件，基于目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表；

接收及执行模块1004，用于响应于确定模块1002确定最新证券企业交易控制表满足券商级允许转账的条件，将秒级进入下一交易日，并接收及执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求，以实现用户无限时转账；转账请求是用户的终端设备发送的；转账请求是将用户自身的金融机构账户资金转账至自身目标证券企业账户的请求。

一种方式中，确定模块1002，在基于日历表以及当前交易日确定下一交易日时，具体用于：

获取原始平台信息控制表，并从原始平台信息控制表中确定当前交易日；

在日历表中定位到与当前交易日一致的预设交易日；

确定位于一致的预设交易日的下一位置的预设交易日；

将下一位置的预设交易日确定为下一交易日；

本实施例提供一种金融业务转账的处理装置，还包括：记录模块；

记录模块，用于将下一交易日以及对应的营业状态记录在原始平台信息控制表中，以获得最新平台信息控制表；营业状态为支持营业的状态或拒绝营业的状态。

一种方式中，产品信息表包括目标证券企业对应的至少一种产品类型的信息；

获得模块1003，在基于目标证券企业对应的产品信息表以及原始产品交易控制表获得最新产品交易控制表时，具体用于：

若从最新平台信息控制表中读取下一交易日对应的营业状态为支持营业的状态，获取原始产品交易控制表以及目标证券企业对应的产品信息表；

从至少一种产品类型的信息中读取包括的至少一种产品类型的标识；

根据原始产品交易控制表以及至少一种产品类型的标识获得最新产品交易控制表。

一种方式中，获得模块1003，在根据原始产品交易控制表以及至少一种产品类型的标识获得最新产品交易控制表时，具体用于：

根据至少一种产品类型的标识确定至少一种产品类型；

在原始产品交易控制表中确定至少一种产品类型是否存在下一交易日对应的产品级转账相关记录；产品级转账相关记录包括产品级拒绝转账相关记录或产品级允许转账相关记录；

若不存在，则将默认的产品级转账相关记录添加至原始产品交易控制表中，以获得最新产品交易控制表；

若存在，则将产品级转账相关记录更新为产品级允许转账相关记录，以获得最新产品交易控制表。

一种方式中，产品级转账相关记录包括产品转账开关记录和产品签约开关记录；

确定模块1002，在确定最新产品交易控制表满足产品级允许转账的条件时，具体用于：

若确定产品转账开关记录和产品签约开关记录均为开启记录，则确定产品级转账相关记录为产品级允许转账相关记录；

响应于为产品级允许转账相关记录，确定最新产品交易控制表满足产品级允许转账的条件；

确定模块1002，还用于：若确定产品转账开关记录和产品签约开关记录至少一个为关闭记录，则确定产品级转账相关记录为产品级拒绝转账相关记录；响应于为产品级拒绝转账相关记录，确定最新产品交易控制表不满足产品级允许转账的条件。

一种方式中，获得模块1003，在基于目标证券企业以及原始证券企业交易控制表获得最新证券企业交易控制表时，具体用于：

获取原始证券企业交易控制表；

在原始证券企业交易控制表中确定目标证券企业是否存在下一交易日对应的券商级转账相关记录；券商级转账记录包括券商级允许转账相关记录或券商级拒绝转账相关记录；

若不存在，则将默认的券商级转账相关记录添加至原始证券企业交易控制表中，以获得最新证券企业交易控制表；

若存在，则将券商级转账相关记录更新为券商级允许转账相关记录，以获得最新证券企业交易控制表。

一种方式中，券商级转账相关记录包括券商转账开关记录和券商签约开关记录；

确定模块1002，在确定最新证券企业交易控制表满足券商级允许转账的条件时，具体用于：

若确定券商转账开关记录和券商签约开关记录均为开启记录，则确定券商级转账相关记录为券商级允许转账相关记录；

响应于为券商级允许转账相关记录，确定最新证券企业交易控制表满足券商级允许转账的条件；

确定模块1002，还用于：若确定所券商转账开关记录和券商签约开关记录至少一个为关闭记录，则确定券商级转账相关记录为券商级拒绝转账相关记录；响应于为券商级拒绝转账相关记录，确定最新证券企业交易控制表不满足券商级允许转账的条件。

一种方式中，在接收及执行处于当前交易日终结时刻到下一交易日终结时刻内的转账请求之前，确定模块，还用于响应于接收到目标证券企业设备发送的券商完成准备状态报文，确定目标证券企业已做好接受转账准备，记录模块，还用于将券商完成准备状态信息记录在最新证券企业交易控制表中。

一种方式中，本实施例提供一种金融业务转账的处理装置，还包括：接收模块、计算模块和清算模块；

其中接收模块，用于在当前交易日终结时刻后接收任一预设证券企业设备发送当前交易日对应的清算文件；计算模块，用于根据清算文件以及保证金余额计算预设证券企业下所有用户在当前交易日的日终余额；保证金余额是预设证券企业记录的用户在当前交易日发生的所有转账金额与日初余额的加和值；日初余额是用户上一交易日的日终余额；

清算模块，用于基于日终余额以及清算文件完成在当前交易日的清算。

一种方式中，清算文件中包括各用户在当前交易日对应的交易金额；

计算模块，在根据清算文件以及保证金余额计算预设证券企业下所有用户在当前交易日的日终余额时，具体用于：

从清算文件中获取各用户的交易金额，计算保证金余额与交易金额的加和值，以获得预设证券企业下各用户在当前交易日对应的日终余额。

一种方式中，清算文件中还包括各用户在当前交易日对应的自身证券企业账户中资金余额；预设证券企业包括至少一个营业部；营业部包括至少一个用户；

清算模块，在基于日终余额以及清算文件完成在当前交易日的清算时，具体用于：

针对各用户，若判断用户对应的日终余额等于该用户自身证券企业账户中资金余额，则完成该用户在当前交易日的第一次清算；

针对各营业部，若判断营业部对应的日初总余额、营业部下用户的交易金额总额以及转账金额总额的加和值等于营业部在金融机构的资金总余额，则完成营业部在当前交易日的第二次清算；营业部在金融机构的资金总余额是通过清算文件中营业部下所有用户自身证券企业账户中资金余额的加和值计算得到的；营业部下用户的交易金额总额是通过请求文件中营业部下所有用户的交易金额的加和值计算得到的；营业部对应的日初总余额是从本地的清算营业部文件中获得的；

针对预设证券企业，若判断各营业部下各用户对应的保证金余额以及交易金额的加和值等于预设证券企业的总资金余额，则完成与预设证券企业在当前交易日的第三次清算；预设证券企业的总资金余额是通过清算文件中所有营业部下所有用户自身证券企业账户中的资金余额加和值计算得到的；

响应均完成于第一次清算、第二次清算以及第三次清算，确定当前交易日的清算成功。

实施例十三

图11为实施例十三提供的一种电子设备结构示意图。如图11所示，该电子设备110可以包括：处理器1101，以及与处理器1101通信连接的存储器1102。其中，存储器1102存储计算机执行指令；处理器1101执行存储器1102存储的计算机执行指令，以实现如上述实施例一至实施例十一中任一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

其中，本实施例中，存储器1102和处理器1101通过总线连接。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component Interconnect，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

实施例十四

本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如上述实施例一至实施例十一任一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

实施例十五

本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述实施例一至实施例十一任意一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程中断处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

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

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