[发明专利]用于提供通信历史的方法和装置

说明书

技术领域

本发明一般涉及在会话发起协议/互联网协议(SIP/IP)核心网络中的融合地址簿(Converged Address Book，CAB)服务。更具体来说，本发明涉及用于使用CAB服务来管理移动终端的通信历史的方法和装置。

背景技术

SIP/IP核心网络中的CAB服务是基于单个网络的地址簿服务，用于允许用户在各种终端中存储可用地址信息，并且在任何时间和任何地点利用任何设备来访问此信息，并且用于同步地址信息。

开放移动联盟(Open Mobile Appliance，OMA)CAB组建议的CAB的概念性结构包括如图1所示的CAB客户端100、CAB服务器120、联系控制服务器130、以及可扩展标记语言(XML)文档管理服务器(XDMS)140。

在终端上与CAB服务器120通信的CAB客户端100向CAB服务器120发送关于CAB用户认证的信息，同步个人联系卡(Personal Contact Card，PCC)和存储在网络存储器中的CAB，并且维持CAB用户的要求，例如，地址订阅、地址查找、地址共享、与旧地址簿的交互、用户偏好的管理等等。

作为CAB体系结构中的主要网络元素的CAB服务器120处理从CAB客户端100接收到的CAB用户要求。CAB服务器120的关键功能包括从诸如CAB客户端上的相互认证、CAB地址的存储、地址信息的同步、以及地址订阅的功能接收更新的地址信息，以及将更新的地址信息反映在地址簿中。

联系控制服务器130是反映地址订阅/共享/变化以及用户偏好/策略的网络元素，并且其主要功能包括：地址订阅功能，用于从CAB用户偏好/策略XDMS中撤回(withdrawing)CAB用户偏好相关的XML文档，以及从CAB用户接收订阅请求；地址共享功能，用于应用通过地址订阅接收的数据的个人偏好，将个人偏好反映在地址簿中，维持订阅状态信息，以及共享PCC或CAB；以及交互工作功能(interworking function，IWF)，用于与遗留地址簿系统进行交互工作，或者将接口暴露给外部使能器(enabler)。

管理用户数据的XDMS 140包括：CAB XDMS，用于存储CAB；CAB用户偏好/策略XDMS，用于存储用户偏好和策略；CAB联系状态XDMS，用于将CAB用户从已有用户中区分出来；CAB联系共享XDMS，用于存储被其他用户共享的地址簿；PCC XDMS，用于存储PCC信息；通信历史XDMS，用于存储通信历史，等等。除了这些之外，XDMS 140可以包括用于访问各种XDMS功能的XDMS以及用于利用外部域的实体进行消息路由的SIP/IP核心网络。

将参照图2描述具有多个终端的接收方和发送方之间的通信示例。在图2示出的示例中，在CAB服务中，具有若干终端的接收方与发送方通信。在图2中，具有多个终端的接收侧用户A在步骤201、203和205中响应于在第一终端#1 200处接收到的来自发送侧用户B 240的通信请求而建立音频会话。这里，用户B 240可以构成用户组。在实现了发送方和接收方之间的期望的目的(例如，通话、短消息服务(SMS)、信使服务(messenger service)等等)之后，用户A在步骤207和209中关闭对用户B 240的会话。当会话被关闭时，在步骤215和245中该通信的通信历史被记录在用户A的第一终端#1 200和用户B 240的终端中。然而，在当前的CAB服务中，当用户A的第二终端#2 220向用户B 240发送会话建立请求时，第二终端#2 220不能找到记录在用户A的第一终端#1 200中的通信历史，因此在步骤225中用户A不能使用通信历史与用户B 240进行顺畅的通信。此外，如果用户B 240的联系地址没有存储在CAB地址簿中，那么除非用户A检查第一终端#1 200的通信历史，否则用户A不能发起与用户B 240的通信。

发明内容

[技术问题]

如上所述，当具有多个终端的接收方在使用第一终端与发送方通信之后试图利用第二终端与发送方通信时，除非用户使用第一次与已有发送方通信的终端来检查与发送方的通信历史，否则接收方无法获得关于通信历史的信息，并且当前的CAB服务也不提供这个信息，这极大地妨碍了具有多个终端的用户的顺畅通信。因此，对于能够在CAB服务中集中地管理存在于多个终端中的通信历史的方法存在长期的(long-felt)需要。

[技术方案]