CN102209335A - 一种多网元用户数据的获取方法及装置 - Google Patents

Abstract

本发明公开了一种多网元用户数据的获取方法，各网元平台产生的用户数据被存储于数据库中，当用户需要获取用户数据时，通过向数据库发送查询指令即可获取所需的用户数据，用户不再直接访问各网元平台，实现了日常查询工作与各网元平台的隔离，降低了网元平台的负荷压力，有利于提高网元平台的安全性和稳定性；当要获取多个网元平台的用户数据时，只需要向数据库发送查询请求，在数据库进行查询后一次性返回请求查询的数据，提高了用户数据的获取效率。本发明还公开了一种多网元用户数据的获取装置。

Description

一种多网元用户数据的获取方法及装置

技术领域

本发明属于通信技术领域，尤其涉及一种多网元用户数据的获取方法及装置。

背景技术

HLR(归属位置寄存器)/AUC(鉴权中心)是移动通信网络中用于保存管理用户数据的重要网元，主要保存移动通信用户的业务信息、用户当前所在地理位置信息、用户是否可及等信息。SCP(业务控制节点)是移动通信网络中智能网业务关键要素，主要保存智能网业务相关用户信息。彩铃平台主要保存彩铃用户的相关信息。移动通信用户的用户数据分别在各个网元平台保存，各个网元平台在物理上呈离散分布架构。移动通信公司在客户业务受理、服务计费、客户数据存储等业务支撑过程中，或者在日常用户业务情况查询、产品订购情况查询、网元数据分析、平台操作日志分析、各个网元间数据一致性对比过程中，需要获取分布在多个网元平台的用户数据。

目前，移动通信公司获取多个网元平台的用户数据的方法为：通过业务运营支撑系统分别向各个独立的网元平台发送查询请求，各个网元平台根据接收到的查询请求进行查询操作，之后将查询结果发送至业务运营支撑系统。

但是，上述获取网元平台用户数据的方法存在以下问题：网元平台在生产用户数据的同时，还要承担相关用户数据抽取的任务，这导致网元平台的负荷压力过大，降低了网元平台的安全性和稳定性；如果要获取多种用户数据，则必须分别向各独立的网元平台发送单用户查询请求，并等待各网元平台分别返回请求查询的数据，导致用户数据获取效率的降低。

发明内容

有鉴于此，本发明的目的在于提供一种多网元用户数据的获取方法及装置，可以提高用户数据的获取效率，降低网元平台的负荷压力，提高网元平台的安全性和稳定性。

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

一种多网元用户数据的获取方法，包括：分别采集多个网元平台的操作日志文件，所述网元平台包括HLR/AUC归属位置寄存器/鉴权中心、SCP业务控制节点和彩铃平台；对所述操作日志文件进行数据标准化处理，获得增量用户数据；利用所述增量用户数据更新预先构建的存储有全量用户数据的数据库中对应的用户数据；接收用户数据查询指令，将所述用户数据查询指令解析为查询语句；在所述数据库中查询与所述查询语句匹配的用户数据，并发送。

优选的，在上述方法中，构建数据库的过程具体为：分别采集多个网元平台的全量数据文件；对所述全量数据文件进行数据标准化处理，获得全量用户数据；存储所述全量用户数据至所述数据库中。

优选的，在上述方法中，在满足预设条件时重新构建数据库，所述预设条件为：距离前次构建数据库的时间间隔达到阈值时间、或者发生操作日志文件采集中断并在中断恢复之后。

优选的，在上述方法中，所述查询指令包括批量查询指令。

优选的，在上述方法中，在采集多个网元平台的操作日志文件后，还包括：存储所述操作日志文件至所述数据库；接收日志查询指令，将所述日志查询指令解析为查询语句；在所述数据库中查询与所述查询语句匹配的操作日志文件，并发送。

优选的，在上述方法中，进一步包括预设操作日志文件采集时间的步骤；相应的，在分别采集多个网元平台的操作日志文件之前，还包括判断是否到达预设采集时间的步骤，当到达所述预设采集时间时，执行分别采集多个网元平台的操作日志文件的步骤。

一种多网元用户数据的获取装置，包括：

操作日志文件采集接口，用于分别采集多个网元平台的操作日志文件；

全量数据文件采集接口，用于分别采集多个网元平台的全量数据文件；

操作日志标准化处理单元，用于对所述操作日志文件进行数据标准化处理，获得增量用户数据；

全量数据标准化处理单元，用于对所述全量数据文件进行数据标准化处理，获得全量用户数据；

用户数据查询接口，用于接收用户发送的用户数据查询指令；

查询指令解析单元，用于将所述用户数据查询指令解析为查询语句；

数据库，用于存储全量用户数据、利用所述增量用户数据更新对应的用户数据、查询与所述查询语句匹配的用户数据；

数据导出接口，用于获取所述数据库查询所得的用户数据，并发送。

优选的，在上述装置中，进一步包括重构判断单元，所述重构判断单元用于判断是否满足重新构建数据库的预设条件，所述预设条件为距离前次构建数据库的时间间隔达到阈值时间、或者发生操作日志文件采集中断并在中断恢复之后。

优选的，在上述装置中，进一步包括日志查询接口，所述日志查询接口用于接收用户发送的日志查询指令；所述查询指令解析单元还用于将所述日志查询指令解析为查询语句；所述数据库还用于存储操作日志文件中的操作日志数据，查询与所述查询语句匹配的操作日志数据；所述数据导出接口还用于获取所述数据库查询所得的操作日志数据，并发送。

优选的，在上述装置中，进一步包括定时调度单元，所述定时调度单元用于预设操作日志的采集时间、判断是否到达所述采集时间。

由此可见，在本发明上述公开的多网元用户数据的获取方法中，各网元平台产生的用户数据被存储于数据库中，当用户需要获取用户数据时，通过向数据库发送查询指令即可获取所需的用户数据，用户不再直接访问各网元平台，实现了日常查询工作与各网元平台的隔离，降低了网元平台的负荷压力，有利于提高网元平台的安全性和稳定性；当要获取多个网元平台的用户数据时，只需要向数据库发送查询请求，在数据库进行查询后一次性返回请求查询的数据，与现有技术中同时向各网元平台分别发送查询请求，并等待各网元平台分别返回请求查询的数据相比，可以提高用户数据的获取效率。

附图说明

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

图1为本发明公开的一种多网元用户数据的获取方法的流程图；

图2为本发明公开的一种构建数据库的方法的流程图；

图3为本发明公开的另一种多网元用户数据的获取方法的流程图；

图4为本发明公开的一种多网元用户数据的获取装置的结构示意图；

图5为本发明公开的另一种多网元用户数据的获取装置的结构示意图。

具体实施方式

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

本发明公开了一种多网元用户数据的获取方法，可以提高用户数据的获取效率，降低网元平台的负荷压力，提高网元平台的安全性和稳定性。

参见图1，图1为本发明公开的一种多网元用户数据的获取方法的流程图。包括：

步骤S11：分别采集多个网元平台的操作日志文件。

步骤S12：对所述操作日志文件进行数据标准化处理，获得增量用户数据。

在移动通信过程中，网元平台主要包括HLR/AUC、SCP和彩铃平台。生产网元平台的厂商众多，在通信网络中，同一类型的网元平台可能采用多个厂商的设备，而不同厂商的网元平台所产生的用户数据具有不同的格式。通过对网元平台产生的操作日志文件进行数据标准化处理，可以将同一类型网元平台的操作日志文件处理为具有相同数据格式的增量用户数据。增量用户数据是指从上次数据采集到当前时刻发生变化的用户数据。例如，将不同厂商的HLR/AUC产生的操作日志文件处理为具有相同格式的增量用户数据，将不同厂商的SCP产生的操作日志文件处理为具有相同格式的增量用户数据。具体的，针对不同型号的网元平台，分别采用相应的数据标准化规则引擎和数据标准化规则库进行数据标准化处理。

步骤S13：利用所述增量用户数据更新预先构建的数据库中对应的用户数据。

在本方法的初始阶段，要构建包含全量用户数据的数据库。在步骤S12中获取的增量用户数据反映了用户业务的变更情况，通过将增量用户数据更新至数据库中，可以保证数据库中的全量用户数据与各网元平台的数据保持一致。

步骤S14：接收用户数据查询指令，并将所述用户数据查询指令解析为查询语句。

用户发送用户数据查询指令的操作，可以通过点击服务终端中的可视化命令按钮实现，当用户点击该命令按钮之后，终端发出与该命令按钮对应的用户数据查询指令，之后对该用户数据查询指令进行解析，得到查询语句。

步骤S15：在所述数据库中查询与所述用户数据查询语句匹配的数据，并发送。

在本发明上述公开的多网元用户数据的获取方法中，各网元平台产生的用户数据被存储于数据库中，当用户需要获取用户数据时，通过向数据库发送用户数据查询指令即可获取所需的用户数据，用户不再直接访问各网元平台，实现了日常查询工作与各网元平台的隔离，降低了网元平台的负荷压力，有利于提高网元平台的安全性和稳定性；当要获取多个网元平台的用户数据时，只需要向数据库发送用户数据查询请求，在数据库进行查询后一次性返回请求查询的用户数据，与现有技术中同时向各网元平台分别发送单用户查询请求、等待各网元平台分别返回请求查询的用户数据相比，可以提高用户数据的获取效率。

在本发明上述公开的方法中，构建数据库的过程如图2所示，包括：

步骤S21：分别采集多个网元平台的全量数据文件。

步骤S22：对全量数据文件进行数据标准化处理，获得全量用户数据。

分别采集通信网络中HLR/AUC、SCP和彩铃平台产生的全量数据文件。由于同一类型的网元平台可能采用不同厂商的产品，其数据格式会存在差异，通过对各网元平台的全量数据文件进行数据格式化处理，可以将同一类型网元平台的全量数据文件处理为具有相同格式的全量用户数据。例如，将不同厂商的HLR/AUC产生的全量数据文件处理为具有相同格式的全量用户数据，将不同厂商的SCP产生的全量数据文件处理为具有相同格式的增量用户数据。具体的，针对不同型号的网元平台，分别采用相应的数据标准化规则引擎和数据标准化规则库进行数据标准化处理。

步骤S23：存储所述全量用户数据至数据库中。

需要指出的是，构建数据库的操作并不限于仅在初始化阶段进行。当距离前次构建数据库的时间间隔达到阈值时间后，可以再次构建数据库，该阈值时间可以为半年时间。当对操作日志文件的采集发生中断，并在中断恢复之后，可以再次构建数据库。对操作日志文件的采集发生中断，可能是由于网元设备发生故障造成的，也可能是与网元设备连接的网络发生故障造成的。当中断恢复之后，虽然可以继续采集操作日志文件，但在发生中断的时间段内，用户的业务可能已经发生多次变化，而操作日志文件仅能反映最近的一次用户业务变化，因此需要重新采集网元平台的全量数据文件，构建数据库。

参见图3，图3为本发明公开的另一种多网元用户数据的获取方法的流程图。包括：

步骤S31：分别采集多个网元平台的操作日志文件。

步骤S32：存储所述操作日志文件中的操作日志数据至所述数据库。

步骤S33：对所述操作日志文件进行数据标准化处理，获得增量用户数据。

步骤S34：利用所述增量用户数据更新预先构建的数据库中对应的用户数据。

步骤S35：接收用户发送的查询指令，并将所述查询指令解析为查询语句。

步骤S36：在所述数据库中查询与所述查询语句匹配的数据，并发送。

用户发送的查询指令可以为单一数据查询指令、批量数据查询指令或者日志查询指令。

当用户发送批量数据查询指令时，通过解析批量查询指令获得查询语句，在数据库中获取与该查询语句匹配的用户数据，并向用户发送，实现批量查询功能，提高用户数据的获取速率。

在现有技术中，要逐条向某个网元平台发送查询请求，如果要获取100个用户在各网元平台的用户数据，那么要分别向各个网元平台发送100个查询请求，获取用户数据的效率极低。当采用批量数据查询指令时，可以通过设置查询条件，实现对某一号段(例如1381010)或者开设有某一业务(如GPRS、彩铃、来电显示)用户的用户数据的一次性查询，并将在数据库中查询获得的用户数据一次性返回。

当用户发送日志查询指令时，通过解析日志查询指令获得查询语句，可以在数据库中获取与该查询语句匹配的操作日志数据。

网元平台在运行过程中产生大量的操作日志文件，但由于网元平台的存储空间有限，因此只能对较短时间内的操作日志文件进行存储，之前产生的操作日志文件将被删除。如果在移动通信过程中发生故障，可以通过分析操作日志文件确定故障原因，但是由于网元平台保存的操作日志文件有限，因此增大了故障的分析排查难度。本发明上述公开的方法中，将各网元平台产生的操作日志文件中的操作日志数据存储于数据库中，当发生故障时，可以从数据库中查询相关的操作日志数据，进行故障排查分析。

在实施中，分别采集多个网元平台的操作日志文件的步骤可以定时或者不定时进行，该步骤可以由人工进行触发。优选的，采集周期可以设定为一天。当然，也可以在上述各方法中进一步设置预设操作日志文件采集时间的步骤，可以灵活调整操作日志文件的采集时间。相应的，在执行分别采集各网元平台的操作日志文件之前，还包括判断是否到达预设采集时间的步骤，当到达预设采集时间时，执行分别采集多个网元平台的操作日志文件的操作。

本发明还公开了一种多网元用户数据的获取装置，可以提高用户数据的获取效率，降低网元平台的负荷压力，提高网元平台的安全性和稳定性。

参见图4，图4为本发明公开的一种多网元用户数据的获取装置的结构示意图。

该装置包括操作日志文件采集接口1、全量数据文件采集接口2、操作日志标准化处理单元3、全量数据标准化处理单元4、用户数据查询接口5、查询指令解析单元6、数据库7和数据导出接口8。

操作日志文件采集接口1，用于分别采集多个网元平台的操作日志文件；

全量数据文件采集接口2，用于分别采集多个网元平台的全量数据文件；

操作日志标准化处理单元3，用于对所述操作日志文件进行数据标准化处理，获得增量用户数据；

全量数据标准化处理单元4，用于对所述全量数据文件进行数据标准化处理，获得全量用户数据；

用户数据查询接口5，用于接收用户发送的用户数据查询指令，该用户数据查询指令可以是单一数据查询指令，也可以是批量用户数据查询指令；

查询指令解析单元6，用于将所述用户数据查询指令解析为查询语句；

数据库7，用于存储全量用户数据、利用所述增量用户数据更新对应的用户数据、查询与所述查询语句匹配的用户数据；

数据导出接口8，用于获取所述数据库查询所得的用户数据，并发送。

下面简单对利用上述装置获取用户数据的过程进行说明。

在上线阶段，要进行数据库7的构建：分别采集各个HLR/AUC产生的全量数据文件、各个SCP产生的全量数据文件、各个彩铃平台产生的全量数据文件，之后全量数据标准化处理单元4对各全量数据文件进行标准化处理，获得全量用户数据，并存储于数据库7中，完成数据库7的构建。在日常运行阶段，分别采集各个HLR/AUC产生的操作日志文件、各个SCP产生的操作日志文件、各个彩铃平台产生的操作日志文件，之后操作日志标准化处理单元3对各操作日志文件进行标准化处理，获得增量用户数据，并利用增量用户数据对数据库7中的对应用户数据进行更新。当用户通过终端发送用户数据查询指令后，用户数据查询接口5接收用户数据查询指令，由查询指令解析单元6将所述用户数据查询指令解析为查询语句，数据库7在存储的用户数据中查询与该查询语句匹配的用户数据，数据导出接口8获取数据库7查询所得的用户数据，并向用户所在的终端发送。

参见图5，图5为本发明公开的另一种多网元用户数据的获取装置的结构示意图。

该装置包括操作日志文件采集接口1、全量数据文件采集接口2、操作日志标准化处理单元3、全量数据标准化处理单元4、用户数据查询接口5、查询指令解析单元6、数据库7、数据导出接口8和日志查询接口9。

其中，操作日志文件采集接口1，用于分别采集多个网元平台的操作日志文件；

全量数据文件采集接口2，用于分别采集多个网元平台的全量数据文件；

操作日志标准化处理单元3，用于对所述操作日志文件进行数据标准化处理，获得增量用户数据；

全量数据标准化处理单元4，用于对所述全量数据文件进行数据标准化处理，获得全量用户数据；

用户数据查询接口5，用于接收用户发送的用户数据查询指令，该用户数据查询指令可以是单一数据查询指令，也可以是批量用户数据查询指令；

日志查询接口9，用于接收用户发送的日志查询指令；

查询指令解析单元6，用于将所述用户数据查询指令和日志查询指令解析为查询语句；

数据库7，用于存储全量用户数据和操作日志数据、利用所述增量用户数据更新对应的用户数据、查询与所述查询语句匹配的用户数据和操作日志数据；

数据导出接口8，用于获取所述数据库查询所得的用户数据和操作日志数据，并发送。

优选的，进一步设置重构判断单元10，用于判断是否满足重新构建数据库的预设条件，所述预设条件为距离前次构建数据库的时间间隔达到阈值时间、或者发生操作日志文件采集中断并在中断恢复之后。如果满足预设条件，则全量数据文件采集接口2采集各网元平台的全量数据文件，对数据库7进行更新。

优选的，进一步设置定时调度单元11，用于预设操作日志的采集时间、并判断是否到达所述采集时间。当到达采集时间时，操作日志文件采集接口1分别采集多个网元平台的操作日志文件。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

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

Claims (10)

1.一种多网元用户数据的获取方法，其特征在于，包括：

分别采集多个网元平台的操作日志文件，所述网元平台包括HLR/AUC归属位置寄存器/鉴权中心、SCP业务控制节点和彩铃平台；

对所述操作日志文件进行数据标准化处理，获得增量用户数据；

利用所述增量用户数据更新预先构建的存储有全量用户数据的数据库中对应的用户数据；

接收用户数据查询指令，将所述用户数据查询指令解析为查询语句；

在所述数据库中查询与所述查询语句匹配的用户数据，并发送。

2.根据权利要求1所述的方法，其特征在于，构建数据库的过程具体为：

分别采集多个网元平台的全量数据文件；

对所述全量数据文件进行数据标准化处理，获得全量用户数据；

存储所述全量用户数据至所述数据库中。

3.根据权利要求2所述的方法，其特征在于，在满足预设条件时重新构建数据库，所述预设条件为：距离前次构建数据库的时间间隔达到阈值时间、或者发生操作日志文件采集中断并在中断恢复之后。

4.根据权利要求1～3中任一项所述的方法，其特征在于，所述查询指令包括批量查询指令。

5.根据权利要求1～3中任一项所述的方法，其特征在于，在采集多个网元平台的操作日志文件后，还包括：

存储所述操作日志文件中的操作日志数据至所述数据库；

接收日志查询指令，将所述日志查询指令解析为查询语句；

在所述数据库中查询与所述查询语句匹配的操作日志数据，并发送。

6.根据权利要求1～3中任一项所述的方法，其特征在于，进一步包括预设操作日志文件采集时间的步骤；相应的，在分别采集多个网元平台的操作日志文件之前，还包括判断是否到达预设采集时间的步骤，当到达所述预设采集时间时，执行分别采集多个网元平台的操作日志文件的步骤。

7.一种多网元用户数据的获取装置，其特征在于，包括：

操作日志文件采集接口，用于分别采集多个网元平台的操作日志文件；

全量数据文件采集接口，用于分别采集多个网元平台的全量数据文件；

操作日志标准化处理单元，用于对所述操作日志文件进行数据标准化处理，获得增量用户数据；

全量数据标准化处理单元，用于对所述全量数据文件进行数据标准化处理，获得全量用户数据；

用户数据查询接口，用于接收用户发送的用户数据查询指令；

查询指令解析单元，用于将所述用户数据查询指令解析为查询语句；

数据库，用于存储全量用户数据、利用所述增量用户数据更新对应的用户数据、查询与所述查询语句匹配的用户数据；

数据导出接口，用于获取所述数据库查询所得的用户数据，并发送。

8.根据权利要求7所述的装置，其特征在于，进一步包括重构判断单元，所述重构判断单元用于判断是否满足重新构建数据库的预设条件，所述预设条件为距离前次构建数据库的时间间隔达到阈值时间、或者发生操作日志文件采集中断并在中断恢复之后。

9.根据权利要求7或8所述的装置，其特征在于，进一步包括日志查询接口，所述日志查询接口用于接收用户发送的日志查询指令；

所述查询指令解析单元还用于将所述日志查询指令解析为查询语句；

所述数据库还用于存储操作日志文件中的操作日志数据，查询与所述查询语句匹配的操作日志数据；

所述数据导出接口还用于获取所述数据库查询所得的操作日志数据，并发送。

10.根据权利要求9所述的装置，其特征在于，进一步包括定时调度单元，所述定时调度单元用于预设操作日志的采集时间、判断是否到达所述采集时间。

Images