CN102265657A - 管理简档的方法和系统 - Google Patents

管理简档的方法和系统 Download PDF

Info

Publication number
CN102265657A
CN102265657A CN2009801519465A CN200980151946A CN102265657A CN 102265657 A CN102265657 A CN 102265657A CN 2009801519465 A CN2009801519465 A CN 2009801519465A CN 200980151946 A CN200980151946 A CN 200980151946A CN 102265657 A CN102265657 A CN 102265657A
Authority
CN
China
Prior art keywords
profile
equipment
preference
user
active
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2009801519465A
Other languages
English (en)
Other versions
CN102265657B (zh
Inventor
阿伦.P.拉马穆尔西
巴萨瓦拉杰.J.帕滕
吴载权
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN102265657A publication Critical patent/CN102265657A/zh
Application granted granted Critical
Publication of CN102265657B publication Critical patent/CN102265657B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/46—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising users' preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/75—Indicating network or usage conditions on the user display

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供一种用于管理简档的方法和系统。所述方法包括在简档注册器XDMS中维护一个或多个服务接收方的简档信息。所述方法还包括，响应于输入从简档注册器文档中识别用户的活动简档，所述输入指示对于用户的记录地址的通信请求。此外，所述方法包括：获得与该活动简档关联的用户偏好，并将该用户偏好应用于该通信请求或者向该用户提供的服务。所述系统包括可扩展标记语言数据管理服务器、与网络进行电子通信以发送和接收信号的通信接口以及处理器。

Description

管理简档的方法和系统
技术领域
本公开一般涉及多媒体通信领域。更具体地，本公开涉及管理用于多媒体通信的用户偏好和简档(profile)的方法和系统。
背景技术
经过一段时间，在网络中由服务供应商提供的服务的数量已经增加。服务供应商允许用户选择偏好以根据用户需要定制不同的应用，例如，消息应用的行为。然而，用户可用的偏好的数量巨大并且用户需要管理用于每个应用的偏好，这对用户是很难处理的。
现有的技术提供给用户一种选择：创建用于管理不同应用的设置的用户偏好简档。用户可以对于不同的应用设置用户期望在提供服务时实施的偏好。可以在服务器上以简档的形式存储偏好。设备可以访问存储在服务器中的简档。在若干创建的简档之中，在任意时间点，需要检索(retrieve)并应用与被称作活动简档(Active profile)的简档相应的用户偏好。因此，需要对活动的简档进行识别。
发明内容
技术问题
在用于识别活动简档的一个现有技术中，向简档添加标识标签。在每个简档中搜索指示该简档的活动性(activeness)的标识标签。然而，这种处理很麻烦并且费时。而且，搜索每个简档所耗费的资源导致成本浪费。如果用户使用多个设备并由此相较于用户仅使用一个设备时的情形具有更多数量的简档，则情况会变得更坏。
从以上讨论可以看出，需要用于管理简档的方法和系统。
技术方案
此处描述的本公开的实施例提供用于管理简档的方法和系统。
可以通过提供一种管理简档的方法来实现本总体发明构思的上述和/或其他特征和用途，所述方法包括：当从用户接收到对于设备的活动简档改变请求时，由客户端获取简档注册器文档(profile registrar document)，该简档注册器文档提供活动简档信息，包括指示在与用户相关联地注册的一个或多个记录地址(AOR，Address of Record)、一个或多个设备标识符以及一个或多个简档之间的关系的信息；由客户端显示包括在简档注册器文档中的简档的简档列表；以及由客户端发送活动简档改变请求，该活动简档改变请求包括由用户从简档列表中选择的简档的标识信息、设备的标识符以及与该设备相应的AOR。
可以通过提供一种管理简档的方法来实现本总体发明构思的上述和/或其他特征和用途，所述方法包括：当接收到来自设备的通信请求时，获取简档注册器文档，该简档注册器文档提供活动简档信息，包括指示与被指定为通信请求的目标的接收方相关联地注册的一个或多个记录地址(AOR)、一个或多个设备标识符以及一个或多个简档之间的关系的信息；在简档注册器文档中搜索与指定为通信请求的目标的AOR以及指定为通信请求的目标的设备的标识符相应的活动简档；获取与活动简档相应的偏好；以及对所述通信请求应用所述偏好。
有益效果
本发明通过使用提供活动简档信息的简档注册器文档来提供用于管理简档的方便的方法和系统，所述活动简档信息包括指示在一个或多个记录地址(AOR)、一个或多个设备标识符以及一个或多个简档之间的关系的信息。
附图说明
图1是根据其可以实施的不同实施例的环境的框图；
图2是根据一个实施例的服务器的框图；
图3是根据一个实施例的设备的框图；
图4是示出根据一个实施例的、用于管理简档的方法的流程图；
图5是示出根据实施例的、在XDMS中管理简档的方法的流程图；
图6是示出根据实施例的、从简档注册器文档取得(fetch)活动简档和相应偏好的流程图；
图7是示出根据实施例的、XMDS使用用于指示活动简档的查询参数来管理简档的流程图；
图8是示出根据实施例的、从简档注册器文档取得活动简档和相应偏好的方法的流程图；
图9是示出根据实施例的、对于多个服务检索活动简档和偏好的方法的流程图；
图10是示出根据实施例的、对于服务检索活动简档和偏好的方法的流程图；
图11、图12和图13是根据实施例的管理简档的示范性图示。
具体实施方式
应该注意到，在附图中方法步骤和系统部件用通用符号来表示，仅示出了对本公开的理解有关的具体细节。此外，对本领域普通技术人员可能是很清楚的细节可能不进行公开。在本公开中，诸如第一和第二等等的关系术语，可以用来将一个实体与另一个实体进行区分，而不必然地暗示这些实体之间的任何实际关系或顺序。
此处描述的本公开的实施例提供用于管理简档的方法和系统。
在不同的实施例中，简档信息由简档、设备和用户地址之间的关系组成。可以将活动简档定义为针对用户的设备、服务和记录地址的组合需要应用的简档。
图1是根据其可以实施的不同实施例的环境100的框图。环境100包括一个或多个设备，例如，通过网络110彼此连接的设备120a、设备120b和设备120c。设备的示例包括，但不限于，计算机、膝上型计算机、移动设备、数据处理单元、计算设备、手持式设备和个人数字助理(PDA，personal digitalassistant)。设备120a、设备120b和设备120c可以属于不同的用户，例如，设备120a属于一个用户而设备120b和设备120c属于另一个用户。网络110的示例包括但不限于网际协议多媒体子系统(IMS，Internet ProtocolMultimedia Subsystem)、基于会话发起协议(SIP，session initiation protocol)的系统或者任何其他有线或无线网络。
环境100还包括一个或多个应用服务器，例如，应用服务器115a(AS1，以下称为“AS 115a”)和应用服务器115b(AS2，以下称为“AS 115b”)。每个应用服务器(AS)可以与唯一的服务相联系。应用的示例包括但不限于融合网际协议消息(CPM，converged internet protocol messaging)、即时消息(IM，instant messaging)、无线一键通(PoC，push to talk over cellular)或任何其他应用。应用服务器的示例包括但不限于X共享(X-share)服务器、会话发起协议(SIP)服务器或任何其他应用服务器。环境100还包括一个或多个可扩展标记语言数据管理服务器(XDMS，extensible markup languagedata management server)，例如，通过网络110连接到应用服务器的XDMS105a、XDMS 105b和XDMS 105c。将XDMS 105a假定为简档注册器(profileregistrar)XDMS。将XDMS 105b和XDMS 105c假定为储存库，该储存库包含关于由AS 115a或AS 115b提供的应用服务的用户偏好。AS 115a和AS115b通过网络110连接到XDMS。设备还可以包括相应于每个应用的客户端，例如，用于PoC应用的PoC客户端、用于IM应用的IM客户端。
XDMS 105a包括简档注册器XDMS。简档信息文档存储在简档注册器XDMS中。该文档可以是采用可扩展标记语言(XML，extensible markuplanguage)或超文本标记语言(HTML，hyper text markup language)或采用其他机器可读格式的文档。简档的示例可以是“Home”(家庭)、“Office”(办公室)和“Travel”(旅行)。每个简档将对偏好的集合进行标识。偏好可以是设备特定偏好或通用偏好之一。设备特定偏好是必须对用户的每一设备进行应用的偏好。通用偏好是必须对用户的全部设备同等应用的偏好。设备特定偏好和通用偏好可以取决于实施选项而共同存在于同一XDMS上。
设备120a上的用户使用AS 115a上的应用通过网络110向设备120b和设备120c上的用户发送数据。AS 115a访问存储在XDMS 105a中的简档注册器文档并且检索与设备120a上的用户关联的活动简档。此外，AS 115a从XDMS 105b和XDMS 105c中的至少一个获得与存储在XDMS中的活动简档关联的通用偏好和设备特定偏好，然后相应于对设备120a的通信请求或服务请求或者来自设备120a的通信请求或服务请求实施偏好。
AS 115a访问存储在XDMS 105a中的简档注册器文档并且检索与设备120b和设备120c上的用户关联的活动简档。此外，AS 115a从XDMS 105b和XDMS 105c中的至少一个获得与存储在XDMS中的活动简档关联的通用偏好和设备特定偏好，然后相应于对设备120b的通信请求或来自设备120b的通信请求实施偏好。此外，AS 115a相应于对设备120c的通信和来自设备120c的通信实施偏好。在一些实施例中，用户的简档信息可以存储在与存储用户偏好相同的XDMS中，例如，存储在105b或105c二者之一中。
设备120a、120b、120c和应用服务器AS 115a和AS2115b包括用于管理简档的多个元件。应用服务器包括在图2中详细说明的元件。此外，在图3中详细说明包括所述元件的设备。
图2是根据一个实施例的AS 115a的框图。AS 115a包括用于传递信息的总线205以及与总线205耦接用于处理信息的处理器210。AS 115a还包括耦接到总线205、用于存储处理器210所需的信息的存储器215，例如，随机存取存储器(RAM)。存储器215可被用于存储处理器210所需的临时信息。AS 115a还包括耦接到总线205、用于存储处理器210所需的静态信息的只读存储器(ROM)220。可以提供服务器存储单元225，例如，磁盘、硬盘或光盘，并且将其耦接到总线205以用于存储信息。
AS 115a可以经由总线205耦接到用于显示信息的显示器230，例如，阴极射线管(CRT)或液晶显示器(LCD)。包括各种键的输入设备235耦接到总线205，以用于向处理器210传递信息。在一些实施例中，还可以存在用于与处理器210进行信息通信并且用于控制显示器230上的光标移动的光标控制器240，例如，鼠标、轨迹球、操纵杆或光标方向键(cursor directionkey)。
在一个实施例中，由AS 115a使用处理器210来执行本公开的步骤。可以将信息从机器可读介质(例如，服务器存储单元225)读入到存储器215中。在替换实施例中，可以使用硬接线电路来代替软件指令，或者将硬接线电路与软件指令结合使用，来实施各种实施例。
术语“机器可读介质”可以定义为向机器提供数据以使机器能够执行特定功能的介质。机器可读介质可以是存储介质。存储介质可以包括非易失性介质和易失性介质。服务器存储单元225可以是非易失性介质。存储器215可以是易失性介质。所有这些介质必须是有形的，以使由该介质携带的指令能够通过物理机构检测到，并由物理机构将所述指令读取到机器内。
机器可读介质的示例包括但不限于软盘、软磁盘、硬盘、磁带、CD-ROM、光盘、穿孔卡、纸带、RAM、PROM、EPROM和FLASH-EPROM。
AS 115a还包括耦接到总线205、用于允许数据通信的通信接口245。通信接口245的示例包括但不限于综合业务数字网(ISDN，integrated servicesdigital network)卡、调制解调器、局域网(LAN)卡、红外端口、蓝牙端口、紫蜂(zigbee)端口和无线端口。
在一些实施例中，应用服务器115a可以接收对于在多个设备之间进行数据通信的请求。接着，请求被发送到处理器210。当接收到该请求时，处理器210识别发送者或接收者以及发送设备或接收设备，并检索各个设备的地址。此外，处理器210获得发送设备或接收设备的活动简档，并取得与该活动简档关联的偏好。基于发送设备或接收设备，处理器210实施与该发送设备或接收设备相应的偏好。
在一些实施例中，处理器210可以包括一个或多个处理单元，用于执行处理器210的一个或多个功能。处理单元是执行特定功能的硬件电路。
图3是根据一个实施例的设备120a的框图。设备120a包括用于进行信息通信的总线305以及与总线305耦接、用于处理信息的处理器310。设备120a还包括耦接到总线305、用于存储处理器310所需的信息的存储器315，例如，随机存取存储器(RAM)。存储器315可被用于存储处理器310所需的临时信息。设备120a还包括耦接到总线305、用于存储处理器310所需的静态信息的只读存储器(ROM)320。可以提供设备存储单元325，例如，磁盘、硬盘或光盘，并且将其耦接到总线305以用于存储信息。
设备120a可以经由总线305耦接到用于显示信息的显示器330，例如阴极射线管(CRT，cathode ray tube)或液晶显示器(LCD，liquid crystal display)。包括各种键的输入设备335耦接到总线305，用于向处理器310传递信息。在一些实施例中，还可以存在用于与处理器310进行信息通信并且用于控制显示器330上的光标移动的光标控制器340，例如，鼠标、轨迹球、操纵杆或光标方向键。
在一个实施例中，由设备120a使用处理器310来执行本公开的步骤。可以将信息从机器可读介质，例如，设备存储单元325，读入到存储器315。在替换实施例中，可以使用硬接线电路来代替软件指令或者将硬接线电路与软件指令结合使用来实施各种实施例。
术语“机器可读介质”可以定义为向机器提供数据以使机器能够执行特定功能的介质。机器可读介质可以是存储介质。存储介质可以包括非易失性介质和易失性介质。设备存储单元325可以是非易失性介质。存储器315可以是易失性介质。所有这些介质必须是有形的，以使由介质携带的指令能够被物理机构检测到，物理结构将该指令读取到机器内。
机器可读介质的示例包括但不限于软盘、软磁盘、硬盘、磁带、CD-ROM、光盘、穿孔卡、纸带、RAM、PROM、EPROM和FLASH-EPROM。
设备120a还包括耦接到总线305、用于允许数据通信的通信接口345。通信接口345的示例包括但不限于综合业务数字网(ISDN)卡、调制解调器、局域网(LAN)卡、红外端口、蓝牙端口、紫蜂端口和无线端口。
在一些实施例中，设备120a可以发送对于在多个设备之间进行数据通信的请求。此外，在AS 115a中处理该请求。基于对于多个设备设置的活动简档，由所述多个设备接收设备120a发送的数据。在一个实施例中，设备120a可以向AS 115a发送请求以设置活动简档。基于该请求，设备120a接收包含活动简档的简档注册器文档。设备120a在简档注册器文档上更新该活动简档并与AS 115a共享所述简档注册器文档。
在一些实施例中，处理器310可以包括一个或多个处理单元，用于执行处理器310的一个或多个功能。处理单元是执行特定功能的硬件电路。
图4是示出根据一个实施例的用于管理简档的方法的流程图。
所述方法开始于步骤405。
在步骤410，一个或多个接收方的简档信息被以电子方式维护(maintain)在简档注册器XDMS中的简档注册器文档中。
简档注册器XDMS中的简档注册器文档具有与简档、用户的AOR以及设备相关的全部信息。因此，通过浏览这个文档，可以识别应当被应用于用户的每个设备和每个地址的活动简档。
可以授权应用服务器和一个或多个用户中的至少一个来访问简档注册器XDMS中的简档注册器文档。
用户可以创建包含偏好的许多简档，例如，家庭(home)、办公室(office)和旅行(travel)。基于来自用户的请求，利用活动简档指示来更新简档注册器XDMS，例如，该活动简档指示表明哪个简档应该关于哪个用户地址和/或设备是活动的。此外，用户具有使用来自多个设备的服务的选项。用户可以对于不同的设备指定不同的偏好。此外，用户可以具有多个地址并且可以选择对于多个地址应用不同的偏好。例如，偏好可以应用于多个设备、多个地址和多个服务或者应用于特定设备、特定地址和特定服务。
可以基于用户的使用以及基于应用偏好来对用户偏好进行分类。一些偏好是通用偏好，应用于所有的用户设备，而一些偏好是设备特定的并且仅被应用于用户设备的子集。在一些情形中，用户可以具有多个地址，并且可以选择向全部用户地址或用户地址的子集应用一些偏好。用户可以基于地址选择通用偏好的不同集合。例如，用户可能想对于私人设备应用私人通用偏好，而用户可能选择对于办公室设备应用有关工作的通用偏好。
表1是简档注册器文档的示范性图示。简档注册器文档可以是采用XML或HTML或者采用其他机器可读格式的文档。简档注册器文档的格式以根元素标签“profile-set”开始。文档包括多个简档子元素。每个简档子元素是包含一个或多个值的设备和用户地址列表。出于可扩展的目的，可以存在来自不同命名空间的其他元素。可以存在与简档元素有关的属性，包括简档的标识符和类型。标识符包括简档的唯一标识符。简档的类型的示例是“generic”(通用)和“device-specific”(设备特定)。
每个简档元素包括子元素“display-name”(显示名称)，其包括简档的人类可读的名称。简档元素还可以包括“device-list”(设备列表)和“address-list”(地址列表)子元素。device-list元素包括应用该简档的设备的列表。多个设备可以与该设备列表相联系。“device”(设备)元素包括携带设备的唯一标识符的标识符属性。address-list元素用来携带用户的地址的列表，特定简档应当应用于所述用户的地址。“address-list”元素可以包括一个或多个“address”(地址)子元素，并且这些元素中的每一个包括命名为(AOR)的属性。AOR属性的值包括用户的地址。基于该AOR应用简档。“device-list”和“address-list”元素还可以包括子元素“all”(所有)，指示特定简档应当应用于所有的用户地址和设备。
表1
Figure BDA0000070244520000091
表1是简档注册器文档的示范性图示。
以上示例中的简档注册器文档提供以下语义：
文档的用户具有3个通用偏好简档，名称为“home_generic”(家庭通用)，“office_generic”(办公室通用)和“travel_generic”(旅行通用)。该用户已经选择“home-generic”简档应用于所有的用户设备地址。该用户已经定义了由“profile1”、“profile2”和“profile3”标识的3个设备特定偏好。用户已经选择对于以AOR“sip:personal_addrkorea.com”注册的设备“sip:userAmobile1.sii.samsung.com”应用“profile1”。并且用户已经选择对于以AOR“sip:office_addrsamsung.com”注册的设备“sip:userAmobile2.siso.samsung.com”应用“profile2”。
简档注册器文档维护简档的列表以及它们与设备和用户地址的关系。偏好可以驻留在不同的文档中，并且应用服务器的职责是取得偏好并将该偏好应用于通信请求。
驻留在简档注册器XDMS中的文档还包括关于管理简档的信息。对于用户来说，当与简档、设备和AOR相关的信息存储在驻留在简档注册器XDMS上的文档上时，对简档进行管理较为容易。因为文档是用于管理简档的单个联系点，所以用户具有从任意用户设备对其他设备和地址的偏好的实施进行改变的选项。同样，通过访问该文档，用户将能够知道定义的简档的列表，并且能够选择任一列出的简档作为活动简档。
在步骤415，从简档注册器文档识别对于用户的设备、服务和地址的组合需要应用的接收方的活动简档。
输入信号包括将被传输到接收方设备的AOR的数据。当接收到来自发送者的输入时，应用服务器访问简档注册器文档以识别接收方的活动简档。在一个实施例中，应用服务器使用可扩展标记语言配置访问协议(XCAP，extensible markup language configuration access protocol)GET操作来访问简档注册器文档并获得接收方的活动简档。XCAP GET命令可以伴随有用于识别需要应用于设备的活动简档的用户的AOR和设备标识符。
在步骤420，从存储偏好的XDMS获得偏好文档。
在步骤420，在另一个实施例中，当应用服务器识别出活动简档时，应用服务器取得针对该活动简档存储的相应偏好。与简档关联的偏好可以在单个文档中存储或者通过若干文档存储。
在步骤425，当通过应用服务器接收到服务请求时，将获得的偏好用于应用服务器以针对该请求实施偏好。
当获得接收方的偏好时，应用服务器将偏好应用于以所述接收方为目标的随后的通信请求或服务请求。
当对于每个接收方指定偏好或者区分偏好时，服务交付可以基于接收方的偏好而有所变化。在一些实施例中，当进一步对于每个设备、AOR和接收方指定或区分偏好时，应用服务器服务交付可以基于与AOR关联的每个设备的偏好而有所变化。
所述方法结束于步骤430。
图5是示出根据实施例的、在XDMS中管理简档的方法的流程图。
在一些实施例中，设备的用户能够通过现有的XCAP GET操作取得文档，以知道针对用户的设备已经被激活的简档。设备的用户还可以通过现有的XCAP PUT操作存储更新的文档，由此实现设备的活动简档的改变。
当可扩展数据管理客户端(XDMC，Extensible Data Management Client)505接收到对于改变设备的活动简档的请求时(步骤701)，XDMC 505向简档注册器XDMS 510发送用于改变设备的活动简档的消息信号(步骤703)。该命令可以是XCAP PUT操作。将要被添加的设备标识符、AOR和活动简档连同该消息信号一起发送。可以将XDMC 505嵌入到用户的设备中，然后XDMC 505从对用户设备的用户输入接收这种活动简档改变请求。
例如参考表1，设备的用户想要将与标识符是<sip:userAmobile1.sii.samsung.com>的设备以及注册地址是<sip:personal_addrkorea.com>的用户相关联的活动简档从“Home”改变到“Work”。(为了简洁起见，本公开使用元组sip:userAmobile1.sii.samsung.com，sip:personal_addrkorea.com来指示此关系。)设备中的XDMC 505必须执行XCAP PUT操作，以将与“Work”简档(或“profile2”简档)相关联的内容替换为包括设备的设备标识符和用户的AOR的“Work”简档的新内容。XDMC 505将描述“Work”简档的<profileid＝“profile2”>元素作为XCAP PUT操作的目标，以将其替换为在XCAP PUT操作的主体中携带的表2的内容。与表1中的“profile2”简档的内容相比，表2中的“profile2”的内容添加了设备标识符<sip:userAmobile1.sii.samsung.com>以及用户地址<sip:personal_addrkorea.com>。
表2
Figure BDA0000070244520000111
表2是活动简档被修改之后的简档的内容的示范性图示。
当接收到XCAP PUT信号时，简档注册器XDMS 510向XDMC 505发送确认信号(HTTP 200OK)(步骤705)。
更新简档注册器文档的处理包括附加的隐含的删除操作(步骤707)。例如，当XDMC 505向“Work”简档更新设备简档时，XDMS 510从“Home”简档(或“profile1”简档)删除该<设备，AOR>的先前的实例(instance)。例如，如表3所示，XDMS 510可以从“Home”简档删除<sip:userAmobile1.sii.samsung.com，sip:personal_addrkorea.com>的实例。
表3示出在对于设备更新活动简档的过程之后产生的简档注册器文档。
表3
表3是将活动简档变为profile2之后在profile1中进行更新的简档注册器文档的示范性图示。
图6是示出根据本公开的实施例的、从简档注册器文档取得活动简档然后取得相应偏好的流程图。
图6是示出根据实施例的、取得简档注册器文档以用于识别活动简档、并访问存储在与该活动简档关联的一个或多个位置中的偏好的流程图。
当从发送者接收到向接收方传送数据的请求时(步骤721)，应用服务器115a向简档注册器XDMS 510发送XCAP GET消息以识别接收方用户的活动简档(步骤723)。简档注册器XDMS 510以200OK消息确认该消息(步骤725)。确认消息包括简档注册器文档的活动简档信息。基于取得的信息，应用服务器115a识别需要应用于接收方设备的活动简档。此外，应用服务器115a需要取得活动简档的偏好(即，对于活动简档有效的偏好)。应用服务器115a向存储通用偏好的XDMS-通用偏好610a发送另一个XCAP GET消息，以检索与活动简档关联的通用偏好(步骤727)。XDMS-通用偏好610a以200OK消息确认该消息并且将通用偏好与该确认一起发送(步骤729)。此外，应用服务器115a还向XDMS-设备特定偏好610b发送另一XCAP GET消息，以检索与活动简档关联的设备特定偏好(步骤731)。XDMS-设备特定偏好610b以200OK消息确认该消息并且将设备特定偏好与该确认一起发送(步骤733)。
结合表1在以下的步骤中解释取得用于识别活动简档的简档注册器文档并访问存储在与该活动简档关联的多个位置中的偏好的示例。
应用服务器115a从发送者设备接收以接收方用户地址<sip:personal_addrkorea.com>为目标的通信请求。当前，接收方用户仅注册了由<sip:userAmobile1.sii.samsung.com>标识的一个设备。
应用服务器115a向简档注册器XDMS 510发出XCAP GET以取得包括简档关系的简档注册器文档。
简档注册器XDMS 510通过将简档注册器文档包括在确认“200OK”的主体中来发送该确认。
在接收到简档注册器文档时，应用服务器115a解析该简档注册器文档以得到用于<sip:userAmobile1.sii.samsung.com，sip:personal_addrkorea.com>的(例如，用于注册的接收方的设备<sip:userAmobile1.sii.samsung.com>和注册的接收方的用户地址<sip:personal addrkorea.com>的)、关于通用偏好和设备特定偏好的活动简档。对于基于如表1中的简档注册器文档的示例，应用服务器115a得出以下活动简档：
通用偏好：“home_generic”
设备特定偏好：“home”(或“profile1”)
应用服务器115a通过发出XCAP GET从XDMS-通用偏好610a取得偏好。
XDMS-通用偏好610a在确认中返回偏好文档。
应用服务器115a通过发出XCAP GET从XDMS-设备特定偏好610b取得特定于设备“sip:userAmobile1.sii.samsung.com”的偏好。
XDMS-设备特定偏好610b在确认中返回偏好文档。
在取得偏好文档之后，应用服务器115a将得到与活动简档相关的偏好并且将该偏好应用于目标为接收方的通信请求。
在另一个示例中，接收方偏好文档可以包括服务列表以及简档标识符。在一些情形中，接收方可以具有多个地址，并且接收方可以选择将一些偏好应用于全部接收方设备地址或接收方设备地址的子集。
图7是示出根据本公开另一实施例的、XMDS使用用于指示活动简档的查询参数来管理简档的流程图。
图7中示出的方法使用查询参数以指示将针对特定地址和设备使用的活动简档，而不是如使用图5在图示中解释的那样在主体中携带整个文档。与图5中的图示相比，图7中示出的方法是优化的方法，即，在主体中没有文档。查询参数的示例包括但不限于活动简档、设备标识符和AOR。活动简档参数携带将被设置为活动简档的简档的简档标识符。设备标识符参数携带设备的唯一ID，该设备想要使用在参数活动简档中指定的简档作为活动简档。AOR参数携带与“device identifier”(设备标识符)参数中指定的设备相应的用户的AOR。
以下详细地阐明图7包括的步骤。
例如，考虑用户想要将与设备<sip:userAmobile1.sii.samsung.com>和地址<sip:personal_addrkorea.com>关联的简档从当前活动简档“Home”改变为新的活动简档“Work”，其中，根据表1中的简档注册器文档，所述当前活动简档“Home”是“profile1”简档，并且根据表1中的简档注册器文档所述新的活动简档“Work”是“profile2”简档(步骤751)。
驻留在用户设备中的XDMC 505必须执行XCAP PUT操作以将用户设备的活动简档从“Home”改变到“Work”(步骤753)。在XCAP PUT请求的查询参数URI中携带的信息类似于以下表4所示：
表4
Figure BDA0000070244520000151
表4是用于改变活动简档的SIP消息的格式的示范性图示。
简档注册器XDMS 510向XDMC 505发送HTTP 200OK(步骤755)。
XDMC 505执行XCAP PUT操作。简档注册器XDMS 510必须利用一些附加的隐含删除操作来更新简档注册器文档(步骤757)。简档注册器XDMS 510确保在旧的简档中删除该<设备，AOR>的先前的实例。因此，简档注册器XDMS 510能够从“profile1”或“home”简档中删除<sip:userAmobile1.sii.samsung.com，sip:personal_addrkorea.com>的实例。结果，作为结果的简档注册器文档将类似于下面的表5：
表5
表5是在更新活动简档之后的简档注册器文档的示范性图示。
在本公开的又一实施例中，可以使用HTTP POST来执行如图7中示出的改变简档的过程。
图8是示出根据本公开的实施例的、从简档注册器XDMS取得活动简档和相应偏好的方法的流程图。当与图6中所示进行比较时，该图示中的差别是没有将偏好分为通用偏好和设备特定偏好。相反地，偏好存储在XDMS中并且可以指示每个偏好适用于所有简档还是适用于特定简档。因此对于如图8所示的示范性图示，不存在分离的通用偏好XDMS和设备特定偏好XDMS，而是仅存在一个偏好XDMS。下面的表6示出存储在单个XDMS中的这种用户偏好文档的示范性图示。
表6
Figure BDA0000070244520000171
表6是用户偏好在单个XDMS中的偏好文档的示范性图示。
如表6所示，每个用户偏好可以指示这样的条件：哪个简档使相应的用户偏好有效和适用。例如，用户偏好可以指示这样的条件，该条件规定当活动简档是“Home”简档(或根据表7的“profile1”)时该用户偏好变为有效，另一用户偏好可以指示这样的条件，该条件规定当活动简档是“Work”简档(或根据表7的“profile2”)时该用户偏好变为有效。
假定使用在RFC 4745中解释的格式来应用用户偏好，则<conditions>(条件)元素的<sphere>元素可用于携带该用户偏好所属的简档的名称和/或标识符。同样地，可以不使用<sphere>元素，而是将<conditions>元素扩展为包含能够携带偏好所属的简档的名称的新的元素。如果用户想要将偏好保存为所有简档的一部分，则他可以向<sphere>元素或扩展的元素添加值<all>。在其他实施例中，如果不存在用于偏好的<sphere>元素，则可以将该偏好看作是不管简档为何均可应用的偏好。如果该偏好与特定服务或服务的列表关联，则通过具有<service-list>元素、所述服务可以在每个偏好之下耦合在一起。
表6中的用户偏好文档携带以下语义：在如表6所示的用户偏好文档的示例中，以与RFC 4745中定义的格式相似的格式来构建偏好。将偏好分组为必须由应用服务器应用于通信请求的规则的集合。每个<rule>(规则)元素可以具有<sphere>条件元素，其标识具体的规则属于哪个简档。例如，标识符＝“f3g44r1”的规则携带值“profile1”的<sphere>条件元素，其显示名称是表7中的“Home”(换句话说，“profile1”是“Home”简档)。当“profile1”简档或“Home”简档成为活动的简档并且<conditions>元素的其他部分得到满足时，该具体的规则将被应用服务器应用于通信请求。在特定规则必须成为所有简档的一部分时，<sphere>条件将携带值<all>。本公开并不要求仅使用<sphere>元素来标识具体的规则所属的简档。作为替换，可以将<conditions>元素扩展为具有新的子代元素，该子代元素携带具体的规则属于哪个简档的细节。此外，如果以不同于RFC4745格式的其他格式构建用户偏好，则可以使用任何其他新的元素或属性来表达以上描述的语义。
在示范性表7中示出简档注册器文档的另一图示。
表7
Figure BDA0000070244520000191
表7是当用户偏好位于单个XDMS中时简档注册器文档的示范性图示。
表7示出当不将用户偏好分离成“通用偏好”对“设备特定偏好”时的简档注册器文档的示范性图示。表7中的简档注册器文档携带以下语义：文档的用户具有名称为“Home”、“Work”和“Travel”的三个偏好简档。用户已经选择将“profile1”简档(或“Home”简档)应用于他的地址<sip:personal_addrkorea.com>以及标识为<sip:userAmobile1.sii.samsung.com>的他的设备。这意味着，当用户利用AOR<sip:personal_addrkorea.com>注册并且用户正在使用的设备的标识符为<sip:userAmobile1.sii.samsung.com>时，“profile1”简档(或“Home”简档)变成活动的或者被设置为活动简档。用户已经设置“profile2”简档作为“Work”简档，并且当用户注册了地址<sip:office_addrsamsung.com>并且使用设备地址是<sip:userAmobile2.siso.samsung.com>的设备时，此简档变成活动的或者被设置为活动简档。通过“profile3”标识的简档具有“Travel”简档的显示名称，并且对于全部的用户注册地址和设备该简档都被设置为活动的。
当对于用户的给定条件存在多个有效的简档时，将应用最佳匹配规则，即，拥有最佳匹配的条件的简档将被选择作为活动简档。例如在表7中，当用户利用地址<sip:personal_addrkorea.com>注册时，“profile1”或“profile3”可以是活动简档的候选。但是，根据最佳匹配规则，因为“profile1”指定了用户的AOR<sip:personal_addrkorea.com>的条件，所以“profile1”被选为活动简档。
当与作为简档注册器文档的另一实施例的表1进行比较时，表7中的图示在下述方面有所不同：它没有区分出“通用”和“设备特定”简档。相反地，表7中采取的方法对“通用”和“设备特定”简档进行结合，其中每个简档能够指定针对用户的地址和设备两者(或如果需要，其它方面)的条件。
当与图6中的方法进行比较时，表7中的这种方法导致如图8所示的不同的系统架构。在图8中的，不管相应的用户偏好是通用的还是设备特定的，都可以将全部的用户偏好存储在称作XDMS-偏好805的单个XDMS中。这不同于图6，图6中“通用偏好”存储在XDMS-通用偏好610a中，而“设备特定偏好”存储在XDMS-设备特定偏好610b中。因此，在此方法中的，应用服务器115a只需要从单个XDMS-偏好805取得用户偏好。
当用户没有注册到网络时，应用服务器115a仍可能需要对于通信请求应用偏好。所以本公开建议在简档注册器文档中使用<default-profile>(缺省简档)元素，其指定当用户没有注册到网络时应用的简档。此外，当对于给定的用户条件、在简档注册器文档中没有别的最佳匹配简档时，也可以将此“缺省”简档用作活动简档。
通过以下步骤描述图8，假定表7中的简档注册器文档以及表6中的用户偏好文档。
应用服务器115a接收以例如地址<sip:personal_addrkorea.com>为目标的通信请求。当前，接收方仅注册了由<sip:userAmobile1.sii.samsung.com>标识的一个设备(步骤771)。
应用服务器115a向简档注册器XDMS 510发出XCAP GET以取得包括简档关系的简档注册器文档(步骤773)。
简档注册器XDMS 510通过将简档注册器文档包括在200OK响应的主体中来发送200OK以进行确认(步骤775)。
在应用服务器115a接收到简档注册器文档时，应用服务器115a解析该文档以识别用于设备标识符<sip:userAmobile1.sii.samsung.com>和AOR<sip:personal_addrkorea.com>的活动简档。在此示例中，活动简档是“profile1”，该简档是“Home”简档。
应用服务器115a请求存储在XDMS-偏好805中的、用于用户<sip:personal_addrkorea.com>的用户偏好文档(步骤777)。XDMS-偏好805在确认中返回用于用户<sip:personal_addrkorea.com>的用户偏好文档(步骤779)。应用服务器115a随后解析来自用户<sip:personal_addrkorea.com>的用户偏好文档的数据以获得与“profile1”相关的偏好。随后，应用服务器115a将所获得的偏好应用于地址为<sip:personal_addrkorea.com>的用户的设备<sip:userAmobile1.sii.samsung.com>的通信请求或服务请求。
在另一实施例中，XCAP GET请求可以包括查询参数“profile1”。XDMS-偏好805在确认中返回用于用户<sip:personal_addrkorea.com>的特定于“profile1”的用户偏好文档。当接收到所述偏好文档时，应用服务器115a将所获得的与用户<sip:personal_addrkorea.com>的“profiler”相关的用户偏好文档应用于对用户<sip:personal_addrkorea.com>的设备<sip:userAmobile1.sii.samsung.com>的通信请求或服务请求。
图9是示出根据本公开实施例的、对于多个服务检索活动简档和用户偏好的方法的流程图。
在图9的图示中，由多个应用服务器表示多个服务。例如，由AS 115a表示第一服务并由AS 115b表示第二服务。包括用于AS 115a和AS 115b的用户偏好的XDMS可以驻留于单个XDMS中或每个应用可以具有它们自己特定的XDMS。AS 115a具有包含用于AS 115a的用户偏好的XDMS-服务偏好910a。AS 115b具有包含用于AS 115b的用户偏好的XDMS-服务偏好910b。然而，应该注意地是，存储在简档注册器XDMS 510中的简档注册器文档中的简档信息在不同的应用服务器之间共享。例如，AS 115a和AS 115b共享简档注册器XDMS 510中的简档信息(步骤801)。
AS 115a接收以例如接收方地址<sip:personal_addrkorea.com>为目标的通信请求。考虑到通过<sip:personal_addrkorea.com>标识的接收方仅注册了由<sip:userAmobile1.sii.samsung.com>标识的一个设备。所以AS 115a必须取得与接收方<sip:personal_addrkorea.com>相应的简档相关数据，以便知道为了处理到来的、对于接收方<sip:personal_addrkorea.com>上的第一服务的通信请求而必须应用的简档信息。
AS 115a向简档注册器XDMS 510发出XCAP GET消息以取得包括简档关系的接收方<sip:personal_addrkorea.com>的简档注册器文档。简档注册器XDMS 510通过发送200OK消息进行确认。简档注册器文档被放在确认的主体中。
在AS 115a接收到简档注册器文档时，AS 115a解析该文档以得到用于接收方<sip:personal_addrkorea.com>和接收方的注册设备<sip:userAmobile1.sii.samsung.com>的活动简档。例如，认为该活动简档是“profile1”。
AS 115a通过发出XCAP GET消息从XDMS取得接收方<sip:personal_addrkorea.com>的用户偏好，以便得到接收方的用户偏好相关的“profile1”。
在实施例中，AS 115a还可以取得存储在XDMS中的接收方<sip:personal_addrkorea.com>的全部用户偏好，然后解析该数据以收集与“profile1”相关的用户偏好。
在另一示例中，如果用户偏好存储在服务特定的储存库中而不是存储在公用的存储库中，则应用服务器必须通过向应用相关的储存库发送请求来收集与其应用相关的用户偏好。在这种情况下，AS 115a通过发出XCAP GET消息从XDMS-服务偏好910a取得接收方<sip:personal_addrkorea.com>的用户偏好，以便得到接收方的用户偏好相关的“profile1”。
包括用户偏好的XDMS在200OK响应中返回“profile1”用户偏好文档。而且，应用服务器可以请求取得存储在XDMS的全部用户偏好文档，并可以随后解析与应用相关的用户偏好。
在图示中，用于第一服务和第二服务的用户偏好存储在分离的服务特定储存库中，例如，分别存储在XDMS-服务偏好910a和XDMS-服务偏好910b中。
当识别出接收方<sip:personal_addrkorea.com>的活动简档(在本例中为“profile1”)并取得了用于第一服务的活动简档的用户偏好时，AS 115a将所获得的用户偏好应用于第一服务的对于接收方<sip:personal_addrkorea.com>的相应通信请求(步骤803、步骤804)。
当识别出接收方<sip:personal_addrkorea.com>的活动简档(在本例中为“profile1”)并取得了用于第二服务的活动简档的用户偏好时，AS 115b将所获得的用户偏好应用于第二服务的对于接收方<sip:personal_addrkorea.com>的相应的通信请求(步骤807、步骤809)。
图10是示出根据实施例的、对于服务检索活动简档和偏好的方法的流程图。
在图10的图示中，由AS 115a来表示服务。包括用于AS 115a的用户偏好的XDMS可以驻留在单个XDMS中或每个应用可以具有它们自己特定的XDMS。AS 115a具有包含用于AS 115a的用户偏好的XDMS-服务偏好910a。
根据本公开，用户使用嵌入在用户的设备中的XDMC 505将他的简档信息作为简档注册器文档在简档注册器XDMS 510中进行注册和存储。简档信息的示例可以包括但不限于Home(家庭)和Work(工作)简档(步骤821)。
用户使用嵌入在用户的设备中的XDMC 505在XDMS-服务偏好910a中存储和管理用于由AS 115a提供服务的应用的用户偏好(步骤823)。根据存储在简档注册器XDMS 510中的简档信息来描述这样的用户偏好。因此，XDMS-服务偏好910a中的用户偏好包含能够使用户偏好有效和适用的简档的条件。
AS 115a接收以例如接收方地址<sip:personal_addrkorea.com>为目标的通信请求。考虑通过<sip:personal_addrkorea.com>标识的接收方仅注册了由<sip:userAmobile1.sii.samsung.com>标识的一个设备。所以AS 115a必须取得与接收方<sip:personal_addrkorea.com>相应的简档相关数据，以便知道为了处理到来的、对于接收方<sip:personal_addrkorea.com>上的服务的通信请求而必须应用的简档信息。
AS 115a向简档注册器XDMS 510发出XCAP GET消息以取得包括简档关系的接收方<sip:personal_addrkorea.com>的简档注册器文档。简档注册器XDMS 510通过发送200OK消息进行确认。简档注册器文档被放在确认的主体中(步骤825)。
在AS 115a接收到简档注册器文档时，AS 115a解析该文档以得到用于接收方<sip:personal_addrkorea.com>和接收方的注册设备<sip:userAmobile1.sii.samsung.com>的活动简档。例如，认为该活动简档是用于接收方<sip:personal_addrkorea.com>和接收方的注册设备<sip:userAmobile1.sii.samsung.com>的“profile1”。注意，是AS 115a根据AS 115a知道的用户信息(在本例中，是用户的AOR和用户的设备标识符)来决定所取得的简档注册器文档中的简档当中的活动简档。
AS 115a通过发出XCAP GET消息从XDMS取得接收方<sip:personal_addrkorea.com>的用户偏好，以便得到接收方用户偏好相关的“profile1”(步骤827)。
在实施例中，AS 115a还可以取得存储在XDMS中的接收方<sip:personal_addrkorea.com>的全部用户偏好，然后解析该数据以收集与用于由AS 115a提供的应用服务的“profile1”相关的用户偏好。
在另一示例中，如果用户偏好存储在服务特定的储存库中而不是公用的储存库中，则应用服务器必须通过向应用相关的存储库发送请求来收集与其应用相关的用户偏好。在这种情况下，AS 115a通过发出XCAP GET消息从XDMS-服务偏好910a取得接收方<sip:personal_addrkorea.com>的用户偏好，以便得到接收方的用户偏好相关的“profile1”。
包括用户偏好的XDMS在200OK响应中返回“profile1”用户偏好文档。可替换地，AS 115a可以请求取得存储在XDMS的全部用户偏好文档，并且可以随后解析与相应应用和活动简档相关的用户偏好。
在图示中，用于服务的用户偏好存储在分离的服务特定储存库中，例如，XDMS-服务偏好910a中。
当识别出接收方<sip:personal_addrkorea.com>的活动简档(在本例中为“profile1”)并取得了用于该活动简档的由AS 115a提供的应用服务的用户偏好时，AS 115a将所获得的用户偏好应用于第一个服务的对于接收方<sip:personal_addrkorea.com>的相应的通信请求。
图11a到图11c是根据实施例的管理简档的示范性图示。
用户使用设备120a以管理与用户的设备关联的简档。设备120a具有设备标识符<sip:userAmobile1.sii.samsung.com>，并且已经对于其AOR为<sip:personal_addrkorea.com>的用户进行了注册。
在图11a的图示中，向用户提供了在设备120a的用户接口(UI，userinterface)中显示的简档选项的列表，例如，“Home”简档、“Work”简档和“Travel”简档。当前，将设备120a的活动简档设置为“Home”简档。
在图11b的图示中，用户通过在设备120a的UI中提供的列表中选择“Work”简档将设备的活动简档从“Home”简档改变为“Work”简档。设备120a向简档注册器XDMS 510发送消息信号以改变设备120a的活动简档。该命令可以是XCAP PUT操作。将要添加的设备标识符、AOR和活动简档与该消息信号一起发送。响应于接收的消息，简档注册器XDMS 510将设备120a的活动简档改变为“Work”简档。如在图11c中示出的那样显示更新的简档“Work”简档。
在上述说明中，已经参考特定实施例描述了本公开及其优点。然而，对本领域普通技术人员清楚的是，可以进行各种修改和改变，而不脱离在权利要求中阐述的本公开的范围。因此，说明书和附图应被认为是本公开的说明性示例，而不是具有限制性的意义。所有这些可能的修改都被认为是包括在本公开的范围之内。

Claims (15)

1.一种用于在执行无线通信的设备中管理简档的方法，包括：
当从用户接收到对于设备的活动简档改变请求时，由客户端获取简档注册器文档，该简档注册器文档提供活动简档信息，包括指示在与用户相关联地注册的一个或多个记录地址(AOR)、一个或多个设备标识符以及一个或多个简档之间的关系的信息；
由客户端显示包括在简档注册器文档中的简档的简档列表；以及
由客户端发送活动简档改变请求，该活动简档改变请求包括由用户从简档列表中选择的简档的标识信息、设备的标识符以及与该设备相应的AOR。
2.如权利要求1所述的方法，还包括：响应于所述活动简档改变请求，接收和显示指示活动简档的改变的更新结果。
3.一种用于在执行无线通信的设备中管理简档的装置，包括：
显示器；以及
客户端，用于：当从用户接收到对于设备的活动简档改变请求时，获取简档注册器文档，该简档注册器文档提供活动简档信息，包括指示在与用户相关联地注册的一个或多个记录地址(AOR)、一个或多个设备标识符以及一个或多个简档之间的关系的信息；在显示器上显示该简档注册器文档中包括的简档的简档列表；以及发送活动简档改变请求，该活动简档改变请求包括由用户从简档列表中选择的简档的标识信息、设备的标识符以及与该设备相应的AOR。
4.如权利要求3所述的装置，其中，所述客户端响应于所述活动简档改变请求接收和显示指示活动简档的改变的更新结果。
5.一种用于在提供各种通信服务的网络中由提供通信应用的服务器管理简档的方法，包括：
当接收到来自设备的通信请求时，获取简档注册器文档，该简档注册器文档提供活动简档信息，包括指示与被指定为通信请求的目标的接收方相关联地注册的一个或多个记录地址(AOR)、一个或多个设备标识符以及一个或多个简档之间的关系的信息；
在简档注册器文档中搜索与指定为通信请求的目标的AOR以及指定为通信请求的目标的设备的标识符相应的活动简档；
获取与活动简档相应的偏好；以及
对所述通信请求应用所述偏好。
6.如权利要求5所述的方法，其中，所述偏好被分成通用偏好和仅应用于特定设备的设备特定偏好。
7.如权利要求5所述的方法，还包括：
从所述设备接收活动简档改变请求；
获取与该设备的用户相应的简档注册器文档；
解析与该设备的用户相应的简档注册器文档中的、与包括在所述改变请求中的设备的标识符和相应于设备的AOR相关联的活动简档；以及
将解析的活动简档改变为在所述活动简档改变请求中包括的简档。
8.如权利要求5所述的方法，还包括：向存储所述简档注册器文档的简档注册器服务器发送可扩展标记语言配置访问协议(XCAP)GET消息，以便获取所述简档注册器文档，其中，所述简档注册器文档被与200OK响应一起传送。
9.如权利要求5所述的方法，还包括：向存储相应于活动简档的偏好的服务器发送XCAP GET消息以便获取所述偏好，其中，所述相应于活动简档的偏好被与200OK响应一起传送。
10.如权利要求7所述的方法，其中，所述活动简档改变请求被与XCAPPUT消息一起发送。
11.一种用于在提供各种通信服务的网络中由提供通信应用的服务器管理简档的装置，包括：
通信接口，用于发送和接收信号；以及
处理器，用于：当接收到来自设备的通信请求时，获得简档注册器文档，该简档注册器文档提供活动简档信息，包括指示在与被指定为通信请求的目标的接收方相关联地注册的一个或多个记录地址(AOR)、一个或多个设备标识符以及一个或多个简档之间的关系的信息；在该简档注册器文档中搜索与指定为通信请求的目标的AOR和指定为通信请求的目标的设备的标识符相应的活动简档；获取相应于该活动简档的偏好；以及对所述通信请求应用该偏好。
12.如权利要求11所述的装置，其中，所述偏好被分成通用偏好和仅应用于特定设备的设备特定偏好。
13.如权利要求11所述的装置，其中，当接收到来自设备的活动简档改变请求时，所述处理器获取与该设备的用户相应的简档注册器文档；解析与该设备的用户相应的简档注册器文档中的、与包括在所述改变请求中的设备的标识符和相应于设备的AOR相关联的活动简档；以及将解析的活动简档改变为在所述活动简档改变请求中包括的简档。
14.如权利要求11所述的装置，其中，所述处理器向存储简档注册器文档的简档注册器服务器发送可扩展标记语言配置访问协议(XCAP)GET消息以便获取所述简档注册器文档，以及，所述简档注册器文档被与200OK响应一起传送。
15.如权利要求13所述的装置，其中，所述处理器向存储相应于活动简档的偏好的服务器发送XCAP GET消息以便获得偏好，所述相应于活动简档的偏好被与200OK响应一起传送，并且所述活动简档改变请求被与XCAP PUT消息一起发送。
CN200980151946.5A 2008-10-22 2009-10-21 管理简档的方法和系统 Expired - Fee Related CN102265657B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
IN2583CH2008 2008-10-22
IN2583/CHE/2008 2008-10-22
KR1020090098347A KR101653980B1 (ko) 2008-10-22 2009-10-15 프로파일 관리 방법 및 장치
KR10-2009-0098347 2009-10-15
PCT/KR2009/006094 WO2010047530A2 (en) 2008-10-22 2009-10-21 Method and system for managing profiles

Publications (2)

Publication Number Publication Date
CN102265657A true CN102265657A (zh) 2011-11-30
CN102265657B CN102265657B (zh) 2015-02-04

Family

ID=42219363

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980151946.5A Expired - Fee Related CN102265657B (zh) 2008-10-22 2009-10-21 管理简档的方法和系统

Country Status (5)

Country Link
US (1) US10051081B2 (zh)
EP (1) EP2347610B1 (zh)
KR (1) KR101653980B1 (zh)
CN (1) CN102265657B (zh)
WO (1) WO2010047530A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104769579A (zh) * 2012-11-09 2015-07-08 微软公司 文档管理系统中的列表管理
CN111859105A (zh) * 2020-04-10 2020-10-30 北京嘀嘀无限科技发展有限公司 服务请求处理方法、装置、电子设备及存储介质

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI337490B (en) * 2005-08-12 2011-02-11 Samsung Electronics Co Ltd System and method for transmitting system messages insession initiation protocol
US8713173B2 (en) * 2008-12-19 2014-04-29 Openpeak Inc. System and method for ensuring compliance with organizational policies
KR20130012199A (ko) * 2011-06-28 2013-02-01 삼성전자주식회사 메시징 서비스와 타 서비스 간의 상호 연동을 통한 연락처 제공 방법 및 장치
KR101341596B1 (ko) * 2012-09-25 2013-12-13 (주)소만사 웹 애플리케이션 통신 데이터의 사용자별 모니터링 장치 및 방법
KR102137242B1 (ko) * 2013-11-21 2020-08-13 삼성전자주식회사 통신 시스템에서 사용자 의사 표현 서비스 제공 방법 및 장치
US10904343B2 (en) * 2015-07-07 2021-01-26 T-Mobile Usa, Inc. Message delivery based on subsets of network identities
CN108293043B (zh) * 2015-11-13 2021-11-05 三星电子株式会社 用于下载关于终端的嵌入式通用集成电路卡的简档的方法和装置
EP3456090B1 (en) * 2016-05-12 2021-03-31 Convida Wireless, Llc Connecting to virtualized mobile core networks
KR20220125024A (ko) * 2021-03-04 2022-09-14 삼성전자주식회사 Ims 부가 서비스를 위하여 미디어 조건을 이용하는 전자 장치 및 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070189301A1 (en) * 2006-02-13 2007-08-16 Nokia Corporation Representing network availability status information in presence information
WO2008016263A1 (en) * 2006-08-01 2008-02-07 Samsung Electronics Co., Ltd. System and method for managing user preference profile

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7240364B1 (en) * 2000-05-20 2007-07-03 Ciena Corporation Network device identity authentication
US8073565B2 (en) * 2000-06-07 2011-12-06 Apple Inc. System and method for alerting a first mobile data processing system nearby a second mobile data processing system
US7080122B2 (en) * 2000-08-07 2006-07-18 Return Path, Inc. System and process for updating electronic messaging accounts
US7043480B2 (en) * 2001-03-20 2006-05-09 Mci, Inc. Systems and methods for communicating from an integration platform to a lightweight directory access protocol based database
US6867733B2 (en) * 2001-04-09 2005-03-15 At Road, Inc. Method and system for a plurality of mobile units to locate one another
US7454195B2 (en) * 2001-11-16 2008-11-18 At&T Mobility Ii, Llc System for the centralized storage of wireless customer information
US7522910B2 (en) 2002-05-31 2009-04-21 Oracle International Corporation Method and apparatus for controlling data provided to a mobile device
US6976092B1 (en) * 2002-09-17 2005-12-13 Bellsouth Intellectual Property Corp. System that using transport protocol objects located at agent location to generate session ID and to provide translation between different instant messaging protocols
US7474741B2 (en) * 2003-01-20 2009-01-06 Avaya Inc. Messaging advise in presence-aware networks
US7024192B2 (en) * 2003-03-31 2006-04-04 America Online, Incorported Apparatus and method to provide current location information services in a network
US7545784B2 (en) * 2004-02-11 2009-06-09 Yahoo! Inc. System and method for wireless communication between previously known and unknown users
US7877082B2 (en) * 2004-05-06 2011-01-25 Massachusetts Institute Of Technology Combined short range radio network and cellular telephone network for interpersonal communications
US8412780B2 (en) * 2005-03-30 2013-04-02 Google Inc. Methods and systems for providing current email addresses and contact information for members within a social network
US20070157247A1 (en) * 2005-12-29 2007-07-05 United Video Properties, Inc. Systems and methods for managing content
US8391165B2 (en) * 2005-12-30 2013-03-05 Motorola Mobility Llc Method and apparatus for identifying caller preferences matched to callee capabilities for IMS communications
US8862746B2 (en) * 2006-05-17 2014-10-14 Sonim Technologies, Inc. Systems and methods for integrating applications on user equipment utilizing special URI control messages
US7577718B2 (en) * 2006-07-31 2009-08-18 Microsoft Corporation Adaptive dissemination of personalized and contextually relevant information
KR101281387B1 (ko) * 2006-08-16 2013-07-02 삼성전자주식회사 Ｘｍｌ 문서의 위치 기술을 이용하여 ｘｄｍ 문서 관리 기능을 구현하기 위한 장치 및 방법
US8407344B2 (en) * 2006-09-06 2013-03-26 Redknee Inc. Method and system for active profile server
US7818396B2 (en) * 2007-06-21 2010-10-19 Microsoft Corporation Aggregating and searching profile data from multiple services
US8443068B2 (en) * 2007-08-08 2013-05-14 Samsung Electronics Co., Ltd Method and system for managing user preference profiles in a network
US20090182806A1 (en) * 2008-01-15 2009-07-16 Vishnu-Kumar Shivaji-Rao Methods and Systems for Content-Consumption-Aware Device Communication
KR101492627B1 (ko) * 2008-01-28 2015-02-16 삼성전자주식회사 위임 프레즌스 구독을 위한 시스템 및 방법
KR101498731B1 (ko) * 2008-02-13 2015-03-05 삼성전자주식회사 비통합 메시징 서비스와 인터워킹하기 위해 통합 메시징 서비스를 제공하는 서버 및 방법 및 이를 위한 시스템
US8233604B2 (en) * 2008-09-16 2012-07-31 International Business Machines Corporation Automated call routing based on an active presence profile

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070189301A1 (en) * 2006-02-13 2007-08-16 Nokia Corporation Representing network availability status information in presence information
WO2008016263A1 (en) * 2006-08-01 2008-02-07 Samsung Electronics Co., Ltd. System and method for managing user preference profile

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104769579A (zh) * 2012-11-09 2015-07-08 微软公司 文档管理系统中的列表管理
CN111859105A (zh) * 2020-04-10 2020-10-30 北京嘀嘀无限科技发展有限公司 服务请求处理方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
EP2347610B1 (en) 2018-09-12
WO2010047530A3 (en) 2010-07-29
EP2347610A2 (en) 2011-07-27
WO2010047530A2 (en) 2010-04-29
KR20100044705A (ko) 2010-04-30
US20110202600A1 (en) 2011-08-18
CN102265657B (zh) 2015-02-04
EP2347610A4 (en) 2017-05-24
KR101653980B1 (ko) 2016-09-05
US10051081B2 (en) 2018-08-14

Similar Documents

Publication Publication Date Title
CN102265657B (zh) 管理简档的方法和系统
CN101106498B (zh) 内容管理方法和装置
US7653640B2 (en) Two-way and multi-master synchronization over web syndications
US9219608B2 (en) Apparatus and method for sharing contents of Social Network Service in communication system
KR100906109B1 (ko) 3ａ 기반의 다양한 어플리케이션 상태를 제공하는유비쿼터스 프리젠스 서비스 방법 및 시스템
KR101504064B1 (ko) 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법
CN101123750B (zh) 便于推送内容的后台处理的装置和相关方法
JP4749469B2 (ja) Ｘｄｍサービス情報管理システム及び方法
CN103314558A (zh) 策略管理
CN101821991B (zh) 用于管理网络中的用户优选项简档的方法和系统
KR20100019962A (ko) 광고 애플리케이션에 가입 필터를 매핑하는 방법 및 시스템
KR20110008334A (ko) 네트워크 기반 컨버지드 주소록을 위한 시스템 및 방법
WO2006018030A1 (en) Method for sofware program synchronization
CN103119911A (zh) 用于同步社交网络的用户配置文件和用户的个人联系卡（pcc）的方法和系统
US20090125803A1 (en) Method, system, client and server for managing xml document
CN101878633A (zh) 在xml文档管理架构中使用的方法和设备
KR20050102522A (ko) 단말-대-단말을 기반으로 한 멀티미디어 콘텐츠 제공시스템 및 그 방법
KR20100019963A (ko) 광고 목적을 위해 데이터 파사드 가입 필터를 사용하는 방법 및 시스템
JP5441927B2 (ja) Ｒｕｉプロファイリングのためのネットワークシステムおよび方法
US20130091287A1 (en) System for contact subscription invitations in a cross-domain converged address book system
KR20140040111A (ko) 통합 주소록 기능 관리 방법
KR101800745B1 (ko) 기기간 연결 방법 및 그 장치
JP2002373175A (ja) サービス検索方法及びシステム
US8359383B2 (en) Ubiquitous service framework system for supporting service in multiple domain and method thereof
KR101567051B1 (ko) 파일 전송 방법 및 이를 실행하는 서버

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20150204

Termination date: 20211021

CF01 Termination of patent right due to non-payment of annual fee