Classifications

• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/46—Multiprogramming arrangements
  • G06F9/465—Distributed object oriented systems

Definitions

• This invention relates to the field of object-oriented programming, and in particular to a new kind of class object.
• Code driven software is very flexible, but has the disadvantage of being labor intensive, cloned rather than shared, and requiring long development and testing cycles.
• Data Driven software offers fast development, improved reliability, shorter testing cycle, allows many tasks to be automated, but has limited flexibility, and demands that every possible requirement in framework design must be anticipated.
• MIB Management Information Base
• NMS Network Management Systems
• a Managed Object definition as specified in a Management Information Base (MIB) contains naming, containment, attribute, and structure information needed for Network Management Systems (NMS's) to communicate about a particular type of network component, but it does not contain useful information about how the network management system should behave. Information which is lacking includes the rules for how the network component should be provisioned.
• MIB Management Information Base
• NMS Network Management Systems
• a Managed Object includes a subset of the object-oriented paradigm.
• an object-oriented "Class” can contain provisioning rales and behavior but it is limited in what mechanisms are provided for describing naming, containment, attribute, and structure information. Certain parameters of network components are not inherited.
• Managed Object and Class definition are typically manipulated by technical experts in these respective technologies. They are not readily manipulated by "domain experts" who are those who are familiar with the particular type of network component, for example, an LGS (Loop/Ground start Subscriber) card for a Newbridge Networks Corporation 3600 Bandwidth Manager.
• An object of the invention is to alleviate this problem.
• an object that encapsulates all network management information which is required about a class of network component, said information being selected as one or more items from the group consisting of: the name of the class, the object-oriented superclass, attribute descriptions which includes the valid values, type of the attribute, and translation information, containment rules, communication protocol information, provisioning rules, inter-object relationship information, intra-object inter- attribute relationship information, customizable provisioning screens, database storage and retrieval information, and at least some of the behavior of said object being data driven.
• the invention is typically applied to a digital communications network.
• the object encapsulates all the required information about a type of network component into a single unit.
• Such objects are known as generally known KnowledgeModules and are arranged in an object-oriented hierarchy and fully support inheritance and polymorphism.
• KnowledgeModules may be imported and exported to and from text files.
• a KnowledgeModule builds on the concepts of "Managed Object” (see ITU/CCITT standard M.3010) and the object-oriented "Class” from the Smalltalk programming language (see Goldberg, A. and Robson, D., "Smalltalk-80: The Language and its Implementation", Reading, Mass.: Addison- Wesley, 1983).
• Knowledge modules are class with extra properties, such as the ability to specify certain things about objects.
• KnowledgeModule Once a KnowledgeModule has been imported, it behaves as an extended class object, allowing instances to be created. The instances refer back to the KnowledgeModule to obtain information to guide the behavior of applications including Provisioning and Management Information Base navigation.
• Knowledge Modules combine the data driven and code driven approaches to provide a very efficient, flexible, quick development of Network Element objects within an Element Management environment.
• Knowledge Modules provide data driven development of the most common parts of the network element objects, generating code for the object classes and accessors, and code for recreating the Knowledge Module data on system initialization. However, due to the varied requirements of the different network element equipment that cannot be anticipated in advance through a data driven approach, Knowledge Modules provide the user with the ability to customize the class by writing code in it. This provides the ultimate in flexibility and efficiency of development.
• KnowledgeModules differ from the traditional object oriented subclass paradigm in that some of the behavior of the KnowledgeModules is data driven, not code driven. For example, when determining the equipment that can be contained within another piece of equipment, the KnowledgeModule looks to its data to determine this information. It is not done through logic within the class, as would be the case in a traditional code based environment. On the other hand, it differs from the traditional data driven environment in that some behavior is generated from the data into class/instance methods, but other behavior is custom, and is written by the developer.
• the implementation consists of an (object-oriented) "Class” which is a subclass of "Modeled Object” and an instance of "Modeled Object Template” class.
• the network management system creates instances of the Modeled Object subclass at runtime.
• the Modeled Object class implements the basic behavior of all Modeled Objects and has facilities for subclasses to create their Modeled Object Template object instance.
• the Modeled Object Template object instance is a normal Object and so can be manipulated as such through a user interface.
• the updated Modeled Object Template has the ability to regenerate the source code of its Modeled Object class.
• the source code of the Modeled Object subclass may be exported and imported to a text file or source code management system. After importing, a Modeled Object subclass can create its Modeled Object Template, thereby bootstrapping the system.
• KnowledgeModules can be implemented in the Smalltalk programming language as implemented by ObjectShare Inc.. Persistent multi-user access to the Modeled Object instances in provided by the GemStone object-oriented database of GemStone Systems.
• Figure 1 shows the relationships between a sample Modeled Object (a WENode9600Typel) and the Modeled Object which contain it (a WEDomain) and are contained by it (a collection of Modeled Objects of type WEShelf9600); and
• Figure 2 shows the relationship between a sample Modeled Object, a WENode9600Typel, and its Modeled Object Template.
• a KnowledgeModule encapsulates all network management information which is required about a class of network component. This information includes:
• KnowledgeModules are arranged in an object-oriented hierarchy and fully support inheritance and polymorphism. KnowledgeModules may be imported and exported to and from text files.
• KnowledgeModule Once a KnowledgeModule has been imported, it behaves as an extended class object, allowing instances to be created.
• the instances refer back to the KnowledgeModule to obtain information to guide the behavior of applications including Provisioning and Management Information Base navigation. Any language which fully supports inheritance and polymorphism may be used to implement Knowledge Modules.
• the implementation consists of a (object-oriented) "Class” in which is a subclass of "Modeled Object" and an instance of "Modeled Object Template” class.
• the network management system creates instances of the Modeled Object subclass at runtime.
• the Modeled Object class implements the basic behavior of all Modeled Objects and has facilities to for subclasses to create their Modeled Object Template object instance.
• the Modeled Object Template object instance is a normal Object and so can be manipulated as such through a user interface.
• the updated Modeled Object Template has the ability to regenerate the source code of its Modeled Object class.
• the source code of the Modeled Object subclass may be exported and imported to a text file. After importing, a Modeled Object subclass can create its Modeled Object Template, thereby bootstrapping the system.
• Instance variables container - reference to the containing object dependents addressKey inventory - collection of contained objects connectionRegistry registries objectState compoundState myName
• Figure 2 shows the relationship between a sample Modeled Object, a WENode9600Type 1, and its Modeled Object template.

Priority Applications (2)

Applications Claiming Priority (2)

Publications (1)

Family

ID=4161784

Family Applications (1)

Country Status (3)

Cited By (5)

Citations (3)

• 1997
  • 1997-11-20 CA CA 2221654 patent/CA2221654A1/en not_active Abandoned
• 1998
  • 1998-11-20 WO PCT/CA1998/001079 patent/WO1999027447A1/en not_active Application Discontinuation
  • 1998-11-20 EP EP98955292A patent/EP1031080A1/en not_active Ceased

Patent Citations (3)

Also Published As

Similar Documents

Legal Events