CN101309177A - 一种网络资源数据管理方法及系统 - Google Patents

Abstract

本发明提供一种网络资源数据管理方法及系统，该方法包括：变更申请步骤，输入网络资源变更信息，生成网络资源变更目标数据并存入网络资源变更目标数据库；以及数据核查步骤，采集在网资源配置数据，存入资源变更结果数据库，并将所述资源变更结果数据库中的数据与所述网络资源变更目标数据库中的数据进行比较，如果比较结果存在差异，则输出差异提示信息。本发明保证了网络资源数据变更的准确性管理。

Description

一种网络资源数据管理方法及系统

技术领域

本发明涉及移动通信网络的网络资源管理，具体的讲，涉及一种网络资源数据变更准确性管理方法及系统。

背景技术

随着通信行业的不断发展，运营商管理的移动通信网络规模越来越大，结构越来越复杂。怎样通过技术手段实现摸清网络资源家底，管好“网络资源账本”，理清网络资源变更的来龙去脉、前因后果是移动通信运营商的主要课题之一。

而要理清网络资源变更的前因后果就必须做好网络资源工程实施变更到入网这两个关键环节的闭环管理。目前网络资源的工程变更实施和在网运行管理是在不同种类的IT系统上分别进行的，两个生产环节没有形成有效的闭环管理。网络资源的工程变更(工程数据)主要是通过工程项目管理系统来实现的，对后期在网运行的资源数据(在网数据)是通过配置管理系统来管理的。目前工程项目管理系统的侧重点是从工程项目管理角度管理整个实施过程，其应用主要包括工程的进度管理、流程管理、项目后评估等功能，较忽视工程实施结果管理，即整个工程实施将会引发何种资源变更，仅仅记录了资源变更的原因。资源配置管理系统的管理重点是记录资源变更的结果，但没有对引发资源变更的原因进行记录。这导致出现了资源变更要么“有因无果”，要么“有果无因”，与规范的网络运营要求相差甚远，由于工程数据与在网数据的割裂式管理，相互之间缺乏相互校正与比较，难以保证整个网络资源数据变更的准确性，尤其是难以保证在工程施工频繁变更的情况下整个网络资源数据的准确性，严重影响了网络运营的效率、效益，还极大地限制了工程数据的进一步应用。

发明内容

基于现有技术存在的问题，本发明的主要目的在于提供一种网络资源数据管理方法，以提高资源管理数据的准确性和一致性。

相应地，本发明的另一目的在于提供一种网络资源数据管理系统。

为了实现上述目的，本发明实施例提供一种网络资源数据变更管理方法，该方法包括：

变更申请步骤，输入网络资源变更信息，生成网络资源变更目标数据并存入网络资源变更目标数据库；以及

数据核查步骤，采集在网资源配置数据，存入资源变更结果数据库，并将所述资源变更结果数据库中的数据与所述网络资源变更目标数据库中的数据进行比较，如果比较结果存在差异，则输出差异提示信息。

该方法还包括：审批步骤，审批所述变更申请步骤中生成的网络资源变更目标数据，并于审批通过后执行所述数据核查步骤。

为了实现上述目的，本发明实施例还提供一种网络资源数据管理系统，该系统包括：

输入单元，用于输入网络资源变更信息，生成网络资源变更目标数据并存入网络资源变更目标数据库；

在网资源采集单元，用于采集在网资源的配置数据，存入资源变更结果数据库；以及

比较单元，用于将所述资源变更结果数据与所述网络资源变更目标数据库中的数据进行比较，如果比较结果存在差异，则输出差异提示信息。

该系统还包括：审批单元，用于确认所述输入单元中生成的网络资源变更目标数据的正确性，并于确认后提供该网络资源变更目标数据至所述比较单元。

通过本发明的对资源工程变更数据的流程化管理，可以极大促进资源数据的准确性和一致性以及维护主动性；同时通过资源工程变更数据与资源在网数据的差异性比较以及资源工程变更数据的审核，加强了工程实施的规范性管理，有效地避免工程信息的失真或资产丢失；进一步讲，资源管理的两个重要环节能有效地实现闭环管理，可避免企业信息孤岛，并加强企业横向和纵向的整合，降低整体运营成本。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为本发明实施例的事前资源变更申请流程示意图；

图2为本发明实施例的事后核查管理流程示意图；

图3a为本发明实施例的新增资源调度工单的输入界面示意图；

图3b为本发明实施例的网元工程数据的录入界面示意图；

图3c为本发明实施例的网元工程数据录入保存后的界面示意图；

图3d为本发明实施例的选择批复人和审核人的界面示意图；

图3e为本发明实施例的显示网元工程数据的未审批状态的界面示意图；

图4a为本发明实施例的批复界面示意图；

图4b为本发明实施例的显示网元工程数据的已审批状态的界面示意图；

图4c为本发明实施例的显示网元工程数据已归档的界面示意图；

图5为本发明实施例的在网数据采集示意图；

图6为本发明实施例的网络资源数据管理系统结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的具体实施例进行详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

鉴于现有的网络资源数据的割裂式管理存在的问题，本发明提出一种新的网络资源数据变更管理思路和技术手段，该技术从网络资源变更申请着手，将工程变更实施到资源入网后期校验等关键环节有机结合起来，实现资源工程变更数据在流程上的自动流转及系统自动进行结果校验，提升网络资源一体化管理水平。

本发明实施例中，网络资源指直接支撑业务的物理和逻辑资源，涵盖了设备(如网元)、盘卡、端口、中继、信令、IP地址、软件等，网络资源涵盖的范围包括话务网、数据网、传输网、3G网、IT网络等。

本发明中，网络资源变更是指对运行的通信网络、系统及设备的软件、网络数据等网络资源实施的调整改变。本发明实施例中，主要是以网络资源的入网、退网两项对运行的网络资源影响较大的资源变更管理为例进行说明。所述变更管理是指对运行的通信网络、系统及设备的变更申请、审批和对变更结果的管理。在本发明实施例中，此变更管理可细分成两个子流程：(一)事前变更申请管理流程及(二)事后核查管理流程。

(一)事前变更申请管理流程

事前变更申请管理流程主要用于要对网络资源实施工程变更(如入网、退网)之前，为确保能及时通知网络维护人员、保证交接的网络资源工程资源数据的完整、准确所进行的申请、审批过程，是对变更目标的管理。该流程主要包括：资源变更申请人把需要变更(如入网、退网)的网络资源数据录入到资源变更数据库后，发送给变更接收人员进行审核。资源变更接收人员负责审核申请人员录入数据的完整性和准确性，如满足要求，则通过审核，签署审核意见。经变更接收人员审核完毕后，由资源变更申请人负责归档结束事前申请流程。

(二)事后核查管理流程

事后核查管理流程负责对工程实施实际执行变更结果的自动审核确认，是对事前申请管理流程的有效补充。该流程主要包括：自动采集在网资源数据，并把发现到的属于入网、退网的资源数据与资源变更申请数据库中的信息进行差异性比对，如无差异，则表明事后执行的变更结果与变更申请是一致的，如有差异，则表明实际变更结果与变更申请不一致。通过差异性比对来比较客观反映出工程实际实施内容的真实情况，从而提供对工程交接质量管理的考核依据。

图1为本发明实施例中事前变更申请管理流程示意图，该流程具体包括：

1)网络资源变更申请步骤

变更申请人发起网络资源入网或退网申请，录入需要变更的资源信息并生成资源调度工单，提交该工单至工程项目管理人员，同时，该资源调度工单(对应需要变更的信息)作为网络资源变更目标数据还自动被送入资源管理系统中的“资源变更目标库(工程数据库)”中进行保存，该数据库存储的信息通过资源数据标志位被标识为“工程状态”和“未审批”。

2)批复步骤(第一次审批)：工程项目管理人员接收到工单，根据资源调度需求确认该资源变更信息的真实性，如果属实，则批复通过，把工单继续推送到下一个环节，即，由网络维护人员进行审核。如果不属实，则批复不通过，网络资源变更申请流程结束。

3)审核步骤(第二次审批)：网络维护人员负责审核资源变更数据填写的完整性及准确性，如果填写完整、准确，且整个变更方案合理，审核通过，则资源变更目标库中相应的资源条目(资源调度工单)的表示“未审批”的数据标识被修改为“已审批”，该条信息也就不再被修改。同时，该被标识为已审批的资源调度信息会自动流转至资源变更申请人。

4)归档步骤：若工单通过审核，申请人接收返回的工单，并将该工单置为归档，资源变更目标库中相应的资源条目的“工单号”被赋值，实现数据变更与变更申请管理流程之间的绑定，至此事前变更申请管理流程结束。

下面通过简单的操作应用实例来说明事前变更调度流程。

(1)工程人员“kmadmin”作为资源变更申请人登录资源管理系统，新增资源调度工单。

图3a为新增的资源调度工单的输入界面。资源变更申请人填写新增资源调度工单，通过点击“数据维护”可以选择进行网元配置(如图3b所示)，进行网元工程数据的录入，录入后的界面可如图3c所示。通过点击图3a中“派往部门”中的“选择”键可以选择批复人和审核人，如图3d所示。

进行网元工程数据的录入并点击保存后，可自动保存，系统对保存的数据会自动设置有“未审批”状态标识，以表示“kmadmin”录入的资源管理数据为未审批的数据。查看该网元对应的信息可以看到审批状态为“未审批”，如图3e所示。

在点击保存后，系统可以自动对录入的网元工程数据进行检查，以检查该网元工程数据的输入是否符合预存储的模板格式，如输入是否完整以及输入的数据格式是否正确，如果存在错误，则显示错误信息，提示用户修改输入的错误并重新保存。

(2)工单批复

工程项目管理人“linhui”登录网络维护系统，根据工程实施计划中的资源调度需求，对新增调度工单进行批复(或称第一次审批)，批复通过后，数据会自动推送给具有审核(第二次审批)权限的网络维护人员进行审核。工单批复的界面如图4a所示。如果批复不通过，事前变更调度流程结束。

(3)工单审核

网络维护人员“lijianghong”登录网络维护系统，对经过批复的新增调度工单进行审核(第二次审批)。审核人确认在工程人员输入的网元工程数据是否有误，如果确认无误，则审核通过，工程数据库中的该工单的数据状态由“未审批”置为“已审批”，如图4b所示。审核通过后，工程数据自动流转至工程人员“kmadmin”。如果审核不通过，事前变更调度流程结束。

需说明的是，如上批复步骤(2)和审核步骤(3)也可以交换顺序执行，同样可以实现对工单的审查目的。

(4)工程人员“kmadmin”对已审批的工程数据(资源调度工单)进行归档，资源变更工程信息库中相应资源条目的“工单号”被赋值，如图4c所示。

图2为本实施例中事后核查管理流程示意图，如图2所示，该流程具体包括：

1)在网数据采集步骤

资源管理系统从各专业网管、操作维护中心(OMC)等自动采集网络资源(如网元)的配置数据，采集的配置数据作为网络资源变更结果数据可自动存储至在网数据库(变更结果库)中。

在此采集过程中，关键需解决从各专业网管、操作维护中心(OMC)上提取的配置数据要严格与实际网络资源配置情况相符。然而，在实际生产中，各专业网管、操作维护中心(OMC)上的配置数据并不一定与实际的资源配置一致，这是由于在频繁的割接过程中，为了保证割接成功率，工程师通常在工程割接前生成新、旧两套配置数据，只有在割接成功后若干天才将旧配置数据删除。这就意味着，旧配置数据需要退网，新配置数据需要入网，如果按传统的方法仅仅采集配置数据，难以解决旧配置数据被删除之前，资源配置数据存在数量翻番而带来不准的问题。为了解决该问题，可根据配置数据是否支撑业务，即是否有性能数据这一特点来加快这一过程，提高资源数据的准确性。本发明提出自动采集各专业网管、操作维护中心(OMC)中的实时配置数据以及性能数据，通过判断资源对应的性能数据是否达到入网门限或退网门限，来过滤各专业网管、操作维护中心(OMC)中由于频繁割接造成的垃圾配置数据。在具体实现中，采用“快进慢出”的机制来完成。“快进”即当资源相关的性能数据高于入网门限，系统即自动把该资源加入到入网资源中；“慢出”是指某资源在一定时间内性能数据低于退网门限(比如试呼次数要大于0)，则派发工单由人工进行判断确认。详细流程见附图5所示，该流程包括如下步骤：

步骤S10，通过话务网管、OMC等接口自动采集实时配置数据及性能数据；

步骤S20，选择是否能根据话务量、用户数等性能数据判断资源入网、退网、在网，如果是，则进入步骤S30，如果否，进入步骤S40；

步骤S30，判断网络资源的性能是否达到入网或退网门限，如果是，则进入步骤S40；

步骤S40，与原先资源数据库比较，判断是在网、入网还是退网；

步骤S50，如果采集到的资源信息在原先的资源变更结果数据库中不存在且相应的性能数据超过入网门限，则判断采集的资源为新入网资源，资源管理系统自动将采集的资源数据存储为在网资源数据；

步骤S60，如果采集到的资源信息在原先的资源变更结果数据库中存在且相应的性能数据超过入网门限，则判断采集的资源为在网资源，则进行资源数据自动更新，更新相应资源属性信息；

步骤S70，如果采集到的资源信息在原先的资源变更结果数据库中存在且相应的性能数据低于退网门限，则判断采集的资源为退网资源，资源管理系统通过流程系统派发相应的流程工单，由网络维护人员判断是否是工程退网(步骤S80)。如果确认采集到的资源为退网资源，则从原先的资源变更结果数据库中删除该资源数据。

2)数据比较步骤

网络资源管理系统可定期(如每天预定时刻)将工程数据库中审批后的网络资源变更目标数据与在网数据库中实际变更结果数据进行差异性对比，从而形成核查结果。如果资源管理系统中需要对比的在网数据(变更结果)在工程数据中存在，并且其它需要对比的属性内容一致则自动对工程数据库中对比的工单的数据状态由“工程状态”置为“已入网”，并进行封存归档。

3)差异结果提示步骤

具体地：

I.如果资源管理系统中需要对比的在网数据在工程数据中不存在，则直接将该在网数据形成派单内容自动派单到相关管理人员(如工程项目管理人、网络维护人员或其他监督人员)。形成的工单内容示意如下：

如果资源管理系统中需要对比的工程数据在在网数据中不存在，则也可形成类似的工单自动派到相关管理人员。

II.如果资源管理系统中需要对比的在网数据在工程数据中存在，但需要对比的属性内容有不一致情况，则列出差异并派单。工单内容示意如下：

基于上面的步骤，当在网数据和工程数据存在差异时，则相关人员会收到差异性提示信息，这样就会及时的发现工程实施过程中存在的问题，从而可以由相关人员或部门及时分析差异原因，以保证整个网络资源数据的准确性，尤其保证在工程施工频繁变更的情况下整个网络资源数据的准确性。

实施例2

本实施例对实现如上网络资源数据管理方法的系统进行描述。如图6所示，该系统包括：

输入单元，用于输入网络资源变更信息，并生成网络资源变更目标数据；

审批单元，用于确认所述输入单元中生成的网络资源变更目标数据的正确性；

在网资源采集单元，用于采集在网资源的配置信息，并生成资源变更结果数据；

比较单元，用于将所述资源变更结果数据与确认后的所述网络资源变更目标数据比较，如果比较结果存在差异，则输出差异提示信息；以及

封存归档单元，用于在所述比较单元的比较结果为不存在差异时，对所述资源变更目标数据进行封存归档处理。

其中，所述审批单元包括：

第一审批单元，用于审批所述网络资源变更信息是否符合资源调度需求；以及

第二审批单元，用于审批所述网络资源变更信息的完整性。

所述采集单元可以为网管、操作维护中心(OMC)或采集适配平台等。

所述在网资源采集单元包括：

采集单元，用于自动采集网络资源的配置数据和性能数据；

判断单元，用于判断网络资源的性能数据是否达到入网门限，如果达到入网门限则确认采集的该网络资源的配置数据为在网资源配置数据；以及

输出单元，用于将所述在网资源配置数据作为资源变更结果数据输出。

通过如上所述的本发明可知，本发明通过对移动运营商网络资源生命周期运营流程的分析，提出做好网络资源从工程实施阶段到正式入网运行阶段的变更管理是整个网络资源数据变更准确性保证的关键，并应用现有的IT手段实现了上述变更管理流程。即，以流程为基础，实现了资源工程变更数据在流程上的自动流转及系统自动数据差异分析，保证了网络资源数据变更的准确性管理，从而达到网络资源一体化全面管理的目的。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，比如ROM/RAM、磁碟、光盘等。其中，当上述程序被机器，如计算机加载且执行时，此机器变成用以参与本发明的系统或装置。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种网络资源数据管理方法，其特征在于，该方法包括：

变更申请步骤，输入网络资源变更信息，生成网络资源变更目标数据并存入网络资源变更目标数据库；以及

数据核查步骤，采集在网资源配置数据，存入资源变更结果数据库，并将所述资源变更结果数据库中的数据与所述网络资源变更目标数据库中的数据进行比较，如果比较结果存在差异，则输出差异提示信息。

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

审批步骤，审批所述变更申请步骤中生成的网络资源变更目标数据，并于审批通过后执行所述数据核查步骤。

3.根据权利要求2所述的方法，其特征在于，所述变更申请步骤还包括：将生成的网络资源变更目标数据自动提供给审批用户。

4.根据权利要求2所述的方法，其特征在于，所述审批步骤包括：

第一审批步骤，审批所述网络资源变更信息是否符合资源调度需求；以及

第二审批步骤，审批所述网络资源变更信息的完整性。

5.根据权利要求4所述的方法，其特征在于，所述数据核查步骤包括：

采集步骤，自动采集网络资源的配置数据和性能数据，获取在网资源配置数据，并存入资源变更结果数据库；以及

比较步骤，将所述资源变更结果数据与所述网络资源变更目标数据库中的数据相比较，如果所述资源变更结果数据在所述网络资源变更目标数据库中存在且内容相一致，则对所述资源变更目标数据进行封存归档处理，如果所述资源变更结果数据在所述网络资源变更目标数据库中不存在或内容不一致，则输出差异提示信息。

6.根据权利要求5所述的方法，其特征在于，所述采集步骤包括：

自动采集网络资源的配置数据和性能数据；

判断网络资源的性能数据是否达到入网门限，如果达到入网门限则确认采集的该网络资源的配置数据为在网资源配置数据；以及

将所述在网资源配置数据作为资源变更结果数据输出。

7.一种网络资源数据管理系统，其特征在于，该系统包括：

输入单元，用于输入网络资源变更信息，生成网络资源变更目标数据并存入网络资源变更目标数据库；

在网资源采集单元，用于采集在网资源的配置数据，存入资源变更结果数据库；以及

比较单元，用于将所述资源变更结果数据与所述网络资源变更目标数据库中的数据进行比较，如果比较结果存在差异，则输出差异提示信息。

8.根据权利要求7所述的系统，其特征在于，该系统还包括：

审批单元，用于确认所述输入单元中生成的网络资源变更目标数据的正确性，并于确认后提供该网络资源变更目标数据至所述比较单元。

9.根据权利要求7所述的系统，其特征在于，该审批单元包括：

第一审批单元，用于审批所述网络资源变更信息是否符合资源调度需求；以及

第二审批单元，用于审批所述网络资源变更信息的完整性。

10.根据权利要求7所述的系统，其特征在于，该系统还包括：

封存归档单元，用于在所述比较单元的比较结果为不存在差异时，对所述资源变更目标数据进行封存归档处理。

11.根据权利要求7所述的系统，其特征在于，所述在网资源采集单元包括：

采集单元，用于自动采集网络资源的配置数据和性能数据；

判断单元，用于判断网络资源的性能数据是否达到入网门限，如果达到入网门限则确认采集的该网络资源的配置数据为在网资源配置数据；以及

输出单元，用于将所述在网资源配置数据作为资源变更结果数据输出。

Images