CN101834880A - 一种融合地址簿业务实现系统和方法 - Google Patents

Abstract

本发明公开了一种融合地址簿业务实现系统和方法，通过在网络侧增设一个XDM代理端，代理移动终端跟XDM服务端之间的业务和数据交互。采用本发明，移动终端不必具有XDM客户端能力，而只需要向XDM代理端发送简单的业务请求，简化了终端的处理能力和降低了终端的运行负担。XDM代理端还可以融合网络侧存储的用户偏好、业务提供商策略以及用户、业务提供商设置的业务权限等信息，对下发和上传数据进行整合，可以最大程度的优化服务器的运行负担以及提高用户的CAB业务体验。

Description

一种融合地址簿业务实现系统和方法

技术领域

本发明涉及网络通讯技术领域，特别地，涉及基于通讯网络存储和管理用户地址信息的技术。

背景技术

近年来，随着通讯网络和业务应用的发展，用户逐渐拥有多种地址信息，例如：手机号码、固定电话号码、邮箱地址、MSN地址等，不同的地址信息应用于不同的场合，并分布在不同的物理实体上。不仅如此，个人维护的地址信息目前主要是以零散的方式存储在各种用户终端设备上，给用户的维护、业务体验和商务运营带来极大不便和障碍，阻碍了用户之间的自由交流。由此，业界相继提出了一些基于网络统一存储和管理用户地址簿的解决方案，实现对用户地址信息的动态管理，并为其他业务引擎如CPM、社交网络等提供支持。用户可以基于这一灵活动态的地址管理平台，更加自由、流畅的体验各种电信业务。

随着固定网络与移动网络的融合，电信网络与互联网的融合，为便于业务发展，作为通讯基础之一的用户地址存在全新的部署和管理的需求，使得用户在业务体验时尽量摆脱地址信息来源的束缚，以及消除因终端不同而带来的地址信息不同造成的负面影响。

为此，OMA(Open Mobile Alliance)组织专门成立了CAB(ConvergedAddress Book)组研究基于网络存储和管理地址簿的系统需求、架构以及技术规范。就融合地址簿的存储和管理载体而言，业界包括OMA CAB组本身均认可重用已有的XDM(XML Document Management)引擎，其中，个人联系卡片、融合地址簿、业务提供商策略以及用户偏好等均通过基于网络的XDM引擎实现。

融合地址簿技术主要涵盖数据同步即终端跟网络侧存储管理的CAB之间的动态实时同步、个人地址信息共享和发布、地址簿业务订购、网络侧发起的对终端的消息通告以及网内和网间地址信息搜索等应用。现有的实现方式，一般都要求终端具备CAB客户端能力，即终端可以既是数据同步DS(Data Syncronization)客户端，还是XDM客户端，用以支持CAB系统的各项主要功能实现。由于现有的终端中很多暂时无法具备这样的客户端能力，因此这种实现方式极大的限制了融合地址簿技术的发展。

发明内容

本发明解决的技术问题是提出一种适用于普通移动终端的融合地址簿业务实现系统和方法。

本发明采用以下技术方案解决上述技术问题：

一种融合地址簿业务实现系统，包括：融合地址簿客户端、融合地址簿服务端、XDM代理端和XDM服务端；融合地址簿客户端发起的业务请求通过融合地址簿服务端转发到XDM代理端；XDM代理端用于对业务请求进行协议转换适配后上传到XDM服务端；XDM服务端用于执行业务请求，并将响应消息发送到XDM代理端；XDM代理端还用于将所述响应消息进行协议转换适配后下发到融合地址簿客户端。

其中，XDM服务端还用于存储至少一种以下信息：用户偏好信息、业务提供商策略信息和业务权限信息。

优选的，所述XDM代理端还用于根据所述XDM服务端中存储的信息对上传和下发数据进行整合处理。

一种融合地址簿业务实现方法，包括以下处理过程：

融合地址簿客户端向融合地址簿服务端发起业务请求；

融合地址簿服务端将业务请求转发到XDM代理端，XDM代理端对业务请求进行协议转换适配后上传到XDM服务端；

XDM服务端执行业务请求，并将响应消息发送到XDM代理端；

XDM代理端将所述响应消息进行协议转换适配后下发到融合地址簿客户端。

优选的，实现方法还包括以下处理步骤：所述XDM代理端根据所述XDM服务端中存储的信息对上传和下发数据进行整合处理。

本发明通过在网络侧增设一个XDM代理端，用以代理移动终端(即客户端)跟XDM服务端之间的业务和数据交互。使得本发明中的移动终端不必具有XDM客户端能力，而只需要向XDM代理端发送简单的业务请求，从而简化了终端的处理能力和降低了终端的运行负担。

此外XDM代理端在执行来自移动终端或者XDM服务端的信息交互任务的同时，融合网络侧存储的用户偏好、业务提供商策略以及用户、业务提供商设置的业务权限等信息，对下发和上传数据进行整合，可以最大程度的优化服务器侧的运行负担以及提高用户的CAB业务体验。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明融合地址簿业务实现系统优选实施例的原理图；

图2是本发明融合地址簿业务实现方法优选实施例的流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

如图1所示的本发明融合地址簿业务实现系统优选实施例的原理，系统包括四个基本功能体：融合地址簿客户端(CAB Client)、融合地址簿服务端(CAB Server)、XDM代理端(XDM Proxy)和XDM服务端(XDM Server)，其中除了融合地址簿客户端(CAB Client)为终端侧设备外，其他三个功能体都为网络侧设备。融合地址簿客户端用于发起业务请求，并通过融合地址簿服务端转发到XDM代理端。XDM代理端用于执行融合地址簿客户端(CAB Client)或者XDM服务端(XDM Server)的信息交互任务；即：对融合地址簿客户端的业务请求进行协议转换适配后上传到XDM服务端以及将XDM服务端的响应消息进行协议转换适配后下发到融合地址簿客户端。XDM服务端用于执行业务请求，并将响应消息发送到XDM代理端。

此外，XDM服务端还可以存储至少一种以下信息：用户偏好信息、业务提供商策略信息和业务权限信息。这些信息可以用于XDM代理端调用，并据此对经由XDM代理端上传和下发数据进行整合处理。这里的整合处理，是指综合利用XDM服务端存储的用户偏好信息、业务提供商策略信息以及业务权限信息，向XDM服务端上传准确、精简的请求消息；向终端用户下发个性化的响应，提高用户体验。

在一个具体实施例中，融合地址簿客户端和融合地址簿服务端通过通用接口协议完成通讯，例如采用：HTTP协议、SMPP协议、SyncML协议等。

由于CAB Server，XDM Proxy是融合地址簿系统网络侧的重要功能网元，在具体实施过程中，两者可以合设，也可以分设，任何可以实现信令消息交互的通讯协议都可以适用于两者之间的通信，如HTTP，XCAP协议等。

XDM Proxy和CAB Client通常分别部署于网络侧和移动终端侧，之前的通讯适用于通用移动终端和服务端通讯的协议皆可，如HTTP协议等。

本发明的融合地址簿业务实现系统用于无线通信网络中的地址信息网络动态存储管理服务中，以及与之相关的其他业务引擎系统中如CPM、IM等。

下面结合图2对本发明的融合地址簿业务实现方法流程进行详细介绍。图中融合地址簿客户端(CAB Client)为通用移动终端以下简称移动终端，其实现步骤如下：

步骤201，移动终端向CAB Server发起业务请求；

本实施例中，对于移动终端只需要具备提交CAB业务请求的能力，不必拥有XDM客户端能力。即移动终端只需要支持通用接口协议如HTTP、SMPP等即可，而不必支持XCAP协议(XDM服务器和客户端的交互接口协议)。

步骤202，CAB Server将业务请求转发至XDM PROXY；

步骤203，XDM PROXY对移动终端的请求消息进行内容整合和协议转换适配，并转发至XDM Server；

本实施例中，XDM PROXY实现上述通用协议跟XCAP之间的协议转换适配。并且当XDM Server内存储有：用户偏好以及业务提供商策略时，XDMPROXY还可以通过调用的方式获得参数并对请求消息进行内容整合，向XDM服务端上传准确、精简的请求消息。CAB Server通过XDM PROXY可以将整合后的请求消息转化为XDM标准接口消息，并经由XDM PROXY将业务请求消息转发至XDM Server。

步骤204，XDM Server执行业务请求动作，并将响应消息发至XDMPROXY；

本实施例中，XDM Server是用户融合地址簿、用户偏好以及业务提供商策略的存储归属网元。这里，XDM Server接收到业务请求过后，由于该业务请求已经过了XDM PROXY的内容整合，即已经结合了用户偏好以及业务提供商策略，XDM Server则可以执行该业务请求的详细实现动作如：搜索、订购、共享、发布等。这种方式可以实现高效率、高度个性化的业务服务。经过整合后向终端用户下发的是个性化的响应，提高了用户体验。

步骤205，XDM PROXY对业务响应消息进行内容整合和协议转换适配并下发至终端；

在本实施例中，XDM PROXY接收到XDM标准接口响应消息，调用XDMServer存储的参数信息，并根据参数中记录的终端能力对消息进行内容整合后再适配封装，并进行底层协议的转换。这样，终端能力最大限度的得到了兼容。

步骤206，终端接收到业务响应消息。

至此，流程全部结束。

这样，通过本发明，融合地址簿的主要业务经由XDM PROXY来实现业务信息的传递和转发。在上、下行的业务流程中XDM PROXY首先依据终端能力和配置进行内容整合和协议转换适配，从而最大化减轻终端的数据处理负担。同时，它根据终端以及下游设备的协议支持能力进行协议转换适配，这样，终端不必必须具备XDM客户端功能以支持融合地址簿业务，从而，终端的运行压力得到了最大程度的解放。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种融合地址簿业务实现系统，包括：融合地址簿客户端、融合地址簿服务端、XDM代理端和XDM服务端；融合地址簿客户端发起的业务请求通过融合地址簿服务端转发到XDM代理端；XDM代理端用于对业务请求进行协议转换适配后上传到XDM服务端；XDM服务端用于执行业务请求，并将响应消息发送到XDM代理端；XDM代理端还用于将所述响应消息进行协议转换适配后下发到融合地址簿客户端。

2.根据权利要求1所述的融合地址簿业务实现系统，其特征在于，所述XDM服务端还用于存储至少一种以下信息：用户偏好信息、业务提供商策略信息和业务权限信息。

3.根据权利要求2所述的融合地址簿业务实现系统，其特征在于，所述XDM代理端还用于根据所述XDM服务端中存储的信息对上传和下发数据进行整合处理。

4.根据权利要求1-3任一项所述的融合地址簿业务实现系统，其特征在于，所述融合地址簿客户端和融合地址簿服务端通过任一种以下的通用接口协议进行通讯：HTTP协议、SMPP协议、SyncML协议。

5.根据权利要求4所述的融合地址簿业务实现系统，其特征在于，所述XDM代理端进行的协议转换适配是在所述通用接口协议和XCAP协议之间的协议转换适配。

6.一种融合地址簿业务实现方法，其特征在于，所述方法包括以下处理过程：

融合地址簿客户端向融合地址簿服务端发起业务请求；

融合地址簿服务端将业务请求转发到XDM代理端，XDM代理端对业务请求进行协议转换适配后上传到XDM服务端；

XDM服务端执行业务请求，并将响应消息发送到XDM代理端；

XDM代理端将所述响应消息进行协议转换适配后下发到融合地址簿客户端。

7.根据权利要求6所述的融合地址簿业务实现方法，其特征在于，还包括以下处理步骤：所述XDM代理端根据所述XDM服务端中存储的信息对上传和下发数据进行整合处理。

8.根据权利要求6或7所述的融合地址簿业务实现方法，其特征在于，融合地址簿客户端采用任一种以下的通用接口协议：HTTP协议、SMPP协议向融合地址簿服务端发起业务请求。

9.根据权利要求8所述的融合地址簿业务实现方法，其特征在于，所述XDM代理端进行的协议转换适配是在所述通用接口协议和XCAP协议之间的协议转换适配。

Images