专利名称：用于提供通信历史的方法和装置的制作方法
技术领域：
本发明一般涉及在会话发起协议/互联网协议(SIP/IP)核心网络中的融合地址簿(Converged Address Book, CAB)服务。更具体来说，本发明涉及用于使用CAB服务来管理移动终端的通信历史的方法和装置。
背景技术：
SIP/IP核心网络中的CAB服务是基于单个网络的地址簿服务，用于允许用户在各种终端中存储可用地址信息，并且在任何时间和任何地点利用任何设备来访问此信息，并且用于同步地址信息。开放移动联盟(Open Mobile Appliance, 0MA)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)、信使服务(messengerservice)等等)之后，用户A在步骤207和209中关闭对用户B 240的会话。当会话被关闭时，在步骤215和M5中该通信的通信历史被记录在用户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)需要。[技术方案]本发明的一个方面在于解决至少上述问题和/或缺点，并且提供至少以下描述的优点。因此，本发明的一个方面提供方法和装置，其中具有多个终端的用户能够使用融合的通信历史与期望的接收方进行顺畅的通信。本发明的另一方面提供数据发送/接收方法和装置，用于通过在CAB系统中提供融合的通信历史，来去除多终端用户在偶尔使用存在于不同终端中的通信历史时可能体验到的不便，从而根据多终端用户做出的决定能够快速且容易地提供CAB服务。根据本发明的一个方面，提供用于在通信系统中由终端接收通信历史的方法。该方法包括向服务器发送关于通信历史的订阅请求；以及从所述服务器接收与该终端的用户相关联的注册的所有终端的通信历史信息，并且存储所接收的通信历史信息。根据本发明的另一个方面，提供用于在通信系统中向终端提供通信历史的方法。 该方法包括从终端接收关于通信历史的请求；以及向终端中的一个发送与该终端的用户相关联的注册的所有终端的通信历史信息。根据本发明的另一个方面，提供用于在通信系统中由终端接收通信历史的装置。 该装置包括收发器；以及控制器，用于通过收发器向服务器发送关于通信历史的订阅请求，从服务器接收与所述终端的用户相关联的注册的所有终端的通信历史信息，以及将所接收的通信历史信息存储在存储器中。从下面结合附图公开本发明的实施例的详细描述中，本发明的其他方面、优点和显著的特征对于本领域技术人员来说将变得清楚。[有益效果]如从前面的描述中清楚看出的，在本发明建议的方法和装置中，当发送方注册的终端做出关于通信历史的订阅请求时，每当通信历史被创建或被更新时就向每个终端通知通信历史。由于除了已有终端之外的终端提供包括呈现信息的通信历史，所以用户或发送方可以与激活群组成员进行连续的通信，从而改善用户体验。
图1图示一般基于SIP的融合地址簿(CAB)系统的体系结构；图2图示用于存储具有多个终端的接收方和发送方组之间的通信历史的信号发送/接收；图3和图4图示用于通过共享包括本发明所建议的基于SIP的呈现信息的通信历史来进行群组通话(group call)的信号发送/接收；图5图示根据本发明的实施例的管理通信历史的过程；以及图6图示根据本发明的实施例的提供通信历史的过程。
具体实施例方式现在将参照附图详细描述本发明的实施例。在后面的描述中，为了清楚和简明起见，省略对熟知功能和构造的描述。本发明一般涉及融合地址簿(CAB)服务或者基于单个网络的地址簿服务，其存储地址信息和通信历史，以便可以在会话发起协议/互联网协议(SIP/IP)核心网络中由单个用户所拥有的多个终端中使用它们，并且其同步所述信息，以便用户可以在任何时间和任何地点以任何终端来访问信息，更具体来说，本发明涉及方法和装置，用于允许具有多个终端的用户以融合的方式(converged manner)管理存在于所述终端的每一个中的地址信息和通信历史，并且基于所述信息提供呈现信息(presence information)，从而使用通信历史为用户提供在群组通话期间维持通话连续性的优点。在本发明中，作为CAB使能器的功能而包括的通信历史是指关于在终端中已经发生的所有通信的记录，并且其包括关于通话类型(呼出通话、呼入通话、缺席通话(absence call)、被拒通话(rejected call)等)和通信类型的信息，包括已有呼出通话/呼入通话列表，所述通信类型例如语音通话、视频通话、群组通话和各种消息服务(SMS/MMS(多媒体消息月艮务)/SIMPLE (Session Initiation Protocol for IM and Presence Leveraging Extensions，针对即时消息和呈现扩展的会话发起协议)IM(即时消息)/PoC (Push to Talk over Cellular，基于蜂窝网的即按即说)/CPM(融合的IP消息)/CAB，等等)，并且其还包括关于地址存储位置的通信记录，如终端地址、USIM地址和外部存储器的地址。本发明提供通过提供包括所关心的通信方之间的呈现信息的通信历史来确保终端之间的历史的连续性。更具体来说，当在所关心的通信方之间注册的终端进行关于融合的通信历史的订阅请求时，每次通信历史被创建或被更新时，向每个终端通知通信历史。然后，通过通知用户包括来自除了所使用的已有终端之外的终端的呈现信息的通信历史，用户能够与激活的(active)群组成员进行连续地通信，由此也能够改善用户的体验。当前的融合IP消息(CPM)服务和基于蜂窝网的即按即说(PoC)服务能够在消息和多媒体存储器(Message & Media Storage,MMS)和被称为PoC盒的存储器中分别存储会话历史信息和媒体。然而，由于这些服务取决于用户的偏好和服务提供商的策略，所以记录可能没有被存储。此外，因为关于会话历史的细节被限制到SIP头部信息，所以其值就多样性和实用性而言，与当前的终端提供的通信历史信息相比是相对较低的。存在克服会话历史信息的限制并且显著地管理分离地存在于每个终端中的通信历史信息的需要。为此，本发明使用户能够做出关于注册终端的通信历史的订阅请求并且接收改变的信息，从而管理终端之间的通信历史，并且传送包括呈现信息的通信历史，从而允许多终端用户使用该通信历史进行连续的通信。下面将对其进行详细的描述。在图3和图4中，具有两个或更多个终端的用户A响应于用户B 240发送的群组通话邀请消息，利用第一终端#1 200与群组成员(用户B和用户C)进行群组通话，然后尝试使用更新的通信历史中包括的呈现信息，利用用户A的第二终端#2 220与激活群组成员进行群组通话。图3和图4图示了用于提供本发明建议的包括呈现信息的通信历史的方法。在步骤3210、3211、3213、3217和3219中，具有多个终端的发送方利用发送方所使用的两个终端中的用户A的第二终端#2 220发送关于更新的通信历史的订阅请求，以便在以后的通话时顺利地形成一个组(make a group)。当接收到订阅请求时，在步骤3221、3223、32M和3227 中，CAB XDMS 280通知第二终端#2 220到现在为止存储的关于用户A的已有通信历史。此后，如果直到订阅请求时段期满时也没有改变的通信历史，则不会进行通知。此后，在步骤3225、3110和3230中，如果在用户A和用户B之间进行群组通话然后结束，则通信历史将被创建，并且通过在步骤3231中的第一终端#1 200和CAB服务器 260之间的数据同步，在步骤3233和3240中将所创建的通信历史存储在CAB XDMS 280中。 CAB XDMS 280检查对于改变的通信历史的订阅请求授权，然后在步骤3241、3M3、3245和 3247中向第二终端#2 220通知授权结果。在步骤3250中，发送方基于所通知的第一终端 #1 200中的群组通话的通信历史信息，尝试在第二终端#2 220中重新建立关于已有群组通话的请求。如果提供了群组成员的呈现(presence)，则可以确保群组通话连接的连接/ 保持可能性，这相当有助于改进用户的体验。发送方从通信历史获得资源列表，然后在步骤 3251和3253中利用过滤器向呈现服务器(presence server) 350发送呈现订阅请求消息， 以做出关于激活资源(active resources)的呈现订阅请求。术语“资源列表”是指通信历史中包括的相应终端的列表。呈现服务器350检查发送方的授权，然后在步骤3261、3沈3、3265和3267中仅通知关于资源列表中的激活资源(即，用户B和用户C)的呈现信息。已经获得了参加到已有群组通话中的群组成员中的激活群组成员(即，用户A、用户B和用户C)的呈现信息的发送方，在步骤3270和3271中，利用用户A的第二终端#2 220与用户B和用户C进行群组通话。在群组通话结束后，像以前一样，在步骤3273、3275、3277和3279中，关于这次通话的通信历史信息被存储在CAB XDMS 280中。根据本发明，用于在终端和服务器之间同步通信历史数据的方法，除了图3a和图 3b中所示的同步过程之外，还可以包括图4的同步过程。图4示出了使用基于非基于SIP 的(non SIP based)订阅绑定的 XCAP 补丁操作(patch operations) (RFC 5261)的同步通信历史数据的过程。在图4中，XCAP PUT用于建立到CAB XDMS 280的非基于SIP的订阅绑定，检查先前建立的用户偏好，以及向相关的终端通知更新的通信历史。关于用户A的第二终端#2 220，在步骤3301中，用户A在用户偏好中建立订阅请求以接收关于注册的终端的通信历史的更新信息。之后，如果用户A在步骤3303中利用其第一终端#1 200进行群组通话，则在步骤3305-a、3305-b、3307和3309中，使用XCAP PUT产生的通信历史被存储在CABXDMS 2800用户可以通过将关于同步到其它终端的必需内容 (necessity)和通信历史的变化一起通过非基于SIP的订阅绑定来发送，尝试针对通信历史数据的同步的非SIP通知。在接收XCAP PUT时，CAB XDMS 280在步骤3311和3313中将通信历史的状态中的变化告知订阅功能370。在接收状态变化信息时，订阅功能370在步骤 3315中检查用户偏好以找到需要关于通信历史同步的通知的用户的注册的终端。确定用户A的第二终端#2 220先前已经设置了通信历史订阅功能，则订阅功能370在步骤3317、 3319,3321和3323中向用户的第二终端#2 220仅发送使用XCAP补丁操作更新的通信历史。结果，用户A的第二终端#2 220可以请求重新建立已有群组通话，并且像在图3中那样，可以在步骤3325中基于已有参与方的呈现信息再次进行群组通话。如从图3a、图北和图4的信号流程图中可以认识到的，当发送用户可以接收到关于其终端的融合的通信历史信息时，有可能解决用户在一个终端不能获得关于在另一个终端接收的通话的通信历史的问题。此外，用户能够接收到具有相关呈现信息的通信历史信息，从而提高了通信的连续性。表1到表5示出了以上信号流程图中的各个步骤的消息格式。表1示出了用户A的第二终端#2 220向CAB XDMS 280发送的做出关于更新的通信历史的订阅请求的消息的示例。“xcap-diff”被用作用于接收更新的XML文档的事件包(event package)，并且定义本发明所建议的通信历史的新格式被要求为内容类型 (Content-Type)。下面的XML文档示出了用于订阅存储在通信历史存储器中的用户A的通信历史的统一资源标识符(URI)。表1
权利要求
1.一种用于在通信系统中通过终端接收通信历史的方法，该方法包括以下步骤 向服务器发送关于特定用户的通信历史的订阅请求；以及从所述服务器接收与所述终端的特定用户相关联的注册的所有终端的通信历史信息， 并且将所接收的通信历史信息存储在所述特定用户的终端中。
2.如权利要求1所述的方法，还包括发送关于包括在所述通信历史信息中的至少一个相应终端的呈现信息的请求；以及接收关于所述至少一个相应终端的呈现信息。
3.如权利要求2所述的方法，还包括当在所述终端与任意终端进行通信之后出现新的通信历史时，将所述新的通信历史传送给所述服务器；以及从所述服务器接收包括所述新的通信历史的通信历史信息，并且存储所接收的通信历史fe息。
4.如权利要求1所述的方法，还包括请求包括在所述通信历史信息中的相应终端中处于呈现状态的特定终端的呈现信息。
5.如权利要求1所述的方法，还包括在用户请求时显示所述通信历史信息。
6.如权利要求1所述的方法，还包括与所述用户从包括在所述通信历史信息中的相应终端中选择的终端进行通信。
7.如权利要求1所述的方法，其中，所述通信历史信息包括所述通信历史信息中包括的相应终端的联系类型、联系号码、日期时间和通话时间中的至少一个。
8.一种用于在通信系统中向终端提供通信历史的方法，该方法包括以下步骤 从终端接收关于通信历史的请求；以及向所述终端中的一个发送与该终端的用户相关联的注册的所有终端的通信历史信息。
9.如权利要求4所述的方法，还包括 从所述一个终端接收关于包括在所述通信历史信息中的至少一个相应终端的呈现信息的请求；以及向所述一个终端传送关于所述至少一个相应终端的呈现信息。
10.如权利要求5所述的方法，还包括 从所述终端接收新产生的通信历史；以及向所述一个终端发送包括所述新产生的通信历史的通信历史信息。
11.一种用于在通信系统中由终端接收通信历史的装置，所述装置包括 收发器；以及控制器，用于通过所述收发器向服务器发送关于特定用户的通信历史的订阅请求，从所述服务器接收与所述终端的特定用户相关联的注册的所有终端的通信历史信息，以及将所接收的通信历史信息存储在所述终端的存储器中。
12.如权利要求11所述的装置，其中，所述控制器通过所述收发器发送关于包括在所述通信历史信息中的至少一个相应终端的呈现信息的请求，以及接收所述至少一个相应终端的呈现信息。
13.如权利要求12所述的装置，其中，当在与任意终端进行通信之后出现新的通信历史时，所述控制器通过所述收发器将所述新的通信历史传送给所述服务器，从所述服务器接收包括新的通信历史的通信历史信息，并且将所接收的通信历史信息存储在所述存储器中。
14.如权利要求11所述的装置，其中，所述控制器在用户请求时显示所述通信历史信肩、ο
15.如权利要求11所述的装置，其中，所述控制器与所述用户从包括在所述通信历史信息中的相应终端中选择的终端进行通信。
全文摘要
一种在会话发起协议/互联网协议(SIP/IP)核心网络中提供终端的通信历史的方法和装置。当具有多个终端的用户向服务器发送关于所述终端的通信历史的订阅请求时，每当新注册了与所述终端相关联的通信历史时，所述服务器向所述终端中的任何一个发送与所述多个终端相关联的所有通信历史信息。如果需要的话，已经接收了通信历史信息的终端能够请求并且接收包括在通信历史信息中的相应终端的呈现信息。
文档编号H04W8/24GK102227927SQ200980147844
公开日2011年10月26日 申请日期2009年11月27日 优先权日2008年11月28日
发明者吴奎奉 申请人:三星电子株式会社