【技术实现步骤摘要】
技术介绍
1、针对政府、医院、教育等党政及事业单位，国家颁布了全国统一的干部人事指标体系，不少开发单位根据这个指标体系，开发了各类干部人才系统。由于各种原因，各个政府与事业单位部署的干部人才系统有些是开发语言不同，有些是数据指标不同，有些是部署方式不同(有些单机部署、有些是部署在党政内网上，有些是部署在涉密内网上，有些是部署在军网上)，当干部人才跨系统调动，以及干部人才的信息由不同管理单位通过独立的系统维护时，就面临系统间的数据交换问题。
2、目前解决系统之间数据交换问题，主要有以下方法：1、中组部开发了一套zzb任免表编辑器，各个系统以lrmx为扩展名的xml文档作为数据交换标准，通过订制开发方式，编写导入导出程序实现数据的相互交换。2、各个系统单独开发api接口，各个单位需要解决数据交换问题时，通过调用api接口进行订制开发的方式实现数据交换。
3、以上数据交换方式，有以下问题：要求应用单位对各种干部人才系统的业务逻辑等比较熟悉，高度依赖开发人员以及应用开发单位，当开发单位变动或开发人员变动时，或者应用系统版本升级时，数据交换会面临很大的问题：1、在以订制开发程序方式或调用不同单位的api方式进行数据交换时，无法解决相互间的数据冲突问题，比如如果不同的单位同时对系统中同一个人进行了数据更新，到底以哪个的数据为准。2、在以订制开发程序方式或调用不同单位的api方式进行数据交换时，无法解决相互间的数据合并问题，比如某个干部在不同时间，在不同单位任职，在不同单位的不同系统中都留下了一些干部数据，最新的任职
技术实现思路
1、针对上述问题，本专利技术的目的是提供一种协议方式干部人才数据交换的方法、系统，以解决同构、异构以及跨网络的系统之间在涉及干部数据更新以及干部人才调动时的数据交换问题。
2、优选的，本专利技术设计了一套应用程序标识协议，这套协议对于各种干部人才系统或者涉及人才与机构信息的系统，按设计的协议进行标识。
3、本专利技术对需要交换的应用，按如下约定进行标识：第1至32位为应用id，是32位的uuid；第33位为应用类别，约定如下：d-大数据平台，p-平台级应用，g-管理部门应用，f-法人单位应用；第34至35位是应用等级，共分6个等级，约定如下：35-法人单位应用，34-区县级应用，33-地市级应用，32-省/直辖市级应用，31-中央级应用，30-跨国应用；第36至47位为应用管辖行政区域标识，本标识为民政部公布的行政区划编码；第48至65位为应用开发单位标识位，共18位，为开发单位的统一信用代码；第66至83位为应用单位标识位，共18位，为应用单位统一信用代码；第84至101位为运维单位标识，共18位，为运维单位统一信用代码；第102至150位为数据(即干部)唯一标识类别标识，这是标识的标识，约定为“库名[mygrand]表名[mygrand]字段名”，默认为“cadre_system[mygrand]cadre[mygrand]a0184”，多余的空位补0；第151至181位为32位父应用标识，用于标识该应用的父应用，当系统为分布式部署时，要用到这个标识；第152位为运行网络标识，分别为1互联网运行/2普通局域内网运行/3涉密局域内网运行/0单机无网络运行；第153位为部署模式标识，1为主从模式，2为独立部署模式；第154为节点类型标识，1为主节点，2为从节点，0为非主从模式的独立节点；第155为依赖芯片标识(芯片标识通过另行约定的数据字典数据包进行识别)；156为依赖操作系统标识(操作系统标识通过另行约定的数据字典数据包进行识别)；第157为开发语言标识(开发语言标识通过另行约定的数据字典数据包进行识别)；第158为web服务类型标识(web服务器标识通过另行约定的数据字典数据包进行识别)；159为数据库类型标识(数据库类型标识通过另行约定的数据字典数据包进行识别)；160为后台框架标识(后台框架标识通过另行约定的数据字典数据包进行识别)；161为前端框架标识(前端框架标识通过另行约定的数据字典数据包进行识别)；162至175位为安装时间标识，共14位；176至185为安装版本号标识，共10位；第186至195为当前版本标识，共10位。
4、优选的，本专利技术设计了一种多角色用户会话机制，登录系统的用户，无论是导出数据的用户还是执行导入的用户，均在创建会话的时候，赋予用户实例用户基本信息、功能角色信息、应用角色信息、运行角色信息、安装配置角色信息、管辖范围角色信息。通过这些会话信息，综合分析判断数据交换的一系列规则，通过用户操作权限集来控制用户操作权限。令ua为用户角色分配集合，usersrols为用户角色集，sysrols为应用角色集，runroles为运行角色集，setroles为主从配置角色集，manaesroles为管辖范围角色集，则用户角色分配集合如下：ua∈usersrols×sysrols×runroles×setroles×manaesroles。通过一系列计算，激活用户权限。
5、优选的，本专利技术设计了一套数据交换包标识协议，这个数据交换包包含第1到2位为经办人用户权限标识，约定如下，37-个人权限，36-部门权限，35-法人权限，34-区县权限，33-地市权限，32-省级权限，31-中央权限，30-全球权限；第3至14位为经办人可管辖范围标识；第15至32位为经办人所属法人单位标识，为18位法人单位信用编码；第33至54位为经办所属机构名称，共22位；第55至64位为经办人登录名标识，共10位；第65至74位为经办人姓名标识，共10位；第75至106位为源应用标识，共32位；第107至138位为目标系统标识(见[0007])，共32位；第139位为数据交换类别(1-调动，2-更新)标识；第140位为待交换数据类别(关系型数据库表，一般文档、图片文件、多媒体文件、其他文件)标识，共1位；第141位为是否限定目标系统(1-限定，0-不限定)标识；第142至241位为文档型数据源路径，共100位；第242至341位为文档型数据目标路径，共100位；第342至441位为数据包有效性验证字符串(为时间戮字符串以及整体数据包md5哈希校验)，共100位；第442至450位为待交换数据长度标识，共9位；第451位为数据交换验证方式标识(0-无密码，1-密码验证，2-指纹验证，3-数字证书验证，4-扩展验证)；第452至460位为数据包分隔标识，共9位；最后为加密的待交换数据(json数据串并且进行加密)及待交换组织机构数据(以json方式生成源应用的机构信息数据包)，两者以定义的分隔符进行分割。
6、优选的，本专利技术设计了一套数据交换系统，这套系统对每一个需要进行数据交换的应用软件进行注册登记，注册登记的内容为数据库连接串验证、应用的基本信息、需要交换的数据指标对应关系设置。这个交换系统可以根据上述专利技术设计思路生成应用标识字符串。
7、优选的，本专利技术设计了一套数据交本文档来自技高网...
【技术保护点】
1.一种协议式干部人才信息系统数据交换系统，本专利技术包括一套应用程序标识协议，本专利技术设计了一种包含多角色权限的用户权限分配与会话机制；一套数据交换包标识协议，一种组织机构信息分级分权维护以及更新的方法，一套数据交换系统，这个系统的功能有数据包导出、数据包导入，按照组织机构权限进行维护和更新。
2.根据权利要求1所述的一种应用系统标识协议，本协议通过约定多个不同的标识位，对应用系统的多个属性进行标识以及约定，其特征在于，应用系统协议标识了应用类别、应用等级、应用管辖行政区域、开发单位、应用单位、运维单位、唯一标识、父应用、运行网络(互联网、普通局域内网、涉密局域内网、单机无网络)、部署模式(主从部署、独立部署)、节点类型(主节点、从节点、非主从节点)、依赖芯片、依赖操作系统、开发语言、WEB服务器、应用数据库类型、后台框架、前端框架、安装日期、安装版本、当前版本。
3.根据权利要求1所述的一种包含多角色权限的用户权限分配与会话机制，本机制设计了功能角色集、应用角色集、运行模式角色集、管理范围角色集、以及安装配置角色集，通过综合上述角色集对登录用户在登录
4.通过分析数据交换包中的目标应用系统标识数据以及源应用系统标识数据，根据上述协议即可还原应用的各类信息，从而方便的进行数据导入更新以及调入更新。
5.根据权利要求1所述的一种应用系统标识协议，本协议通过约定多个不同的标识位，对应用系统的多个属性进行标识以及约定，其特征在于，应用系统协议标识了应用类别、应用等级、应用管辖行政区域、开发单位、应用单位、运维单位、唯一标识、父应用、运行网络(互联网、普通局域内网、涉密局域内网、单机无网络)、部署模式(主从部署、独立部署)、节点类型(主节点、从节点、非主从节点)、依赖芯片、依赖操作系统、开发语言、WEB服务器、应用数据库类型、后台框架、前端框架、安装日期、安装版本、当前版本。
6.通过分析数据交换包中的目标应用系统标识数据以及源应用系统标识数据，根据上述协议即可还原应用的各类信息，从而方便的进行数据导入更新以及调入更新。
7.根据权利要求1所述的一套数据交换包标识协议，这个数据交换包包含经办人权限标识、经办人可管辖范围、经办人所属法人单位、经办人所属机构、经办人登录名、经办人姓名、源应用系统标识(见[0007])、目标应用系统标识(见[0007])、数据交换类别(调动，更新)、待交换数据类型(关系统型数据库、普通文件、图片文件、多媒体文件、其他文件)、是否限定目标系统、源路径、目标路径、数据包有效性验证字符串(为时间戮字符串以及整体数据包MD5哈希校验)、待交换数据长度标识、数据交换验证方式标识(0-无密码，1-密码验证，2-指纹验证，3-数字证书验证，4-扩展验证)、数据包分隔标识、最后为加密的待交换数据(JSON/YML等格式数据串并且进行加密)及待交换组织机构数据(以JSON/YML等格式方式生成源应用的机构信息数据包)，两者以定义的分隔符进行分割。
8.其特征在于数据包中包含有源与目标应用协议数据，以及包含有源系统最新机构数据，这些数据可以确保在数据更新时，能准确的还原以及同步干部人才的所属机构信息。
9.根据权利要求1所述的一种组织机构信息分级分权维护以及更新的方法，其中涉及到机构信息的维护时，本专利技术将机构信息分为概要机构、法人机构以及内设机构三类，并根据应用等级，对三类机构信息进行分级分权维护，限定方式如下：平台级应用统一维护概要机构信息以及法人单位信息，而法人级应用以及管理级应用则维护本级以下概要信息以及各个法人单位的内设机构信息，从而确保分布式部署的系统之间能通过组织机构数据包更新目标系统的机构数据，并用更新的机构信息同步人员信息中涉及机构的数据。
10.根据权利要求1所述的一套数据交换系统，这个系统包括的功能有数据更新包导出、数据更新包导入、调出数据包导出、调入数据包导入，通过这些功能，实现将约定协议的数据包在不同目标应用间按权限以及管理范围进行数据交换。
11.其特征在于在数据包更新导入或调入导入时，可根据数据包中的协议数据识别源系统以及目标系统的运行模式、管理权限、应用等级，智能判断是覆盖更新还是合并更新或按流程对干部重要属性数据进行更新。
12.比如，如果是从法人单位级的系统中导出数据包，更新到区县级平台版应用上，那么在更新导入时，就会生成更新数据申请表，提交至有权限的人员处进行审核入库，只有经过审核后才能更新到正式的干部人才信息表中。
...【技术特征摘要】
1.一种协议式干部人才信息系统数据交换系统，本发明包括一套应用程序标识协议，本发明设计了一种包含多角色权限的用户权限分配与会话机制；一套数据交换包标识协议，一种组织机构信息分级分权维护以及更新的方法，一套数据交换系统，这个系统的功能有数据包导出、数据包导入，按照组织机构权限进行维护和更新。
2.根据权利要求1所述的一种应用系统标识协议，本协议通过约定多个不同的标识位，对应用系统的多个属性进行标识以及约定，其特征在于，应用系统协议标识了应用类别、应用等级、应用管辖行政区域、开发单位、应用单位、运维单位、唯一标识、父应用、运行网络(互联网、普通局域内网、涉密局域内网、单机无网络)、部署模式(主从部署、独立部署)、节点类型(主节点、从节点、非主从节点)、依赖芯片、依赖操作系统、开发语言、web服务器、应用数据库类型、后台框架、前端框架、安装日期、安装版本、当前版本。
3.根据权利要求1所述的一种包含多角色权限的用户权限分配与会话机制，本机制设计了功能角色集、应用角色集、运行模式角色集、管理范围角色集、以及安装配置角色集，通过综合上述角色集对登录用户在登录时进行赋权，建议会话，标识操作权限集，从而进行多维度数据与操作权限控制。
4.通过分析数据交换包中的目标应用系统标识数据以及源应用系统标识数据，根据上述协议即可还原应用的各类信息，从而方便的进行数据导入更新以及调入更新。
5.根据权利要求1所述的一种应用系统标识协议，本协议通过约定多个不同的标识位，对应用系统的多个属性进行标识以及约定，其特征在于，应用系统协议标识了应用类别、应用等级、应用管辖行政区域、开发单位、应用单位、运维单位、唯一标识、父应用、运行网络(互联网、普通局域内网、涉密局域内网、单机无网络)、部署模式(主从部署、独立部署)、节点类型(主节点、从节点、非主从节点)、依赖芯片、依赖操作系统、开发语言、web服务器、应用数据库类型、后台框架、前端框架、安装日期、安装版本、当前版本。
6.通过分析数据交换包中的目标应用系统标识数据以及源应用系统标识数据，根据上述协议即可还原应用的各类信息，从而方便的进行数据导入更新以及调入更新。
7.根据权利要求1所述的一套数据交换包标识协议，这个数据交换包包含经办人权限...
【专利技术属性】
技术研发人员：余晨飞，朱彦志，汪秋蒙，杨文君，敬朝兰，张丁杰，余礼洋，田嵩，
申请(专利权)人：四川通恒中科信息技术有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。