CN1514662A - 用于增强型短消息业务的方法 - Google Patents

Abstract

一种用于增强型SMS的方法与装置可包括：接收短消息，检查所述接收的消息是否是用户数据，如果所述接收的消息是用户数据，则通过参考先前接收的控制数据来处理用户数据，然后输出已处理的用户数据到屏幕。所述短消息和SMS可用于所有的移动通信设备。而且，这样的短消息和SMS可被压缩到传统的短消息业务(SMS)协议中，因而它无需改变即可用于系统和协议中。

Description

用于增强型短消息业务的方法

技术领域

本发明涉及一种移动通信的数据发送，具体的说，涉及一种短消息业务的方法和装置。

背景技术

通常，短消息业务(SMS)是用于在移动通信网络中发送短长度(80～160字节)数据的业务。随着移动通信网络进入数字化方法，产生了SMS，以在移动通信网络内部的某一部分与小区终端之间发送数字数据。

按照发送方法，SMS可分为点对点方法和广播方法。基于这两种方法。与SMS相关的附加业务正在基于这两种方法被开发。点对点方法的最终目标是特定的终端，而广播方式方法的最终目标是非特定的多个终端。广播方法的最小单元是CDMA网络内的一个小区，因而，广播方法也称为“小区广播”。

CDMA方法提供了一种数据突发消息(data burst message)以发送短消息。这个数据突发消息是用于携带短消息及发送的一种载体。

小区与终端之间存在若干信道。在这些信道中，短消息可以用四个信道发送。在前向传输的情况时(即小区中的终端方向)，短消息是通过一个寻呼信道或一个前向业务信道发送。在反向传输情况时，短消息是通过一个接入信道或一个反向业务信道发送。如果消息的长度短于数据传输的边界(boundary)，则该短消息通过寻呼信道或接入信道发送，而如果消息的长度大于数据传输的边界，则该短消息分别通过业务信道发送。

相关技术的SMS是提供于文本环境中的，且没有定义所使用字符的类型(如色彩、字体、大小字体等)。这就是说，短消息的字符号类型是单一的，而且，相关技术的SMS没有应用多种字符类型。如果用户要发送由多种类型字符(如色彩、字体字体、大小等)形成的、或将被写入到图形环境中的短消息，则必须将web流览功能添加到移动通信设备中，并且字符(或文本)必须用超文本标记语言(HTML)来写入。

如上所述，相关技术的SMS方法和装置存在许多缺点。例如，相关技术的SMS在满足移动通信客户多种要求方面存在着困难。此外，将web流览功能添加到移动通信设备中来增强相关技术的SMS方法需要对移动通信设备操作的很大负载。进而，用HTML语言生成字符数据具有很大的容量，因而与普通的SMS相比它的效率低。

以上内容引入此处作为参考，在此处提供了另外的/替代的细节、特征和/或技术背景的适当教导。

发明内容

本发明的一个目的是至少解决以上的问题和/或缺点，并至少提供以下所述的优点。

本发明的另一目的是提供一种用于增强型SMS的方法和装置，其在相关技术的SMS协议和系统环境中支持多种字符类型。

为了至少达到上述的目的和取得其它优点，并按照本发明的目的，如本文件所具体和广泛描述的，本发明提供了一种用于增强型SMS的方法，它包括：接收短消息，检查所接收的消息是否是用户数据，当接收的消息是用户数据时，使用相应的控制数据来处理用户数据，并输出已处理的用户数据。

为了进一步实现达到上述目的和取得其它优点，并根据本发明的目的，如本文件所具体和广泛描述的，本发明提供了一种用于短消息业务(SMS)的方法，它包括：发送包含有控制数据的短消息，发送包含有用户数据的短消息，且通过参考在接收终端接收的控制数据来处理用户数据。

本发明的附加优点、目的和特征和优点将在下面的说明书中描述，在某种程度上，在审查下列内容的基础上，这些附加特征和优点对于本领域内的普通技术人员来说是显而易见的，或者可以从本发明的实践中了解这些附加优点、目的和特征。本发明的目的和优点将通过所述权利要求书所特别指出的方式来实现和获得。

附图说明

本发明将参照下面的附图详细地予以说明，在图中相同的参考桔标号对应其中相同的元件。

图1是流程图，表示根据本发明优选实施的SMS方法；和

图2示出元数据(raw data)和原始数据(raw data)的示例性结构的图。

具体实施方式

图1是根据本发明的短消息业务(SMS)方法的实施例的流程图。如图1所示，在过程开始后，SMS方法可包含接收短消息(框S1)，然后，确定所接收的消息是否为用户数据。如果所接收的消息是用户数据，则通过参考控制数据，来应用由控制数据(其优选地被储存在存储器中)的每个命令组为用户数据的每个字符所建立的字符属性(框S2)。优选地，其字符属性已被应用的用户数据被输出，比如，到屏幕(框S4)。如果确定所收消息是控制数据，则相应的控制数据被保留，优选地，被存储在存储器(框S3)内。

包含短消息中的用户数据是控制数据(以下称它为“元数据”)和用户数据(以下称它为“原始数据”)。原始数据可以是文本数据，例如，邮件的广告目录，而且优选地，原始数据具有字符类型阵列的结构(例如Char Raw_Data[80])。字符类型是2字节单元。因为短消息的大小通常是80到160字节，所以包含在短消息内的原始数据具有上限或最大的80字符。

元数据可以包含影响或标识原始数据的字符控制信息，即，在其中定义了每个字符的类型(如色彩、字体字体、大小等)的信息。包含在短消息内的元数据可是上限或最大为40的命令组。

为了指定或区分两种类型的用户数据，即，为了使接收终端知道那种类型的用户数据被包含在接收的短消息内，实施例可以采用数据突发消息的保留区域(reserve region)。保留区域的1比特优选地作为数据区分字段(例如，元数据与原始数据)。例如，如果数据区分字段的值是1，则包含在相应消息内的数据是元数据，而如果该数据字段值是0，则包含在相应消息内的数据是原始数据。然而，本发明的意图是局限于指定用户数据类型的方法。

此外，本发明的实施例对每个邮件(例如，广告，信息)可以发送两次短消息(例如，一次用于元数据的消息传输，一次是用于原始数据的消息传输)。优选地，用于元数据的短消息先被发送，而用于原始数据的短消息后被发送。

根据本发明实施例的终端必须应用SMS，且被提供了本领域普通技术人员已知的各种简单的字符输入功能和编辑功能。

如果元数据的短消息被接收，则接收终端可在接收消息列表(或存储器)中储存该元数据。当元数据的短消息被接收时，如果从相同发送器接收的元数据存在于接收终端的接收消息列表中，则接收终端优选地更新在接收消息列表内的新近接收到的元数据。

如果原始数据的短消息被接收，则接收终端通过参考存储在接收消息列表内的元数据来处理接收的原始数据，并输出到屏幕。如果妈发终端仅发送原始数据的短消息而没有发送元数据的短消息，则接收终端优选地通过参考接收消息列表的先前接收到的元数据来处理新近接收的原始数据。然而，如果从相同发送器接收的元数据没有存在于接收消息列表内，则接收终端可以依据默认值且在输出到屏幕以前来处理原始数据。

例如，某广告公司通过使用SMS发送内容相似的几个广告邮件给已注册登记的客户，优选地，仅在发送第一个邮件(例如，广告和信息)时，元数据的短消息和原始数据的短消息都被发送。当下一个的或附加的广告邮件被发送时，仅原始数据的短消息被发送。据此，接收终端可通过参考存储在接收消息列表内的元数据(例如第一个邮件的元数据)来处理接下来接收到的其余或后面的原始数据。同时，其余的原始数据可以具有字符阵列或可以参考存储在接收消息列表中的元数据(例如第一个邮件的元数据)的结构。

下面示例1表示依据本发明的实施例所定义的元数据的示例性命令组的结构。

[示例1]

类型结构

{

从(7比特)      /将对其应用命令的字符的起始位置/

到(7比特)      /将对其应用命令的字符的末尾位置/

命令(2比特)     /命令项目/

子命令(16比特)  /命令项目的属性/

}元数据[40]

“从”(例如7比特)可表示将要对其应用命令的原始数据的字符阵列中一个字符的起始索引，而且它应该至少具有7比特的密码，因为至少有80个阵列索引要被表示。“到”(例如7比特)可表示将要对其应用命令的原始数据的字符阵列中一个字符号末尾索引，而且它应该至少具有7比特的密码，因为至少有80个阵列索引要被表示。

“命令”(例如2比特)可表示显示从起始索引到末尾索引将要被应用到字符的类型(例如色彩、字体字体、大小等)的命令字。下表表示命令值的一个例子。然而，本发明并无需受此限制。而且，例如，在实际实现时，这些值是可以变化的。

[表]

命令	项目
		00	字体控制
01	色彩控制
		10	大小控制
11	文本效果控制

字体“子命令”(例如16比特)可表示命令的属性，且优选地具有16比特密码。当命令是字体控制(例如00)的情况时，子命令(16比特)的值表示字体种类将要变化。

下面的示例2表示：当命令是字体控制时，由子命令(16比特)代表的字体类型的一个示例性子组。

[示例2]

0000000000000000：roman字型(默认)

0000000000000001：italic字型

0000000000000011：arial字型

0000000000011111：    gothic字型

当命令是01情况时，子命令(例如16比特)的值可表示65536种色彩信息。当命令是10时，子命令(16比特)的值表示字体的大小。当命令是11时，子命令(16比特)的值表示应用到原始数据的文本效果的第一种类。

以下示例3表示：当命令是文本效果控制时，由子命令所代表的文本效果的一个示例性子组。

[示例3]

0000000000000000：无文本效果(默认)

0000000000000001：滚动(滚动)

0000000000000010：闪烁(blink)

0000000000000011：淡出(fade out)

0000000000000100：淡入(fade in)

如果子命令(16比特)的值是0或无，则原始数据优选地保持现存SMS(或接收终端或类似的部件)的设定值(例如默认值)。一组示例性的默认值可以包括：字体的默认值(`0000000000000000`)是roman字型，色彩的默认值是黑色，大小的默认值是10，而文本效果的默认值是无文本效果。子命令(16比特)的密码数是20～216(65536)，因此可表示的数是很大的，而且在此范围内可变。然而，本发明并不意图被限制于此，因为用于默认值或“子命令”的其它值也是可能的。因此，可以代表最多65536种字体类型。

图2是表示元数据和原始数据的示例性结构的图。如图2所示，一个示例性原始数据是由19个字符，例如19个字符阵列组成(R[0：18])。如果19个字符被排列，可组成“You are my sunshine”。如图2所示，确定原始数据(R[0]～R[18])字符类型的元数据的一个示例性命令组的数量是6(M[0]～M[5])。

受M[0]和M[1]控制的原始数据是“You”(R[0]～R[2])，它是用来将相应原始数据(R[0]～R[2])的字体类型设置为italic字型和将色彩设置为红色的命令组。受M[2]控制的原始数据是“are”(R[4]～R[6])，它是用来将相应原始数据(R[4]～R[6])的字体大小设置为20的命令组。

受M[3]，M[4]和M[5]控制的原始数据是“my sunshine”(R[8]～R[18])，它是用来将相应原始数据(R[8]～R[18])的文本效果设置为“滚动”、将色彩设置为蓝色、和将字体设置为gothic字型的命令组。该滚动可使文本(例如字符)移动。

根据本发明的实施例，能够使用短消息发送的元数据命令组的数量是有上限的，其最大值优选地为40。与HTML方法比较，这已是具有极高的效率了。此外，考虑到作为短消息发送的字符(例如2字节)数量通常为80，因此它也是效率很高的。而且，因为组成元数据的命令组结构是弹性的或可变的，所以设置命令组并进而改变其结构是很容易执行的。此外，元数据可提前或独立地被发送，且能够被仅应用到来自该用户或定义用户的指定的、或所有跟随其后的原始数据中。

依据本发明实施例的短消息或SMS已被压缩到传统的SMS协议中，因而它无需改变即可用于系统或协议中。此外，根据本实施例的短消息可适用于所有移动通信设备。

上述实施例及有益效果仅作为示例，且不应解释为对本发明的限定。本发明的教导可容易地应用到其他类型的装置中，对本发明的描述是解释性的，并不用来限制权利要求的范围。对本领域普通技术人员来说，很明显存在很多替代、修改和变换的情况。在权利要求中，装置加功能的语句将包含此处描述作为引用的功能的结构，并不仅指结构的等效，而且包括等效的结构。

Claims (18)

1.一种用于增强型SMS的方法，包括：

接收短消息；

检查所述接收的消息是否是用户数据；

当所述接收的消息是用户数据时，使用相应的控制数据来处理用户数据；和

输出处理过的数据。

2.根据权利要求1所述的方法，包括：当接收的消息是控制数据时，在存储器中存储相应的控制数据，其中处理过的用户数据被输出到屏幕。

3.根据权利要求2所述的方法，其中当来自相同发送器的控制数据已存在于存储器中时，使用相应的控制数据来更新所述来自相同发送器的控制数据。

4.根据权利要求1所述的方法，其中，所述用户数据包括多个字符。

5.根据权利要求4所述的方法，其中，所述多个字符具有字符单元的阵列结构。

6.根据权利要求1所述的方法，其中，所述控制数据是由至少设置字符的2个属性的多个命令组组成。

7.根据权利要求6所述的方法，其中，所述命令组包含：

字符的位置信息；

命令项目信息；和

命令项目信息的属性信息。

8.根据权利要求7所述的方法，其中，所述命令项目信息包括字体控制，色彩控制，大小控制和文本效果控制中的至少一个。

9.根据权利要求8所述的方法，其中，所述属性信息包括：用于字体控制的多个字体类型、用于色彩控制的多个色彩、用于大小控制的多个大小、以及用于文本效果控制的多个文本效果。

10.根据权利要求1所述的方法，其中，所述短消息仅包括用户数据和控制数据中的一个。

11.根据权利要求1所述的方法，其中，所述相应控制数据的消息是在用户数据之前被接收的。

12.根据权利要求1所述的方法，其中，所述处理包括：将由控制数据的每个命令组所设置的字符属性应用到用户数据的每个字符中。

13.一种用于SMS的方法，包含：

发送包括控制数据的短消息；

发送包括用户数据的短消息；和

通过参考在接收终端中的接收到的控制数据来处理用户数据。

14.根据权利要求13所述的方法，包括将处理过的用户数据输出到屏幕。

15.根据权利要求13所述的方法，其中，所述处理用户数据包括将由控制数据的每个命令组所确定的字符属性应用到用户数据的多个字符中。

16.根据权利要求15所述的方法，其中，所述命令组包括：

字符的位置信息；

命令项目信息；和

命令项目信息的属性信息。

17.根据权利要求16所述的方法，其中，所述控制数据和所述用户数据是由相同发送器发送的。

18.根据权利要求17所述的方法，其中，所述相应控制数据的短消息是在用户数据的短消息之前被接收终端接收的，其中当来自相同发送器的相应控制数据已经存在时，所述来自相同发送器的相应控制数据将被更新。