CN101931939B - 一种选择应用前端的方法、装置及用户数据仓储 - Google Patents

Abstract

本发明公开了一种选择应用前端的方法，包括：用户数据仓储接收应用前端发来的携带有订阅指示信息的请求消息，并根据收到的订阅指示信息设置路由标志；下发通知消息时，用户数据仓储根据所设置的路由标志选择应用前端。本发明还同时公开了一种选择应用前端的装置和用户数据仓储，采用本发明能有效选择发送通知消息的合适的应用前端。

Description

一种选择应用前端的方法、装置及用户数据仓储

技术领域

本发明涉及用户数据融合(UDC，User Data Convergence)网络中订阅通知技术，特别是涉及一种通知消息下发时选择应用前端的方法、装置及用户数据仓储。

背景技术

随着互联网技术(IT，Internet Technology)软硬件技术以及业务的发展，除了传统的公用交换电话网络(PSTN，Public Switched Telephone Network)、以及第二代(2G，2nd Generation)移动通信网络之外，越来越多的通讯网络被引入并成为标准，如第三代(3G，3rd Generation)移动通信网络、IP多媒体子系统(IMS，IP Multimedia Sub-System)网络、微波存取全球互通(WiMAX，Worldwide Interoperability for Microwave Access)网络、软交换网络等等，这导致网络中的用户数据大量增加。

随着网络中用户数据的激增，原有的用户数据存储方式以及提供方式已经越来越难以适应网络的迅速发展，数据的分散管理导致以下多种问题的出现：运营性支出(OPEX，Operating Expenditure)增高，垃圾数据难以消除，数据一致性难以保证，数据安全性保障困难，数据挖掘分析缺乏有效手段。再加上数据存储网元对外接口不一致，导致数据访问接口复杂，接口与业务紧耦合，数据无法透明传送，新业务难以快速有效地开展，用户数据管理问题已经日益明显。

为此，业界提出了统一用户数据模型的概念，即：将同一用户分布在不同网元上的数据融合起来，以用户标识作为基本标识，按照统一的数据结构组织，作为所有网络的唯一用户数据源。对终端数据、接入或核心网络数据、业务数据以及Internet业务数据进行融合、应用和数据解耦，统一管理并建立统一用户数据中心，可以简化网络，缩短新业务发布时间，促进业务创新，为运营商提供有竞争力的业务融合奠定了基础。

在物理实现上，可以统一用户数据模型存储在网络的唯一数据存储网元：中心数据库(CDB，Center Database)上，该中心数据库存储用户的统一数据模型，以保证数据的一致性、可靠性和安全性，提供与业务和数据无关的开放接口，为其他数据查询网元提供数据访问服务。

图1描述了现有技术中第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)组织关于用户数据融合所建立的网络系统模型，如图1所示，UDC网络包括用户数据仓储和支持多种应用的应用前端，其中，应用前端处理与数据无关的应用逻辑，不负责存储用户数据信息，支持不同应用的应用前端与不同的网络实体相连，如：支持或不支持UDC的应用服务器、业务支撑系统(BSS，Business Supporting System)等；用户数据仓储作为网络中的用户数据中心，融合了各种应用数据，并为各种不同的应用前端提供统一的开放式Ud访问接口。

UDC网络是相对独立的，不影响现有的网络系统，即：应用前端与业务层应用、BSS系统等之间的现有接口不受影响。例如，支持归属用户服务器(HSS，Home Subscriber Service)应用的应用前端需要支持HSS所支持的基于Diameter协议接口，包括与应用服务器(AS，Application Server)之间的Sh接口，本文中称之为HSS应用前端。UDC网络需要支持Provisioning功能，即：为BSS系统提供业务支撑，例如，用户放号、用户业务签约数据修改等等，Provisioning应用前端位于BSS和用户数据仓储之间，执行相关的业务处理，为UDC网络提供Provisioning功能支持。

运营商在部署UDC网络时，不会将与之相关的所有应用服务器都进行升级，升级后的应用服务器可内嵌应用前端的功能，直接提供与用户数据仓储之间的访问接口，本文中称之为支持UDC的应用服务器。未升级的应用服务器没有与用户数据仓储之间的直接接口，需要通过原有的Sh接口通过HSS应用前端访问用户数据仓储，本文中称之为不支持UDC的应用服务器。

UDC网络支持订阅通知功能，图2是基于UDC网络下订阅关系建立的示意图。如图2所示，用户数据仓储预置通知触发条件和通知类型，所述通知触发条件包括数据订阅状态和数据变化状态，分别预置为数据未订阅和数据未变化；所述通知类型设置为签约数据订阅通知。

支持用户数据融合的应用服务器，包括应用服务器应用前端，直接通过Ud接口向用户数据仓储发送订阅签约通知请求消息或携带订阅通知请求(SNR，Subscription to Notification Request)标识的修改数据请求消息，请求建立订阅通知关系。不支持用户数据融合的应用服务器，需通过与HSS应用前端已有的Sh接口发送订阅签约通知请求消息，HSS应用前端再通过Ud接口向用户数据仓储发送订阅签约通知请求消息或携带SNR标识的修改数据请求消息，请求建立订阅通知关系。

用户数据仓储接收到订阅签约通知请求后，建立订阅通知关系，即：保存签约数据订阅通知数据信息，包括订阅方地址和订阅数据，其中，订阅方地址为应用服务器标识或地址，或者应用服务器应用前端标识或地址；并且，设置通知触发条件所对应的数据订阅状态为已订阅。订阅数据描述了签约数据订阅通知事件所对应的用户签约数据，可以是一个请求数据标识或请求数据域名，而不是用户签约数据的具体内容。

图3是业务签约数据发生修改时通知触发流程示意图，如图3所示，该通知触发流程包括如下步骤：

步骤S310，BSS向Provisioning应用前端发送修改业务签约数据请求消息；

步骤S320，Provisioning应用前端接收到来自BSS的修改业务签约数据请求消息后，通过与用户数据仓储之间统一的Ud接口，向用户数据仓储发送修改用户数据请求消息，以修改保存在用户数据仓储中的业务签约数据；

步骤S330，用户数据仓储接收到Provisioning应用前端发送的修改用户数据请求消息后，执行访问控制；

在对Provisioning应用前端进行有效认证和对请求数据进行有效授权后，用户数据仓储执行业务签约数据的更新操作；

步骤S340，用户数据仓储检验通知触发条件，即：判断请求数据是否发生变化，并检查请求数据的订阅状态；这里，所述请求数据业务签约数据；

如果请求数据发生变化，并且请求数据的变化通知事件已经被订阅，则用户数据仓储触发通知流程；否则，步骤S350和步骤S360的通知流程不被触发，结束当前处理流程；

步骤S350，用户数据仓储通过Ud接口向通知事件订阅方发送通知消息，该通知消息中携带有通知类型和通知数据信息；

其中，通知类型设置为签约数据订阅通知，用于指示支持订阅通知应用的应用前端将订阅通知数据发送给订阅方；

支持订阅通知应用的应用前端可以为HSS应用前端，通过Sh接口的通知消息将订阅通知数据发送给应用服务器；也可以为支持UDC网络的AS应用前端；

通知数据信息包含订阅方地址、用户标识和订阅通知数据等；其中的订阅通知数据是订阅通知事件所订阅数据的最新变化内容；这里，所述订阅方地址为应用服务器标识或地址，或者应用服务器应用前端标识或地址；所述用户标识是用于唯一标识用户身份，例如国际移动用户标识(IMSI，International MobileSubscriber Identity)；

步骤S360，HSS应用前端或AS应用前端向用户数据仓储返回通知响应消息；

步骤S370，用户数据仓储向Provisioning应用前端返回修改用户数据响应消息；

步骤S380，Provisioning应用前端将用户数据修改的结果通过修改业务签约数据响应消息返回给BSS。

从上述步骤可以看出，通知消息的初始订阅方可以为AS或一个特定的应用前端，例如，应用服务器应用前端。通知消息触发时，用户数据仓储需要将通知消息发送到该消息的初始订阅方，例如，当初始订阅方为应用服务器时，用户数据仓储需要选择一个合适的HSS应用前端，间接将通知消息转发到应用服务器；当初始订阅方为特定的应用前端时，用户数据仓储直接选择该应用前端，并将通知消息发送到该应用前端。

现有技术没有明确在这种应用场景下，用户数据仓储发送通知消息时的路由选择方式。也就是说，在UDC网络中，下发通知消息时，如何将通知消息有效发送到该消息的初始订阅方，即如何选择合适的应用前端将通知消息发送给该通知消息的初始订阅方，目前尚未提出有效的解决方案。

发明内容

有鉴于此，本发明的主要目的在于提供一种选择应用前端的方法、装置及用户数据仓储，能有效选择发送通知消息的合适的应用前端。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种选择应用前端的方法，包括：

用户数据仓储接收应用前端发来的携带有订阅指示信息的请求消息，并根据收到的订阅指示信息设置路由标志；

下发通知消息时，用户数据仓储根据所设置的路由标志选择应用前端。

上述方案中，所述订阅指示信息为订阅方地址信息、或订阅标志、或订阅方地址信息和订阅标志；所述根据收到的订阅指示信息设置路由标志为：根据请求消息中所包含的订阅标志或订阅方地址信息设置路由标志。

其中，所述根据订阅标志或订阅方地址信息设置路由标志具体为：如果订阅标志为直接订阅或者订阅方地址信息指示为应用服务器应用前端，则用户数据仓储设置路由标志为直接路由；如果订阅标志为间接订阅或者订阅方地址信息指示为应用服务器，则用户数据仓储设置路由标志为间接路由。

上述方案中，所述订阅指示信息为订阅方地址信息；所述根据收到的订阅指示信息设置路由标志为：预先设置应用前端地址信息，匹配请求消息中包含的订阅方地址信息与预先配置的应用前端地址信息，根据匹配结果设置路由标志。

其中，所述根据匹配结果设置路由标志具体为：如果订阅方地址包含于预先配置的应用前端地址信息中，则用户数据仓储设置路由标志为直接路由；如果订阅方地址未包含于预先配置的应用前端地址信息中，则用户数据仓储设置路由标志为间接路由。

其中，所述请求消息为：基于Ud接口的订阅签约通知请求消息、或携带订阅通知请求标识的修改用户数据请求消息。

该方法进一步包括：用户数据仓储保存订阅信息和所设置的路由标志，并设置通知触发条件对应的数据订阅状态为已订阅。

上述方案中，所述订阅方地址信息为应用服务器应用前端的标识或地址、或为应用服务器标识或地址。

本发明还提供了一种选择应用前端的装置，包括：订阅指示信息发送单元、订阅指示信息接收单元、路由标志设置单元、应用前端选择单元；其中，

所述订阅指示信息发送单元，用于发送携带有订阅指示信息的请求消息；

所述订阅指示信息接收单元，用于接收订阅指示信息发送单元发来的请求消息，并提取出订阅指示信息传送给路由标志设置单元；

所述路由标志设置单元，用于根据订阅指示信息设置路由标志；

所述应用前端选择单元，用于根据设置的路由标志选择应用前端。

上述方案中，所述订阅指示信息发送单元位于应用前端；所述订阅指示信息接收单元、路由标志设置单元、应用前端选择单元位于用户数据仓储。

其中，所述路由标志为直接路由、或间接路由。

本发明又提供了一种用户数据仓储，包括：订阅指示信息接收单元、路由标志设置单元、应用前端选择单元；其中，

所述订阅指示信息接收单元，用于接收订阅指示信息发送单元发来的请求消息，并提取出订阅指示信息传送给路由标志设置单元；

所述路由标志设置单元，用于根据订阅指示信息设置路由标志；

所述应用前端选择单元，用于根据设置的路由标志选择应用前端。

本发明所提供的选择应用前端的方法、装置及用户数据仓储，在用户数据仓储建立订阅通知关系时设置路由标志，相应的，在通知消息触发时，用户数据仓储根据设置的路由标志选择合适的应用前端即可。如此，不仅能有效选择合适的应用前端，将通知消息准确发送给对应的初始订阅方；而且，实现简单、方便，无需对原有的订阅通知机制做较大改动，有效解决了现有技术存在的技术问题。

附图说明

图1为现有技术中UDC网络组成示意图；

图2为现有技术中基于UDC网络下订阅通知关系建立的实现示意图；

图3为现有技术中基于UDC网络下业务签约数据发生修改的通知触发流程示意图；

图4为本发明选择应用前端方法的实现流程示意图；

图5为本发明实施例中订阅通知关系建立时设置路由标志方式一的实现流程示意图；

图6为本发明实施例中订阅通知关系建立时设置路由标志方式二的实现流程示意图；

图7为本发明实施例中业务签约数据发生修改的通知触发时选择应用前端的实现流程示意图。

具体实施方式

本发明的基本思想是：用户数据仓储在建立订阅通知关系时设置路由标志，相应的，用户数据仓储在下发通知消息时，会根据设置的路由标志选择合适的应用前端。

本发明选择应用前端的方法如图4所示，包括以下步骤：

步骤401：用户数据仓储接收应用前端发来的请求消息，请求消息中携带订阅指示信息；

这里，订阅指示信息可以是订阅方地址信息、或是订阅标志、或是订阅方地址信息和订阅标志；订阅标志为一个标识，用于描述应用前端是否为订阅通知的直接订阅方；

步骤402：用户数据仓储根据收到的订阅指示信息设置路由标志；

这里，所述路由标志是一个标识，用于描述通知消息下发时是否需要选择一个应用前端作为间接路由。如果订阅标志为直接订阅、或订阅方地址信息指示为AS应用前端，则用户数据仓储设置路由标志为直接路由；如果订阅标志为间接订阅、或订阅方地址信息指示为应用服务器，则用户数据仓储设置路由标志为间接路由。

路由标志的设置可包括两种方式：一种方式是，匹配预先配置的应用前端地址信息和请求消息所包含的订阅方地址信息，并根据匹配结果进行设置；另一种方式是，根据请求消息所包含的订阅标志或订阅方地址信息进行设置。

其中，采用订阅方地址信息描述通知消息的初始订阅方，订阅方地址信息为订阅方标识或订阅方地址，订阅方标识为订阅方对应的主机名、或者主机名和域名；应用前端地址信息包括应用前端标识或应用前端地址，应用前端标识为应用前端对应的主机名、或者主机名和域名。

本步骤中，用户数据仓储会进一步保存所设置的路由标志。

步骤403：用户数据仓储在下发通知消息时，根据所设置的路由标志选择应用前端。

这里，用户数据仓储根据路由标志的设置选择应用前端具体为：路由标志设置为直接路由，用户数据仓储直接向订阅方地址发送通知消息，这种情况下，应用服务器支持UDC网络。用户数据仓储根据路由标志的设置选择应用前端还可以是：路由标志设置为间接路由，用户数据仓储根据订阅方地址信息选择一个合适的应用前端，并将通知消息发送到该应用前端，通知消息中包含订阅方地址，这种情况下，应用服务器不支持UDC网络。

进一步的，用户数据仓储向所选的应用前端发送通知消息。

下面结合附图和具体实施例进一步详细说明路由标志的不同设置方式、以及本发明选择应用前端方法的具体实现过程。

图5为本发明实施例中订阅通知关系建立时设置路由标志方式一的实现流程示意图，如图5所示，该路由标志设置方式包括如下步骤：

步骤S510，AS应用前端/HSS应用前端向用户数据仓储发送基于Ud接口的订阅签约通知请求消息或携带SNR标识的修改用户数据请求消息；

这里，对于支持UDC网络的应用服务器，是通过AS应用前端向用户数据仓储发送基于Ud接口的订阅签约通知请求消息或携带SNR标识的修改数据请求消息；对于不支持UDC网络的应用服务器，需要先向HSS应用前端发送基于Sh接口的订阅签约通知请求消息，经HSS应用前端处理后，再向用户数据仓储发送基于Ud接口的订阅签约通知请求消息或携带SNR标识的修改数据请求消息。

其中，请求消息中携带有订阅指示信息，所述订阅指示信息可以是订阅方地址信息、或是订阅标志、或是订阅方地址信息和订阅标志；所述订阅方地址信息，对于支持UDC网络的应用服务器是指应用服务器应用前端的标识或地址，对于不支持UDC网络的应用服务器是指应用服务器标识或地址。

步骤S520，用户数据仓储接收到订阅签约通知请求消息或携带SNR标识的修改数据请求消息，执行访问控制，进行认证、授权处理；在对AS应用前端或HSS应用前端进行有效认证，并对请求数据进行有效授权后，用户数据仓储执行步骤S530；

步骤S530，用户数据仓储根据请求消息中携带的订阅指示信息设置路由标志，并保存订阅信息和所设置的路由标志；

其中，订阅信息包括订阅指示信息和订阅数据；订阅指示信息可以是订阅方地址信息、或是订阅标志、或是订阅方地址信息和订阅标志；订阅数据用于描述签约数据订阅通知事件所对应的用户签约数据，可以为请求数据标识或请求数据域名。

这里，如果订阅标志为直接订阅或者订阅方地址信息指示为AS应用前端，则说明应用前端是直接订阅方，用户数据仓储设置路由标志为直接路由；如果订阅标志为间接订阅或者订阅方地址信息指示为应用服务器，则说明应用前端不是直接订阅方，用户数据仓储设置路由标志为间接路由。订阅标志可以用数字或字符等形式表示，比如订阅标志的值为0表示直接订阅，值为1表示间接订阅，表示形式不做限定，只要能区分直接订阅、间接订阅即可。

进一步的，用户数据仓储可设置通知触发条件所对应的数据订阅状态为已订阅。这里设置已订阅状态是便于后续流程能顺畅完成，至于通知触发条件可以是什么、如何设置与本发明无关，且为已有技术，在此不再详述。

步骤S540，用户数据仓储向AS应用前端或HSS应用前端返回基于Ud接口的、订阅签约通知响应消息或修改用户数据响应消息。

图6是本发明实施例中订阅通知关系建立时设置路由标志方式二的实现流程示意图，如图6所示，该路由标志设置方式包括如下的步骤：

步骤S610，用户数据仓储预先配置并保存应用前端地址信息；

这里，应用前端地址信息对应的应用前端是被授权可以直接订阅用户签约数据变化通知事件的应用前端。

步骤S620，AS应用前端/HSS应用前端向用户数据仓储发送基于Ud接口的订阅签约通知请求消息或携带SNR标识的修改用户数据请求消息；

这里，对于支持UDC网络的应用服务器，是通过AS应用前端向用户数据仓储发送基于Ud接口的订阅签约通知请求消息或携带SNR标识的修改数据请求消息；对于不支持UDC网络的应用服务器，需要先向HSS应用前端发送基于Sh接口的订阅签约通知请求消息，经HSS应用前端处理后，再向用户数据仓储发送基于Ud接口的订阅签约通知请求消息或携带SNR标识的修改数据请求消息。

其中，请求消息中携带有订阅方地址信息，所述订阅方地址信息，对于支持UDC网络的应用服务器是指应用服务器应用前端的标识或地址，对于不支持UDC网络的应用服务器是指应用服务器标识或地址。

步骤S630，用户数据仓储接收到订阅签约通知请求消息或携带SNR标识的修改数据请求消息，执行访问控制，进行认证、授权处理；在对AS应用前端或HSS应用前端进行有效认证，并对请求数据进行有效授权后，用户数据仓储执行步骤S640；

步骤S640，用户数据仓储匹配请求消息中携带的订阅方地址信息与预先配置的应用前端地址信息，并根据匹配结果设置路由标志，如果订阅方地址包含于预先配置的应用前端地址信息中，则用户数据仓储设置路由标志为直接路由；如果订阅方地址未包含于预先配置的应用前端地址信息中，则用户数据仓储设置路由标志为间接路由；用户数据仓储保存订阅信息和路由标志；

这里，可将预先配置的应用前端地址信息存储为一个配置列表，每次匹配在配置列表中查找请求消息中携带的订阅方地址信息是否存在于配置列表中即可。

其中，订阅信息包括订阅方地址信息和订阅数据，所述订阅数据用于描述签约数据订阅通知事件所对应的用户签约数据，可以为请求数据标识或请求数据域名；

进一步的，用户数据仓储可设置通知触发条件所对应的数据订阅状态为已订阅。这里设置已订阅状态是便于后续流程能顺畅完成，至于通知触发条件可以是什么、如何设置与本发明无关，且为已有技术，在此不再详述。

步骤S650，用户数据仓储向AS应用前端或HSS应用前端返回基于Ud接口的、订阅签约通知响应消息或修改用户数据响应消息。

图7是本发明实施例中业务签约数据发生修改的通知触发时选择应用前端的实现流程示意图，如图7所示，选择应用前端应用于业务签约数据修改通知流程中的实现流程包括如下步骤：

步骤S710～S730，与图3中步骤S310～S330的处理过程相同；

步骤S740，用户数据仓储检验通知触发条件，并检查请求数据的订阅状态；

这里，所述通知触发条件是判断请求数据是否发生变化，即：判断业务签约数据是否发生变化；

如果请求数据发生变化，且请求数据的变化通知事件已被订阅，则用户数据仓储触发通知流程，继续执行步骤S750；否则，通知流程不被触发，直接执行步骤780；

步骤S750，用户数据仓储根据自身保存的路由标志选择应用前端，如果路由标志为直接路由，则用户数据仓储直接选择订阅方地址，即AS应用前端，执行步骤S760a和步骤S770a；如果路由标志为间接路由，则用户数据仓储根据订阅方地址信息选择所支持应用类型的应用前端，即HSS应用前端，执行步骤S760和步骤S770；

步骤S760～S770，用户数据仓储向HSS应用前端发送基于Ud接口的通知消息，通知流程与图3中步骤S350～S360的处理相同；

步骤S760a～S770a，用户数据仓储向AS应用前端发送基于Ud接口的通知消息，通知流程与图3中步骤S350～S360的处理相同；

步骤S780～S790，与图3中步骤S370～S380的处理相同。

为实现上述方法，本发明还提出一种选择应用前端的装置，包括订阅指示信息发送单元、订阅指示信息接收单元、路由标志设置单元、应用前端选择单元；其中，

所述订阅指示信息发送单元，用于发送携带有订阅指示信息的请求消息；其中，订阅指示信息可以是订阅方地址信息、或是订阅标志、或是订阅方地址信息和订阅标志。

所述订阅指示信息接收单元，用于接收订阅指示信息发送单元发来的请求消息，并提取出订阅指示信息传送给路由标志设置单元；

所述路由标志设置单元，用于根据订阅指示信息设置路由标志；其中，路由标志设置为直接路由、或间接路由；

所述应用前端选择单元，用于根据设置的路由标志选择应用前端。

所述订阅指示信息发送单元可位于应用前端，所述应用前端为AS应用前端、或为HSS应用前端。所述订阅指示信息接收单元、路由标志设置单元、应用前端选择单元可位于用户数据仓储。

该装置可进一步包括通知消息发送单元，用于将通知消息发送给所选的应用前端。

因此，本发明还可以提供一种用户数据仓储，包括订阅指示信息接收单元、路由标志设置单元、应用前端选择单元；其中，

所述订阅指示信息接收单元，用于接收订阅指示信息发送单元发来的请求消息，并提取出订阅指示信息传送给路由标志设置单元；

所述路由标志设置单元，用于根据订阅指示信息设置路由标志；其中，路由标志设置为直接路由、或间接路由；

所述应用前端选择单元，用于根据设置的路由标志选择应用前端。

该用户数据仓储可进一步包括通知消息发送单元，用于将通知消息发送给所选的应用前端。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种选择应用前端的方法，其特征在于，该方法包括：

用户数据仓储接收应用前端发来的携带有订阅指示信息的请求消息，并根据收到的订阅指示信息设置路由标志；

下发通知消息时，用户数据仓储根据所设置的路由标志选择应用前端；

所述订阅指示信息为订阅方地址信息、或订阅标志、或订阅方地址信息和订阅标志；

所述根据收到的订阅指示信息设置路由标志为：如果订阅标志为直接订阅或者订阅方地址信息指示为应用服务器应用前端，则用户数据仓储设置路由标志为直接路由；如果订阅标志为间接订阅或者订阅方地址信息指示为应用服务器，则用户数据仓储设置路由标志为间接路由。

2.根据权利要求1所述的方法，其特征在于，所述订阅指示信息为订阅方地址信息；

所述根据收到的订阅指示信息设置路由标志为：预先设置应用前端地址信息，匹配请求消息中包含的订阅方地址信息与预先配置的应用前端地址信息，根据匹配结果设置路由标志。

3.根据权利要求2所述的方法，其特征在于，所述根据匹配结果设置路由标志具体为：如果订阅方地址包含于预先配置的应用前端地址信息中，则用户数据仓储设置路由标志为直接路由；如果订阅方地址未包含于预先配置的应用前端地址信息中，则用户数据仓储设置路由标志为间接路由。

4.根据权利要求1所述的方法，其特征在于，所述请求消息为：基于Ud接口的订阅签约通知请求消息、或携带订阅通知请求标识的修改用户数据请求消息。

5.根据权利要求1所述的方法，其特征在于，该方法进一步包括：用户数据仓储保存订阅信息和所设置的路由标志，并设置通知触发条件对应的数据订阅状态为已订阅；

所述订阅信息包括订阅指示信息和订阅数据。

6.根据权利要求2至5任一项所述的方法，其特征在于，所述订阅方地址信息为应用服务器应用前端的标识或地址、或为应用服务器标识或地址。

7.一种选择应用前端的装置，其特征在于，该装置包括：订阅指示信息发送单元、订阅指示信息接收单元、路由标志设置单元、应用前端选择单元；其中，

所述订阅指示信息发送单元，用于发送携带有订阅指示信息的请求消息；

所述订阅指示信息接收单元，用于接收订阅指示信息发送单元发来的请求消息，并提取出订阅指示信息传送给路由标志设置单元；

所述路由标志设置单元，用于根据订阅指示信息设置路由标志；

所述应用前端选择单元，用于根据设置的路由标志选择应用前端；

所述订阅指示信息为订阅方地址信息、或订阅标志、或订阅方地址信息和订阅标志；

所述路由标志为直接路由、或间接路由。

8.根据权利要求7所述的装置，其特征在于，所述订阅指示信息发送单元位于应用前端；所述订阅指示信息接收单元、路由标志设置单元、应用前端选择单元位于用户数据仓储。

9.一种用户数据仓储，其特征在于，包括：订阅指示信息接收单元、路由标志设置单元、应用前端选择单元；其中，

所述订阅指示信息接收单元，用于接收订阅指示信息发送单元发来的请求消息，并提取出订阅指示信息传送给路由标志设置单元；

所述路由标志设置单元，用于根据订阅指示信息设置路由标志；

所述应用前端选择单元，用于根据设置的路由标志选择应用前端；

所述订阅指示信息为订阅方地址信息、或订阅标志、或订阅方地址信息和订阅标志；

所述路由标志为直接路由、或间接路由。

Images