CN110246016A - 信息管理方法、装置及计算机存储介质 - Google Patents

Abstract

本申请实施例公开了一种信息管理方法、装置及计算机存储介质，涉及数据分析领域和资源分配，其中方法包括：在接收到对目标信托计划的管理请求时，获取并输出所述目标信托计划的第一可用额度，所述管理请求包括管理标签；获取所述管理标签，根据预存的管理标签与监管规则的对应关系，在所述监管规则中获取与所述管理标签对应的目标监管规则，所述目标监管规则包括监管周期；基于所述监管周期获取所述目标信托计划的第二可用额度，生成并输出包含所述第二可用额度的第一提示信息，可以及时提示信托计划的可用额度该信托计划的资金方余额，避免客户在申请使用信托计划作为贷款资金来源时出现资金方余额不足的情况。

Description

信息管理方法、装置及计算机存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息管理方法、装置及计算机存储介质。

背景技术

信托是委托人基于对受托人的信任，将其财产权委托给受托人，由受托人按委托人的意愿以自己的名义，为受益人的利益或特定目的，进行管理和处分的行为。通常信托公司的不同信托计划可贷款额度不同，并且信托计划在实施过程中贷款额度有限，客户在申请使用信托计划作为贷款资金来源时，可能会面临资金方余额不足或者资金分配不均的问题。

发明内容

本申请实施例提供一种信息管理方法、服务器及计算机存储介质，涉及数据分析领域的资源分配，可以及时提示信托计划的可用额度，避免客户在申请使用信托计划作为贷款资金来源时出现资金方余额不足的情况。

第一方面，本申请实施例提供了一种信息管理方法，所述方法包括：

在接收到对目标信托计划的管理请求时，获取并输出所述目标信托计划的第一可用额度，所述管理请求包括管理标签；

获取所述管理标签，根据预存的管理标签与监管规则的对应关系，在所述监管规则中获取与所述管理标签对应的目标监管规则，所述目标监管规则包括监管周期；

基于所述监管周期获取所述目标信托计划的第二可用额度，生成并输出包含所述第二可用额度的第一提示信息。

作为一种可能的实施方式，所述目标监管规则还包括权限验证标识；

所述基于所述监管周期获取所述目标信托计划的第二可用额度之前，所述方法还包括：

获取所述目标信托计划的管理者信息，将包含所述管理者信息和所述目标监管规则的请求信息向所述目标信托计划的资金方发送；

在接收到来自所述资金方的对所述请求信息的确认信息时，触发所述基于所述监管周期获取所述目标信托计划的第二可用额度的步骤。

作为一种可能的实施方式，所述基于所述监管周期获取所述目标信托计划的第二可用额度包括：

基于所述监管周期确定额度查询时刻，在所述额度查询时刻获取所述目标信托计划的所述第二可用额度；

所述方法还包括：生成包含所述额度查询时刻和所述第二可用额度的状态统计信息。

作为一种可能的实施方式，所述方法还包括：

在检测到所述目标信托计划的所述第二可用额度低于第一监控阈值时，生成并输出第二提示信息，所述第二提示信息用于提示所述目标信托计划的所述第二可用额度低于所述第一监控阈值；

在检测到所述目标信托计划的所述第二可用额度低于第二监控阈值时，将所述目标信托计划标记为告警状态，所述告警状态为无法参与所述目标信托计划的放款交易的状态。

作为一种可能的实施方式，所述方法还包括：

在检测到所述目标信托计划的所述第二可用额度低于所述第二监控阈值时，获取所述目标信托计划的资金方信息以确定所述目标信托计划的资金方；

向所述目标信托计划的资金方发送第三提示信息，所述第三提示信息用于提示所述资金方所述目标信托计划的所述第二可用额度低于所述第二监控阈值。

作为一种可能的实施方式，所述方法还包括：

在接收到对所述目标信托计划的放款请求时，若所述目标信托计划的可用额度小于所述的放款请求中的目标放款金额，获取所述目标信托计划的至少一个关联计划；

基于所述至少一个关联计划和所述目标信托计划联合放款，所述联合放款时支付的目标放款金额来源于所述关联计划的可用额度和所述目标信托计划的可用额度。

作为一种可能的实施方式，所述获取所述目标信托计划的关联计划之前，所述方法还包括：

判断是否存在与所述目标信托计划绑定的所述关联计划；

若存在，所述获取所述目标信托计划的至少一个关联计划包括：

获取所述目标信托计划的关联计划中优先级最高的目标关联计划。

第二方面，本申请实施例提供了一种信息管理装置，包括：获取模块和提醒模块，其中：

所述获取模块，用于在接收到对目标信托计划的管理请求时，获取并输出所述目标信托计划的第一可用额度，所述管理请求包括管理标签；

所述获取模块还用于，获取所述管理标签，根据预存的管理标签与监管规则的对应关系，在所述监管规则中获取与所述管理标签对应的目标监管规则，所述目标监管规则包括监管周期；

所述提醒模块，用于基于所述监管周期获取所述目标信托计划的第二可用额度，生成并输出包含所述第二可用额度的第一提示信息。

第三方面，本申请实施例还提供了一种信息管理装置，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如第一方面及其任一种可能的实施方式所述的方法。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面及其任一种可能的实施方式的方法。

本申请实施例通过在接收到对目标信托计划的管理请求时，获取并输出所述目标信托计划的第一可用额度，其中上述管理请求包括管理标签，获取上述管理标签，根据预存的管理标签与监管规则的对应关系，在所述监管规则中获取与上述管理标签对应的目标监管规则，其中上述目标监管规则包括监管周期，再基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息，而提供信托计划用于放款的可用额度的为该信托计划的资金方，通过上述方法可以及时提示信托计划的可用额度，即该信托计划的资金方余额，便于信托计划的管理，避免客户在申请使用该信托计划作为贷款资金来源时出现该资金方余额不足的情况。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种信息管理方法的流程示意图；

图2是本申请另一实施例提供的一种信息管理方法的流程示意图；

图3是本申请实施例提供的一种信息管理装置的结构示意图；

图4是本申请实施例提供的另一种信息管理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

为了能够更好地理解本申请实施例，下面将对应用本申请实施例的方法进行介绍。

本申请实施例中提到的信息管理装置可以包括服务器、终端设备或芯片，该终端设备是可以与服务器进行通信的设备，上述服务器也称伺服器，是提供计算服务的设备，可以允许多个终端设备进行访问。上述终端设备包括但不限于台式计算机、移动终端，上述移动终端可包括各种具有无线通信功能的手持设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)等等。

请参见图1，是本申请实施例提供的一种信息管理方法的示意流程图，如图1所示该方法可包括：

101、在接收到对目标信托计划的管理请求时，获取并输出上述目标信托计划的第一可用额度，上述管理请求包括管理标签。

企业在有闲余资金时，可以有针对性地进行资金投资，指定借款人进行委托贷款和信托贷款；或是集团企业中，为了降低集团内的整体融资成本，通过受托机构将集团内部资金转贷给集团内的指定借款人。

本申请实施例中的方法可以适用于信息管理装置，该信息管理装置可以与其他终端设备(用户终端，如手机、计算机等)通信，该信息管理装置中可以存储有一个或者多个信托计划，这些信托计划可以是作为受托人的一方发布的，以使满足条件的委托人参与。

本申请实施例中的信托计划主要是包含信托贷款的计划，信托贷款是指受托人接受委托人的委托，将委托人存入的资金，按其(或信托计划中)指定的对象、用途、期限、利率与金额等发放贷款，并负责到期收回贷款本息的一项金融业务。委托人在发放贷款的对象、用途等方面有充分的自主权，同时又可利用信托公司在企业资信与资金管理方面的优势，增加资金的安全性，提高资金的使用效率。

上述管理请求可以来自用户终端，也可以由用户在信息管理装置上操作触发，上述管理请求中可以包括目标信托计划编号或名称，即可以选定目标信托计划，从而可以对该目标信托计划设置监管方式。该信息管理装置可以响应于上述管理请求，可以先获取该目标信托计划，先查询该目标信托计划的可用额度，以及可以输出上述目标信托计划的可用额度，再执行步骤102。

102、获取上述管理标签，根据预存的管理标签与监管规则的对应关系，在上述监管规则中获取与上述管理标签对应的目标监管规则，上述目标监管规则包括监管周期。

具体的，对监管任务的设置可以通过上述管理标签实现，信息管理装置可以获取上述管理标签，开启对该信托计划的监管。

具体的，信息管理装置中可以存储有多个监管规则，以及预存的管理标签与监管规则的对应关系，其中，上述监管规则可以理解为对各个信托计划的具体管理方式，主要是可以针对信托计划的可用额度的监控，因此上述监管规则包括上述监管周期，可以理解为对信托计划的可用额度监测的周期。

在获取到上述管理标签之后，信息管理装置可以根据上述预存的管理标签与监管规则的对应关系，确定该管理标签对应的目标监管规则，并从存储的管理规则中获取该目标监管规则，进而将该目标监管规则应用于本项目标信托计划的管理中，即可以执行步骤103。

103、基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息。

在获得上述监管周期的情况下，信息管理装置可以以上述监管周期为查询的周期，周期性地对上述信托计划的可用额度进行监控。

具体的，上述信托计划的客户在参与时会生成信托协议，并且在每次交易(实际放款)的时候生成放款记录，包含放款金额，通过信托协议和上述放款记录的放款金额，以及该信托计划开始执行管理时获取的可用额度，可以计算出最新的可用额度，即可以对该可用额度进行更新，在达到上述监管周期的时刻，生成包含上述第二可用额度的第一提示信息并输出，或者，还可以向其他用户终端发送上述第一提示信息，以及时提示该信托计划的可用额度，而提供信托计划用于放款的可用额度的为该信托计划的资金方，通过上述方法可以及时更新并提示信托计划的可用额度，即该信托计划的资金方余额，便于信托计划的管理，避免客户在申请使用该信托计划作为贷款资金来源时出现该资金方余额不足的情况。

该信息管理装置可以在后台对多个信托计划进行上述的独立管理，互不影响。可以定期生成统计信息输出，比如多个信托计划的可用额度变化趋势图。

可选的，该信息管理装置中还可以存储有第一监控阈值和第二监控阈值，在检测到上述目标信托计划的上述第二可用额度低于第一监控阈值时，可以生成并输出第二提示信息，上述第二提示信息用于提示上述目标信托计划的上述第二可用额度低于上述第一监控阈值；

在检测到上述目标信托计划的上述第二可用额度低于第二监控阈值时，可以将上述目标信托计划标记为告警状态，上述告警状态为无法参与上述目标信托计划的放款交易的状态。

其中，上述第二监控阈值可以低于上述第一监控阈值，当目标信托计划的可用额度低于第一监控阈值时，表示该目标信托计划的可用额度较低，建议及时调整该目标信托计划的交易处理，比如限制放款额度、放款次数等，而当目标信托计划的可用额度低于第二监控阈值时，表示该目标信托计划的可用额度过低，不能再接受放款请求执行放款，暂时将该目标信托计划设置为不可执行放款交易的上述告警状态，避免客户发起申请时出现资金方余额不足的情况。可选的，在该目标信托计划的可用额度调整后高于上述第二监控阈值时可以解除上述告警状态，以正常状态可以进行交易处理。

具体的，可以基于上述监管周期确定额度查询时刻，在上述额度查询时刻获取上述目标信托计划的上述第二可用额度，进而可以生成包含上额度查询时刻和所述第二可用额度的状态统计信息。即可以对每次的查询进行记录，便于进行该目标信托计划的数据统计分析，可以调整和改进信托计划的制定。

可选的，在检测到上述目标信托计划的上述第二可用额度低于上述第二监控阈值时，还可以获取上述目标信托计划的资金方信息，从上述资金方信息中确定上述目标信托计划的资金方(联系方式或者联系地址)；

进一步地，可以向上述目标信托计划的资金方发送第三提示信息，该第三提示信息可以用于提示上述资金方上述目标信托计划的上述第二可用额度低于上述第二监控阈值，该目标信托计划已进入告警状态，无法提供放款，可以提示资金方补充该目标信托计划的可用额度，增加资金方余额以继续扩大该目标信托计划的交易。

可选的，本申请实施例中的上述信托计划可用额度监控方案可以在信息管理装置的后台执行，前台可以进行信托计划查找、设置等其他处理操作，也可以基于区块链实现。

本申请实施例通过在接收到对目标信托计划的管理请求时，获取并输出上述目标信托计划的第一可用额度，上述管理请求包括管理标签，获取上述管理标签，可以根据预存的管理标签与监管规则的对应关系，在上述监管规则中获取与上述管理标签对应的目标监管规则，上述目标监管规则包括监管周期，再基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息，可以及时提示信托计划的可用额度，避免客户在申请使用信托计划作为贷款资金来源时出现资金方余额不足的情况。

参见图2，是本申请实施例提供的另一种信息管理方法的示意流程图，图2所示的实施例可以是在图1所示的实施例的基础上得到的，如图2所示该方法可包括：

201、在接收到对目标信托计划的管理请求时，获取并输出上述目标信托计划的第一可用额度，上述管理请求包括管理标签。

202、获取上述管理标签，根据预存的管理标签与监管规则的对应关系，在上述监管规则中获取与上述管理标签对应的目标监管规则，上述目标监管规则包括监管周期和权限验证标识。

其中，上述步骤201和步骤202可以分别参考图1所示实施例的步骤101和步骤102中的具体描述，此处不再赘述。而上述目标监管规则还包括权限验证标识，即表示需要先对该目标信托计划的管理者进行身份验证，因此可以执行步骤203。

203、获取上述目标信托计划的管理者信息，将包含上述管理者信息和上述目标监管规则的请求信息向上述目标信托计划的资金方发送。

具体的，该信息管理装置中可以存储有发起管理请求的该目标信托计划的管理者信息，以及该目标信托计划的资金方信息，其中可以包括该资金方的联系方式如资金方的用户账号，在获取该管理者信息、确定该目标信托计划的资金方之后，可以生成包含上述管理者信息和上述目标监管规则的请求信息，向该目标信托计划的资金方发送上述请求信息，使该资金方验证该管理者身份和本次目标信托计划的监管规则，资金方若拒绝本次请求，则验证失败，不执行步骤204，而资金方可以反馈对上述请求信息的确认信息，即允许进行该目标信托计划的管理，可以执行步骤204。

可选的，除了可用额度之外，上述监管规则还可以对信托计划中的已成功放款额度、已占用未放款额度，以及两者占信托计划总金额的比例等数据进行监管，与上述过程类似，可以设置监管周期，进行周期性的统计和提醒，可提前告知业务信托计划各项数据，方便开展业务及引导客户。

204、在接收到来自上述资金方的对上述请求信息的确认信息时，基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息。

其中，上述步骤204可以参考图1所示实施例的步骤103中的具体描述，此处不再赘述。

205、在接收到针对上述目标信托计划的放款请求时，获取上述目标信托计划的可用额度，上述放款请求包括目标放款金额。

上述放款请求可以来自用户终端，由用户发起，上述放款请求包括目标放款金额，还可以包括请求放款的用户身份信息。该信息管理装置可以接收针对上述目标信托计划的放款请求，进而获取上述目标信托计划的可用额度，再执行步骤206。

206、判断上述目标信托计划的可用额度是否小于上述目标放款金额。

在获取上述目标信托计划的可用额度之后，可以比较上述目标信托计划的可用额度和上述目标放款金额，以判断上述目标信托计划的可用额度是否小于上述目标放款金额。若不小于，可以执行步骤207；若小于，不执行步骤207，可以执行步骤208。

207、按照上述目标放款金额从上述目标信托计划的可用额度中执行放款。

在上述目标信托计划的可用额度不小于上述目标放款金额的情况下，该目标信托计划可以执行本次放款交易，即可以从该目标系统计划的可用额度中扣取上述目标放款金额作为上述放款请求的交易资金。具体的，上述放款请求中可以包括目标账户信息，通过获取到的上述目标账户信息可以确定目标账户，即需要放款至的账户，进而将这笔交易资金发放至上述目标账户中。

可选的，在完成上述放款交易之后可以生成交易记录，以及及时更新上述目标信托计划的可用额度。

在检测到信托协议中的交易已执行时，可以根据交易进度生成不同节点的业务表格，并将上述业务表格存储于上述文档目录中，以记录该目标信托计划的交易历史信息及跟踪消费信托的交易进度。

208、获取上述目标信托计划的至少一个关联计划，基于上述至少一个关联计划和上述目标信托计划联合放款，上述联合放款时支付的目标放款金额来源于上述关联计划的可用额度和上述目标信托计划的可用额度。

在接收到对上述目标信托计划的放款请求时，若上述目标信托计划的可用额度小于上述的放款请求中的目标放款金额，可以选择执行其他的放款方式。

具体的，可以设置信托计划的关联计划，即与之类型相似或者放款途径(比如资金方)一致的信托计划作为上述关联计划，可以通过关联标识确定一个信托计划是否有、有哪些对应的关联计划。

可选的，这些关联计划也可以是不同公司或资金方的信托计划，只需要提前确认合作交易协议，双方达成联合放款的条款，比如在可用额度低于多少时可以申请联合放款，以及可以暂时借出的额度大小等。

在获取上述目标信托计划的关联计划之前，该方法还可以包括：

判断是否存在与上述目标信托计划绑定的上述关联计划；

若存在，可以获取上述关联计划进行联合放款。具体的，还可以设置联合放款阈值，先确定该关联计划的可用额度，若该关联计划的可用额度大于上述联合放款阈值，可以联合该关联计划执行后续的放款任务；若不大于，可以不执行联合放款，在存在至少两个关联计划的情况下也可以重新选择另一个关联计划进行判断和联合放款处理。

可选的，本申请实施例中，信息管理装置可以获取信托计划中的信托协议、委托人(客户)的基本信息等，验证信托协议的合法性，以确定委托人身份和用户偏好，从而为其推荐合适的信托产品。

比如，基本信息可以包括多个借款人的借款信息：委贷额度、贷款期限、贷款开始日期、终止日期、计息法、计息方式、计息基数、手续费率、管理费、受托银行、委托贷款手续费、手续费收取方式(分期支付和一次性支付)。其中上述委贷资金可一次或分次转入贷款账户，因此在交易完成之后还可以生成放款记录，可以包括币种、放款时间、放款金额等。

进一步可选的，在该目标信托计划的可用额度不足的情况下，比如小于上述目标放款金额时，还可以向用户推荐其他信托计划，即获取可用额度大于上述目标放款金额的至少一种其他信托计划作为推荐信托计划，可以生成包含上述推荐信托计划的推荐信息，并输出上述推荐信息或者向客户的终端设备发送，方便开展业务及向客户推荐备选产品。

可选的，可以获取上述目标信托计划的关联计划中优先级最高的目标关联计划。

上述关联计划可以设置联合放款时的优先级，在需要进行联合放款时，可以优先获取优先级高的作为目标关联计划执行联合放款处理。

进一步可选的，步骤208具体还可以包括：

获取上述目标关联计划的可用额度，判断上述目标关联计划的可用额度与上述目标信托计划的可用额度之和是否大于上述目标放款金额；

若大于，则目标关联计划与目标信托计划满足联合放款的资金基本条件，可以从上述目标关联计划的可用额度与上述目标信托计划的可以额度中联合执行上述放款请求的放款处理；若不大于，则目标关联计划与目标信托计划不满足联合放款的资金基本条件，不能执行联合放款。可选的，可以从上述关联计划中获取优先级第二高的关联计划作为上述目标关联计划，重复上述判断过程，以获取到可用额度充足的关联计划以执行联合放款，可以使放款处理更灵活。

举例来讲，在接收到对某目标账号的放款指令时，该放款指令还可以包括该用户参与的信托计划a以及该信托计划a中资金方需要放款的放款金额，而该放款金额的额度大于信托计划a的可用额度时，可以获取该信托计划的关联计划b，从该关联计划b的可用额度中申请不足的部分补全上述放款金额进行发放。

可选的，在联合放款的情况下可以生成联合放款记录进行存储，以核对交易记录，也便于在资金方不同的情况下，目标信托计划的资金方可以对关联计划的资金方进行补偿，具体可以为归还联合放款时关联计划所借出放款的金额。

本申请实施例中，通过在接收到对目标信托计划的管理请求时，获取并输出上述目标信托计划的第一可用额度，其中，上述管理请求包括管理标签，可以获取上述管理标签，根据预存的管理标签与监管规则的对应关系，在上述监管规则中获取与上述管理标签对应的目标监管规则，其中上述目标监管规则包括监管周期和权限验证标识，再获取上述目标信托计划的管理者信息，将包含上述管理者信息和上述目标监管规则的请求信息向上述目标信托计划的资金方发送，在接收到来自上述资金方的对上述请求信息的确认信息时，可以基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息，而提供信托计划用于放款的可用额度的为该信托计划的资金方，通过上述方法可以及时提示信托计划的可用额度，即该信托计划的资金方余额，便于信托计划的管理，避免客户在申请使用该信托计划作为贷款资金来源时出现该资金方余额不足的情况；而在接收到针对上述目标信托计划的放款请求时，可以获取上述目标信托计划的可用额度，上述放款请求包括目标放款金额，判断上述目标信托计划的可用额度是否小于上述目标放款金额，若不小于，则按照上述目标放款金额从上述目标信托计划的可用额度中执行放款，若小于，则获取上述目标信托计划的至少一个关联计划，可联合上述关联计划的可用额度与上述目标信托计划的可用额度来支付放款金额，可以在一般信托计划的可用额度不足无法放款时执行联合放款，能灵活完成放款任务。

请参见图3，图3是本申请实施例提供的一种信息管理装置的结构示意图，该信息管理装置300包括获取模块310和提醒模块320，其中：

上述获取模块310，用于在接收到对目标信托计划的管理请求时，获取并输出上述目标信托计划的第一可用额度，上述管理请求包括管理标签；

上述获取模块310还用于，获取上述管理标签，根据预存的管理标签与监管规则的对应关系，在上述监管规则中获取与上述管理标签对应的目标监管规则，上述目标监管规则包括监管周期；

上述提醒模块320，用于基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息。

可选的，上述目标监管规则还包括权限验证标识；

上述信息管理装置300还包括传输模块330；

上述获取模块310还用于，在基于上述监管周期获取上述目标信托计划的第二可用额度之前，获取上述目标信托计划的管理者信息；上述传输模块330用于，将包含上述管理者信息和上述目标监管规则的请求信息向上述目标信托计划的资金方发送；

上述提醒模块320还用于，在上述传输模块330接收到来自上述资金方的对上述请求信息的确认信息时，执行上述基于上述监管周期获取上述目标信托计划的第二可用额度的步骤。

可选的，上述获取模块310具体用于，基于上述监管周期确定额度查询时刻，在上述额度查询时刻获取上述目标信托计划的上述第二可用额度；

上述信息管理装置300还包括生成模块340，用于生成包含上述额度查询时刻和上述第二可用额度的状态统计信息。

可选的，上述信息管理装置300还包括检测模块350和标记模块360；

上述生成模块340还用于，在上述检测模块350检测到上述目标信托计划的上述第二可用额度低于第一监控阈值时，生成第二提示信息；上述提醒模块320还用于输出上述第二提示信息，上述第二提示信息用于提示上述目标信托计划的上述第二可用额度低于上述第一监控阈值；

上述标记模块360用于，在上述检测模块350检测到上述目标信托计划的上述第二可用额度低于第二监控阈值时，将上述目标信托计划标记为告警状态，上述告警状态为无法参与上述目标信托计划的放款交易的状态。

可选的，上述获取模块310还用于，在上述检测模块350检测到上述目标信托计划的上述第二可用额度低于上述第二监控阈值时，获取上述目标信托计划的资金方信息以确定上述目标信托计划的资金方；

上述传输模块330还用于，向上述目标信托计划的资金方发送第三提示信息，上述第三提示信息用于提示上述资金方上述目标信托计划的上述第二可用额度低于上述第二监控阈值。

可选的，上述信息管理装置300还包括判断模块370和交易模块380；

上述获取模块310还用于，在接收到对上述目标信托计划的放款请求时，若上述判断模块370判断上述目标信托计划的可用额度小于上述的放款请求中的目标放款金额，获取上述目标信托计划的至少一个关联计划；

上述交易模块380还用于，基于上述至少一个关联计划和上述目标信托计划联合放款，上述联合放款时支付的目标放款金额来源于上述关联计划的可用额度和上述目标信托计划的可用额度。

可选的，上述判断模块370还用于，在获取模块310获取上述目标信托计划的关联计划之前，判断是否存在与上述目标信托计划绑定的上述关联计划；

上述获取模块310具体用于，若存在与上述目标信托计划绑定的上述关联计划，获取上述目标信托计划的关联计划中优先级最高的目标关联计划。

根据本申请实施例的具体实施方式，图1与图2所示的信息管理方法涉及的步骤101～103、201～208可以是由图3所示的信息管理装置300中的各个模块来执行的。

通过本申请实施例的信息管理装置300，信息管理装置300可以在接收到对目标信托计划的管理请求时，获取并输出上述目标信托计划的第一可用额度，上述管理请求包括管理标签，获取上述管理标签，可以根据预存的管理标签与监管规则的对应关系，在上述监管规则中获取与上述管理标签对应的目标监管规则，上述目标监管规则包括监管周期，再基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息，而提供信托计划用于放款的可用额度的为该信托计划的资金方，通过上述方法可以及时提示信托计划的可用额度，即该信托计划的资金方余额，便于信托计划的管理，避免客户在申请使用该信托计划作为贷款资金来源时出现该资金方余额不足的情况。

请参阅图4，图4是本申请实施例公开的另一种信息管理装置的结构示意图。如图4所示，该信息管理装置400包括处理器401和存储器402，其中，信息管理装置400还可以包括总线403，处理器401和存储器402可以通过总线403相互连接，总线403可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线403可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中，信息管理装置400还可以包括输入输出设备404，输入输出设备404可以包括显示屏，例如液晶显示屏。存储器402用于存储包含指令的一个或多个程序；处理器401用于调用存储在存储器402中的指令执行上述图1和图2实施例中提到的部分或全部方法步骤。

应当理解，在本申请实施例中，所称处理器401可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备402可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备403可以包括显示器(LCD等)、扬声器等。

该存储器404可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如，存储器404还可以存储设备类型的信息。

通过本申请实施例的信息管理装置400，信息管理装置400可以在接收到对目标信托计划的管理请求时，获取并输出上述目标信托计划的第一可用额度，上述管理请求包括管理标签，获取上述管理标签，可以根据预存的管理标签与监管规则的对应关系，在上述监管规则中获取与上述管理标签对应的目标监管规则，上述目标监管规则包括监管周期，再基于上述监管周期获取上述目标信托计划的第二可用额度，生成并输出包含上述第二可用额度的第一提示信息，而提供信托计划用于放款的可用额度的为该信托计划的资金方，通过上述方法可以及时提示信托计划的可用额度，即该信托计划的资金方余额，便于信托计划的管理，避免客户在申请使用该信托计划作为贷款资金来源时出现该资金方余额不足的情况。

本申请实施例还提供一种计算机存储介质，也叫计算机可读存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种信息管理方法的部分或全部步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种信息管理方法，其特征在于，所述方法包括：

在接收到对目标信托计划的管理请求时，获取并输出所述目标信托计划的第一可用额度，所述管理请求包括管理标签；

获取所述管理标签，根据预存的管理标签与监管规则的对应关系，在所述监管规则中获取与所述管理标签对应的目标监管规则，所述目标监管规则包括监管周期；

基于所述监管周期获取所述目标信托计划的第二可用额度，生成并输出包含所述第二可用额度的第一提示信息。

2.根据权利要求1所述的方法，其特征在于，所述目标监管规则还包括权限验证标识；

所述基于所述监管周期获取所述目标信托计划的第二可用额度之前，所述方法还包括：

获取所述目标信托计划的管理者信息，将包含所述管理者信息和所述目标监管规则的请求信息向所述目标信托计划的资金方发送；

在接收到来自所述资金方的对所述请求信息的确认信息时，触发所述基于所述监管周期获取所述目标信托计划的第二可用额度的步骤。

3.根据权利要求2所述的方法，其特征在于，所述基于所述监管周期获取所述目标信托计划的第二可用额度包括：

基于所述监管周期确定额度查询时刻，在所述额度查询时刻获取所述目标信托计划的所述第二可用额度；

所述方法还包括：生成包含所述额度查询时刻和所述第二可用额度的状态统计信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在检测到所述目标信托计划的所述第二可用额度低于第一监控阈值时，生成并输出第二提示信息，所述第二提示信息用于提示所述目标信托计划的所述第二可用额度低于所述第一监控阈值；

在检测到所述目标信托计划的所述第二可用额度低于第二监控阈值时，将所述目标信托计划标记为告警状态，所述告警状态为无法参与所述目标信托计划的放款交易的状态。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在检测到所述目标信托计划的所述第二可用额度低于所述第二监控阈值时，获取所述目标信托计划的资金方信息以确定所述目标信托计划的资金方；

向所述目标信托计划的资金方发送第三提示信息，所述第三提示信息用于提示所述资金方所述目标信托计划的所述第二可用额度低于所述第二监控阈值。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

在接收到对所述目标信托计划的放款请求时，若所述目标信托计划的可用额度小于所述的放款请求中的目标放款金额，获取所述目标信托计划的至少一个关联计划；

基于所述至少一个关联计划和所述目标信托计划联合放款，所述联合放款时支付的目标放款金额来源于所述关联计划的可用额度和所述目标信托计划的可用额度。

7.根据权利要求6所述的方法，其特征在于，所述获取所述目标信托计划的关联计划之前，所述方法还包括：

判断是否存在与所述目标信托计划绑定的所述关联计划；

若存在，所述获取所述目标信托计划的至少一个关联计划包括：

获取所述目标信托计划的关联计划中优先级最高的目标关联计划。

8.一种信息管理装置，其特征在于，包括：获取模块和提醒模块，其中：

所述获取模块，用于在接收到对目标信托计划的管理请求时，获取并输出所述目标信托计划的第一可用额度，所述管理请求包括管理标签；

所述获取模块还用于，获取所述管理标签，根据预存的管理标签与监管规则的对应关系，在所述监管规则中获取与所述管理标签对应的目标监管规则，所述目标监管规则包括监管周期；

所述提醒模块，用于基于所述监管周期获取所述目标信托计划的第二可用额度，生成并输出包含所述第二可用额度的第一提示信息。

9.一种信息管理装置，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。