一种单位贷款的担保方式确定方法和装置与流程

1.本技术涉及金融技术领域，特别是涉及一种单位贷款的担保方式确定方法和装置。

背景技术：

2.对于银行来说，单位贷款是一个重要的业务分支。银行的公司信贷管理系统(company credit management system，ccms)确定单位贷款的担保方式时，通常是贷款发放后由网点业务工作人员人工录入银行系统，数据难免会存在部分偏差；而且，目前的银行系统可能没有记录担保合同信息，不能直接反应债项和担保品的关系，只能通过定义复杂的判定规则进行加工产生债项的担保方式，确定担保方式的过程复杂，浪费人力和时间成本。

技术实现要素：

3.本技术实施例提供了一种单位贷款的担保方式确定方法和装置，充分利用现有的、可信的系统和数据，能够准确的确定单位贷款的担保方式，成本低、风险小，而且实现简单。
4.第一方面，本技术实施例提供了一种单位贷款的担保方式确定方法，该方法可以包括：
5.基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；
6.基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；
7.基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。
8.可选地，所述方法还包括：
9.从全球额度管控系统(global limit management system，glms)获得各单位的分层管理信息，所述分层管理信息包括所述账户的关联信息；
10.从全球缓释管理系统(global risk mitigation management system，grms)获得所述押品信息表和所述保证信息表。
11.可选地，所述基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，包括：
12.若所述账户存在直接关联的第一担保品编号，则，获得所述第一担保品编号；
13.若所述账户关联额度，则，获得所述账户关联的额度类型，并基于额度类型获得相应的担保品编号。
14.可选地，所述基于额度类型获得相应的担保品编号，包括：
15.若所述额度类型包括产品层，则，基于额度编号、额度层级序号、额度层内序号关联得到第二担保品编号；
16.若所述额度类型包括合同层，则，基于额度编号关联得到第三担保品编号；
17.若所述额度类型包括总量分项层，则，基于客户号和授信类别关联得到第四担保品编号。
18.可选地，所述基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品，包括：
19.若所述担保品编号集合中的第五担保品编号在所述押品信息表存在且为生效状态，确定所述第五担保品编号对应的第一押品；
20.若所述担保品编号集合中的第六担保品编号在所述保证信息表存在且为生效状态，确定所述第六担保品编号对应的第二保证。
21.可选地，所述基于有效担保品，确定所述单位贷款的担保方式，包括：
22.若所述有效担保品包括押品，则，确定所述担保方式为抵质押；
23.若所述有效担保品包括保证但不包括押品，则，确定所述担保方式为保证；
24.若所述有效担保品仅包括信用，则，确定所述担保方式为信用。
25.第二方面，本技术实施例还提供了一种单位贷款的担保方式确定方法，包括：
26.第一获得单元，用于基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；
27.第一确定单元，用于基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；
28.第二确定单元，用于基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。
29.可选地，所述装置还包括：
30.第二获得单元，用于从全球额度管控系统glms获得各单位的分层管理信息，所述分层管理信息包括所述账户的关联信息；
31.第三获得单元，用于从全球缓释管理系统grms获得所述押品信息表和所述保证信息表。
32.可选地，所述第一获得单元，包括：
33.第一获得子单元，用于若所述账户存在直接关联的第一担保品编号，则，获得所述第一担保品编号；
34.第二获得子单元，用于若所述账户关联额度，则，获得所述账户关联的额度类型，并基于额度类型获得相应的担保品编号。
35.可选地，所述第二获得子单元，具体用于：
36.若所述额度类型包括产品层，则，基于额度编号、额度层级序号、额度层内序号关联得到第二担保品编号；
37.若所述额度类型包括合同层，则，基于额度编号关联得到第三担保品编号；
38.若所述额度类型包括总量分项层，则，基于客户号和授信类别关联得到第四担保品编号。
39.可选地，所述第一确定单元，包括：
40.第一确定子单元，用于若所述担保品编号集合中的第五担保品编号在所述押品信息表存在且为生效状态，确定所述第五担保品编号对应的第一押品；
41.第二确定子单元，用于若所述担保品编号集合中的第六担保品编号在所述保证信息表存在且为生效状态，确定所述第六担保品编号对应的第二保证。
42.可选地，所述第二确定单元，包括：
43.第三确定子单元，用于若所述有效担保品包括押品，则，确定所述担保方式为抵质押；
44.第四确定子单元，用于若所述有效担保品包括保证但不包括押品，则，确定所述担保方式为保证；
45.第五确定子单元，用于若所述有效担保品仅包括信用，则，确定所述担保方式为信用。
46.第三方面，本技术实施例还提供了一种电子设备，所述电子设备包括处理器以及存储器：
47.所述存储器用于存储计算机程序；
48.所述处理器用于根据所述计算机程序执行上述第一方面提供的所述方法。
49.第四方面，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面提供的所述方法。
50.由此可见，本技术实施例具有如下有益效果：
51.本技术实施例提供了一种单位贷款的担保方式确定方法，该方法可以包括：单位贷款的担保方式确定装置先基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；接着，单位贷款的担保方式确定装置基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；从而，单位贷款的担保方式确定装置基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。如此，银行系统无需开发新的、用于实现单位贷款的担保方式的确定功能的子系统，也无需新采集单位贷款的账户的相关数据，考虑到担保方式为人行、银监会等监管机构要求金融机构报送的维度，对于数据质量、系统稳定性要求较高，所以，本技术实施例充分利用上游可信的系统和数据，借助已知的数据通过简单的逻辑流程，准确、高效的确定单位贷款的担保方式，提高了银行系统给单位用户的使用体验。
附图说明
52.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
53.图1为本技术实施例提供的一种单位贷款的担保方式确定方法的流程示意图；
54.图2为本技术实施例中一种缓释债项结构示意图；
55.图3为本技术实施例中单位贷款的担保方式确定方法的一实例的流程示意图；
56.图4为本技术实施例中已知担保品后确定担保方式的一实例的流程示意图；
57.图5为本技术实施例提供的一种单位贷款的担保方式确定装置500的结构示意图；
58.图6为本技术实施例提供的一种电子设备600的结构示意图。
具体实施方式
59.需要说明的是，本发明提供的一种单位贷款的担保方式确定方法和装置可用于大数据领域、计算机技术领域或金融领域。上述仅为示例，并不对本发明提供的一种单位贷款的担保方式确定方法和装置的应用领域进行限定。
60.本发明提供的一种单位贷款的担保方式确定方法和装置可用于大数据领域、计算机技术领域、金融领域或其他领域，例如，可用于银行系统中确定单位贷款的担保方式的场景。其他领域为除大数据领域、计算机技术领域、金融领域之外的任意领域。上述仅为示例，并不对本发明提供的一种单位贷款的担保方式确定方法和装置的应用领域进行限定。
61.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术实施例作进一步详细的说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，并非对本技术的限定。另外，还需要说明的是，为便于描述，附图中仅示出了与本技术相关的部分，并非全部结构。
62.根据《境内大中小型企业贷款专项统计制度》中记载，担保方式分类为抵质押、保证和信用，若贷款存在多种担保方式，则遵循抵质押优先的原则。通过对目前所记录的担保方式进行对比分析发现，很多银行的风险整合系统的数据来源于glms和grms。目前，grms中没有明确的监管报表中要求的担保方式分类数据项，grms中的保证和抵质押品信息是经过组织全辖业务部门对迁移数据进行核对，grms内的保证和抵质押业务明细数据相对准确。但是，grms至今未投产融资性担保公司管控功能，没有融资担保保证信息，部分贸易融资业务没有列入系统进行管理。
63.一直以来，银行的ccms系统中的单位贷款的担保方式是贷款发放后由网点业务人员进行人工录入的，数据存在部分偏差。而且，银行各系统没有记录担保合同信息，不能直接反应债项和担保品的关系，只能通过定义复杂的判定规则进行加工产生债项的担保方式。
64.基于此，本技术实施例提供了一种单位贷款的担保方式确定方法，该方法可以包括：单位贷款的担保方式确定装置先基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；接着，单位贷款的担保方式确定装置基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；从而，单位贷款的担保方式确定装置基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。
65.如此，通过该方法，银行系统无需开发新的、用于实现单位贷款的担保方式的确定功能的子系统，也无需新采集单位贷款的账户的相关数据，考虑到担保方式为人行、银监会等监管机构要求金融机构报送的维度，对于数据质量、系统稳定性要求较高，所以，本技术实施例充分利用上游可信的系统和数据，借助已知的数据通过简单的逻辑流程，准确、高效的确定单位贷款的担保方式，提高了银行系统给单位用户的使用体验。
66.为便于理解本技术实施例提供的单位贷款的担保方式确定方法的具体实现，下面将结合附图进行说明。
67.需要说明的是，实施该单位贷款的担保方式确定方法的主体可以为本技术实施例提供的单位贷款的担保方式确定装置，该单位贷款的担保方式确定装置可以承载于电子设备或电子设备的功能模块中。本技术实施例中的电子设备，可以是任意的能够实施本技术
实施例中的单位贷款的担保方式确定方法的设备，例如可以是物联网(internet ofthings，iot)设备。
68.图1为本技术实施例提供的一种单位贷款的担保方式确定方法流程示意图。该方法可以应用于单位贷款的担保方式确定装置，例如可以是图5所示的单位贷款的担保方式确定装置500；或者，该方法也可以应用于集成了单位贷款的担保方式确定装置的电子设备，该电子设备例如可以是图6所示的电子设备600。
69.如图1所示，该方法例如可以包括：
70.s101，基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品。
71.在一些实现方式中，需要在基于本技术实施例提供的方法确定单位贷款的担保方式之前，做如下准备工作：一方面，从glms获得各单位的分层管理信息，该分层管理信息包括所述账户的关联信息，例如，账户直接关联的担保品编号，又例如，账户关联的额度类型以及各额度类型的相关信息。另一方面，从grms获得所述押品信息表和所述保证信息表。如此，为后续对单位贷款的账户进行担保方式的确定提供了可靠的数据基础。
72.具体实现时，s101例如可以包括：s101a，判断所述账户是否存在直接关联的担保品编号，如果存在，则，获得与所述账户直接关联的第一担保品编号；s101b，判断所述账户是否关联额度，如果关联，则，获得与所述账户关联的额度类型，并基于所获得的额度类型获得相应的担保品编号。需要说明的是，s101a和s101b的执行没有顺序的限定，可以先执行s101a再执行s101b，也可以先执行s101b再执行s101a，还可以同时执行s101a和s101b。
73.作为一个示例，s101b中所述基于额度类型获得相应的担保品编号，可以包括：若所述额度类型包括产品层，则，基于额度编号、额度层级序号、额度层内序号关联得到第二担保品编号；若所述额度类型包括合同层，则，基于额度编号关联得到第三担保品编号；若所述额度类型包括总量分项层，则，基于客户号和授信类别(敞口或非敞口)关联得到第四担保品编号。
74.如此，通过s101获得单位贷款的账户相关联的担保品编号集合，为后续确定该账户的担保方式提供了数据基础。其中，该担保品编号集合可以包括n个担保品编号，每个担保品编号标识一个担保品，n为大于或等于1的整数；或者，该担保品编号集合也可以为空集，即，s101a和s101b均未确定出与所述账户关联的担保品编号。
75.s102，基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品。
76.具体实现时，对于s101所获得的担保品编号集合中的每个担保品编号，s102可以包括：s102a，判断每个担保品编号是否在押品信息表中存在且为生效状态，如果是，则，获得该担保品编号对应的担保品；s102b，判断每个担保品编号是否在保证信息表中存在且为生效状态，如果是，则，获得该担保品编号对应的担保品。需要说明的是，s102a和s102b的执行没有顺序的限定，可以先执行s102a再执行s102b，也可以先执行s102b再执行s102a，还可以同时执行s102a和s102b。
77.作为一个示例，若所述担保品编号集合中的第五担保品编号在所述押品信息表存在且为生效状态，则，确定所述第五担保品编号对应的第一押品；若所述担保品编号集合中的第六担保品编号在所述保证信息表存在且为生效状态，则，确定所述第六担保品编号对应的第二保证。
78.对于s102，担保品编号集合中与押品信息表或保证信息表匹配且为生效状态的担保品编号所确定的担保品，均为s102中所称的有效担保品；s102中的有效担保品还包括信用。
79.s103，基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。
80.具体实现时，s103可以包括：判断有效担保品是否包括押品，如果包括，则，确定担保方式为抵质押；如果有效担保品不包括押品，则，判断有效担保品是否包括保证，如果包括，则，确定担保方式为保证；如果有效担保品不包括押品和保证，则，确定担保方式为信用。
81.可见，通过该方法，银行系统无需开发新的、用于实现单位贷款的担保方式的确定功能的子系统，也无需新采集单位贷款的账户的相关数据，考虑到担保方式为人行、银监会等监管机构要求金融机构报送的维度，对于数据质量、系统稳定性要求较高，所以，本技术实施例提供的单位贷款的担保方式确定装置充分利用上游可信的系统和数据，借助已知的数据通过简单的逻辑流程，准确、高效的确定单位贷款的担保方式，提高了银行系统给单位用户的使用体验。
82.为了使得本技术实施例提供的方法更加清楚且易于理解，下面结合图2、图3和图4对该方法的一个具体实例进行说明。
83.如图2所示，本技术实施例可以适用的缓释债项结构中，可以包括：grms210、glms 220和信贷业务系统230。grms 210中包括押品信息表(colgagebas_svw)和保证信息表(colgurbas_svw)。glms 220中包括客户额度表(flt_cusfl)、合同额度表(flt_cntrfl)和产品额度表(flt_prdfl)。信贷业务系统230中包括单位贷款/垫款(bancs/ccms)、贸易融资业务(gts/scfs)、法人账户透支(bancs)、个人贷款/微型企业(rlms)和信用卡透支(dwf)。其中，grms 210和glms 220之间通过担保品额度关联关系表(colflrel_svw)建立联系，glms 220的产品额度表可以通过额度与用户账户(flt_flacc)和信贷业务系统230建立联系。
84.如图3所示，在图2所示的框架结构下，本实施例例如可以包括：
85.s301，核心银行系统中的单位贷款的担保方式确定装置(例如imrs-d)通过数据下传平台(dcds)或直接接收上游系统数据(例如：额度与用款账户的关系(flt_flacc)、担保品(如押品或保证)与额度的关联关系(colflrel_svw)、贷款账号与担保品的直接关系(colcntrel_svw)、grms的押品表、保证表等)，清洗加载；
86.s302，加工单位贷款的账户，执行s303和s305；
87.s303，判断所述账户是否关联额度，如果是，则执行s304，否则，执行s307；
88.s304，按照所述账户对应的关联额度类型，通过不同关联条件到担保品编号；
89.其中，s304包括：s304a，若所述额度类型包括产品层，则，基于额度编号、额度层级序号、额度层内序号关联得到担保品编号；s304b，若所述额度类型包括合同层，则，基于额度编号关联得到担保品编号；s304c，若所述额度类型包括总量分项层，则，基于客户号和授信类别(敞口或非敞口)关联得到担保品编号。
90.s305，判断所述账户是否直接关联担保品，如果是，则执行s306，否则，执行s307；
91.s306，通过所述账户获得担保品编号。
92.s307，合并所述账户与担保品的关联关系，结束。
93.对于s307，本技术实施例提供的、在确定所述账户关联到的所有担保品编号后的处理策略可以如图4所示，例如可以包括：
94.s401，判断所述账户是否关联担保品，如果是，则执行s402，否则，执行s406；
95.s402，判断担保品编号是否在grms的押品信息表存在且为生效状态，如果是，则执行s403，否则，执行s404；
96.s403，确定担保方式暂为抵质押。
97.s404，判断担保品编号是否在grms的保证信息表存在且为生效状态，如果是，则执行s405，否则，执行s406；
98.s405，确定担保方式暂为保证；
99.s406，确定担保方式暂为信用。
100.如果所述账户关联多个担保品，那么，针对每个担保品，都可以执行s402～s406。
101.最终确定担保方式的逻辑策略为：如果多个担保品中既包括有效的押品又包括有效的保证，则，确定该单位贷款的担保方式为抵质押；如果多个担保品中仅包括有效的保证而不包括有效的押品，则，确定该单位贷款的担保方式为保证；如果多个担保品中不包括任何有效的保证和押品，则，确定该单位贷款的担保方式为信用。
102.如此，一方面，本实施例按照上游数据字典在数据库中建表，并根据预期结果，建表存储单位贷款的担保方式。另一方面，本实施例根据加工逻辑，形成程序，并配置作业调度等参数。如此，通过加工单位贷款的担保方式：第一，加工账户与担保品的关联关系，第二，根据账户关联的担保品判断担保方式。其中，账户与担保品关联有4种方式：直接关联、产品层关联、合同层关联和总量分项层关联，取4种方式关联上的担保品的合集，遵循抵质押优先原则，根据账户关联的担保品判断担保方式，实现单位贷款担保方式的快速、合理确定，提高了银行系统的工作效率。
103.参见图5，本技术实施例还提供一种单位贷款的担保方式确定装置500，该装置500可以包括第一获得单元501、第一确定单元502和第二确定单元503。其中：
104.第一获得单元501，用于基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；
105.第一确定单元502，用于基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；
106.第二确定单元503，用于基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。
107.可选地，所述装置500还包括：
108.第二获得单元，用于从全球额度管控系统glms获得各单位的分层管理信息，所述分层管理信息包括所述账户的关联信息；
109.第三获得单元，用于从全球缓释管理系统grms获得所述押品信息表和所述保证信息表。
110.可选地，所述第一获得单元501，包括：
111.第一获得子单元，用于若所述账户存在直接关联的第一担保品编号，则，获得所述第一担保品编号；
112.第二获得子单元，用于若所述账户关联额度，则，获得所述账户关联的额度类型，并基于额度类型获得相应的担保品编号。
113.可选地，所述第二获得子单元，具体用于：
114.若所述额度类型包括产品层，则，基于额度编号、额度层级序号、额度层内序号关联得到第二担保品编号；
115.若所述额度类型包括合同层，则，基于额度编号关联得到第三担保品编号；
116.若所述额度类型包括总量分项层，则，基于客户号和授信类别关联得到第四担保品编号。
117.可选地，所述第一确定单元502，包括：
118.第一确定子单元，用于若所述担保品编号集合中的第五担保品编号在所述押品信息表存在且为生效状态，确定所述第五担保品编号对应的第一押品；
119.第二确定子单元，用于若所述担保品编号集合中的第六担保品编号在所述保证信息表存在且为生效状态，确定所述第六担保品编号对应的第二保证。
120.可选地，所述第二确定单元503，包括：
121.第三确定子单元，用于若所述有效担保品包括押品，则，确定所述担保方式为抵质押；
122.第四确定子单元，用于若所述有效担保品包括保证但不包括押品，则，确定所述担保方式为保证；
123.第五确定子单元，用于若所述有效担保品仅包括信用，则，确定所述担保方式为信用。
124.需要说明的是，该装置500的具体实现方式以及达到的技术效果，均可以参见图1所示的方法中的相关描述。
125.此外，本技术实施例还提供了一种电子设备600，如图6所示，所述电子设备600包括处理器601以及存储器602：
126.所述存储器602用于存储计算机程序；
127.所述处理器601用于根据所述计算机程序执行图1提供的方法。
128.此外，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本技术实施例提供的方法。
129.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，rom)/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本技术各个实施例或者实施例的某些部分所述的方法。
130.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例和设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是
或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
131.以上所述仅是本技术的优选实施方式，并非用于限定本技术的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。

技术特征：

1.一种单位贷款的担保方式确定方法，其特征在于，包括：基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：从全球额度管控系统glms获得各单位的分层管理信息，所述分层管理信息包括所述账户的关联信息；从全球缓释管理系统grms获得所述押品信息表和所述保证信息表。3.根据权利要求1或2所述的方法，其特征在于，所述基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，包括：若所述账户存在直接关联的第一担保品编号，则，获得所述第一担保品编号；若所述账户关联额度，则，获得所述账户关联的额度类型，并基于额度类型获得相应的担保品编号。4.根据权利要求3所述的方法，其特征在于，所述基于额度类型获得相应的担保品编号，包括：若所述额度类型包括产品层，则，基于额度编号、额度层级序号、额度层内序号关联得到第二担保品编号；若所述额度类型包括合同层，则，基于额度编号关联得到第三担保品编号；若所述额度类型包括总量分项层，则，基于客户号和授信类别关联得到第四担保品编号。5.根据权利要求1或2所述的方法，其特征在于，所述基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品，包括：若所述担保品编号集合中的第五担保品编号在所述押品信息表存在且为生效状态，确定所述第五担保品编号对应的第一押品；若所述担保品编号集合中的第六担保品编号在所述保证信息表存在且为生效状态，确定所述第六担保品编号对应的第二保证。6.根据权利要求1或2所述的方法，其特征在于，所述基于有效担保品，确定所述单位贷款的担保方式，包括：若所述有效担保品包括押品，则，确定所述担保方式为抵质押；若所述有效担保品包括保证但不包括押品，则，确定所述担保方式为保证；若所述有效担保品仅包括信用，则，确定所述担保方式为信用。7.一种单位贷款的担保方式确定方法，其特征在于，包括：第一获得单元，用于基于单位贷款的账户的关联信息，获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；第一确定单元，用于基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；第二确定单元，用于基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为
抵质押、保证或信用。8.根据权利要求7所述的装置，其特征在于，所述装置还包括：第二获得单元，用于从全球额度管控系统glms获得各单位的分层管理信息，所述分层管理信息包括所述账户的关联信息；第三获得单元，用于从全球缓释管理系统grms获得所述押品信息表和所述保证信息表。9.根据权利要求7或8所述的装置，其特征在于，所述第一获得单元，包括：第一获得子单元，用于若所述账户存在直接关联的第一担保品编号，则，获得所述第一担保品编号；第二获得子单元，用于若所述账户关联额度，则，获得所述账户关联的额度类型，并基于额度类型获得相应的担保品编号。10.根据权利要求9所述的装置，其特征在于，所述第二获得子单元，具体用于：若所述额度类型包括产品层，则，基于额度编号、额度层级序号、额度层内序号关联得到第二担保品编号；若所述额度类型包括合同层，则，基于额度编号关联得到第三担保品编号；若所述额度类型包括总量分项层，则，基于客户号和授信类别关联得到第四担保品编号。11.根据权利要求7或8所述的装置，其特征在于，所述第一确定单元，包括：第一确定子单元，用于若所述担保品编号集合中的第五担保品编号在所述押品信息表存在且为生效状态，确定所述第五担保品编号对应的第一押品；第二确定子单元，用于若所述担保品编号集合中的第六担保品编号在所述保证信息表存在且为生效状态，确定所述第六担保品编号对应的第二保证。12.根据权利要求7或8所述的装置，其特征在于，所述第二确定单元，包括：第三确定子单元，用于若所述有效担保品包括押品，则，确定所述担保方式为抵质押；第四确定子单元，用于若所述有效担保品包括保证但不包括押品，则，确定所述担保方式为保证；第五确定子单元，用于若所述有效担保品仅包括信用，则，确定所述担保方式为信用。13.一种电子设备，其特征在于，所述电子设备包括处理器以及存储器：所述存储器用于存储计算机程序；所述处理器用于根据所述计算机程序执行权利要求1-6任一项所述的方法。14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1-6任一项所述的方法。

技术总结

本申请公开了一种单位贷款的担保方式确定方法和装置，可应用于金融技术领域。该方法中，先基于单位贷款的账户的关联信息获得所述账户关联的担保品编号集合，所述担保品编号集合中的担保品编号用于标识所述账户的担保品；接着，基于所述担保品编号集合、押品信息表和保证信息表，确定有效担保品；从而，基于有效担保品，确定所述单位贷款的担保方式，所述担保方式为抵质押、保证或信用。如此，充分利用上游可信的系统和数据，借助已知的数据通过简单的逻辑流程，准确、高效的确定单位贷款的担保方式，提高了银行系统给单位用户的使用体验。提高了银行系统给单位用户的使用体验。提高了银行系统给单位用户的使用体验。