CN101711015A - 彩信的传输方法、系统、以及终端 - Google Patents

Abstract

本发明公开了一种彩信的传输方法、系统、以及终端，该方法包括：判断待发送的彩信的大小是否超过预定值；在判断彩信的大小超过预定值的情况下，对彩信进行分解，得到多个子彩信，其中，多个子彩信中每个子彩信的大小均小于或等于预定值；将每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的多个子彩信发送至接收方，其中，分解规则信息用于拼接多个子彩信。借助于本发明，能够避免传输大容量图像文件时对文件进行压缩，并且能够实现大容量视频文件、大容量音频文件、以及大容量应用程序等各种文件的彩信传输，有效提高了彩信业务的性能，方便用户使用彩信业务，提高了用户体验。

Description

彩信的传输方法、系统、以及终端

技术领域

本发明涉及通信领域，尤其涉及一种彩信的传输方法、系统、以及终端。

背景技术

彩信又称为多媒体信息业务(Multimedia Messaging Service，简称为MMS)，该业务是移动运营商推出的以无线应用协议(Wireless ApplicationProtocol，简称为WAP)为载体传送多媒体的短信业务。

与传统的短信息业务相比，彩信除了可以传输基本的文字信息以外，能够支持多媒体功能，可以传输内容丰富的彩色图像、声音、动画、振动、视频等各种格式的多媒体内容，随着彩信业务的不断发展，传输的内容还可以包括配有现场图片的体育新闻、卡通漫画、内容丰富的贺卡、动画游戏等应用内容，并且能够实现即时的手机端到端、手机终端到互联网、或互联网到手机终端的多媒体信息传送。

目前，用户使用的大多数手机终端都带有支持彩信业务的应用，该应用主要可以分为以下功能模块：彩信编辑模块、彩信收发模块、彩信消息管理模块、彩信播放模块等。其中，彩信编辑模块是手机用户能随意编辑或插入期望的多媒体文件，多媒体文件的格式可以包括图片、音频、视频等，在根据一定的协议对多媒体文件编码后，即可发送给另一手机终端；彩信播放模块是对手机用户下载后保存在本机上的彩信消息文件进行解码播放，即将包含在彩信消息中的诸如文字、图像、声音、视频等多媒体单元呈现给手机用户。

在目前的彩信协议中，在编辑一条彩信时，运营商会对编辑或附加的多媒体文件的总大小进行限制，通常将多媒体文件的大小限制在几百K以内(例如，限制在300K以内)，也就是说用户在加入多媒体文件时，对要加入的多媒体是有限制的，不是任意大小的文件都可以加入彩信进行传输。

目前，随着手机产业的快速发展，手机硬件中各个模块都有了很大的进步，例如，手机中的摄像头的分辨率从以前的几十万像素发展到几百万甚至更高的像素。而像素较多的摄像头拍摄的一幅图像经过中等压缩后存储到手机终端里的Jpg图像大小会达到1M或更多左右。因此，现有的手机终端中通常不能够支持对这种大容量的文件进行彩信发送，而是会将附件过大的信息直接提示给用户。

为了避免这种因为文件过大而不能通过彩信传输的问题，一些终端能够对大容量图片进行压缩，之后再进行彩信发送。图1示出了相关技术中在彩信大小限制为300K的情况下进行图片插入的过程。如图1所示，在彩信编辑过程中，如果用户插入已有图片文件或插入通过拍摄得到的1M左右的图片文件，终端会首先判断插入的图片是否超过要求的300K，如果判断结果为否，则直接插入该图片文件，如果判断结果为是，则对图片进行压缩到300K以内再进行插入。

但是，这种压缩过程会明显降低图片的分辨率，影响图片的效果，这样在接收方收到的图片效果就大打折扣。

而对于大小超过运营商要求视频文件和音频文件，目前还没有提出如何通过彩信传输的方案。

因此，由于彩信传输过程中对附加文件的大小存在限制，从而影响彩信业务的应用，降低用户的体验，针对该问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中由于彩信传输受到附加文件大小的限制而影响彩信业务应用的问题，本发明提出一种彩信的传输方法、系统、以及终端，能够在保证彩信大小不超过限制的前提下实现大容量文件的彩信传输。

本发明的技术方案是这样实现的：

根据本发明的一个方面，提供了一种彩信的传输方法。

根据本发明的彩信的传输方法包括：判断待发送的彩信的大小是否超过预定值；在判断彩信的大小超过预定值的情况下，对彩信进行分解，得到多个子彩信，其中，多个子彩信中每个子彩信的大小均小于或等于预定值；将每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的多个子彩信发送至接收方，其中，分解规则信息用于拼接多个子彩信。

其中，判断待发送的彩信的大小是否超过预定值具体包括：在判断彩信中插入的打包后的一个或多个多媒体文件的总大小超过预定值的情况下，判断彩信的大小超过预定值。

并且，对彩信进行分解得到多个子彩信具体包括：对打包后的一个或多个多媒体文件作为整体进行分解，得到多个多媒体子文件；对于多个多媒体子文件中的每个多媒体子文件，将多媒体子文件进行打包得到一个子彩信；并且，每个子彩信的大小均小于预定值是指：每个多媒体子文件的大小均小于预定值。

并且，该方法可进一步包括：接收方接收发送的多个子彩信，并在多个子彩信接收完毕之后根据多个子彩信的分解规则信息对多个子彩信进行拼接。

具体地，根据多个子彩信的分解规则信息对多个子彩信进行拼接具体包括：对多个子彩信的打包后的多媒体子文件进行解码，并对解码后的多个多媒体子文件进行拼接，得到打包后的多媒体文件。

优选地，每个子彩信所对应的分解规则信息包括：该子彩信所属的彩信的标识、对彩信进行分解时该子彩信在多个子彩信中的排序和多个子彩信的总数。

并且，对于每个子彩信，其对应的分解规则信息被加入在该子彩信的文本部分。

此外，对彩信进行分解的处理可以包括：将彩信平均分解为大小相等多个的子彩信、或者以预定值为单位对彩信进行分解。

根据本发明的另一方面，提供了一种终端，该终端包括：判断模块，用于判断待发送的彩信的大小是否超过预定值；分解模块，用于在判断模块的判断结果为是的情况下，对彩信进行分解，得到多个子彩信，其中，多个子彩信中每个子彩信的大小均小于或等于预定值；发送模块，用于将每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的多个子彩信发送至接收方，其中，分解规则信息用于拼接多个子彩信。

根据本发明的再一方面，提供了一种终端，该终端包括：接收模块，用于接收彩信；拼接模块，用于接收模块接收到属于彩信的全部子彩信之后根据接收的每个子彩信的分解规则信息对子彩信进行拼接。

根据本发明的另一方面，还提供了一种彩信的传输系统，包括发送方终端和接收方终端。

在该系统中，发送方终端包括：判断模块，用于判断待发送的彩信的大小是否超过预定值；分解模块，用于在判断模块的判断结果为是的情况下，对彩信进行分解，得到多个子彩信，其中，多个子彩信中每个子彩信的大小均小于或等于预定值；发送模块，用于将每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的多个子彩信经由网络发送至接收方终端，其中，分解规则信息用于拼接多个子彩信；

接收方终端包括：接收模块，用于接收彩信；拼接模块，用于接收模块接收到属于彩信的全部子彩信之后根据接收的每个子彩信的分解规则信息对多个子彩信进行拼接。

本发明通过对大容量彩信(即，大小超过要求的彩信)进行分解，得到大小满足要求多个彩信并发送到接收方，由接收方对多个彩信进行拼接，还原大容量的多媒体文件，能够避免传输大容量图像文件时对文件进行压缩；并且能够在保证彩信大小不超过限制的前提下实现大容量视频文件、大容量音频文件、以及大容量应用程序等各种文件的彩信传输，有效提高了彩信业务的性能，方便用户使用彩信业务，提高了用户体验。

附图说明

图1是相关技术中通过彩信以压缩的方式发送大容量图片的处理流程图；

图2是根据本发明实施例的彩信的传输方法流程图；

图3是根据本发明实施例的彩信的传输方法中彩信分解和发送的详细处理流程图；

图4是根据本发明实施例的彩信的传输方法中彩信接收和拼接的详细处理流程图。

具体实施方式

针对相关技术中由于彩信传输受到附加文件大小的限制而影响彩信业务应用的问题，本发明提出，对大容量彩信(即，大小超过要求的彩信)进行分解，得到大小满足要求多个彩信(下文中将分解后得到的彩信称为子彩信)并发送到接收方，由接收方对多个彩信进行拼接，还原大容量的多媒体文件，能够避免传输大容量图像文件时对文件进行压缩，并且能够实现大容量视频文件、大容量音频文件、以及大容量应用程序等各种文件的彩信传输，有效提高了彩信业务的性能，方便用户使用彩信业务，提高了用户体验。

下面将详细描述本发明的实施例。

方法实施例

在本实施例中，提供了一种彩信的传输方法。

如图2所示，根据本实施例的彩信的传输方法包括：

步骤S201，判断待发送的彩信的大小是否超过预定值(该预定值可以由运营商自行定义，例如，可以定义为300K、200K等)；

步骤S203，在判断结果为是的情况下，对彩信进行分解，得到多个子彩信，其中，多个子彩信中每个子彩信的大小均小于或等于预定值；另外，如果判断结果为否，则可以按照正常的发送方式发送彩信；

步骤S205，将每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的多个子彩信发送至接收方，其中，分解规则信息用于拼接多个子彩信。

通过上述处理，能够对大容量彩信(即，大小超过要求的彩信)进行分解得到大小满足要求多个彩信并发送到接收方，以便接收方对多个彩信进行拼接，还原大容量的多媒体文件，能够避免传输大容量图像文件时对文件进行压缩，并且能够实现大容量视频文件、大容量音频文件、以及大容量应用程序等各种文件的彩信传输，保证图像、音频、视频等文件传输后质量不会降低，有效提高了彩信业务的性能，方便用户使用彩信业务，提高了用户体验。

由于彩信中所占容量空间最大的部分是多媒体文件，其余部分所占的空间很小，因此，在步骤S201中判断待发送的彩信的大小是否超过预定值时，可以将多媒体文件以外的其他部分忽略，仅判断彩信中插入的打包后的一个或多个多媒体文件的总大小是否超过预定值，在判断结果为是的情况下确定彩信的大小超过预定值。

在步骤S203中对彩信进行分解得到多个子彩信时，可以对打包后的一个或多个多媒体文件作为整体进行分解，得到多个多媒体子文件(可以将多媒体子文件作为内存块Buff)；之后，对于多个多媒体子文件中的每个多媒体子文件，将多媒体子文件进行打包得到一个子彩信，每个多媒体子文件作为一个子彩信发送；同样，对于子彩信大小判断，同样可以仅考虑多媒体子文件的大小，也就是说，在每个多媒体子文件的大小均小于预定值的情况下，就认为每个子彩信的大小均符合要求。

在发送了分解并打包后的多个子彩信之后，接收方可以接收多个子彩信，并在多个子彩信接收完毕之后根据多个子彩信的分解规则信息对多个子彩信进行拼接。

在进行彩信拼接时，可以对多个子彩信的打包后的多媒体子文件进行解码(将多媒体子文件还原为打包前的形式)，之后对解码后的多个多媒体子文件进行拼接，得到打包后的多媒体文件，通过解码后即可还原多媒体文件。

本发明采用的分解规则信息可以有多种形式，也就是说，可以通过多种方式进行彩信的拼接。

例如，每个子彩信所对应的分解规则信息包括：该子彩信所属的彩信的标识、对彩信进行分解时该子彩信在多个子彩信中的排序和多个子彩信的总数。这样，接收方就能够根据彩信的标识区分属于彩信的子彩信，并根据由彩信分解的子彩信的总数量确定当前接收的子彩信是否是该彩信的所有子彩信，在确定所有子彩信均接收完之后，就可以根据每个子彩信的排序对多个子彩信进行拼接，之后，接收模块的彩信浏览模块可以对拼接后的彩信内容进行显示。

在上述处理中，对于每个子彩信，其对应的分解规则信息被加入在该子彩信的文本部分，多媒体文件可以附加在该子彩信的文件区域。

并且，可选地，对彩信进行分解时，可以将彩信作为整体(其中可能包含多个文件)平均分解为大小相等多个的子彩信、或者以预定值为单位对彩信进行分解，也就是说，假设对彩信大小的限制为300K，此时，对于1个1M大小的彩信，则可以将该彩信平均分为4个256K的彩信，或者，也可以分为3个300K的彩信以及1个124K的彩信。此外，在多媒体文件包含多个文件的情况下，可以判断这多个文件中的每一个的大小是否小于要求值，如果判断为否，则可以将多媒体文件作为整体，并采用上述分解方式进行分解，如果每个文件的大小均小于要求值，则还可以将每个文件均通过一个单独的彩信发送。此外，还可以采用其他的方式对彩信进行分解，例如，将该1M大小的彩信分为5个或更多彩信，本文不再一一列举。

图3是根据本实施例的彩信传输方法中彩信发送的详细处理过程的流程图。如图3所示，具体可以包括以下步骤：

步骤31：用户在编辑彩信过程中加入多媒体文件(即，加入上述的一个或多个多媒体文件)；

步骤32，判断加入的一个或多个多媒体文件的大小，先判断加入的这个文件和现有的文件大小是否大于运营商限制的300K，如果总大小小于或等于300K，则直接加入此文件，执行步骤37，将插入的文件的内容打包成一条彩信加入彩信发送队列；如果加入的一个或多个多媒体文件的大小大于300K，则执行步骤33；

步骤33，如果加入的文件中包括多个文件，则判断单个文件的大小是否小于或等于300K，如果每个多媒体文件的大小均小于或等于300K，则执行步骤37，将单个文件打包成一条彩信加入彩信发送队列，以便后续进行发送，否则执行步骤34；

步骤34，如果单个文件的大小大于300K，则需要对用户插入的多媒体文件作为整体进行打包；

步骤35，分析打包后的内容大小和运营商对文件的限制大小，并对打包后的多媒体文件进行分解操作，分解后得到小于300K的小块内容(即，得到多个多媒体子文件)；

之后，需要对这些小块内容进行打包，即，得到上述的多个子彩信。其中，在打包时，由于需要考虑接收方合成文件的操作，所以可以将小块的分解规则信息加入到每个子彩信的文本信息里，以便接收方对多个子彩信中的多媒体文件进行拼接；

步骤36-1至步骤36-n，对分解后的内容1至内容n(即，分解后的第一个多媒体子文件至第n个多媒体子文件)增加分解规则B_XX_N_1并重新打包，其中，B表示该内容为分解后的内存块Buff，XX为分解前打包后得到的多媒体文件所属的彩信的唯一标识，N为彩信的多媒体文件分解得到的多媒体子文件的数量(该数量等于子彩信的数量)，n标识1表示该内容(多媒体子文件)在多个多媒体子文件中的排序为第一个；对于分解后的内容2(即，分解后的第二个多媒体子文件)，其分解规则信息为B_XX_N_2，依此类推，分解后的内容n的分解规则信息为B_XX_N_n。

步骤37，将打包后符合彩信大小限制要求的彩信加入发送队列。

在上述处理中，对一个或多个多媒体文件进行打包时，对于打包后得到彩信，可以将其视为内存块Buff，其大小可以设为S，这个内存块将是接收方收到后的小彩信合成后的内存，并可以显示出来。

下面将以运营商规定的预定值为单位对彩信进行分解为例，详细描述本发明的彩信传输方法中彩信接收的处理过程。

在上述处理中，在对彩信中打包后的多媒体文件的内容进行分解时，可以首先计算出将要分解的彩信数量(N＝S/300K)，之后再分配N块小内存(Buffl-Buffn)，每块内存大小为300K，将Buff里的内容分解到这N块小内存中，对这N个小内存，可以将其以附件的形式加入到子彩信中，并将分解规则附到子彩信的文本区域。其中，分解规则信息的格式可以为B_XX_N_n。

如图4所示，在本实例中，彩信传输过程中接收彩信的处理过程如下：

步骤41，接收彩信；

步骤42，对接收到的彩信进行解码，其中，可以先解码彩信的Text区域(该区域可以是彩信的第一页内容)，判断该区域中是否包括B_XX_N_n格式，如果判断结果为是，则确定该彩信是属于某个彩信的子彩信，并执行步骤43；否则直接显示该彩信的内容；

步骤43，提取子彩信的XX区域，该区域中包括该子彩信所属的彩信的唯一标识，如果接收方已经创建有File_XX文件(做拼接用)，则执行步骤46；如果没有该文件，则执行步骤45，创建File_XX文件，在创建之后执行步骤46；

步骤46，提取子彩信的N_n区域，然后对该子彩信中的附件(即，多媒体子文件)进行解码，得到一个Buffn；

步骤47，根据N和n的大小将子彩信的附件写到File_XX中相应的拼接文件中；

步骤48，判断当前接收到的子彩信的总数量是否等于N，如果判断结果为是，则表示所有的子彩信都已经写入到File_XX文件中，并执行步骤49；如果判断结果为否，则表示此时还没有接收到该彩信分解的所有子彩信，需要返回步骤41继续接收；

步骤49，将File_XX文件中的内容提取出来保存为一个彩信(即，还原分解前的彩信)，通过彩信浏览模块显示，即，将原彩信的内容显示出来，同时删除File_XX文件和N个小彩信的文件，以节省存储空间。

下面将举例说明根据本实施例的彩信传输方法进行彩信发送和接收的处理过程。

以彩信限制大小为300K为例，在进行彩信传输的过程中，具体包括以下步骤：

(1)在手机待机情况下，用户调用消息模块，再进入彩信编辑界面；

(2)在编辑彩信过程中选择插入一幅大小为1M的Jpg图片(即，多媒体文件)，并输入收件人地址和主题，选择发送彩信；

(3)对现有的彩信编辑过程中加入的内容进行打包(得到彩信)，并得到打包后的Buff长度，此时，如果发现此彩信中的图片长度大于300K，则需要将这个内存分解再打包成多条子彩信进行发送；

(4)需要分解成1024/300+1＝4条彩信发送出去，并将Buff按300K大小进行分解；

(5)对第一个小Buff(第一个多媒体子文件)进行打包以附件的形式加入到小彩信中，并将分解规则信息附到子彩信的文本区域。该子彩信的分解规则信息为：B_XX_4_0；

(6)对第二、三、四个小Buff(第二、三、四个多媒体子文件)进行打包以附件的形式加入到子彩信中，并将分解规则信息附到子彩信的文本区域。类似地，加入的分解规则信息分别为：B_XX_4_1、B_XX_4_2、B_XX_4_3，打包完4条彩信后，可以将打包的4条子彩信分别发送出去；

(7)接收端接收到新彩信时，先解码出第一页内容的Text区域，发现是B_XX_4_0，为B_XX_N_n格式，则为分解后的彩信，解码出附件后将附件以File_XX文件保存；

(8)继续接收第二条彩信，提取文本区域B_XX_4_1，发现有File_XX文件，则将这条彩信的附件提取出来追加到File_XX文件末尾；

(9)继续接收第三、四条彩信，并进行解码，根据N和n的大小对应的写到File_XX拼接文件中；

(10)在拼接结束后，将File_XX文件中的内容提取出来保存成一个大彩信(还原彩信)并进行显示，同时删除File_XX文件和N个小彩信的文件。

类似地，对于摄像机和录音机生成的大文件或其他应用程序文件均能够按一定的规则进行自动分解，然后分别将分解后的内容加到独立的彩信中进行发送后，接收方收到这一组彩信后按一定的规则拼接起来，实现了大彩信的传输方案。

通过上述处理，能够对大容量彩信(即，大小超过要求的彩信)进行分解，得到大小满足要求多个彩信并发送到接收方，由接收方对多个彩信进行拼接，还原大容量的多媒体文件，能够避免传输大容量图像文件时对文件进行压缩；并且能够实现大容量视频文件、大容量音频文件、以及大容量应用程序等各种文件的彩信传输，有效提高了彩信业务的性能，方便用户使用彩信业务，提高了用户体验。

系统实施例

在本实施例中，提供了一种彩信的传输系统，包括发送方终端和接收方终端。

其中，发送方终端包括：判断模块，用于判断待发送的彩信的大小是否超过预定值；分解模块，用于在判断模块的判断结果为是的情况下，对彩信进行分解，得到多个子彩信，其中，多个子彩信中每个子彩信的大小均小于或等于预定值；发送模块，用于将每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的多个子彩信经由网络发送至接收方终端，其中，分解规则信息用于拼接多个子彩信；

接收方终端包括：接收模块，用于接收彩信；拼接模块，用于接收模块接收到属于彩信的全部子彩信之后根据接收的每个子彩信的分解规则信息对多个子彩信进行拼接。

借助上述系统以及其中的终端，能够对大容量彩信(即，大小超过要求的彩信)进行分解，得到大小满足要求多个子彩信并发送到接收方，由接收方对多个彩信进行拼接，还原大容量的多媒体文件，能够避免传输大容量图像文件时对文件进行压缩；并且能够实现大容量视频文件、大容量音频文件、以及大容量应用程序等各种文件的彩信传输，有效提高了彩信业务的性能，方便用户使用彩信业务，提高了用户体验。

其中，发送方终端和接收方终端只是相对概念，在实际应用当中，每个终端均可以具备上述发送方终端与接收方终端的功能，从而借助本发明提出的彩信传输方案实现终端之间彩信的相互发送。

根据本实施例的系统以及其中的终端均能够实现上述图2至图4所示的处理，其中，彩信大小判断、分解规则信息的加入与使用、彩信分解、彩信拼接等处理均可以参照之前的描述实现，具体过程这里不再重复

综上所述，借助于本发明的上述技术方案，通过对大容量彩信(即，大小超过要求的彩信)进行分解，得到大小满足要求多个彩信并发送到接收方，由接收方对多个彩信进行拼接，还原大容量的多媒体文件，能够避免传输大容量图像文件时对文件进行压缩；并且能够实现大容量视频文件、大容量音频文件、以及大容量应用程序等各种文件的彩信传输，有效提高了彩信业务的性能，方便用户使用彩信业务，提高了用户体验。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种彩信的传输方法，其特征在于，包括：

判断待发送的彩信的大小是否超过预定值；

在判断所述彩信的大小超过所述预定值的情况下，对所述彩信进行分解，得到多个子彩信，其中，所述多个子彩信中每个子彩信的大小均小于或等于所述预定值；

将所述每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的所述多个子彩信发送至接收方，其中，所述分解规则信息用于拼接所述多个子彩信。

2.根据权利要求1所述的传输方法，其特征在于，判断待发送的所述彩信的大小是否超过所述预定值具体包括：

在判断所述彩信中插入的打包后的一个或多个多媒体文件的总大小超过所述预定值的情况下，判断所述彩信的大小超过所述预定值。

3.根据权利要求2所述的传输方法，其特征在于，对所述彩信进行分解得到所述多个子彩信具体包括：

对打包后的所述一个或多个多媒体文件作为整体进行分解，得到多个多媒体子文件；

对于所述多个多媒体子文件中的每个多媒体子文件，将所述多媒体子文件进行打包得到一个子彩信；

并且，所述每个子彩信的大小均小于所述预定值是指：每个多媒体子文件的大小均小于所述预定值。

4.根据权利要求3所述的传输方法，其特征在于，进一步包括：

所述接收方接收发送的所述多个子彩信，并在所述多个子彩信接收完毕之后根据所述多个子彩信的分解规则信息对所述多个子彩信进行拼接。

5.根据权利要求4所述的传输方法，其特征在于，根据所述多个子彩信的分解规则信息对所述多个子彩信进行拼接具体包括：

对所述多个子彩信的打包后的多媒体子文件进行解码，并对解码后的所述多个多媒体子文件进行拼接，得到打包后的所述多媒体文件。

6.根据权利要求1至5中任一项所述的传输方法，其特征在于，所述每个子彩信所对应的分解规则信息包括：该子彩信所属的所述彩信的标识、对所述彩信进行分解时该子彩信在所述多个子彩信中的排序和所述多个子彩信的总数。

7.根据权利要求1至5中任一项所述的传输方法，其特征在于，对于所述每个子彩信，其对应的分解规则信息被加入在该子彩信的文本部分。

8.根据权利要求1至5中任一项所述的传输方法，其特征在于，对所述彩信进行分解包括：将所述彩信平均分解为大小相等多个的子彩信、或者以所述预定值为单位对所述彩信进行分解。

9.一种终端，其特征在于，包括：

判断模块，用于判断待发送的彩信的大小是否超过预定值；

分解模块，用于在所述判断模块的判断结果为是的情况下，对所述彩信进行分解，得到多个子彩信，其中，所述多个子彩信中每个子彩信的大小均小于或等于所述预定值；

发送模块，用于将所述每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的所述多个子彩信发送至接收方，其中，所述分解规则信息用于拼接所述多个子彩信。

10.一种终端，其特征在于，包括：

接收模块，用于接收彩信；

拼接模块，用于所述接收模块接收到属于彩信的全部子彩信之后根据接收的每个子彩信的分解规则信息对所述子彩信进行拼接。

11.一种彩信的传输系统，其特征在于，包括发送方终端和接收方终端，其中，

所述发送方终端，包括：

判断模块，用于判断待发送的彩信的大小是否超过预定值；

分解模块，用于在所述判断模块的判断结果为是的情况下，对所述彩信进行分解，得到多个子彩信，其中，所述多个子彩信中每个子彩信的大小均小于或等于所述预定值；

发送模块，用于将所述每个子彩信所对应的分解规则信息加入到相应的子彩信中，并将加入分解规则信息后的所述多个子彩信经由网络发送至所述接收方终端，其中，所述分解规则信息用于拼接所述多个子彩信；

所述接收方终端包括：

接收模块，用于接收彩信；

拼接模块，用于所述接收模块接收到属于所述彩信的全部子彩信之后根据接收的每个子彩信的分解规则信息对所述多个子彩信进行拼接。

Images