CN114219437A - 一种信用报告查询方法、装置、服务器及存储介质 - Google Patents
一种信用报告查询方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN114219437A CN114219437A CN202111531248.7A CN202111531248A CN114219437A CN 114219437 A CN114219437 A CN 114219437A CN 202111531248 A CN202111531248 A CN 202111531248A CN 114219437 A CN114219437 A CN 114219437A
- Authority
- CN
- China
- Prior art keywords
- query
- channel
- mode
- credit report
- type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 129
- 238000013475 authorization Methods 0.000 claims description 26
- 238000011835 investigation Methods 0.000 claims description 19
- 230000002159 abnormal effect Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 9
- 230000000903 blocking effect Effects 0.000 claims description 8
- 230000010365 information processing Effects 0.000 abstract description 2
- 230000000694 effects Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- General Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Educational Administration (AREA)
- Primary Health Care (AREA)
- Computational Linguistics (AREA)
- Development Economics (AREA)
- Databases & Information Systems (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例涉及信息处理技术领域,尤其涉及一种信用报告查询方法、装置、服务器及存储介质。该方法可包括:在接收到信用报告的查询请求时,获取预先配置完成的策略模式、及与查询请求对应的查询渠道;针对信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,基于渠道策略模式执行渠道流程节点;根据各流程节点的执行结果,得到信用报告的查询结果。本发明实施例的技术方案,基于策略模式将各种查询渠道(即全渠道)下的信用报告的查询流程相统一,由此满足了全渠道下的信用报告的自助查询需求,用户体验较佳。
Description
技术领域
本发明实施例涉及信息处理技术领域,尤其涉及一种信用报告查询方法、装置、服务器及存储介质。
背景技术
随着社会信用体系建设的不断深入推进和公众信用意识的不断增强,信用报告的查询需求量不断增大。
目前,用户在查询信用报告时,需要到人民银行征信中心柜面进行办理,其存在办理时间灵活度低、办理时间长、柜面压力大等问题,用户体验较差。因此,如何实现信用报告的自助查询,这是亟待解决的技术问题。
发明内容
本发明实施例提供了一种信用报告查询方法、装置、服务器及存储介质,以实现信用报告的自助查询的效果。
第一方面,本发明实施例提供了一种信用报告查询方法,可以包括:
在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询渠道;
针对信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,并基于渠道策略模式执行渠道流程节点;
根据各流程节点的执行结果,得到信用报告的查询结果。
第二方面,本发明实施例还提供了一种信用报告查询装置,可以包括:
查询渠道获取模块,用于在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询渠道;
渠道流程节点执行模块,用于针对信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,并基于渠道策略模式执行渠道流程节点;
查询结果得到模块,用于根据各流程节点的执行结果,得到该信用报告的查询结果。
第三方面,本发明实施例还提供了一种信用报告查询服务器,可以包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现本发明任意实施例所提供的信用报告查询方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现本发明任意实施例提供的信用报告查询方法。
第五方面,本发明实施例还提供了一种计算机程序产品,其上存储有计算机程序,该计算机程序被处理器执行时实现本发明任意实施例提供的信用报告查询方法。
本发明实施例的技术方案,在接收到信用报告的查询请求时,通过获取已配置完成的策略模式、以及与查询请求对应的查询渠道;针对信用报告的查询流程中的各流程节点中的渠道流程节点,由于其在各种查询渠道下分别匹配有各自的渠道策略模式,因此可以从各策略模式中确定其在该对应的查询渠道下的渠道策略模式,并基于该渠道策略模式执行该渠道流程节点;进一步,根据各流程节点的执行结果,得到信用报告的查询结果。上述技术方案,基于策略模式将各种查询渠道下的信用报告的查询流程相统一,由此可以满足各种查询渠道(即全渠道)下的信用报告的自助查询需求,用户体验较佳。
附图说明
图1是本发明实施例中的一种信用报告查询方法中商业银行端自助版信用报告查询系统的基本架构的示意图;
图2是本发明实施例一中的一种信用报告查询方法的流程图;
图3是本发明实施例二中的一种信用报告查询方法的流程图;
图4是本发明实施例三中的一种信用报告查询方法的流程图;
图5是本发明实施例三中一种信用报告查询方法中查询示例的流程图;
图6是本发明实施例四中的一种信用报告查询方法的流程图;
图7是本发明实施例四中一种信用报告查询方法中查看示例的流程图;
图8是本发明实施例五中的一种信用报告查询装置的结构框图;
图9是本发明实施例六中的一种信用报告查询服务器的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
另外还需要强调的,本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
在介绍本发明实施例之前,先对本发明实施例的应用场景进行示例性说明:为了解决因为需要到人民银行征信中心柜面查询信用报告而带来的各种问题,考虑到商业银行的自助渠道具有全天候服务、任意场所办公等特点,因此可以基于这些自助渠道实现信用报告的自助查询,以便为用户提供更加快捷便利的信用报告查询服务。在此基础上,一种可选的商业银行端自助版信用报告查询系统的基本架构如图1所示:某用户通过商业银行的客户渠道(如银行网银、银行移动客户端)或者员工渠道(即银行自助柜员机)发起自助版信用报告的签约、查询、查看等请求,经由商业银行内部的服务路由,转发到商业银行(即银行端)的信用报告查询服务端对请求进行受理并登记;然后由信用报告查询前置生成查询请求报文,与人行征信中心(即人行征信服务端)进行报文交互,实现自助版信用报告的获取,并保存在商业银行受保护的本地服务器。进一步,为了给用户提供更好的信用报告查询服务,可以将各查询渠道进行整合,为此发明人提出了下述各信用报告查询方法。
实施例一
图2是本发明实施例一中提供的一种信用报告查询方法的流程图。本实施例适用于信用报告的自助查询的情况,尤其适用于信用报告的全渠道自助查询的情况。该方法可以由本发明实施例提供的信用报告查询装置来执行,该装置可以由软件和/或硬件的方式实现,该装置可以集成在信用报告查询服务器上。
参见图2,本发明实施例的方法具体包括如下步骤:
S110、在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询渠道。
其中,查询请求可以是信用报告查询服务器接收到的由某用户发起的用于查询其自身的信用报告的请求,该用户还可以称为待查询用户,即待查询其的信用报告的用户。查询渠道可以是该用户发起查询请求时所在的渠道,如银行网银、银行移动客户端、银行自助柜员机等,在此未做具体限定。
策略模式可以是预先配置完成的用于表示在某种查询渠道下如何执行信用报告的查询流程中的各流程节点的信息,其中策略可以理解为规则,模式可以理解应用场景,一种查询渠道即为一种应用场景。需要说明的是,策略模式的采用好处在于,一方面,可以将规则与业务逻辑相隔离,在不影响整体的业务逻辑的情况下实现规则的灵活配置、快速布放与生效,由此信用报告查询服务的维护人员不再必须是专业的IT人员,操作便捷性更高;另一方面,可以根据各流程节点在安全性和使用性等方面上的特性匹配相应的策略模式,由此实现了各流程节点的定制化配置的效果。
S120、针对于信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,基于渠道策略模式执行渠道流程节点。
其中,流程节点可以是信用报告的查询流程中的节点,如通知节点、授权认证节点、用户信息确定节点等,在此未做具体限定。渠道流程节点可以是各流程节点中与查询渠道有关的节点,具体来说可以是其执行过程受到查询渠道影响的流程节点。针对任一渠道流程节点,与其对应的渠道策略模式可以是从各策略模式中确定的在该渠道流程节点下与查询渠道匹配的策略模式,因此在得到该渠道策略模式后,可以基于该渠道策略模式执行该渠道流程节点。
需要说明的是,本步骤仅是限定了渠道流程节点的执行过程,至于其余的流程节点是否执行、如何执行,在此未做具体限定。
S130、根据各流程节点的执行结果,得到信用报告的查询结果。
其中,每个流程节点均具有各自的执行结果,如未执行、执行成功、执行失败等。根据各流程节点的执行结果,可以得到上述信用报告的查询结果,如查询失败、查询成功且是征信白户(即未获取到信用报告)、查询成功且获取到信用报告等,在此未做具体限定。
本发明实施例的技术方案,在接收到信用报告的查询请求时,通过获取已配置完成的策略模式、以及与查询请求对应的查询渠道;针对信用报告的查询流程中的各流程节点中的渠道流程节点,由于其在各种查询渠道下分别匹配有各自的渠道策略模式,因此可以从各策略模式中确定其在该对应的查询渠道下的渠道策略模式,并基于该渠道策略模式执行该渠道流程节点;进一步,根据各流程节点的执行结果,得到信用报告的查询结果。上述技术方案,基于策略模式将各种查询渠道下的信用报告的查询流程相统一,由此可以满足各种查询渠道(即全渠道)下的信用报告的自助查询需求,用户体验较佳。
一种可选的技术方案,渠道流程节点可包括通知节点,基于渠道策略模式执行渠道流程节点,可以包括:根据渠道策略模式确定查询渠道支持的各候选通知方式,并将各候选通知方式进行展示;在接收到作用于展示结果上的通知方式选中事件时,根据通知方式选中事件从各候选通知方式中确定出目标通知方式;在得到信用报告的查询结果后,上述信用报告查询方法,还可以包括:获取与查询结果和目标通知方式对应的通知模板,按照通知模板生成查询结果的通知内容,并基于目标通知方式推送通知内容。其中,通知节点可以是用于确定如何将查询结果通知到用户的流程节点;候选通知方式可以包括根据渠道策略模式确定的用户所在的查询渠道能够支持的通知方式,如短信、邮件等,对各候选通知方式进行展示,以便用户根据展示结果选中某种候选通知方式。通知方式选中事件可以是在用户选中了某种候选通知方式后触发的事件,根据其可以确定用户选中的候选通知方式,将该候选通知方式作为目标通知方式。进而,由于查询结果可能包括多种内容,如在查询失败下的失败原因、在查询成功下的征信白户、在查询成功下的信用报告等,因此在得到查询结果之后,可以获取与查询结果和目标通知方式对应的通知模板,按照通知模板生成查询结果的通知内容,该通知内容即为通知到用户的内容,然后基于目标通知方式推送通知内容。上述技术方案,有效统一了全渠道下查询结果的通知流程,并且达到了查询结果的个性化通知的效果。
在此基础上,可选的,在按照通知模板生成查询结果的通知内容后,上述信用报告查询方法,还可以包括:根据各策略模式中的与推送时段有关的策略模式,确定当前时间是否属于免打扰时段;基于目标通知方式推送通知内容,可以包括:如果是,则禁止于当前时间推送通知内容;否则,于当前时间基于目标通知方式推送通知内容,由此可以避免出现因为通知内容的推送而打扰到用户的情况。
实施例二
图3是本发明实施例二中提供的一种信用报告查询方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中,可选的,获取与查询请求对应的查询渠道,可以包括:获取与查询请求对应的查询类型和查询渠道;从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,包括:从各策略模式中确定在渠道流程节点下与查询渠道和查询类型匹配的渠道策略模式。其中,与上述各实施例相同或相应的术语的解释在此不再赘述。
参见图3,本实施例的方法具体可以包括如下步骤:
S210、在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询类型和查询渠道。
其中,查询类型可以表示待查询的信用报告的类型,如企业版信用报告、个人版信用报告等。
S220、针对于信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道和查询类型匹配的渠道策略模式,并基于渠道策略模式执行渠道流程节点。
其中,有些渠道流程节点的具体执行过程,除了与查询渠道有关外,还与查询类型有关,如授权认证节点、明细记录节点等,因此与该渠道流程节点对应的渠道策略模式可以是在其下与查询渠道和查询类型均匹配的策略模式。
S230、根据各流程节点的执行结果,得到信用报告的查询结果。
本发明实施例的技术方案,通过获取与查询请求对应的查询类型,进而从各策略模式中确定在渠道流程节点下与查询渠道和查询类型均匹配的渠道策略模式,由此达到了渠道策略模式的准确确定的效果。
一种可选的技术方案,渠道流程节点可包括授权认证节点,基于渠道策略模式执行渠道流程节点,可以包括:获取与渠道策略模式对应的授权协议,并将授权协议进行展示;在接收到签署后的授权协议后,基于签署后的授权协议进行认证,并在认证通过后,继续执行暂未执行的流程节点。其中,授权协议可以是用于确定用户是否授权查询信用报告的协议,具体的协议内容是与查询渠道和查询类型均有关。将授权协议展示给用户,以使其进行在线授权。如果接收到签署后的授权协议,这表示用户已经授权查询信用报告,则可以基于该签署后的授权协议进行认证,由此确定本次的查询请求是否由用户自身发起的。如果是,则可以继续进行信用报告的查询流程,否则停止查询,这有效保证了信用报告查询的安全性。
另一种可选的技术方案,在得到信用报告的查询结果之后,上述信用报告查询方法,还可以包括:基于各策略模式中用于实现明细记录的且与查询渠道和查询类型匹配的策略模式,记录当前查询请求的明细信息,其中,明细信息包括认证方式、认证设备信息和查询要素信息中的至少一个。由此,可以根据记录的各明细信息生成报表,以供内部管理和监管核查使用;可以用于全渠道管控明细信息;还可以用于区分各查询渠道,并统计各查询渠道下的查询量,以便确定各查询渠道的应用情况。
实施例三
图4是本发明实施例三中提供的一种信用报告查询方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中,可选的,上述信用报告查询方法,还可以包括:获取与查询请求对应的查询类型;针对各流程节点中的类型流程节点,从各策略模式中确定在类型流程节点下与查询类型匹配的类型策略模式,并基于类型策略模式执行类型流程节点。其中,与上述各实施例相同或相应的术语的解释在此不再赘述。
参见图4,本实施例的方法具体可以包括如下步骤:
S310、在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询渠道和查询类型。
S320、针对于信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,基于渠道策略模式执行渠道流程节点。
S330、针对于各流程节点中的类型流程节点,从各策略模式中确定在类型流程节点下与查询类型匹配的类型策略模式,基于类型策略模式执行类型流程节点。
其中,类型流程节点可以是各流程节点中与查询类型有关的节点,具体说可以是其执行过程受到查询类型影响的流程节点,如异常查询阻断节点、用户信息确定节点等。针对任一类型流程节点,与其对应的类型策略模式可以是从各策略模式中确定的在该类型流程节点下与查询类型匹配的策略模式,因此在得到该类型策略模式后,可以基于该类型策略模式执行该类型流程节点。
S340、根据各流程节点的执行结果,得到信用报告的查询结果。
本发明实施例的技术方案,通过获取与查询请求对应的查询类型,并针对各流程节点中的类型流程节点,从各策略模式中确定在类型流程节点下与查询类型匹配的类型策略模式,并基于类型策略模式执行类型流程节点,由此达到了类型流程节点的个性化执行的效果。
一种可选的技术方案,类型流程节点可包括异常查询阻断节点,基于类型策略模式执行类型流程节点,可以包括:获取与查询请求对应的待查询用户,确定待查询用户于预设时间段内在全部的查询渠道上已发生的查询次数;根据类型策略模式确定于预设时间段内在全部的查询渠道上允许的查询次数上限;根据查询次数和查询次数上限,确定当前查询请求是否属于异常查询,如果否,则继续执行暂未执行的流程节点。其中,异常查询阻断节点可以是在当前查询请求属于异常查询时,用于停止查询的流程节点。预设时间段可以是预先设置的时间段,如当年、当月、当天。查询次数可以是待查询用户于预设时间段内在各种查询渠道上查询的总次数,查询次数上限可以是根据类型策略模式确定的于预设时间段内在各种查询渠道上允许查询的最大次数,因此,可以根据这二者确定当前的查询请求是否属于异常查询,如查询次数上限小于查询次数时,认为是异常查询,并在异常查询时可以停止查询,由此保证了信用报告查询的安全性。上述技术方案,由于查询次数和查询次数上限均是全渠道下的数据,因此其达到了全渠道管控的异常查询阻断的效果。
另一种可选的技术方案,查询类型包括企业信用报告查询,类型流程节点包括用户信息确定节点,基于类型策略模式执行类型流程节点,可包括:获取与查询请求对应的待查询用户的用户信息,并根据类型策略模式确定用户信息中的各证件类型的优先级;基于优先级从各证件类型中确定目标证件类型;将用户信息中的用户名称、目标证件类型、以及目标证件类型下的目标证件标识作为目标用户信息;将目标用户信息发送给人行征信服务端,并接收人行征信服务端针对目标用户信息返回的查询结果。其中,用户信息确定节点可以包括用于确定将什么样的用户信息作为信用报告的查询依据的流程节点。查询类型是企业信用报告查询时,由于企业的证件类型较多,而且各证件类型下的证件标识具有一一对应的关系,因此为了在保证信用报告的查询精度的同时,简化查询流程,可以根据类型策略模式确定用户信息中各证件类型的优先级,然后基于该优先级从各证件类型中确定目标证件类型,其可以是各证件类型中优先级最高的证件类型。进一步,将用户信息中的用户名称、目标证件类型、以及目标证件类型下的目标证件标识作为目标用户信息(即信用报告的查询依据),然后将其发送给人行征信服务端,以便该人行征信服务端根据该目标用户信息查询匹配的信用报告,并将查询结果进行返回。上述技术方案,可以同时保证信用报告查询的精准度和简化度。
为了更好地理解上述各步骤的具体实现过程,下面结合具体示例对其进行示例性的说明。示例性的,参见图5,具体的:
1.待查询用户通过商业银行的各种查询渠道,进入商业银行提供的自助版信用报告查询服务,发起查询申请。
2.商业银行接收查询请求,转入后端服务(即信用报告查询服务端),匹配查询类型,如企业信用报告查询或者个人信用报告查询。
3.根据查询渠道和查询类型,依据策略模式,匹配出不同查询渠道的授权协议,并展示给待查询用户,进行授权和认证;同时授权协议支持在线替换。
4.认证后,进入异常查询阻断判定,包括两个判定点:
a)判断当日是否存在受理中查询,若是,则拒绝当前的查询请求,并提示存在受理中查询,无法再次查询;
b)根据查询类型,根据策略模式,进一步匹配异常查询阻断的判定规则,包括全渠道下当年的查询次数、当月的查询次数、当日的查询次数等的限定;同时支持查询超限判定的开关控制和相应的策略模式支持在线替换。
5.根据查询渠道,依据策略模式,匹配该查询渠道支持的候选通知方式,用于商业银行从人行征信服务端获取到信用报告后对于待查询用户的通知;待查询用户可以从各候选通知方式中进行勾选;相应的策略模式支持在线替换。
6.登记查询请求,并根据查询类型进入受理。
7.根据查询类型,依据策略模式,进入不同的受理分支:
a)企业信用报告查询,因证件类型较多,根据策略模式匹配最高优先级的证件类型(即目标证件类型)作为查询的三要素(客户名称、目标证件类型和目标证件类型下的目标证件号码,唯一识别信息主体),如将组织机构代码作为最高优先级、统一社会信用代码为次高优先级,相应的策略模式支持在线替换;同时,因为人行征信服务端提供的企业信用报告查询为webservice接口,因此商业银行通过Webservice方式请求人行征信服务端;
b)个人信用报告查询,人行征信服务端对此提供的查询方式为批量请求,商业银行端通过批量方式请求人行征信服务端。
8.将查询请求发往人行征信服务端后,商业银行开始轮询人行征信服务端返回的查询结果。
9.当轮询到人行返回的查询结果后,商业银行判断查询结果中的查询状态:
a)查询状态为查询失败(如证件号码不存在、证件号码和用户名称不一致等),根据策略模式,匹配查询失败情况下的通知方式和通知模板,通知待查询用户的查询状态和失败原因,同时通知方式和通知模板支持在线替换;
b)查询状态为查询成功:
i.进一步判断是否查无此人(如未成年,人行未掌握其的信用报告,征信记录为空),针对征信白户的情景,依据策略模式,匹配查无此人情况下的通知方式和通知模板,通知待查询用户的查询结果;同时通知方式和通知模板支持在线替换;
ii.查询成功且有信用报告返回,基于目标通知方式,根据策略模式,匹配当前的查询渠道的通知模板,生成通知内容;同时通知模板支持在线替换。
10.通知内容生成后,根据策略模式,匹配当前时间是否属于免打扰时段;免打扰时段支持灵活配置和在线替换:
a)免打扰时段,则暂不发送;
b)非免打扰时段,则立即发送。
11.根据查询类型和查询渠道,依据策略模式,记录本次查询的明细信息,作为对账使用。
实施例四
图6是本发明实施例四中提供的一种信用报告查询方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中,可选的,在得到信用报告的查询结果之后,上述信用报告查询方法,还可以包括:在接收到信用报告的查看请求时,获取查看请求对应的查看渠道和查询结果,确定查询结果中的查询状态;如果查询状态是查询成功,则基于各策略模式中用于实现报告查看的与查询渠道匹配的策略模式,确定查看渠道支持的各候选查看方式,并将各候选查看方式进行展示;在接收到作用于查看结果上的查看方式选中事件时,根据查看方式选中事件从各候选查看方式中确定目标查看方式;基于目标查看方式展示查询得到的信用报告;和/或,若查询状态是查询失败,则于查看渠道的渠道界面上展示失败原因。其中,与上述各实施例相同或相应的术语的解释在此不再赘述。
参见图6,本实施例的方法具体可以包括如下步骤:
S410、在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询渠道。
S420、针对于信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,基于渠道策略模式执行渠道流程节点。
S430、根据各流程节点的执行结果,得到信用报告的查询结果。
S440、在接收到信用报告的查看请求时,获取查看请求对应的查看渠道和查询结果,并确定查询结果中的查询状态。
其中,查看请求可以是信用报告查询服务器接收到的由某用户发起的用于查看其自身的信用报告的请求,该用户还可以称为待查看用户,即待查看其的信用报告的用户。查看渠道可以是该用户发起查看请求时所在的渠道,如银行网银、银行移动客户端、银行自助柜员机等,在此未做具体限定。需要说明的是,由于从发起查询请求到得到查询结果间是存在时间间隔的,因此对于有些用户而言是存在查看需求的。查询结果可以包括查询状态、以及在该查询状态下的查询内容,该查询状态可以是查询成功或是查询失败。
S450、若查询状态是查询成功,则基于各策略模式中用于实现报告查看的与查询渠道匹配的策略模式,确定查看渠道支持的各候选查看方式,并将各候选查看方式进行展示。
其中,候选查看方式可以是根据渠道策略模式确定的用户所在的查看渠道能够支持的查看方式,如在线查看、短信发送、邮件发送、柜员机打印等,对这些候选查看方式进行展示,以便用户根据展示结果选中某种候选查看方式。
S460、在接收到作用于查看结果上的查看方式选中事件时,根据查看方式选中事件从各候选查看方式中确定出目标查看方式,并基于目标查看方式展示查询得到的信用报告。
其中,查看方式选中事件可以是在用户选中了某种候选查看方式后触发的事件,根据其可以确定用户选中的候选查看方式,将该候选查看方式作为目标查看方式,由此可以基于目标查看方式展示查询得到的信用报告。
S470、若查询状态是查询失败,则于查看渠道的渠道界面上展示失败原因。
需要说明的,S450和S460是前后关联的技术特征,S470是另一技术特征,即S450和S460、以及S470可以择一执行,也可以均执行,在此未做具体相当。
本发明实施例的技术方案,通过获取与接收到的信用报告的查看请求对应的查看渠道和查询结果,并根据查询结果中的查询状态选择相应的方式对查询结果进行展示,由此有效统一了全渠道下查询结果的查看流程,且达到了查询结果的个性化查看的效果。
为了更好地理解上述各步骤的具体实现过程,下面结合具体示例对其进行示例性的说明。示例性的,参见图7,具体的:
1.待查询用户通过商业银行的各种查看渠道,进入商业银行提供的自助版信用报告查看及下载服务,发起查看申请。
2.商业银行接收查看请求,转入后端服务(即信用报告查询服务端),匹配查看类型,如企业信用报告查看或者个人信用报告查看。
3.获取查询结果中的查询状态:
a)查询状态是查询失败,则在渠道界面上展示失败原因;
b)查询状态是查询成功,依据策略模式,匹配当前的查看渠道支持的候选查看方式;同时查看方式支持在线替换和安全下载。
4.后台服务获取信用报告,并根据待查看用户选择的目标查看方式,展示信用报告。
实施例五
图8为本发明实施例五提供的信用报告查询装置的结构框图,该装置用于执行上述任意实施例提供的信用报告查询方法。该装置与上述各实施例的信用报告查询方法属于同一个发明构思,在信用报告查询装置的实施例中未详尽描述的细节内容,可以参考上述信用报告查询方法的实施例。参见图8,该装置具体可包括:查询渠道获取模块510、渠道流程节点执行模块520和查询结果得到模块530。其中,
查询渠道获取模块510,用于在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询渠道;
渠道流程节点执行模块520,用于针对信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,并基于渠道策略模式执行渠道流程节点;
查询结果得到模块530,用于根据各流程节点的执行结果,得到信用报告的查询结果。
可选的,渠道流程节点包括通知节点,渠道流程节点执行模块520,包括:
候选通知方式展示单元,用于根据渠道策略模式确定查询渠道支持的各候选通知方式,并将各候选通知方式进行展示;
目标通知方式通知单元,用于在接收到作用于展示结果上的通知方式选中事件时,根据通知方式选中事件从各候选通知方式中确定目标通知方式;
上述信用报告的查询装置,还可以包括:
通知内容生成模块,用于在得到信用报告的查询结果后,获取与查询结果和目标通知方式对应的通知模板,按照通知模板生成查询结果的通知内容;
通知内容推送模块,用于基于目标通知方式推送通知内容。
在此基础上,可选的,上述信用报告的查询装置,还可以包括:
免打扰时段确定模块,用于在按照通知模板生成查询结果的通知内容之后,根据各策略模式中与推送时段有关的策略模式,确定当前时间是否属于免打扰时段;
通知内容推送模块,可以包括:
通知内容禁止推送单元,用于如果是,则禁止于当前时间推送通知内容;
通知内容推送单元,用于否则,于当前时间以目标通知方式推送通知内容。
再可选的,查询结果包括下述中的至少一个:在查询失败下的失败原因、在查询成功下的征信白户、以及在查询成功下的信用报告。
可选的,查询渠道获取模块510,可以包括:
查询渠道获取单元,用于获取与查询请求对应的查询类型和查询渠道;
渠道流程节点执行模块520,可以包括:
渠道策略模式确定单元,用于从各策略模式中,确定在渠道流程节点下与查询渠道和查询类型匹配的渠道策略模式。
在此基础上,可选的,渠道流程节点可包括授权认证节点,渠道流程节点执行模块520,可以包括:
授权协议展示单元,用于获取与渠道策略模式对应的授权协议,并将授权协议进行展示;
流程节点执行单元,用于在接收到签署后的授权协议后,基于签署后的授权协议进行认证,并在认证通过后,继续执行暂未执行的流程节点。
再可选的,上述信用报告的查询装置,还可以包括:
明细信息记录模块,用于在得到信用报告的查询结果后,基于各策略模式中用于实现明细记录的且与查询渠道和查询类型匹配的策略模式,记录当前的查询请求的明细信息,其中明细信息包括认证方式、认证设备信息和查询要素信息中的至少一个。
可选的,上述信用报告的查询装置,还可以包括:
查询类型获取模块,用于获取与查询请求对应的查询类型;
类型流程节点执行模块,用于针对各流程节点中的类型流程节点,从各策略模式中确定在类型流程节点下与查询类型匹配的类型策略模式,并基于类型策略模式执行类型流程节点。
在此基础上,可选的,类型流程节点可包括异常查询阻断节点,类型流程节点执行模块,可以包括:
查询次数确定单元,用于获取与查询请求对应的待查询用户,确定待查询用户于预设时间段内在全部的查询渠道上已发生的查询次数;
查询次数上限确定单元,用于根据类型策略模式确定于预设时间段内在全部的查询渠道上允许的查询次数上限;
流程节点暂停执行单元,用于根据查询次数和查询次数上限,确定当前的查询请求是否属于异常查询,如果否,则继续执行暂未执行的流程节点。
再可选的,查询类型可包括企业版信用报告查询,类型流程节点包括用户信息确定节点,类型流程节点执行模块,可以包括:
优先级确定单元,用于获取与查询请求对应的待查询用户的用户信息,并根据类型策略模式确定用户信息中的各证件类型的优先级;
目标证件类型确定单元,用于基于优先级确定各证件类型中目标证件类型;
目标用户信息得到单元,用于将用户信息中的用户名称、目标证件类型、及目标证件类型下的目标证件标识作为目标用户信息;
查询结果接收单元,用于将目标用户信息发送给人行征信服务端,并接收人行征信服务端针对目标用户信息返回的查询结果。
可选的,上述信用报告的查询装置,还可以包括:
查询状态确定模块,用于在得到信用报告的查询结果后,在接收到信用报告的查看请求时,获取查看请求对应的查看渠道和查询结果,并确定查询结果中的查询状态;
候选查看方式展示模块,用于若查询状态是查询成功,则基于各策略模式中用于实现报告查看的与查询渠道匹配的策略模式,确定查看渠道支持的各候选查看方式,并将各候选查看方式进行展示;
目标查看方式确定模块,用于在接收到作用于查看结果上的查看方式选中事件时,根据查看方式选中事件从各候选查看方式中确定目标查看方式;
信用报告展示模块,用于基于目标查看方式展示查询得到的信用报告;
和/或,失败原因展示模块,用于若查询状态是查询失败,则于查看渠道的渠道界面上展示失败原因。
可选的,查询渠道包括银行自助柜员机、银行网银或是银行移动客户端。
本发明实施例五提供的信用报告查询装置,通过查询渠道获取模块在接收到信用报告的查询请求时,通过获取已配置完成的策略模式、以及与查询请求对应的查询渠道;通过渠道流程节点执行模块针对信用报告的查询流程中的各流程节点中的渠道流程节点,由于其在各种查询渠道下分别匹配有各自的渠道策略模式,因此可以从各策略模式中确定其在该对应的查询渠道下的渠道策略模式,基于该渠道策略模式执行该渠道流程节点;进一步,通过查询结果得到模块根据各流程节点的执行结果,得到信用报告的查询结果。上述装置,基于策略模式将各种查询渠道下的信用报告的查询流程相统一,由此可以满足各种查询渠道(即全渠道)下的信用报告的自助查询需求,用户体验较佳。
本发明实施例所提供的信用报告查询装置可执行本发明任意实施例所提供的信用报告查询方法,具备执行方法相应的功能模块和有益效果。
值得注意的是,上述信用报告查询装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
实施例六
图9为本发明实施例六提供的一种信用报告的查询服务器的结构示意图,如图9所示,该服务器包括存储器610、处理器620、输入装置630和输出装置640。服务器中的处理器620的数量可以是一个或多个,图9中以一个处理器620为例;服务器中的存储器610、处理器620、输入装置630和输出装置640可以通过总线或其它方式连接,图9中以通过总线650连接为例。
存储器610作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中信用报告查询方法对应的程序指令/模块(例如,信用报告查询装置中的查询渠道获取模块510、渠道流程节点执行模块520和查询结果得到模块530)。处理器620通过运行存储在存储器610中的软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述的信用报告查询方法。
存储器610可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据服务器的使用所创建的数据等。此外,存储器610可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器610可进一步包括相对于处理器620远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置630可用于接收输入的数字或字符信息,以及产生与装置的用户设置以及功能控制有关的键信号输入。输出装置640可包括显示屏等显示设备。
实施例七
本发明实施例七提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种信用报告查询方法,该方法包括:
在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与查询请求对应的查询渠道;
针对信用报告的查询流程中各流程节点中的渠道流程节点,从各策略模式中确定在渠道流程节点下与查询渠道匹配的渠道策略模式,并基于渠道策略模式执行渠道流程节点;
根据各流程节点的执行结果,得到信用报告的查询结果。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的信用报告查询方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。依据这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (16)
1.一种信用报告查询方法,其特征在于,包括:
在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与所述查询请求对应的查询渠道;
针对所述信用报告的查询流程中各流程节点中的渠道流程节点,从各所述策略模式中确定在所述渠道流程节点下与所述查询渠道匹配的渠道策略模式,并基于所述渠道策略模式执行所述渠道流程节点;
根据各所述流程节点的执行结果,得到所述信用报告的查询结果。
2.根据权利要求1所述的方法,其特征在于,所述渠道流程节点包括通知节点,所述基于所述渠道策略模式执行所述渠道流程节点,包括:
根据所述渠道策略模式确定所述查询渠道支持的各候选通知方式,并将各所述候选通知方式进行展示;
在接收到作用于展示结果上的通知方式选中事件时,根据所述通知方式选中事件从各所述候选通知方式中确定目标通知方式;
在所述得到所述信用报告的查询结果之后,所述方法还包括:
获取与所述查询结果和所述目标通知方式对应的通知模板,按照所述通知模板生成所述查询结果的通知内容;
基于所述目标通知方式推送所述通知内容。
3.根据权利要求2所述的方法,其特征在于,在所述按照所述通知模板生成所述查询结果的通知内容之后,还包括:
根据各所述策略模式中的与推送时段有关的所述策略模式,确定当前时间是否属于免打扰时段;
所述基于所述目标通知方式推送所述通知内容,包括:
如果是,则禁止于所述当前时间推送所述通知内容;
否则,于所述当前时间基于所述目标通知方式推送所述通知内容。
4.根据权利要求2所述的方法,其特征在于,所述查询结果包括下述中的至少一个:在查询失败下的失败原因、在查询成功下的征信白户、以及在查询成功下的所述信用报告。
5.根据权利要求1所述的方法,其特征在于,所述获取与所述查询请求对应的查询渠道,包括:获取与所述查询请求对应的查询类型和查询渠道;
所述从各所述策略模式中确定在所述渠道流程节点下与所述查询渠道匹配的渠道策略模式,包括:从各所述策略模式中,确定在所述渠道流程节点下与所述查询渠道和所述查询类型匹配的渠道策略模式。
6.根据权利要求5所述的方法,其特征在于,所述渠道流程节点包括授权认证节点,所述基于所述渠道策略模式执行所述渠道流程节点,包括:
获取与所述渠道策略模式对应的授权协议,并将所述授权协议进行展示;
在接收到签署后的所述授权协议后,基于所述签署后的所述授权协议进行认证,并在认证通过后,继续执行暂未执行的所述流程节点。
7.根据权利要求5所述的方法,其特征在于,在所述得到所述信用报告的查询结果之后,还包括:
基于各所述策略模式中用于实现明细记录的且与所述查询渠道和所述查询类型匹配的所述策略模式,记录当前所述查询请求的明细信息,其中所述明细信息包括认证方式、认证设备信息和查询要素信息中的至少一个。
8.根据权利要求1所述的方法,其特征在于,还包括:
获取与所述查询请求对应的查询类型;
针对各所述流程节点中的类型流程节点,从各所述策略模式中确定在所述类型流程节点下与所述查询类型匹配的类型策略模式,并基于所述类型策略模式执行所述类型流程节点。
9.根据权利要求8所述的方法,其特征在于,所述类型流程节点包括异常查询阻断节点,所述基于所述类型策略模式执行所述类型流程节点,包括:
获取与所述查询请求对应的待查询用户,确定所述待查询用户于预设时间段内在全部的所述查询渠道上已发生的查询次数;
根据所述类型策略模式确定所述于预设时间段内在全部的所述查询渠道上允许的查询次数上限;
根据所述查询次数和所述查询次数上限,确定当前所述查询请求是否属于异常查询,如果否,则继续执行暂未执行的所述流程节点。
10.根据权利要求8所述的方法,其特征在于,所述查询类型包括企业版信用报告查询,所述类型流程节点包括用户信息确定节点,所述基于所述类型策略模式执行所述类型流程节点,包括:
获取与所述查询请求对应的待查询用户的用户信息,并根据所述类型策略模式确定所述用户信息中的各证件类型的优先级;
基于所述优先级从各所述证件类型中确定目标证件类型;
将所述用户信息中的用户名称、所述目标证件类型、及所述目标证件类型下的目标证件标识作为目标用户信息;
将所述目标用户信息发送给人行征信服务端,并接收所述人行征信服务端针对所述目标用户信息返回的查询结果。
11.根据权利要求1所述的方法,其特征在于,在所述得到所述信用报告的查询结果之后,还包括:
在接收到所述信用报告的查看请求时,获取所述查看请求对应的查看渠道和所述查询结果,并确定所述查询结果中的查询状态;
若所述查询状态是查询成功,则基于各所述策略模式中用于实现报告查看的与所述查询渠道匹配的所述策略模式,确定所述查看渠道支持的各候选查看方式,并将各所述候选查看方式进行展示;
在接收到作用于查看结果上的查看方式选中事件时,根据所述查看方式选中事件从各所述候选查看方式中确定目标查看方式;
基于所述目标查看方式展示查询得到的所述信用报告;
和/或,若所述查询状态是查询失败,则于所述查看渠道的渠道界面上展示失败原因。
12.根据权利要求1所述的方法,其特征在于,所述查询渠道包括银行自助柜员机、银行网银或是银行移动客户端。
13.一种信用报告查询装置,其特征在于,包括:
查询渠道获取模块,用于在接收到信用报告的查询请求时,获取预先配置完成的策略模式、以及与所述查询请求对应的查询渠道;
渠道流程节点执行模块,用于针对所述信用报告的查询流程中各流程节点中的渠道流程节点,从各所述策略模式中确定在所述渠道流程节点下与所述查询渠道匹配的渠道策略模式,并基于所述渠道策略模式执行所述渠道流程节点;
查询结果得到模块,用于根据各所述流程节点的执行结果,得到所述信用报告的查询结果。
14.一种信用报告查询服务器,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-12中任一所述的信用报告查询方法。
15.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-12中任一所述的信用报告查询方法。
16.一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现如权利要求1-12中任一所述的信用报告查询方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111531248.7A CN114219437A (zh) | 2021-12-14 | 2021-12-14 | 一种信用报告查询方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111531248.7A CN114219437A (zh) | 2021-12-14 | 2021-12-14 | 一种信用报告查询方法、装置、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114219437A true CN114219437A (zh) | 2022-03-22 |
Family
ID=80702155
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111531248.7A Pending CN114219437A (zh) | 2021-12-14 | 2021-12-14 | 一种信用报告查询方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114219437A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114860814A (zh) * | 2022-07-05 | 2022-08-05 | 天津金城银行股份有限公司 | 征信查询处理系统、方法、征信查询系统、设备及介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103500201A (zh) * | 2013-09-29 | 2014-01-08 | 北京信立合创信息技术有限公司 | 一种用于个人信用报告的自助服务机 |
CN106372215A (zh) * | 2016-09-06 | 2017-02-01 | 江苏通付盾科技有限公司 | 信用查询系统及方法 |
CN106611372A (zh) * | 2016-12-27 | 2017-05-03 | 深圳微众税银信息服务有限公司 | 一种征信数据查询方法及系统 |
CN108734566A (zh) * | 2018-04-03 | 2018-11-02 | 平安普惠企业管理有限公司 | 征信数据查询方法、终端设备及介质 |
CN111885516A (zh) * | 2020-07-09 | 2020-11-03 | 深圳市富之富信息技术有限公司 | 多渠道接入的短信配置方法、装置、计算机设备及存储介质 |
CN112579434A (zh) * | 2020-11-17 | 2021-03-30 | 苏宁消费金融有限公司 | 一种人行征信自动化测试平台 |
CN112667694A (zh) * | 2020-12-15 | 2021-04-16 | 广东华兴银行股份有限公司 | 一种征信报告查询方法、电子设备及存储介质 |
CN112765213A (zh) * | 2020-12-31 | 2021-05-07 | 永辉云金科技有限公司 | 一种二代征信自动化查询方法、系统及计算机设备 |
CN113051332A (zh) * | 2021-04-20 | 2021-06-29 | 东莞市盟大塑化科技有限公司 | 一种基于大数据技术的多源数据集成方法及其系统 |
CN113553302A (zh) * | 2021-07-21 | 2021-10-26 | 中国工商银行股份有限公司 | 征信报告的获取方法、系统、设备和存储介质 |
-
2021
- 2021-12-14 CN CN202111531248.7A patent/CN114219437A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103500201A (zh) * | 2013-09-29 | 2014-01-08 | 北京信立合创信息技术有限公司 | 一种用于个人信用报告的自助服务机 |
CN106372215A (zh) * | 2016-09-06 | 2017-02-01 | 江苏通付盾科技有限公司 | 信用查询系统及方法 |
CN106611372A (zh) * | 2016-12-27 | 2017-05-03 | 深圳微众税银信息服务有限公司 | 一种征信数据查询方法及系统 |
CN108734566A (zh) * | 2018-04-03 | 2018-11-02 | 平安普惠企业管理有限公司 | 征信数据查询方法、终端设备及介质 |
CN111885516A (zh) * | 2020-07-09 | 2020-11-03 | 深圳市富之富信息技术有限公司 | 多渠道接入的短信配置方法、装置、计算机设备及存储介质 |
CN112579434A (zh) * | 2020-11-17 | 2021-03-30 | 苏宁消费金融有限公司 | 一种人行征信自动化测试平台 |
CN112667694A (zh) * | 2020-12-15 | 2021-04-16 | 广东华兴银行股份有限公司 | 一种征信报告查询方法、电子设备及存储介质 |
CN112765213A (zh) * | 2020-12-31 | 2021-05-07 | 永辉云金科技有限公司 | 一种二代征信自动化查询方法、系统及计算机设备 |
CN113051332A (zh) * | 2021-04-20 | 2021-06-29 | 东莞市盟大塑化科技有限公司 | 一种基于大数据技术的多源数据集成方法及其系统 |
CN113553302A (zh) * | 2021-07-21 | 2021-10-26 | 中国工商银行股份有限公司 | 征信报告的获取方法、系统、设备和存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114860814A (zh) * | 2022-07-05 | 2022-08-05 | 天津金城银行股份有限公司 | 征信查询处理系统、方法、征信查询系统、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109450772B (zh) | 一种消息发送方法、服务器及计算机可读存储介质 | |
US12032716B2 (en) | Accessing information based on privileges | |
CN110941844B (zh) | 一种认证鉴权方法、系统、电子设备及可读存储介质 | |
CN104954322A (zh) | 一种账号的绑定处理方法、装置及系统 | |
CN102456253A (zh) | 一种开发票的方法和终端 | |
CN107277086A (zh) | 业务处理系统、业务处理方法以及业务更新方法 | |
CN110049031B (zh) | 一种接口安全认证方法及服务器、认证中心服务器 | |
CN114219437A (zh) | 一种信用报告查询方法、装置、服务器及存储介质 | |
CN114239072B (zh) | 区块链节点管理方法及区块链网络 | |
JP2017513085A (ja) | 情報の処理方法、端末、サーバ及び通信方法、システム | |
CN104731660A (zh) | 数据分配方法、装置和系统 | |
WO2018230374A1 (ja) | チケット提供方法、チケット提供装置及び携帯端末用プログラム | |
CN115600178A (zh) | 交易请求的处理方法、装置、电子设备及存储介质 | |
JPH1091705A (ja) | 電子商取引におけるデータ伝送システムおよび方法 | |
CN104702409A (zh) | 基于云平台的生物识别系统及其方法 | |
US7844267B2 (en) | Server for providing access by a communication terminal to a communication processing service | |
CN111562947A (zh) | 一种业务处理方法、装置及电子设备 | |
JP2002109434A (ja) | オンラインショッピングシステム、電子決済方法、決済サーバ及び記録媒体 | |
CN112346886B (zh) | 交易数据处理方法、装置、存储介质及服务器 | |
CN103581896B (zh) | 一种密码重置方法及装置 | |
JP2019139753A (ja) | 連動制御システム及びそれに用いるコンピュータプログラム | |
KR100731021B1 (ko) | 메시지 관리 기능을 갖는 이동통신단말기와 시스템, 및이들을 이용한 방법 | |
CN117853108B (zh) | 一种多通道支付方法、系统、存储介质 | |
JP2019139366A (ja) | 連動制御システム及びそれに用いるコンピュータプログラム | |
CN109583183B (zh) | 客户端管理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |