质押仓单的监管方法、装置、设备和介质

技术领域

本公开涉及大数据领域，可用于金融领域，更具体地涉及一种质押仓单的监管方法、装置、设备、介质和程序产品。

背景技术

仓单质押融资是由粮食交易平台向银行推送企业的仓单信息及相应融资需求，银行对融资需求审批通过后，以仓单中的粮食为质押标的向企业发放贷款，而仓单中的粮食由粮食交易平台中指定的交收库保管。由于粮食价格按日波动，导致仓单价值会根据粮食的市场价格而波动，甚至在市场价格下降突破银行预设价格范围时，需及时进行仓单的拍卖等处理，避免减少损失。

发明人在实现本方案构思的过程中发现，现有技术中进行仓单监管时，主要依赖人工定时或不定时的关注分析，而且由于仓单的拍卖执行在粮食交易平台，银行需要拍卖仓单时需要工作人员向粮食交易平台进行报价等操作才能进行拍卖，这样导致对仓管质押后的风险管理不够及时且效率低下。

发明内容

鉴于上述问题，本公开提供了一种质押仓单的监管方法、装置、设备、介质和程序产品。

本公开实施例的第一方面，提供了一种质押仓单的监管方法。所述方法包括：在通过信贷管理系统处理完仓单的质押后，从所述信贷管理系统中获取所述仓单的仓单信息，其中，所述仓单信息包括所述仓单中的粮食的种类和数量、所述仓单的借款人的信息和对所述仓单中的粮食进行交易管理的粮食交易平台的信息；从用于实时同步商品价格的外部盯市系统查询实时粮食价格数据；基于所述实时粮食价格数据和所述仓单中的粮食的种类和数量，评估所述仓单的仓单市值，并从所述信贷管理系统中获取所述仓单的当前贷款信息；基于所述仓单市值和所述当前贷款信息，得到监控指数；以及当所述监控指数达到不同的操作线时，触发不同操作线对应的操作。其中，当所述监控指数达到不同的操作线时，触发不同操作线对应的操作可以包括：当所述监控指数达到警戒线时，向指定人员的终端设备发送用于催促所述仓单的借款人还款的信息；以及当所述监控指数达到处置线时，按照预设的自动拍卖报价机制向所述粮食交易平台报价，以触发所述粮食交易平台对所述仓单进行拍卖；其中，所述处置线表征所述仓单市值下跌程度大于所述警戒线对应的下跌程度。以此方式，可以实现在仓单市值下跌时采取多层次、灵活的处置措施。

根据本公开的实施例，按照预设的自动拍卖报价机制向所述粮食交易平台报价，以触发所述粮食交易平台对所述仓单进行拍卖包括以所述仓单市值为初始报价，循环执行如下操作，直到拍卖成功或者达到流拍确认条件：向所述粮食交易平台报价；接收所述粮食交易平台反馈的拍卖结果信息；以及当所述拍卖结果信息表明拍卖失败时，则按照预设的价格调整步长更新报价。

根据本公开的实施例，所述流拍确认条件包括：向所述粮食交易平台报价的次数达到阈值次数；或者更新后的报价低于所述当前贷款信息中的未还款额。

根据本公开的实施例，所述当前贷款信息包括未还款额和质押率；所述基于所述仓单市值和所述当前贷款信息，得到监控指数包括：基于所述未还款额和质押率，得到所述仓单的预期价值；以及基于所述仓单市值与所述预期价值的占比，得到所述监控指数。

根据本公开的实施例，所述方法还包括：当所述仓单对应的贷款到期未还款时，按照所述自动拍卖报价机制向所述粮食交易平台报价，触发所述粮食交易平台对所述仓单进行拍卖。

根据本公开的实施例，其中，所述方法还包括：在所述仓单拍卖成功后，当所述信贷管理系统中为所述仓单指定的监管账户收到所述仓单的售货款后，从所述监管账户中自动扣除所述当前贷款信息中的未还款额。

根据本公开的实施例，所述方法还包括：当从所述监管账户中成功扣除所述当前贷款信息中的未还款额之后，通知所述粮食交易平台所述仓单中的粮食可出库。

本公开实施例的第二方面，提供了一种质押仓单的监管装置。所述装置包括第一获取模块、实时数据查询模块、仓单市值评估模块、第二获取模块、监控指数模块和监控处理模块。第一获取模块用于在通过信贷管理系统处理完仓单的质押后，从所述信贷管理系统中获取所述仓单的仓单信息，其中，所述仓单信息包括所述仓单中的粮食的种类和数量、所述仓单的借款人的信息和对所述仓单中的粮食进行交易管理的粮食交易平台的信息。实时数据查询模块用于从用于实时同步商品价格的外部盯市系统查询实时粮食价格数据。仓单市值评估模块，用于基于所述实时粮食价格数据和所述仓单中的粮食的种类和数量，评估所述仓单的仓单市值。第二获取模块，用于从所述信贷管理系统中获取所述仓单的当前贷款信息。监控指数模块，用于基于所述仓单市值和所述当前贷款信息，得到监控指数。监控处理模块，用于当所述监控指数达到不同的操作线时，触发不同操作线对应的操作。

其中，所述监控处理模块具体用于：当所述监控指数达到警戒线时，向指定人员的终端设备发送用于催促所述仓单的借款人还款的信息；以及当所述监控指数达到处置线时，按照预设的自动拍卖报价机制向所述粮食交易平台报价，以触发所述粮食交易平台对所述仓单进行拍卖；其中，所述处置线表征所述仓单市值下跌程度大于所述警戒线对应的下跌程度。

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

本公开实施例的第四方面，还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述方法。

本公开实施例的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。

上述一个或多个实施例具有如下优点或有益效果：不仅对仓单市值进行自动监控，而且能够在仓单市值下跌时，根据下跌程度分多层次采取针对性的处理措施，包括当监控指数达到警戒线时，表明仓单市值出现较严重的下跌态势，此时可以通过催款的方式提醒借款人还款或部分还款，也起到了对借款人的预警通知；而当监控指数达到处置线时，表明仓单市值出现严重下跌态势，此时再进行拍卖。这样，避免传统做法中一下跌就拍卖的僵化做法，能够有效增加借款人和银行之间的信任和合作意愿，从而在有效管控仓单市值波动对贷款还款风险影响的同时，增加了仓单管理的灵活性和有效性，提高了仓单监管的自动化和及时性。

附图说明

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

图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的系统等)。

本公开实施例提供了一种质押仓单的监管方法、装置、设备、介质和程序产品，不仅可以在仓单质押后对仓单市值进行自动监控，而且可以根据仓单市值下跌程度的不同，采取不同的处置方式，从而对质押仓单可以进行多层次有针对性的监管。

图1示意性示出了根据本公开实施例的质押仓单的监管方法、装置、设备、介质和程序产品的应用场景图。

如图1所示，根据该实施例的应用场景可以包括粮食交易平台101以及位于银行侧的信贷管理系统21、质押仓单的监管装置22和外部盯市系统23。

企业将粮食交付给粮食交易平台101，在粮食交易平台101登记仓单信息，并将粮食交给粮食交易平台101保管。

当粮食交易平台101向银行推送企业的仓单信息及相应融资需求时，由信贷管理系统21处理仓单的质押业务，诸如负责融资需求的审批，借款人的征信评估，仓单粮食市值的评估确认等，并在审批通过后向企业(即，借款人)发放贷款。

外部盯市系统23为银行中用于实时同步市场上商品价格的系统。

监管装置22可以执行本公开实施例的质押仓单的监管方法，其中，监管装置22通过与信贷管理系统21和外部盯市系统23的交互，自动地监控分析通过信贷管理系统21质押成功的仓单的仓单市值，并分析仓单市值的上涨或下跌情况。此外，监管装置22还可以与粮食交易平台101交互，在仓单市值下跌程度超过预设的安全范围时，自动向粮食交易平台101报价进行仓单的拍卖。

可以理解，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

以下将基于图1描述的应用场景，对本公开实施例的质押仓单的监管方法和装置进行详细描述。应注意，下述方法中各个操作的序号仅作为该操作的表示以便描述，而不应被看作表示该各个操作的执行顺序。除非明确指出，否则该方法不需要完全按照所示顺序来执行。

图2示意性示出了根据本公开实施例的质押仓单的监管方法的流程图。

如图2所示，根据该实施例，质押仓单的监管方法可以包括操作S201～操作S209。

在操作S201，在通过信贷管理系统21处理完仓单的质押后，从信贷管理系统21中获取仓单的仓单信息，其中，仓单信息包括仓单中的粮食的种类和数量、仓单的借款人的信息和对仓单中的粮食进行交易管理的粮食交易平台101的信息。

在操作S202，从用于实时同步商品价格的外部盯市系统23查询实时粮食价格数据。

在操作S203，基于实时粮食价格数据和仓单中的粮食的种类和数量，评估仓单的仓单市值。

在操作S204，在评估仓单市值的同时，从信贷管理系统21中获取仓单的当前贷款信息。

仓单的当前贷款信息可以包括仓单当前的未还款额。其中，当前的未还款额可以是未还款本息总额，或者也可以仅是未还款本金额，具体根据实际需要来确定。

在一个实施例中可以直接从信贷管理系统21中读当前贷款信息。在另一实施例中是在与操作S201中获取仓单信息的同时，仓单的监管装置22也获取到仓单的贷款信息，然后可以通过程序设置，让信贷管理系统21在该仓单的贷款信息发生变化时(例如，借款人部分还款等)，通知监管装置22去读最新数据，更新仓单的贷款信息。

仓单的当前贷款信息还可以包括质押率，其中，在仓单质押时，为了降低或甚至规避借款人通过哄抬物价来提高仓单价值，谋求较高的贷款额，并由此带给出资人的不利影响，往往会在仓单质押时在当时估计的仓单市值基础上以一定的百分比提供贷款，该百分比为质押率。

接下来在操作S205，基于仓单市值和当前贷款信息，得到监控指数。本公开实施例利用仓单市值和当前贷款信息来构造监控指数，从而利用监控指数来分析仓单市值是否下跌，以及如果下跌后下跌程度是否超出出资方收回贷款本金(或贷款本息)的安全范围。

在一个实施例中，在操作S205中可以先根据当前贷款信息中的未还款额和质押率，得到仓单的预期价值，例如，该预期价值可以是用未还款额除以质押率来计算，代表了未还款额在进行仓单质押时所对应的市值。然后基于仓单市值与预期价值的占比，来计算监控指数。这样当监控指数大于或等于1时，说明仓单市值没有下跌，而当监控指数小于1时，说明仓单市值下跌。

当仓单市值下跌程度超出安全范围时，本公开实施例可以根据下跌程度的不同，采取不同的处置方式，进行多层次有针对性的处置。具体实施时，预先设置多个操作线，然后将监控指数与这些操作线进行对比，当监控指数达到某个操作线时，可以触发该操作线对应的操作。在一个实施例中，可以如操作S206～操作S209的流程所示。

在操作S206，判断监控指数是否达到警戒线，警戒线例如可以设置为仓单市值下跌到预期价值的95％。如果是则通过操作S207处置仓单；如果否，则执行操作S208。

在操作S207，当监控指数达到警戒线时，向指定人员的终端设备发送用于催促仓单的借款人还款的信息。例如，向银行工作人员发消息，通知工作人员取催款。

在操作S208，判断监控指数是否达到处置线，处置线例如可以设置为仓单市值下跌到预期价值的92％。其中，处置线表征仓单市值下跌程度大于警戒线对应的下跌程度。如果是，则通过操作S209处置仓单；如果否，则返回操作S202，继续监控仓单市值。

在操作S209，当监控指数达到处置线时，按照预设的自动拍卖报价机制向粮食交易平台101报价，以触发粮食交易平台101对仓单进行拍卖。通过与粮食交易平台101的交互，触发对仓单的自动拍卖，避免了人工报价拍卖的麻烦。

可见，本公开实施例中，借助于与信贷管理系统21和外部盯市系统23的交互，可以及时有效的监控仓单市值的变化，能够替代传统人工监控分析仓单市值的麻烦。

而且，通过监控指数与操作线的对比，能够在仓单市值下跌时，根据下跌程度分多层次采取针对性的处理措施。具体地，当监控指数达到警戒线时，表明仓单市值出现较严重的下跌态势，此时可以通过催款的方式提醒借款人还款或部分还款，也起到了对借款人的预警通知；而当监控指数达到处置线时，表明仓单市值出现严重下跌态势，此时再进行拍卖。这样，避免传统方案中一跌出安全范围就拍卖的僵化做法，能够有效增加借款人和银行之间的信任和合作意愿。从而在有效管控仓单市值波动对贷款还款风险影响的同时，增加了仓单管理的灵活性和有效性，提高了仓单监管的自动化和及时性。

图3示意性示出了本公开一实施例中触发粮食交易平台对仓单进行拍卖的流程图。

如图3所示，根据本公开一实施例上述操作S209具体可以包括操作S301～操作S309。

在操作S301，设置初始报价i＝仓单市值.

然后在操作S302，向粮食交易平台101报价。从而粮食交易平台101按照报价对仓单中的粮食进行拍卖，然后将拍卖结果信息反馈给仓单管理装置。

接下来在操作S303，接收粮食交易平台101反馈的拍卖结果信息。

在操作S304，根据拍卖结果信息判断是否拍卖成功。若拍卖成功，则拍卖流程结束，跳转至操作S308；若没有拍卖成功，则执行操作S305。

在操作S305，在拍卖不成功的情况下，判断当前是否达到流拍确认条件。如果是，拍卖结束跳转到操作S307；如果否，则执行操作S306。

流拍确认条件例如可以是，向粮食交易平台101报价的次数已经达到阈值次数(例如，5次)，或者按照预设价格调节步长更新报价i之后，报价i会低于当前贷款信息中的未还款额(，如未还款本金额或未还款本息总额)。

在操作S306，在确定未达到流拍确认条件的情况下，按照预设价格调节步长更新报价i，然后返回到操作S302重新向粮食交易平台101报价。

在操作S307，若未拍卖成功且达到流拍确认条件，则确定拍卖结束，并向信贷管理系统21发送对该仓单进行坏账监管或还贷异常处理的通知。

在操作S308，若仓单拍卖成功，当信贷管理系统21中为仓单指定的监管账户收到仓单的售货款后，从监管账户中自动扣除当前贷款信息中的未还款额，实现自动扣款还贷。

这样，本公开实施例可以向粮食交易平台101按照自动拍卖报价机制进行报价，自动触发对仓单的拍卖处理，避免了现有技术中需要人工沟通和报价的问题，实现了拍卖交互流程的自动化处理。而且，在拍卖成功后还可以自动扣款还贷，减少人工操作。

此后还可以在操作S309，当从监管账户中成功扣除当前贷款信息中的未还款额之后，通知粮食交易平台101仓单中的粮食可出库。从而实现在拍卖、扣款、出库过程中与信贷管理系统21和粮食交易平台101的互联互通，实现全流程自动化处理，提高仓单的管理效率。

根据本公开的另一些实施例，当仓单对应的贷款到期未还款时，也可以按照图3所示的流程通过向粮食交易平台101自动报价，实现对仓单的自动拍卖处理。

图4示意性示出了根据本公开一实施例的质押仓单的监管装置22的结构框图。

如图4所示，根据该实施例，监管装置22可以包括第一获取模块410、实时数据查询模块420、仓单市值评估模块430、第二获取模块440、监控指数模块450和监控处理模块460，其中，监控处理模块460包括拍卖处置子模块461。该装置400可以执行参考图2～图3所描述的方法。

第一获取模块410用于在通过信贷管理系统21处理完仓单的质押后，从信贷管理系统21中获取仓单的仓单信息，其中，仓单信息包括仓单中的粮食的种类和数量、仓单的借款人的信息和对仓单中的粮食进行交易管理的粮食交易平台101的信息。

实时数据查询模块420用于从用于实时同步商品价格的外部盯市系统23查询实时粮食价格数据。

仓单市值评估模块430用于基于实时粮食价格数据和仓单中的粮食的种类和数量，评估仓单的仓单市值。

第二获取模块440用于在评估仓单市值的同时，从信贷管理系统21中获取仓单的当前贷款信息。

监控指数模块450用于基于仓单市值和当前贷款信息，得到监控指数。

监控处理模块460用于当监控指数达到不同的操作线时，触发不同操作线对应的操作，其中，不同的操作线可以包括警戒线和处置线，其中，处置线表征仓单市值下跌程度大于警戒线对应的下跌程度。

具体地，在一个实施例中，监控处理模块460可以用于：当监控指数达到警戒线时，向指定人员的终端设备发送用于催促仓单的借款人还款的信息。

在另一个实施例中，监控处理模块460还可以用于当监控指数达到处置线时，调用拍卖处置子模块461。其中，拍卖处置子模块461用于按照预设的自动拍卖报价机制向粮食交易平台101报价，以触发粮食交易平台101对仓单进行拍卖。

根据本公开的另一些实施例，监控处理模块460还用于当仓单对应的贷款到期未还款时，调用拍卖处置子模块461，对仓单进行拍卖。

根据本公开的实施例，第一获取模块410、实时数据查询模块420、仓单市值评估模块430、第二获取模块440、监控指数模块450、监控处理模块460和拍卖处置子模块461中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块410、实时数据查询模块420、仓单市值评估模块430、第二获取模块440、监控指数模块450、监控处理模块460和拍卖处置子模块461中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块410、实时数据查询模块420、仓单市值评估模块430、第二获取模块440、监控指数模块450、监控处理模块460和拍卖处置子模块461中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

根据本公开的一个实施例，可以将监管装置22嵌入到信贷管理系统21中。这样，信贷管理系统21从对仓单进行质押评估开始，就可以调用监管装置22中的相应功能，对仓单进行自动化监管和处理。以下将通过图5～图8，对监管装置22嵌入到信贷管理系统21后，在银行处理仓单的一个实施例进行示例性说明。

图5示意性示出了在一实施例中仓单质押过程的处理流程。其中，图5中实线框中的操作是由监管装置22执行的操作。

具体地，如图5所示，在进行仓单的质押时，银行的信贷管理系统21可以从粮食交易平台101获取仓单信息，其中，仓单信息可以包括但不限于：粮食权属人名称、联系人、联系方式；粮食品种、产地、生产年度、数量、质量；粮食储存场所、货位形态、货位号；仓单填写人、填写日期；发票价格及公允价格，及仓单冻结信息等。

监管装置22可以信贷管理系统21中获取粮食交易平台101发送的仓单信息，其中，该仓单的状态为“已冻结”。

监管装置22可以提供粮食单价确认页面，向客户经理展示仓单中的粮食的单价。客户经理可以在粮食单价确认页面中对仓单中的粮食单价进行确认或修订，其中修订的价格需经上一级审批人审批通过后再确认录入。

粮食单价确认页面中还可以展示粮食交易中心传输的仓单信息，如企业名称、企业所在地、交收库名称、交收库所在地、粮食品种、粮食质量、粮食数量、粮食平均单价(每吨价格)、粮食总价(价格乘数量)。

以上信息除粮食单价可以修改外，其余均为显示信息，不可修改。客P经理可以点击“确认”或“修改”按钮，对粮食单价进行确认或修改。如点击确认，监管装置22中的粮食单价为原推送值。如点击修改按钮，粮食价格转为可修改，客户经理可在对应文本框中进行修改，与原值不同时弹出对话框要求二次确认是否输入无误。

监管装置22还可以提供仓单价格修改审批页面。仓单价格修改审批页面为粮食单价被修改后提交给审批人的页面。仓单价格修改审批页面中可以展示的信息包括但不限于：粮食交易中心传输的仓单信息，如企业名称、企业所在地、交收库名称、交收库所在地、粮食品种、粮食质量、粮食数量、原粮食平均单价(原推送值)、需要确认的粮食单价(即客户经理修改值)、原粮食总价格、需要确认的粮食总价格。审批人可以仓单价格修改审批页面中点击“确认”或“退回”按钮，对价格进行审批通过或退回。如点击“确认”，监管装置22中仓单粮食单价为经过修改后的粮食单价。点击“退回”按钮，则退回至客户经理价格确认环节，需客户经理再次进行价格的修改和推送审批。

图6示意性示出了在一实施例中仓单质押过程的审批处理流程。其中，图6中通过实线框表示出由内嵌于信贷管理系统21中的监管装置22执行的操作。

具体地，如图6所示，在进行仓单的质押时，粮食交易平台101与信贷管理系统21对接，向银行推送仓单信息，由信贷管理系统21完成客户准入，并通知粮食交易平台101将仓单中粮食存到指定的交收库，并冻结仓单。

监管装置22可以从信贷管理系统21或者粮食交易平台101获取仓单信息，并从外部盯市系统23中查询实时粮食价格数据，评估仓单市值，同时将评估的仓单市值传送给信贷管理系统21。由信贷管理系统21通过一系列贷款审批操作，对借款人的征信水平、还款能力、仓单中的粮食质量、未来销路等情况进行评估后，对质押融资进行审批，如果审批通过则放款。

图7示意性示出了在一实施例中仓单质押后的监管流程。其中，图7中通过实线框表示出由内嵌于信贷管理系统21中的监管装置22执行的操作，其中，通过双线监控机制(警戒线和处置线)对仓单市值的下跌情况进行监控。

参考图7，信贷管理系统21从粮食交易平台101接收仓单信息，并可以将仓单信息录入质押仓单的监管装置22，状态为“已冻结”。客户经理对单价进行修订并经审批人审批后，质押仓单的监管装置22中的仓单单价修改为客户经理确定的新单价。签订质押合同后，该笔仓单状态改为“已质押”。贷款本息收回后，该笔仓单状态改为“可出库”仓单状态可以分为已冻结、已质押、已解押、已平仓、已拍卖。

质押仓单的监管装置22可以提供的功能可以包括：查看功能、业务信息展示区和拍卖功能。

查看功能可向银行提供查看页面，帮助查看辖区内仓单，并可进行地区筛选、时间范围筛选(贷款存续期)、仓单状态筛选，筛选查看范围为客户经理查询自身经办业务。点击“查询”控件，筛选后的数据展示在业务信息展示区域，点击“导出”可导出Excel表格。

业务信息展示区，可以展示上述表示涉及的业务字段信息及信贷管理系统21从粮食交易平台101中接收的仓单信息(包括粮食权属人名称、联系人、联系方式；粮食品种、产地、生产年度、数量、质量；粮食储存场所、货位形态、货位号；仓单填写人、填写日期；发票价格、公允价格及粮食平均单价。如信息过长可只简要展示权属人名称、粮食品种、数量、质量、粮食平均单价，其他单击后在新页面展示，并配合下述拍卖功能。

拍卖功能，允许客户经理选择仓单，点击拍卖按钮，向粮食交易平台101发送拍卖指令，按参数设置的定价策略进行该仓单的拍卖。

关于双线监控机制设计。监管装置22可以接入外部盯市系统23，每日计算当日该品种粮食价格(根据等级、质量进行修订)得到仓单市值，然后将仓单市值与仓单的预期价值(预期价值＝未还款金额/质押率)进行比较，计算监控指数。接着将监控指数与警戒线和处置线比较后确定是否要处理仓单。例如：警戒线设置为95％作为后台可控制参数，仓单市值下跌到仓单预期价值的95％以下时，触发信贷管理系统21发短信通知客户经理线下联系企业，要求企业部分还款。部分还款可以由客户经理手工发放准贷证新核心收取部分贷款本金。处置线设置为92％作为后台另一可控制参数，仓单市值下跌到仓单预期价值的92％以下时，自动通知粮食交易平台101在覆盖仓单中的贷款本息的保底价格的前提下拍卖该笔仓单，自动拍卖过程可以参考前述图3的流程，其中，拍卖成功后的销售货款首先归还本笔贷款本息，剩余留在专门的监管账户中由企业自行取出。

图8示意性示出了在一实施例中仓单质押到期后的监管流程。图8中通过实线框表示出由内嵌于信贷管理系统21中的监管装置22执行的操作，其中，当仓单质押到期后借款人未还款时，银行也可以通过质押仓单的监管装置22向粮食交易平台101按照自动报价机制进行报价，从而对仓单进行自动拍卖。

参考图8，借款人到期没有归还贷款，客户经理可以通过信贷管理系统21发送报文通知粮食交易平台101拍卖仓单下的粮食，自动拍卖过程可以参考前述图3的流程。

粮食交易平台101拍卖仓单成功后，买方将货款支付至粮食交易平台中指定的监管账户，然后由粮食交易平台101标记为平仓款，同时通知监管装置22将该笔仓单状态改为“已平仓”。

监管装置22通过信贷管理系统21从监管账户中扣除该仓单的贷款本息后，通知粮食交易平台101该仓单可以出库，仓单质押登记取消。

可见，本公开实施例可以通过质押仓单的监管装置22实时对仓单市值进行监测，实行参数化双线控制，并通过线上自动拍卖报价策略的设定和执行，最终完成通过粮食交易平台101销售仓单项下粮食，以及回笼货款还贷，还贷后银行线上自动通知粮食交易平台101解冻仓单，粮食出库的全流程自动化。

将监管装置22嵌入信贷管理系统21，可以使信贷管理系统21在遵循原有信贷业务主流程的基础上，新增对粮食仓单的单独管理流程，将人工下线工作转为线上，提高业务办理效率和业务信息管理能力。而且通过监管装置22实现信贷管理系统21与外部盯市数据对接，完善质押仓单的贷后风险管理功能，减轻人工日常管理压力，而且通过提供合理地后台参数设置，可以更为灵活且多层次地进行各地方贷后差异化管理。

图9示意性示出了适于实现根据本公开实施例的质押仓单的监管方法的电子设备900的方框图。该电子设备900可以是监管装置22的另一种实施例。

如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

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

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。

在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。