CN103188631B - 一种短消息发送、接收方法和终端 - Google Patents

Abstract

本发明实施例公开了一种短消息发送方法，包括：接收用户输入的短消息内容，所述短消息内容包括用户笔迹和标准字符；将接收的用户笔迹转换为笔迹图形，获取所述笔迹图形和所述标准字符的发包信息；将所述获取的发包信息写入协议数据单元，并生成包含所述协议数据单元的混合短消息；将所述生成的混合短消息发送给接收终端。本发明实施例还公开了一种短消息接收方法及终端。采用本发明，可以实现不同手机之间不受语言限制地通过短消息进行沟通交流。

Description

一种短消息发送、接收方法和终端

技术领域

本发明涉及移动通信领域，尤其涉及一种短消息发送、接收方法和终端。

背景技术

目前，手机等移动通讯设备均具备收、发短消息的功能，用户可以借助于此功能，方便快捷地实现与其它用户的交流沟通。传统短消息的发送和接收过程包括：将短消息内容以ASCII码(AmericanStandardCodeforInformationInterchange，美国信息互换标准代码)或Unicode码（万国码）的形式添加到短消息中，并通过SMSC(ShortMessageServiceCenter，短消息服务中心)发送给接收方；接收方对短消息进行解析，获取以ASCII码或Unicode码表示的短消息内容；然后将ASCII码或Unicode码表示的短消息内容转换用户可以识别的内容后显示。随着触控技术的发展与流行，用户可以通过手写的方式实现短消息的编辑，当采用手写方式编辑短消息时，终端需要将用户书写的内容识别为标准的文字或字符，然后将标准的文字或字符转换为ASCII码或Unicode码存入短消息中，发送给接收方。上述中，虽然短消息的内容可以由用户手写输入，但是发送给接收方的依旧是ASCII码或Unicode码表示的短消息内容；当接收方显示短消息时，显示的是由ASCII码或Unicode码转换而成的标准的文字或字符，如果接收方终端不支持发送方的编码方式，或无发送方编码所对应的字库，则接收方将无法显示其内容；例如，中文手机向一个阿拉伯客户手机发送简体中文，对方手机很可能就显示不了，同样对方用阿拉伯语言的手机向中文语言的手机发送阿拉伯文短信，中文手机如果没安装阿拉伯文字库的话，则无法显示阿拉伯文。

发明内容

本发明实施例所要解决的技术问题在于，提供一种短消息发送方法、接收方法和终端，可以实现不同手机之间不受语言限制地通过短消息进行沟通交流。

为了解决上述技术问题，本发明实施例提供了一种短消息发送方法，包括：

接收用户输入的短消息内容，所述短消息内容包括用户笔迹和标准字符；

将接收的用户笔迹转换为笔迹图形，获取所述笔迹图形和所述标准字符的发包信息；

将所述获取的发包信息写入协议数据单元，并生成包含所述协议数据单元的混合短消息；

将所述生成的混合短消息发送给接收终端。

其中，所述将接收的用户笔迹转换为笔迹图形，包括：

将所述用户笔迹转换为点阵格式的图形；

将所述点阵格式的图形压缩为预设大小的笔迹图形。

其中，所述发包信息包括：笔迹图形子发包信息、标准字符子发包信息、所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息的排列方式，其中，所述笔迹图形子发包信息包括所述笔迹图形的点阵编码信息及对应的字节长度，所述标准字符子发包信息包括所述标准字符的编码信息及对应的字节长度；

所述将所述获取的发包信息写入协议数据单元，包括：

将所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息的排列方式写入所述协议数据单元中的用户数据头；

将所述笔迹图形的点阵编码信息及对应的字节长度、所述标准字符的编码信息及对应的字节长度写入所述协议数据单元中的传输协议-用户数据字段TP-UD。

其中，所述生成包含所述协议数据单元的混合短消息之前，还包括：将所述协议数据单元中传输协议-用户数据头标识TP-UDHI设置为预设值，所述预设值用于指示所述短消息为混合短消息。

本发明还提供了一种短消息接收方法，包括：

接收发送终端发来的混合短消息；

解析所述混合短消息的协议数据单元，得到发包信息，所述发包信息包括笔迹图形子发包信息和标准字符子发包信息；

显示所述发包信息对应的笔迹图形和标准字符；

其中，所述解析所述混合短消息的协议数据单元，得到发包信息，包括：

读取所述协议数据单元中传输协议-用户数据字段TP-UD包括的字节长度，一个字节长度对应一个子发包信息；

判断所述读取的字节长度是否大于预设的长度阈值；

若大于，则确定所述字节长度对应的子发包信息为笔迹图形子发包信息；

否则，则确定所述字节长度对应的子发包信息为标准字符子发包信息。

相应地，本发明还提供了一种发送终端，包括：

短消息内容接收模块，用于接收用户输入的短消息内容，所述短消息内容包括用户笔迹和标准字符；

处理模块，用于将所述短消息内容接收模块接收的用户笔迹转换为笔迹图形，并获取笔迹图形和所述标准字符的发包信息；

生成模块，用于将所述处理模块获取的发包信息写入协议数据单元，并生成包含所述协议数据单元的混合短消息；

发送模块，用于将所述生成模块生成的混合短消息发送给接收终端。

其中，所述处理模块包括：

处理单元，用于将所述短消息内容接收模块接收的用户笔迹转换为点阵格式的图形，并将所述点阵格式的图形压缩为预设大小的笔迹图形；

获取单元，用于获取所述笔迹图形和所述标准字符的发包信息。

其中，所述发包信息包括：笔迹图形子发包信息、标准字符子发包信息、所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息的排列方式，其中，所述笔迹图形子发包信息包括所述笔迹图形的点阵编码信息及对应的字节长度，所述标准字符子发包信息包括所述标准字符的编码信息及对应的字节长度；

所述生成模块包括：

第一写入单元，用于将所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息的排列方式写入所述协议数据单元中的用户数据头；

第二写入单元，用于将所述笔迹图形的点阵编码信息及对应的字节长度、所述标准字符的编码信息及对应的字节长度写入所述协议数据单元中的传输协议-用户数据字段TP-UD；

生成单元，用于生成包含所述协议数据单元的混合短消息。

其中，所述生成模块还包括：

设置单元，用于将所述协议数据单元中传输协议-用户数据头标识TP-UDHI置为预设值，所述预设值用于指示所述短消息为混合短消息。

相应地，本发明还提供了一种接收终端，包括：

接收模块，用于接收发送终端发来的混合短消息；

解析模块，用于解析所述接收模块接收的混合短消息的协议数据单元，得到发包信息，所述发包信息包括笔迹图形子发包信息和标准字符子发包信息；

显示模块，用于显示所述解析模块解析得到的发包信息对应的笔迹图形和标准字符；

其中，所述解析模块包括：

读取单元，用于读取所述协议数据单元中传输协议-用户数据字段TP-UD包括的字节长度，一个字节长度对应一个子发包信息；

判断单元，用于判断所述读取单元读取的字节长度是否大于预设的长度阈值；

确定单元，用于在所述判断单元的判断结果为是时，确定所述读取单元读取的字节长度对应的子发包信息为笔迹图形子发包信息；

所述确定单元，还用于在所述判断单元的判断结果为否时，确定所述读取单元读取的字节长度对应的子发包信息为标准字符子发包信息。

实施本发明实施例，具有如下有益效果：

本发明实施例接收包括用户笔迹和标准字符的短消息内容，并将用户笔迹转换为笔迹图形，获取所述笔迹图形和标准字符的发包信息；以及将所述发包信息写入协议数据单元中，生成包含协议数据单元的混合短消息；将所述混合短消息发送给接收终端。由于发包信息包含笔迹图形，而非文字编码，且包含的非文字符号为全世界通用的标准字符，因此接收终端在解析发包信息时，不需要安装对应的文字字库，也不用担心标准字符会无法识别。如此则实现了不同手机间不受语言限制地使用短消息进行沟通交流。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明提供的短消息发送方法的实施例的流程示意图；

图2是图1中步骤S13的实施例的流程示意图；

图3是本发明提供的TP-UD的通用示意图；

图4是本发明提供的TP-UD的一种具体的示意图；

图5是本发明提供的短消息接收方法的实施例的流程示意图；

图6是本发明提供的发送终端的实施例的结构示意图；

图7是本发明图6中处理模块的实施例的结构示意图；

图8是本发明图6中生成模块的实施例的结构示意图；

图9是本发明提供的接收终端的实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在此部分，首先对本发明中各个实施例均涉及的一些基本概念进行说明。PDU（ProtocolDataUnit，协议数据单元）是短消息的一种基本格式，在发送短消息时，将待发送短消息的内容及实现短消息发送所需的信息（比如：接收终端号码，SMSC号码，等）写入PDU中的规定位置，生成包含PDU的短消息之后，即可以发送给接收终端；其中，PDU中主要包括：TP-UDHI（TransferProtocolUserDataHeadIdentify,传输协议-用户数据头标识）字段和TP-UD（TransferProtocolUserData，传输协议-用户数据字段）；目前，当TP-UDHI的值为0时，表示该条短消息是普通短消息，PDU中不包含用户数据头；当TP-UDHI的值为1时，表示该条短消息是长短消息。PDU中包含用户数据头，且长短消息的相关信息记录在用户数据头中。TP-UD用于记录用户数据，即用户输入的短消息内容。需要说明的是，更多关于PDU的信息，可以参考GSM03.40（GSM中关于短消息协议的标准），在此不赘述。

请参考图1，是本发明提供的短消息发送方法的实施例的流程示意图，所述方法包括：

步骤S11，接收用户输入的短消息内容，所述短消息内容包括用户笔迹和标准字符；

具体地，用户通过手写方式输入短消息内容的文字部分，通过其他方式（如硬键盘或屏幕上虚拟软键盘）输入短消息内容的标准字符部分。因此，步骤S11接收的短消息内容包括用户笔迹（即手写的文字部分）和标准字符。具体地，接收到的用户笔迹可以是用户书写时笔迹的轨迹，而标准字符则具体可以是“？”、“，”、“！”、“”“1”“5”等全世界通用的字符。

步骤S12，将接收的用户笔迹转换为笔迹图形，获取所述笔迹图形和所述标准字符的发包信息；

其中，将用户笔迹转换为笔迹图形可以是将用户笔迹转换为点阵格式的图形，然后将点阵格式的图形压缩为预设大小的笔迹图形。笔迹图形的大小具体是用户根据需要具体设置的。进行图形压缩时可以选用诸如归并压缩法等能够较好地保留用户笔迹的方法。

其中，发包信息包括：笔迹图形子发包信息、标准字符子发包信息、所述笔迹图形的点阵规格（即笔迹图形的预设大小）、所述笔迹图形的点阵编码信息的排列方式；

所述标准字符子发包信息具体包括：所述标准字符的编码信息及对应的字节长度；所述标准字符的编码信息是指对输入的标准字符转换成ASCII码或Unicode码后得到的信息，所述标准字符的编码信息对应的字节长度是指所述标准字符的编码信息占用的字节数量。

所述笔迹图形子发包信息具体包括：所述笔迹图形的点阵编码信息及对应的字节长度；其中，所述笔迹图形的点阵编码信息是指对点阵中的点进行编码后得到的信息；所述笔迹图形的点阵编码信息对应的字节长度是指所述笔迹图形的点阵编码信息占用的字节数量。

所述笔迹图形的点阵规格包括：12点阵、16点阵、24点阵、32点阵及其它，其中，12点阵是指一个长和宽均由12个点组成的正方形，其它规格的点阵类似；

所述笔迹图形的点阵编码信息的排列方式是指存储点阵编码信息时，点阵编码信息的排列方式，包括：横向排列和竖向排列。

步骤S13，将所述获取的发包信息写入协议数据单元，并生成包含所述协议数据单元的混合短消息；

步骤S14，将所述生成的混合短消息发送给接收终端。

具体实施中，可通过短消息服务中心SMSC将生成的混合短消息发送给接收终端。

本实施例中，借助于笔迹图形记录输入的文字部分，其好比在一张纸上写字，通过这张纸将书写者的笔迹记录下来；借助于硬键盘或屏幕上的虚拟软键盘，输入短消息内容中的标准字符部分；还将包括笔迹图形和标准字符的发包信息生成混合短消息，以及将生成的混合短消息发送给接收终端，就好比在按照一定顺序排列的多张小方块纸片的每张纸片上写文字，并在有间隔的两小方块纸片之间加上字符，然后把所有文字和字符按用户写入的先后顺序叠成一摞打包送出；对方接收到此包后，再按先后顺序把纸片一张张排列，并在纸片之间有间隙的地方还原出字符，如此则形成了完整的混合短消息；由于用户输入的标准字符是全世界通用的，因此不用担心接收终端不能识别该标准字符的问题，且用户手写的用户笔迹被转换成了笔迹图形，因此接收终端不需要安装对应的文字字库，即可显示该笔迹图形。如此则实现了不同手机之间不受语言限制地使用短消息进行沟通交流。

请参考图2，是图1中步骤S13的实施例的流程示意图，所述步骤S13包括：

步骤S21，将所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息的排列方式写入所述协议数据单元中的用户数据头；

本步骤中，在用户数据头的适当位置，写入笔迹图形的点阵规格以及笔迹图形的点阵编码信息的排列方式。

步骤S22，将所述笔迹图形的点阵编码信息及对应的字节长度、所述标准字符的编码信息及对应的字节长度写入所述协议数据单元中的传输协议-用户数据字段TP-UD；

由于发包信息包括笔迹图形子发包信息和标准字符子发包信息等多个子发包信息。一个子发包信息对应短消息内容中一个文字的笔迹图形或一个标准字符。本实施例中，需要将多个子发包信息按照预设顺序全部写入TP-UD中。其中，预设顺序即为子发包信息对应的笔迹图形或标准字符输入的先后顺序。

如图3所示，是本实施例中TP-UD的组成示意图。由图3可以看出，一个子发包信息具体包括子发包信息的长度以及子发包信息的具体内容。具体地，当子发包信息为笔迹图形子发包信息，笔迹图形子发包信息包括笔迹图形的点阵编码信息及对应的字节长度；当子发包信息为标准字符子发包信息，标准字符子发包信息则包括标准字符的编码信息及对应的字节长度。因此在将多个子发包信息写入TP-UD时，需要按照子发包信息对应的笔迹图形或标准字符输入的先后顺序，依次将笔迹图形的点阵编码信息及对应的字节长度、标准字符的编码信息及其对应的字节长度写入TP-UD。

下面，将举一个例子，详细描述是将子发包信息写入TP-UD的过程。

请参考图4，是本发明将用户输入的短消息内容“，”对应的子发包信息写入TP-UD后的示意图。

假设，将“”字转换为点阵规格为预设大小16点阵，且点阵编码信息按照竖排存储，大小为32字节的笔迹图形。具体地，“”字笔迹图形的点阵编码信息为：

08，20，08，C0，0D，00，FF，FF，

09，00，18，C0，08，04，01，08，

21，30，23，C2，27，0C，29，38，

31，C2，61，03，23，06，01，F8，

对于逗号“，”该标准字符，若将其转换为Unicode码的形式，则“，”的编码信息为表示为“FF,0C”，占两个字节。

因此，将“，”对应的子发包信息（即“”的笔迹图形的点阵编码信息及对应的字节长度和逗号“，”的编码信息及对应的字节长度）写入到TP-UD后，得到的TP-UD如图4所示。

步骤S23，将所述PDU中传输协议-用户数据头标识TP-UDHI置为预设值。

其中，预设值可以是0～255间除了0和1之外的其它值，当TP-UDHI被设置为预设值时，表示此条短消息为混合短消息。当短消息为混合短消息时，其存在用户数据头，且用户数据头中记录了所述笔迹图形的点阵规格和所述笔迹图形的点阵编码信息的排列方式。

可以理解的是，步骤S21-步骤S23之间并没有严格的先后执行顺序，并且可以同时执行。

步骤S24，生成包含PDU的混合短消息。

本实施例将笔迹图形和标准字符的发包信息写入PDU中，实现了将用户笔迹和标准字符添加到短消息中。

其中，需要说明的是，从图4可以看出，在将子发包信息写入TP-UD中时，手写的笔迹图形点阵信息的字节长度会比标准字符的字节长度大。因此在发送混合短消息时，如果想输入标准字符时，则直接通过手机硬键盘或屏幕上软键盘输入标准字符即可，不用采用手写方式输入标准字符以节省空间，这样在发送相同信息量的情况下，可以减小流量，从而能够在一定程度上节约用户的话费。

请参考图5，是本发明的短消息接收方法的实施例的流程示意图，所述方法包括：

步骤S51，接收发送终端发来的混合短消息；

步骤S52，解析所述混合短消息的协议数据单元PDU，得到发包信息，所述发包信息包括笔迹图形子发包信息和标准字符子发包信息；

其中，发包信息对应记录了用户笔迹的笔迹图形和用户输入的标准字符。其中，解析PDU，得到发包信息，具体包括：

解析PDU的用户数据头，得到笔迹图形的点阵规格和笔迹图形的点阵编码信息的排列方式；

读取协议数据单元中传输协议-用户数据字段TP-UD包括的字节长度，一个字节长度对应一个子发包信息；

判断所述读取的字节长度是否大于预设的长度阈值；

其中，预设的长度阈值是用来判断某一子发包信息为笔迹图形子发包信息，还是标准字符子发包信息。由于标准字符是以ASCII码形式或Unicode码的形式来编码的，而用户笔迹则被转换成了点阵信息格式的笔迹图形。因此标准字符子发包信息对应的字节长度比笔迹图形子发包信息对应的字节长度小很多。因此，可通过合理预设长度阈值的方式，来判断字节长度对应的子发包信息是笔迹图形子发包信息还是标准字符子发包信息。

若大于，则确定所述字节长度对应的子发包信息为笔迹图形子发包信息；

其中，所述笔迹图形子发包信息包括笔迹图形的点阵编码信息。

否则，则确定所述字节长度对应的子发包信息为标准字符子发包信息。

其中，所述标准字符子发包信息中包括标准字符的编码信息。

进一步地，在解析PDU的用户数据头之前，需先解析PDU中的TP-UDHI，判断TP-UDHI的值是否指示该短消息为混合短消息的预设值。如果是，则解析用户数据头，得到笔迹图形的点阵规格和点阵编码信息的排列方式。

步骤S53，显示所述发包信息对应的笔迹图形和标准字符。

本步骤中，通过发包信息包括的所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息、以及所述笔迹图形的点阵编码信息的排列方式，即可还原笔迹图形。通过发包信息中标准字符子发包信息包括的标准字符的编码信息，即可还原出标准字符。最后，将得到的笔迹图形和标准字符显示出来。

图1至图5从方法流程上对本发明实施例进行了说明，下面结合图6至图9对本发明实施例的终端进行说明。

请参考图6，是本发明的发送终端的实施例的结构示意图，所述发送终端6包括：

短消息内容接收模块61，接收用户输入的短消息内容，所述短消息内容包括用户笔迹和标准字符；

其中，用户通过手写输入短消息内容的文字部分，通过其它方式（如硬键盘或屏幕上虚拟软键盘）输入短消息内容的标准字符部分。因此，短消息内容接收模块61接收的短消息内容包括用户笔迹（即手写的文字部分）和标准字符。具体地，接收到的用户笔迹可以是用户书写时笔迹的轨迹，而标准字符则具体可以是“？”、“，”、“！”、“”“1”“5”等全世界通用的字符。

处理模块62，用于将所述短消息内容接收模块61接收的用户笔迹转换为笔迹图形，并获取笔迹图形和所述标准字符的发包信息；

生成模块63，用于将所述处理模块62获取的发包信息写入协议数据单元，并生成包含所述协议数据单元的混合短消息；

发送模块64，用于将所述生成模块63生成的混合短消息发送给接收终端。

其中，发送模块64可通过短消息服务中心SMSC将生成的混合短消息发送给接收终端。

本实施例中，借助于笔迹图形记录输入的文字部分，其好比在一张纸上写字，通过这张纸将书写者的笔迹记录下来；通过硬键盘或屏幕上的虚拟软键盘，输入短消息内容中的标准字符部分；还将包括笔迹图形和标准字符的发包信息生成混合短消息，以及将生成的混合短消息发送给接收终端，就好比在按照一定顺序排列的多张小方块纸片的每张纸片上写文字，并在有间隔的两小方块纸片之间加上字符，然后把所有文字和字符按写入的先后顺序叠成一摞打包送出；对方接收到此包后，再按先后顺序把纸片一张张排列，并在纸片之间有间隙的地方还原出字符。如此则形成了完整的混合短消息；由于用户输入的标准字符是全世界通用的，因此不用担心接收终端不能识别该标准字符的问题，且用户输入的文字部分被转换成了笔迹图形，因此接收终端不需要安装对应的文字字库，即可显示该笔迹图形。如此则实现了不同手机之间不受语言限制地使用短消息进行沟通交流。

请参考图7，是本发明图6中处理模块62的实施例的结构示意图，所述处理模块62包括：

处理单元621，用于将所述短消息内容接收模块61接收的用户笔迹转换为点阵格式的图形，并将所述点阵格式的图形压缩为预设大小的笔迹图形；

具体地，处理单元621将用户笔迹转换为笔迹图形可以是将用户笔迹转换为点阵格式的图形，然后将点阵格式的图形压缩为预设大小的笔迹图形。笔迹图形的大小具体是用户根据需要具体设置的。进行图形压缩时，处理单元621可以选用诸如归并压缩法等能够较好地保留用户笔迹的方法。

获取单元622，用于获取所述笔迹图形和所述标准字符的发包信息。

其中，获取单元622获取的发包信息包括：笔迹图形子发包信息、标准字符子发包信息、所述笔迹图形的点阵规格（即笔迹图形的预设大小）、所述笔迹图形的点阵编码信息的排列方式；

所述标准字符子发包信息具体包括：所述标准字符的编码信息及对应的字节长度；所述标准字符的编码信息是指对输入的标准字符转换成ASCII码或Unicode码后得到的信息，所述标准字符的编码信息对应的字节长度是指所述标准字符的编码信息占用的字节数量。

所述笔迹图形子发包信息具体包括：所述笔迹图形的点阵编码信息及对应的字节长度；其中，所述笔迹图形的点阵编码信息是指对点阵中的点进行编码后得到的信息；所述笔迹图形的点阵编码信息对应的字节长度是指所述笔迹图形的点阵编码信息占用的字节数量。

所述笔迹图形的点阵规格包括：12点阵、16点阵、24点阵、32点阵及其它，其中，12点阵是指一个长和宽均由12个点组成的正方形，其它规格的点阵类似；

所述笔迹图形的点阵编码信息的排列方式是指存储点阵编码信息时，点阵编码信息的排列方式，包括：横向排列和竖向排列。

请参考图8，是本发明图6中生成模块63的实施例的结构示意图，所述生成模块63，包括：

第一写入单元631，用于将所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息的排列方式写入所述协议数据单元中的用户数据头；

其中，第一写入单元631在用户数据头的适当位置，写入笔迹图形的点阵规格以及笔迹图形的点阵编码信息的排列方式。

第二写入单元632，用于将所述笔迹图形的点阵编码信息及对应的字节长度、所述标准字符的编码信息及对应的字节长度写入所述协议数据单元中的传输协议-用户数据字段TP-UD；

设置单元633，用于将所述协议数据单元中传输协议-用户数据头标识TP-UDHI置为预设值，所述预设值用于指示所述短消息为混合短消息。

其中，预设值可以是0～255间除了0和1之外的其它值，当TP-UDHI被设置为预设值时，表示此条短消息为混合短消息。当短消息为混合短消息时，其存在用户数据头，且用户数据头中记录了所述笔迹图形的点阵规格和所述笔迹图形的点阵编码信息的排列方式。

生成单元634，用于生成包含所述协议数据单元的混合短消息。

本实施例将笔迹图形和标准字符的发包信息写入PDU中，实现了将用户笔迹和标准字符添加到短消息中。

请参考图9，是本发明提供的一种接收终端的实施例的结构示意图，所述接收终端9包括：

接收模块91，用于接收发送终端发来的混合短消息；

解析模块92，用于解析所述接收模块91接收的混合短消息的协议数据单元，得到发包信息，所述发包信息包括笔迹图形子发包信息和标准字符子发包信息；

其中，解析模块92包括：用户数据头解析单元，用于解析PDU的用户数据头，得到笔迹图形的点阵规格和笔迹图形的点阵编码信息的排列方式；

解析模块92还包括：

读取单元，用于读取协议数据单元中传输协议-用户数据字段TP-UD包括的字节长度，一个字节长度对应一个子发包信息；

判断单元，用于判断所述读取单元读取的字节长度是否大于预设的长度阈值；

其中，预设的长度阈值是用来判断某一子发包信息为笔迹图形子发包信息，还是标准字符子发包信息。由于标准字符是以ASCII码形式或Unicode码的形式来编码的，而用户笔迹则被转换成了点阵信息格式的笔迹图形，因此标准字符子发包信息对应的字节长度比笔迹图形子发包信息对应的字节长度小很多。因此，可通过合理预设长度阈值的方式，来判断字节长度对应的子发包信息是笔迹图形子发包信息还是标准字符子发包信息。

确定单元，用于在所述判断单元的判断结果为是时，确定所述读取单元读取的字节长度对应的子发包信息为笔迹图形子发包信息；

其中，所述笔迹图形子发包信息包括笔迹图形的点阵编码信息。

所述确定单元，还用于在所述判断单元的判断结果为否时，确定所述读取单元读取的字节长度对应的子发包信息为标准字符子发包信息。

其中，所述标准字符子发包信息中包括标准字符的编码信息。

进一步地，在用户数据头解析单元解析PDU的用户数据头之前，还需先解析PDU中的TP-UDHI，判断TP-UDHI的值是否指示该短消息为混合短消息的预设值。如果是，则解析用户数据头，得到笔迹图形的点阵规格和点阵编码信息的排列方式。

显示模块93，显示模块，用于显示所述解析模块解析得到的发包信息对应的笔迹图形和标准字符。

其中，显示模块93通过解析模块92解析得到的发包信息包括的所述笔迹图形的点阵规格、所述笔迹图形的点阵编码信息、以及所述笔迹图形的点阵编码信息的排列方式，即可还原笔迹图形。而通过标准字符子发包信息包括的标准字符的编码信息，即可还原出标准字符。最后，显示模块93将得到的笔迹图像和标准字符显示出来。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-OnlyMemory，ROM）或随机存储记忆体（RandomAccessMemory，RAM）等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (8)

1.一种短消息发送方法，其特征在于，包括：

接收用户输入的短消息内容，所述短消息内容包括用户笔迹和标准字符；

将接收的用户笔迹转换为笔迹图形，获取所述笔迹图形和所述标准字符的发包信息；

将所述获取的发包信息写入协议数据单元，并将所述协议数据单元中传输协议-用户数据头标识TP-UDHI设置为预设值，所述预设值用于指示所述短消息为混合短消息，并生成包含所述协议数据单元的混合短消息；

将所述生成的混合短消息发送给接收终端。

2.如权利要求1所述的方法，其特征在于，所述将接收的用户笔迹转换为笔迹图形，包括：

将所述用户笔迹转换为点阵格式的图形；

将所述点阵格式的图形压缩为预设大小的笔迹图形。

3.如权利要求2所述的方法，其特征在于，所述发包信息包括：笔迹图形子发包信息、标准字符子发包信息、所述笔迹图形的点阵规格、以及所述笔迹图形的点阵编码信息的排列方式，其中，所述笔迹图形子发包信息包括所述笔迹图形的点阵编码信息及对应的字节长度，所述标准字符子发包信息包括所述标准字符的编码信息及对应的字节长度；

所述将所述获取的发包信息写入协议数据单元，包括：

将所述笔迹图形的点阵规格、以及所述笔迹图形的点阵编码信息的排列方式写入所述协议数据单元中的用户数据头；

将所述笔迹图形的点阵编码信息及对应的字节长度、所述标准字符的编码信息及对应的字节长度写入所述协议数据单元中的传输协议-用户数据字段TP-UD。

4.一种短消息接收方法，其特征在于，包括：

接收发送终端发来的短消息；

检测所述短消息的用户数据头TP-UDHI的值是否为混合短消息的预设值；

若是，则解析所述混合短消息的协议数据单元，得到发包信息，所述发包信息包括笔迹图形子发包信息和标准字符子发包信息；

显示所述发包信息对应的笔迹图形和标准字符；

其中，所述解析所述混合短消息的协议数据单元，得到发包信息，包括：

读取所述协议数据单元中传输协议-用户数据字段TP-UD包括的字节长度，一个字节长度对应一个子发包信息；

判断所述读取的字节长度是否大于预设的长度阈值；

若大于，则确定所述字节长度对应的子发包信息为笔迹图形子发包信息；

否则，则确定所述字节长度对应的子发包信息为标准字符子发包信息。

5.一种发送终端，其特征在于，包括：

短消息内容接收模块，用于接收用户输入的短消息内容，所述短消息内容包括用户笔迹和标准字符；

处理模块，用于将所述短消息内容接收模块接收的用户笔迹转换为笔迹图形，并获取笔迹图形和所述标准字符的发包信息；

生成模块，用于将所述处理模块获取的发包信息写入协议数据单元，并生成包含所述协议数据单元的混合短消息；

发送模块，用于将所述生成模块生成的混合短消息发送给接收终端；

其中，所述生成模块包括：

设置单元，用于将所述协议数据单元中传输协议-用户数据头标识TP-UDHI置为预设值，所述预设值用于指示所述短消息为混合短消息。

6.如权利要求5所述的发送终端，其特征在于，所述处理模块包括：

处理单元，用于将所述短消息内容接收模块接收的用户笔迹转换为点阵格式的图形，并将所述点阵格式的图形压缩为预设大小的笔迹图形；

获取单元，用于获取所述笔迹图形和所述标准字符的发包信息。

7.如权利要求6所述的发送终端，其特征在于，所述发包信息包括：笔迹图形子发包信息、标准字符子发包信息，所述笔迹图形的点阵规格、以及所述笔迹图形的点阵编码信息的排列方式，其中，所述笔迹图形子发包信息包括所述笔迹图形的点阵编码信息及对应的字节长度，所述标准字符子发包信息包括所述标准字符的编码信息及对应的字节长度；

所述生成模块还包括：

第一写入单元，用于将所述笔迹图形的点阵规格、以及所述笔迹图形的点阵编码信息的排列方式写入所述协议数据单元中的用户数据头；

第二写入单元，用于将所述笔迹图形的点阵编码信息及对应的字节长度、所述标准字符的编码信息及对应的字节长度写入所述协议数据单元中的传输协议-用户数据字段TP-UD；

生成单元，用于生成包含所述协议数据单元的混合短消息。

8.一种接收终端，其特征在于，包括：

接收模块，用于接收发送终端发来的短消息；

检测模块，用于检测所述短消息的用户数据头TP-UDHI的值是否为混合短消息的预设值；

解析模块，用于若所述短消息的用户数据头TP-UDHI的值为所述混合短消息的预设值，则解析所述接收模块接收的混合短消息的协议数据单元，得到发包信息，所述发包信息包括笔迹图形子发包信息和标准字符子发包信息；

显示模块，用于显示所述解析模块解析得到的发包信息对应的笔迹图形和标准字符；

所述解析模块包括：

读取单元，用于读取所述协议数据单元中传输协议-用户数据TP-UD包括的字节长度，一个字节长度对应一个子发包信息；

判断单元，用于判断所述读取单元读取的字节长度是否大于预设的长度阈值；

确定单元，用于在所述判断单元的判断结果为是时，确定所述读取单元读取的字节长度对应的子发包信息为笔迹图形子发包信息；

所述确定单元，还用于在所述判断单元的判断结果为否时，确定所述读取单元读取的字节长度对应的子发包信息为标准字符子发包信息。