| 5923878 | System, method and apparatus of directly executing an architecture-independent binary program | July, 1999 | Marsland | |
| 6012095 | Generic notification framework system and method for enhancing operation of a management station on a network | January, 2000 | Thompson et al. | 709/231 |
| 6167403 | Network device with selectable trap definitions | December, 2000 | Whitmire et al. | 707/10 |
| 6195091 | Apparatus for collaborative computing | February, 2001 | Harple et al. | |
| 6236643 | Multiport data switch having variable maximum packet length | May, 2001 | Kerstein | 370/254 |
| 6393481 | Method and apparatus for providing real-time call processing services in an intelligent network | May, 2002 | Deo et al. | |
| 6430612 | Network device management apparatus and method, and storage medium | August, 2002 | Iizuka | 709/223 |
| 6434594 | Virtual processing network enabler | August, 2002 | Wesemann | |
| 6460178 | Shared library optimization for heterogeneous programs | October, 2002 | Chan et al. | |
| 6754181 | System and method for a directory service supporting a hybrid communication system architecture | June, 2004 | Elliott et al. | 370/252 |
| 7024421 | Method for linking management-information database structure definition files, network device management system, and process program for linking management-information database structure definition files | April, 2006 | Mokuya et al. | 707/102 |
| 20020161935 | System and method for dynamically adding management information base object | October, 2002 | Blaisdell | 709/331 |
| 20030074436 | Management information base object model | April, 2003 | Gieseke | 709/223 |
| 20030105886 | Generic framework for embedded software development | June, 2003 | Tsarfati | 709/321 |
| 20060059253 | Architectures for netcentric computing systems | March, 2006 | Goodman et al. | 709/223 |
This application makes reference to, incorporates the same herein, and claims all benefits accruing under 35 U.S.C. §119 from an application for STANDARD PLATFORM OF NETWORK EQUIPMENTS AND METHOD FOR USING THEREOF earlier filed in the Korean Industrial Property Office on Mar. 14, 2002 and there duly assigned Serial No. 2002-13853.
1. Field of the Invention
The present invention relates to a platform for a network technology group, and more particularly, to a standard platform for a network technology group having a common software element, a common module, applied easily to various technology groups, such as a synchronous digital hierarchy SDH, a plesiochronous digital hierarchy PDH, an asynchronous transfer mode ATM, an internet protocol IP, a voice over packet VoP, an inverse multiplexing over asynchronous transfer mode IMA, or a digital subscriber line and its variations xDSL.
2. Description of the Related Art
Generally, a software system in a network technology group embodies and maintains a hierarchical signal and a protocol defined by an international standard such as Management Information Base MIB.
However, the hierarchical signal and the protocol are various according to the kind of the software system in the network technology group. Therefore, even though the network technology group is the same, an applied hierarchical signal and an applied protocol can be different. As a result, the standard hierarchical signal and the standard protocol defined by the international standard such as MIB are used in congestion, even though the same software system, platform, is applied to the same kind of a network technology group.
FIG. 1 is a configuration of a software system installed in each of the technology groups.
Referring to FIG. 1, to construct a network under surroundings of XXX software system (platform), the software system is applied to the kind of the technology groups, for example, XXX ATM, XXX SDH, XXX IP, XXX xDSL, etc. Additionally, to construct a network under surroundings of YYY software system (platform), the software system is applied to the kind of the technology groups, for example YYY ATM, YYY SDH, YYY IP, YYY xDSL, etc. In the same way, to construct a network under surroundings of ZZZ software system (platform), the software systems are applied to the kind of the technology groups, for example ZZZ ATM, ZZZ SDH, ZZZ IP, ZZZ xDSL, etc.
Therefore, a system developer has to develop a software system according to the kind of a predetermined technology group to be applied to new platform because a standard and common software system does not exist for the predetermined technology group.
As a result, the conventional network technology group has the following problems because a software system is applied to the predetermined technology group, while a system-dependent software element is not distinguished from system-independent software element.
At first, because the software system for the predetermined technology group is embodied by the intuition of a system developer, it is limited to develop or maintain the software system in the predetermined technology group according to modification of the system platform.
Secondly, because the conventional software system is developed by a system developer-oriented method, various software systems are maintained in a platform according to the various technology groups.
Thirdly, it is difficult to install the conventional software system used in a technology group to other technology groups because the technology groups vary.
Finally, development resources are duplicated and development time is delayed, because common software is not shared among various technology groups.
To overcome the above described and other problems, preferred embodiments of the present invention provide a standard platform for a network technology group and application method thereof having a library, a module, by separating a system-independent software system from a system-dependent software system so as to be installed easily to various technology groups.
It is another object to provide a standard platform for a network technology group and application method of the standard platform for the network technology group which can reduce costs and increase efficiency.
In order to achieve the above and other objects, the preferred embodiments of the present invention provide a standard platform for a network technology group, by generating a common element, a common module, in each of the technology groups applied in a predetermined software system, including hierarchically: a function block defined by each function of a message conversion and of a connection process in each block of the technology groups; a management group of the function block, a sub-structure of the function block, classified according to the role within each function block; and a management element, a minimum unit of the common module in each of the technology groups, including actual structure contents, classified differently according to the management group.
The common module is formed according to an international standard, such as Management Information Base or MIB.
The management group is classified as a fault, a configuration, an account, a performance, a security, a reliability, a test, or a clock group according to role functions.
The management element includes: a different structure according to the characteristic of the corresponding management group; and several common fields.
The common fields of the management element includes: a meterID, an identifier of the management element, determined through a profile or an application program interface API by a user setting value for the common module of a technology group; a usagePrv, a value for determining whether the manage element is used or not, determined through the profile or the API by the user for the common module of the technology group; and a maxIndex determined through the profile or the API by the user for the common module of the technology group.
The common field, maxIndex, of the management element is 1 when the single management element contains a single physical port; the common field, maxIndex, of the management element is more than 1 when the single management element contains multiple physical ports; and the structure and the procedure method within the management element can be changed according to the value in the common field, maxIndex.
The API controls the function block, the management group, or the management element; and the API performs a function of creating, deleting, registering, searching, setting, or monitoring the function block, the management group, or the management element.
The common module is provided as a profile structure to assist the creating function of the API.
The profile structure includes necessary data for generating a corresponding element, and is provided as a header file to the user of the common module.
The registration function of the API function registers a callback function of a linked list structure recoded by the user within the common module, and is not responsible for contents of the callback function, but responsible for calling the callback function in the case of the happening or occurrence of a predefined events.
Another purpose of the present invention is to provide an application method of a standard platform for a network technology group, including the steps of: constructing a software build including a common module corresponding to a function block or a technology group contained logically within the constructing system; setting the software build appropriately by receiving a profile structure of the corresponding function block through a header file; generating a function block, a management group, and a management element through a creation API according to setting conditions; monitoring the software build by calling a monitoring API periodically; and searching or upgrading the setting value through a searching and a setting API when a user requests.
A more complete appreciation of the invention, and many of the attendant advantages thereof, will be readily apparent as the same becomes better understood by reference to the following detailed description when considered in conjunction with the accompanying drawings in which like reference symbols indicate the same or similar components, wherein:
FIG. 1 is a configuration of the conventional software system installed in each of technology groups.
FIG. 2 shows the configuration of a software system having common software elements, common modules, in each technology group, and interfacing with software systems through an application program interface API according to a preferred embodiment of the present invention;
FIG. 3 is a block diagram illustrating function blocks of each technology group isolated to embody a software system according to the present invention;
FIG. 4 is a diagram illustrating a hierarchy of a common module in each technology group for embodying a software system according to the present invention;
FIG. 5A is a structure example of a fault management element according to the preferred embodiment of the present invention;
FIG. 5B is a structure example of a performance management element according to the preferred embodiment of the present invention;
FIG. 5C is a structure example of a test management element according to the preferred embodiment of the present invention; and
FIG. 5D is a structure example of a clock management element according to the preferred embodiment of the present invention.
Reference will now be made in detail to preferred embodiments of the present invention, an example of which is illustrated in the accompanying drawings.
FIG. 2 shows the configuration of a software system having common software elements, common modules, in each technology group, and interfacing with software systems through an application program interface API according to a preferred embodiment of the present invention.
Referring to FIG. 2, common software elements 41 ˜ 45 from each of software systems such as XXX 10 , YYY 20 , and ZZZ 30 are generated as a library or a module 40 . Therefore, a system software developer for the XXX software system 10 , the YYY software system 20 , and the ZZZ software system 30 can use the library 40 through an application program interface API 11 , 21 , or 31 .
In the following statements, configuration and operation according to the present invention will be illustrated to generate common software elements 41 ˜ 45 as a common module 40 .
A technology group of the present invention includes SDH (synchronous digital hierarchy), PDH (plesiochronous digital hierarchy), IMA (inverse multiplexing over asynchronous transfer mode), ATM (asynchronous transfer mode), VoP (voice over packet), IP (Internet protocol), or xDSL (x-digital subscriber line, generic name of a variety of digital subscriber line services).
To isolate a system-independent software element from a system-dependent software element within the above described large classified technology group, the technology group is divided into several functional blocks, and those functional blocks generate a minimum common element of the technology group, a library (a module).
FIG. 3 is a block diagram illustrating function blocks of each technology group isolated to embody a software system according to the present invention.
Referring to FIG. 3, the technology group SDH includes function blocks, such as SPI, RST, MST, MSP, MSA, HPOM, PPC, HPT, HPA, LPC, LPT, LPA, or PPI, and the technology group ATM includes function blocks, such as AAL1, AAL2, AAL3, AAL5, VCA, VCC, VCLT, VCT, VPA, VPC, VPLT, or VPT.
The functional blocks for the technology groups IP, xDSL, PDH, or IMA are the same block illustrated in FIG. 3, and a detail explanation for the functional blocks will be omitted.
The role of each function block for the technology group ATM is described in the following statement.
As described in the above statement, the function blocks in each technology group are generated for each function, such as a message change function or a connection process function.
FIG. 4 is a diagram illustrating a hierarchy of a common module in each technology group for embodying a software system according to the present invention.
Referring to FIG. 4, a function block includes a hierarchical management group as a sub-structure, and the management group is divided by according to roles within the function block, such as fault, configuration, account, performance, security reliability, test, or clock group. The management group has a different shape and size according to technology groups and function blocks.
The management group includes more than one management element as a sub-structure. The management element is the minimum unit of a common module in a technology group, and is classified differently according to the corresponding management group.
In this case, API controls each of the function blocks, the management groups, and the management elements.
The API includes a creation function, a deletion function, a registration function, a getting function a setting function, and a monitoring function. The creation function generates a function block, a management group and a management element, and the deletion function deletes the function block, the management group and the management element. The registration function registers a callback function of a linked list structure to the function block, the management group and the management element, the getting function searches contents of the function block, the management group and the management element, and the setting function defines the contents of the function block, the management group and the management element. In addition, the monitoring function performs a function-defined process by using the contents of the function block, the management group and the management element, and performs appropriate procedures relative to the results thereof.
To assist the creation function, the common module provides a profile structure. The profile structure, provided as a header file to a system developer, contains necessary data in generating a corresponding element of the common module.
The management element is the minimum unit in the common module of the technology group, and contains actual structure contents. Even though it has a different structure according to the characteristic of the management group, the management element includes common fields as illustrated in the following statements.
To assist the creation function, the common module provides a profile structure. The profile structure provided as a header file to a system developer contains necessary data in generating a corresponding element of the common module.
The management element is the minimum unit in the common module of the technology group, and contains actual structure contents. Even though having different structure according to the characteristic of the management group, the management element includes common fields as illustrated in the following statements.
One of the common fields, meterID (meter identifier), is an identifier of the management element determined through the profile or the API by a system developer for the common module of the technology group.
Another common field, usagePrv (usage previous), is a value for determining whether the manage element is used or not, and is determined through the profile or the API by the system developer for the common module of the technology group.
Additionally, another common field, maxIndex (maximum index), is a value for determining whether a single management element contains a single physical port or not. For example, when the common field, maxIndex, is 1, then the single management element contains a single physical port. When the common field, maxIndex, is more than 1, then the single management element contains multiple physical ports. The structure and the procedure method within the management element can be changed according to the value in the common field, maxIndex. The common field, maxIndex, is determined through the profile and the API by the system developer for the common module of the technology group.
According to the above described conditions, among the profile structure corresponding to the common module, the structure of a fault management element is illustrated in FIG. 5A, the structure of a performance management element is illustrated in FIG. 5B, the structure of a test management element is illustrated in FIG. 5C, and the structure of a clock management element is illustrated in FIG. 5D.
When a system developer develops a new platform by using the above described common module of the technology group, the following procedure will be performed.
At first, it is necessary to construct a software build, including a common module corresponding to a technology group or a function block contained logically in a constructing system.
Secondly, a profile structure relative to the corresponding function block, such as FIG. 5A to FIG. 5D, is provided through a header file, set to fit the constructing system, and generated through a generation API.
Finally, a defined function is performed by calling a performing function API periodically, and a user searches or changes the set-value through the getting/setting API when requested by the user.
As described in the above statements, the standard platform embodying method for a network technology group according to the present invention provides the following effects.
At first, it is easy to develop a module for new network technology group when a user provides information required for the new technology group as a profile.
Secondly, a library, a module, is embodied according to the kind of technology group. Therefore, when it is necessary to include a technology group related to the existing network, a library corresponding to the technology group is only applied. As a result, unnecessary parts are eliminated so as to guarantee efficient re-usage, and to minimize the size of software programs.
Finally, a trace module and a memory module independent from any other technology group can be applied to any technology group, and can be easily tested in the case of adding new technology group.
While the invention has been particularly shown and described with reference to preferred embodiments thereof, it will be understood by those skilled in the art that the foregoing and other changes in form and detail may be made therein without departing from the spirit and scope of the invention.
While the invention has been particularly shown and described with reference to preffered embodiments thereof, it will be understood by those skilled in the art that the foregoing and other changes in form and details may be made therein without departing from the spirit and scope of the invention.