用标准接口在蜂窝设备间进行多部分消息通信的制作方法

专利名称：用标准接口在蜂窝设备间进行多部分消息通信的制作方法
技术领域：
本发明涉及蜂窝通信领域。更具体地，本发明涉及用一个标准化接口在蜂窝设备间进行多部分消息通信的方法、系统和计算机程序产品。
背景技术：
交流被普遍认识到是人们一种必需的要求。通常认为那些掌握了交流技巧的人时常是最有可能在当今社会中发展有价值的关系，并扩大他们的影响范围的。可能出于这个原因，那些提高我们的交流能力的发明时常被认为对我们的文明社会具有很大的贡献。这样，当今时代最有价值的两项技术革新就是电话和无线电。
电话的出现使得人们可以跨越很长的距离进行实时的语音交流。常规的电话都是“硬线连接的”，因为电话设备要依靠连有导线的连接来在一个电话网络上和其他电话设备进行通信。因而，常规电话是相对固定在某个具体地点的。
无线电的出现使得可以在不使用导线的情况下，实时地交流语音信息。作为它的核心，常规无线电技术包括使用一副天线来把电流信号转换成可以广为传播的地面空间波信号。然后，处于广播范围之内的一个接收器可以把该地面空间波信号转换回电流信号，并准备通过扬声器来呈现该语音信息。
无线电话通信结合了常规的无线电和电话技术。更具体地说，一部无线电话包括一个用于发射和接收地面空间波信号的天线。一旦建立了一个连接，用户可以对电话说话。语音信息然后用一个预定的发射频率被无线发射到连接至诸如传统的公共交换电话网(PSTN)的一个有线电话网的接收器上。一旦被接收了，该信息通过有线电话网络中的连接被传递到另一部电话。如果另一部电话也是无线的，那么一个发射器接收到该信息，并无线地把该信息发射到另一部电话。另一部电话可以用相同的方式把信息传递回原来的电话。
在采用蜂窝技术之前，无线电话通信包括有多个无线电电话，而在它们之中一般有一个中央天线塔，用来负责一个相对较大的区域。这限制了为该相对较大区域所能维持的信道个数，因为每个信道都占用了一个给定的频率范围。因而，在这个相对较大区域中，在任意给定的时刻，只有一小部分人能够通过无线电电话进行通信。另外，由于区域较大，电话发射功率也要很大。因而，就今天的标准而言，无线电电话体积相当大而笨重，因此也只有少数人使用它。
随着蜂窝技术的发展，无线电话技术变得为大众所普遍接收。蜂窝技术包括把电话使用区域在空间上被分成相对较小的区域，这些区域被称为“小区”，每个小区的大小一般是十平方英里。每个小区包括一个用来发射无线信号到小区内的蜂窝电话和从它们那里接收无线信号的基站。
每个基站一般用和直接相邻小区不同的频率来发射和接收无线线号，但是相隔更远的小区可能也在使用相同的频率。这样，从相邻小区来的干扰就被降到了最低，且频率在整个网络范围内可以被重复使用，只要任意一个给定的小区所使用的频率和与它直接相邻的小区所用的不同。这提供了更多的可用信道，且蜂窝网络因此可以比早期的无线电电话网络支持数量级上更多的同时进行的呼叫。
另外，由于小区区域相对较小，发射功率要求也相对地要低，因此电话电池的尺寸可以保持相对较小。此外，随着将高频率分配给蜂窝通信所使用，蜂窝天线也可以变小。因而，蜂窝电话和蜂窝网络成为了进行无线电话通信的主流装置。
早期的蜂窝电话全部都是模拟的，这意味着电话处理的是模拟信号，如模拟语音信号。稍后，也出现了数字电话，它提供了更有效的压缩和加密技术，并因此提高了和蜂窝信道相关的频谱效率。数字电话数字化地处理信息，并且可以不仅仅被用来通信语音信息，还可以传递文本或数据消息。
一般地，蜂窝网络支持这样的文本或数据消息通信。但是，蜂窝网络限制了可以通过蜂窝网络来传递的消息片段的大小。例如，全球移动通信系统(GSM)蜂窝网络通常提供一种被称为短消息服务(SMS)的业务，它只允许不超过140个字节的消息。很多其他蜂窝技术也支持类似的短消息业务。
如果消息超过了一个特定的大小，消息将被分割成多个限制大小的消息片段，以使得每个短消息片段(连同任何其他报头数据)都不超过蜂窝网络所允许的大小。报头数据可以包括，例如，路由信息，唯一标识了多部分消息的一个消息标识符，所标识的多部分消息中的短消息片段个数的标记，多部分消息中相应短消息片段的顺序，以及类似物。
把这种多部分消息拆分成单独的短消息片段的过程是相当复杂的。例如，所允许的短消息片段大小不一定要是固定的，而是要根据报头信息的大小。在下文中，“一个短消息片段”指的是从原来较大的消息被拆分出的文本或数据部分。一条“短消息”指的是附有报头数据的一个短消息片段。
例如，假设一个蜂窝网络将短消息的大小限制为140个字节。尽管短消息的大小限制是140字节，但不能简单地说每个短消息片段就应该是140字节，因为短消息片段还将附有报头信息。对于一个给定的短消息片段，如果相应的报头信息最终的大小是35个字节，那么这个短消息片段真正的大小限制将是105字节。对于另一个短消息片段，如果相应的报头信息最终的大小是45个字节，那么这个短消息片段真正的大小限制就是95字节。
另外，正如前面所暗示的，拆分过程要求形成报头信息来保证在接收蜂窝设备上各个短消息片段可以适当地被重新组装。这样，当包括有这种报头信息时，必须要考虑接收蜂窝设备解释报头信息的能力。同样地，由于蜂窝网络可能不依照顺序传递短消息片段，因此在报头中应该包括排序信息。这样，这些拆分过程和重组功能的实现通常需要进行很多编码工作。
常规地，任何提供了通过蜂窝网络进行消息通信的应用程序必须单独处理这些复杂的拆分和重组问题。这样，每个应用程序提供者都要单独地编制编码来进行拆分和重组。如果拆分和重组的标准发生了改变和扩充，每个应用程序提供者将必须适应这样的改变。因此，就需要有把蜂窝应用程序提供者从必须编制编码来处理短消息片段的拆分和重组中解脱出来方法，系统，和计算机程序。

发明内容
这里描述了用来把一个多部分消息拆分成一些短消息片段，并在不需要发射应用程序处理进行这种拆分所需的细节的情况下通过一个蜂窝网络发送这种片段的方法，系统，和计算机程序产品。另外，多部分消息的重组也可以在不需要接收应用程序关注处理短消息片段的重组成多部分消息的细节的情况下完成。
当发送一个多部分消息时，一个呼叫应用程序通过诸如应用程序接口(API)或用户接口之类的一个标准化接口产生一个对短消息层的功能调用。该功能调用代表了一次发送消息的请求。在确定了该消息太大，不能作为一条短消息发送之后，短消息层把该消息分割成足够小的片段，以保证即使在加入了报头信息之后，仍将会生成一条在蜂窝网络的大小要求之内的短消息。然后每条这样的短消息再通过蜂窝网络被发送。
如果呼叫应用程序还请求了一个投递报告，那么短消息层将跟踪在接下来接收到的每条短消息的投递报告。一旦接收到了所有短消息的投递报告，短消息层将分析各个投递报告以确定把多部分消息作为整体的一个适当的投递报告。短消息层然后把适当的投递报告传回呼叫应用程序。
当接收一个多部分消息时，对应于该多部分消息的短消息片段被短消息层接收。短消息层然后用对应于每个短消息片段的报头信息来把短消息片段组装成多部分消息。短消息层然后把重组后的多部分消息传给接收应用程序。尽管这个过程可以在不进行请求的情况下自动进行，但是在一个实施例中，该服务是通过接收应用程序接收到的一个快速请求而提供的。
这样，当发送，接收，或是跟踪对应于一个多部分消息的传递时，应用程序不需要关心所基于的蜂窝网络的要求限制大小的细节。取而代之的是，应用程序只需请求发送该多部分消息，接收该多部分消息，并且可任选地接收一个多部分消息的整体投递报告。如果标准对发送或接收多部分消息进行了改变，应用程序也不需要改变。取而代之的是，短消息层可以被调整用来处理标准上的改变。
下面的描述中将会列出本发明另外的特点和优点，从描述中将会清楚其中的一部分，或通过本发明的实践将会学习到其中的一部分。通过所附的权利要求书中所具体指出的工具和组合装置可以认识和获得本发明的特点和优点。通过接下来的描述和所附的权利要求书，或是通过之后进行的本发明的实践，本发明的这些特点和其他一些特点将会变得更加完全地清楚。


为了描述获得本发明的上述和其他的优点与特点的方法，通过参考本发明的一个具体实施例，将对附图中所展示的，上面已经简要描述的本发明进行一个更具体地描述。应该理解的是这些附图描述的只是本发明的一般实施例，因此它们不应该被看成是限制了本发明的范围，通过使用附图，将会更具体和更细节地描述和解释本发明，其中图1示意性地展示了可以实现本发明的原理的一个电话网络。
图2展示了可以在图1的蜂窝网络上通信，并可以实现本发明的原理的一部电话设备的相关硬件和软件部件。
图3展示了可以在图2的电话设备上实现的结构，它可以把应用程序提供者从必须实现多部分消息的拆分和重组细节中解脱出来。
图4展示了不用使呼叫应用程序实现拆分消息所需详细处理过程的情况下便于应用程序发送多个短消息片段的方法的流程图。
图5A和5B展示了一个用来使一个应用程序便于发送多个短消息片段的更细节的流程图。
图6展示了一个用来响应短消息的投递报告的方法流程图。
图7展示了用来接收一个多部分消息的方法的流程图，该方法使得接收程序不必实现重组消息所需的细节处理过程。
图8展示了用来接收一个多部分消息的方法的更详细的流程图，该方法使得接收应用程序不必实现重组消息所需的细节处理过程。
图9展示了用来提供一个多部分消息的统一投递报告的跟踪列表的数据结构。
具体实施例方式
本发明涉及为了在不要求应用程序实现拆分和重组多部分消息所需的细节的情况下通过一个蜂窝网络传送多部分消息，而方便地进行多部分消息的拆分和重组的方法，系统和计算机程序产品。具体地说，将要发送一个多部分消息的呼叫应用程序用一个标准化接口请求一个短消息层发送该消息。如果该消息足够大，短消息层拆分和发送该消息且，如果被请求的话，返回一个多部分消息的统一投递报告。在接收端，一个短消息层重组多部分消息，并把组装后的消息传递给一个接收应用程序，且该接收应用程序不必实现重组一个多部分消息所需的细节。
本发明的实施例可以包括一个专用或通用计算机设备，它包括各种计算机硬件，这在下面还将进一步详细介绍。本发明范围之内的实施例还包括计算机可读取介质，用来承载或装有存储其上的计算机可执行指令或数据结构。这样的计算机可读取介质可以是任何的可以被一台通用或专用计算机存取的可用介质。通过举例的方式来说，而不是限定的方式，这样的计算机可读取介质可以包括诸如RAM、ROM、EEPROM、CD-ROM或其他的光盘存储之类的物理存储介质，磁盘存储或其他磁存储设备，或者是其他任何的可以被用来承载或存储所需的，计算机可执行指令或数据结构的形式的程序编码装置，并可由通用或专用计算机访问的介质。
当信息通过一个网络或另一个通信连接(无论硬布线的，无线的，或是硬布线与无线的组合方式)被传输或提供到一台计算机，该计算机完全地把该连接看成是一个计算机可读介质。上述的组合方式也应该被包括在计算机可读介质的范围之内。计算机可执行指令包括，例如，那些可以使得通用计算机，专用计算机，或是专用处理设备来完成某个特定功能或功能组的指令或数据。
尽管不是必要的，但是本发明将会用笼统的方式来表示被计算机设备执行的计算机可执行指令，如程序模块。总的来说，程序模块包括例程，程序，对象，组件，数据结构，以及完成具体任务或实现具体的抽象数据类型的类似物。计算机可执行指令，相关数据结构以及程序模块表示了用来执行这里所揭示的方法的步骤的程序编码装置的例子。这样的可执行指令或相关数据结构的具体序列表示了用来实现在这些步骤中所描述的功能的相应操作的例子。
本领域的技术人员将会注意到本发明可以在具有多种计算机系统配置类型的网络计算机环境中进行实践，这些计算机配置类型包括个人计算机，手持式设备，多处理器系统，基于微处理器或可编程消耗电子装置，网络PC，小型计算机，大型机，以及类似物。本发明还可以在分布式计算机环境中来实践，其中任务是由通过一个通信网连接(无论硬布线链路，无线链路，或是硬布线与无线的组合链路方式)在一起的本地和远程处理设备来完成。在一个分布式计算机环境中，程序模块可以同时驻于本地和远端记忆存储设备中。
图1简要地展示了本发明可以在其中工作的一个电话网络100。电话网络100促进了一些电话设备之间的通信，如所展示的电话设备101至106。这些电话设备中的一部分是蜂窝设备，这样它们要通过一个蜂窝网络在电话网络上通信。例如，电话设备101，103和105是蜂窝设备，并使用相应的蜂窝网络111，113和115而在电话网络100上通信。
蜂窝网络通常不止能够交流语音信息，而且还可以交流其他类型的消息，如文本和数据消息。但是，通常这些蜂窝网络对这种消息的大小有限制。例如，全球移动通信系统(GSM)中的短消息服务(SMS)就是这样一种消息业务。另外时分多址(TDMA)，码分多址(CDMA)，无线CDMA(WCDMA)，1xRTT，3G，UMTS和CDMA200，及其它一些都是允许发送限制长度的消息的蜂窝技术。
本发明促进了当保证了消息的大小时，对于这种消息的拆分和重组。要注意的是，尽管电话设备101至106是以常规电话的形式来展示的，当然这里的电话设备可以是能够在一个电话网络上进行通信的任何设备。
图2进一步详细地展示了一个蜂窝电话设备(例如，电话设备101)，其他蜂窝电话设备可能也具有类似的部件。电话设备101表示的是一个可以用于实现本发明的原理的合适的蜂窝设备，尽管本发明并不试图把实施例仅限于该电话设备上。本发明可以在任何具有这里所描述的合适修改的蜂窝设备中来实现。
电话设备101包括一个用户接口201，它允许用户通过输入用户接口203输入信息，并通过一个输出用户接口202来查看所呈现的信息。例如，输出用户接口202包括一个扬声器204，用来把声音信息呈现给用户，以及一个显示205，用来把视觉信息呈现给用户。电话设备101还有一个天线209，用来和蜂窝网络111进行无线通信。
输入用户接口203可以包括一个麦克风206用来把声音信息表示成电的形式。另外，输入用户接口203包括由12个按钮组成的拨号控制207，通过它用户可以拨打一个电话号码，输入一段文本信息，或指示电话设备101发送一段数据消息。输入用户接口203还包括导航控制按钮208，它帮助用户在显示205上所可能列出的条目和选项之间进行导航。
尽管电话设备101有移动电话的外形，但是电话设备的内在特点可以允许进行复杂和灵活的通用处理的能力。例如，电话设备101还包括相互连接的一个处理器211和一个存储器212，它们同时还通过总线210连接到用户接口201。存储器212从总体上代表了可以采用的多种易失性和/或非易失性存储器。对于本发明而言电话设备101所使用的具体存储器类型并不重要。
包括一个或多个程序模块的程序编码装置可以被存储在存储器212内。一个或多个程序模块可以包括一个操作系统213，一个或多个应用程序214，其他程序模块215，以及程序数据216。图2中所展示的环境只是展示性的，且决不只是代表可以实现本发明原理的多种蜂窝设备的一小部分。
图3是展示了根据本发明的，由诸如电话设备101之类的蜂窝设备所实现的各个部件之间的互动的一幅结构图。一个应用程序301，它可以是应用程序214中的一个，提供一个服务，该服务要求通过一个蜂窝网络发送一条消息，如蜂窝网络111。应用程序301不必处理和通过该蜂窝网络发送一条消息有关的细节要求，而是只需向短消息层302提出一个功能调用，以请求发送该消息。
短消息层302然后实现图4中所示的一种方法400。图4是一种方法的流程图，它便于一个应用程序在不具有详细实现了拆分消息所需处理过程的呼叫应用程序的情况下发送多个短消息片段。方法400包括一个短消息层302通过标准化接口304从呼叫应用程序301接收一个功能调用的操作(操作401)。该功能调用代表了在蜂窝网络上发送一条消息的请求。
在本描述和权利要求书中，一个“功能调用”被定义成一个软件模块对另一个软件模块的服务请求，不管它是作为呼叫软件模块的运行结果而自动产生的，或者该呼叫是响应在标准化用户接口上的用户输入而产生的，如用户在命令行输入一个发送命令。
短消息层302然后进行响应功能调用而通过蜂窝网络发送消息的步骤(步骤402)。步骤402可以包括对应的操作403和404。具体而言，短消息层403把消息分成一些大小受到限制的短消息片段(操作403)，然后把每个短消息片段通过图3的驱动器303在蜂窝网络上发送出去(操作404)。
如果短消息层302接收到一个投递报告的请求(判决方框405中的“是”)那么短消息层302通过网络驱动器303从蜂窝网络111为短消息片段收集投递报告(操作406)。然后各个投递报告被解释，用来确定一个整体的多部分消息的投递报告(操作407)。多部分消息的投递报告然后通过标准化接口304被返回给应用程序301。
图5是一个更详细的流程图，它展示了方法500的一个具体实施例，用来便于一个应用程序在不具有详细实现拆分消息所需处理过程的呼叫应用程序的情况下发送多个短消息片段。当短消息层302通过一个标准接口接收到请求发送一条消息的功能调用时(操作501)，该方法就开始了。图5的操作501类似于图4的操作401。
接下来，短消息层302整体地进行对于短消息所必需的处理(操作502)。这些处理可以包括压缩消息，在可扩展标记语言(XML)中包装消息，加密以及类似处理。
短消息层302然后根据消息的类型计算每个短消息片段可用的字节数(操作302)。例如，文本消息可以允许有某种特定大小的短消息，而无线应用协议(“WAP”)消息可能有不同大小的短消息。
短消息层302确定该短消息是否可以用一条低于蜂窝网络所规定的的最大允许大小的短消息来发送(判决框504)。如果不行(判决框504中的否)，那么该消息被作为多部分消息来处理。具体地说，短消息层302构建报头信息，用来帮助把相应的短消息片段重组成原来的消息(操作505)。这样的报头信息可以包括，例如，多部分消息的一个标识，多部分消息中的短消息个数，以及相应的短消息在多部分消息中的顺序。
当然，这个附加的报头信息改变了原始的短消息片段的可允许大小。短消息层302然后把新构建的次序报头信息考虑在内再重新计算短消息片段的最大可允许大小(操作506)。例如，假设蜂窝网络为某种消息提供了140个字节的最大短消息大小。现在假设次序报头信息有20个字节。那么具有该报头信息的短消息片段的可允许大小只有120个字节。
假设计算出最大短消息片段大小是120字节。如果该消息(在操作502中整体地进行对于短消息所必需的处理之后)是620字节，那么就需要6条短消息发送完整的多部分消息。一些蜂窝网络或应用程序限制了对应于一条多部分消息的短消息个数。例如，GSM网络目前限制每条多部分消息可以有255条短消息。如果短消息的个数将会超过最大允许值(判决框507中的“是”)，那么一条合适的错误消息将会被返回呼叫应用程序(操作508)。否则(判决框507中的“否”)，该消息被用操作506中所计算出的片段最大大小值拆分成多个短消息片段(操作509)。当多部分消息在操作509中被拆分后，将为每个短消息片段构建一条完整的短消息。这包括把操作505中所构建的合适的报头信息添加到短消息片段头部或尾部。
当为每个多部分消息短消息片段构建好了短消息之后(即在操作510后)，或是确定了该消息可以用一条短消息来发送之后(判决框504中的“是”)，一条或多条短消息中的每一个都被编码，这也是为了在蜂窝网络上进行发送的需要(操作511)。该功能可以被引入网络驱动器303，或是代之以由短消息层302来实现。编码之后(操作511)，每条短消息用，例如，网络驱动器303在蜂窝网络上被发送。
如果在发送任一条短消息的过程中出现了错误(判决框513之前中的“是”)，那么将报告(操作514)该错误，且处理过程结束。否则(判决框513中的“否”)，和每条短消息相对应的一个跟踪号将被包括在一个和该多部分消息有关的一个跟踪列表之中(操作515)。图9中用跟踪列表900展示了一个跟踪列表的结构。跟踪列表900包括一个代表多部分消息的标识(如“A”)的字段901，和标识多部分消息中每条短消息的字段902(如5个部分中的部分1至5)。为了清楚起见，图9中所展示的标识人们可以识别的。对电话设备101而言，实际的标识可以是代表了相应字段的任意二进制序列。短消息层302然后把跟踪列表返回给呼叫应用程序(操作516)并等待每条短消息的投递报告。
图6展示了方法600的流程图，它显示了短消息层302如何回应短消息的投递报告。当接收到一条短消息的投递报告(步骤601)，短消息层302从跟踪列表中把对应于该段消息的跟踪号去掉(操作602)。如果没有收齐所有短消息的投递报告(判决框603中的“否”)，那么处理过程将结束，直至接收到进一步的投递报告。
如果对于某个多部分段消息的所有短消息的投递报告都已经被接收了(判决框603中的“是”)，那么将报告整个多部分消息的已发送状态(操作604)。如果报告有任何的短消息没有被收到，那么短消息层302可以尝试重新发送该片段。如果即使经过了数次重新发送的尝试后，最终仍然不是所有的片段都被报告接收到了，那么多部分消息的投递报告可以指出一个对应于“消息未收到”或类似事件的错误。另一方面，如果报告所有的短消息已成功地被接收，那么该多部分消息的投递报告可以指出对应于“信息已收到”的成功编码。
在这种方法中，呼叫应用程序301简单地发出一次功能调用来发送一条消息，并在被请求的情况下发回一条投递报告。呼叫应用程序301不需要处理与把消息分成多个短消息有关的许多细节。同样地，呼叫应用程序301不必关心为单个的消息片段解读投递报告。取而代之地，呼叫应用程序301接收一条该消息的报告。因而，呼叫应用程序301除了请求发送一条消息，和在被请求的情况下接收发回的一条投递报告之外，不需要注意其他任何事。
和用来发送多部分消息的图3中的结构相同的结构也可以被用来接收一条多部分消息。图7展示了用来接收一条多部分消息的方法700，其中接收应用程序(如应用程序301)不必进行重组消息所需的细节处理。首先短消息层302接收对应于一条多部分消息的一些短消息片段(操作701)，把这些短消息片段重组成多部分短消息(操作702)，并通过一个构建的标准化接口把重组后的消息传递给接收应用程序(操作703)。短消息层302可以响应通过该标准化接口从接收应用程序接收到的一个快速请求而执行方法700。
图8展示了用来接收一条多部分消息的更具体的方法800，其中接收应用程序不必进行重组消息所需的细节处理。当通过，例如，网络驱动器303接收到一条短消息时，方法800被启动。然后，该短消息按照需要被解码(操作802)。这个解码过程本质上是图5B的操作511中所进行的编码处理的逆过程。
然后参考该短消息的报头信息，以确定该短消息是否是一条多部分消息的一个部分(判决方框803)。如果是的话(判决方框中的“是”)，将把该短消息存储在持久存储器中(操作804)，以防在电源中断情况下出现数据丢失，从而只收到多部分消息中的一部分。
然后，再参考报头信息，以确定是否对应于该多部分消息的所有短消息都已经被接收到了(判决框805)。如果不是所有的短消息都被接收到了(判决框805中的“否”)，那么进程回到操作801等待下一个短消息。另一方面，如果该多部分短消息的所有短消息都被接收到了的话(判决框805中的“是”)，那么将使用报头信息来把短消息片段重组成一个多部分消息(操作806)。
然后短消息层302整体地进行消息所需的处理，如解压，从XML去封装，或解密，通过标准化接口304把消息传递给接收应用程序，然后从持久存储器(操作809)中把短消息删除。
在接收多部分消息时，接收应用程序始终不关心和把各个短消息片段重组成多部分消息的有关的细节。这些服务而是由短消息层302提供的。
因而，本发明的原理使得一个应用程序可以在不必实现多部分消息的拆分和重组所需的细节处理过程的情况下，在蜂窝网络上发送多部分消息。本发明可以在不脱离它的要旨或基本特点的情况下以其他具体的形式来实现。所描述的实施例在所有的方面上都只是示范性的，而不是限制性的。因此，本发明的范围是由所附的权利要求指明的，而不是前面的描述所指定。所有在权利要求的等效范围和含义中所做出的改变都将被包括在它们的范围之内。
权利要求
1.在一个便于蜂窝计算机设备之间传输消息的蜂窝网络中，该消息通常是由多个大小受限的短消息片段所组成的多部分消息，一种在不要求呼叫应用程序实现消息拆分的细节处理过程的情况下，使一个应用程序便于发送多个短消息片段的方法，该方法包括通过一个标准化接口从一个呼叫应用程序接收一个功能调用的操作，该功能调用请求在蜂窝网络上发送一条消息；把消息分成一些大小受限制的短消息片段的操作；以及使每个短消息片段在蜂窝网络上被发送的操作。
2.如权利要求1所述的方法，其特征在于，通过一个标准化接口从一个呼叫应用程序接收一个功能调用的操作包括通过一个应用程序接口从一个呼叫应用程序接收一个功能调用的操作。
3.如权利要求1所述的方法，其特征在于，通过一个标准化接口从一个呼叫应用程序接收一个功能调用的操作包括从一个标准化用户接口接收一个功能调用的操作。
4.如权利要求1所述的方法，其特征在于，进一步包括在把消息分成一些短消息片段的操作之前对消息进行处理的操作。
5.如权利要求4所述的方法，其特征在于，对消息进行处理的操作包括压缩消息的操作。
6.如权利要求4所述的方法，其特征在于，对消息进行处理的操作包括加密消息的操作。
7.如权利要求4所述的方法，其特征在于，对消息进行处理的操作包括在XML中包装消息的操作。
8.如权利要求1所述的方法，其特征在于，在把消息分成一些大小受限制的短消息片段的操作之前进一步包括确定消息必须用多条短消息来发送以符合蜂窝网络的大小限制的操作。
9.如权利要求1所述的方法，其特征在于，蜂窝网络是一个全球移动通信系统(GSM)蜂窝网络。
10.如权利要求1所述的方法，其特征在于，蜂窝网络用TDMA蜂窝技术实现。
11.如权利要求1所述的方法，其特征在于，蜂窝网络用CDMA技术实现。
12.如权利要求1所述的方法，其特征在于，蜂窝网络用无线CDMA技术实现。
13.如权利要求1所述的方法，其特征在于，蜂窝网络用1xRTT技术实现。
14.如权利要求1所述的方法，其特征在于，蜂窝网络用3G技术实现。
15.如权利要求1所述的方法，其特征在于，蜂窝网络用UMTS技术实现。
16.如权利要求1所述的方法，其特征在于，蜂窝网络用CDMA2000技术实现。
17.如权利要求1所述的方法，其特征在于，进一步包括从呼叫应用程序接收一个对于消息的投递报告的请求的操作；收集从通信网络返回的每条短消息的投递报告的操作；解读收集到的每条短消息片段的投递报告来确定整条消息的一个合适的投递响应的操作；以及把整条消息的合适的投递响应返回给呼叫应用程序的操作。
18.如权利要求17所述的方法，其特征在于，接收一个对于投递报告的请求的操作是经由标准化接口进行的。
19.如权利要求17所述的方法，其特征在于，返回合适的已发送响应的操作是经由标准化接口进行的。
20.一种在便于蜂窝计算机设备之间传输消息的蜂窝网络中使用的计算机程序产品，该消息通常是由多个大小受限的短消息片段所组成的多部分消息，该计算机程序成品实现一种方法用来在不要求呼叫应用程序实现消息拆分的细节处理过程的情况下，使一个应用程序便于发送多个短消息片段，该计算机程序产品包括一个或多个计算机可读介质，其上存储有通过一个标准化接口从一个呼叫应用程序接收一个功能调用的计算机可执行指令，该功能调用请求在蜂窝网络上发送一条消息；把消息分成一些大小受限制的短消息片段的计算机可执行指令；以及使每个短消息片段在蜂窝网络上被发送的计算机可执行指令。
21.如权利要求20所述的计算机程序产品，其特征在于，一个或多个计算机可读介质是物理存储介质。
22.如权利要求20所述的计算机程序产品，其特征在于，通过一个标准化接口从一个呼叫应用程序接收一个功能调用的计算机可执行指令包括通过一个应用程序接口从一个呼叫应用程序接收一个功能调用的计算机可执行指令。
23.如权利要求20所述的计算机程序产品，其特征在于，通过一个标准化接口从一个呼叫应用程序接收一个功能调用的计算机可执行指令包括从一个标准化用户接口接收一个功能调用的计算机可执行指令。
24.如权利要求20所述的计算机程序产品，其特征在于，一个或多个计算机可读介质上进一步存储有在执行把消息分成一些大小受限制的短消息片段的计算机可执行指令之前的确定消息必须用多条短消息来发送以符合蜂窝网络的大小限制的计算机可执行指令。
25.如权利要求20所述的计算机程序产品，其特征在于，一个或多个计算机可读介质上进一步存储有从呼叫应用程序接收一个对于消息的投递报告的请求的计算机可执行指令；收集从通信网络返回的每条短消息的投递报告的计算机可执行指令；解读收集到的每条短消息片段的投递报告来确定整条消息的一个合适的投递响应的计算机可执行指令；以及把整条消息的合适的投递响应返回给呼叫应用程序的计算机可执行指令。
26.在一个便于蜂窝计算机设备之间传输消息的蜂窝网络中，该消息通常是由多个大小受限的短消息片段所组成的多部分消息，一种在不要求呼叫应用程序实现消息拆分的细节处理过程的情况下，使一个应用程序便于发送多个短消息片段的方法，该方法包括通过一个标准化接口从一个呼叫应用程序接收一个功能调用的操作，该功能调用请求在蜂窝网络上发送一条消息；响应功能调用在蜂窝网络上发送消息的步骤。
27.如权利要求26所述的方法，其特征在于，响应功能调用在蜂窝网络上发送消息的步骤包括把消息分成一些大小受限制的短消息片段的操作；以及使每个短消息片段在蜂窝网络上被发送的操作。
28.在一个便于在蜂窝计算机设备之间传输消息的蜂窝网络中的一种方法，该消息通常是由多个大小受限的短消息片段所组成的多部分消息，该方法用于使一个接收应用程序接收一个多部分消息，该方法包括接收对应于一个多部分消息的多个短消息片段的操作；把多个片段重组成多部分消息的操作；以及通过一个标准化接口把重组后的消息传递给一个接收应用程序的操作。
29.如权利要求28所述的方法，其特征在于，通过一个标准化接口把重组后的消息传递给一个接收应用程序的操作包括把重组后的消息传递给一个用户接口的操作。
30.如权利要求28所述的方法，其特征在于，通过一个标准化接口把重组后的消息传递给一个接收应用程序的操作包括通过一个应用程序接口把重组后的消息传递给一个接收应用程序的操作。
31.如权利要求28所述的方法，其特征在于，进一步包括通过一个标准化接口从接收应用程序接收一个功能调用，该功能调用请求处理和发送完整的多部分消息。
32.一种在便于在蜂窝计算机设备之间传输消息的蜂窝网络中使用的计算机程序产品，该消息通常是由多个大小受限的短消息片段所组成的多部分消息，该计算机程序产品实现一种方法用来在不要求执行消息重组的细节处理过程的情况下，使一个接收应用程序接收一个多部分消息，该计算机程序产品包括一个或多个计算机可读介质，其上存储有接收对应于一个多部分消息的多个短消息片段的计算机可执行指令；把多个片段重组成多部分消息的计算机可执行指令；以及通过一个标准化接口把重组后的消息传递给一个接收应用程序的计算机可执行指令。
33.如权利要求32所述的计算机程序产品，其特征在于，通过一个标准化接口把重组后的消息传递给一个接收应用程序的计算机可执行指令包括把重组后的消息传递给一个用户接口的计算机可执行指令。
34.如权利要求32所述的计算机程序产品，其特征在于，通过一个标准化接口把重组后的消息传递给一个接收应用程序的计算机可执行指令包括通过一个应用程序接口把重组后的消息传递给一个接收应用程序的计算机可执行指令。
35.如权利要求32所述的计算机程序产品，其特征在于，一个或多个计算机可读介质上进一步存储有通过一个标准化接口从接收应用程序接收一个功能调用的计算机可执行指令，该功能调用请求处理和发送完整的多部分消息。
36.如权利要求32所述的计算机程序产品，其特征在于，一个或多个计算机可读介质是物理存储介质。
全文摘要
为了在一个蜂窝网络上进行通信，要对一个多部分消息进行拆分和重组。当发送一个多部分消息时，一个呼叫应用程序通过一个标准化接口发出一个功能调用给一个短消息层。该功能调用表示请求发送消息。短消息层把消息分成大小受限制的片段，受限大小符合蜂窝网络的大小要求。然后每条短消息经由蜂窝网络被发送。当接收一个多部分消息时，接收设备的短消息层接收对应于多部分消息的各个短消息。短消息层然后把短消息片段重组成多部分消息，并把重组后的多部分消息传递给接收应用程序。短消息层在被请求时还可以提交一个合并后的投递报告。
文档编号H04M1/725GK1409564SQ0214394
公开日2003年4月9日 申请日期2002年9月26日 优先权日2001年9月26日
发明者A·W·沈, D·L·安森, R·谢尔曼 申请人:微软公司