[发明专利]扩展的消息收发平台

说明书

技术领域

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

背景技术

在移动通信系统中使用最多的消息收发形式是短消息服务(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备份/存档提供任何种类的消息备份能力，因此，处理本质上是人工的。希望保存消息的用户必须在删除他们的移动设备上的消息以释放空间来用于新消息之前，执行人工处理。

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

发明内容

本发明的公开

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

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

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

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

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

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