[go: up one dir, main page]

AU5038700A - A system and method for supporting multiple vendor telephony hardware on a computing platform - Google Patents

A system and method for supporting multiple vendor telephony hardware on a computing platform Download PDF

Info

Publication number
AU5038700A
AU5038700A AU50387/00A AU5038700A AU5038700A AU 5038700 A AU5038700 A AU 5038700A AU 50387/00 A AU50387/00 A AU 50387/00A AU 5038700 A AU5038700 A AU 5038700A AU 5038700 A AU5038700 A AU 5038700A
Authority
AU
Australia
Prior art keywords
telephony
computing platform
hardware
platform
server
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.)
Abandoned
Application number
AU50387/00A
Inventor
Tracy Boehrer
Nick Nance
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.)
ALEXIS COMMUNICATIONS Inc
Original Assignee
Alexis Communications 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
Application filed by Alexis Communications Inc filed Critical Alexis Communications Inc
Publication of AU5038700A publication Critical patent/AU5038700A/en
Assigned to ALEXIS COMMUNICATIONS INC. reassignment ALEXIS COMMUNICATIONS INC. Amend patent request/document other than specification (104) Assignors: COM2001.COM
Abandoned legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

WO 01/02966 PCTUSOO/14061 A SYSTEM AND METHOD FOR SUPPORTING MULTIPLE VENDOR TELEPHONY HARDWARE ON A COMPUTING PLATFORM Technical field of the invention The present invention is directed, in general, to computer networks 5 and telephone systems, more specifically, to a system and method for managing multiple vendor resources within a computer platform. This invention includes connectivity to PBX, PSTN and Packet-Based voice networks. This invention is directed to more than the hardware interface to the network elements, specifically the present invention is directed to a 10 system and method for integration hardware capable of accessing multiple network types. Background of the invention Historically, entirely separate computer platforms have been employed to connect PSTN, PBX and Packet-Based voice networks 15 together. Each platform would have specific knowledge of a single type of voice network and would be connected to each other using analog telephone lines. Over a century ago, analog telephone networks were developed to carry analog audio signals. As businesses grew, the need for Private 20 Telephone Networks developed requiring the Telephone companies to build the PBX, which is a small version of the phone company's larger central office switch. The nature of traditional Key Systems, PBXs and Hybrid telephone systems is to make telephone circuits a shared resource. However, 25 traditional switch manufacturers build proprietary platforms that require third parties to integrate new technologies (like packet-based voice) through analog telephone ports off of the PBX. This leads to lack of compatibility between platforms, and this can lead to delays or problems in systems.
WO 01/02966 PCT/USOO/14061 Accordingly, there is a need for a system and method which obviates the need for the switch integration which breeds this systematic inefficiency. In particular, there is a need for all switching to be is done inside of the computer platform using multiple vendors and networks, such that there is 5 no need to integrate with external switch platforms. Summary of the invention To address the above-discussed deficiencies of the prior work, the present invention provides an effective way to develop computer telephony 10 application on an open computing architecture. It also defines a client server model in which applications use a collection of objects to monitor and control telephony hardware resources and abstracts implementation details of call processing hardware and switch fabrics to enables telephony applications to be built without vendor dependencies. 15 In the attainment of the above primary objective, the present invention provides a system and method for supporting multiple vendor telephony hardware on a standard computer platform. This is accomplished by implementing a software module where all switching is performed inside the computer platform which is using multiple vendors and networks in order 20 to remove the need for integration with an external switch platform. In general, the system is comprised of a two major elements, the client and server modules. The server module comprises server architecture which has a Hardware Abstraction Layer that is allocated and controlled by the Resource 25 Manager. The Resource Manager utilizes the Device Factories to determine the available Hardware Abstraction resources available. -2- WO 01/02966 PCT/USOO/14061 Clients connect to the Resource Manager for the purpose of monitoring and initiating calls. The client module has an architecture which may comprise various elements, but preferably simply consists of an Application Session, which connects to the Resource Manager. 5 An inbound call will be manipulated according to an executable application which is installed and registered as a component which establishes a session and assumes control over a call through a protocol between the application and a server. Accordingly, the present system and method abstracts the hardware 10 and switch fabric from the client applications. The system comprises: (1) Hardware Abstraction Layer, which defines a common interface in which the resource manager can address the hardware without knowledge of the vendor. The hardware abstraction layer also implements vendor specific functionality based on the equipment 15 being utilized within the computing platform. The hardware abstraction layer includes but is not limited to: _ Telephone lines _ Telephone trunks _ Telephone extensions 20 _ Multi-media resources capable of recording and playing to an audio stream Fax resources Voice Over IP stack 25 (2) A Device Factory exists for each Hardware Abstraction Layer, which is utilized by the Resource Manager to determine what hardware abstraction components are available on the system and must be initialized. -3- WO 01/02966 PCT/USOO/14061 (3) A Resource Manager describes and manages the relationship of the various hardware abstraction components of the server. The resource manager also offers an external call control interface to applications. 5 (4) The Telephony Network Module is an abstraction layer that allows the Resource Manager to perform call control functions on resources without having knowledge of the type of the Telephony Network the system is connected to. (5) An Application Session creates an interaction with the Resource 10 Manager as a mechanism by which an application can control an active operation on resource within the system. Brief description of the drawings For a more complete understanding of the present invention and the 15 advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which: Figure 1 Illustrates a computer network and telephone system that forms an environment within which the present invention can operate. Figure 2 Illustrates a how the client and server components inter 20 operate to achieve the primary goal. Figure 3 Illustrates an example computing platform with the specialized telephony hardware installed. Detailed description of the Preferred Embodiments Referring initially to Figure 1, illustrates is a computer network that 25 forms an environment within which the present invention can operate. The -4- WO 01/02966 PCT/USOO/14061 network is illustrated as including a telephone instrument such as the VentureTM telephone set made by Nortel Networks Corporation of Brampton, Ontario (Canada) along with a client PC or client laptop PC such as that manufactured by Dell Computers of Austin, Texas (USA) connected to a 5 computer network. Other telephone instruments may be coupled to the PC for the transmission of voice over the computer network. The definition of transmission of voice over the computer network may comprise any of the formats as known in the art of voice transmission. However, the present invention is intended to seamless integrate calls from the PSTN or Packet 10 Based voice. The PCs and Laptop computers are connected to the computer network and to the Internet for the purpose of providing a graphical user interface with the capabilities of screening conferencing, transferring, holding and parking telephone calls. Except for the condition where the 15 telephone is connected directly to the PC, the audio traffic is occurring through the PSTN or through the internal telephone system. The telephony server such as that manufactured by Dell Computers of Austin, Texas (USA) is connected to the telephone instruments and is further connected to the computer network. The telephones are used for the 20 transmission of the audio, and the computer network is used for the transmission of control commands between the PCs and the server. Figure 2 illustrates the primary software components required in the invention. The Application Session and the Event Session describe the primary components of the client within the client-server architecture. The 25 Application Session uses a distributed component architecture that connects the server using Remote Procedure Calls over a TCP/IP connection. The Application Session sends asynchronous requests to server components in order to control the behavior of telephone calls. The Event Session which opens a TCP/IP port to the server and listens to TCP/IP broadcasts notifying -5- WO 01/02966 PCTUSOO/14061 the client in an asynchronous manor of state changes within the switch. The Resource Manager which is a server component that reads a list of registered Device Factories and creates instances of the devices. The Resource Manager is the primary module in which the client Event Session 5 connects to in order be notified of state changes within resources on the switch.) The Telephony Network is a server component constructed to retain the knowledge of the type of PSTN switch the server is connected to. The Telephony Network is also responsible for performing all the steps necessary to place calls, transfer, conference and end calls required for 10 each type of PSTN network type. For example, a server can be connected to a Centrex switch which requires a flash hook to be performed in order to transfer a call. The Device Factory is a server side component that creates Hardware Abstraction components specific to each unique vendor supported by the server. The Device Factory retains all the intelligence for initializing 15 the board and constructing the supported resources (i.e. fax, record and playback), and Hardware Abstraction Layer which is a server side component that retains all the specialized software for controlling each vendors boards. Each board manufacture uses a specialized protocol for initializing and controlling their hardware. The Hardware Abstraction layer 20 has a common interface which is used by Application Sessions in order to control the hardware. The Hardware Abstraction layer takes commands from the Application Sessions and turns them into vendor specific protocol calls in order to complete the task. The Application Session connects to the Resource Manager for the 25 purpose of operating and controlling calls. However, the Event Session simply connects to the Resource Manager for the purpose of receiving events related to state changes within the switching platform. The Resource Manager and Telephony Network combine to provide a software abstraction layer to the Telephony Application clients. The -6- WO 01/02966 PCT/USO0/14061 Device Factory and Hardware Abstraction layer combine to provide a common interface for the Resource Manager, by which they isolate the Resource Manager from the complexity of each different type of telephony hardware. 5 Figure 3 illustrates a standard Computing Platform assumed within this invention. This illustration has a PRI Board (such as that manufactured by Dialogic Corporation of Parsippany, New Jersey (USA), Extension Board (such as that manufactured by Dialogic Corporation of Parsippany, New Jersey (USA), and Fax Board (such as that manufactured by Dialogic 10 Corporation of Parsippany, New Jersey (USA), provided by different vendors installed into a single computer. The voice bus (such as that manufactured by Dialogic Corporation of Parsippany, New Jersey (USA), connects multiple boards together and is used to pass voice traffic between telephony boards. A voice bus is a bus independent of the computer controlling the card 15 that allows audio and signaling information to be passed between different voice processing components. As features such as fax integration, voice recognition and text-to-speech (which often are implemented by add-in boards connected via a voice bus) become more common, it is increasingly important that the voice bus be structured this way. Voice bus options may 20 be implemented in accordance with these requirements, but in the preferred embodiment will include Dialogic's PCM Expansion Bus (PEB), Multi-Vendor Integration Protocol (MVIP) and SCBus. Thus, by way of illustration, is a description of an Inbound call manipulated on the above described hardware. Each application will go 25 through the same basic structure of setup, call handling and shutdown. First, an executable application is installed and registered as a component. The application first establishes a session by requesting an instance of the Resource Manager from the system. It further more registers its interest in events by creating an event sync, which is used as a call back by the -7- WO 01/02966 PCTUSOO/14061 Resource Manager. At this point the application is ready to receive calls. Second, an application assumes control over a call through a command/response protocol between the client application and the server. API functions invoke a server operation on the server and the server 5 responds back with a result asynchronously. This invention assumes a specialized computing hardware platform. This platform is comprised of "off the shelf" computer telephony switching boards such as those manufactured by Dialogic Corporation of Parsippany, New Jersey (USA), that are connected together over a separate voice bus. 10 A standard computer platform such as manufactured by Dell Computer of Austin, Texas (USA) can be used. One typical standard for computer telephony switching between multiple boards within a single platform is called MVIP. The MVIP bus may be implemented using various configurations as known in the art, but 15 preferably is manufactured by Dialogic Corporation of Parsippany, New Jersey (USA), and consists of eight 2 megabyte serial highways and clock signals that are routed from one card to another over a ribbon cable. Each of these highways is accordingly partitioned into 32 channels for a total capacity of 256 full-duplex voice channels on the MVIP bus. 20 Thusly configured, it is the telephony hardware and the MVIP bus which eliminates the external switching by providing a hardware platform capable of digital switching calls in a non-blocking switch matrix within the telephony hardware bus. The foregoing has outlined rather broadly the features and technical 25 advantages of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of the invention will be described hereinafter which for the subject of the claims of the invention. It should be appreciated by those -8- WO 01/02966 PCTUSOO/14061 skilled in the art that the conception and the specific embodiment disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present invention. It should also be realized by those skilled in the art that such equivalent constructions do 5 not depart from the spirit and scope of the invention as set forth in the appended claims. -9-

Claims (2)

1.) A computer based apparatus for managing multiple vendor telephony 5 resources within a computer platform wherein the apparatus comprises: a telephony server interconnected with a telephony network for local and remote telephony client access; a software abstraction layer residing on said server for 10 connecting with telephony clients; a computing platform having at least a voice bus and multiple telephony boards; and a software abstraction layer for abstracting said computing platform. 15
2.) A computer based method for managing multiple vendor telephony resources: determining the type of hardware abstraction layers that exist on a computer platform; 20 initiating a device factory for each type of hardware that currently exists in said competing platform; creating requests from application sessions; controlling computing platform based on requests from said application sessions; -10- WO 01/02966 PCT/USOO/14061 establishing client event session with a telephony manager in order to establish a notification to telephony client reflecting a state change with said computing platform; controlling said computing platform according to requests from 5 said telephony client to said telephony manager, via a hardware abstraction layer 10 -11-
AU50387/00A 1999-06-30 2000-05-22 A system and method for supporting multiple vendor telephony hardware on a computing platform Abandoned AU5038700A (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US34569599A 1999-06-30 1999-06-30
US09345695 1999-06-30
PCT/US2000/014061 WO2001002966A1 (en) 1999-06-30 2000-05-22 A system and method for supporting multiple vendor telephony hardware on a computing platform

Publications (1)

Publication Number Publication Date
AU5038700A true AU5038700A (en) 2001-01-22

Family

ID=23356096

Family Applications (1)

Application Number Title Priority Date Filing Date
AU50387/00A Abandoned AU5038700A (en) 1999-06-30 2000-05-22 A system and method for supporting multiple vendor telephony hardware on a computing platform

Country Status (7)

Country Link
EP (1) EP1190328A1 (en)
JP (1) JP2003507950A (en)
KR (1) KR20020048311A (en)
CN (1) CN1359497A (en)
AU (1) AU5038700A (en)
CA (1) CA2340696A1 (en)
WO (1) WO2001002966A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6856016B2 (en) 2002-07-02 2005-02-15 Intel Corp Method and apparatus using nanotubes for cooling and grounding die
US20040093516A1 (en) * 2002-11-12 2004-05-13 Hornbeek Marc William Anthony System for enabling secure remote switching, robotic operation and monitoring of multi-vendor equipment

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5892764A (en) * 1996-09-16 1999-04-06 Sphere Communications Inc. ATM LAN telephone system
US5889774A (en) * 1997-03-14 1999-03-30 Efusion, Inc. Method and apparatus for selecting an internet/PSTN changeover server for a packet based phone call

Also Published As

Publication number Publication date
KR20020048311A (en) 2002-06-22
CN1359497A (en) 2002-07-17
CA2340696A1 (en) 2001-01-11
EP1190328A1 (en) 2002-03-27
JP2003507950A (en) 2003-02-25
WO2001002966A1 (en) 2001-01-11

Similar Documents

Publication Publication Date Title
US7715547B2 (en) Voice XML network gateway
KR100259409B1 (en) Control of a telephone switching system over a digital information network
US6671263B1 (en) Multimedia call handling
CN1237824C (en) Method for connecting units with standardized interfaces to switching system devices
US7076048B2 (en) Agent-based multimedia communication system that supports web telephony call model
US20010036176A1 (en) Apparatus and method for telephony service interface to software switch controller
US6785375B1 (en) Communications system
US9185232B2 (en) Method and apparatus for creating and distributing cost telephony-switching functionality within an IP network
CN1261237A (en) Method for switching call based on operation status in communication network
US20040057464A1 (en) Generic Transport layer
JP2005512369A (en) Method and apparatus for establishing communication between an agent desktop script application and an outbound call software suite in a communication center
AU5038700A (en) A system and method for supporting multiple vendor telephony hardware on a computing platform
CN1685690B (en) Data communications system, computer, and data communications method for parallelly operating standard-based and proprietary resources
US6744773B1 (en) Method and apparatus for managing inter-domain addresses between a plurality of domains
US7330443B2 (en) Method for providing CTI services or features via communication channel having communication connections
US7027430B1 (en) Communication network utilizing autonomous servers to establish a communication session
CN1682511A (en) Network with integrated search function in communication components
Bauer IP exchange systems—Redefining distributed communications in the enterprise
CA2275092A1 (en) Method for providing telecommunications services as well as switching nodes, service control nodes and switching system
Miloslavski et al. Third-Party Call Control in H. 323 Networks–A Case Study
WO2005041593A1 (en) Telephony services engine for serializing operations in redundant systems

Legal Events

Date Code Title Description
TC Change of applicant's name (sec. 104)

Owner name: ALEXIS COMMUNICATIONS INC.

Free format text: FORMER NAME: COM2001.COM