This application is a Continuation of co-pending Reissue application Ser. No. 12/859,216 filed Aug. 18, 2010, which is a reissue of U.S. Pat. No. 7,499,528B2 issued on Mar. 3, 2009, which claims foreign priority benefits of Korean Patent Application No. 10-2004-0013939 filed Mar. 2, 2004 in Republic of Korea. The entire contents of each of the above-identified applications are hereby incorporated by reference. Notice: More than one reissue application has been filed for the reissue of U.S. Pat. No. 7,499,528B2. The reissue applications are application Ser. No. 12/859,175 also issued as U.S. Pat. No. Re. 43,648, application Ser. No. 12/859,201, application Ser. No. 12/859,207 also issued as U.S. Pat. No. Re. 43,559, application Ser. No. 12/859,216, application Ser. No. 12/859,225 also issued as U.S. Pat. No. Re. 43,893, and application Ser. No. 13/020,319 also issued as U.S. Pat. No. Re. 43,852, and the present application.
BACKGROUND OF THE INVENTION1. Field of the Invention
The present invention relates to a communication system, and more particularly, to a method and communication system for identifying a calling/called party (sender/caller or recipient) before calling or answering.
2. Description of the Related Art
Various methods of identifying the calling/called party are being introduced.
There is a well-known method of transmitting the caller's phone number to the recipient's terminal during the ringing signal or when the call is being set up but before the call is answered, such that the recipient can see the caller's phone number on the terminal display. However, if the recipient does not know the phone number, the recipient cannot identify the caller.
In another method, caller's name, avatar/image as well as the caller's phone number, which are previously stored in the recipient's terminal, are displayed on the terminal display. However, the recipient cannot also identify the caller with this method when the caller's name and avatar/image are not stored in the recipient terminal.
SUMMARY OF THE INVENTIONAccordingly, the present invention is directed to a method and communication system for identifying a calling/called party that substantially obviates one or more problems due to limitations and disadvantages of the related art.
An object of the present invention is to provide a method and communication system for identifying a calling/called party, in which image data of a calling party can be transmitted to a called party without adding additional software and hardware, thereby decreasing manufacturing and operating costs.
Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objectives and other advantages of the invention may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
To achieve these objects and other advantages and in accordance with the purpose of the invention, as embodied and broadly described herein, a method of identifying a calling/called party includes the steps of: registering image data of a calling party in a first terminal; transmitting the image data and a call request of the first terminal to a second terminal via a media server; and displaying the image data of the calling party on the second terminal.
In another aspect of the present invention, there is provided a method of identifying a calling/called party, including the steps of: registering image data of calling party and called party in a media server in accordance with a call condition; transmitting a call request and an image data forwarding request of a first terminal to the media server; transmitting the registered image data of the calling party from the media server to a second terminal in response to the image data forwarding request; and displaying the image data of the calling party on the second terminal.
In a further another aspect of the present invention, there is provided a communication system for identifying a calling/called party, including: a first terminal having a communication unit for requesting a call, an SIP system for transmitting image data of a calling party and receiving image data of a called party, a display for displaying the image data of the called party, and an image database for registering the image data of the calling party; a media server having an SIP system for transmitting the image data of the calling party received from the first terminal to the called party and transmitting the image data of the called party to the first terminal, an image database for registering the image data of the called party in accordance with a call condition, and means for selecting one of the image data of the called party corresponding to the call condition; and a second terminal having a communication unit for responding to the call requested from the first terminal to open a communication channel with the first terminal, an SIP system for receiving the image data of the calling party from the first terminal, and a display for displaying the image data of the calling party.
In a still further another aspect of the present invention, there is provided a communication system for identifying a calling/called party, including: a first terminal having a communication unit for requesting a call, an SIP system for transmitting an image data forwarding request of a calling party and receiving image data of a called party, and a display for displaying the image data of the called party; a media server having an SIP system for transmitting the image data of the calling party to the called party in response to the image data forwarding request and transmitting the image data of the called party to the first terminal, an image database for registering the image data in accordance with a call condition, and means for selecting one of the image data of the called party corresponding to the call condition; and a second terminal having a communication unit for responding to the call requested from the first terminal to open a communication channel with the first terminal, an SIP system for receiving the image data of the calling party from the first terminal, and a display for displaying the image data of the calling party.
It is to be understood that both the foregoing general description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.
BRIEF DESCRIPTION OF THE DRAWINGSThe accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principle of the invention. In the drawings:
FIG. 1 is a block diaphragm of a communication system according to a preferred embodiment the present invention;
FIG. 2 is a flowchart showing a method of transmitting an avatar data registered in a terminal according to a preferred embodiment of the present invention; and
FIG. 3 is a flowchart showing a method of transmitting an avatar data registered in a media server according to a preferred embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTIONReference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
FIG. 1 is a block diaphragm of a communication system according to a preferred embodiment the present invention;
Referring toFIG. 1, an communication system includes: a first andsecond terminals10 and30 for making a call and answering the call; and amedia server20 for transmitting image data of the calling party to the called party, transmitting image data of the called party to the calling party, and storing the image data.
The image data can be any kind of picture or character, such as an avatar, a still picture, a moving picture, and a text so long as the calling party and called party can be identified with the image data. The avatar is an image of a person used to represent somebody, and it is available from the Internet. The still picture and moving picture can be stored using a camera of a terminal. The text can be used to identify the calling party or the called party instead of the avatar or the pictures. For example, the text may include personal information such as physical and characteristic information.
Both thefirst terminal10 and thesecond terminal30 are capable of making and answering a call. Therefore, thefirst terminal10 may be a calling terminal and thesecond terminal30 answering terminal, and vice versa.
In the embodiments of the present invention, thefirst terminal10 is illustrated as a calling terminal and thesecond terminal30 is illustrated as an answering terminal.
The elements of thefirst terminal10 and the second terminal are similar. That is, the first andsecond terminals10 and30 may includecommunication units11 and31, session initiation protocol (SIP)systems12 and32,image databases17 and37, and displays18 and38, respectively.
Each of thecommunication units11 and31 is capable of requesting a call and accepting a call request. For example, when the calling party requests a call with thecommunication unit11 of thefirst terminal10, thecommunication unit31 of thesecond terminal30 receives the requested call and generates a ringing signal or activates a vibration mechanism for the called party. If the called party accepts the requested call, thecommunication unit31 sends a call-accepting message to thecommunication unit11 to open a communication channel between thefirst terminal10 andsecond terminal30. That is, thecommunication units11 and31 are provided to request a call, accept the call, and open/close the communication channel.
A base station, a mobile switching center, and other stations (not shown inFIG. 1) may be located between thecommunication unit11 and thecommunication unit31 for the communication therebetween. The call requested at thecommunication unit11 may be transmitted to thecommunication unit31 via the base station, the mobile switching center, and other stations. Also, the call-accepting message at thecommunication unit31 may be transmitted to thecommunication unit11 via the base station, the mobile switching center, and other stations.
TheSIP systems12 and32 set and release SIP channel connections. Also, theSIP systems12 and32 send data to the other locations and receive receipt notification messages from the other locations. For this purpose, theSIP systems12 and32 may include SIP connection setup/release units14 and34, and real time transport protocol/real time control protocol (RTP/RTCP) transmittingunits16 and36, respectively.
The SIP connection setup/release units14 and34 are provided to set SIP channel connections between thefirst terminal10 and themedia server20 and between thesecond terminal30 and themedia server20 before opening RTP/RTCP channels therebetween. That is, the RTP/RTCP channels are opened after the SIP channel connections are set. Therefore, thefirst terminal10 can transmit RTP data (e.g., avatar data of the calling party) to themedia server20, and thesecond terminal30 can receive the avatar data of the calling party from themedia server20. Also, thefirst terminal10 can receive a receipt notification message (e.g., a BYE message) from themedia server20 after transmitting the avatar data of the calling party to themedia server20, and themedia server20 can receive a receipt notification message from thesecond terminal30 after transmitting the avatar data of the calling party to thesecond terminal30.
After this communication operation, the SIP connection setup/release units14 and34 release the SIP channel connections.
Preferably, theSIP systems12 and32 operate in association with thecommunication units11 and31. That is, theSIP system12 operates when thecommunication unit11 sends the call request to thecommunication unit31. Also, theSIP system32 operates to receive the avatar data of the calling party from themedia server20 when thecommunication unit31 receives the call request.
TheSIP system12 operates at the same time when thecommunication unit11 sends the call request. Foremost, the SIP connection setup/release unit14 of theSIP system12 sets the SIP channel connection to connect thefirst terminal10 with themedia server20.
Then, the RTP/RTCP transmitting unit16 transmits the avatar data according to the following ways:
In one way, the avatar data registered in thefirst terminal10 are transmitted to thesecond terminal30 through themedia server20 in accordance with the RTP protocol.
In another way, the avatar data of the calling party are previously registered in themedia server20, and themedia server20 transmits the avatar data to the called party in accordance with the RTP protocol when requested to send the avatar data to the called party.
The former will now be more fully described and the latter will be described later in association with themedia server20.
The avatar data may be registered in theimage database17 of thefirst terminal10. It will be apparent to those of skill in the art that the avatar data include still picture data, moving picture data, text data, etc., as well as the avatar data. Meanwhile, theimage database37 of thesecond terminal30 is not necessary in this way because the avatar data of the called party are already registered in themedia server20.
Further, another avatar data of another called party may be registered in theimage database17 if thefirst terminal10 have requested a call at least one time to the another called party.
The RTP/RTCP transmitting unit16 reads the avatar data of the calling party from theimage database17 and transmits the avatar data to themedia server20 through the RTP channel. Themedia server20 transmits the received avatar data to thesecond terminal30 for displaying the avatar data on thedisplay38 of thesecond terminal30.
Herein, themedia server20 sends a receipt notification message (e.g., a BYE message) to thefirst terminal10 through the RTCP channel the time when themedia server20 receives the avatar data of the calling party from thefirst terminal10. Therefore, thefirst terminal10 can be informed that the avatar data are successfully transmitted to themedia server20.
When the avatar data of the calling party are displayed on thedisplay38 of thesecond terminal30, thedisplay18 of thefirst terminal10 displays the avatar data of the called party received from themedia server20.
The display of avatar data of the called party on thedisplay18 of thefirst terminal10 will be more fully described later when the overall operation of the communication system of the present invention is described.
Thesecond terminal30 has the similar configuration to thefirst terminal10. Since thesecond terminal30 is illustrated as an answering terminal, the avatar data of the calling party are displayed on thedisplay38 of thesecond terminal30.
In case thesecond terminal30 is a calling terminal, an avatar data registered in theimage database37 of thesecond terminal30 may be transmitted to thefirst terminal10 to display the avatar data on thedisplay18.
Themedia server20 may include anSIP system22, ascheduling unit27, and animage database28.
In case the avatar data of the calling party are registered in thefirst terminal10, the avatar data of the calling party may not be registered in theimage database28 of themedia server20. In this case, the avatar data of the calling party may be transmitted from thefirst terminal10 to thesecond terminal30 via themedia server20. Themedia server20 may temporarily store the avatar data of the calling party during transmission of the avatar data of the calling party, and the temporarily stored avatar data may be deleted or not deleted after the transmission.
TheSIP system22 of themedia server20 is compatible with theSIP systems12 and32 of the first andsecond terminals10 and30. TheSIP system22 may include an SIP connection setup/release unit24 and an RTP/RTCP transmitting unit26 to correspond with theSIP systems12 and32.
When the SIP connection setup/release unit14 sends an SIP channel connection request to themedia server20, themedia server20 accepts the request and sets the SIP channel connection with thefirst terminal10. Through the SIP channel, thefirst terminal10 can send the avatar data of the calling party (RTP data) to themedia server20, and themedia server20 can send the receipt notification message (e.g., a BYE message) to thefirst terminal10 in response to the received avatar data.
Thescheduling unit27 and theimage database28 may be provided to register the avatar data of the calling/called party.
The calling and called parties can register different avatar data for different call conditions.
For example, the called party can register different avatar data in theimage database28 for different call conditions, such as when ready to receive a call, receiving another call, has the terminal30 powered off, and incapable of receiving a call (e.g., when in a theater, a meeting, or a bathroom).
Thescheduling unit27 checks the call condition of the called party and selects one of the avatar data corresponding to the checked call condition. Also, other data such as identifiers, phone numbers, as well as the avatar data can be registered in theimage database28 for both the calling and called parties.
In this manner, the avatar data are registered and set according to the call condition. Therefore, when thefirst terminal10 sends a call request and an avatar data forwarding request, themedia server20 searches the avatar data of theimage database28 according to the identifier or phone number of the calling party to find an avatar corresponding to the calling party and sends the avatar to thesecond terminal30, such that the avatar of the calling party can be displayed on thedisplay38 of thesecond terminal30.
Further, themedia server20 checks the call condition of thesecond terminal30, selects an avatar corresponding to the call condition form theimage database28, and sends the avatar to thefirst terminal10 for displaying on thedisplay18.
Hereinafter, a method of identifying a calling/called party will now be described. There are two ways of transmitting the avatar data: one way is to transmit the avatar data that are registered in the terminal10 orterminal30, and another way is to transmit the avatar data that are previously registered in themedia server20.
FIG. 2 is a flowchart showing a method of transmitting an avatar data registered in a terminal according to a preferred embodiment of the present invention; and
Referring toFIGS. 1 and 2, avatar data of the calling party are registered in theimage database17 of thefirst terminal10 in operation S41. Herein, the avatar data of the calling party are not registered in themedia server20. The avatar data may include still picture data, moving picture data, text data, as well as avatar data. The avatar data are image data representing a person and it is available from the Internet. Also, the still picture and moving picture data may be picture data of the calling party taken with a camera such as a built-in camera of the terminal10. Information about the calling party may be contained in the text data to represent the calling party. The calling party can register one of the avatar data, the still picture data, the moving picture data, the text data, and a combination thereof.
In operation S42, thefirst terminal10 of the calling party transmits a call request to thesecond terminal30 of the called party. The way of the call request is well known in the art.
In operation S43, the SIP channel connection is set between thefirst terminal10 and themedia server20. After the SIP channel is set, data and control signals can be transmitted between thefirst terminal10 and themedia server20.
In operation S44, thefirst terminal10 transmits the avatar data of the calling party from theimage database17 to themedia server20 through the RTP channel in the form of packet.
In operation S45, themedia server20 sends a receipt notification message (e.g., a BYE message) to thefirst terminal10 through the RTCP channel when themedia server20 receives the avatar data of the calling party.
In operation S46, themedia server20 transmits the received avatar data of the calling party to thesecond terminal30 through the RTP channel between themedia server20 and thesecond terminal30. After the avatar data of the calling party are transmitted to thesecond terminal30, the avatar data may be deleted from themedia server20. The RTP and RTCP channels are opened between themedia server20 and thesecond terminal30 before the avatar data of the calling party are transmitted to thesecond terminal30. The called party can open the RTP and RTCP channels by manipulating thesecond terminal30, for example, pressing an “ON” button.
In operation S47, thesecond terminal30 displays the received avatar data of the calling party. Therefore, the called party of thesecond terminal30 can exactly identify the calling party through the displaying avatar data. Thesecond terminal30 may register the received avatar data of the calling party in theimage database37 to display the registered avatar data instead of repeatedly receiving the avatar data from thefirst terminal10 when the first terminal10 requests a call again.
In operation S48, themedia server20 asks thesecond terminal30 for a call condition through the RTCP channel, and correspondingly thesecond terminal30 sends its call condition to themedia server20 through the RTCP channel, such that themedia server20 can check the call condition of thesecond terminal30.
When the calling party makes a call to the called party, the called party may be in various situations such as when ready to receive a call, receiving another call, being on duty, and incapable of receiving a call. Also, thesecond terminal30 of the called party may be power-off or incapable of receiving a call. The term “call condition(s)” is used to denote such situations and conditions. That is, when themedia server20 asks thesecond terminal30 for the call condition, thesecond terminal30 may inform themedia server20 of its call condition among such situations and conditions. The call condition checking operation is well known to those of skill in the art.
In operation S49, themedia server20 selects an avatar of avatar data of the called party corresponding to the checked call condition from theimage database28. For this operation, the called party can register avatar data having different avatars, pictures and texts inimage database28 of themedia server20 for different call conditions. Also, since the calling party of thefirst terminal10 can be a called party, the calling party of thefirst terminal10 can register his/her avatar data in theimage database28 for different call conditions.
In operation S50, themedia server20 transmits the selected avatar of the called party to thefirst terminal10 through the RTP channel.
In operation S51, thefirst terminal10 displays the received avatar of the called party. Thefirst terminal10 may register the received avatar of the called party in itsimage database17 for later usage, for the same purpose as is described in operation S47.
In operation S52, the SIP channel connection between the10 and themedia server20 is released.
Therefore, each of the calling party and the called party can see the avatar of the opposing party when making and answering a call, thereby exactly identifying the opposing party.
If thesecond terminal30 accepts the call request of thefirst terminal10 in operation S53, communication channel between the first andsecond terminals10 and30 is open for the communication therebetween in operation S54.
After the communication between theterminals10 and30, the communication channel is closed as is well known in the art.
FIG. 3 is a flowchart showing a method of transmitting an avatar data previously registered in a media server according to a preferred embodiment of the present invention.
Referring toFIGS. 1 and 3, avatar data for different call conditions are registered in themedia server20 in operation S61. Both the called party and the calling party can register their avatar data for their different call conditions, and the avatar data may be registered together with identifiers and phone numbers.
Theterminals10 and30 do not store opposing party's avatar data. But theterminals10 and30 may store the opposing party's avatar data after a call (described later).
The avatar data may include still picture data, moving picture data, text data, etc., as well as avatar data.
The avatar data may be registered in the media server with thefirst terminal10, thesecond terminal30, a personal computer (PC), or other devices.
In operation S62, the calling party of the first terminal10 requests a call to themedia server20. The operation of the call request is well known in the art.
In operation S63, the SIP channel connection is set between thefirst terminal10 and themedia server20 in response to the call request. After the SIP channel is set, data and control signals can be transmitted between thefirst terminal10 and themedia server20.
In operation S64, thefirst terminal10 transmits an avatar data forwarding request to themedia server20 through the RTP channel. Since the avatar data of the calling party are already registered in themedia server20, thefirst terminal10 can request themedia server20 to send the avatar data of the calling party to thesecond terminal30 by transmitting the avatar data forwarding request.
In operation S65, themedia server20 sends a receipt notification message (e.g., a BYE message) to thefirst terminal10 through the RTCP channel when themedia server20 receives the avatar data forwarding request. That is, themedia server20 sends the receipt notification message to inform thefirst terminal10 that the avatar data forwarding request is successfully received. Therefore, thefirst terminal10 can check that its avatar data forwarding request is successfully transmitted to themedia server20.
In operation S66, themedia server20 transmits the avatar data of the calling party from theimage database28 to thesecond terminal30 through the RTP channel in response to the avatar data forwarding request. Thesecond terminal30 may request to open the RTP and RTCP channels between themedia server20 and thesecond terminal30 before the avatar data of the calling party are transmitted to thesecond terminal30. That is, the called party can open the RTP and RTCP channels by manipulating thesecond terminal30, for example, pressing an “ON” button.
In operation S67, thesecond terminal30 displays the received avatar data of the calling party. Therefore, the called party of thesecond terminal30 can exactly identify the calling party through the displaying avatar data. Thesecond terminal30 may register the received avatar data of the calling party in theimage database37 to display them instead of repeatedly receiving the avatar data from themedia server20 when the first terminal10 requests a call again.
In operation S68, themedia server20 asks thesecond terminal30 for a call condition through the RTCP channel, and correspondingly thesecond terminal30 sends its call condition to themedia server20 through the RTCP channel, such that themedia server20 can check the call condition of thesecond terminal30.
The term “call condition” denotes the same meaning as described above.
In operation S69, themedia server20 selects an avatar of the avatar data of the called party corresponding to the checked call condition from theimage database28. Since the avatar data having different avatars, pictures and texts that are previously registered inimage database28 of themedia server20 for different call conditions, themedia server20 can easily select the avatar corresponding to the call condition.
In operation S70, themedia server20 transmits the selected avatar of the called party to thefirst terminal10 through the RTP channel.
In operation S71, thefirst terminal10 displays the received avatar of the called party. Thefirst terminal10 may register the received avatar of the called party in itsimage database17 for later usage, for the same purpose as is described in operation S67.
In operation S72, the SIP channel connection between the10 and themedia server20 is released.
Therefore, each of the calling party and the called party can see the avatar of the opposing party when making and answering a call, thereby exactly identifying the opposing party.
If thesecond terminal30 accepts the call request of thefirst terminal10 in operation S73, communication channel between the first andsecond terminals10 and30 is open for the communication therebetween in operation S74.
After the communication between theterminals10 and30, the communication channel is closed as is well known in the art.
As described above, the calling party and called party easily identify the opposing party using the SIP protocol, such that the called party can selectively answer the call depending on the calling party, and the calling party can be informed promptly when dialing a wrong number.
Further, in case the calling party does not register the avatar data in the media server, the calling party can utilize the avatar data of his/her terminal to transmit the avatar to the called party when making a call.
Furthermore, when the called party receives a call at least one time from the calling party, the called party can register the avatar data of the calling party in the terminal for later usage, such that the terminal of the called party can display the registered avatar data instead of repeatedly receiving the avatar data when the same calling party called. In the same way, when the calling party requests a call to the called party, the calling party can register the avatar data received from the called party for later usage instead of repeatedly receiving the avatar data of the called party.
The method and communication system of the present invention provides an easy way of identifying the calling/called party by utilizing the well known SIP protocol without adding additional software and hardware.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention. Thus, it is intended that the present invention covers the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents.