[发明专利]数据管理系统及方法

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种数据管理系统及方法。

背景技术

在电信运营商市场中，随着用户需求和网络技术的不断变化和演进，数据业务逐渐成长为主流的业务，随之使得电信业务变得更加多样化。同时，运营商之间的竞争也步入到一个新的时期，比拼更多的是服务质量和用户体验，而非传统的网络管理。用户体验管理（Customer Entertainment Management，简称为CEM）、服务质量管理（Service Quality Management，简称为SQM）等已纳入到TMF论坛eTOM域的标准规范和流程中。运营支撑系统（Operation Support System，简称为OSS）的管理也逐步从网络设备层的管理逐渐拓展到业务层、用户层的管理。目前，OSS的管理领域涵盖了网络管理、服务管理和用户层管理。因此，OSS的整体解决方案及系统的实现也逐渐成为各运营商的迫切需求。

目前，业界的解决方案通常从不同层面进行系统的开发和整合。由于跨越了多个层面，就存在如下的一些问题：

首先，整个方案涉及了大量的产品或系统，其数量众多，接口复杂，稳定性不高。

其次，该方式耦合性高，不易于新需求的扩展。

最后，不同系统采用的架构和方式不一致，导致后期的维护成本和代价较高。

发明内容

本发明提供了一种数据管理系统及方法，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种数据管理系统，包括：数据获取子系统，用于获取来自运营支撑系统（OSS）多个不同层中当前层的业务包，并将业务包发送给数据管理子系统，其中，业务包包括业务定义模型和业务逻辑；数据管理子系统，用于对业务包中的业务定义模型和业务逻辑进行数据管理。

优选地，运营支撑系统的多个不同层具有统一的数据模型，数据模型包括：业务包、数据源、资源类型、资源指标和/或元数据。

优选地，业务包包括以下组合之一：业务类型子包和业务采集子包；业务类型子包、业务采集子包和业务处理子包；业务类型子包、业务采集子包、业务处理子包和业务显示子包。

优选地，业务类型子包包括：用于定义业务的业务定义模型；业务采集子包包括：业务在采集层的采集逻辑；业务处理子包包括：业务在处理层的处理逻辑；业务显示子包包括：业务在显示层的显示逻辑；业务逻辑为以下之一：采集逻辑；采集逻辑和处理逻辑；采集逻辑、处理逻辑和显示逻辑。

优选地，运营支撑系统（OSS）的多个不同层包括：用户层、服务层以及网络层。

根据本发明的另一方面，提供了一种数据管理方法，包括：获取来自运营支撑系统（OSS）多个不同层中当前层的业务包，其中，业务包包括业务定义模型和业务逻辑；对业务包中的业务定义模型和业务逻辑进行数据管理。

优选地，运营支撑系统的多个不同层具有统一的数据模型，数据模型包括：业务包、数据源、资源类型、资源指标和/或元数据。

优选地，业务包包括以下组合之一：业务类型子包和业务采集子包；业务类型子包、业务采集子包和业务处理子包；业务类型子包、业务采集子包、业务处理子包和业务显示子包。

优选地，业务类型子包包括：用于定义业务的业务定义模型；业务采集子包包括：业务在采集层的采集逻辑；业务处理子包包括：业务在处理层的处理逻辑；业务显示子包包括：业务在显示层的显示逻辑；业务逻辑为以下之一：采集逻辑；采集逻辑和处理逻辑；采集逻辑、处理逻辑和显示逻辑。

优选地，运营支撑系统（OSS）的多个不同层包括：用户层、服务层以及网络层。

通过本发明，采用从业务层面上对运营支撑系统域中的业务数据进行建模，提出数据源、资源类型、资源指标、业务包及元数据等数据模型，将这些数据模型结合在功能层面上的数据采集子系统、数据处理子系统、数据显示子系统以及管理控制子系统来实现对业务包的管理和控制的系统实现方式，解决了传统技术中缺乏一种通用的电信领域运营支持系统数据管理系统或方法的问题，进而达到了易于扩展、稳定性高，维护成本较低等效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的数据管理系统的结构框图；

图2是根据本发明优选实施例的数据管理系统的结构示意图；

图3是根据本发明优选实施例的业务包的结构示意图；