资金的监测方法及装置、存储介质和电子设备

技术领域

本申请涉及金融科技技术领域，具体而言，涉及一种资金的监测方法及装置、存储介质和电子设备。

背景技术

随着现金支付逐步被电子支付取代，越来越多的公司和企业选择商业银行代理发放员工工资。代发工资作为各大商业银行的重要板块，通常具有业务量大，涉及客户多以及发放的笔数多等特点。因此，银行一般采用文件送盘、回盘的方式提交代发工资系统，以保证系统巨大的业务能够有效处理。由于商业银行较多，通常本行代发效率较高，资金流转透明，而涉及跨行代发的很难把握代发资金流转情况。具体地，本行的汇总方资金扣账完成后，将明细方涉及跨行扣账文件传给跨行侧系统处理，而这个阶段，本行扣账资金处理透明，他行处理时存在不能结果实时返回、状态无法跟踪的问题。

针对相关技术中在跨行代发工资的场景下，难以监测跨行代发的资金处理进度，导致难以向前端系统返回资金处理结果的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种资金的监测方法及装置、存储介质和电子设备，以解决相关技术中在跨行代发工资的场景下，难以监测跨行代发的资金处理进度，导致难以向前端系统返回资金处理结果的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种资金的监测方法。该方法包括：当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，所述目标资金存储在所述第二机构中，所述第一机构与所述第二机构属于不同的金融机构；将所述目标资金转移至第一账户中，并监测所述第一账户中的目标资金，得到监测结果，其中，所述第一账户设置在所述第二机构中；依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度。

进一步地，依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度包括：依据所述监测结果，判断所述第一账户中是否存在所述目标资金；若所述第一账户中存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为处理中；若所述第一账户中不存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为已处理完成。

进一步地，在依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度之后，所述方法还包括：依据所述第一机构处理所述目标资金的处理进度，确定对所述目标资金的第一处理结果；将所述第一处理结果发送至前端系统。

进一步地，依据所述第一机构处理所述目标资金的处理进度，确定对所述目标资金的第一处理结果包括：基于预设时间间隔，获取所述第一机构处理所述目标资金的处理进度；依据所述处理进度，判断所述第一机构是否对所述目标资金处理完成；若所述第一机构已对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金成功；若所述第一机构未对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金失败。

进一步地，在当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金之前，所述方法还包括：接收前端系统发送的目标文件和目标请求，其中，所述目标文件中至少包括处理所述目标资金的明细信息和第二账户的属性信息，所述第二账户为接收所述目标资金的账户，所述目标请求用于请求按照所述明细信息对所述目标资金进行处理；响应所述目标请求，从所述目标文件中获取所述第二账户的属性信息；依据所述第二账户的属性信息确定目标结果，其中，所述目标结果用于表示是否通过所述第一机构处理所述目标资金。

进一步地，依据所述第二账户的属性信息确定目标结果包括：依据所述第二账户的属性信息，判断所述第二账户是否为所述第二机构中的账户；若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金；若所述第二账户不是所述第二机构中的账户，则确定通过所述第一机构处理所述目标资金。

进一步地，在若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金之后，所述方法还包括：获取通过所述第二机构处理所述目标资金的第二处理结果；将所述第二处理结果返回至所述前端系统。

为了实现上述目的，根据本申请的另一方面，提供了一种资金的监测装置。该装置包括：第一确定单元，用于当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，所述目标资金存储在所述第二机构中，所述第一机构与所述第二机构属于不同的金融机构；第一处理单元，用于将所述目标资金转移至第一账户中，并监测所述第一账户中的目标资金，得到监测结果，其中，所述第一账户设置在所述第二机构中；第二确定单元，用于依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度。

进一步地，所述第二确定单元包括：第一判断模块，用于依据所述监测结果，判断所述第一账户中是否存在所述目标资金；第一确定模块，用于若所述第一账户中存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为处理中；第二确定模块，用于若所述第一账户中不存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为已处理完成。

进一步地，所述装置还包括：第三确定单元，用于在依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度之后，依据所述第一机构处理所述目标资金的处理进度，确定对所述目标资金的第一处理结果；第一发送单元，用于将所述第一处理结果发送至前端系统。

进一步地，所述第三确定单元包括：第一获取模块，用于基于预设时间间隔，获取所述第一机构处理所述目标资金的处理进度；第二判断模块，用于依据所述处理进度，判断所述第一机构是否对所述目标资金处理完成；第三确定模块，用于若所述第一机构已对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金成功；第四确定模块，用于若所述第一机构未对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金失败。

进一步地，所述装置还包括：第一接收单元，用于在当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金之前，接收前端系统发送的目标文件和目标请求，其中，所述目标文件中至少包括处理所述目标资金的明细信息和第二账户的属性信息，所述第二账户为接收所述目标资金的账户，所述目标请求用于请求按照所述明细信息对所述目标资金进行处理；第二处理单元，用于响应所述目标请求，从所述目标文件中获取所述第二账户的属性信息；第四确定单元，用于依据所述第二账户的属性信息确定目标结果，其中，所述目标结果用于表示是否通过所述第一机构处理所述目标资金。

进一步地，所述第四确定单元包括：第三判断模块，用于依据所述第二账户的属性信息，判断所述第二账户是否为所述第二机构中的账户；第五确定模块，用于若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金；第六确定模块，用于若所述第二账户不是所述第二机构中的账户，则确定通过所述第一机构处理所述目标资金。

进一步地，所述装置还包括：第一获取单元，用于在若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金之后，获取通过所述第二机构处理所述目标资金的第二处理结果；第一返回单元，用于将所述第二处理结果返回至所述前端系统。

为了实现上述目的，根据本申请的另一方面，提供了一种计算机可读存储介质，所述存储介质存储程序，其中，所述程序执行上述的任意一项所述的资金的监测方法。

为了实现上述目的，根据本申请的另一方面，提供了一种电子设备，所述电子设备包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述的任意一项所述的资金的监测方法。

通过本申请，采用以下步骤：当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，目标资金存储在第二机构中，第一机构与第二机构属于不同的金融机构；将目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，其中，第一账户设置在第二机构中；依据监测结果，确定第一机构处理目标资金的处理进度，解决了相关技术中在跨行代发工资的场景下，难以监测跨行代发的资金处理进度，导致难以向前端系统返回资金处理结果的问题。当通过第一机构处理第二机构中的资金时，通过将第一机构待处理的目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，再根据监测结果，确定第一机构处理目标资金的处理进度，从而在跨行代发工资的场景下，可以有效监测跨行代发的资金处理进度，进而达到了向前端系统实时返回资金处理结果的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的资金的监测方法的流程图；

图2是根据本申请实施例提供的可选的跨行代发场景下资金成功率监测方法的流程图；

图3是本申请实施例中跨行代发工资的流程图；

图4是根据本申请实施例提供的资金的监测装置的示意图；

图5是根据本申请实施例提供的电子设备的示意图。

具体实施方式

说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

批量场次：批量运行时一天存在多个场次，每个场次负责当前场次的送盘回盘文件处理。

下面结合优选的实施步骤对本发明进行说明，图1是根据本申请实施例提供的资金的监测方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，目标资金存储在第二机构中，第一机构与第二机构属于不同的金融机构。

例如，银行代发通常是代发系统和对公往来户系统、内部户系统、个人账户系统以及跨行系统进行文件交互。在本实施例中，在跨行代发的场景下，可以先确定需要通过跨行系统(上述的第一机构对应的系统)代发的资金(上述的目标资金)。另外，通过跨行系统代发的资金是存储在本行(上述的第二机构)的公司账户中的，且跨行系统和本行属于不同的银行。

步骤S102，将目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，其中，第一账户设置在第二机构中。

例如，可以在本行中设置过渡内部户(上述的第一账户)，将代发的明细金额(上述的目标资金)存放在过渡内部户中，并监测过渡内部户中代发的明细金额。

步骤S103，依据监测结果，确定第一机构处理目标资金的处理进度。

例如，根据对过渡内部户中代发的明细金额进行监测的监测结果，得到跨行系统处理代发的明细金额的处理进度。

通过上述的步骤S101至S103，当通过第一机构处理第二机构中的资金时，通过将第一机构待处理的目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，再根据监测结果，确定第一机构处理目标资金的处理进度，从而在跨行代发工资的场景下，可以有效监测跨行代发的资金处理进度，进而达到了向前端系统实时返回资金处理结果的效果。

可选地，在本申请实施例提供的资金的监测方法中，依据监测结果，确定第一机构处理目标资金的处理进度包括：依据监测结果，判断第一账户中是否存在目标资金；若第一账户中存在目标资金，则确定第一机构处理目标资金的处理进度为处理中；若第一账户中不存在目标资金，则确定第一机构处理目标资金的处理进度为已处理完成。

例如，设置过渡内部户，将代发的明细金额存放在过渡内部户中，待跨行系统扫描过渡内部户处理明细金额，并且过渡内部户资金被跨行系统处理的同时发送指令告知代发系统资金已被处理。同时，将跨行处理失败需要回冲的金额放在过渡内部户，待代发系统扫描过渡内部户以回冲汇总方金额。具体地，当过渡内部户中不存在代发的明细金额，也即当过渡内部户中的资金被跨行系统处理时，则表示跨行系统对代发的明细金额处理完成；当过渡内部户中存在代发的明细金额，也即当过渡内部户中的资金没有被跨行系统处理时，则表示跨行系统对代发的明细金额未处理完成，即还在处理中。

通过上述的方案，可以有效监测跨行代发的资金处理进度，同时可以保证跨行代发的资金处理透明。

可选地，在本申请实施例提供的资金的监测方法中，在当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金之前，该方法还包括：接收前端系统发送的目标文件和目标请求，其中，目标文件中至少包括处理目标资金的明细信息和第二账户的属性信息，第二账户为接收目标资金的账户，目标请求用于请求按照明细信息对目标资金进行处理；响应目标请求，从目标文件中获取第二账户的属性信息；依据第二账户的属性信息确定目标结果，其中，目标结果用于表示是否通过第一机构处理目标资金。

例如，前端系统提交送盘文件(上述的目标文件)并发送指令(上述的目标请求)，代发系统接收到指令后触发一个场次处理当前送盘文件，根据送盘文件首先与对公往来户系统交互，对汇总方进行扣账处理，并将汇总方扣账记录在代发系统数据库表；然后，根据送盘文件的明细代发数据，获取接收代发的资金(上述的目标资金)的账户(上述的第二账户)对应的行号(上述的第二账户的属性信息)，再通过行号判断送入个人账户系统(上述的第二机构对应的系统)还是跨行系统(上述的第一机构对应的系统)，也即，根据行号判断是通过个人账户系统(上述的第二机构对应的系统)发放资金，还是通过跨行系统(上述的第一机构对应的系统)发放资金。

通过上述的方案，可以快速准确的判断是否需要通过跨行系统处理资金。

可选地，在本申请实施例提供的资金的监测方法中，依据第二账户的属性信息确定目标结果包括：依据第二账户的属性信息，判断第二账户是否为第二机构中的账户；若第二账户为第二机构中的账户，则确定通过第二机构处理目标资金；若第二账户不是第二机构中的账户，则确定通过第一机构处理目标资金。

例如，根据接收代发的资金(上述的目标资金)的账户(上述的第二账户)对应的行号(上述的第二账户的属性信息)，判断接收代发的资金(上述的目标资金)的账户(上述的第二账户)是否为本行的账户；如果接收代发的资金(上述的目标资金)的账户(上述的第二账户)是本行的账户，则直接通过本行(上述的第二机构)中的个人账户系统代发资金(上述的目标资金)；如果接收代发的资金(上述的目标资金)的账户(上述的第二账户)不是本行的账户，是其他银行的账户，则通过其他银行(上述的第一机构)对应的跨行系统代发资金(上述的目标资金)。

综上所述，根据接收资金的账户对应的行号，可以快速准确的确定用于发放资金的系统。

可选地，在本申请实施例提供的资金的监测方法中，在若第二账户为第二机构中的账户，则确定通过第二机构处理目标资金之后，该方法还包括：获取通过第二机构处理目标资金的第二处理结果；将第二处理结果返回至前端系统。

例如，通过行号判断出需要将代发的资金(上述的目标资金)送入个人账户系统之后，将个人账户系统(上述的第二机构对应的系统)的回盘文件给到代发系统进行回盘处理，可以包含回冲失败的汇总方资金以及将成功、失败的记录写进数据库表，并将回盘明细结果(上述的第二处理结果)返回给前端系统。

通过上述的方案，可以快速准确的得到个人账户系统的回盘文件对应的回盘明细结果，并可以将回盘明细结果实时返回至前端系统。

可选地，在本申请实施例提供的资金的监测方法中，在依据监测结果，确定第一机构处理目标资金的处理进度之后，该方法还包括：依据第一机构处理目标资金的处理进度，确定对目标资金的第一处理结果；将第一处理结果发送至前端系统。

例如，通过行号判断出需要将代发的资金(上述的目标资金)送入跨行系统(上述的第一机构对应的系统)之后，将跨行系统(上述的第一机构对应的系统)的回盘文件给到代发系统进行回盘处理，可以包含回冲失败的汇总方资金以及将成功、失败的记录写进数据库表，并将回盘明细结果(上述的第一处理结果)返回给前端系统。

通过上述的方案，可以快速准确的得到跨行系统的回盘文件对应的回盘明细结果，并可以将回盘明细结果实时返回至前端系统。

可选地，在本申请实施例提供的资金的监测方法中，依据第一机构处理目标资金的处理进度，确定对目标资金的第一处理结果包括：基于预设时间间隔，获取第一机构处理目标资金的处理进度；依据处理进度，判断第一机构是否对目标资金处理完成；若第一机构已对目标资金处理完成，则确定第一处理结果为处理目标资金成功；若第一机构未对目标资金处理完成，则确定第一处理结果为处理目标资金失败。

例如，代发系统可以通过设置多场次定时扫描批量作业扫描跨行回盘文件，若为成功记录，则将明细结果返回前端系统同时更新数据库表该记录为成功。若为失败记录，则将获取过渡内部户资金进行汇总方回冲处理，同时更新数据库表记录为失败，金额已回冲汇总方。比如，多场次时间可以设定为每日0点开始，23点30分结束，频率为10分钟(上述的预设时间间隔)启动一次作业。

综上所述，通过不间断地扫描跨行系统的回盘文件，可以保证代发系统批量执行完成后，当天的跨行回盘文件能够及时处理，有效避免借贷不一致情况。

例如，图2是根据本申请实施例提供的可选的跨行代发场景下资金成功率监测方法的流程图，如图2所示，可选的跨行代发场景下资金成功率监测方法包括如下步骤：

(1)首先，前端系统提交送盘文件并发送指令，代发系统接收到指令后触发一个场次处理当前送盘文件，根据送盘文件首先与对公往来户系统交互，对汇总方进行扣账处理，并将汇总方扣账记录在代发系统数据库表；

(2)然后，根据送盘文件的明细代发数据，通过行号判断送入个人账户系统和跨行系统，若送入跨行系统，则先将明细代发资金存放在过渡内部户中，待跨行系统处理明细发放时从该过渡内部户获取资金进行走账处理；

(3)最后，个人账户系统和跨行系统的回盘文件给到代发系统进行回盘处理，包含回冲失败的汇总方资金以及将成功、失败的记录写进数据库表，并将回盘明细结果返回给前端系统。

另外，在上述的步骤(2)中，代发系统将汇总方扣款的资金存放在过渡内部户中，待跨行侧处理完明细文件，需发放工资时，扫描过渡内部户获取对应资金，过渡内部户资金被处理的同时发送指令告知代发系统资金已被处理，代发系统侧更新数据库状态为：跨行代发明细方资金已被处理，即可保证跨行代发的资金处理透明，实时监测资金走向。

例如，图3是本申请实施例中跨行代发工资的流程图，如图3所示，跨行代发工资的流程包括如下步骤：

(a)跨行代发明细文件输入跨行系统，待跨行系统处理完成，回盘文件回给代发系统，同时将发放失败需要回冲的资金退回过渡内部户中；

(b)代发系统通过设置多场次定时扫描批量作业扫描跨行回盘文件，若为成功记录，则将明细结果返回前端系统同时更新数据库表该记录为成功。若为失败记录，则将获取过渡内部户资金进行汇总方回冲处理，同时更新数据库表记录为失败，金额已回冲汇总方；其中，多场次时间设定为每日0点开始，23点30分结束，频率为10分钟启动一次作业；

(c)待成功失败记录的均处理完成，流程结束。

另外，在上述的步骤(b)中，跨行系统将需要回冲的资金放在过渡内部户中，待代发系统将失败记录回冲汇总方时从该过渡内部户获取资金，过渡内部户资金被处理时同时发送指令告知跨行系统资金已被处理；代发系统通过定时扫描批量扫描跨行回盘文件，保证跨行不定时的回盘文件能被及时处理，有效避免了账务不能闭环的问题发生。

而且，相关技术中的银行代发通常是代发系统和对公往来户系统、内部户系统、个人账户系统以及跨行系统进行文件交互。而跨行代发在代发系统和跨行系统批量交互过程中，存在批量场次不一致，且跨行系统的回盘文件存在历史场次问题，代发系统当天的批量场次处理结束时，跨行系统依旧会回盘处理失败的记录，导致当天的借贷双边不一致，账务不能闭环；此外，本行的汇总方资金扣账完成后，将明细方涉及跨行扣账文件传给跨行侧系统处理，而这个阶段，本行扣账资金处理透明，他行处理时存在不能结果实时返回、状态无法跟踪的问题。

因此，针对相关技术中存在的跨行批量和代发批量场次不一致，且跨行回盘存在历史场次问题，在本实施例中提出多场次定时扫描批量作业的方法，通过多场次定时扫描作业扫描跨行的回盘文件，保证跨行回盘的当前场次和历史场次都能及时被处理，避免当天的账务无法闭环。

针对他行处理时存在结果不能实时返回、状态无法跟踪的问题，在本实施例中提出设置过渡内部户，将代发的明细金额存放在过渡内部户中，待跨行系统扫描过渡内部户处理明细金额，并且过渡内部户资金被跨行系统处理的同时发送指令告知代发系统资金已被处理，有效监测跨行代发的资金处理进度。同时，将跨行处理失败需要回冲的金额放在过渡内部户，待代发系统扫描过渡内部户以回冲汇总方金额，保证跨行代发的资金处理透明，并做到实时监测代发资金的处理进度。

综上，本申请实施例提供的资金的监测方法，通过当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，目标资金存储在第二机构中，第一机构与第二机构属于不同的金融机构；将目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，其中，第一账户设置在第二机构中；依据监测结果，确定第一机构处理目标资金的处理进度，解决了相关技术中在跨行代发工资的场景下，难以监测跨行代发的资金处理进度，导致难以向前端系统返回资金处理结果的问题。当通过第一机构处理第二机构中的资金时，通过将第一机构待处理的目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，再根据监测结果，确定第一机构处理目标资金的处理进度，从而在跨行代发工资的场景下，可以有效监测跨行代发的资金处理进度，进而达到了向前端系统实时返回资金处理结果的效果。

说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种资金的监测装置，说明的是，本申请实施例的资金的监测装置可以用于执行本申请实施例所提供的用于资金的监测方法。以下对本申请实施例提供的资金的监测装置进行介绍。

图4是根据本申请实施例的资金的监测装置的示意图。如图4所示，该装置包括：第一确定单元401、第一处理单元402和第二确定单元403。

具体地，第一确定单元401，用于当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，目标资金存储在第二机构中，第一机构与第二机构属于不同的金融机构；

第一处理单元402，用于将目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，其中，第一账户设置在第二机构中；

第二确定单元403，用于依据监测结果，确定第一机构处理目标资金的处理进度。

综上，本申请实施例提供的资金的监测装置，通过第一确定单元401当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，目标资金存储在第二机构中，第一机构与第二机构属于不同的金融机构；第一处理单元402将目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，其中，第一账户设置在第二机构中；第二确定单元403依据监测结果，确定第一机构处理目标资金的处理进度，解决了相关技术中在跨行代发工资的场景下，难以监测跨行代发的资金处理进度，导致难以向前端系统返回资金处理结果的问题。当通过第一机构处理第二机构中的资金时，通过将第一机构待处理的目标资金转移至第一账户中，并监测第一账户中的目标资金，得到监测结果，再根据监测结果，确定第一机构处理目标资金的处理进度，从而在跨行代发工资的场景下，可以有效监测跨行代发的资金处理进度，进而达到了向前端系统实时返回资金处理结果的效果。

可选地，在本申请实施例提供的资金的监测装置中，第二确定单元包括：第一判断模块，用于依据监测结果，判断第一账户中是否存在目标资金；第一确定模块，用于若第一账户中存在目标资金，则确定第一机构处理目标资金的处理进度为处理中；第二确定模块，用于若第一账户中不存在目标资金，则确定第一机构处理目标资金的处理进度为已处理完成。

可选地，在本申请实施例提供的资金的监测装置中，该装置还包括：第三确定单元，用于在依据监测结果，确定第一机构处理目标资金的处理进度之后，依据第一机构处理目标资金的处理进度，确定对目标资金的第一处理结果；第一发送单元，用于将第一处理结果发送至前端系统。

可选地，在本申请实施例提供的资金的监测装置中，第三确定单元包括：第一获取模块，用于基于预设时间间隔，获取第一机构处理目标资金的处理进度；第二判断模块，用于依据处理进度，判断第一机构是否对目标资金处理完成；第三确定模块，用于若第一机构已对目标资金处理完成，则确定第一处理结果为处理目标资金成功；第四确定模块，用于若第一机构未对目标资金处理完成，则确定第一处理结果为处理目标资金失败。

可选地，在本申请实施例提供的资金的监测装置中，该装置还包括：第一接收单元，用于在当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金之前，接收前端系统发送的目标文件和目标请求，其中，目标文件中至少包括处理目标资金的明细信息和第二账户的属性信息，第二账户为接收目标资金的账户，目标请求用于请求按照明细信息对目标资金进行处理；第二处理单元，用于响应目标请求，从目标文件中获取第二账户的属性信息；第四确定单元，用于依据第二账户的属性信息确定目标结果，其中，目标结果用于表示是否通过第一机构处理目标资金。

可选地，在本申请实施例提供的资金的监测装置中，第四确定单元包括：第三判断模块，用于依据第二账户的属性信息，判断第二账户是否为第二机构中的账户；第五确定模块，用于若第二账户为第二机构中的账户，则确定通过第二机构处理目标资金；第六确定模块，用于若第二账户不是第二机构中的账户，则确定通过第一机构处理目标资金。

可选地，在本申请实施例提供的资金的监测装置中，该装置还包括：第一获取单元，用于在若第二账户为第二机构中的账户，则确定通过第二机构处理目标资金之后，获取通过第二机构处理目标资金的第二处理结果；第一返回单元，用于将第二处理结果返回至前端系统。

资金的监测装置包括处理器和存储器，上述第一确定单元401、第一处理单元402和第二确定单元403等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来达到向前端系统实时返回资金处理结果的效果。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述资金的监测方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述资金的监测方法。

如图5所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，所述目标资金存储在所述第二机构中，所述第一机构与所述第二机构属于不同的金融机构；将所述目标资金转移至第一账户中，并监测所述第一账户中的目标资金，得到监测结果，其中，所述第一账户设置在所述第二机构中；依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度。

处理器执行程序时还实现以下步骤：依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度包括：依据所述监测结果，判断所述第一账户中是否存在所述目标资金；若所述第一账户中存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为处理中；若所述第一账户中不存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为已处理完成。

处理器执行程序时还实现以下步骤：在依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度之后，所述方法还包括：依据所述第一机构处理所述目标资金的处理进度，确定对所述目标资金的第一处理结果；将所述第一处理结果发送至前端系统。

处理器执行程序时还实现以下步骤：依据所述第一机构处理所述目标资金的处理进度，确定对所述目标资金的第一处理结果包括：基于预设时间间隔，获取所述第一机构处理所述目标资金的处理进度；依据所述处理进度，判断所述第一机构是否对所述目标资金处理完成；若所述第一机构已对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金成功；若所述第一机构未对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金失败。

处理器执行程序时还实现以下步骤：在当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金之前，所述方法还包括：接收前端系统发送的目标文件和目标请求，其中，所述目标文件中至少包括处理所述目标资金的明细信息和第二账户的属性信息，所述第二账户为接收所述目标资金的账户，所述目标请求用于请求按照所述明细信息对所述目标资金进行处理；响应所述目标请求，从所述目标文件中获取所述第二账户的属性信息；依据所述第二账户的属性信息确定目标结果，其中，所述目标结果用于表示是否通过所述第一机构处理所述目标资金。

处理器执行程序时还实现以下步骤：依据所述第二账户的属性信息确定目标结果包括：依据所述第二账户的属性信息，判断所述第二账户是否为所述第二机构中的账户；若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金；若所述第二账户不是所述第二机构中的账户，则确定通过所述第一机构处理所述目标资金。

处理器执行程序时还实现以下步骤：在若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金之后，所述方法还包括：获取通过所述第二机构处理所述目标资金的第二处理结果；将所述第二处理结果返回至所述前端系统。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金，其中，所述目标资金存储在所述第二机构中，所述第一机构与所述第二机构属于不同的金融机构；将所述目标资金转移至第一账户中，并监测所述第一账户中的目标资金，得到监测结果，其中，所述第一账户设置在所述第二机构中；依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度包括：依据所述监测结果，判断所述第一账户中是否存在所述目标资金；若所述第一账户中存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为处理中；若所述第一账户中不存在所述目标资金，则确定所述第一机构处理所述目标资金的处理进度为已处理完成。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在依据所述监测结果，确定所述第一机构处理所述目标资金的处理进度之后，所述方法还包括：依据所述第一机构处理所述目标资金的处理进度，确定对所述目标资金的第一处理结果；将所述第一处理结果发送至前端系统。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据所述第一机构处理所述目标资金的处理进度，确定对所述目标资金的第一处理结果包括：基于预设时间间隔，获取所述第一机构处理所述目标资金的处理进度；依据所述处理进度，判断所述第一机构是否对所述目标资金处理完成；若所述第一机构已对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金成功；若所述第一机构未对所述目标资金处理完成，则确定所述第一处理结果为处理所述目标资金失败。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在当通过第一机构处理第二机构中的资金时，确定通过第一机构待处理的目标资金之前，所述方法还包括：接收前端系统发送的目标文件和目标请求，其中，所述目标文件中至少包括处理所述目标资金的明细信息和第二账户的属性信息，所述第二账户为接收所述目标资金的账户，所述目标请求用于请求按照所述明细信息对所述目标资金进行处理；响应所述目标请求，从所述目标文件中获取所述第二账户的属性信息；依据所述第二账户的属性信息确定目标结果，其中，所述目标结果用于表示是否通过所述第一机构处理所述目标资金。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据所述第二账户的属性信息确定目标结果包括：依据所述第二账户的属性信息，判断所述第二账户是否为所述第二机构中的账户；若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金；若所述第二账户不是所述第二机构中的账户，则确定通过所述第一机构处理所述目标资金。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在若所述第二账户为所述第二机构中的账户，则确定通过所述第二机构处理所述目标资金之后，所述方法还包括：获取通过所述第二机构处理所述目标资金的第二处理结果；将所述第二处理结果返回至所述前端系统。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。