KR20060106769A - System and method for providing deferred service - Google Patents

Abstract

The present invention provides a deferred service providing system, comprising a Secure User Plane Location (SUPL) agent requesting a deferred service according to a client request, and an event during execution of the deferred service according to the deferred service request. When it occurs, it includes a SUPL Location Platform (SLP) that confirms whether or not to allow an event report for the generated event. Therefore, the present invention has the effect of preventing the user's invasion of privacy by allowing the user to reflect the deferred service permission even during the deferred service execution.

Check whether location-based services, deferred services, events, and event reports are allowed

Description

Deferred service provision system and method {SYSTEM AND METHOD FOR PROVIDING DEFERRED SERVICE}

1 is a diagram for a deferred service providing method according to the prior art;

2 is a block diagram of a deferred service providing system according to an embodiment of the present invention;

3 is a diagram illustrating a deferred service providing method according to a first embodiment of the present invention;

4 is an example of an event report confirmation request message according to an embodiment of the present invention;

5 is an example of an event report acknowledgment message according to an embodiment of the present invention;

6 is a diagram for a deferred service providing method according to a second embodiment of the present invention;

The present invention relates to a location-based service system, and more particularly to a deferred service providing system and method which is a type of location-based service.

Deferred service is also called a triggered service, and the location service requester sends a Deferred Service target terminal, ie, a target terminal, to a location server. ) Tracks the location of the target terminal during a specific duration to calculate and deliver the location information of the target terminal according to a specific condition suggested by the location service requester.

In this case, a specific condition (creation or condition) presented by the location service requester may be an available event, a change of area event, an event period, or the like of the target terminal.

The event availability indicates whether the target terminal can check an event corresponding to the Deferred service, and may be whether the target terminal is connected to a network. The event change indicates an event to be checked for the target terminal, and may be a location region change event of the target terminal, an arrival at a specific region, a dwelling, a leaving state change event, and the like. The event period refers to how long the event check of the target terminal is, and may be a time period such as one hour or three hours.

In general, when a Deferred service is requested from a location service requester, the location server transmits a notification message notifying that the Deferred service is requested to the target terminal, which is a target terminal of the Deferred service, before starting the Deferred service. The notification message includes the type of location request, the identity of the LoCation Service (LCS) client, the identity pf requester, and the information of privacy verification. Etc. are included. The location request type is information indicating what the requested service is. The client identifier is information for identifying a client requesting a Deferred Service to the location server on behalf of the requestor by receiving the Deferred Service request of the location service requester. For example, the client identifier may be a mobile service provider. The location service requester identifier is information for identifying a deferred service requester. The privacy confirmation information is information confirming whether to allow a deferred service.

When the target terminal receives a notification message for notifying the Deferred service request, the target terminal notifies the Deferred Service request to the target terminal user, receives a grant / rejection of the Deferred service request from the user, and sends a notification return message indicating whether to execute the deferred service to the location server. do. Then, the location server determines whether to perform the deferred service according to the notification return message from the target terminal.

 If the deferred service is allowed to be executed, the location server starts the deferred service for the target terminal and starts the location measurement of the target terminal according to a specific condition presented by the location service requester. In this case, the location measurement may be performed by the target terminal notifying the location server by performing an event check according to a specific condition (event availability, event change, event period) presented by the location service requester.

Hereinafter, a method for providing a deferred service according to the prior art will be described in more detail. 1 is a diagram illustrating a deferred service providing method according to the prior art. FIG. 1 illustrates a case where a target terminal is in a non-roaming case and determines a deferred event in a network.

Referring to FIG. 1, in step 202, a secure user plane location agent (SULP agent) requests a deferred service from a suppl location platform (SLP) 20 according to a deferred service request from a client. That is, the SULP agent 10 transmits an MLP TLRR (Mobile Location Platform Trigger Location Reporting Request) message to the SLP 20. At this time, the MLP TLRR message includes parameters such as msid, lcs-client, and tlrr-event. When the MLP TLRR is received, the SLP 20 performs a subscriber privacy check according to the information included in the MLP TLRR. At this time, the SLP 20 checks using the lcs-client id which is the client side identification information.

In operation 204, the SLP 20 transmits a SUPL initialization message (SUPL INIT) to the deferred service request target terminal 30. The SULP initialization message includes a session-id, an address of the SLP, and a positioning method. If the result of the privacy check of step 202 indicates that notification or verification is required, the notification is included in the SUPL INIT message. The SLP 20 may transmit the SULP initialization message to the terminal 30 using a WAP (Wireless Application Protocol) or SMS (Short Message Service).

When the terminal 30 receives the SUPL initialization message, the terminal 30 checks whether the deferred service is allowed through the notification included in the SUPL initialization message, and if the user grants the deferred service request, the UE 30 sends a SUPL start message (SUPL START) to the SLP 20 in step 206. ). In this case, the SUPL start message includes a session-id, SET capabilities, and a location identifier. session-id is session identification information. SET capabilities are deferred service capability information of the terminal. The location identifier is location identification information of the terminal.

When the SLP 20 receives the SUPL start message from the terminal 30, the SLP 20 transmits a SUPL TRIGGER REQUEST to the terminal 30 in step 208. The SULP trigger request message contains the criteria of the deferred service. As the SUPL trigger request message is received, the terminal 30 transmits a SULP TRIGGER RESPONSE to the SLP 20 in step 210.

In step 212, the SLP 20 determines whether to use an extension flow according to its deferred service capability and the deferred service capability of the terminal 30. The SLP 20 transmits a SUPL response message (SUPL RESPONSE) including the result to the terminal 30. When the terminal 30 receives the SULP response message from the SLP 20, the terminal 30 transmits a SULP POS INIT message to the SLP 20 in step 214. Steps 212 and 214 may or may not be performed as optional steps.

When the SLP 20 receives the SULP TRIGGER RESPONSE, and the deferred service request is permitted by the user, the SLP 20 transmits a deferred service start message (TLRA: Trigger Location Location Answer) to the SUPL agent 10 in step 216. Signals that the deferred service is starting.

When the deferred service request is allowed by the user, the terminal 30 transmits a SUPL start message (SUPL START) to the SLP 10 according to the criterion of the received deferred service in step 218. This starts the deferred service.

When the deferred service starts, the SLP 20 and the terminal 30 performs the terminal position calculation in step 220. At this time, the SLP 20 and the terminal 30 transmit and receive various positioning procedure messages for the terminal position calculation. In this case, the location information of the terminal 30 may be calculated in the MS-assisted method or the MS_based method.

As a result of the terminal location calculation, the terminal 30 transmits a SUPL report message (SULP REPORT) to the SPL 20 in step 222.

Then, the SLP 20 transmits the MLP TLR message to the SUPL agent 10 in step 224 according to the SULP report message from the terminal 30. In this case, when the SLP 20 is a periodic trigger, the SLP 20 includes the first position calculation value in the SMLP TLR message and delivers it to the SUPL agent 10. In case of an event trigger, the SLP 20 determines that an event has occurred and transmits an MLP TLR message to the SUPL agent 10 only when the event occurs.

Steps 218 to 224 are repeatedly performed at predetermined intervals, and when the last position of the terminal 30 is calculated, the SLP 20 transmits a SULP END message to the terminal 30 at step 226 to calculate the terminal position. Inform the end. The terminal 30 releases all resources for the deferred service according to the SULP end message.

However, in the conventional method of providing a deferred service as described above, it is only checked once whether or not to allow the deferred service to the terminal 30 before starting the deferred service.

And, if the permission command for the deferred service request from the terminal 30, the allowed deferred service is multiple reports to the client for a given time (validity time). In other words, once granted deferred service is continuously executed until the service termination time.

Therefore, in the method of providing a deferred service according to the prior art, if the deferred service is initially allowed, the terminal 30 may not request the user to allow or deny the service during the deferred service.

Therefore, in the conventional deferred service method, if the deferred service is initially allowed, the user's privacy may be violated because the user cannot reflect whether the deferred service is allowed or not while the deferred service is being performed.

Accordingly, an object of the present invention is to provide a system and method for providing a deferred service that prevents the user's invasion of privacy by reflecting whether or not the user permits the Deferred Service while performing the Deferred Service.

It is also an object of the present invention to provide a system and method for providing a Deferred Service for reporting a corresponding event according to whether or not the user allows the Deferred service for the event when an event occurs during the execution of the Deferred Service.

In accordance with another aspect of the present invention, there is provided a deferred service providing system, comprising: a Secure User Plane Location (SUPL) agent requesting a deferred service according to a client request, and the deferred service request according to the deferred service request. When an event occurs while performing a deferred service, SUPL Location Platform (SLP) that checks whether an event report is allowed for the generated event is included.

In addition, the present invention provides a deferred service (deferred service) providing method, the process of performing the deferred service according to the deferred service request from the client, and if the event occurs during the execution of the deferred service, the generated event from the user And checking whether the event report is allowed or not to report to the client, and performing the event report according to a result of the event report permission check.

The present invention also provides a deferred service providing system, comprising a Secure User Plane Location (SUPL) agent requesting a deferred service according to a client request, and performing the deferred service according to the deferred service request. A SUPL Location Platform (SLP) and a terminal for determining an event occurrence during the execution of the depot service, and confirming whether to allow an event report for the generated event when it is determined that the event has occurred.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. Note that the same components in the drawings are represented by the same reference numerals and symbols as much as possible even if shown in different drawings. In addition, in describing the present invention, when it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

2 is a block diagram illustrating a deferred service providing system according to an exemplary embodiment of the present invention. 2, a deferred service providing system according to an exemplary embodiment of the present invention includes a SUPL agent 100, an SLP 200, and a terminal 300.

The secure user plane location agent (SUPL agent) 100 receives a deferred service request for the terminal 300 from the client, generates a deferred service request message (MLP TLRR), and delivers the deferred service request message to the SLP 200. At this time, the SUPL agent 100 is a module included in all network devices capable of SUPL service, and is a subject for generating MLP message for SUPL service.

When the SLP (SUPL Location Platform) 200 receives the deferred service request from the SUPL agent 100, the SLP 200 performs the deferred service according to the location of the terminal 300 and transmits the result to the SUPL agent 100. When the SLP 200 receives the deferred service request, the SLP 200 searches for a privacy profile previously stored by the user of the terminal 300 based on the msid of the deferred service target terminal 300, and the SUPL agent 100. Check the service request authority of the. If the deferred service is allowed from the user, the SLP 200 determines that an event for the requested deferred service is generated. The SLP 200 checks whether an event report is received from the terminal 300 before reporting the event occurrence of the requested deferred service to the SUPL agent 200, and if the event report is allowed, the SLP 200 reports the event occurrence. 200).

When the terminal 300 has a deferred service request from the SLP 200 as a SUPL-capable terminal, the terminal 300 receives the permission of the deferred service requested from the user and transmits it to the SLP 200. When the deferred service is allowed from the user, the terminal position calculation is performed. Send and receive various positioning procedure messages. At this time, the terminal 300 may calculate its position in an MS-assisted or MS-based manner. In addition, during the deferred service, the terminal 300 confirms whether the event report is allowed from the user according to the reception of the event report whether to confirm the event report from the SLP 200, and transmits the result of the event report permission to the SLP 200. .

That is, in the deferred service system according to the embodiment of the present invention as described above, before the SLP 200 reports the occurrence of the event for the deferred service to the requester, whether or not the event report is received from the terminal 300, and if the report is allowed, Perform.

Therefore, the deferred service system according to an embodiment of the present invention can prevent the occurrence of an event related to the user's location from being reported to others without the user's permission.

Hereinafter, a method of providing a deferred service in a deferred service system according to an exemplary embodiment of the present invention will be described. 3 is a diagram illustrating a deferred service providing method according to an embodiment of the present invention.

Referring to FIG. 3, the SUPL agent 100 generates and transmits a deferred service request message (MLP TLRR: Mobile Location Platform Trigger Location Reporting Request) to the SLP 200 according to the deferred service request from the client in step 302. At this time, the MLP TLRR message includes parameters such as msid, lcs-client, and tlrr-event. Msid is identification information indicating a target terminal for a deferred service. lcs-client is the client on the request side of the Deferred service. tlrr-event is information about a Deferred service request. When the MLP TLRR is received, the SLP 20 performs a subscriber privacy check according to the information included in the MLP TLRR message. At this time, the SLP 200 checks the user's privacy using the requester side client identification information (lcs-client id).

In operation 304, the SLP 200 transmits a SUPL initialization message (SUPL INIT) to the deferred service request target terminal 30. The SULP initialization message includes session identification (session-id), address of the SPL 200 (address of the SLP), and a positioning method. If the user privacy check in step 302 requires notification or verification, the notification is included in the SUPL INIT message. In this case, the SLP 200 may transmit the SULP initialization message to the terminal 300 using a wireless application protocol (WAP) or a short message service (SMS).

When the terminal 300 receives the SUPL initialization message, the terminal 300 checks whether the deferred service is allowed through the notification included in the SUPL initialization message, and when the user grants the deferred service request, the UE 300 sends the SUPL start message (SUPL) to the SLP 20 in step 306. START). In this case, the SUPL start message includes session ID, session capabilities, and location identifier.

When the SLP 200 receives the SUPL start message from the terminal 300, the SLP 200 transmits a SUPL TRIGGER REQUEST to the terminal 300 in step 308. The SULP trigger request message contains the criteria of the deferred service. As the SUPL trigger request message is received, the terminal 300 transmits a SULP TRIGGER RESPONSE to the SLP 200 in step 310.

Then, the SLP 200 transmits a SUPL response message (SUPL RESPONSE) according to the condition of the deferred service to the terminal 300. At this time, the SLP 200 determines whether to use an extension flow according to its deferred service capability and the deferred service capability of the terminal 300, and determines the result of the determination in the UPL response message. You can send it. When the terminal 300 receives the SULP response message from the SLP 200, the terminal 300 transmits a SULP POS INIT message to the SLP 200. This SUPL response message transmission step and SULP response message may or may not be performed as an optional step.

When the SUPL response message transmission step and the SULP response message transmission step are performed, the SLP 200 proceeds to step 312 when the SULP response message is received. If the SUPL response message transmission step and the SULP response message transmission step are not performed, the SLP 200 performs step 312 after transmitting the SULP trigger response message.

At this time, if the deferred service request is allowed by the user as a result of receiving the SULP trigger response message, the SLP 200 transmits an MLP TLRA (Mobile Location Platform Triggered Location Reporting Answer) to the SUPL agent 100 in step 312 to start the triggered service. Inform.

Meanwhile, if the deferred service request is permitted by the user, the terminal 300 transmits a SUPL start message (SUPL START) to the SLP 200 according to a condition of the deferred service in step 314. This starts the deferred service.

When the deferred service starts, the SLP 200 and the terminal 300 performs the terminal position calculation in step 316. At this time, the SLP 20 and the terminal 300 transmit and receive various positioning procedure messages for the terminal position calculation. In this case, the location information of the terminal 300 may be calculated in the MS-assisted method or the MS_based method. If the location information of the terminal 300 is calculated in an MS-based manner, the terminal 300 transmits a SUPL REPORT message for its location information to the SLP 200.

The SLP 200 determines an event occurrence in step 318 according to the terminal location calculation result. That is, the SLP 200 determines whether an event corresponding to the requested deferred service condition occurs.

If the event occurs, the SLP 200 transmits an SUP CONFIRM REQUEST message to the terminal 300 in step 320 before reporting the event occurrence to the SUPL agent 100.

At this time, the event report confirmation request message is a message for requesting the user's permission for reporting or not reporting the generated event to the SUPL agent 100.

A diagram of this event report confirmation request message is shown in FIG. 4. 4 is an example of an event report confirmation request message according to an embodiment of the present invention. Referring to FIG. 4, the event report confirmation request message includes a SESSION-ID 42 and an INDICATION OF OCCURRED EVENT 44. SESSION-ID 42 is session identification information for an event report confirmation request. INDICATION OF OCCURRED EVENT 44 is event information that has occurred. The INDICATION OF OCCURRED EVENT 44 may include information on an event occurrence type (for example, whether the terminal has entered a specific region, whether the terminal has left a specific region, or in which region the terminal is staying).

On the other hand, the SLP 200 may transmit the event report confirmation request message when the user is set to perform an event occurrence report permission process by the user as a result of the privacy check for the terminal 300 (msid), or automatically. You can also send an event report confirmation request message.

When the event report confirmation request message is received from the SLP 200, the terminal 300 confirms whether or not allowing the user to report the generated event to the client in step 322. In addition, the terminal 300 transmits a report confirmation response message (SUPL CONFIRM RESPONSE) including whether to allow the event report by the user to the SLP 200.

A diagram of such an event report acknowledgment message is shown in FIG. 5. 5 is an example of an event report acknowledgment message according to an embodiment of the present invention. Referring to FIG. 5, the event report acknowledgment message includes a SESSION-ID 52 and an INDICATION OF ALLOWANCE OR DENIAL 54. The SESSION-ID 52 is session identification information indicating a response to the event report confirmation request. INDICATION OF ALLOWANCE OR DENIAL 54 is information about whether the user allows or rejects an event report. In this case, the terminal 300 may allow or reject the event report by transmitting a report acknowledgment message indicating the event report permission by the user to the SLP 200 or by not transmitting any response.

 When the SLP 200 receives an event report acknowledgment message from the terminal 300, the SLP 200 determines whether to report an event occurrence according to whether to allow an event report included in the event report acknowledgment message. If the event report is rejected from the user as a result of receiving the event report acknowledgment message, the SLP 200 does not report the generated event to the SUPL agent 100. If the event report is permitted from the user, the SLP 200 reports the generated event to the SUPL agent 100 in step 324.

In this case, steps 314 to 324 may be repeatedly performed at predetermined intervals according to a deferred service condition. When the last position of the terminal 300 is calculated, the SLP 200 ends SULP to the terminal 300 in step 326 (SUPL END). Inform the terminal location calculation end by sending a message. The terminal 300 releases all resources for the deferred service according to the SULP end message.

In FIG. 3, the SLP 200 has a position result of the terminal 300 (the calculated position value of the terminal 300), determines the occurrence of a corresponding event, and the terminal 300. After checking whether the event report, the event report operation was performed by the SUPL agent 100 according to the event report. In this case, the terminal 300 may perform the corresponding event occurrence determination operation and report whether the event occurred.

As described above, when the terminal 300 has its own position value (Position result: calculated position value of the terminal 300), the terminal 300 determines whether the corresponding event has occurred and whether or not the event has been reported. This will be described with reference to 6.

First, steps 602 to 616 of FIG. 6 correspond to steps 302 to 316 of FIG. 3. Therefore, in the description of FIG. 6, the description of steps 602 to 616 will be omitted.

In addition, in the embodiment of FIG. 6, since the terminal 300 determines the occurrence of an event, the terminal 300 must determine whether the terminal 300 satisfies the event condition with its own position value. For example, if a condition is set that an event occurs when the terminal 300 is located in a specific region, the terminal 300 determines whether its location value corresponds to the specific region set as a condition.

To this end, the terminal 300 should have its calculated position value after performing step 616. If the calculation method (POSITIONING METHOD) is a SET-BASED-AGPS method, the terminal 300 calculates the final position value, so that the terminal 300 has its own position value. However, if the calculation method (POSITIONING METHOD) is a SET-ASSISTED-AGPS method, since the location server 200 calculates the final location value of the terminal, the location server 200 sends the calculated final location value to the terminal 300. Must be communicated.

Accordingly, step 618 is performed when the location server 200 calculates the final location value of the terminal as a calculation method when calculating the location of the terminal in step 616, and the location server 200 transmits the calculated final location value to the terminal 300. To). The SUPL REPORT message includes a position value of the terminal. However, if the terminal 300 calculates the final position value as a calculation method when calculating the terminal position in step 616, step 618 is omitted since the terminal 300 has its own position value.

In operation 620, the terminal 300 determines occurrence of an event. That is, the terminal 300 determines whether the calculated position value of the terminal 300 corresponds to a specific region set as a condition for determining an event occurrence.

If it is determined in step 620 that an event has occurred due to its location value corresponding to the specific region, the process proceeds to step 622 to determine whether to report the event. In this case, the terminal 300 requests a response from the user of the terminal to determine whether to report according to the response. In this case, various methods may be used for requesting a response from the terminal user. For example, a response request may be made to the user by displaying a message requesting a response on the screen.

If there is a PRIVACY PROFILE present in the terminal 300, in step 622, the terminal 300 may determine whether to report a current event according to the corresponding contents of the PRIVACY PROFILE. The PRIVACY PROFILE refers to a module or a memory in the terminal in which the terminal user presets conditions related to the event report. For example, if the event is set to not be reported even if an event occurs, or if the location value indicating the location where the user terminal is located matches the specific location that can be included around the specific location value specified by the user. You can set it not to be an event report.

Thereafter, if the event report is permitted as a result of the event report determination in step 622, the terminal 300 transmits the corresponding event to the SLP 200 in step 624. In this case, the SUPL event message transmitted from the terminal 300 to the SLP 200 in step 624 may include a session ID (SESSION-ID) used by the location server 200 and the terminal 300 for communication, a position value of the terminal, (POSITION), The type of the event that occurred. However, if the terminal 300 does not allow the event report as a result of step 622, steps 624 and 626 do not occur.

Thereafter, the SLP 200 that receives the SUPL event message from the terminal 300 in step 624 reports the event to the SUPL agent 100.

On the other hand, the steps 614 to 626 may be repeatedly performed at a predetermined interval according to the deferred service conditions, and when the SLP 200 reaches the end time of the TRIGGERED LOCATION SERVICE, in step 628 the SUPL end (SUPL END) Send a message to indicate termination. In addition, the SLP 200 notifies the SUPL agent 100 of the end of the event in step 630.

In the above description of the present invention, specific embodiments have been described, but various modifications may be made without departing from the scope of the present invention. Therefore, the scope of the present invention should not be defined by the described embodiments, but should be determined by the equivalent of claims and claims.

As described above, the present invention has the effect of preventing the user's invasion of privacy by reflecting whether or not the user allows the Deferred Service even during the execution of the Deferred Service.

That is, the present invention checks whether or not to allow the event report from the user before reporting the event occurrence of the deferred service to the requester, which is performed several times for a certain period of time, thereby preventing the occurrence of the event related to the user's location from being reported to others without the user's permission. It can work.

Claims (18)

In the deferred service providing system, A Secure User plane Location (SUPL) agent that requests deferred services based on client needs, And a SUPL Location Platform (SLP) that checks whether an event report is allowed for the generated event when an event occurs while performing the deferred service according to the deferred service request. The method of claim 1, And a terminal for confirming whether the user reports the event report according to the event report permission check confirmation request from the SUPL location platform, and transmitting an event report permission check result to the SUPL location platform. The platform of claim 1, wherein the SUPL location platform is: And determining whether to perform the event report according to a result of checking whether the event report is allowed. The platform of claim 2, wherein the SUPL location platform is: A system for transmitting an event report confirmation request message for confirming whether an event report is permitted to a user terminal. The method of claim 4, wherein And the event report confirmation request message includes session identification information and generated event information for the event report confirmation request. The method of claim 4, wherein the terminal, And sending a report acknowledgment message about the result of the user's event report permission to the SUPL location platform. The method of claim 6, The report acknowledgment message includes session identification information indicating a response to the event report acknowledgment request and information indicating whether the user reports the event report. In the method of providing a deferred service, Performing the deferred service according to the deferred service request from the client, If an event occurs while performing the deferred service, confirming whether or not to allow an event report on whether to report the generated event to the client; And performing the event report according to a result of checking whether the event report is allowed. The method of claim 8, wherein the checking of the event report permission is performed. Determining whether an event occurs while performing the deferred service; Transmitting an event report confirmation request message for the generated event to the deferred service target terminal when the event occurs; Receiving an event report acknowledgment message including a result of confirming whether the event report is allowed from the terminal; And confirming whether to report the event report to the client according to the event report acknowledgment message. The method of claim 8, wherein the event report is performed. If the event report is granted, reporting the event to the client; Discarding the event if the event report is not granted. The method of claim 9, And the event report confirmation request message includes session identification information and generated event information for the event report confirmation request. And the report acknowledgment message includes session identification information indicating a response to the event report acknowledgment request and information indicating whether the user reports the event report. In the deferred service providing system, A Secure User plane Location (SUPL) agent that requests deferred services based on client needs, SUPL Location Platform (SLP) for performing the deferred service according to the deferred service request, And a terminal for determining occurrence of an event during the deferred service and confirming whether to allow an event report for the generated event. The system of claim 13, wherein the SUPL location platform is: And calculating a final position value of the terminal while delivering the deferred service, and transmitting the calculated final position value to the terminal. The method of claim 13, wherein the terminal, Computing the final position value of the default service during the service. The method of claim 14 or 15, wherein the determining of the event occurrence, And determining whether the final position value of the terminal corresponds to a specific position preset in order to determine the occurrence of an event, and if the final position value of the terminal corresponds to the specific position set. 17. The method of claim 16, wherein the terminal, if the event report is confirmed whether the event report permission or not, and delivers a SUPL event message to the SUPL location platform, the SUPL location platform reports the generated event to the SUPL agent System characterized in that. The method of claim 17, wherein the SUPL event message comprises at least one of a session ID (SESSION-ID) used for communication between the SUPL location platform and the terminal, a location value of the terminal, and type (TYPE) information of the generated event. And a message comprising one or more information.

Images