专利名称：对系统数据进行管理的方法和系统的制作方法
技术领域：
本发明涉及数据管理技术领域，尤其涉及一种对系统数据进行管理的方法和系统。
背景技术：
在面向对象的系统分析设计中，如何方便快捷地管理对象所代表的实体和/或实体之间关系的不断演进变化是一个需要解决的问题。
以电信资源管理系统中的网络对象为例。一个电信网络可能是一个包括3个网元的STM1(同步传送模块)网络，由于业务发展的需要，规划设计者将规划该网络从未来的某个时刻开始变为一个跨越5个网元的STM16网络，而另一个规划设计者则基于5个网元的STM16网络完成网络内所有电路的变迁设计，并根据未来可能的需求改变网络的帧结构。
实际上网络的升级同时意味着网络内所包含的网元也进行了升级。可以看到，类似的一个演进，系统中的大量数据都相应发生了变化。
另一种实体和/或实体之间关系的不断演进变化例子是CAD(计算机辅助设计)中所涉及到的部件和部件间的连接关系演进变化，虽然CAD中的部件和部件间的连接关系发生在计算机虚拟空间，但对其的管理手段可以象对现实世界的实体及实体间关系的管理一样来对待。
通常为了实现对这种演进变化的管理都是采用数据拷贝的方式，比如在某一个时间点对象所代表的实体和/或实体之间关系发生变化，就拷贝一份新的由实体数据和/或实体之间关系数据所构成的对象数据保存下来。通过不同版本的对象数据来体现实体和/或实体之间关系的演变差异，不同版本的对象数据针对同样逻辑对象。通常在系统中会存在多份版本对象数据。
可以看出，在进行对象数据拷贝过程中，当多个对象所代表的实体和/或实体之间关系发生变化之后，与之相关的对象到底有哪些，又有哪些对象相关的数据需要拷贝，拷贝的边界在哪里，这些问题往往难以确定。通常的做法是通过对业务和数据的分析来确定数据拷贝的广度和深度。然而，无论如何分析，都很难将所有数据都拷贝，因而边界问题仍然不可避免。所谓边界是指处在变化发生边界上的对象集合，任何一次变化总有存在一个确定的边界，但问题是针对每一次变化都弄清楚所对应的边界是困难的。
同时，由于数据拷贝方式的系统中针对同样逻辑对象的对象数据存在多个版本，刻画一个具体场景下的对象系统到底该用哪个版本的对象数据来展现，与对象系统有关联的对象又该用哪个版本的对象数据来展现，这些在具体应用中都难以确定。
而且，对象数据产生一个拷贝之后，如果在随后的某一个时间点又发生了变化，则如何把这些变化广播到所有已经拷贝的对象数据中，以及本次变化是否导致不兼容，等等，便成为对象数据拷贝方案中最难以解决的问题。
另外，因为一旦出现变化，就需要拷贝一系列的对象数据，而这种变化对于对象所代表的实体和/或实体之间关系来说是时常发生的，所以必然会造成存储对象数据拷贝的数据量激增，系统性能极度下降。这种性能下降的趋势是指数级的，系统的整体性能只会越来越低。
因此，目前的管理对象数据的方法和系统无法有效管理记录有对象所代表的实体和/或实体之间关系的演进变化的对象系统数据，包括系统数据的增加、修改、删除或查询等管理操作和/或刻画一个具体场景下的对象系统的数据展现，等等。
发明内容
鉴于上述现有技术所存在的问题，本发明的目的是提供一种对系统数据进行管理的实现方法及系统，从而可以有效地管理记录有对象所代表的实体和/或实体之间关系的演进变化的系统数据，包括系统数据的增加、修改、删除或查询等管理操作和/或刻画一个具体场景下的对象系统的数据展现。
本发明的目的是通过以下技术方案实现的本发明提供了一种对系统数据进行管理的方法，包括以下步骤A、将实体信息和实体之间的实体关系信息记录到数据库中构成系统数据，所述实体信息和/或实体之间的实体关系信息包含业务相关的业务属性；B、以指定的实体信息和/或实体关系信息的业务属性限定作为筛选线索构造筛选条件，从所述系统数据中筛选出符合所述筛选条件的实体信息和实体之间的实体关系信息用以构成数据视图；C、基于所述数据视图对所述系统数据进行管理和/或展现所述数据视图。
所述实体包括真实实体和虚拟实体，所述实体关系包括真实实体关系和虚拟实体关系。
所述实体关系通过统一建模语言UML中不同类型的关联来实现，该关联类型包括三元关联、复合聚合、共享聚合和/或基本聚合关系。
所述关联类型的实体和/或实体关系被修改后，自动将其相关子实体和/或子实体关系修改。
所述的业务属性包括时间属性，是所述实体或实体关系基于时间属性的集合；和/或位置属性，是所述实体或实体关系基于位置属性的集合。
所述的时间属性进一步包括实体的生效时间信息和/或失效时间信息；
实体关系的生效时间信息和/或失效时间信息。
在所述步骤A中，当实体信息和/或实体关系信息发生变化时，仅将变化的实体信息和/或实体关系信息记录到所述数据库中。
所述筛选过程可以嵌套，进一步嵌套筛选中的筛选条件是在所述筛选条件的基础上增加更进一步的业务属性限定来构造所述嵌套筛选过程的嵌套筛选条件，所述数据视图作为所述嵌套筛选过程所基于的系统数据，筛选出符合所述嵌套筛选条件的实体信息和实体之间的实体关系信息用以构成嵌套数据视图。
在所述步骤B中，所述筛选是通过调用筛选函数对所述系统数据进行检索。
所述筛选函数包括第一函数以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体关系，作为数据视图的内容；和/或第二函数以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体信息，作为数据视图的内容。
在所述步骤C中，所述管理是对系统数据进行增加、删除、查找和/或修改的管理操作。
在所述步骤C中，所述管理是通过调用管理函数对所述系统数据进行管理；和/或所述展现是通过调用展现函数对所述数据视图进行展现。
所述管理函数包括第三函数在实体信息和/或实体关系信息创建前后的调用接口；第四函数在实体信息和/或实体关系信息被删除前后用于执行生命周期管理的调用接口；和/或第五函数在实体信息和/或实体关系信息被失效前后用于执行生命周期管理的调用接口；和/或，所述展现函数包括第六函数返回实体关系信息基于目前时间最近被修改的时间点。
本发明还提供了一种对系统数据进行管理的系统，所述系统包括数据记录单元，用于将实体信息和实体之间的实体关系信息记录到数据库中构成系统数据，所述实体信息和/或实体之间的实体关系信息包含业务相关的业务属性；数据视图构建单元，用于以指定的实体信息和/或实体关系信息的业务属性限定作为筛选条件从所述系统数据中筛选出符合所述筛选条件的实体信息和实体之间的实体关系信息用以构成数据视图；数据管理单元，用于基于所述数据视图对所述系统数据进行管理；和/或，数据视图展现单元，用于对所述数据视图进行展现。
所述系统还包括数据修改单元，用于当所述关联类型的实体和/或实体关系被修改后，控制数据记录单元自动将其相关子实体和/或子实体关系修改。
所述的系统还包括数据更新单元，用于当实体信息和/或实体关系信息发生变化时，控制所述数据记录单元仅将变化的实体信息和/或实体关系信息记录到所述数据库中。
所述数据视图构建单元中可以进一步嵌套数据视图构建子单元，通过该子单元实现筛选过程的嵌套，进一步嵌套筛选中的筛选条件是在所述筛选条件的基础上增加更进一步的业务属性限定构造所述嵌套筛选过程的嵌套筛选条件，所述数据视图作为所述嵌套筛选过程所基于的系统数据，筛选出符合所述嵌套筛选条件的实体信息和实体之间的实体关系信息用以构成嵌套数据视图。
所述数据视图构建单元完成所述筛选是通过调用筛选函数接口单元对所述系统数据进行检索。
所述数据视图构建单元所调用的筛选函数接口单元包括第一函数接口模块以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体关系，作为数据视图的内容；和/或第二函数接口模块以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体信息，作为数据视图的内容。
所述数据管理单元进一步包括系统数据增加、删除、查找和/或修改单元，分别用于完成对系统数据进行增加、删除、查找和/或修改的管理操作。
所述数据管理单元包括管理函数接口单元，用于执行所述管理操作是通过调用管理函数对所述系统数据进行管理；和/或，所述的系统还包括用于对所述数据视图进行展现的数据视图展现单元，数据视图展现单元包括展现函数接口单元，用于执行所述展现是通过调用展现函数对所述数据视图进行展现。
所述管理函数接口单元包括第三函数接口模块在实体信息和/或实体关系信息创建前后的调用接口；第四函数接口模块在实体信息和/或实体关系信息被删除前后用于执行生命周期管理的调用接口；和/或第五函数接口模块在实体信息和/或实体关系信息被失效前后用于执行生命周期管理的调用接口；和/或所述展现函数包括第六函数接口模块返回实体关系信息基于目前时间最近被修改的时间点。
由上述本发明提供的技术方案可以看出，本发明提供的方案可以有效地管理记录有对象所代表的实体和/或实体之间关系的演进变化的系统数据，实现对系统数据的全方位、多角度观察和管理，特别的，本发明能够实现完整的实体生命周期管理以及实体之间的实体关系的生命周期管理，实现在不同的时间切片上构建一个完整的业务实例以及查看该业务实例存在的时间段。
图1为本发明所述方案的原理示意图；图2为本发明具体实施方案之一资源管理系统中的代表实体关系的对象示意图；图3为含有时间属性的对象及代表实体关系的对象的数据模型示意图；图4为本发明具体实施方案之一资源管理系统中的对象网络的示意图；图5为对象处理机制示意图；图6为本发明所述方案中从系统数据筛选数据构成数据视图的处理过程示意图；图7为本发明所述的系统的结构示意图。
具体实施例方式
为了适应实体和/或实体之间关系的不断变化并能够动态展示这种演进变化，本发明方案的数据管理系统中用对象代表实体和/或实体之间关系，就是说，本发明不仅仅考虑实体本身，同时还涉及实体之间关系。现实空间的实体和实体之间关系所构建的网络就映射为管理系统中系统数据所代表的对象网络，通过分析实体之间关系的类型建立通用的代表实体之间关系模型的对象；现实中的实体和实体之间关系的演进变化与数据管理系统中对象的相应业务属性的改变相对应；基于数据管理系统中根据不同筛选条件从系统数据中筛选出的对象和对象关系构成不同的数据视图来反映由实体和实体之间关系所组成的业务系统中的变化，并作为实现系统数据管理的必要手段。
本发明主要为基于UML(统一建模语言)的思想实现。
为对本发明有进一步的理解，下面将结合具体的应用实例对本发明所述方案进行详细的描述。
如图1所示，本发明所述方案主要包括1、将实体信息和实体之间的实体关系信息按对象方式处理并记录到数据库中构成系统数据，所述实体信息和/或实体之间的实体关系信息包含业务相关的业务属性；2、以指定的实体信息和/或实体关系信息的业务属性限定作为筛选条件从所述系统数据中筛选出符合所述筛选条件的实体信息和实体之间的实体关系信息用以构成数据视图；3、基于所述数据视图对所述系统数据进行管理和/或展现所述数据视图。
所述数据视图中包括以预定条件提取出来的系统数据中的所有对象信息，从而便于增加、删除、修改或查询等管理操作。
下面将分别对上述过程进行详细的描述。
将实体信息按对象方式处理的分析思路，与现有技术相同，不再详述。因此，仅针对实体之间的实体关系的对象化分析处理进行详细描述，具体通过一些系统实例给出分析思路。
在具体分析过程中以UML中的下述概念表述各代表实体的对象之间的关系
关联，是类之间的一个语义连接(链接)，关联一般是双向的，但也可以是单向的；三元关联是指两个以上的类也可以相互关联，三元关联就是同时连接三个类的关联；聚合是关联的一种特殊情况，关联的两个类之间的关系有些像“整体-部分”这种关系；复合聚合的整体拥有它的部分，是一种强所有权关系。部分居住在整体内部，将与整体一起销毁；共享聚合内的部分可以是任意整体的部分，相当于聚合中整体的多重性不是1；基本聚合则是指除以上两种聚合关系之外的聚合。
以资源管理系统为例，在资源管理系统中，包含的对象如图2所示，具体包括网络、帧结构、电路、端口、网元、机框、槽位、单板和子网。
针对各实体对象之间的关系的分析结果如表1所示表1
从表1中可以看到实体对象间关系的特征(Character)包括关联、基本聚合、共享聚合、复合聚合、依赖等。其中比较重要的是复合聚合关系，由于复合聚合关系还涉及到实体及实体关系对象生命周期的管理，所以本发明的实体代表实体关系的对象处理逻辑中提供了在销毁整体对象时同时销毁所包含的部分对象的方法，具体可以通过图5中的onDelete/onDecommission操作函数实现，并且该方法还会被嵌套调用，确保完全的对象生命周期管理。
所述实体对象间关系还具备鲜明的时间属性，具体可以参见图3中所示的commissionDate/decommissionDate。一种关系从某个时间开始生效，很可能在另一个时间就失效了，然后新的关系又产生了。例如，网络在某一个时间由若干网元构成，某一个时间点开始，构成网络的网元可能增加、移除、替换了若干网元。正是由于时间属性的存在，实体和实体对象间关系具备较强的动态性。本发明的对象化处理逻辑中提供了根据指定业务属性进行代表实体和/或实体关系的对象查询的方法，如图5中所示的getRelations/getRelatedObjects操作函数。
另外，所述对象还存在一些随业务领域的不同而有不同取值的其它业务属性。例如，网络与帧结构之间存在“路由段”关系。
本发明中代表实体和/或实体关系的对象的数据模型如图3所示如图3所示，Relation(关系)用来连接不同的Object(对象)，每个Object对象又包含一系列的Relation的复合聚合。从一个对象A出发，可以获得所有与该对象相关的代表实体关系的对象，然后通过代表实体关系的对象又可以获得对端的其它对象B，再从对象B出发，又可以获得相关的对象C。如此循环，通过这种数据结构，就能够把不同的对象关联起来，构筑成一个立体的对象网络子集。这种对象网络子集也是构成所述数据视图的数据基础。
下面对电信资源管理系统中最终形成的系统数据所对应的对象网络进行说明，具体如图4所示从网络A出发进行考察，可以获得两组关系，关系1和关系2，关系1表示网络与帧结构之间的关联，关系2表示网络与网元之间的关联。其中关系1有三个实例，关系1_1对端为帧结构1，关系1_2对端为帧结构2，关系1_3对端为帧结构3，这样就能够获得与网络A相关的所有帧结构，图4中为三个。同理，也可以获得网络A相关的所有网元，分别为网元A、网元B、网元C。
从网元C出发进行考察，可以获得三组关系，关系2、关系3和关系4，关系2表示与网络之间的关联，关系3表示与机框之间的关联，关系4表示与帧结构之间的关联。同样，可以获得与网元C相关的网络A、机框1、机框2、机框3、帧结构3。
可以看到，系统中所有的对象(代表实体和/或实体关系的对象)构成一个对象网络。在该对象网络中进行导航，再加上对对象的各种业务属性进行策略筛查，就可以根据系统数据的管理需求形成一幅数据视图。
为了从对象网络中根据相应的代表实体关系的对象信息提取相应的对象，需要采用相应的代表实体关系的对象处理机制，具体描述如下如前所述，代表实体关系的对象由于所关联的对象不同，业务属性取值不同，实际上分成了很多类别。每种类别的代表实体关系的对象，都存在一些特异性，需要一些特定的业务处理逻辑。但对于大量的代表实体关系的对象来说，其业务处理基本类似，存在很强的共通性。所以本发明对这些共通性进行了归纳，提出了一些通用的业务处理机制。
如图5所示，本发明给出了具备多种业务维度的代表实体关系的对象的通用处理机制。以下将逐一进行介绍(1)getAllRelations/getRelations即第一函数，用于获得指定实体对象相关的各种代表实体关系的对象，其中后者可以通过设置业务属性来进行代表实体关系的对象的过滤，从而获得指定对象的指定的代表实体关系的对象。例如在图4中，对网元C调用getAllRelations，将得到网元C的所有关系2_3、3_1、3_2、3_3以及4_1。
(2)getAllObjects/getObjects即第二函数，用于获得指定对象相关的其它对象，其中后者可以通过设置业务属性来进行对象的过滤，从而获得指定的对象信息。例如在图4中，对网元C调用getObjects，并指定关系3_1作为条件，将得到机框1。
(3)preCreate/postCreate即第三函数，在代表实体关系的对象创建前后做必要的处理，例如，对代表实体关系的对象的自动生效时间用当前时间赋初值。
(4)preDelete/postDelete即第四函数，在代表实体关系的对象被删除前后进行生命周期相关处理，例如，如果属于复合聚合类型的关系被删除，则自动删除相关的子对象。例如，机框中的线路板被删除后，板子上所有的端口即失效相当于自动删除。
(5)preDecommission/postDecommission即第五函数，在代表实体关系的对象被失效前后进行生命周期相关处理，例如，如果属于复合聚合类型的关系被失效，则自动失效相关的子对象。
(6)getNextChangeDate即第六函数，在代表实体关系的对象的诸多业务属性中，对象特别是代表实体关系的对象随时间属性变化最频繁，所以本发明中特意抽取实现了这个方法，用于在数据视图中提供基于时间轴进行导航。
基于上述处理机制，即各提取对象网络中的对象的操作函数便可以根据设定的筛选条件通过相应的筛选过程构建相应的动态数据视图。
所谓数据视图，就是在视图中除了列出对象本身的相关属性之外，还展示与之相关的所有的其它对象的信息，从而构成与该对象相关的全景信息。动态的含义是指该数据视图的内容并不是事先确定，而是根据实体对象以及代表实体关系的对象业务属性满足度检测策略动态从对象网络中筛选出相关对象，从而形成动态数据视图。
需要说明的是所述筛选过程可以嵌套实现筛选操作，进一步嵌套筛选中的筛选条件是在已经确定的筛选条件的基础上增加更进一步的业务属性限定来构造所述嵌套筛选过程的嵌套筛选条件，所述基于已经确定的筛选条件获得的数据视图则作为所述嵌套筛选过程所基于的系统数据，即从该数据视图中筛选出符合所述嵌套筛选条件的实体信息和实体之间的实体关系信息，用以构成嵌套数据视图，且在筛选过程中可以进行多层次的嵌套筛选操作。
如图6所示，本发明中具体的构建数据视图的方法包括步骤61用户需要确认一组业务属性作为数据视图筛选依据；在对象的诸多业务属性中，对象随时间属性变化最频繁，所以最常见的情况就是以时间属性作为数据视图筛选的依据。
步骤62保存指定的业务属性作为检索条件为嵌套筛查作基础；除了基于对应于对象网络的系统数据筛查对象构成数据视图外，筛查过程可以嵌套。例如利用筛查结果构成数据视图的基础上，筛查条件增添进一步的业务属性限定构造嵌套筛查的条件，以此进行嵌套筛查。除非重新启动针对系统数据的筛查，否则筛查条件一直保存，作为其它相关数据视图的基准。
步骤63获得指定对象；步骤64判断相应的对象是否符合业务属性检测策略，如果符合，则执行步骤65，否则，执行步骤68；步骤65获得指定实体对象的所有代表实体关系的对象；在构对象网络中，从一个对象出发能够获取与其相关的所有代表实体关系的对象，并进而能够获得关联的对端对象集合；步骤66判断相应的代表实体关系的对象是否符合业务属性检测策略，如果符合，则执行步骤67，否则，执行步骤68；在该步骤的代表实体关系的对象业务属性满足度检测策略中，将步骤63获得的所有代表实体关系的对象集合将被该步骤逐一检测，且主要根据前面确认的业务属性取值，对代表实体关系的对象按照检测策略进行过滤；步骤67对端关联对象纳入到数据视图中；对于满足业务属性检测策略的代表实体关系的对象，代表实体关系的对象的对端对象将被作为当前浏览对象的相关对象纳入数据视图。
步骤68过滤该对象，不将其纳入数据视图。
经过上述步骤61至步骤68的处理后，便可以获得指定对象的数据视图，之后，还可以重复执行上述操作处理过程，进行下一个指定对象的数据视图的提取操作。
本发明中，对象网络的导航功能是用嵌套筛查来实现的，从数据视图中的一个实体对象出发，选中与之关联其它实体对象，系统将会使用前面步骤保存的业务属性筛查条件并增加进一步业务属性限制作嵌套筛查形成嵌套数据视图，从而完成导航功能。
在动态数据视图中，还有一个比较重要的功能，就是对已经输入确认的业务属性取值进行修改，并刷新数据视图。典型的一个应用就是，在数据视图中，为每一个相关对象，都提供了一个下次修改时间，点击下次修改时间，将会自动更新时间属性取值，并刷新数据视图，就可以非常方便的了解对象基于时间轴的演进变迁。
本发明还提供了一种对系统数据进行管理的系统，如图7所示，所述系统包括数据记录单元，用于将实体信息和实体之间的实体关系信息记录到数据库中构成系统数据，所述实体信息和/或实体之间的实体关系信息包含业务相关的业务属性，所述实体关系包括真实实体关系和虚拟实体关系，且所述实体关系通过统一建模语言UML中不同类的关联来实现，该关联包括三元关联、复合聚合、共享聚合和/或基本聚合关系；数据视图构建单元，用于以指定的实体信息和/或实体关系信息的业务属性限定作为筛选条件从所述系统数据中筛选出符合所述筛选条件的实体信息和实体之间的实体关系信息用以构成数据视图；数据管理单元，用于基于所述数据视图对所述系统数据进行管理；和/或数据视图展现单元，用于对所述数据视图进行展现。
本发明所述系统中还包括数据修改单元，用于当所述关联类型的实体和/或实体关系被修改后，控制数据记录单元自动将其相关子实体和/或子实体关系修改；数据更新单元，用于当实体信息和/或实体关系信息发生变化时，控制所述数据记录单元仅将变化的实体信息和/或实体关系信息记录到所述数据库中。
在本发明所述的系统中，数据视图构建单元、数据管理单元和数据视图展现单元为系统中的重要组成部分，下面将分别进行详细说明。
数据视图构建单元所述数据视图构建单元中可以进一步嵌套数据视图构建子单元，通过该子单元实现筛选过程的嵌套，进一步嵌套筛选中的筛选条件是在所述筛选条件的基础上增加更进一步的业务属性限定构造所述嵌套筛选过程的嵌套筛选条件，所述数据视图作为所述嵌套筛选过程所基于的系统数据，筛选出符合所述嵌套筛选条件的实体信息和实体之间的实体关系信息用以构成嵌套数据视图；所述数据视图构建单元完成所述筛选是通过调用筛选函数接口单元对所述系统数据进行检索，所述筛选函数接口单元包括以下至少一个模块第一函数接口模块即函数一，通过第一函数实现以实体信息和/或实体关系信息的业务属性作为筛选条件获得满足筛选条件的实体关系，作为数据视图的展现内容；第二函数接口模块即函数二，通过第二函数实现以实体信息和/或实体关系信息的业务属性作为筛选条件获得满足筛选条件的实体信息，作为数据视图的展现内容。
数据管理单元所述数据管理单元进一步包括系统数据增加、删除、查找和/或修改模块，分别用于完成对系统数据进行增加、删除、查找和/或修改的管理操作。
所述数据管理单元包括管理函数接口单元，用于执行所述管理操作是通过调用管理函数对所述系统数据进行管理；其中，所述管理函数接口单元包括以下至少一个模块第三函数接口模块即函数三，通过第三函数实现在实体信息和/或实体关系信息创建前后的调用接口；第四函数接口模块即函数四，通过第四函数实现在实体信息和/或实体关系信息被删除前后用于执行生命周期管理的调用接口；
第五函数接口模块即函数五，通过第五函数实现在实体信息和/或实体关系信息被失效前后用于执行生命周期管理的调用接口；数据视图展现单元所述的数据视图展现单元包括展现函数接口单元，用于执行所述展现是通过调用展现函数对所述数据视图进行展现；所述展现函数包括第六函数接口模块即函数六，通过第六函数实现返回实体关系信息基于目前时间最近被修改的时间点。
下面将以一个具体的应用实例对本发明所述方案进行说明。具体以具备时空特性的资源管理系统中的系统数据的管理为例进行说明。
随着电信企业对资源管理水平的不断提升，更加强调资源管理以客户为中心的“随需而动”，并导致需要经常主动调整资源关系以满足客户的个性化需求。在这种需求背景下，以往纯粹平面方式的资源管理已经无法适应时代需要，也就是说，对资源管理系统的资源管理要求已经变成了既要体现存在性，又要能够体现基于时间轴序列的资源演进发展过程，并提供规划设计支持。例如某个电信网络可能现在是一个跨越3个网元的STM1网络，规划设计者将规划该网络从未来的某个时刻开始为一个跨越5个网元的STM16网络，而另一个规划设计者则基于5个网元的STM16网络完成网络内所有电路的变迁设计，并根据未来可能的需求改变网络的帧结构。
为适应上述灵活的资源管理需求，本发明提供了动态多维代表实体关系的对象的数据视图，所述数据视图中包含指定对象对应的所有与其存在关联的各个对象，即在对象网络中从指定的对象开始，按照特定的业务属性值遍历对象网络获得的所有对象，基于该数据视图便可以完全解决资源随时间演进的问题。
从代表实体关系的对象的模型角度来看，资源随时间演进就是资源关系在时间属性上的变化。一次演进代表了一批量旧的资源关系失效，新的资源关系开始生效。在时间轴序列上的演进历史，也完全可以从资源关系的变化中分离出所有变迁的时间属性，明确了每一个时间属性值，就可以获得资源的不同数据视图，从而实现对资源的灵活管理。
综上所述，本发明提供的方法可以有效地实现对系统数据的全方位、多角度观察，同时，能够实现完整的关联对象生命周期管理。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种对系统数据进行管理的方法，其特征在于，包括以下步骤A、将实体信息和实体之间的实体关系信息记录到数据库中构成系统数据，所述实体信息和/或实体之间的实体关系信息包含业务相关的业务属性；B、以指定的实体信息和/或实体关系信息的业务属性限定作为筛选线索构造筛选条件，从所述系统数据中筛选出符合所述筛选条件的实体信息和实体之间的实体关系信息用以构成数据视图；C、基于所述数据视图对所述系统数据进行管理和/或展现所述数据视图。
2.根据权利要求1所述方法，其特征在于，所述实体包括真实实体和虚拟实体，所述实体关系包括真实实体关系和虚拟实体关系。
3.根据权利要求2所述方法，其特征在于，所述实体关系通过统一建模语言UML中不同类型的关联来实现，该关联类型包括三元关联、复合聚合、共享聚合和/或基本聚合关系。
4.根据权利要求3所述方法，其特征在于，所述关联类型的实体和/或实体关系被修改后，自动将其相关子实体和/或子实体关系修改。
5.根据权利要求1所述方法，其特征在于，所述的业务属性包括时间属性，是所述实体或实体关系基于时间属性的集合；和/或位置属性，是所述实体或实体关系基于位置属性的集合。
6.根据权利要求5所述方法，其特征在于，所述的时间属性进一步包括实体的生效时间信息和/或失效时间信息；实体关系的生效时间信息和/或失效时间信息。
7.根据权利要求1所述方法，其特征在于，在所述步骤A中，当实体信息和/或实体关系信息发生变化时，仅将变化的实体信息和/或实体关系信息记录到所述数据库中。
8.根据权利要求1所述方法，其特征在于，在所述步骤B中，所述筛选过程可以嵌套，进一步嵌套筛选中的筛选条件是在所述筛选条件的基础上增加更进一步的业务属性限定来构造所述嵌套筛选过程的嵌套筛选条件，所述数据视图作为所述嵌套筛选过程所基于的系统数据，筛选出符合所述嵌套筛选条件的实体信息和实体之间的实体关系信息用以构成嵌套数据视图。
9.根据权利要求1至8任一项所述方法，其特征在于，在所述步骤B中，所述筛选是通过调用筛选函数对所述系统数据进行检索。
10.根据权利要求9所述方法，其特征在于，所述筛选函数包括第一函数以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体关系，作为数据视图的内容；和/或第二函数以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体信息，作为数据视图的内容。
11.根据权利要求10所述方法，其特征在于，在所述步骤C中，所述管理是对系统数据进行增加、删除、查找和/或修改的管理操作。
12.根据权利要求11所述方法，其特征在于，在所述步骤C中，所述管理是通过调用管理函数对所述系统数据进行管理；和/或所述展现是通过调用展现函数对所述数据视图进行展现。
13.根据权利要求12所述方法，其特征在于所述管理函数包括第三函数在实体信息和/或实体关系信息创建前后的调用接口；第四函数在实体信息和/或实体关系信息被删除前后用于执行生命周期管理的调用接口；和/或第五函数在实体信息和/或实体关系信息被失效前后用于执行生命周期管理的调用接口；和/或，所述展现函数包括第六函数返回实体关系信息基于目前时间最近被修改的时间点。
14.一种对系统数据进行管理的系统，其特征在于，所述系统包括数据记录单元，用于将实体信息和实体之间的实体关系信息记录到数据库中构成系统数据，所述实体信息和/或实体之间的实体关系信息包含业务相关的业务属性；数据视图构建单元，用于以指定的实体信息和/或实体关系信息的业务属性限定作为筛选条件从所述系统数据中筛选出符合所述筛选条件的实体信息和实体之间的实体关系信息用以构成数据视图；数据管理单元，用于基于所述数据视图对所述系统数据进行管理；和/或，数据视图展现单元，用于对所述数据视图进行展现。
15.根据权利要求14所述系统，其特征在于，所述系统还包括数据修改单元，用于当所述关联类型的实体和/或实体关系被修改后，控制数据记录单元自动将其相关子实体和/或子实体关系修改。
16.根据权利要求14所述系统，其特征在于，所述的系统还包括数据更新单元，用于当实体信息和/或实体关系信息发生变化时，控制所述数据记录单元仅将变化的实体信息和/或实体关系信息记录到所述数据库中。
17.根据权利要求14所述系统，其特征在于，所述数据视图构建单元中可以进一步嵌套数据视图构建子单元，通过该子单元实现筛选过程的嵌套，进一步嵌套筛选中的筛选条件是在所述筛选条件的基础上增加更进一步的业务属性限定构造所述嵌套筛选过程的嵌套筛选条件，所述数据视图作为所述嵌套筛选过程所基于的系统数据，筛选出符合所述嵌套筛选条件的实体信息和实体之间的实体关系信息用以构成嵌套数据视图。
18.根据权利要求14至17任一项所述系统，其特征在于，所述数据视图构建单元完成所述筛选是通过调用筛选函数接口单元对所述系统数据进行检索。
19.根据权利要求18所述系统，其特征在于，所述数据视图构建单元所调用的筛选函数接口单元包括第一函数接口模块以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体关系，作为数据视图的内容；和/或第二函数接口模块以实体信息和/或实体关系信息的业务属性取值范围作为筛选条件获得满足筛选条件的实体信息，作为数据视图的内容。
20.根据权利要求14至17任一项所述系统，其特征在于，所述数据管理单元进一步包括系统数据增加、删除、查找和/或修改单元，分别用于完成对系统数据进行增加、删除、查找和/或修改的管理操作。
21.根据权利要求20所述系统，其特征在于所述数据管理单元包括管理函数接口单元，用于执行所述管理操作是通过调用管理函数对所述系统数据进行管理；和/或，所述的系统还包括用于对所述数据视图进行展现的数据视图展现单元，数据视图展现单元包括展现函数接口单元，用于执行所述展现是通过调用展现函数对所述数据视图进行展现。
22.根据权利要求21所述系统，其特征在于，所述管理函数接口单元包括第三函数接口模块在实体信息和/或实体关系信息创建前后的调用接口；第四函数接口模块在实体信息和/或实体关系信息被删除前后用于执行生命周期管理的调用接口；和/或第五函数接口模块在实体信息和/或实体关系信息被失效前后用于执行生命周期管理的调用接口；和/或所述展现函数包括第六函数接口模块返回实体关系信息基于目前时间最近被修改的时间点。
全文摘要
本发明涉及一种对系统数据进行管理的方法和系统。本发明主要包括首先将实体信息和实体之间的实体关系信息记录到数据库中构成系统数据，所述实体信息和/或实体之间的实体关系信息包含业务相关的业务属性；其次以指定的实体信息和/或实体关系信息的业务属性限定作为筛选条件从所述系统数据中筛选出符合所述筛选条件的实体信息和实体之间的实体关系信息用以构成数据视图；最后基于所述数据视图对所述系统数据进行管理和/或展现所述数据视图。本发明提供的方法可以有效地实现对系统数据的全方位、多角度观察和管理，特别的，本发明能够实现完整的实体生命周期管理以及实体之间的实体关系的生命周期管理，实现在不同的时间切片上构建一个完整的业务实例以及查看该业务实例存在的时间段。
文档编号G06F9/44GK1866250SQ20051013005
公开日2006年11月22日 申请日期2005年12月12日 优先权日2005年10月12日
发明者刘晓明, 向联慧 申请人:华为技术有限公司