在通用即插即用家庭网络环境中管理联系信息的方法和系统的制作方法
【专利摘要】本发明提供了在通用即插即用(UPnP)家庭网络环境中管理联系信息的方法和系统。在一个实施例中，本发明提供了一种在通用即插即用家庭网络环境中的电话服务器(TS)的用于向电话控制点(TelCP)提供联系信息的方法。所述方法包括：从在UPnP家庭网络环境中与TS连接的TelCP接收对提供与至少一个联系条目相关的联系信息更新的请求。该方法进而包括从与至少一个联系条目相关的地址簿获得所请求的联系信息更新。该方法还包括向TelCP提供所获得的与至少一个联系条目相关的联系信息更新。
【专利说明】在通用即插即用家庭网络环境中管理联系信息的方法和系统
【技术领域】
[0001]本发明涉及通用即插即用(UPnP)通信，更具体地，本发明涉及在UPnP家庭网络环境中的联系信息的管理。
【背景技术】
[0002]最近，UPnP电话已经扩展了在家中的电话体验。UPnP电话也已经开发出了在UPnP电话中的称为电话数据模型的地址薄特性。电话数据模型是使用类似电视机(TV)的设备访问电话相关设置的简档标准。TV充当电话控制点(TelCP)从而控制电话服务器(TS)(例如移动电话机)中的电话相关设置。
[0003]电话数据模型还定义了下述地址簿，使得用户能够管理来自类似TV的TCP设备的地址簿。由UPnP论坛定义的配置管理服务(CMS)允许用户访问地址簿来增加新的联系条目、删除已有联系条目以及浏览联系条目。
【发明内容】
[0004]技术问题
[0005]然而，当在地址薄中与联系相关的联系信息被更新时，TS不允许TelCP提供通知。而且，TS也不允许TelCP与远程方(例如WAN用户)共享个人联系卡。
[0006]技术方案
[0007]本发明提供了在通用即插即用(UPnP)家庭网络环境中管理联系信息的方法和系统。在一个方面，本发明提供了一种在通用即插即用家庭网络环境中的电话服务器(TS)的用于向电话控制点(TelCP)提供对联系信息的更新的方法。所述方法包括:从在UPnP家庭网络环境中与TS连接的TelCP接收对提供与至少一个联系条目相关的联系信息更新的请求。该方法还包括:从与所述至少一个联系条目相关的地址簿获得所请求的联系信息更新。该方法还包括:向所述TelCP提供所获得的与所述至少一个联系条目相关的所述联系信息更新。
[0008]在另一个方面，一种电话服务器，包括处理器、与所述处理器连接的通信接口以及与所述处理器连接的存储器。所述存储器包括用于执行上述方法的联系信息管理模块。
[0009]在又一个方面，一种具有存储于其上的指令的非暂时性计算机可读存储介质，当电话服务器执行这些指令时，使得电话服务器执行上述方法。
[0010]在另一方面，一种TS的用于与远程方共享UPnP用户的个人联系卡的方法，包括:从无线区域网络(WAN)设备接收对与UPnP家庭网络环境中的TelCP的用户相关的个人联系卡的请求；确定是否与所述WAN设备的所述用户共享所述个人联系卡。如果确定与所述WAN设备的所述用户共享所述个人联系卡，则所述方法包括与所述WAN设备发送与所述TelCP的所述用户相关的所述个人联系卡。否则，所述方法包括向所述WAN设备返回出错信肩、O[0011]在另一个方面，一种电话服务器包括处理器、与所述处理器连接的通信接口以及与所述处理器连接的存储器。所述存储器包括用于执行上述方法的联系信息管理模块。
[0012]在又一个方面，一种具有存储于其上的指令的非暂时性计算机可读存储介质，当电话服务器执行这些指令时，使得所述电话服务器执行上述方法。
[0013]借助附图和随后的详细描述，实施例的其它特性将变得明显。
[0014]有益技术效果
[0015]本发明提供了在通用即插即用(UPnP)家庭网络环境中管理联系信息的方法和系统。
【专利附图】
【附图说明】
[0016]图1是根据一个实施例的在通用即插即用(UPnP)家庭网络环境中管理联系信息更新的系统的框图。
[0017]图2a是示出根据一个实施例的向电话控制点(TelCP)提供与联系条目相关的联系信息更新的示例性方法的流程图。
[0018]图2b是示出根据另一个实施例的向TelCP提供与联系条目相关的联系信息更新的示例性方法的流程图。
[0019]图3是根据一个实施例，示出订阅与联系条目相关的联系信息更新的示例性方法的流程图。
[0020]图4是示出根据另一个实施例的获取与联系条目相关的联系信息更新的示例性方法的流程图。
[0021]图5是示出根据一个实施例的共享TelCP用户的个人联系卡的示例性方法的流程图。
[0022]图6示出了根据一个实施例的使用配置管理服务(CMS)接口来管理UPnP家庭网络环境中的联系信息的示例性系统的框图。
[0023]图7示出了根据另一个实施例的使用地址簿接口在UPnP家庭网络环境中管理联系信息的示例性系统的框图。
[0024]图8示出了根据又一个实施例的的使用地址簿接口在UPnP家庭网络环境中管理联系信息的示例性系统的框图。
[0025]图9示出了显示实现本发明主旨的实施例的各种组件的电话服务器(TS)的框图。
[0026]图1Oa-1Od示出了根据一个实施例的修改的电话数据模型的示意图。
[0027]图1la示出了根据一个实施例的用于订阅与联系条目相关的联系信息更新的地址簿的语法。
[0028]图1lb示出了根据一个实施例的用于订阅TelCP用户的个人联系卡的地址簿的语法。
[0029]此处描述的附图只是出于说明的目的，而不是以任何形式限制本发明的范围的目的。
【具体实施方式】
[0030]本发明提供了在通用即插即用家庭网络环境中管理联系信息的方法和系统。在后续对本发明实施例的详细描述中，参考了构成本发明的一部分的附图，这些附图中通过图示的方式示出了可以实现本发明的特定实施例。对这些实施例所进行的详细描述足以使本领域技术人员实现本发明，应当明了可以使用其他实施例，以及在不脱离本发明范围的情况下做出变化。因此不是出于限制的意思做出后续详细描述，并且本发明的范围仅由所附的权利要求限定。
[0031]在全文中可互换地使用术语“联系信息更新”和“对联系信息更新”。
[0032]图1是根据一个实施例的在通用即插即用家庭网络环境中管理联系信息更新的系统100的框图。在图1中，系统100包括电话控制点102A-N，电话服务器104、无线区域网络(WAN)服务器106和WAN设备118A-N。TS104包括联系信息管理模块108和本地地址簿110。WAN服务器106包括与一个或多个TelCPsl02A-N相关的网络地址簿116。存储与链接至TelCPsl02A-N的用户的实体相关的联系条目的网络地址簿可以是服务提供商地址簿(例如由开放移动联盟引擎(enabler)推出的融合地址簿(CAB))或者与社交
网络站点相关的社交网络地址簿，其中所述社交网络站点诸如是Facebook?, Orkut?，
Friendsterk, MySpace i, Twitter'、等。如所示出的，TelCPsl02A-N 经由 UPnP 家庭网络112连接至TS104。TS104经由WAN114连接至WAN服务器106。
[0033]在一个示例性操作中，设想TelCP102A请求TS104提供与本地地址簿110/网络地址簿116中的联系条目相关的联系信息更新。本地地址簿110/网络地址簿116中的联系条目可以与另一个TelCP用户或者WAN用户相关。TelCP102A的用户发送对于订阅与一个或多个联系条目相关的联系信息更新的请求，从而，TelCP用户可以与他/她地址簿中的联系条目相关的联系信息保持同步更新。在一个示例性实现中，当TelCP102A希望订阅与联系条目相关的联系信息更新，TelCP102A调用带有变量ContactstoSubscribe (联系订阅)和ContactInfo (联系信息)的ContactSubscribe (联系订阅)O动作从而请求TS104发送与联系条目相关的联系信息更新。类似地，为了退订与联系条目相关的联系信息更新，TelCP102A 调用带有变量 ContactstoUnsubscribe (联系退订)的 ContactUnsubscribe (联系退订)O动作。因此，TS104在称为“SubscribedContacts (订阅的联系)”的状态变量中保存订阅请求信息，该变量中携带了涉及订阅联系信息更新的全部信息。在附录’A’中描述了 “SubscribedContacts”的不例性结构。
[0034]基于请求，联系信息管理模块108从本地地址簿110或者网络地址簿116获得与联系条目相关的联系信息更新。获取联系信息更新所需的最少信息包括联系条目的联系ID、订阅的状态以及将要获取的联系信息更新。因此，TS104经由UPnP家庭网络112向TelCP102A提供获取的联系信息更新。
[0035]如图3中示出的，在一个实施例中，联系信息管理模块108订阅与联系条目相关的联系信息更新，从而，当对与联系条目相关的联系信息进行任何更新时，可以向TelCP102A提供所订阅的联系信息更新。例如，当本地地址簿110/网络地址簿116中的联系条目发生变化时，TelCP102的用户可以自动地从TS104接收联系信息更新。联系条目的变化包括电话号码的变化、与TelCP102A的用户相关的任何联系条目的状况和/或显示图像的变化。
[0036]如图4中示出的，在另一个实施例中，当接到来自TelCP102A的请求时，联系信息管理模块108从本地地址簿110/网络地址簿116获取与联系条目相关的联系信息更新，并且向TelCP102A提供所获取的联系信息更新。例如，由于在无线数据通信中出现的高成本问题，当TS104是移动电话机时，联系信息管理模块108从本地地址簿110/网络地址簿116获取联系信息更新。在一个示范性实施例中，TS104使用带有输入参数iTargetContacts (目标联系)’和 ‘ShareInfo (共享信息)，的 FetchContactInfo (获取联系信息)O动作来从网络地址簿116获取联系信息更新。输入参数‘TargetContacts’包括与联系条目相关的、参考了本地地址簿110的目标联系标识符，其中需要为该联系条目获取联系信息更新。附录‘B’中示出了输入参数‘TargetContacts’的示例性结构。输入参数‘Sharelnfo’包括将被获取的联系信息元素的列表。在要从本地地址簿110中获取全部联系信息时，该输入变量可以包含空字符串。例如，联系信息管理模块108检查本地地址簿110中的联系条目，并且为相应的联系条目识别网络地址簿116。随后，联系信息管理模块108向具有网络地址簿116的WAN服务器106发起获取联系信息更新请求，其中网络地址簿116中存储了目标联系条目。一旦从网络地址簿116获取了与联系条目相关的联系信息更新，则联系信息管理模块108使用与联系条目相关的联系信息更新来更新本地地址簿110，并且向TelCP102A提供与联系条目相关的联系信息更新。
[0037]在另一个示例性运行中，设想WAN设备118A经由WAN服务器106向TS104发送对与TelCP102A的用户相关的个人联系卡(PCC)的请求。PCC基本上定义TelCP用户的自有简档信息。优选的是，WAN设备118A也可以向TS104发送对联系邀请或者联系共享的请求来代替对PCC的请求。TS104使用新的状态变量来处理对共享与TelCP用户相关的PCC的请求。‘附录C’中描述了用于处理对共享与TelCP用户相关的PCC的请求所使用的示例性状态变量。传入请求状态变量的格式是XML文档。状态变量包括与对共享PCC的请求相关的信息，包括但不限于传入请求的类型，请求的发起者、指向联系条目的唯一资源定位符，以及唯一请求标识符。
[0038]当接收到请求时，TS104改变状态变量并且向TelCP102A_N通知涉及共享PCC的请求。从而，TelCPsl02A-N的用户接受或拒绝与WAN设备118A的用户共享PCC的请求。在一些情况下，Te ICPs 102A-N的用户可以接受对PCC共享的请求，但是可以过滤将要与WAN用户共享的PCC中的信息。例如，TelCPsl02A-N可以通过调用Acc印t (接受)O和Reject (拒绝)O动作来接受或者拒绝对共享PCC的请求。如果TelCPsl02A-N的用户接收了共享PCC的请求，则联系信息管理模块108从本地地址簿110/网络地址簿116获得PCC并且经由WAN服务器106将与TelCPsl02A-N的用户相关的PCC发送至WAN设备118A的用户。如果TelCPsl02A-N的用户拒绝共享PCC的请求，则联系信息管理模块108向WAN设备118A的用户发送指示处理PCC请求失败的出错消息。
[0039]在一个示例性实现中，TelCP102A调用带有附录’ D’中描述的参数变量的GetValues (取值)O动作。结果，GetValues ()返回参数ValueList (值列表)输出参数，该参数返回如附录’ E’中示出的联系元素中的PCC信息。
[0040]图2A是示出根据一个实施例的向TelCP102A提供与至少一个联系条目相关的联系信息更新的示例性方法的流程图200。在步骤202，TelCP102A发送对订阅与至少一个联系条目相关的联系信息更新的请求。在步骤204，TS104确定与联系条目相关的联系信息更新是否在本地地址簿110中可用。如果联系信息更新存储在本地地址簿110中，则随后在步骤206，TS104从本地地址簿110中获得该联系信息更新。在步骤208，TS104向TelCP102A发送与联系条目相关的联系信息更新。
[0041]图2B是示出根据另一个实施例的向TelCP102A提供与至少一个联系条目相关的联系信息更新的示例性方法的流程图250。在步骤252，TelCP102A发送对与联系条目相关的联系信息更新的请求。在步骤254，TS104确定与联系条目相关的联系信息更新在本地地址簿110中是否可用。
[0042]如果该联系条目在本地地址簿110中不可用，则TS104从网络地址簿116获得联系信息更新。在步骤258，TS104利用与联系条目相关的联系信息更新来更新本地地址簿110。在步骤260，TS104向TelCP102A提供所请求的与联系信息相关的联系信息更新。
[0043]图3是示出根据一个实施例的订阅与联系条目相关的联系信息更新的示例性方法的流程图300。在步骤302, TelCP102A调用带有输入参数‘contactstosubscribe (联系订阅)’和‘contactinfo (联系信息)’的联系订阅动作。在步骤304，TS104接收到为其从本地地址簿110订阅联系信息更新的联系条目。此外，如上所述，TS104在“subscribedcontact (订阅联系)”状态变量中维持订阅的联系条目信息。在步骤306，TS104确认收到通过联系订阅动作所调用的联系订阅请求。
[0044]在步骤308，如果联系条目不属于本地地址簿110，则TS104使用网络地址簿应用编程接口(NAB API)发送对订阅与联系条目相关的联系信息更新的请求。在步骤310，当对与联系条目相关的联系信息进行了任何改变时，WAN服务器106向TS104发送与联系条目相关的联系信息更新。在步骤312，TS104更新本地地址簿110中与联系条目相关的联系信息更新。在步骤314，TS104向TelCP102A提供所请求的与联系条目相关的联系信息更新。
[0045]图4是示出根据另一个实施例的获取与联系条目相关的联系信息更新的示例性方法的流程图400。在步骤402，TelCP102A调用FetchContactInfo (获取联系信息)动作来获取与联系条目相关的联系信息更新。获取联系信息动作允许TelCP102A获取联系条目的更新信息，该联系条目由来自网络地址簿116的输入参数TargetContacts (目标联系)指定。如前面所描述的，该动作具有两个输入变量‘TargetContacts’和‘Sharelnfo (共享信息)’。
[0046]输入参数‘TargetContacts’包含需要为其获取联系更新的目标联系标识符。‘TargetContacts’包括对本地地址簿110中的联系条目的参考。在附录’B’中示出了输入参数‘TargetContacts’的示例性结构。输入参数‘Sharelnfo’包含将获取的联系信息元素的列表(例如名字、电子邮件等)。输入参数‘Sharelnfo’包括由逗号分割的联系信息兀素。输入参数‘Sharelnfo’可以包含空字符串以便共享来自本地地址簿110的全部联系信肩、O
[0047]在步骤404，TS104确认收到对获取联系信息更新的请求。在步骤406，TS104确定将为其获取联系信息更新的联系条目是否属于本地地址簿110。在步骤408，TS104向TelCP102A发送从本地地址簿110取回联系信息更新。在步骤410，TS104向TelCP102A发送与联系条目相关的联系信息更新。
[0048]如果联系条目不属于本地地址簿110，则在步骤412，TS104发送对从网络地址簿116获取联系信息更新的请求。在步骤414。WAN服务器106响应于该请求发送与联系条目相关的联系信息更新。在步骤416，TS104使用获得的联系信息更新更新本地地址簿110。在步骤418，TS104向TelCP102A.提供所请求的与联系条目相关的联系信息更新。[0049]图5是示出根据一个实施例的共享TelCP用户的个人联系卡的示例性方法的流程图500。在步骤520，WAN设备118A发送对与TelCP102A的用户相关的个人联系卡(PCC)的请求。在步骤504，TS104向TelCP102A发送涉及对共享PCC的请求的通知。例如，经由新的状态变量“ IncomingRequests (传入请求)”来承载通知，以用于处理传入PCC共享请求或者传入联系订阅或联系邀请请求。通常，存在三种不同类型的来自远程方的可能传入请求(联系订阅，PCC共享以及联系邀请)。当远程方(例如WAN用户)希望共享一组联系信息时，TS104接收到联系共享请求。当WAN用户请求TelCP用户的PCC信息或者希望订阅联系条目时，TS104接收到PCC/[目息共孚请求。联系邀请是在两方之间彼此共孚联系彳目息。状态变量‘ IncomingRequests’存储了传入PCC共享请求，并且随着这个状态变量改变，TS104向TelCP102A传送改变的状态变量。
[0050]在步骤506，TelCP102A发送指明接受或者拒绝来自WAN用户的请求的响应消息。TelCP102A通过调用accept O或者reject()动作来接受或者拒绝传入请求。例如，当TS104经由状态变量‘IncomingRequest’启动传入请求时，TelCP102A通过调用accept O或者reject O动作来接受或者拒绝特定请求。
[0051]在步骤508，TS104基于响应消息确定是否与WAN用户进行PCC共享。在步骤510，TS104在本地地址簿110中存储发送者联系信息。在步骤512，如果TelCP102A接受经由网络地址簿110或者作为消息共享PCC，TS104向WAN设备118A发送与TelCP102A相关的PCC0否则，在步骤514，TS104向WAN设备118A发送指明共享与TelCP用户相关的PCC失败的出错消息，从而WAN设备118A向WAN用户显示出错消息。
[0052]而且，在一个实施例中，非暂态计算机可读存储介质具有在其中存储的指令，当TS104执行这些指令时使得TS104执行图2A — 5中示出的方法。
[0053]图6示出了根据一个实施例的使用配置管理服务(CMS)接口 604来在UPnP家庭网络环境中管理联系信息的示例性系统600的框图。按照图6中示出的实施例，TS104包括带有联系信息管理模块108的电话数据模块402。联系信息管理模块108是TS104中当前已知电话数据模型的扩展。这可以通过扩展电话数据模块602的地址簿功能来实现，从而允许用户使用高级地址簿特性(诸如共享PCC和订阅联系信息更新)。因此，为了订阅联系信息更新或者共享PCC，TelCP102A使用CMS接口 604中的已有的动作。电话数据模块602中的联系信息管理模块108根据图1 一 5中描述的一个或多个实施例来在UPnP家庭网络环境中管理联系信息
[0054]图7示出了根据另一个实施例的使用地址簿接口 704在UPnP家庭网络环境中管理联系信息的示例性系统700的框图。根据图7中示出的实施例，TS104包括电话数据模型702和联系信息管理模型108。联系信息管理模型108根据图1 一 5中描述的一个或多个实施例，在不扩展电话数据模型702的情况下，使用地址簿接口 704在UPnP家庭网络环
境中管理联系信息。
[0055]图8示出了根据又一个实施例的使用地址簿接口 804在UPnP家庭网络环境中管理联系信息的示例性系统800的框图。根据图8中示出的实施例，TS104包括电话数据模型802和联系信息管理模型108。在系统800中，电话数据模型802被扩展以提供简单地址簿功能，诸如更新网络地址簿116中的联系条目以及使用地址簿扩展806搜索联系条目。反之，联系信息管理模块108用于提供高级地址簿功能，诸如提供更新的联系信息以及共享个人联系卡。
[0056]图9示出了显示实现本发明主旨的实施例的各种组件的TS104的框图。在图9中，TS104包括处理器902、存储器904、只读存储器(ROM) 906、收发器908、总线910、通信接口912、显示器914、输入设备916和光标控制器918。
[0057]此处所使用的处理器902意味着任何类型的计算电路，诸如但是不限于微处理器、微控制器、复杂指令集计算微处理器、精简指令集计算微处理器、特长指令字微处理器、显式并行指令计算微处理器、图像处理器、数字信号处理器或者任何类型的处理电路。处理器902还可以包括内嵌控制器，诸如通用或者可编程逻辑设备或者阵列、专用集成电路、单片计算机、智能卡等。
[0058]存储器904可以是易失性存储器以及非易使性存储器。根据本发明主旨的实施例，存储器704包括以存储于其中的指令形式的联系信息管理模块108，以便在UPnP家庭网络环境中管理联系信息。各种计算机可读存储介质可以被存储在存储器元件中或者被从存储器元件访问。存储器元件可以包括任何用于存储数据和机器可读指令的适合存储设备，诸如只读存储器、随机访问存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、硬盘、用于处理存储卡的可移动介质驱动器、记忆棒?等。
[0059]本发明主旨的实施例可以结合模块来实现，所述模块包括功能、过程、数据结构以及应用程序，以用于执行任务或者定义抽象数据类型或者低级硬件环境。在任何上面提到的存储介质上存储的机器可读指令可以由处理器902执行。例如，根据本发明主旨的教导以及此处描述的实施例，计算机程序可以包括能够在UPnP域中管理联系信息的计算机可读指令。在一个实施例中，计算机程序可以被包括在非暂时性存储器中的存储介质上，和从存储介质上加载到非暂时性存储器中的硬盘驱动器。
[0060]诸如收发器908、通信接口 912、显示器914、输入设备916以及光标控制器918的组件都是本领域技术人员所熟知的，因此在此略去对它们的描述。
`[0061]根据前面的描述，TS104使用获取或者订阅特征来获得与联系条目相关的联系信息更新。参考图10A，在本地地址簿110/网络地址簿116中为每个联系条目定义新元素以订阅特定联系信息。定义的元素是地址簿的“contact (联系)”元素的子元素。TelCP用户还可以订阅群信息。在这样的情况下，新元素出现在群元素之下。
[0062]此外，定义了名为“sync (同步)”的新元素。如果元素“sync (同步)”为真，则获取任何对特定联系进行的更新，并且在本地地址簿110中进行更新。在社交网络中的情况下，同步是非常有用。在网络地址簿116支持联系订阅行为的情况下并且如果元素“同步”为真，则经由网络地址簿API使用网络地址簿功能(0MA?CAB)自动启动联系订阅。
[0063]参考图10B，单个全局元素被定义为本地地址簿110/网络地址簿116的子元素以便指定获取或者订阅行为。例如，TelCP用户可以使用网络地址簿标识符来为特定联系条目订阅或者获取更新联系信息。
[0064]参考图11A,新兀素“addressbooksettings (地址簿设置)”被定义为地址簿的子元素，以便从网络地址簿订阅联系信息更新。当TelCP102A希望订阅与联系条目相关的联系信息更新时，则TelCP102A更新地址簿设置元素，并且在“Contact Subscription (联系订阅)”单元中包含订阅信息。“contact(联系)”元素用于识别将要订阅的联系条目，并且“method(方法)”属性被用于识别是获取还是订阅联系信息更新。“status (状况)”元素被用于向TelCP102A发送操作的状况。这样，只要TelCP102A发送订阅联系条目的联系信息更新的请求，则TS104尝试订阅与联系条目相关的所请求的更新，并且还对“状况”元素中的指令的状况进行更新。
[0065]如图1OC中示出的，作为地址簿的“child element (子元素)”的新元素被定义为“PCC”。新元素包含了 TelCP用户自己的全部个人信息。可选地，如图1OD中示出的，新元素可以被放置为电话数据模型的子元素。
[0066]如图1lB中所示，新元素“Incoming contact Subscription(传入联系订阅)”被定义为“Incoming Request (传入请求)”的子元素。该元素包含传入联系订阅请求。“From(来自)”元素承载了订阅请求的发起者，“Status (状况)”承载了请求的状况，并且“Requested Information(请求的信息)”承载了发起者所需要的请求信息。
[0067]已经参考特定示例性实施例描述了本实施例，在不背离各种实施例的较宽精神和范围的情况下，对这些实施例进行各种修改和变化是显而易见的。进一步，此处描述的各种设备、模块等可以使用硬件电路实现和操作，例如基于逻辑电路的互补式金属氧化物半导体、固件、软件和/或硬件、固件和/或实现在机器可读介质上的软件的任意组合。例如，可以使用晶体管、逻辑门以及电路(诸如专用集成电路)来实现各种电气结构和方法。
【权利要求】
1.一种在通用即插即用家庭网络环境中的电话服务器(TS)的用于向电话控制点(TelCP)提供联系信息更新的方法，包括: 从在UPnP家庭网络环境中与TS连接的TelCP接收对提供与至少一个联系条目相关的联系信息更新的请求； 从与所述至少一个联系条目相关的地址簿获得所请求的联系信息更新；以及 向所述TelCP提供所获得的与所述至少一个联系条目相关的联系信息更新。
2.根据权利要求1所述的方法，其中，从与所述至少一个联系条目相关的所述地址簿获得所请求的联系信息更新包括: 基于联系标识符确定所请求的联系信息更新是否与在本地地址簿中的至少一个联系条目相关，其中，所述请求包括为其请求所述联系信息更新的联系条目的联系标识符； 如果相关，则从所述本地地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新； 如果不相关，则从网络地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新。
3.根据权利要求2所述的方法，其中，从所述本地地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新包括: 确定是否对与在所述本地地址簿中的所述至少一个联系条目相关的联系信息进行了任何更新；以及 如果在所述本地地址簿中更新了所述联系信息，则从与所述至少一个联系条目相关的所述本地地址簿中获取与所述联系信息相关的更新。
4.根据权利要求2所述的方法，其中，从所述网络地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新包括: 确定是否对与所述网络地址簿中的所述至少一个联系条目相关的联系信息进行了任何更新；以及 如果更新了所述联系信息，则从与所述至少一个联系条目相关的所述网络地址簿中获取与所述联系信息相关的更新。
5.根据权利要求4所述的方法，其中，从与所述至少一个联系条目相关的所述网络地址簿中获取与所述联系信息相关的更新包括: 在所述本地地址簿中存储与所述至少一个联系条目的所述联系信息相关的所述更新。
6.根据权利要求2所述的方法，其中，从所述网络地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新包括: 订阅与所述网络地址簿中的所述联系条目相关的联系信息更新。
7.根据权利要求1所述的方法，其中，与所述至少一个联系条目相关的联系信息更新包括电话号码、状况、显示名称以及显示图像中的至少一个。
8.一种电话服务器(TS)，包括: 通信接口 ； 处理器；以及 与所述处理器连接的存储器，其中所述存储器包括:联系信息管理模块，被配置用于: 从在通用即插即用(UPnP)家庭网络环境中的通信控制点(TelCP)接收对提供与至少一个联系条目相关的联系信息更新的请求； 从与所述至少一个联系条目相关的地址簿获得所请求的联系信息更新；以及 经由所述通信接口，向所述TelCP提供所获得的与所述至少一个联系条目相关的联系信息更新。
9.根据权利要求8所述的电话服务器，其中，在从与所述至少一个联系条目相关的所述地址簿获得所请求的联系信息更新的过程中，所述联系信息管理模块被配置为: 基于联系标识符确定所请求的联系信息更新是否与在本地地址簿中的至少一个联系条目相关，其中，所述请求包括为其请求联系信息更新的联系条目的联系标识符； 如果相关，则从所述本地地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新； 如果不相关，从网络地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新。
10.根据权利要求9所述的电话服务器，其中，在从所述本地地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新的过程中，所述联系信息管理模块被配置为: 确定是否对与在所述本地地址簿中的所述至少一个联系条目相关的联系信息进行了任何更新；以及 如果在本地地址簿中更新了联系信息，则从与所述至少一个联系条目相关的所述本地地址簿中获取与所述联系信息相关的更新。
11.根据权利要求9所述的电话服务器，其中，在从所述网络地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新的过程中，所述联系信息管理模块被配置为: 确定是否对与在所述网络地址簿中的所述至少一个联系条目相关的所述联系信息进行了任何更新；以及 如果更新了所述联系信息，则从与所述至少一个联系条目相关的所述网络地址簿中获取与所述联系信息相关的更新。
12.根据权利要求11所述的电话服务器，其中，在从与所述至少一个联系条目相关的所述网络地址簿中获取与所述联系信息相关的更新的过程中，所述联系信息管理模块被配置为: 在所述本地地址簿中存储与所述至少一个联系条目的联系信息相关的更新。
13.根据权利要求9所述的电话服务器，其中，在从所述网络地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新的过程中，所述联系信息管理模块被配置为: 订阅与在所述网络地址簿中的所述联系条目相关的联系信息更新。
14.根据权利要求8所述的电话服务器，其中，与所述至少一个联系条目相关的联系信息更新包括电话号码、状况、显示名称以及显示图像中的至少一个。
15.一种具有存储于其上的指令的非暂时性计算机可读存储介质，当电话服务器执行这些指令时，使得所述电话服务器执行一方法，所述方法包含: 从在通用即插即用(UPnP)家庭网络环境中的电话控制点(TelCP)接收对提供与至少一个联系条目相关的联系信息更新的请求； 从与所述至少一个联系条目相关的地址簿获得所请求的联系信息更新；以及 经由通信接口向所述TelCP提供所获得的与所述至少一个联系条目相关的联系信息更新。
16.根据权利要求15所述的存储介质，其中，在从与所述至少一个联系条目相关的所述地址簿获得所请求的联系信息更新的过程中，所述方法包括: 基于联系标识符确定所请求的联系信息更新是否与在本地地址簿中的至少一个联系条目相关，其中，所述请求包括为其请求所述联系信息更新的联系条目的联系标识符； 如果相关，则从所述本地地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新； 如果不相关，则从网络地址簿获取所请求的与所述至少一个联系条目相关的联系信息更新。
17.根据权利要求15所述的存储介质，其中，与所述至少一个联系条目相关的联系信息更新包括电话号码、状况、显示名称以及显示图像中的至少一个。
18.根据权利要求15所述的存储介质，其中，所述地址簿包括本地地址簿和网络地址簿中的一个。
19.一种电话服务器(TS)的用于与远程方共享通用即插即用(UPnP)用户的个人联系卡的方法，包括: 从无线区域网络(WAN)设备接收对于与在UPnP家庭网络环境中的电话控制点(TelCP)的用户相关的个人联系卡的请求； 确定是否与所述WAN设备的用户共享所述个人联系卡； 如果确定共享，则与所述WAN设备发送与所述TelCP的所述用户相关的所述个人联系卡；以及` 如果确定不共享，则向所述WAN设备返回出错消息。
20.根据权利要求19所述的方法，其中，确定是否与所述WAN设备的所述用户共享所述个人联系卡包括: 向所述TelCP发送关于对于与所述用户相关的所述个人联系卡的请求的通知； 从所述TelCP接收对所述通知的响应消息，其中所述响应指示是否与所述WAN设备共享所述个人联系卡，以及将与所述WAN设备共享的个人联系卡中的信息的类型；并且基于所接收的响应确定是否与所述WAN设备共享与所述用户相关的所述个人联系卡。
21.一种电话服务器(TS)，包括: 通信接口 ； 处理器；以及 与所述处理器连接的存储器，其中，所述存储器包括:联系信息管理模块，被配置用于: 经由通信接口从无线区域网络(WAN)设备接收对与在通用即插即用(UPnP)家庭网络环境中的电话控制点(TelCP)的用户相关的个人联系卡的请求； 确定是否与所述WAN设备的用户共享所述个人联系卡； 如果确定共享，经由所述通信接口与所述WAN设备发送与所述TelCP的所述用户相关的所述个人联系卡；以及 如果确定不共享，经由所述通信接口向所述WAN设备返回出错信息。
22.根据权利要求21所述的电话服务器，其中，在确定是否与所述WAN设备的所述用户共享所述个人联系卡的过程中，所述联系信息管理模块被配置为: 向所述TelCP发送关于对于与所述用户相关的个人联系卡的请求的通知；从所述TelCP接收对所述通知的响应消息，其中，所述响应指示是否与所述WAN设备共享所述个人联系卡，以及将与所述WAN设备共享的所述个人联系卡中的信息的类型；并且基于所接收的响应确定是否与所述WAN设备共享与所述用户相关的所述个人联系卡。
23.一种具有存储于其上的指令的非暂时性计算机可读存储介质，当电话服务器执行这些指令时，使得所述电话服务器执行包含一方法，所述方法包括: 经由所述通信接口从无线区域网络(WAN)设备接收对与在通用即插即用(UPnP)家庭网络环境中的电话控制点(TelCP)的用户相关的个人联系卡的请求； 确定是否与所述WAN设备的所述用户共享所述个人联系卡； 如果确定共享，经由所述通信接口与所述WAN设备发送与所述TelCP的所述用户相关的个人联系卡；以及 如果确定不共享，则经由所述通信接口向所述WAN设备返回出错信息。
24.根据权利要求23所述的存储介质，其中，在确定是否与所述WAN设备的所述用户共享所述个人联系卡的过程中，所述方法包括: 向所述TelCP发送关于对于与所述用户相关的个人联系卡的请求的通知；从所述TelCP接收对所述通知的响应消息，其中，所述响应指示是否与所述WAN设备共享所述个人联系卡，以及将与所述WAN设备共享的所述个人联系卡中的信息的类型；并且基于所接收的响应确定是否与所述WAN设备共享与所述用户相关的所述个人联系卡。
【文档编号】H04L12/12GK103563298SQ201280013982
【公开日】2014年2月5日 申请日期:2012年3月19日 优先权日:2011年3月18日
【发明者】M.M.帕蒂尔, A.P.拉玛摩西, 孟齐永 申请人:三星电子株式会社