数据置换安全屋综合服务管理平台的制作方法

文档序号:17429036发布日期:2019-04-17 03:14阅读:264来源:国知局
数据置换安全屋综合服务管理平台的制作方法

本发明涉及大数据技术领域,更具体的说是涉及数据置换安全屋综合服务管理平台。



背景技术:

it时代,中国的信息技术一直落后于欧美国家,甚至落后于日本、印度等亚洲国家。在dt时代,我国从战略策略上而言,势必要掌握主动和先导位置。dt技术的发展,离不开海量及巨量数据——大数据的发展。因此,在dt时代,数据的流通、服务变得异常重要。政府通过颁布《促进大数据发展行动纲要》等文件,将大数据上升至国家战略层面。

在大数据时代要实现商业价值变现,需要实时对接数据市场的多样化需求,数据就是一个公司的软实力,就好像是一个无形的资产,蕴含着很多的机会和信息。但是行业的竞争性,导致各企业不愿共享和开放数据,从而形成不可逾越的“信息孤岛”,制约了数据的流通和变现。

从it到dt,得数据者得未来。数据“掘金”,流通是关键。大数据产业最具想象空间之处在于能够将不同行业的各类数据整合起来,提供全方位的立体数据绘图,力求从系统的角度了解并重塑用户模型,因此数据的“开放性”和“流动性”成为数据掘金的关键。换言之,大数据不仅意味着信息爆炸时代产生的海量数据,更意味着从无尽的数据中发现商机和价值的能力。

唯有将数据进行合理定价和确权,并通过安全规范的数据交易技术和市场进行流通,才能真正带动大数据产业的繁荣,有效打破大数据信息交流阻碍,汇聚海量高价值数据,挖掘数据价值的最大化。随着国家政策的支持、市场发展的需求,成熟规范的数据交易体系应运而生。



技术实现要素:

有鉴于此,本发明提供了一种具有先进成熟、可靠高效、互联开放、经济可行、安全保密等特点的数据置换安全屋综合服务管理平台。

为实现上述目的,本发明提供如下技术方案:

1、数据置换安全屋综合服务管理平台,其特征在于,包括:数据置换平台、服务管理平台、数据存储层、api服务层和推送服务平台;其中,

数据置换平台:提供数据需求方的素材管理、营销计划管理等功能,面向数据需求方开放,让数据需求方能够自助方式进行营销操作;

服务管理平台:提供数据需求方管理、供应商管理、素材审核、营销方案执行等功能,面向云信留客的运营人员及财务人员开放;

数据存储层:保存营销过程中涉及的所有数据,包括过程数据和历史数据;

api服务层:通过数据存储层中的业务数据,为上层应用提供api服务;包括系统管理api、数据需求方服务api、运营服务api、报表服务api;其中系统管理api及报表服务api为公用服务api;数据需求方服务api和运营服务api分别对应两个上层应用;

推送服务平台:属于扩展模块,对接自有渠道及第三方供应商的营销工具,对于能够自动化操作的营销方式,提供定时营销推送的能力。

2、优选的,在上述一种数据置换安全屋综合服务管理平台中,该平台包括:物理部署和应用部署;其中,

物理部署:是采用虚拟化部署的方式,使用其自行采购的云主机进行部署;

应用部署:至少需要两台独立的云主机,分别部署数据库及业务应用;其中一台云主机包含nginx反向代理、企业主端应用、管理端应用和api服务;另一台云主机包含一个与api服务进行交互的postgresql和推送模块。

3、优选的,在上述一种数据置换安全屋综合服务管理平台中,所述管理端应用为运营人员提供统一的管理视图,运营人员登录系统后,可以通过页面中的各类待办事项跳转到相应的管理界面,进行事项处理;包含项项目管理、素材管理、企业管理、供应商管理、待办事项和结算中心;其中,

项目管理:以列表形式显示所有项目的概要信息,包括项目编号、名称、企业编号、执行情况、项目状态等,用户点击单个项目条目,可以查看项目详情;

素材管理:素材管理页以列表形式显示所有素材的概要信息,包括素材名称、企业名称、审核状态等,用户点击单个素材条目,可以查看素材详情;素材详情包括企业信息、素材名称、素材签名、素材内容、审核状态等;

企业管理:企业管理页以列表形式显示所有企业的概要信息,包括企业编号、名称、审核状态等,用户可以在此页面进行开户操作,创建数据需求方账户;点击单个企业条目,可以进行企业管理页进行操作或者在此界面选择特定企业进行重置密码、启用/禁用企业等操作;

供应商管:供应商管理页以列表形式显示所有供应商(包括自有)的概要信息,包括编号、名称、标签管理、计费方式、结算方式等;用户可以点击单个供应商条目,对供应商信息进行修改;而且用户可以在此页面修改供应商的各类信息,包括计费方式、结算方式,以及供应商的目标受众数,以及目标受众的标签定义;标签管理对各类目标受众标签进行统一管理;标签分为基本属性、购买倾向、关注话题、上网行为、行业人群五类,用户可以在各标签分类下添加子标签以及标签值;用户在标签创建完成后,可以通过数据查询功能,对当前所有供应商的数据进行标签筛选,估算数据量;

结算中心:提供三类结算报表,包括营销统计、数据统计,以及通用的报表统计功能。

优选的,在上述一种数据置换安全屋综合服务管理平台中,所述数据存储层采用postgresql数据库,所述postgresq数据库支持丰富的数据类型,包括数组和json/jsonb,以及无限长度的text类型,支持正则表达式查询,以及索引和全文检索。

优选的,在上述一种数据置换安全屋综合服务管理平台中,所述api服务层采用前后端分离的开发架构,后台采用微服务模式进行开发部署;其中,微服务架构模式通过把本来运行在单体架构中的服务拆分成相互独立的服务,并运行在各自的进程中;不同的服务能依据不同的业务需求,构建的不同的技术架构之上,并且聚焦在有限的业务功能之上;在当前的业务复杂度下,只需要一个独立的api服务模块,提供系统管理、数据需求方服务、运营服务、报表服务的各类api。在未来的业务扩展中,可以通过细化拆分的方式进行升级。

优选的,在上述一种数据置换安全屋综合服务管理平台中,所述数据置换平台或者服务管理平台均采用前后端分离的开发架构,前台采用spa(单页面应用)的方式;单页面应用将所有的活动局限于一个web页面中,仅在该web页面初始化时加载相应的html、javascript、css。

优选的,在上述一种数据置换安全屋综合服务管理平台中,系统需要对接各供应商提供的外部接口,用于获取用户画像查询数据量。

经由上述的技术方案可知,与现有技术相比,本发明具有以下特点:

(1)先进性和成熟性:系统设计时,将充分应用先进和成熟的技术,满足建设的要求,结合科学的管理流程和标准化的产品,使系统具备较高性能,符合当前技术发展方向,确保系统具有较强的生命力,有长期的使用价值,符合未来的发展趋势;

(2)互联性和开放性:系统设计时将充分考虑系统与政府内部各系统间的互操作关系,整体设计规划本项目系统,注重各种信息资源的有机整合,即考虑安全性,又充分保证各系统之间的开放互联可能性,把握好信息安全和信息共享之间的关系;

(3)高可靠性和可用性:在设计时采用了可靠的技术,系统各环节具备故障分析与恢复和容错能力,并在安全体系建设、复杂环节解决方案和系统灾备等各方面都周全考虑,保证系统的高可靠性和稳定性,将各种可能的风险降到最低;

(4)经济性和可扩展性:系统的设计实施尽最大可能的节省项目投资,在保证系统可平滑升级扩展的基础上,在系统性能、可靠性和硬件部署规模之间找到最佳平衡点,充分利用现有设备和信息资源,最大程度的帮政府减少项目投入;

(5)安全性和保密性:在系统设计中把安全性放在首位,即考虑信息资源的充分共享,也考虑信息的保护和隔离。系统在各个层次对访问都进行了基于用户权限的严格控制,并充分利用日志系统、健全的备份和恢复策略增强系统的安全性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。

图1附图为本发明的总体框架图。

图2附图为本发明的逻辑架构图。

图3附图为本发明的系统部署图。

图4附图为本发明的系统功能图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明实施例公开了一种具有先进成熟、可靠高效、互联开放、经济可行、安全保密等特点的数据置换安全屋综合服务管理平台。

请参阅附图1、附图2、附图3、附图4,为本发明公开的一种数据置换安全屋综合服务管理平台,具体包括:

1、数据置换安全屋综合服务管理平台,其特征在于,包括:数据置换平台、服务管理平台、数据存储层、api服务层和推送服务平台;其中,

数据置换平台:提供数据需求方的素材管理、营销计划管理等功能,面向数据需求方开放,让数据需求方能够自助方式进行营销操作;

服务管理平台:提供数据需求方管理、供应商管理、素材审核、营销方案执行等功能,面向云信留客的运营人员及财务人员开放;

数据存储层:保存营销过程中涉及的所有数据,包括过程数据和历史数据;

api服务层:通过数据存储层中的业务数据,为上层应用提供api服务;包括系统管理api、数据需求方服务api、运营服务api、报表服务api;其中系统管理api及报表服务api为公用服务api;数据需求方服务api和运营服务api分别对应两个上层应用;

推送服务平台:属于扩展模块,对接自有渠道及第三方供应商的营销工具,对于能够自动化操作的营销方式,提供定时营销推送的能力。

本发明致力于构建企业级大数据置换安全中介型云产品及服务,通过制定数据交易的规则,在企业数据不离开自己的存储位置,不做任何对外输出和拷贝的情况下,与目标合作对象产生数据的公平置换。从而确保数据的可用性、完整性、保密性和流通性;

本发明既能解决数据不共享引起的行业痛点问题,同时对于促进国内数据交易的规范、完善数据交易规则、提升大数据产业的发展等方面都能起到积极的促进作用。此外,它还能帮助企业更加高效管理和补充会员数据、帮助企业更好的与会员进行互动、深度挖掘企业会员数据的核心价值,从而帮助提升企业盈利目标和市场价值。

为了进一步优化上述技术方案,该平台包括:物理部署和应用部署;其中,

物理部署:是采用虚拟化部署的方式,使用其自行采购的云主机进行部署;

应用部署:至少需要两台独立的云主机,分别部署数据库及业务应用;其中一台云主机包含nginx反向代理、企业主端应用、管理端应用和api服务;另一台云主机包含一个与api服务进行交互的postgresql和推送模块。

为了进一步优化上述技术方案,3、所述企业主端应用为数据需求方客户提供快捷的管理视图,显示数据需求方当前账户信息、认证状态、账户余额、消费金额等;包含项项目管理、素材管理、数据管理、报表统计、账户设置和黑名单管理;其中,

项目管理:为数据需求方提供自助式的营销项目管理功能;其通过列表方式查看所有的项目信息,包括执行状态、审核状态、发送情况、计费情况;

并且在项目未执行的情况下,用户可以对待执行项目进行修改;

素材管理:以列表形式显示全部的素材信息,包括素材内容、素材内容、审核状态;用户也可以新建素材,或将临时保存的素材提交给运营人员审核;创建素材时用户输入素材名称、签名、内容信息,系统根据素材的内容提供预览信息;用户可以将素材保存为草稿或直接提交后台审核,提交审核后,系统给出审核完成的预计时间信息;

数据管理:以列表形式列出当前用户创建的全部用户群组信息,用户可以通过创建群组页面,选择用户标签并创建新的目标群组;创建群组时用户通过选择系统定义的标签组以及标签,创建目标用户群组;标签组包括基础属性、购买倾向、关注话题、上网行为、行业人群;群组定义完成后,系统自动进行当前群组的目标用户数估算;

报表统计:用户可以通过报表统计功能查看发送记录、费用记录等统计信息;

账户设置:用户通过账户设置功能,进行身份认证和密码修改操作;其中身份认证是在管理端开通企业账户后,数据需求方通过系统完善企业的各类信息,包括营业执照、公司地址、联系方式等,信息填写完成后,可以提交后台运营人员进行审核;

黑名单管理:数据需求方用户可以通过手动输入或模板上传的方式,定义营销时需要屏蔽的特定用户。

为了进一步优化上述技术方案,4、所述管理端应用为运营人员提供统一的管理视图,运营人员登录系统后,可以通过页面中的各类待办事项跳转到相应的管理界面,进行事项处理;包含项项目管理、素材管理、企业管理、供应商管理、待办事项和结算中心;其中,

项目管理:以列表形式显示所有项目的概要信息,包括项目编号、名称、企业编号、执行情况、项目状态等,用户点击单个项目条目,可以查看项目详情;

素材管理:素材管理页以列表形式显示所有素材的概要信息,包括素材名称、企业名称、审核状态等,用户点击单个素材条目,可以查看素材详情;素材详情包括企业信息、素材名称、素材签名、素材内容、审核状态等;

企业管理:企业管理页以列表形式显示所有企业的概要信息,包括企业编号、名称、审核状态等,用户可以在此页面进行开户操作,创建数据需求方账户;点击单个企业条目,可以进行企业管理页进行操作或者在此界面选择特定企业进行重置密码、启用/禁用企业等操作;

供应商管:供应商管理页以列表形式显示所有供应商(包括自有)的概要信息,包括编号、名称、标签管理、计费方式、结算方式等;用户可以点击单个供应商条目,对供应商信息进行修改;而且用户可以在此页面修改供应商的各类信息,包括计费方式、结算方式,以及供应商的目标受众数,以及目标受众的标签定义;标签管理对各类目标受众标签进行统一管理;标签分为基本属性、购买倾向、关注话题、上网行为、行业人群五类,用户可以在各标签分类下添加子标签以及标签值;用户在标签创建完成后,可以通过数据查询功能,对当前所有供应商的数据进行标签筛选,估算数据量;

结算中心:提供三类结算报表,包括营销统计、数据统计,以及通用的报表统计功能。

为了进一步优化上述技术方案,所述数据存储层采用postgresql数据库,所述postgresq数据库支持丰富的数据类型,包括数组和json/jsonb,以及无限长度的text类型,支持正则表达式查询,以及索引和全文检索。

为了进一步优化上述技术方案,所述api服务层采用前后端分离的开发架构,后台采用微服务模式进行开发部署;其中,微服务架构模式通过把本来运行在单体架构中的服务拆分成相互独立的服务,并运行在各自的进程中;不同的服务能依据不同的业务需求,构建的不同的技术架构之上,并且聚焦在有限的业务功能之上;在当前的业务复杂度下,只需要一个独立的api服务模块,提供系统管理、数据需求方服务、运营服务、报表服务的各类api。在未来的业务扩展中,可以通过细化拆分的方式进行升级。

为了进一步优化上述技术方案,所述数据置换平台或者服务管理平台均采用前后端分离的开发架构,前台采用spa(单页面应用)的方式;单页面应用将所有的活动局限于一个web页面中,仅在该web页面初始化时加载相应的html、javascript、css;

一旦页面加载完成,spa不会因为用户的操作而进行页面的重新加载或跳转,而是利用javascript动态的变换html(采用的是div切换显示和隐藏),从而实现ui与用户的交互;

由于避免了页面的重新加载,spa可以提供较为流畅的用户体验。得益于ajax,可以实现无跳转刷新,由于与浏览器的history机制,可以使用hash的b变化从而可以实现推动界面变化;

应用通过压缩打包的方式部署在成熟的nginxweb服务器中,保证了系统的稳定性和可靠性。

为了进一步优化上述技术方案,系统需要对接各供应商提供的外部接口,用于获取用户画像查询数据量。

本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。

对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1