信用平台运行支撑系统的制作方法

1.本发明属于计算机技术领域，是一种涉及平台服务技术及计算机技术实现支撑多个子系统运行的信用平台运行支撑系统。


背景技术：

2.随着互联网的快速发展，越来越多的人和企业通过互联网办理各种业务，同时也催生了一个平台搭载多个应用系统的应用模式。然而，现有技术需多个思路构建多个应用系统，所以存在开发工作量大、部署多，维护难度大等问题，进而导致，系统不优化，用户体验感不是很好。


技术实现要素：

3.本发明一方面涉及了一种信用平台运行支撑系统，在这些方法的实施例中,其中，查询数据的业务逻辑包括如下步骤：
4.a)第一用户端触发查询数据的事件；所述第一用户端发送所述查询数据的指令；
5.b)接收到所述第一用户端发送的所述查询数据的指令；调用所述查询数据所对应的接口；将所述查询数据的指令发送到应用服务器；
6.c)所述应用服务器将所述查询数据的指令发送到数据库服务器；
7.d)数据库服务器接收到所述查询数据的指令；所述数据库服务器返回所述查询数据的结果。
8.所述身份认证功能的业务逻辑具体包括如下步骤：
9.s1.1)第二用户端输入的用户名，密码，触发登录事件；所述第二用户端发送所述用户名，所述密码和登录指令；
10.s1.2)接收到第二用户端发送的所述用户名，所述密码和所述登录指令；将所述用户名，所述密码和所述登录指令发送到所述应用服务器；
11.s1.3)所述应用服务器将所述用户名，所述密码发送到所述数据库服务器；
12.s1.4)所述数据库服务器根据所述用户名，所述密码组成规则校验；若校验通过，则所述数据库服务器返回登录成功的结果，所述第二用户端成功登录进平台；否则所述数据库服务器返回违反约束的提示信息到所述第二用户端。
13.本发明的有益效果在于，提供了一种用于信用平台运行支撑的系统。利用本发明的用于信用平台运行支撑的系统模型的验证试验结果表明，基于同类型产品比较可知，该用于信用平台运行支撑的系统架构更先进，执行逻辑，过程更优化，实现平台的统一用户管理、统一安全管理和统一运行监控，各应用子系统提供通用的、支撑性的用户管理，实现可靠访问控制，提供用户管理的高效性，降低后台管理人员的维护工作量。提高了其他系统工作的效率，用户体验感更好。
附图说明
14.图1信用平台运行支撑系统部分业务逻辑图；
15.图2区域表；
16.图3菜单资源表；
17.图4字典表；
18.图5字典详情表；
19.图6定时任务表；
20.图7系统定制表；
21.图8部门表；
22.图9角色表；
23.图10信用平台运行支撑系统身份认证功能的业务逻辑图；
24.图11序列图。
具体实施方式
25.本发明的不同实施例的技术特征可以在符合本发明主旨的情况下进行任意组合，因此，任何具体实施例不应被理解为对本发明保护范围的限制。
26.在一些用于信用平台运行支撑系统的实施例中，其部分业务逻辑包括如下步骤：
27.a)第一用户端触发查询数据的事件；所述第一用户端发送所述查询数据的指令；
28.b)接收到所述第一用户端发送的所述查询数据的指令；调用所述查询数据所对应的接口；将所述查询数据的指令发送到应用服务器；
29.c)所述应用服务器将所述查询数据的指令发送到数据库服务器；
30.d)数据库服务器接收到所述查询数据的指令；所述数据库服务器返回所述查询数据的结果。
31.在一些用于信用平台运行支撑系统的实施例中，实现业务逻辑的整体技术架构包括应用层、支撑层、传输层，数据层和基础层。
32.数据层由结构化与非机构化数据库结合分布式文件存储系统构成；基础层采用虚拟化云平台系统作为基础支撑。数据库包括菜单资源表、字典表、区域表、字典详情表、定时任务表、系统定制表，部门表和角色表。
33.应用层的前端部分采用vue.js结合jquery技术，应用层采用b/s模式，即浏览器/服务器模式；
34.前端部分采用先进的mvc体系结构，包括model模块、controller模块、view模块三层架构；mvc体系结构基于观察者模式，model为被观察者，view为观察者；
35.mvc体系结构中所述view模块的主要功能是显示、更新图形界面，将用户的选择传给controller模块；
36.controller模块的主要功能是选择应该响应视图发送给view模块，同时定义用户的行为，根据用户的行为做相应的逻辑处理，进而通知model模块更新状态；
37.model模块的主要功能是基于controller模块通知的需要更新的状态调用接口请求数据；model模块接收到返回的数据后通知view模块关于model数据的改变；
38.为了确保系统安全可靠，所述应用层采用了用户登录国密sm4算法支撑防截包、用
户界面输入防xss跨站脚本与sql注入攻击、采用滑动式行为验证防暴力穷举破解、敏感信息加密存储入库。
39.应用层至传输层之间设置ssl/tls加密认证协议，确保后续数据到服务器的数据传输安全；
40.其中，sm4加密算法的代码编写为：
[0041][0042]
其中，用户登录校验的方法为：
[0043]
若用户端发送登录请求时携带的参数中用户名或者密码有一个为空，则返回“用户名或密码不能为空”；
[0044]
若用户端修改默认管理员增加别名，如果别名识别，则仍用管理员登录，否则返回“用户不存在”；如果用户名为null无效的，则返回“用户名不存在”，如果接受到的密码不正
确，则返回“密码不正确”。
[0045]
支撑层采用nocas、报表工具、activiti、mq实现服务管理与消息传递。
[0046]
在一些用于信用平台运行支撑系统的实施例中，接口包括内部接口和外部接口；查询数据的接口的详细说明内容包括：
[0047]
接口地址/area/getallareas.json；请求方式post；携带token是；返回格式josn；输入信息和返回参数；其中，查询数据的接口的接口协议为http；查询数据的接口的所述信用报告申请接口的返回参数包括：data、code，message和count；所述信用报告申请接口的返回结果为：
[0048]
{"code":0,"msg":"","count":1,"data":[{"id":1,"createtime":1525244806000,"areaname":"江苏省","areacode":"32000","parentid":0,"allparentid":"","orderby":1}]}
[0049]
在一些用于信用平台运行支撑系统的实施例中，接口名称和相对应的接口地址还包括：资源目录列表与其接口地址/menuresource/getallmenuresources.json、分页查询字典信息与其接口地址/sysdict/querydictlistforpage.json、查询所有区域数据与其接口地址/area/getallareas.json，分页查询区域列表与其接口地址/area/queryareasforpage.json和分页查询任务列表与其接口地址/task/querytasklistforpage.json；
[0050]
其中，资源目录列表发送请求返回的参数包括：code状态码：1为成功，-1为失败；data为结果集；message为错误信息；count为结果集数据量；返回参数以对象或者数组的形式展现如：
[0051]
{"code":0,"msg":"","count":3,"data":[{"menuname":"资源管理","parentid":1,"menutype":1,"linkurl":"http://xxx.com","routeaddr":"menu_sys","orderby":1,"isshow":1,"iswinopen":1,"icon":"header.ico"}]}；
[0052]
分页查询字典信息发送请求返回的参数包括：code状态码：1为成功，-1为失败；data为结果集；message为错误信息；count为结果集数据量；返回参数返回参数以对象或者数组的形式展现如：
[0053]
{"code":0,"msg":"","count":1,"data":[{"id":1,"createtime":"2018-0 7-10 11:11:11","delflag":1,"dictname":"批次反馈类型","dictkey":"pcfk","enabled":2}]}；
[0054]
查询所有区域数据发送请求返回的参数包括：code状态码：1为成功，-1为失败；data为结果集；message为错误信息；count为结果集数据量；返回参数返回参数以对象或者数组的形式展现如：
[0055]
{"code":0,"msg":"","count":1,"data":[{"id":1,"createtime":1525244806000,"areaname":"江苏省","areacode":"32000","parentid":0,"allparentid":"","orderby":1}]}；
[0056]
分页查询区域列表发送请求时输入的参数包括：page区域、limit范围、areaname区域名称，areacode区域代码和areaid区域id；返回的参数包括：code状态码：1为成功，-1为失败；data为结果集；message为错误信息；count为结果集数据量；返回参数返回参数以对象或者数组的形式展现如：
[0057]
{"code":0,"msg":null,"count":3,"data":[{"areaname":"南京市","areacode":"10009","parentid":1,"orderby":1,"parentareaname":"江苏省"}]}；
[0058]
分页查询任务列表发送请求时输入的参数包括：page区域、limit范围，taskname任务名称和taskstatus任务状态；返回的参数包括：code状态码：1为成功，-1为失败；data为结果集；message为错误信息；count为结果集数据量；返回参数返回参数以对象或者数组的形式展现如：
[0059]
{"code":0,"msg":null,"count":1,"data":[{"id":11,"createtime":1530870365000,"updatetime":1531367044000,"delflag":1,"taskname":"工作流反馈定时任务","taskdesc":"工作流反馈定时任务","taskurl":"/workflow/processhandleresult.do","menuid":17,"cronexp":"0*2***？","taskstatus":1,"updflag":0,"sysname":"数据资源目录子系统","sysaddr":"http://10.10.136.57:8086/credit-data-platform"}]}。
[0060]
在一些用于信用平台运行支撑系统的实施例中，用于信用平台运行支撑系统的方法还包括身份认证的功能；通过中央认证服务，让所有应用子系统共享一个身份认证系统；
[0061]
身份认证功能的业务逻辑具体包括如下步骤：
[0062]
s1.1)接收到第二用户端输入的用户名，密码；将用户名，密码发送到应用服务器；
[0063]
s1.2)应用服务器将所述用户名，密码发送到数据库服务器；
[0064]
s1.3)数据库服务器根据所述用户名，密码组成规则校验；若校验通过，则第二用户端正确登录进平台；否则返回违反约束的提示信息到用户端。
[0065]
下面通过更加具体的实施例对本发明做进一步的说明：
[0066]
参考图1所示，本实施例的一种信用平台运行支撑系统的部分业务逻辑图；其中,用户端查询数据的逻辑步骤如下：
[0067]
a)第一用户端触发查询数据的事件；所述第一用户端发送所述查询数据的指令；
[0068]
b)接收到所述第一用户端发送的所述查询数据的指令；调用所述查询数据所对应的接口；将所述查询数据的指令发送到应用服务器；
[0069]
c)所述应用服务器将所述查询数据的指令发送到数据库服务器；
[0070]
d)数据库服务器接收到所述查询数据的指令；所述数据库服务器返回所述查询数据的结果。
[0071]
参考图2所示，本实施例的一种信用平台运行支撑系统的数据库内的区域表；其中，区域表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0072]
字段名包括：id、area_name、area_code、parent_id、all_parent_id、order_by、create_time，update_time和del_flag；
[0073]
id对应的数据类型为bigint(20)、对应的所述是否为键为主键约束、对应的默认为空为否、对应的注释为主键；
[0074]
area_name对应的数据类型为varchar(64)、对应的默认为空为否、对应的注释为区域名称；
[0075]
area_code对应的数据类型为varchar(16)、对应的是否为键为可以重复、对应的默认为空为否、对应的注释为区域编码；
[0076]
parent_id对应的数据类型为bigint(20)、对应的默认为空为是、对应的注释为父
节点id；
[0077]
all_parent_id对应的数据类型为varchar(1000)、对应的默认为空为是、对应的注释为所有父节点；
[0078]
order_by对应的数据类型为int(11)、对应的默认为空为是、对应的注释为排序；
[0079]
create_time对应的数据类型为timestamp、对应的默认为空为是、对应的注释为创建时间；
[0080]
update_time对应的数据类型为int(11)、对应的默认为空为是、对应的注释为更新时间；
[0081]
del_flag对应的数据类型为int(11)、对应的默认为空为是、对应的注释为删除标识，1：否，2：是；
[0082]
参考图3所示，本实施例的一种信用平台运行支撑系统的数据库内的菜单资源表；其中，菜单资源表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0083]
字段名包括：id、menu_name、parent_id、all_parent_id、menu_type、link_url、route_addr，icon、is_show、is_win_open、order_by、create_time、update_time，del_flag和menu_level；
[0084]
id对应的数据类型为bigint(20)、对应的是否为键为主键约束、对应的默认为空为否、对应的注释为主键；
[0085]
menu_name对应的数据类型为varchar(64)、对应的是否为键为可以重复、对应的默认为空为否、对应的注释为菜单名称；
[0086]
parent_id对应的数据类型为bigint(20)、对应的是否为键为可以重复、对应的默认为空为是、对应的注释为父节点id；
[0087]
all_parent_id对应的数据类型为varchar(1000)、对应的默认为空为是、对应的注释为所有父节点；
[0088]
menu_type对应的数据类型为int(11)、对应的默认为空为否、对应的注释为菜单类型，1：子系统，2：模块，3：功能，4：资源5：按钮；
[0089]
link_url对应的数据类型为varchar(128)、对应的是否为键为可以重复、对应的默认为空为是、对应的注释为后台路由地址；
[0090]
route_addr对应的数据类型为varchar(128)、对应的默认为空为是、对应的注释为前台路由地址；
[0091]
icon对应的数据类型为varchar(64)、对应的默认为空为是、对应的注释为icon图标；
[0092]
is_show对应的数据类型为int(11)、对应的默认为空为是、对应的注释为是否显示，1：是，2：否；
[0093]
is_win_open对应的数据类型为int(11)、对应的默认为空为是、对应的注释为是否新窗口打开，1：是，2：否；
[0094]
order_by对应的数据类型为int(11)、对应的默认为空为是、对应的注释为排序；
[0095]
create_time对应的数据类型为timestamp、对应的默认为空为是、对应的注释为创建时间；
[0096]
update_time对应的数据类型为timestamp、对应的默认为空为是、对应的注释为
更新时间；
[0097]
del_flag对应的数据类型为int(11)、对应的默认为空为是、对应的注释为删除标识，1：否，2：是；
[0098]
menu_level对应的数据类型为int(11)、对应的默认为空为是、对应的注释为菜单级别1:一级2:二级3:三级4:四级；
[0099]
参考图4所示，本实施例的一种信用平台运行支撑系统的数据库内的字典表；其中，区域表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0100]
字段名包括：id、dict_name、dict_key，enabled和del_flag；
[0101]
id对应的数据类型为bigint(20)、对应的是否为键为主键约束、对应的默认为空为否；
[0102]
dict_name对应的数据类型为varchar、对应的默认为空为是；
[0103]
dict_key对应的数据类型为varchar、对应的默认为空为是；
[0104]
enabled对应的数据类型为int、对应的默认为空为是；
[0105]
del_flag对应的数据类型为int、对应的默认为空为是；
[0106]
参考图5所示，本实施例的一种信用平台运行支撑系统的数据库内的字典详情表；其中，区域表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0107]
字段名包括：id、dict_id、dtl_key、dtl_value、dtl_ex、order_by、enabled，del_flag和dict_key；
[0108]
id对应的数据类型为bigint、对应的是否为键为主键约束、对应的默认为空为否；
[0109]
dict_id对应的数据类型为bigint、对应的默认为空为否；
[0110]
dtl_key对应的数据类型为varchar、对应的默认为空为是；
[0111]
dtl_value对应的数据类型为varchar、对应的默认为空为是；
[0112]
dtl_ex对应的数据类型为varchar、对应的默认为空为是；
[0113]
order_by对应的数据类型为int、对应的默认为空为是；
[0114]
enabled对应的数据类型为int、对应的默认为空为是；
[0115]
del_flag对应的数据类型为int、对应的默认为空为是；
[0116]
dict_key对应的数据类型为varchar、对应的默认为空为是。
[0117]
参考图6所示，本实施例的一种信用平台运行支撑系统的数据库内的定时任务表；其中，定时任务表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0118]
字段名包括：id、task_name、task_desc、task_url、menu_id、cron_exp、task_status、create_time，update_time和del_flag；
[0119]
id对应的数据类型为bigint(20)、对应的是否为键为主键约束、对应的默认为空为否，对应的注释为主键；
[0120]
task_name对应的数据类型为varchar(64)、对应的默认为空为否，对应的注释为任务描述；
[0121]
task_desc对应的数据类型为varchar(256)、对应的默认为空为是，对应的注释为任务名称；
[0122]
task_url对应的数据类型为varchar(128)、对应的默认为空为否，对应的注释为任务调用地址；
[0123]
menu_id对应的数据类型为bigint(20)、对应的默认为空为否、对应的是否为键为可以重复，对应的注释为所属系统id；
[0124]
cron_exp对应的数据类型为varchar(80)、对应的默认为空为否，对应的注释为cron表达式；
[0125]
task_status对应的数据类型为int(11)、对应的默认为空为是，对应的注释为任务状态，1：开启，2：停用；
[0126]
create_time对应的数据类型为timestamp、对应的默认为空为是，对应的注释为创建时间；
[0127]
update_time对应的数据类型为timestamp、对应的默认为空为是，对应的注释为更新时间；
[0128]
del_flag对应的数据类型为int(11)、对应的默认为空为是，对应的注释为删除标识，1：否，2：是。
[0129]
参考图7所示，本实施例的一种信用平台运行支撑系统的数据库内的系统定制表；其中，系统定制表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0130]
字段名包括：id、login_logo、sys_logo、scaling_sys_logo、background、login_title、product_name、copyright、add_time，web_url和favicon；
[0131]
id对应的数据类型为int(10)unsigned、对应的是否为键为主键约束、对应的默认为空为否、对应的注释为编码id；
[0132]
login_logo对应的数据类型为mediumblob、对应的默认为空为是、对应的注释为登录首页logo；
[0133]
sys_logo对应的数据类型为mediumblob、对应的默认为空为是、对应的注释为后台界面logo；
[0134]
scaling_sys_logo对应的数据类型为mediumblob、对应的默认为空为是、对应的注释为后台缩放logo；
[0135]
background对应的数据类型为mediumblob、对应的默认为空为是、对应的注释为首页风格；
[0136]
login_title对应的数据类型为mediumblob、对应的默认为空为是、对应的注释为首页文字；
[0137]
product_name对应的数据类型为text、对应的默认为空为是、对应的注释为系统标题；
[0138]
copyright对应的数据类型为text、对应的默认为空为是、对应的注释为版权信息；
[0139]
add_time对应的数据类型为timestamp、对应的默认为空为是；
[0140]
web_url对应的数据类型为text、对应的默认为空为是、对应的注释为前台网站地址；
[0141]
favicon对应的数据类型为mediumblob、对应的默认为空为是、对应的注释为ico图标。
[0142]
参考图8所示，本实施例的一种信用平台运行支撑系统的数据库内的部门表；其中，部门表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0143]
字段名包括：id、office_name、office_code、parent_id、all_parent_id、area_id、order_by、create_time、update_time，del_flag和lhjc_token；
[0144]
id对应的数据类型为bigint(20)、对应的是否为键为主键约束、对应的默认为空为否、对应的注释为主键；
[0145]
office_name对应的数据类型为varchar(64)、对应的默认为空为否、对应的注释为部门名称；
[0146]
office_code对应的数据类型为varchar(16)、对应的默认为空为否、对应的是否为键为可以重复，对应的注释为部门编码；
[0147]
parent_id对应的数据类型为bigint(20)、对应的默认为空为是、对应的是否为键为可以重复，对应的注释为父节点id；
[0148]
all_parent_id对应的数据类型为varchar(1000)、对应的默认为空为是、对应的注释为所有父节点；
[0149]
area_id对应的数据类型为bigint(20)、对应的默认为空为否、对应的是否为键为可以重复，对应的注释为区域id；
[0150]
order_by对应的数据类型为int(11)、对应的默认为空为是、对应的注释为排序；
[0151]
create_time对应的数据类型为timestamp、对应的默认为空为是、对应的注释为创建时间；
[0152]
update_time对应的数据类型为timestamp、对应的默认为空为是，对应的注释为更新时间；
[0153]
del_flag对应的数据类型为int(11)、对应的默认为空为是、对应的注释为删除标识，1：否，2：是；
[0154]
lhjc_token对应的数据类型为varchar(32)、对应的默认为空为是、对应的注释为联合奖惩接口专用token(一级部门才有)。
[0155]
参考图9所示，本实施例的一种信用平台运行支撑系统的数据库内的角色表；其中，角色表的数据栏包括：字段名、数据类型、是否为键，默认为空和注释；
[0156]
字段名包括：id、role_name、role_desc、role_type、role_status、create_time、update_time，del_flag和manager_id；
[0157]
id对应的数据类型为bigint(20)、对应的是否为键为主键约束、对应的默认为空为否、对应的注释为主键；
[0158]
role_name对应的数据类型为varchar(64)、对应的默认为空为否、对应的是否为键为可以重复，对应的注释为角色名称；
[0159]
role_desc对应的数据类型为varchar(256)、对应的默认为空为是、对应的注释为角色描述；
[0160]
role_type对应的数据类型为int(11)、对应的默认为空为是、对应的注释为角色类型，1：超级管理员，2：管理员，3：普通；
[0161]
role_status对应的数据类型为int(11)、对应的默认为空为是、对应的注释为角色状态，1：开启，2：停用；
[0162]
create_time对应的数据类型为timestamp、对应的默认为空为是、对应的所述注释为创建时间；
[0163]
update_time对应的数据类型为timestamp、对应的默认为空为是、对应的注释为更新时间；
[0164]
manager_id对应的数据类型为bigint(20)、对应的默认为空为是、对应的注释为创建人id。
[0165]
参考图10所示，本实施例的信用平台运行支撑系统身份认证功能的业务逻辑图；其中，结构之间作用关系为：
[0166]
s1.1)接收到第二用户端输入的用户名，密码；将所述用户名，所述密码发送到所述应用服务器；
[0167]
s1.2)所述应用服务器将所述用户名，所述密码发送到所述数据库服务器；
[0168]
s1.3)所述数据库服务器根据所述用户名，所述密码组成规则校验；若校验通过，则所述第二用户端正确登录进平台；否则返回违反约束的提示信息到所述第二用户端。
[0169]
参考图11所示，本实施例的信用平台运行支撑系统添加数据、查询数据的业务逻辑图；其中，结构之间作用关系为：
[0170]
s2.1)接收到第三用户端发送的添加区域信息的指令和所述区域信息，所述区域信息通过控制模块中的区域控制器处理后存储到存储模块中；
[0171]
s2.2)返回所述区域信息存储成功的结果到所述第三用户端；
[0172]
s2.3)接收到第三用户端发送的查询区域信息的指令；若所述区域信息存在，则所述区域信息通过所述区域控制器处理后返回到所述第三用户端；若所述区域信息不存在，则返回没有所述区域信息的结果。