供应商信用管理方法及供应商信用管理系统与流程

1.本发明涉及信用信息管理技术领域，具体涉及一种供应商信用管理方法及供应商信用管理系统。


背景技术：

2.在设备物资采购管理过程中，供应商信用管理是重要的一环。随着一个企业的发展壮大，对供应商信用管理的要求也逐步增加，从最基本的避免损失的诉求，到确保收入的稳定增长，进一步要实现收益的最大化,最终上升到实现可持续发展的战略目标。随着对供应商信用管理所要承担的角色和任务的不断升级，需要的供应商信用管理系统的复杂程度随着发生变化。当前中国信用社会还未完全建立，供应商与采购方之间存在信息不对等的情况，供应商的违法违规信息、处罚信息等存在收集难、辨认难等问题。


技术实现要素：

3.基于以上问题，本发明提出的技术方案包括以下几个方面：
4.第一方面，提出一种供应商信用管理方法，所述方法包括以下步骤：供应商客户端发送信用数据上报请求至web服务器，所述web服务器通过相关的ip地址和token调用相关接口并通过应用服务器访问数据库；
5.所述数据库将所述信用数据分布式存储；
6.企业客户端发送供应商管理请求至所述web服务器，所述web服务器通过相关的ip地址和token调用相关接口并通过应用服务器访问数据库；
7.所述应用服务器加载可视化工具将所述信用数据处理为信用画像、信用族谱、信用报告中的一种或几种可视数据，并将所述可视数据通过相应的接口发送给所述web服务器，所述可视化工具基于浏览器/服务器模式。
8.第二方面，提出一种供应商信用管理系统，所述系统包括若干相互通讯的服务器可实现本发明提出的供应商信用管理方法。
9.第三方面。提出一种信用服务云平台，所述信用服务云平台支持本发明提出的供应商信用管理系统。
10.本发明基于大数据平台对收集到的上游、下游供应商数据进行处理和分析，构建供应商评价模型，提供供应商企业图谱、供应商关联图谱、供应商信用分析、供应商信用风险监测与监测报告管理等功能，判断供应商的忠诚度、履约能力、信用等级，为供应商管理、投标决策优化提供技术支撑。
附图说明
11.图1、一些实施方式被应用的业务流程图；
12.图2、一些实施方式的中心区数据库的数据结构示意图；
13.图3、一些实施方式的心跳传输流程示意图。
具体实施方式
14.一些实施方式的供应商信用管理方法，适用于业务流程如图1的场景，包括以下步骤：
15.供应商客户端发送信用数据上报请求至web服务器，web服务器通过相关的ip地址和token调用相关接口并通过应用服务器访问数据库；
16.数据库将信用数据分布式存储；
17.企业客户端发送供应商管理请求至web服务器，web服务器通过相关的ip地址和token调用相关接口并通过应用服务器访问数据库；
18.应用服务器加载可视化工具将信用数据处理为信用画像、信用族谱、信用报告中的一种或几种可视数据，并将可视数据通过相应的接口发送给web服务器，可视化工具基于浏览器/服务器模式。
19.其中，可视化工具优选帆软软件有限公司的数据分析计算机程序产品finebi，该产品具有数据处理模块：准备数据，即连接数据源并对某些数据进行etl处理，以建立数据业务包，该过程由系统管理员完成；可视分析模块：自助处理元数据，自助分析数据，业务人员通过拖拽操作对数据进行处理和可视化分析，创建需要的报表，实现自己的分析诉求；分享共用模块：分享见解，符合权限的人员都可以阅读其他人分享的报表，并进行即席分析。
20.一些实施方式涉及的数据库结构包括：信用监测数据库，信用监测数据库包括右连接的企业注册信息表、企业主表、企业税务数据表、变更表；还包括右连接的预警事项字典表、产业群类型字典表、行业字典表、企业评价文字描述字典表、三二一产业字典表，其中，预警事项字典表包括日期数据；其中，企业注册信息表包括产业群类型数据和行业数据，变更表包括三二一产业数据。
21.需要说明的是，数据层将从内部接口和外部接口采集到的包括信用数据在内的所有数据资源形成数据库，负责数据的统一组织与管理。数据层基于spark分析技术、hbase、mongodb、redis数据库、hive数据仓库、hdfs分布式文件系统，由hadoop大数据平台提供技术支撑。
22.术语“三二一产业”指三次产业中的结构关系，第一产业的属性是取自于自然界；第二产业是加工取自于自然的生产物；其余的全部经济活动统归第三产业。
23.一些实施方式更具体地涉及了包括如图2的中心区的数据库，中心区包括：
24.基础区；贴源区；原子区；公共模型区；共用汇总区；集市区；所述基础区包括主数据、参考数据、信用评价模型数据；
25.基于大数据平台实现处理流程，实现包括以下步骤：
26.通过供应商客户端获取上报数据，上报数据以资源文件形式接入缓冲库；
27.通过外部接口获取采集数据，采集数据以数据库形式接入缓冲库；
28.加载缓冲文件系统将上报数据和/或采集数据中的结构化数据及半结构化、非结构化数据经过结构化处理，并按照其原始语义、结构及内容存入贴源区；
29.将贴源区存储的数据通过拉链算法、切片算法、分布式快照算法处理后存储至原子区；
30.原子区存储的数据经过清洗、转换、归一、合并处理，并按照第三范式化模型进行组织，存储至公共模型区；
31.将公共模型区存储的数据经过应用服务器的计算得到计算结果存储至公共汇总区；
32.公共汇总区的数据、公共模型区、原子区的数据存储至集市区。
33.术语“贴源区”主要包括和源系统保持一致的一个数据缓冲区；术语“原子区”包括的事务是用户定义的一个数据库操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。
34.源数据区数据通过大数据服务平台的数据接入功能进入落地区，落地区及中心的数据处理与流转则通过大数据服务平台的数据加工功能，中心区数据通过大数据服务平台的服务接口功能对外输出，而整个过程在数据管控系统的管控之下进行。这种划分使得各种数据逻辑定位更清晰，流向及关系更明确，整个数据平台具有更好的可扩展性、主题发布的灵活性、多样化的数据分析、安全的数据访问控制。
35.关系型数据库是很难做到通过一个语句对数据强制一致性的需求来表示的，只能依赖事务。但是云开发数据库由于可以反范式化设计内嵌子文档，以及更新指定可以对单个记录或同一个记录内的子文档进行原子操作，所以通常情况下，云开发数据库不必使用事务。
36.术语“第三范式”指表中的所有数据元素不但要能唯一地被主关键字所标识,而且它们之间还必须相互独立,不存在其他的函数关系；第三范式包括“bc”范式，bc范式强调了关系模式r中所有的属性(包括主属性和非主属性)都完全依赖于码或候选键，并且不存在传递依赖的情况。
37.一些实施方式涉及的数据库采用mysql-proxy实现数据库读写分离。采用mysql-proxy构建mysql主从集群，通过amoeba工具实现mysql主服务器用于数据写入操作，mysql从服务器用于数据查询操作。
38.一些实施方式涉及的方法还对服务器情况、任务执行状况以及企业客户端运行情况进行监控，其中的心跳传输流程逻辑如图3(图为采用mina服务器架构的实施例)，具体包括以下步骤：构建定时心跳，并收集每次心跳对应的服务器的运行情况，统计当前任务的执行情况，cpu占用信息，内存硬盘大小信息以及系统信息；根据对应的配置信息，持续向服务器发送任务请求；依据所述任务请求的结果调整所述任务请求的频率，若采集任务充足，保持最高频率获取任务，若采集任务不充足，减少获取采集任务频率；将所述配置信息保存到本地，每次解析任务信息时，根据本地保存的所述配置信息的配置版本和所述采集任务中的配置版本对比，判断是否获取新文本解析配置。
39.一些实施方式涉及的方法，还根据所述采集任务的数量、所述客户端的运行情况以及服务端控制信息动态分配线程池的大小；单任务获取线程，执行完成后释放线程。
40.一些更具体的实施方式开发的包括示范应用系统(供应商信用管理系统)、微信小程序提供供应商信用管理系统和园区信用管理系统和“信易贷
”‑
投融资服务系统的手机应用。设计的应用系统和手机应用可以实现的功能模块包括：
41.通过配置管理模块及管理系统资源菜单，灵活设置各子系统的功能模块及菜单功能；配置管理数据字典，规范数据录入；系统预设各功能模块的定时任务，支持项目自定义定时任务的启停；支持项目现场自定义平台界面风格、元素，通过系统定制功能，上传界面logo图片，修改平台标题，实现项目现场界面风格、元素的定制。配置平台子系统、模块、功
能及资源。
42.根据数据流向及所服务功能将数据分为五个区：
43.1、源数据区
44.包括各上报数据(如福建省政府、工商局、统计局税务局等委办局上报数据)以及外部采集数据。源数据区并不纳入本系统管理，而通过各子系统将数据接入本系统中。其中：
45.a.上报数据支持接口方式和文件方式，例如excel数据上传、webservice接口调用
46.b.对于采集数据并不直接管理，通过接口或数据库直联的方式获取。
47.2、落地区
48.临时保存通过各种系统手段从源数据区获取的数据，保存形式包括数据库中格式化数据和文件系统中文件(结构化、半结构化、非结构化)；
49.3、中心区
50.是整个系统核心数据库(类似数据仓库结构)，可分为以下子区:
51.c.基础区：中心其他各个子区公用的数据，包括主数据、参考数据(如行政区划、行业、产业等)、评估/评价模型(模型结构、指标、参数等)；
52.d.贴源区：将落地区的结构化数据直接及半结构化、非结构化数据经过必要的结构化处理后，尽量按照原始语义、结构及内容存入本区，对于同语义数据采用拉链表或切片表的方式重新组织；
53.e.原子区：对贴源区的数据进行必要的清洗、转换、归一、合并等处理，按照范式化(基本上为第三范式)模型进行组织；
54.f.公共模型区：根据公用的业务域，对原子区数据进行拆分、合并、重组等处理，并按照经典数据仓库的星形模型，组织形成原子粒度的事实-维度数据；
55.g.公用汇总区：基于公共模型区数据，按照公司、地域、产业、时间、业务类型等多种维度进行统计汇总，形成多层级数据立方体；
56.h.集市区：针对不同特定业务应用，整合原子区、公共模型区、公共汇总区相关数据，针对特定业务应用类别，经过必要的合并、转换、聚合等处理，形成专用数据集合，例如基础数据集市、重点产业集市、行业分析集市等；
57.4、管理数据区
58.用于保存控制数据定义、获取、处理、保存、应用、销毁整个生命周期的数据，具体包括：
59.i.数据标准：定义数据的业务域/主题、分类、命名、语义、格式、取值、管理责任等；
60.j.元数据：i.业务元数据：数据集、数据项的中文名称、英文名称、标准分类、业务定义、用途、外部参考定义、数据项所属主题等；ii.技术元数据：数据集、数据项的物理命名、数据类型、长度、精度、值域、参考数据等；iii.管理元数据：来源、归口等；
61.k.数据质量：包括通用质量规则、应用质量规则进行检查的任务设置、检查结果等；
62.l.指标体系：包括指标定义、生成任务定义等，指标生成任务的执行结果的一部分内容将进入中心区的“通用指标集市”；
63.5、数据服务区：
64.面向具体业务场景，组织中心区数据，形成专属数据服务区，此区中数据可能与中心区的某个集市区大部分重合，也可能不重合。另外此区一般由本系统和业务系统共管。根据本期项目要求，本区可能包括公共基础数据、公共监督数据、市场舆情数据、企业评价、产业分析、流失性风险分析等。
65.一些实施方式，通过本发明搭建一种云平台，该云平台采用是“六横四翼”的架构。从基础设施、信息资源、数据层面、服务层面、网关层面、展示层面，围绕将信用“整合、分析、应用”的主线，将服务智能化、管理可视化、业务协同化、资源集中化、信息感知化。同时，平台提供多种采集服务接口，支持多种数据对接的方式，调用的各个维度的数据。其中，“六横”指的是如下六个层面的布局：
66.1、基础建设：将部署在平台上。
67.2、信息资源：信息资源包含企业基本信息、资信信息、守信信息、失信信息、其他信息。系统将基于上述信息构建数据层。
68.3、数据层：数据层将信息资源的信息形成数据库，负责数据的统一组织与管理，对展示层的信用报告管理系统(信用评价管理和自动化信用报告系统)、信用服务系统、供应商信用管理系统、园区信用管理系统、投融资等系统提供数据支撑。
69.4、服务层：通过数据处理，运行支撑，信用档案，信用评价，信用舆情，信息管理多项业务微服务为展示层各个应用场景支撑。
70.5、网关层：网关层提供api全托管服务，丰富的api管理功能，辅助管理大规模的api，以降低管理成本和安全风险，包括协议适配、协议转发、安全策略、防刷、流量、监控日志等功能。并通过过滤器实现系统的统一鉴权。
71.6、展示层：建设包括诸如信用信息管理系统、运行支撑系统、信用服务系统、信用报告管理系统(信用评价管理和自动化信用报告系统)、供应商信用管理系统、园区信用管理系统、信易贷-投融资服务系统等多元化的服务功能，为信用服务业务开展提供信息化运用。平台可通过信用门户大厅、微信公众号等访问渠道，为政府部门、金融机构、第三方机构、企业等用户提供各项信用服务。
72.本说明书中描述的主题的实施方式和功能性操作可以在以下中实施：数字电子电路，有形实施的计算机软件或者固件，计算机硬件，包括本说明书中公开的结构及其结构等同体，或者上述中的一者以上的组合。本说明书中描述的主题的实施方式可以被实施为一个或多个计算机程序，即，一个或多个有形非暂时性程序载体上编码的计算机程序指令的一个或多个模块，用以被数据处理设备执行或者控制数据处理设备的操作。
73.作为替代或者附加，程序指令可以被编码在人工生成的传播信号上，例如，机器生成的电信号、光信号或者电磁信号，上述信号被生成为编码信息以传递到用数据处理设备执行的适当的接收器设备。计算机存储介质可以是机器可读存储装置、机器可读的存储基片、随机或者串行存取存储器装置或者上述装置中的一种或多种的组合。
74.计算机程序(还可以被称为或者描述为程序、软件、软件应用、模块、软件模块、脚本或者代码)可以以任意形式的编程语言而被写出，包括编译语言或者解释语言或者声明性语言或过程式语言，并且计算机程序可以以任意形式展开，包括作为独立程序或者作为模块、组件、子程序或者适于在计算环境中使用的其他单元。计算机程序可以但不必须对应于文件系统中的文件。程序可以被存储在保存其他程序或者数据的文件的一部分中，例如，
存储在如下中的一个或多个脚本：在标记语言文档中；在专用于相关程序的单个文件中；或者在多个协同文件中，例如，存储一个或多个模块、子程序或者代码部分的文件。计算机程序可以被展开为执行在一个计算机或者多个计算机上，计算机位于一处，或者分布至多个场所并且通过通信网络而互相连接。
75.适于实行计算机程序的计算机包括并且示例性地可以基于通用微处理器或者专用微处理器或者上述处理器两者，或者任意其他种类的中央处理单元。通常地，中央处理单元将接收来自只读存储器或者随机存取存储器或者这两者的指令和数据。计算机的主要元件是用于运行或者执行指令的中央处理单元以及用于存储指令和数据的一个或多个存储器装置。通常地，计算机还将包括或者是可操作性地耦合，以从用于存储数据的一个或多个大容量存储装置接收数据或者传递数据到大容量存储装置，或者接收和传递两者，该大容量存储器例如为磁盘、磁光盘或者光盘。然而，计算机不必须具有这样的装置。此外，计算机可以被嵌入到另一装置中，例如，移动电话、个人数字助理(pda)、移动音频或者视频播放器、游戏主控台、全球定位系统(gps)接收器或者可移动存储设备，例如，通用串行总线(usb)闪存盘等。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失存储器、介质和存储器装置，作为实例，包括：半导体存储器装置，例如，eprom、eeprom和闪速存储器装置；磁盘，例如，内置硬盘或者可移动磁盘；磁光盘；cd-rom和dvd-rom盘。处理器和存储器可以补充以或者并入至专用逻辑电路。计算机可以通过将文档发送至由用户使用的装置并且接收来自该装置的文档而与用户交互；例如，通过响应于接收到的来自网络浏览器的请求，而将网页发送到用户的客户端装置上的网络浏览器。
76.本说明书中描述的主题的实施方式可以在计算系统中实施，该计算系统包括例如数据服务器这样的后端组件，或者包括例如应用服务器这样的中间组件，或者包括例如客户端计算机这样的前端组件，该客户端计算机具有图形用户界面或者网络浏览器，用户可以通过图形用户界面或者网络浏览器而与本说明书中描述的主题的实施进行交互，或者该计算机系统包括一个或多个这种后端组件、中间组件或者前端组件的任意组合。系统中的组件可以通过例如通信网络的任意形式或介质的数字数据通信而互相连接。通信网络的实例包括局域网络(“lan”)和广域网络(“wan”)，例如，因特网。计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离，并且通常通过通信网络而交互。客户端与服务器之间的关系利用在各自的计算机上运行并且具有彼此之间的客户端-服务器关系的计算机程序而产生。
77.虽然本说明书包含很多具体的实施细节，但是这些不应当被解释为对任何发明的范围或者对可以要求保护的内容的范围的限制，而是作为可以使特定发明的特定实施方式具体化的特征的说明。在独立的实施方式的语境中的本说明书中描述的特定特征还可以与单个实施方式组合地实施。相反地，在单个实施方式的语境中描述的各种特征还可以独立地在多个实施方式中实施，或者在任何合适的子组合中实施。此外，虽然以上可以将特征描述为组合作用并且甚至最初这样要求，但是来自要求的组合的一个或多个特征在一些情况下可以从该组合去掉，并且要求的组合可以转向子组合或者子组合的变形。
78.相似地，虽然以特定顺序在附图中描述了操作，但是不应当理解为：为了实现期望的结果，要求这样的操作以示出的特定顺序或者以顺序次序而执行，或者所有图示的操作都被执行。在特定情况下，多任务处理和并行处理可以是有利的。此外，上述实施方式中的
各种系统模块和组件的分离不应当理解为在所有实施方式中要求这样的分离，并且应当理解程序组件和系统可以通常被一体化在单个软件产品中或者打包至多个软件产品中。
79.已经描述了主题的特定实施方式。其他实施方式在以下权利要求的范围内。例如，在权利要求中记载的活动可以以不同的顺序执行并且仍旧实现期望的结果。作为一个实例，为了实现期望的结果，附图中描述的处理不必须要求示出的特定顺序或者顺序次序。在特定实现中，多任务处理和并行处理可以是有优势的。