CN105472107A - 终端信息的处理方法及装置 - Google Patents

Abstract

本发明提供了一种终端信息处理方法及装置，其中该方法包括：采用判断待处理信息的类型；根据所述类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对所述处理信息进行编码；处理编码后的所述待处理信息。解决了相关技术中比较单一的信息编码方式的问题，进而达到了提高用户体验的效果。

Description

终端信息的处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种终端信息的处理方法及装置。

背景技术

随着科技的发展，目前对数据的处理方式是多种多样，就如手机短信而言，手机等移动终端发送短信一般采用PDU(ProtocolDataUnit协议数据单元)字符串，在SMS(ShortMessageService短信息服务)规范中，PDUMode中可以采用三种编码方式来对发送的内容进行编码，它们是7-bit、8-bit和USC2编码。7-bit编码用于发送普通的ASCII字符，它将8位ASCII编码(AmericanStandardCodeforInformationInterchange美国信息交换标准代码)(最高位为0)转换为7位编码，即每8个字符可以压缩成7个。将ASCII8位编码的Bit8去掉，依次将下7位编码的后几位逐次移到前面，形成新的8位编码。而UCS2编码用于发送Unicode字符。PDU串的用户信息段最大容量是140字节，所以在3种编码方式下可以发送的短消息最大字符数分别是160、140和70。

如果短信内容为英文符号或数字时采用7-bit编码方式，这样每条短信内容长度可达160个字符，而对于含有汉字的短信只能采用USC2编码，一条短信长度降低为70个字符。如果短信内容大于70个字符，只能拆分为多条发送，这种方式增加了短信的发送数量，相应的增加了通信费用，也给服务提供商带来了负担。

可见，现有技术中对数据的处理方式比较单一，而导致数据的处理方式不灵活。

针对相关技术中对比较单一的信息编码方式的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种终端信息的处理方法及装置，以至少解决相关技术中比较单一的信息编码方式的问题。

根据本发明的一个方面，提供了一种终端信息的处理方法，包括：判断待处理信息的类型；根据所述类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对所述处理信息进行编码；处理编码后的所述待处理信息。

优选地，所述根据所述类型选择单一编码方式或混合编码方式，对所述处理信息进行编码包括：在判定所述类型为多种内容类型组合时，采用混合编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第一编码字节数量；以及采用单一编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第二编码字节数量；比较所述第一编码字节数量和所述第二编码字节数量，确定较少编码字节数量所对应的编码方式；采用确定的所述编码方式对所述处理信息进行编码。

优选地，所述单一编码方式包括以下之一：7-bit编码方式、8-bit编码方式、USC2编码方式；所述混合编码方式包括以下之一：所述USC2编码方式与所述7-bit编码方式组合而成的混合编码方式、所述USC2编码方式与8-bit编码方式组合而成的混合编码方式。

优选地，采用混合编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第一编码字节数量包括：当所述待处理信息的类型为中文字符和ASCII字符组合时，采用所述混合编码方式中的所述USC2编码方式对所待处理信息中的中文字符进行编码；采用所述混合编码方式中的所述7-bit或8-bit编码方式对所述ASCII字符和编码之后的所述中文字符进行编码。

优选地，采用所述混合编码方式中的所述USC2编码方式对所述待处理信息中的中文字符进行编码包括：在所述中文字符编码后的字符中加入标识字符，将该标识字符位于编码后的字符的首尾。

根据本发明的另一个方面，提供了一种终端信息的处理方法，包括：判断待处理信息的类型；根据所述类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对所述待处理信息进行解码；处理解码后的所述待处理信息。

优选地，所述判断待处理信息的类型包括：识别待处理信息中是否包含标识字符，该标识字符用于表示所述待处理信息中包括中文字符。

优选地，所述单一解码方式包括以下之一：7-bit解码方式、8-bit解码方式、USC2解码方式；所述混合解码方式包括以下之一：所述USC2解码方式与所述7-bit解码方式组合而成的混合解码方式、所述USC2解码方式与8-bit解码方式组合而成的混合解码方式。

优选地，根据所述类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对所述待处理信息进行解码，包括：在判定所述待处理信息中携带有所述标识字符时，选择所述混合解码方式对所述待处理信息进行解码。

优选地，选择所述混合解码方式对所述待处理信息进行解码，包括：采用所述7-bit或8-bit解码方式对所述待处理信息进行解码，得到所述待处理信息对应的ASCII字符；对所述ASCII字符采用所述USC2解码方式得到所述ASCII字符中携带的中文字符，按照ASCII对照表得到所述ASCII字符携带的字符信息，其中，该字符信息与所述中文字符组成所述ASCII字符。

根据本发明的另一个方面，提供了一种终端信息的处理装置，包括：第一判断模块，用于判断待处理信息的类型；编码模块，用于根据所述类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对所述处理信息进行编码；处理模块，用于处理编码后的所述待处理信息。

优选地，所述编码模块包括：第一编码单元，用于在判定所述类型为多种内容类型组合时，采用混合编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第一编码字节数量；以及采用单一编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第二编码字节数量；比较单元，用于比较所述第一编码字节数量和所述第二编码字节数量，确定较少编码字节数量所对应的编码方式；确定单元，用于采用确定的所述编码方式对所述处理信息进行编码。

优选地，所述单一编码方式包括以下之一：7-bit编码方式、8-bit编码方式、USC2编码方式；所述混合编码方式包括以下之一：所述USC2编码方式与所述7-bit编码方式组合而成的混合编码方式、所述USC2编码方式与8-bit编码方式组合而成的混合编码方式。

优选地，所述第一编码单元还用于，当所述内容类型的组合方式为中文字符和ASCII字符组合时，采用所述混合编码方式中的所述USC2编码方式对所待处理信息中的中文字符进行编码；采用所述混合编码方式中的所述7-bit或8-bit编码方式对所述ASCII字符和编码之后的所述中文字符进行编码。

优选地，所述第一编码单元还用于，在所述中文字符编码后的字符中加入标识字符，将该标识字符位于编码后的字符的首尾。

根据本发明的另一个方面，提供了一种终端信息的处理装置，包括：第二判断模块，用于判断待处理信息的类型；解码模块，用于根据所述类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对所述处理信息进行解码；处理模块，用于处理解码后的所述待处理信息。

优选地，所述第二判断模块还用于，识别待处理信息中是否包含表示该信息中包括中文字符的标识字符，该标识字符位于编码后中文字符的首尾。

优选地，所述单一解码方式包括以下之一：7-bit解码方式、8-bit解码方式、USC2解码方式；所述混合解码方式包括以下之一：所述USC2解码方式与所述7-bit解码方式组合而成的混合解码方式、所述USC2解码方式与8-bit解码方式组合而成的混合解码方式。

优选地，所述解码模块还用于，在判定所述待处理信息中携带有所述标识字符时，选择所述混合解码方式对所述待处理信息进行解码。

优选地，所述解码模块还用于，在判定所述待处理信息中携带有所述标识字符时，采用混合解码方式对所述待处理信息进行解码包括：采用7-bit或8-bit解码方式对所述待处理信息进行解码，得到所述待处理信息对应的ASCII字符；对所述ASCII字符采用所述USC2解码方式得到所述ASCII字符中携带的中文字符，按照ASCII对照表得到所述ASCII字符携带的字符信息，其中，该字符信息与所述中文字符组成所述ASCII字符。

通过本发明，采用判断待处理信息的类型；根据所述类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对所述处理信息进行编码；处理编码后的所述待处理信息。解决了相关技术中比较单一的信息编码方式的问题，进而达到了提高用户体验的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的终端信息理方法的流程图；

图2是根据本发明实施例的终端信息处理装置的结构框图；

图3是根据本发明实施例的终端信息处理装置的优选结构框图；

图4是根据本发明实施例的终端信息处理方法的流程图；

图5是根据本发明实施例的终端信息处理装置的结构框图；

图6是根据本发明优选实施例的移动终端信息编解码示意图；

图7是根据本优选实施例的移动终端信息编解码方法流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

本发明实施例提供了一种终端信息的处理方法，图1是根据本发明实施例的终端信息处理方法的流程图，如图1所示，包括如下的步骤：

步骤S102：判断待处理信息的类型；

步骤S104：根据类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对处理信息进行编码；

步骤S106：处理编码后的待处理信息。

通过本发明实施例，采用根据类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对处理信息进行编码方式，解决了相关技术中比较单一的信息编码方式的问题，进而达到了提高用户体验的效果。

优选地，根据类型选择单一编码方式或混合编码方式，对处理信息进行编码包括：在判定类型为多种内容类型组合时，采用混合编码方式对由多种内容类型组合而成的待处理信息进行编码，得到第一编码字节数量；以及采用单一编码方式对由多种内容类型组合而成的待处理信息进行编码，得到第二编码字节数量；比较第一编码字节数量和第二编码字节数量，确定较少编码字节数量所对应的编码方式；采用确定的编码方式对处理信息进行编码。

优选地，单一编码方式包括以下之一：7-bit编码方式、8-bit编码方式、USC2编码方式；混合编码方式包括以下之一：USC2编码方式与7-bit编码方式组合而成的混合编码方式、USC2编码方式与8-bit编码方式组合而成的混合编码方式。

优选地，采用混合编码方式对由多种内容类型组合而成的待处理信息进行编码，得到第一编码字节数量包括：当待处理信息的类型为中文字符和ASCII字符组合时，采用混合编码方式中的USC2编码方式对所待处理信息中的中文字符进行编码；采用混合编码方式中的7-bit或8-bit编码方式对ASCII字符和编码之后的中文字符进行编码。

优选地，采用混合编码方式中的USC2编码方式对待处理信息中的中文字符进行编码包括：在中文字符编码后的字符中加入标识字符，将该标识字符位于编码后的字符的首尾。

在本实施例中还提供了一种终端信息的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的终端信息的处理装置的结构框图，如图2所示，该装置包括：第一判断模块22，用于判断待处理信息的类型；编码模块24，用于根据类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对处理信息进行编码；处理模块26，用于处理编码后的待处理信息。

图3是根据本发明实施例终端信息的处理装置的优选结构框图，如图3，编码模块24包括：第一编码单元242，用于在判定类型为多种内容类型组合时，采用混合编码方式对由多种内容类型组合而成的待处理信息进行编码，得到第一编码字节数量；以及采用单一编码方式对由多种内容类型组合而成的待处理信息进行编码，得到第二编码字节数量；比较单元244，用于比较第一编码字节数量和第二编码字节数量，确定较少编码字节数量所对应的编码方式；确定单元246，用于采用确定的编码方式对处理信息进行编码。

优选地，单一编码方式包括以下之一：7-bit编码方式、8-bit编码方式、USC2编码方式；混合编码方式包括以下之一：USC2编码方式与7-bit编码方式组合而成的混合编码方式、USC2编码方式与8-bit编码方式组合而成的混合编码方式。

优选地，第一编码单元242还用于，当内容类型的组合方式为中文字符和ASCII字符组合时，采用混合编码方式中的USC2编码方式对所待处理信息中的中文字符进行编码；采用混合编码方式中的7-bit或8-bit编码方式对ASCII字符和编码之后的中文字符进行编码。

优选地，第一编码单元242还用于，在中文字符编码后的字符中加入标识字符，将该标识字符位于编码后的字符的首尾。

本发明实施例还提供了一种终端信息的处理方法，图4是根据本发明实施例的终端信息处理方法的流程图，如图4所示，包括如下的步骤：

步骤S402：判断待处理信息的类型；

步骤S404：根据类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对待处理信息进行解码；

步骤S406：处理解码后的待处理信息。

通过本发明实施例，采用根据类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对待处理信息进行解码的方式，对上述编码后的信息进行了相应的解码。

优选地，判断待处理信息的类型包括：识别待处理信息中是否包含标识字符，该标识字符用于表示待处理信息中包括中文字符。

优选地，单一解码方式包括以下之一：7-bit解码方式、8-bit解码方式、USC2解码方式；混合解码方式包括以下之一：USC2解码方式与7-bit解码方式组合而成的混合解码方式、USC2解码方式与8-bit解码方式组合而成的混合解码方式。

优选地，根据类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对待处理信息进行解码，包括：在判定待处理信息中携带有标识字符时，选择混合解码方式对待处理信息进行解码。

优选地，选择混合解码方式对待处理信息进行解码，包括：采用7-bit或8-bit解码方式对待处理信息进行解码，得到待处理信息对应的ASCII字符；对ASCII字符采用USC2解码方式得到ASCII字符中携带的中文字符，按照ASCII对照表得到ASCII字符携带的字符信息，其中，该字符信息与中文字符组成ASCII字符。

图5是根据本发明实施例的终端信息处理装置的结构框图，如图5所示，包括：第二判断模块52，用于判断待处理信息的类型；解码模块54，用于根据类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对处理信息进行解码；处理模块56，用于处理解码后的待处理信息。

优选地，第二判断模块还用于，识别待处理信息中是否包含表示该信息中包括中文字符的标识字符，该标识字符位于编码后中文字符的首尾。

优选地，单一解码方式包括以下之一：7-bit解码方式、8-bit解码方式、USC2解码方式；混合解码方式包括以下之一：USC2解码方式与7-bit解码方式组合而成的混合解码方式、USC2解码方式与8-bit解码方式组合而成的混合解码方式。

优选地，解码模块54还用于，在判定待处理信息中携带有标识字符时，选择混合解码方式对待处理信息进行解码。

优选地，解码模块54还用于，在判定待处理信息中携带有标识字符时，采用混合解码方式对待处理信息进行解码包括：采用7-bit或8-bit解码方式对待处理信息进行解码，得到待处理信息对应的ASCII字符；对ASCII字符采用USC2解码方式得到ASCII字符中携带的中文字符，按照ASCII对照表得到ASCII字符携带的字符信息，其中，该字符信息与中文字符组成ASCII字符。

为了使本发明的技术方案和实现方法更加清楚，下面将结合优选的实施例对其实现过程进行详细描述。

本发明优选实施例提供了一种改进的字符自适应编码方法，本发明优选实施例的发明思想为：用户在编辑短信时，终端会自动判断短信内容从而采用最节省的编码方案，如果短信内容全部为ASCII字符则采用默认的7-bit编码；如果短信内容中同时含有汉字和字符的短信则进行预处理后分别进行UCS2编码和ASCII编码，最后合并起来再进行7-bit压缩编码。将混合编码最后形成的编码字节数量和默认终端采用的UCS2编码字节数量进行比较，终端自动选择字节数最少的作为优选的编码方式。

在本发明优选实施例中，优选的编码方式是根据短信内容确定的，如果全部是ASCII字符则采用7-bit编码。如果含有中文和字符，则有两种编码可能：其中一种，需要UCS2编码和7-bit编码组合而成混合编码。先将中文字符进行预处理进行UCS2编码，之后在连同其它ASCII字符一起进行7-bit编码。另外一种，采用默认采用USC2编码。

在本发明优选实施例的混合编码方案中，需要将特殊符号加入转换字符的首尾，连续中文只需添加一次。在本发明优选实施例中，终端在转换字符前后加上特殊字符“#”从而得到要发送的短信内容“#转换字符#”。

优选的，优选的编码方案不仅仅用于移动中的短信模块，还可以运用于终端内其它凡是采用字符编码方案的其他模块，例如彩信等。字符串编码在终端通信中运用广泛。

需要说明的是，接收方终端解码方案中，发送终端在发送短信的PDU字符串中设置用户信息编码方式(TP-DCS)，如果是UCS2编码则设置为08为UCS2编码，如果是7Bit编码则设置为00为7Bit编码，如果是混合编码则设置为00为7Bit编码。接收方终端解码根据接收的PDU字符串中的用户信息编码方式(TP-DCS)采用相应的解码方案，08代表UCS2解码方式。00为7Bit编码。和现有技术有所不同的是，如果判断为7Bit解码后还有可能存在二次解码。二次解码需要遍历整个字符串，遇见特殊符号则对后面的字符进行UCS2解码，每2个字节得到一个汉字，直到下一个特殊符号为止。

本优选实施例还提供了一种信息编解码装置，其中该编码装置包括：编辑模块，用于接收用户输入的原始字符；编码模块，用于根据原始字符进行PDU编码；比较模块，计算和比较不同方案预处理后的编码字节长度，最终确定最优编码方案。其中解码装置包括：显示模块，用于输出界面得到的用户原始字符；解码模块，用于根据原始字符进行PDU解码；判断模块，判断第一次解码之后是否存在特殊字符而启动二次解码。

优选的，编辑模块是用户可见的，属于终端UI交互的一部分，将用户输入的字符传递给编码模块进行处理。

优选的，编码模块，采用四种编码方式来对发送的内容进行编码，它们是7-bit、8-bit、USC2编码和混合编码。

ASCII是用来表示英文字符的一种编码规范，每个ASCII字符占用1个字节(8bits)。其中7-bit编码将8位ASCII编码(最高位为0)转换为7位编码，即每8个字符可以压缩成7个。将ASCII8位编码的Bit8去掉，依次将下7位编码的后几位逐次移到前面，形成新的8位编码。

UCS2编码用于Unicode字符，用2个字节为字符编码。将unicode编码转为UCS2编码。首先我们知道UCS2编码是将单个字符转化为16位的宽字符，即由这个字符的unicode转化为十六进制，高二位补0，字符串的长度为2位的16进制数，PDU模式中字符串长度为原始消息的2倍。UCS2编码是将每个字符(1-2个字节)按照ISO/IEC10646的规定，转变为16位的Unicode宽字符。可以简单地调用API函数或查表法实现编码和解码。

8-bit编码通常用于发送数据消息，用于发送和接收数据消息,如图片或铃声等，普通的短信不会用到。

混合编码，如果短信内容含有中文字符字则先进行预处理，即将内容中的汉字先转换为字符，将单个字符转化为16位的宽字符，即由这个字符的unicode转化为十六进制。并使用标志位和其他字符区别开，之后再将所有字符(含汉字转换的字符)按照ASCII编码后使用7-bit压缩编码发送。

优选的，比较模块用于比较不同的编码方案最终的字节长度，如果全部为ASCII字符则采用默认的7-bit编码，计算得到7-bit编码的字节长度；对于短信中同时含有汉字和字符的短信进行预处理后分别进行UCS2编码和ASCII编码，最后再进行7-bit压缩编码，最后形成的编码字节数量和默认终端采用的UCS2编码字节数量进行比较，最终终端自动选择最优编码方案。

优选的，接收方终端解码装置和编码装置类似，接收终端根据接收短信的PDU字符串中设置用户信息编码方式(TP-DCS)进行解码，如果是UCS2解码则启动UCS2解码，如果是7Bit编码则启动7Bit解码，7Bit解码后需要判断为是否存在特殊字符而确定是否需要二次解码，如果需要二次解码就启动针对转换字符的UCS2解码。即再将汉字转换的字符按照UCS2解码。二次解码需要遍历整个字符串，遇见特殊符号则对后面的字符进行UCS2解码，每2个字节得到一个汉字，直到下一个特殊符号为止。

图6是根据本发明优选实施例的移动终端信息编解码示意图，应用在短信场景中。如图6所示，A为主叫方手机，B为被叫方手机。

用户编辑一条短消息，如果短信内容不含汉字，则不做预处理，对内容中的字符进行ASCII编码后使用7-bit压缩编码发送即可。如果短信内容含有汉字则先进行预处理，即将内容中的汉字先转换为字符，并使用标志位和其他字符区别开，之后再将所有字符(含汉字转换的字符)按照ASCII编码后使用7-bit压缩编码。最后形成的编码字节数量和默认终端采用的UCS2编码字节数量进行比较，最终终端自动选择最优编码方案，假设采用了混合编码方案。

接收方收到该数据包后按照发送端编码的逆过程进行处理。如果判断编码数据中包含特殊字符，则先进行第1次解码，即7-bit解码，得到16进制的ASCII字符，之后对16进制的ASCII字符进行第2次解码，分别使用UCS2解码得到汉字，使用ASCII对照表得到字符，即为发送方发送的原始短信。如果判断编码数据中未包含特殊字符，则按照默认解码方法处理。

图7是根据本优选实施例的移动终端信息编解码方法流程图，应用在短信场景中。

该方法发明思想为：实施架构包括用户终端、通讯网络和短消息中心。其中用户终端包括固定电话、移动电话和其他可以实现网络交互的设备。通讯网络包括移动电话网、固定网、互联网等。用户终端系统为了区别原始字符和汉字转换字符而规定了一种特殊符号为#。如图7所示，该方法步骤包括：

步骤S702：A新建短消息，输入短信内容，假设内容为：“短信test123”。

步骤S704：系统判断该内容是否含有汉字，如果是，则执行步骤三，否则转步骤四。

步骤S706：先对短信内容中的汉字进行预处理，具体为遍历短信内容如果遇见汉字则进行UCS2编码，每1个汉字转换为2个字节的字符。在本例中将汉字“短”和“信”分别按照UCS2编码转换为“77ED”和“4FE1”，遍历结束后原先的短信内容“短信test123”就转换为字符串“4FE177EDtest123”。将特殊符号#加入转换字符的首尾，连续汉字只需添加一次。在本例中系统在“4FE177ED”前后加上特殊字符“#”从而得到要发送的短信内容“#4FE177ED#test123”。

步骤S708：对短消息内容进行7-bit编码，在本例中系统将“#4FE177ED#test123”字符串按照7-bit编码方式编码为“239AB118BBDD8AC411BD3CA7C76433”字符串，

步骤S710：比较模块对混合编码方案形成的编码字节数量和默认采用UCS2编码的编码字节数量进行比较，终端自动选择字节数最少码方案的作为最优编码方案采用。

此实施例中，混合编码方案形成的编码字节数量为15个字节，默认采用的UCS2编码字节数量为18个字节，最终终端自动选择混合编码最优编码方案，并设置短信PDU串用户信息编码方式(TP-DCS)为00即7Bit编码。

步骤S712：A将此字符串封装为短信数据包发送给B，B接收A发送的数据包。

步骤S714：B对“239AB118BBDD8AC411BD3CA7C76433”进行7-bit解码，得到解码后的字符串“#4FE177ED#test123”，判断含有特殊字符#后进行第2次解码，即遍历该字符串并和特殊符号#相比较，如果相同则停止遍历并执行步骤七，否则直到遍历结束并转步骤八。

步骤S716：遍历整个字符串，遇见特殊符号#则对后面的字符进行UCS2解码，每2个字节得到一个汉字，直到下一个特殊符号为止。在本例中把特殊符号“#”之间的字符串“4FE177ED”进行UCS2解码为“短信”，其他字符保持不变。

步骤S718：最后得到的字符串即为A发送的短信内容。在本例中经过2次解码得到的字符串“短信test123”即为实际的短信内容。

通过本发明优选实施例，本此方案优选适用于含有中文字符的短信，可以显著减少发送短信的条数从而降低用户的通信费用，也减轻了服务提供商的负担，提高了用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种终端信息的处理方法，其特征在于包括：

判断待处理信息的类型；

根据所述类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对所述处理信息进行编码；

处理编码后的所述待处理信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述类型选择单一编码方式或混合编码方式，对所述处理信息进行编码包括：

在判定所述类型为多种内容类型组合时，采用混合编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第一编码字节数量；以及采用单一编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第二编码字节数量；

比较所述第一编码字节数量和所述第二编码字节数量，确定较少编码字节数量所对应的编码方式；

采用确定的所述编码方式对所述处理信息进行编码。

3.根据权利要求2所述的方法，其特征在于，

所述单一编码方式包括以下之一：7-bit编码方式、8-bit编码方式、USC2编码方式；

所述混合编码方式包括以下之一：所述USC2编码方式与所述7-bit编码方式组合而成的混合编码方式、所述USC2编码方式与8-bit编码方式组合而成的混合编码方式。

4.根据权利要求3所述的方法，其特征在于，采用混合编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第一编码字节数量包括：

当所述待处理信息的类型为中文字符和ASCII字符组合时，采用所述混合编码方式中的所述USC2编码方式对所待处理信息中的中文字符进行编码；采用所述混合编码方式中的所述7-bit或8-bit编码方式对所述ASCII字符和编码之后的所述中文字符进行编码。

5.根据权利要求4所述的方法，其特征在于，采用所述混合编码方式中的所述USC2编码方式对所述待处理信息中的中文字符进行编码包括：

在所述中文字符编码后的字符中加入标识字符。

6.一种终端信息的处理方法，其特征在于包括：

判断待处理信息的类型；

根据所述类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对所述待处理信息进行解码；

处理解码后的所述待处理信息。

7.根据权利要求6所述的方法，其特征在于，所述判断待处理信息的类型包括：

识别待处理信息中是否包含标识字符，该标识字符用于表示所述待处理信息中包括中文字符，位于编码后中文字符的首尾。

8.根据权利要求7所述的方法，其特征在于，

所述单一解码方式包括以下之一：7-bit解码方式、8-bit解码方式、USC2解码方式；

所述混合解码方式包括以下之一：所述USC2解码方式与所述7-bit解码方式组合而成的混合解码方式、所述USC2解码方式与8-bit解码方式组合而成的混合解码方式。

9.根据权利要求8所述的方法，其特征在于，根据所述类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对所述待处理信息进行解码，包括：

在判定所述待处理信息中携带有所述标识字符时，选择所述混合解码方式对所述待处理信息进行解码。

10.根据权利要求9所述的方法，其特征在于，选择所述混合解码方式对所述待处理信息进行解码，包括：

采用所述7-bit或8-bit解码方式对所述待处理信息进行解码，得到所述待处理信息对应的ASCII字符；

对所述ASCII字符采用所述USC2解码方式得到所述ASCII字符中携带的中文字符，按照ASCII对照表得到所述ASCII字符携带的字符信息，其中，该字符信息与所述中文字符组成所述ASCII字符。

11.一种终端信息的处理装置，其特征在于包括：

第一判断模块，用于判断待处理信息的类型；

编码模块，用于根据所述类型从预设的多种编码方式中选择单一编码方式或混合编码方式，对所述处理信息进行编码；

处理模块，用于处理编码后的所述待处理信息。

12.根据权利要求11所述的装置，其特征在于，所述编码模块包括：

第一编码单元，用于在判定所述类型为多种内容类型组合时，采用混合编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第一编码字节数量；以及采用单一编码方式对由所述多种内容类型组合而成的所述待处理信息进行编码，得到第二编码字节数量；

比较单元，用于比较所述第一编码字节数量和所述第二编码字节数量，确定较少编码字节数量所对应的编码方式；

确定单元，用于采用确定的所述编码方式对所述处理信息进行编码。

13.根据权利要求12所述的装置，其特征在于，

所述单一编码方式包括以下之一：7-bit编码方式、8-bit编码方式、USC2编码方式；

所述混合编码方式包括以下之一：所述USC2编码方式与所述7-bit编码方式组合而成的混合编码方式、所述USC2编码方式与8-bit编码方式组合而成的混合编码方式。

14.根据权利要求13所述的装置，其特征在于，所述第一编码单元还用于，

当所述内容类型的组合方式为中文字符和ASCII字符组合时，采用所述混合编码方式中的所述USC2编码方式对所待处理信息中的中文字符进行编码；采用所述混合编码方式中的所述7-bit或8-bit编码方式对所述ASCII字符和编码之后的所述中文字符进行编码。

15.根据权利要求14所述的装置，其特征在于，所述第一编码单元还用于，

在所述中文字符编码后的字符中加入标识字符。

16.一种终端信息的处理装置，其特征在于包括：

第二判断模块，用于判断待处理信息的类型；

解码模块，用于根据所述类型从预设的多种解码方式中选择单一解码方式或混合解码方式，对所述处理信息进行解码；

处理模块，用于处理解码后的所述待处理信息。

17.根据权利要求16所述的装置，其特征在于，所述第二判断模块还用于，

识别待处理信息中是否包含表示该信息中包括中文字符的标识字符。

18.根据权利要求17所述的装置，其特征在于，

所述单一解码方式包括以下之一：7-bit解码方式、8-bit解码方式、USC2解码方式；

所述混合解码方式包括以下之一：所述USC2解码方式与所述7-bit解码方式组合而成的混合解码方式、所述USC2解码方式与8-bit解码方式组合而成的混合解码方式。

19.根据权利要求18所述的装置，其特征在于，所述解码模块还用于，在判定所述待处理信息中携带有所述标识字符时，选择所述混合解码方式对所述待处理信息进行解码。

20.根据权利要求19所述的装置，其特征在于，所述解码模块还用于，

在判定所述待处理信息中携带有所述标识字符时，采用混合解码方式对所述待处理信息进行解码包括：采用7-bit或8-bit解码方式对所述待处理信息进行解码，得到所述待处理信息对应的ASCII字符；

对所述ASCII字符采用所述USC2解码方式得到所述ASCII字符中携带的中文字符，按照ASCII对照表得到所述ASCII字符携带的字符信息，其中，该字符信息与所述中文字符组成所述ASCII字符。