一种呈现海量数据的方法、设备和系统

1.一种呈现海量数据的方法，其特征在于，包括：
确定海量数据的属性，所述属性包括经纬度信息；
确定要呈现的GIS图层层数；
确定并保存GIS图层的各层呈现的海量数据的内容，所述内容包括所述属性、根据属性计算的性能参数信息、图元和计算的图元数量值中的至少两项，GIS图层的各层呈现的海量数据的内容不完全相同；
在GIS图层的各层加载并发布要呈现的海量数据的内容；
所述根据属性计算的性能参数信息是由服务器存储所述属性、获取与要计算的性能参数信息相关的属性信息、计算并传送至呈现海量数据的设备得到的。
2.一种呈现海量数据的设备，其特征在于，包括：
属性确定单元，用于确定海量数据的属性，所述属性包括经纬度信息；
层数确定单元，用于确定要呈现的GIS图层层数；
内容确定单元，用于确定并保存GIS图层的各层呈现的海量数据的内容，所述内容包括所述属性、根据属性计算的性能参数信息、图元和计算的图元数量值中的至少两项，GIS图层的各层呈现的海量数据的内容不完全相同；
呈现单元，用于在GIS图层的各层加载并发布要呈现的海量数据的内容；
所述内容确定单元用于从服务器接收根据属性计算的性能参数信息，所述性能参数信息是由服务器存储所述属性、获取与要计算的性能参数信息相关的属性信息并计算得到的。
3.一种呈现海量数据的系统，其特征在于，包括权利要求2所述呈现海量数据的设备以及服务器。

一种呈现海量数据的方法、设备和系统\n技术领域\n[0001] 本发明涉及大数据、GIS技术领域，尤其涉及一种呈现海量数据的方法、设备和系统。\n背景技术\n[0002] 随着应用系统的发展，采用GIS(Geographic Information System，地理信息系统)方式来展示地理信息相关数据正逐渐普及，包括从最初的地理信息的静态展示到数据多维分析等功能。但是随着应用需求的不断增加，需要在GIS上展示更多的信息点，从最初的几十、几百个到目前的几万个甚至几十万个。针对海量数据的展示，现有平台提供了一种方法，即Cluster抽稀方法，其可以实现海量数据的展示，其过程为：通过内部API从服务端获取所有数据，并加载到客户端，并通过其内部方法根据点的经纬度信息(纯地理信息)进行空间分析，并生成抽稀的结果，最终根据GIS的可视范围动态的展示数据。\n[0003] 以信息点数据为例，假设全国信息点有20万个(每个信息点有15个属性字段)，现有平台将20万个信息点全部加载，并按照软件内部算法将20万个信息点按照空间分析的算法分成N组，然后将这N组以N个信息点的形式展示，每一个信息点体现信息点数量。\n[0004] 由于GIS的局限性，当GIS上显示的信息点的数量超过一定限制后，地图的可操作性就会大大的受影响，甚至不可用，尤其是在WEB GIS上，对于图元的数量要求更严格。\n[0005] 现有技术通过现有GIS平台自身提供的抽稀功能，若要显示所有信息点的数量需要加载很长时间。由于需要将图层中的所有数据都加载到客户端，因此网络传输速度对海量数据的加载、显示影响很大，网络传输速度慢或网络稳定性差都会使数据加载困难甚至中断。同样，由于需要将数据加载到客户端的浏览器中，在数据量超过一定范围后，客户端必须要配置足够的内存和CPU，才能保证海量数据的正常加载。\n[0006] 随着系统加载信息点数量的不断增加以及考虑多用户并发的情况，需要较高配置的服务器，提高系统运营成本。\n[0007] 现有平台的抽稀方法主要根据信息点的地理信息进行抽稀，无法根据特定的业务场景(比如所属行政区、信息点熟悉等)进行抽稀分析。在抽稀的过程中，完全依赖于信息点的经纬度，没有考虑信息点的业务属性，导致部分合并结果不符合业务逻辑，比如将两个省的信息点的数量合并在一起显示。\n发明内容\n[0008] 本发明要解决的技术问题是提高GIS图层上海量数据内容的呈现速度。\n[0009] 根据本发明一方面，提出一种呈现海量数据的方法，包括：\n[0010] 确定海量数据的属性，所述属性包括经纬度信息；\n[0011] 确定要呈现的GIS图层层数；\n[0012] 确定GIS图层的各层呈现的海量数据的内容，所述内容包括所述属性、根据属性计算的性能参数信息、图元和/或计算的图元数量值；\n[0013] 在GIS图层发布各层要呈现的海量数据的内容。\n[0014] 进一步，根据属性计算性能参数信息的操作为：\n[0015] 服务器存储所述属性，获取与要计算的性能参数信息相关的属性信息，计算出所述性能参数信息，并传送到要呈现海量数据内容终端侧或客户端侧。\n[0016] 进一步，终端侧或客户端侧保存要呈现的海量数据内容。\n[0017] 根据本发明的另一方面，还提出一种呈现海量数据的设备，包括：\n[0018] 属性确定单元，用于确定海量数据的属性，所述属性包括经纬度信息；\n[0019] 层数确定单元，用于确定要呈现的GIS图层层数；\n[0020] 内容确定单元，用于确定GIS图层的各层呈现的海量数据的内容，所述内容包括所述属性、根据属性计算的性能参数信息、图元和/或计算的图元数量值；\n[0021] 呈现单元，用于在GIS图层发布各层要呈现的海量数据的内容。\n[0022] 进一步，所述内容确定单元从服务器接收根据属性计算的性能参数信息。\n[0023] 进一步，所述服务器存储所述属性，获取与要计算的性能参数信息相关的属性信息，计算出所述性能参数信息，并传送到要呈现海量数据内容终端侧或客户端侧。\n[0024] 根据本发明的另一方面，还提出一种呈现海量数据的系统，包括上述任一所述呈现海量数据的设备以及服务器。\n[0025] 在本发明中，终端侧或客户端侧已获取GIS图层的各层呈现的海量数据的内容，例如，保存在终端侧或客户端侧，所需要的海量数据内容可以由服务器计算，并且，在GIS图层的每层加载并发布该层要呈现的海量数据的内容。因此，提高了GIS图层上海量数据内容的呈现速度。进一步，实现了GIS上的快速显示和各个层次之间的快速切换。\n[0026] 此外，由于在每层只加载该层要呈现的海量数据的内容，因此，减少了对客户端的高配置要求。\n[0027] 通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。\n附图说明\n[0028] 构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。\n[0029] 参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：\n[0030] 图1为实施例中一种呈现海量数据的方法流程图。\n[0031] 图2为实施例中一种呈现海量数据的设备的结构示意图。\n[0032] 图3为实施例中一种呈现海量数据的系统的结构示意图。\n具体实施方式\n[0033] 现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。\n[0034] 同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。\n[0035] 以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。\n[0036] 对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。\n[0037] 在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。\n[0038] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。\n[0039] 为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。\n[0040] 图1为实施例中一种呈现海量数据的方法流程图。该方法包括以下步骤：\n[0041] 在步骤110，确定海量数据的属性，所述属性包括经纬度信息。\n[0042] 例如，确定海量数据共有i类属性，即P0～Pi-1。\n[0043] 其中，所述属性还可以包括：归属省、归属地市、天线位角、和/或天线下倾角。本领域技术人员应该可以理解，这里的属性信息只是用于举例，不应理解为对本发明的限制。可以根据需要对属性信息进行相应的扩展和变型，均应覆盖在本权利要求的保护范围之内。\n[0044] 在步骤120，确定要呈现的GIS图层层数。\n[0045] 例如，要呈现的GIS图层层数共有j层，即L0～Lj-1。\n[0046] 在步骤130，确定并获取GIS图层的各层呈现的海量数据的内容，所述内容包括所述属性、根据属性计算的性能参数信息、图元和/或计算的图元数量值。\n[0047] 例如，GIS呈现的是基站相关内容，假设GIS图层的第1层为全国范围的基站，由于在该可视范围内要呈现的内容较多，则可以只显示图元以及图元数量值。这里所说的图元指基站，例如，在每个已设置的区域内显示该区域的基站数量。\n[0048] 又例如，GIS图层的第2层进一步显示了各个省的基站以及相关的信息。由于在该可视范围内，某些区域的基站数量较多，有些区域的基站数量较少，则可以在基站数量较多的区域显示该区域的基站图元以及基站数量，在基站数量较少的区域显示该区域的基站图元、基站属性、以及根据属性计算的性能参数信息。这里所说的属性例如是，归属省、归属地市、天线位角。根据属性计算的性能参数信息例如是，掉话率。则对应的属性包括全部通话数中已接通的通话数、未接通的通话数，或者掉话率高于某门限的基站数量等。\n[0049] 本领域技术人员应该可以理解，上述只是用于举例，可以根据需要，确定GIS图层的各层呈现的海量数据的内容，从而实现在同一层呈现全部或部分图元及其图元数量值，全部或部分图元及其属性，全部或部分图元、属性及性能参数信息。此外，还可以用不同形状体现数量值的大小。等等。\n[0050] 在本发明的实施例中，根据属性计算性能参数信息的操作为：\n[0051] 服务器存储所述属性，获取与要计算的性能参数信息相关的属性信息，计算出所述性能参数信息，并传送到要呈现海量数据内容终端侧或客户端侧。即，在该实施例中，呈现海量数据内容的终端侧或客户端侧只需要获取性能参数信息，无需在本地进行计算，从而，可以快速的响应加载性能参数信息的要求。\n[0052] 此外，也降低了对终端侧或客户端侧的配置要求，例如，内存配置。\n[0053] 此外，也降低了对网络带宽的依赖。终端内模块的稳定性更高，有效降低数据加载中断、失败等事件发生的概率。从而，由于稳定性而进一步降低了运营成本投入。\n[0054] 在步骤140，在GIS图层的每层加载并发布该层要呈现的海量数据的内容。\n[0055] 在该实施例中，终端侧或客户端侧已获取GIS图层的各层呈现的海量数据的内容，例如，保存在终端侧或客户端侧，所需要的海量数据内容可以由服务器计算，并且，在GIS图层的每层加载并发布该层要呈现的海量数据的内容。因此，提高了GIS图层上海量数据内容的呈现速度。进一步，实现了GIS上的快速显示和各个层次之间的快速切换。\n[0056] 此外，由于在每层只加载该层要呈现的海量数据的内容，因此，减少了对客户端的高配置要求。\n[0057] 图2为实施例中一种呈现海量数据的设备的结构示意图。该设备包括：属性确定单元210、层数确定单元220、内容确定单元230以及呈现单元240。其中：\n[0058] 属性确定单元210，用于确定海量数据的属性，所述属性包括经纬度信息。\n[0059] 其中，所述属性还可以包括：归属省、归属地市、天线位角、和/或天线下倾角。本领域技术人员应该可以理解，这里的属性信息只是用于举例，不应理解为对本发明的限制。可以根据需要对属性信息进行相应的扩展和变型，均应覆盖在本权利要求的保护范围之内。\n[0060] 层数确定单元220，用于确定要呈现的GIS图层层数。\n[0061] 内容确定单元230，用于确定并获取GIS图层的各层呈现的海量数据的内容，所述内容包括所述属性、根据属性计算的性能参数信息、图元和/或计算的图元数量值。\n[0062] 例如，GIS呈现的是基站相关内容，假设GIS图层的第1层为全国范围的基站，由于在该可视范围内要呈现的内容较多，则可以只显示图元以及图元数量值。这里所说的图元指基站，例如，在每个已设置的区域内显示该区域的基站数量。\n[0063] 又例如，GIS图层的第2层进一步显示了各个省的基站以及相关的信息。由于在该可视范围内，某些区域的基站数量较多，有些区域的基站数量较少，则可以在基站数量较多的区域显示该区域的基站图元以及基站数量，在基站数量较少的区域显示该区域的基站图元、基站属性、以及根据属性计算的性能参数信息。这里所说的属性例如是，归属省、归属地市、天线位角。根据属性计算的性能参数信息例如是，掉话率。则对应的属性包括全部通话数中已接通的通话数、未接通的通话数，或者掉话率高于某门限的基站数量等。\n[0064] 本领域技术人员应该可以理解，上述只是用于举例，可以根据需要，确定GIS图层的各层呈现的海量数据的内容，从而实现在同一层呈现全部或部分图元及其图元数量值，全部或部分图元及其属性，全部或部分图元、属性及性能参数信息。此外，还可以用不同形状体现数量值的大小。等等。\n[0065] 呈现单元240，用于在GIS图层发布各层要呈现的海量数据的内容。\n[0066] 在该实施例中，终端侧或客户端侧已获取GIS图层的各层呈现的海量数据的内容，例如，保存在终端侧或客户端侧，所需要的海量数据内容可以由服务器计算，并且，在GIS图层的每层加载并发布该层要呈现的海量数据的内容。因此，提高了呈现速度。进一步，实现了GIS上的快速显示和各个层次之间的快速切换。\n[0067] 此外，由于在每层只加载该层要呈现的海量数据的内容，因此，减少了对客户端的高配置要求。\n[0068] 在本发明的实施例中，所述内容确定单元从服务器接收根据属性计算的性能参数信息。\n[0069] 在本发明的实施例中，所述服务器存储所述属性，获取与要计算的性能参数信息相关的属性信息，计算出所述性能参数信息，并传送到要呈现海量数据内容终端侧或客户端侧。\n[0070] 在该实施例中，呈现海量数据内容的终端侧或客户端侧只需要获取性能参数信息，无需在本地进行计算，从而，可以快速的响应加载性能参数信息的要求。\n[0071] 此外，也降低了对终端侧或客户端侧的配置要求，例如，内存配置。\n[0072] 此外，也降低了对网络带宽的依赖。终端内模块的稳定性更高，有效降低数据加载中断、失败等事件发生的概率。从而，由于稳定性而进一步降低了运营成本投入。\n[0073] 图3为实施例中一种呈现海量数据的系统的结构示意图。该系统包括呈现海量数据的设备310以及服务器320。其中，呈现海量数据的设备的各个实施例以及服务器已在上面进行说明。\n[0074] 下面以实现20万个移动通信基站的GIS呈现为例进行说明。\n[0075] 确定移动通信基站的属性。移动通信基站的属性包括经度、纬度、归属省、归属地市、天线方位角和天线下倾角。\n[0076] 确定需要呈现的GIS图层的层数，本实施例共呈现15层数据。\n[0077] 确定并获取GIS图层的各层呈现的海量数据的内容。\n[0078] 在GIS图层的每层加载并发布该层要呈现的海量数据的内容。\n[0079] L0/L1呈现基于“归属省”和省级行政辖区区域的抽稀汇总数量，不呈现天线方位角和天线下倾角。\n[0080] L2～L4呈现基于基站属性“归属市”和市级行政辖区区域的抽稀汇总数量，不呈现天线方位角和天线下倾角。\n[0081] L5～L10层，呈现“经度”、“纬度”和相应级别的栅格，呈现基站数量值，不呈现天线方位角和天线下倾角。\n[0082] L11～L14层，呈现天线方位角和天线下倾角。\n[0083] 通过电脑点击地图中放大缩小键，可以快速显示基站相关信息。现有技术中，在同一图层只能显示基站的数量值，或者基站的具体位置，不能将基站数量值与具体位置信息同层显示。在本发明中，可以在同层显示基站数量值与具体位置信息，例如，在L5～L10层，呈现具体位置信息和基站数量值。\n[0084] 现有技术的呈现方式中，是将所有要呈现的内容都加载在GIS上，只是在显示某层时调取相应的数据进行显示。以加载20万个点的图层为例，由于要加载的信息量很大，所以，第一次加载需要90s，客户端需要内存1.2G，每次拖动或者改变视野延迟4～5s。与之相比，本发明的该实施例中，第一次加载时间在15s左右，拖动或者改变视野速度在1秒左右。\n[0085] 本发明中，确定并获取GIS图层的各层呈现的海量数据的内容，在GIS图层的每层加载并发布该层要呈现的海量数据的内容。即，只加载该层要呈现的内容，并且，如果需要计算操作可以由服务器完成，因此，提高了呈现速度，可以快速的响应加载性能参数信息的要求。进一步，实现了GIS上的快速显示和各个层次之间的快速切换。也降低了对网络带宽的依赖。终端内模块的稳定性更高，有效降低数据加载中断、失败等事件发生的概率。从而，由于稳定性而进一步降低了运营成本投入。由于在每层只加载该层要呈现的海量数据的内容，因此，减少了对客户端的高配置要求。\n[0086] 并且，解决了传统抽稀带来的业务逻辑错误，便于研发人员随用户实际需求扩展相关功能。针对实际的业务需求，根据不同的场景改变抽稀的算法，例如，针对的对象，或者更改属性等等，以符合业务要求。\n[0087] 至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。\n[0088] 可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。\n[0089] 虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。