CN106060790A - 终端设备、运营商服务器、短信的传输方法及传输系统 - Google Patents

Abstract

本发明提供一种终端设备、运营商服务器、短信的传输方法及传输系统，包括：统计模块，用于在进入短信的编辑界面时，统计预设时间段内短信的发送数量；对比模块，用于对比所述发送数量是否超过预设数量阈值；数据接口，用于当未超过所述数量阈值时，通过基站发送所述短信；网络接口，用于当超过所述数量阈值时，通过运营商服务器发送所述短信。本发明在终端设备处仍采用短信服务模式，但在传输方式上采用数据接口与网络接口的切换，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，支持数据的快速查找，且使用价格低廉。

Description

终端设备、运营商服务器、短信的传输方法及传输系统

技术领域

本发明属于融合通信领域，尤其涉及一种终端设备、运营商服务器及短信的传输方法。

背景技术

终端设备有很多固有的通讯应用，如：电话、短信、或彩信等，通常是通过通信网络来进行数据传递的。通信网络的运营商一般会提供不同的服务套餐，如X元/月提供N条短信，对于N条之外的单条短信的收费标准一般是0.1元以上。

随着终端设备的不断普及，对于通信运营商而言，面临的第一个问题是：海量用户同时发送短信时会导致基站的负载过大，进而可能产生时延、数据丢失、和目的地错误；面临的第二个问题是：与终端设备上安装的即时通信软件相比，传统的短信服务不具有价格上的优势，长此以往，很可能造成客户或部分业务的流失。

而对于终端设备的用户而言，既要考虑发送消息时的费用梯度问题，又要考虑联系方式的切换，十分容易造成沟通数据的中断、混淆、和丢失。比如：月初的时候通信套餐里有100条短信，那么用户A选择通过短信与友人B聊天，月末的时候套餐里的短信已用光，用户A则选择通过即时通信软件与友人B聊天。那么，用户A与友人B的聊天记录则会存储在不同的平台中，想要查找追溯起来非常麻烦。

发明内容

有鉴于此，本发明的目的在于提供一种终端设备、运营商服务器、短信的传输方法及传输系统，可以解决传统短信服务所导致运营商端基站的负载过大、运营成本过高、以及用户端价格梯度大、与替换方案交替使用所导致的沟通数据的中断、混淆、和丢失的技术问题。

为解决上述技术问题，本发明实施例提供了一种终端设备，包括：

统计模块，用于在进入短信的编辑界面时，统计预设时间段内短信的发送数量；

对比模块，用于对比所述发送数量是否超过预设数量阈值；

数据接口，用于当未超过所述数量阈值时，通过基站发送所述短信；以及

网络接口，用于当超过所述数量阈值时，通过运营商服务器发送所述短信。

为解决上述技术问题，本发明实施例提供了一种运营商服务器，包括：

存储模块，用于接收并存储终端设备发送的短信，所述短信包括收件人的联系方式；

标签模块，用于将所述短信生成标识，并发送至所述联系方式所对应的接收终端；

判断模块，用于判断所述标识对应的短信是否被所述接收终端接收；

通知模块，用于当未被接收时，生成通知信息，并将所述通知信息发送至所述终端设备，以通知所述终端设备转由基站进行所述短信的发送；以及

反馈模块，用于当被接收时，生成反馈信息，并将所述反馈信息发送至终端设备，以反馈所述短信已发送成功。

为解决上述技术问题，本发明实施例提供了一种短信的传输方法，包括：

在终端设备进入短信的编辑界面时，统计预设时间段内短信的发送数量；

对比所述发送数量是否超过预设数量阈值；

若超过所述数量阈值，则通过由运营商服务器与所述终端设备所形成的网络接口发送所述短信；

判断通过所述网络接口是否成功发送所述短信；以及

若未超过所述数量阈值或未成功发送，则通过由基站与所述终端设备所形成的数据接口发送所述短信。

为解决上述技术问题，本发明实施例提供了一种短信的传输系统，包括：

上述终端设备、上述运营商服务器、基站、和接收终端。

相对于现有技术，本发明的终端设备、运营商服务器、短信的传输方法及传输系统，在终端设备处仍采用短信服务模式，但在传输方式上采用数据接口与网络接口的切换，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，支持数据的快速查找，且使用价格低廉。

附图说明

图1是本发明实施例提供的终端设备、运营商服务器及短信的传输方法的应用环境示意图；

图2是本发明实施例一提供的终端设备的模块示意图；

图3是本发明实施例二提供的终端设备的模块示意图；

图4是本发明实施例三提供的运营商服务器的模块示意图；

图5是本发明实施例四提供的短信的传输方法的工作流程示意图。

具体实施方式

请参照附图中的图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所示例的本发明的具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

本发明原理以上述文字来说明，其并不代表为一种限制，本领域技术人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。本发明的原理使用许多其它泛用性或特定目的运算、通信环境或组态来进行操作。

请参阅图1，为本发明中提供的终端设备、运营商服务器及短信的传输方法的应用环境示意图。所述应用环境，包括终端设备10、基站20、运营商服务器30、网络热点31、以及通信网络40。

其中，所述终端设备10，包括融合通信功能(Rich Communication Suite，RCS)的业务接口，其中，所述融合通信功能可以是通过终端设备10所订制的内置功能、或下载的应用程序进行实现。所述终端设备10，通过对比已发送短信数量与通信套餐中的短信数量，来选择基站20或运营商服务器30发送短信。

所述基站20，用于通过4G网络接收所述短信，并通过由基站20与终端设备10之间的数据通道41进行短信的传输。可以理解的是，通过基站20进行传输的短信会记入在用户的通信套餐中，且超出部分一般是按照每条进行收费。

所述运营商服务器30，用于接收所述短信，并通过与终端设备10之间的网络通道42进行短信的传输。运营商服务器30的优点在于价格，缺点是部署没有基站20密集，因而可能会出现无法连接或系统繁忙的情况，进而导致短信传输失败。当所述运营商服务器30当传输失败时，通知所述终端设备10，以便所述终端设备10可以及时通过基站20进行短信的发送。可以理解的是，通过运营商服务器30进行传输的短信一般是免费或按照流量进行收费，对于用户而言，其使用成本会大大降低。

通信网络40，包括数据通道41和网络通道42，用于支持所述短信的传输。数据通道41，一般由多个基站20与终端设备10等构建而成。网络通道42，一般由多个网络热点31、终端设备10、和运营商服务器30等构建而成，包括无线广域网、无线局域网、无线城域网、和/或个人网络中的一种或多种的组合。

请参照以下实施例，实施例一、二侧重于终端设备，实施例三侧重于运营商服务器，实施例四侧重于短信的传输方法。可以理解的是：虽然各实施例的侧重不同，但其设计思想是一致的。且，在某个实施例中没有详述的部分，可以参见说明书全文的详细描述，不再赘述。

实施例一

请参阅图2，所示为本发明实施例提供的终端设备的模块示意图。所述终端设备，包括：手机、或平板电脑等，此处不一一枚举。

具体而言，所述终端设备200，包括：统计模块21、对比模块22、数据接口23、和网络接口24。

所述统计模块21，用于在进入短信的编辑界面时，统计预设时间段内短信的发送数量。

其中，所述统计模块21，包括：触发子模块211和计数子模块212。

具体而言，所述触发子模块211，用于通过触发点接收对所述统计的触发，所述触发点包括但不限于：点击进入所述短信的编辑界面时、进入所述编辑界面进行文字或图片的编辑时、和/或在选择收件人的联系方式时。概而言之，获取在执行短信发送的指令之前的任一时刻。

所述计数子模块212，用于被触发后确定起始点，并开始据统计，以生成预设时间段内短信的发送数量。其中，以月为预设时间段为例，所述起始点可以是以月初、也可以是套餐服务的开始时间，如每月的12日。

所述对比模块22，连接于所述统计模块21，用于对比所述发送数量是否超过预设数量阈值。

其中，所述对比模块22包括：获取子模块221、设置子模块222、和对比子模块223。

具体而言，所述获取子模块221，用于获取在所述预设时间段内通信套餐中的短信数量，比如100条/月。可以理解的是，所述预设时间段，通常为一个月，所述预设时间段对应的短信条数也可以根据通信套餐的设置，比如，将上个月的剩余量进行顺延，比如累计120条本月。

所述设置子模块222，用于设置套餐阈值，并根据所述套餐阈值和所述短信数量生成所述数量阈值。

其中，所述套餐阈值，可以是固定值，比如70％～95％中的任意值，优选90％。也可以是一区间，仍以月套餐为例，第一周的套餐阈值为25％，第二周的套餐阈值为50％，第三周的套餐阈值为75％，第四周为95～100％，可以理解的是，所述数值仅用于示例，以便于理解所述套餐阈值的设置。

所述数量阈值，可采用所述套餐阈值与短信数量的乘积，比如90％X100，即数量阈值为90条，此外，也可以通过构建数学模型对其二者进行更进一步的计算。

所述对比子模块223，用于读取所述数量阈值和所述发送数量，并对比所述发送数量是否超过预设数量阈值。

比如，数量阈值是90，若发送数量是85，则未超过数量阈值，若发送数量是91则超过数量阈值，则在预设时间段内如一个月内，可缓存所述超过的状况，并在下一时间段内重新进行对比，以节省对比的时间和对比所消耗的系统资源。

所述数据接口23，连接于所述对比模块22，用于当未超过所述数量阈值时，将短信发送至基站，并由所述基站通过4G方式进行所述短信的传输。

所述网络接口24，连接于所述对比模块22，用于当超过所述数量阈值时，将所述短信发送至网络热点，并由所述网络热点发送至运营商服务器进行所述信息的传输。

本发明的终端设备，仍采用短信服务模式，但在传输方式上采用数据接口与网络接口的切换，当已发送短信的数量超过免费数量的一定比例时，需求WiFi热点来进行传输，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，支持数据的快速查找，且使用价格低廉。

实施例二

请参阅图3，所示为本发明实施例提供的终端设备的模块示意图。所述终端设备，包括：手机、或平板电脑等，此处不一一枚举。

可以理解的是，图3的终端设备是对图2中终端设备的优化。其中，图3中与图2中相同的部分，仍采用2开头，与图2不同的部分，采用3开头，以示其差异。

具体而言，所述终端设备300，包括但不限于：内容模块31、统计模块21、对比模块22、网络接口32、封装模块33、接收模块34、反馈模块35、数据接口36、以及标识模块37。

所述内容模块31，用于在所述编辑界面获取所述短信的内容和联系人。

其中，所述短信的内容包括：文字、图片、文件、语音、视频、和/或位置信息；所述联系人包括至少一个电话号码。

所述统计模块21，连接于所述内容模块31，用于在进入短信的编辑界面时，统计预设时间段内短信的发送数量。

其中，所述统计模块21，包括：触发子模块211和计数子模块212。

具体而言，所述触发子模块211，用于获取在执行发送的指令之前的任一时刻作为触发点，以接收对所述统计的触发。

所述计数子模块212，用于被触发后确定起始点，并开始据统计，以生成预设时间段内短信的发送数量。所述对比模块22，用于对比所述发送数量是否超过预设数量阈值。

其中，所述对比模块22包括：获取子模块221、设置子模块222、和对比子模块223。

具体而言，所述获取子模块221，用于获取在所述预设时间段内通信套餐中的短信数量。

所述设置子模块222，用于设置套餐阈值，并根据所述套餐阈值和所述短信数量生成所述数量阈值。比如，采用所述套餐阈值与短信数量的乘积。

所述对比子模块223，用于读取所述数量阈值和所述发送数量，并对比所述发送数量是否超过预设数量阈值。其中，若发送数量超过数量阈值，则在预设时间段内，可缓存所述超过的状况，并在下一时间段内重新进行对比，以节省对比的时间和对比所消耗的系统资源。

所述网络接口32，连接于所述对比模块22，用于当超过所述数量阈值时，通过网络热点将所述短信发送至运营商服务器，并经由运营商服务器进行传输。

封装模块33，用于通过软件开发工具包(Software Development Kit，SDK)将融合通信的功能模块进行封装，以生成具有融合通信功能的应用程序、插件、进程、和/或接口。

可以理解的是，所述网络接口32还连接于所述封装模块33，用于当超过所述数量阈值时，通过调用所述具有融合通信功能的应用程序、插件、进程、和/或接口，以连接所述网络热点，并通过所述网络热点发送所述短信。

接收模块34，连接于所述网络接口32，用于在通过运营商服务器发送所述短信之后，接收来自所述运营商服务器的反馈信息。

可以理解的是，所述接收模块34可以每隔几秒刷新一次，直至预设时间阈值。比如，3秒刷新1次，直至15秒还未收到反馈信息，则视为发送失败。

所述反馈模块35，连接于所述接收模块34，用于当未收到所述反馈信息时，产生发送失败的通知。

所述数据接口36，连接于所述对比模块22和所述反馈模块35，用于当未超过所述数量阈值时或接收到发送失败的通知后，对所述短信进行发送。发送的过程为：将所述短信发送至基站，并通过所述基站传输所述短信。

可以理解的是，由所述统计模块21、对比模块22、网络接口32、封装模块33、接收模块34、反馈模块35、和数据接口36协同，以确保短信被成功发送、且用户的使用成本最低。

标识模块37，用于获取待接收短信的标识。

可以理解的是，尤其当信息的内容较大时，比如：当短信中包含图片、视频、语音、或文件时，终端设备一般不会直接进行下载，以免浪费流量，而是仅接收短信的标识，再由用户根据所述标识决定是否下载。

所述统计模块21，连接于所述标识模块37，还用于统计预设时间段内短信的接收数量。

所述对比模块22，还用于对比所述接收数量与所述发送数量之和是否超过所述预设数量阈值。

可以理解的是，此处可以对比接收数量、或统计接收数量与发送数量之和，根据所述终端设备所对应的通信套餐而定，若通信套餐包括了接收短信的条数，则对比接收数量；若通信套餐包括了收发短信的条数，则对比接收数量与发送数量之和；若通信套餐里仅包括发送数量，则无需统计发送的数量。

所述数据接口36，还用于当未超过所述数量阈值时，将所述标识对应的短信通过基站进行接收。

所述网络接口32，还用于当超过所述数量阈值时，将所述标识对应的短信通过网络热点、和运营商服务器进行接收。

可以理解的是，所述短信的接收与发送原理相似，由所述标识模块37、统计模块21、对比模块22、网络接口32、和数据接口36协同完成，以确保短信被成功接收、且用户的使用成本最低。

本发明的终端设备，仍采用短信服务模式，但在传输方式上采用数据接口与网络接口的切换，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，支持数据的快速查找，且使用价格低廉。

实施例三

请参阅图4，所示为发明实施例提供的运营商服务器的模块示意图。

所述运营商服务器400，包括：存储模块41、标签模块42、判断模块43、通知模块44、反馈模块45、和删除模块46。

存储模块41，用于接收并储存终端设备发送的短信，所述短信包括但不限于：短信内容和收件人的联系方式。

其中，所述短信内容，包括：文字、图片、音频、视频、和/或位置信息中的一种或其组合。所述收件人的联系方式，包括一对一模式、一对多模式、或多对多模式。其中，所述一对一模式，是指一个发件人对应一个收件人；一对多模式，是指一个收件人同时对应多个收件人；多对多模式，是指多个发件人同时对应多个收件人，可以理解为聊天室模式。

标签模块42，连接于所述存储模块41，用于将所述短信生成标识，并发送至所述联系方式所对应的接收终端。可以理解的是，若发送的终端设备为第一终端设备，则接收终端可视为第二终端设备。

其中，所述标签模块42，包括：分类子模块421、关键词子模块422、和发送子模块423。

具体而言，所述分类子模块421，用于对所述短信进行分类，比如分成：广告类短信、工作类短信、家庭类短信、或鸡汤类短信等，并将所述分类作为短信的标识。

所述关键词子模块422，用于从所述短信中提取关键词，如减肥、美食推荐、会议通知、或名店折扣等，并将所述关键词作为短信的标识。

发送子模块423，连接于所述分类子模块421和所述关键词子模块422，用于读取所述标识和联系方式，并将所述标识发送至所述联系方式。

可以理解的是，此时，所述终端设备接收所述标识，并根据所述标识确定是否进行下载。若进行下载，则所述发送子模块423再将所述标识对应的短信发送至所述联系方式。所述终端设备成功接收所述短信后，会发送成功接收的回执信息。

判断模块43，连接于所述标签模块42，用于判断所述标识对应的短信是否被所述接收终端所接收。

可以理解的是，所述判断模块42，用于接收来自于终端设备的回执信息，用于确定所述短信是否被接收、以及是否被阅读等，具体可以根据用户的需求进行设定。

通知模块44，连接于所述判断模块43，用于当未被接收时，生成通知信息，并将所述通知信息发送至所述终端设备，以通知所述终端设备转由基站进行所述短信的发送。

反馈模块45，连接于所述判断模块43，用于当被接收时，生成反馈信息，并将所述反馈信息发送至终端设备，以反馈所述短信已发送成功。

删除模块46，连接于所述反馈模块45，用于当反馈模块发送反馈信息后，删除所述短信及其对应的标识。

可以理解的是，可以在短信中加入阅后即焚的标签，并对待有所述标签的短信进行上述删除。

本发明的运营商服务器，在终端设备处仍采用短信服务模式，但在传输方式上采用数据接口与网络接口的切换，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，支持数据的快速查找，且使用价格低廉。

实施例四

请参阅图5，所示为发明实施例提供的短信的传输方法的流程示意图。

所述短信的传输方法，包括：

在步骤S501中，在终端设备进入短信的编辑界面时，统计预设时间段内短信的发送数量。

具体而言，本步骤包括：

(1)通过触发点接收对所述统计的触发。所述触发点包括但不限于：点击进入所述短信的编辑界面时、进入所述编辑界面进行文字或图片的编辑时、和/或在选择收件人的联系方式时。概而言之，获取在执行发送的指令之前的任一时刻。

(2)被触发后确定起始点，并开始据统计，以生成预设时间段内短信的发送数量。以月为预设时间段为例，所述起始点可以是以月初、也可以是套餐服务的开始时间，如每月的12日。

在步骤S502中，对比所述发送数量是否超过预设数量阈值。

其中，若超过所述数量阈值，则执行步骤S503；若未超过所述数量阈值，则执行步骤S505。

具体而言，本步骤包括：

(1)获取在所述预设时间段内通信套餐中的短信数量，比如100条/月，可以理解的是，所述预设时间段，通常为一个月，所述预设时间段对应的短信条数也可以根据通信套餐的设置，比如，将上个月的剩余量进行顺延，比如累计120条本月。

(2)设置套餐阈值，并根据所述套餐阈值和所述短信数量生成所述数量阈值。其中，所述套餐阈值，可以是固定值也可以是一随时间变化的递增区间。所述数量阈值，可采用所述套餐阈值(如90％)与短信数量(如100条)的乘积，即数量阈值为90条，此外，也可以通过构建数学模型对其二者进行更进一步的计算。

(3)读取所述数量阈值和所述发送数量，并对比所述发送数量是否超过预设数量阈值。

可以理解的是，若发送数量超过数量阈值，则在预设时间段内，可缓存所述超过的状况，并在下一时间段内重新进行对比，以节省时间和系统资源。

在步骤S503中，通过由运营商服务器与所述终端设备所形成的网络通道发送所述短信。

在步骤S504中，判断通过所述网络通道是否成功发送所述短信。

其中，若未发送成功，则执行步骤S505。若发送成功，则执行步骤S506。

具体而言，本步骤包括：每隔预设时间监听来自运营商服务器的反馈信息，若收到反馈信息，则发送成功，若在干时间间隔后仍若未收到反馈信息，则未发送成功。

在步骤S505中，通过由基站与终端设备所形成的数据通道发送所述短信。

在步骤S506中，完成短信的发送。

需要说明的是，步骤S501～步骤506与步骤S507～步骤S512之间，通常为一个对话，两者之间交替出现，没有顺序限制。图中的箭头仅是为了展示一个完整流程，而非对其顺序的限制。

在步骤S507中，获取待接收短信的标识。

可以理解的是，尤其是短信的内容较大时，比如：包含图片、视频、或语音、或定位信息时，终端设备不会直接进行下载，以免浪费流量，而是接收短信的标识，再由用户根据所述标识决定是否下载。

在步骤S508中，统计预设时间段内短信的接收数量。

在步骤S509中，对比所述接收数量与所述发送数量之和是否超过所述预设数量阈值。

其中，若未超过所述数量阈值，则执行步骤S510；若超过所述数量阈值，则执行步骤S511。

可以理解的是，此处可以对比接收数量、或统计接收数量与发送数量之和，根据所述终端设备所对应的通信套餐而定，若通信套餐包括了接收短信的条数，则对比接收数量；若通信套餐包括了收发短信的条数，则对比接收数量与发送数量之和；若通信套餐里仅包括发送数量，则无需统计发送的数量。

在步骤S510中，通过所述数据通道接收所述短信。

在步骤S511中，通过所述网络通道接收所述短信。

其中，终端设备，首先通过SDK将融合通信的功能模块进行封装，以生成具有融合通信功能的应用程序、插件、和/或进程；然后所述网络接口通过调用所述具有融合通信功能的应用程序、插件、和/或进程，以进行所述短信发送。

可以理解的是，若网络通道接收不成功，则通过数据通道进行接收，其原理同上。

在步骤S512中，完成短信的接收。

本发明的短信的传输方法，在终端设备处仍采用短信服务模式，但在传输方式上采用数据接口与网络接口的切换，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，支持数据的快速查找，且使用价格低廉。

本发明实施例提供的终端设备、运营商服务器、短信的传输方法及传输系统属于同一构思，其具体实现过程详见说明书全文，此处不再赘述。

综上所述，虽然本发明已以优选实施例揭露如上，但上述优选实施例并非用以限制本发明，本领域的普通技术人员，在不脱离本发明的精神和范围内，均可作各种更动与润饰，因此本发明的保护范围以权利要求界定的范围为准。

Claims (12)

1.一种终端设备，其特征在于，包括：

统计模块，用于在进入短信的编辑界面时，统计预设时间段内短信的发送数量；

对比模块，用于对比所述发送数量是否超过预设数量阈值；

数据接口，用于当未超过所述数量阈值时，通过基站发送所述短信；以及

网络接口，用于当超过所述数量阈值时，通过运营商服务器发送所述短信。

2.如权利要求1所述的终端设备，其特征在于，还包括：

接收模块，用于接收来自所述运营商服务器的反馈信息，所述反馈信息用于描述所述短信已发送至接收终端；

反馈模块，用于当未收到所述反馈信息时，产生发送失败的通知；

所述数据接口，还用于接收到所述发送失败的通知后，对所述短信进行发送。

3.如权利要求1所述的终端设备，其特征在于，所述对比模块包括：

获取子模块，用于获取在所述预设时间段内通信套餐中的短信数量；

设置子模块，用于设置套餐阈值，并根据所述套餐阈值和所述短信数量生成所述数量阈值；以及

对比子模块，用于读取所述数量阈值和所述发送数量，并对比所述发送数量是否超过预设数量阈值。

4.如权利要求1所述的终端设备，其特征在于，还包括：

封装模块，用于通过SDK将融合通信的功能模块进行封装，以生成具有融合通信功能的应用程序、插件、和/或进程；

所述网络接口具体用于：通过调用所述具有融合通信功能的应用程序、插件、和/或进程，以连接所述运营商服务器，并通过所述运营商服务器发送所述消息。

5.如权利要求1所述的终端设备，其特征在于，所述统计模块包括：

触发子模块，用于通过触发点接收对所述统计的触发，所述触发点包括：点击进入所述短信的编辑界面时、进入所述编辑界面进行文字或图片的编辑时、和/或在选择收件人的联系方式时；以及

计数子模块，用于被触发后确定起始点，并开始据统计，以生成预设时间段内短信的发送数量。

6.如权利要求5所述的终端设备，其特征在于，还包括：

内容模块，用于在所述编辑界面获取所述短信的内容和联系人；其中，所述短信的内容包括：文字、图片、文件、语音、视频、和/或位置信息；所述联系人包括至少一个电话号码。

7.如权利要求1所述的终端设备，其特征在于，还包括：

标识模块，用于获取待接收短信的标识；

所述统计模块，还用于统计预设时间段内短信的接收数量；

所述对比模块，还用于对比所述接收数量与所述发送数量之和是否超过所述预设数量阈值；

所述数据接口，还用于当未超过所述数量阈值时，通过所述基站接收所述标识对应的短信；以及

所述网络接口，还用于当超过所述数量阈值时，通过所述运营商服务器接收所述标识对应的短信。

8.一种运营商服务器，其特征在于，包括：

存储模块，用于接收并存储终端设备发送的短信，所述短信包括收件人的联系方式；

标签模块，用于将所述短信生成标识，并发送至所述联系方式所对应的接收终端；

判断模块，用于判断所述标识对应的短信是否被所述接收终端接收；

通知模块，用于当未被接收时，生成通知信息，并将所述通知信息发送至所述终端设备，以通知所述终端设备转由基站进行所述短信的发送；以及

反馈模块，用于当被接收时，生成反馈信息，并将所述反馈信息发送至终端设备，以反馈所述短信已发送成功。

9.如权利要求8所述的运营商服务器，其特征在于，还包括：

删除模块，用于当发送反馈信息后，删除所述短信及对应的标识。

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

在终端设备进入短信的编辑界面时，统计预设时间段内短信的发送数量；

对比所述发送数量是否超过预设数量阈值；

若超过所述数量阈值，则通过由运营商服务器与所述终端设备所形成的网络接口发送所述短信；

判断通过所述网络接口是否成功发送所述短信；以及

若未超过所述数量阈值或未成功发送，则通过由基站与所述终端设备所形成的数据接口发送所述短信。

11.如权利要求10所述的传输方法，其特征在于，还包括：

获取待接收短信的标识；

统计预设时间段内短信的接收数量；

对比所述接收数量与所述发送数量之和是否超过所述预设数量阈值；

若未超过所述数量阈值，则通过所述数据接口接收所述短信；或

若超过所述数量阈值，则通过所述网络接口接收所述短信。

12.一种短信的传输系统，其特征在于，包括：如权利要求1至7中任一项所述的终端设备、如权利要求8至9中任一项所述的运营商服务器、基站、和接收终端。