KR20030020183A - gearing Method of keyphone system and virtual phone based IP - Google Patents

Abstract

PURPOSE: A method for linking a key phone system and a virtual-phone based on IP(Internet Protocol) is provided to enable direct connected communication between an intelligent terminal and the virtual-phone on PC, without using software, such as a data relay server, TAPI(Telephony Application Program Interface), TSP(TAPI Service Provider), etc. CONSTITUTION: A virtual-phone(201) of a client informs a self IP(Internet Protocol) address and port number to a key phone terminal(220) to perform a first registration step(S301). The key phone terminal(201) decides and informs the permission/rejection of the registration request(S302). If permitted, initial state information of the key phone terminal(220) is transmitted(S303). The key phone terminal(220) receives event information of the virtual-phone(201) and receives a command from a multi-function IP gateway(211)(S304,S307). The key phone terminal(220) receives the command from the multi-function IP gateway(211) to deliver the command and terminal state information to the virtual-phone(201) based on self-generated event information(S305,S306). The key phone terminal(220) performs a consecutive operation with the virtual-phone(201) and the multi-function IP gateway(211) with a call related signal(S308,S309). A PC application(201) performs RTP(Rapid Transport Protocol) with another key phone terminal(230)(S310) through the key phone terminal(220) or directly(S310,S311). And the virtual-phone(201) is ended or initialized after notifying the release of the registration(S312).

Description

Gearing method of keyphone system and virtual phone based IP}

The present invention relates to a method of interworking a virtual phone with a key phone terminal in a key phone system, and more particularly, to an IP-based key phone system and a virtual phone that enable direct connection communication between an IP-based intelligent key phone terminal and an application program on a PC. It relates to a linkage method.

1 and 2 is a block diagram showing a conventional device associated with the application program on the key phone system and the PC, the key phone system and the application on the PC is largely divided into a direct connection method as shown in Figure 1 and an indirect connection method as shown in FIG.

1 is a diagram illustrating a network configuration for direct linkage between a conventional PC application program and a keypad terminal, and FIG. 2 is a diagram illustrating a network configuration for indirect linkage between a conventional PC application program and a keypad terminal.

Referring to FIG. 1, a PC client 110 having an application 111 having a virtual phone function installed thereon, a 2-port connector 130 connecting the PC client 110 and a key phone terminal 120, and the two ports. The configuration includes a key phone system 140 having a TSP module (Telephony Service Provider Module) 141 for providing a call service to the connector 130.

Here, the PC client 110 is provided with a Telephony Application Program Interface (TAPI) 112 and a TAPI Service Provider (TSP) module 113 so that an application program can communicate with the key phone system 140. 140 is provided with a TSP module 141.

Referring to the interaction between the key phone terminal and the virtual phone in the direct connection method as shown in FIG.

The PC client 110 is connected to one port of the two port connector 130 by a serial line, and the key phone terminal 120 is connected to the other port of the two port connector 130 by a phone line. line).

In addition, the two-port connector 130 is connected to the key phone system 140 and the telephone line, so that the PC client 110 and the key phone terminal 120 can be linked by the key phone system 140.

Here, when the internal application program 111 is executed in the PC client 110, the application program 111 opens the line allocated to the application using the TAPI 112.

Here, TAPI (Telephony Application Program Interface) is a standard interface of a program that allows a user or computer to talk to people (or resources connected to the telephone) anywhere in the world through a telephone or videophone. TAPI provides an advanced interface for dialing and disconnection. Instead of encoding the ATDT string for dialing and the ATH string for hanging up, the programmer can use a simpler "function call".

At this time, the taffy service providing module (TSP) 113 transmits the event generated in the PC client 110 to the taffy service providing module 141 of the key phone system 140, and the key phone system 140 is appropriate for the delivered event. The command is transmitted to the PC client 110 through the corresponding port via the 2-port connector 130, and the PC client 110 and the key phone system 140 communicate with each other.

In addition, the command given by the key phone system 110 is also given to the key phone terminal 120 as well as the PC client 110, so that the virtual phone and the key phone terminal 120 of the PC client 110 are provided. You will receive a call service.

Referring to FIG. 2, a data relay service is provided to a PC client 150 connected to a network and having an application 151 and a tape 152, and connected to a network and connected to a network, a tape 161 and a tape service providing module 161. A key phone system 170 having a data relay server 160 for providing a key phone terminal 180 connected to a telephone line and a tape service providing module 171 for providing a call service to the data relay server 160 is provided. It is a configuration.

The indirect linkage operation between the key phone terminal and the PC client is described as follows.

First, the indirect connection method between the PC client 150 and the key phone terminal 180 executes the internal application program 151 of the PC client 150, and the application program 151 taps the line assigned thereto (TAPI). (152) to open.

Then, when the application 111 of the PC client 150 opens the allocated line using the tape 152, it is transmitted to the tape 161 on the data relay server 160, and the data relay server. (160) The side tape 161 communicates with the tape service providing module (TSP) 162, the tape service providing module 162 communicates with the tape service providing module 162 installed in the key phone system 160, assigned The line is substantially open. Therefore, the key phone system 170 indirectly connects the key phone terminal 180 and the PC client 150 using the tape service providing module 171.

The PC client 150 exchanges call signals and event information with the key phone terminal 180 by the application program 151 performing a virtual phone function.

To this end, since the PC client 150 and the data relay server 160 interface using the tapes 152 and 161, the event generated in the PC client 150 passes through the tape to the data relay through the application program 151. The data relay server 160 transmits the event received from the PC client 150 to the key phone system 170 through the tape service providing module 162.

Since the key phone system 170 performs communication with the data relay server 160 through the tape service providing module 162 and 171, an appropriate command for an event delivered to the key phone system 170 through such a path is transmitted through the same path. In a manner delivered to the PC client 150, the PC client 150 communicates with the key phone system 170. Then, the phone terminal 180 and the PC client 150 are mutually interoperable.

However, in the related art, in order for an application program of a client to operate in conjunction with a keyphone terminal on the keyphone system, only a physical connection is directly performed between the client and the keyphone terminal or provided with a server 160 and software for a separate connection relay. Communication was possible.

That is, in order to implement the linkage operation with the key phone terminal, the application program of the client provides a tape service providing module (TSP) for separate data communication, a data relay server, and a tape service providing module (TSP) and tape (inside the data relay server). There is a problem that communication must be provided only with TAPI). In addition, there is a problem that the client must have a separate tape for communication with the data relay server.

The present invention has been made to solve the above-mentioned problems, IP-based, without the use of additional equipment, such as data relay server and TSP, TAPI, such as the existing equipment for interlocking the key phone system and PC application program, An object of the present invention is to provide a method of interworking with an IP-based key phone system and a virtual phone that enables direct connection communication between an intelligent terminal and a virtual phone on a PC.

1 is a network diagram for direct linkage between a conventional PC application and a key-phone terminal.

2 is a network diagram for indirect linkage between a conventional PC application and a key-phone terminal.

3 is a block diagram showing an interworking device between the IP-based key phone system and the virtual phone according to an embodiment of the present invention.

Figure 4 is a detailed configuration of the PC application and the phone phone of the present invention FIG.

5 is a signal flow diagram illustrating an interworking method of an IP-based key phone system and a virtual phone according to an exemplary embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

110,150,200 ... PC client 120,180,220 ... Keyphone terminal

130 ... 2 port connector 140,170,210 ... Keyphone system

111,151,201 ... Virtual Phones 112,161,152 ... TAPI

113,151,162,171 ... TAP160 ... Data relay server

211 ... Multi-functional IP gateway 202,221 ... Virtual phone registration module

203,222 ... Command / Event Processing Module

204,223 Call signaling module 224 Status module

In order to achieve the above object, an IP-based key phone system and a virtual phone interworking method according to the present invention,

(a) in a LAN environment, requesting a virtual phone of a client to register with a key phone terminal and receiving a registration grant / reject message from the key phone terminal;

(b) preparing a linking operation for transmitting the initial state information of the mobile phone to the virtual phone at the key phone terminal;

(c) after the link operation preparation step, delivering the event information received from the virtual phone from the key phone terminal to the multi-function IP gateway of the key phone system, and performing a link service to deliver the command received from the multi-function IP gateway to the virtual phone;

(d) after performing the association service, transmitting the virtual phone, the multi-function IP gateway, and the call-related signals from the key phone terminal to perform communication.

Preferably, the virtual phone delivers its IP address and communication port when a registration request is made to the key phone terminal.

Preferably, when the client's virtual phone wants to communicate with another key phone terminal, the client can relay to the key phone terminal to selectively perform voice communication (RTP) with another key phone terminal and direct voice communication (RTP) with another key phone terminal. It is characterized by performing.

Preferably, the multi-function IP gateway of the key phone system has only the identification information of the key phone terminal having the identification information of the virtual phone, characterized in that to provide a call service to the key phone terminal.

Hereinafter, with reference to the accompanying drawings as follows.

3 is a block diagram showing the interworking device between the IP-based key phone system and the virtual phone according to an embodiment of the present invention, Figure 4 is a detailed configuration diagram of the PC application and the phone phone of the present invention Figure 3, Figure 5 Signal flow diagram illustrating a method of interworking a virtual phone with an IP-based key phone system according to an embodiment of the present invention.

Referring to FIG. 3, a client 200 equipped with an application 201 having a virtual phone function and a multi function IP gateway (MFIP G / W) 211 are provided to a terminal registered on an IP. Key phone system 210 for providing a call service, and the IP-based key phone terminal 220 that delivers the command received from the application 201 and the multi-function IP gateway 211 as an event occurred. .

Here, the application 201 of the PC client 200 includes a virtual phone registration module 202 for requesting registration or release of the key phone terminal 210 and an event generated from the virtual phone 201. A command / event processing module 203 for processing the command transmitted from the multifunction IP gateway 221 and the multi-function IP gateway 221, and a call for processing the received call-related signal and transferring the call-related signal to the key phone terminal 201. The signaling module 204 is included.

In addition, the key phone terminal 220 delivers the virtual phone registration module 221 for processing the registration and release request from the virtual phone 201 and the event generated from the virtual phone 201 to the multifunction IP gateway 210. The command / event processing module 222 which delivers the command transmitted from the multifunction IP gateway 211 to the virtual phone 201, and the call-related signal received from the multifunction IP gateway 211 to the virtual phone and the virtual phone ( Call signaling module 223 for transmitting the call signals transmitted from the 201 to the multi-function IP gateway 211, and a status module for transmitting the initial state of the keypad phone to the virtual phone for the linkage operation between the keypad phone and the virtual phone 224.

The interworking method of the IP-based key phone system and the virtual phone according to the embodiment of the present invention as described above will be described with reference to the accompanying drawings.

1 and 2, the PC client 200, the key phone system 210, and the key phone terminal 220 are interconnected to a data network (LAN), each having its own unique identification number, an IP address. They will communicate with each other.

Then, the virtual phone 201 installed inside the PC client 200 has a unique function and additionally performs for the mutual connection operation with the key phone terminal 220 and the key phone terminal 220 is the virtual phone 201 and the key phone. The system 210 relays data so that the system 210 can interoperate with each other. At this time, the communication between the virtual phone 201 and the keypad terminal 220 communicates using a User Datagram Protocol (UDP) over a data network (LAN).

Here, the virtual phone 201 is a PC application program, and has modules 202, 203, and 204 for mutually interoperable operation with the key phone terminal 220, and RTP communication does not go through the key phone terminal when direct voice communication is performed on the virtual phone 201. It is possible to perform a direct call with the other party, and in other environments, it is also possible to relay voice through the key phone terminal 220.

The key phone terminal 220 performs a basic operation as an extension in the key phone system 210 and implements modules 221 ˜ 224 for interworking with the virtual phone 201. Through this, the key phone terminal 220 also informs the multi-function IP gateway 211 and the virtual phone 201 of the generated event, and serves as a message relay between each other (S20, S21).

Here, the key phone terminal 220 is an IP-based Internet Protocol Key Telephone Unit (IPKTU), which is an IP-based phone terminal in a LAN environment, processes commands and events with a certain degree of intelligence, and loads a system. Make sure that it is evenly distributed without concentrating on the main unit. That is, since the environment changes from the analog network to the LAN environment, libraries and data relay servers such as TSP and TAPI are not needed.

In addition, the multi-function IP gateway 211 does not have to register the virtual phone 201 directly as an extension, and does not have to implement a call service module for the separate virtual phone 201, and merely identifies the identification information of the virtual phone 201 ( ID only needs to be registered in association with the identification information of the key phone terminal 220.

Then, the virtual phone 201 that performs the virtual phone function is composed of a virtual phone registration module 202, a command / event generation module 203, a call signaling module 204, having a corresponding component and interworking The key phone terminal 220 for communication includes a virtual phone registration module 221, a command / event processing module 222, a call signaling module 223, and a status module 224.

When the PC application 201 is executed, the virtual phone registration module 202 notifies the IP phone and the communication port of the key phone terminal 220 to request a registration, and the virtual phone registration module of the key phone terminal 220 ( 221 determines whether to register the PC client 200 with the registration request transmitted to the IP address and communication port received from the virtual phone 201.

At this time, when the key phone terminal 220 registers the PC client 200, the state module 224 transmits its initial state information to the virtual phone 201.

When registered as described above, the command / event processing module 201 of the virtual phone 201 transmits an event generated from the virtual phone 201 to the key phone terminal 220 to deliver the event to the multifunction IP gateway 211. The command / event processing module 222 of the terminal 220 transmits an event generated from the virtual phone 201 to the multifunction IP gateway 211 of the key phone system 210, and a command transmitted from the multifunction IP gateway 210. Receives and delivers to the virtual phone 201.

Then, the command / event processing module 222 of the virtual phone 201 processes the command transmitted from the multifunction IP gateway 211 through the key phone terminal 220.

The call signaling module 223 of the virtual phone 201 processes call related signals received from the multifunction IP gateway 211 through the key phone terminal 220, and transmits call related signals to the multifunction IP gateway 211. It is transmitted to the key phone terminal 220.

The call signaling module 223 of the key phone terminal 220 then delivers the call signals transmitted from the virtual phone 201 to the multifunction IP gateway 211, and transmits the call related signals transmitted from the multifunction IP gateway 211 to the virtual phone. By transmitting to (201), it plays a role of relay.

Meanwhile, the multifunctional IP gateway 211 of the key phone system 210 refers to a gateway having a concept similar to that of the main processing board of the key phone system in the existing analog telephone network, and covers the entire system, and controls external IP call control and the entire system. It performs functions such as call control, automatic standby, voice mail, relay, and external page, and provides a call service function to the key phone terminal 220.

This multi-functional IP supports the connection-oriented virtual private network (VPN) service provided by the asynchronous transfer mode (ATM), and has an architecture that provides the virtual private network service by combining the asynchronous transfer mode and the 3 layer switching. It can provide secure virtual private network service from access equipment to ATM core network. In addition, service management maximizes cost savings and management efficiency by centralizing elements such as management, monitoring, and charges required to manage and control VPN services.

As described above, the key phone terminal 220 transmits the command received from the multifunction IP gateway 201 to the virtual phone 201 as the event information generated by the multifunction IP gateway 201, and conversely, the event information received from the virtual phone 201 is transmitted to the multifunction IP gateway. Notifies the operation 211 as its own event, and receives the response and delivers it back to the virtual phone (201).

Referring to FIG. 5, the virtual phone 201 of the client 200 may notify the key phone terminal 220 of its IP address and port number to perform an initial registration process (S301). ). The key phone terminal 201 determines the permission / rejection of the registration request and informs it (S302), and in case of allowing the registration, transmits the initial state information of the key phone terminal 220 (S303).

Then, the key phone terminal 220 receives the event information from the virtual phone 201 and the command from the multi-function IP gateway 211 to provide a link service. That is, the event information of the virtual phone is received and transmitted to the multifunction IP gateway 211 (S304) (S307), and the command transmitted from the multifunction IP gateway 211 is the event information generated by the virtual phone together with the terminal state information. It transmits to 201 (S305, S306).

In addition, the key phone terminal 220 operates in association with the virtual phone 201 and the multi-function IP gateway 211 through call-related signals (S308 and S309).

In addition, since the phone phone 220 and the call-related signal operation, the PC application 201 performs a voice communication (RTP: Rapid Transport Protocol) with another key phone terminal 230 (S310), or directly another key phone terminal Voice communication with the 230 is performed (S311).

Then, in the situation where the virtual phone 201 is to be terminated or the registration should be released due to the initialization of the key phone terminal 220, the other party only needs to be notified and terminated or initialized (S312).

As described above, according to the interworking method of the IP-based keyphone system and the virtual phone according to the present invention, it is not necessary to implement a separate or duplicate call service module for the virtual phone in the main unit on the keyphone system. By only performing the call service for the registered terminal, it eliminates the need for the introduction of additional data relay server and software required by the existing method, and has the advantage of the chiffon system on the IP, By interworking, it distributes the load of communication between systems to the end point.

Claims (4)

In a LAN environment, a virtual phone of a PC client requests registration with a key phone terminal and receives a registration grant / rejection message from the key phone terminal; Preparing a linkage operation for transmitting the initial state information of the key phone terminal to the virtual phone; Performing the linkage service after the linkage operation preparation step, delivering event information received from the virtual phone to the multifunction IP gateway of the keyphone system, and delivering a command received from the multifunction IP gateway to the virtual phone; And performing the communication by transmitting the virtual phone, the multi-function IP gateway, and the call-related signals from the key phone terminal after performing the link service. The method of claim 1, IP-based key phone system and virtual phone interworking method characterized in that the virtual phone delivers its IP address and communication port when the registration request to the key phone terminal. The method of claim 1, When the virtual phone wants to communicate with another key phone terminal, the virtual phone relays to the key phone terminal to selectively perform voice communication (RTP) with another key phone terminal and direct voice communication (RTP) with another key phone terminal. Interworking method of the IP-based key phone system and the virtual phone. The method of claim 1, IP-based key phone system characterized in that the multi-function IP gateway of the key phone system has only the identification information of the key phone terminal having the identification information of the virtual phone, and provides a call service to the key phone terminal to operate in conjunction with the virtual phone; How to work with virtual phones.