A protocol converter includes a computer-readable storage medium that includes operational instructions that, when executed by a processor, allows communications between a first node and a second node which use different communications protocols. In a particular embodiment, the computer-readable storage medium includes operational instructions to use a first facility to receive first data from a first node, where the first data complies with a first protocol, and where the first facility supports at least one of a first link layer and a first line layer communications protocol. The computer-readable storage medium includes operational instructions that spawn a utility in response to receiving the first data. The computer-readable storage medium also includes operational instructions that use the utility to translate the first data into second data in a second protocol and that use a second facility to send the second data to a second node.
|
15. A method comprising:
receiving, at a first facility, first data communicated in accordance to a first protocol from a first node;
spawning a first utility and a second utility in response to receiving the first data;
translating, via a processor, the first data into second data in accordance with a second protocol using the first utility and the second utility; and
sending the second data from a second facility to a second node.
8. A computer-readable storage device comprising operational instructions that, when executed by the processor, cause the processor to:
receive first data communicated in accordance with a first protocol via a first facility from a first node;
spawn a first utility and a second utility in response to receiving the first data;
translate, via the first utility and the second utility, the first data into second data in accordance with a second protocol; and
use a second facility to send the second data to a second node.
1. A computer-readable storage device comprising operational instructions that, when executed by a processor, cause the processor to:
use a first facility to receive first data from a first node, wherein the first data is communicated in accordance with a first protocol and wherein the first facility supports at least one of a first link layer and a first line layer communications protocol;
spawn a utility in response to receiving the first data;
use the utility to translate the first data into second data, wherein the second data complies with a second protocol; and
use a second facility to send the second data to a second node.
2. The computer-readable storage device of
3. The computer-readable storage device of
4. The computer-readable storage device of
5. The computer-readable storage device of
spawn a second utility;
use the second utility to translate the first data into third data in a third protocol; and
use a third facility to send the third data to a third node.
6. The computer-readable storage device of
7. The computer-readable storage device of
9. The computer-readable storage device of
10. The computer-readable storage device of
11. The computer-readable storage device of
12. The computer-readable storage device of
13. The computer-readable storage device of
14. The computer-readable storage device of
18. The method of
19. The method of
20. The method of
|
|||||||||||||||||||||||||||
This application is a continuation of, and claims priority from, U.S. patent application Ser. No. 10/885,346, filed Jul. 6, 2004 now U.S. Pat. No. 7,617,325 and entitled “PROTOCOL CONVERSION USING FACILITIES AND UTILITIES,” which is a continuation of U.S. patent application Ser. No. 10/138,397, now U.S. Pat. No. 6,766,375 filed on May 3, 2002, which is a continuation of U.S. patent application Ser. No. 08/582,536 now U.S. Pat. No. 6,405,254 filed on Jan. 3, 1996, each of which are hereby incorporated by reference in their entirety.
The present disclosure is generally related to communications, and more particularly to protocol conversion.
A communications system includes a collection of interconnected devices. Often these devices communicate data using different protocols. For example, a remote that communicates data in a first protocol may attempt to access a host that communicates data in a second protocol. A protocol converter may be used to allow communications between the remote and the host.
As communications systems become larger and more complex to serve a variety of devices, protocol converters should adapt to service an ever-increasing number of communications protocols. Hardware-based protocol converters are difficult to adapt to service new protocols. Current software-based protocol converters often suffer from a lack of modular design, an inflexible and unreliable hardware/software interface, and an inability to adapt quickly and efficiently to new and changing communications protocols.
In a particular embodiment, a computer-readable storage medium includes operational instructions that, when executed by a processor, cause the processor to use a first facility to receive first data from a first node. The first data complies with a first protocol. The first facility supports at least one of a first link layer and a first line layer communications protocol. The computer-readable storage medium includes operational instructions that, when executed by the processor, cause the processor to spawn a utility in response to receiving the first data. The computer-readable storage medium includes operational instructions that, when executed by the processor, cause the processor to use the utility to translate the first data into second data in a second protocol. The computer-readable storage medium also includes operational instructions that, when executed by the processor, cause the processor to use a second facility to send the second data to a second node.
In a particular embodiment, a computer-readable storage medium includes operational instructions that, when executed by a processor, cause the processor to use a first facility to receive first data in a first protocol from a first node. The computer-readable storage medium includes operational instructions that, when executed by the processor, cause the processor to spawn a first utility and a second utility in response to receiving the first data. The computer-readable storage medium includes operational instructions that, when executed by the processor, cause the processor to use the first utility and the second utility to translate the first data into second data in accordance with a second protocol. The computer-readable storage medium also includes operational instructions that, when executed by the processor, cause the processor to use a second facility to send the second data to a second node.
In a particular embodiment, a computer-readable storage medium includes operational instructions that, when executed by a processor, cause the processor to use a first facility to receive first data in a first protocol from a first node. The computer-readable storage medium includes operational instructions that, when executed by the processor, cause the processor to place the first data in a data field of a first entry in a process table and to set a semaphore in a semaphore field of the first entry. The semaphore indicates that the first data has been placed in the first entry. The computer-readable storage medium includes operational instructions that, when executed by the processor, cause the processor to use a first utility to translate the first data in the data field of the first entry into second data in a second protocol. The computer-readable storage medium includes operational instructions that, when executed by the processor, cause the processor to place the second data in a data field of a second entry in the process table and to set a second semaphore in a second semaphore field of the second entry. The second semaphore indicates that the second data is in the second entry. The computer-readable storage medium also includes operational instructions that, when executed by the processor, cause the processor to use a second facility to send the second data from the data field of the second entry to a second node.
In a particular embodiment, a communications system includes a remote that transmits first data in a first protocol and a host that receives second data in a second protocol. A protocol converter coupled to the remote and the host receives first data from the remote. The protocol converter includes a first facility, a utility, and a second facility running as processes on the protocol converter. The first facility communicates first data to the utility, the utility translates first data into second data, and the second facility communicates the second data to the host.
Particular embodiments may include a protocol converter with a modular design to adapt quickly and efficiently to new and changing communications protocols. The modular design may be provided by software processes called facilities and utilities. A facility provides support for a specific link layer communications protocol, whereas a utility provides translation between higher level protocols. In a particular embodiment, utilities may be cascaded to provide layered protocol support.
Particular embodiments may include managing the communications between facilities and utilities. In one embodiment, a communications subsystem maintains a process table having an entry for each process running on the protocol converter. In this manner, functions between utilities and facilities are isolated, process interfaces are clearly defined and robust, and the hardware/software interface in the protocol converter is accurately defined and reliably maintained. Other particular embodiments may include a session manager that spawns facilities and utilities, a logon subsystem, and a translator subsystem.
Host 12 comprises a memory 22 and a processor 24 that together operate to store, process, or manipulate data. Memory 22 and processor 24 are coupled to an interface 26 using bus 28. Interface 26 of host 12 couples to interface 30 of protocol converter 14 using link 28. Generally, host 12 may be any processing device coupled to any suitable wireline or wireless link 28 to communicate data with other processing devices. In one particular embodiment, host 12 comprises a main frame computer and link 28 communicates data using the IBM 3770 communications protocol.
Remotes 16, 18, and 20 each include a memory 32 and a processor 34 that together operate to store, process, or manipulate data. Memory 32 and processor 34 of remotes 16, 18, and 20 are coupled to an interface 36 using bus 38. Interfaces 36 for remotes 16, 18, and 20 couple to interface 40 of protocol converter 14 using links 42, 44, and 46, respectively. Generally, remotes 16, 18, and 20 may be any processing device coupled to any suitable wireline or wireless link 42, 44, and 46, respectively, to communicate data with other processing devices. For example, remotes 16, 18, and 20 may be mainframes, mini-frames, or personal computers and links 42, 44, and 46, respectively, communicate data using ASYNC, BISYNC, SDLC/SNA, X.25, TCP/IP, X.400, or any suitable communications protocol. For example, the ASYNC family of protocols may include specific implementations, such as XMODEM, YMODEM, ZMODEM, KERMIT, or other standards of asynchronous data communications.
As described above, protocol converter 14 couples to host 12 using interface 30 and to remotes 16, 18, and 20 using interface 40. In a particular embodiment, interface 30 comprises IBM host LUA hardware that implements the IBM communications manager. Interface 30 may also be any other suitable hardware that supports token ring, leased line, or switched line communications between protocol converter 14 and host 12. In a particular embodiment, interface 40 comprises one or more real-time interface coprocessors (RTIC) cards that implement any suitable synchronous, asynchronous, or other communications protocol between remotes 16, 18, and 20 and protocol converter 14.
Interfaces 30 and 40 are coupled to and interact with processes 50 and subsystems 60 of protocol converter 14. Processes 50 include a session manager 52, a set of facilities 54, and a set of utilities 56. Subsystems 60 include a logon subsystem 62, a communications subsystem 64, and a translator subsystem 66. Logon subsystem 62 is coupled to a logon database 68 that stores configuration data and logon definitions for users of protocol converter 14. Communications subsystem 64 is coupled to a process table 70 that maintains a list of processes 50 running on protocol converter 14. In a particular embodiment, subsystems 60 are dynamically linked libraries (DLLs) that are accessed using an application programmer interface (API).
An important technical advantage of protocol converter 14 is the use of facilities 54 and utilities 56 running as software processes on protocol converter 14. Protocol converter 14 maintains a set of facilities 54, each designed to support a specific link layer or line layer communications protocol, such as ASYNC, BISYNC, X.25, and others. In a particular embodiment, facilities 54 support an ASYNC passthrough protocol that passes data to utilities 56 with a minimum of alteration. Utilities 56 may then provide much of the protocol conversion of the raw ASYNC passthrough data in software, which provides greater flexibility for supporting new protocols. If a link layer protocol is changed or a new link layer protocol is added, additional facilities 54 may be written or existing facilities 54 may be modified to add additional functionality to protocol converter 14.
Protocol converter 14 also maintains a set of utilities 56 that provide higher level protocols, such as TCP/IP, XMODEM, YMODEM, ZMODEM, and KERMIT, as well as conversion, translation, formatting, or other interfacing functions between two facilities 54 in a communications session. Furthermore, utilities 56 may be written to provide customized communications sessions associated with individual users, groups of users, or specific devices in communications system 10. Additional utilities 56 may be written or existing utilities 56 modified to add functionality to protocol converter 14.
Utilities 56 may also be cascaded to provide layered protocol support. For example, a typical TCP/IP communications session between remote 16 and protocol converter 14 may be supported by a single ASYNC facility and several cascaded or layered utilities. In such a session, the lowest level ASYNC facility receives data from remote 16 and communicates the data to an Internet protocol (IP) utility. The IP utility then communicates the data to a transport communication protocol (TCP) utility, which in turn communicates the data to the highest level file transfer protocol (FTP) utility. Similarly, data communicated from protocol converter 14 to remote 16 passes through FTP utility, TCP utility, IP utility, and ASYNC facility. In this manner, utilities 56 may be arranged in layers to provide a flexible and powerful protocol conversion function. It should be understood that utility 56 may refer to a single utility or a collection of cascaded or layered utilities.
Both facilities 54 and utilities 56 operate as software processes with defined functions and data interfaces that provide a modular software design that promotes debugging and modification of protocol converter 14. By spawning, linking, and layering facilities 54 and utilities 56, session manager 52 can reliably construct a variety of communications sessions in protocol converter 14.
Protocol converter 14 may operate on one or more computers, shown generally as computer 72. Computer 72 maintains and executes the instructions to implement processes 50 and subsystems 60. Computer 72 may include an input device 74, such as a keypad, touch screen, or other device that can accept information. Output device 76 conveys information associated with the operation of protocol converter 14, including digital or analog data, visual information, or audio information. Both input device 74 and output device 76 may include fixed or removable storage media, such as a magnetic computer disk, CD-ROM, or other suitable media to both receive output from and provide input to protocol converter 14. Processor 78 and its associated volatile or non-volatile memory execute instructions and manipulate information in accordance with the operation of protocol converter 14.
In operation, protocol converter 14 establishes a communications session between two or more devices using different communications protocol. In one example, remote 16 may attempt to communicate with host 12. Remote 16 communicates data at a first protocol to interface 40 of protocol converter 14 using link 42. Interface 40 then passes this data to selected facilities 54 and utilities 56 to accomplish conversion of the data to a second protocol. The data in the second protocol is then passed to interface 30, which in turn passes the data in the second protocol to host 12 using link 28.
During communications between remote 16 and host 12, session manager 52 spawns processes 50, including selected facilities 54 and utilities 56. Communications subsystem 64 maintains a list of spawned processes 50 in process table 70 to manage communications among processes 50. Logon subsystem 62 receives logon information from remote 16 and accesses configuration data and logon definitions from logon database 68. This information may be used to select and/or configure processes 50 that establish the communications session between remote 16 and host 12. The translator subsystem 66 may be utilized by processes 50 to perform data conversions.
Data in a first protocol from remote 16 is received at interface 40 of protocol converter 14. Interface 40 passes the data to facility 100 which supports the link layer communications protocol utilized by remote 16. Facility 100 communicates the content or existence of the received data to session manager 102 which spawns utility 104. Facility 100 then communicates data to utility 104. In a particular embodiment, session manager 102 may spawn an additional utility 106 which couples to utility 104. Utility 106 communicates data to facility 108 which supports communication of data in a second link layer protocol utilized by host 12. Facility 108 then communicates data in the second protocol to interface 30 for delivery to host 12. Utility 104, utility 106, or both may be comprised of several cascaded or layered utilities.
In one embodiment, utilities 104 and 106 may be a single utility spawned by session manager 102, as indicated by dashed line 109. If utilities 104 and 106 are separate utilities spawned by session manager 102, then utility 104 may translate data received from facility 100 in a first protocol into raw data for delivery to utility 106. Raw data may be any suitable generic representation of data that is communicated between utilities. This raw data may be coupled to other utilities 110 for translation and delivery to other devices. In addition, the output of utility 106 may be coupled to other facilities 112 for delivery to interface 30, interface 40, or other interface circuitry of protocol converter 14. For example, one of the other facilities 112 may couple to a portion of interface 40 to deliver data in a first protocol from remote 16 to data in a second protocol to remote 18, remote 20, or both.
During the establishment of a communications session between remote 16 and host 12, communications subsystem 64 generates a process table 70 that includes an entry for processes 50 running on protocol converter 14. Processes 50 may be entered into process table 70 as the communications session is established or may already be entered upon power up or initialization of protocol converter 14. Each entry in process table 70 includes a process name 120, a process ID 122, data 124, and a semaphore 126.
For the particular embodiment of
Logon subsystem 62 coupled to logon database 68 is accessible by all processes 50 to retrieve configuration data and logon definitions for users of protocol converter 14. For example, logon database 68 may include a logon definition that specifies utility 104 to be spawned by session manager 102 upon reception of data from remote 16. Logon database 68 may also include a second or outgoing logon definition for remote 16 that specifies utility 106 or other utilities 110 to be spawned by session manager 102 for completing the communications session. In this manner, logon subsystem 62 can maintain separate incoming and outgoing logon definitions that are associated with a first communications link between remote 16 and protocol converter 14 and a second communications link between protocol converter 14 and host 12. These logon definitions may be combined to establish a variety of communications session between devices in communications system 10. In addition, logon subsystem 62 may retrieve information from logon database 68 to validate a user name and password provided by remote 16, or to access or process other account information of remote 16.
Translator subsystem 66 may be accessed by utilities 104, 106, and 110 to provide data translation. For example, utility 104 may translate data from ASCII format into an IBM-compatible format, such as EBCDIC. In addition, translator subsystem 66 may be utilized by utilities 104, 106, and 110 to manipulate records separation, such as carriage return and line feed information, and to provide other formatting of data. Therefore, translator subsystem 66 comprises a set of commonly accessible routines that perform a specific operation on data.
In one embodiment using steps 205, session manager 102 spawns first utility 104 at step 206 in response to the message received from first facility 100. At step 208, session manager 102 sends a message to first utility 104 with the message source designated as first facility 100. In response, first utility 104 sends an acknowledgment to first facility 100 at step 210. In this manner, session manager 102 utilizes the source address of the message sent to first utility 104 to establish communications between first facility 100 and first utility 104. First utility 104, now coupled with first facility 100, receives logon information from remote 16 at step 212. At step 214, first utility 104 accesses logon subsystem 62 to validate logon information received from remote 16. If the logon information is not validated at step 214, then the communications session is terminated at step 216.
In another embodiment using steps 221, session manager 102 receives logon information from first facility 100 at step 220. At step 222, session manager 102 accesses logon subsystem 62 and logon database 68 to validate logon information received from remote 16. If the logon information is not validated at step 222, then the communications session is terminated at step 224. If the logon information is validated at step 222, then session manager 102 spawns first utility 104 at step 226 in response to the logon information. For example, the logon information received by session manager 102 from remote 16 or logon database 68 may specify a particular utility 104 to be utilized in the communications session between remote 16 and host 12. At step 228, session manager 102 sends a message to first utility 104 with the message source designated as first facility 100. First utility 104 sends an acknowledgment to first facility 100 at step 230. This acknowledgment of the message received from session manager 102 establishes communications between first facility 100 and first utility 104.
After spawning first utility 104 using steps 205 or steps 221, session manager 102 may spawn second utility 106. These steps designated collectively as steps 240 are optional if the communications session between remote 16 and host 12 does not utilize second utility 106. If second utility 106 is utilized in the communications session, then session manager 102 spawns second utility in response to logon information at step 242. For example, logon information received from remote 16 or retrieved using logon subsystem 62 and logon database 68 may specify second utility 106 to be utilized in the communications session. At step 244, session manager 102 sends a message to second utility 106 with the message source designated as first utility 104. Second utility 106 sends an acknowledgment to first utility 104 at step 246. This acknowledgment of the message received from session manager 102 establishes communications between first utility 104 and second utility 106.
Second facility 108 receives data from first utility 104 or second utility 106 at step 248, depending on whether the communications session between remote 16 and host 12 utilizes second utility 106. Second facility 108 transfers this data to second interface 30 at step 250. Second interface 30 establishes communications with host 12 at step 252, and the establishment of the communications session between remote 16 and host 12 is complete.
Communications subsystem 64 posts data in data field 124 of process table 70 associated with the second process at step 302. Communications subsystem 64 sets semaphore 126 of process table 70 associated with the second process at step 304. The second process then detects the setting of its associated semaphore 126 and receives data stored in its associated data field 124 at step 306.
In one embodiment, the second process may process the data and generate other data for a third process at step 308. The second process informs communications subsystem 64 that it has data for the third process at step 310. Communications subsystem 64 posts data in the data field 124 of process table 70 associated with the third process at step 312. Communications subsystem 64 sets semaphore 126 of process table 70 associated with the third process at step 314. The third process then detects its associated semaphore 126 and receives data from its associated data field 124 at step 316. In this manner, communications subsystem 64 utilizing process table 70 is able to strictly and consistently manage communications between separate processes 50 running on protocol converter 14.
One or more embodiments of the disclosure may be referred to herein, individually and/or collectively, by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any particular invention or inventive concept. Moreover, although specific embodiments have been illustrated and described herein, it should be appreciated that any subsequent arrangement designed to achieve the same or similar purpose may be substituted for the specific embodiments shown. This disclosure is intended to cover any and all subsequent adaptations or variations of various embodiments.
The Abstract of the Disclosure is provided with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing Detailed Description, various features may be grouped together or described in a single embodiment for the purpose of streamlining the disclosure. This disclosure is not to be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter may be directed to less than all of the features of any of the disclosed embodiments. Thus, the following claims are incorporated into the Detailed Description, with each claim standing on its own as defining separately claimed subject matter.
The above-disclosed subject matter is to be considered illustrative, and not restrictive, and the appended claims are intended to cover all such modifications, enhancements, and other embodiments, which fall within the scope of the present invention. Thus, to the maximum extent allowed by law, the scope of the present invention is to be determined by the broadest permissible interpretation of the following claims and their equivalents, and shall not be restricted or limited by the foregoing detailed description.
| Patent | Priority | Assignee | Title |
| 8291099, | Jan 03 1996 | International Business Machines Corporation | Protocol conversion using facilities and utilities |
| Patent | Priority | Assignee | Title |
| 4677611, | Feb 25 1985 | ITT Corporation | Apparatus and method for executing communication protocol conversions |
| 4855905, | Apr 29 1987 | International Business Machines Corporation | Multiprotocol I/O communications controller unit including emulated I/O controllers and tables translation of common commands and device addresses |
| 4996685, | Apr 10 1989 | Telcordia Technologies, Inc | Technique for dynamically changing an ISDN connection during a host session |
| 5007080, | Feb 04 1988 | Mitel Networks Corporation | Communication system supporting remote operations |
| 5021949, | Feb 29 1988 | International Business Machines Corporation; INTERNATIONAL BUSINESS MACHINES CORPORATION, A CORP OF NY | Method and apparatus for linking an SNA host to a remote SNA host over a packet switched communications network |
| 5060140, | Jan 16 1986 | TELCO TECHNOLOGY, INC | Universal programmable data communication connection system |
| 5073890, | Dec 30 1988 | Bell Telephone Laboratories, Incorporated; American Telephone and Telegraph Company | Remote agent operation for automatic call distributors |
| 5182748, | Oct 20 1989 | KDDI Corporation | Protocol conversion system |
| 5204949, | Feb 15 1989 | Hitachi, Ltd. | Multi-channel/multi-circuit communication controller |
| 5208811, | Nov 06 1989 | Hitachi, Ltd. | Interconnection system and method for heterogeneous networks |
| 5276732, | Aug 22 1991 | Wilmington Trust, National Association, as Administrative Agent | Remote workstation use with database retrieval system |
| 5327544, | Aug 29 1991 | AMERICAN AND TELEGRAPH COMPANY | Method and apparatus for designing gateways for computer networks |
| 5329619, | Oct 30 1992 | Software AG | Cooperative processing interface and communication broker for heterogeneous computing environments |
| 5398336, | Oct 16 1990 | Consilium, Inc. | Object-oriented architecture for factory floor management |
| 5432901, | Jan 30 1992 | BMC SOFTWARE, INC , A CORPORATION OF DELAWARE | Method of dynamically generating a local format for use by a logical unit in a VTAM-type communications session |
| 5440613, | Dec 30 1992 | AT&T IPM Corp | Architecture for a cellular wireless telecommunication system |
| 5497373, | Mar 22 1994 | ERICSSON MESSAGING SYSTEMS INC | Multi-media interface |
| 5509121, | Sep 02 1991 | Hitachi, Ltd. | Multi-protocol communication control apparatus |
| 5513328, | Oct 05 1992 | CONNECT, INC | Apparatus for inter-process/device communication for multiple systems of asynchronous devices |
| 5530434, | May 22 1992 | Sony Corporation | Matrix switcher apparatus for selectively outputting information signals in response to control signals in the form of various communication protocols |
| 5557798, | Jul 27 1989 | Thomson Reuters Global Resources Unlimited Company | Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes |
| 5586273, | Aug 18 1994 | IBM Corporation | HDLC asynchronous to synchronous converter |
| 5623539, | Jan 27 1994 | THE CHASE MANHATTAN BANK, AS COLLATERAL AGENT | Using voice signal analysis to identify authorized users of a telephone system |
| 5655001, | Sep 25 1992 | THE CHASE MANHATTAN BANK, AS COLLATERAL AGENT | Wireless telecommunication system using protocol conversion for signaling between base stations and land based switches |
| 5706211, | Mar 02 1995 | Google Technology Holdings LLC | Message communications system |
| 5734830, | Apr 30 1992 | Motorola, Inc. | Multi-equipment routing method and master station for layered protocol communication network system |
| 5793958, | Nov 08 1993 | Bull S.A. | Network interfacing system with modules for administrating various protocol layers for a plurality of OSI models |
| 5812766, | Jun 29 1994 | NEC Corporation | Protocol conversion system |
| 5826017, | Feb 10 1992 | THE CHASE MANHATTAN BANK, AS COLLATERAL AGENT | Apparatus and method for communicating data between elements of a distributed system using a general protocol |
| 5856974, | Feb 13 1996 | EMC Corporaton | Internetwork address mapping gateway |
| 5956509, | Aug 18 1995 | Microsoft Technology Licensing, LLC | System and method for performing remote requests with an on-line service network |
| 5961582, | Oct 25 1994 | Xylon LLC | Distributed and portable execution environment |
| 6208904, | Feb 02 1994 | MITSUBISHI ELECTRONICS AMERICA, INC | General purpose data communications protocol converter |
| 6405254, | Jan 03 1996 | International Business Machines Corporation | System and method for protocol conversion using facilities and utilities |
| 6766375, | Jan 03 1996 | International Business Machines Corporation | System and method for protocol conversion using facilities and utilities |
| 7617325, | Jan 03 1996 | International Business Machines Corporation | Protocol conversion using facilities and utilities |
| EP289248, | |||
| EP555997, | |||
| EP573248, | |||
| JP2002368832, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| Dec 26 1995 | HADLAND, JOHN K | Sterling Software, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 023327 | /0860 | |
| Feb 14 1996 | Sterling Software, Inc | STERLING COMMERCE, INC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 023327 | /0899 | |
| Jan 12 2005 | STERLING COMMERCE, INC | MICROMUSE INC | CONDITIONAL ASSIGNMENT SEE DOCUMENT FOR DETAILS | 023328 | /0030 | |
| Jul 01 2006 | MICRONUSE, INC | International Business Machines Corporation | ASSET PURCHASE AGREEMENT | 023328 | /0343 | |
| Sep 28 2009 | International Business Machines Corporation | (assignment on the face of the patent) | / |
| Date | Maintenance Fee Events |
| Sep 30 2015 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
| Dec 16 2019 | REM: Maintenance Fee Reminder Mailed. |
| Jun 01 2020 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
| Date | Maintenance Schedule |
| Apr 24 2015 | 4 years fee payment window open |
| Oct 24 2015 | 6 months grace period start (w surcharge) |
| Apr 24 2016 | patent expiry (for year 4) |
| Apr 24 2018 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Apr 24 2019 | 8 years fee payment window open |
| Oct 24 2019 | 6 months grace period start (w surcharge) |
| Apr 24 2020 | patent expiry (for year 8) |
| Apr 24 2022 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Apr 24 2023 | 12 years fee payment window open |
| Oct 24 2023 | 6 months grace period start (w surcharge) |
| Apr 24 2024 | patent expiry (for year 12) |
| Apr 24 2026 | 2 years to revive unintentionally abandoned end. (for year 12) |