CN102292944B - 用于近实时通信的方法和设备 - Google Patents

Abstract

一种具有支持基于时间的媒体的实时通信能力的电子邮件客户端。该电子邮件客户端包含会话单元，其被配置为当寻址域内接收者的电子邮件地址被定义时与服务器建立会话。一旦该电子邮件地址被定义，该电子邮件客户端的传输单元被配置为当基于时间的媒体正被创建时经由路由同步地且逐步地传输基于时间的媒体到接收者，该路由通过查找该电子邮件地址的域被至少部分地发现。一旦接收者的电子邮件地址被定义，通过至少部分地发现到接收者的路由，该传输单元会逐步地将基于时间的媒体递送到该接收者。

Description

用于近实时通信的方法和设备

背景技术

发明领域

本发明涉及通信，且尤其是涉及一种具有支持基于时间的媒体的近实时通信能力的电子邮件客户端和利用电子邮件的寻址、协议和结构来支持实时通信的方法。

相关技术描述

目前有三种全球使用的寻址领域。主要用来递送信件和包裹的邮政系统依赖于物理位置的使用，例如一所房子的地址、办公大楼的地址、或邮局(PO)信箱。为了保障邮件或包裹的递送，接收者的物理地址必须被提供，包括国家、州或地区、市或镇、邮局或邮政编码、街道名和街道编号。现有的电话结构定义了历来被用于近实时语音通信(例如，电话呼叫)的另一个全球性寻址域。有线和移动电话都通过电话号码来定址(例如，呼叫)，电话号码通常包括国家代码和在给定的国家和/或区域码中来识别特定电话的一组额外数字的可变号码。当在呼叫方之间开始电路连接时，可能发生一个全双工的对话。第三全球寻址系统是电子邮件。每一个电子邮件账户通过限定用户名和域名的唯一的全球性可寻址电子邮件地址来识别。

电子邮件通常是从发信者发送到一个或多个接收者的文本消息。电子邮件在电子邮件客户端上生成。一个知名的电子邮件客户端是MicrosoftOutlook，其被用来在电脑上生成、接收和处理电子邮件消息。可选择的，例如Yahoo、Google或Hotmail等免费电子邮件服务可由用户通过页面使用。不管所使用的类型如何，电子邮件客户端通常会(i)列表或显示所有接收的消息，具有显示电子邮件主题的电子邮件报头、电子邮件的发送者、其被发送的日期/时间及诸如电子邮件的大小等其他属性；(ii)允许用户选择消息来回顾；(iii)允许用户来打字并发送新消息到接收者并回复已收到的他人的邮件；以及(iv)允许附件例如静态照片、文件、或视频片段附加到将要发出的邮件。

一封电子邮件消息在能够发送前必须被创建完全。一个发送者通常首先通过在电子邮件的报头中相应的“To”栏输入接收者的电子邮件地址来定义一个接收者。然后文字消息被键入电子邮件的正文，并选择性的添加文件。当消息完成后，用户发送电子邮件。在发送步骤期间，电子邮件客户端启动与位于网络的其服务器之间的会话。该会话通常是基于简单邮件传输协议(SMTP)建立的。在会话过程中，电子邮件客户端将发送者的邮件地址、接收者的邮件地址、邮件的正文及任何附件提供给SMTP服务器。接收者的邮件地址被划分为两部分，包括接收者的名字(例如，“jsmith”)和域名(例如，“hotmail.com”)。如果接收者是在SMTP服务器控制的域中，则服务器作出对特定接收人的递送指示，其通常是电子邮件递送到在相同SMTP服务器或处于相同域的另一服务器上与接收者相关联的收件箱中。另一方面如果接收者在服务器不控制的域中，那么电子邮件服务器需要利用SMTP与控制接收者域的服务器进行通信。

要发送电子邮件到另一个域的接收者，SMTP服务器要启动与域名系统(DNS)的对话，询问接收者域的邮件交换器(MX)记录。该MX记录包含该域SMTP服务器的优先列表。然后电子邮件从发送者的SMTP服务器发送到作出响应的MX列表中的第一SMTP服务器。然后该第一响应服务器确定接收者是否在第一响应服务器控制的域中。如果是，该电子邮件被递送到接收者的收件箱中。如果不是，上述过程会重复，直到一个响应服务器可以递送该消息到接收者收件箱中。沿递送路线上的每个服务器有时被称作一个“跳(hop)”。然后该电子邮件可能通过接收者的电子邮件客户端被访问，该客户端可能位于接收者的电脑上或互联网上。如果一封邮件是发送给多方的，上述过程会为每个接收者重复。

上述描述的顺序，一般适用于通过互联网发送的电子邮件。对于某些专有系统，例如在相同的专有网络上的两个Microsoft Exchange用户间发送的电子邮件，SMTP协议可能不被用来路由该电子邮件，但邮件地址仍然被使用。该专有协议和服务器在操作上与SMTP实质相同。

现有的电子邮件结构，不管是依赖SMTP还是专有电子邮件协议，实质上是一个“存储和转发”消息系统。一封电子邮件在能发送前必须要建立完整。在发送者的SMTP或专有邮件服务器上，还有沿着到接收者的SMTP或专有邮件服务器的路径的任何中间电子邮件服务器跳，该电子邮件在能被转发前必须要被完整接收。最后该电子邮件在接收者能够回放消息前必须在接收者的收件箱被完整接收。

相比之下，在公共交换电话网络(PSTN)上进行的电话对话在本质上更先进。当话被说出时，这些话从发送者到接收者被同步地传输，在那里它们被有效的直播或近实时地听到。结果，电话对话可以在普通网络连接(例如，电路)中在一个“直播”或近实时模式下进行。相反，电子邮件通信通常在一系列单独的存储和转发消息下发生，常常在不同时间通过例如互联网的网络在两个或多个成员间来回发送。

众所周知，可以添加文件到包含基于时间的媒体(例如，随时间而变化的媒体)例如视频片段的电子邮件中。由于电子邮件存储和转发的本质，当其被创建时，添加到电子邮件消息中的基于时间的媒体却不能被接收者“直播”回放。在附件中的基于时间的媒体可被回放前，在网络中的每个电子邮件服务器跳中，电子邮件和包含基于时间的媒体的附件首先必须被创建、发送、存储和转发，然后被接收者完整接收。因此当媒体正被创建时，电子邮件消息的接收者来近实时地回放媒体是不可能的。

已知电话消息系统，其中语音消息可以以电子邮件的方式被创建并发送到接收者。有了这些系统，公共交换电话网络(PSTN)被用来与电子邮件合作。在使用中，首先要制作并存储消息的记录，然后通过电子邮件转发到接收者。然而，再一次，在接收者能回放记录的消息前首先要完整接收该消息。

即时消息或IM是存储和转发系统的另一个例子。如同上述的电子邮件，在消息被转发到接收者前，消息先要被完成。IM系统中的消息通常比通过电子邮件发送的消息短很多。IM系统中的每一行文字是在存储和转发方式下的独立递送的消息。现有IM系统不提供给接收者在发送者创建消息时逐步地且同步地回放该消息的方法。

直播文字系统是众所周知的，虽然它们多被用于早期Unix系统中的无声终端接口。在一个直播文字系统中，发送者一按键，每个该按键就被发送到接收者。这些系统只支持文字，但其确实允许接收者在消息正被创建时逐步回放消息。

目前，没有被知晓的系统或方法用于扩展电子邮件的全球寻址和路由结构来支持在发送者和接收者之间利用他们的电子邮件地址来进行基于时间的媒体的直播或近实时通信。

发明概述

一种具有支持基于时间的媒体的实时通信能力的电子邮件客户端被公开。该电子邮件客户端包含一种会话单元，其被配置成当寻址域内接收者的电子邮件地址被定义时建立与服务器的会话。一旦该电子邮件地址被定义，当基于时间的媒体被经由路由正被创建给接收者时，该电子邮件客户端的传输单元被配置成同步地且逐步地传输基于时间的媒体，该路由至少部分地通过查找该电子邮件地址的域名来发现。一旦接收者的电子邮件地址被定义了，通过至少部分地发现到接收者的路由，该传输单元可逐步地传输基于时间的媒体到该接收者。

附图简述

本发明最好参照下面的描述结合附图来理解，该附图说明了本发明的具体实施方案。

图1是根据本发明的、一种能够支持用户间基于时间的媒体的直播或近实时通信的网络。

图2是根据本发明的一个实施方式的通信设备的示图。

图3是根据本发明的另一个实施方式的通信设备的示图。

图4A和4B是阐述本发明中一个通信设备上创建电子邮件报头的步骤的流程图。

图5A到5D是阐述与本发明一致的在网络上进行通信的步骤的流程图。

图6是阐述根据本发明而将媒体文件添加到电子邮件的流程图。

图7是阐述根据本发明的另一实施方式的在网络上递送基于时间的媒体的示图。

图8是阐述现有技术中传统的电子邮件结构的示图。

图9是根据本发明的改进的电子邮件结构的示图。

应当指出，图中相似的参考数字指的是相似的单元。

具体实施方式的详细说明

现在将参照如附图所示的本发明的不同实施方式详细说明本发明。在下面的说明中，将会阐明具体细节来使本发明能被深入了解。但是，很明显的，对本领域技术人员来说，可不使用本发明中阐述的某些实现细节来实现本发明。同样可以理解，为了避免使本发明不必要的晦涩，众所周知的操作不会被详细描述。

本申请针对一些实施方式，包括(i)使用电子邮件和DNS结构来定义递送包含基于时间的媒体的消息路由，同时使用近实时通信协议用于实际递送媒体；(ii)利用电子邮件寻址和DNS的、包括基于时间的媒体的消息的不同递送选项；(iii)用于支持包含基于时间的媒体的“逐步的”电子邮件的递送而对SMTP或其他专有电子邮件的协议的修改；(iv)近实时语音或其他基于时间的媒体通信的接收者的电子邮件地址的后期绑定；以及(v)通过采用全球可寻址电子邮件地址和DNS来路由包含基于时间的媒体的消息或逐步的电子邮件以进行近实时对话。下面会对这些方面中的每一个进行细节描述。

I.使用电子邮件和DNS结构来定义递送包含基于时间的媒体的消息的路 由，所述递送使用近实时通信协议用语媒体的实际递送

参见图1，一张网络系统的图，该系统有能力(i)支持基于时间的媒体的“直播”或近实时通信以及(ii)展示了利用根据本发明的电子邮件和DNS的结构来路由。系统10包括网络12和使用通信设备14A、14B、14C和14D的用户A、B、C和D，以及定位于网络12的服务器16A、16B、16C和16D。网络12进一步包括一个DNS服务器18。在不同实施方式中，网络12可能包括互联网、内部网、移动IP网、或者依赖于互联网协议和/或DNS的任何其他类型的网络、或由此来的任何组合。用户A、B和C每个分别由服务器16A到16D通过他们各自的全球可寻址电子邮件地址“UserADomain A”、“UserBDomain B”、和“UserCDomain C”来寻址。由于下面提到的原因，用户D特意未被通过全球可寻址电子邮件地址在网络12上被识别。

服务器16A、16B、16C and 16D每个都被配置来分别为用户A、B、C和D提供一个或多个服务。在这个例子中，服务器A定义域A并使用SMTP(或者类似的专用服务)和MX DNS记录提供用户A标准电子邮件递送服务，以下将简称MX DNS为“MX”。服务器A进一步给用户A提供实时通信服务，以下将简称实时通信服务为“RVX”。服务器16B定义域B，并给用户B提供实时通信服务RVX，但不提供电子邮件服务MX。服务器16C定义域C，并给用户C提供电子邮件服务MX，但不提供实时域RVX服务。服务器16D既不给用户D提供实时通信服务也不提供电子邮件域MX服务，但提供未被识别的其他服务，因为它们不相关。

在一个实施方式中，实时服务RVX可能基于任何允许用户与基于时间的媒体近实时通信、但不需要接收者在近实时模式下回放基于时间的媒体的通信协议。已知的具有这些属性的协议包括美国申请序列号12/028,400和申请序列号12/192,890中详细介绍的合作传输协议(CTP)或者美国申请序列号12/253,816、12/253,833和12/253,842描述的语音或其他基于时间的媒体近实时同步协议。上述列举的美国申请被转让给本发明的受让人在此通过引用并入用于所有的目的。

在可选的实施方式中，RVX服务可能单独地或合并地基于提供近实时通信的其他通信协议，例如SIP、RTP、Skype、VoIP等。

通信设备14A到14D中的每个可能是任何类型的通信设备，例如有线电话、VoIP电话、蜂窝无线电装置、卫星无线电装置、军事或第一响应无线电装置、移动互联网设备、或者就是其他任何类型的通信设备。另外，一个给定的用户可能有多种通信设备14。例如，一个用户可能有下列项中的一个或多个：家庭电脑、工作电脑、即按即说对讲机、移动电话或个人数字助理(PDA)。不论每个用户A、B、C、D拥有的通信设备14的数量，每个运作都基本相同并如本文分别描述的接收由服务器16A、16B、16C和16D提供的服务。

需要指出的是，相对真实实施方式中的通常实施，如图所示的系统10已经被大大简化了。为了说明起见，如上面列举的提供(或不提供)给用户A、B、C、D的RVX和MX服务已被特意选择突出并描述各种功能和方面。然而在实际实施方式中，可能会有显著的大量的用户，每个都有一个或多个通信设备14以及网络12上的相关服务器，提供给每个用户各种服务。另外，范围从单个服务器或一组服务器的组合可能包含在网络12中，来分别提供给一个或多个用户RVX和/或MX。通信设备14A、14B和14C以及服务器16A、16B和16C可能以上面描述的利用DNS、SMTP、或者用于在网络12上的一个或多个跳上找到路由的其它专用电子邮件协议相类似的方式来彼此通信。在同一域中消息到接收者的递送路由通常是递送到相同域的相同服务器16或关联服务器的收件箱中。消息传递到另一域的接收者通常是经过网络12的一个或多个跳来被发送到接收者的电子邮件服务器。由于近实时的电子邮件和媒体通过IP网络的路由选择是本领域众所周知的，因此在此并没有提供一个详细的解释。

参见图2，展示了根据本发明的一个实施方式的通信设备14的图。在这个实施方式中，通信设备14是一个可与网络12无线通信的移动设备20，例如移动手机或PTT无线电装置。移动设备20可能可选的包括下述项的一个或多个：键盘22、显示器24、扬声器26、麦克风28、音量控制30、能够生成静态照片和/或动态影像的相机32、显示控制单元34、开始功能单元36、和结束功能单元38。在不同实施方式中，设备20(i)是基于IP的，意为其被设计为采用互联网协议在网络12上通信，和(ii)运行一个或多个RVX协议，包含任何上面列举的或者任何其他近实时通信协议。另外，设备20也可以可选地本地运行一个电子邮件客户端，访问位于网络12上的服务器16中的一个上的电子邮件客户端，或拥有既运行又访问网络上电子邮件客户端的能力。

参见图3，展示了根据本发明的另一个实施方式的通信设备的图。在这个实施方式中，通信设备14是与网络12相连的电脑40，或者通过有线或者通过无线连接(图中未显示)。电脑40可选地包括下述项中的一个或多个：键盘42、显示器44、扬声器喇叭46、麦克风48、能够生成静态照片和/或动态影像的相机50、鼠标52、开始功能单元54、和结束功能单元56。电脑40能够运行一个电子邮件客户端，访问位于网络12上的服务器16上的电子邮件客户端，或既运行又访问网络上电子邮件客户端。在不同实施方式中，电脑40(i)是基于IP的，意为其被设计为采用互联网协议在网络12上通信，和(ii)运行一个或多个RVX协议，包含任何上面列举的或者任何其他近实时通信协议。进一步的，电脑40可能是便携式电脑，例如笔记本电脑或个人数字助理，且不局限于所示的桌面式电脑。另外，设备40可以可选地运行电子邮件客户端，访问位于网络12上的服务器16中的一个的电子邮件客户端，或拥有既运行又访问网络上电子邮件客户端的能力。

移动设备20和电脑40的开始功能单元36/54和结束功能单元38/56意为它们各自功能的象征。对移动设备20、电脑40、或任何其他类型的通信设备14来说，物理实质上包括开始和结束按钮本身并不是必需的。不如说，需要理解这些功能中的每一个可能会通过不同的方式来实施，例如，利用触摸屏或其他输入设备例如鼠标、手写笔或指针等来输入语音命令、预定义的按键、或命令。

网络12使用现有电子邮件结构，包括收件人用户的全球可识别电子邮件地址和用于路由发现的DNS，同时一旦路由被发现就利用近实时RVX协议来真实传送包括基于时间的媒体的消息到所寻址的接收者。像传统的电子邮件，每个消息为了路由目的依赖于报头，其尤其定义了一个或多个接收者的全球可寻址电子邮件地址。然而不同于传统地存储转发电子邮件，消息中的基于时间的媒体采用近实时RVX协议来传输。结果，在发送者创建媒体时，基于时间的媒体可能被同时地、逐步地在网络12上传输。另外，在基于时间的媒体通过网络被接收时，接收者可选择地同时地、逐步地再现该基于时间的媒体。当两方或多方同时正在对话时(例如，生成和回放基于时间的媒体)，网络12支持使用RVX协议来进行媒体递送的近实时通信，同时采用现有电子邮件结构和DNS来路由。

参见图4A，阐述在通信设备14上创建和传输与消息关联的基于时间的媒体的顺序流程图。如果通信设备14的用户想要和特定接收者通信，用户或者从联系人列表中选择接收者，或者回复来自预期接收者的已接收消息。如果来自预期接收者的消息不能被回复或者预期接收者已不在联系人列表中，接收者的全球可寻址电子邮件系统就手动地进入设备14。

为了回应上述任何内容，创建了一个消息报头(步骤62)，包括在“To”报头中接收者的全球可寻址电子邮件地址。一旦接收者的全球可寻址电子邮件地址被定义，会执行DNS查找，这样递送到全球寻址的接收者的与消息关联的媒体的路由会很快被发现。之后，用户会启动开始功能36/54并开始创建基于时间的媒体(步骤64)，例如通过麦克风来说话，生成视频，或两者皆有。然后基于时间的媒体被逐步地且同步地编码(步骤66)，使用RVX协议使用所发现的递送路由在网络12上传输(步骤68)，并可选地在设备14上持久存储(步骤70)。应该指出，虽然步骤62到70在图中按步骤阐述，在所有实际用途中，它们发生在大致相同的时间。用户可在联系人列表中选择一个接收者，启动开始功能36/54，并立即开始说话。当媒体被创建时，RVX协议逐步地且同步地通过网络12传输媒体到接收者，使用DNS查找结果来发现路由，对发送用户来说没有任何明显延迟。

基于很多原因，发出消息的基于时间的媒体可有选择地持久存储在发送通信设备14上。例如，如果在递送路由被发现之前消息的基于时间的媒体就被创建，那么当递送路由被发现时基于时间的媒体可能从存储器来传输。如果在路由被发现后基于时间的媒体仍然在创建中，那么基于时间的媒体在正被创建时会被同步地逐步地被存储。可选择地，有了基于时间的媒体的存储，发送者可在随后任意时间回放存储的消息。当通信设备14不连接到网络12时消息也可以被创建和存储，在这里连接被定义为通过网络发送消息的能力，而不连接被定义为没有通过网络发送消息的能力。当设备14随后连接时，消息可能从存储器被传输到预期的接收者，使用或者RVX协议或作为电子邮件的附件。

参见图4B，用于阐述创建消息报头(图4A中步骤62)的顺序流程图100被展示。在步骤62a中，发送者的全球可寻址电子邮件地址在消息报头的“From”栏中被提供。在步骤62b中，接收者的全球可寻址电子邮件地址被输入消息报头的“To”栏中。如果有多个接收者，每个接收者的电子邮件地址被输入到“To”栏。在另外的实施方式中，“CC”或“BCC”栏被用于一个或全部接收者。在步骤62c中，全球唯一消息ID或数字被分配给消息。在步骤62d中，其他信息，例如会话名称，或消息主题，在报头中提供。在步骤62e中，消息的开始日期/时间被创建以及可能消息的结束日期/时间可被包括于报头中。在一个实施方式中，除可能定义结束日期/时间外，步骤62a到62e通常发生在大致相同的时间。在其他实施方式中，步骤62a到62e可能以任何顺序发生。

开始和结束的日期/时间通常分别与发送设备14的开始功能36/55和结束功能的38/56的实施一致。然而，发送者对于给定消息并不总能实施结束功能38/56。当发生这种情况时，发送者可能简单地停止创建并发送与消息关联的基于时间的媒体。因此，消息可能保持“开放式”而没有定义的结束日期/时间。

在某些实施方式中，步骤62a到62e是在发送通信设备14上来执行。在另外的实施方式中，发送通信设备可能发送一些或全部消息报头信息到服务器16，由该服务器来执行步骤62a到62e。消息的基于时间的媒体可能也会可选地存储在服务器16上，供发送用户稍后回放或传输到接收者。

在上述的实施方式中，提供了包含到、来自、消息ID序号、会话名称、消息开始和结束时间的多栏消息报头。需要理解，并不是所有这些栏都是必需的，也可能包括其他栏。唯一需要的信息是To、CC、或BCC栏中的一个指定的至少一个接收者，其定义接收者的全球可寻址电子邮件地址。其余栏都是可选的。

消息报头的格式也是可变的。在一个实施方式中，消息报头的结构可能与传统电子邮件使用的或电子邮件使用的信封类似。在其他实施方式中，消息报头的结构可以采用适合通过网络12传输接收者的全球可寻址电子邮件地址以及其他可能的报头信息的任何类型。虽然讨论了用于指定接收者的具体电子邮件报头栏，包含接收者地址信息的实际报头栏可能不必要包含接收者本身的全球可寻址电子邮件地址。本领域众所周知，“信封接收者”可能用于指定接收者的电子邮件地址，即使信封接收者可能与电子邮件报头列出的接收者不同。因此，如本文所使用，术语消息报头需要被广义地解释为包括信封信息和包括任意数目的栏的常规消息或电子邮件报头，例如但不局域于RFC822或5322所指定的那些。另外，术语“寻址”或“全球可寻址电子邮件地址”的使用拟广义解释为包括任何寻址方法，包括传统消息或电子邮件报头中或消息信封中的用法。

网络12在某些情况下可能递送包含基于时间的媒体的消息，其能够(i)通过网络12被逐步地且同步地传输到接收者并(ii)在基于时间的媒体正被发送者创建并发送时，能让被寻址的接收者近实时地回放。在其他情况下，消息不能被实时递送。近实时方案和非实时方案都分别通过下面图5A到5C讨论。

参见图5A，用于阐述在网络12中使用全球可寻址电子邮件地址的包含基于时间的媒体的消息可能进行近实时通信的步骤的流程图80被展示。该步骤在用户A用任意近实时RVX协议发送消息到用户B的情况下被描述。如上所述，服务器16B给用户B提供RVX服务，而非MX服务。

在初始的步骤82中，服务器16A在大致相同的时间收到消息的消息报头(或者允许服务器执行步骤62a-62e中的一些或全部的报头信息)和基于时间的媒体，其在正由通信设备14A逐步地且同步地创建并传输时被服务器传输。由于消息报头的“To”、“CC”、或“BCC”栏包括用户B的全球可寻址电子邮件地址(userBDomainB)，服务器16A用DNS协议请求查询域B的DNS服务器18的RVX(步骤84)。由于RVX存在于域B(步骤86)，查找结果是积极的。然后基于时间的媒体利用RVX协议被逐步地且同步地从与发送者关联的服务器16A发送到与接收者相关的服务器16B。基于时间的媒体可能通过两个服务器16A和16B间的一跳或多跳传输。在每跳处，进行DNS查找来发现到下一跳的递送路由，RVX协议被利用来递送基于时间的媒体到每个下一跳。

在一个实施方式中，当基于时间的媒体到达服务器16B时媒体被逐步地且同步地传输到接收者的通信设备14B。接收者被通知收到的消息，作为回应，接收者可选择在消息的媒体被逐步地接收时利用近实时模式同步地回放媒体。

在一个可选实施方式中，消息的媒体也可选地放在收件箱并持久存储在接收者设备14B中。随着消息的持久存储，接收者可选择在媒体被接收时用近实时模式回放媒体或随后任意时间从存储器中回放媒体。

在另一个实施方式中，消息也可被存储于位于与用户B相关联的服务器16B的收件箱中。在这种方式中，设备14B的用户可能在随后任意时间访问服务器16B上的收件箱的消息。另外，服务器16B可封装消息到文件中并关联文件到电子邮件。如上所述，用户B不被提供MX服务并因此不能接收这样的电子邮件。但在用户可以接收电子邮件的情况下，消息可被采用附件的形式转发。

在其他实施方式中，消息的媒体可能被存储于发送者用户的发件箱中，该发件箱或位于用户的发送消息设备14，或者位于发送者相关联的服务器16A。

参见图5B，再次提供了阐述用户A和用户C之间的通信的流程图80。如前所述，服务器16C提供给用户C该MX服务，但不提供实时RVX服务。当用户A想要与用户C通信，初始步骤与上述基本相同。服务器16A初始接收用户C(userCdomainC)的全球可寻址电子邮件地址的消息报头(或可选地进行步骤62a-62e需要的报头信息)和用户A(步骤82)逐步地且同步地传输的基于时间的媒体。由于RVX查找结果(步骤86)是消极的，服务器16A接着用DNS协议请求查询域C(步骤90)的DNS服务器18的MX。得到积极的结果(步骤92)，服务器16A发送含有被封装为附件(步骤96)的基于时间的媒体的传统电子邮件到服务器16C。在服务器16C中，该电子邮件被放在接收者的收件箱。该电子邮件也可被转发到通信设备14C的收件箱。因此当接收者没有RVX服务时，消息的基于时间的媒体被服务器16A通过网络12发送到服务器16C以及可能通信设备14C，采用SMTP或类似的专有电子邮件系统的存储和转发程序。

参见图5C，再次提供了阐述用户A和用户D之间的通信尝试的流程图80。如前所述，用户D既不被提供电子邮件MX服务也不被提供近实时RVX服务。当用户A想要与用户D通信，初始步骤与上述基本相同。服务器16A接收用户D(userDdomainD)的全球可寻址电子邮件地址的消息报头(或可选地进行步骤62a-62e需要的报头信息)和用户A(步骤82)逐步地且同步地传输的基于时间的媒体。由于对于域D(的RVX查找结果(判定86)和MX查找结果(菱形92)都是消极的，会生成一个差错消息(步骤94)且消息不能被递送(步骤96)。在不同实施方式中，消息的基于时间的媒体可能被存储于或发送消息设备14A、或服务器16A、或两者。当RVX和/或MX服务被提供给用户D时消息会随后被发送。

关于图5C描述的场景通常发生在不正确的电子邮件域名被当作接收者提供时。当发送者试图用无效的全球可寻址电子邮件域名发送消息时，导致差错消息(步骤94)。如果电子邮件地址的正确域名被提供，消息可以随后使用RVX协议或当作使用MX服务的电子邮件的附件被转发。

在可选的实施方式中，通信设备14A到14C可被安排成点对点配置。有了这项安排，至少发送消息设备14有能力直接在DNS服务器18上进行RVX和/或MX查找，不需要中间服务器16的帮助来进行查找功能。通信设备14也具备直接传输消息的媒体到其他通信设备的能力。取决于接收者是否是RVX和/或MX域的成员，发送消息设备14A可以(i)通过网络12逐步地且同步地传输消息的基于时间的媒体到接收者；(ii)封装消息的基于时间的媒体到文件中并用SMTP或类似专用协议传输包含该文件作为附件的电子邮件到接收者；(iii)或如果无效的全球性寻址用户名或域名被用于电子邮件地址和/或接收者不被提供MX服务时接收差错消息。

参见图5D，阐述点对点实施方式的流程图100。在初始步骤101中，发送消息设备14指明它想要与接收消息设备14通信。在判定菱形框102中，发送者的通信设备14执行接收者的全球可寻址电子邮件地址的DNS查找，来判断点接收者是否能接收RVX服务。如果查找结果是积极的，则使用发送消息设备14创建(步骤103)的基于时间的媒体使用RVX查找所定义的递送路由被逐步地且同步地发送(步骤104)到接收者。在判定菱形框105中，确定是否建立实时通信。如果是，则传输的媒体在被接收时，被逐步地且同步地呈现在接收者的通信设备14处(框106)。如果近实时通信没有被建立，则消息的媒体被放置在接收者的收件箱中(框107)，该收件箱或者是在接收者的设备14上，或者是在与接收者关联的服务器16上，或者可能皆有。由于接收者的一些原因，近实时通信可能不会发生，例如接收者无效，不在网络范围内，或指明不想在近实时模式下回放消息。

另外一方面，如果接收者不接收RVX服务(判定102)，则消息的媒体以电子邮件附件的形式被递送，假定接收者接收MX域服务。基于时间的媒体被封装为文件并附在电子邮件上(步骤108)。当消息完成时，电子邮件通过使用由MX查找结果确定的路由来传输(步骤109)。在一个实施方式中，如果发送消息装置14本地运行一个电子邮件客户端，则电子邮件可能直接从发送点发送。电子邮件可能或者被运行电子邮件客户端的接收点设备14接收，或者被代表接收者的运行电子邮件客户端的服务器16接收，或者接收点设备14和服务器16两者皆有可能。在两点都运行电子邮件客户端的情况下，媒体可能被采用电子邮件附件的形式从发送消息设备14发送到接收消息设备14。这与知道的相对于发送点的服务器来发送语音消息的电子邮件到接收者的电话消息系统不同。在某些实施方式中，附件可以被取代或扩充为包含基于时间的媒体的网页链接，下面会以更多细节描述。

需要指出上述关于图4A，4B和5A到5C的讨论已被简化为本发明一定方面的阐述。应当理解实际实现时可能在几个方面进行修改。例如，每次服务器16A接收电子邮件地址，服务器16A可能首先确定接收者的域(即，域A、域B、域C)是否在服务器16A的一个或多个本地域中。如果不是，则上述关于图5A、5B和5C描述的程序会分别执行。另外如果接收者的域在服务器16A的本地域中，则服务器16A可能(i)如果接收者接收实时通信服务，则实时递送消息或(ii)如果接收者接收MX服务但不接收实时服务，则将消息当作电子邮件的附件递送。另外，服务器16A在每个实施例中执行DNS查找可能不是必需的。如众所周知的，在每次接收者的电子邮件地址被接收时，之前的DNS查找结果可能被缓存并使用，而不是执行新的DNS查找。

参见图6，阐述在服务器16(图5B中框98)处或从发送设备14A(图5D中框107)发送封装到电子邮件的附件中的基于时间的媒体的步骤流程图被展示。在任一种情况下，当消息完成时，例如当结束功能38/56被实施时，用户A生成的基于时间的媒体被封装到文件中(步骤112)并被附在电子邮件上(步骤114)。在结束功能38/56未被实施的情况下，在没有创建任何新的基于时间的媒体一段预定时间间隔过去后，可能默认宣告消息的结束。一旦消息的基于时间的媒体完成，或通过结束功能38/56的实施或者通过默认，包含附件的电子邮件随后经过网络12被服务器16A或通信设备14A使用SMTP或近似专用协议，以类似传统电子邮件的方式传输(步骤116)到接收者的MX查找结果。

伴随上述的服务器或点对点模型，RCX查找结果首先用于递送基于时间的媒体。如果RVX尝试失败，则MX结果被用于后备。通过这项安排，传统的基于时间的媒体包含在附件中的电子邮件和/或网页链接被用于在接收者不被提供RVX服务的情况下递送媒体。该电子邮件可能被创建于服务器或发送设备。

II.递送选项

参见图7，阐述根据本发明的另一实施方式通过网络12递送基于时间的媒体的图示被展示。在这个实施方式中，网络12与上面关于图1描述的除至少一点外，其余基本相同。一个或多个服务器16A-16C被配置为网页服务器，此外如上所述提供RVX和/或MX服务。在本实施方式中，当消息发送给用户时，用户从他们各自的服务器16接收包含URL链接的电子邮件。当用户选择运行在它们通信设备14的网页回放器的链接时，合适的网页服务器16提供了允许接收者访问并回放消息的网页。该服务网页可能也提供多种再现选项，比如通过实时或时移模式回放消息的媒体，跟上直播，暂停直播对话，跳到对话的首部，跳到对话时间的之前点，更快再现，在不同对话间跳转，等等。在图中，网页服务器提供的功能如同服务器16A，16B，16C提供的服务之一。在一个可选实施方式中，网页服务器的功能可以通过除16A、16B、16C之外还使用网络12上的一个或多个其他服务器(未示出)来实施。

III.电子邮件协议修改和逐步的电子邮件

上面描述的消息利用全球可寻址电子邮件地址和用于定义递送路由的DNS结构来路由，利用RVX协议来近实时实际递送基于时间的媒体。虽然如当前定义和使用的SMTP标准和其他专用电子邮件协议是存储和转发协议，然而，利用某些修改，如在本发明中考虑的，SMTP标准和其他专用电子邮件协议可以用作RVX消息协议，用于近实时地递送基于时间的媒体。在传统的电子邮件中，在电子邮件可以被发出前，媒体内容必须被完整地组成和打包。在接收端，在接收者可以回放前，电子邮件必须被全面地接收。如下面详细描述的，SMTP、Microsoft Exchange或任何其他专用电子邮件协议可被用于创建“逐步的”电子邮件，其中媒体可被近实时地发送。

现有的电子邮件结构能通过修改SMTP、Microsoft Exchange或其他专用电子邮件协议(下文通常被称为电子邮件协议)在发送方的使用方式和修改电子邮件在接收方从服务器被检索的方式，来用于支持近实时地传输基于时间的媒体。目前的电子邮件协议不严格要求整个消息在递送开始之前可以被发送，虽然这是如何使用电子邮件协议的典型情况。因此基于时间的媒体可以因此在它正被创建时被逐步地递送，使用标准SMTP、Microsoft Exchange或任何其他专用电子邮件协议。

电子邮件通常通过接入协议像POP或IMAP来递送到用户设备。这些协议不支持在它们正在到达时逐步地递送消息。然而，通过对这些接入协议的简单修改，消息可以在消息的媒体正通过网络到达时被逐步地递送到接收者。这种修改包括去掉目前要求中电子邮件服务器在消息可被下载到客户端前知道电子邮件消息的整个大小。通过取消这个限制，客户端可以在电子邮件消息的基于时间的媒体通过网络在服务器处被接收时开始下载电子邮件消息的基于时间的媒体。

参见图8，阐述了传统现有技术中电子邮件120使用任何上面列举的电子邮件协议的框架。电子邮件120包括报头122和正文124。报头包括“To”栏(或者可能CC和/或BCC栏)、“From”栏、唯一全球ID号码、主题栏、可选附件、和日期/时间戳。电子邮件的正文124包括要被传输的媒体，该媒体通常包括键入的消息和可能附加的文件(例如，文档或照片)。当完成时，电子邮件被发送。DNS查找被执行并且该电子邮件被路由到接收者。传统的电子邮件是“静态的”，意为包括附件的电子邮件的正文一旦传输开始就是固定的。没有可能在媒体正被创建时就逐步地且同步地传输传统的电子邮件基于时间的媒体。现有技术中电子邮件120因此不具备支持近实时通信的能力。

参见图9，展示了根据本发明的电子邮件130的框架。电子邮件消息130被用于支持近实时通信。电子邮件130包括包含“To”栏(且者可能CC和/或BCC栏)的报头132和正文134。然而，电子邮件130的框架与传统的现有技术中电子邮件120相比至少两点不同。首先，报头132包括电子邮件开始日期/时间和结束日期/时间。通过将开始和结束时间与电子邮件130相关联，而不仅仅只是电子邮件120被发送时的日期/时间戳，第二点不同可被实现。在电子邮件130被创建且发送者定义接收者的全球可寻址电子邮件地址之后，用于路由的DNS查找立刻被执行。在几乎同时，基于时间的媒体可被创建。在基于时间的媒体被创建时，它可以被逐步地且同步地传输到DNS查找的结果，从跳到跳，使用SMTP、MicrosoftExchange或任何其他专用电子邮件协议的流特性。电子邮件130的正文134因此是“逐步的”。随着与电子邮件130相关联的基于时间的媒体被动态创建，基于时间的媒体被逐步地且同步地传输到接收者的电子邮件服务器，当需要时，在整个网络上从跳传输到跳。如果电子邮件130被发送到多个接收者，不考虑在To、CC或BCC栏是否能被辨识，上述过程会为每一位接收者重复。

通过发起与发送者相关联的电子邮件服务器的电子邮件协议会话，就在定义接收者的电子邮件地址后，会立刻执行DNS查找。这与传统电子邮件120不同，电子邮件会话通常只在电子邮件组成完整且发送者实施“发送”功能之后被发起。结果，递送路由能在基于时间的媒体正被创建时逐步地且同步地传输基于时间的媒体之前或同时被发现。在基于时间的媒体在会话建立之前被创建的情况下，基于时间的媒体可在媒体被创建时被暂时地或永久地存储。一旦与电子邮件服务器的协议会话被建立，存储的媒体可以随后被逐步地从存储器传输。

电子邮件130的结束日期/时间可以被定义或是开放式。当发送者在通信设备14上实施结束功能38/56，随后电子邮件130的结束时间被定义。如果结束功能38/56从未被实施，那么电子邮件130的持续时间是“开放式”的，且并不需要具有定义的结束日期/时间。开放式电子邮件130因此通常在没有媒体被创建的一段预定时间间隔后默认终止。

总之，逐步的电子邮件130能通过实施上述修改使用SMTP、MicrosoftExchange或任何其他专有电子邮件协议被发送。同样地，接收者可以通过修改的接入协议比如POP、IMAC和类似的接入协议，逐步地且同步地回放逐步的电子邮件130的基于时间的媒体。总之，这些修改能够使用电子邮件寻址、电子邮件协议、DNS和现有的电子邮件结构来支持基于时间的媒体的实时传输。

IV.用于实时话音和其他基于时间的媒体的接收者地址的后期绑定

在通信的情况下，当通过网络的有效递送路由已被确定用于该地址，接收者地址可被描述为“绑定”。PSTN上的传统的电话呼叫被认为使用“早期绑定”，因为在任何媒体可被传输到所述接收者之前，所拨的电话号码(在这种情况下为“接收者地址”)被用来建立一些激活的路径(即电路连接)到所述接收者。仅在该连接被建立之后，呼叫方可开始讲话且该媒体被传输。无论该呼叫被置于一个或多个电话号码，或者该呼叫被转移为语音留言系统，绑定通常发生在任何话语被递送之前。由于在网络上将接收者的地址绑定到激活的目的地在媒体的任何传输之前发生，因而它被认为是“早期”。相反，电子邮件被认为采用“后期”绑定。个人可以撰写电子邮件消息并在网络上发送它，而不将该消息绑定到该接收者将使用的设备。作为替代，在该电子邮件被撰写后，该接收者的电子邮件地址被用来将该电子邮件路由到该接收者，以在设备上和在该接收者的选择的时间被回放。

随着(关于图4A、4B和5A-5D被描述的)消息或如上所述的电子邮件130，用户可以使用他们的全球可寻址电子邮件地址来寻址接收者，并且然后立即开始对话或生成基于时间的媒体。如上所述，一旦接收者的电子邮件地址被定义，限定递送路由的DNS查找就被立即执行。在大致相同的时间，任何可用的基于时间的媒体被逐步地且同时地在网络12上传输到接收者。因此激活递送路由的发现和逐步且同时地创建、传输和递送基于时间的媒体大致与基于时间的媒体被创建同时发生。如果基于时间的媒体创建已经开始之后发现实际的递送路由，则媒体可以被暂时或持久地存储且然后一旦激活的递送路由被定义则从存储器被传输。在用户可以开始讲话之前不需要建立网络连接或电路。使用DNS和电子邮件的结构来逐步地且同时地传输基于时间的媒体的能力因此使得能够以之前不可能的方式后期绑定用于语音和其他基于时间的媒体的接收者地址。

V.对话

(关于图1至3、4A-4B以及5A-5D)所描述的消息传递方法和系统有利于支持发送用户和接收用户之间的对话。当两个或更多方使用任何以上所列RVX协议例如VoIP、SIP、RTP或Skype正在来回对话时，则对话可以以直播近实时模式发生。当RVX协议允许用户近实时地传递基于时间的媒体，但是不要求接收者近实时地回放该基于时间的媒体，例如使用CTP或以上提到的同步协议，则对话可以(i)以近实时模式发生；(ii)以时移模式发生；或(iii)在两个模式之间无缝转换。

回复消息可以以多种不同的方式被路由。例如，使用CTP和同步协议，参与者的全球可寻址电子邮件地址可连通DNS路由消息一起被嵌入流媒体。当回复被发送时，所嵌入的地址和路由消息被用于该回复消息。可选地，可以使用对话ID或包括在流媒体中的其他指针来与DNS路由消息一起路由消息，所述指针指向接收者的全球可识别电子邮件地址。另一种选择，参与者可以被明确地寻址且DNS查找被执行用于该回复消息。

上述逐步的电子邮件130实施方式还可被用于实施对话。当对话被发起时，电子邮件130被发送者创建，如果发送通信设备14运行电子邮件客户端则在该发送通信设备14上被创建，或如果网络上的邮件服务器运行代表发送者的电子邮件客户端就在该邮件服务器上被创建。在逐步的电子邮件130的媒体被创建时，它使用由DNS定义的路由被逐步地传输到接收者。为了回复，逐步的电子邮件130代表接收者被创建，这或是在接收者的设备14上，或是在代表接收者的运行电子邮件客户端的服务器上。初始发送者的电子邮件地址被自动插入返回电子邮件130的“To”栏(或可能CC和/或BCC栏)且DNS查找被执行。一旦该媒体被创建，可以使用SMTP、Microsoft Exchange或其他专用电子邮件协议的流特性来传输与该返回邮件关联的媒体。在该媒体逐步地在他们的电子邮件客户端接收时，接收者可以同时地近实时地回放该基于时间的媒体。

不管实施方式如何，“回复”功能可以以多种方式被实施。例如接收者可以将确定的回复命令输入他们的通信设备14，例如通过使用预定的语言或按键命令或通过触摸屏输入命令。可选地，当接收者开始说话或生成其他基于时间的媒体以响应于收到的消息或电子邮件130时，回复消息或电子邮件可被自动生成。当回复消息被自动创建时，初始发送者的电子邮件地址被从收到的消息中提取且用于寻址该回复消息。

在其他实施方式中，用于发送和接收在参与者之间的对话的消息RVX协议不一定必须是相同的。例如，一个参与者可以使用CTP、同步、逐步的电子邮件、VoIP、SIP、RTP或Skype协议中的一个来发送消息，而其他参与者可以使用所列协议中不同的一个，假若某种类型的普通对话标识符被使用。无论用于传输的协议如何，任何消息使用唯一的对话标识符被链接或穿连在一起。

在不同的其他实施方式中，对话可以被使用不同的标准来定义。例如，对话可以由个人的名字(例如妈妈、配偶、上司等)或普通一群人(例如篮球队、销售团队、扑克好友等)定义。对话也可以由主题定义，例如梦幻足球联赛、ACME企业账户或“科研重地”项目。无论用于定义对话的上下文属性如何，将特定对话的消息链接或组织在一起的能力创建了持久或持续的对话的意见。对于传统的电话呼叫，对话通常在参与方挂机时结束。不存在关于上下文来链接、组织和可能存储在相同参与方之间的多个电话对话的所说的话语。相反，这里定义的对话是由普通属性链接在一起的一组普通消息。只要消息被添加到该对话，对话是连续的或持续的。此属性使得参与者在任意时间促成对话成为可能。例如，用户可以在对话列表中选择对话，且在任何时间将消息贡献给所选的对话。然后该消息被发送到所有的对话参与者。因此当首次创建对话或回复收到的消息时，不一定发送消息。

VI实现实施方式

关于图1-3、4A-4B和5A-5D描述的消息传递方法和逐步的邮件130可以以各种方式被实施。例如手机或其他移动通信服务提供者可以提供使用消息和/或逐步的电子邮件130操作的点对点移动通信设备给用户。此外，这些服务提供者也可以维持服务器16的网络12，用于接收来自非点对点通信设备的消息和/或电子邮件130、创建消息、执行DNS查找操作和用于使用任何一个或可能多个RVX协议来路由消息的基于时间的媒体。在另一实施方式中，消息传递和逐步的电子邮件130方法可以被嵌入软件应用，所述软件应用意在被下载到且被执行在传统的电话、移动或蜂窝电话和无线电装置、移动台、台式机和笔记本电脑上。在每一个这些案例中，如本文所述，应用使得设备能够发送、接收和处理消息和逐步的电子邮件130。在其他实施方式中，电子邮件客户端可被修改来创建、接收和处理逐步的电子邮件130。该电子邮件客户端可以可选地驻留于互联网或其他网络上的服务器上、发送或接收设备上、或两者。

虽然上述电子邮件方法通常在单一的发送者和单一的接收者的文本中(关于图4A-4B和5A-5D被讨论)或到单一的接收者的电子邮件中被描述，应理解的是，消息和/或电子邮件130可以被同时地发送到多个参与方。每一个接收者将接收或不接收该消息或电子邮件，这取决于他们的状态，如上所述。如在如上所述的美国申请中详细地描述的，可以使用多个不同的再现选项来再现媒体，例如跟上直播、暂停直播对话、跳转到对话的首部、跳转到对话的之前的时间点、更快再现、更慢再现、在不同的对话之间跳转等。通过消息和/或电子邮件交换的基于时间的媒体不仅限于语音或视频。此外，基于时间的媒体可以以不同于它被创建的形式被递送到接收者。例如，在被递送到接收者之前，语音消息可以被转录成文本文件或英文消息可被翻译成另一种语言。任何随时间改变的媒体例如传感器数据、GPS或位置消息可以被传输。虽然本发明参考其具体的实施方式被特别地示出和描述，但是本领域技术人员应理解的是，在不背离本发明的精神和范围的情况下，可以改变所公开的实施方式的形式和细节。因此意在本发明被解释为包括落于本发明的真实精神和范围中的所有的变形和等价物，如在所附权利要求中所提供的。

Claims (17)

1.一种在通信网络上运行服务器的方法，包括：

在所述服务器处逐步地接收消息的语音媒体，当发送者创建且在所述通信网络上传输所述语音媒体时，所述服务器接收所述消息的语音媒体；

在所述服务器处发现用于将所述消息递送到接收者的至少部分递送路由；

在所述消息的语音媒体被所述发送者创建且传输时，以及当所述通信网络上的到所述接收者的所述部分递送路由被发现时，逐步地传输所接收到的所述消息的语音媒体；以及

当所述消息的语音媒体在所述服务器处被逐步地接收以及被所述发送者通过所述部分递送路由逐步地传输到所述接收者时，将所述消息的语音媒体存储在所述服务器上。

2.如权利要求1所述的方法，其中由所述服务器接收到的所述消息的语音媒体的逐步的传输在所述消息的语音媒体在所述服务器处被全部接收之前发生。

3.如权利要求1所述的方法，其中通过所述服务器的逐步的传输还包括，一旦所述通信网络上的沿着到所述接收者的所述递送路由的下一跳被发现，就逐步地传输所述消息的语音媒体。

4.如权利要求1所述的方法，其中通过所述服务器的逐步的传输在到所述接收者的完整的递送路由被全部发现之前开始。

5.如权利要求1所述的方法，还包括：

在所述服务器处接收唯一识别接收者的标识符；

在所述服务器处查明所述标识符的查找结果是否表明所述接收者接收实时传输服务；以及

如果所述标识符的所述查找结果表明所述接收者接收所述实时传输服务，则在所述通信网络上的到所述接收者的所述部分递送路由被发现时，使用实时传输协议逐步地传输所接收到的语音媒体。

6.如权利要求5所述的方法，还包括：

在所述服务器处查明所述标识符的查找结果是否表明所述接收者不接收所述实时传输服务；

将所述语音媒体封装到文件中；以及

在所述通信网络上将所述文件转发到所述接收者。

7.如权利要求5所述的方法，还包括：

在所述服务器处查明所述标识符的查找结果是否表明所述接收者不接收所述实时传输服务；

提供URL给所述接收者；以及

当所述接收者访问所述URL时安排所述语音媒体被提供到所述接收者。

8.如权利要求5所述的方法，还包括：

从所述查找结果查明没有接收者被所述标识符唯一识别；以及

提供通知给所述发送者，所述通知表明所述语音媒体未被递送给所述接收者。

9.如权利要求5所述的方法，其中，所述标识符是全球唯一的标识符。

10.如权利要求5所述的方法，其中，所述标识符是与所述接收者相关联的电子邮件地址。

11.如权利要求5所述的方法，其中，所述查找结果是DNS查找结果。

12.如权利要求5所述的方法，其中，所述查找结果或者是：

(i)所述标识符的激活的查找结果；或者是

(ii)所述标识符的之前的查找的缓存的结果。

13.如权利要求5所述的方法，其中，所述标识符的查找用来鉴权所述接收者。

14.如权利要求1所述的方法，其中，在所述通信网络上的到所述接收者的所述递送路由是到与所述接收者相关联的收件箱的。

15.如权利要求1所述的方法，其中，发现所述至少部分递送路由和所述逐步地传输所接收到的所述消息的语音媒体还包括：

(i)在所述服务器处查明所述通信网络上用于转发所述消息的语音媒体到所述接收者的下一跳；以及

(ii)一旦所述下一跳被发现，就逐步地传输所接收到的所述消息的语音媒体到所述下一跳。

16.如权利要求15所述的方法，还包括在定义到所述接收者的所述递送路由的一跳或多跳的每一个处重复权利要求15的步骤(i)和(ii)。

17.如权利要求1所述的方法，其中当所述发送者正在发送所述消息的语音媒体时，所述接收者通过所述服务器接收所述消息的语音媒体。