KR101322990B1 - Method for securing privacy in the automatic answer mode of Push-To service - Google Patents

Abstract

A method for securing invitee's privacy in an answering mode of a PT (Push-To) service is disclosed. According to an embodiment of the present invention, the invited PT server receiving the session invitation message may receive an auto-reply message including privacy information preset by the invited PT client. Send to Inviting PT server. The privacy information may be set as public or private to the identity information. The first PT server generates a notification message including the identity information corresponding to the privacy information included in the received auto-reply message together with the connection status information of the invited PT client and transmits the notification message to the inviting PT client. . The identity information may indicate an ID of an invited PT client or anonymity.

IMS, Push-To, SIP, Privacy, Auto Answer Mode

Description

Method for securing privacy in the automatic answer mode of Push-To service}

1 is a message / signal flowchart showing a PoC service setting procedure according to an embodiment of the present invention.

2 is a table showing an example of a SIP PUBLISH message including privacy information according to an embodiment of the present invention.

3 is a message / signal flow diagram illustrating a PoC session invitation procedure according to an embodiment of the present invention.

4 is a message / signal flow diagram illustrating an example of a process of storing PoC user preference information in an XDM server according to an embodiment of the present invention.

5 is a message / signal flow diagram illustrating a PoC session invitation procedure according to another embodiment of the present invention.

The present invention relates to a Session Initiation Protocol (SIP) based session service, and more particularly, to a method for ensuring the privacy of a responder in an automatic response mode of a push-to-service and performing the method. For a PT client terminal and / or server.

SIP is a signaling protocol in which terminals to communicate with each other identify a location, find a location thereof, and specify a procedure for creating or deleting a multimedia service session between them. The SIP-based service has a request / response structure that controls the creation, modification, and termination of a multimedia service session, and uses a SIP Uniform Resource Locator (SIP) similar to an email address to distinguish each user. This provides services without being tied to Internet Protocol (IP) addresses.

One example of a SIP-based session service is a Push-TO (PT) service. The PT service was developed to provide fast communication between operators and consumers through a mobile communication network. Among the clients that have established sessions through the server, one client assigned voice or video includes voice or video. The remaining clients that transmit the media data and participate in the session collectively refer to the communication service that receives the media data. The PT is a push-to-talk over cellular (PoC) for transmitting voice data and provides a call service, a push-to video (PTV) for transmitting video or video data, and a PTD (for transmitting various data). Push-To Data) and the like. Using this PT service, voice, video, data, and the like can be transmitted to one receiver (1-to-1) or a group of recipients (1-to-many) such as a group chat session.

These PT services, which support group calls as well as one-to-one calls, seek to ensure the privacy of each individual during the call. More specifically, when using PT services, each user (i.e., a user invited to join a PT session) must either open his or her identity, such as a nickname and / or IP address, or be anonymous. You can decide according to your own intention. Each individual's intention to reveal the identity is included in the response message to the session invitation as privacy information and transmitted to the counterpart.

For example, the privacy information may be transmitted to the inviter's PT server by being included in a header part such as a 200 OK message, which is one of the response messages to the session invitation message, as a privacy header. And the PT server of the inviter (Inviting PT User) discloses the identity of the responder (Invited PT User) to the inviter based on the privacy information included in the received response message; or Anonymously In addition, the inviter's PT server assumes that if the received response message does not include privacy information, the responder has agreed to disclose his identity to the invitee PT user or another PT user in the PT session.

However, in the conventional method of securing privacy in the PT service, when the procedure is performed by the automatic answer mode, there may be a problem that the privacy of the respondent (the invited PT user) is not properly guaranteed. This is because, in the auto answer mode, there is a high possibility that an auto reply message (eg, 183 Session Progress message) not including the privacy information is transmitted to the inviter's PT server through the invitee's PT server. . In this case, the term “directly” means that the auto-reply message is sent from the invited PT user to the invited PT server regardless of whether a response message (eg, 200 OK message) has been received from the invited PT user who has received the session invitation message. ) Is sent. As a result, in the answering machine mode, the invite PT server may or may not receive the invite PT user's privacy information, and if so also against the invite PT user's intentions against the invite PT user's intention not to disclose his or her identity. In some cases, a problem arises in that the identity of the invited PT user is known to other PT users.

The technical problem to be achieved by the present invention is to ensure the privacy of the responder PT service that can ensure the privacy of respondents by reflecting the intention of the invited PT user about whether the identity is disclosed even in the automatic response mode of the PT service. To provide a way.

Another technical problem to be achieved by the present invention is to solve the above-described problems of the prior art, and to provide a method for controlling the disclosure of identity information of a PT user in a PT service.

Another technical problem to be solved by the present invention is to provide a PT terminal and a method for registering PT user privacy information in a PT service setting procedure and a method of using the privacy information in an automatic response mode of PT service. .

Another technical problem to be achieved by the present invention is to provide a technology using the privacy information stored in advance in the PT service by storing the privacy information of the PT user in advance in an XDB (XML Database Management) server or another server. It is to provide a PT service that can reflect the intention of the PT user.

In order to achieve the above technical problem, a method for securing privacy in an automatic response mode of a PT service according to an embodiment of the present invention includes an invited push-to server (Inviting Push-To Server). In response to receiving the session invitation message from the session invitation message and the invited PT client (Invited Push-To Client) sends an auto-reply message including privacy information for the invited PT client to the invite PT server Transmitting. According to an aspect of the embodiment, the invited PT client may further include setting the privacy information to the invited PT server in a PT service setting procedure.

According to another aspect of the present invention, an invitation-side push-to server (PT) invites a PT server (Invited-side push). Receiving an auto-reply message including privacy information about the Invited Push-To Client from the To Server and in response to the auto-reply message, the invited PT client corresponding to the privacy information. And sending a notification message including the identity information of the first PT to the Inviting Push-To Client.

In accordance with still another aspect of the present invention, there is provided a method of ensuring privacy in an automatic response mode of a PT service, wherein a first PT client invites a first session invitation message inviting a second PT client to a PT session. Transmitting to the first PT server, the first PT server receiving the first session invitation message, transmitting a second session invitation message to a second PT server, in response to the second session invitation message, The second PT server transmits an automatic response message including the privacy information previously stored by the second PT client to the first PT server, and wherein the first PT server is included in the received automatic response message. Transmitting a notification message including the identity information of the second PT client corresponding to the privacy information to the first PT client. The.

According to another aspect of the present invention, a method of performing a push-to (PT) service setting procedure according to another aspect of the present invention provides a method in which a client response mode is an automatic response mode or a manual response mode. PT service setting information for the PT client including Answer Mode Setting Information indicating Privacy Mode and Privacy Information indicating whether to make the PT Client's Identity private in the Response Mode. Transmitting (Service Setting Information) to a PT server and selectively providing identity information of the PT client to other PT clients based on the privacy information. Storing the PT service setting information for a client.

According to another aspect of the present invention, there is provided a method of controlling the transmission of privacy information, wherein at least one of the first push-to (PT) servers is in an automatic response mode. Receiving a Session Invitation Message from the first PT client for inviting a second PT client to the PT session, and wherein the first PT server is configured to: a progress status of the PT session; A second message, the first message being related and indicative of privacy information for one of said at least one second PT client indicating whether to make an identity of one of said at least one second PT client private; Receiving from a PT server, and wherein the first PT server identifies identity for one of the at least one second PT client (Identity Informat); and optionally sending a second message to the first PT client in response to the first message.

According to another aspect of the present invention, there is provided a method of controlling identity information of a PT client in a Push-To (PT) service, in which a server session with a first PT client. Receiving a Session Invitation Message for inviting at least one second PT client to and privacy of making the identity of the at least one second PT client private by the corresponding second PT client A privacy parameter indicating whether the PT server determines whether a request has been made, and whether, in response to the session invitation message, whether to make the identity of the second PT client private or public based on the result of the determining step ( At least one response message each including a privacy parameter is different from the PT server. Transmitting to the PT server.

According to another aspect of the present invention, a method for controlling the transmission of PT client identity information in a push-to (PT) service according to another aspect of the present invention provides a PT server in an automatic response mode. Receiving a first message from the first PT client to invite the second PT client to the PT session and in response to the session invitation, to make the identity of the second PT client private. Acquiring privacy information indicating the second PT client indicating whether or not to; and based on the privacy information, the PT server transmitting a second message to the first PT client in an automatic response mode. It includes.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. The embodiments described below are intended to illustrate the technical idea of the present invention by way of example, and are not intended to limit the scope of the present invention.

≪ Embodiment 1 >

In the first embodiment of the present invention, a PT service settings procedure is used. Hereinafter, a method for securing privacy in the PT service setting procedure according to the first embodiment of the present invention and a PT session invitation procedure performed after the PT service setting procedure will be described in detail with reference to a PoC service. Therefore, in the embodiments described below, the PoC client and the PoC server are examples of PT clients and PT servers, respectively, and may be replaced with or integrated with clients and servers for PTV service or PTD service. have. That is, the present invention encompasses any PT client, any PT server, and / or any other PT service providing PT service, wherein the PT service may include one or more of PoC service, PTV service, PTD service, and the like. Can be. The terms 'PoC' used to describe the present invention are all exemplary, and the term may be equally replaced by the term 'PT'. Therefore, all operations described below in connection with the PoC service can be equally applied to any other PT service according to the present invention.

PoC service setup procedure

1 is a message flow diagram illustrating a PoC service setting procedure according to an embodiment of the present invention, in which a PoC client 12 connects to a PoC server 16 through a SIP / IP core 14 in a PoC client home network 10. Referring to FIG. An example of a process of performing PoC service setting in the PoC server 16 by transmitting and receiving a signal is shown. All components are configured to be functionally related.

According to the present embodiment, the PoC client 12 (or PT client) is a processor module mounted on a user equipment (UE) or a terminal and performing processing related to a PoC service (or PT service). Function object in charge of PoC service. The UE may be a fixed device or a mobile device, and there is no particular limitation on the type or name. For example, the UE may be a mobile station (MS) or a laptop computer with built-in PoC client function, a personal digital assistant (PDA), or the like. The UE may be referred to as a user terminal (UT), a PT terminal, a mobile station (MS), a subscriber station, or a wireless device.

In addition, the SIP / IP core 14 is a set of nodes that generally provide various IP-based multimedia services and perform session control in a mobile communication network environment. For example, 3GPP (Generation Project Partnership) or 3GPP2 IMS (IP Multimedia Subsystem) , IMS). The PoC server 16, or PT server, is a server of a system supporting PoC service in the PoC client home network 10, which is the home network of the setter (responder).

Referring to FIG. 1, a PoC client 12 that wants to perform PoC service setting first performs a login procedure (S101 to S104) with respect to a SIP / IP core 14. This PoC client 12 can be implemented by a conventional signal transmission procedure, which is illustrated in FIG. 1 as an example. Referring to FIG. 1, when the PoC client 12 transmits a registration request message to the SIP / IP core 14, for example, a SIP REGISTER message (S101), the SIP / IP core 14 first disapproves a response message. For example, a 401 Unauthorized message is transmitted to the PoC client 12 (S102). The PoC client 12 receiving the 401 Unauthorized message once again transmits a registration request message, for example, a SIP REGISTER message, to the SIP / IP core 14 (S103), and the SIP / IP core 14 approves it. By sending a response message indicating, for example, a 200 OK message to the PoC client 12 (S104), the login is completed.

Subsequently, the PoC client 12 that has completed login performs a substantial PoC service (or PT service) setting procedure (S105 to S108). In the PoC service setting procedure, the user of the PoC client 12 pre-selects various items necessary for processing a PoC session (or PT session) such as a response mode, and homes the selected items for the PoC client 12. This procedure is stored in the PoC server 16 of the network 10. In general, the PoC service setting procedure may be performed to initially set, update, or refresh the various items in the PoC server 16.

For the PoC service setting, the PoC client 12 generates a message (hereinafter, referred to as a service setting message) containing PoC service setting information related to the PoC client 12 or its user, to generate a SIP / IP core. First, it transmits to S14 (S105), and the SIP / IP core 14 transmits the received service setting message back to the home PoC server 16 of the PoC client 12 (S106). That is, the service setup message is transmitted from PoC client 12 to PoC server 16 via SIP / IP core 14.

As the service setting message, for example, a SIP PUBLISH message can be used, but is not limited thereto. The PoC server 16 transmits an acknowledgment or response message (eg, 200 OK message) for the received service setting message to the PoC client 12 through the SIP / IP 14 (S107 and S108). In addition, the PoC server 16 stores PoC service setting information included in the service setting message.

The PoC service configuration information included in the service configuration message includes, for example, answer mode information for the PoC client 12 and incoming PoC session barring information. According to the embodiment of the present invention, the PoC service setting information further includes privacy information. The privacy information is information indicating whether to disclose the identity of the respondent to the counterpart. For example, the privacy information may be private to the identity information of the PoC client 12 (or a user thereof) invited to the PT session or one or more other PT user / clients (eg, invitations). (Inviting) PT user). Based on the stored privacy information, the PoC server 16 or other PT server may determine whether to disclose the identity of the PoC client 12 to one or more other PT clients in a PT session. Since the privacy information for the PoC client 12 is provided to the PoC server 16 during the PoC service setting procedure, as described below, even if a response is made by the auto answering mode, the response of the responder (or PoC client 12) Privacy can be secured.

According to an aspect of the present embodiment, the privacy information may be included in the header portion or body portion of the service configuration message and transmitted from the PoC client 12 to the PoC server 16. For example, when a SIP PUBLISH message is used as a service configuration message, the privacy information may be included in the header portion of the SIP PUBLISH message as a privacy header or in the body portion of the SIP PUBLISH message in a predetermined message format.

2 is an example of a SIP PUBLISH message including privacy information according to an embodiment of the present invention. In this example, the privacy information is included in the body portion of the SIP PUBLISH message.

Referring to FIG. 2, it can be seen that privacy information B is included in addition to the response mode information A in the body portion of the SIP PUBLISH message. In this example, the response mode information A is represented by a parameter / element <answer-mode>. If the response mode information A indicates " automatic " (e.g., the value of <answer-mode> is 'automatic'), this means that the responder (e.g., PoC client 12) is responsible for the automatic answer mode (Automatic Answer). mode) is set to response mode. In general, a PT user may set the response mode in a PT session to an automatic answer mode or a manual answer mode. If the response mode information A indicates "manual" (for example, if the value of <answer-mode> is 'manual'), the response mode is set to the manual response mode.

In the above example, the privacy information B is represented by a variable / element <privacy-setting>. If the privacy information B is expressed as "anonymous" or indicates "anonymous" (e.g., the value of "privacy" is "anonymous" in the <privacy-setting> element), this means that the respondent has This means that you do not want to reveal your identity. As an alternative, "id" may be used instead of "anonymous". Conversely, if the privacy information B is expressed as "open" or "none" or indicates "anonymous" or "none", this means that the respondent has agreed to disclose his identity.

As described above in the case of the PoC service, for example, according to the embodiment of the present invention, the PT user can set whether or not to disclose the identity to his home PT server according to his / her intention. In addition, since the privacy information may be included in the message used in the existing PT service setting procedure, a new type of message may be generated and / or a separate signal transmission process may be performed to transmit the privacy information to the PT server. There is no need to add it.

PoC Session Invitation Process

Next, referring to FIG. 3 for a procedure in which a first PoC user invites at least one second PoC user, that is, one or more second PoC users, to initiate a conversation in accordance with a first embodiment of the present invention. Will be explained. Here, the second PoC user stores the PoC service setting information including the response mode and privacy information of the second PoC user in the second PoC server by the 'PoC service setting procedure' according to the above-described embodiment of the present invention. If it is. In FIG. 3, it is assumed that the response mode of the second PoC client 32 or the second PoC user is set to an 'auto answering mode', and the privacy information of the second PoC client 32 is set to 'anonymous'. This is exemplary.

3 illustrates a case in which the first PoC client 22 and the second PoC client 32 use different PoC servers as home servers. Unlike the present embodiment, both the first and second PoC clients 22 and 32 may use the same PoC server as a home server. In this case, the first PoC server 26 and the second PoC server 36 may be used. Exchanging messages with each other, e.g., S202 and S204 of the embodiments described below may be internally operated in only one PoC server. In addition, the example of FIG. 3 describes a case where the first PoC client 22 invites one PoC client (ie, the second PoC client 32) to a PT session, which is merely for convenience of description. will be. That is, the first PoC client may invite a plurality of PoC clients to a PT session at a time, and the example shown in FIG. 3 may also apply to this scenario.

Referring to FIG. 3, the first PoC client 22 first sends a session invitation message (eg, a PT session invitation message) to the first PoC server 26 through a first SIP / IP core (not shown). (S201). The session invitation message may be, for example, a SIP INVITE message, and another message may be used. Here, the first PoC client 22 is an example of the PoC client 12 described above with reference to FIG. 1, and is a functional entity that is responsible for PoC service in the inviter UE, that is, an inviting PoC client.

The first PoC server 26 is a server of a system supporting PoC service in the first PoC client home network 20, which is the inviter's home network, that is, an invitation-side PoC server. The invitation PoC server 26 may be a PoC server that performs a Participating PoC Function (PF) and a Control PoC Function (CF). The PF entity, which is a server that performs the PF function of the first PoC server 26, and the CF entity, which is a server performing the CF function, may be physically integrated with each other or may be separated from each other.

When transmitting the session invitation message to the first PoC server 26, there is no particular limitation on the type of PoC session that the first PoC client 22 can request.

 For example, the first PoC client 22 may request a PoC session to invite members subscribed to a previously created PoC group. To this end, the first PoC client 22 assigns the group's address (eg sip: OMA-Golf-buddies@networkX.net) to invite all members of the group to a pre-arranged PoC session. Group Session). In addition, the preset PoC group session is a general one-many PoC session in which all attending members have the same authority or one-to-one with one participant having a special authority that is distinguished from the other participants. It may be a one-many-1 PoC session or the like. Other types of PT sessions are possible, all of which are included in the scope of the present invention.

When the first PoC client 22 transmits the session invitation message, the first PoC client 22 may directly designate specific members to request the PoC session. To this end, the first PoC client 22 directly uses the data stored in the phone book of the UE with the first PoC client 22 to directly identify the identity of one or more counterparties to invite to the conversation. Can also be specified. More specifically, the first PoC client 22 requests one-to-one PoC by requesting an Ad-hoc PoC Group Session that directly specifies members of the inviting group or by designating only one party. It may also request a session (1-1 PoC Session).

Next, the first PoC server 26 transmits a session invitation message, for example, a SIP INVITE message, to the second PoC server 36 which is a PoC server of the counterpart (S202). Here, the second PoC server 36 is a PoC server constituting the second PoC client home network 30 which is the home network of the invitee, that is, an invitation-side PoC server. The invited PoC server 36 may be a PoC server performing only a participating PoC function. As described above, when the second PoC client 32 uses the same PoC server as the first PoC client 22 as a home server, this step S202 proceeds internally.

If the session request from the first PoC client 22 corresponds to a preset PoC session request, the first PoC server 26 stores an XDM server (XML) that stores identity information of members belonging to the requested group. Database management server) to obtain the identity information of the invitee, and then transmits the session invitation message to the PoC server of the invited PoC user.

Next, the second PoC server 36 confirms that the received message is a message for the second PoC user, and then transmits a session invitation message to the second PoC client 32, that is, the invited PoC client. (S203). The session invitation message may also be, for example, a SIP INVITE message or the like.

Subsequently, immediately after transmitting the session invitation message to the second PoC client 32 in step S203, the second PoC server 36 automatically performs the signal processing procedure according to the answering mode set by the second PoC user. The response message is sent to the first PoC server 26 (S204). That is, the second PoC server 36 may check the response mode information (for example, response mode information A stored through the procedure disclosed in FIG. 1) of the second PoC client 32, whereby the response mode may be checked. Determine the answering machine mode. The second PoC server 36 then sends an auto-reply message to the second PoC server 26 in step S204, which is preferably a message of the format generally used in the auto-reply mode.

 Such an automatic response message may be transmitted from the second PoC server 36 to the first PoC server 26 before the step S210 of receiving the response message for the session invitation message from the second PoC client 32. . The auto reply message may be, for example, a 183 Session Progress message, but is not limited thereto. As described above, when the second PoC client 32 and the first PoC client 22 use the same PoC server as the home server, the step S204 also proceeds internally. The order in which steps S203 and S204 are performed may be changed and these steps may be performed simultaneously.

According to this embodiment, the auto-reply message (e.g., 183 Session Progress message) in the auto-reply mode in step S204 includes a second PoC user, more specifically, a second PoC client 32 when the PoC service is set up. The privacy information of the second PoC user (second PoC client 32) set and stored in the 2 PoC server 36 is stored. For example, the privacy information associated with the second PoC client 32 may be included in the header portion of the auto-reply message as a privacy header or in another message format (e.g., in a format such as the 'B' portion of FIG. 2). It may be included in the body portion of the auto reply message. As described above, according to the present invention, the response (for example, the automatic response message in step S204) is received by the automatic response mode before step S210 of receiving the response message for the session invitation message from the second PoC client 32. Even in this case, the privacy message of the second PoC user preset by the second PoC user may be included in the response message transmitted from the second PoC server 36 to the first PoC server 26 in step S204. That is, the privacy information of the second PoC user may be stored in advance in the PoC server 36 in the PoC service setting procedure of FIG. 1, and the stored privacy information may be identity information of the second PoC user (eg, a nickname (Nick Name). ), A password, a phone number, etc.) can be indicated to the first PoC user and / or other PoC user to be private or public.

According to another aspect of the present embodiment, only if the privacy information for the second PoC user set in the second PoC server 36 indicates 'anonymous' (“anonymous” or “id”), in step S204 Privacy information indicating the same meaning may be included in the automatic response message. When privacy information for the second PoC user set in the second PoC server 36 indicates 'open' (“open” or “none”), privacy indicating the same meaning in the auto-response message is indicated. The information may or may not include privacy information. In this case, if no privacy information is included in the auto-reply message, it is assumed that the second PoC user has agreed to the disclosure of the identity.

Subsequently, the first PoC server 26 that receives the auto-reply message from the second PoC server 36 first responds with a message indicating that the second PoC client 32 has accepted the session invitation (eg, 200 OK message). ) Is transmitted to the first PoC client 22 (S205). The response message of this step is the second PoC server 36, although the second PoC client 32 did not send an acceptance message (eg, 200 OK message of step S210) directly to the first PoC client 22. The automatic response message (183 Session Progress message) sent from is considered to be accepted by the second PoC client 32 to the invitation and sent to the first PoC client 22.

Next, the first PoC server 26 informs the first PoC client 22 of an invitation result indicating who among the invited members responded to the invitation (S206). The invitation result may be informed using a notification message, for example, a SIP NOTIFY message. More specifically, the first PoC server 26 accepts (a) an invitation to the body of the SIP NOTIFY message based on the type of received response message (eg, 183 Session Progress message, etc.) and the information contained therein. Identity information of the second PoC client 36 and (b) information indicating a current connection state (eg, 'connected' or 'dialing-out'). The first PoC server 26 transmits the SIP NOTIFY message to the first PoC client 22. Here, the 'identity information' may directly indicate the ID of the second PoC client 36, which is the invited PoC client, or may be information (eg, 'anonymous' or 'id', etc.) indicating that it is 'anonymous'.

For example, the privacy information of the second PoC user or the second PoC client 32 included in the 183 Session Progress message received from the second PoC server 36 in step S204 is 'anonymous' (this is 'anonymous', 'id' Or any other predetermined value indicative of the confidentiality of the identity information), the first PoC server 26 may (i) be connected by someone from the invited group members. Information (eg, 'connected' or 'dialing-out') and (ii) information indicating that the identity of the second PoC client 32 is not included and is 'anonymous' (eg, 'anonymous' or 'id'). ', Etc.) may be generated. The first PoC server 26 then sends the notification message generated in step S206 to the first PoC client 22, which is displayed to the first PoC user (user of the first PoC client 22). Here, the information (i) indicating that a PoC user is connected among the invited members preferably includes a <status> element, and the <status> element is 'dialing-out', 'connected' ', Or another value indicating the state of the session. If the privacy information of the second PoC user indicates disclosure ('open' or 'none'), the information (ii) is the identity information of the second PoC user or the privacy information of the second PoC user is private. ('anomymous' or 'id'), the information (ii) may indicate to the first PoC user that the identity information of the second PoC user is unknown or 'anonymous'. Conversely, if the privacy information included in the received 183 Session Progress message is marked as wishing to be 'open' or 'none', the first PoC server 26 may be configured as a second PoC client 32. And the notification message including the information (eg, 'connected' or 'dialing-out') that the second PoC server 36 is connected. The first PoC server 26 transmits the notification message generated in step S206 to the first PoC client.

After that, the first PoC server 26 allows the first PoC client 22 the right to speak (the right to transmit media data) according to a normal procedure, and the first PoC client 22 uses the right to speak. Procedures S207 to S209, such as transmitting the media data and the like to the first PoC server 26, proceed. Steps S207 to S209 shown in Fig. 3 show an example of such a call initiation procedure.

In operation S210 to operation S213 illustrated in FIG. 3, the second PoC client 32 sends a response message (eg, a 200OK message) to the session invitation message received in operation S203 through the second POC server 36. The process of transmitting to the PoC server 26 (S210 and S211) and the second PoC client 32 transmits an acknowledgment message (eg, an ACK message) to the response message received from the first PoC server 26 to the second PoC. An example of the processes S212 and S213 received through the server 36 is shown. The specific time period during which the steps S210 to S213 are performed is flexible according to the network environment or the response time of the second PoC user. For example, the steps S210 to S213 may be performed before the step S207, and in some cases, may be performed before the step S206 or S205.

As described above in the case of the PoC service, in the PT session invitation procedure according to the embodiment of the present invention, privacy information is included in the auto response message transmitted from the invited PT server to the invite PT server in the auto answer mode. . In addition, the inviter's PT server generates a notification message including information indicating that the responder's ID (identity information) is displayed or 'anonymous' with the information that the responder is connected in response to the received privacy information. Send to the PT client. Therefore, according to the present invention, even if the PT service is set in the answering machine mode, the user's ID (or other identity information of the invitee) can be prevented from being disclosed to the inviter, contrary to the invitee's intention.

Second Embodiment

In the second embodiment of the present invention, preference information of a PT user stored in an Xml database management server is used. Hereinafter, a procedure of storing preference information of a PT user and a method of securing privacy in a PT session invitation procedure performed after the procedure of storing the preference information according to the second embodiment of the present invention will be described in detail with an example of a PoC service. do. Therefore, in the following embodiments, a PoC client and a PoC server are disclosed and described. However, these are only disclosed as examples of PT clients and PT servers for providing PT services, respectively, and the present invention should not be construed as being limited to them. As such, a PoC client and a PoC server may be replaced with or in combination with clients and servers for a PTV service or a PTD service. That is, any PT client, any PT server and / or other entity providing a PT service including one or more PT services among PoC services, PTV services, PTD services, etc. may be included in the scope of the present invention. When the term "PoC" is used to describe the present invention, it is merely exemplary, and the term may be equally replaced by the term "PT". Therefore, in the present invention, all operations described below with respect to the PoC service can be equally applied to any other PT service.

Procedure for Saving Preferred Information

4 shows that the PoC client home network 40 stores PoC user preference information in the XDMXDM server 48 by the XDM client 43 communicating with the XDMXDM server 48 via the Xml Configuration Access Protocol (XCAP). Signal flow diagram showing an example of the process. Here, the XDM client 43 is also an example, and is a functional entity mounted on a user equipment (UE) like a PoC client, and is a module that performs data processing related to a PoC service. XDM client 43 may be considered a PT client (eg, second PoC client 32 of FIG. 3). The XDM server 48 is a server for data management that supports PoC services in a PoC client home network.

4, the XDM client 43 generates a transmission message including the PoC user's preference information of the XDM client 43 and transmits it to the XDM server 48 (S301). The transmission message may be a message using XCAP, for example, an HTTP PUT message, but is not limited thereto, and may be another type of message. That is, the HTTP PUT message including the PoC user's preference information is transmitted from the XDM client 43 to the XDM server 48. The XDM server 48 transmits a response message (for example, an HTTP 200 OK message) to the XDM client 43 (S302), and the XDM server 48 transmits the PoC user's preference information included in the received transmission message. Save it.

According to an embodiment of the present invention, privacy information is included in the preference information of the PoC user included in the transmission message in step S301. For example, the HTTP PUT message of step S301 includes privacy information of the PoC user as part of the preference information stored in the XDM server 48. As described above with respect to information B shown in FIG. 2, the privacy information is information instructing the counterpart whether to disclose or make the information of the respondent private. Therefore, even if a response is made to the session invitation message in the automatic response mode, the privacy information of the responder can be protected according to the respondent's intention.

According to an aspect of the present embodiment, the privacy information may be included in the header portion or body portion of the transmission message and transmitted from the XDM client 43 to the XDM server 48. For example, when an HTTP PUT message is used as a transport message, the privacy information may be included in the header portion of the HTTP PUT message as a privacy header or in the body portion of the HTTP PUT message in a predetermined message format.

As described above in the case of the PoC service as an example, according to the second embodiment of the present invention, the PT user has previously informed his home XDM server of information indicating his or her intention as to whether or not to disclose the identity. You can save it to. In addition, since the privacy information may be included in the message used for the existing PT user's preference information storage procedure, there is no need to add a separate signal transmission process for the transmission and storage of the privacy information.

PoC Session Invitation Process

Next, a procedure in which a first PoC user invites at least one second PoC user (one or more PoC users) to a PoC service to initiate a conversation according to the second embodiment of the present invention will be described with reference to FIG. 5. do. Here, the second PoC user stores in advance the privacy information of the second PoC user in the XDM server according to the 'preferred information storage procedure' according to the embodiment of the present invention described above with reference to FIG. 4. For example, the privacy information may be stored as "anonymous" ("anonymous" or "id") or "public" ("open" or "none"). The second PoC user sets the 'auto answering mode' according to the 'PoC service setting procedure' shown in FIG. 1 as in the first embodiment. In FIG. 5, it is assumed that the response mode of the second PoC client 62 (or the second PoC user) is set to an “auto answering mode”, which is merely exemplary. In addition, in the example of FIG. 5, the first PoC client 52 is shown to invite only one PoC client (ie, the second PoC client 62) to the PT session, which is for convenience of explanation only. . Accordingly, the first PoC client 52 may invite a plurality of PoC clients to a PT session at a time, and the example shown in FIG. 5 includes all of these cases. Hereinafter, only the differences from the above-described first embodiment will be described with emphasis.

Referring to FIG. 5, the first PoC client 52 first transmits a session invitation message, for example, a SIP INVITE message, to a first PoC server 56 through a first SIP / IP core (not shown) (S401). . Next, the first PoC server 56 transmits a session invitation message, for example, a SIP INVITE message, to the second PoC server 66 that is the PoC server of the counterpart (S402).

Subsequently, the second PoC server 66 determines that the received message is a message for the second PoC user, and then informs the XDM server 68 of the second PoC user's preference information (eg, as stored in FIG. 4). A XCAP message, for example, an HTTP GET message, for obtaining the privacy information of the second PoC user is transmitted (S403). The XDM server 68 transmits a response message, for example, an HTTP 200 OK message, to the second PoC server 66 in response to the XCAP message (S404). Here, the header part or the body part of the response message, that is, the 200OK message in step S404, includes the privacy information of the second PoC user. The second PoC server 66 transmits a session invitation message, for example, a SIP INVITE message, to the second PoC client 62 (S405). Although FIG. 5 shows that step S405 proceeds after step S404, this front and rear relationship is one example, and the order of these steps S404 and S405 may be reversed or proceed almost simultaneously.

Subsequently, immediately after transmitting the session invitation message to the second PoC client 62 in step S405, the second PoC server 66 automatically responds according to the signal processing procedure according to the answering mode set by the second PoC user. The message is sent to the first PoC server 56 (S606). That is, the second PoC server 66 checks the response mode information (for example, response mode information A stored through the procedure of FIG. 1) of the second PoC client to determine whether the response mode is the automatic response mode. . The second PoC server 66 then sends an auto-reply message (preferably a message used in the auto-reply mode) to the first PoC server 56 in step S406.

The auto reply message may be, for example, a 183 Session Progress message, but is not limited thereto. According to this embodiment, the automatic response message in step S406 includes privacy information obtained from the XDM server 68 using the HTTP GET message in steps S403 and S404. As described above, even in the present embodiment, even when a response is made by the automatic response mode before the step S412 of receiving the response message for the session invitation message from the second PoC client 52, the second PoC server in step S406. The privacy information stored in advance by the second PoC user may be included in the response message transmitted from the 66 to the first PoC server 56.

Subsequently, the first PoC server 56 that has received the auto response message (for example, the 183 SESSION PROGRESS message in step S406) from the second PoC server 66 in the auto answer mode, firstly performs the second PoC client 62. A response message (eg, 200 OK message) indicating that the session invitation is accepted is transmitted to the first PoC client 52 (S407). Next, the first PoC server 56 informs the first PoC client 52 of the invitation result indicating an invitation among the invited members by using a notification message, for example, a SIP NOTIFY message (S408). The notification message in step S408 includes information about the connection status of the second PoC client 62 according to the privacy information included in the received response message (eg, 183 Session Progress message). It is preferable to include an ID (identity information) or information indicating 'anonymous' directly. That is, like step S206, the notification message in step S408 includes information about the connection state of the second PoC client 62, preferably such information is a 'dialing-out' value, a 'connected' value, or the like. Contains a <status> element indicating the connection status of the session.

Thereafter, the first PoC server 56 allows the first PoC client 52 to speak, and the first PoC client 52 sends media data and the like using the allowed speech. The procedure (steps S409, S410, and S411), such as transmitting to 56, proceeds. Steps S409 to S411 shown in Fig. 5 show an example of such a call initiation procedure. In operation S412 to operation S415 illustrated in FIG. 5, the second PoC client 62 sends a response message to the session invitation message received in operation S405 to the first PoC server 56 through the second PoC server 66. An example of the procedure for transmitting and also receiving an acknowledgment message from the first PoC server 56 via the second PoC server 66 in response to this response message is shown.

As described above in the case of the PoC service as an example, in the PT session invitation procedure according to an embodiment of the present invention, the autonomous response message transmitted from the invitee's PT server to the inviter's PT server is included in the privacy information of the invitee PT user. Included. In addition, the inviter's PT server generates a notification message including information indicating that the responder (for example, the invited PT user) includes identity information or 'anonymous' in response to the received privacy information, to the invitee's PT client. To send. Therefore, according to the present invention, even when the PT service is set in the answering machine mode, by using the privacy information of the invited PT user, the invitee's identity is transmitted to the inviter against the intention of the invited PT user. You can prevent it from being disclosed. The privacy information of the invited PT user may be stored in the XDM server through a PT service setting procedure or as part of preference information of the invited PT user.

As described in detail above, in the PT session invitation procedure according to the present invention, for example, when the PT service is set to the auto answer mode, the PT response invite message is transmitted to the invite server's PT server from the invitee's PT server. It also includes privacy information previously set or stored by the respondent. And the inviter's PT server indicates that the respondent's ID is directly displayed or 'anonymous' with information indicating that the responder is connected in response to the received privacy information (e.g., <status> element) (identity information). Create a notification message containing the and send to the PT client of the inviter. Therefore, according to the present invention, even when the PT service is set in the answering machine mode, the ID (identity information) can be effectively prevented from being disclosed to the inviter in contrary to the invitee's intention. That is, the PT server determines whether to make the identity information of the invited PT user private based on the stored privacy information of the invited PT user, and according to the determination result to one or more other PT users. Selectively discloses identity information of the PT user. This is particularly advantageous and effective when the PT service is set to answering machine mode.

The present invention has been described in detail with reference to the above embodiments, which are illustrative only. It will be apparent to those skilled in the art that various modifications or variations can be made to the present invention without departing from the spirit or scope of the invention. Therefore, the present invention is limited by the scope of the inventions described in the following claims or their equivalents, and all such modifications and changes are included in the technical idea of the present invention.

Claims (26)

In a PT session method between at least one of a first push-to (PT) client and a plurality of second PT clients, Receiving, by a first PT server, a session invitation from the first PT client to invite at least one of the plurality of second PT clients to a PT session with the first PT client; Forwarding, by the first PT server, the session invitation to at least one of the plurality of second PT clients via a second PT server; In response to the forwarded session invitation, receiving, by the first PT server, a Session Initiation Protocol (SIP) 183 Session Progress message regarding the progress status of the session from the second PT server; And Sending, by the first PT server, a SIP Notify message to the first PT client, The second PT server stores service settings for at least one of the plurality of second PT clients, The service setting includes response mode information and privacy information, The response mode information indicates that at least one of the plurality of second PT clients is an automatic answer mode, The privacy information indicates whether or not an identity of at least one of the plurality of second PT clients is private, The SIP 183 session progress message includes a privacy parameter according to privacy information of at least one of the plurality of second PT clients, The SIP notification message indicates that at least one of the plurality of second PT clients is anonymous if the privacy parameter indicates that at least one of the plurality of second PT clients is private. . The PT session method of claim 1, wherein the SIP notification message includes connection state information indicating a current connection state of the session. The PT notification message of claim 1, wherein if the privacy parameter indicates that an identity of at least one of the plurality of second PT clients is public, the SIP notification message includes identity information of at least one of the plurality of second PT clients. Session method. The PT session method of claim 1, wherein the SIP notification message includes a <status> element having a 'dialing-out' value. The method of claim 1, The privacy parameter is provided by the header information of the SIP 183 session progress message. delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete

Images