US6205206B1 - Integrating a voice messaging function card over a public branch exchange (PBX) backplane - Google Patents

Integrating a voice messaging function card over a public branch exchange (PBX) backplane Download PDF

Info

Publication number
US6205206B1
US6205206B1 US09/046,913 US4691398A US6205206B1 US 6205206 B1 US6205206 B1 US 6205206B1 US 4691398 A US4691398 A US 4691398A US 6205206 B1 US6205206 B1 US 6205206B1
Authority
US
United States
Prior art keywords
pbx
card
voice mail
vxc
ids
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
US09/046,913
Inventor
Israel J. Hersh
Frank Tanski
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wilmington Trust FSB
Mitel Delaware Inc
Original Assignee
Inter Tel Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US09/046,913 priority Critical patent/US6205206B1/en
Application filed by Inter Tel Inc filed Critical Inter Tel Inc
Assigned to EXECUTONE INFORMATION SYSTEMS, INC. reassignment EXECUTONE INFORMATION SYSTEMS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HERSH, ISRAEL J., TANSKI, FRANK
Assigned to FLEET CAPITAL CORPORATION, AS AGENT reassignment FLEET CAPITAL CORPORATION, AS AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EXECUTONE INFORMATION SYSTEMS, INC.
Publication of US6205206B1 publication Critical patent/US6205206B1/en
Application granted granted Critical
Assigned to EXECUTONE INTER-TEL BUSINESS INFORMATION SYSTEMS, INC. reassignment EXECUTONE INTER-TEL BUSINESS INFORMATION SYSTEMS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EXECUTONE INFORMATION SYSTEMS, INC.
Assigned to EXECUTONE INFORMATION SYSTEMS, INC. reassignment EXECUTONE INFORMATION SYSTEMS, INC. RELEASE - PREVIOUSLY RECORDED ON REEL 009580 FRAME 0317 TO RECORD ADDITIONAL PATENT NUMBERS 6,205,206 AND 5,815,566. Assignors: FLEET CAPITAL CORPORATION
Assigned to INTER-TEL, INC. reassignment INTER-TEL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EXECUTONE INTER-TEL BUSINESS INFORMATION SYSTEMS, INC.
Assigned to INTER-TEL, INC. reassignment INTER-TEL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EXECUTONE INTER-TEL BUSINESS INFORMATION SYSTEMS, INC.
Assigned to MORGAN STANLEY & CO. INCORPORATED reassignment MORGAN STANLEY & CO. INCORPORATED SECURITY AGREEMENT Assignors: INTER-TEL (DELAWARE), INC. F/K/A INTER-TEL, INC.
Assigned to MORGAN STANLEY & CO. INCORPORATED reassignment MORGAN STANLEY & CO. INCORPORATED SECURITY AGREEMENT Assignors: INTER-TEL (DELAWARE), INC. F/K/A INTER-TEL, INC.
Assigned to WILMINGTON TRUST FSB reassignment WILMINGTON TRUST FSB NOTICE OF PATENT ASSIGNMENT Assignors: MORGAN STANLEY & CO. INCORPORATED
Assigned to INTER-TEL (DELAWARE) INC., FKA INTER-TEL, INCORPORATED reassignment INTER-TEL (DELAWARE) INC., FKA INTER-TEL, INCORPORATED RELEASE OF SECURITY INTEREST IN PATENTS Assignors: WILMINGTON TRUST, NATIONAL ASSOCIATION FKA WILMINGTON TRUST FSB/MORGAN STANLEY & CO. INCORPORATED
Assigned to BANK OF AMERICA, N.A., AS THE COLLATERAL AGENT reassignment BANK OF AMERICA, N.A., AS THE COLLATERAL AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MITEL US HOLDINGS, INC.
Assigned to WILMINGTON TRUST, N.A., AS SECOND COLLATERAL AGENT reassignment WILMINGTON TRUST, N.A., AS SECOND COLLATERAL AGENT SECURITY AGREEMENT Assignors: MITEL US HOLDINGS, INC.
Assigned to INTER-TEL (DELAWARE) INC., FKA INTER-TEL, INCORPORATED reassignment INTER-TEL (DELAWARE) INC., FKA INTER-TEL, INCORPORATED RELEASE OF SECURITY INTEREST IN PATENTS Assignors: BANK OF NEW YORK, THE, MORGAN STANLEY & CO. INCORPORATED, MORGAN STANLEY SENIOR FUNDING, INC.
Assigned to MITEL NETWORKS CORPORATION, MITEL US HOLDINGS, INC. reassignment MITEL NETWORKS CORPORATION RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: BANK OF AMERICA, N.A.
Assigned to MITEL NETWORKS CORPORATION, MITEL US HOLDINGS, INC. reassignment MITEL NETWORKS CORPORATION RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: WILMINGTON TRUST, NATIONAL ASSOCIATION
Assigned to JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT reassignment JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT SECURITY AGREEMENT Assignors: AASTRA USA INC., MITEL NETWORKS CORPORATION, MITEL US HOLDINGS, INC.
Assigned to MITEL NETWORKS CORPORATION, MITEL US HOLDINGS, INC., MITEL COMMUNICATIONS INC. FKA AASTRA USA INC. reassignment MITEL NETWORKS CORPORATION RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT
Assigned to BANK OF AMERICA, N.A., AS COLLATERAL AGENT reassignment BANK OF AMERICA, N.A., AS COLLATERAL AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MAVENIR SYSTEMS, INC., MITEL (DELAWARE), INC., MITEL BUSINESS SYSTEMS, INC., MITEL COMMUNICATIONS INC., MITEL NETWORKS, INC., MITEL US HOLDINGS, INC.
Assigned to CITIZENS BANK, N.A. reassignment CITIZENS BANK, N.A. SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MITEL (DELAWARE), INC.
Assigned to MITEL NETWORKS, INC., MITEL US HOLDINGS, INC., MITEL (DELAWARE), INC., MITEL BUSINESS SYSTEMS, INC., MITEL COMMUNICATIONS, INC., MITEL NETWORKS CORPORATION reassignment MITEL NETWORKS, INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT, BANK OF AMERICA, N.A., AS COLLATERAL AGENT
Anticipated expiration legal-status Critical
Assigned to MITEL (DELAWARE), INC., 1966 reassignment MITEL (DELAWARE), INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: CITIZENS BANK, N.A.
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533Voice mail systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42314Systems providing special services or facilities to subscribers in private branch exchanges

Definitions

  • the present invention relates to voice messaging systems, and more particularly, to a method for integrating a voice messaging system card (VxC) with a PBX.
  • VxC voice messaging system card
  • the VXII Voice Mail System developed by Executone Information Systems and implemented in a line of PBX systems (i.e., integrated digital system (IDS)), has the capability of exchanging control signals through both in-band signals using DTMF tones, and through the use of asynchronous RS-232 communications. While the RS-232 signaling does not replace all of the functionality of the in-band signaling, the use of the RS-232 signaling eliminates the requirement that the IDS provide DTMF receivers for each of the serial line interface (SLI) ports connected to the VXII.
  • SLI serial line interface
  • VxC card With the development of the VxC card and its first uses, it requires the use of an IDS serial port and an external cable connecting the VxC to the IDS CPU. Additionally, an external monitor and keyboard are required for the programming and monitoring of the operation of the VxC. All of these additional components increase the cost of providing voice mail to low end systems.
  • the voice card operates on a DOS platform, and generally uses a memory manager for efficiently using memory locations contained within the operating environment.
  • QEMM is one type of memory manager that has been used. However, its use requires royalty payments to Quarter Deck, and is therefore not desirable in the present invention.
  • VxC card In previous implementations of the VxC card, a dual port RAM of the card acted as if it were an OPX card, and the RS-232 connector on the VxC card was connected to a serial port on the IDS. A keyboard and monitor were attached to the keyboard and VGA connectors respectively. With this configuration, the VxC card could operate within an existing IDS without requiring any code changes on the IDS.
  • PBX public branch exchange
  • FIG. 1 is a block diagram of the hardware architecture of the integration of the VxC card to the IDS backplane according to an embodiment of the invention
  • FIG. 2 is a block diagram of the software architecture for the integration of the VxC card to the IDS backplane according to an embodiment of the invention
  • FIGS. 3 and 4 are exemplary representations of the browse screen according to an embodiment of the present invention.
  • FIGS. 5 and 6 are illustrative representations of a keyboard used in the PC implementation of the present invention.
  • Dual Port RAM is a 1K Byte RAM area resident on the VxC card and is simultaneously accessible from both the IDS and the VxC processors.
  • IDS Integrated Digital System is the name for a line of PBX's developed by Executone Information Systems Inc.
  • IOT Integrated Operator Terminal is a terminal made by Wyse, which is use as an operator's station, to configure the IDS and to view the status of the system.
  • VxC is a single card used for the providing voice mail functionality in a PBX voice messaging system.
  • VXII is the name for the voice mail product developed by A+ systems and sold by Executone Information Systems, Inc.
  • VMI Voice Mail Integration provides the use of an RS-232 interface between an IDS and the VXII voice mail.
  • a top level view 10 of the integration of a VxC card 20 in an IDS is shown.
  • the microprocessor section 16 of the IDS processor board 14 has access to each of the cards in the backplane. For those cards that do not have a processor, the IDS can access a number of registers to control the operation of the card.
  • the IDS processor 14 communicates to the board via a 1K byte dual port RAM (DPR) 24 .
  • DPR dual port RAM
  • the VxC card includes a digital processing section 22 , an RS-232 communications port 28 , a video display port 30 , and a keyboard port 32 which are all in communication with digital processing section 22 .
  • Digital processing section 22 can be, for example, an INTEL 386 processor with support circuitry, and also includes a hard drive for storage and DSP technology for audio signal processing.
  • a dual port RAM 24 and an audio section 26 are in communication with the IDS backplane 12 and digital processing section 22 .
  • the IDS processor board 14 includes a microprocessor section 16 and a backplane signaling interface 18 . Through this configuration, all digital signaling generated by the VxC card are sent to the IDS processor 14 via DPR 24 . This effectively frees RS-232 connector 28 on VxC Card 20 and the serial port on IDS backplane 12 previously used to connect the backplane to the RS-232 connector of the VxC card. By freeing RS-232 connector 28 , the programming and control of VxC card 20 can be accomplished using a computer running CO-SESSIONS connected to the RS-232 jack. This eliminates the need for a monitor and keyboard connected to the VxC card.
  • the VxC card 20 has been designed to work in the IDS system. The dimensions and signaling mimic that used by standard IDS port cards. For Executone Information Systems' System 84, the VxC card will fit into either one of the two 228-type port card slots in the backplane. For Executone Information Systems' 108- and 228 cabinets, the VxC will fit into any one of the slots used for 228-type port cards. Only one VxC can be used in an IDS.
  • FIG. 2 represents the software processing for a voice mail system using the integrated VxC card according to an illustrative embodiment of the present invention.
  • VxC voice mail
  • FIG. 2 represents the software processing for a voice mail system using the integrated VxC card according to an illustrative embodiment of the present invention.
  • the serial data received 44 from the VxC is interpreted 42 , and the interpreted commands are applied to the IDS call processing logic 40 .
  • commands from the IDS call processing logic 40 are converted or formatted 46 to a format that is acceptable to the VxC (i.e., voice mail system) and are transmitted 48 using the low level serial interface.
  • VxC 20 via the IDS backplane 12 replaces the currently used asynchronous serial interface using the RS-232 port with a parallel interface via the dual port RAM 24 .
  • the use of a parallel interface as opposed to a serial one tends to increase the speed of the data communication between the connected elements.
  • Table 1 is a partial representation of the allocation of offsets and respective addresses as seen by the IDS and VxC.
  • the Driver Version String is an ASCIIZ string up to 8 bytes starting at offset 0x10, the first character is ‘V’ and the last character is 0.
  • the IDS must detect this string and put its version label string at offset 0x20.
  • the IDS version string is an ASCIIZ string starting with a ‘V’ and ending with a 0. Once the VXII application detects the IDS version string, it will route all VMI integration through the DPR instead of the serial port.
  • the VXII Version String placed by the VXII application, is an ASCIIZ string up to 8 bytes starting at offset 0x18.
  • the first character is a ‘V’ and the last character is 0.
  • the IDS Version String is an ASCIIZ string up to 32 bytes starting at offset 0x20, and the first character is a ‘V’ and the last character is a 0.
  • the IDS to VxC VMI is located from 0x40 to 0xBF, and is the data area allocated from the IDS to the computer for VMI integration.
  • the 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the IDS and the VxC, respectively. A more descriptive explanation of the circular buffer will be discussed later.
  • the VxC to IDS VMI is located from 0xC0 to 0x13F, and is the data area allocated from the computer to the IDS for VMI integration.
  • the 128 bytes are also treated as a circular buffer with the TO/FROM pointers maintained by the VxC and the IDS respectively.
  • the IDS to VxC keyboard is located from 0x140 to 0x1BF, which is the data area allocated from the IDS to the computer for keyboard information.
  • the 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the IDS and the VxC respectively.
  • the data will be sent directly from the IDS terminal keyboard to the VxC buffer.
  • the VxC to IDS video is located from 0x1c0 to 0x23F, which is the data area allocated from the computer to the IDS for the video information.
  • the 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the VxC and the IDS, respectively.
  • the output must be compatible with the IDS terminal, and the screen handling capabilities of the IDS terminal are a subset of a Televideo 925 terminal capabilities.
  • the VxC to IDS report information is located from 0x240 to 0x2BF, which is the data area allocated from the computer to the IDS for report information.
  • the 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the VxC and the IDS respectively.
  • the data contains the information which will be sent out the preselected IDS printer port. The data must be compatible with the printer which is attached to the IDS port. Notification of the start and end of a printing session from the VxC to the IDS will be sent via the VMI interface.
  • the IDS commands to the VxC are located from 0x2C0 to 0x2C3 which is the data area reserved for these commands. Initially, only one (1) byte of the three (3) for commands is used. A non-zero value indicates a command. The VxC will read the command and subsequently zero-out the location. At this point, the IDS can send another command.
  • the VxC responses to the IDS are located from 0x2C4 to 0x2C7, which is the data area reserved for these responses. Initially, only one (1) byte of the three (3) for commands is used. A non-zero value indicates a command. The IDS will read the command and subsequently zero-out the location. At this point, the VxC can send another response.
  • the TO/FROM pointers are maintained separately by each of the applications.
  • the method essentially uses in-band signaling to verify read/write availability (zero is used for signaling). The details are as follows:
  • VxC On power up, the VxC will zero out all of the circular buffers before the VxC loads its Driver Version String.
  • the IDS will locally maintain its TO/FROM pointers.
  • the VxC will maintain its own TO/FROM pointers. After a program reset, both the IDS and the VxC will reset their respective pointers.
  • the IDS When the IDS wants to send a character to the VxC, the IDS will check the next available location. If that location contains a zero, the IDS will put the character into that location and increment its pointer modulo buffer size. The VxC will check the next available location. If that location contains a zero, there is no work to do. If the location contains a non-zero value, the VxC copies the value to some local storage, puts a zero into the location, and increments its pointer to modulo buffer size.
  • This method uses in-band signaling to verify read/write availability (zero is used for signaling). There are no problems associated with simultaneous access to the 128 byte buffer because the 2 sides are never writing to the same location. If one side reads from a location while the other side is writing to the same location, then either the reader or writer will see the buffer in a less-available state, and will end his cycle. The different cycle lengths and times will lead however, to situations where one side is ready for transfer, but the other side is not, leading to a delay of 1 cycle.
  • Control signals are passed between the VXII system and the customer telephone system to which it is connected in either analog or digital format.
  • Analog signals referred to as in-band, use DTMF tones passed through the device's analog ports.
  • Digital signals are passed through the device's serial communications ports.
  • the browse screens can be used to monitor inter-device communications taking place through the VXII system RS-232 or analog ports.
  • the browse screen When the browse screen is set for !COM (See. FIG. 3 ), it will display all incoming and outgoing communications on the RS-232 port.
  • !DIGITS See FIG. 4
  • this screen displays all DTMF communications taking place over the system analog ports.
  • the browse screen should be accessed using an On-Line Programming Menu. This allows communications to be monitored while the system is on-line and subscribers are sending and receiving messages. The following steps are an exemplary method for accessing the browse screen.
  • incoming serial communications are shown at the top of the screen and outgoing serial communications are shown at the bottom.
  • the information is continuously updated as new information is sent or received. For example, an entry of ‘OP:MWI3031’ in the lower half of the screen indicates that a signal has been sent to the customer telephone system to turn on the message waiting indicator at extension 3031.
  • Other examples of common serial communications packets and their meaning are given in table 3.
  • the “M” message generated by the IDS (e.g., Ring packet type) is sent to the VXII only when the VXII SLI port goes off hook as a result of receiving a call.
  • the data which follows the M letter is in essence the same as the in-band DTMF tones signaling which follows the IDS programming of the “G” screen.
  • DTMF browse (!DIGITS) screen shown in FIG. 4 On the DTMF browse (!DIGITS) screen shown in FIG. 4, incoming DTMF digits are shown on the left side of the screen and outgoing DTMF digits are shown on the right.
  • the port with which incoming and outgoing DTMF digits are associated is given within brackets.
  • the information appearing next to each port number is continuously updated as new information is sent or received using that port. For example, an entry of ‘[02] 1234’ on the left side of the screen indicates that the DTMF string “1234” was received using analog port 2 . An entry of ‘[03]#1622’ on the right side of the screen indicates that the DTMF string “#1622 was sent using analog port 3 .
  • the interface of the VxC with the IDS uses various commands via an integrated operator's terminal (IOT) and the DPR.
  • IOT integrated operator's terminal
  • DPR digital versatile disc reader
  • a VxC When a VxC is installed at a customer's site, the installation generally requires the use of an external monitor and keyboard for configuration control and status monitoring. In order to reduce the cost of the installation, the external monitor and keyboard have been removed, and a PROGRAMMING TERMINAL is used to control the VxC.
  • the PROGRAMMING TERMINAL can be the IOT or a personal computer (PC) running applicable communications packages.
  • the PROGRAMMING TERMINAL uses a serial interface operating at a maximum of 9600 baud to display text and graphic characters.
  • the displays will be noticeably slower in operation.
  • the operation of the VxC will not degrade due to the speed of the video information.
  • the display area of the PC CRT is 25 lines by 80 columns.
  • the PROGRAMMING TERMINAL directly supports 24 lines by 80 columns. Since certain communications packages use the 25 th line as a status line, it is a requirement that the VxC limit all screens to 24 lines by 80 columns.
  • the VxC must be controlled from either an Integrated Operator's Terminal (IOT) or from a PC running a communication package. In the case of the latter, the PC emulates a TVI-925 terminal.
  • IOT Integrated Operator's Terminal
  • PC running a communication package. In the case of the latter, the PC emulates a TVI-925 terminal.
  • the PC sends different key codes for the Functions Keys as compared to the IOT.
  • the VxC must be able to accept function keys codes from either device.
  • the keypad for the IOT is considered non-standard. Some of the keys normally used for communications functions will need to be reused for screen control. For example, the Pick key will have to double as a Page Up key.
  • the IOT uses XON/XOFF as flow control for screen control. (If the terminal gets more data than it can handle, the terminal will send an XOFF until it has caught up with the processing. At that time, the terminal will send an XON.) For this reason, the user must NOT use CTRL-S or CTRL-Q as a menu selection.
  • the interface between the VxC and the IDS uses the dual port RAM for the display and control of the VxC. There are four areas in the dual port RAM dedicated to this function.
  • Keyboard Serial Data from IDS to PC contains the keycodes from the IDS.
  • Video Serial Data from PC to IDS contains the screen commands from the VxC.
  • IDS Command to VxC contains the command information from the IDS.
  • VxC Response to IDS contains response information from the VxC to the IDS.
  • the IDS acts as a conduit for the information between the PROGRAMMING TERMINAL and the VxC.
  • the PROGRAMMING TERMINAL is configured to act as a TVI-925/QUME 108 terminal.
  • the VxC sends video information to the IDS
  • the IDS will route this information directly to the terminal.
  • the VxC must format all commands to be compatible with the terminal.
  • any keystrokes from the terminal will be sent directly to the VxC.
  • the VxC will be required to not only send and receive information during the operation of the VXII application, but will also be required to work during DOS prompts and with other DOS applications.
  • the Reset Operation command forces a re-synchronization of the IDS with the VxC in the event that the IDS resets.
  • the VxC sees this command, it will clear all of its internal interface pointers.
  • the VxC When the VxC resets, it will change its Card ID to 0xFF.
  • the IDS monitors this location constantly. When the IDS detects that the VxC has reset, the IDS will perform and internal reset of the VxC application interface and will follow the standard initialization sequence with the VxC. At the beginning of a card reset, the VxC must maintain the Card ID value of 0xFF for a minimum of 50 ms before reverting back to the normal Card ID.
  • the IDS After the VxC has placed a value of 0x07 into the Card ID location, the IDS will check the Driver Version String locations. If these locations contains an ASCIIZ string with up to 8 bytes starting with a ‘V’ and ending with a zero, the IDS knows that a VxC port card is installed in the system. First, the IDS will send a Reset Operation command in the IDS Command to the VxC buffer. The IDS will then send a Configure Terminal Operation command in the IDS Command to the VxC Buffer. The IDS will wait for approximately 5 minutes before assuming that the VxC is not responding to the Configure Terminal Operation command.
  • FIGS. 5 and 6 show examples of the keyboard that is used for the IOT.
  • the standard part of the keyboard sends 7 bit US ACSII Codes when a key is pressed as per the following table.
  • Table 6 indicates the most used commands for the display.
  • R equals the ASCII row or line equivalent
  • C equals the ASCII column equivalent as per the following table 7.
  • the graphics mode is a special applications feature that reconfigures the terminal for 15 line drawings symbols. Graphics mode is enabled by using the “esc $” command sequence, and is disabled by using the “esc %” command sequence.
  • the following table 8 lists the special graphics mode characters:
  • Table 9 lists the codes that go into the IDS Command to VxC Buffer.
  • the next table 10 lists the codes that go into the VxC Response to IDS Buffer:
  • Small systems such as, for example, Executone Information Systems, Inc.'s System 84, can be installed without an operator terminal or a programming terminal.
  • a technician would use a laptop running a communication package, such as, for example, Procomm+, to perform system administration.
  • the technician would configure the communications package to emulate a TVI-925.
  • the display control commands would be the same for the IOT and the TVI-925 emulation.
  • the standard keyboard mapping does not match the keycodes used by the IOT. Therefore, the VxC program must be able to interpret keycodes from either the IOT or the PC emulating the TVI-925.
  • the following table 12 shows the key codes for the non-standard key caps and for the commands used for VxC operation:
  • the IDS is reset at any time while the Vxc is not running, the user will be required to enter the system through the programming terminal and restart the voice mail system application. If, however, the VxC is shutdown or removed from the IDS, the IDS will return to the main menu to enable further configuration or operations by the operator.

Abstract

The voice mail system is embodied on a card (VxC) designed to be inserted into the PBX cabinet and communicate with the PBX processor via the backplane of the system. The VxC card includes a dual port RAM for providing two way communication between the VxC and the PBX. Through the allocation of memory areas, and control commands corresponding to the respective allocated areas, the PBX processor and VxC can communicate via the dual port RAM interface over the PBX backplane. The use of the dual port RAM communication over the PBX backplane eliminates the need for asynchronous RS-232 signaling to establish control and implement voice mail functions to a PBX system.

Description

BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates to voice messaging systems, and more particularly, to a method for integrating a voice messaging system card (VxC) with a PBX.
2. Prior Art
The VXII Voice Mail System developed by Executone Information Systems and implemented in a line of PBX systems (i.e., integrated digital system (IDS)), has the capability of exchanging control signals through both in-band signals using DTMF tones, and through the use of asynchronous RS-232 communications. While the RS-232 signaling does not replace all of the functionality of the in-band signaling, the use of the RS-232 signaling eliminates the requirement that the IDS provide DTMF receivers for each of the serial line interface (SLI) ports connected to the VXII.
With the development of the VxC card and its first uses, it requires the use of an IDS serial port and an external cable connecting the VxC to the IDS CPU. Additionally, an external monitor and keyboard are required for the programming and monitoring of the operation of the VxC. All of these additional components increase the cost of providing voice mail to low end systems.
The voice card operates on a DOS platform, and generally uses a memory manager for efficiently using memory locations contained within the operating environment. QEMM is one type of memory manager that has been used. However, its use requires royalty payments to Quarter Deck, and is therefore not desirable in the present invention.
In previous implementations of the VxC card, a dual port RAM of the card acted as if it were an OPX card, and the RS-232 connector on the VxC card was connected to a serial port on the IDS. A keyboard and monitor were attached to the keyboard and VGA connectors respectively. With this configuration, the VxC card could operate within an existing IDS without requiring any code changes on the IDS.
SUMMARY OF THE INVENTION
It is an object of the present invention to provide a method for integrating a voice mail system into lower end PBX systems with a reduced cost.
It is another object of the present invention to provide a method for integrating a voice mail system into a PBX that eliminate the use of RS-232 asynchronous signaling to provide control of the voice mail system.
It is yet another object of the invention to provide a method for integrating a voice mail system into a PBX that eliminates the need for an external monitor and keyboard.
These and other objects of the invention are realized in one embodiment thereof by providing a method for integrating a voice mail/messaging system into the backplane of a public branch exchange (PBX) telephone system comprising the steps of: providing a voice messaging card (VxC) for connection to the backplane of the PBX system; dedicating a random access memory (RAM) on said voice messaging card for communicating with the PBX via the PBX backplane; establishing two-way communication between the voice messaging card and the PBX over the backplane; and controlling the voice messaging card to provide voice mail functions to the users of the PBX telephone system.
Connection over the dual port RAM take precidence over other previous know connections. Although programming through the use of the RS-232 and external cable will not be entirely disabled, it will be ignored when the dual port RAM configuration is recognized and initialized.
BRIEF DESCRIPTION OF THE DRAWINGS
A more complete appreciation of this 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 block diagram of the hardware architecture of the integration of the VxC card to the IDS backplane according to an embodiment of the invention;
FIG. 2 is a block diagram of the software architecture for the integration of the VxC card to the IDS backplane according to an embodiment of the invention;
FIGS. 3 and 4 are exemplary representations of the browse screen according to an embodiment of the present invention; and
FIGS. 5 and 6 are illustrative representations of a keyboard used in the PC implementation of the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
Acronyms and Abbreviations
DPR: Dual Port RAM is a 1K Byte RAM area resident on the VxC card and is simultaneously accessible from both the IDS and the VxC processors.
IDS: Integrated Digital System is the name for a line of PBX's developed by Executone Information Systems Inc.
IOT: Integrated Operator Terminal is a terminal made by Wyse, which is use as an operator's station, to configure the IDS and to view the status of the system.
VxC is a single card used for the providing voice mail functionality in a PBX voice messaging system.
VXII is the name for the voice mail product developed by A+ systems and sold by Executone Information Systems, Inc.
VMI: Voice Mail Integration provides the use of an RS-232 interface between an IDS and the VXII voice mail.
Referring to FIG. 1, a top level view 10 of the integration of a VxC card 20 in an IDS is shown. The microprocessor section 16 of the IDS processor board 14 has access to each of the cards in the backplane. For those cards that do not have a processor, the IDS can access a number of registers to control the operation of the card. For a card that has an onboard microprocessor, such as, for example, VxC card 20, the IDS processor 14 communicates to the board via a 1K byte dual port RAM (DPR) 24.
The VxC card includes a digital processing section 22, an RS-232 communications port 28, a video display port 30, and a keyboard port 32 which are all in communication with digital processing section 22. Digital processing section 22 can be, for example, an INTEL 386 processor with support circuitry, and also includes a hard drive for storage and DSP technology for audio signal processing. In addition, a dual port RAM 24 and an audio section 26 are in communication with the IDS backplane 12 and digital processing section 22.
The IDS processor board 14 includes a microprocessor section 16 and a backplane signaling interface 18. Through this configuration, all digital signaling generated by the VxC card are sent to the IDS processor 14 via DPR 24. This effectively frees RS-232 connector 28 on VxC Card 20 and the serial port on IDS backplane 12 previously used to connect the backplane to the RS-232 connector of the VxC card. By freeing RS-232 connector 28, the programming and control of VxC card 20 can be accomplished using a computer running CO-SESSIONS connected to the RS-232 jack. This eliminates the need for a monitor and keyboard connected to the VxC card.
The VxC card 20 has been designed to work in the IDS system. The dimensions and signaling mimic that used by standard IDS port cards. For Executone Information Systems' System 84, the VxC card will fit into either one of the two 228-type port card slots in the backplane. For Executone Information Systems' 108- and 228 cabinets, the VxC will fit into any one of the slots used for 228-type port cards. Only one VxC can be used in an IDS.
FIG. 2 represents the software processing for a voice mail system using the integrated VxC card according to an illustrative embodiment of the present invention. For purposes of this discussion, only the serial data connection to the VxC card (voice mail) is described. There is a low level interface in the IDS which communicates directly with the VxC. The serial data received 44 from the VxC is interpreted 42, and the interpreted commands are applied to the IDS call processing logic 40. Likewise, commands from the IDS call processing logic 40 are converted or formatted 46 to a format that is acceptable to the VxC (i.e., voice mail system) and are transmitted 48 using the low level serial interface.
The integration of VxC 20 via the IDS backplane 12 replaces the currently used asynchronous serial interface using the RS-232 port with a parallel interface via the dual port RAM 24. The use of a parallel interface as opposed to a serial one tends to increase the speed of the data communication between the connected elements.
VxC Dual Port RAM Interface
The following describes the interface between the VxC card 20 and the IDS backplane 12 via Dual Port RAM 24. Referring to FIG. 1 and table 1, from the VxC card perspective, all locations in DPR 24 are arranged as consecutive bytes, and from the IDS backplane perspective, only the odd addresses locations contain information as shown in table 1.
TABLE 1
ADDRESS Even Address 0 Odd Address 1
Base + 0x00 xxxxxxxx Card ID
Base + 0x02 xxxxxxxx Line Status
Base + 0x04 xxxxxxxx xxxxxxxx
Base + 0x06 xxxxxxxx xxxxxxxx
Base + 0x08 xxxxxxxx xxxxxxxx
Base + 0x0A xxxxxxxx xxxxxxxx
Base + 0x0C xxxxxxxx xxxxxxxx
Base + 0x0E xxxxxxxx xxxxxxxx
Base + 0x10 xxxxxxxx xxxxxxxx
Base + 0x12 xxxxxxxx xxxxxxxx
Base + 0x14 xxxxxxxx xxxxxxxx
Base + 0x16 xxxxxxxx xxxxxxxx
Base + 0x18 xxxxxxxx xxxxxxxx
Base + 0x1A xxxxxxxx xxxxxxxx
Base + 0x1C xxxxxxxx xxxxxxxx
Base + 0x1E xxxxxxxx xxxxxxxx
Base + 0x20 xxxxxxxx Driver Version String - MSB
Base + 0x22 xxxxxxxx Driver Version String
Base + 0x24 xxxxxxxx Driver Version String
Base + 0x26 xxxxxxxx Driver Version String
Base + 0x28 xxxxxxxx Driver Version String
Base + 0x2A xxxxxxxx Driver Version String
Base + 0x2C xxxxxxxx Driver Version String
Base + 0x2E xxxxxxxx Driver Version String - LSB
Base + 0x30 xxxxxxxx VXII Application Version
String - MSB
Base + . . . xxxxxxxx . . .
Table 1 is a partial representation of the allocation of offsets and respective addresses as seen by the IDS and VxC.
TABLE 2
Offset
Data from Base Address on PC
1 Card ID 0x00 0xD0004400
2 Line Status Register 0x01 0xD0004401
3 Driver Version String 0x10 0xD0004410
4 VXII application Version String 0x18 0xD0004418
5 IDS Software Version String 0x20 0xD0004420
6 VMI Serial Data from IDS to PC 0x40 0xD0004440
7 VMI Serial Data from PC to IDS 0xC0 0xD00044C0
8 Keyboard Serial Data from IDS to PC 0x140 0xD0004540
9 Video Serial Data from PC to IDS 0x1C0 0xD00045C0
10  Report Serial Data from PC to IDS 0x240 0xD0004640
11  IDS Command to VxC 0x2C0 0xD00046C0
12  VxC Response to IDS 0x2C4 0xD00046C4
The Card ID is located at offset 0 and is placed by the driver on startup. All cards default to 8 port OPX Card ID=7. The Line Status register is located at offset 0x01 and is bit mapped (bit 0=channel 1, bit 7=channel 8; 0=offhook, 1=onhook). The Driver Version String is an ASCIIZ string up to 8 bytes starting at offset 0x10, the first character is ‘V’ and the last character is 0. The IDS must detect this string and put its version label string at offset 0x20. The IDS version string is an ASCIIZ string starting with a ‘V’ and ending with a 0. Once the VXII application detects the IDS version string, it will route all VMI integration through the DPR instead of the serial port. The VXII Version String, placed by the VXII application, is an ASCIIZ string up to 8 bytes starting at offset 0x18. The first character is a ‘V’ and the last character is 0. The IDS Version String is an ASCIIZ string up to 32 bytes starting at offset 0x20, and the first character is a ‘V’ and the last character is a 0.
The IDS to VxC VMI is located from 0x40 to 0xBF, and is the data area allocated from the IDS to the computer for VMI integration. The 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the IDS and the VxC, respectively. A more descriptive explanation of the circular buffer will be discussed later. The VxC to IDS VMI is located from 0xC0 to 0x13F, and is the data area allocated from the computer to the IDS for VMI integration. The 128 bytes are also treated as a circular buffer with the TO/FROM pointers maintained by the VxC and the IDS respectively.
The IDS to VxC keyboard is located from 0x140 to 0x1BF, which is the data area allocated from the IDS to the computer for keyboard information. The 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the IDS and the VxC respectively. The data will be sent directly from the IDS terminal keyboard to the VxC buffer. The VxC to IDS video is located from 0x1c0 to 0x23F, which is the data area allocated from the computer to the IDS for the video information. The 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the VxC and the IDS, respectively. The output must be compatible with the IDS terminal, and the screen handling capabilities of the IDS terminal are a subset of a Televideo 925 terminal capabilities.
The VxC to IDS report information is located from 0x240 to 0x2BF, which is the data area allocated from the computer to the IDS for report information. The 128 bytes are treated as a circular buffer with the TO/FROM pointers maintained by the VxC and the IDS respectively. The data contains the information which will be sent out the preselected IDS printer port. The data must be compatible with the printer which is attached to the IDS port. Notification of the start and end of a printing session from the VxC to the IDS will be sent via the VMI interface.
The IDS commands to the VxC are located from 0x2C0 to 0x2C3 which is the data area reserved for these commands. Initially, only one (1) byte of the three (3) for commands is used. A non-zero value indicates a command. The VxC will read the command and subsequently zero-out the location. At this point, the IDS can send another command.
The VxC responses to the IDS are located from 0x2C4 to 0x2C7, which is the data area reserved for these responses. Initially, only one (1) byte of the three (3) for commands is used. A non-zero value indicates a command. The IDS will read the command and subsequently zero-out the location. At this point, the VxC can send another response.
Circular Buffer Usage
There are five (5) 128 byte buffers used as circular buffers for the data between the IDS and the VxC. The TO/FROM pointers are maintained separately by each of the applications. The method essentially uses in-band signaling to verify read/write availability (zero is used for signaling). The details are as follows:
On power up, the VxC will zero out all of the circular buffers before the VxC loads its Driver Version String.
The IDS will locally maintain its TO/FROM pointers. Likewise, the VxC will maintain its own TO/FROM pointers. After a program reset, both the IDS and the VxC will reset their respective pointers.
When the IDS wants to send a character to the VxC, the IDS will check the next available location. If that location contains a zero, the IDS will put the character into that location and increment its pointer modulo buffer size. The VxC will check the next available location. If that location contains a zero, there is no work to do. If the location contains a non-zero value, the VxC copies the value to some local storage, puts a zero into the location, and increments its pointer to modulo buffer size.
The same scheme is followed in the opposite direction, when the VxC wants to send character(s) to the IDS. Since each buffer occupies 128 bytes, the entire buffer could be loaded in either direction before the receiving processor has the opportunity to unload the data.
This method uses in-band signaling to verify read/write availability (zero is used for signaling). There are no problems associated with simultaneous access to the 128 byte buffer because the 2 sides are never writing to the same location. If one side reads from a location while the other side is writing to the same location, then either the reader or writer will see the buffer in a less-available state, and will end his cycle. The different cycle lengths and times will lead however, to situations where one side is ready for transfer, but the other side is not, leading to a delay of 1 cycle.
VMI Integration
Control signals are passed between the VXII system and the customer telephone system to which it is connected in either analog or digital format. Analog signals, referred to as in-band, use DTMF tones passed through the device's analog ports. Digital signals are passed through the device's serial communications ports.
The browse screens can be used to monitor inter-device communications taking place through the VXII system RS-232 or analog ports. When the browse screen is set for !COM (See. FIG. 3), it will display all incoming and outgoing communications on the RS-232 port. When set to !DIGITS (See FIG. 4), this screen displays all DTMF communications taking place over the system analog ports. These browse screens are used to check that system control signals contain the proper information.
Accessing the Browse Screen
The browse screen should be accessed using an On-Line Programming Menu. This allows communications to be monitored while the system is on-line and subscribers are sending and receiving messages. The following steps are an exemplary method for accessing the browse screen.
A. From the Run Dialogue screen, a function key is pressed (e.g., F8) to access the On-Line Programming Menu. The screen prompts: “Enter your access code [CMP####].” This access code is the three-character code shown in the company code field in the company screen, as well as the access code to the System Administrator mailbox. The System Administrator has the option to change the code.
B. Type in the access code, and press ENTER. The screen displays the On-Line Programming Menu.
C. Press Page Down to access page two of the On-Line Programming Menu.
D. From page two of the On-Line Programming Menu, press I to access the Browse screen.
E. Type ‘!COM’ to monitor RS-232 communications, or ‘!DIGITS’, to monitor DTMF communications in the File field, then press ENTER twice. The RS-232 browse screen (FIG. 3) or DTMF browse screen (FIG. 4) will be displayed.
F. When finished monitoring communications, press ESC twice to return to the On-Line Programming Menu or three times to return to the Run Dialogue screen.
On the RS-232 browse (!COM) screen, incoming serial communications are shown at the top of the screen and outgoing serial communications are shown at the bottom. The information is continuously updated as new information is sent or received. For example, an entry of ‘OP:MWI3031’ in the lower half of the screen indicates that a signal has been sent to the customer telephone system to turn on the message waiting indicator at extension 3031. Other examples of common serial communications packets and their meaning are given in table 3.
TABLE 3
Typical Direc-
Packet Type Packet Content tion Interpretation
MWI On 0P:MWI 3003! From 0P:MWI - MWI On
VXII 3003 - Extension Number
MWI Off RMV:MWI 3003! From RMV:MWI - MWI Off
VXII 3003 - Extension Number
Ring MD0013057R From MD001 - Message Desk
IDS Number
3057 - VMS Extension
R - Ring
Disconnect MD0013057C From MD001 - Message Desk
IDS Number
3057 - VMS Extension
C - Disconnect
Direct Call MD0013057M3003 From MD001 - Message Desk
(VMS Key) IDS Number
3057 - VMS Extension
M - Mail box command
3003 - Mailbox of calling
subscriber
Forward Call MD0013057M3003 From MD001 - Message Desk
(Outside IDS Number
Caller) 3057 - VMS Extension
M - Mail box command
3003 - Mailbox Number
(non subscriber call)
Intercom I 3057 dddd! From I - Intercom
Dial VXII 3057 - VMS extension
number
ddddd - digits
! - terminator
Flash F 3057! From F - Flash
VXII 3057 - VMS extension
Number
! - terminator
Transfer to F 3057! From F - Flash
Operator I 3057 O! VXII 3057 - VMS extension
Number
! - terminator
I - Intercom dial
3057 - VMS Extension
Number
0 - operator number
! - terminator***
Transfer to F 3057! From F - Flash
Extension I 3057 3003! VXII 3057 - VMS extension
Number
! - terminator
I - Intercom dial
3057 - VMS Extension
Number
3003 - transfer to extension
3003
! - terminator***
Flash NAK FLAS3057 INV From This is a response to the
IDS Flash command.
FLSH - response to F
command
3057 - VMS extension
number
INV - IDS could not
perform the flash
Destination BUSY3057 From This is a response to the
is Busy IDS Intercom command.
The destination extension
which 3057 dialed is busy
Ring Back RNGB3057 From This is a response to the
IDS Intercom command.
The destination extension
which 3057 dialed in
ringing.
Reorder RRDR3057 From This is a response to the
IDS Intercom command.
The destination extension
which 3057 dialed is illegal
or in DND or not installed
or NOT IN
Destination ANSR3057 From is a response to the
Answered IDS Intercom Command.
The destination extension
which 3057 dialed
answered the call
Invalid DIAL3057 INV From This is a response to the
extension IDS Intercom Command
Number DIAL - command respond-
ing to.
3057 - VMS extension
Dialed
INV - Extension dialed is
not valid
***After the VXII sends this sequence, the VXII forces the voice mail port on extension 3057 to go on-hook. This causes the IDS to transfer the call from extension 3057 to the dialed extension.
Note: All messages from the IDS must start with the prefix ctrl_y followed by c/r followed by l/f and terminate with l/f followed by c/r followed by ctrl_y. And, all messages from the VXII must start with ctrl_d.
The “M” message generated by the IDS (e.g., Ring packet type) is sent to the VXII only when the VXII SLI port goes off hook as a result of receiving a call. The data which follows the M letter is in essence the same as the in-band DTMF tones signaling which follows the IDS programming of the “G” screen.
On the DTMF browse (!DIGITS) screen shown in FIG. 4, incoming DTMF digits are shown on the left side of the screen and outgoing DTMF digits are shown on the right. The port with which incoming and outgoing DTMF digits are associated is given within brackets. The information appearing next to each port number is continuously updated as new information is sent or received using that port. For example, an entry of ‘[02] 1234’ on the left side of the screen indicates that the DTMF string “1234” was received using analog port 2. An entry of ‘[03]#1622’ on the right side of the screen indicates that the DTMF string “#1622 was sent using analog port 3.
Interfacing the VxC with the IDS
The interface of the VxC with the IDS uses various commands via an integrated operator's terminal (IOT) and the DPR. When a VxC is installed at a customer's site, the installation generally requires the use of an external monitor and keyboard for configuration control and status monitoring. In order to reduce the cost of the installation, the external monitor and keyboard have been removed, and a PROGRAMMING TERMINAL is used to control the VxC. The PROGRAMMING TERMINAL can be the IOT or a personal computer (PC) running applicable communications packages.
Currently, personal computers use a memory mapped display to control the images on the screen. The PROGRAMMING TERMINAL uses a serial interface operating at a maximum of 9600 baud to display text and graphic characters. When the VxC information is routed to the IDS, the displays will be noticeably slower in operation. However, the operation of the VxC will not degrade due to the speed of the video information.
Another consideration is the size of the display itself. The display area of the PC CRT is 25 lines by 80 columns. The PROGRAMMING TERMINAL directly supports 24 lines by 80 columns. Since certain communications packages use the 25th line as a status line, it is a requirement that the VxC limit all screens to 24 lines by 80 columns.
The VxC must be controlled from either an Integrated Operator's Terminal (IOT) or from a PC running a communication package. In the case of the latter, the PC emulates a TVI-925 terminal. In view of the different control options for the VxC, several issues need to be considered:
1. Neither the PC nor the IOT will be able to send a keycode for a key modified by the ALT key. In the case of the IOT, there is no ALT key on the keyboard. In the case of the PC, the ALT key is used to access the communications package. Therefore, the VxC program must be modified to preclude the use of the ALT key in all cases.
2. A new DOS editor that does not require the use of the ALT key will be needed for field use. This editor will be used to modify DOS batch files for testing and installation purposes.
3. The PC sends different key codes for the Functions Keys as compared to the IOT. The VxC must be able to accept function keys codes from either device.
4. The keypad for the IOT is considered non-standard. Some of the keys normally used for communications functions will need to be reused for screen control. For example, the Pick key will have to double as a Page Up key.
5. There is a restriction on the use of control codes also. The IOT uses XON/XOFF as flow control for screen control. (If the terminal gets more data than it can handle, the terminal will send an XOFF until it has caught up with the processing. At that time, the terminal will send an XON.) For this reason, the user must NOT use CTRL-S or CTRL-Q as a menu selection.
As mentioned previously, the interface between the VxC and the IDS uses the dual port RAM for the display and control of the VxC. There are four areas in the dual port RAM dedicated to this function.
1. Keyboard Serial Data from IDS to PC contains the keycodes from the IDS.
2. Video Serial Data from PC to IDS contains the screen commands from the VxC.
3. IDS Command to VxC contains the command information from the IDS.
4. VxC Response to IDS contains response information from the VxC to the IDS.
The IDS acts as a conduit for the information between the PROGRAMMING TERMINAL and the VxC.
The PROGRAMMING TERMINAL is configured to act as a TVI-925/QUME 108 terminal. When the VxC sends video information to the IDS, the IDS will route this information directly to the terminal. Therefor, the VxC must format all commands to be compatible with the terminal. Likewise, any keystrokes from the terminal will be sent directly to the VxC.
The VxC will be required to not only send and receive information during the operation of the VXII application, but will also be required to work during DOS prompts and with other DOS applications.
The IDS Command to VxC and VxC Response to IDS buffers have been added to remedy the situation where the IDS resets, but the VxC does not perform a reset. In this case, both the VxC's and the IDS's pointers will be out of sync.
The Reset Operation command forces a re-synchronization of the IDS with the VxC in the event that the IDS resets. When the VxC sees this command, it will clear all of its internal interface pointers.
When the VxC resets, it will change its Card ID to 0xFF. The IDS monitors this location constantly. When the IDS detects that the VxC has reset, the IDS will perform and internal reset of the VxC application interface and will follow the standard initialization sequence with the VxC. At the beginning of a card reset, the VxC must maintain the Card ID value of 0xFF for a minimum of 50 ms before reverting back to the normal Card ID.
Initialization
After the VxC has placed a value of 0x07 into the Card ID location, the IDS will check the Driver Version String locations. If these locations contains an ASCIIZ string with up to 8 bytes starting with a ‘V’ and ending with a zero, the IDS knows that a VxC port card is installed in the system. First, the IDS will send a Reset Operation command in the IDS Command to the VxC buffer. The IDS will then send a Configure Terminal Operation command in the IDS Command to the VxC Buffer. The IDS will wait for approximately 5 minutes before assuming that the VxC is not responding to the Configure Terminal Operation command.
If the VxC responds with a Terminal Operation response in the VxC Response to IDS buffer, the IDS knows that control via the backplane is possible. At this point, the IDS will place a menu item on the Main Menu for VxC control. The user selects the menu item for VxC control to start a dialogue with the VxC. FIGS. 5 and 6 show examples of the keyboard that is used for the IOT. The standard part of the keyboard sends 7 bit US ACSII Codes when a key is pressed as per the following table.
TABLE 4
b7 0 0 0 0 1 1 1 1
b6 0 0 1 1 0 0 1 1
b5 0 1 0 1 0 1 0 1
b4 b3 b2 b1 0 1 2 3 4 5 6 7
0 0 0 0 0 nul dle sp 0 @ P {grave over ( )} p
0 0 0 1 1 soh dl ! 1 A Q a q
0 0 1 0 2 stx dc2 2 B R b r
0 0 1 1 3 etx dc3 # 3 C S c s
0 1 0 0 4 eot dc4 $ 4 D T d t
0 1 0 1 5 enq nak % 5 E U e u
0 1 1 0 6 ack syn & 6 F V f v
0 1 1 1 7 bel etb 7 G W g w
1 0 0 0 8 bs can ( 8 H X h x
1 0 0 1 9 ht em ) 9 I Y I y
1 0 1 0 A lf sub * : J Z j z
1 0 1 1 B vt esc + ; K [ k {
1 1 0 0 C ff fs , < L \ 1 |
1 1 0 1 D cr gs = M ] m }
1 1 1 0 E s0 rs . > N {circumflex over ( )} n ˜
1 1 1 1 F si us / ? O o del
The following table 5 shows the key codes for the non-standard key caps and for the commands used for VxC operation:
TABLE 5
Key Cap IOT Key Code Hex Code
F1 ‘>’0x01 3E 01
F2 ‘>’0x02 3E 02
F3 ‘>’0x03 3E 03
F4 ‘>’0x04 3E 04
F5 ‘>’0x05 3E 05
F6 ‘>’0x06 3E 06
F7 ‘>’0x07 3E 07
F8 ‘>’0x08 3E 08
F9 ‘>’0x09 3E 09
F10 ‘>’0x0A 3E 0A
F11 ‘>’0x0B 3E 0B
F12 ‘>’0x0C 3E 0C
Print Does not generate a code
PGM ‘>’0x20 3E 20
Night 0x12 12
Call Back 0x7B 7B
FWD ‘>’0x21 3E 21
Out 0x14 14
LCR Out 0x15 15
Camp On 0x19 19
MSG 0x18 18
Pick 0x3D 3D
Delete 0x7F 7F
Help Does not generate a code
IVIE/2ND Tr 0x2B 3B
1 0x31 31
2/ABC 0x32 32
3/DEF 0x33 33
ICM 0x0C 0C
4/GHI 0x34 34
5/JKL 0x35 35
6/MNO 0x36 36
Page 0x2E 2E
7/PRS 0x37 37
8/TUV 0x38 38
9/WXY 0x39 39
Orbit 0x2C 2C
* 0x2A 2A
0 0x30 30
# 0x23 23
RLS 0x0D 0D
Trans 0x2D 2D
Hold 0x08 08
Up Arrow 0x0B 0B
Left Arrow 0x08 08
Down Arrow 0x16 16
Right Arrow 0x0C 0C
}]Flash 0x5D 5D
|\Park 0x5C 5C
Return 0x0D 0D
Shift Does not generate a code
Ctrl Does not generate a code
Send Does not generate a code
Note that the number of the key codes are programmed specifically for use with the IOT.
IOT Display Codes and Responses
The following section tabulates the specifications of the video terminal:
Display format 24 lines by 80 characters columns
25th Status/User Line
Character Formation
7 × 9 Matrix in a 9 × 12 cell
Video Attributes Blink, Blank, Underline, Normal/Reverse Video
And Half Intensity
Cursor Type Blink/Steady, Block/Underline, or Invisible
Fields Protected and Unprotected Fields
Character Set 96 US ASCII Character set
32 Control characters
15 graphics (line drawings) symbols
Table 6 indicates the most used commands for the display.
TABLE 6
Sequence Hex Code Video Command
esc Y 1B 59 home and clear screen
esc G
0 1B 47 30 line normal video
esc G 1 1B 47 31 blank video on
esc G 2 1B 47 32 blink video on
esc G 4 1B 47 34 line reverse video
esc G
6 1B 47 36 reverse and blink video
esc G
8 1B 47 38 underline video
esc G : 1B 47 3A blink and underline video
esc G < 1B 47 3C reverse and underline video
esc G > 1B 47 3E underline/reverse blink video
esc ) 1B 29 half intensity on
esc ( 1B 28 half intensity off
esc T 1B 54 line erase to spaces
esc . 0 1B 2E 30 cursor off
esc . 1 1B 2E 31 blinking block cursor
esc . 2 1B 2E 32 steady block cursor
esc . 3 1B 2E 33 blinking underline cursor
esc . 4 1B 2E 34 steady underline cursor
The “esc=RC” command allows the cursor to be located at a specific row (line) and column position on the page. In this escape sequence, R equals the ASCII row or line equivalent, and C equals the ASCII column equivalent as per the following table 7.
TABLE 7
LINE COLUMN
Line # Char Col # Char Col # Char Col # Char
1 space 1 space 28 ; 55 V
2 ! 2 ! 29 < 56 W
3 3 30 = 57 X
4 # 4 # 31 > 58 Y
5 $ 5 $ 32 ? 59 Z
6 % 6 % 33 @ 60 [
7 & 7 & 34 A 61 \
8 8 35 B 62 ]
9 ( 9 ( 36 C 63 {circumflex over ( )}
10 ) 10 ) 37 D 64
11 * 1I * 38 E 65 {grave over ( )}
12 + 12 + 39 F 66 a
13 , 13 , 40 G 67 b
14 14 41 H 68 c
15 . 15 . 42 I 69 d
16 / 16 / 43 J 70 e
17 0 17 0 44 K 71 f
18 1 18 1 45 L 72 g
19 2 19 2 46 M 73 h
20 3 20 3 47 N 74 I
21 4 21 4 48 O 75 j
22 5 22 5 49 P 76 k
23 6 23 6 50 Q 77 l
24 7 24 7 51 R 78 m
25 8 52 S 79 n
26 9 53 T 80 o
27 : 54 U
The graphics mode is a special applications feature that reconfigures the terminal for 15 line drawings symbols. Graphics mode is enabled by using the “esc $” command sequence, and is disabled by using the “esc %” command sequence. The following table 8 lists the special graphics mode characters:
TABLE 8
Key Hex Graphics
Code Code Character
A 41
Figure US06205206-20010320-C00001
B 42
Figure US06205206-20010320-C00002
C 43
Figure US06205206-20010320-C00003
D 44
Figure US06205206-20010320-C00004
E 45
Figure US06205206-20010320-C00005
F 46
Figure US06205206-20010320-C00006
G 47
Figure US06205206-20010320-C00007
H 48
Figure US06205206-20010320-C00008
I 49
Figure US06205206-20010320-C00009
J 4A
Figure US06205206-20010320-C00010
K 4B
Figure US06205206-20010320-C00011
L 4C
Figure US06205206-20010320-C00012
M 4D
Figure US06205206-20010320-C00013
N 4E
Figure US06205206-20010320-C00014
O 4F
Figure US06205206-20010320-C00015
Table 9 lists the codes that go into the IDS Command to VxC Buffer.
TABLE 9
Command Hex Code
Reset Operation 0xFF
Configure Terminal Operation 0x01
Start Operation 0x02
Force End 0x03
The next table 10 lists the codes that go into the VxC Response to IDS Buffer:
TABLE 10
Response Hex Code
Terminal Operation 0x01
End Operation 0x02
PC Keycodes
Small systems such as, for example, Executone Information Systems, Inc.'s System 84, can be installed without an operator terminal or a programming terminal. For these systems, a technician would use a laptop running a communication package, such as, for example, Procomm+, to perform system administration. The technician would configure the communications package to emulate a TVI-925. The display control commands would be the same for the IOT and the TVI-925 emulation. The standard keyboard mapping does not match the keycodes used by the IOT. Therefore, the VxC program must be able to interpret keycodes from either the IOT or the PC emulating the TVI-925.
The following tables list the keycodes generated by a standard TVI-925 keyboard. The standard part of the keyboard sends 7 bit US ASCII Codes when a key is pressed as per table 11:
TABLE 11
b7 0 0 0 0 1 1 1 1
b6 0 0 1 1 0 0 1 1
b5 0 1 0 1 0 1 0 1
b4 b3 b2 b1 0 1 2 3 4 5 6 7
0 0 0 0 0 nul dle sp 0 @ P {grave over ( )} p
0 0 0 1 1 soh dl ! 1 A Q a q
0 0 1 0 2 stx dc2 2 B R b r
0 0 1 1 3 etx dc3 # 3 C S c s
0 1 0 0 4 eot dc4 $ 4 D T d t
0 1 0 1 5 enq nak % 5 E U e u
0 1 1 0 6 ack syn & 6 F V f v
0 1 1 1 7 bel etb 7 G W g w
1 0 0 0 8 bs can ( 8 H X h x
1 0 0 1 9 ht em ) 9 I Y I y
1 0 1 0 A If sub * : J Z j z
1 0 1 1 B vt esc + ; K [ k {
1 1 0 0 C ff fs , < L \ 1 |
1 1 0 1 D cr gs = M ] m }
1 1 1 0 E so rs . > N {circumflex over ( )} n ˜
1 1 1 1 F si us / ? O o del
The following table 12 shows the key codes for the non-standard key caps and for the commands used for VxC operation:
TABLE 12
Key Cap TVI-925 Key Code Hex Value
F1 Ctrl-A @ CR 01 40 0D
F2 Ctrl-A A CR 01 41 0D
F3 Ctrl-A B CR 01 42 0D
F4 Ctrl-A C CR 01 43 0D
F5 Ctrl-A D CR 01 44 0D
F6 Ctrl-A E CR 01 45 0D
F7 Ctrl-A F CR 01 46 0D
F8 Ctrl-A G CR 01 47 0D
F9 Ctrl-A H CR 01 48 0D
F10 Ctrl-A I CR 01 49 0D
F11 Ctrl-A J CR 01 4A 0D
F12 Ctrl-A K CR 01 4B 0D
Shift F1 Ctrl-A {grave over ( )} CR 01 60 0D
Shift F2 Ctrl-A a CR 01 61 0D
Shift F3 Ctrl-A b CR 01 62 0D
Shift F4 Ctrl-A c CR 01 63 0D
Shift F5 Ctrl-A d CR 01 64 0D
Shift F6 Ctrl-A e CR 01 65 0D
Shift F7 Ctrl-A f CR 01 66 0D
Shift F8 Ctrl-A g CR 01 67 0D
Shift F9 Ctrl-A h CR 01 68 0D
Shift F10 Ctrl-A I CR 01 69 0D
Shift F11 Ctrl-A j CR 01 6A 0D
Shift F12 Ctrl-A k CR 01 6B 0D
Insert ESC Q 1B 51
Delete ESC W 1B 57
Home Ctrl-{circumflex over ( )} 1E
End ESC T 1B 54
Page Up** ESC K 1B 4B
Page Down** ESC J 1B 4A
Up Arrow Ctrl-K 0B
Left Arrow Ctrl-H 08
Down Arrow Ctrl-V 16
Right Arrow Ctrl-L 0C
**Note: Page Up and Page Down do not have default entries for the Procomm+ communications package. These codes must be entered for the keys.
If the IDS is reset at any time while the Vxc is not running, the user will be required to enter the system through the programming terminal and restart the voice mail system application. If, however, the VxC is shutdown or removed from the IDS, the IDS will return to the main menu to enable further configuration or operations by the operator.
It should be understood that the present invention is not limited to the particular embodiment disclosed herein as the best mode contemplated for carrying out the present invention, but rather that the present invention is not limited to the specific embodiments described in this specification except as defined in the appended claims.

Claims (18)

We claim:
1. A method for integrating a voice mail/messaging system into a public branch exchange (PBX) telephone system comprising the steps of:
providing a voice messaging card (VxC) for connection to a communication backplane of the PBX telephone system;
dedicating a parallel communication interface on said voice messaging card for providing parallel communications between said voice messaging card and said PBX system;
establishing two-way communication between the voice messaging card and the PBX telephone system over the PBX backplane via the dedicated parallel communication interface; and
controlling the voice messaging card to provide voice mail functions to users of the PBX telephone system.
2. The method according to claim 1, wherein said step of dedicating a communication interface further comprises the step of providing a random access memory (RAM) in the communication interface.
3. The method according to claim 2, wherein said step of dedicating further comprises the step of allocating a plurality of memory locations within the RAM for handling a plurality of communications between the voice messaging card, the PBX and a controller.
4. The method according to claim 1, wherein said step of establishing further comprises the steps of:
initializing the PBX to recognize the presence of the voice messaging card connected to the backplane; and
initializing the voice messaging card to communicate over the backplane with the PBX.
5. The method according to claim 1, wherein said step of controlling is performed by a personal computer connected to a serial port of the voice messaging card.
6. The method according to claim 1, wherein said step of controlling is performed by an integrated operator terminal (IOT) connected to a serial port of the voice messaging card.
7. The method according to claim 1, wherein said step of establishing further comprises the step of allocating a plurality of buffers in the PBX system and the voice messaging card, each of said plurality of buffers being dedicated for use in different aspects of communication between the PBX and voice messaging card.
8. The method according to claim 1, wherein said step of controlling further comprises the steps of:
monitoring inter device communication between the PBX and voice messaging card; and
providing a real-time visual display to an operator of the inter-device communication.
9. The method according to claim 4, wherein said steps of initializing further comprises the steps of:
establishing a voice messaging card ID for identification by the PBX;
checking driver string locations in the voice messaging card RAM;
sending a reset command to the voice messaging card from the PBX;
sending a configure terminal command to the voice messaging card from the PBX; and
sending a terminal operation response to the PBX from the voice messaging card.
10. A method for integrating a voice mail/messaging system into a public branch exchange (PBX) telephone system comprising the steps of:
providing a communication interface on a voice mail card connected to a parallel interface of a communication backplane of the PBX;
initializing the PBX to recognize the presence of the voice mail card;
establishing two-way communication between the recognized voice mail card and the PBX over the PBX backplane via the communication interface; and
controlling the recognized voice mail card to provide voice mail functions to users of the PBX telephone system.
11. The method according to claim 10, wherein said step of providing a communication interface further comprises the step of providing a dual port random access memory (RAM) in the communication interface.
12. The method according to claim 10, further comprising the steps of:
allocating a plurality of memory locations within the dual port RAM for handling a plurality of communications between the voice mail card and the PBX;
allocating at least one buffer in the PBX system and voice mail card for use in the plurality of communications between the voice mail card and the PBX; and
controlling the voice mail card to provide voice mail functions to the users of the PBX telephone system.
13. The method according to claim 12, wherein said step of controlling further comprises the steps of:
configuring the voice mail card to operate according to desired applications;
monitoring inter device communication between the PBX and the voice mail card; and
providing a real time visual display to an operator of the monitored communication.
14. The method according to claim 10, wherein said step of initializing further comprises the steps of:
establishing a voice mail card ID for identification by the PBX;
checking driver string locations in the dual port RAM;
sending a reset command to the voice mail card from the PBX;
sending a configure terminal command to the voice mail card from the PBX; and
sending a terminal operation response to the PBX from the voice mail card.
15. The method according to claim 13, wherein said step of controlling is performed by a personal computer connected to a serial port of the voice mail card.
16. The method according to claim 13, wherein said step of controlling is performed by an integrated operator terminal (IOT) connected to a serial port of the voice mail card.
17. The method according to claim 14, wherein said reset command and configure terminal command are sent to a buffer in the voice mail card using a PBX command.
18. The method according to claim 14, wherein said terminal operation response is sent to a buffer in the PBX.
US09/046,913 1998-03-24 1998-03-24 Integrating a voice messaging function card over a public branch exchange (PBX) backplane Expired - Lifetime US6205206B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09/046,913 US6205206B1 (en) 1998-03-24 1998-03-24 Integrating a voice messaging function card over a public branch exchange (PBX) backplane

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US09/046,913 US6205206B1 (en) 1998-03-24 1998-03-24 Integrating a voice messaging function card over a public branch exchange (PBX) backplane

Publications (1)

Publication Number Publication Date
US6205206B1 true US6205206B1 (en) 2001-03-20

Family

ID=21946070

Family Applications (1)

Application Number Title Priority Date Filing Date
US09/046,913 Expired - Lifetime US6205206B1 (en) 1998-03-24 1998-03-24 Integrating a voice messaging function card over a public branch exchange (PBX) backplane

Country Status (1)

Country Link
US (1) US6205206B1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6842508B1 (en) * 1999-09-10 2005-01-11 Lg Electronics Inc. Voice mail service system for a private switching system
US20070285910A1 (en) * 2006-06-07 2007-12-13 Hanoch Eshel Communication Cabinet and a Method for Installing Active Components in a Communication Cabinet

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5046188A (en) * 1988-03-01 1991-09-03 Trillium Telephone Systems, Inc. Data interface for telephone system
US5329579A (en) * 1992-07-27 1994-07-12 At&T Bell Laboratories Modular adjunct processor made of identical multi-function modules adaptable under direction of one of them to perform any of the adjunct-processor functions
US5519766A (en) * 1992-09-18 1996-05-21 Boston Technology, Inc. Message length reporting system for telephone communication system
US5928347A (en) * 1997-11-18 1999-07-27 Shuttle Technology Group Ltd. Universal memory card interface apparatus

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5046188A (en) * 1988-03-01 1991-09-03 Trillium Telephone Systems, Inc. Data interface for telephone system
US5329579A (en) * 1992-07-27 1994-07-12 At&T Bell Laboratories Modular adjunct processor made of identical multi-function modules adaptable under direction of one of them to perform any of the adjunct-processor functions
US5519766A (en) * 1992-09-18 1996-05-21 Boston Technology, Inc. Message length reporting system for telephone communication system
US5928347A (en) * 1997-11-18 1999-07-27 Shuttle Technology Group Ltd. Universal memory card interface apparatus

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6842508B1 (en) * 1999-09-10 2005-01-11 Lg Electronics Inc. Voice mail service system for a private switching system
US20070285910A1 (en) * 2006-06-07 2007-12-13 Hanoch Eshel Communication Cabinet and a Method for Installing Active Components in a Communication Cabinet
US7885082B2 (en) * 2006-06-07 2011-02-08 Teledata Networks Limited Communication cabinet and a method for installing active components in a communication cabinet

Similar Documents

Publication Publication Date Title
US6366653B1 (en) System for integrating a telephone to a computer
US5276679A (en) Method for maintaining channels and a subscriber station for use in an ISDN system
US7225409B1 (en) Graphical user interface for a screen telephone
US6237849B1 (en) Remote smartcard terminal link
US5621789A (en) Method and system for integrating a plurality of call center agent performance enhancement modules
EP0717548A2 (en) Device independent modem interface
US20140024411A1 (en) Multifunction Mobile Device and Cellular Phone with Touch Screen and Internet Connectivity
EP1016066A4 (en) Computer-telephony integration employing an intelligent keyboard and method for same
BG108530A (en) Method for launching an application with a mobile station
US5574888A (en) A method and apparatus for establishing compatibility between communication applications producing at commands and a telephony application programming interface
CN1636381B (en) Method for enabling a communication via a mobile phone and mobile phone enabling a communication
US6654828B2 (en) Personalized automated operator position
US5940485A (en) Data interface connected in line between a keyboard and a keyboard port of a personal computer
US7177403B2 (en) Event driven multi-media communication management system
US6611589B1 (en) PBX system for interworking digital telephone with personal computer and controlling method thereof
US6205206B1 (en) Integrating a voice messaging function card over a public branch exchange (PBX) backplane
US20030059009A1 (en) Modular multi-media communication management system with context dependent multi-media help functionality
US7827329B2 (en) Character interactive input/output
US6021187A (en) Multimedia phone system
US7529358B2 (en) Dynamic feature and function availability for software PBX
US20030059025A1 (en) Multi-media communication management system supporting selectable appliance modules
EP1043887A1 (en) Method and apparatus for providing internet access through a television and telephone system
US7177407B2 (en) System and method for integration of softkeys with voice mail
US20030059002A1 (en) Multi-media communication management system for routing incoming calls to a subscriber device that is served by a subscriber station
US7099924B1 (en) Remote administration function in a telecommunication system

Legal Events

Date Code Title Description
AS Assignment

Owner name: EXECUTONE INFORMATION SYSTEMS, INC., CONNECTICUT

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HERSH, ISRAEL J.;TANSKI, FRANK;REEL/FRAME:009302/0081

Effective date: 19980408

AS Assignment

Owner name: FLEET CAPITAL CORPORATION, AS AGENT, CONNECTICUT

Free format text: SECURITY INTEREST;ASSIGNOR:EXECUTONE INFORMATION SYSTEMS, INC.;REEL/FRAME:009580/0317

Effective date: 19980814

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: EXECUTONE INTER-TEL BUSINESS INFORMATION SYSTEMS,

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EXECUTONE INFORMATION SYSTEMS, INC.;REEL/FRAME:014462/0651

Effective date: 19991017

AS Assignment

Owner name: EXECUTONE INFORMATION SYSTEMS, INC., CONNECTICUT

Free format text: RELEASE - PREVIOUSLY RECORDED ON REEL 009580 FRAME 0317 TO RECORD ADDITIONAL PATENT NUMBERS 6,205,206 AND 5,815,566.;ASSIGNOR:FLEET CAPITAL CORPORATION;REEL/FRAME:014499/0545

Effective date: 20010521

AS Assignment

Owner name: INTER-TEL, INC., ARIZONA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EXECUTONE INTER-TEL BUSINESS INFORMATION SYSTEMS, INC.;REEL/FRAME:014532/0755

Effective date: 20040409

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: INTER-TEL, INC., ARIZONA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EXECUTONE INTER-TEL BUSINESS INFORMATION SYSTEMS, INC.;REEL/FRAME:015271/0901

Effective date: 20040409

AS Assignment

Owner name: MORGAN STANLEY & CO. INCORPORATED, NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:INTER-TEL (DELAWARE), INC. F/K/A INTER-TEL, INC.;REEL/FRAME:019825/0303

Effective date: 20070816

Owner name: MORGAN STANLEY & CO. INCORPORATED, NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:INTER-TEL (DELAWARE), INC. F/K/A INTER-TEL, INC.;REEL/FRAME:019825/0322

Effective date: 20070816

Owner name: MORGAN STANLEY & CO. INCORPORATED,NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:INTER-TEL (DELAWARE), INC. F/K/A INTER-TEL, INC.;REEL/FRAME:019825/0303

Effective date: 20070816

Owner name: MORGAN STANLEY & CO. INCORPORATED,NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:INTER-TEL (DELAWARE), INC. F/K/A INTER-TEL, INC.;REEL/FRAME:019825/0322

Effective date: 20070816

FPAY Fee payment

Year of fee payment: 8

AS Assignment

Owner name: WILMINGTON TRUST FSB, DELAWARE

Free format text: NOTICE OF PATENT ASSIGNMENT;ASSIGNOR:MORGAN STANLEY & CO. INCORPORATED;REEL/FRAME:023119/0766

Effective date: 20070816

Owner name: WILMINGTON TRUST FSB,DELAWARE

Free format text: NOTICE OF PATENT ASSIGNMENT;ASSIGNOR:MORGAN STANLEY & CO. INCORPORATED;REEL/FRAME:023119/0766

Effective date: 20070816

FPAY Fee payment

Year of fee payment: 12

AS Assignment

Owner name: INTER-TEL (DELAWARE) INC., FKA INTER-TEL, INCORPOR

Free format text: RELEASE OF SECURITY INTEREST IN PATENTS;ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION FKA WILMINGTON TRUST FSB/MORGAN STANLEY & CO. INCORPORATED;REEL/FRAME:030165/0799

Effective date: 20130227

AS Assignment

Owner name: WILMINGTON TRUST, N.A., AS SECOND COLLATERAL AGENT

Free format text: SECURITY AGREEMENT;ASSIGNOR:MITEL US HOLDINGS, INC.;REEL/FRAME:030176/0072

Effective date: 20130227

Owner name: BANK OF AMERICA, N.A., AS THE COLLATERAL AGENT, TE

Free format text: SECURITY INTEREST;ASSIGNOR:MITEL US HOLDINGS, INC.;REEL/FRAME:030176/0207

Effective date: 20130227

AS Assignment

Owner name: INTER-TEL (DELAWARE) INC., FKA INTER-TEL, INCORPOR

Free format text: RELEASE OF SECURITY INTEREST IN PATENTS;ASSIGNORS:BANK OF NEW YORK, THE;MORGAN STANLEY & CO. INCORPORATED;MORGAN STANLEY SENIOR FUNDING, INC.;REEL/FRAME:030248/0448

Effective date: 20130227

AS Assignment

Owner name: MITEL US HOLDINGS, INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:BANK OF AMERICA, N.A.;REEL/FRAME:032167/0355

Effective date: 20140131

Owner name: MITEL NETWORKS CORPORATION, CANADA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:032167/0366

Effective date: 20140131

Owner name: MITEL NETWORKS CORPORATION, CANADA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:BANK OF AMERICA, N.A.;REEL/FRAME:032167/0355

Effective date: 20140131

Owner name: MITEL US HOLDINGS, INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:032167/0366

Effective date: 20140131

AS Assignment

Owner name: JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT, NE

Free format text: SECURITY AGREEMENT;ASSIGNORS:MITEL US HOLDINGS, INC.;MITEL NETWORKS CORPORATION;AASTRA USA INC.;REEL/FRAME:032264/0760

Effective date: 20140131

AS Assignment

Owner name: MITEL US HOLDINGS, INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT;REEL/FRAME:035562/0157

Effective date: 20150429

Owner name: MITEL COMMUNICATIONS INC. FKA AASTRA USA INC., TEX

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT;REEL/FRAME:035562/0157

Effective date: 20150429

Owner name: MITEL NETWORKS CORPORATION, CANADA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT;REEL/FRAME:035562/0157

Effective date: 20150429

AS Assignment

Owner name: BANK OF AMERICA, N.A., AS COLLATERAL AGENT, NORTH

Free format text: SECURITY INTEREST;ASSIGNORS:MITEL US HOLDINGS, INC.;MITEL (DELAWARE), INC.;MITEL NETWORKS, INC.;AND OTHERS;REEL/FRAME:035797/0261

Effective date: 20150429

AS Assignment

Owner name: CITIZENS BANK, N.A., MASSACHUSETTS

Free format text: SECURITY INTEREST;ASSIGNOR:MITEL (DELAWARE), INC.;REEL/FRAME:041707/0142

Effective date: 20170309

AS Assignment

Owner name: MITEL NETWORKS, INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461

Effective date: 20170309

Owner name: MITEL BUSINESS SYSTEMS, INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461

Effective date: 20170309

Owner name: MITEL NETWORKS CORPORATION, CANADA

Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461

Effective date: 20170309

Owner name: MITEL US HOLDINGS, INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461

Effective date: 20170309

Owner name: MITEL (DELAWARE), INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461

Effective date: 20170309

Owner name: MITEL COMMUNICATIONS, INC., TEXAS

Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461

Effective date: 20170309

AS Assignment

Owner name: 1966, ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIZENS BANK, N.A.;REEL/FRAME:047659/0792

Effective date: 20181130

Owner name: MITEL (DELAWARE), INC., ARIZONA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIZENS BANK, N.A.;REEL/FRAME:047659/0792

Effective date: 20181130