KR100690870B1 - Method for confirming the opposite party and communication system using the same - Google Patents

Abstract

The present invention relates to a counterpart identification method and a communication system using the same, which can confirm a counterpart (sender or recipient) in advance and determine whether to start a call or participate in a session before starting a call or participating in a session. In the other party's identification method according to the present invention, when a transmitting terminal transmits media information about the call or session to a receiving terminal through a server, the receiver checks the media information output to the receiving terminal and determines the call or session connection. . The receiving terminal may transmit a rejection message and a reason for rejection to reject participation in a call or session. The server may transmit the media information stored in advance to each terminal for output.

Communication system, media information, SIP, RTP / RTCP, session connection

Description

OTHER HOW TO CONFIRM AND COMMUNICATION SYSTEM USING THE SAME {METHOD FOR CONFIRMING THE OPPOSITE PARTY AND COMMUNICATION SYSTEM USING THE SAME}

1 is a block diagram showing the configuration of a communication system according to an embodiment of the present invention;

2 is a flowchart illustrating a method of transmitting avatar image information when avatar image information is registered in a terminal in a communication system according to an embodiment of the present invention;

3 is a flowchart illustrating a method of transmitting avatar image information when avatar image information is registered in advance in a media server in a communication system according to an embodiment of the present invention;

4 is a block diagram showing a configuration of a communication system according to another embodiment of the present invention;

5A is a flowchart illustrating a third embodiment of a counterpart identification method according to the present invention;

5b is a flowchart illustrating a fourth embodiment of a counterparty identification method according to the present invention;

6A is a flowchart illustrating a fifth embodiment of a method for identifying a counterpart according to the present invention;

6b is a flowchart illustrating a sixth embodiment of a counterpart identification method according to the present invention;

6c is a flowchart illustrating a seventh embodiment of a counterparty identification method according to the present invention;

7 is an embodiment showing an embodiment for a SIP message including a reason for rejection.

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication system, and more particularly, to a counterpart identification method capable of confirming a counterpart (sender or recipient) in advance of a call and a communication system using the same.

When a caller requests a call from a called party using his calling terminal, the caller is provided with the calling party's telephone number and the corresponding telephone number is output on the receiving terminal, so that the called party calls the calling party's call before the call is initiated. A method for identifying a counterpart through a number has been proposed and widely commercialized.

However, this method simply allows the recipient to check the sender's telephone number, so that the receiver who does not remember the sender's telephone number cannot easily identify who the sender is.

On the other hand, the present applicant registers a predetermined number of callers, avatars or pictures in the receiving terminal in advance, and when a call is requested from the caller, the applicant outputs a phone number, avatar, or picture corresponding to the caller on the screen. It has been applied for a method that can give.

However, this method only outputs the corresponding phone number, avatar, or picture only to the registered caller, and thus, if the call is requested from an unregistered caller, the receiver cannot identify the caller.

In addition, in the conventional user confirmation method, when the invited person cannot know the purpose of opening the session and the participant information, etc., the invited person directly participates in the session to know the session information. There is a cumbersome problem that needs to be confirmed.

In the conventional user confirmation method, if the user invited to the session cannot attend or does not want to attend the session, the reason for the rejection is because there is no method for conveying the reason for the invitation to the invitee of the session. There is a problem that can be repeatedly invited to the session from the inviter does not know.

The present invention by using the SIP protocol widely used to transmit the video information of the sender to the receiving side, to provide a counterpart identification method and a communication system using the same that can reduce the cost because no software or hardware is added. have.

In order to achieve the above object, the counterpart identification method according to the present invention is a counterpart identification method in a session-based communication including at least one or more terminals, wherein the transmitting terminal includes media information indicating an invitation reason for the session. Transmitting in the connection request message; A receiving terminal outputting the media information included in the session connection request message; And receiving, by the receiving terminal, session participation or rejection of the session invitation according to the session participation determination input. At this time, the receiving terminal transmits an acceptance message when participating in the session invitation.

In order to achieve the above object, the other party identification method according to the present invention comprises the steps of transmitting the invitation message including the media information by the transmitting terminal; A receiving terminal receiving the invitation message and outputting the media information included in the invitation message; Receiving, by the receiving terminal, a decision whether to participate in the session invitation from a user; When receiving the decision not to participate in the session, the receiving terminal is characterized in that it comprises the step of transmitting a reject message. In this case, the reject message may include a reason for rejection.

In order to achieve the above object, the other party identification method according to the present invention includes the steps of the transmitting terminal transmits the invitation message to the receiving terminal; Transmitting, by the receiving terminal, a first response message to establish a first session for receiving media information in response to receiving the invitation message; Transmitting, by the transmitting terminal, media information through the first session in response to receiving the first response message; And when the receiving terminal joins the session in response to receiving the media information, transmitting a second response message.

In order to achieve the above object, the communication system according to the present invention, the first call means for requesting the start of the call, and according to the call start request, establishes a SIP connection, the first to transmit the video information of the caller A first terminal comprising a SIP system; A media server including a second SIP system for establishing a SIP connection and transmitting image information of the caller to a second terminal; And a second call means for transmitting and receiving data with the first call means, a third SIP system for establishing a SIP connection and receiving video information of the caller, and a second display unit for outputting video information of the caller. It is characterized by consisting of a second terminal.

delete

delete

delete

Hereinafter, an embodiment of a counterpart identification method and communication system according to the present invention will be described with reference to the accompanying drawings.

According to the present invention, when a specific user is invited to a session, the media information about the session is transmitted to the user who is invited to the session, and when the invitation is rejected for the session, the invited person has a reason for rejecting the invitation. Send the message containing to the inviter. In this case, the message including the reason for the rejection of the media information and the invitation includes text, an image, a video, an avatar, and the like.

The message about the media information and the reason for rejection may be directly input by the user through the terminal or may be registered in advance by the user in the server. In this case, the present invention can be applied to various communication systems based on Session Initiation Protocol (SIP).

1 is a block diagram showing the configuration of a communication system according to an embodiment of the present invention.

As shown in Fig. 1, the call system of the present invention is provided before the call is initiated between the first and second terminals 10 and 30 for conducting a call and between the first and second terminals 10 and 30. And a media server 20 for controlling and storing the sender's avatar image information to the receiver.

Here, the avatar image information may be any picture or text that can identify the other party. For example, the avatar image information may include an avatar, a still image, a video, and a text. The avatar is a person image that can symbolize itself (sender or receiver) and can be downloaded by accessing the Internet or the like using the first and second terminals 10 and 30. The still image or the moving image may be obtained by storing an image of a face image or the like of a person using a camera attached to the terminal. Text refers to a sentence made of text so that the receiver can identify himself (ie, the sender) instead of the image. For example, such text may include personally identifiable information, physical characteristics, personality, and the like.

Both the first terminal and the second terminals 10 and 30 may request a call or accept the requested call and make a call with the requested counterpart (ie, the caller). Accordingly, the first terminal 10 may be a calling terminal, the second terminal 30 may be a receiving terminal, or the first terminal 10 may be a receiving terminal, and the second terminal 30 may be used as a calling terminal. ) May be the calling terminal.

In the present invention, as illustrated in FIG. 1, for convenience of explanation, the first terminal 10 is used as a calling terminal, and the second terminal 30 is described as a receiving terminal.

Accordingly, the same components may be included in the first and second terminals 10 and 30. That is, the first and second terminals 10 and 30 include call means 11 and 31, Session Initiation Protocol (SIP) systems 12 and 32, video databases 17 and 37, and display units 18 and 38. ) And the like.

The call means 11 and 31 may request a call or accept the requested call. For example, when a caller makes a call request using the call means 11 of the first terminal 10, the call request is received by the call means 31 of the second terminal 30. The call means 31 of the second terminal 30 informs the receiver of a call request from the caller through a bell or a buzzer. At this time, when the receiver accepts the request, the call means 31 of the second terminal 30 sends an acceptance message to the call means 11 of the first terminal 10 and the first terminal 10. A call channel is opened between the second terminal 30 to perform a call between the caller and the receiver.

Therefore, the call means 11 and 31 perform call setup, call acceptance, call channel opening and closing, and the like.

In FIG. 1, for convenience of description, the call means 11 of the first terminal 10 and the call means 31 of the second terminal 30 are directly connected, but in practice, the first terminal 10 A base station, an exchange station, etc. may be further provided between the call means 11 of the c) and the call means 31 of the second terminal 30. Accordingly, the call request transmitted through the call means 11 of the first terminal 10 may be received by the call means 31 of the second terminal 30 via the base station and the switching center. Similarly, the acceptance message transmitted through the call means 31 of the second terminal 30 may be received by the call means 11 of the first terminal 10 via the base station and the switching center.

The SIP system 12, 32 is a system for establishing and releasing a SIP connection and for transmitting some information and receiving confirmation information on receipt of such information. To this end, the SIP system 12, 32 is composed of SIP connection establishment / release means (14, 34) and RTP / RTCP (Real-time Transport Protocol / Real-time Transport Control Protocol) transmission means (16, 36) Can be.

The SIP connection setting / release means 14 and 34 are preliminary operations for opening the RTP / RTCP channel, and the SIP channel is set to be connected to the other party (here, the media server), and the RTP data ( For example, the sender's avatar image information) may be transmitted to the media server 20, or the caller's avatar image information transmitted from the media server 20 may be received, or the first terminal 10 may receive information from the media server 20. The RTCP channel is opened to receive a message (eg, a BYE message) for acknowledgment of the avatar image information, and then the SIP connection is released.

The SIP system 12, 32 is preferably made to operate in conjunction with the call means (11, 31). That is, the SIP system 12 is operated at the same time that the call request is transmitted to the second terminal 30 through the call means 11 of the first terminal 10 so that the operations described below are performed. desirable. In addition, the SIP system 32 may be operated in conjunction with receiving a call initiation request from the call means 31 of the second terminal 30 to receive the avatar image information of the caller transmitted from the media server 20. have.

The SIP system 12 is operated at the same time as the call request is transmitted from the call means 11, so that the SIP connection with the media server 20 is established by the SIP connection establishment / release means 14 first. In this way, the SIP channel is connected between the first terminal 10 and the media server 20.

In this case, there may be two methods for transmitting avatar image information through the RTP / RTCP transmission means 16.

That is, the first method is to transmit the avatar image information registered in the first terminal 10 to the second terminal 30 via the media server 20 using the RTP protocol.

In the second method, a caller registers avatar image information of himself / herself in the media server 20, and sends a message to the media server 20 using the RTP protocol to send the avatar information about himself to the corresponding receiver. When requested, the avatar image information is transmitted to the receiver.

The first method is described here, and the second method will be explained in detail later when referring to the media server.

The caller's avatar image information may be registered in the image database 17. As described above, the avatar image information may include an avatar, a still image, a video, and a text. In this case, the second terminal 30 does not need the image database 30. This is because the receiver's avatar image information is already registered in the media server 20.

In addition, as will be described later, avatar image information of a receiver who attempted at least one call initiation request to the first terminal 10 may also be registered in the image database 17.

The RTP / RTCP transmission means 16 receives the sender's avatar image information from the image database 17 and transmits it to the media server 20 through the RTP channel. In this case, the media server 20 transmits the transmitted avatar image information to the second terminal 30 to be output to the corresponding display unit 38.

Meanwhile, the media server 20 transmits the acknowledgment information of the avatar image information transmitted from the first terminal 10 to the first terminal 10 through the RTCP channel using a BYE message. Through the BYE message, the first terminal 10 can confirm that the avatar image information is normally transmitted.

As such, the avatar image information is output from the first terminal 10 through the display unit 38 of the second terminal 30 and the first terminal 10 is connected to the receiver of the second terminal 30. The avatar image information is received and output to the display unit 18.

The output of the receiver's avatar image information to the display unit 18 of the first terminal 10 will be described later when describing the overall operation of the communication system of the present invention.

As described above, the second terminal 30 also has the same components as the first terminal 10. In the present invention, since the second terminal 30 is assumed to be a receiving terminal, the second terminal 30 outputs the avatar image information of the caller provided by the first terminal 10 to the display unit 38.

Of course, when the second terminal 30 is used as the originating terminal, the avatar image information about itself registered in the image database 37 of the second terminal 30 is transmitted through the media server 20. 1 may be output to the display unit 18 of the terminal 10.

Meanwhile, the media server 20 may be composed of a SIP system 22, a scheduling setting means 27, an image database 28, and the like.

If the caller's avatar image information is registered in the first terminal 10, the caller's avatar image information is not registered in the image database 28 of the media server 20. When the caller's avatar image information is registered in the first terminal 10, the second terminal 30 directly sends the caller's avatar image information to the first terminal 10 via the media server 20. Because it can be transferred to. Of course, even in this case, the avatar image information of the caller transmitted from the first terminal 10 may be temporarily stored before being transmitted to the second terminal 30. However, the avatar image information of the temporarily stored caller is deleted when transmitted to the second terminal 30.

The SIP system 22 of the media server 20 is provided for compatibility with the SIP systems 12 and 32 provided in the first and second terminals 10 and 30. The SIP connection setting / release means 24 and the RTP / RTCP transmission means 26 may correspond to the SIP systems 12 and 32 of the terminals 10 and 30.

Accordingly, when a SIP connection request is received from the SIP connection establishment / release means 14 of the first terminal 10, the SIP connection is accepted between the first terminal 10 and the media server 20. In this way, RTP data may be received from the first terminal 10 through the connected SIP connection, and acknowledgment information thereof may be provided to the first terminal 10 using a BYE message. .

The scheduling setting means 27 and the image database 28 are provided for the user (sender or recipient) to register their avatar image information.

The user may register different avatar image information according to a call connection state (ie, by terminal state or by time zone).

For example, depending on when the second terminal 30 is available for a call, during a call, during a power off state, while working, when a call is not possible (eg, in a theater, in a meeting, in a sauna bath, etc.). Different avatar image information may be registered.

Accordingly, the scheduling setting means 27 checks the call connection state of the receiver and finds the avatar image information corresponding thereto. In addition, the image database 28 may register a user identifier, a telephone number, avatar image information according to a call connection state, and the like.

Here, the user who registered his avatar image information may include both the sender and the receiver. This is because the person making the call becomes the caller and the person receiving the call becomes the recipient. In other words, in the present invention, when the first terminal 10 is the caller, it is assumed that the second terminal 30 is the receiver, but if the call is made using the second terminal 30, the second terminal 30 This is because the first terminal 10 may be the receiver.

When the avatar image information of the user is set according to the call connection state, a call initiation request is transmitted from the first terminal 10 to the second terminal 30 and at the same time, the media server is received from the first terminal 10. When a request for transmitting avatar image information of the first terminal 10 registered in the 20 to the second terminal 30 is received, the media server 20 receives the first image from the image database 28. The avatar image information of the terminal 10 is found by using a user identifier or a telephone number, and transmitted to the second terminal 30 for output.

In addition, the media server 20 checks the call connection state of the second terminal 30, finds corresponding avatar image information from the image database 28, and transmits the same to the first terminal 10 for output. Be sure to

Hereinafter, a method of transmitting avatar image information in the communication system of the present invention configured as described above will be described. In this case, as described above, the method of transmitting avatar image information includes transmitting the avatar image information registered in the terminal and registering the avatar image information in a media server in advance. The description will be made by dividing the image information into a method of transmitting it.

2 is a flowchart illustrating a method of transmitting avatar image information when avatar image information is registered in a terminal in a communication system according to an exemplary embodiment of the present invention.

1 and 2, first, the avatar image information of the caller is registered in the first terminal 10 (S41). At this time, the caller has not registered his avatar image information in the media server 20 in advance. As described above, the avatar image information may include an avatar, a still image, a video, a text, and the like. Here, the avatar is a person image that can symbolize itself (sender or receiver), and can be downloaded by accessing the Internet or the like using a terminal. In addition, a still image or a moving image may acquire an image of a face image of itself and the like by using a camera attached to the terminal and register the image on the first terminal 10. In addition, the text may be registered in the first terminal 10 in a sentence formed in the form of a text so that the receiver can identify himself (ie, the caller) instead of the image. The caller may register one of an avatar, a still image, a moving picture, or text in the first terminal 10. Of course, if necessary, it may be registered as a combination of avatar and text, a still image, or a combination of video and text.

As such, in a state in which the avatar image information of the caller is registered in the first terminal 10, the caller makes a call start request to the second terminal 30 of the receiver by using the first terminal 10. (S42). This call initiation request is a general call initiation request, which is well known and will not be described further.

When a call initiation request is generated in the first terminal 10, a SIP connection is established between the first terminal 10 and the media server 20 in association with the request (S43). As such, when a SIP connection is established between the first terminal 10 and the media server 20, data or control information may be transmitted and received between the first terminal 10 and the media server 20. Can be.

As such, when the SIP connection is established, the first terminal 10 acquires the avatar image information of the caller registered by the S41, configures the avatar image information in the form of a packet, and then forms the media server 20 through the RTP channel. (S44).

When the avatar image information of the sender is received from the first terminal 10, the media server 20 loads transmission confirmation information in a BYE message as a response and provides the first terminal 10 to the first terminal 10 through an RTCP channel. (S45).

In addition, the media server 20 transmits the avatar image information of the caller received from the first terminal 10 to the second terminal 30 through the RTP channel (S46). In this case, the avatar image information may be temporarily stored in the media server 20 and then deleted when it is transmitted to the second terminal 30. Also, an RTP channel and an RTCP channel may be opened between the media server 20 and the second terminal 30 at the request of the receiver before the avatar image information of the caller is transmitted to the second terminal 30. Can be. That is, the receiver presses a button or the like corresponding to the reception screen transmission service to set the state to 'ON', thereby opening an RTP channel and an RTCP channel between the media server 20 and the second terminal 30.

Accordingly, the second terminal 30 outputs the avatar image information of the caller (S47). Accordingly, the receiver having the second terminal 30 can clearly identify who the caller is through the avatar image information of the caller. At this time, the avatar image information of the caller received by the second terminal 30 may be registered in the internal image database 37. When the caller's avatar image information is registered in the second terminal 30, the caller's avatar image information is transmitted from the first terminal 10 when a call start request is requested from the first terminal 10 again. It is possible to directly output the avatar image information of the caller registered in the second terminal 30 without having to transmit to the second terminal 30.

Meanwhile, the media server 20 requests a call connection state of the second terminal 30 through an RTCP channel, and the second terminal 30 sends a current call connection state corresponding to the request to the RTCP channel. It provides to the media server 20 through. Accordingly, the media server 20 checks the call connection state of the second terminal 30 (S48).

Here, the call connection state refers to a state of a receiver having the first terminal 10, and the receiver may be in a situation where a call is available, a call is in progress, at work, or a call is impossible. In addition, a situation in which a call is impossible because the power of the first terminal 10 is turned off may occur. When the media server 20 requests the second terminal 30, the second terminal 30 may provide these various call connection states to the media server 20. The second terminal 30 checks the call connection state, which is widely used in the art, and thus further description thereof will be omitted.

The media server 20 obtains avatar image information of the receiver corresponding to the confirmed call connection state of the second terminal 30 (S49). To this end, the receiver may register different avatar image information in the media server 20 according to the call connection state in advance. Of course, the caller may register his avatar image information with the media server 20 in advance because a call request from another person may be the receiver's position, but here the caller previews his avatar image information in advance. Since the description is made only when the media server 20 is not registered, the caller's avatar image information is not registered in the media server 20.

The media server 20 transmits the obtained avatar image information of the receiver to the first terminal 10 through the RTP channel (S50).

In operation S51, the first terminal 10 outputs the avatar image information of the received receiver. In this case, the received avatar image information of the receiver may be registered in the first terminal 10. The reason for this is the same as that described in S47 described above.

Subsequently, the SIP connection connected between the first terminal 10 and the media server 20 is released (S52).

By operating as described above, both the sender and the receiver can clearly and easily identify who the other party is by checking each other's avatar image information.

On the other hand, when the second terminal 30 accepts the start of the call (S53), a call channel is opened between the first terminal 10 and the second terminal 30, and each other through the call channel The call is started (S54).

Of course, when the call is terminated, the previously opened call channel is closed. Since this part is already widely used technology, further description thereof will be omitted.

3 is a flowchart illustrating a method of transmitting avatar image information when the avatar image information is registered in advance in the media server in the communication system according to an exemplary embodiment of the present invention.

Referring to FIGS. 1 and 3, first, avatar image information according to a call connection state is registered in the media server 20 (S61). That is, both the sender and the receiver may register different avatar image information in the media server 20 according to a call connection state. Here, the call connection state has the same meaning as described above. In this case, the user identifier and the phone number may be registered together with the avatar image information.

In this case, avatar image information of the other party (sender or receiver) is not registered in each of the first terminal 10 and the second terminal 30. Of course, when at least one call is made from the other party, the avatar image information of the other party may be registered, which will be described below.

As described above, the avatar image information may include an avatar, a still image, a video, a text, and the like.

The avatar image information registered in the media server 20 may be registered using the first terminal 10 or the second terminal 30, or may be registered using a PC or other access means.

As such, in the state in which avatar image information according to a call connection state is registered in the media server 20, a caller requests a call start from a second terminal 30 owned by a receiver using the first terminal 10. (S62). This call initiation request is a general call initiation request, which is well known and will not be described further.

When a call initiation request is generated in the first terminal 10, a SIP connection is established between the first terminal 10 and the media server 20 in association with the request (S63). As such, when a SIP connection is established between the first terminal 10 and the media server 20, data or control information may be transmitted and received between the first terminal 10 and the media server 20. have.

When the SIP connection is established as described above, the first terminal 10 transmits a transmission request for the avatar information of the caller to the media server 20 through the RTP channel (S64). As described above, since the caller's avatar image information is already registered in the media server 20, the first terminal 10 instructs the media server 20 to have the first terminal 10. The sender's avatar image information may be requested to be transmitted to the second terminal 30.

When the media server 20 receives the transmission request for the avatar image information of the sender from the first terminal 10, the media server 20 loads the transmission confirmation information in the BYE message as a response thereto and transmits the transmission confirmation information to the first terminal 10 through the RTCP channel. ) To be provided (S65). In other words, the media server 20 sends a transmission confirmation message to the first terminal 10 to inform the first terminal 10 that the transmission request is normally received from the first terminal 10. Is given. Accordingly, the first terminal 10 may confirm that the transmission request is normally transmitted to the media server 20 through the transmission confirmation message.

In addition, the media server 20 obtains the caller's avatar image information in response to a request for transmitting the caller's avatar image information received from the first terminal 10 and transmits the caller's avatar image information to the second terminal 30 through the RTP channel. Transmit (S66). At this time, before the sender's avatar image information is transmitted to the second terminal 30, an RTP channel and an RTCP channel may be opened between the media server 20 and the second terminal 30 at the request of the receiver. Can be. That is, the receiver presses a button or the like corresponding to the reception screen transmission service to set the state to 'ON', thereby opening an RTP channel and an RTCP channel between the media server 20 and the second terminal 30.

Accordingly, the second terminal 30 outputs the avatar image information of the caller (S67). Accordingly, the receiver having the second terminal 30 can clearly identify who the caller is through the avatar image information of the caller. At this time, the avatar image information of the caller received by the second terminal 30 may be registered in the internal image database 37. When the caller's avatar image information is registered in the second terminal 30, the caller's avatar image information is transmitted from the first terminal 10 when a call start request is requested from the first terminal 10 again. It is possible to directly output the avatar image information of the caller registered in the second terminal 30 without having to transmit to the second terminal 30.

Meanwhile, the media server 20 requests a call connection state of the second terminal 30 through an RTCP channel, and the second terminal 30 receives the current call connection state corresponding to the request. It provides the media server 20 through a channel. Accordingly, the media server 20 checks the call connection state of the second terminal 30 (S68).

Here, since the call connection state has the same meaning as described above, further description thereof will be omitted.

The media server 20 obtains avatar image information of a receiver corresponding to the checked call connection state of the second terminal 30 (S69). Since the avatar image information of the receiver is already registered in the media server 20 differently according to the call connection state, the media server 20 receives the avatar of the receiver corresponding to the call connection state provided from the second terminal 30. Images can be easily obtained.

The media server 20 transmits the obtained avatar image information of the receiver to the first terminal 10 through the RTP channel (S70).

The first terminal 10 outputs the avatar image information of the received receiver (S71). In this case, the received avatar image information of the receiver may be registered in the first terminal 10. The reason for this is the same as that described in S67 described above.

Subsequently, the SIP connection between the first terminal 10 and the media server 20 is released (S72).

By operating as described above, both the sender and the receiver can clearly and easily identify who the other party is by checking each other's avatar image information.

On the other hand, when the second terminal 30 accepts the start of the call (S73), a call channel is opened between the first terminal 10 and the second terminal 30, and through each other through the call channel. The call is started (S74).

Of course, when the call is terminated, the previously opened call channel is closed. Since this part is already widely used technology, further description thereof will be omitted.

4 is a block diagram showing a configuration of a communication system according to another embodiment of the present invention, and is a structure of a PTx (Push To X) system for providing multimedia contents. In this case, the PTx system has a structure similar to that of the communication system of FIG. 1 and will be briefly described as follows.

The PTx system controls the first PTx terminal 100, the second PTx terminal 200, and the PTx server 300 to transmit media information of the calling PTx terminal requesting to establish a session to the receiving PTx terminal. It consists of. In this case, the media information includes an avatar, a still image, a video, text, and the like.

The first PTx terminal 100 and the second PTx terminal 200 include the same components, the transmission and reception unit (110, 210), SIP system (120, 220), media output unit (140, 240) ), Media information databases 130 and 230, media information conversion units 150 and 250, and the like.

The transmission / reception unit (110, 210) is a call setup, call acceptance, call rejection, call channel opening and closing, the media output unit to implement a PTx service between the first PTx terminal 100 and the second PTx terminal 200 Signal input and the like are performed at 140 and 240.

The SIP system 120, 220 is a system for establishing or releasing a SIP connection, transmitting specific information, and receiving confirmation information for receiving the information. The SIP connection / setting / release means 121, 221 And RTP / RTCP transmission means (123, 223).

The SIP connection establishment / release means 121, 221 perform a preliminary operation to open an RTP / RTCP channel. That is, the SIP connection setting / release means 121 and 221 set the SIP channel so as to be connected to the PTx server 300, and the various data and control information transmitted and received between the media information and the terminal are the PTx terminal 100, 200) and PTx server 300 to be transmitted.

The RTP / RTCP transmission means 123 and 223 transmit and receive the media information in an RTP message and transmit and receive an acknowledgment message for the media information in an RTP or RTCP or SIP or FTP message.

The media information database 130, 230 is a database in which media information collected by the transmitting side PTx terminal is stored. The media information includes an avatar, a still image, a moving picture, and a text.

If the format of the received media information is different from that of the PTx terminal, the media information converting unit 150 or 250 converts the media information into a media information format supported by the PTx terminal.

The PTx server 300 includes the transmission / reception unit 310, the SIP system 320, and the database 330. In this case, the transmission and reception unit 310 and the SIP system 320 operates to transmit media information in association with the PTx terminals 100 and 200 as described above, and the database 330 is a PTx terminal ( 100, 200 stores the message sent or temporarily. That is, the message transmitted by the PTx terminal 100 or 200 is transmitted through the PTx server 300, which is stored in the database 330 when the PTx server 300 transmits the message to the receiving PTx terminal. The message can be deleted immediately or stored permanently.

5A is a flowchart illustrating a third embodiment of a method for identifying a counterpart according to the present invention, and includes a method of transmitting media information in an invitation message.

First, it is assumed that the transmitting terminal is the first PTx terminal 100 and the receiving terminal is the second PTx terminal 200.

The first PTx terminal 100 transmits an invitation message (INVITE) to the second PTx terminal 200 in order to invite the second PTx terminal 200 to the PTx session (S81). In this case, the invitation message includes the media information that the sender intends to transmit, such as the purpose of opening the session and information on the participant or sender. That is, the SIP system 120 of the first PTx terminal 100 includes the media information provided from the media information database 130 in a header or a body of the invitation message, and then transmits and receives the media information. The unit 110 transmits the data to the PTx server 300. In this case, the invitation message uses a SIP method and includes the media information in the SIP header or body. The media information is additional information that the sender wants to send to the receiver, such as the reason for the session, the number of participants, the time, the nickname of the participants, the gender, the group ID, and the like, and the avatar, voice, still image, video, text, etc. Are sent in the same media format.

After receiving the invitation message, the PTx server 300 transmits the invitation message to the second PTx terminal 200 (S82). That is, the invitation message is transmitted to the SIP system through the transmission / reception unit 310 of the PTx server. Received at 320, the SIP system 310 of the PTx server transmits the received invitation message to the second PTx terminal 200 through the transmission / reception unit 310.

Upon receiving the invitation message, the second PTx terminal 200 outputs media information included in the invitation message (S83). That is, the invitation message is input to the SIP system 220 through the transmission and reception unit 210 of the second PTx terminal, and the SIP system 220 extracts media information included in the invitation message and outputs the media output unit. Output to 240. If the format of the media information included in the invitation message is different from the media format supported by the second PTx terminal 200, the media information conversion unit 250 converts the format of the media information into the second PTx terminal 200. You can also convert to a media format supported by).

The recipient who has confirmed the media information output to the media output unit 240 determines whether to accept the invitation (S84), and when accepting the invitation, the second PTx terminal 200 accepts the invitation. The message is transmitted to the first PTx terminal 100 through the PTx server 300 (S85). At this time, the acceptance message is '200 OK'.

When a SIP session is connected between the first PTx terminal 100, the PTx server 300, and the second PTx terminal 200 (S86), the first PTx terminal 100 and the second PTx terminal are connected. The horse 200 may transmit and receive voice or video or various media data by participating in a PTx session (S87). At this time, the audio or video or various media data is transmitted to the RTP through the RTP / RTCP transmission means 223, the control signal for controlling the transmission of the data is transmitted via the RTCP.

When the recipient who confirms the media information output to the media output unit 240 does not accept the invitation, the second PTx terminal 200 transmits a rejection message for the invitation. In this case, the reject message may include a reason for rejection of the invitation. The reason for rejection is a media format such as voice, still image, video, text, etc. input by the receiver and is input to the body of the rejection message.

The rejection message may include a rejection reason for the invitation in a body of an existing SIP message, such as a '486 Busy Here' message or a '602 Decline' message, or a message defined separately for transmitting the reason for rejection. The procedure for sending the reject message will be rearranged later.

In FIG. 5A, the second PTx terminal rejects the invitation and simultaneously transmits the media corresponding to the reason for rejection of the invitation in a SIP message such as '486 Busy Here' or '602 Decline' (S88). ).

5B is a flowchart illustrating a fourth embodiment of a method for identifying a counterpart according to the present invention, which is another embodiment of FIG. 5A. In this case, if the PTx session invitation is not accepted, the process of transmitting the reject message is different from the third embodiment of FIG. 5A.

Here, the description of the overlapping process as in the third embodiment will be omitted, and the process of not accepting the invitation by the receiver who confirms the media information output to the media output unit will be described.

When the receiver rejects the invitation from the first PTx terminal, the second PTx terminal transmits a 'Provisional Decline (PRODEC)' message to the second terminal (S91). In this case, the 'Provisional Decline' message is a message including a content to reject the session invitation and transmit the reason for rejection of the invitation within a predetermined time.

The second PTx terminal transmitting the 'Provisional Decline' message includes the media corresponding to the reason for the rejection of the invitation in the SIP message such as '486 Busy Here' or '602 Decline' (S93).

FIG. 6A is a flowchart illustrating a fifth embodiment of a method for confirming a counterpart according to the present invention, and before a user of a receiving terminal invited to a session clearly indicates that he or she intends to participate in a PTx call session, the transmitting terminal uses RTP. In other words, the media information is transmitted. In this case, the transmitting terminal is the first PTx terminal 100 and the receiving terminal is the second PTx terminal 200.

The first PTx terminal 100 transmits an invitation message (INVITE) to the second PTx terminal 200 in order to invite the second PTx terminal 200 to the PTx session (S101). In this case, the invitation message includes a parameter that means to transmit the media information separately. That is, the invitation message includes an introduction media parameter that allows a receiving terminal to open a 'media session' to receive the media information transmitted to the RTP. Therefore, the terminal receiving the parameter can easily perform the determination of the reception without charging the receiver by receiving the media information through the RTP before determining the participation in the call session.

The invitation message is transmitted to the second PTx terminal 200 through the PTx server 300, and the second PTx terminal 200 transmits a response message to the invitation message to the first PTx terminal 100. ) And a media session for receiving media information between the second PTx terminal 200 (S102). In this case, the response message is a response message meaning that the decision to participate in the session is suspended until the media information transmitted by the first PTx terminal 100 is confirmed and the media session for receiving the media information is connected. This does not mean a decision to participate in the invited PTx session. As the response message, a message such as '180 Ringing' or '202 Accepted' or '183 Session Progress' may be used.

Upon receiving the response message, the first PTx terminal 100 transmits the media information about the session to the PTx server 300 by using the media session (S103). That is, the RTP / RTCP transmission means 123 of the first PTx terminal transmits the media information provided from the media information database 130 to the PTx server 300 through the transmission / reception unit 110 via the RTP.

The PTx server 300 receiving the media information transmits a confirmation message for receiving the media information to the first PTx terminal 100 by using an RTP or RTCP or a SIP or FTP message (S104). That is, the media information received by the PTx server 300 is input to the RTP / RTCP transmission means 323 of the SIP system through the transmission / reception unit 310, and the RTP / RTCP transmission means 323 is the media information. The acknowledgment message for reception is transmitted to the first PTx terminal 100 through the transmission and reception unit 310 using RTCP. In this case, when the first PTx terminal does not receive the confirmation message within a predetermined time, the first PTx terminal may consider that the transmission of the media information has failed and may retransmit the media information.

The PTx server 300 receiving the media information transmits the media information to the second PTx terminal 200 through RTP (S105). The second PTx terminal 200 receiving the media information transmits the media information. The acknowledgment message for reception is transmitted to the PTx server 300 by RTCP (S106). In this case, the RTP / RTCP transmission means 323 of the PTx server transmits the media information to the RTP through the transmission / reception unit 310, and the media information is RTP through the transmission / reception unit 210 of the second PTx terminal. When the RTP / RTCP transmission unit 223 of the second PTx terminal receives an acknowledgment message for receiving the media information through the transmission / reception unit 210, the RTP / RTCP transmission unit 223 receives the RTP or RTCP or SIP or FTP. The message is transmitted to the PTx server 300.

The first PTx terminal may transmit the completion of the transmission of the media information to be transmitted using the RTP or RTCP or SIP message. That is, the transmitting terminal may transmit a termination signal using the message to the receiving terminal to inform the receiving terminal of the completion time of the media information transmission.

The media information received by the SIP system 220 of the second PTx terminal is output through the media output unit 240 (S107), and the receiver confirming the media information output to the media output unit 240 invites the session. It is determined whether or not to accept (S108). In this case, when the format of the received media information is different from the format supported by the second PTx terminal 200, the media information conversion unit 250 supports the media information by the second PTx terminal 200. Output the media format.

When the receiver accepts the session invitation, the second PTx terminal 200 transmits an acceptance message for the invitation to the first PTx terminal 100 through the PTx server 300 (S109). In operation S110, the second PTx terminal 200 participates in the session. At this time, the acceptance message is '200 OK'.

If the receiver does not accept the invitation of the session, the second PTx terminal 200 transmits a rejection message for the invitation. In this case, the reject message may include a media indicating the reason for rejection of the invitation. The media indicating the reason for rejection are voice, still image, video, text, etc. input by the receiver.

The rejection message may include a rejection reason for the invitation in a body of an existing message such as a '486 Busy Here' message or a '602 Decline' message, or a message defined separately for transmitting the reason for rejection. The procedure for sending the reject message will be rearranged later.

In FIG. 6A, the second PTx terminal rejects the invitation and simultaneously transmits the media corresponding to the reason for rejection of the invitation in a SIP message such as '486 Busy Here' or '602 Decline' (111). ).

6B is a flowchart illustrating a sixth embodiment of a method for identifying a counterpart according to the present invention, which is another embodiment of FIG. 6A. In this case, if the PTx session invitation is not accepted, the process of transmitting the reject message is different from the fifth embodiment of FIG. 6A.

Here, the description of the overlapping process as in the fifth embodiment will be omitted, and the process of not accepting the invitation by the receiver who confirms the media information output to the media output unit will be described.

When the receiver rejects the invitation from the first PTx terminal, the second PTx terminal rejects the session invitation and transmits the reason for rejection of the invitation within a predetermined time. 'Provisional Decline (PRODEC)' 'Send a message to the second terminal (S121).

The second PTx terminal transmitting the 'Provisional Decline' message includes the media corresponding to the reason for rejection of the invitation in a SIP message such as '486 Busy Here' or '602 Decline' (S123).

6C is a flowchart illustrating a seventh embodiment of a counterpart identification method according to the present invention, which is another embodiment of FIGS. 6A and 6B. In this case, the process of transmitting the reject message is different from that of the fifth and sixth embodiments.

Here, the description of the overlapping process as in the fifth embodiment and the sixth embodiment will be omitted, and a description will be given from the process in which the recipient who confirms the media information output to the media output unit does not accept the invitation.

When the receiver rejects the invitation from the first PTx terminal, the second PTx terminal rejects the session invitation and transmits the reason for rejection of the invitation within a predetermined time. 'Provisional Decline (PRODEC)' 'Send a message to the second terminal (S131).

The second PTx terminal transmitting the 'Provisional Decline' message transmits the media corresponding to the reason for rejection of the invitation using RTP (S133), and after the transmission of the media corresponding to the reason for rejection is completed, the RTP / The media transmission completion message is transmitted to the receiving terminal by using RTCP / SIP / FTP (S135).

Referring to the embodiments illustrated in FIGS. 5A, 5B, 6A, 6B, and 6C, a process of transmitting a reject message by a receiving terminal is as follows.

First, as soon as the receiver refuses to participate in the session, the receiver transmits the rejected message inputted by the receiver in a SIP message body such as '486 Busy Here' or '602 Decline'. In particular, the '486 Busy Here' message is generally transmitted when the receiving terminal is not participating in the session because the receiving terminal is currently participating in another session or is in a voice call. Can be.

Secondly, a message including a message indicating that the session invitation is rejected and the reason for rejection of the session invitation is transmitted within a predetermined time, that is, a Provisional Decline (PRODEC) message is transmitted, and the rejection reason inputted by the receiver within the time is transmitted. Send a SIP message that contains. That is, the rejection of the session invitation and the reason for the rejection of the session invitation may be transmitted through a separate message. In this case, the SIP message is a '486 Busy Here' or '602 Decline' message.

Third, after transmitting the Provisional Decline message and transmitting the media corresponding to the reason for rejection using the RTP within the time, the media transmission completion message for notifying the completion time of the media transmission is RTP / RTCP / SIP / FTP. To send. In this case, the method of using RTP as the reason for rejection may be applied when transmitting media information for PTx session invitation using RTP.

7 is an embodiment of a SIP message including the reason for rejection, which is shown in XML format. The reason for rejection is media such as voice, still image, moving picture, and text.

As described above, the present invention can clearly and easily identify or identify the other party using SIP. Accordingly, the receiver may not answer the call depending on the caller, and the caller may immediately know whether the caller has made a wrong call.

In addition, according to the present invention, a caller who has not registered avatar image information in the media server may transmit caller avatar image information registered in the terminal to the receiver.

In addition, according to the present invention, when the caller makes a call at least once, since the avatar image information of the caller is registered inside the receiving terminal (second terminal in the present invention), the caller calls the callee again. The caller's avatar image information, which is already registered in the second terminal, may be immediately output without needing to separately transmit the caller's avatar image information. Of course, the opposite is also possible. That is, if the same recipient is requested to make a phone call more than once, since the avatar video information of the same receiver is already registered in the caller's terminal (first terminal in the present invention), the registered receiver avatar video information can be immediately output. There is no need to separately receive the avatar image information of the receiver.

Therefore, the present invention transmits the video information of the sender to the receiver by using the SIP protocol which is widely used, thereby reducing the cost because no software or hardware is added.

In addition, the present invention includes the media information about the session transmitted in the invitation message sent by the sender, so that the receiver can check the information on the sender or the session and determine whether to participate in the session before joining the session. There is.

According to the present invention, when the receiver rejects the session invitation, the sender who invites the receiver to the session by transmitting the reason for rejection in the reject message can check the reason why the session invitation is rejected.

Claims (75)

delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete In session-based communication including at least one terminal, Transmitting, by the transmitting terminal, media information indicating an invitation reason for the session in the session connection request message; A receiving terminal outputting the media information included in the session connection request message; And receiving, by the receiving terminal, session participation or rejection of the session invitation according to a session participation determination input. 25. The system of claim 24, wherein the session join decision input is The other party's identification method, characterized in that receiving from the user of the receiving terminal. 25. The method of claim 24, wherein the session connection request message is The counterpart identification method, characterized in that the session invitation message (INVITE). 27. The method of claim 26, wherein the media information is Counterpart identification method, characterized in that it is included in a body or a header of the session invitation message. The method of claim 24, wherein the media information is The counterpart identification method comprising at least one of a text, a still image, a video, and an avatar. The method of claim 24, If not participating in the session, the receiving terminal further comprises the step of transmitting a rejection message for rejecting the invitation to the transmitting terminal. 30. The method of claim 29, wherein said reject message is The other party identification method comprising the reason for the refusal to participate in the session. The method of claim 30, wherein the reason for the rejection The counterpart identification method comprising at least one of a text, a still image, a video, and an avatar. delete Transmitting, by the transmitting terminal, an invitation message including media information; A receiving terminal receiving the invitation message and outputting the media information included in the invitation message; Receiving, by the receiving terminal, a decision whether to participate in the session invitation from a user; Receiving a decision not to participate in the session, the receiving terminal comprises transmitting a rejection message. The method of claim 33, wherein Receiving the decision to participate in the session invitation, the receiving terminal further comprises the step of transmitting an acceptance message to the transmitting terminal. 35. The method of claim 34 wherein the accept message is The other party identification method, characterized in that 200 OK. 34. The method of claim 33, wherein the media information is Counterpart identification method, characterized in that it is included in the body or header of the invitation message. 34. The method of claim 33, wherein the media information is The counterpart identification method comprising at least one of a text, a still image, a video, and an avatar. 34. The method of claim 33, wherein transmitting the reject message is The other party identification method, characterized in that the process of transmitting a SIP message containing the reason for rejection can not participate in the session. 34. The method of claim 33, wherein transmitting the reject message is Transmitting a 'Provisional Decline' message to send a reason for refusal to participate in the session within a predetermined time; Transmitting the SIP message including the reason for rejection within a predetermined time. 40. The method of claim 38 or 39 wherein the SIP message is The other party identification method, characterized in that the "486 Busy Here" message or "602 Decline" message. Transmitting, by the transmitting terminal, the invitation message to the receiving terminal; Transmitting, by the receiving terminal, a first response message to establish a first session for receiving media information in response to receiving the invitation message; Transmitting, by the transmitting terminal, media information through the first session in response to receiving the first response message; And transmitting a second response message when the receiving terminal participates in the session in response to the reception of the media information. 42. The method of claim 41 wherein the first response message is The other party identification method, characterized in that the message '180 Ringing' or '602 Accepted' or '183 Session Progress.' 42. The method of claim 41 wherein the second response message is The other party identification method, characterized in that '200 OK'. 42. The method of claim 41 wherein the media information is The counterpart identification method comprising at least one of a text, a still image, a video, and an avatar. 42. The method of claim 41 wherein And if the user does not participate in the session, transmitting the rejection message to the transmitting terminal by the receiving terminal to reject the invitation. 46. The method of claim 45, wherein transmitting the reject message is The other party identification method, characterized in that the process of transmitting a SIP message containing the reason for rejection can not participate in the session. 46. The method of claim 45, wherein transmitting the reject message is Transmitting a 'Provisional Decline' message to send a reason for refusal to participate in the session within a predetermined time; Transmitting the SIP message including the reason for rejection within a predetermined time. 48. The method of claim 46 or 47, wherein the SIP message is The other party identification method, characterized in that the "486 Busy Here" message or "602 Decline" message. 46. The method of claim 45, wherein transmitting the reject message is Transmitting a 'Provisional Decline' message to send a reason for refusal to participate in the session within a predetermined time; Transmitting the reason for rejection using RTP within a predetermined time; And transmitting the media transmission completion message after the rejection reason transmission. A first terminal comprising a first call means for requesting a call start and a first SIP system for establishing a SIP connection and transmitting video information of a caller according to the call start request; A media server including a second SIP system for establishing a SIP connection and transmitting image information of the caller to a second terminal; And a second call means for transmitting and receiving data with the first call means, a third SIP system for establishing a SIP connection and receiving video information of the caller, and a second display unit for outputting video information of the caller. And a second terminal. The system of claim 50, wherein the third SIP system of the second terminal is Communication system, characterized in that for transmitting the image information of the receiver. delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete

Images