CN102027461A - 扩展的消息收发平台 - Google Patents

Abstract

公开了一种消息系统，包括至少一个服务器，其被配置来从发起设备接收消息，以经由第一传送信道传送到至少一个接收设备；并且其中，至少一个服务器还被配置来：如果不能经由第一传送信道实现消息的传送，则选择替代传送信道。本发明还公开了一种用于路由消息的方法，方法包括如下步骤：在服务器处，从发起设备接收消息，以传送到至少一个接收设备的步骤；将消息经由第一传送信道转发到至少一个接收设备；等待接收来自至少一个接收设备的肯定应答消息，并且如果未接收到肯定应答消息，至少一个服务器经由替代传送信道向至少一个接收设备重发消息。

Description

扩展的消息收发平台

技术领域

本申请涉及用于提供扩展的消息收发服务的系统和方法。本发明特别地但并不排他地涉及在移动通信网络内提供扩展的消息收发和/或文件共享服务。

背景技术

在移动通信系统中使用最多的消息收发形式是短消息服务(SMS)。通常，从发起设备向短消息服务中心(SMSC)发送消息，短消息服务中心提供了存储和转发的机制。使用SS7协议的移动应用部分(MAP)来在SMSC和手机之间发送短消息。用MAP mo-and mt-ForwardSM操作来发送消息，其有效载荷长度被信令协议的约束精确地限制为140个八位组(octer)(140个八位组＝140*8比特＝1120比特)。可以使用多个字母表来对短消息进行编码：默认的GSM 7比特字母表(下文将示出)、8比特数据字母表和16比特UTF-16/UCS-2字母表。

取决于用户在手机中配置了哪个字母表，这会导致160个7比特字符、140个8比特字符或者70个16比特字符(包括空格)的最大个体短消息大小。支持GSM 7比特字母表对于GSM手机和网络元件是强制的，[15]但是，必须使用16比特的USC-2字符编码(统一代码)来对用诸如阿拉伯语、汉语、韩语、日语或者西里尔字母表语言(例如，俄语)的字符进行编码。路由数据和其他元数据附加于所述有效载荷数据。

如果不能够到达接收者，那么SMSC将消息排队以用于稍后重试。一些SMSC还提供了“转发和忘记”选项，其中，仅尝试发送一次。因此，消息传送是尽力服务(best effort)，所以没有对实际将消息传送到其接收者的任何保证，并且消息的延迟或者完全丢失并不是不常见的，特别是当在网络之间发送时。

近些年来，诸如即时消息和电子邮件的额外的消息服务已被迁移到移动环境。在标准桌面环境中，即时消息(IM)通过网络在两个或多个参与者之间提供了实时的基于文本的或者近乎实时的通信。因此，在诸如电子邮件的服务与IM之间的关键区别是识别在用户之间通信的同步性，实时或者近乎实时地进行消息收发。即时消息通常被记录在本地消息历史中，其缩短了与电子邮件持久的特性之间的差距，并且便于快速地交换像URL或文档代码片段(当经由电话进行通信时，这会难于处理)。IM允许有效的通信，其特点是立即接收应答或者回复。

移动即时消息(MIM)与标准桌面IM应用的即时消息略有不同。MIM是目前能使用的消息收发服务，其尝试将桌面消息收发体验转移到移动中的使用情景。虽然一方面桌面体验的几个核心思想适用于连接的移动设备，但是在其他方面并不适用。例如，需要考虑一些形状因子和与移动性相关的差异，以创建真实恰当、强大并仍然方便的移动体验，例如带宽、存储器大小、媒体格式的可用性、基于小键盘的输入、屏幕输出、CPU性能和电池电能是对桌面设备用户甚至利用连接的网络的漫游用户来说核心的问题。

如上所述，因为移动数据网络可能不可靠，并且消息可能丢失(消息传送是尽力服务)。现有的移动即时消息(IM)“网关”产品将IM消息作为“非正式的聊天”对待。因此，不能保证将消息传送到预期的接收者，因为MIM看不到作为结果出现的消息的丢失。因此，MIM的当前实现方式不适合于商业环境或者其中信息传送是重要的其他应用。

如上所述，大多数现有的消息收发系统(例如，SMS)提供了有限的存储容量。在SMS的情况下，可能要求本地PC备份/存档提供任何种类的消息备份能力，因此，处理本质上是人工的。希望保存消息的用户必须在删除他们的移动设备上的消息以释放空间来用于新消息之前，执行人工处理。

因此，需要提供一种被临时用户以及商业人士或者挑剔的用户接受的可靠的消息收发方案。另外，有利的是提供一种使得用户能够备份发送和接收的消息以供以后查看的设施。

发明内容

本发明的公开

因此，在本发明的一个方面，提供了一种扩展的消息系统，所述系统包括：

至少一个服务器，其被配置来从发起设备接收消息，以经由第一传送信道传送到至少一个接收设备；并且

其中，所述至少一个服务器还被配置来：如果不能经由所述第一传送信道实现消息的传送，选择替代传送信道；

或者，发起设备可以被配置：在不能经由所述第一传送信道实现消息的传送时，选择替代传送信道。

可以认为消息收发网络包括发起设备、至少一个服务器和一个或多个接收者(这些可以是移动设备或者电子邮件或者其他接收者类型)。

消息可以被认为是文本消息或者可以是某种其他类型的数据消息或者文件，诸如但不限于图像、音乐文件或者文档。

保证传送的原理适用于消息传输的所有路径。因此，发起设备可以包括一个或多个预定义规则集以控制如何发送消息。规则集可以包括与发起设备在第一传送信道上重发消息之前等待的时间段相关的信息，以及在切换到替代传送信道之前在第一传送信道上重试的频率和长度相关的信息。消息可以包括重试计数器，其在发起设备每次尝试向至少一个服务器传送消息时递增。系统可以使得用户能够根据他们的偏好重新配置规则集。

发起设备可以向用户显示指示符，其用于提供关于消息的传送状态的信息。

第一传送信道可以是基于网际协议(IP)的消息收发信道，并且消息可以是即时消息或者聊天消息。优选地，替代传送信道是SMTP、MIME、POP、IMAP或者类似的消息收发信道。适当地，替代传送信道可以是SS7或者类似的消息收发信道。在使用替代传送来传送消息的实例中，发起设备或者至少一个服务器可以重新格式化消息，以符合替代传送信道的消息收发标准。

优选地，发起设备适合在所述接收设备经由第一消息收发信道接收到消息时从至少一个服务器接收肯定应答消息。

当没有肯定应答消息返回到发起设备时，发起设备应用商业规则和发送者的用户设置以确定要采取的行动。通常，这可以包括重试尝试的定义的数量和随后切换到要进行传送的替代传送信道。其还可以要求用户干预以确定要采取的行动。此外，可以包括由主传送信道向服务器传送在消息的报头中包括的指令以指示服务器切换到辅助传送信道。

一旦消息达到至少一个服务器，则消息必须被路由到一个或多个接收者。至少一个服务器首先尝试使用由发起设备的用户指定的传送信道来传送消息。

服务器可以包括一个或多个预定义规则集，其用于控制如何发送消息。规则集可以包括与发起设备在第一传送信道上重发消息之前等待的时间段有关的信息，以及在切换到替代传送信道之前在第一传送信道上重试的频率和长度相关的信息。消息可以包括重试计数器，其在发起设备每次尝试向至少一个接收设备传送消息时递增。系统可以使得用户能够根据他们的偏好重新配置规则集。或者，服务器可以将管理重试的责任转向发起设备。

优选地，至少一个服务器适合在所述接收设备经由第一消息收发信道接收到消息时从至少一个接收设备接收肯定应答消息。系统还可以被配置以使得至少一个服务器向发起设备通知至少一个接收设备接收到消息。当发起设备在管理重试处理时仅需要这种端到端的通知来提供保证的传送。当不是这种情况并且至少一个服务器仍然控制处理并且维持传送的保证性时，不强制向发起设备返回接收肯定应答。肯定应答消息可以是任何合适的格式，只要它至少包含足够的信息以将肯定应答与消息相关联。肯定应答可以例如包括序号、时间戳或者唯一的ID等。可以从与消息的接收相关联的序号和时间戳生成唯一的ID。

或者，服务器可以仅将接收的肯定应答传送到发起设备。用这种手段，发起设备承担了更多的责任来促使向接收设备提供传送的保证性。

当没有肯定应答消息被返回到至少一个服务器时，服务器应用商业规则和发送者和接收者的用户设置以确定要采取的行动。通常，这可以包括重试尝试的定义的数量和随后向替代传送信道的切换，其中在替代传送信道上要进行传送。

至少一个服务器可以耦合到数据库。服务器可以被配置来定期性地向数据库写入传送消息的每次尝试的记录和网络特定信息。数据库还可以被用作通过传送服务器的所有消息的消息储存库。系统可以向用户提供用于访问从用户发送和接收的所有消息的合适的界面。

在本发明的另一个方面，提供了一种用于路由消息的方法，所述方法包括步骤：

在服务器处，从发起设备接收消息，以传送到至少一个接收者；

将所述消息经由第一传送信道转发到至少一个接收设备；

等待接收到来自至少一个接收设备的肯定应答的消息，并且如果未接收到肯定应答消息，服务器经由替代传送信道向至少一个接收设备重发消息。

所述方法可以包括在经由替代传送信道重发消息之前，经由第一传送信道来将消息重发预定次数的步骤。适当地，经由第一传送信道来将消息重发的步骤包括递增与消息相关联的重试计数器的步骤。方法可以可选地包括如果先前未能经由第一传送信道进行传送，在发起设备处，经由替代传送信道来启动消息的传输(即，发起设备具有跳过第一传送信道的重试的能力)。

适合地，经由替代传送信道转发消息的步骤包括重新格式化消息以符合信道的消息收发标准的步骤。

所述方法还可以包含在接收设备上用于识别重复消息的处理。在存在较差的网络可靠性的情况下，在发送的至少一个服务器或者发起设备获得用于指示成功的接收的返回的响应之前，可能在几种情况下发送消息。当这是因为接收者未能发送而不是消息本身时，结果会是重复消息到达接收设备。通过使用在如上描述的消息中包含的唯一的标识符来解决这个问题。接收设备查看在先前接收的消息中的唯一标识符，并且不重新显示先前接收和显示的消息。

在本发明的另一个方面，可以向用户显示指示符，其用于指示消息的传送状态。在一种手段中，当由发起设备来控制消息重试时，优选的是向尝试退出发送应用的用户发出还没有确认消息被传送并且重试仍然未完成的警告。

附图说明

为了可以更容易地理解本发明并将本发明投入实践，现在参考说明了本发明的优选实施例的附图，其中：

图1是根据本发明的一个实施例的、扩展的消息系统的示意性框图。

图2是描述了根据本发明的一个实施例的、在消息收发系统中的各种点之间的信令的传送的流程图。

具体实施方式

参考图1，其说明了根据本发明的一个实施例的消息收发系统100。在本发明的上下文中，消息可以被认为是文本消息或者可以是某种其他类型的数据消息或者文件，诸如但不限于图片、音乐文件或者文档。

如图所示，发起设备101(例如，移动手机、PDA、便携式计算机等)被用户使用以经由设备消息收发应用程序102来创建消息。在这种情况下，消息收发应用程序是移动IM应用程序。一旦用户创建了期望的消息，用户就从他们的联系人或者伙伴列表(buddy list)103中选择一个或多个接收者。接收者107可以是同一网络104的成员或者不同网络106的成员。一旦选择了接收者107，设备的消息收发应用程序102就将消息连同关于预期的接收者和用于向接收设备107发送消息的优选的传送信道的信息，经由网络104向传送服务器105转发。优选的传送信道可以是基于数据(网际协议/IP)的消息传送(例如，即时消息或者聊天)、SMS、MMS、电子邮件或者任何其他定义的消息格式。一旦发起设备101将消息转发到传送服务器105，其就期望从传送服务器105接收确认接收到所述消息的应答消息/分组。应答的具体格式不重要，只要它可以容易地与原发送消息相关联。存在用于将应答消息与原发送消息相关联的多种手段。例如，可以通过使用序号或者时间戳等来进行关联，序号或者时间戳用于生成唯一的消息ID，其将应答消息与原发送消息相关联。

如果发起设备101未能接收到确认，则在尝试重发消息之前，基于预定义规则集来等待预定的时间。预定义规则集不仅定义了设备在重发消息之前等待的时间段，而且它们还定义了重试的频率和持续时间。例如，规则集可以被配置来允许发送设备101进行最多10次重试，每次重试在原尝试发送消息后5分钟的间隔处。在重试的最大次数用完后发送设备101仍未能完成消息传送，其可以在预定义时间段后尝试经由替代方法来进行传送以将消息路由到传送服务器105。

而且，如果在消息仍然未被完成发送时用户尝试注销或者退出发起设备客户应用程序，则发起设备客户应用程序向用户通知消息的传送状态，并且在完成注销或者退出之前提供替代的传送选择。

如图1中所示，在这种情况下传送服务器105耦合到至少一个电子邮件服务器108和/或至少一个消息收发中心(SMSC，MMSC)109，以提供多个冗余的传送信道。如果在不能经由主传送信道(即，消息原有格式)向接收设备路由消息，传送服务器将切换到下一优选的传送格式。例如，传送服务器105可以从IM切换到SMS以实现消息的传送。

或者，如果不能经由由用户选择的主传送信道来传送消息，发起设备101可以提示用户选择替代的传送信道。在一些情况下，用户可以选择服务器知晓其是不可用的传送信道，例如，用户可以选择基于IP的消息收发、但服务器知晓接收设备不可用于接收这种类型的消息。在这种情况下，传送服务器105将消息切换为替代的消息格式(SMS、电子邮件等)，以经由替代的传送信道(例如，电子邮件网关108、SMSC 109)来传送。

主传送信道可以包括在消息报头中包括的一组指令以指示服务器切换到辅助传送信道。每次传送服务器105发送(并且重发)消息时，其携带重试计数器，所述重试计数器从0(初始传送)向上计数。对于每次重试，计数器递增以指示重试。基于在传送服务器上配置的规则集，传送服务器可以基于重试计数来选择尝试替代的传送方法以发送消息。这允许在指定数量的重试后，将消息转换为SMS、MMS或者电子邮件。在原始的重复中，从第三次重试开始，尝试将消息经由SMS传送。

传送消息的每次尝试的记录与包括小区站点等的网络信息一起被服务器存储在数据库110中。在这种情况下，传送服务器105可以耦合到网络104的HLR(归属位置寄存器)。当未能成功地传送消息时，向数据库110写入日志记录。该记录不仅包括关于不成功传送的信息，而且包括与接收移动设备相关的HLR信息。对使用标准数据分析工具提供的数据的随后分析可以展现需要维护和/或升级的特定网络区域。这种记录可以识别特定载波覆盖问题或者其他网络不足。另外，数据库110可以被用作用户消息的存储设施，下文将更详细地讨论。

图2描述了根据本发明的一个实施例的、由消息收发系统100使用的信令。为了实现消息的传送，传送服务器105需要首先识别预期的接收者107和用户优选的传送信道。在网络中的每个客户设备(发起或者接收101、107)使用基于时间的心跳事务213来与服务器进行通信，这允许服务器跟踪网络中所有设备的存在。在本示例中，每个客户设备每10分钟向服务器发送心跳。如果当服务器预期接收到心跳时未接收到心跳，其将该客户设备标记为离线。

心跳事务不仅用于示出客户设备的存在，而且示出客户设备当前可用的服务水平。例如，在用户使用例如IM通信来指示优选的传送的情况下，服务器经由通过接收设备的心跳而提供的信息来检查以确认接收者107连接到服务器并且可用于接收消息。在一些情况下，接收设备107可能未准备好或者未能接收IM消息，传送服务器105然后尝试使用诸如SMS 209、电子邮件207或者其他合适的消息收发格式的可适用的替代传送信道来向每个接收者发送消息。对于每种传送手段，当已经传送了消息时，期望从接收者(或者传送代理，因为情况可能是SMS和电子邮件)接收确认/肯定应答消息。然后，这将被传递到消息的原发起送者。如上所述，确认消息的具体格式不重要，只要其允许系统将确认与原发送消息相关联。

如图2中所示，发起设备101向传送服务器105转发IM消息201以经由主传送信道202传送到接收设备107。传送服务器105向发起设备101发回肯定应答消息。传送服务器继续向接收设备107发送IM消息。然后，接收设备107向传送服务器105发回肯定应答消息203，然后，传送服务器105可选地向发送设备101通知成功地端到端传送了消息204。如果主传送信道202不可用，那么传送服务器105尝试经由替代传送信道来路由消息，诸如经由电子邮件网关108的电子邮件205，或者经由SMSC 109的SMS206。

当电子邮件是选择的替代传送路径时，在将消息205转发到电子邮件网关之前，传送服务器105将消息从其原有格式转换为适当的电子邮件格式。然后，电子邮件网关108将消息207转发到接收设备107，然后，接收设备发回肯定应答消息208。类似地，在SMS或者MMS被选择为替代传送信道时，在将消息转发到SMSC 109之前，传送服务器105将消息从其原有格式转换为适当大小的SMS分组。但是，在本发明的当前实施例中，可以在该实例中，可选地执行消息的截取，因为许多SMS消息分组需要被发送以向接收设备107传送整体的消息。然后，SMSC 109将消息209转发到接收设备107，然后，接收设备发回肯定应答消息210。在所说明的示例中，服务器不寻找经由电子邮件服务器和/或SMSC/SMS网关、通过电子邮件或者SMS来发送的消息211、212(以虚线的轮廓示出)的确认，因为这两者的格式可接受地被认为是可靠的。但是，本领域内的普通技术人员将理解，这种验证过程可以容易地被并入到系统中。

如上所述，可以经由传送服务器105上实现的一组预定的规则来从传送服务器105向接收设备107路由消息。规则集控制重试尝试的数量；要使用的替代传送信道和它们的顺序；重试的持续时间；重试尝试的频率。下面的表格示出了根据本发明的一个实施例的、应用于利用文本消息收发系统来路由消息的规则集的一个示例：

客户设备	用户状态	离线设置	路由动作
				在线	可用或者不可用	SMS	●尝试使用默认方法(IP)来传送●如果未接收到确认消息，重试传送●在传送尝试终止后(在本发明的当前迭代中，在15分钟内进行3次重试)，切换到SMS(辅助传送手段)
在线	可用或者不可用	电子邮件	●使用默认方法(IP)来尝试传送●如果未接收到确认消息，重试传送●在传送尝试终止后(在本发明的当前迭代中，在15分钟内进行3次重试)，切换到电子邮件(辅助传送手段)

在线	不可见	按照以上所述(SMS或电子邮件)	●按照以上所述——不可见状态不影响传送手段
				在线	免打扰	n/a	在服务器上保存消息，直到用户改变了他们的状态
离线	可用或者不可用	SMS	服务器知晓用户的客户设备不能接收IP消息。●立即切换到SMS(用户定义的离线传送方法)
				离线	可用或者不可用	唤醒	服务器知晓用户的客户设备不能接收IP消息。
			●使用SS7或者SMS0来尝试客户应用程序唤醒●使用IP信道来发送消息。如果未接收到消息接收确认(对于上述在线/SMS)，则按照正常确保的传送尝试
				离线	可用或者不可用	电子邮件	服务器知晓用户的客户设备不可用于接收消息。●立即切换到电子邮件(用户定义的离线传送方法)
离线	可用或者不可用	存储在服务器上	服务器知晓用户的客户设备不可用于接收消息。●不尝试传送消息——将消息保存在服务器上的文件中，以在下一次这个用户登录到设备时立即传送
				离线	不可见	SMS或者唤醒	对于离线SMS或者唤醒(上面)，不可见状态不影响传送手段
离线	不可见	电子邮件或存储在服务器上	对于离线电子邮件(上面)，不可见状态不影响传送手段
				离线	免打扰	n/a	将消息存储在服务器上，直到用户改变他们的状态

表1：消息路由的示例性规则集

在消息包括图像或者其他文件的本发明的另一个实施例中，替代传送信道可以被配置为MMS或者一些其他文件传输协议。

用户可以例如经由在线界面等来配置规则集以适合于他们的偏好。然后，在规则状态中的改变被传送到传送服务器，其针对特定用户修改规则集的操作。在本示例中，用户可以基于他们的状态设置、他们的离线设置和他们当前网络的存在来定义如何将消息路由到他们。如上所述，心跳事务向传送服务器通知用户是否存在。但是，基于用户定义的状态设置、他们的“离线设置”和他们是否连接(登录)的组合来确定用户是否可以接收消息。

●当离线时进行SMS路由，这向服务器通知：当客户设备状态被设置为离线时，经由SMS来路由消息；

●电子邮件路由，其当用户未登录到客户设备时，将消息路由到电子邮件；

●唤醒，其允许系统使用SS7或者SMS0来唤醒接收设备上的客户应用程序，然后向用户呈现消息；

●保存到服务器，其向服务器通知：将消息保存在服务器上，直到用户登录他们的客户设备。

因此，可用性变为用户定义的属性，其使得用户能够修改系统的规则集的应用。如表1中所示，在系统内存在多个状态，用户可以基于用户是在线还是离线来选择它们。四个主要状态类型是可用、不可用、免打扰和不可见。在网络中，如果用户选择的离线设置允许经由替代传送信道来及时地传送消息，则当离线时，保持用户选择的状态。如果网络中的用户选择不允许及时传送的离线设置，诸如电子邮件或者“保存在服务器上”，那么当他们离线时，他们的可用性将被显示为“不可用于通信”。对于客户设备的“网络外”的用户，有限的离线设置是可用的，即，保存在服务器上或者电子邮件。因此，离线的网络外的用户总是被认为是“不可用于通信”。

除了上述之外，系统还可以向用户呈现将各种特性(例如，消息重要性)分配到消息的能力。发送者可以将消息重要性设置为普通或者高。消息重要性被作为数据存储在消息报头中，并且在网络中用于确定消息处理。

如果用户选择了高重要性，则通过网络、服务器基础结构和接收设备的消息传送规则对消息进行不同地对待。通常，运营商以额外费率对高重要性消息进行收费。

对于高重要性消息，根据规则集对普通处理进行以下改变：

●从发送设备到服务器的重试每1分钟最多发生3次。如果未能发送消息，那么在发送设备上向发送者报警，并且给出继续或切换到替代的传送信道的选项。

●在切换到替代信道之前，从服务器到接收设备的重试每1分钟最多发生3次。

●高重要性消息将永不仅被路由到电子邮件。如果接收机在他们的离线设置中指定了电子邮件，则消息将被复制到电子邮件，但也被路由到SMS。

●在接收设备上，对于高重要性的消息将发出特殊的警报声。

●在接收设备上，向用户显示请求接收的肯定应答的请求，并且这作为消息被发回原发送者(利用时间/日期确认)

●消息将在数据库110上被标记为高重要性(下文将讨论)。

如上简述，数据库110可以被用作远程存储设施。这个“StoreIT”功能提供了向和从传送服务器105发送的所有消息的完整的消息存档设施。经由网站来提供对消息的访问。用户可以登录，然后使用广泛的搜索设施和标记(tagging)以访问他们的消息。提供足够的存储，以便用户永不需要删除消息。

传送服务器向数据存储设施110写入在异步处理中发送和接收的每个消息。通常，对每个发送者/接收者分别地写入消息。通过写入消息的单个副本并且使用链接将消息与多个发送者/接收者相关联，来减少存储需求。在这种具有缓慢的搜索性能的手段中允许折衷。

如果例如消息包含特定特性，则可以自动地对消息执行标记：

●包含万维网链接

●包含满足准则以提示其是电话号码的数

●包含地址(基于关键字(诸如“街道”、“公寓”、“st.”、“apt.”等)的数据库)

“StoreIT”用户界面还提供经由消息收发客户端的PC版本来转发和回复消息的能力。万维网界面可以包括下述内容：

●使用与用户移动消息收发应用程序相同的用户ID和密码来登录的能力；

●访问所有发送和接收的消息；

●消息元数据，其中包括发送的时间/日期、接收者/发送者信息

●消息的标记(用户可选择的标记以及自动化标记，例如包含万维网链路或者数字的标记消息)

●消息收发选项(回复消息，发送新的消息等)

●访问伙伴列表

●消息存档管理(删除选择的接收者或者全部接收者的一些或者全部消息)

●用户设置(关断StoreIT、对于特定接收者关断、对于特定接收者接通等)

应当理解，仅通过本发明的示例来提供上述实施例，并且对本领域的技术人员来说，对其另外的变型和改进被视为落在本文描述的发明的广义范围和界限内，这是显而易见的。特别地，可以在不脱离本发明的范围的情况下，进行以下(非排他的)增加和/或变型：

●可以通过发起设备101而不是传送服务器105来执行重试的管理。

●接收的肯定应答可以绕过传送服务器105。在这种手段中，发起设备101被配置来向接收设备107提供传送的保证。

●发起设备101可以被配置来向用户显示指示符，其提供了关于消息的传送状态的信息。

●发起设备101可以被配置来用于：如果经由第一传送信道的消息的传送不可以被实现，选择替代传送信道。

●在使用替代传送来传送消息的实例中，发起设备或者至少一个服务器可以重新格式化消息以符合替代传送信道的消息收发标准

●当没有肯定应答消息返回发起设备时，除了如在实施例中描述的商业规则和用户设置之外，主传送信道还可以被配置来向传送服务器105发送消息；传送服务器105包括在消息报头的指令，其用于指示服务器切换到辅助传送信道。

●可以向用户显示指示符，以指示消息的传送状态。作为示例，当通过发起设备来控制消息重试时，向尝试从发送应用程序退出的用户警告：还没有确认传送了消息，并且重试仍然未完成。

Claims (36)

1.一种消息系统，所述系统包括：

至少一个服务器，其被配置来从发起设备接收消息，以经由第一传送信道传送到至少一个接收设备；并且

其中，所述至少一个服务器还被配置来：如果不能经由所述第一传送信道实现消息的传送，则选择替代传送信道。

2.根据权利要求1所述的消息收发系统，其中，所述第一传送信道是网际协议信道，并且所述消息是即时消息。

3.根据权利要求1所述的消息收发系统，其中，从SMTP、MIME、POP、IMAP信道中的至少一个选择所述第一传送信道，并且所述消息是电子邮件消息。

4.根据权利要求1所述的消息收发系统，其中，所述第一传送信道是SS7信道，并且所述消息是SMS或者MMS。

5.根据权利要求1-4中的任何一个所述的消息收发系统，其中，所述服务器被配置来重新格式化所述消息以符合所述替代传送信道的消息收发标准。

6.根据权利要求1所述的消息收发系统，其中，所述至少一个服务器适合在所述接收设备经由所述第一消息收发信道接收到所述消息时，从所述至少一个接收设备接收肯定应答消息，在所述第一消息收发信道上，所述至少一个服务器向所述发起设备通知所述至少一个接收设备接收到所述消息。

7.根据权利要求6所述的消息收发系统，其中，所述发起设备可以指示所述服务器在未能接收到所述肯定应答消息时立即经由所述替代传送信道来发送所述消息。

8.根据权利要求6或者7所述的消息收发系统，其中，所述肯定应答消息包括序号、时间戳或者唯一ID，其将所述肯定应答消息与由所述发起设备发送的所述消息相关联。

9.根据前述权利要求中的任何一个所述的消息收发系统，其中，所述服务器还包括一个或多个预定义规则集，用于控制如何向所述至少一个接收设备发送所述消息。

10.根据权利要求9所述的消息收发系统，其中，所述预定义规则集包括与在所述第一传送信道上重发所述消息之前所述服务器等待的时间段相关的信息，以及与在切换到替代传送信道之前所述服务器在所述第一传送信道上重试所述消息的传送的最大次数相关的信息。

11.根据权利要求10所述的消息收发系统，其中，所述消息包括重试计数器，其在所述服务器每次尝试向所述至少一个接收设备传送所述消息时递增。

12.根据权利要求11所述的消息收发系统，其中，所述至少一个服务器可以被配置来定期地向数据库写入传送消息的每次尝试的记录以及网络特定信息。

13.根据权利要求12所述的消息收发系统，其中，通过所述至少一个服务器的所有消息的副本被存储在所述数据库中以供以后被用户检索。

14.根据前述权利要求的任何一个所述的消息收发系统，其中，基于唯一的标识符，不向用户显示所述接收设备上的重复消息。

15.一种用于路由消息的方法，所述方法包括以下步骤：

在服务器处，从发起设备接收消息，以传送到至少一个接收设备；

将所述消息经由第一传送信道转发到所述至少一个接收设备；

等待接收到来自所述至少一个接收设备的肯定应答消息，并且如果未接收到肯定应答消息，所述至少一个服务器经由替代传送信道向所述至少一个接收设备重发所述消息。

16.根据权利要求15所述的方法，其中，第一传送信道是网际协议(IP)信道，并且所述消息是即时消息。

17.根据权利要求15所述的方法，其中，从SMTP、MIME、POP、IMAP信道中的至少一个中选择所述第一传送信道，并且所述消息是电子邮件消息。

18.根据权利要求15所述的方法，其中，所述第一传送信道是SS7信道，并且所述消息是SMS或者MMS。

19.根据权利要求15-18中的任何一个所述的方法，其中，所述服务器被配置来重新格式化所述消息以符合所述替代传送信道的消息收发标准。

20.根据权利要求15-19中的任何一个所述的方法，还包括在尝试经由所述替代传送信道发送所述消息之前，经由所述第一传送信道将所述消息重发预定的次数的步骤。

21.根据权利要求20所述的方法，其中，经由所述第一传送信道来重发所述消息的步骤包括：递增与所述消息相关联的重试计数器的步骤。

22.根据权利要求15-22中的任何一个所述的方法，其中，基于唯一的标识符，不向用户显示所述接收设备上的重复消息。

23.根据权利要求15-22中的任何一个所述的方法，其中，所述服务器存储所有消息的副本以供以后被用户检索。

24.根据权利要求15-23中的任何一个所述的方法，其中，所述服务器基于系统定义的内容规则以及用户定义的规则来自动地标记消息，以供以后被所述用户搜索。

25.一种用于路由消息的方法，所述方法包括以下步骤：

在服务器处，从发起设备接收消息，以传送到至少一个接收设备；

经由主传送信道将所述消息转发到所述至少一个接收设备；

等待从所述至少一个接收设备接收肯定应答消息，并且将所述肯定应答转发回所述发起设备，并且如果所述发起设备未接收到肯定应答消息，所述发起设备向所述服务器重发所述消息，其指示了使用替代传送信道将所述消息路由到所述接收设备。

26.根据权利要求25所述的方法，其中，所述第一传送信道是网际协议(IP)信道，并且所述消息是即时消息。

27.根据权利要求25所述的方法，其中，从SMTP、MIME、POP、IMAP信道的至少一个中选择所述第一传送信道，并且所述消息是电子邮件消息。

28.根据权利要求25所述的方法，其中，所述第一传送信道是SS7信道，并且所述消息是SMS或者MMS。

29.根据权利要求25-28中的任何一个所述的方法，其中，所述服务器被配置来重新格式化所述消息以符合所述替代传送信道的消息收发标准。

30.根据权利要求25-29中的任何一个所述的方法，还包括在尝试经由所述替代传送信道发送所述消息之前，经由所述第一传送信道将所述消息重发预定次数的步骤。

31.根据权利要求30所述的方法，其中，经由所述第一传送信道来重发所述消息的步骤包括：递增与所述消息相关联的重试计数器的步骤。

32.根据权利要求25-32中的任何一个所述的方法，其中，基于唯一的标识符，不向用户显示所述接收设备上的重复消息。

33.根据权利要求25-32中的任何一个所述的方法，其中，所述服务器存储所有消息的副本以供以后被用户检索。

34.根据权利要求25-33中的任何一个所述的方法，其中，所述服务器基于系统定义的内容规则以及用户定义的规则来自动地标记消息，以供以后被所述用户搜索。

35.根据权利要求25-34中的任何一个所述的方法，其中，所述发起设备向所述用户显示关于消息的传送状态的指示符。

36.根据权利要求25-35中的任何一个所述的方法，其中，所述发起设备在执行关机或者注销操作之前向用户警告还没有传送完消息。

Images