CN1319390C - 用户发起操作时用户设备与位置业务***间的交互方法 - Google Patents

Abstract

本发明公开了一种用户发起操作时用户设备与位置业务***间的交互方法，该方法包括：目标用户设备在与位置业务***建立联系后，向位置业务***发送操作请求，位置业务***根据操作请求中的目标用户设备标识搜索符合要求的位置信息请求，然后执行请求的操作；操作完成后位置业务***向目标用户设备返回操作响应。如果当前操作成功，位置业务***将操作执行结果作为操作响应发送给目标用户设备；否则，位置业务***向目标用户设备发送操作失败信息作为操作响应。本发明使得用户设备与位置业务***间请求操作具有可实施性，而且提供了多种类型信息交互方式，能够满足用户的不同需求，增强了用户操作的灵活性。

Description

用户发起操作时用户设备与位置业务***间的交互方法

技术领域

本发明涉及网络设备的定位技术，特别是指一种用户发起操作时用户设备与位置业务***间的交互方法。

背景技术

移动通信网络的位置业务(LCS，Location Service)是通过定位技术得到目标用户设备(UE)的位置信息，目标UE指移动通信网络中被定位的目标UE终端。位置信息可以是地理的经纬度信息或当地街道的位置信息。LCS***获取的位置信息可以提供给目标UE，用于自身定位；也可以提供给其他请求得到目标UE位置的客户应用端，如机构和个人，用于增值业务。因此，位置业务在紧急救援、车辆导航和智能交通***、工作调度和团队管理、移动黄页查询、增强网络性能等方面均有广泛的作用。在第三代合作伙伴计划(3GPP)中对LCS的规范以及整个LCS***的功能模式、结构、状态描述和消息流程等方面均作了描述。

图1为LCS网络逻辑结构示意图，如图1所示，请求端101通过LCS***102请求目标UE 103的位置信息，LCS***102对请求端101进行合法性鉴权，检查目标UE 103是否允许该请求端101对其进行位置信息请求，如果请求端101通过LCS***102的合法性鉴权，LCS***102向其提供目标UE 103的位置信息；否则，LCS***102拒绝请求端101对目标UE 103的位置信息请求。

目前，请求端请求目标UE的位置信息可分为两种位置信息请求类型：立即型位置信息请求和延迟型位置信息请求。其中，请求端包括请求者和LCS客户端，LCS客户端指用于获得一个或多个目标UE位置信息的与LCS***接口的软件或硬件实体；请求者指请求目标UE位置信息的请求客户应用端，如机构和个人，LCS客户端也可同时为请求者。

立即型位置信息请求指LCS***收到请求端请求目标UE的位置信息后，立即对目标UE进行定位，并将定位结果立即返回给请求端，即LCS***收到请求端发送的请求目标UE位置信息后，立即向请求端提供目标UE当前的位置信息。

延迟型位置信息请求指请求端要求LCS***在将来一个时间点或者一定事件发生时向其提供目标UE的位置信息，即LCS***收到请求端发送的请求目标UE位置信息后，需要经过一段时间的延迟，等待延迟事件触发后再向请求端提供目标UE当前的位置信息。

另外，3GPP允许请求端要求LCS***周期性的提供目标UE的位置信息，即请求端定义一个起始时间点和结束时间点以及一定的周期性逻辑，要求LCS***在该段时间内按照周期性逻辑提供目标UE的位置信息。从一定角度上说，周期性位置信息请求也可说是延迟型位置信息请求的一种，在本文中将周期性位置信息请求划分为延迟型位置信息请求类别。

由于位置信息对于目标UE而言属于用户的私密性信息，其位置信息应该得到严格保护。对于任何请求目标UE位置信息的请求端，LCS***均需要对其进行合法性鉴权，根据目标UE在LCS***中的预先设置或者由LCS***将请求端信息发送给目标UE直接鉴权，检查目标UE是否授权该请求端请求其位置信息。

即使某个请求端已经通过LCS***的合法性鉴权，发起对目标UE的立即型位置信息请求或延迟型位置信息请求，LCS***也允许目标UE随时查询当前对其发起的处于激活状态的位置信息请求，并可以对这些位置信息请求进行取消操作。

在3GPP的LCS规范中提出允许目标UE随时查询或取消当前处于激活状态的有效位置信息请求。位置信息请求的激活状态指发起位置信息请求发送到LCS***的起始时刻到LCS***执行的结束时刻之间的时间段位置信息请求的状态。然而，对于目标UE随时查询或取消当前激活状态的有效位置信息请求的具体实现流程在3GPP中并未规定，即目标UE与LCS***如何进行信息交互从而实现查询或取消操作在3GPP中还未进行相关定义。因此，目标UE并不清楚如何进行查询或取消操作，以及如何通知LCS***其希望进行的操作；LCS***也不清楚如何对当前处于激活状态的全部位置信息请求进行查询和取消操作，并且如何将操作结果通知目标UE。

发明内容

有鉴于此，本发明的目的在于提供一种用户发起操作时用户设备与位置业务***间的交互方法，使目标UE与LCS***的操作交互具有可实施性。

为了达到上述目的，本发明提供了一种用户发起操作时用户设备与位置业务***间的交互方法，其特征在于该方法包括以下步骤：

A、目标用户设备向位置业务***发送操作请求，位置业务***根据操作请求中的目标用户设备标识搜索符合要求的对目标用户设备发起的位置信息请求，然后执行请求的操作；

B、操作完成后位置业务***向目标用户设备返回操作响应。

步骤A进一步包括：位置业务***判断目标用户设备发送的操作请求中是否携带有位置信息请求参数，如果有，则根据该位置信息请求参数进行搜索并执行相应操作；否则，根据目标用户设备预先在位置业务***中设置的位置信息请求参数进行搜索并执行相应操作。

目标用户设备主动释放资源时，步骤B进一步包括：

B11、位置业务***根据搜索结果和操作执行结果判断当前操作是否成功，如果成功，则位置业务***将操作执行结果作为操作响应发送给目标用户设备，否则，位置业务***向目标用户设备发送操作失败信息作为操作响应；

B12、目标用户设备收到操作响应后，判断是否继续操作，如果是，则向位置业务***发送新的操作请求，位置业务***执行新的操作；否则，向位置业务***发送结束操作请求，同时释放自身资源，位置业务***收到结束操作请求后直接释放相应资源。

目标用户设备被动释放资源时，步骤B进一步包括：

B21、位置业务***根据搜索结果和操作执行结果判断当前操作是否成功，如果成功，则执行步骤B22，否则，执行步骤B23；

B22、位置业务***将操作执行结果作为操作响应发送给目标用户设备，同时向目标用户设备发送释放资源指示，然后释放自身资源，执行步骤B24；

B23、位置业务***向目标用户设备发送操作失败信息作为操作响应，并同时发送释放资源指示，然后释放自身资源；

B24、目标用户设备收到操作响应和释放资源指示后，释放相应资源。

步骤B11和B21中所述判断当前操作是否成功进一步包括：位置业务***先判断能否搜索到符合要求的位置信息请求，如果不能，则操作不成功；如果能，则搜索成功，再判断是否能对所有搜索成功的位置信息请求按照当前操作请求进行处理，如果能，则操作成功；否则，再判断是否能对一部分搜索成功的位置信息请求按照当前操作请求进行处理，或是否能对搜索成功的位置信息请求中的一部分内容按照当前操作请求进行处理，如果能，则操作部分成功；否则，操作不成功。

位置业务***向目标用户设备发送的操作失败信息中携带有失败原因值。

该方法进一步包括：位置业务***操作部分成功时，位置业务***根据目标用户设备的预先设置或与目标用户设备的协商机制确定并执行当前操作。

该方法进一步包括：位置业务***在向目标用户设备发送操作响应的同时通知相应的请求端，其所发起的位置信息请求已被目标用户设备进行处理。

步骤A所述目标用户设备向位置业务***发起的操作请求为查询对该目标用户设备发起的位置信息请求的查询请求、或为取消对该目标用户设备发起的位置信息请求的取消请求。

步骤B所述位置业务***向目标用户设备发送的操作响应为查询操作执行结果、查询失败；或为取消操作执行结果、取消失败。

步骤A进一步包括：目标用户设备通过应用服务器向位置业务***发送操作请求。

步骤B进一步包括：位置业务***通过应用服务器向目标用户设备返回操作响应。

本发明提供了多种类型的信息交互方式，定义了在查询位置信息请求和取消位置信息请求操作中目标UE和LCS***之间的信息交互流程，使得查询位置信息请求和取消位置信息请求操作具有可实施性。而且本发明提出了多种类型的查询位置信息请求和取消位置信息请求操作流程，能够满足用户的不同需求，增强了用户操作的灵活性。

附图说明

图1为LCS网络逻辑结构示意图；

图2为本发明用户发起操作时的交互处理流程图；

图3为本发明中用户发起查询位置信息请求操作时的处理流程图；

图4为本发明中用户发起取消位置信息请求操作时的处理流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步地详细描述。

本发明可涉及目标UE与LCS***之间的多种操作，如查询位置信息请求操作、取消位置信息请求操作、修改位置信息请求操作、激活位置信息请求操作、去激活位置信息请求操作等。目标UE向LCS***发送操作请求，LCS***根据操作请求中的目标UE标识搜索符合位置信息请求参数要求的位置信息请求；然后LCS***向目标UE发送操作响应。

图2为本发明用户发起操作时的交互处理流程图，如图2所示，交互处理过程包含以下步骤：

步骤201：目标UE同LCS***建立联系后，向LCS***发送操作请求。

步骤202～步骤203：LCS***先根据操作请求中的目标UE标识进行搜索，再根据搜索结果进行相关操作处理；操作完成后，LCS***判断目标UE当前采用的释放资源类型为主动还是被动，如果目标UE采用主动释放资源类型，执行步骤204；否则，执行步骤209。

步骤204～步骤205：LCS***向目标UE发送操作响应；目标UE收到操作响应后，判断是否需要继续进行操作，如果是，执行步骤206；否则，执行步骤207。

步骤206：目标UE向LCS***发送新的操作请求，返回步骤202，LCS***继续执行新的操作。

步骤207～步骤208：目标UE向LCS***发送结束操作请求，同时释放资源；LCS***收到结束操作请求后，释放相应资源。

步骤209～步骤210：LCS***向目标UE发送操作响应和释放资源指示，同时释放资源；目标UE收到释放资源指示后，释放相应资源。

在上述目标UE向LCS***发送操作请求的步骤中，目标UE可以是将操作请求直接发送给LCS***，也可以将操作请求发送给一个应用服务器，由应用服务器向LCS***转发，如目标UE编辑一个操作请求的短消息发送到应用服务器，应用服务器根据该短消息向LCS***发送操作请求；或者目标UE拨打一个特殊的号码，通过应用服务器的语音提示反馈希望的进行的操作请求，应用服务器根据目标UE的反馈信息向LCS***发送相应的操作请求。

在上述LCS***向目标UE发送操作响应的步骤中，LCS***可以是将操作响应直接发送给目标UE，也可以是将操作响应发送给一个应用服务器，由应用服务器向目标UE转发，如应用服务器根据LCS***操作响应内容编辑成短消息并向目标UE发送；或者应用服务器根据LCS***操作响应内容向用户播放相应的提示语音。

上述应用服务器可以位于位置业务***之内，也可以位于位置业务***之外。

下面以查询位置信息请求和取消位置信息请求为例详细说明本发明的实现流程。其中，查询位置信息请求是指目标UE向LCS***查询对其发起的位置信息请求；取消位置信息请求是指目标UE通知LCS***取消对其发起的位置信息请求。

图3为查询位置信息请求操作流程图，如图3所示，查询位置信息请求操作包含以下步骤：

步骤301：目标UE同LCS***建立联系后，向LCS***发送查询请求，查询对其发起的位置信息请求。查询请求中携带目标UE标识，以及要求LCS***返回的查询结果，即返回的位置信息请求参数，如请求UE标识；位置信息请求类型，即立即型位置信息请求或延迟型位置信息请求；请求UE请求目标UE位置信息的途径，即客户端标识等。此外，目标UE也可在LCS***中预先设置要求LCS***返回的位置信息请求参数，这种情况下，目标UE发送的查询请求中可以不携带位置信息请求参数，后续操作由LCS***进行缺省处理。

步骤302：LCS***收到查询请求后，根据目标UE标识搜索***中对目标UE发起的位置信息请求。

由于目标UE进行查询位置信息请求操作时，需要与LCS***建立联系，此时需要占用资源，本发明根据查询位置信息请求操作结束后目标UE主动释放资源与被动释放资源划分为两个类型，以此满足用户的不同需要，从而增加LCS***的灵活性。每一类型又针对查询位置信息请求操作成功和失败定义了与每一情况相对应的操作流程。

目标UE主动释放资源的查询位置信息请求操作成功包含以下步骤：

步骤303a：LCS***搜索到符合条件的位置信息请求，并能够执行查询位置信息请求操作。LCS***将搜索到的对目标UE发起的位置信息请求，根据该目标UE要求返回的位置信息请求参数进行列表，即将符合要求的位置信息请求排列成表，并将该列表信息发送至目标UE。例如目标UE要求LCS***返回的位置信息请求参数为请求UE标识，LCS***将搜索到的对目标UE发起的位置信息请求按照请求UE标识进行列表发送至目标UE；或目标UE要求LCS***返回的位置信息请求参数为延迟型位置信息请求，LCS***将查询到的对目标UE发起的位置信息请求根据延迟型位置信息请求进行列表发送至目标UE。

步骤304a：目标UE收到查询结果后，如果目标UE需要继续进行操作，向LCS***发送操作请求，LCS***进行后续操作；否则，目标UE向LCS***发送结束请求，同时释放资源。LCS***收到结束请求后，释放相应资源，结束位置信息请求操作。上述的操作请求可以为查询请求或其他操作请求，如取消请求。

目标UE主动释放资源的查询位置信息请求操作失败包含以下步骤：

步骤303b：LCS***没有搜索到符合条件的位置信息请求或无法进行查询位置信息请求操作，LCS***向目标UE发送查询失败信息，查询失败信息携带相应的失败原因值。查询失败的原因如LCS***没有搜索到对目标UE的位置信息请求，或无法将搜索到的位置信息请求根据目标UE要求返回的位置信息请求参数进行列表。

步骤304b：目标UE收到查询失败信息后，如果目标UE需要继续进行操作，向LCS***发送操作请求，LCS***进行后续操作；否则，目标UE向LCS***发送结束请求，同时释放资源。LCS***收到结束请求后，释放相应资源，结束位置信息请求操作流程。

目标UE被动释放资源的查询位置信息请求操作成功包含以下步骤：

步骤303c：LCS***搜索到符合条件的位置信息请求，并能够执行查询位置信息请求操作。LCS***将搜索到的对目标UE发起的位置信息请求，根据该目标UE要求返回的位置信息请求参数进行列表，即将符合要求的位置信息请求排列成表，并将该列表信息发送至目标UE。与此同时，LCS***向目标UE发送释放资源指示。上述的操作请求可以为查询请求或其他操作请求，如取消请求。

步骤304c：LCS***将查询结果和释放资源指示发出后，直接释放资源。目标UE收到查询结果和释放资源指示后，直接释放相应资源。目标UE收到释放资源指示，表明该目标UE已不能继续进行操作，目标UE不再向LCS***发送结束请求，而是直接释放资源，结束位置信息请求操作流程。

目标UE被动释放资源的查询位置信息请求操作失败包含以下步骤：

步骤303d：LCS***没有搜索到符合条件的位置信息请求或无法进行查询位置信息请求操作，LCS***向目标UE发送查询失败信息，查询失败信息携带相应的失败原因值。与此同时，LCS***向目标UE发送释放资源指示。

步骤304d：LCS***将查询失败信息和释放资源指示发出后，直接释放资源。目标UE收到查询失败信息和释放资源指示后，直接释放相应资源，结束位置信息请求操作流程。

另外，对于查询位置信息请求操作部分成功的情况，即LCS***只能成功返回位置信息请求参数的一部分查询信息，或者LCS***只能成功返回一部分位置信息请求的查询信息，LCS***可同目标UE通过一定的协商机制或者根据目标UE的预先设置进行后续处理。例如在查询位置信息请求操作中，LCS***搜索到三个处于激活状态的对目标UE发起的位置信息请求，但是LCS***无法按照目标UE的要求根据请求UE标识进行列表返回请求的全部信息，如LCS***只能返回其中的两个位置请求的全部信息，或者LCS***只能返回三个位置请求的一部分信息，因此可通过LCS***与目标UE的协商机制确定后续处理，例如LCS***通知目标UE操作部分成功并询问是否需要发送查询结果，如果需要，LCS***将能够返回的与请求UE相关的信息发送至目标UE，目标UE接收当前查询结果；如果不需要发送，继续进行操作或结束位置信息请求操作流程；或者LCS***通过目标UE在LCS***中的预先设置确定是否向目标UE发送当前查询结果，然后继续进行操作或结束位置信息请求操作。

图4为取消位置信息请求操作流程图，如图4所示，取消位置信息请求操作包含以下步骤：

步骤401：目标UE同LCS***建立联系后，向LCS***发送取消请求，取消对其发起的位置信息请求。取消请求中携带目标UE标识，以及要求LCS***返回的取消结果，即返回的位置信息请求参数，如请求UE标识；位置信息请求类型，即立即型位置信息请求或延迟型位置信息请求；请求UE请求目标UE位置信息的途径，即客户端标识等。此外，目标UE也可在LCS***中预先设置要求LCS***返回的位置信息请求参数，这种情况下，目标UE发送的取消请求中可以不携带位置信息请求参数，后续操作由LCS***进行缺省处理。

步骤402：LCS***收到取消请求后，根据目标UE标识搜索***中对目标UE发起的位置信息请求。

由于目标UE进行取消位置信息请求操作时，需要与LCS***建立联系，此时需要占用资源，本发明根据取消位置信息请求操作结束后目标UE主动释放资源与被动释放资源划分为两个类型，以此满足用户的不同需要，从而增加LCS***的灵活性。每一类型又针对取消位置信息请求操作成功和失败定义了与每一情况相对应的操作流程。

目标UE主动释放资源的取消位置信息请求操作成功包含以下步骤：

步骤403a：LCS***搜索到符合条件的位置信息请求，LCS***取消对目标UE发起的符合条件的位置信息请求，并通知相应请求端其发起的位置信息请求已被目标UE取消。LCS***判断能否将已取消的位置信息请求根据目标UE要求返回的位置信息请求参数进行列表。如果能，LCS***将已取消的对目标UE发起的位置信息请求，根据该目标UE要求返回的位置信息请求参数进行列表，即将符合要求的位置信息请求排列成表，并将该列表信息发送至目标UE。例如目标UE要求LCS***返回的位置信息请求参数为请求UE标识，LCS***将已取消的对目标UE发起的位置信息请求按照请求UE标识进行列表发送至目标UE；或目标UE要求LCS***返回的位置信息请求参数为延迟型位置信息请求，LCS***将已取消的对目标UE发起的位置信息请求根据延迟型位置信息请求进行列表发送至目标UE；否则，LCS***向目标UE发送返回失败信息。

步骤404a：目标UE收到取消结果或返回失败信息后，如果目标UE需要继续进行操作，向LCS***发送操作请求，LCS***进行后续操作；否则，目标UE向LCS***发送结束请求，同时释放资源。LCS***收到结束请求后，释放相应资源，结束位置信息请求操作流程。上述的操作请求可以为取消请求或其他操作请求，如查询请求。

目标UE主动释放资源的取消位置信息请求操作失败包含以下步骤：

步骤403b：LCS***没有搜索到符合条件的位置信息请求或无法进行取消位置信息请求操作，LCS***向目标UE发送取消失败信息，取消失败信息携带相应的失败原因值。

步骤404b：目标UE收到取消失败信息后，如果目标UE需要继续进行操作，向LCS***发送操作请求，LCS***进行后续操作；否则，目标UE向LCS***发送结束请求，同时释放资源。LCS***收到结束请求后，释放相应资源，结束位置信息请求操作流程。上述的操作请求可以为取消请求或其他操作请求，如查询请求。

目标UE被动释放资源的取消位置信息请求操作成功包含以下步骤：

步骤403c：LCS***搜索到符合条件的位置信息请求，LCS***取消对目标UE发起的符合条件的位置信息请求，并通知相应请求端其发起的位置信息请求已被目标UE取消。LCS***判断能否将已取消的位置信息请求根据目标UE要求返回的位置信息请求参数进行列表。如果能，LCS***将已取消的对目标UE发起的位置信息请求，根据该目标UE要求返回的位置信息请求参数进行列表，即将符合要求的位置信息请求排列成表，并将该列表信息发送至目标UE，与此同时，LCS***向目标UE发送释放资源指示；否则，LCS***向目标UE发送返回失败信息和释放资源指示。

步骤404c：LCS***将取消结果和释放资源指示或返回失败信息和释放资源指示发出后，直接释放资源。目标UE收到取消结果和释放资源指示或返回失败信息和释放资源指示后，直接释放相应资源。目标UE收到释放资源指示，表明该目标UE已不能继续进行操作，目标UE不再向LCS***发送结束请求，而是直接释放资源，结束位置信息请求操作流程。

目标UE被动释放资源的取消位置信息请求操作失败包含以下步骤：

步骤403d：LCS***没有搜索到符合条件的位置信息请求或无法进行取消位置信息请求操作，LCS***向目标UE发送取消失败信息，取消失败信息携带相应的失败原因值。与此同时，LCS***向目标UE发送释放资源指示。

步骤404d：LCS***将取消失败信息和释放资源指示发出后，直接释放资源。目标UE收到取消失败信息和释放资源指示后，直接释放相应资源，结束位置信息请求操作流程。

如果目标UE不需要LCS***返回取消结果，在取消请求中可使用明确的标识信息，LCS***根据该标识信息不向目标UE返回任何取消结果，目标UE与LCS***继续进行操作，或直接释放资源结束位置信息请求操作流程。

另外，对于取消位置信息请求操作部分成功的情况，即LCS***只能成功返回位置信息请求参数的一部分取消信息，或者LCS***只能成功返回一部分位置信息请求的取消信息，LCS***可同目标UE通过一定的协商机制或者根据目标UE的预先设置进行后续处理。例如在取消位置信息请求操作中，LCS***搜索到并取消三个处于激活状态的对目标UE发起的位置信息请求，但是LCS***无法按照目标UE的要求返回根据请求UE标识进行列表的全部位置信息请求，LCS***只能返回其中的两个位置请求的全部信息，或者LCS***只能返回三个位置请求的一部分信息；或者对于三个处于激活状态的请求定位目标UE的位置信息请求，LCS***只能取消其中的两个，因此可通过LCS***与目标UE的协商机制确定后续处理，例如LCS***向目标UE询问是否需要发送取消结果，如果需要，LCS***将能够返回的与请求UE相关的信息发送至目标UE，目标UE接收当前取消结果；如果不需要发送，继续进行操作或结束位置信息请求操作流程；或通过目标UE在LCS***中的预先设置确定是否向目标UE发送当前取消结果，然后继续进行操作或结束位置信息请求操作。

位置信息请求参数可由用户根据需要进行各种限定，比如：设定只针对处于激活状态的位置信息请求进行查询、取消、修改操作等等。

以上所述的查询位置信息请求和取消位置信息请求操作过程交互的承载信息可通过单独定义专用的信息完成交互操作，也可通过在现有的信息中增加参数完成交互操作。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1、一种用户发起操作时用户设备与位置业务***间的交互方法，其特征在于该方法包括以下步骤：

A、目标用户设备向位置业务***发送操作请求，位置业务***根据操作请求中的目标用户设备标识搜索符合要求的对目标用户设备发起的位置信息请求，然后执行请求的操作；

B、操作完成后位置业务***向目标用户设备返回操作响应。

2、根据权利要求1所述的方法，其特征在于所述步骤A进一步包括：位置业务***判断目标用户设备发送的操作请求中是否携带有位置信息请求参数，如果有，则根据该位置信息请求参数进行搜索并执行相应操作；否则，根据目标用户设备预先在位置业务***中设置的位置信息请求参数进行搜索并执行相应操作。

3、根据权利要求1所述的方法，其特征在于目标用户设备主动释放资源时，所述步骤B进一步包括：

B11、位置业务***根据搜索结果和操作执行结果判断当前操作是否成功，如果成功，则位置业务***将操作执行结果作为操作响应发送给目标用户设备，否则，位置业务***向目标用户设备发送操作失败信息作为操作响应；

B12、目标用户设备收到操作响应后，判断是否继续操作，如果是，则向位置业务***发送新的操作请求，位置业务***执行新的操作；否则，向位置业务***发送结束操作请求，同时释放自身资源，位置业务***收到结束操作请求后直接释放相应资源。

4、根据权利要求1所述的方法，其特征在于目标用户设备被动释放资源时，所述步骤B进一步包括：

B21、位置业务***根据搜索结果和操作执行结果判断当前操作是否成功，如果成功，则执行步骤B22，否则，执行步骤B23；

B22、位置业务***将操作执行结果作为操作响应发送给目标用户设备，同时向目标用户设备发送释放资源指示，然后释放自身资源，执行步骤B24；

B23、位置业务***向目标用户设备发送操作失败信息作为操作响应，并同时发送释放资源指示，然后释放自身资源；

B24、目标用户设备收到操作响应和释放资源指示后，释放相应资源。

5、根据权利要求3或4所述的方法，其特征在于步骤B11和B21中所述判断当前操作是否成功进一步包括：位置业务***先判断能否搜索到符合要求的位置信息请求，如果不能，则操作不成功；如果能，则搜索成功，再判断是否能对所有搜索成功的位置信息请求按照当前操作请求进行处理，如果能，则操作成功；否则，再判断是否能对一部分搜索成功的位置信息请求按照当前操作请求进行处理，或是否能对搜索成功的位置信息请求中的一部分内容按照当前操作请求进行处理，如果能，则操作部分成功；否则，操作不成功。

6、根据权利要求3或4所述的方法，其特征在于：所述位置业务***向目标用户设备发送的操作失败信息中携带有失败原因值。

7、根据权利要求5所述的方法，其特征在于该方法进一步包括：位置业务***操作部分成功时，位置业务***根据目标用户设备的预先设置或与目标用户设备的协商机制确定并执行当前操作。

8、根据权利要求1所述的方法，其特征在于该方法进一步包括：位置业务***在向目标用户设备发送操作响应的同时通知相应的请求端，其所发起的位置信息请求已被目标用户设备进行处理。

9、根据权利要求1所述的方法，其特征在于：步骤A所述目标用户设备向位置业务***发起的操作请求为查询对该目标用户设备发起的位置信息请求的查询请求、或为取消对该目标用户设备发起的位置信息请求的取消请求。

10、根据权利要求9所述的方法，其特征在于：步骤B所述位置业务***向目标用户设备发送的操作响应为查询操作执行结果、查询失败；或为取消操作执行结果、取消失败。

11、根据权利要求1所述的方法，其特征在于所述步骤A进一步包括：目标用户设备通过应用服务器向位置业务***发送操作请求。

12、根据权利要求1所述的方法，其特征在于所述步骤B进一步包括：位置业务***通过应用服务器向目标用户设备返回操作响应。

Images