Electrical computers and digital processing systems: multicomput – Computer-to-computer data routing – Least weight routing
Reexamination Certificate
1997-08-20
2001-08-28
Banankhah, Majid A. (Department: 2151)
Electrical computers and digital processing systems: multicomput
Computer-to-computer data routing
Least weight routing
C717S152000
Reexamination Certificate
active
06282579
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Technical Field of the Invention
This invention relates to a method for supporting address interaction between a first entity and a second entity which use different addressing modes with address types in different specification languages and with address values of different semantics, the method including the step of converting an address type with an address value according to the first addressing mode to a corresponding type of the other specification language, to a converter for address interaction between a first entity and a second entity, and to a computer system.
2. Discussion of Related Art
To implement distributed computer systems in software, object-oriented modeling is increasingly being used as an architectural principle.
Such a software architecture of a computer system is the CORBA architecture (CORBA=Common Object Request Broker Architecture), which is an important component of the OSA architecture (OSA=Object Service Architecture), specified by the Object Management Group (OMG). Objects conforming to this specification, henceforth called “CORBA objects”, are specified by means of the specification language CORBA IDL (IDL=Interface Definition Language). All types of such an object are also specified in this language, i.e., in CORBA IDL.
For the area of network management, an object model has been standardized in an OSI (Open Systems Interconnection) standard (Management framework for open systems interconnection, ITU-T Recommendation X.700, 1992). Its objects, henceforth called “OSI objects”, are specified in the specification language ASN.1 (Abstract Syntax Notation). All types of such an OSI object, including the address type used for addressing, are also specified in this language, i.e., in ASN.1.
During address interaction between OSI objects and CORBA, problems arise: The CORBA architecture and the OSI architecture use different addressing concepts. The OSI architecture uses a logic address (full distingushed name), while the CORBA architecture uses a physical address.
The invention starts from the usual procedure for address interaction: An address type defined in ASN.1 is converted to a correspondent IDL address type, which then transmits the address value to another object unchanged, e.g., via a CORBA infrastructure. If the correspondent CORBA address value is needed at, for example, the target object or during transport over the CORBA infrastructure, it will be determined by means of a central service.
SUMMARY OF THE INVENTION
The object of the invention is to permit address interaction between objects in an object environment containing objects which use different addressing modes.
According to a first aspect of the present invention, a method for supporting address interaction between a first entity and a second entity which use different addressing modes with address types in different specification languages and with address values of different semantics, said method comprising the step of converting an address type with an address value according to the first addressing mode to a correspondent type of the other specification language, is characterized in that the correspondent type is so constructed that it contains both the address value according to the addressing mode of the first entity and the address value according to the addressing mode of the second entity.
According to a second aspect of the present invention, a converter for address interaction between a first entity and a second entity which are designed to use different addressing modes with the address types in different specification languages and with address values of different semantics, the converter being designed to convert an address type with an address value according to the first addressing mode to a correspondent type of the other specification language, is characterized in that the converter is designed to construct the correspondent type in such a way in that it contains both the address value according to the addressing mode of the first entity and the address value according to the addressing mode of the second entity.
In accordance with a third aspect of the present invention, a computer system comprising at least one first entity and at least one second entity which are designed to use different addressing modes with different address types in different specification languages and with address values of different semantics, and further comprising at least one converter designed to convert an address type with an address value according to the first addressing mode to a correspondent type of the other specification language, is characterized in that the converter is designed to construct the correspondent type in such a way that it contains both the address value according to the addressing mode of the first entity and the address value according to the addressing mode of the second entity.
The idea underlying the invention is to convert a first address type with a first address value to a correspondent, second address type of another specification language which does not correspond to the source-address type but contains as an additional value the address value according to the other addressing mode. Thus, both address values are transported in the second type and are available both during the transport of a message with this type and at the target object. At all these points it is no longer necessary to invoke the central service for a semantics conversion. Thus, only one semantics conversion is necessary, namely when entering the second value into the second type.
This eliminates the need for a great number of semantics conversions and, thus, for a multitude of messages to be exchanged with the central semantics conversion service. Particularly in computer systems with a great number of objects, the semantics conversion is very complex. A high performance gain is thus achieved.
Another advantage is that the structure of the application software is reduced. No semantics conversion takes place, since this is performed at the type conversion level. Both addressing modes are handled by a single construct. This provides savings in development time and development costs.
REFERENCES:
patent: 5261077 (1993-11-01), Duval et al.
patent: 5283878 (1994-02-01), Murray
patent: 5432925 (1995-07-01), Abraham et al.
patent: 5726979 (1998-03-01), Henderson et al.
patent: 5923879 (1999-07-01), Sasmazel et al.
patent: 5983233 (1999-11-01), Potonniee
patent: 6052526 (2000-04-01), Chatt
IBM Technical Disclosure Bulletin, vol. 35, No. 2, Jul. 1992 “Method for Universal Mac Frame Encoding” pp. 489-493.
IBM Technical Disclosure Bulletin, vol. 37, No. 4B, Apr. 1994 “Method for Algorithmic Creation of Distinguished Names for SNA Resources” pp. 141-144.
“Management Framework for Open Systems Interconnection (OSI) for CCITT Applications”, CCITT Recommendation X.700 (Sep. 1992).
Digital Equipment Corporation. “COM/CORBA Interworking”, Aug. 22, 1995.*
Mazumdar, Subrata. “Translation of GDMO/ASN.1 Specification into CORBA-IDL”, Jul. 14, 1994.*
OMG. “Corba Interoperability”, 1995.
Alcatel
Banankhah Majid A.
Bullock, Jr. Lewis A.
LandOfFree
Method for supporting address interaction between a first... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method for supporting address interaction between a first..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method for supporting address interaction between a first... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2539025