CN107258098B - 用于共享与呼叫相关联的丰富的信息的方法和设备 - Google Patents

Abstract

本文的实施例提供了一种用于共享与呼叫相关联的丰富的信息的方法。该方法包括从发送方设备接收包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫之后或在终止呼叫之后接收丰富的信息。此外，该方法包括确定丰富的信息与呼叫之间的相关性。此外，该方法包括基于相关性显示丰富的信息。

Description

用于共享与呼叫相关联的丰富的信息的方法和设备

技术领域

本文的实施例通常涉及无线通信系统。更具体地，涉及用于共享与呼叫相关联的丰富的信息的机制。

背景技术

传统上，用户独立地访问如语音和呼叫关联数据(即，网页浏览、应用(app)等)的服务。由于在不同的接口上访问呼叫和数据，因此难以同时访问呼叫和数据，即使其彼此相关，从而限制用户体验。

发明内容

技术问题

因此，需要一种简单和可靠的机制来共享并且以及时的方式共享与呼叫相关联的丰富的信息。

技术方案

本文的实施例的主要方面是提供一种用于共享并且以及时的方式共享与呼叫相关联的丰富的信息的机制。

本文的实施例的另一方面是提供一种用于在接收方设备处从发送方设备接收包括丰富的信息的消息的机制，其中，在建立呼叫之前接收丰富的信息。

本文的实施例的另一方面是提供一种用于在接收方设备处从发送方设备接收包括丰富的信息的消息的机制，其中，在建立呼叫之后接收丰富的信息。

本文的实施例的另一方面是提供一种用于在接收方设备处从发送方设备接收包括丰富的信息的消息的机制，其中，在终止呼叫之后接收丰富的信息。

本文的实施例的另一方面是提供一种用于在接收方设备处确定丰富的信息与呼叫之间的相关性的机制。

本文的实施例的另一方面是提供一种用于在接收方设备处基于相关性显示丰富的信息的机制。

本文的实施例的另一方面是提供一种用于由发送方设备将包括丰富的信息的消息发送到接收方设备的机制，其中，在建立呼叫之前发送丰富的信息。

本文的实施例的另一方面是提供一种用于由发送方设备将包括丰富的信息的消息发送到接收方设备的机制，其中，在建立呼叫之后发送丰富的信息。

本文的实施例的另一方面是提供一种用于由发送方设备将包括丰富的信息的消息发送到接收方设备的机制，其中，在终止呼叫之后发送丰富的信息。

本文的实施例的另一方面是提供一种用于由服务器从发送方设备接收包括丰富的信息的消息的机制，其中，在建立呼叫之前接收丰富的信息。

本文的实施例的另一方面是提供一种用于由服务器从发送方设备接收包括丰富的信息的消息的机制，其中，在建立呼叫之后接收丰富的信息。

本文的实施例的另一方面是提供一种用于由服务器从发送方设备接收包括丰富的信息的消息的机制，其中，在终止呼叫之后接收丰富的信息。

因此，本文的实施例提供了一种用于共享与呼叫相关联的丰富的信息的方法。所述方法包括由接收设备从发送设备接收包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫之后和在终止呼叫之后中的一个处，接收丰富的信息；由接收设备确定丰富的信息与呼叫之间的相关性；以及由接收设备基于相关性显示丰富的信息。

因此，本文的实施例提供了一种用于共享与呼叫相关联的丰富的信息的方法。所述方法包括由发送设备向接收设备发送包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫的同时、在建立呼叫之后和在终止呼叫之后中的一个处，发送丰富的信息。

因此，本文的实施例提供了一种用于共享与呼叫相关联的丰富的信息的方法。所述方法包括由服务器从发送设备接收包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫之后和在终止呼叫之后中的一个处，接收丰富的信息；以及由服务器向接收设备发送消息。

因此，本文的实施例提供了一种用于共享与呼叫相关联的丰富的信息的接收设备。接收设备包括：接收器，被配置为接收信号；以及控制器，被配置为控制从发送设备接收包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫之后和在终止呼叫之后中的一个处接收丰富的信息，确定丰富的信息与呼叫之间的相关性以及基于相关性显示丰富的信息。

因此，本文的实施例提供了一种用于共享与呼叫相关联的丰富的信息的发送设备。所述发送设备包括：传送器，被配置为发送信号；以及控制器，被配置为控制将包括丰富的信息的消息发送到接收设备，其中，在建立呼叫之前、在建立呼叫之后和在终止呼叫之后中的一个处发送丰富的信息。

因此，本文的实施例提供了一种用于共享与呼叫相关联的丰富的信息的服务器，所述服务器包括：收发器，被配置为发送/接收信号；以及控制器，被配置为控制从发送设备接收包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫之后和在终止呼叫之后中的一个处接收丰富的信息，以及将消息发送到接收设备。

因此，本文的实施例提供了一种计算机程序产品，包括记录在计算机可读非临时性存储介质上的计算机可执行程序代码。所述计算机可执行程序代码在执行时导致以下动作，包括：由接收设备从发送设备接收包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫之后和在终止呼叫之后中的一个处接收丰富的信息；由接收设备确定丰富的信息与呼叫之间的相关性；以及由接收设备基于相关性显示丰富的信息。

因此，本文的实施例提供了一种计算机程序产品，包括记录在计算机可读非临时性存储介质上的计算机可执行程序代码。所述计算机可执行程序代码在执行时导致以下动作，包括：由发送设备将包括丰富的信息的消息发送到接收设备，其中，在建立呼叫之前、在建立呼叫的同时、在建立呼叫之后和在终止呼叫之后中的一个处发送丰富的信息。

因此，本文的实施例提供了一种计算机程序产品，包括记录在计算机可读非临时性存储介质上的计算机可执行程序代码。所述计算机可执行程序代码在执行时导致以下动作，包括：由服务器从发送设备接收包括丰富的信息的消息，其中，在建立呼叫之前、在建立呼叫之后和在终止呼叫之后中的一个处接收丰富的信息；以及由服务器将消息发送到接收设备。

当结合以下说明书和附图考虑时，将更好地领会和理解本文的实施例的这些和其它方面。然而，应当理解，以下说明虽然表示优选实施例及其许多具体细节，但是以说明而非限制的方式给出。在不脱离其精神的情况下，可以在本文的实施例的范围内进行许多改变和修改，并且本文的实施例包括所有这样的修改。

附图说明

在附图中示出了本发明，贯穿附图，相同的附图标记表示各个图中相对应的部分。根据以下参考附图的描述将更好地理解本文的实施例，在附图中：

图1示出根据本文公开的实施例的用于共享与呼叫相关联的丰富的信息的无线通信系统；

图2示出根据本文公开的实施例的发送方设备中的各个单元；

图3示出根据本文公开的实施例的接收方设备中的各个单元；

图4示出根据本文公开的实施例的服务器中的各个单元；

图5是示出根据本文公开的实施例的用于由发送方设备共享与呼叫相关联的丰富的信息的方法的流程图；

图6是示出根据本文公开的实施例的用于在接收方设备上显示与呼叫相关联的丰富的信息的方法的流程图；

图7是示出根据本文公开的实施例的用于经由服务器共享与呼叫相关联的丰富的信息的方法的流程图；

图8是示出根据本文公开的实施例的用于在会话中共享与呼叫相关联的丰富的信息的方法的序列图；

图9是示出根据本文公开的实施例的用于使用SIP消息共享与呼叫相关联的丰富的信息的方法的序列图；

图10是示出根据本文公开的实施例的用于建立丰富的呼叫设置的方法的序列图，其中，初始共享丰富的信息之后进行呼叫设置；

图11a和图11b是示出根据本文公开的实施例的用于建立丰富的呼叫的方法的序列图，其中，初始共享丰富的信息之后进行呼叫设置；

图12是示出根据本文公开的实施例的用于建立丰富的呼叫的方法的序列图，其中，初始设置呼叫之后共享与呼叫相关联的丰富的信息；

图13a和图13b是示出根据本文公开的实施例的建立丰富的呼叫的方法的序列图，其中，初始设置呼叫之后共享与呼叫相关联的丰富的信息；

图14是示出根据本文公开的实施例的用于在建立呼叫之前共享丰富的信息的方法的序列图；

图15是示出根据本文公开的实施例的用于在建立呼叫之后共享丰富的信息的方法的序列图；

图16是示出根据本文公开的实施例的用于在终止呼叫之后共享丰富的信息的方法的序列图；以及

图17示出根据本文公开的实施例的实现用于共享与呼叫相关联的丰富的信息的方法的计算环境。

具体实施方式

参考附图中所示并且在下面的描述中详细描述的非限制性实施例，来更加全面地说明本文的实施例及其各种特征和有利细节。省略了熟知的组件和处理技术的描述，以免不必要地模糊本文的实施例。而且，本文描述的各种实施例不一定是相互排斥的，因为一些实施例可以与一个或多个其他实施例组合以形成新的实施例。当在本文使用时，术语“或”是指非排他性的“或”，除非另有说明。这本文使用的示例仅旨在便于理解本文中的实施例可以被实践的方式，并且进一步使本领域技术人员能够实践本文的实施例。因此，实施例不应被解释为限制本文实施例的范围。

本文的实施例公开了一种用于共享与呼叫相关联的丰富的信息的方法。该方法包括从发送方设备接收包括丰富的信息的消息。在建立呼叫之前、在建立呼叫之后或在终止呼叫之后接收丰富的信息。此外，该方法包括确定丰富的信息与呼叫之间的相关性。此外，该方法包括基于相关性显示丰富的信息。

在实施例中，呼叫是电路交换(CS)呼叫或分组交换(PS)呼叫。

在实施例中，从发送方设备接收的消息包括丰富的信息和呼叫是PS呼叫时的呼叫设置请求。

在实施例中，接收方设备从至少一个信息源获取丰富的信息。

在实施例中，丰富的信息被接收方设备自动接受。

在实施例中，丰富的信息包括发送方提供的信息。

本文的实施例的另一方面公开了一种用于共享与呼叫相关联的丰富的信息的方法。该方法包括将包括丰富的信息的消息发送到接收方设备。丰富的信息在建立呼叫之前、在建立呼叫之后或在终止呼叫之后发送。

在实施例中，发送方设备从(一个或多个)信息源获取丰富的信息。

本文的实施例的另一方面公开了一种用于共享与呼叫相关联的丰富的信息的方法。该方法包括从发送方设备接收包括丰富的信息的消息。在建立呼叫之前、在建立呼叫之后或在终止呼叫之后接收丰富的信息。此外，该方法包括将消息发送到接收方设备。

在实施例中，服务器是增强视觉呼叫(EVC)服务器。

与常规系统和方法不同，所提出的方法提供了一种用于共享与呼叫相关联的丰富的信息的稳健并且简单的机制，从而增强通信体验。所提出的方法允许用户增强标准(或普通)语音呼叫体验。在示例中，发送方可以将丰富的信息共享给接收方。接收方接收呼叫，并且在由发送方设备与接收方设备建立呼叫之前共享诸如主题、位置、图片等的丰富的信息。在另一个示例中，发送方或接收方可以在呼叫期间共享丰富的信息。在另一示例中，当接收方拒绝或未应答呼叫时，发送方可以共享丰富的信息。

标签“第一”和“第二”用于说明性目的，而不意图限制本发明的范围。此外，要理解的是，标签“第一”和“第二”可以互换使用并且可以是多个设备。

贯穿说明书所描述的呼叫是指电路交换(CS)呼叫或分组交换(PS)呼叫。

词语“内容源”和“信息源”贯穿说明书可互换使用。

现在参照附图并且更具体地参照图1至图17示出了优选实施例，在附图中，相似的附图标记贯穿附图一致地表示相应的特征。

图1示出了根据本文公开的实施例的用于共享与呼叫相关联的丰富的信息的无线通信系统100。在实施例中，无线通信系统100包括发送方设备102和接收方设备104。在另一个实施例中，除了发送方设备102和接收方设备104之外，无线通信系统100还包括服务器(未示出)，其有助于在发送方设备102和接收方设备104之间交换一个或多个信令消息。信令消息被交换以共享与呼叫相关联的丰富的信息。发送方设备102或接收方设备104可以是例如膝上型计算机、台式计算机、移动电话、智能电话、个人数字助理(PDA)、平板式设备、平板式电话、消费电子设备、双显示器设备或任何其他电子设备。

在实施例中，考虑以下场景：其中，与发送方设备102相关联的发送方(即，可以被称为增强型视觉呼叫(EVC)用户)尝试和与接收方设备104相关联的接收方(即，可以被称为EVC用户)建立丰富的呼叫。在建立丰富的呼叫之前，发送方设备102可以被配置为将包括丰富的信息的消息发送到接收方设备104。在实施例中，发送方设备102在与接收方设备104建立呼叫之前发送丰富的信息。在另一个实施例中，发送方设备102在与接收方设备104建立呼叫之后发送丰富的信息。在另一个实施例中，发送方设备102在与接收方设备104终止呼叫之后发送丰富的信息。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档(profile)信息、社交网站(SNS)内容、web内容、呼叫的上下文、位置信息、客户标识符等。在实施例中，EVC用户可以是正常端用户或者业务(business)端用户，两者都需要具有EVC服务订阅。

在接收到丰富的信息之后，接收方设备104可以被配置为将丰富的信息与呼叫相关联。在实施例中，由接收方设备104接收的丰富的信息与呼叫相关联(即，相关)。因此，为了将丰富的信息与呼叫相关，为EVC特定事件定义了通用可扩展标记语言(XML)结构。在实施例中，使用融合IP消息传递(CPM)事件框架为EVC特定事件定义XML结构。元素“丰富的信息(<evcenrichedinfo>)是出现在<cpm-evfw>元素下面的根EVC事件元素，如[CPM-CONV-TS_2.1]6.7节“CPM Event Reporting Framework”中所述，并且包括“呼叫相关性信息(即，<call-correlation-info>)元素”，其用于唯一地识别与丰富的信息相关联的呼叫。呼叫相关性信息元素可以包括一个“来自(即，<from>)元素”，其是发起发送方的唯一标识符，并且可以是MSISDN或SIP URI。此外，呼叫相关性信息元素包括一个“到”(即，<to>)元素，其是接收方的唯一标识符，并且可以是移动台国际用户号码簿(MSISDN)或会话发起协议(SIP)统一资源定位符(URL)。

此外，可选地，呼叫相关性信息元素可以包括一个“呼叫段(即，<call-seq>)元素”，其是用于识别分组交换(PS)呼叫业务的唯一标识符。此外，可选地，呼叫相关性信息元素可以包括一个“主题(即，<subject>)元素”，其是关于由发送方添加的关于呼叫的信息。在实施例中，主题字段的最大长度为100个字符。此外，呼叫相关性信息元素可以包括有助于共享丰富的信息并且建立丰富的呼叫的任何其他元素。

此外，丰富的信息元素可以包括包含正在共享的丰富的信息的呼叫关联数据(即，<call-associated-data>)元素，并且具有指示场景类型的“类型”属性。可能的值是指示个人对个人场景的“P2P”、指示企业对客户端场景的“b2c”或指示web和呼叫场景的“wpc”。此外，丰富的信息元素可以包括用于共享发送方需要将其与呼叫相关联的信息的超链接(诸如超文本传送协议(HTTP)URL)的一个或多个链接(即，<link>)元素。URL可以表示参考用户简档、博客、SNS内容、图片、填充的web表单或与呼叫相关的web内容。

此外，可选地，丰富的信息元素可以包括用于共享发送方的位置信息的位置(即，<location>)元素。位置元素可以包括表示纬度的<lat>元素和表示经度的<long>元素，或位置信息的任何其他表示。此外，可选地，丰富的信息元素可以包括用于共享与浏览商业web内容信息相关联的发送方的web业务参考的web参考标识符(即，<web-reference-id>)元素。此外，可选地，丰富的信息元素可以包括任何其他元素。

此外，接收方设备104可以被配置为基于相关性显示丰富的信息。在实施例中，接收方设备104从至少一个信息源获取丰富的信息。在示例中，考虑以下场景：其中，EVC用户B(即，发送方)尝试与EVC用户-A(即，接收方)建立呼叫。EVC用户B选择EVC用户-A的联系方式(contact)；以及在进行呼叫之前与EVC用户-A共享SNS内容(即，丰富的信息)。在接收到SNS内容之后，EVC用户A在接受呼入(incoming call)之前查看EVC用户B的SNS内容。此外，EVC用户A也可以与EVC用户B共享他/她的SNS内容，从而继续呼叫。EVC用户B还可以在正在进行的呼叫期间查看EVC用户A的SNS内容。

在另一示例中，考虑以下场景：其中，发送方尝试与比萨中心建立呼叫。在建立呼叫之前，发送方与比萨中心(即，接收方)共享丰富的信息，其中，关于丰富的信息的信息被显示给接收方。此外，结合图2说明发送方设备102的功能。结合图3说明接收方设备104的功能。

与常规系统和方法不同，所提出的方法增强了标准(即，普通)语音呼叫体验。在示例中，发送方可以将丰富的信息共享给接收方。接收方可以在从发送方接收呼叫的同时(即，预呼叫场景)查看包括主题、位置、图片等的丰富的信息。在另一示例中，发送方可以在呼叫期间(即，呼叫中间体验)中共享诸如消息、文件(或如演示的文件组)、位置、背景、音频、视频等的丰富的信息。在另一示例中，发送方可以在终止呼叫之后与接收方共享丰富的信息。

在实施例中，在电路交换(CS)呼叫和分组交换(PS)呼叫的情况下，可以在来自呼叫的单独消息中共享丰富的信息。在另一个实施例中，在PS呼叫的情况下，可以在呼叫内部(inside)发送丰富的信息。当在呼叫内部发送丰富的信息时，则消除用于相关与呼叫相关联的丰富的信息的处理。

图1示出无线通信系统100的有限概述，但是应当理解，其他实施例不限于此。此外，无线通信系统100可以包括任何数量的设备和服务器。此外，无线通信系统100包括彼此通信的任何数量的硬件或软件组件。以示例的方式，在设备上运行的应用和设备本身两者都可以是组件。

图2示出根据本文公开的实施例的发送方设备102中的各个单元。在实施例中，发送方设备102包括存储器单元202、处理器单元204、接收器(Rx)单元206和传送器(Tx)单元208。

存储器单元202可以包括一个或多个计算机可读存储介质。存储器单元202可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪速存储器或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。此外，在一些示例中，存储器单元202可以被认为是非临时性存储介质。术语“非临时性”可以指示存储介质没有体现在载波或传播信号中。然而，术语“非临时性”不应被解释为意味着存储器单元202是不可移动的(non-movable)。在一些示例中，存储器单元202可以被配置为存储比存储器更大量的信息。在某些示例中，非临时性存储介质可以存储可以随时间改变的数据(例如，在随机存取存储器(RAM)或高速缓存中)。

处理器单元204可以被配置为通过使用Tx单元208将包括丰富的信息的消息发送到接收方设备104。在实施例中，处理器单元204可以被配置为在与接收方设备104建立呼叫之前发送丰富的信息。在另一个实施例中，处理器单元204可以被配置为在建立呼叫的同时发送丰富的信息。在另一个实施例中，处理器单元204可以被配置为在建立呼叫之后发送丰富的信息。在另一个实施例中，处理器单元204可以被配置为在终止呼叫之后发送丰富的信息。此外，处理器单元204可以被配置为从(一个或多个)信息源获取丰富的信息。Rx单元206与单元进行内部通信并且与接收方设备104进行外部通信。此外，发送方设备102的功能结合图8至图16进行说明。

在实施例中，呼叫是CS呼叫或PS呼叫。在实施例中，从发送方设备102接收的消息包括丰富的信息和呼叫是PS呼叫时的呼叫设置请求。在示例中，丰富的信息和呼叫设置请求可以被包括在相同的消息中，并且可以被发送到接收方设备104。

图2示出发送方设备102的示例性单元，但是应当理解，其他实施例不限于此。在其他实施例中，发送方设备102可以包括更少或更多的单元。此外，单元的标签或名称仅用于说明性目的，并且不限制本发明的范围。一个或多个单元可以组合在一起以在发送方设备102中执行相同或基本类似的功能。

图3示出根据本文公开的实施例的接收方设备104中的各个单元。在实施例中，接收方设备104包括存储器单元302、处理器单元304、接收器(Rx)单元306和传送器(Tx)单元308。

存储器单元302可以包括一个或多个计算机可读存储介质。存储器单元302可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪速存储器或者电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。此外，在一些示例中，存储器单元302可以被认为是非临时性的存储介质。术语“非临时性”可以指示存储介质没有体现在载波或传播信号中。然而，术语“非临时性”不应被解释为意味着存储器单元302是不可移动的。在一些示例中，存储器单元302可以被配置为存储比存储器更大量的信息。在某些示例中，非临时性存储介质可以存储可以随时间改变的数据(例如，在随机存取存储器(RAM)或高速缓存中)。

处理器单元304可以被配置为通过使用Rx单元306从发送方设备102接收包括丰富的信息的消息。在实施例中，处理器单元304可以被配置为在与发送方设备102建立呼叫之前接收丰富的信息。在另一个实施例中，处理器单元304可以被配置为在与发送方设备102建立呼叫之后接收丰富的信息。在另一个实施例中，处理器单元304可以被配置为在与发送方设备102终止呼叫之后接收丰富的信息。处理器单元304从信息源获取丰富的信息。

此外，处理器单元304可以被配置为确定丰富的信息和呼叫之间的相关性。此外，处理器单元304可以被配置为基于相关性显示丰富的信息。Tx单元308与单元进行内部通信，并且与发送方设备102进行外部通信。此外，接收方设备104的功能结合图8至图16进行说明。

图3示出接收方设备104的示例性单元，但是应当理解，其他实施例不限于此。在其他实施例中，接收方设备104可以包括更少或更多个单元。此外，单元的标签或名称仅用于说明性目的，并且不限制本发明的范围。一个或多个单元可以组合在一起以在接收方设备104中执行相同或基本类似的功能。

图4示出根据本文公开的实施例的服务器中的各个单元。在实施例中，服务器400包括存储器单元402、处理器单元404、接收器(Rx)单元406和传送器(Tx)单元408。在实施例中，服务器可以是增强型视觉呼叫(EVC)服务器。

存储器单元402可以包括一个或多个计算机可读存储介质。存储器单元402可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪速存储器或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。此外，在一些示例中，存储器单元402可以被认为是非临时性的存储介质。术语“非临时性”可以指示存储介质没有体现在载波或传播信号中。然而，术语“非临时性”不应被解释为意味着存储器单元402是不可移动的。在一些示例中，存储器单元402可以被配置为存储比存储器更大量的信息。在某些示例中，非临时性存储介质可以存储可以随时间改变的数据(例如，在随机存取存储器(RAM)或高速缓存中)。

处理器单元404可以被配置为从发送方设备102接收包括丰富的信息的消息。在实施例中，处理器单元404可以被配置为在建立呼叫之前接收丰富的信息。在另一个实施例中，处理器单元404可以被配置为在建立呼叫之后接收丰富的信息。在另一个实施例中，处理器单元404可以被配置为在终止呼叫之后接收丰富的信息。此外，处理器单元404可以被配置为将消息发送到接收方设备104。RX单元406和Tx单元408与单元进行内部通信，并且与发送方设备102和接收方设备104外部进行通信。此外，服务器400的功能结合图8至图16进行说明。

图4示出服务器400的示例性单元，但是应当理解，其他实施例不限于此。在其他实施例中，服务器400可以包括更少或更多个单元。此外，单元的标签或名称仅用于说明性目的，并且不限制本发明的范围。一个或多个单元可以组合在一起以在服务器400中执行相同或基本相似的功能。

图5是示出根据本文公开的实施例的用于由发送方设备102共享与呼叫相关联的丰富的信息的方法的流程图。在步骤502，方法500包括从信息源获取丰富的信息。方法500允许处理器单元204从信息源获取丰富的信息。

在步骤504，方法500包括将包括丰富的信息的消息发送到接收方设备104。方法500允许处理器单元204将包括丰富的信息的消息发送到接收方设备104。在实施例中，在建立呼叫之前发送丰富的信息。在另一个实施例中，在建立呼叫之后发送丰富的信息。在另一个实施例中，在终止呼叫之后发送丰富的信息。

方法500中的各种动作、行动、块、步骤等可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些动作、行动、块、步骤可以被省略、添加、修改、跳过等。

图6是示出根据本文公开的实施例的在接收方设备104上显示与呼叫相关联的丰富的信息的方法600的流程图。在步骤602，方法600包括从发送方设备102接收包括丰富的信息的消息。方法600允许处理器单元304从发送方设备102接收包括丰富的信息的消息。在实施例中，在建立呼叫之前接收丰富的信息。在另一个实施例中，在建立呼叫之后接收丰富的信息。在另一个实施例中，在终止呼叫之前接收丰富的信息。在实施例中，从信息源获取丰富的信息。

在步骤604，方法600包括确定丰富的信息与呼叫之间的相关性。方法600包括处理器单元304，以确定丰富的信息与呼叫之间的相关性。在步骤606，方法600包括基于相关性显示丰富的信息。方法600允许处理器单元304基于相关性显示丰富的信息。

方法600中的各种动作、行动、块、步骤等可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些动作、行动、块、步骤等可以被省略、添加、修改、跳过等。

图7是示出根据本文公开的实施例的经由服务器400共享与呼叫相关联的丰富的信息的方法700的流程图。服务器400可以是EVC服务器。

在步骤702，方法700包括从发送方设备102接收包括丰富的信息的消息。方法700允许服务器400接收包括丰富的信息的消息。在步骤704，方法700包括将消息发送到接收方设备104。方法700允许服务器400将消息发送到接收方设备104。

方法700中的各种动作、行动、块、步骤等可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些动作、行动、块、步骤等可以被省略、添加、修改、跳过等。

图8是示出根据本文公开的实施例的在会话中共享与呼叫相关联的丰富的信息的方法的序列图。在实施例中，发送方设备102包括丰富客户端102A、内容处理客户端102B和呼叫处理客户端102C。类似地，接收方设备104包括丰富客户端104A、内容处理客户端104B和呼叫处理客户端104C。在实施例中，无线通信系统可以包括内容服务器800A和电话AS800B。丰富客户端102A驻留在发送方设备中，并且允许发送方通过与其他EVC功能组件和其他外部实体交互来使用启用EVC的服务。类似地，丰富客户端104A驻留在接收方设备中，并且允许接收方通过与其他EVC功能组件和其他外部实体交互来使用启用EVC的服务。

在实施例中，考虑以下场景：其中，发送方(可以称为EVC用户)尝试将丰富的呼叫请求发送给接收方(可以称为EVC用户)以用于共享丰富的信息的情况。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档信息、SNS内容、web内容、位置信息等。在实施例中，EVC用户可以是正常端用户或者商业端用户，两者都需要具有EVC服务订阅。信令序列800描绘了发送方设备102、接收方设备104和服务器400之间的通信。

在实施例中，服务器400驻留在网络域中并且与丰富客户端(即，丰富客户端102A和丰富客户端104A)以及诸如EVC XML文档管理服务器(XDMS)的其他网络组件或其他外部实体交互；此外，服务器400是用户特定功能组件。这些功能在家庭网络中执行，并且在服务(servicing)来自EVC用户的请求时被调用。服务器400代表其服务的EVC用户处理与EVC数据相关的请求，并且实施EVC用户偏好和服务提供商策略。另外，服务器400负责来自于或终止于丰富客户端的所有请求的授权和认证。服务器400还处理丰富客户端注册，确保数据完整性和机密性以及用户隐私。

在步骤802：发送方设备102的丰富客户端102A获得用于构成呼叫相关性信息(即，呼叫相关性信息，call-correlation-info)和EVC数据(即，呼叫相关联的数据，call-associated-data)的丰富的信息(即，内容、URL等)。

在步骤804：丰富客户端102A向服务器400发送SIP INVITE消息。在实施例中，SIPINVITE消息包括EVC服务相关IP多媒体子系统(IMS)通信服务标识符(ICSI)和IMS应用参考标识符(IARI)(即，ICSI：EVC，IARI：oma.evc)。SIP INVITE消息用于建立具有消息会话中继协议(MSRP)信道的SIP会话，以发送丰富的信息。在实施例中，ICSI和IARI用于明确识别丰富的呼叫场景。第三代合作伙伴计划(3GPP)已经定义了要用于IMS服务的服务和应用标识符。这些标识符可以由两个客户端(即，发送方设备102和接收方设备104)和网络使用。客户端可以使用标识符来指示其对网络的能力。EVC ICSI是urn-7：3gpp-service：ims.icsi.oma.evc。当将丰富的信息共享定义为EVC服务内的应用程序时，EVC服务使用IARI来明确识别自身。用于EVC服务的IARI可能是：urn-7：3gpp-application.ims.iari.oma.evc。此外，ICSI和IARI被编码为统一资源名称(URN)，并且通过分别使用两个3GPP定义的媒体特征标签——g.3gpp.icsi-ref和g.3gpp.iari-ref——包括在SIP消息中。例如：

+g.3gpp.iari-ref＝"urn％3Aurn-7％3A3gpp-application.ims.iari.oma.evc

+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.evc

此外，下面的SIP消息可以携带如下所述的这些服务标识符：

INVITE(在接受联系人和联系人报头(accept-contact and contact header)中)和随后的200OK(在联系人报头中)。

REGISTER(在联系人报头中，在网络中的REGISTER方法中处理服务标识符是可选的)和随后的200OK(在联系人报头中)。

OPTIONS(在200OK的联系人报头中)

MESSAGE

在步骤806：在接收到SIP INVITE消息之后，服务器400将SIP INVITE消息发送到接收方设备104的丰富客户端104A，以便共享丰富的信息。

在步骤808：丰富客户端104A自动接受(即Auto_Accept)从服务器400接收的用于接收丰富的信息的SIP INVITE消息。

在步骤810：在接受SIP INVITE消息之后，丰富客户端104A向服务器400发送200OK响应消息。

在步骤812：服务器400将200OK响应消息发送到丰富客户端102A。

在步骤814：在接收到200OK响应消息之后，在丰富客户端102A和丰富客户端104A之间建立MSRP信道。MSRP通道用于传送包含丰富的信息的XML有效载荷。在实施例中，丰富的信息以推送消息或拉取消息的形式共享。在实施例中，使用基于XML的协议来将丰富的信息共享到丰富客户端104A。在示例中，丰富的信息的结构如下所示：

丰富的信息的结构：

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

<cpm-evfw xmlns＝"urn:oma:xml:cpm:evfw"

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

xmlns:evc＝"urn:oma:xml:evc:enrichedinfo">

<evc:evcenrichedinfo>

<evc:call-correlation-info>

<evc:from>[MSISDN or SIP URI]</evc:from>

<evc:to>[MSISDN or SIP URI]</evc:to>

<evc:call-seq>[CSeq#]</evc:call-seq>

<evc:subject>this is call subject</evc:subject>

</evc:call-correlation-info>

<evc:call-associated-data type＝"p2p">

<evc:link>[HTTP URL]</evc:link>

<evc:location>

<evc:lat>17.308688</evc:lat>

<evc:long>77.695313</evc:long>

</evc:location>

</evc:call-associated-data>

</evc:evcenrichedinfo>

</cpm-evfw>

在实施例中，“evcenrichedinfo”下的元素是强制性的，并且还可以通过添加新元素来扩展。包括“呼叫相关性信息(call-correlation-info)”下的元素，以将丰富的信息与正在设置的呼叫相关联。可以扩展“呼叫相关性信息”之下的元素，这将有助于丰富客户端104A唯一地识别呼叫。此外，“呼叫相关联的数据(call-associated-data)”下的元素包括到丰富客户端104A将其与呼叫相关联的丰富的信息的链接(发送方提供的信息)。如果丰富的信息不是web页面，则包括与存储的文件相对应的元素。丰富客户端104A从向接收方显示与呼叫相关联的丰富的信息之前提供的链接或URL(发送方提供的信息)检索web页面或文件。

在步骤816：一旦在丰富客户端102A和丰富客户端104A之间完成XML有效载荷共享，则丰富客户端102A向服务器400发起或发送用于终止SIP会话SIP BYE消息。

在步骤818：在接收到SIP BYE消息之后，服务器400向丰富客户端104A发送SIPBYE消息，以终止丰富客户端102A和丰富客户端104A之间的SIP会话。

在步骤820：丰富客户端104A向服务器400发送200OK响应消息。

在步骤822：服务器400将200OK响应消息传送到丰富客户端102A。

方法800中的各种步骤可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些步骤可以被省略、添加、修改、跳过等。

图9是示出根据本文公开的实施例的使用SIP消息共享与呼叫相关联的丰富的信息的方法的序列图。在实施例中，发送方设备102包括丰富客户端102A、内容处理客户端102B和呼叫处理客户端102C。类似地，接收方设备104包括丰富客户端104A、内容处理客户端104B和呼叫处理客户端104C。

在实施例中，考虑以下场景：其中，发送方(可以称为EVC用户)尝试将丰富的呼叫请求发送给接收方(可以称为EVC用户)以共享丰富的信息。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档信息、SNS内容、web内容、位置信息等。在实施例中，EVC用户可以是正常端用户或者商业端用户，两者都需要具有EVC服务订阅。信令序列900描述发送方设备102，接收方设备104和服务器400之间的通信。

在步骤902：发送方设备102的丰富客户端102A获得用于构成呼叫相关性信息(即，呼叫相关性信息(call-correlation-info))和EVC数据(即，呼叫相关联的数据(call-associated-data))的丰富的信息(即，内容、统一资源定位符(URL)等)。

在步骤904：丰富客户端102A向服务器400发送SIP消息。在实施例中，SIP消息包括EVC服务相关的ICSI和IARI(即，ICSI：EVC，IARI：oma.evc)。此外，SIP消息包括包含丰富的信息的XML有效载荷，如上结合图8所述。

在步骤906：在接收到SIP消息之后，服务器400将SIP消息传送到接收方设备104的丰富客户端104A，以便共享丰富的信息。

在步骤908：一旦接收到具有用于丰富的信息的XML有效载荷的SIP消息，则丰富客户端104A向服务器400发送200OK响应消息。

在步骤910：服务器400将200OK响应消息传送到丰富客户端102A。

方法900中的各种步骤可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些步骤可以被省略、添加、修改、跳过等。

图10是示出根据本文公开的实施例的用于建立丰富的呼叫设置的方法的序列图，其中，初始共享丰富的信息之后进行呼叫设置。在实施例中，发送方设备102包括丰富客户端102A、内容处理客户端102B和呼叫处理客户端102C。类似地，接收方设备104包括丰富客户端104A、内容处理客户端104B和呼叫处理客户端104C。信令序列1000描绘了发送方设备102，接收方设备104，服务器400，内容服务器800A和电话AS 800B之间的通信。

在步骤1002：发送方选择向接收方进行丰富的呼叫以共享丰富的信息。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档信息、SNS内容、web内容、位置信息等。在实施例中，EVC用户可以是正常端用户或者商业端用户，两者都需要具有EVC服务订阅。

在步骤1004：在实施例中，如果发送方想要共享的丰富的信息的内容在内容服务器800A(即，信息源)处或本地在发送方设备102上，则丰富客户端102A将获取到内容的链接。在另一个实施例中，如果发送方想要共享的丰富的信息的内容在内容服务器800A处不可用，则丰富客户端102A将内容上载或发布到内容服务器800A并且获取到存储的内容的链接。

在步骤1006：丰富客户端102A与丰富客户端104A共享丰富的信息。在实施例中，如上所述结合图8解释用于共享丰富的信息的机制。在另一个实施例中，如上所述结合图9解释用于共享丰富的信息的机制。在实施例中，如果在指定持续时间(即，运营商配置的参数或实施方式细节)与丰富客户端104A的丰富的信息的共享不成功，则丰富客户端102A向发送方通知(即，以视觉指示、音频消息等的形式)它不能建立丰富的呼叫。此外，可以向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项。

在步骤1008：在接收到丰富的信息之后，丰富客户端104A提取包括呼叫相关性信息和EVC数据的丰富的信息。在提取丰富的信息之后，丰富客户端104A确定是否存在与呼叫相关性信息相关联的任何呼入。如果呼入不与呼叫相关性信息相关联，则丰富客户端104A可以存储(即，高速缓存)丰富的信息并且不将其显示给接收方。在实施例中，如果与呼叫相关性信息相关联的呼入在指定持续时间内不可用，则丰富客户端104A丢弃所存储的丰富的信息。

在步骤1010：在接收到确认与丰富客户端104A共享丰富的信息之后，丰富客户端102A触发呼叫处理客户端102C以发起与接收方的呼叫处理客户端104C的呼叫设置。

在步骤1012：呼叫处理客户端102C向电话AS 800B发送呼叫设置请求消息，以与接收方建立呼叫。

在步骤1014：在接收到呼叫设置请求消息之后，电话AS 800B向呼叫处理客户端104C发送呼叫设置请求消息。在实施例中，如果呼叫设置失败，则丰富客户端102A向发送方通知它不能进行丰富的呼叫。可以向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项。

在步骤1016：丰富客户端104A触发内容处理客户端104B以从内容服务器800A获取与EVC数据中的URL或链接相关联的内容。内容服务器800A将在向内容处理客户端104B提供内容之前授权。

在步骤1018：获取的内容然后与呼入相关并且显示给接收方。

在步骤1020：接收方查看显示的丰富的信息，并且可以决定接受或拒绝丰富的呼叫。

在步骤1022：在接收方接受呼叫之后，完成呼叫设置处理，并且在发送方和接收方之间建立丰富的呼叫。

方法1000中的各种步骤可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些步骤可以被省略、添加、修改、跳过等。

图11a和图11b是示出根据本文公开的实施例的用于建立丰富的呼叫设置的方法1100的流程图，其中，初始共享丰富的信息之后进行呼叫设置。在步骤1102，方法1100包括发起用于共享与呼叫相关联的丰富的信息的处理。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档信息、SNS内容、web内容、位置信息等。在实施例中，EVC用户可以是正常端用户或者商业端用户，两者都需要具有EVC服务订阅。在步骤1104，方法1100包括选择对接收方进行丰富的呼叫。

如果在步骤1106确定发送方想要共享的丰富的信息的内容在内容服务器800A中，则在步骤1108，方法1100包括获取到内容服务器800A中的可用内容的链接。方法1100允许丰富客户端102A获取到内容服务器800A中可用内容的链接。

如果在步骤1106确定发送方想要共享的丰富的信息的内容在内容服务器800A处不可用，则在步骤1110，方法1100包括将内容上载或发布到内容服务器800A并且获取到存储内容的链接。方法1100允许丰富客户端102A将内容上载或发布到内容服务器800A并且获取到存储内容的链接。

在步骤1112，方法1100包括在与接收方设备104中的丰富客户端104A共享丰富的信息。方法1100允许丰富客户端102A与丰富客户端104A共享丰富的信息。在实施例中，如上所述结合图8解释用于共享丰富的信息的机制。在另一实施例中，如上所述结合图9解释用于共享丰富的信息的机制。在实施例中，如果在指定持续时间(即，运营商配置的参数或实施方式细节)与丰富客户端104A共享丰富的信息不成功，则丰富客户端102A向发送方通知(即，以视觉指示、音频消息等的形式)它不能建立丰富的呼叫。

如果在步骤1114确定在指定超时时段内成功地共享丰富的信息，则在步骤1116，方法1100包括提取包括呼叫相关性信息和EVC数据的丰富的信息。方法1100允许丰富客户端104A提取包括呼叫相关性信息和EVC数据的丰富的信息。

如果在步骤1114确定丰富的信息在指定超时时段内未被成功共享，则在步骤1118，方法1100包括向发送方通知建立丰富的呼叫不可能，并且向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项。方法1100允许丰富客户端102A向发送方通知建立丰富的呼叫不可能，并且向发送方提供用于进行普通呼叫或退出对接收方的呼叫的选项。在步骤1120，方法1100包括终止用于与接收方建立丰富的呼叫的处理。方法1100允许丰富客户端102A终止用于与接收方建立丰富的呼叫的处理。

在步骤1122，方法1100包括触发呼叫处理客户端102C以发起与接收方设备104的呼叫处理客户端104C的呼叫设置。方法1100允许丰富客户端102A触发呼叫处理客户端102C以发起与接收方的呼叫处理客户端104C的呼叫设置。如果在步骤1124确定与接收方设备104的呼叫处理客户端104C的呼叫设置不成功，则在步骤1126，方法1100包括向发送方通知建立丰富的呼叫不可能并且向用户提供重试或进行普通呼叫或退出对接收方的呼叫的选项，并且循环回到如上所述的步骤1120。方法1100允许丰富客户端102A向发送方通知建立丰富的呼叫不可能，并且向用户提供重试或进行普通呼叫或退出对接收方的呼叫的选项，并且循环回到如上所述的步骤1120。

如果在步骤1124确定与接收方的呼叫处理客户端104C的呼叫设置成功，则在步骤1128，方法1100包括从内容服务器800A获取EVC数据中的内容。方法1100允许内容处理客户端104B从内容服务器800A获取EVC数据中的内容。内容服务器800A将在向内容处理客户端104B提供内容之前授权。

如果在步骤1130确定任何呼入与呼叫相关性信息相关联，则在步骤1132，方法1100包括从内容服务器800A获取与EVC数据中的URL或链接相关联的内容。方法1100允许内容处理客户端104B从内容服务器800A获取与EVC数据中的URL或链接相关联的内容。内容服务器800A将在向内容处理客户端104B提供内容之前授权。在步骤1134，方法1100包括将获取的内容与呼入相关，并且将其显示给接收方。方法1100允许接收方设备104将获取的内容与呼入相关并且将其显示给接收方。

在步骤1136，方法1100包括显示丰富的信息并且向用户提供选项以决定是接受还是拒绝丰富的呼叫。方法1100允许接收方设备104显示丰富的信息，并且向用户提供选项以决定是接受还是拒绝丰富的呼叫。在步骤1138，方法1100包括将显示报告发送到发送方，并且循环回到如上所述的步骤1120。方法1100允许接收方设备104将显示报告发送到发送方，并且循环回到如上所述的步骤1120。

如果在步骤1130确定任何呼入不与呼叫相关性信息相关联，则在步骤1140，方法1100包括存储丰富的信息并且不将其显示给接收方。方法1100允许丰富客户端104A存储和保持将丰富的信息显示给接收方。

如果在步骤1142确定与呼叫相关性信息相关联的呼入在指定持续时间内不可用，则在步骤1144，方法1100包括丢弃存储的丰富的信息，并且循环回到如上所述的步骤1120。方法1100允许丰富客户端104A丢弃存储的丰富的信息，并且循环回到如上所述的步骤1120。如果在步骤1142确定与呼叫相关性信息相关联的呼入在指定持续时间内可用，则方法1100循环回到如上所述的步骤1132。

方法1100中的各种动作、行动、块、步骤等可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些动作、行动、块、步骤等可以被省略、添加、修改、跳过等。

图12是示出根据本文公开的实施例的用于建立丰富的呼叫设置的方法的序列图，其中，初始设置呼叫之后共享与呼叫相关联的丰富的信息。在实施例中，发送方设备102包括丰富客户端102A、内容处理客户端102B和呼叫处理客户端102C。类似地，接收方设备104包括丰富客户端104A、内容处理客户端104B和呼叫处理客户端104C。信令序列1200描绘了发送方设备102、接收方设备104、服务器400、内容服务器800A和电话AS 800B之间的通信。

在步骤1202：发送方选择对接收方进行丰富的呼叫以共享丰富的信息。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档信息、SNS内容、web内容、位置信息等。在实施例中，EVC用户可以是正常端用户或者商业端用户，其中，两者都需要具有EVC服务订阅。

在步骤1204：丰富客户端102A触发呼叫处理客户端102C，以发起与接收方的呼叫处理客户端104C的呼叫设置。

在步骤1206：呼叫处理客户端102C向电话AS 800B发送呼叫设置请求消息，以设置与接收方的呼叫。

在步骤1208：在接收到呼叫设置请求消息之后，电话AS 800B将呼叫设置请求消息传送到呼叫处理客户端104C。在实施例中，如果呼叫设置失败，则丰富客户端102A向发送方通知它不能进行丰富的呼叫。可以向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项。

在步骤1210：在实施例中，如果发送方想要共享的丰富的信息的内容在内容服务器800A(即，信息源)处或本地在发送方设备102上，则丰富客户端102A获取到内容的链接。在另一实施例中，如果发送方想要共享的丰富的信息的内容在内容服务器800A处不可用，则丰富客户端102A将内容上载或发布到内容服务器800A并且获取到存储内容的链接。

在步骤1212：丰富客户端102A与丰富客户端104A共享丰富的信息。在实施例中，如上所述结合图8解释用于共享丰富的信息的机制。在另一实施例中，如上所述结合图9解释用于共享丰富的信息的机制。在实施例中，如果在指定持续时间(即，运营商配置的参数或实施方式细节)与丰富客户端104A共享丰富的信息不成功，则丰富客户端102A向发送方通知(即，以视觉指示、音频消息等的形式)它不能建立丰富的呼叫。此外，可以向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项。

在步骤1214：在接收到丰富的信息之后，丰富客户端104A提取包括呼叫相关性信息和EVC数据的丰富的信息。在提取丰富的信息之后，丰富客户端104A确定是否存在与呼叫相关性信息相关联的任何呼入。如果呼入不与呼叫相关性信息相关联，则丰富客户端104A可以存储丰富的信息并且不将其显示给接收方。在实施例中，如果与呼叫相关性信息相关联的呼入在指定持续时间内不可用，则丰富客户端104A丢弃存储的丰富的信息。

在步骤1216：丰富客户端104A触发内容处理客户端104B从内容服务器800A获取与EVC数据中的URL或链接相关联的内容。内容服务器800A将在向内容处理客户端104B提供内容之前授权。

在步骤1218：然后将获取的内容与呼入相关并且显示给接收方。

在步骤1220：接收方查看显示的丰富的信息，并且可以决定接受或拒绝丰富的呼叫。

在步骤1222：在由接收方接受呼叫之后，呼叫设置处理完成，并且在发送方和接收方之间建立丰富的呼叫。

方法1200中的各种步骤可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些步骤可以省略、添加、修改、跳过等。

图13a和图13b是示出根据本文公开的实施例的用于建立丰富的呼叫设置的方法的流程图，其中，初始设置呼叫之后共享与呼叫相关联的丰富的信息。在步骤1302，方法1300包括发起用于共享与呼叫相关联的丰富的信息的处理。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档信息、SNS内容、web内容、位置信息等。在实施例中，EVC用户可以是正常端用户或者商业端用户，其中，两者都需要具有EVC服务订阅。在步骤1304，方法1300包括选择对接收方进行丰富的呼叫。

如果在步骤1306确定发送方想要共享的丰富的信息的内容在内容服务器800A中，则在步骤1308，方法1300包括获取到内容服务器800A中的内容的链接。方法1300允许丰富客户端102A获取到内容服务器800A中的内容的链接。如果在步骤1306确定发送方想要共享的丰富的信息的内容在内容服务器800A处不可用，则在步骤1310，方法1300包括将内容上载或发布到内容服务器800A并且获取到存储内容的链接。方法1300允许丰富客户端102A将内容上载或发布到内容服务器800A并且获取到存储内容的链接。

如果在步骤1312确定与接收方的呼叫处理客户端104C的呼叫设置不成功，则在步骤1314，方法1300包括向发送方通知建立丰富的呼叫不可能并且向用户提供重试或进行普通呼叫或者退出对接收方的呼叫的选项。方法1300允许丰富客户端102A向发送方通知建立丰富的呼叫不可能，并且向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项。

在步骤1316，方法1300包括终止用于建立丰富的呼叫的处理。方法1300允许丰富客户端102A终止用于建立丰富的呼叫的处理。如果在步骤1312确定与接收方的呼叫处理客户端104C的呼叫设置成功，则在步骤1318，方法1300包括与丰富客户端104A共享丰富的信息。方法1300允许丰富客户端102A与丰富客户端104A共享丰富的信息。在实施例中，如上所述结合图8解释用于共享丰富的信息的机制。在另一实施例中，如上所述结合图9解释用于共享丰富的信息的机制。

如果在步骤1320确定在指定超时时间段内成功地共享丰富的信息，则在步骤1322，方法1300包括获取包括呼叫相关性信息和EVC数据的丰富的信息。方法1300允许丰富客户端104A获取包括呼叫相关性信息和EVC数据的丰富的信息。如果在步骤1320确定丰富的信息在指定超时时段内未被成功共享，则在步骤1324，方法1300包括向发送方通知建立丰富的呼叫不可能并且向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项，并且循环回到步骤1316。方法1300允许丰富客户端102A向发送方通知建立丰富的呼叫不可能，并且向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项，并且循环回到步骤1316。

如果在步骤1326确定任何呼入与呼叫相关性信息相关联，则在步骤1328，方法1300包括从内容服务器800A获取与EVC数据中的URL或链接相关联的内容。方法1300允许内容处理客户端104B从内容服务器800A获取与EVC数据中的URL或链接相关联的内容。内容服务器800A将在向内容处理客户端104B提供内容之前授权。

在步骤1330，方法1300包括将获取的内容与呼入相关，并且将其显示给接收方。方法1300允许接收方设备104将获取的内容与呼入相关并且将其显示给接收方。

如果在步骤1332确定，接收方没有应答丰富的呼叫，则在步骤1334，方法1300包括显示丰富的信息。方法1300允许接收方设备104显示丰富的信息。

在步骤1336，方法1300包括向用户提供选项以决定是接受还是拒绝丰富的呼叫。方法1300允许接收方设备向用户提供选项以决定是接受还是拒绝丰富的呼叫。

在步骤1338，方法1300包括将显示报告发送给发送方并且循环回到步骤1316。方法1300允许接收方设备104向发送方发送显示报告并循环回到步骤1316。如果在步骤1332确定接收方应答了呼叫，则在步骤1324，方法1300包括丢弃丰富的信息并且循环回到如上所述的步骤1338。方法1300允许接收方设备丢弃丰富的信息并且循环回如上所述的步骤1338。

如果确定在步骤1326任何呼入不与呼叫相关性信息相关联，则在步骤1338，方法1300包括存储丰富的信息并且不将其显示给接收方。方法1300允许丰富客户端104A存储丰富的信息并且不将其显示给接收方。

如果在步骤1344确定与呼叫相关性信息相关联的呼入在指定持续时间内不可用，则方法1300循环回到如上所述的步骤1316。如果在步骤1344确定与呼叫相关性信息相关联的呼入在指定持续时间内可用，则在步骤1324，方法1300循环回到如上所述的步骤1328。

方法1300中的各种动作、行动、块、步骤等可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些动作、行动、块、步骤等可以被省略、添加、修改、跳过等。

图14是示出根据本文公开的实施例的用于在建立呼叫之前共享丰富的信息的方法的序列图。在实施例中，发送方设备102包括丰富客户端102A、内容处理客户端102B和呼叫处理客户端102C。类似地，接收方设备104包括丰富客户端104A、内容处理客户端104B和呼叫处理客户端104C。信令序列1400描绘了发送方设备102、接收方设备104、服务器400、内容服务器800A和电话AS 800B之间的通信。

在步骤1402：发送方选择对接收方进行丰富的呼叫以共享丰富的信息。丰富的信息可以是例如文本(即，纯文本或实时文本)、多媒体内容、简档信息、SNS内容、web内容、位置信息等。在实施例中，EVC用户可以是正常端用户或者商业端用户，其中，两者都需要具有EVC服务订阅。

在步骤1404：丰富客户端102A与丰富客户端104A共享丰富的信息。在实施例中，如上所述结合图8解释用于共享丰富的信息的机制。在另一实施例中，如上所述结合图9解释用于共享丰富的信息的机制。在实施例中，如果在指定持续时间(即，运营商配置的参数或实施方式细节)与丰富客户端104A共享丰富的信息不成功，则丰富客户端102A向发送方通知(即，以视觉指示、音频消息的形式等)它不能建立丰富的呼叫。此外，可以向用户提供用于进行普通呼叫或退出对接收方的呼叫的选项。

在步骤1406：丰富客户端102A触发呼叫处理客户端102C，以向接收方设备104的呼叫处理客户端104C发起呼叫设置。在向接收方显示丰富的信息之后建立呼叫。

方法1400中的各种步骤可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些步骤可以被省略、添加、修改、跳过等。

图15是示出根据本文公开的实施例的用于在建立呼叫之后共享丰富的信息的方法的序列图。在实施例中，发送方设备102包括丰富客户端102A、内容处理客户端102B和呼叫处理客户端102C。类似地，接收方设备104包括丰富客户端104A、内容处理客户端104B和呼叫处理客户端104C。信令序列1500描绘了发送方设备102、接收方设备104、服务器400、内容服务器800A和电话AS 800B之间的通信。

在步骤1502：发送方设备102的呼叫处理客户端102C发起向接收方设备104的呼叫处理客户端104C的呼叫设置。呼叫被建立，而不向接收方显示丰富的信息。

在步骤1504：根据来自接收方的共享丰富的信息的请求，在建立呼叫之后(即，呼叫期间)，丰富客户端102A收集呼叫信息和丰富的信息。

在步骤1506：丰富客户端102A与丰富客户端104A共享丰富的信息。

在步骤1508：呼叫终止，并且接收的丰富的信息可以本地存储在接收方设备上或网络上。

方法1500中的各种步骤可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些步骤可以被省略、添加、修改、跳过等。

图16是示出根据本文公开的实施例的用于在终止呼叫之后共享丰富的信息的方法的序列图。在实施例中，发送方设备102包括丰富客户端102A、内容处理客户端102B和呼叫处理客户端102C。类似地，接收方设备104包括丰富客户端104A、内容处理客户端104B和呼叫处理客户端104C。信令序列1600描绘了发送方设备102、接收方设备104、服务器400、内容服务器800A和电话AS 800B之间的通信。

在步骤1602：接收方拒绝或未应答呼叫，正在进行的呼叫设置被终止。

在步骤1604：根据来自发送方的与接收方共享具有呼叫的接收方后取消的丰富的信息的请求，丰富客户端102A获取呼叫信息和丰富的信息。

在步骤1606：丰富客户端102A与丰富客户端104A共享丰富的信息。在实施例中，如上所述结合图8解释用于共享丰富的信息的机制。在另一实施例中，如上所述结合图9解释用于共享丰富的信息的机制。丰富客户端104A将丰富的信息存储在通话记录(call log)中。

方法1600中的各种步骤可以按呈现的顺序，以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明的范围的情况下，一些步骤可以被省略、添加、修改、跳过等。

图17示出根据本文公开的实施例的用于实现共享与呼叫相关联的丰富的信息的方法的计算环境。如图所示，计算环境1702包括配备有控制单元1704和算术逻辑单元(ALU)1706的至少一个处理单元1708、存储器1710、存储装置1712、多个联网设备1716和多个输入输出(I/O)设备1714。处理单元1708负责处理这些方案的指令。处理单元1708从控制单元1704接收命令以便执行其处理。此外，在ALU 1706的帮助下计算涉及执行指令的任何逻辑和算术运算。

总体计算环境1702可以由多个同质或异构核心、不同类型的多个CPU、特殊媒体和其他加速器组成。处理单元1708负责处理方案的指令。此外，多个处理单元1708可以位于单个芯片上或多个芯片上。

包括实现所需的指令和代码的方案被存储在存储器单元1710或存储装置1712或两者中。在执行时，可以从相对应的存储器单元1710或存储装置1712获取指令，并且由处理单元1708执行指令。

在任何硬件实现的情况下，各种联网设备1716或外部I/O设备1714可以连接到计算环境以支持通过联网单元和I/O设备单元的实现。

本文公开的实施例可以通过在至少一个硬件设备上运行的至少一个软件程序来实现，并且执行网络管理功能来控制元件。图1至图17中所示的元件包括可以是硬件设备或硬件设备和软件单元的组合中的至少一个的块。

Claims (26)

1.一种用于在通信系统中共享与呼叫相关联的信息的方法，所述方法包括：

由接收设备从发送设备接收与呼叫相关联的丰富的信息；

由接收设备识别包括在丰富的信息中的呼叫相关性信息，其中呼叫相关性信息唯一地标识与丰富的信息相关联的呼叫；

由接收设备确定是否存在与呼叫相关性信息相关联的呼叫；

如果存在与呼叫相关性信息相关联的呼叫，则由接收设备基于所识别的呼叫相关性信息来呈现丰富的信息；以及

如果不存在与呼叫相关性信息相关联的呼叫，则由接收设备存储丰富的信息。

2.根据权利要求1所述的方法，其中，在建立呼叫之前、在建立呼叫之后或在终止呼叫之后中的至少一个期间从发送设备接收丰富的信息。

3.根据权利要求1所述的方法，其中，呼叫相关性信息包括发送设备的识别信息或接收设备的识别信息中的至少一个，以及

其中，识别信息使用移动台国际用户号码簿(MSISDN)或会话发起协议(SIP)统一资源标识符(URI)。

4.根据权利要求1所述的方法，其中，丰富的信息还包括呼叫相关联的数据，

其中，呼叫相关联的数据包括与呼叫相关联的场景类型，所述场景类型指示人对人场景、企业对客户端场景或web和呼叫场景中的一个，以及

其中，呼叫相关联的数据包括与呼叫相关联的超链接信息。

5.根据权利要求1所述的方法，其中，丰富的信息还包括用于表示发送设备的位置的信息或用于共享发送设备的web业务参考的信息中的至少一个。

6.根据权利要求1所述的方法，还包括：由接收设备从发送设备接收用于经由服务器共享丰富的信息的会话发起协议(SIP)邀请消息，

由接收设备发送响应于SIP邀请消息的SIP响应消息，以及

由接收设备执行建立发送设备和接收设备之间的连接以用于共享丰富的信息。

7.根据权利要求1所述的方法，其中，由接收设备自动接受丰富的信息。

8.一种用于在通信系统中共享与呼叫相关联的信息的接收设备，所述接收设备包括：

收发器，被配置为传送或接收数据；以及

至少一个处理器，与收发器耦合并且被配置为：

从发送设备接收与呼叫相关联的丰富的信息，

识别包括在丰富的信息中的呼叫相关性信息，其中呼叫相关性信息唯一地标识与丰富的信息相关联的呼叫，

确定是否存在与呼叫相关性信息相关联的呼叫，

如果存在与呼叫相关性信息相关联的呼叫，则基于所识别的呼叫相关性信息来呈现丰富的信息，以及

如果不存在与呼叫相关性信息相关联的呼叫，则存储丰富的信息。

9.根据权利要求8所述的接收设备，其中，在建立呼叫之前、在建立呼叫之后或在终止呼叫之后中的至少一个期间从发送设备接收丰富的信息。

10.根据权利要求8所述的接收设备，其中，呼叫相关性信息包括发送设备的识别信息或接收设备的识别信息中的至少一个，以及

其中，识别信息使用移动台国际用户号码簿(MSISDN)或会话发起协议(SIP)统一资源标识符(URI)。

11.根据权利要求8所述的接收设备，其中，丰富的信息还包括呼叫相关联的数据，

其中，呼叫相关联的数据包括与呼叫相关联的场景类型，所述场景类型指示人对人场景、企业对客户端场景或web和呼叫场景中的一个，以及

其中，呼叫相关联的数据包括与呼叫相关联的超链接信息。

12.根据权利要求8所述的接收设备，其中，丰富的信息还包括用于表示发送设备的位置的信息或用于共享发送设备的web业务参考的信息中的至少一个。

13.根据权利要求8所述的接收设备，其中，至少一个处理器被配置为：

从发送设备接收用于经由服务器共享丰富的信息的会话发起协议(SIP)邀请消息，

发送响应于SIP邀请消息的SIP响应消息，以及

执行建立发送设备和接收设备之间的连接以用于共享丰富的信息。

14.根据权利要求8所述的接收设备，其中，由接收设备自动接受丰富的信息。

15.一种用于在通信系统中共享与呼叫相关联的信息的方法，所述方法包括：

由发送设备将呼叫相关性信息包括在与对接收设备的呼叫相关联的丰富的信息中，其中呼叫相关性信息唯一地标识与丰富的信息相关联的呼叫；以及

由发送设备将与呼叫相关联的丰富的信息发送到接收设备，其中，在接收设备处，确定是否存在与呼叫相关性信息相关联的呼叫，如果存在与呼叫相关性信息相关联的呼叫则基于呼叫相关性信息来呈现丰富的信息，如果不存在与呼叫相关性信息相关联的呼叫，则由接收设备存储丰富的信息。

16.根据权利要求15所述的方法，其中，在建立呼叫之前、在建立呼叫之后或在终止呼叫之后中的至少一个期间丰富的信息被发送到接收设备。

17.根据权利要求15所述的方法，其中，呼叫相关性信息包括发送设备的识别信息或接收设备的识别信息中的至少一个，以及

其中，识别信息使用移动台国际用户号码簿(MSISDN)或会话发起协议(SIP)统一资源标识符(URI)。

18.根据权利要求15所述的方法，其中，丰富的信息还包括呼叫相关联的数据，

其中，呼叫相关联的数据包括与呼叫相关联的场景类型，所述场景类型指示人对人场景、企业对客户端场景或web和呼叫场景中的一个，以及

其中，呼叫相关联的数据包括与呼叫相关联的超链接信息。

19.根据权利要求15所述的方法，其中，丰富的信息还包括用于表示发送设备的位置的信息或用于共享发送设备的web业务参考的信息中的至少一个。

20.根据权利要求15所述的方法，还包括：由发送设备将用于经由服务器共享丰富的信息的会话发起协议(SIP)邀请消息发送到接收设备，

由发送设备接收响应于SIP邀请消息的SIP响应消息，以及

由发送设备执行建立发送设备和接收设备之间的连接以用于共享丰富的信息。

21.一种用于在通信系统中共享与呼叫相关联的信息的发送设备，所述发送设备包括：

收发器，被配置为传送或接收数据；以及

至少一个处理器，与收发器耦合并且被配置为：

将呼叫相关性信息包括在与对接收设备的呼叫相关联的丰富的信息中，其中呼叫相关性信息唯一地标识与丰富的信息相关联的呼叫，以及

将与呼叫相关联的丰富的信息发送到接收设备，其中，在接收设备处，确定是否存在与呼叫相关性信息相关联的呼叫，如果存在与呼叫相关性信息相关联的呼叫则基于呼叫相关性信息来呈现丰富的信息，如果不存在与呼叫相关性信息相关联的呼叫，则由接收设备存储丰富的信息。

22.根据权利要求21所述的发送设备，其中，在建立呼叫之前、在建立呼叫之后或在终止呼叫之后中的至少一个期间丰富的信息被发送到接收设备。

23.根据权利要求21所述的发送设备，其中，呼叫相关性信息包括发送设备的识别信息或接收设备的识别信息中的至少一个，以及

其中，识别信息使用移动台国际用户号码簿(MSISDN)或会话发起协议(SIP)统一资源标识符(URI)。

24.根据权利要求21所述的发送设备，其中，丰富的信息还包括呼叫相关联的数据，

其中，呼叫相关联的数据包括与呼叫相关联的场景类型，所述场景类型指示人对人场景、企业对客户端场景或web和呼叫场景中的一个，以及

其中，呼叫相关联的数据包括与呼叫相关联的超链接信息。

25.根据权利要求21所述的发送设备，其中，丰富的信息还包括用于表示发送设备的位置的信息或用于共享发送设备的web业务参考的信息中的至少一个。

26.根据权利要求21所述的发送设备，其中，至少一个处理器还被配置为：

将用于经由服务器共享丰富的信息的会话发起协议(SIP)邀请消息发送到接收设备，

接收响应于SIP邀请消息的SIP响应消息，以及

执行建立发送设备和接收设备之间的连接以用于共享丰富的信息。

Images