用户数据一致性的核查方法及装置 【技术领域】
本发明涉及电信业务支撑领域， 具体涉及一种用户数据一致性的核查方法及装置。 背景技术
现有技术中， 业务支撑系统内的用户数据是向用户收费的依据， 网元上的用户数 据是实际提供电信服务时的鉴权数据， 用户数据在业务支撑系统 ( 以下称系统侧 ) 及网元 ( 以下称网元 ) 的建立过程如图 1 所示， 包括 ：
步骤① ： 业务支撑系统的内部调度程序把工单， 如 “为 8613919958055 开通 GPRS 功 能” ， 提交给业务支撑系统的开通接口程序。
步骤② ： 开通接口程序把上述工单翻译成类似 “HGSLR:MSISDN ＝ 8613919958055” 的 HLR 指令， 并发送给 HLR。 步骤③ ： 开通接口程序在给 HLR 发送指令的同时， 向本地的日志文件中写入本次 发送的指令内容， 即用户数据。
步骤④ ： 设置在 HLR 上的接口程序执行业务支撑系统发送过来的指令， 同时更新 本地用户数据库， 即网络侧的数据库， 中相应的用户数据。
步骤⑤ ： 该接口程序在执行业务支撑系统发送过来的指令的同时把接收到的指令 内容， 更新用户数据库的结果， 即成功或失败， 以及失败原因写入本地的日志文件。
步骤⑥ ： HLR 上的接口程序把指令的执行结果回馈给业务支撑系统。
步骤⑦ ： 业务支撑系统的开通接口程序把 HLR 执行指令的结果写入本地的日志文 件。
步骤⑧ ： 业务支撑系统的开通接口程序把结果回馈给业务支撑系统的工单调度程 序。
由上述内容可知， 用户数据在业务支撑系统和各网元 ( 含增值业务平台 ) 上保持 一致非常重要。如果二者发生差异， 一方面可能造成客户缴纳了费用却没有享受到应有的 服务， 另一方面也可能造成客户使用了公司业务， 却因为在业务支撑系统中没有订购记录 导致费用无法收取， 造成收入流失。 因此定期对业务支撑系统和各网元 ( 含增值业务平台 ) 上的用户数据进行一致性校验是电信支撑部门的一项例行工作。 传统的做法是定期把支撑 系统内的用户数据和网元 ( 含增值业务平台 ) 上的用户数据取出来进行比对， 再根据预定 义流程， 以业务支撑系统或者网元为准对差异数据进行修复。具体核查过程为业务支撑系 统向网元发送查询指令， 网元响应并返回批量数据， 业务支撑系统接收数据并和自身记录 的数据做比对。 若发现差异， 则按照预定义流程， 以业务支撑系统为准使网元和支撑系统保 持一致， 或者以网元为准使支撑系统和网元保持一致。
现有用户数据一致性的核查方法至少存在以下几点不足 ：
(1) 为了不影响网元为用户提供服务， 通常只能在业务闲时进行数据提取， 进行 核对工作， 导致问题得不到及时解决， 而且相邻两次核查的时间过长， 使得网元上的信息增
多， 导致每次核对工作量大。
(2) 核对结果只是发现了二者的不一致， 不一致的原因及解决方法均无从得知， 不 便于改进工作。 发明内容 本发明的第一目的， 提出一种实时处理的用户数据一致性的核查方法。
本发明的第二目的是提出一种用户数据一致性的核查装置， 以实现对用户数据的 一致性实时处理。
为实现上述第一目的， 本发明提供了一种用户数据一致性的核查方法， 包括以下 步骤 ： 分别实时从业务支撑系统及网元的日志中提取包括用户数据信息的日志信息 ； 比对 业务支撑系统及网元的日志信息 ； 在比对结果为不一致时， 分析不一致的原因。
优选地， 该核查方法还可以在比对结果为不一致时， 判断业务支撑系统及网元的 日志信息的差异是否属于未知原因的差异 ； 以及在日志信息的差异属于未知原因的差异 时， 向业务支撑系统或网元获取日志信息的差异的解决方法及产生原因。
为实现上述第二目的， 本发明提供了一种用户数据一致性的核查装置， 该装置包 括： 信息提取模块， 用于分别实时从业务支撑系统及网元的日志中提取包括用户数据信息 的日志信息 ； 核对处理模块， 用于比对业务支撑系统及网元的日志信息， 以及在比对结果为 不一致时， 分析不一致的原因。
优选地， 该核对处理模块还可以包括 ： 核对子模块， 用于比对业务支撑系统及网元 的日志信息， 以及判断业务支撑系统及网元的日志信息的差异是否属于未知原因的差异 ； 差异分析子模块， 用于在日志信息的差异属于未知原因的差异时， 向业务支撑系统或网元 获取日志信息的差异的解决方法及产生原因 ； 处理子模块， 用于在业务支撑系统及网元的 用户数据信息不一致时， 根据获取的以及预存的所述日志信息的差异的解决方法， 确定修 改业务支撑系统或网元的用户数据信息， 以及根据业务支撑系统修改网元的用户数据信 息， 或者根据网元的用户数据信息修改业务支撑系统的用户数据信息。
本发明各个实施例中， 通过分别实时从业务支撑系统及网元的日志中提取包括用 户数据信息的日志信息， 并利用该日志信息进行用户数据一致性的核查， 避免了直接从网 元的数据库中提取用户数据信息的操作， 使得提取用户数据信息的时间不受网元的工作状 态的限制， 实现对用户数据的一致性进行实时核查， 便于问题及时处理， 而且减轻每次核查 的工作量。
本发明的另一些实施例中， 通过向业务支撑系统及网元获取导致日志信息差异的 解决方法及产生原因， 实现了对日志信息差异的追踪分析， 便于改进工作， 以及根据差异产 生的实际原因来修复用户数据， 而非仅仅根据预设的办法来修复， 有利于更好的解决产生 差异的问题。
附图说明
附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本发明的实 施例一并用于解释本发明， 并不构成对本发明的限制。在附图中 ：
图 1 为现有技术系统侧与网络侧用户数据建立过程的示意图 ；图 2 为本发明的用户数据一致性的核查方法的实施例一流程图 ； 图 3 为本发明的用户数据一致性的核查方法的实施例二流程图 ； 图 4 为本发明的用户数据一致性的核查方法的实施例三流程图 ； 图 5 为本发明的用户数据一致性的核查方法的实施例四流程图 ； 图 6 为本发明的用户数据一致性的核查方法的实施例五流程图 ； 图 7 为本发明的用户数据一致性的核查装置的实施例结构图。具体实施方式
以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述的优选实 施例仅用于说明和解释本发明， 并不用于限定本发明。
方法实施例
图 2 为本发明的用户数据一致性的核查方法的实施例一流程图。如图 2 所示， 本 实施例可以包括 ：
步骤 S202 ： 分别实时从系统侧及网络侧的日志中提取包括用户数据信息的日志 信息 ； 具体参见对图 3 的解释说明 ； 以下各个实施例中的系统侧均指业务支撑系统， 网络侧 指网元， 其中， 网元包括核心网元， 如归属位置寄存器 HLR， 以及增值业务平台， 如来电提醒 平台、 彩铃平台、 漏话提醒平台等 ； 如对图 1 的描述可知， 系统侧及网络侧的日志均为开通日志 ； 系统侧的开通日志 记录系统向网络侧发送的包括待修改的用户数据的操作指令 ； 网络侧的开通日志记录所有 网络侧实际执行过包括用户数据的指令 ；
步骤 S204 ： 比对系统侧及网络侧的日志信息 ； 具体参见对图 3- 图 6 的解释说明 ；
步骤 S206 ： 在系统侧及网络侧的用户数据信息不一致时， 分析不一致的原因 ； 具 体参见对图 4 及图 6 的解释说明。
本实施例中， 通过分别实时从系统侧及网络侧的日志中提取包括用户数据信息 的日志信息， 并利用该日志信息进行用户数据一致性的核查， 避免了直接从网络侧的数据 库中提取用户数据信息的操作， 使得提取用户数据信息的时间不受网络侧的工作状态的限 制， 实现对用户数据的一致性进行实时核查， 便于问题及时处理， 而且减轻每次核查的工作 量。
图 3 为本发明的用户数据一致性的核查方法的实施例二流程图。本实施例主要用 于对于图 2 中步骤 S202 的解释说明， 具体理解本发明的用户数据一致性的核查方法时还应 该结合图 2 中步骤 S204 及 S206， 如图 3 所示， 本实施例可以包括 ：
步骤 1 ： 设置对网络侧及系统侧日志信息的采集时间间隔， 以及采集的网元对象， 如， 采集程序定时为 15 分钟提取一次， 并以文件传输协议方式把网元和业务支撑系统上的 日志信息取到用户数据一致性的核查装置 ( 对应于图 7 的装置 ) 上 ；
步骤 2 ： 从系统侧， 如 Boss， 的日志中采集日志信息， 如， 用户号码， 执行网元， 执行 用户， 执行时间， 指令， 返回值等 ；
步骤 3 ： 从网元的日志中采集日志信息 ；
具体操作时， 在步骤 3 之后还可以有预处理的操作， 即将采集到的日志信息转换 成固定格式， 如上述各种日志信息的固定排序， 并按照业务支撑系统和网元将预处理后的
日志信息分别入库 ； 预处理可以支持对各种不同厂商的开通日志的处理， 预处理过程结束 后， 形成了 Boss 及网元日志信息的两个集合。
本实施例通过对采集时间间隔的控制可实时从系统侧及网络侧的日志中提取包 括用户数据信息的日志信息， 并利用该日志信息进行用户数据一致性的核查， 实现对用户 数据的一致性进行实时核查， 便于问题及时处理， 而且减轻每次核查的工作量， 同时利用预 处理的步骤可以实现对各种不同厂商的开通日志的处理。
图 4 为本发明的用户数据一致性的核查方法的实施例三流程图。本实施例主要用 于对于图 2 中步骤 S204 的解释说明， 具体理解本发明的用户数据一致性的核查方法时还应 该结合图 2 中步骤 S202 及 S206。如图 4 所示， 本实施例可以包括 ：
步骤 S401 ： 从 Boss 或者网元的日志信息集合中逐条取出待比对的日志信息， 以用 户号码、 执行时间或者指令等为比对要素对应在网元或者 Boss 的日志信息集合中查找匹 配的待比对的日志信息 ； 具体操作时， 若无法找到待比对的日志信息的匹配日志信息， 则把 待比对日志信息写入差异表 ；
步骤 S402 ： 判断待比对的日志信息之间是否存在差异， 若存在差异， 则执行步骤 S403， 否则， 结束 ； 步骤 S403 ： 判断是否为已知原因的差异， 若是， 则执行步骤 S404， 若否， 则执行步 骤 S405 ；
步骤 S404 ： 对差异进行处理， 具体参见对图 6 的解释说明 ；
已知原因的差异， 如： Boss 有发送但网元没有执行的指令， 这种差异大多数情况 是由于网络传输原因或接口程序原因导致此指令丢失， 此时一般只需要 Boss 重新发送即 可； 对网元有执行但 Boss 无发送的指令， 通常量很少， 一般为违规修改用户数据， 此时一般 需要根据系统侧的用户数据信息更改网络侧的用户数据信息 ； 步骤 S405 ： 对未知原因的差 异进行分析， 即向网络侧或者系统侧获取差异原因及解决方法， 具体参见对图 5 的解释说 明； 在差异分析结束之后执行步骤 S404 ；
步骤 S406 ： 差异处理完成后， 生成包括日志信息的差异、 差异产生的原因及差异 解决方法的报告， 根据实际设计需要， 该报告中还可以包括日志信息内其他的内容。
本实施例通过实时从系统侧及网络侧的日志中提取包括用户数据信息的日志信 息， 并利用该日志信息进行用户数据一致性的核查， 实现对用户数据的一致性进行实时核 查， 便于问题及时处理， 而且减轻每次核查的工作量， 同时对于差异分为已知原因及未知原 因情况下的分别处理， 有利于利用已有的工作经验， 提高差异处理的效率， 同时根据差异产 生的实际原因来修复用户数据， 而非仅仅根据预设的办法来修复， 有利于更好的解决产生 差异的问题。
图 5 为本发明的用户数据一致性的核查方法的实施例四流程图。本实施例主要用 于对于图 4 中步骤 S405 的解释说明， 具体理解本发明的用户数据一致性的核查方法时还应 该结合图 2 中步骤 S202 及 S206 及图 4 对于比对步骤的解释性说明。如图 5 所示， 本实施 例可以包括 ：
步骤 501 ： 定义差异现象， 如， 执行时间延迟超过某一个时间阈值， 或者是用户号 码记录不一致等等 ；
步骤 502 ： 向 Boss 或 / 和网元获取差异的原因及解决办法 ；
如， 发现大量的 Boss 发送的指令不能成功执行的情况时， 查看在网元上述指令的 执行成功率， 如果上述指令在网元都报错， 说明 Boss 配错指令的几率极大， 需要 Boss 排除 故障后重新发送指令， 即要更改系统侧的数据 ； 如果只有少数指令在网元报错， 则需要网元 排除故障后重新执行指令， 即根据系统侧的数据更改网络侧的数据 ；
步骤 503 ： 定义差异的原因及解决办法 ； 以便于后续作业时， 出现相同性质的差异 数据时， 提高处理效率。
本实施例通过实时从系统侧及网络侧的日志中提取包括用户数据信息的日志信 息， 并利用该日志信息进行用户数据一致性的核查， 实现对用户数据的一致性进行实时核 查， 便于问题及时处理， 而且减轻每次核查的工作量， 同时对于差异分为已知原因及未知原 因情况下的分别处理， 有利于利用已有的工作经验， 提高差异处理的效率， 同时根据差异产 生的实际原因来修复用户数据， 而非仅仅根据预设的办法来修复， 有利于更好的解决产生 差异的问题。
图 6 为本发明的用户数据一致性的核查方法的实施例五流程图。本实施例主要用 于对于图 4 中步骤 S404 的解释说明， 具体理解本发明的用户数据一致性的核查方法时还应 该结合图 2 中步骤 S202 及 S206 及图 4 中对比对操作的解释说明， 如图 6 所示， 本实施例可 以包括 ： 步骤 601 ： 计算日志信息的差异值， 并判断该差异值是否达到或者超过告警阈值 ；
如， 一旦发现系统侧无发送而网络侧有执行， 则可断定在网络侧有违规修改用户 数据的行为， 此时该差异值应该超过告警阈值 ； 或者网络侧的执行时间大大延迟于系统侧 的发送时间， 则可以判断网络侧需要排除故障， 如网络带宽不足， 指令发送拥塞， 有较大时 延， 此时该差异值也应该超过告警阈值 ；
具体操作时， 该告警阈值可以根据实际需要而设置， 该差异值的计算方法或者计 算依据， 如依据执行时间或者用户号码， 也可以根据实际需要而设置 ；
步骤 602 ： 发送告警信息至系统侧 ；
步骤 603 ： 判断用户数据是否有差异 ；
具体操作时， 某些日志信息差异并不是由于用户数据的差异而导致， 如上述的执 行时间的差异等， 此时需要进一步判断用户数据是否有差异 ；
步骤 604 ： 根据预设的日志信息差异的解决方法， 或者在网络侧或系统侧获取的 日志信息差异的解决方法， 确定修改系统侧或网络侧的用户数据信息， 进而根据业务支撑 系统修改网元的用户数据信息， 或者网元的用户数据信息修改业务支撑系统的用户数据信 息。
本实施例通过实时从系统侧及网络侧的日志中提取包括用户数据信息的日志信 息， 并利用该日志信息进行用户数据一致性的核查， 实现对用户数据的一致性进行实时核 查， 便于问题及时处理， 而且减轻每次核查的工作量， 同时对于差异分为已知原因及未知原 因情况下的分别处理， 有利于利用已有的工作经验， 提高差异处理的效率， 同时根据差异产 生的实际原因来修复用户数据， 而非仅仅根据预设的办法来修复， 有利于更好的解决产生 差异的问题。
装置实施例
图 7 为本发明的用户数据一致性的核查装置的实施例结构图。上述图 2- 图 6 方
法发明的各个实施例均可以在图 7 结构图所示结构的装置中实现。如图 7 所示， 该装置包 括信息提取模块 72， 用于分别实时从系统侧及网络侧的日志中提取包括用户数据信息的日 志信息 ； 核对处理模块 74， 用于比对系统侧及网络侧的日志信息， 以及在系统侧及网络侧 的用户数据信息不一致时， 分析不一致的原因。
该装置还可以包括 ： 告警模块 76， 用于在系统侧及网络侧的日志信息存在差异 时， 计算差异值， 以及在差异值超过预设阈值时， 产生告警信息， 并将告警信息传送至系统 侧；
配置模块 78， 用于预设及存储预存的日志信息的差异的解决方法， 存储获取的日 志信息的差异的解决方法， 以及存储告警阈值。
核对处理模块 74 可以包括 ：
核对子模块 742， 用于比对系统侧及网络侧的日志信息， 以及判断系统侧及网络侧 的日志信息的差异是否属于未知原因的差异 ；
差异分析子模块 744， 用于在系统侧及网络侧的日志信息的差异属于未知原因的 差异时， 向系统侧或网络侧获取日志信息的差异的原因及解决方法及产生原因 ；
处理子模块 746， 用于在系统侧及网络侧的用户数据信息不一致时， 根据获取的以 及预存的日志信息的差异的解决方法， 确定修改系统侧或网络侧的用户数据信息， 以及根 据系统侧或网络侧的用户数据信息， 对应修改网络侧或系统侧的用户数据信息。
告警模块 76 可以包括 ：
告警子模块 762， 用于在系统侧及网络侧的日志信息存在差异时， 计算差异值， 以 及在差异值超过预设阈值时， 产生告警信息， 并将告警信息传送至系统侧 ；
报告生成子模块 764， 用于在核对处理模块 74 对应修改网络侧或系统侧的用户数 据信息后生成包括日志信息的差异、 差异产生原因及差异解决方法的报告 ；
统计子模块 766， 用于按照用户需求， 生成统计结果， 比如， 根据系统侧向网络侧， 如不同网元， 发送指令的成功率， 对各网元的性能做出比对分析。
处理模块 72 可以包括 ：
采集子模块 722， 用于分别实时从系统侧及网络侧的日志中提取包括用户数据信 息的日志信息 ；
预处理子模块 724， 用于对日志信息预处理， 产生统一格式的日志信息。
本领域技术人员可以理解， 该装置包括信息提取模块 72 及核对处理模块 74 即可， 告警模块 76 及配置模块 78， 以及上述各个模块的子模块， 为非必要的功能模块， 可以根据 实际需要而设置。
本实施例通过实时从系统侧及网络侧的日志中提取包括用户数据信息的日志信 息， 并利用该日志信息进行用户数据一致性的核查， 实现对用户数据的一致性进行实时核 查， 便于问题及时处理， 而且减轻每次核查的工作量， 同时对于差异分为已知原因及未知原 因情况下的分别处理， 有利于利用已有的工作经验， 提高差异处理的效率， 同时根据差异产 生的实际原因来修复用户数据， 而非仅仅根据预设的办法来修复， 有利于更好的解决产生 差异的问题。
最后应说明的是 ： 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 尽管参照前述实施例对本发明进行了详细的说明， 对于本领域的技术人员来说， 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等同替换。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。