CN101616134A - 一种信息呈现方法、系统和装置 - Google Patents

Abstract

本发明实施例公开了一种信息呈现方法、系统和装置。所述方法包括以下步骤：接收观察端发送的呈现请求信息；确定所述呈现请求信息对应的呈现信息；将所述呈现信息发送给所述观察端。通过应用本发明，实现了用户在单独业务、会话和媒体类型中呈现信息的针对性显示，达到了更好地发布用户的呈现信息，完整准确地发布用户的状态的效果。

Description

一种信息呈现方法、系统和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种信息呈现技术。

背景技术

电信市场竞争日益激烈，移动、固定网络不断融合，在这种趋势下，如何快速、灵活地生成和部署基于IP的实时、非实时结合的多媒体业务以及如何使不同类型的业务在现有网络基础上实现互通将是业界关注的焦点。第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)从R5版本开始，逐步向全网络互连协议(Internet Protocol，IP)的网络结构演进，并在核心网中引入了IP多媒体子系统(IP Multimedia Subsystem，IMS)。IMS域的引入，为实时和非实时业务的用户提供了一个端到端的通用多媒体业务使能平台。基于IMS的典型业务包括：Presence(状态呈现业务)、Instant Message(即时消息业务)、多媒体会议等。

Presence是一种实现告知一个用户关于另一个用户的可达性、可用性和通信意愿的业务。它提供大量实时的用户优先选择状态、用户终端状态以及一些用户业务的状态信息。Presence业务能够显示出其他用户是否在线，若在线则显示他们的状态是空闲还是繁忙。Presence业务还可让用户给出通信方式和通信能力的详细信息(例如，是否具有音频、视频、即时消息等能力)。例如：一个用户的Presence信息如果显示用户状态为“会议进行中”并且支持短消息业务(Short Messaging Service，SMS)，其他用户则可以通过SMS向该用户提供业务，而不会打扰他的会议工作。

现有技术中，Presence业务信息包括基本业务信息和用户定制的业务信息；基本Presence信息包括用户在线、不在线、忙，用户还可以定制其他Presence业务信息，如午饭时间，工作中等等。需要指出的是，现有Presence业务信息或者是基本Presence信息，表示了当前用户的一个状态，或者表示了当前用户针对在某一个业务中的Presence信息。

随着无线通信领域技术的发展，用户在接入网带宽成倍增加和更多使用多媒体应用的情况下，这种只能表达用户当前的基本状态或者表达用户在某一个应用中的状态的情况不能适应一些用户需求。目前，多媒体应用的业务允许用户在同一个用户设备上同时开启多个业务，或者在使用同一个业务是同一个用户设备上同时开启了多个应用(或者称为会话)。这都导致，基本Presence信息和只是针对某一个业务的Presence信息，在用户使用多个会话时，不能提供在某一个会话中的状态。

现有技术中，用户只能提供单个的呈现状态，用户通过呈现源，向呈现服务器发布自己的呈现状态。随着技术的发展，用户可以同时使用多种业务，在多种业务同时在线的情况下，用户短时间内往往只能将注意力集中在某一种业务上，此时用户在多种不同业务中的实际状态也应是不同的，单一的呈现状态无法准确地表现用户使用业务的信息。

即使在单一的业务中，随着技术的增强和用户设备的性能提高，用户可能同时参与了同一种业务的多个并行处理，例如用户在使用点对点通信业务(Push to Talk over Cellular，PoC)的过程中，可以同时参与多个PoC会话(并发会话)。并发会话中，某一个会话作为主要会话，是用户正在发送和接收媒体的会话，其余会话作为次要会话，收到主要会话的影响。这样的情况下，用户在多个不同的会话中的实际状态也是不同的，现有单一的呈现状态也无法准确表现用户使用业务的状态。

发明内容

本发明实施例要解决的问题是提供一种信息呈现方法，用于解决用户在使用业务时，多个同时进行的通信过程的不同呈现信息的发布和获取问题。

为达到上述目的，本发明实施例一方面提出一种信息呈现方法，包括以下步骤：

接收观察端发送的呈现请求信息；

确定所述呈现请求信息对应的呈现信息；

将所述呈现信息发送给所述观察端。

另一方面，本发明实施例还提供了一种信息呈现方法，包括以下步骤：

接收观察端发送的呈现请求消息；

发送所述呈现请求消息至呈现服务器；

接收所述呈现服务器返回的与所述观察端的呈现请求消息相对应的一个或多个所述通信过程、会话过程或处理过程相关的呈现信息；

发送所述呈现信息至所述观察端。

另一方面，本发明实施例还提供了一种呈现服务器，包括：

接收模块，用于接收由所述观察端发送的呈现请求消息；

匹配模块，用于根据所述接收模块接收的呈现请求消息，在预存储的所述通信过程、会话过程或处理过程的呈现信息中，匹配相应的呈现信息；

发送模块，用于将所述匹配模块匹配的呈现信息发送给所述观察端。

另一方面，本发明实施例还提供了一种呈现终端，包括：

信息收集模块，用于收集呈现信息；

标识添加模块，用于为所述信息收集模块收集的呈现信息添加唯一标识，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程；

发送模块，用于将所述标识添加模块添加唯一标识后的所述通信过程、会话过程或处理过程的呈现信息发送至呈现服务器。

另一方面，本发明实施例还提供了一种呈现实体，为呈现终端发布呈现信息的网络实体，具体包括：

信息收集模块，用于收集呈现终端的呈现信息；

标识添加模块，用于为所述信息收集模块收集的呈现信息添加唯一标识，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程；

发送模块，用于将所述标识添加模块添加唯一标识后的所述通信过程、会话过程或处理过程的呈现信息发送至呈现服务器。

另一方面，本发明实施例还提供了一种信息呈现系统，包括观察端和呈现服务器：

所述呈现服务器，用于接收所述观察端发送的呈现请求消息，识别所述呈现请求消息相对应的一个或多个所述通信过程、会话过程或处理过程的呈现信息并发送给所述观察端。

本发明实施例的技术方案具有以下优点，通过采用对应单独的处理过程发布呈现状态的方法，从而，实现了用户在单独业务、会话和媒体类型中呈现信息的针对性显示，达到了更好地发布用户的呈现信息，完整准确地发布用户的状态的效果。

附图说明

图1为本发明实施例中一种信息呈现方法的流程示意图；

图2为本发明实施例中一种信息呈现系统的结构示意图；

图3为本发明实施例中一种呈现源的结构示意图；

图4为本发明实施例中一种呈现服务器的结构示意图；

图5为本发明实施例一中所提出的网络中包含一个呈现源和一个呈现服务器时的信息呈现流程示意图；

图6为本发明实施例二中所提出的网络中包含一个呈现源和多个呈现服务器时的信息呈现流程示意图；

图7为本发明实施例三中所提出的网络中包含多个呈现源和一个呈现服务器时的信息呈现流程示意图；

图8为本发明实施例四中所提出的网络中包含多个呈现源和多个呈现服务器时的信息呈现流程示意图。

具体实施方式

本发明实施例本提出一种信息呈现方法，可以更好的发布用户的呈现信息，完整准确地发布用户的状态。

用户可以发布在使用多种业务过程中，对应于每一种业务的当前状态；用户也可以发布在使用同一种业务的多个并发会话、并行通信过程或者并行处理过程中，对应于每一个会话，或者每一个通信过程，或者每一个并行处理过程的当前状态；更进一步的，用户也可以发布在使用某一种业务的某一个会话中，会话中多个要素所对应的不同状态，例如多媒体会话中，针对视频和音频不同媒体流的不同呈现状态。

具体的，如图1所示，为本发明实施例所提出的一种信息呈现方法的流程示意图，分为存储流程和查询流程两部分，包括以下步骤：

步骤S101、呈现服务器接收呈现源发送的一个或多个包含唯一标识的通信过程、会话过程或处理过程相关的呈现信息。

其中，呈现源具体可以是呈现终端，或者是为呈现终端发布呈现信息的网络实体。如果该呈现源即为呈现终端，则直接发送自身的针对不同处理过程的呈现状态信息给呈现服务器；如果该呈现源是为呈现终端发布呈现信息的网络实体，则还需要获取呈现终端的呈现信息，或者通过终端配置、上载状态等方式获得要发布的呈现信息，然后，将该呈现信息发送给呈现服务器。

在具体的应用过程中，呈现源可以是为一个，也可以是多个。

另一方面，上述的呈现信息也包括多种情况，具体包括：一个或多个通信过程、会话过程或处理过程中会话的呈现信息；或，会话中一个或多个媒体类型的呈现信息。

需要进一步指出的是，当上述呈现信息包括多个处理过程的呈现信息时，可以通过一条消息，发送给呈现服务器，也可以是通过多条消息，分别发送给呈现服务器，在此过程中，发送消息的呈现源可以是一个或多个。

步骤S102、呈现服务器根据接收到的呈现信息中的唯一标识存储该呈现信息。

其中，呈现服务器具体为一个或多个，进一步的，当网络系统中包含多个呈现服务器时，各呈现服务器可以分别存储不同的呈现信息，此时，网络向各呈现服务器发送相应的呈现信息。

呈现服务器接收到的上述呈现信息内包括与呈现信息相匹配的唯一标识，呈现服务器根据上述唯一标识与呈现信息的匹配关系将呈现信息进行对应存储。

上述的步骤S101和步骤S102进行完毕后，表示呈现源的呈现信息存储流程完毕，各呈现信息与各自的唯一标识匹配存储于呈现服务器中。

本发明实施例所提出的一种信息呈现方法的存储流程完成。

步骤S103、呈现服务器接收观察端发送的呈现请求消息，呈现请求消息请求呈现终端的一个或多个的通信过程、会话过程或处理过程相关的呈现信息。

需要指出的是，观察端具体为观察终端，或其他具有观察功能的网络实体。

此步骤表示观察端希望查询呈现终端的呈现信息，进入呈现信息的查询流程，其中，呈现请求消息的请求内容可以是查询呈现终端的全部业务状态，或者根据已经知道的通信过程、会话过程或者处理过程，订阅该呈现终端中某个过程的呈现信息。

步骤S104、呈现服务器在预存储的呈现信息集合中匹配该呈现请求信息对应的呈现信息。

具体的，上述呈现信息的匹配流程包括：

呈现服务器根据业务逻辑，或根据会话启动协议统一资源标识符(TheSession Initiation Protocol Uniform Resource Identifier，SIP URI)路由到呈现服务器上，识别观察端的呈现请求消息相对应的一个或多个通信过程、会话过程或处理过程的呈现信息。

具体的，上述业务逻辑触发，实现上是SIP/IP Core里面的始过滤准则(initial Filter Criteria，iFC)触发准则实现规定的；

另一方面，根据SIP URI路由到服务器上，实现上可以是根据Request URI进行路由，或者从SIP消息中的消息头header或者消息体中提取呈现服务器的SIP URI。

步骤S105、呈现服务器发送呈现信息至观察端。

呈现服务器返回呈现信息给观察端，并且，返回该呈现信息的消息中还包括该呈现信息的标识，标识了当前呈现信息相关的某一个通信过程、会话过程或者处理过程，用于通知该观察端呈现信息的内容。

上述的步骤S103至步骤S105为本流程中的查询流程，需要进一步指出的是，上述的储存流程完成后，可以为多个查询流程提供相应的呈现信息，上述的流程说明仅是本发明的一种优选实施例，符合本发明技术思想的变化同样属于本发明的保护范围。

基于上述的方法，如图2所示，本发明实施例还提出了一种信息呈现系统的结构示意图，包括一个或多个呈现源21，一个或多个呈现服务器22以及观察端23

其中，呈现源21，具体为呈现终端或为该呈现终端发布呈现信息的网络实体，即呈现终端和呈现实体，

当呈现源21为呈现终端时，包括：

信息收集模块，用于收集呈现信息；

标识添加模块，用于为所述信息收集模块收集的呈现信息添加唯一标识，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程；

发送模块，用于将所述标识添加模块添加唯一标识后的所述通信过程、会话过程或处理过程的呈现信息发送至呈现服务器22。

当呈现源21为呈现实体时，具体包括：

信息收集模块，用于收集呈现终端的呈现信息；

标识添加模块，用于为所述信息收集模块收集的呈现信息添加唯一标识，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程；

发送模块，用于将所述标识添加模块添加唯一标识后的所述通信过程、会话过程或处理过程的呈现信息发送至呈现服务器22。

在实际应用中，呈现源21用于向呈现服务器22发送一个或多个包含唯一标识的通信过程、会话过程或处理过程的呈现信息，该唯一标识指示呈现信息对应的通信过程、会话过程或处理过程，如图3所示，具体包括：

信息收集模块31，用于收集呈现终端的通信过程、会话过程或处理过程的呈现信息；

标识添加模块32，用于为信息收集模块31收集的通信过程、会话过程或处理过程的呈现信息添加唯一标识；

发送模块33，用于将标识添加模块32添加唯一标识后的呈现信息发送至呈现服务器22。

需要进一步指出的是，呈现源21具体为呈现终端，或为呈现终端发布呈现信息的网络实体。

其中，呈现服务器22，包括以下结构：

接收模块，用于接收由观察端23发送的呈现请求消息；

匹配模块，用于根据接收模块接收的呈现请求消息，在预存储的通信过程、会话过程或处理过程的呈现信息中，匹配相应的呈现信息；

发送模块，用于将匹配模块匹配的呈现信息发送给观察端23。

具体的，在实际应用过程中，呈现服务器22用于接收呈现源21发送的一个或多个包含唯一标识的呈现信息，并根据唯一标识存储呈现信息，还用于接收观察端23发送的呈现请求消息，并识别呈现请求消息相对应的一个或多个通信过程、会话过程或者处理过程的呈现信息并发送给观察端23，如图4所示，具体包括：

接收模块41，用于呈现源21发送的一个或多个包含唯一标识的呈现信息和由观察端23发送的呈现请求消息；

存储模块42，用于存储接收模块41接收的一个或多个包含唯一标识的呈现信息，具体包括：

提取子模块421，用于提取由呈现源21发送的一个或多个呈现信息中所包含的唯一标识；

存储子模块422，用于根据提取子模块421提取的唯一标识，存储呈现信息。

匹配模块43，用于根据接收模块41接收的呈现请求消息，在存储模块52存储的包含唯一标识的呈现信息中，匹配相应的呈现信息，具体包括：

识别子模块431，用于识别接收模块41接收的由观察端23发送的呈现请求消息中所包含的呈现信息匹配规则，呈现信息匹配规则具体为业务逻辑，或SIP URI；

匹配子模块432，用于根据识别子模块431所识别的呈现信息匹配规则，在存储模块42中匹配相应的通信过程、会话过程或处理过程的呈现信息。发送模块44，用于将匹配模块43匹配的呈现信息发送给观察端23。

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述：

首先，根据网络系统中呈现源和呈现服务器数量的变化提出相应的实施例进行流程说明。在下述的各实施例中，具体以SIP/IP网络中的网络实体为例，呈现源、呈现服务器和观察端之间的信令交互以SIP格式的信令为例。

如图5所示，为本发明实施例一，网络中包含一个呈现源和一个呈现服务器时的信息呈现流程示意图。

呈现源将不同处理过程的呈现信息，发布到呈现服务器上，使用了不同的唯一标识呈现信息的标识区分；承载观察端在订阅呈现信息时，获取了呈现服务器上保存的呈现信息，获得了呈现源发布的关于多个处理过程的呈现信息。

实施例中说明的呈现源(Presence Source)可以为普通用户终端，也可以为代替用户终端发布呈现信息的网络实体，如多媒体会议服务器，PoC服务器、IM服务器等。

具体步骤如下：

步骤S501、呈现源通过呈现发布消息PUBLISH向呈现服务器发布呈现信息，并使用唯一标识ID#1标识该发布的呈现信息对应的通信过程、会话或者处理过程。

呈现源发布的使用ID#1标识的呈现信息，可以为当前处理过程中使用媒体类型的状态，在线、忙状态，手动或者预先设置的其他用户状态(外出吃饭、免打扰、会议中等)。

步骤S502、SIP/IP网络将收到的呈现信息转发到呈现服务器上。

步骤S503、呈现服务器收到发送的呈现信息，保存呈现信息。

根据收到的标识(或者指示)ID#1对这部分呈现信息进行标识，呈现服务器向SIP/IP网络返回200OK应答消息；

步骤S504、SIP/IP网络将200OK应答消息转发到呈现源上；

步骤S505、呈现源通过PUBLISH消息向呈现服务器发布另一个呈现信息，并使用ID#2标识该发布的呈现信息对应的通信过程、会话或者处理过程。

呈现源发布的使用ID#2标识的呈现信息，可以为当前处理过程中使用媒体类型的状态，在线、忙状态，手动或者预先设置的其他用户状态(外出吃饭、免打扰、会议中等)。

步骤S506、SIP/IP网络将收到的呈现信息转发到呈现服务器上。

步骤S507、呈现服务器收到发送的呈现信息，保存呈现信息。

根据收到的标识(或者指示)ID#2对这部分呈现信息进行标识，呈现服务器向SI/IP网络返回200OK应答消息。

步骤S508、SIP/IP网络将200OK应答消息转发到呈现源上。

步骤S509、呈现信息的观察端(Watcher)使用呈现请求消息Subscribe，向呈现服务器订阅呈现源当前的状态。

具体的，可以查询呈现终端的全部状态，或者根据已经知道的通信过程、会话过程或者处理过程，订阅呈现终端的某个过程的呈现信息。

步骤S510、SIP/IP网络将收到的呈现请求消息转发到呈现服务器上。

具体为根据业务逻辑，或根据SIP URI路由到呈现服务器上，识别观察端的呈现请求消息相对应的一个或多个通信过程、会话过程或处理过程的呈现信息

步骤S511、呈现服务器收到呈现请求消息后，根据用户的呈现请求消息发送呈现通知消息SIP Notify，发送了请求的呈现信息，其中使用标识ID，标识了当前呈现信息相关的某一个通信过程、会话过程或者处理过程。

步骤S512、SIP/IP网络将SIP Notify消息转发到呈现信息的观察端(Watcher)上。

需要进一步指出的是，在本实施例中的步骤S501和步骤S505，呈现源通过两条SIP PUBLISH消息向SIP/IP网络发送呈现信息，但另一方面，呈现源同样可以通过发送一个SIP PUBLISH消息，同时发布和第一个过程和第二个过程相关的呈现信息，分别使用ID#1和ID#2进行索引和标识，这同样属于本发明的保护范围。

如图6所示，为本发明实施例二，网络中包含一个呈现源和多个呈现服务器时的信息呈现流程示意图。

由于在一个通信过程中，可以预见到需要多个应用服务器参与，多个应用服务器也参与了呈现信息的获取和发布，因此呈现源可向多个呈现服务器发布在一个会话、一个通信过程或者一个处理过程的呈现信息。

本实施例中，呈现源参与多个会话、多个通信过程或者多个处理过程，将不同处理过程的呈现信息发布到多个呈现服务器上，并使用不同的唯一的标识进行标识；呈现信息的观察端通过向呈现服务器订阅，获得呈现源发布的不同处理过程的呈现信息。

具体过程如下：

步骤S601、呈现源通过PUBLISH消息向呈现服务器#1发布呈现信息，并使用ID#1标识该发布的呈现信息对应的通信过程、会话或者处理过程。

步骤S602、SIP/IP网络将收到的呈现信息转发到呈现服务器#1上。

步骤S603、呈现服务器#1收到发送的呈现信息，保存呈现信息，根据收到的标识(或者指示)ID#1对这部分呈现信息进行标识，呈现服务器向SIP/IP网络返回200OK应答消息。

步骤S604、SIP/IP网络将200OK应答消息转发到呈现源上。

步骤S605、呈现源通过PUBLISH消息向呈现服务器#2发布呈现信息，并使用ID#2标识该发布的呈现信息对应的通信过程、会话或者处理过程。

步骤S606、SIP/IP网络将收到的呈现信息转发到呈现服务器#2上。

步骤S607、呈现服务器#2收到发送的呈现信息，保存呈现信息，根据收到的标识(或者指示)ID#2对这部分呈现信息进行标识；呈现服务器向SIP/IP网络返回200OK应答消息。

步骤S608、SIP/IP网络将200OK应答消息转发到呈现源上。

步骤S609、呈现信息的观察端(Watcher)使用Subscribe消息，向呈现服务器#1订阅呈现源当前的状态，状态可以是在某一个会话中的状态，在某一个通信过程中的状态，或者某一个处理中的状态。

步骤S610、SIP/IP网络将收到的呈现请求消息转发到呈现服务器#1上。

具体为根据业务逻辑，或根据SIP URI路由到呈现服务器上，识别观察端的呈现请求消息相对应的一个或多个通信过程、会话过程或处理过程的呈现信息。

步骤S611、呈现服务器#1收到呈现请求消息后，根据用户的呈现请求消息发送SIP Notify，发送了请求的呈现信息，其中使用标识ID，标识了当前呈现信息相关的某一个通信过程、会话过程或者处理过程。

步骤S612、SIP/IP网络将SIP Notify消息转发到呈现信息的观察端(Watcher)上。

步骤S613、呈现信息的观察端(Watcher)使用Subscribe消息，向呈现服务器#2订阅呈现源当前的状态，可以查询全部状态，或者根据已经知道的通信过程、会话过程或者处理过程订阅某个过程的呈现信息。

步骤S614、SIP/IP网络将收到的呈现请求消息转发到呈现服务器#2上。

具体为根据业务逻辑，或根据SIP URI路由到呈现服务器上，识别观察端的呈现请求消息相对应的一个或多个通信过程、会话过程或处理过程的呈现信息。

步骤S615、呈现服务器#2收到呈现请求消息后，根据用户的呈现请求消息发送SIP Notify，发送了请求的呈现信息，其中使用标识ID，标识了当前呈现信息相关的某一个通信过程、会话过程或者处理过程。

步骤S616、SIP/IP网络将SIP Notify消息转发到呈现信息的观察端(Watcher)上。

需要指出的是，观察端(Watcher)向多个保存呈现信息的呈现服务器订阅呈现源发送的呈现信息时，可以分别向多个呈现服务器获取呈现源发布的呈现信息，呈现信息中包括了某一个通信过程、会话过程或者处理过程相关的标识ID#1，因此观察者Watcher能够在理解和组合上述某一个通信过程、会话过程或者处理过程的程序信息。后续，观察者可以向指定标识为ID#1的这一个通信过程、会话过程或者处理过程的呈现信息进行订阅。

当然，观察端(Watcher)能够通过其他方式获得某一个通信过程、会话过程或者处理过程的标识ID#1，因此可以直接通过向指定标识为ID#1的这一个通信过程、会话过程或者处理过程的呈现信息进行订阅。

进一步的，观察端(Watcher)向多个保存呈现信息的呈现服务器订阅呈现源发送的呈现信息时，能够通过聚合服务器(Aggregation Server)订阅呈现信息，聚合服务器向多个呈现服务器分别获取呈现信息，并发送给观察端(Watcher)。

同样方式，观察端(Watcher)在获得某一个通信过程、会话过程或者处理过程的标识ID#1后，可以指向通过聚合服务器向指定标识为ID#1的这一个通信过程、会话过程或者处理过程的呈现信息进行订阅。

如图7所示，为本发明实施例三，网络中包含多个呈现源和一个呈现服务器时的信息呈现流程示意图。

本实施例中，由于同一个通信过程可以由多个会话组成，如可以包括基于流的会话、一系列消息的交互过程和部分辅助处理过程，说明了参与某一个通信过程的多个呈现源参与发布相关通信过程或者处理过程的呈现信息，不同呈现源发布呈现信息使用唯一的标识进行标识和区分。呈现信息的观察端在本实施例中向呈现服务器订阅该通信过程的呈现状态。

具体步骤如下：

步骤S701、呈现源#1通过PUBLISH消息向呈现服务器发布呈现信息，并使用ID#1标识该发布的呈现信息对应的通信过程、会话或者处理过程。

步骤S702、SIP/IP网络将收到的呈现信息转发到呈现服务器上。

步骤S703、呈现服务器收到发送的呈现信息，保存呈现信息，根据收到的标识(或者指示)ID#1对这部分呈现信息进行标识；呈现服务器向SIP/IP网络返回200OK应答消息。

步骤S704、SIP/IP网络将200OK应答消息转发到呈现源#1上。

步骤S705、呈现源#2通过PUBLISH消息向呈现服务器发布呈现信息，并使用ID#1标识该发布的呈现信息对应的通信过程、会话或者处理过程。

步骤S706、SIP/IP网络将收到的呈现信息转发到呈现服务器上。

步骤S707、呈现服务器收到发送的呈现信息，保存呈现信息，根据收到的标识(或者指示)ID#1对这部分呈现信息进行标识；呈现服务器向SIP/IP网络返回200OK应答消息。

步骤S708、SIP/IP网络将200OK应答消息转发到呈现源#2上。

步骤S709、呈现信息的观察端(Watcher)使用Subscribe消息，向呈现服务器订阅呈现源当前的状态，可以查询全部状态，或者根据已经知道的通信过程、会话过程或者处理过程订阅某个过程的呈现信息。

步骤S710、SIP/IP网络将收到的呈现请求消息转发到呈现服务器上。

步骤S711、呈现服务器收到呈现请求消息后，根据用户的呈现请求消息发送SIP Notify，发送了请求的呈现信息，其中使用标识ID，标识了当前呈现信息相关的某一个通信过程、会话过程或者处理过程。

步骤S712、SIP/IP网络将SIP Notify消息转发到呈现信息的观察端(Watcher)上。

如图8所示，为本发明实施例四，网络中包含多个呈现源和多个呈现服务器时的信息呈现流程示意图。

本实施例中，呈现源参与多个会话、多个通信过程或者多个处理过程，将不同处理过程的呈现信息发布到多个呈现服务器上，并使用不同的唯一的标识进行标识；另一方面，一个通信过程又进一步可以由多个会话组成，从而，多个呈现源参与发布相关通信过程或者处理过程的呈现信息，不同呈现源发布呈现信息使用唯一的标识进行标识和区分。呈现信息的观察端在本实施例中向呈现服务器订阅该通信过程的呈现状态。

具体步骤如下：

步骤S801、呈现源#1通过PUBLISH消息向呈现服务器#1发布呈现信息，并使用ID#1标识该发布的呈现信息对应的通信过程、会话或者处理过程。

步骤S802、SIP/IP网络将收到的呈现信息转发到呈现服务器#1上。

步骤S803、呈现服务器#1收到发送的呈现信息，保存呈现信息，根据收到的标识(或者指示)ID#1对这部分呈现信息进行标识，呈现服务器#1向SIP/IP网络返回200OK应答消息。

步骤S804、SIP/IP网络将200OK应答消息转发到呈现源#1上。

步骤S805、呈现源#2通过PUBLISH消息向呈现服务器#2发布呈现信息，并使用ID#1标识该发布的呈现信息对应的通信过程、会话或者处理过程。

步骤S806、SIP/IP网络将收到的呈现信息转发到呈现服务器#2上。

步骤S807、呈现服务器#2收到发送的呈现信息，保存呈现信息，根据收到的标识(或者指示)ID#1对这部分呈现信息进行标识，呈现服务器#2向SIP/IP网络返回200OK应答消息。

步骤S808、SIP/IP网络将200OK应答消息转发到呈现源#2上。

步骤S809、呈现信息的观察端(Watcher)使用Subscribe消息，向呈现服务器#1订阅呈现源当前的状态，状态可以是在某一个会话中的状态，在某一个通信过程中的状态，或者某一个处理中的状态。

步骤S810、SIP/IP网络将收到的呈现请求消息转发到呈现服务器#1上。

具体为根据业务逻辑，或根据SIP URI路由到呈现服务器上，识别观察端的呈现请求消息相对应的一个或多个通信过程、会话过程或处理过程的呈现信息。

步骤S811、呈现服务器#1收到呈现请求消息后，根据用户的呈现请求消息发送SIP Notify，发送了请求的呈现信息，其中使用标识ID，标识了当前呈现信息相关的某一个通信过程、会话过程或者处理过程。

步骤S812、SIP/IP网络将SIP Notify消息转发到呈现信息的观察端(Watcher)上。

步骤S813、呈现信息的观察端(Watcher)使用Subscribe消息，向呈现服务器#2订阅呈现源当前的状态，可以查询全部状态，或者根据已经知道的通信过程、会话过程或者处理过程订阅某个过程的呈现信息。

步骤S814、SIP/IP网络将收到的呈现请求消息转发到呈现服务器#2上。

具体为根据业务逻辑，或根据SIP URI路由到呈现服务器上，识别观察端的呈现请求消息相对应的一个或多个通信过程、会话过程或处理过程的呈现信息。

步骤S815、呈现服务器#2收到呈现请求消息后，根据用户的呈现请求消息发送SIP Notify，发送了请求的呈现信息，其中使用标识ID，标识了当前呈现信息相关的某一个通信过程、会话过程或者处理过程。

步骤S816、SIP/IP网络将SIP Notify消息转发到呈现信息的观察端(Watcher)上。

进一步的，在上述的本发明实施例一至四中，完整的Presence信息可以表示为如下格式：

<？xml version＝″1.0″encoding＝″UTF-8″？>

<presence xmlns＝″urn:ietf:params:xml:ns:pidf″

 xmlns:dm＝″urn:ietf:params:xml:ns:pidf:data-model″

 xmlns:rp＝″urn:ietf:params:xml:ns:pidf:rpid″

 xmlns:caps＝″urn:ietf:params:xml:ns:pidf:caps″

 xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>

   <tuple id＝″sg89ae″>

       <status>

           <basic>open</basic>

       </status>

       <dm:deviceID>mac:8asd7d7d70</dm:deviceID>

       <caps:servcaps>

           <caps:extensions>

               <caps:supported>

                   <caps:pref/>

               </caps:supported>

           </caps:extensions>

           <caps:methods>

               <caps:supported>

                   <caps:MESSAGE/>

                   <caps:OPTIONS/>

                </caps:supported>

            </caps:methods>

        </caps:servcaps>

        <contact>sip:someone@example.com</contact>

    </tuple>

    <dm:person id＝″p1″>

        <rp:activities>

            <rp:on-the-phone/>

        </rp:activities>

     </dm:person>

     <dm:device id＝″pc 122″>

         <rp:user-input>idle</rp:user-input>

         <dm:deviceID>mac:8asd7d7d70</dm:deviceID>

     </dm:device>

</presence>

其中，所增加的针对某一个处理过程(如会话)的状态信息可以进行标识为：

<ProcessID>

<processed＝″id#1″>

</ProcessID>

其中，对应使用同一个SIP PUBLISH消息上载多于一个处理过程的状态信息的情况，可以在一个SIP PUBLISH消息中携带多于一个处理的不同组呈现信息，并分别使用不同的唯一的标识进行区分。

进一步的，根据OMA Presence v1.0规范中的Schema，对某一个业务中的某个会话的呈现呈现信息可以使用如下方式表达：

<？xml version＝″1.0″encoding＝″UTF-8″？>

    <xs:schema

     targetNamespace＝″urn:oma:params:xml:ns:pidf:oma-tuple″

     xmlns:xs＝″http://www.w3.org/2001/XMLSchema″

     xmlns＝″urn:oma:params:xml:ns:pidf:oma-tuple″

     elementFormDefault＝″qualified″

     attributeFormDefault＝″unqualified″>

    <！--This import brings in the XML language attribute xml:lang-->

    <xs:import namespace＝″http://www.w3.org/XML/1998/namespace″

     schemaLocation＝″http://www.w3.org/2001/xml.xsd″/>

    <xs:annotation>

        <xs:documentation xml:lang＝″en″>

         XML Schema definition for OMA specific extension to PIDF tuple

element

        </xs:documentation>

    </xs:annotation>

         <xs:element name＝″service-description″>

             <xs:complexType>

                 <xs:sequence>

                     <xs:element name＝″service-id″type＝″xs:token″/>

                     <xs:element name＝″version″type＝″xs:token″/>

                     <xs:element name＝″description″

                      type＝″xs:token″minOccurs＝″0″/>

                </xs:sequence>

            </xs:complexType>

    </xs:element>

</xs:schema>

上述的斜体的粗体字即为上述的某个会话的呈现信息的表达方式。除此以外，在Schema中可以标识呈现信息的字段，可以使用不同的数据类型，如整数型为字段类型的字段等。

对于，一个SIP PUBLISH消息携带多个处理过程的呈现信息的情况，同样分别使用不同的标识进行标识。

通过上述的本发明实施例一至四，说明了网络系统中呈现源和呈现服务器数量的变化提出相应的实施例进行流程。需要指出的是，上述的本发明实施例中的多个呈现源或多个呈现服务器均以两个为例进行说明，但在实际应用中，可以是两个以上的多个呈现源或多个呈现服务器执行相应的流程操作，这样的变化同样属于本发明的保护范围。

其中，所述的唯一标识，可以是唯一标识会话的会话标识(SessionIdentifier)，可以是针对某一个处理过程的process identity等。

因此，使用通信过程或者处理过程的呈现信息可以表述呈现源所发布的用户或者用户终端所处的用户意愿、网络状态、用户终端可用状态、所使用的媒体类型、地理位置、注册状态、闭锁状态、隐私状态、手动/自动状态等，以及用户定制的其他针对某一个通信过程(如，某一个会话)或者处理过程的呈现状态。

进一步的，本发明考虑到在Presence信息中，可以体现出和会话相关的通用信息，如当前呈现体参与了多个或者0个会话。若呈现体参加了一个或者一个以上会话，则<tuple><session-participation><basic>的信息为Open，否则为Close。

此外，可以在现有Presence信息的基础上，标识当前呈现体所参与的所有会话或者通信过程或者处理过程的列表，并且分别标识出这些会话或者通信过程或者处理过程的呈现状态。

如，可以采取如下方式：

<xs:element name＝″session-participation″>

      <xs:complexType>

         <xs:sequence>

            <xs:element name＝″basic″type＝″basicType″minOccurs＝″0″/>

                 <xs:any namespace＝″##other″processContents＝″lax″

minOccurs＝″0″maxOccurs＝″unbounded″/>

              </xs:sequence>

         <xs:anyAttribute processContents＝″lax″/>

         </xs:complexType>

     </xs:element>

进一步的，本发明实施例通过具体场景的应用说明本发明技术方案的应用效果。以下，本发明实施例五通过以下三个场景进行说明：

本发明应用场景一：用户同时参与了多种业务，包括PoC业务和CPM业务。当用户参加公司会议时，他不希望被PoC的语音或者其他媒体流打扰，因此用户设置了针对PoC业务的呈现状态是“免打扰(不接受会话邀请)”呈现状态。另一方面，用户会议过程中，只需要关闭终端设备的铃声就可以接收各种Meesage类业务，包括Short Message或者MultiMedia Message，用户可以在会议过程中接收Message，待会议结束后读取Message内容，因此，用户可以设置针对CPM的呈现状态是“正常”呈现状态。

通过本发明提供的方法，用户可以针对不同的业务设置不同的呈现状态，避免了业务之间的互相影响，获得更好的用户体验。

本发明应用场景二：用户订购了PoC业务，服务中包括并发会话支持(SSS，Simultaneous PoC Sessions Support)，并且用户设备也支持并发会话。当用户同时参与了多个并发会话的时候，其中的某一个作为主要会话，其余会话是次要会话，会话过程中主要会话可以转为次要会话，次要会话也可以转为主要会话。用户在并发会话中的各个会话之间，呈现出来的状态也是不同的，对于主要会话的各种媒体流，用户可以正常接收和发送，对于次要会话的各种媒体流，用户的接收和发送受到诸多的限制。为了能够更好的参与多个会话，实现更好的会话通信，用户可以针对并发会话中的不同会话，发布不同的呈现状态，对于主要会话，呈现状态设置为“正常”，对于次要会话，呈现状态设置为“未激活(暂时无法接收和发送媒体流)”。

通过本发明提供的方法，用户可以针对并发会话中的不同会话设置不同的呈现状态，获得更好的用户体验。

本发明应用场景三：用户订购了多媒体业务，并且用户终端设备也支持多种媒体处理功能。在多媒体会话中，包括了多种不同的媒体类型，但是用户可能由于自己的状态不能处理全部媒体，例如用户在比较吵杂的公共环境里使用无声的视频而限制使用音频，用户在驾驶过程中使用音频、语音而禁止使用视频。为了更好的体现用户所处的真实状态，用户可以针对会话中的不同媒体类型发布不同的呈现状态信息。例如用户在公共环境中发布针对音频媒体类型的呈现信息为“静音(不传递音频媒体类型)”，驾驶过程中针对多种媒体类型设置呈现信息为“Only Audio(只接受音频)”。

通过本发明提供的方法，用户可以针对会话中的不同媒体类型设置不同的呈现状态，实现更加灵活的多媒体通信，避免对会话中多种媒体只能使用单一的处理方式，获得更好的用户体验。

通过本发明提供的方法，用户可以详细、准确地发布自己的呈现信息，其他用户通过观察用户的呈现信息可以选择最佳的方式，更加准确的进行通信会话，改善用户的体验并提高会话的效率和效果。

本发明实施例的技术方案具有以下优点，因为采用了对应单独的处理过程发布呈现状态的方法，从而，实现了用户在单独业务、会话和媒体类型中呈现信息的针对性显示，达到了更好地发布用户的呈现信息，完整准确地发布用户的状态的效果。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (23)

1、一种信息呈现方法，其特征在于，包括以下步骤：

接收观察端发送的呈现请求信息；

确定所述呈现请求信息对应的呈现信息；

将所述呈现信息发送给所述观察端。

2、如权利要求1所述信息呈现方法，其特征在于，所述呈现请求信息对应的呈现信息具体为呈现终端的一个或多个通信过程、会话过程或处理过程相关的呈现信息。

3、如权利要求1所述信息呈现方法，其特征在于，所述接收观察端发送的呈现请求信息之前，还包括：

接收呈现源发送的一个或多个包含唯一标识的呈现信息，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程；

根据所述唯一标识存储所述呈现信息。

4、如权利要求3所述信息呈现方法，其特征在于，所述呈现源，具体为所述呈现终端，或为所述呈现终端发布呈现信息的网络实体。

5、如权利要求2所述信息呈现方法，其特征在于，所述确定所述呈现请求信息对应的呈现信息，具体为：

在预存储的呈现信息集合中匹配所述呈现请求信息对应的呈现信息。

6、如权利要求5所述信息呈现方法，其特征在于，所述在预存储的呈现信息集合中匹配所述呈现请求信息对应的呈现信息，具体为：

根据业务逻辑，或根据会话启动协议统一资源标识符SIP URI路由识别所述观察端的呈现请求消息相对应的一个或多个所述通信过程、会话过程或处理过程的呈现信息。

7、如权利要求6所述信息呈现方法，其特征在于，

所述业务逻辑，具体为会话启动协议/网络互连协议核心网络SIP/IP Core里面的iFC触发准则；

所述根据SIP URI路由，具体为根据请求消息统一资源标识符RequestURI进行路由，或者从SIP消息中的消息头header或者消息体中提取服务器的SIP URI。

8、如权利要求2所述信息呈现方法，其特征在于，所述一个或多个通信过程、会话过程或处理过程的呈现信息，具体包括：

所述通信过程、会话过程或处理过程中一个或多个会话的呈现信息；或，

一个所述会话中的一个或多个媒体类型的呈现信息。

9、如权利要求8所述信息呈现方法，其特征在于，所述一个或多个通信过程、会话过程或处理过程的呈现信息，还包括：

标识当前呈现源所参与的所有会话、通信过程或处理过程的列表，并进一步分别标识出所述会话、通信过程或处理过程的呈现状态。

10、如权利要求2所述信息呈现方法，其特征在于，还包括：

根据所述一个或者多个通信过程、会话过程或处理过程的开启和关闭呈现信息，确定对应的呈现源的会话或处理过程的开启和关闭信息。

11、一种信息呈现方法，其特征在于，包括以下步骤：

接收观察端发送的呈现请求消息；

发送所述呈现请求消息至呈现服务器；

接收所述呈现服务器返回的与所述观察端的呈现请求消息相对应的一个或多个所述通信过程、会话过程或处理过程相关的呈现信息；

发送所述呈现信息至所述观察端。

12、如权利要求11所述信息呈现方法，其特征在于，所述呈现源，具体为所述呈现终端，或为所述呈现终端发布呈现信息的网络实体，所述呈现源具体为一个或多个；

所述呈现服务器具体为一个或多个。

13、一种呈现服务器，其特征在于，包括：

接收模块，用于接收由观察端发送的呈现请求消息；

匹配模块，用于根据所述接收模块接收的呈现请求消息，在预存储的所述通信过程、会话过程或处理过程的呈现信息中，匹配相应的呈现信息；

发送模块，用于将所述匹配模块匹配的呈现信息发送给所述观察端。

14、如权利要求13所述呈现服务器，其特征在于，所述接收模块，还用于接收呈现源发送的一个或多个包含唯一标识的通信过程、会话过程或处理过程的呈现信息。

15、如权利要求13所述呈现服务器，其特征在于，还包括存储模块，用于存储所述接收模块接收的一个或多个包含唯一标识的所述通信过程、会话过程或处理过程的呈现信息。

16、如权利要求15所述呈现服务器，其特征在于，所述存储模块，具体包括：

提取子模块，用于提取所述由所述呈现源发送的一个或多个通信过程、会话过程或处理过程的呈现信息中所包含的唯一标识；

存储子模块，用于根据所述提取子模块提取的唯一标识，存储所述呈现信息。

17、如权利要求13所述呈现服务器，其特征在于，所述匹配模块，具体包括：

识别子模块，用于识别所述接收模块接收的由所述观察端发送的呈现请求消息中所包含的呈现信息匹配规则，所述呈现信息匹配规则具体为业务逻辑，或SIP URI；

匹配子模块，用于根据所述识别子模块所识别的呈现信息匹配规则，在所述存储模块中匹配相应的所述通信过程、会话过程或处理过程的呈现信息。

18、一种呈现终端，其特征在于，包括：

信息收集模块，用于收集呈现信息；

标识添加模块，用于为所述信息收集模块收集的呈现信息添加唯一标识，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程；

发送模块，用于将所述标识添加模块添加唯一标识后的所述通信过程、会话过程或处理过程的呈现信息发送至呈现服务器。

19、一种呈现实体，其特征在于，为呈现终端发布呈现信息的网络实体，具体包括：

信息收集模块，用于收集呈现终端的呈现信息；

标识添加模块，用于为所述信息收集模块收集的呈现信息添加唯一标识，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程；

发送模块，用于将所述标识添加模块添加唯一标识后的所述通信过程、会话过程或处理过程的呈现信息发送至呈现服务器。

20、一种信息呈现系统，其特征在于，包括观察端和呈现服务器：

所述呈现服务器，用于接收所述观察端发送的呈现请求消息，识别所述呈现请求消息相对应的一个或多个所述通信过程、会话过程或处理过程的呈现信息并发送给所述观察端。

21、如权利要求20所述信息呈现系统，其特征在于，还包括呈现源，具体为呈现实体或呈现终端：

所述呈现实体或呈现终端，用于向所述呈现服务器发送一个或多个包含唯一标识的呈现信息，所述唯一标识指示所述呈现信息对应的通信过程、会话过程或处理过程。

22、如权利要求21所述信息呈现系统，其特征在于，所述呈现服务器，还用于接收所述呈现实体或呈现终端发送的一个或多个包含唯一标识的所述通信过程、会话过程或处理过程的呈现信息，并根据所述唯一标识存储所述呈现信息。

23、如权利要求22所述信息呈现系统，其特征在于，

所述呈现源具体为一个或多个；

所述呈现服务器具体为一个或多个。

Images