薪酬数据显示方法、装置、计算机设备和存储介质与流程

[0001]
本申请涉及数据可视化技术领域，特别是涉及一种薪酬数据显示方法、装置、计算机设备和存储介质。


背景技术：

[0002]
对于各行各业的人来说，薪资是关注的重中之重。入职后关注试用期薪酬，转正关注转正薪酬，发薪时关注实际薪酬，涨薪或者降薪后关注涨降的幅度，发放奖金又关注奖金的总额和个税。这些薪资数据种类繁多，有的企业靠银行到账金额通知员工，有的仍然停留在邮件和表格中，有的能够做到在线薪资查询，但很少有企业能够提供全面丰富又及时的薪资查询。传统系统提供的主要是按月进行实发薪酬的查询。
[0003]
大企业因为数据量极大，薪酬数据的维度有多，在同一时间，例如发工资的当前，查询薪酬的人较多，服务器压力较大，会导致数据加载缓慢，极大影响数据全面、实时化的展示。


技术实现要素：

[0004]
基于此，针对上述技术问题，本申请提供一种薪酬数据显示方法、装置、计算机设备及存储介质，以解决现有技术中薪酬数据的维度较多，当薪酬数据查询请求过多时，服务器压力大，数据加载缓慢，导致的薪酬数据无法实时化展示的技术问题。
[0005]
一种薪酬数据显示方法，所述方法包括：
[0006]
获取待显示的薪酬数据；
[0007]
确定所述薪酬数据中的第一薪酬数据以及第二薪酬数据；
[0008]
获取所述第一薪酬数据的布局信息；
[0009]
基于所述布局信息对所述第一薪酬数据进行加载显示，其中，在加载所述第一薪酬数据时，将所述第二薪酬数据与所述第一薪酬数据进行关联处理；
[0010]
检测用户的滑动/点击操作，根据所述滑动/点击操作确定所述用户的指令信息；
[0011]
根据所述指令信息从关联后的第二薪酬数据中获取与预设的时间节点对应的目标薪酬数据，并渲染显示在终端页面上。
[0012]
一种薪酬数据显示装置，所述装置包括：
[0013]
获取模块，用于获取待显示的薪酬数据；
[0014]
确定模块，用于确定所述薪酬数据中的第一薪酬数据以及第二薪酬数据；
[0015]
布局模块，用于获取所述第一薪酬数据的布局信息；
[0016]
加载模块，用于基于所述布局信息对所述第一薪酬数据进行加载显示，其中，在加载所述第一薪酬数据时，将所述第二薪酬数据与所述第一薪酬数据进行关联处理；
[0017]
检测模块，用于检测用户的滑动/点击操作，根据所述滑动/点击操作确定所述用户的指令信息；
[0018]
显示模块，用于根据所述指令信息从关联后的第二薪酬数据中获取与预设的时间
节点对应的目标薪酬数据，并渲染显示在终端页面上。
[0019]
一种计算机设备，包括存储器和处理器，以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述薪酬数据显示方法的步骤。
[0020]
一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述薪酬数据显示方法的步骤。
[0021]
上述薪酬数据显示方法、装置、计算机设备和存储介质，通过对得到的不同的薪酬数据进行预先分类，得到第一薪酬数据和第二薪酬数据，通过对薪酬数据进行分段加载，并在分段加载时，根据维度信息将分类后的薪酬数据进行关联，或者进行预先关联，再检测到用户的指令信息后，再对具体维度信息所对应的薪酬数据进行渲染显示。本申请通过将抽象的“薪酬数据”以可见的形式表现出来，例如设计薪酬、结算薪酬和实发薪酬的图形化展示，是将数据输出为图像的原位可视化，在数值模拟过程中，将数据映射为可视化，并保存为图像；而长期激励和实发薪酬的数据列表，则采用特征提取方法，在数值模拟过程中提取数据特征(例如长期激励的上市主体和激励工具，实发薪酬的发薪期间和发薪科目)并整理汇总，将特征数据作为后续可视化处理的输入，这种预先加载一部分的主要数据，再根据用户的操作加载详细数据的数据显示方式不仅可以大大提高数据可视化的效率，而且解决了数据量大时，数据加载卡顿的技术问题。解决了现有技术中数据加载缓慢，极大影响数据全面、实时化的展示技术问题。
附图说明
[0022]
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0023]
图1为薪酬数据显示方法的应用环境示意图；
[0024]
图2为薪酬数据显示方法的流程示意图；
[0025]
图3为薪酬数据显示装置的示意图；
[0026]
图4为一个实施例中计算机设备的示意图。
具体实施方式
[0027]
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
[0028]
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和
隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
[0029]
为了使本申请的目的、技术方案及优点更加清楚明白，下面结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0030]
本发明实施例提供的薪酬数据显示方法，可以应用于如图1所示的应用环境中。其中，该应用环境可以包括终端102、网络以及服务端104，网络用于在终端102和服务端104之间提供通信链路介质，网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0031]
用户可以使用终端102通过网络与服务端104交互，以接收或发送消息等。终端102上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
[0032]
终端102可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
[0033]
服务端104可以是提供各种服务的服务器，例如对终端102上显示的页面提供支持的后台服务器。
[0034]
需要说明的是，本申请实施例所提供的薪酬数据显示方法一般由服务端/终端执行，相应地，薪酬数据显示装置一般设置于服务端/终端设备中。
[0035]
本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0036]
本申请可应用于智慧企业领域中，从而推动智慧城市的建设，例如，用于企业的薪酬数据处理平台中。
[0037]
应该理解，图1中的终端、网络和服务端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0038]
其中，终端102通过网络与服务端104进行通信。服务端104从各终端102上获取待显示的薪酬数据，并将其分为第一薪酬数据以及第二薪酬数据，然后根据获取到的布局信息对第一薪酬数据加载显示，并在加载第一薪酬数据时，对第一薪酬数据和第二薪酬数据进行关联处理，最后通过用户的指令信息从第二薪酬数据中获取目标薪酬数据并渲染显示在终端页面上。其中，终端102和服务端104之间通过网络进行连接，该网络可以是有线网络或者无线网络，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑
和便携式可穿戴设备，服务端104可以用独立的服务器或者是多个组成的服务器集群来实现。
[0039]
在一个实施例中，如图2所示，提供了一种薪酬数据显示方法，以该方法应用于图1中的服务端为例进行说明，包括以下步骤：
[0040]
步骤202，获取待显示的薪酬数据。
[0041]
在一些实施例中，数据显示终端，如手机、平板或者电脑等安装有操作系统的终端设备，可以从至少一个资源加载服务器获得待显示的薪酬数据，其中，薪酬数据包括存储在不同业务服务器上的员工的信息，这些信息包括员工所在公司、部门、职位序列、出生日期、纳税主体、社保缴纳单位、银行账号、薪资等数据。服务端从不同业务服务器上的数据库中将这些数据抽取到数据平台，以指示数据平台结合员工信息、职务数据、权限数据和薪酬信息这四个属性将这些数据整合到一个数据库中作为薪酬数据，以便于关联和查询。
[0042]
步骤204，确定薪酬数据中的第一薪酬数据以及第二薪酬数据。
[0043]
根据预设属性确定所述薪酬数据中的核心薪酬数据和详情数据；并将所述核心薪酬数据作为所述第一薪酬数据，将所述详情数据作为所述第二薪酬数据，其中，所述第二薪酬数据与所述第一薪酬数据具有关联关系。
[0044]
具体地，第一薪酬数据包括用户的核心薪酬数据；第二薪酬数据包括与核心薪酬数据具有关联关系的详情信息。在本实施例中，预设属性可以包括用户基本信息、用户的薪酬总额(例如，设计薪酬、结算薪酬以及实发薪酬)等维度，根据预设属性可以确定薪酬数据中的基本信息和薪酬总额所对应的薪酬数据，并将这些维度所对应的薪酬数据作为核心薪酬数据，并将与基本信息、设计薪酬、结算薪酬以及实发薪酬具有映射关系的下级维度所对应的薪酬数据作为第二薪酬数据。
[0045]
在一些实施例中，核心薪酬数据：基本信息，包括用户名称、用户所在地、以及岗位信息等属性信息；设计薪酬，包括设计薪酬的总额；结算薪酬，包括结算薪酬的总额；实发薪酬，包括实发薪酬总额。
[0046]
第二薪酬数据为解释第一薪酬数据的详细数据，在一些实施例中，包括对应基本信息的员工公司、部门、职位序列、出生日期、纳税主体、社保缴纳单位、银行账号等信息，设计员工薪酬计算的方方面面的详细数据；对应的设计薪酬的详细数据包括员工的现金和长期激励两部分；其中，现金部分包括年收入现金中对应的固定薪酬、奖金以及福利等，长期激励部分包括员工薪酬包中的期权以及持股信息等详细信息；结算薪酬包含施法的固定薪酬、福利和一次性支付等项目，以及递延奖金数据；实发薪酬则根据员工的实发工资情况，将实发工资按照收入项、扣减项、公司缴纳项等维度进行分类，用于分析展示薪酬数据，对第一薪酬数据的进一步解释。
[0047]
这些详细信息因为数据量较多、处理复杂、显示时加载较慢，所以可以与第一薪酬数据分开进行加载，提高薪酬数据的显示效率。
[0048]
步骤206，获取第一薪酬数据的布局信息。
[0049]
布局信息为第一薪酬数据在终端页面上的显示的策略信息，其中，包括第一薪酬数据中的各个模块的信息在终端页面上的分布，各个模块的信息以什么表现形式展示在终端页面上；而且，第一薪酬数据还包括时间节点信息，例如，不同时间节点对应用户的基本信息状态、薪资发放情况等信息，用户可以通过选择时间节点来获取不同时间节点的薪酬
数据。在本实施例中，会直接通过预设的时间节点对薪酬数据进行筛选查询。
[0050]
步骤208，基于布局信息对第一薪酬数据进行加载显示，其中，在加载第一薪酬数据时，将第二薪酬数据与第一薪酬数据进行关联处理。
[0051]
在一些实施例中，以平安集团的薪酬管理系统为例，对本申请的技术方案进行说明：在终端页面上，分别以1:1:1:1的页面占比比例将第一薪酬数据中的核心薪酬数据、设计薪酬、结算薪酬以及实发薪酬这四个模块数据按从上到下的顺序展示在页面上，展示时，以纯文本或数字的模式显示这些核心数据，以保证服务端能够迅速加载核心数据，保证用户的基础查询。
[0052]
可选地，布局信息还可以是：
[0053]
根据预设划分条件对第一薪酬数据进行划分，得到多个主体序列：第一主题序列：基本信息；第二主题序列：设计薪酬、结算薪酬或者实发薪酬中的一种或多种，其中，预设划分条件你是根据用户薪酬数据的数据类别将第一薪酬数据划分多个数据模块的数据划分策略。至于划分得到的数据模块的数量，可以根据业务需求进行设定，本实施例不做限定。
[0054]
具体地，第一薪酬数据中的第一主题序列具体包括：用户姓名、职位信息、头像等文本或者图像信息，然后从布局信息中获取与第一主题序列对应的显示坐标，并按照顺序将其在显示坐标对应的终端页面上进行渲染显示。
[0055]
进一步地，在加载第一薪酬数据时，将第二薪酬数据与第一薪酬数据进行关联处理，包括：对第一薪酬数据进行划分，得到第一主题序列和第二主题序列的维度信息，根据时间节点将第二薪酬数据与第一主体序列和第二主题序列的维度信息进行关联。
[0056]
当在加载第一主题序列下的用户姓名、用户职位时，静默加载第一薪酬数据，并将其中的数据与对应的主题序列中的维度信息进行关联。其中，第二薪酬数据包括文本、图片或表格中的一种或者多种的组合。第一主题序列包括用户姓名以及用户职位；当检测到加载用户姓名以及用户职位时，基于用户姓名以及用户职位，根据时间节点将第一主题序列与第二薪酬数据进行映射处理。
[0057]
具体地，第二薪酬数据中包括第一主题序列的详细数据，包括用户的详细信息、员工标号、出生日期，还有所在公司的具体信息、职位序列、公司部门等详情信息，以及这些详情信息在终端页面上的渲染方式。由于这些数据具有隐私性强和数据大的特点，所以可以选择后台静默加载，以隐藏的方式预加载到数据库中，当检测用户的点击\滑动操作后，再进行调用显示。
[0058]
而第二主题序列下的设计薪酬、结算薪酬以及实发薪酬中的薪酬来源、具体来源所对应的数值以及时间节点等维度关联每一个用户的每一笔薪酬，还可以在终端页面以环形图、折线图或者饼状图中的移动或多种进行显示。以上的详细数据都需要从第二薪酬数据中获取，以用户编号或者用户员工号等唯一标识为主键，进行关联，以维度信息实现各主题序列与其详情数据之间的映射。这种详情数据都需要从第二薪酬数据中获得，然后与对应的主题序列进行关联后，缓存到后台服务器。通过这种分段进行数据加载的方式，可以实现在保证用户在查看到薪酬总数值的情况下，在进一步操作后，完整获取薪酬的各种来源信息，并以图表等形式表现出来，使得数据的展示更加一目了然。
[0059]
步骤210，检测用户的滑动/点击操作，根据滑动/点击操作确定用户的指令信息。
[0060]
确定用户在终端页面上的操作坐标点，并获取对应的指令信息。指令信息可以是
打开主题序列的详细数据或者收起详细数据的操作。但是因为详细数据的数据量不确定，且终端页面大小的局限性，可能会出现详细数据显示缺失，例如，每一行最后位置不够后面一个完整字符显示的技术问题。在一些实施例中，可以通过自适应页面的方式实现。
[0061]
步骤212，根据指令信息从关联后的第二薪酬数据中获取与预设的时间节点对应的目标薪酬数据，并渲染显示在终端页面上。
[0062]
用户在查询时系统会默认选择一个预设的时间节点，这个时间节点一般是当前所在月份的上月。当检测到用户的操作后，确定了用户的指令信息，则从第二薪酬数据中获取与预设的时间节点对应的目标薪酬数据，并进行显示。
[0063]
在一些实施例中，以一个具体的实例进行说明为：渲染显示时，还需要分析目标薪酬数据，得到计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种；对得到计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种进行一体化渲染显示在终端页面上。
[0064]
进一步地，目标薪酬数据还可以根据指令信息的不同而不同，比如当用户的是双击某特定坐标点，对应的指令信息为“获取结算薪酬的详情”时，目标薪酬数据为计算发放金额、以发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种。当指令信息为“获取实发薪酬的详细信息”时，目标薪酬数据可以为：员工实发工资情况，包括收入项、扣减项、公司缴纳项等，以及员工具体的各项收入、扣减金额、社保缴纳情况、公积金等信息。
[0065]
进一步地，在渲染显示时，根据对计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种，确定薪酬节点；基于薪酬节点生成薪酬渲染树；根据薪酬渲染树为各薪酬节点分配在终端页面上的节点坐标；并基于节点坐标为各薪酬节点对应的使用对应的计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种加载视觉属性，在终端页面上显示。
[0066]
具体地，薪酬节点为目标薪酬数据中薪酬特征维度，例如，计算发放金额为一个薪酬节点，其所对应的薪酬数值为该薪酬节点对应的数据大小。根据各薪酬节点所对应的数值大小在终端页面上生成对应长度或者尺寸大小的矩形框、长度条或者颜色深度。节点坐标为薪酬节点在终端页面上的展示的坐标位置，在用户点击查看详细数据时，可以显示在特定的位置。构建薪酬渲染树是需要先通过渲染引擎构建dom树，即从上到下解析html文档生成dom节点数，然后再加载解析样式生成cssom树，然后基于确定的薪酬节点，根据dom树和cssom树生成薪酬渲染树，其中，薪酬渲染树是按展示顺序在终端页面上的一系列矩形、环形或者线条中的一种，这些矩形、环形或者线条带有字体类型、颜色和尺寸等视觉属性，用于清晰地表示用户薪酬数据的多寡。然后再将与薪酬渲染树上的节点对应的一个个薪酬节点显示在终端页面上，在绘制时，可以通过数据可视化框架，例如d3.js、hightcharts.js、echarts.js完成，通过遍历的方式绘制所有的薪酬节点，为每一个薪酬节点使用对应的样式。其中，dom树和cssom树是页面渲染机制中的一种树结构，被称为节点树。
[0067]
需要强调的是，为进一步保证上述薪酬数据的私密和安全性，上述薪酬数据信息还可以存储于一区块链的节点中。
[0068]
上述薪酬数据显示方法中，本申请中用户需要的数据来源于不同的系统，展示的
种类和维度也多种多样，不同种类的数据关注的视角也各有千秋，因此需要从不同数据源中过滤到属于某个员工的数据，并通过汇总和计算加以整合，再根据数据特点和用户关注点，将薪酬数据通过不同的形式将数据展示出来。但是因为薪酬数据种类繁多，数据量巨大，所以在加载时难免会出现加载不畅，用户无法实时获取到薪酬数据的问题，因此我们通过对得到的不同的薪酬数据进行预先分类，得到第一薪酬数据和第二薪酬数据，通过对薪酬数据进行分段加载，并在分段加载时，根据维度信息将分类后的薪酬数据进行关联，或者进行预先关联，再检测到用户的指令信息后，再对具体维度信息所对应的薪酬数据进行渲染显示。本申请通过将抽象的“薪酬数据”以可见的形式表现出来，例如设计薪酬、结算薪酬和实发薪酬的图形化展示，是将数据输出为图像的原位可视化，在数值模拟过程中，将数据映射为可视化，并保存为图像；而长期激励和实发薪酬的数据列表，则采用特征提取方法，在数值模拟过程中提取数据特征(例如长期激励的上市主体和激励工具，实发薪酬的发薪期间和发薪科目)并整理汇总，将特征数据作为后续可视化处理的输入，这种预先加载一部分的主要数据，再根据用户的操作加载详细数据的数据显示方式不仅可以大大提高数据可视化的效率，而且解决了数据量大时，数据加载卡顿的技术问题。
[0069]
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
[0070]
在一个实施例中，如图3所示，提供了一种薪酬数据显示装置，该薪酬数据显示装置与上述实施例中薪酬数据显示方法一一对应。该薪酬数据显示装置包括：
[0071]
获取模块302，用于获取待显示的薪酬数据；
[0072]
确定模块304，用于确定所述薪酬数据中的第一薪酬数据以及第二薪酬数据；
[0073]
布局模块306，用于获取所述第一薪酬数据的布局信息；
[0074]
加载模块308，用于基于所述布局信息对所述第一薪酬数据进行加载显示，其中，在加载所述第一薪酬数据时，将所述第二薪酬数据与所述第一薪酬数据进行关联处理；
[0075]
检测模块310，用于检测用户的滑动/点击操作，根据所述滑动/点击操作确定所述用户的指令信息；
[0076]
显示模块312，用于根据所述指令信息从关联后的第二薪酬数据中获取与预设的时间节点对应的目标薪酬数据，并渲染显示在终端页面上。
[0077]
进一步地，确定模块302，包括：
[0078]
确定子模块，用于根据预设属性确定所述薪酬数据中的核心薪酬数据和详情数据；以及
[0079]
划分子模块，用于将所述核心薪酬数据作为所述第一薪酬数据，将所述详情数据作为所述第二薪酬数据，其中，所述第二薪酬数据与所述第一薪酬数据具有关联关系。
[0080]
进一步地，加载模块308，包括：
[0081]
划分子模块，用于对所述第一薪酬数据进行划分，得到第一主题序列和第二主题序列的维度信息；
[0082]
关联子模块，用于根据时间节点将所述第二薪酬数据与所述第一主题序列和所述第二主题序列的维度信息进行关联。
[0083]
进一步地，显示模块312，包括：
[0084]
分析子模块，用于对所述目标薪酬数据进行分析，得到计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种；
[0085]
渲染子模块，用于对所述计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种进行一体化渲染显示在终端页面上。
[0086]
进一步地，渲染子模块，包括：
[0087]
节点单元，用于根据所述对所述计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种，确定薪酬节点；
[0088]
渲染树单元，用于基于所述薪酬节点生成薪酬渲染树；
[0089]
坐标单元，用于根据所述薪酬渲染树为各所述薪酬节点分配在终端页面上的节点坐标；并
[0090]
显示单元，用于基于所述节点坐标为各所述薪酬节点对应的使用对应的所述计划发放金额、已发放金额、未发放金额、冻结金额或者取消发放金额中的一种或多种加载视觉属性，在终端页面上显示。
[0091]
需要强调的是，为进一步保证上述薪酬数据的私密和安全性，上述薪酬数据还可以存储于一区块链的节点中。
[0092]
上述薪酬数据显示装置，本申请中用户需要的数据来源于不同的系统，展示的种类和维度也多种多样，不同种类的数据关注的视角也各有千秋，因此需要从不同数据源中过滤到属于某个员工的数据，并通过汇总和计算加以整合，再根据数据特点和用户关注点，将薪酬数据通过不同的形式将数据展示出来。但是因为薪酬数据种类繁多，数据量巨大，所以在加载时难免会出现加载不畅，用户无法实时获取到薪酬数据的问题，因此我们通过对得到的不同的薪酬数据进行预先分类，得到第一薪酬数据和第二薪酬数据，通过对薪酬数据进行分段加载，并在分段加载时，根据维度信息将分类后的薪酬数据进行关联，或者进行预先关联，再检测到用户的指令信息后，再对具体维度信息所对应的薪酬数据进行渲染显示。本申请通过将抽象的“薪酬数据”以可见的形式表现出来，例如设计薪酬、结算薪酬和实发薪酬的图形化展示，是将数据输出为图像的原位可视化，在数值模拟过程中，将数据映射为可视化，并保存为图像；而长期激励和实发薪酬的数据列表，则采用特征提取方法，在数值模拟过程中提取数据特征(例如长期激励的上市主体和激励工具，实发薪酬的发薪期间和发薪科目)并整理汇总，将特征数据作为后续可视化处理的输入，这种预先加载一部分的主要数据，再根据用户的操作加载详细数据的数据显示方式不仅可以大大提高数据可视化的效率，而且解决了数据量大时，数据加载卡顿的技术问题。
[0093]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令。该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被
处理器执行时以实现一种薪酬数据显示方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。本申请中用户需要的数据来源于不同的系统，展示的种类和维度也多种多样，不同种类的数据关注的视角也各有千秋，因此需要从不同数据源中过滤到属于某个员工的数据，并通过汇总和计算加以整合，再根据数据特点和用户关注点，将薪酬数据通过不同的形式将数据展示出来。但是因为薪酬数据种类繁多，数据量巨大，所以在加载时难免会出现加载不畅，用户无法实时获取到薪酬数据的问题，因此我们通过对得到的不同的薪酬数据进行预先分类，得到第一薪酬数据和第二薪酬数据，通过对薪酬数据进行分段加载，并在分段加载时，根据维度信息将分类后的薪酬数据进行关联，或者进行预先关联，再检测到用户的指令信息后，再对具体维度信息所对应的薪酬数据进行渲染显示。本申请通过将抽象的“薪酬数据”以可见的形式表现出来，例如设计薪酬、结算薪酬和实发薪酬的图形化展示，是将数据输出为图像的原位可视化，在数值模拟过程中，将数据映射为可视化，并保存为图像；而长期激励和实发薪酬的数据列表，则采用特征提取方法，在数值模拟过程中提取数据特征(例如长期激励的上市主体和激励工具，实发薪酬的发薪期间和发薪科目)并整理汇总，将特征数据作为后续可视化处理的输入，这种预先加载一部分的主要数据，再根据用户的操作加载详细数据的数据显示方式不仅可以大大提高数据可视化的效率，而且解决了数据量大时，数据加载卡顿的技术问题。
[0094]
本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0095]
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机可读指令，计算机可读指令被处理器执行时实现上述实施例中薪酬数据显示方法的步骤，例如图2所示的步骤202至步骤212，或者，处理器执行计算机可读指令时实现上述实施例中薪酬数据显示装置的各模块/单元的功能，例如图3所示模块302至模块312的功能。
[0096]
本申请中用户需要的数据来源于不同的系统，展示的种类和维度也多种多样，不同种类的数据关注的视角也各有千秋，因此需要从不同数据源中过滤到属于某个员工的数据，并通过汇总和计算加以整合，再根据数据特点和用户关注点，将薪酬数据通过不同的形式将数据展示出来。但是因为薪酬数据种类繁多，数据量巨大，所以在加载时难免会出现加载不畅，用户无法实时获取到薪酬数据的问题，因此我们通过对得到的不同的薪酬数据进行预先分类，得到第一薪酬数据和第二薪酬数据，通过对薪酬数据进行分段加载，并在分段加载时，根据维度信息将分类后的薪酬数据进行关联，或者进行预先关联，再检测到用户的指令信息后，再对具体维度信息所对应的薪酬数据进行渲染显示。本申请通过将抽象的“薪酬数据”以可见的形式表现出来，例如设计薪酬、结算薪酬和实发薪酬的图形化展示，是将数据输出为图像的原位可视化，在数值模拟过程中，将数据映射为可视化，并保存为图像；而长期激励和实发薪酬的数据列表，则采用特征提取方法，在数值模拟过程中提取数据特征(例如长期激励的上市主体和激励工具，实发薪酬的发薪期间和发薪科目)并整理汇总，将特征数据作为后续可视化处理的输入，这种预先加载一部分的主要数据，再根据用户的操作加载详细数据的数据显示方式不仅可以大大提高数据可视化的效率，而且解决了数据
量大时，数据加载卡顿的技术问题。
[0097]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
[0098]
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
[0099]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
[0100]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0101]
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形、改进或者对部分技术特征进行等同替换，而这些修改或者替换，并不使相同技术方案的本质脱离本发明个实施例技术方案地精神和范畴，都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。