CN107403372A - 互联网金融数据处理平台 - Google Patents

Abstract

本发明公开了一种互联网金融数据处理平台，包括：展示层，用于采用多种业务客户端向用户提供互联网金融数据交互入口；业务服务逻辑层，用于提供与互联网金融对应的各类子服务，与展示层进行业务数据交互；数据处理层，将于关联系统的业务数据进行封装处理，采用类区块链架构通过预设接口传递给接收方，并通过预设方式通知操作人员处理相关业务流程，且通过预设监控方式记录操作过程；客户评级授信数据采集层，用于通过FTP协议将第三方的相关数据采集到平台，提供给业务人员进行数据分析处理；资源层，用于提供支撑平台运行的基础设施资源。由此，实现了为贸易金融服务提供全流程电子化、标准化操作，带来“简单、便利、快捷、安全”的用户体验。

Description

互联网金融数据处理平台

技术领域

本发明涉及计算机技术领域，尤其涉及一种互联网金融数据处理平台。

背景技术

目前，随着人们生活水平的进步，人们越来越关注金融领域的相关产品，因而，相关金融产品也得到大力发展，然而，随着金融产品的类型以及办理业务的流程的发展，对贸易金融领域的管理带来了挑战。

然而，相关技术中，围绕贸易活动开展的信用证、贸易融资等贸易金融业务因技术性、专业性较强，目前仍以线下传统方式进行操作，信息不透明、步骤繁琐、缺乏规范，且无集中化管理或交易场所，操作风险高，信息交互效率低，并不能适应金融领域的进步和发展。

发明内容

本发明旨在至少在一定程度上解决上述技术中的技术问题之一。

为此，本发明的目的在于提出一种互联网金融数据处理平台，以实现为贸易金融服务提供全流程电子化、标准化操作，带来“简单、便利、快捷、安全”的用户体验。

为达上述目的，本发明实施例提出的互联网金融数据处理平台，包括：展示层，用于采用多种业务客户端向用户提供互联网金融数据交互入口；业务服务逻辑层，用于提供与互联网金融对应的各类子服务，与所述展示层进行业务数据交互；数据处理层，用于将关联系统的业务数据进行封装处理，采用类区块链架构通过预设接口传递给接收方，并通过预设方式通知操作人员处理相关业务流程，且通过预设监控方式记录操作过程；客户评级授信数据采集层，用于通过FTP协议将第三方的相关数据采集到平台，提供给业务人员进行数据分析处理；资源层，用于提供支撑平台运行的基础设施资源。

本发明实施例的互联网金融数据处理平台，通过展示层采用多种业务客户端向用户提供互联网金融数据交互入口，进而，业务服务逻辑层提供与互联网金融对应的各类子服务，与所述展示层进行业务数据交互，数据处理层将关联系统的业务数据进行封装处理，采用类区块链架构通过预设接口传递给接收方，并通过预设方式通知操作人员处理相关业务流程，且通过预设监控方式记录操作过程，客户评级授信数据采集层通过FTP协议将第三方的相关数据采集到平台，提供给业务人员进行数据分析处理，并通过资源层为用户提供支撑平台运行的基础设施资源。由此，实现了为贸易金融服务提供全流程电子化、标准化操作，带来“简单、便利、快捷、安全”的用户体验。

可选地，所述数据处理层，还用于通过采用CFCA电子证书及电子签章系统，为互联网金融业务全流程交易提供加密认证服务。

可选地，所述展示层，具体用于通过业务客户端实现信用证从开立、通知、交单、承付、融资及二级市场交易，到信用证项下应收账款证券化、收付款、索赔、委托追索的全生命周期管理。

可选地，所述业务服务逻辑层，具体用于向银行用户提供与信用证相关的银行服务，具体包括：开出信用证，向通知行发送信用证通知指示，交单行将单据扫描上传后发给开证行，以使开证行审单符合信用证要求后交单行寄单，开证行付款或确认到期付款；提供与信用证相关的福费廷一级和二级市场业务。

可选地，所述业务服务逻辑层，具体用于提供与信用证相关的资管服务，具体包括：在购买国内信用证信用险及附加险的情况下，提供信用证项下应收账款资产支持专项计划的设计、发布、资产预约、入池审核、签约、通知、发行、存续期管理功能，进而转化为标准化产品进行交易、流通；在购买信用险的情况下，提供信用证项下应收账款资产的报价、询价、磋商、交易、签约、通知及后期管理功能。

可选地，所述业务服务逻辑层，具体用于提供与信用证相关的保险服务，具体包括：根据投保人、业务环节、交易场景设计多款信用证的保险产品；提供投保、核保到保后管理的全流程前中后台一体化；向银行提供保险增信服务。

可选地，所述数据处理层，具体用于从提供方采集内外部数据，将银行全量原始数据结构化，并以系统对接的方式导入客户评级授信数据采集层；所述客户评级授信数据采集层，具体用于定量定性模型生成评级结果，以及相对应的承保系数以及授信额度，可供投保环节调取使用。

可选地，所述业务服务逻辑层，具体用于当用户选择投保后，获取信用证信息；通过内嵌的保费费率核算规则，并调取开证行额度及相关系统，自动测算保费费率及金额提供给用户；投保成功后，用户可在线查看、下载、发送电子保单。

可选地，所述客户评级授信数据采集层，还用于实时获取保单项下的债权状态，若发生风险事件，向用户提供理赔和追索操作。

可选地，所述数据处理层，还用于将信用证下全量数据展现给审核机构，并获取反馈信息。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本发明一个实施例的互联网金融数据处理平台的结构示意图；

图2是根据本发明一个实施例的互联网金融数据处理平台在应用中的界面示意图；

图3是根据本发明一个实施例的互联网金融数据处理平台的运作流程示意图；

图4是根据本发明一个实施例的互联网金融数据处理平台的计算机处理层实现架构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

根据以上分析，现有技术中的贸易金融处理方式，至少具有如下处理弊端：

第一:贸易金融领域信息不透明。包括信用证、贸易融资等在内的贸易金融工具缺乏集中化、专业化线上信息交互及管理场所，造成资金与资产匹配效率较低，虚假贸易背景、欺诈等风险案件频发，资产缺乏流动性等问题。

第二:贸易金融领域业务流程繁琐，标准化程度较低。因履行了解客户、了解业务、尽职审查等需要对贸易背景文件、单证文件、银行之间交易文件等进行严格审核，信用证及贸易融资流程繁琐、交易环节较多、周期较长，所需材料及单据种类多，专业性要求高。但各机构间操作标准各异，相关文本制式亦较难统一，为业务开展和推广造成阻碍。

第三:贸易金融业务通信、签约、确认等手段落后。传统贸易金融工具，如信用证及贸易融资，大多采用SWIFT报文系统、人民银行大额支付系统查询查复功能或函件盖章往来等方式进行签约或确认，但均有明显缺陷。如SWIFT系统不提供中文服务，人民银行大额支付系统查询查复功能有限，函件盖章核印鉴效率低等不足。

第四：中小企业融资贵、融资难。因信息不透明、企业融资与金融机构间资本市场相隔离、金融工具流动性受限等原因，资本市场的低成本资金无法有效传导至企业融资端，成为造成中小企业融资贵、融资难的原因之一。

第五：小银行缺少信用证、贸易融资业务专业系统及专业人员配备，缺乏业务开展经验。

第六：各金融机构内部系统不连通，跨机构、跨领域业务开展效率较低。各金融机构自身业务系统高度独立，相互通过接口方式打通连接的情况罕见，相关重复工作冗杂，很难高效率开展跨机构、跨领域业务(如银行作为代理人开展的应收账款资产证券化业务等)合作，无法最大限度发挥组合优势、提高相互合作效率以及开展金融创新。

第七：银行业务系统互联网化程度较低，并发量支持能力不足。各银行现有贸易金融业务系统均为内部后台操作系统，通过附带网银与客户进行通讯，内外网隔离导致效率较低，且对用户并发量承载能力有限，在已有效解决互联网运营安全的今天，这在金融服务快速互联网化、移动化进程中弊端日益凸显，阻碍业务开展。

第八：银行间同业授信额度不足，业务开展受限。银行间开展同业业务合作，同样需要给予交易对手核定授信额度，但在实际业务开展往往受制于同业授信额度不足或完全没有额度的情况，以致无法实现优质资产与低成本资金在银行间市场高效对接。截止目前为止，市场上尚无保险机构为银行间业务通过信用保证保险模式提供增信，以缓解同业授信额度不足的案例。

第九：银行类机构资信状况不明，数据来源有限。当前实际业务开展中，银行间授信额度评定主观性较强，且数据共享较封闭，除部分已上市银行外，其他银行数据获取难度较大，进一步加剧了银行领域信息的不透明，急需通过平台引流，让各类银行机构为达成交易目的主动提高各自透明度。

为了解决上述技术问题，本发明提供了一种互联网金融数据处理平台，平台通过PC网页、手机APP等电子渠道，为贸易金融服务提供全流程电子化、标准化操作，为用户带来“简单、便利、快捷、安全”的用户体验。

下面参考附图描述本发明实施例的互联网金融数据处理平台。

图1是根据本发明一个实施例的互联网金融数据处理平台的结构示意图，如图1所示，该互联网金融数据处理平台包括：展示层100、业务服务逻辑层200、数据处理层300、客户评级授信数据采集层400和资源层500。

其中，展示层100，用于采用多种业务客户端向用户提供互联网金融数据交互入口。

可以理解，随着互联网的发展进程，平台将传统业务互联网化，采用统一综合门户、手机APP应用及微信公众号的方式，提供给用户更便捷的操作体验，在本发明的实施例中，通过展示层100采用多种业务客户端向用户提供互联网金融数据交互入口。

在本发明的一个实施例中，展示层100通过PC与移动端APP实现信用证从开立、通知、交单、承付、融资及二级市场交易，到信用证项下应收账款证券化、收付款、索赔、委托追索的全生命周期管理。使信用证在整个生命周期中任一阶段信息更加透明，增强了交易安全性及可靠性，实现了该平台的前中后台一体化，全生命周期管理。

在本实施例中，银行用户可通过平台PC或移动APP端开出信用证，可直接向通知行发送信用证通知指示，通知行通知受益人，受益人交单后，交单行将单据扫描上传后发给开证行，开证行可预先审单，直至符合信用证要求后，交单行寄单，开证行付款或确认到期付款。全程标准化线上操作，简单高效。

其中，在本发明的实施例中，信用证下的资管服务为，在购买国内信用证信用险及附加险的情况下，可通过平台实现信用证项下应收账款资产支持专项计划(应收账款ABS)的设计、发布、资产预约、入池审核、签约、通知、发行、存续期管理等功能，最终转化为标准化产品在证券市场挂牌交易、流通。在购买信用险的情况下，非银金融机构可采用定向资管的形式通过平台实现信用证项下应收账款资产的报价、询价、磋商、交易、签约、通知及后期管理等功能。

业务服务逻辑层200，用于提供与互联网金融对应的各类子服务，与展示层进行业务数据交互。

具体地，业务服务逻辑层200，通过微服务架构模式将业务逻辑中涉及到每个子服务独立出来，以便于提供展示层统一综合门户及手机APP应用，微信公众号等应用客户端进行使用。

在本发明的一个实施例中，业务服务逻辑层200具体用于向银行用户提供与信用证相关的银行服务，具体包括：开出信用证，向通知行发送信用证通知指示，交单行将单据扫描上传后发给开证行，以使开证行审单符合信用证要求后交单行寄单，开证行付款或确认到期付款；提供与信用证相关的福费廷一级和二级市场业务。

在本发明的一个实施例中，业务服务逻辑层200，具体用于提供与信用证相关的资管服务，具体包括：在购买国内信用证信用险及附加险的情况下，提供实现信用证项下应收账款资产支持专项计划的设计、发布、资产预约、入池审核、签约、通知、发行、存续期管理功能，进而转化为标准化产品进行交易、流通；在购买信用险的情况下，提供实现信用证项下应收账款资产的报价、询价、磋商、交易、签约、通知及后期管理功能。

在本发明的一个实施例中，业务服务逻辑层200具体用于提供与信用证相关的保险服务，具体包括：根据投保人、业务环节、交易场景设计多款信用证的保险产品；提供投保、核保到保后管理的全流程前中后台一体化；向银行提供保险增信服务。

在本示例中，平台根据投保人、业务环节、交易场景等不同设计多款针对国内信用证的保险产品。通过购买保险，作为出让方，可增强资产的流动性、安全性及市场可接受度；作为出资方，可缓解同业授信额度不足、出让方资质不达标等缺点，扩大投资规模，提高交易效率。

其中，平台实现了投保、核保到保后管理的全流程前中后台一体化。通过将业务系统与客户系统相结合，提高了系统承载能力及业务处理效率，增强了客户体验并降低了人为操作风险。

并且，为银行提供保险增信服务，需以保险公司对该家银行有授信额度为前提。平台自建评级授信系统，通过运用结构化原始数据及定量定性分析模型完成资质评定及额度核准。

数据处理层300，用于将关联系统的业务数据进行封装处理，采用类区块链架构通过预设接口传递给接收方，并通过预设方式通知操作人员处理相关业务流程，且通过预设监控方式记录操作过程。

具体地，数据处理层300，将关联系统的业务数据进行封装处理，按照约定通过接口传递给对方。比如，平台将通过邮件、短信、待办事项等方式通知系统使用人员处理相关业务流程，并通过日志及服务监控等方式记录整个操作的过程。由此，平台针对信用证提供多种交易场景，可满足传统福费廷一级和二级市场业务。经平台可实现报价、询价、磋商、交易、签约、通知、成交、后期管理等功能。

当然，在具体实施过程中，数据处理层300可以根据应用场景的不同，采用不同的实现方式将封装处理的数据传递给接收方，作为一种可能的实现方式，数据处理层300采用类区块链架构通过预设接口传递给接收方。

其中，在本示例中，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。

平台将信用证申请、开立、通知、交单、议付、付款、承付、拒付、信用证项下应收账款交易、资产证券化及存续期管理等交易过程通过区块链技术去中心化、去信任、集体维护、可靠数据库、开源透明、隐私保护的特点来解决传统信用证交易的复杂性，从而使信用证全生命周期中任一环节信息更透明化且更安全，保证买卖双方及相关增信、融资机构等全体参与方的权益。让贸易结算更加快捷、易追踪、更加安全。

在本发明的一个实施例中，为了保护金融信息的安全，数据处理层300还用于通过采用CFCA电子证书及电子签章系统，为互联网金融业务全流程交易提供加密认证服务。即通过引入采用国密算法的中国金融认证中心(CFCA)电子证书及电子签章系统，为信用证、贸易融资业务全流程交易提供加密认证服务，保证交易安全。

其中，CFCA是由中国人民银行于1998年牵头组建、经国家信息安全管理机构批准成立的国家级权威安全认证机构，是国家重要的金融信息安全基础设施之一。

平台采用CFCA提供的SCAP(Security Certificate Application Process)服务，即安全的数字证书应用过程，支持国密算法和RSA算法，来保证所有操作流程的安全性。该服务可适用于电脑端及移动端。且无需实体U-key的验证方法，在实现安全性的前提下极大保证了操作便利性。

平台同时采用CFCA无纸化电子签名系统，在通过下载数字证书验证用户身份的基础上，实现电子印章动态合成及管理、电子凭证与模板合成、数字签名、加盖时间戳、统计分析、单据稽核等功能，满足《电子签名法》中关于可靠电子签名的要求，实现“所见即所签、所签即所得、所得即可验”的要求。平台通过该系统实现信用证、贸易融资等业务环节中的签约、确认发送、通知发送及确认等功能，既避免了现行SWIFT系统不支持中文、人行大额支付系统查询查复功能发送字数有限的弊端，同时在保证安全性基础上，极大地提高了相关业务环节的操作效率。

客户评级授信数据采集层400，用于通过FTP协议将第三方的相关数据采集到平台，提供给业务人员进行数据分析处理。

资源层500，用于提供支撑平台运行的基础设施资源。

基于以上描述，本发明采用一种微服务Microservice Architect)的形式，提供金融数据处理服务，其中，如图2所示，该互联网金融数据处理平台采用互联网化+微服务架构方式实现前后台业务逻辑支撑，结构清晰，学习成本低，继续参照图2，该微服务架构中，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通。每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境、类生产环境等。扩展性更好、灵活性更高、更适应当前互联网时代需求的架构方式。

由此，本发明实施例的互联网金融数据处理平台，通过结构化数据、系统对接的方式实现银行资信评估及授信核定、使用、监控自动化。通过采集来自第三方的银行相关数据，并完成原始数据向结构化数据的转变，同时实现数据来源于评级授信系统直接对接的方式传输数据，通过定量及定性模型实现银行资信的评估及授信核定，以及后续额度使用、监控的全流程在线化，在提高效率的同时极大地避免了人工干预操作风险。

综上所述，本发明实施例的互联网金融数据处理平台，通过展示层采用多种业务客户端向用户提供互联网金融数据交互入口，进而，业务服务逻辑层提供与互联网金融对应的各类子服务，与所述展示层进行业务数据交互，数据处理层将关联系统的业务数据进行封装处理，采用类区块链架构通过预设接口传递给接收方，并通过预设方式通知操作人员处理相关业务流程，且通过预设监控方式记录操作过程，客户评级授信数据采集层通过FTP协议将第三方的相关数据采集到平台，提供给业务人员进行数据分析处理，并通过资源层为用户提供支撑平台运行的基础设施资源。由此，实现了为贸易金融服务提供全流程电子化、标准化操作，带来“简单、便利、快捷、安全”的用户体验。

基于以上实施例，在实际应用中，为了适应金融数据的多样化，以及处理业务的多样化，该互联网金融数据处理平台的功能实现具有多样化，但是为了保证该平台的结构的精简，避免结构冗杂造成的视觉效果复杂，影响相关人员的操作便捷度，以及增大开发难度以及显示难度等，将多个功能集成在一个模块设置。

具体而言，在本发明的一个实施例中，数据处理层300还用于从提供方采集内外部数据，将银行全量原始数据结构化，并以系统对接的方式导入客户评级授信数据采集层。

客户评级授信数据采集层400，具体用于定量定性模型生成评级结果，以及相对应的承保系数以及授信额度，可供投保环节调取使用。

在本发明的实施例中，业务服务逻辑层200，具体用于当用户选择投保后，获取信用证信息；通过内嵌的保费费率核算规则，并调取开证行额度及相关系统，自动测算保费费率及金额提供给用户；投保成功后，用户可在线查看、下载、发送电子保单。

客户评级授信数据采集层400，还用于实时获取保单项下的债权状态，若发生风险事件，向用户提供理赔和追索操作。

数据处理层300，还用于将信用证下全量数据展现给审核机构，并获取反馈信息。

为了更清楚的描述本发明实施例的互联网金融数据处理平台，下面分别集中在其在实务案例中的具体应用以及计算机底层技术实现的两个方面上，描述本发明实施例的互联网金融数据处理平台。

第一方面：在实务中的应用。

作为一种可能的实现方式，本发明实施例的互联网金融数据处理平台的运作流程如图3所示，可以由银行、保险和资管三大部分组成，通过从欧洲金融信息服务商BvD采购中国境内银行业全量数据，并进行结构化处理，以便于以接口方式导入平台评级授信系统，数据包含财务及非财务数据，评级授信系统通过定量+定性模型生成针对特定银行的评级结果，以及相对应的承保系数以及授信额度，可供投保环节调取使用，银行作为平台用户，注册登录后，可使用平台提供的信用证业务系统，按照平台要求的流程、规章制度、数据项、附件材料等完成信用证开立、通知、议付、承兑、修改等一系列操作。平台以信用证编号作为唯一标识，所有信息将统一存储于平台数据库。

进而，对于已经开证行承诺到期付款的信用证，原始受益人可以转让给通知/议付行、委托其作为己方代理人通过银行间的福费廷或福费廷市场进行转让，或委托代理人将资产注入专项计划并通过公开市场挂牌转让，从而获得融资。因信用证下信息已存储在平台数据库，用户通过输入信用证编号便可调取全量信息。

其中，在信用证开立或转让过程中，用户可随时投保，当用户选择投保后，该笔信用证信息将传输至保险业务处理系统，后者通过内嵌的保费费率核算规则，同时通过与评级授信系统接口调取开证行额度及相关系统，自动测算保费费率及金额提供给用户。投保成功后，用户可在线查看、下载、发送电子保单。保单项下的债权状态将实时传输至评级授信系统，如后续发生风险事件，将对评级授信系统中对银行的评级与授信造成影响。用户也可通过平台办理理赔、追索等操作。

当信用证受益人选择委托银行作为代理人，将信用证项下应收账款债权通过专项资管计划在公开市场发行并转让时，银行可以通过几项信用证基础信息，即可测算出综合发行成本，其中，如受益人接受此成本，则代理人将该笔信用证申请注入资产池，并接受券商、律所及评级机构审核。信用证下全量数据均通过平台展现给审核机构，反馈信息经由平台发送。同时，平台会对信用证按照开证行、代理行等维度进行归总，进行通知发送及协议签署(通知及协议中信用证已由平台自动填充)，极大提高了业务操作效率，并降低了人为操作风险。

由此，本发明实施例的互联网金融数据处理平台，利用结构化数据及定量模型实现银行资信评估及额度核定、使用、监控自动化，通过与内外部数据提供方合作，将银行全量原始数据结构化，并以系统对接的方式导入评级授信系统，通过定量及定性评估模型开展资信评估及额度核定，以及后续额度使用、监控全流程在线自动处理，且通过PC+移动端APP的方式，利用互联网实现保险系统前中后台一体化，投保、核保及保后管理均实现线上操作，使中后台业务处理系统同时兼具互联网门户对前台业务进行处理的能力及效率，提供了一种互联网贸易金融一站式综合服务商业模式，围绕各类贸易金融工具，面向银行、非银行类金融机构、工商企业客户提供银行、保险、资管跨领域一站式综合服务。增加贸易金融资产来源，提高资产流动性，打通资产与资金对接渠道，提高交易撮合效率，使得资本市场与工商企业融资实现直通式对接，服务实体经济，提升贸易金融普惠性。

第二方面：在计算机处理层上的实现。

如图4所示，作为一种可能的实现方式，互联网金融数据处理平台采用Spring相关套件，处理WEB、APP请求，整合MyBatis对各项数据库支持。并采用Redis作为静态资源、系统内共享资源的存放组件，从而系统提高性能，以及各模块间解耦程度。

继续参照图4，平台采用MVC(Model View Controller)设计模式，使用SpringMVC框架+Mybatis+FreeMarker+Redis的技术实现，注解开发的方式，提高系统的性能，代码的简洁度。以机构注册的具体实现为例介绍实际项目中对各个框架的应用，View层使用FreeMarker模板引擎创建orgReg.ftl，页面内容包含注册机构的所有属性form表单，当点击提交后，通过js对页面输入项进行校验，校验通过后根据form的提交地址，Spring封装好的DispatcherServlet会对请求进行分发处理分配到RegistController，该类编写注解@Controller和@RequestMapping(value＝"/regist")，在public String orgReg(Modelmodel)方法上编写注解@RequestMapping(value＝"/orgReg")，该请求分配到该方法内进行处理，该方法对页面表单提交数据进行获取，后台校验，调用业务处理类orgInfoServ，该类进行数据的业务逻辑处理并调用持久层IOrgInfoDao通过Mybatis配置的数据库映射配置文件保存到oracle数据库，各层级调用通过spring的依赖注入实现，高度实现代码松耦合。

由此整个注册流程通过spring对所有bean的统一管理从视图层--控制器--业务处理层--数据持久层全部完成，其它业务服务功能技术实现同理。

其中，Spring MVC框架中的Spring的作用是整合，但不仅仅限于整合，Spring框架可以被看做是一个企业解决方案级别的框架。客户端发送请求，服务器控制器(由DispatcherServlet实现的)完成请求的转发，控制器调用一个用于映射的类HandlerMapping，该类用于将请求映射到对应的处理器来处理请求。

MyBatis是支持普通SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis消除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索。MyBatis使用简单的XML或注解用于配置和原始映射，将接口和Java的POJOs(Plain Old Java Objects，普通的Java对象)映射成数据库中的记录。

Redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set--有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。

基于以上描述，本发明实施例的互联网金融数据处理平台，可有效填补市场空白，一方面提升资金与资产配置效率及市场活跃度，另一方面通过提供标准化操作流程和操作系统，增加信息透明度并降低操作风险。

本发明实施例的互联网金融数据处理平台，，是按类区块链思路打造的新一代互联网贸易金融基础设施，通过对传统的银行网银与内部操作系统进行前后台一体化整合，围绕信用证、贸易融资等贸易金融工具为客户提供保险、银行、资管“一站式”综合金融服务，依托信息技术推动普惠金融发展，解决中小企业融资难、融资贵问题，重塑互联网时代贸易金融新业态，促进贸易便利化，让贸易更容易。

综上所述，本发明实施例的互联网金融数据处理平台，扩展各模块的功能，一个模块集成实现多个功能，使得互联网金融数据处理平台架构更加清晰，便于相关人员的操作，降低了学习成本和开发成本，实用性强。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种互联网金融数据处理平台，其特征在于，包括：

展示层，用于采用多种业务客户端向用户提供互联网金融数据交互入口；

业务服务逻辑层，用于提供与互联网金融对应的各类子服务，与所述展示层进行业务数据交互；

数据处理层，用于将关联系统的业务数据进行封装处理，采用类区块链架构通过预设接口传递给接收方，并通过预设方式通知操作人员处理相关业务流程，且通过预设监控方式记录操作过程；

客户评级授信数据采集层，用于通过FTP协议将第三方的相关数据采集到平台，提供给业务人员进行数据分析处理；

资源层，用于提供支撑平台运行的基础设施资源。

2.如权利要求1所述的平台，其特征在于，

所述数据处理层，还用于通过采用CFCA电子证书及电子签章系统，为互联网金融业务全流程交易提供加密认证服务。

3.如权利要求1所述的平台，其特征在于，

所述展示层，具体用于通过业务客户端实现信用证从开立、通知、交单、承付、融资及二级市场交易，到信用证项下应收账款证券化、收付款、索赔、委托追索的全生命周期管理。

4.如权利要求1所述的平台，其特征在于，

所述业务服务逻辑层，具体用于向银行用户提供与信用证相关的银行服务，具体包括：开出信用证，向通知行发送信用证通知指示，交单行将单据扫描上传后发给开证行，以使开证行审单符合信用证要求后交单行寄单，开证行付款或确认到期付款；

提供与信用证相关的福费廷一级和二级市场业务。

5.如权利要求1所述的平台，其特征在于，

所述业务服务逻辑层，具体用于提供与信用证相关的资管服务，具体包括：在购买国内信用证信用险及附加险的情况下，提供信用证项下应收账款资产支持专项计划的设计、发布、资产预约、入池审核、签约、通知、发行、存续期管理功能，进而转化为标准化产品进行交易、流通；

在购买信用险的情况下，提供信用证项下应收账款资产的报价、询价、磋商、交易、签约、通知及后期管理功能。

6.如权利要求1所述的平台，其特征在于，

所述业务服务逻辑层，具体用于提供与信用证相关的保险服务，具体包括：根据投保人、业务环节、交易场景设计多款信用证的保险产品；

提供投保、核保到保后管理的全流程前中后台一体化；

向银行提供保险增信服务。

7.如权利要求1所述的平台，其特征在于，

所述数据处理层，具体用于从提供方采集内外部数据，将银行全量原始数据结构化，并以系统对接的方式导入客户评级授信数据采集层；

所述客户评级授信数据采集层，具体用于定量定性模型生成评级结果，以及相对应的承保系数以及授信额度，可供投保环节调取使用。

8.如权利要求7所述的平台，其特征在于，

所述业务服务逻辑层，具体用于当用户选择投保后，获取信用证信息；通过内嵌的保费费率核算规则，并调取开证行额度及相关系统，自动测算保费费率及金额提供给用户；投保成功后，用户可在线查看、下载、发送电子保单。

9.如权利要求8所述的平台，其特征在于，

所述客户评级授信数据采集层，还用于实时获取保单项下的债权状态，若发生风险事件，向用户提供理赔和追索操作。

10.如权利要求9所述的平台，其特征在于，

所述数据处理层，还用于将信用证下全量数据展现给审核机构，并获取反馈信息。