KR20110054794A - Method and apparatus for call processing for instant messaging service - Google Patents

Abstract

PURPOSE: A call processing device according to an instant messaging service is provided to request a conversation to a terminal which is registered according to a usage of an instant messenger at the same time. CONSTITUTION: A data communication unit(210) receives a conversation request message from a conversation request terminal to a target buddy. Through identification information of the target buddy in the conversation request message, an information obtaining unit(220) obtains terminal registration information about the target buddy from a database. If a plurality of terminals are registered in the target buddy, a call control unit(250) transmits a conversation invitation message to the registered terminals through the terminal registration information.

Description

Method and apparatus for call processing according to instant messaging service {Method and apparatus for call processing for instant messaging service}

The present invention relates to an instant messaging service, and more particularly, to a method and apparatus for requesting a conversation from a plurality of terminals of a subscriber in an IMS network.

With the development of technology that combines voice call and data communication, as a variety of communication environments are provided, the presence system that informs mobile subscribers of network access and status information has emerged as a basic service that meets new communication service needs. It was.

Presence system provides subscribers with online status, access method, and status information of subscribers, enabling more efficient Voice over IP (VoIP), video calling, and instant messaging services. Make it easy for subscribers to understand their situation.

Session Initiation Protocol (SIP) is adopted to implement such a presence system. SIP is an application level protocol that can guarantee subscriber mobility because the sessions are connected by the same identifier.

However, there is a problem in that it is not possible to easily handle a conversation to a plurality of terminals for the current subscriber.

An object of the present invention is to provide a method and apparatus for processing a call according to an instant messaging service that can simultaneously request a conversation with a plurality of registered terminals according to a user's use of an instant messenger.

It is also an object of the present invention to provide a method and apparatus for processing a call according to an instant messaging service that can request a conversation from a plurality of terminals registered to a user to a plurality of accessible terminals.

According to an aspect of the present invention, a conversation management server and a communication terminal for managing a call according to a conversation between buddies in an IMS network are provided.

According to an embodiment of the present invention, in a conversation management server that manages a call according to a conversation between buddies in an IMS network, a data communication unit receiving a conversation request message from a conversation request terminal to a target buddy-the conversation request message Includes identification information of the target buddy; An information obtaining unit obtaining terminal registration information on the target buddy from a database by using identification information of the target buddy included in the conversation request message; And a call controller which analyzes the terminal registration information and transmits a conversation invitation message to the plurality of registered terminals by using the terminal registration information when there are a plurality of terminals registered for the target buddy. Can be.

According to another embodiment of the present invention, a communication terminal connected to a conversation management server via an IMS network, the communication terminal comprising: a communication unit; An input unit which receives a target buddy and receives a command for requesting a conversation to the target buddy; A terminal information obtaining unit obtaining terminal registration information on the target buddy according to the conversation request command; And analyzing the terminal registration information, and when there are a plurality of registered terminals for the target buddy, generating a conversation request message to each registered terminal by using the terminal registration information and controlling to transmit them to the conversation management server. It may include a control unit, wherein the communication request message may be provided to the communication terminal, characterized in that respectively transmitted to the conversation management server through the communication unit.

According to another aspect of the present invention, a method for controlling a call according to a conversation between buddies in an IMS network is provided.

According to an embodiment of the present invention, a method of controlling a call according to a conversation between buddies in an IMS network by a chat managing server, receiving a chat request message from a chat requesting terminal to a target buddy-the chat request The message includes identification of the target buddy; Acquiring terminal registration information for the target buddy from a database using identification information of the target buddy of the conversation request message; And analyzing the terminal registration information and transmitting a conversation invitation message to the plurality of registered terminals by using the terminal registration information when there are a plurality of terminals registered for the target buddy. A method may be provided.

According to another embodiment of the present invention, in a method of requesting a conversation to a target buddy from a communication terminal connected to a conversation management server through an IMS network, a target buddy is selected and a conversation request command to the target buddy is received. step; Acquiring terminal registration information for the target buddy according to the conversation request command; And analyzing the terminal registration information, and when there are a plurality of registered terminals for the target buddy, generating a conversation request message to each registered terminal by using the terminal registration information and transmitting them to the conversation management server, respectively. A method of requesting a conversation from the including IMS network to the target buddy may be provided.

According to an embodiment of the present invention, it is possible to simultaneously request a conversation with a plurality of registered terminals according to a user's use of an instant messenger.

The present invention can request a conversation to a plurality of accessible terminals from among a plurality of terminals registered for the user.

As the invention allows for various changes and numerous embodiments, particular embodiments will be illustrated in the drawings and described in detail in the written description. However, this is not intended to limit the present invention to specific embodiments, it should be understood to include all transformations, equivalents, and substitutes included in the spirit and scope of the present invention. In the following description of the present invention, if it is determined that the detailed description of the related known technology may obscure the gist of the present invention, the detailed description thereof will be omitted.

The terms first, second, etc. may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.

The terminology used herein is for the purpose of describing particular example embodiments only and is not intended to be limiting of the present invention. Singular expressions include plural expressions unless the context clearly indicates otherwise. In this application, the terms "comprise" or "have" are intended to indicate that there is a feature, number, step, operation, component, part, or combination thereof described in the specification, and one or more other features. It is to be understood that the present invention does not exclude the possibility of the presence or the addition of numbers, steps, operations, components, components, or a combination thereof.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1

1 is a block diagram schematically illustrating a configuration of a communication system capable of requesting a conversation to a plurality of registered terminals of a subscriber according to an embodiment of the present invention.

Referring to FIG. 1, a communication system according to an embodiment of the present invention includes a communication terminal 110, a call session control device (CSCF) 120, and a home subscriber (SSS) 120. server, hereinafter referred to as "HSS" 130, a media gateway control device (MGCF: media gateway control function, hereinafter referred to as "MGCF") 140, MGW (media gateway, hereinafter MGW) Collectively) 150, the presence server 160, and the conversation management server 170.

The communication terminal 110 is a terminal capable of processing session initiation protocol (IP) signaling. The communication terminal 110 may be equally applicable to all communication devices capable of performing IP-based communication, such as a mobile communication terminal and a PDA. That is, the communication terminal 110 may be equally applicable to any terminal capable of receiving a messenger service through an IMS network by processing SIP signaling.

The IMS network is a communication network based on a communication network standard proposed by the 3rd generation partnership project (3GPP). The IMS network provides an IP (Internet protocol) -based communication service and mainly uses a SIP (session initiation protocol) signaling protocol.

The CSCF 120 performs a function related to call processing in the IMS network. The CSCF 120 includes an incoming call gateway (ICGW), a call control module (CCF: call control function, hereinafter called CCF), and a serving profile database (SPD: serving). profile database, hereinafter referred to as 'SPD', and address handling module (AH: address handling, hereinafter referred to as 'AH'). ICGW acts as the first entry point and performs routing for incoming calls. In addition, ICGW performs service triggering on input calls such as call screening and forwarding, and is responsible for inquiring about AH and communicating with HSS. The CCF is responsible for call setup, termination, and status / event management, call event reporting for billing, and reception and processing of application level registrations. The SPD communicates with the HSS of the home domain to manage user profile information and performs a similar function to the VLR of the existing network that informs the home domain of the user's first access. AH performs the functions of analyzing, translating, and modifying addresses, and provides address mobility.

CSCF 120 performs different functions depending on the network in which the subscriber is located, and based on its location and function, proxy-CSCF (P-CSCF), interrogating-CSCF (I-CSCF), and serving-CSCF (S-CSCF). Logically separated by

P-CSCF is a SIP proxy server where the communication terminal 110 is the first connection point for the communication terminal 110 in the IMS network. P-CSCF resides in home or visited networks. The communication terminal 110 should acquire P-CSCF location information to be connected, which is obtained through a dynamic host configuration protocol (DHCP) or a PDP context activation (PDP context activation) procedure. The P-CSCF is assigned to the communication terminal 110 upon registration in the IMS network and does not change during the registration period. In addition, the P-CSCF performs policy control, band management, and quality of service (QoS) control. The P-CSCF is included in the path of all signaling messages and checks all messages. The P-CSCF also authenticates the user and establishes an IP sec security association with the communication terminal 110. This prevents spoofing attacks, replay attacks, and protects user privacy. P-CSCF compresses or decompresses SIP messages using SigComp (signaling compression). This can reduce the round-trip of the radio link. The P-CSCF generates a charging record (CDR).

I-CSCF is located at the boundary of the management domain if no border function exists. Therefore, the IP address is published in the DNS of the domain so that servers in other domains can find the I-CSCF and use it as the input node of the network. The I-CSCF queries the HSS for the location of the communication terminal 110 using the Cx or / and Dx interface and forwards the SIP message to the S-CSCF to which the communication terminal 110 is assigned. When I-CSCF transfers SIP messages between different domains, I-CSCF may not transmit some network information to another domain by performing a topology hiding inter-network gateway (THIG).

The S-CSCF is a central node of the signaling layer and performs session control as one SIP server. S-CSCF is always on the home network and uses the Cx / Dx interface to download user profiles from or upload user profiles to the HSS. The S-CSCF also binds the location of the communication terminal 110 and the SIP address at the time of SIP registration. S-CSCF is included in the path of all signaling messages and checks all messages. In addition, the S-CSCF determines a server to provide a service and routes the SIP message to the presence server 160.

HSS 130 supports IMS entities that perform session control with a user information database. The HSS 130 stores user related subscription information related to multimedia session control, that is, user location information, security information for authentication and permission of the user, and user profile information including a service subscribed to by the user.

The MGCF 140 converts a call control protocol between SIP and an ISDN user part (ISP) and interfaces with a service gateway (SGW) on a stream control transport protocol (SCTP). The MGCF 140 controls the resources of the MGW through the H.248 interface.

The MGW 150 interfaces with the media layer of the circuit-switched network by converting between real-time transport protocol (RTP) and pulse code modulation (PCM). In addition, the MGW 150 converts the codec when the codec does not match.

Presence server 160 manages information about whether buddies are online, how to connect, and the status of subscribers based on SIP (or XCAP). Server that manages logical and physical state information.

The conversation management server 170 stores subscriber information for each subscriber and is responsible for call processing for conversations between terminals connected through an IMS network using subscriber information. Here, the subscriber information may include information on the registered terminal registered by the subscriber. Each subscriber may store a plurality of registered terminals mapped to subscriber identification information.

Accordingly, when the conversation management server 170 receives a conversation request to any subscriber, the conversation management server 170 acquires the terminal registration information registered corresponding to the subscriber, sets the conversation mode to the group conversation mode, and then talks to the plurality of registered terminals. The invitation message can be sent.

In addition, the conversation management server 170 may acquire the state information corresponding to the terminal registration information through the presence server 160 and transmit the conversation invitation message only to the terminal capable of session-based conversation.

Hereinafter, the conversation management server 170 will be described in more detail with reference to the accompanying drawings below.

2

2 is a block diagram schematically showing an internal configuration of a conversation management server according to an embodiment of the present invention.

Referring to FIG. 2, the conversation management server 170 according to the present exemplary embodiment includes a data transmission / reception unit 210, an information acquisition unit 220, a setting unit 230, a storage unit 240, and a call control unit 250. It is configured by.

The data transceiver 210 performs a function of transmitting and receiving data with each terminal through the IMS network.

For example, the data transceiver 210 may receive a conversation request from each terminal through the IMS network. In addition, the data transmission / reception unit 210 may transmit a conversation invitation message to the plurality of registration terminals under the control of the call control unit 250.

When the conversation request including the identification information of the target buddy is received from any terminal, the information acquisition unit 220 may extract the identification information of the target buddy from the corresponding conversation request message. Subsequently, the information acquisition unit 220 may obtain terminal registration information about the terminal registered for the target buddy from the database (not shown) by using the identification information of the target buddy. The subscriber information is stored in the database, and the subscriber information is stored by mapping terminal registration information for each subscriber. Here, the terminal registration information may be identification information (eg, phone number, MIN, ESN, etc.) for the terminal registered in correspondence with the subscriber.

In addition, the identification information of the target buddy may include subscriber identification information (eg, an email address, ID, etc.) corresponding to the target buddy. Accordingly, the information acquisition unit 220 may extract the terminal registration information from the database using the identification information of the target buddy, and output the terminal registration information to the setting unit 230 or / and the call control unit 250.

The state check unit 225 accesses the presence server 160 under the control of the call control unit 250, checks the state information of each registered terminal included in the terminal registration information, and returns the confirmation result to the call control unit 250. You can print

The setting unit 230 performs a function of setting a call control mode according to the terminal registration information.

Here, the call control mode may be any one of a group conversation mode and an individual conversation mode.

In the present embodiment, the group chat mode is defined as a mode for simultaneously requesting a chat invitation message to a plurality of terminals registered corresponding to the corresponding buddy in response to a chat request to one target buddy.

That is, the group conversation mode may be a control mode for simultaneously requesting a plurality of conversation invitation messages to a plurality of terminals registered to the target buddy in response to receiving one conversation request message (INVITE) from the user.

The individual conversation mode is defined as a mode for requesting a conversation invitation message to one terminal registered corresponding to the target buddy in response to the conversation request to one target buddy.

The storage unit 240 stores algorithms, software, and the like necessary for operating the conversation management server 170 according to the present embodiment.

The call controller 250 may include internal components of the conversation management server 170 according to the present embodiment (for example, the data transceiver 210, the information acquirer 220, the setup unit 230, and the storage unit ( 240), etc.).

In addition, the call controller 250 performs a function of transmitting a conversation invitation message by using terminal registration information according to the set call control mode.

In addition, when all the terminals corresponding to the terminal registration information are in the unconnected state through the status check unit 225 as a result of checking the status information on the terminal registration information, the call controller 250 generates a dialog invitation guide message to each registered terminal. Can also be sent. Here, the dialogue invitation message may be any one of a short message, a long message and a multimedia message.

In addition, the call controller 250 may control to transmit a conversation invitation message to the terminal that is in the connected state as a result of the check inputted through the status checker 225.

3

3 is a flowchart illustrating a method of controlling a call according to an IMS service in a conversation management server according to the present embodiment. Each step described below is performed by each component of the conversation management server 170, but will be collectively described as a conversation management server for the convenience of understanding and explanation.

In operation 310, the conversation management server 170 receives a conversation request (INVITE) from the user to the target buddy. Here, the conversation request may include identification information of the target buddy.

In operation 315, the conversation management server 170 receiving the conversation request may extract identification information of the target buddy included in the conversation request. Subsequently, the conversation management server 170 may extract the registered terminal registration information using the identification information of the target buddy.

Here, the terminal registration information may include identification information for each terminal registered corresponding to the target buddy.

In operation 320, the conversation management server 170 determines whether the number of terminal registration information is plural or more.

If the number of terminal registration information is plural or more, in step 325, the conversation management server 170 sets the conversation mode to the group conversation mode.

Subsequently, in step 330, since the conversation mode is set to the group conversation mode, the conversation management server 170 may transmit a conversation invitation message (SIP INVITE) to the plurality of registered terminals using the terminal registration information. Here, the conversation invitation message may include identification information of the registration terminal.

In operation 335, the conversation management server 170 checks whether an invitation response message (eg, 200 OK) has been received from any of the plurality of registered terminals that have transmitted the dialog invitation message. Here, the invitation response message may include identification information of the registration terminal that transmitted the invitation response message.

If the invitation response message is received from any registered terminal, in operation 340, the conversation management server 170 may transmit a cancel message to each other registered terminal other than the registered terminal that sent the invitation response message. For example, the conversation management server 170 may request to release a SIP session with the remaining registration terminals other than the registration terminal that transmitted the invitation response message.

Subsequently, in step 345, the conversation management server 170 may set the conversation mode to the individual conversation mode. Thus, it is possible to process the individual conversation with the subscriber requesting the conversation and the registration terminal responding to the conversation request.

However, if the number of the terminal registration information is less than a plurality, in step 350 the conversation management server 170 sets the conversation mode to the individual conversation mode.

In operation 355, the conversation management server 170 may transmit a conversation invitation message INVITE to one registered terminal using terminal registration information of the target buddy according to the individual conversation mode.

As described above, when there are a plurality of terminals registered corresponding to the target buddy for which the user has requested a conversation, the conversation invitation message (SIP INVITE) for participating in the conversation may be simultaneously transmitted to the plurality of registered terminals.

[Figure 4]

4 is a flowchart illustrating a method of controlling a call according to an IMS service in a conversation management server according to another embodiment of the present invention. Each step described below is performed by each component of the conversation management server 170, but will be collectively described as a conversation management server for the convenience of understanding and explanation.

Steps 410 to 415 are the same as steps 310 to 315 of FIG. 3, and thus redundant descriptions thereof will be omitted.

In operation 420, the conversation management server 170 checks state information about each registered terminal by using terminal registration information and generates a confirmation result.

For example, the conversation management server 170 may generate a confirmation result by confirming state information of each registered terminal from the presence server 160 using the terminal registration information.

In operation 425, the conversation management server 170 analyzes the confirmation result to determine whether the number of registered terminals in the accessible state is plural.

If the number of registered terminals in the connectable state is plural, in step 430, the conversation management server 170 sets the conversation mode to the group conversation mode.

Subsequently, since steps 435 to 455 are the same as those described in steps 330 to 340 of FIG. 3, overlapping descriptions will be omitted.

However, if the number of registered terminals in the accessible state is 0, in step 460, the conversation management server 170 generates a conversation invitation guide message in a predetermined message format and transmits the message to each registered terminal. As described above, the conversation invitation guide message may be generated in one of a short message, a long message and a multimedia message.

However, if the number of registered terminals in the accessible state is one, the conversation management server 170 may set the conversation mode to the individual conversation mode in step 465.

In operation 470, the conversation management server 170 may transmit a conversation invitation message (SIP INVTIE) to one registered terminal using terminal registration information according to an individual conversation mode.

5

5 is a block diagram schematically illustrating an internal configuration of a communication terminal according to an embodiment of the present invention.

Referring to FIG. 5, the communication terminal 110 according to the embodiment of the present invention includes a communication unit 510, an input unit 515, a display unit 520, a terminal information acquisition unit 525, a storage unit 530, and the like. The control unit 535 is configured.

The communication unit 510 may perform data communication with another terminal or other devices (eg, the conversation management server 170, the presence server 160, etc.) through the IMS network.

For example, the communication unit 510 may transmit a conversation request message (SIP INVTE) to a plurality of target terminals under the control of the controller 535 to the conversation management server 170, respectively.

The input unit 515 is a means for receiving various control commands for operating or controlling the communication terminal 110 according to the present embodiment. For example, the input unit 515 may include a plurality of key buttons (for example, a number key, a symbol key such as a * or # key, one or more function keys (for example, a menu key, a call key, a confirmation key, Or a key for a wireless Internet connection) or a touch screen.

The display unit 520 may visually display data. In addition, when the touch panel is recently provided, a user may receive an input by a touch. That is, the display unit 730 may be, for example, a liquid crystal display (LCD) as a means for outputting text and image data as visual data.

The terminal information acquisition unit 525 may request and obtain information (hereinafter, referred to as terminal registration information) about a terminal registered corresponding to each buddy from the conversation management server 170 through the IMS network. As described above, the terminal registration information may be identification information for each registration terminal, and the identification information of each registration terminal may be a telephone number, a MIN number, or the like.

The storage unit 535 stores algorithms, software, and the like necessary for operating the communication terminal 110 according to the present embodiment. In addition, the storage unit 535 may store the obtained terminal registration information.

The controller 535 stores internal components of the communication terminal 110 according to the present embodiment (for example, the communication unit 510, the input unit 515, the display unit 520, the terminal information acquisition unit 525, and storage). Control unit 535, etc.).

In addition, when the number of registered terminals acquired corresponding to the target buddy requested by the user is plural, the controller 535 sends a dialogue request message (SIP INVITE) to each registered terminal through the conversation management server 170. Can transmit

Correspondingly, when an invitation response message is received from any of the plurality of registration terminals, the conversation management server 170 generates and transmits a chat request cancellation message to the remaining registration terminals except for the registration terminal that has transmitted the invitation response message. Can be.

Subsequently, the conversation management server 170 may transmit a corresponding response message to the communication terminal 110 to control the conversation.

6

6 is a flowchart illustrating a method for requesting a conversation from a plurality of terminals of a target buddy in a communication system according to an exemplary embodiment of the present invention. Hereinafter, for convenience of understanding and explanation, a terminal requesting a conversation is referred to as a conversation request terminal.

In operation 610, the conversation request terminal may transmit a conversation request message (SIP INVTE) including target buddy information for which a conversation request is desired, to the conversation management server 170.

In operation 615, the conversation management server 170 determines whether there are a plurality of terminals registered corresponding to the target buddy.

For example, the chat management server 170 may extract target buddy information from the chat request message and obtain terminal registration information using the target buddy information. Subsequently, the conversation management server 170 may check whether the number of registered terminals corresponding to the target buddy is plural using the terminal registration information of the target buddy.

If the number of registered terminals for the target buddy is less than plural, in step 620, the conversation management server 170 transmits a conversation invitation message (SIP INVITE) to the registered terminal of the target buddy in a separate communication mode as in the prior art. Can be.

However, if the number of registered terminals for the target buddy is plural, in operation 625, the conversation management server 170 may set the conversation mode to the group conversation mode.

In operation 630, the conversation management server 170 may transmit a conversation invitation message (SIP INVITE) to each of the plurality of registered terminals by using the terminal registration information of the target buddy. In the present embodiment, it is assumed that there are two registered terminals for the target buddy.

For convenience of understanding and explanation, any one of the registered terminals of the target buddy will be referred to as a registration terminal 1 and the other will be referred to as a registration terminal 2.

The conversation management server 170 may transmit the SIP INVITE including the identification information of the registration terminal 1 to the registration terminal 1. At the same time, the conversation management server 170 may transmit the SIP INVITE including the identification information of the registration terminal 2 to the registration terminal 2.

In this state, it is assumed that an invitation response message corresponding to accepting a conversation is registered at the registered terminal 2 of the target buddy to the conversation management server 170.

In step 635, the conversation management server 170 receives an invitation response message from the registered terminal 2 of the target buddy. Here, the invitation response message may include identification information of the registration terminal 2.

Accordingly, in operation 640, the conversation management server 170 may transmit an invitation response message including the identification information of the registration terminal 2 as a conversation request message.

Subsequently, in step 645, the conversation management server 170 may transmit a conversation request cancellation message to the remaining registration terminals of the target buddy corresponding to the invitation response message from the registration terminal 2 of the target buddy.

In operation 650, the conversation management server 170 may change and set the conversation mode to the individual conversation mode.

Although not shown in FIG. 6, the conversation management server 170 according to the present embodiment may check each state information of the terminal registered with respect to the target buddy, and transmit a conversation invitation message only to the registered terminal that can participate in the conversation. . Since this is the same as described with reference to FIG. 4, redundant descriptions will be omitted.

7

7 is a flowchart illustrating a method for requesting a conversation from a plurality of terminals of a target buddy in a communication system according to another exemplary embodiment of the present invention. Hereinafter, for convenience of understanding and explanation, a terminal requesting a conversation is referred to as a conversation request terminal.

In step 710, the conversation request terminal receives a selection of a buddy to request a conversation from the user.

In step 715, the conversation request terminal obtains terminal registration information for the target buddy. As described above, the conversation request terminal may request a registration terminal inquiry including identification information of the target buddy to the conversation management server 170 and then obtain terminal registration information on the target buddy from the corresponding conversation management server 170. .

In operation 720, the conversation request terminal determines whether there are a plurality of terminals registered for the target buddy using the terminal registration information.

If there are less than a plurality of registered terminals, in step 725 the conversation request terminal may request an individual conversation with the target buddy in the same manner as in the prior art.

However, if there are a plurality of registered terminals, in step 730, the conversation request terminal may transmit a conversation request message to the plurality of registered terminals to the conversation management server 170, respectively.

For example, suppose that there are two registered terminals for the target buddy, as shown in FIG. In this case, the conversation request terminal may transmit a conversation request message including identification information of each terminal registered for the target buddy to the conversation management server 170, respectively.

Accordingly, in operation 735, the conversation management server 170 may transmit a conversation invitation message SIP INVITE to the registration terminal of each target buddy according to each conversation request message received.

In this state, as described above, it is assumed that the conversation is accepted from the registration terminal 2 of the target buddy.

In operation 740, the conversation management server 170 receives an invitation response message from any one of registered terminals of the target buddy. Here, the invitation response message may include identification information of the registration terminal of the target buddy.

Subsequently, in step 745, the conversation management server 170 transmits the invitation response message as the conversation request message. Accordingly, the SIP session between the conversation request message and the registered terminal of the target buddy is established to enable the conversation.

In operation 750, the conversation management server 170 may generate and transmit a conversation request cancellation message to the remaining terminals except for the registered terminal that transmits the invitation response message.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the invention as defined in the appended claims. It will be understood that the invention may be varied and varied without departing from the scope of the invention.

1 is a block diagram schematically illustrating a configuration of a communication system capable of requesting a conversation to a plurality of registered terminals of a subscriber according to an embodiment of the present invention.

2 is a block diagram schematically illustrating an internal configuration of a conversation management server according to an embodiment of the present invention.

3 is a flowchart illustrating a method of controlling a call according to an IMS service in a conversation management server according to the present embodiment.

4 is a flowchart illustrating a method for controlling a call according to an IMS service in a conversation management server according to another embodiment of the present invention.

5 is a block diagram schematically showing an internal configuration of a communication terminal according to an embodiment of the present invention.

6 is a flowchart illustrating a method for requesting a conversation from a plurality of terminals of a target buddy in a communication system according to an exemplary embodiment of the present invention.

7 is a flowchart illustrating a method for requesting a conversation from a plurality of terminals of a target buddy in a communication system according to another exemplary embodiment of the present invention.

Claims (15)

In the conversation management server that manages the call according to the conversation between each buddy in the IMS network, A data communication unit for receiving a conversation request message from the conversation request terminal to the target buddy, wherein the conversation request message includes identification information of the target buddy; An information obtaining unit obtaining terminal registration information on the target buddy from a database by using identification information of the target buddy included in the conversation request message; And And a call controller which analyzes the terminal registration information and transmits a conversation invitation message to the plurality of registered terminals by using the terminal registration information when there are a plurality of terminals registered for the target buddy. According to claim 1, When the call controller receives an invitation response message from any one of a plurality of registered terminals of the target buddy, the call controller transmits a chat request cancellation message to the remaining terminals other than the terminal that sent the invitation response message, respectively. server. According to claim 1, Further comprising a confirmation unit for confirming the presence status information for each terminal included in the terminal registration information, The call controller checks the presence status information, and if there is no registered terminal of a target buddy currently connected, generates a conversation request guide message in a preset format and transmits the message to each registered terminal through a mobile communication network. And a conversation management server. The method of claim 3, The conversation request guide message may be any one of a short message, a long message and a multimedia message. In the communication terminal connected to the conversation management server through the IMS network, Communication unit; An input unit which receives a target buddy and receives a command for requesting a conversation to the target buddy; A terminal information obtaining unit obtaining terminal registration information on the target buddy according to the conversation request command; And A controller configured to analyze the terminal registration information and generate a conversation request message to each registered terminal by using the terminal registration information and transmit the generated message to each conversation management server by using the terminal registration information; Including but not limited to: And the conversation request messages are respectively transmitted to the conversation management server through the communication unit. 6. The method of claim 5, And the terminal information obtaining unit requests terminal conversation information of the target buddy from the conversation management server according to the conversation request command to obtain terminal registration information from the target management server. 6. The method of claim 5, And the conversation request message includes identification information of each registered terminal of the target buddy. 6. The method of claim 5, When the invite management message is received from any of the registered terminals for the target buddy that has transmitted the chat request message, the chat management server generates a chat cancel message to the remaining terminals except for the terminal that has sent the invite response message. Communication terminals, characterized in that for transmitting each. In the method of the conversation management server to control the call according to the conversation between the buddies in the IMS network, Receiving a chat request message from a chat request terminal to a target buddy, wherein the chat request message includes identification information of the target buddy; Acquiring terminal registration information for the target buddy from a database using identification information of the target buddy of the conversation request message; And And analyzing the terminal registration information and transmitting a conversation invitation message to the plurality of registered terminals by using the terminal registration information when there are a plurality of terminals registered for the target buddy. . The method of claim 9, In response to receiving an invitation response message from any one of a plurality of registered terminals of the target buddy, the method further comprising the step of transmitting a chat request cancellation message to the remaining terminals other than the terminal that sent the invitation response message, respectively; Call control method. The method of claim 9, Prior to sending the conversation invitation message, Checking the presence status information of each terminal included in the terminal registration information; And If the registered terminal of the target buddy currently being accessed does not exist by checking the presence status information, generating a conversation request guide message of a preset format and transmitting the generated message to each registered terminal through a mobile communication network; Call control method in IMS network. 12. The method of claim 11, And the conversation request guide message is any one of a short message, a long message and a multimedia message. In the method for requesting a conversation from the communication terminal connected to the conversation management server via the IMS network to the target buddy, Selecting a target buddy and receiving a command for requesting a conversation with the target buddy; Acquiring terminal registration information for the target buddy according to the conversation request command; And Analyzing the terminal registration information, and when there are a plurality of registered terminals for the target buddy, generating a conversation request message to each registered terminal by using the terminal registration information and transmitting the generated message to each conversation management server; Method of requesting conversation from target IMS network to target buddy. The method of claim 13, Acquiring the terminal registration information, Requesting the terminal management inquiry of the target buddy to the conversation management server according to the conversation request command; And And obtaining terminal registration information on the target buddy from the target management server. The method of claim 13, The conversation management server, When an invitation response message is received from any terminal among the registered terminals for the target buddy that has transmitted the conversation request message, a conversation cancellation message is generated and transmitted to the other terminals except for the terminal that has transmitted the invitation response message. Request method of conversation from target IMS network to target buddy.

Images