KR20160077799A - Method for recording conversation data while the line is busy and the telecommunication system for the same - Google Patents

Abstract

Disclosed is a method for recording a conversation during a call and a communication system therefor, wherein a conversation can be mixed and recorded by a terminal only even without using the resources of a media server. According to the present invention, if a communication session is formed and either of transmitting and receiving terminals requests recording during a call between the transmitting and receiving terminals, a private branch exchange (PBX) server in the communication system, which can communicate with the PBX server and a recording server, provides routing information to the one terminal and the recording server additionally sets a data transmission session with the one terminal at the request of the one terminal. Also, the recording server records the conversation transmitted from the one terminal through the data transmission session.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a recording method and a communication system,

The present invention relates to a method for recording a call content during a call in a private branch exchange (PBX), and a method for mixing and recording call contents on the terminal itself without using resources of the media server, Communication system.

A private branch exchange (PBX) is a miniaturization of a telephone exchange, and is used mainly for establishing an internal telephone network in a general company using a large number of telephones or communication terminals. The PSTN-based private branch exchange is generally used, but as the Internet is activated, a private branch exchange (Pure IP private branch exchange, for example, IP-PBX) based on the IP network, which is a packet network, is recently introduced. An IP-based PBX provides multimedia services such as voice or video communication VoIP services over an IP network using H.323 or SIP protocols.

The PBX refers to a telephone exchange, a facsimile, a computer, and the like, which provides services such as a company, a school, and the like as one area, and provides various services such as call transfer, call waiting, Is used.

The PBX performs multiple telephone exchange tasks in a single space and building. In addition, the PBX can be connected to a company or other local PBX to enable communication control between terminals, computers, and other information processing devices. A PBX can use a local area network by using a public telephone line without additional installation of a local area network. In addition, the PBX is connected to a CO switch and functions as a UE, and internally it is used as a PBX network switch. The PBX can eliminate the inconvenience and hassle of facilities such as expansion of the current line.

Currently, the contact center (call center) adopts IP-PBX to deliver voice and various media through IP network. Various application technologies of call center are provided as a single platform based on IP network. For example, voice transmission is carried out through a single IP network such as exchange (PBX), ARS, recording equipment and consultation telephone. For example, if a customer calls a company, the IP-PBX converts the voice to IP and transmits it to the ARS to provide the desired service. If necessary, the agent connection is also transmitted through the IP telephone , And customer information can be consulted via computer telephony integration (CTI) on the agent computer. Even if the necessary agent is remote, it is possible to have the internet only, and it is possible to consult any place where only IP phone is connected.

The telephone of the call center agent has a telephone having a function of recording and storing the contents of the telephone call. However, many terminals do not have a telephone conversation recording and storing function in consideration of an increase in cost. Particularly, It is common to store them on a server basis.

However, in order to perform the recording function between the call parties based on the PBX (including the IP-PBX), a media server should be used. That is, when the terminal A (for example, a customer terminal) and the terminal B (for example, an agent terminal) are in a communication state and request recording from the terminal A or B, the PBX transmits a voice or video Are mixed and stored in a recording server. The problem with this approach is that you always have to allocate resources from the media server in order to record. The media server is a device used for Interactive Voice Response (IVR), audio / video mixing for server-based conference calls, trunk line allocation for external subscribers and calls, and has limited media resources. In particular, the call center records all calls that are being called. If the media server's resources are continuously used to perform the recording function during a call, it may result in exhaustion of limited media resources. If there is no media resource to be used, Can not proceed. Actually, in some call centers, there are cases where media resources are installed less in terms of resource saving (cost reduction) of the media server. As a result of media resource depletion problem (because media resources are not enough and resources can not be allocated) . Especially when important call history (eg customer complaints, service notices, etc.) with the customer is not recorded, the operation of the call center becomes a huge disadvantage. Accordingly, there is a desperate need for a method of preventing the shortage of media resources, thereby reducing costs and recording the desired call history without interruption.

Korean Patent Registration No. 10-0438235 (registered on June 22, 2004)

SUMMARY OF THE INVENTION It is an object of the present invention to provide a method for recording on the call and a communication system therefor for recording a content of a call by itself without using resources of a media server.

According to an aspect of the present invention, there is provided a call recording method and a communication system for recording a mixed call content of a terminal itself without using resources of a media server. According to the present invention, in a communication system capable of communicating with a private branch exchange (PBX) server and a recording server, when a call session is established and a call is made between a calling terminal and a calling terminal, And the recording server additionally sets a data transmission session with one terminal according to a request of one terminal. The recording server stores the call history transmitted from the terminal through the data transfer session.

According to the present invention, it is possible to mix and record conversation contents on the terminal itself without using resources of the media server, thereby preventing a shortage of media resources and saving a cost as much as a media resource required for recording during a call It has the advantage of improving the competitiveness of PBX products. In particular, there is an advantage that the cost of introducing a PBX can be saved when a call center of a company recording the majority of calls is established.

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 schematically shows a configuration of a communication system to which the present invention can be applied; FIG.
2 is a diagram illustrating a call recording procedure according to an embodiment of the present invention;

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description, well-known functions or constructions will not be described in detail if they obscure the subject matter of the present invention.

1 is a view schematically showing a configuration of a communication system to which the present invention can be applied.

The communication system to which the present invention can be applied is not limited to a PBX system, a key telephone system using an ISDN (Integrated Services Digital Network) of a Primary Rate Interface (ISI) or a BRI (Basic Rate Interface) System and the like. Also, the present invention can be equally applied to a DECT (Digital Enhanced Cordless Telecommunications) system including an IP key telephone apparatus that enables internal switching for an extension call between terminals and connection of the terminal to an external network such as ISDN and PSTN (Public Switched Telephone Network) Do. In addition, the present invention is equally applicable to a terminal using a SIP protocol, an IVR (Interactive Voice Response) device, a conference device, and the like.

The PBX server 20 shares a certain number of external telephone lines used in a company or the like with all the employees and transmits to the internal subscribers (e.g., user terminals 11-2, 12-1, ..., 12-N )) To automatically connect the phone to the telephone exchange server. The main purpose of using a PBX is to reduce the cost of assigning a regular phone line to all employees of the company. The PBX is owned by the general business entity, not the telephone company, and operates under its own responsibility. The user terminal A 11-1 is connected to the PBX server 20 via a communication network (telephone network (PSTN), mobile communication network, VoIP network, etc.), and is capable of telephone conversation with a PBX internal subscriber.

The presence server 21 can inform the current state information (such as during a call) between the internal subscribers of the PBX. That is, the presence server 21 notifies the PBX server 20 or the UC server 30 of the current state of the internal subscriber by checking the incoming / outgoing state of the internal subscriber of the PBX, and may be provided in the PBX server 20 or the UC server 30. For example, internal subscribers can register the numbers of internal subscribers (extension numbers) in the flow button of the key phone, and can check the status of the registered internal subscribers in real time. For example, the PBX internal subscriber B 11-2 can establish a telephone connection with another PBX system or an external subscriber 11-1 of the PSTN as well as other internal subscribers 12-1, ..., 12-N have. Herein, the internal subscribers B and C (11-2, 12-1, ..., 12-N) are subscribers of the PBX system sharing the presence server 21 and can share presence information with each other. The external subscriber 11-1 is another system subscriber who does not share the presence server 21 and is connected to the PBX server 20 via a trunk line such as a PSTN or the like via a wired line, You can talk to subscribers, but you can not share presence information with each other.

The PBX server 20 is connected to a plurality of VoIP devices, a plurality of VoIP gateways, an intermediate server and a UC server 30 via an IP network and is connected to a general telephone (SLT), a digital key telephone (DKT) Unified Communication Solution), WiFi terminal, wired / wireless IP phone, and VoIP service using SIP or H.323 protocol. In particular, the PBX server 20 manages each VoIP device / VoIP gateway, loads balance and incoming / outgoing signals, a device driver is provided for address translation of packets to route signaling and Real-time Transport Protocol (RTP) packets to the VoIP device / VoIP gateway.

Here, routing refers to a function that allows an IP packet to be transmitted to a destination. To allow a router to forward a packet to its destination, the router must know the route information (routing information) for that destination and forward the packet according to this information. Therefore, routers exchange route information with neighboring routers with route information to the destination. At this time, the protocol that exchanges route information is called a routing protocol. Routing Information Protocol (RIP), Open Shortest Path First (OSPF), and Border Gateway Protocol (BGP) are examples of typical routing protocols.

The PBX server 20 provides the load balancing service for the VoIP service based on the routing information obtained using the routing protocol and the topology information obtained by using the status information of each VoIP device / VoIP gateway. Basically, the PBX server 20 knows the status information (VoIP call information for VoIP service) of each VoIP device / VoIP gateway. This is because all the devices registered in the PBX server 20 including the VoIP device provide the VoIP service to the user by using the call function of the PBX server 20. Therefore, the PBX server 20 always manages the basic information and the current status information of each registered devices by using a protocol (for example, IPKTS protocol).

A PBX server 20 and a UC server 30 are connected for a unified communications (UC) solution associated with a KTS or IP KTS and each user (e.g., a UC client 12-2) Client program, etc.) to the UC server 30 to exchange messages and files with other users. In addition, the UC client 12-2, given the telephone number given by the PBX server 20, operates as a soft phone to show status information of other UC clients and can make telephone calls, (Telephone network (PSTN), mobile communication network, wired / wireless Internet, etc.). At this time, when a call is received to the PBX server 20 through the external communication network, the ICR (Indirect Call Router) server of the UC server 30 transmits the call according to the contents (scenario) of the call processing table registered for each UC client 12-2 . When the call is originated by the UC client 12-2, the call is processed according to the contents of the call processing table registered by the UC client 12-2.

The UC client 12-2 interworks with the UC server 30 and is capable of performing various functions such as instant messaging (IM), file sending, file sharing, dile sharing, web push, voice call, and imaging call.

The UC server 30 includes an instant messaging (IM) server, an ICR server, a presence server, a directory server, and the like. The presence server 21 may be provided in the PBX server 20 or the UC server 30 as described above. At this time, the presence server 21 provides status information (online, offline, on-call, etc.) of the UC internal subscriber (another UC client equipped with the soft phone) Lt; / RTI >

The PBX server 20 stores and manages information of service users who have subscribed to a service (hereinafter, referred to as 'recording service') for recording the contents of a call between a caller and a called party in a built-in database (not shown) And provides information of service subscribers to the recording server 40 through the Internet. At this time, the PBX server 20 receives information on the users of the service from the service user via the Internet, receives the information of the users who subscribed to the recording service from the server operator, and stores the information. Here, the information of the users who subscribe to the recording service (i.e., the recording service subscribers) may be, for example, name, ID, password, terminal telephone number, At this time, the ID and the password can be used as the authentication means of the subscriber when the recording service subscriber tries to view / listen to or delete the recorded contents of the call. In particular, the PBX server 20 stores routing information (the address or number of the recording server 40) for call setup of the recording server 40 providing the recording service, And provides the corresponding routing information to the subscriber's terminal.

Prior to describing the recording service of the present invention, the PBX server 20 and the UC server 30 can support a 'call diverting service'. The call diverting service includes communication terminals (Continuous call) at the second terminal (for example, IP phone or smart phone 12-2 equipped with a soft phone) during a call of the first terminal (e.g., desk phone 12-1) will be. The communication terminals capable of switching during a call are connected to a terminal C of a user C having a separate physical number (extension number) through a BLA (Bridged Line Appearance) function that allows one subscriber to manage a plurality of calls (grouping) and registered in the IPB server 20 as one virtual number C, as shown in FIG.

If it is assumed that the terminal 11-1 of the user A or the terminal 12-1 of the user B is in telephone conversation with the terminal 12-1 of the user C, -N) uses the call transfer service to conveniently take over the call without interruption. The users B and C are internal PBX subscribers, and the terminals 11-2, 12-1, .., 12-N of the users B and C are given physical numbers (extension numbers). The terminals 12-1, .., 12-N of the user C are grouped into one virtual number and can be transferred during a call. The terminal 12-1 of the user C assumes a desk phone and the terminals 12-2 to 12-N of the user C install a soft phone so that a plurality of UC subscribers connected to the UC server 30 Terminal. Although it is assumed that the user terminal C (12-1) is a desk phone, it may be a terminal connected to the UC server (30) and equipped with a soft phone.

To this end, the PBX server 20 groups and stores at least two terminals (i.e., user terminals C (12-1, .., 12-N)) for call transfer, (12-2, ..., 12-N) that are not in the communication state during the busy state of the terminal (user terminal C (12-1) (E.g., user terminal C (12-2)) of at least one user terminal C (12-2, ..., 12-N) The UC server 30 changes the busy state of the user terminal C 12-1 to the user terminal C 12-1 by switching the call of the user terminal C 12-1 to the user terminal C 12-2, (12-2).

Here, the grouped terminals 12-1, .., 12-N have physical numbers (extension numbers), and are grouped into one virtual number. The user terminal C12-2 includes a soft phone application and activates the resume button on the user interface UI when receiving a busy status of the user terminal C12-1 from the UC server 30, And the user terminal C (12-2), which senses the pressing of the successive-answer button, requests the PBX server (20) to switch the call. Accordingly, the PBX server 20 intercepts the call of the user terminal C12-1 and connects to the user terminal C12-2. That is, when the user terminal C 12-1 is in a communication state, the PBX server 20 informs the UC server 30 of the busy state of the user terminal C 12-1 and the UC server 30 notifies the user terminal C The user terminal C 12-2 transmits the busy state of the user terminal C 12-1 to the user terminal C 12-2 so that the user terminal C 12-2 can activate the successive receiving button on the UI, When a call is requested to be switched by a user terminal C12-2, the call is intercepted by the user terminal C12-1 and is switched to the user terminal C12-2 to provide a call transfer function.

The user terminal C (user terminal C (12-2, .., 12-N)) is a UC client or FMC client having a soft phone application, and has a resume button during communication on the UI, (User terminal C (12-1)) is in a busy state. If the user clicks on the activated receiver button, the PBX server 20 is requested to switch the call (intercept).

The user terminal C (UC client or FMC client) 12-2, .. 12-N has an extension number provided by the PBX server 20, like the user terminal C (desk phone) 12-1.

The physical extension numbers of the user terminals C (12-1, .., 12-N) can be grouped into one virtual number through the BLA function. When a call is received with a virtual number, C 12-1,..., 12-2 to receive a call, and if one user terminal C 12-1 is busy, the corresponding virtual number is busy processing. Also, when a call is originated from one of the terminal 12-1 of the user terminals C (12-1, .., 12-N), the virtual number is busy processing. The user terminal C (12-2, ..., 12-N) grouped in the BLA has a function of intercepting (provided that one device 12-1 is in communication with another device 12-1, 2,..., 12-N) to take over the call. The interrupted device 12-1 terminates the call, and the device 12-2, ..., 12-N that intercepted the call can continue to make calls without interruption.

the user terminal C (12-2, .., 12-N) equipped with the soft phone can conveniently receive the call of the desk phone 12-1 Can be carried over seamlessly. When the call receiving function is used, a separate operation is not required in the call switching apparatus 12-1. In the call receiving apparatus 12-2, .., 12-N, The call immediately follows. The follow-up button is activated only when the device 12-1 of one of the devices 12-1, .., 12-N bundled with the BLA is busy, Can be processed. To this end, the user terminal C (12-2, .., 12-N) receives and processes the call state of the corresponding number in real time from the UC server 30 in order to determine whether the resume button is activated.

The PBX server 20 and the recording server 40 support 'call recording service'. Hereinafter, the functions of the components for the on-call recording service of the present invention will be described in detail. Although shown in the figure as being external to the recording server 40 and the PBX server 20, it may be provided within the PBX server 20. It should be noted that the present invention is not limited to the configuration as long as the PBX server 20 and the recording server 40 communicate with each other and a recording service can be performed during a call.

Assuming that a session 1 is formed and a terminal of a recording service subscriber (e.g., a call center agent) (user terminal B 11-2) is in telephone conversation with a terminal 11-1 of user A (e.g., a customer) (The address or the number of the recording server 40) informed by the PBX server 20 in response to the recording request, and transmits the recording request message to the PBX server 20 Forms a session 2 (call data delivery session) with the corresponding recording server 40 during a call, mixes the calls of the outgoing caller, and transmits the mixed content to the recording server 40 through the session 2. At this time, the PBX server 20 informs the start and end of the recording so that it can be recognized.

Here, a request for recording may be generated by pressing a recording button (ON) during a call through session 1 (call session) or a corresponding digit (e.g., a '*' button) And the end of the recording may be performed by re-pressing the recording button (OFF) or a corresponding digit (for example, a '#' table button), or releasing or hooking off the session 1 . When the PBX server 20 receives the recording request message ('INFO' message) from the user terminal B 11-2, the PBX server 20 transmits a request confirmation message ('200 OK' message) And the recording server 40 receives an invitation message ('INVITE' message) relating to the connection setup of the session 2 from the user terminal B 11-2, To the user terminal B 11-2. In addition, when the PBX server 20 receives a recording start / end message ('INFO (START OK / END OK)' message) from the user terminal B 11-2, a start / end confirmation message OK 'message) to the user terminal B 11-2.

The PBX server 20 stores routing information (the address or the number of the recording server 40), stores information on the recording processability of the recording service subscriber terminal (user terminal B 11-2) have. The recording processability information is information indicating whether or not the user terminal B 11-2 has a function of mixing the contents of the callers of the departure party and the like, for example, binary data ('0' or '1' Is expressed. When a recording request ('INFO' message) is received from the user terminal B 11-2 during a call through the session 1, the PBX server 20 grasps whether or not recording processing of the user terminal B 11-2 is possible, (Address or number of the recording server 40) to the corresponding user terminal B 11-2 if recording processing is possible (for example, when the recording processability field is indicated as '1'). Thereafter, the user terminal B 11-2 further adds session 2 (call data delivery session) to the recording server 40 based on the routing information notified from the PBX server 20 separately from the session 1 (call session) (INVITE message, 200 OK message), and mixes the voice / video of the communication partner and the voice / video of the recording service subscriber, delivered through session 1, to the recording server 40 through session 2 And the recording server 40 stores the contents of the call. If the user terminal B 11-2 can not perform the recording process (for example, the recording processability field is indicated as '0'), the PBX server 20 uses the resources of the media server Provide recording service.

FIG. 2 is a flowchart illustrating a method of recording during a call according to an embodiment of the present invention.

The PBX server 20 registers information (e.g., name, ID, password, terminal telephone number, etc.) of the recording service subscribers (e.g., PBX internal subscribers B and C). Then, the recording processability information is registered with the terminals 11-2, 12-1, and 12-2 of the internal subscribers B and C of the PBX. At this time, the recording processability information is information indicating whether or not the user terminal B 11-2 has a function of mixing the contents of the caller's party. For example, binary data (e.g., '0' or '1'). In addition, the PBX server 20 stores routing information (address or number of the recording server 40) regarding the call data delivery session (session 2) for the call record request.

The user terminal B (e.g., the call center agent terminal) 11-2 and the user terminal A (e.g., customer terminal) 1-1 form a call session 1 to start a call (S201). The call signaling protocol used in the VoIP network includes SIP (Session Internet Protocol) and H.323. (E.g., user terminal B or user terminal A) via the INVITE message and the called party (e.g., user terminal A or user terminal B) via the 200 OK message with the media information It expresses the transport address and exchanges packets with each other.

A call session 1 is formed (S201), and the terminal 11-2 of the user B who is the recording service subscriber presses the record button (ON) during the call with the terminal 11-1 of the user A, The terminal B 11-2 transmits a recording request message (INFO message) to the PBX server 20 during a call (S202).

The PBX server 20 transmits a request confirmation message (200 OK message) to the user terminal B 11-2 in response to the recording request message ('INFO' message) received from the user terminal B 11-2 S203). Then, the PBX server 20 confirms whether or not the user terminal B 11-2 requesting the recording has the function of mixing the contents of the caller's departure party (S204), and the user terminal B 11-2 requesting the recording If the recording process is impossible (e.g., if the recording processability field is indicated as '0'), a recording service utilizing the resources of the MIDI server is provided in the same manner as the conventional method (S205).

If the user terminal B 11-2 requesting the recording is able to perform recording processing (for example, if the recording processing availability field is indicated as '1'), the PBX server 20 transmits the stored routing information (Address or number of the server 40) to the corresponding user terminal B 11-2 (S206). In response, the user terminal B 11-2 transmits a confirmation message (200 OK message) to the PBX server 20 (S207).

The user terminal B 11-2 can be connected to the recording server 40 in addition to the recording server 40 in the course of a call (session 1) based on the routing information (address or number of the recording server 40) Session 2 (call data delivery session) (S208 to S210). That is, the user terminal B 11-2 transmits an invite message (INVITE message) relating to the connection setting of the session 2 to the corresponding recording server 40 (S208), and the recording server 40 transmits an invite message (200 OK message) to the user terminal B (11-2) (S209) and further sets a session for transferring the call data (S210).

The session 2 is now formed and the recording is automatically started. The user terminal B 11-2 transmits a recording start message (INFO_START OK) to the PBX server 20 (S211). In response, the PBX server 20 Transmits a confirmation message (200 OK message) to the user terminal B 11-2 (S212).

The user terminal B 11-2 mixes the audio / video of the communication partner (user A) and the audio / video of the recording service subscriber (user B) transmitted through the session 1 (S213).

The user terminal B 11-2 generates a digit signal by pressing the recording button's OFF or the corresponding '#' table button, or the session 1 is released or hooked-off (HOOK-ON) The PBX server 20 transmits a confirmation message (200 OK message) to the user terminal B 11-2 in response to this end message (INFO_END OK) to the PBX server 20 (S214) ).

Thereafter, the user terminal B 11-2 transmits the contents of the mixed call to the recording server 40 through the session 2 (S216), and the recording server 40 stores the contents of the corresponding call (S217). If the call is normally delivered, release Session 2. On the other hand, the recording service subscriber can listen / watch or delete the contents of the conversation stored in the recording server 40 based on the ID and the password.

Although the method has been described through particular embodiments, the method may also be implemented as computer readable code on a computer readable recording medium. A computer-readable recording medium includes all kinds of recording apparatuses in which data that can be read by a computer system is stored. Examples of the computer-readable recording medium include a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like, and may be implemented in the form of a carrier wave (for example, transmission over the Internet) . In addition, the computer-readable recording medium may be distributed over network-connected computer systems so that computer readable codes can be stored and executed in a distributed manner. In addition, functional programs, codes, and code segments for implementing the above embodiments can be easily deduced by programmers of the present invention.

Although the present invention has been described in connection with certain embodiments thereof, it should be understood that various changes and modifications may be made therein without departing from the spirit and scope of the invention as will be apparent to those skilled in the art to which the invention pertains. something to do. It is also contemplated that such variations and modifications are within the scope of the claims appended hereto.

11, 12: user terminal 20: PBX server
30: UC server 40: recording server

Claims (10)

A method for in-call recording of a communication system capable of communicating with a private branch exchange (PBX) server and a recording server,
a) providing the routing information to the one terminal during the communication between the calling terminal and the calling terminal, when the private exchange server requests the recording of one terminal among the calling and called terminals;
b) further setting a data transmission session with the recording server by the recording server according to a request of the one terminal; And
c) storing the call history transmitted from the one terminal through the data delivery session. The method according to claim 1,
Wherein the step a) comprises the steps of: confirming whether or not the PBX server is capable of performing recording processing of the one terminal at the time of requesting recording of the terminal, and providing the routing information to the one terminal if the terminal can perform recording processing Further comprising the steps of: The method according to claim 1,
Between the step b) and the step c)
Further comprising the step of mixing voice or video of the outgoing caller at said one terminal. The method according to claim 1,
Wherein the routing information is an address or a number of the recording server. 5. The method according to any one of claims 1 to 4,
The step a)
Wherein the one terminal transmits the recording request to the PBX server in response to a request from the recording service subscriber in a state where the call session is established. The method according to claim 1,
Further comprising, prior to step a), checking by the PBX server whether there is a recording server capable of communicating with the PBX,
And storing the call history transmitted from the one terminal using the resource of the media server capable of communicating with the PBX server when the recording server does not exist. A communication system for in-call recording,
A private branch exchange (PBX) server for providing routing information to a terminal during a call session between a calling terminal and a called terminal,
And a recording server for additionally setting a data transmission session with the one terminal in response to the request of the one terminal in the state that the call session is formed and storing the call history transmitted from the one terminal through the data transmission session Communication system. 8. The method of claim 7,
Wherein the PBX server confirms whether or not the recording processing of the one terminal can be performed, and provides the routing information to the one terminal when the terminal can perform recording processing, To perform the recording procedure. 8. The method of claim 7,
Wherein the one terminal has a function of mixing voice or image of a person who has come and going,
Wherein the routing information is an address or number of the recording server. 10. The method according to any one of claims 7 to 9,
Wherein the recording request is transmitted from the one terminal to the PBX server in response to a request from the recording service subscriber in a state that the call session is established.

Images