数据处理方法、装置、设备和计算机可读存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种数据处理方法、装置、设备和计算机可读存储介质。


背景技术：

2.随着互联网的发展，除了通过调整网页或页面上数据的布局，以提升网页或页面的易读性以外，人们逐渐开始关注网页或页面上数据展示的丰富性，随之提出了在尺寸有限的页面上一次性展示尽可能多的数据的需求。这种诉求与页面渲染速度提升的诉求相融合，进一步形成了提升对数据量大的页面的加载速度的需求。
3.这种需求落实到文本数据查询平台，特别是企业数据查询平台中，不仅反映在单个企业如何获取多重维度的数据这一方面，还反映在多个企业某一维度的数据的比对，和/或多个企业多重维度的数据比对等方面。如此，页面加载速度和接口调用频率之间的平衡成为难点。并且，在需要进行数据比对时，由于接口调用的随机性，会导致被比对的数据维度之间无法准确匹配，导致前端页面无法渲染得到易于阅读的数据布局，且伴随着渲染效率低的问题。


技术实现要素：

4.本发明的目的之一在于提供一种数据处理方法，以解决现有技术中多维度数据接口调用和渲染效率低，数据匹配一致性差的技术问题。
5.本发明的目的之一在于提供一种数据处理装置。
6.本发明的目的之一在于提供一种电子设备。
7.本发明的目的之一在于提供一种计算机可读存储介质。
8.为实现上述发明目的之一，本发明一实施方式提供一种数据处理方法，所述方法包括：接收若干数据请求参数，根据预设的实例封装指令对所述数据请求参数进行统一封装，得到数据请求对象；根据所述数据请求对象，并发调用数据接口，接收并在数据服务器中台处对若干接口数据参数进行封装，得到接口数据对象；根据所述接口数据对象，在前端页面进行渲染，得到输出数据页面。
9.作为本发明一实施方式的进一步改进，所述输出数据页面同时包含对应于所述数据请求参数的所有接口数据参数。
10.作为本发明一实施方式的进一步改进，所述方法具体包括：根据所述接口数据对象中指向第一企业的接口数据参数组，对所述前端页面的第一区域进行渲染；根据所述接口数据对象中指向第二企业的接口数据参数组，对所述前端页面的第二区域进行渲染；完成对所述前端页面中所有区域的渲染，得到所述输出数据页面。
11.作为本发明一实施方式的进一步改进，所述方法具体包括：接收来自前端页面的数据请求指令组，解析得到若干数据请求指令；根据预设的业务筛选规则，对所述数据请求指令进行筛选，生成所述数据请求参数。
12.作为本发明一实施方式的进一步改进，所述数据请求指令组包括数据比对请求指令，所述输出数据页面包括数据比对表单。
13.作为本发明一实施方式的进一步改进，所述方法具体包括：根据所述业务筛选规则，以请求数据类型为依据，对所述数据请求指令进行筛选，生成所述数据请求参数；其中，所述业务筛选规则指向的请求数据类型，包括企业名称数据、自身风险数据、关联风险数据、历史风险数据、提示信息数据、敏感舆情数据、营业收入数据、利润总额数据、净利润数据、总资产数据、总负债数据、净资产数据、经营现金流量净额数据、融资历程数据、对外投资数据、企业业务数据、行政许可数据、招投标数据、招聘岗位数据、商标数据、专利数据、资质证书数据、作品著作数据、软件著作数据、注册资本数据、成立时间数据、人员规模数据、法定代表人数据、股东数量数据、经营状态数据、企业类型数据、所属行业数据、工商变更数据等至少其中之一。
14.作为本发明一实施方式的进一步改进，所述数据请求参数在所述数据请求对象中的排列顺序，与所述接口数据参数在所述接口数据对象中的排列顺序相一致。
15.作为本发明一实施方式的进一步改进，所述实例封装指令为promise.all指令。
16.作为本发明一实施方式的进一步改进，所述方法具体包括：接收所述数据请求参数，将所述数据请求参数存储于所述数据服务器中台，并根据所述实例封装指令对所述数据请求参数进行统一封装。
17.作为本发明一实施方式的进一步改进，所述方法还包括：接收更新请求参数，将所述数据服务器中台处存储的数据请求参数进行统一封装，并发调用数据接口得到接口数据对象后，在页面进行渲染；根据预设的实例封装指令对所述更新请求参数进行统一封装，并发调用数据接口得到更新数据对象后，在页面进行更新渲染，得到更新数据页面。
18.作为本发明一实施方式的进一步改进，所述更新数据页面同时包括所述接口数据对象所指向的数据信息，以及所述更新数据对象所指向的数据信息。
19.作为本发明一实施方式的进一步改进，所述方法还包括：根据预设的脚本解释器，构建运行服务器；在所述运行服务器中构建中台服务框，作为所述数据服务器中台。
20.作为本发明一实施方式的进一步改进，所述脚本解释器包括node.js，所述中台服务框配置为基于远程字典服务。
21.作为本发明一实施方式的进一步改进，所述方法还包括：构建并基于vue框架创建所述前端页面。
22.为实现上述发明目的之一，本发明一实施方式提供一种数据处理装置，包括：实例封装单元，用于接收若干数据请求参数，根据预设的实例封装指令对所述数据请求参数进行统一封装，得到数据请求对象；并发访问单元，用于根据所述数据请求对象，并发调用数据接口，接收并在数据服务器中台处对若干接口数据参数进行封装，得到接口数据对象；页面渲染单元，用于根据所述接口数据对象，在前端页面进行渲染，得到输出数据页面。
23.为实现上述发明目的之一，本发明一实施方式提供一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口、所述存储器通过所述通信总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行存储器上所存放的程序时，实现上述任一种技术方案所述的数据处理方法的步骤。
24.为实现上述发明目的之一，本发明一实施方式提供一种计算机可读存储介质，其
上存储有计算机程序，该程序被处理器执行时实现上述任一种技术方案所述的数据处理方法的步骤。
25.与现有技术相比，本发明提供的数据处理方法，通过对数据请求参数进行统一封装，然后利用封装后的数据请求对象进行接口的并发调用，能够在数据获取和接口访问层面提升数据处理进程整体的速度，并继续在数据服务器中台进行接口数据参数封装，利用封装后的接口数据对象进行统一的页面渲染，能够在页面渲染层面提升数据处理进程整体的速度并将其可视化；两次封装处理能够最大程度保留数据请求参数和接口数据参数之间的对应关系，从而至少能够在需要进行数据比对的场景下，增加输出数据页面的可读性，如此，兼顾了处理效率、逻辑性和用户体验等多种有益效果。
附图说明
26.图1是本发明一实施方式中电子设备的结构原理图。
27.图2是本发明一实施方式中数据处理装置的结构原理图。
28.图3是本发明一实施方式中数据处理方法的步骤原理图。
29.图4是本发明一实施方式中数据处理方法的第一实施例的部分步骤原理图。
30.图5是本发明一实施方式中数据处理方法的第二实施例的步骤原理图。
31.图6是本发明一实施方式中数据处理方法的第三实施例的步骤原理图。
32.图7是本发明一实施方式中数据处理方法的第四实施例的步骤原理图。
具体实施方式
33.以下将结合附图所示的具体实施方式对本发明进行详细描述。但这些实施方式并不限制本发明，本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。
34.需要说明的是，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。此外，术语“第一”、“第二”、“第三”等仅用于描述目的，而不能理解为指示或暗示相对重要性。
35.互联网的普及，不仅使普通消费者能够通过访问网页或页面获取信息并挑选心仪的物品，还使投资人、律师等有相关业务需求或需要对企业或企业高管进行背景调查的人群，能够通过访问网页或页面进行企业之间的比较和筛选。随着企业各方面特性被逐步量化，在评估和挑选企业或其他目标主体的数据的过程中，用户需要参考的数据维度也逐渐增多。此外，在高效办公的需求下，一次性比对多个企业单一维度指标，或一次性比对多个企业多个维度指标也逐渐成为商务人士的刚需。
36.有鉴于此，本发明提供的技术方案，将针对多个目标主体在至少一个维度上的参考数据进行比对这一应用场景，现有技术中的数据处理方法，对于多维度参考数据的匹配能力差、获取速度慢、渲染效率低等技术问题，通过设计特殊的封装逻辑，以生成便于进行参考数据比对的输出数据页面，从而，用户能够通过浏览输出数据页面，直观地进行比对筛选。
37.本发明在一种实施方式中，提供了足以解决上述技术问题及相关的衍生技术问题
的计算机可读存储介质，设置于计算机中并存储有计算机程序，所述计算机可读存储介质可以是计算机能够存取的任何可用介质，或可以是包含一个或多个可用介质集成的服务器、数据中心等存储设备。所述可用介质可以是例如软盘、硬盘、磁带等的磁性介质，或例如dvd(digital video disc，高密度数字视频光盘)等的光介质，或例如ssd(solid state disk，固态硬盘)等的半导体介质。所述计算机程序被计算机中任一处理器执行时，实施一种数据处理方法，以执行：数据请求参数的封装、数据请求对象的生成、接口数据参数的封装、接口数据对象的生成，以及输出数据页面的生成等步骤。
38.本发明一实施方式进一步提供一种，如图1所示的电子设备100，该电子设备100包括处理器11、通信接口12、存储器13以及通信总线14。处理器11、通信接口12、存储器13通过通信总线14完成相互间的通信。
39.其中，存储器13用于存放计算机程序；处理器11用于执行存储器上存放的程序，所述程序可以是前文所述的、存储于计算机可读存储介质上的计算机程序。在执行该程序时，处理器11可以实现一种数据处理方法，具体可以包括：数据请求参数的封装、数据请求对象的生成、接口数据参数的封装、接口数据对象的生成，以及输出数据页面的生成等步骤。
40.具体地，通信总线14可以是pci总线(peripheral component interconnect，外设部件互连标准)或eisa总线(extended industry standard architecture，扩展工业标准结构)等。该通信总线14可以分为地址总线、数据总线、控制总线等。为便于表示，图1中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
41.通信接口12用于上述电子设备100与其他设备之间的通信。
42.存储器13可以包括ram(random access memory，随机存取存储器)，也可以包括nvm(non-volatile memory，非易失性存储器)，例如至少一个磁盘存储器。可选地，存储器13还可以是至少一个远离前述处理器11设置的存储装置。
43.处理器11可以是通用处理器，包括cpu(central processing unit，中央处理器)、np(network processor，网络处理器)等，还可以是dsp(digital signal processing，数字信号处理器)、asic(application specific integrated circuit，专用集成电路)、fpga(field－programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
44.本发明一实施方式进一步提供一种如图2所示的数据处理装置，所述数据处理装置包括实例封装单元21、并发访问单元22和页面渲染单元23。
45.其中，实例封装单元21用于接收若干数据请求参数，根据预设的实例封装指令对所述数据请求参数进行统一封装，得到数据请求对象。并发访问单元22用于根据所述数据请求对象，并发调用数据接口，接收并在数据服务器中台处对若干接口数据参数进行封装，得到接口数据对象。页面渲染单元23用于根据所述接口数据对象，在前端页面进行渲染，得到输出数据页面。
46.实例封装单元21、并发访问单元22和页面渲染单元23，可以是具有具象化外观的硬件设备，也可以是一个或多个硬件设备中具有抽象化位置的功能分配区。对于前者，三个单元可以依次连接以构成所述数据处理装置的至少部分；对于后者，三个单元可以依次建立通信关系以共同实现数据处理装置的功能配置。
47.上述三个单元还可以用于实现本发明中所涉的其他功能。例如，在一种实施方式
中，实例封装单元21还可以用于根据数据请求指令组，解析得到数据请求指令，和/或根据预设的业务筛选规则，对所述数据请求指令进行筛选以生成所述数据请求参数。在一种实施方式中，并发访问单元22还可以用于并发调用对应于更新请求参数的更新数据对象。在一种实施方式中，页面渲染单元23还可以用于构建vue框架，并基于vue框架创建所述前端页面。
48.本发明提供的数据处理装置还可以包括用于实现其他功能的其他单元。例如，在一种实施方式中，数据处理装置还包括后端服务搭建单元，用于根据预设的脚本解释器，构建运行服务器，和/或用于在运行服务器中构建中台服务框，作为所述数据服务器中台。
49.继续如图3所示，本发明一实施方式提供一种数据处理方法，该方法对应的程序或指令，可以搭载于上述计算机可读存储介质和/或上述电子设备100和/或上述数据处理装置中，以实现数据处理的技术效果。所述方法具体包括下述步骤。
50.步骤31，接收若干数据请求参数，根据预设的实例封装指令对数据请求参数进行统一封装，得到数据请求对象。
51.步骤32，根据数据请求对象，并发调用数据接口，接收并在数据服务器中台处对若干接口数据参数进行封装，得到接口数据对象。
52.步骤33，根据接口数据对象，在前端页面进行渲染，得到输出数据页面。
53.如此，能够基于数据请求参数和调用接口后返回的接口数据参数分别进行封装，基于两者对应生成的对象分别进行并发接口访问和页面渲染，能够极大程度上提高接口调用和页面渲染的效率，保证在大数据量调用、检索和渲染需求的场景下，仍能够具有较快的加载速度。
54.由于数据请求对象和接口数据对象两者具有天然的对应关系，使得数据请求参数和接口数据参数产生相互对应关系。在应对多个目标主体，诸如应对多个企业中多个维度的数据比对的场景下，可以天然的形成诸如“企业a—数据类型a1—数据a1”与“企业b—数据类型b1—数据b1”等相互对应的多条目数据，便于用户进行浏览和比对判断。
55.优选地，为了进一步提升页面的显示效果，便于用户直观地进行比对，在一种实施方式中，所述输出数据页面同时包含对应于所述数据请求参数的所有接口数据参数。如此，将返回的接口数据参数同时在页面上进行渲染，结合封装产生的上述两数据对象之间的对应关系，能够以表单或图形等形式构成对比的显示状态。
56.进一步地，在基于上述实施方式的第一实施例中，如图3和图4所示，为了进一步便于用户进行多企业多维度数据的比对分析，所述步骤33还可以具体包括下述步骤。
57.步骤331，根据接口数据对象中指向第一企业的接口数据参数组，在前端页面的第一区域进行渲染。
58.步骤332，根据接口数据对象中指向第二企业的接口数据参数组，在前端页面的第二区域进行渲染。
59.步骤333，完成对前端页面中所有区域的渲染，得到输出数据页面。
60.如此，能够至少得到第一企业和第二企业相关维度的数据信息，并将两者显示在不同的区域中，从而便于用户进行比对选择。
61.优选地，对应于第一企业和第二企业的接口数据参数组，可以具体包括以下数据类型中至少其中之一：企业风险数据，财务数据，经营信息数据，知识产权信息数据，融资信
息数据。上述五种数据类型，在第一具体示例中，可以解释为五组具体的数据，诸如所述知识产权信息数据指向对应企业的知识产权数量；在第二具体示例中，可以解释为五组经过运算得到的评分，诸如所述企业风险数据可以是经过预设评价机制得到的风险等级；在第三具体示例中，可以解释为五组细分有多种子类型的数据组，诸如所述经营信息数据可以具体包括注册资本数据、成立时间数据、人员规模数据、法定代表人数据、股东数量数据、经营状态数据、企业类型数据、所属行业数据、工商变更数据等至少其中之一。可以理解地，上述三种具体示例之间并不必然相对独立。
62.此外，所述步骤331和步骤332并不一定存在必然的先后顺序，在一种实施方式中可以是先后执行的，在另一种实施方式中可以是基于同一个接口数据对象同时进行渲染的，只不过渲染在页面上的区域不同。当然，本发明提供的第一实施例的上述步骤仅作为一个示例性说明，本领域技术人员能够想到在进行三个企业甚至更多企业进行单一维度或多维度数据比对时，对步骤331、步骤332的内容的改进，以及对步骤332和步骤333之间新增其他步骤的改进。举例而言，接口数据对象中，还可以包括指向第三企业的接口数据参数组，该参数组可以被对应渲染在页面的第三区域处。
63.所述第一区域可以位于页面整体的相对左侧，所述第二区域可以位于页面整体的相对右侧。在维度上相互对应的接口数据参数可以通过颜色相同、底纹相同、字体相同等多种配置方式，向用户清楚地示出其对应关系以及其与其他维度数据之间的区分。
64.本发明还进一步提供基于上述实施方式的第二实施例，以通过预先业务筛选的方式减少数据量，加快方法运行的效率。可以理解地，该第二实施例可以作为独立于上述第一实施例的技术方案被实施，也可以与上述第一实施例相结合。如图5所示，所述第二实施例具体包括下述步骤。
65.步骤41，接收来自前端页面的数据请求指令组，解析得到若干数据请求指令。
66.步骤42，根据预设的业务筛选规则，对数据请求指令进行筛选，生成所述数据请求参数。
67.步骤31，接收若干数据请求参数，根据预设的实例封装指令对数据请求参数进行统一封装，得到数据请求对象。
68.步骤32，根据数据请求对象，并发调用数据接口，接收并在数据服务器中台处对若干接口数据参数进行封装，得到接口数据对象。
69.步骤33，根据接口数据对象，在前端页面进行渲染，得到输出数据页面。
70.如此，能够基于内容细粒度较粗或涵盖范围较广的数据请求指令及其组合，基于预设或者通用的业务筛选规则进行固定和筛选，最终得到细粒度较细且涵盖范围较为明确的数据请求参数。
71.举例而言，所述数据请求指令组可以包括待比对的企业名称和数据对比范围，前者可以是“企业a”和“企业b”，后者可以是“重要信息比对”或与用户登录账号绑定的会员等级。由于当前的数据比对范围指向了一个不确定或范围较大的调用接口数量，因此，可以基于预设的业务筛选规则，对所述数据对比范围进行固定，确定所述“重要信息比对”为指定的某些维度的信息数据。
72.如此，一方面能够减少数据请求参数的数量、数据请求对象的体积、被调用的数据接口的数量、返回接口数据参数的数量，以及接口数据对象的体积，能够屏蔽不常用的企业
信息并显著提升接口访问速度和页面渲染速度。另一方面，能够基于不同的数据请求指令，客制化地设置不同的接口调用机制，例如，对于会员等级较高或点选“详细信息比对”的用户，可以基于调用和检索范围更广的另一套业务筛选规则进行数据请求指令筛选，并返回数据量更大或比对更为详细的企业信息数据。
73.此外，本发明提供的上述第二实施例，除了可以配置为对数据请求指令进行筛选，换言之，在数据请求的层面进行数量的简化以外，当然还可以替换地实施为对返回的接口数据参数进行筛选。前者能够同时改善数据并发调用速度和页面渲染速度，后者倾向于改善页面渲染速度。上述两种技术方案均在本发明的保护范围之内。本发明还可以设置有一种预先数据量判断机制，以实现上述两种模式之间的切换。例如，在数据请求指令组指向的数据维度细粒度较细和/或数据请求量较少时，可以不对和数据请求指令进行筛选，只对返回的接口数据参数进行筛选，从而保留更完整的数据内容；在数据请求指令组指向的数据维度细粒度较粗和/或数据请求量较大时，可以采用图5提供的实施例，以大幅提升处理速度。
74.优选地，所述数据请求指令组包括数据比对请求指令，例如，可以指向对“企业a”和“企业b”的某些企业信息维度的数据对比命令。所述输出数据页面包括数据比对表单，例如，可以以表单的形式罗列至少两个目标主体在至少一个数据请求参数所对应的维度下的企业信息数据。
75.具体地，所述步骤42还可以具体包括：根据所述业务筛选规则，以请求数据类型为依据，对所述数据请求指令进行筛选，生成所述数据请求参数。如此，可以筛选掉不符合会员等级要求或未落入“重要信息比对”范围内的其他数据请求指令，实现数据比对的客制化。
76.优选地，所述业务筛选规则所指向的请求数据类型，可以与上述接口数据参数组的数据类型相类似地，包括多个数据维度。
77.以企业信息数据为例，则可以包括指向企业基本信息的企业名称数据，和/或包括指向企业风险数据的自身风险数据、关联风险数据、历史风险数据、提示信息数据、敏感舆情数据至少其中之一，和/或包括指向财务数据的营业收入数据、利润总额数据、净利润数据、总资产数据、总负债数据、净资产数据、经营现金流量净额数据至少其中之一，和/或包括指向经营信息数据的注册资本数据、成立时间数据、人员规模数据、法定代表人数据、股东数量数据、经营状态数据、企业类型数据、所属行业数据、工商变更数据至少其中之一，和/或包括指向知识产权信息数据的商标数据、专利数据、资质证书数据、作品著作数据、软件著作数据至少其中之一，和/或包括指向融资信息数据的融资历程数据、对外投资数据、企业业务数据、行政许可数据、招投标数据、招聘岗位数据至少其中之一。
78.优选地，所述数据请求参数在所述数据请求对象中的排列顺序，与所述接口数据参数在所述接口数据对象中的排列顺序相一致。如此，能够最大程度上保证不同企业在同一维度上的企业信息数据是相互对应的，即使没有进行特殊标记，也能够天然的形成排列次序上的对应关系，在提升处理速度的同时，保证数据处理效果和页面的直观易读性。
79.优选地，所述实例封装指令为promise.all指令。由于promise.all指令获得的成功结果的数组(也即，所述接口数据对象)中呈现的数据排列顺序，与promise.all指令接收到的数组(也即，所述接口请求对象)中呈现的数据排列顺序是一致的。
80.例如，形如promise.all(p1,p2)的数据请求对象中，p1表征企业风险数据的数据请求参数的实例，p2表征财务数据的数据请求参数的实例。基于此，即便表征企业风险数据的结果返回的时间，比表征财务数据的结果返回的时间要晚，所述接口数据对象中表征企业风险数据的结果(接口数据参数)仍然在前，表征财务数据的结果(接口数据参数)仍然在后。如此，在前端开发请求数据的过程中，可以调用得到符合请求顺序的接口数据。
81.当然，基于promise.all指令作为实例封装指令，能够实现接口数据的并发访问或请求，从而保证了数据处理的速度。基于上述两种特性，能够使得本发明提供的数据处理方法能够适用于，包括数据对比场景在内的多种复杂的处理场景之下。
82.本发明还进一步提供基于上述实施方式的第三实施例，通过将数据请求参数进行预先存储，实现历史数据请求参数(或称，历史记录)的随时、快速调用。可以理解地，该第三实施例可以作为独立于上述第一实施例和第二实施例的技术方案被实施，也可以与上述第一实施例和/或第二实施例相结合。如图6所示，所述第三实施例具体包括下述步骤。
83.步骤31，接收若干数据请求参数，根据预设的实例封装指令对数据请求参数进行统一封装，得到数据请求对象。所述步骤31具体包括：
84.步骤310，接收数据请求参数，将数据请求参数存储于数据服务器中台，并根据实例封装指令对数据请求参数进行统一封装。
85.步骤32，根据数据请求对象，并发调用数据接口，接收并在数据服务器中台处对若干接口数据参数进行封装，得到接口数据对象。
86.步骤33，根据接口数据对象，在前端页面进行渲染，得到输出数据页面。
87.如此，能够利用数据服务器中台构建具有数据库功能的服务项目，并将接收到的数据请求参数进行暂存，从而，在用户下次进入页面甚至输入新的数据请求参数时，能够利用数据服务器中台处暂存的历史数据请求参数直接进行并发接口访问，并将历史记录渲染在前端页面上供参考。
88.对于用户侧，能够避免用户多次重复进行点击和数据请求输入，简化操作。对于机器侧，能够加快响应速度，避免相同或类似的数据反复调用所带来的效率损失。
89.在该第三实施例的一个优选具体示例中，所述步骤33之后还可以具体包括下述步骤。
90.步骤51，接收更新请求参数，将数据服务器中台处存储的数据请求参数进行统一封装，并发调用数据接口得到接口数据对象后，在页面进行渲染。
91.步骤52，根据预设的实例封装指令对更新请求参数进行统一封装，并发调用数据接口得到更新数据对象后，在页面进行更新渲染，得到更新数据页面。
92.上述步骤51和步骤52中，未展开描述的数据请求参数统一封装过程、更新请求参数统一封装过程，可以参照全文对步骤31的描述进行替换实施；未展开描述的并发调用数据接口得到接口数据对象的过程、并发调用数据接口得到更新数据对象的过程，可以参照全文对步骤32的描述进行替换实施；未展开描述的在页面进行更新渲染，以及得到更新数据页面的过程，可以参照全文对步骤33的描述进行替换实施。
93.如此，能够进一步促进前端页面的渲染速度，配合前端的渲染动画，提升页面响应速度并改善用户对页面渲染的感知情况。
94.优选地，所述更新数据页面同时包括所述接口数据对象所指向的数据信息，以及
所述更新数据对象所指向的数据信息。如此，能够将历史企业信息数据和更新企业信息数据一并显示在前端页面上，方便用户在时间轴上进行比对。当然，所述历史企业信息数据可以与更新企业信息数据具有相区别的字体、字号、颜色、底纹等性质。上述“历史回溯”功能也可以被用户选择性关闭。
95.本发明还进一步提供基于上述实施方式的第四实施例，通过设置特殊的服务器或前端页面构建步骤，提升接口数据调用能力和页面渲染速度和效果，同时优选兼顾多项目、多动画的页面设计需求。可以理解地，该第四实施例可以作为独立于上述第一实施例、第二实施例和第三实施例的技术方案被实施，也可以与上述第一实施例和/或第二实施例和/或第三实施例相结合。如图7所示，所述第四实施例具体包括下述步骤。
96.步骤61，根据预设的脚本解释器，构建运行服务器。
97.步骤62，在运行服务器中构建中台服务框，作为数据服务器中台。
98.步骤31，接收若干数据请求参数，根据预设的实例封装指令对数据请求参数进行统一封装，得到数据请求对象。
99.步骤32，根据数据请求对象，并发调用数据接口，接收并在数据服务器中台处对若干接口数据参数进行封装，得到接口数据对象。
100.步骤33，根据接口数据对象，在前端页面进行渲染，得到输出数据页面。
101.如此，能够对应于不同的引擎之下的不同运行环境，利用预设的脚本解释器实现自适应的开发平台构建。在提升功能扩展性的同时，通过构建运行服务器和中台服务框，能够使得前端和后端的交互更为顺畅。结合前文提供的并发接口调用方案和封装对象的页面渲染逻辑，能够降低数据匹配错误发生概率，并提高整体过程的效率。
102.优选地，所述脚本解释器包括node.js。node.js是一个基于chrome javascript运行时建立的平台，用于方便地搭建响应速度快、易于扩展的网络应用。node.js使用事件驱动，非阻塞i/o模型而得以轻量和高效，非常适合在分布式设备上运行数据密集型的实时应用。基于此，在将本发明提供的方案应用于进行企业信息数据调用和比对的场景下时，后端可以通过接收需查询公司的id，调用相关工商数据接口、财务相关接口、经营信息接口、知识产权接口，通过筛选有效信息并整合通过ajax请求发送至前端页面。
103.相并列且优选地，所述中台服务框配置为基于远程字典服务(remote dictionary server，redis)。所述远程字典服务是一个开源的使用ansi c语言编写、支持网络、可基于内存亦可持久化的日志型、key-value数据库，并提供多种语言的api。使用远程字典服务构建用于进行数据请求参数暂存的数据服务器中台，能够使服务器和处理过程具有高性能、数据类型兼容性强、操作原子性、数据持久化和数据备份等优势和功能。此外，基于上述配置，所述数据服务器中台还能够适应于会话缓存、全页缓存、队列、排行榜/计数器，以及发布/订阅等拓展的应用场景。
104.优选地，所述步骤31之前，还可以包括步骤63：构建并基于vue框架创建所述前端页面。如此，能够预先完成对前端页面的构建，后续步骤31至步骤33中，只需要在构建好的前端页面上新增渲染对应的企业信息数据即可。
105.所述vue框架可以解释为基于vue.js构建的基础框架。vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是，vue框架采用自底向上增量开发的设计。vue框架的核心库只关注视图层，并且非常容易学习，非常容易与其它库或已有项目整合。另一
方面，vue框架完全有能力驱动采用单文件组件和vue生态系统支持的库开发的复杂单页应用。vue.js能够通过尽可能简单的api(application programming interface，应用程序编程接口)实现响应的数据绑定和组合的视图组件，能够较好地适应于企业信息数据比对的应用场景中。
106.可以理解地，上文提到的数据接口，在一种实施方式中也可以被解释为是api。
107.值得强调地，第一，采用vue框架配合本发明提供的其他部分的技术方案，相比于基于html(hyper text markup language，超文本标记语言) css(cascading style sheets，层叠样式表) javascript的传统页面构建方法而言，渲染速度更快，用户体验更加良好。
108.第二，本发明并不局限于采用vue框架进行前端页面的搭建，在其他实施方式中，还可以是采用诸如react(或称，react.js或reactjs)，angularjs等框架进行。其中，react框架可以解释为，是一个为数据提供渲染为html视图的开源javascript库。所述angularjs可以解释为，是一个应用设计框架与开发平台，用于创建高效、复杂、精致的单页面应用，通过新的属性和表达式扩展了html，实现一套框架下，多种平台、移动端和桌面端。所述angularjs框架有着诸多特性，从而，基于angularjs框架建立的前端页面，可以具有诸如：mvvm(model-view-view model，模型视图变换)、模块化、自动化双向数据绑定、语义化标签、依赖注入等特性。
109.综上，本发明提供的数据处理方法，通过对数据请求参数进行统一封装，然后利用封装后的数据请求对象进行接口的并发调用，能够在数据获取和接口访问层面提升数据处理进程整体的速度，并继续在数据服务器中台进行接口数据参数封装，利用封装后的接口数据对象进行统一的页面渲染，能够在页面渲染层面提升数据处理进程整体的速度并将其可视化；两次封装处理能够最大程度保留数据请求参数和接口数据参数之间的对应关系，从而至少能够在需要进行数据比对的场景下，增加输出数据页面的可读性，如此，兼顾了处理效率、逻辑性和用户体验等多种有益效果。
110.应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施方式中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。
111.上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。