一种管理视图及视图触发的方法及装置的制作方法

专利名称：一种管理视图及视图触发的方法及装置的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种管理视图及视图触发的方法及装置。
背景技术：
呈现业务中的呈现信息包括在线信息、参与业务的意愿信息、心情、活动、网络状 态、设备能力等等，并且呈现信息文档以PIDF(Presence Information Data Format，呈现 信息数据格式)的形式表示，即将呈现信息分为业务相关、呈现体相关、设备相关的三类信 息。 呈现客户端接收到呈现信息文档后，需要根据呈现信息元素的定义以及处理规则 (如可根据时间戳对冲突的元素进行取舍)来解析呈现信息文档中的呈现信息，即观察体 客户端负责解析呈现信息文档，还需要正确地选择和过滤出正确的呈现信息，并且现有的 呈现业务未提供一种机制来执行通用的逻辑处理，每个观察体的客户端即使是接收到相同 的呈现信息文档，也需要各自进行重复的处理，因此为了减少观察体的呈现信息处理负担， 在呈现业务中引入了 PAL (Presence Access Layer,呈现接入层)作为一个抽象层来减少呈 现业务的复杂性，具体地，PAL接收到呈现服务器发送的呈现信息文档，按照一定的规则对 呈现信息进行整合计算后，返回简单的结果至观察体客户端，从而简化观察体客户端的操 作，减少观察体客户端与呈现服务器之间的交互流量，另外，还提供了一种方法实现了通用 的呈现信息处理逻辑，供多个观察体使用。 视图(aspect)以及视图触发(aspect trigger)是PAL的基本组成元素，它们的 定义与PAL业务的开展紧密相关，PAL中的aspect是对信息的抽象，从功能上划分包括但不 限于信息简化以及信息指示，其中信息简化类型的aspect的作用是对单个或多个呈现信 息元素，或者呈现信息元素与其他类型信息元素组合(包括位置信息，个人基本信息等)的 逻辑抽象，即aspect是对与该aspect相关的信息按照一定规则进行简化的结果，而信息指 示类型的aspect的作用是指示服务器返回aspect定义中包含的各类信息。这两类aspect 的区别在于，对于信息简化类型的aspect，服务器获取了 aspect相关的信息后，需要按照 一定规则对获取的信息进行逻辑判断，得到一个简化的结果即aspect的取值，而对于信息 指示类型的aspect,服务器需要获取aspect相关的信息并返回给客户端，而不需要对获得 的信息进行逻辑判断，即不需要计算aspect的取值，当然，PAL中的aspect的功能不限于 这两种类型，可根据实际应用需求进行功能上的扩充。除此之外，PAL中的aspect从定义 方式上分为系统定义以及自定义两类，其中系统定义类型是指PAL系统定义一些基本和通 用的aspect,如"availability"(可提供，表示在线信息)，"willingness"(意愿，表示 参与业务的意愿)，而自定义类型指的是，由于PAL支持aspect的定制和扩展，所以不同用 户，业务以及群组可自定义所需的aspect。 除此之外，PAL中还有一类元素aspect trigger用于监控信息简化类aspect值的 变化是否满足aspect trigger中的触发条件，如变化到特定值，当触发条件满足时，PAL 服务器进行相应操作，包括发送通知给PAL客户端、触发业务，即发送业务触发通知给业
5务引擎等。与aspect类似，aspect trigger也包括系统定义类型与自定义类型。

发明内容
本发明实施例的发明目的是实现对aspect及aspect trigger的统一管理，以方 便PAL客户端开展PAL业务，减轻PAL客户端的负担。 本发明实施例一方面提供了一种管理视图及视图触发的方法，包括 接收请求消息，所述请求消息中携带视图和/或视图触发的定义和存储路径，所
述视图是对一个或多个信息元素的概括或表示需获取的一种或多种类型的信息元素，所述
视图触发表示特定视图满足预设条件时执行相应的触发动作； 解析所述请求消息，根据所述存储路径创建包括所述视图和/或视触发的定 义的文档。 本发明实施例一方面提供了管理视图及视图触发的装置，包括 接收单元，用于接收请求消息，所述请求消息中携带视图和/或视图触发的定义
和存储路径；所述视图是对一个或多个信息元素的概括或表示需获取的一种或多种类型的
信息元素，所述视图触发表示特定视图满足预设条件时执行相应的触发动作； 处理单元，用于解析所述请求消息，根据所述存储路径创建包括所述视图和/或
视图触发的定义的文档。 本发明实施例一方面提供了一种管理视图及视图触发的方法，包括 生成请求消息，所述请求消息中包含视图和/或视图触发的定义及存储路径； 向网络侧视图及视图触发管理装置发送所述请求消息，以便所述视图及视图触发
管理装置根据所述存储路径保存所述视图和/或视图触发的定义。 本发明实施例一方面提供了一种处理视图及视图触发的装置，包括 请求生成单元，用于生成包含视图和/或视图触发的定义及存储路径的请求消
息； 发送单元，用于向网络侧视图及视图触发管理装置发送所述请求消息，以便所述
视图及视图触发管理装置根据所述存储路径保存所述视图和/或视图触发的定义。 本发明实施例一方面提供了一种管理视图及视图触发的系统，包括 呈现接入层服务器，用于生成请求消息，所述请求消息中包含视图和/或视图触
发的定义及存储路径；并向网络侧视图及视图触发管理装置发送所述请求消息，以便所述
视图及视图触发管理装置根据所述存储路径保存所述视图和/或视图触发的定义； 视图及视图触发管理装置，用于接收请求消息，所述请求消息中携带视图视图和/
或视图触发视图触发的定义和存储路径；所述视图是对一个或多个信息元素的概括，或，表
示需获取的信息元素，所述视图trigger表示所述视图满足触发条件时执行相应的触发动
作；以及解析所述请求消息，根据所述存储路径创建包括所述视图和/或视图触发的定义
的文档。 本发明实施例一方面提供了一种进行业务处理的方法，包括 接收业务请求，所述业务请求中携带视图和/或视图触发的标识； 根据所述视图和/或视图触发的标识向网络侧的视图及视图触发管理装置获取
所述视图和/或视图触发的定义；
根据所述视图和/或视图触发的定义进行业务处理。
本发明实施例一方面提供了一种呈现接入层服务器，包括 接收单元，用于接收业务请求，所述业务请求中携带视图和/或视图触发的标识；
获取单元，用于根据所述视图和/或视图触发的标识向网络侧的视图及视图触发 管理装置获取所述视图和/或视图触发的定义； 业务处理单元，用于根据所述视图和/或视图触发的定义进行业务处理。
本发明实施例一方面提供了一种进行业务处理的的系统，包括
呈现接入层服务器，用于接收业务请求，所述业务请求中携带视图和/或视图触 发的标识；以及根据所述视图和/或视图触发的标识向网络侧的视图及视图触发管理装置 获取所述视图和/或视图触发的定义；并根据所述视图和/或视图触发的定义进行业务处 理； 视图及视图触发管理装置，用于创建包括所述视图和/或视图触发的定义的文 档。 本发明实施例提供的管理视图及视图触发的方法及装置，利用视图及视图触发管 理装置管理视图及视图触发，方便PAL客户端使用PAL业务，减轻了 PAL客户端的负担。


图1为本发明实施例一种管理视图及视图触发的方法的流程图；
图2为本发明实施例一种管理视图及视图触发的方法的一个具体应用的流程图；
图3为本发明实施例请求创建aspect和/或aspect trigger的新元素或新属性 的方法的一个具体应用的流程图； 图4为本发明实施例请求获取和创建aspect和/或aspect trigger的定义的方 法的一个具体应用的流程图； 图5为本发明实施例一种管理视图及视图触发的装置的结构示意图；
图6为本发明实施例另一种管理视图及视图触发的方法的流程图；
图7为本发明实施例一种处理视图及视图触发的装置的结构示意图；
图8为本发明实施例一种管理视图及视图触发的系统的结构示意图；
图9为本发明实施例一种进行业务处理的方法的流程图；
图10为本发明实施例一种呈现接入层服务器的结构示意图；
图n为本发明实施例一种进行业务处理的的系统的结构示意图。
具体实施例方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对 本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不 用于限定本发明。
图1为本发明实施例一种管理视图及视图触发的方法的流程图，包括
Sll，接收请求消息，所述请求消息中携带视图aspect和/或视图触发aspect trigger的定义和存储路径；所述aspect是对一个或多个信息元素的概括或表示需获取的 一种或多种类型的信息元素，所述aspect trigger表示特定aspect满足预设条件时执行相应的触发动作。 请求消息可以是由PAL客户端发送，也可以是PAL服务器发送，具体可以是通过 XCAP(xml configuration access protocol, xml配置访问协议)协议中的PUT请求的方 式发送，由保存aspect和/或aspect trigger的定义的视图及视图触发管理装置接收，该 视图及视图触发管理装置可以是Aspect XDMS(xml document managementserver xml文档 管理服务器)。 该请求消息中包括需保存的包括视图和/或视图触发aspecttrigger的定义的文 档的名称和存储路径。 如，以请求保存aspect trigger的定义为例，该请求消息可以以PUT请求表示为 如下形式 PUT/pal_aspect/users/sip:user@example. com/triggerdef HTTP/1. 1 Host :xcap. example, com Content-Type :即plication/pal-trigger+xml Content-Length :(…) 〈trigger_list> 〈trigger name = "IM_session on IM-availability，， >
〈condition> 〈changed to = "available" > 〈aspect>IM_availability〈/aspect> 〈/changed> 〈/condition> 〈action id=，，a，，> 〈service>IM_session〈/service> 〈/action> 〈/trigger> 〈trigger name ="......，， > ...... 〈/trigger> ...... 〈/trigger_list> 其中，PUT表示请求使用的是HTTP中的PUT方法，pal-aspect为
AUID(A卯lication Unique ID，应用唯一标识，是用于区分XCAP资源用于哪种应用的唯一 标识)，"/pal_aspect/users/sip:user@example. com/triggerdef/，，为文档选择器(文 档选择器通过一个序列的路径片段来表示被选中的文档)，本消息中表示用户sip:usert example, com 的名称为triggerdef的文档， HTTP/1. 1表示协议版本，Host头域表示被请求的资源为XCAP服务器，"users/ sip:user@example. com"表示PAL用户的身份标识，其消息头域指出了需保存的aspect trigger定义的存储地址，〈trigger〉元素表示需保存的aspect trigger的定义。
下面的例子为PAL客户端通过HTTP PUT命令向视图及视图触发管理装置发送请 求消息，请求创建新文档保存aspect定义，该请求消息举例如下 PUT/pal_aspect/users/sip:user@example. com/aspectdef HTTP/1. 1 Host :xcap. example, com ... Content-Type :即plication/pal-as印ct+xml Content-Length :(…) 〈？ xml version =，， 1. 0" encoding =，，UTF_8，，？ > 〈aspect-list xmlns =，，urn:oma:xml :xdm:aspect-list> 〈aspect name =，，......" > 〈note>......〈/note> 〈result id = "a，，> ...... 〈/result〉 〈result id = "b，，> ...... 〈/result〉 〈aspect> 〈aspect name =，，......" > ...... 〈/aspect> 〈/aspect_list> 其中，"/pal-aspect/users/sip:user@example. com/aspectdef ，，表不在该路径下
创建名称为"aspectdef"的xml文档。其他相同元素参见上例，在此不赘述。 S12 ，解析所述请求消息，根据所述存储路径创建包括aspect和/或aspect
trigger的定义的文档。 该视图及视图触发管理装置接收该请求消息后，解析该请求头域中提供的路 径，如该请求为PUT请求时，解析的内容包括需创建的文档存储路径，文档名称等，然后 在该存储路径下创建该文档，其内容为PUT请求消息体中的内容，即所述aspect和/或 aspecttrigger的定义；该文档名称为头域路径中提供的文档名称，该文档具体可以是xml 文档。 本实施例中，通过专门的视图及视图触发管理装置，解析PAL客户端或PAL服务器 发送的请求消息，并将请求消息中携带的aspect和/或aspect trigger的定义以文档的 形式保存到指定的存储路径下，方便PAL客户端使用PAL业务，减轻了 PAL客户端的负担。
视图及视图触发管理装置在保存所述文档后，还可以向请求消息发送方返回 201Created响应消息，表示该新xml文档创建成功。如该响应消息可以为
HTTP/1. 1 201 Created
Etag : 〃 cdcdcdcd"
… Content-Length :0 本发明实施例中，aspect的定义中aspect的取值可以取决于特定信息元素和/或 其他aspect的取值。 即aspect还支持嵌套，aspect的定义中可由其他aspect来表示，或者由其他 aspect与基于特定类型信息的条件来表示。 aspect的定义中aspect的取值取决于其他aspect的取值的例子如下
〈aspect name = "name 1">
:0109] 〈note>This aspect is used to indicate......〈/note>
:0110] 〈result id =，，a，， >
.O川] 〈sub_aspect name = " name2" >
:0112] ......(基于该aspect的条件)
:0113] 〈/sub_aspect>
.0114] 〈sub_aspect name = " name3" >
:0115] ......(基于该aspect的条件)
:0116] 〈/sub_aspect>
:0117] 〈value>resultl〈/value>
:0118] 〈/result〉
:0119] 〈result id =，，b，， >
:0120] 〈sub_aspect name = " name2" >
:0121] ......(基于该aspect的条件)
:0122] 〈/sub_aspect>
.0123] 〈stb_aspect name = " name3" >
:0124] ......(基于该aspect的条件)
:0125] 〈/sub_aspect>
:0126] 〈value>result2〈/value>
:0127] 〈/result〉
:0128] ......(aspect取其他值的情况，对应更多的〈result〉元素) 〈/aspect> 其中，〈aspect〉元素下嵌套〈sub_aspect>元素，艮卩子〈aspect>元素，表示构成该 aspect定义的子aspect满足的条件，上述例子中，标识name2， name3的aspect满足分别 满足基于该aspect的条件时标识为namel的aspect取值为resultl。定义中其他元素及 属性的含义在前面的例子中已有说明，在此不赘述。 本发明实施例中，aspect和/或aspect trigger可由系统定义或用户定义，即 视图及视图触发管理装置，如Aspect XDMS，可以接收系统定义的aspect和/或aspect trigger,也可以接收用户自定义的aspect禾口 /或aspect trigger。 在本发明另一实施例中，可选的，保存aspect和/或aspect trigger的定义的视 图及视图触发管理装置还可以接收其他请求，这些请求中指出了请求的文档的存储路径， 可以是修改请求，删除请求，获取请求，包含新元素和/或新属性的创建请求等，可以由PAL客户端或PAL服务器发送。该视图及视图触发管理装置接收到这些请求后，首先要根据其 指出的存储路径找到请求的文档。 1、当接收修改请求时，视图及视图触发管理装置根据所述修改请求修改所述文档 中包括的aspect禾口 /或aspect trigger的定义； 具体的，PAL客户端或PAL服务器通过XCAP协议中的PUT方法，向视图及视图触发 管理装置发送修改请求，请求修改定义文档中已有的特定元素或特定属性，或者修改整个 定义文档。该修改请求中包括需修改的文档或元素或属性的存储路径以及修改后的信息。
以下为修改请求消息代码的一个具体例子，表示用消息体中的信息替换标识为 "IM-session，，的aspect trigger的定义。 PUT/pal_aspect/users/sip:userOexample. com/triggerdef / /trigger_list/aspect_trigger% 5b0name =% 22IM_session% 22% 5d HTTP/1. 1 Host :xcap. example, com …. Content-Type :即plication/xc即-el+xml Content-Length :( ..) 〈aspect-trigger〉
〈condition〉 〈changed to = "available"〉 〈aspect〉IM-availability〈/aspect〉 〈/changed〉 〈/condition〉 〈action id=，，a，，〉 〈service〉IM-session〈/service〉 〈/action〉 〈/aspect-trigger〉 视图及视图触发管理装置接收到该修改请求后，解析该修改请求头域中提供的路 径，解析的内容包括该定义文档的存储路径，文档标识等，然后在该定义文档中找到需修改 的特定元素或特定属性，并用该修改请求消息体中的携带的特定元素或特定属性替换定义 文档中需修改的特定元素或特定属性。 2、当为删除请求时，视图及视图触发管理装置根据所述删除请求删除所述文档中 包括的aspect禾口 /或aspect trigger的定义； 具体的，PAL客户端或PAL服务器通过XCAP协议中的DELETE方法，向视图及视图 触发管理装置发删除请求，可删除整个定义文档，也可删除特定元素或者属性。该删除请求 中包括需删除的定义文档的存储路径，请求删除特定元素时，还需包括需删除的特定元素 或特定属性的标识。 下述代码表示删除请求删除标识为"IM-session" aspect的"name"属性。
DELETE /pal_aspect/users/sip:user@example. com/aspectdef/ /aspect—list/aspect % 5b@name =% 22M-session% 22% 5d/@name HTTP/1. 1
Host :xcap. example, com … 视图及视图触发管理装置接收到该DELETE请求后，解析请求头域中提供的路径， 即定位到待删除的文档、特定元素或特定属性，然后将其删除。 3、当为获取请求时，视图及视图触发管理装置根据所述获取请求将所述文档中包 括的aspect和/或aspect trigger的定义发送给请求方； 具体的，PAL客户端或PAL服务器通过XCAP协议中的GET方法，向视图及视图触发 管理装置获取其所需的aspect和/或aspecttrigge的定义，可以获得整个定义文档，也可 以获取定义文档中的特定元素或属性。该获取请求中包括需获取的定义文档的存储路径， 获取定义文档中的特定元素或属性时，还需包括需获取的特定元素或特定属性的标识。
视图及视图触发管理装置接收到该获取请求后，解析请求头域中提供的路径，即 定位到待获取的文档、特定元素或属性，然后将其发送给请求方。 下面以实际的例子来说明PAL客户端或PAL服务器通过XCAP协议中的GET方法， 向视图及视图触发管理装置获取其所需的aspect和/或aspect trigge的定义的实现流 程。 图2为本发明实施例一种管理视图及视图触发的方法的一个具体应用的流程图。 在本例中，PAL服务器接收到PAL客户端发送的业务请求后，由于该业务请求中仅携带了 aspect的名称，因此PAL服务器在进行后续操作之前需要先向视图及视图触发管理装置 Aspect XDMS获取该aspect的定义。 S21， PAL客户端向PAL服务器发送与"PoC-availability" aspect相关的业 务请求，该业务请求中仅提供了该aspect的标识，假设该PAL客户端对应的用户的SIP URI(Session InitiationProtocol，会话初始化协议URI， Uniform Resource Identifier, 统一资源标识符)为sip:user@example. com。 进一步，所述请求消息中还指明了该aspect的类型，即属于系统定义类型，还是 用户自定义类型，以便于Aspect XDMS定位该aspect所属的定义文档。
S22， PAL服务器通过HTTP GET命令向Aspect XDMS请求该aspect的定义，该请 求消息包括需要获取的aspect的定义的存储路径和标识，如下所示 GET/pal_aspect/users/sip:user@example. com/aspectdef/ /aspect-list/ aspect% 5b0謹e =% 22PoC-availability% 22% 5d HTTP/1. 1
Host xcap.example.com S23，Aspect XDMS接收该请求消息后，解析该请求消息，根据其中提供的存储路径 找到对应的定义文档以及aspect元素。 S24，Aspect XDMS通过2000K向PAL服务器返回该aspect的定义，该响应消息如 下所示 HTTP/1. 1 2000K
… Etag : 〃 ababab 〃
12
Content-Type :即plication/pal-aspect+xml Content-Length :(…) 〈aspect name = ，， PoC-availability，， > 〈note>This aspect is used to indicate if someone is available for PoC. 〈/note> 〈result id = "a，，> 〈prs_elements> 〈status>open〈/status> 〈session-participation>closed〈/session-participation> 〈/prs_elements> 〈value>available〈/value> 〈/result〉 〈result id = "b"> 〈prs_elements> 〈status>closed〈/status> 〈session-participation>open〈/session-participation> 〈/prs_elements> 〈value>imavai lable〈/value> 〈/result〉 〈aspect> 请求获取特定文档或特定属性的流程可参考上例，在此不再详述。 4、当为包含aspect和/或aspect trigger的新元素和/或新属性的创建请求时，
视图及视图触发管理装置根据所述创建请求将所述新元素和/或新属性加入所述文档中。
具体的，PAL客户端或PAL服务器通过XCAP协议中的PUT方法，将新元素或新属 性创建至视图及视图触发管理装置中的某个定义文档的特定位置，该创建请求中包括需插 入该新元素或新属性的定义文档的存储路径、插入新元素或新属性的位置，以及该新元素 或新属性本身。 进一步，视图及视图触发管理装置接收到该PUT请求后，解析该请求头域中提供 的路径，解析的内容包括待插入该新元素或新属性的文档，插入所述新元素或新属性的位 置，然后定位到待插入的位置并在该位置添加PUT消息体中携带的该新元素或新属性。
图3为本发明实施例请求创建aspect和/或aspect trigger的新元素或新属性 的方法的一个具体应用的流程图。本实施例中，PAL服务器请求在视图及视图触发管理装 置Aspect XDMS中保存的謹e属性为"M session"的aspect-trigger元素后添力口新元 素。 S31， PAL客户端向PAL服务器发送IM(Instant Message,即时消息)业务触发请 求，并且请求中携带了 aspect trigger的定义，假设该PAL用户的SIP URI为sip:user@ example, com。 S32， PAL服务器通过HTTP PUT命令向Aspect XDMS发送请求消息，请求Aspect XDMS在其保存的謹e属性为"M session"的aspect-trigger元素后添力口新元素。
13
该请求消息如下所示
PUT /pal_aspect/users/sip :user@example. com/triggerdef/ /trigger- list/aspect_trigger% 5b(in謙=% 22IM _ session% 22% 5d/aspect_trigger% 5b(g謹e =% 22PoC_session% 22% 5d HTTP/1. 1 Host :xcap. example, com … Content-Type :即plication/xc即-el+xml Content-Length :(…) 〈aspect_trigger>
〈condition> 〈changed to = "available" > 〈aspect>PoC_availabi1ity〈/aspect> 〈/ch￡inged> 〈/condition> 〈action id=，，a，，> 〈service>PoC_session〈/service> 〈/action> 〈/aspect_trigger> 其中，" "为分离文档选择器与结点选择器的标识(结点选择器是通过一个序
列的路径片段来表示被选的结点，结点至元素或属性)，"trigger-list/aspect-trigger% 5b(in謙=% 22IM_session% 22% 5d/aspect_trigger% 5b0n謙=% 22PoC_session% 22% 5d"表示在謹e属性为"M session"的aspect-trigger元素后添力口謹e属性为 PoC_session的新的aspect trigger兀素。 S33，Aspect XDMS接收到该请求消息后，解析该请求消息，把消息体中携带的name 属性为PoC—session的新的aspect trigger元素添力口至lj name属性为"IM session"的 aspect-trigger兀素后。 该PAL用户可以设置PAL服务器具有修改该用户创建的定义文档的权限，PAL服 务器得到授权后，将请求中携带的定义添加到所述定义文档中。 S34， Aspect XDMS通过2000K向PAL服务器确认添加成功，该响应消息如下所示
HTTP/1. 1 2000K
Etag : 〃 efefefef"
… Content-Length :0 本实施例中，视图及视图触发管理装置支持对其存储的aspect和/或aspect trigger的定义的文档进行修改，删除，新建属性和元素，以及向请求方发送aspect和/或 aspect trigger的定义，使得PAL服务器或客户端可以灵活简便的对存储的aspect和/或 aspect trigger的定义进行管理和利用，减轻了客户端的负担。获取和创建aspect和/或aspect trigger的定义的方 法的一个具体应用的流程图，本实施例中，某PAL用户在使用PAL业务之前，想先查看视图 及视图触发管理装置AspectXDMS保存的所有的aspect的定义，包括系统提供的以及该用 户已经自定义的aspect,当他发现没有适合他当前需求的aspect时，便在现有aspect的基 础上创建了一个新的aspect。包括 S41，PAL客户端通过HTTP GET命令向Aspect XDMS发送获取请求，请求获取其保 存的系统提供的aspect的定义，该消息如下所示
GET/pal_aspect/system/aspectdef HTTP/1. 1
Host xcap. example, com S42， Aspect XDMS解析该获取请求，然后通过2000K向PAL客户端返回其保存的 包含系统提供的所有aspect的定义的xml文档，该响应消息如下所示
HTTP/1. 1 2000K
Etag : 〃 ababab" Content-Type :即plication/pal-aspect+xml
Content-Length :(…) 〈？ xml version =，， 1. 0" encoding =，，UTF_8，，？ >
〈aspect-list xmlns =，，urn:oma:xml :xdm:aspect-list> 〈aspect name =，，......" > 〈note〉......〈/note> 〈result id = "a，，> ...... 〈/result〉 〈result id = "b"> ...... 〈/result〉
〈aspect> 〈aspect name =，，......" > ...... 〈/aspect> 〈aspect name =，，......" > ...... 〈/aspect> ...... 〈/aspect_list> S43， PAL客户端通过HTTP GET命令向Aspect XDMS获取其保存的该用户自定义 的全部aspect的定义，该请求消息如下所示 GET/pal_aspect/users/sip:user@example. com/aspectdef HTTP/1. 1
15
Host xcap. example, com
...... S44， Aspect XDMS解析该请求消息，然后通过2000K向PAL客户端返回其保存的 包含该用户自定义的全部aspect的定义的xml文档，该响应消息如下所示 HTTP/1. 1 2000K ... Etag : 〃 ababab" Content-Type :即plication/pal-aspect+xml Content-Length :(…) 〈？ xml version =，， 1. 0" encoding =，，UTF-8，，？〉 〈aspect-list xmlns 二"urn:oma:xml :xdm:aspect-list> 〈uri>sip:user@example. com〈/uri> 〈aspect name =，，......" > 〈note〉......〈/note> 〈result id = "a，，> ...... </result> 〈result id = "b"〉 ...... 〈/result〉
〈aspect> 〈aspect name =，，......" > ...... 〈/aspect> 〈aspect name =，，......"〉 ...... 〈/aspect> ...... 〈/aspect_list> S45，当该用户查看了现有的所有aspect后，由于没有满足他当前需求的aspect,
因此他通过HTTP PUT命令向Aspect XDMS请求创建一个新的aspect,并且该aspect基于 现有的aspect 1和aspect2。该请求消息如下所示 PUT/pal-aspect/users/sip:user@example. com/aspectdef / /aspect_list/aspect% 5b@name = % 22PoC-session% 22% 5d/aspect%
5b@name =% 22nestsing-aspect% 22% 5d HTTP/1.1
Host :xcap. example, com ... Content-Type :即plication/xc即-el+xml
16
Content-Length :(…) 〈aspect name = ，， nesting-aspect，， > 〈note>This aspect is used to indicate......〈/note> 〈result id=，，a，，> 〈sub_aspect name = ，， aspect 1，，> ...... 〈/sub_aspect> 〈sub_aspect name = ，， aspect2，， > ...... 〈/sub_aspect> 〈value>......〈/value> 〈/result> ...... 〈/aspect> S46， Aspect XDMS解析该请求消息，将用户新定义的aspect添加到对应的定义文 档的相应位置。并通过2000K向PAL客户端确认添加成功，该响应消息如下所示
HTTP/1. 1 2000K
Etag : 〃 efefefef" 本实施例中，Aspect XDMS可以根据用户请求执行相应动作，返回相应的响应消 息，方便用户对其保存的aspect和/或aspecttrigger信息进行管理，提高了用户体验，减 轻了客户端的负担。 在本发明另一实施例中，视图及视图触发管理装置还可以接收共享请求，所述共 享请求中包括需共享的aspect和/或aspect trigger的共享设置信息；并根据所述共享 请求在包括所述aspect和/或aspect trigger的定义的文档中添加表示共享设置信息的 元素，或，创建记载所述aspect和/或aspect trigger的共享设置信息的文档。
具体的，该共享请求可以由PAL客户端或PAL服务器发送，即PAL用户可以将自定 义的aspect和/或aspect trigger共享给特定的其他PAL用户。该共享请求中需指出需 共享的aspect和/或aspecttrigger定义文档的存储路径，以及指定的共享方。如该共享 请求消息代码举例如下 PUT/pal_aspect/users/sip:user@example. com/aspectdef/ /aspect- list/aspect% 5b0謹e =% 22PoC_session% 22% 5d/share
Host :xcap. example, com ... Content-Type :即plication/xc即-el+xml Content-Length :(…) 〈share〉 〈active>true〈/active> 〈share-list> 〈entry>sip:friendl@example. com〈/entry>
〈entry〉sip:friend2@example. com〈/entry> 〈/share-list> 〈/share> 上述消息表示，将用户的"PoC-session，， aspect共享给sip: friend衡x卿le. com与sip:friend2@example. com。 视图及视图触发管理装置接收到该共享请求后，解析该共享请求，然后有两种处 理方式，一种是找到需共享的aspect.和/或aspecttrigger定义文档，将共享请求中携带 的共享设置信息添加到该定义文档中，此时，不需要新建文档来记录共享信息，如添加了共 享设置信息的aspect定义的文档内容可以如下
〈aspect name = "name 1" > 〈note>This aspect is used to indicate......〈/note> 〈result id = "a，，> ...... </result> ...... 〈share〉 〈active>true〈/active>
〈share-list〉 〈entry〉......〈/entry> ...... 〈/share-list> 〈/share>
〈/aspect> 其中〈share〉元素表示该aspect的共享设置，〈active〉元素表示是否共享该元 素，取值为"true"和"false"分别表示共享与不同享。 另一种是创建专有文档来记载aspect和/或aspect trigger的共享设置信息， 并保存该文档。该文档专用于表示每个PAL用户的自定义aspect/aspect trigger的共享 设置，该文档可表示为如下形式 〈？ xml version =，， 1. 0" encoding ="UTF_8，，？ > 〈share-setting xmlns = ，，urn:oma: xml:xdm: share-setting: 〈uri>sip:user@example. com〈/uri> 〈aspect name =，，......" > 《share-list〉 〈entry〉sip:friendl@example. com〈entry> 〈entry〉sip:friend2@example. com〈entry> 〈/share-list> 〈/aspect> 〈aspect name =，，......"> ......
〈/aspect> ...... 〈/share_setting> 其中，〈share-setting〉元素表示共享设置，其子元素〈uri〉表示进行该设置的 PAL用户身份标识，〈aspect〉表示共享的aspect,其子元素〈share_list>表示将该aspect 定义共享给列表中的PAL用户。 在这种方式下，PAL用户通过PAL客户端可以与管理定义文档一样，通过前述PUT, GET, DELETE等方法对该aspect和aspecttrigger中的共享设置相关信息进行管理，视图 及视图触发管理装置对这些请求的处理与前述定义文档对应处理相同，在此不再赘述。
进一步，PAL服务器可主动请求视图及视图触发管理装置将该被共享的定义添加 至被共享者的自定义信息文档中。 PAL服务器在请求视图及视图触发管理装置添加共享aspect定义前，可以先发送 通知至被共享者，该通知中应当包括共享者标识，被共享的aspect和/或aspect trigger 的定义。待被共享者同意接受共享后，PAL服务器再请求视图及视图触发管理装置将该共享 信息添加到被共享者的自定义信息文档中，并用特定元素标识出该共享信息的相关信息。 视图及视图触发管理装置收到请求后，在被共享者的自定义文档中添加共享信息，具体地， 添加了共享信息的文档可表示为 〈？ xml version =，， 1. 0" encoding =，，UTF_8，，？ >
〈aspect-list xmlns =，，urn:oma:xml :xdm:aspect-list> 〈aspect name =，，......" > ...... 〈aspect> 〈aspect name =，，......" > ...... 〈/aspect>......(以上为被共享者自定义的aspect) 〈aspect name =，，......" > ...... 〈shared> 〈from>......〈/from> ...... 〈/shared>
〈/aspect>......(以上为其他人共享给该被共享者的aspect定义) 〈/aspect_list> 〈shared〉表示被共享信息，其子元素〈from〉表示该aspect的共享者，即谁共享该 aspect至该被共享者。 另夕卜，PAL用户还可以查看目前为止自己已经共享了哪些aspect给哪些人，其他 用户共享了什么aspect给自己。此例中，视图及视图触发管理装置具体为Aspect X匿S。
该PAL用户可以通过HTTP GET命令向Aspect XDMS获取当前自己的aspect共享 给其他人的情况。 如前所述，若用户共享自定义aspect给他人的设置通过专有的xml文档实现，则
该获取自己的aspect共享给其他人的请求消息报文可以如下例 GET/pal_aspect/users/sip:userOexample. com/share-setting HTTP/1. 1 Host xcap. example, com Aspect XDMS接收到该共享请求消息后，解析该消息报文，并向该PAL用户返回响 应消息，该响应消息举例如下 HTTP/1. 1 2000K ... Etag : 〃 ababab 〃 Content-Type :即plication/share-setting+xml Content-Length :(…) 〈？ xml version =，， 1. 0" encoding =，，UTF_8，，？ > 〈share-setting xmlns = ，， urn ;oma: xml: xdm: share-setting> 〈uri>sip:user@example. com〈/uri> 〈aspect name = " name 1" > 〈share_list> 〈entry>sip:friendl@example. com〈entry> 〈entry>sip:friend2@example. com〈entry> 〈/share_list> 〈/aspect> 〈aspect name = " name2" > 〈share_list> 〈entry>sip:friend3@example. com〈entry> 〈entry>sip:friend4@example. com〈entry> 〈/share_list> 〈/aspect> ...... 〈/share_setting> 该响应消息表示，标识为namel的aspect已共享给用户friend l@example. com 禾口 friend2tex卿le. com，标识为n咖e2的aspect已共享给用户friend3tex卿le. com禾口 friend4@example. com。若该PAL用户还需要查看其他人共享给自己的aspect信息，则可 通过HTTP POST命令向Aspect XDMS获取该信息，消息代码举例如下 POST /org. openmobilealliance. searchtarget = org. openmobilealliance. pal_aspect/users/sip:user@example. com/aspectdef HTTP/1. 1 Host :xcap. example, com
User-Agent :XDM_client/0MA2. 0 Date :Thu，lOAug 2006 10:50:33 GMT X_3GPP_Intended_Identity : 〃 sip:user@example. com" Accept-Encoding :gzip Content-Type :即plication/vnd. oma. search+xml Content-Length :… 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈search-set xmlns = 〃 urn:oma:xml:xdm:search" > 〈search id =〃 1234〃 > 〈request> 〈query> 〈 ！ [CDATA[ xquery version" 1.0〃 ； declare default element namespace 〃 urn:oma:xml:xdm:pal-aspect"; for $u in in collection (〃 org. openmobilealliance. pal_aspect/users/ sip:user@example. com/aspectdef/〃 ) /aspect-list/aspect
Where (exists ($u/shared)(—表示返回的aspect元素包括〈shared>子 元素，表示其为其他人共享给该用户的aspect信息一) return $u ]]> 〈/query> 〈/request> 〈/search> 〈search_set> 视图及视图触发管理装置收到该请求后，解析该请求，然后向请求方返回响应消
息，该响应消息中包括其他人共享给该用户的aspect信息。 本实施例中，视图及视图触发管理装置支持PAL用户将自定义的aspect和/或 aspect trigger的定义共享给其他指定的PAL用户使用，使PAL用户不需要重复定义相同 的aspect和/或aspect trigger,使用户使用业务时更加灵活方便。 本发明另一实施例中，该视图及视图触发管理装置可以接收搜索请求，所述搜索 请求中包括搜索条件；并搜索满足所述搜索条件的aspect和/或aspect trigger的相关 信息，并向请求方返回所述相关信息。 具体的，PAL客户端可通过XCAP协议中的POST方法搜索特定类型的aspect和/ 或aspect trigger信息，可以在搜索请求中设定搜索条件，如设定根据功能类型，关键字等 进行搜索。该搜索请求可以如下例
21
POST /org. openmobi leal 1 iance. search 7 target = org. openmobilealliance. pal_aspect/users/sip:user@example. com/triggerdef HTTP/1. 1 Host :xcap. example, com User-Agent :XDM_client/0MA2. 0 Date :Thu，lOAug 2006 10:50:33GMT X_3GPP_Intended_Identity : 〃 sip:user@example. com" Accept-Encoding:gzip Content-Type :即plication/vnd. oma. search+xml Content-Length :… 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈search-set xmlns = 〃 urn:oma:xml:xdm:search" > 〈search id =〃 1234〃 > 〈request> 〈query> 〈 ！ [CDATA[ xquery version" 1.0〃 ； declare default element namespace 〃 urn:oma:xml:xdm:pal-aspect"; for $u in in collection (〃 org. openmobilealliance. pal_aspect/users/ sip:user@example. com/triggerdef/〃 ) /trigger-list/aspect-trigger (—表示设置的搜索范围为用户的 aspect trigger定义文档__) Where (contains($u/action/service, IM) and (exists ($u/condition/loc_element))
(—表示返回的aspect-trigger的定义需与即时消息业务IM有关，并 且与位置信息相关一) return $u(—这个的意思是表示返回标识为 sip:user@example. com的用户的aspect trigger的定义__) ]]> 〈/query> 〈/request> 〈/search> 〈search_set> 其中，〈search〉元素表示是一个搜索请求，〈query〉元素表示应满足的搜索条件。 视图及视图触发管理装置，如Aspect XDMS在接收到该POST命令后，首先检验消
息体中的搜索文档是否符合规定的格式，以及搜索文档中的〈query〉元素是否符合限制
22(该限制由XDMS对应的应用指定)，当这两个条件均满足时，则在〈query〉元素中指定的特 定范围内查询满足条件的信息，并返回搜索结果至PAL客户端。在上例中，即返回满足条件 的aspect trigger的定义至PAL客户端。若任一条件不满足，则返回错误响应至PAL客户
丄山顺。 本实施例中，视图及视图触发管理装置可以接收搜索请求，并返回符合搜索条件 的aspect和/或aspect trigger信息给PAL客户端。使PAL客户端不需要存储aspect 和/或aspect trigger的定义，在使用时更加方便快捷。减轻了 PAL客户端的负担，提高 了用户体验。 上述各实施例可以通过单独实现，也可以组合实现。即在视图及视图触发管理装 置保存aspect和/或aspect trigger的定义的基础上，支持对其保存的aspect和/或 aspect trigger的定义进行修改，删除，获取，添加，共享，搜索中的一项或多项操作。
图5为本发明实施例一种管理视图及视图触发的装置的结构示意图，包括
接收单元501，用于接收请求消息，所述请求消息中携带视图aspect和/或视图触 发aspect trigger的定义和存储路径；所述aspect是对一个或多个信息元素的概括或表 示需获取的一种或多种类型的信息元素，所述aspect trigger表示特定aspect满足预设 条件时执行相应的触发动作；
具体实现参见Sll的说明，在此不赘述。 处理单元502，用于解析所述请求消息，根据所述存储路径创建包括所述视图和/
或视触发的定义的文档。 具体实现参见S12的说明，在此不赘述。 值得注意的是，该视图及视图触发管理装置可以是一个单独存在的物理实体，也 可以在形式上与PAL服务器是一个物理实体，即整合到PAL服务器之中。
本实施例提供的视图及视图触发管理装置，可以解析PAL客户端或PAL服务器发 送的请求消息，并将请求消息中携带的aspect和/或aspect trigger的定义以文档的形 式保存，使得PAL客户端在向PAL服务器发送请求时，不需要携带已保存的aspect以及 aspect trigger的定义，减轻了 PAL客户端的负担。 可选的，接收单元501还用于接收修改请求，处理单元502还用于 根据所述修改请求找到对应文档，并修改所述文档中包括的aspect和/或aspect
trigger的定义；和/或， 接收单元501还用于接收删除请求，处理单元502还用于 根据所述删除请求找到对应文档，并删除所述文档中包括的aspect和/或aspect trigger的定义；和/或， 接收单元501还用于接收获取请求，处理单元502还用于 根据所述获取请求找到对应文档，并将所述文档中包括的aspect和/或aspect trigger的定义发送给请求方；和/或， 接收单元501还用于接收包含新元素和/或新属性的创建请求，处理单元502还 用于 根据所述创建请求将所述新元素和/或新属性加入所述文档中。 接收单元501还用于接收共享请求，所述共享请求中包括需共享的aspect和/或
23aspect trigger的共享设置信息； 处理单元502还用于根据所述共享请求在包括所述aspect和/或aspect trigger的定义的文档中添加表示共享设置信息的元素；和/或，根据所述共享请求创建记 载所述aspect和/或aspect trigger的共享设置信息的文档。 接收单元501还用于接收搜索请求，处理单元502还用于搜索满足所述搜索条件
的aspect和/或aspect trigger的相关信息，并向请求方返回所述相关信息。 接收单元501和处理单元502上述功能具体实现细节可参考上述方法实施例中对
应的部分，在此不再赘述。 另外，该视图及视图触发管理装置管理装置还可以包括响应单元503，用于向请求 消息的发送方返回响应消息。具体的，可以是执行修改，删除，新增新元素或新属性等操作 后向请求方返回响应消息，该响应消息的具体内容在图1至图4所示的实施例中已有说明， 在此不赘述。 本实施例中提供的视图及视图触发管理装置支持对其存储的aspect和/或
aspect trigger的定义的文档进行修改，删除，新建属性和元素，以及向请求方发送aspect
和/或aspect trigger的定义，使得PAL服务器或客户端可以灵活简便的对存储的aspect
和/或aspecttrigger的定义进行管理和利用，减轻了客户端的负担。 图6为本发明实施例另一种管理视图及视图触发的方法的流程图，包括 S61，生成请求消息，所述请求消息中包含aspect和/或aspecttrigger的定义及
存储路径； 本操作的主体可以是PAL服务器，也可以是PAL客户端。 PAL服务器可以自己创建aspect和/或aspect trigger的定义，也可以是接收客 户立詣发送的aspect禾口 /或aspect trigger的定义，客户立詣发送的aspect禾口 /或aspect trigger的定义可以是携带在业务请求之中。PAL服务器在创建aspect和/或aspect trigger的定义或者接收到客户端发送的aspect和/或aspect trigger的定义后，生成请 求消息，该消息中指出了 aspect和/或aspect trigger的定义的存储路径。该请求消息 具体内容可以参见S 11中的说明，在此不再赘述。 S62，向网络侧视图及视图触发管理装置发送所述请求消息，以便所述视图及视图 触发管理装置根据所述存储路径保存所述aspect和/或aspect trigger的定义。
具体的，PAL服务器或者PAL客户端可以通过xml配置访问协议中的PUT请求的 方式发送该请求消息。 视图及视图触发管理装置的收到该请求消息后，在请求消息中指定的存储路径下 创建一个包括aspect和/或aspect trigger的定义的文档。具体实现细节请参见图1所 示实施例中的说明，在此不再赘述。 本实施例提供的管理视图及视图触发的方法，PAL服务器或者PAL客户端通过请 求消息将aspect和/或aspect trigger的定义保存到网络侧的视图及视图触发管理装置 之中，方便PAL客户端使用PAL业务，减轻了 PAL客户端的负担。 在本发明另一实施例中，PAL服务器或者PAL客户端还可以请求所述视图及视图 触发管理装置对所述aspect和/或aspect trigger的定义进行删除或修改，或，在所述 aspect和/或aspect trigger的定义中增加新元素和/或新属性。具体的，PAL服务器通过xml配置访问协议中的DELETE请求的方式请求所述视图及视图触发管理装置对保存的 所述aspect和/或aspect trigger的定义进行删除；通过xml配置访问协议中的PUT请 求的方式请求所述视图及视图触发管理装置对保存的所述aspect和/或aspect trigger 的定义进行修改，以及在所述aspect和/或aspect trigger的定义中增加新元素和/或 新属性。 PAL服务器或者PAL客户端执行上述操作的具体过程以及具体的请求消息代码可 以参见图1至图4所示实施例中的对应说明，在此不再赘述。 本发明实施例中，PAL服务器或者PAL客户端通过对视图及视图触发管理装置中 保存的aspect和/或aspect trigger的定义进行修改，删除，新增新元素或新属性等操作。 方便PAL客户端使用PAL业务，减轻了 PAL客户端的负担。 本发明另一实施例中，当需要使用所述aspect和/或aspecttrigger的定义时， PAL服务器或者PAL客户端可以通过xml配置访问协议中的GET请求的方式请求获取所述 视图及视图触发管理装置中保存的aspect和/或aspect trigger的定义。该请求消息的 具体内容可以参见图4所示的实施例中的说明，在此不再赘述。 图7为本发明实施例一种处理视图及视图触发的装置的结构示意图，包括
请求生成单元701，用于生成包含aspect和/或aspect trigger的定义及存储路 径的请求消息。 具体实现过程参见S61中的说明。 发送单元702，用于向网络侧视图及视图触发管理装置发送所述请求消息，以便所 述视图及视图触发管理装置根据所述存储路径保存所述aspect和/或aspect trigger的 定义。 具体实现过程参见S62中的说明。 可选的，请求生成单元701还用于生成请求所述视图及视图触发管理装置对所述 aspect和/或aspect trigger的定义进行删除的删除请求，发送单元702还用于发送所述 删除请求，和/或， 请求生成单元701还用于生成请求所述视图及视图触发管理装置对所述aspect 和/或aspect trigger的定义进行修改的修改请求，发送单元702还用于发送所述修改请 求；和/或， 请求生成单元701还用于生成请求所述视图及视图触发管理装置在所述aspect 和/或aspect trigger的定义中增加新元素和/或新属性的创建请求，发送单元702还用 于发送所述创建请求，和/或 请求生成单元701还用于生成请求向所述视图及视图触发管理装置获取所述视 图和/或视图触发的定义的获取请求，发送单元702还用于发送所述获取请求。
具体实现细节可以参见图1至图4所示实施例中的对应说明，在此不再赘述。
可选的，图7所述装置还可包括接收单元703，用于接收携带aspect和/或aspect trigger的定义的业务请求；和/或，创建单元704，用于创建所述aspect和/或aspect trigger的定义。 本实施例提供的处理视图及视图触发的装置，可以对请求视图及视图触发管理装 置对其保存得的aspect和/或aspect trigger的定义进行修改，删除等等操作，方便PAL客户端使用PAL业务，减轻了 PAL客户端的负担。 图8为本发明实施例一种管理视图及视图触发的系统的结构示意图，其特征在 于，包括 呈现接入层服务器801，用于生成请求消息，所述请求消息中包含aspect和/或 aspect trigger的定义及存储路径；并向网络侧视图及视图触发管理装置发送所述请求消 息，以便所述视图及视图触发管理装置根据所述存储路径保存所述aspect和/或aspect trigger的定义； 视图及视图触发管理装置802，用于接收请求消息，所述请求消息中携带视图 aspect和/或视图触发aspect trigger的定义和存储路径；所述aspect是对一个或多个 信息元素的概括，或，表示需获取的信息元素，所述aspect trigger表示所述aspect满足 触发条件时执行相应的触发动作；以及解析所述请求消息，根据所述求存储路径创建包括 所述aspect和/或aspect trigger的定义的文档。 以上装置具体实现细节可以参见前面实施例中的对应说明，在此不再赘述。
本实施例提供的管理视图及视图触发的系统，通过视图及视图触发管理装置802 管理aspect和/或aspect trigger的定义，方便PAL客户端使用PAL业务，减轻了 PAL客 户端的负担。 图9为本发明实施例一种进行业务处理的方法的流程图，包括
S91，接收业务请求，所述业务请求中携带aspect和/或aspecttrigger的标识；
具体的，PAL服务器接收PAL客户端发送的业务请求，该业务请求可以是业务触发 请求，也可以是订阅请求等等。该业务请求中将相关信息用aspect和/或aspect trigger 的标识来指示。aspect禾口 /或aspect trigger的标识指示了该aspect禾口 /或aspect trigger的类型，即是由系统定义或用户定义。 S92，根据所述aspect和/或aspect trigger的标识向网络侧的视图及视图触发 管理装置获取所述aspect和/或aspect trigger的定义； PAL服务器接收PAL客户端发送的业务请求后，根据aspect和/或aspect trigger的标识和该PAL客户端对应的用户的SIP URI判断该aspect和/或aspect trigger的存储路径。然后向网络侧的视图及视图触发管理装置，如Aspect XDMS发送请求 消息，请求获取该aspect和/或aspect trigger的定义，所述请求消息中包括了该aspect 禾口 /或aspect trigger的存储路径。 S93，根据所述aspect和/或aspect trigger的定义进行业务处理。 PAL服务器获取到所述aspect和/或aspect trigger的定义后，就可以根据该
aspect和/或aspect trigger的定义去相应的服务器获取与所述aspect和/或aspect
trigger的定义相关的信息，如该aspect和/或aspect trigger和呈现信息相关，就去呈
现信息服务器获取相应的呈现信息，如aspect和/或aspect trigger和位置信息相关，就
去位置服务器获取相应的位置信息。 本实施例具体的实现细节可以参见图2所示的实施例。在此不再详述。
本实施例提供的进行业务处理的方法，可以根据业务请求中的aspect和/或 aspect trigger的标识去获取该aspect禾口 /或aspect trigger的定义，这样，PAL客户端 在发送业务请求时，就不需要携带该aspect和/或aspect trigger的定义，方便PAL客户
26端使用PAL业务，减轻了 PAL客户端的负担。 图10为本发明实施例一种呈现接入层服务器的结构示意图，包括 接收单元101，用于接收业务请求，所述业务请求中携带aspect和/或aspect
trigger的标识； 获取单元102，用于根据所述aspect和/或aspect trigger的标识向网络侧的视
图及视图触发管理装置获取所述aspect和/或aspecttrigger的定义； 业务处理单元103，用于根据所述aspect和/或aspect trigger的定义进行业务处理。 以上各单元的具体实现细节可以参见图2及图9所示实施例的具体说明，在此不 再赘述。 本实施例提供的呈现接入层服务器，可以根据业务请求中的aspect和/或aspect trigger的标识去获取该aspect和/或aspect trigger的定义，这样，PAL客户端在发送 业务请求时，就不需要携带该aspect和/或aspect trigger的定义，方便PAL客户端使用 PAL业务，减轻了PAL客户端的负担。 图11为本发明实施例一种进行业务处理的的系统的结构示意图，包括
呈现接入层服务器111 ，用于接收业务请求，所述业务请求中携带aspect和/或 aspect trigger的标识;以及根据所述aspect和/或aspect trigger的标识向网络侧 的视图及视图触发管理装置获取所述aspect和/或aspect trigger的定义；并根据所述 aspect和/或aspecttrigger的定义进行业务处理。 具体实现细节可以参见图2及图9所示实施例的具体说明，在此不再赘述。
视图及视图触发管理装置112，用于创建包括所述aspect和/或aspect trigger 的定义的文档。 具体实现细节可以参见图1所示的实施例中的具体说明，在此不再赘述。
本实施例提供的进行业务处理的的系统，通过视图及视图触发管理装置112来存 储aspect和/或aspect trigger的定义。并在需要时，通过呈现接入层服务器111根据 spect和/或aspect trigger的标识去向视图及视图触发管理装置112获取存储的所述 aspect和/或aspecttrigger的定义。这样，PAL客户端在发送业务请求时，就不需要携带 该aspect和/或aspect trigger的定义，方便PAL客户端使用PAL业务，减轻了 PAL客户 端的负担。 需要说明的是，本发明实施例不需要引入独立的功能部件，可借助软件加必需的 通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案本质上或者说对 现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个 存储介质中，包括若干指令用以执行本发明各个实施例所述的方法。这里所称的存储介质， 如ROM/RAM、磁盘、光盘等。 综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。
2权利要求
一种管理视图及视图触发的方法，其特征在于，包括接收请求消息，所述请求消息中携带视图和/或视图触发的定义和存储路径，所述视图是对一个或多个信息元素的概括或表示需获取的一种或多种类型的信息元素，所述视图触发表示特定视图满足预设条件时执行相应的触发动作；解析所述请求消息，根据所述存储路径创建包括所述视图和/或视触发的定义的文档。
2. 如权利要求1所述的方法，其特征在于，所述视图的定义支持视图嵌套。
3. 如权利要求1至2任一项所述的方法，其特征在于，还包括至少下列步骤之一 接收修改请求，根据所述修改请求修改所述文档中包括的视图和/或视图触发的定义；接收删除请求，根据所述删除请求删除所述文档中包括的视图和/或视图触发的定义；接收获取请求，根据所述获取请求将所述文档中包括的视图和/或视图触发的定义发 送给请求方；接收包含视图和/或视图触发的新元素和/或新属性的创建请求，根据所述创建请求 将所述新元素和/或新属性加入所述文档中。
4. 如权利要求l所述的方法，其特征在于，还包括接收共享请求，所述共享请求中包括需共享的视图和/或视图触发的共享设置信息； 根据所述共享请求在包括所述视图和/或视图触发的定义的文档中添加表示共享设 置信息的元素，或，创建记载所述视图和/或视图触发的共享设置信息的文档。
5. 如权利要求l所述的方法，其特征在于，还包括 接收搜索请求，所述搜索请求中包括搜索条件；搜索满足所述搜索条件的视图和/或视图触发的相关信息，并向请求方返回所述相关 信息。
6. —种管理视图及视图触发的装置，其特征在于，包括接收单元，用于接收请求消息，所述请求消息中携带视图和/或视图触发的定义和存 储路径；所述视图是对一个或多个信息元素的概括或表示需获取的一种或多种类型的信息 元素，所述视图触发表示特定视图满足预设条件时执行相应的触发动作；处理单元，用于解析所述请求消息，根据所述存储路径创建包括所述视图和/或视图 触发的定义的文档。
7. 如权利要求6所述的装置，其特征在于，所述接收单元还用于接收修改请求，所述处理单元还用于根据所述修改请求找到对应 文档，并修改所述文档中包括的视图和/或视图触发的定义；和/或，所述接收单元还用于接收删除请求，所述处理单元还用于根据所述删除请求找到对应 文档，并删除所述文档中包括的视图和/或视图触发的定义；和/或，所述接收单元还用于接收获取请求，所述处理单元还用于根据所述获取请求找到对应 文档，并将所述文档中包括的视图和/或视图触发的定义发送给请求方；和/或，所述接收单元还用于接收包含视图和/或视图触发的新元素和/或新属性的创建请 求，所述处理单元还用于根据所述创建请求将所述新元素和/或新属性加入所述文档中。
8. 如权利要求6所述的装置，其特征在于，所述接收单元还用于接收共享请求，所述共享请求中包括需共享的视图和/或视图触 发的共享设置信息；所述处理单元还用于根据所述共享请求在包括所述视图和/或视图触发的定义的文 档中添加表示共享设置信息的元素；和/或，根据所述共享请求创建记载所述视图和/或视 图触发的共享设置信息的文档。
9. 如权利要求6所述的装置，其特征在于， 所述接收单元还用于接收搜索请求，所述处理单元还用于搜索满足所述搜索条件的视图和/或视图触发的相关信息，并向 请求方返回所述相关信息。
10. 如权利要求6所述的装置，其特征在于，还包括 响应单元，用于向请求消息的发送方返回响应消息。
11. 一种管理视图及视图触发的方法，其特征在于，包括 生成请求消息，所述请求消息中包含视图和/或视图触发的定义及存储路径； 向网络侧视图及视图触发管理装置发送所述请求消息，以便所述视图及视图触发管理装置根据所述存储路径保存所述视图和/或视图触发的定义。
12. 如权利要求11所述的方法，其特征在于，还包括请求所述视图及视图触发管理装置对所述视图和/或视图触发的定义进行删除或修 改，或，在所述视图和/或视图触发的定义中增加新元素和/或新属性。
13. 如权利要求ll所述的方法，其特征在于，所述请求消息通过xml配置访问协议中的 PUT请求的方式发送。
14. 如权利要求12所述的方法，其特征在于，通过xml配置访问协议中的DELETE请求的方式请求所述视图及视图触发管理装置对 保存的所述视图和/或视图触发的定义进行删除；通过xml配置访问协议中的PUT请求的方式请求所述视图及视图触发管理装置对保存 的所述视图和/或视图触发的定义进行修改，以及在所述视图和/或视图触发的定义中增 加新元素和/或新属性。
15. 如权利要求11所述的方法，其特征在于，还包括当需要使用所述视图和/或视图触发的定义时，通过xml配置访问协议中的GET请求 的方式请求获取所述视图及视图触发管理装置中保存的视图和/或视图触发的定义。
16. 如权利要求11所述的方法，其特征在于，在生成请求消息之前还包括 接收所述视图和/或视图触发的定义；或，创建所述视图和/或视图触发的定义。
17. —种处理视图及视图触发的装置，其特征在于，包括请求生成单元，用于生成包含视图和/或视图触发的定义及存储路径的请求消息； 发送单元，用于向网络侧视图及视图触发管理装置发送所述请求消息，以便所述视图 及视图触发管理装置根据所述存储路径保存所述视图和/或视图触发的定义。
18. 如权利要求17所述的装置，其特征在于，所述装置还包括接收单元，用于接收携 带视图和/或视图触发的定义的业务请求；和/或，创建单元，用于创建所述视图和/或视 图触发的定义。
19. 如权利要求17所述的装置，其特征在于，还包括所述请求生成单元还用于生成请求所述视图及视图触发管理装置对所述视图和/或 视图触发的定义进行删除的删除请求，所述发送单元还用于发送所述删除请求；和/或，所述请求生成单元还用于生成请求所述视图及视图触发管理装置对所述视图和/或 视图触发的定义进行修改的修改请求，所述发送单元还用于发送所述修改请求；和/或，所述请求生成单元还用于生成请求所述视图及视图触发管理装置在所述视图和/或 视图触发的定义中增加新元素和/或新属性的创建请求，所述发送单元还用于发送所述创 建请求；和/或，所述请求生成单元还用于生成请求向所述视图及视图触发管理装置获取所述视图和/ 或视图触发的定义的获取请求，所述发送单元还用于发送所述获取请求。
20. —种管理视图及视图触发的系统，其特征在于，包括呈现接入层服务器，用于生成请求消息，所述请求消息中包含视图和/或视图触发的 定义及存储路径；并向网络侧视图及视图触发管理装置发送所述请求消息，以便所述视图 及视图触发管理装置根据所述存储路径保存所述视图和/或视图触发的定义；视图及视图触发管理装置，用于接收请求消息，所述请求消息中携带视图视图和/或 视图触发视图触发的定义和存储路径；所述视图是对一个或多个信息元素的概括，或，表 示需获取的信息元素，所述视图trigger表示所述视图满足触发条件时执行相应的触发动 作；以及解析所述请求消息，根据所述存储路径创建包括所述视图和/或视图触发的定义 的文档。
21. —种进行业务处理的方法，其特征在于，包括 接收业务请求，所述业务请求中携带视图和/或视图触发的标识；根据所述视图和/或视图触发的标识向网络侧的视图及视图触发管理装置获取所述 视图和/或视图触发的定义；根据所述视图和/或视图触发的定义进行业务处理。
22. —种呈现接入层服务器，其特征在于，包括接收单元，用于接收业务请求，所述业务请求中携带视图和/或视图触发的标识； 获取单元，用于根据所述视图和/或视图触发的标识向网络侧的视图及视图触发管理 装置获取所述视图和/或视图触发的定义；业务处理单元，用于根据所述视图和/或视图触发的定义进行业务处理。
23. —种进行业务处理的的系统，其特征在于，包括呈现接入层服务器，用于接收业务请求，所述业务请求中携带视图和/或视图触发的 标识；以及根据所述视图和/或视图触发的标识向网络侧的视图及视图触发管理装置获取 所述视图和/或视图触发的定义；并根据所述视图和/或视图触发的定义进行业务处理；视图及视图触发管理装置，用于创建包括所述视图和/或视图触发的定义的文档。
全文摘要
本发明公开了一种管理视图及视图触发的方法及装置。一种管理视图及视图触发的方法包括视图及视图触发管理装置接收请求消息，所述请求消息中携带视图和/或视图触发的定义和存储路径，所述视图是对一个或多个信息元素的概括或表示需获取的一种或多种类型的信息元素，所述视图触发表示特定视图满足预设条件时执行相应的触发动作；视图及视图触发管理装置解析所述请求消息，并根据所述存储路径创建包括所述视图和/或视触发的定义的文档。本发明利用视图及视图触发管理装置管理视图及视图触发，方便PAL客户端使用PAL业务，减轻了PAL客户端的负担。
文档编号H04L29/08GK101771678SQ200810242229
公开日2010年7月7日 申请日期2008年12月31日 优先权日2008年12月31日
发明者朱文杰, 李克鹏, 邓蓉 申请人:华为技术有限公司