CN103516880A - 一种发送短信的方法和装置 - Google Patents

Abstract

本发明公开了一种发送短信的方法及装置，涉及数据通信技术领域，解决了现有技术用户群发短信时操作过程繁琐、重发、漏发等技术问题。其中，方法包括：监测来自发信终端的短信；根据所述发信终端从属的联系人相关信息确定需要回复的短信，并将所述接收到的短信收录为已收待回短信；在接收到用户从所述已收待回短信中选定的群发回复对象后，根据每个回复对象从属的联系人相关信息从预设的个性化内容模板库中查找匹配的内容模板；将所述匹配的内容模板推荐给所述用户群发短信时使用。本发明实施例主要用于终端短信操作。

Description

一种发送短信的方法和装置

技术领域

本发明涉及数据通信技术领域，特别涉及的方法及装置。

背景技术

短信作为一种便捷的通信方式已经渗透到人们工作和生活的各个领域，成为手机的一项重要业务。发送和回复短信更是用户使用手机业务经常进行的操作，特别是在收发群消息或过节时的祝福短信时，若收发短信的操作流程繁琐，则将会给用户带来不便。

现有技术中，针对上述问题提出了如下方法，主要包括：根据联系人所在的不同群组，为每个群组设置对应的体现收发双方关系的个性化内容；在编辑群发短信时将所述个性化内容插入到所述群发短信中，发送至选定的联系人。该方法通过在群发短信中加入丰富的个性化信息，使其尽量符合接收方的身份，体现收发双方的关系，解决了现有技术中群发短信内容雷同的问题。通过设置联系人群组和个性化信息给用户群发操作带来了极大的便利。

但是，上述方法至少存在如下技术问题：为每个不同群组设置个性化内容过于复杂，操作上仍较为繁琐；并且现有方案仅针对群发送短信的情况提出了简化操作的方法，但仍存在回复群信息时操作过程繁琐、重发、漏发短信的问题等；此外，同时群发多个短信也占用大量系统资源，造成发送失败或无法进行其他操作。

发明内容

为了解决现有技术中群发信息或群回复信息操作过程繁琐、重发或漏发短信的问题，本发明的一个方面提出一种发送短信的方法。

一种发送短信的方法，包括：

监测来自发信终端的短信；

根据所述发信终端从属的联系人相关信息确定需要回复的短信，并将所述接收到的短信收录为已收待回短信；

在接收到用户从所述已收待回短信中选定的群发回复对象后，根据每个回复对象从属的联系人相关信息从预设的个性化内容模板库中查找匹配的内容模板；

将所述匹配的内容模板推荐给所述用户群发短信时使用。

一种发送短信的装置，包括：

监测模块，用于监测来自发信终端的短信；

确定模块，用于根据所述监测模块监测到的发信终端从属的联系人相关信息确定需要回复的短信；

收录模块，用于将确定模块确定的需要回复的短信收录为已收待回短信；

选择模块，用于接收用户从所述收录模块收录的已收待回短信中选定的群发回复对象；

推荐模块，用于根据选择模块接收到的每个所述回复对象从属的联系人信息从预设的个性化内容模板库中查找匹配的内容模板，并将所述匹配的内容模板推荐给所述用户群发短信时使用。

本发明提供的发送短信的方法和装置可以根据发信终端相关信息确定是否需要回复短信，并将确定的需要回复的短信收录为已收待回短信，故而可保证过滤到不需回复的短信，避免了例如重发或错发等不需要回复短信的情况，并且支持群发回复短信的同时，主动查找与回复对象的联系人相关信息相匹配的内容模板，因此解决了现有技术需要用户设置模板的技术问题，故而可以取得减少用户繁琐操作、可以群发回复信息和避免重复或错发短信的技术效果。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

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

图1为本发明实施例1中发送短信的方法流程示意图；

图2为本发明实施例2中发送短信的方法流程示意图；

图3为本发明实施例3中发送短信的装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。

实施例1

本发明实施例提供了一种发送短信的方法，如同1所示，该方法包括：

步骤101，终端监测接收到的来自发信终端的短信；

实际上，该终端相对于发信终端来说具体应该为收信终端，由于无论是收信终端还是发信终端均是相对而言的（因为收信终端发短信时也将成为发信终端），但是为了便于清楚的描述本发明实施例，在本实施例以及下面的实施例中将分别用收信终端和发信终端来加以区别。

步骤102，收信终端根据发信终端从属的联系人相关信息确定需要回复的短信，并将接收到的短信收录为已收待回短信；

该联系人相关信息包括：发信终端对应的用户标识，发信终端发送短信的时间，与发信终端通信时常用的内容模板，发信终端所属群组，发信终端备注，发信终端的端口号，收信终端的发信记录（可按照用户标识对应记录），发信终端的用户名称和发信终端的用户昵称。

本实施例提供的方法中并没有将所有收到的短信均收录为已收待回短信，而是在该步骤102中根据联系人相关信息确定需要回复的短信，这事为了避免重发或漏发短信的情况，因此可以在实现群发回复短信的同时，解决漏发或错发短信的技术问题。

步骤103，收信终端在接收到用户从已收待回短信中选定的群发回复对象后，根据每个回复对象从属的联系人相关信息从预设的个性化内容模板库中查找匹配的内容模板；

在本实施例中，内容模板是预制好的短信内容，按照联系人身份的不同，预设置出了领导、同事、亲属、朋友等不同的模板。包括节日祝福的、问候的、会议通知的、婚庆等内容。

在本实施例中，用户（该用户为使用收信终端的用户）在想要群发短信选择群发回复对象时，收信终端根据联系人相关信息中的关键词，比如：发信终端所属群组（即发信人所属群组）、该发信终端备注（即与发信人有关的备注信息）、发信终端的用户昵称（即发信人的昵称）、发信终端的用户名称（即发信人姓名）等信息分析回复对象的身份，例如回复对象A所在群组为领导，昵称为“XX经理”，则收信终端将根据关键词查找对应预设的个性化内容模板库，然后按照匹配度，从领导类模板库中推荐一个内容模板给用户。

步骤104，收信终端将匹配的内容模板推荐给用户群发短信时使用。

用户可以对每一个回复对象在收信终端推荐的内容模板上编辑短信，所有需要回复的对象的短信均编辑完成，并确定后可群发这些短信。

收信终端在接收到用户选择的回复对象后，在编辑短信时，收信终端将匹配的内容模板推荐给用户使用，由于已经不再需要用户预设个性化内容模板，而是终端自主智能推荐给用户，因此方便用户操作，加快了用户群发短信的速度。

本实施例中虽然以收信终端接收到发信终端的短信后，群发回复短信为场景描述了上述方法，但是，本领域技术人员均知：回复短信实际上也是一种发送短信的过程，因此上述方法也同样适用于用户单纯发送短信的场景，不同之处仅在于称谓上的转换，例如此时的收信终端为终端，回复对象为发送对象。

本发明实施例提供的方法中，终端可通过智能的根据联系人相关信息推荐内容模板，因此简化了群发和回复短信的操作，此外，还可智能回复短信，支持批量回复和发送信息，解决漏发重发问题，取得了简化群发短信操作、避免漏发重发短信的技术效果。

实施例2

本实施例具体提供一种发送短信的方法，如图2所示，该方法包括：

步骤201，收信终端监测接收到的来自发信终端的短信。

具体而言，该监测包括：1、在收信终端上部署本实施例的方法后，收信终端可以获取近期（如48小时）内接收到的短信，并这些短信收录到已收待回信箱中。因为超过48小时的短信一般已经回复过或不需要回复。2、近期内的短信收集完成后，将开始实时监听短信的收发，一旦发现接收到新短信，则执行收信终端将根据发信终端从属的联系人相关信息确定需要回复的短信，并将接收到的短信收录为已收待回短信的过程，具体该过程请参见下述步骤202-步骤206。

步骤202，收信终端根据发信终端从属的联系人相关信息中的用户标识（如手机号）确定是否为首次接收到该发信终端的短信；若确定为首次接收到发信终端的短信，则执行203；否则，执行步骤204。

下面步骤204-208的执行方法是用于在确定不是首次接收到发信终端的短信后，收信终端需要根据联系人相关信息中上一次接收到发信终端短信的时间进一步确定是否将短信收录为已收待回短信。

步骤203，收信终端将短信收录为已收待回短信。

步骤204，收信终端根据发信终端从属的联系人相关信息中的收信终端的发信记录（由于在本实施例中发信记录是按照手机号进行记录的，因此此处的发信记录，主要指收信终端上的发信记录中向该发信终端发送短信的记录，可以包括发送短信时的时间）确定用户是否已经回复过该发信终端的短信；若确定没有回复过，则执行步骤205；若确定有回复过，则执行步骤206。

步骤205，收信终端用短信更新发信终端的已收待回短信；

步骤206，收信终端根据发信终端信息计算用户上次回复发信终端短信的时间与本次接收到短信的时间之差，并判断时间之差是否大于预设重发阈值；如果判定大于预设重发阈值（如72小时），则将短信收录为已收待回短信；如果判定不大于预设重发阈值，则将短信过滤掉。

更具体地，例如步骤202-206如下：

收信终端根据手机号码判断是否第一次接收到该发信终端的短信，如果是第一接收，则收录到已收待回信箱中，否则收信终端根据发信终端的手机号判断是否已经回复过短信给该发信终端（收信终端会对所有回复的短信按照手机号进行记录，例如收信终端将所有发送过的短信收录在“已收”信箱中），如果没有回复过，则用该最新的一条接收到的短信更新已收待回列表中该发信终端的已收待回短信，否则进行下述分析过程，以防止重发或错发。

收信终端计算上次该发信终端回复过的短信与本次收到的短信的时间间隔是否超过预设的72小时，如果超过预设的72小时，则收录到已收待回信箱中，否则，直接过滤掉。

采用上述步骤202-206的方法主要是考虑到：

1、收信终端需要判断本次接收到的短信的发信终端是否在这个短信之前已经发送过短信给收信终端，如果曾经发送过短信，则收信终端更新已收待回信箱中的短信内容，将该发信终端上一次发送而来的短信删除，更新为本次收到的短信，这样能保证按照会话模式展示，每一个发信终端在已收待回信箱中只显示一条短信记录，也就是在已收待回信箱的显示页面中只显示最新的一条来自该发信终端的短信，保证一个电话号码一条记录。但是双方交互的短信也都被记录下来，可以通过点击已收待回信箱中的记录，进入信息查看页面，信息查看页面中按照时间先后顺序显示着双方所有交互的短信。在已收待回页面中，显示的是本次（即最新）的短信内容。如果发信终端原来没有发送过短信到收信终端，则将收到的短信收录到“已收待回信箱”中。

2、但是有时发信终端是重复发送了短信，为了避免收信终端重复回复短信，故而在上述1的基础上，还需要进一步判断收信终端是否已经回复过或发送过短信给发信终端，如果已经回复发送过，且收信终端最近一次给发信终端发送短信的时间与发信终端发送短信的时间间隔未超过72小时，则可视为说明发信终端重发或错发短信，因此该短信将被过滤掉，不放入已收待回信箱中；如果收信终端给发信终端发送过短信，但收信终端最近一次给发信终端发送短信的时间与发信终端发送短信的时间间隔超过72小时，那么视为该短信是发信终端新发送来的，与上次收信终端回复的短信无关的短信，因此该短信将被收录到已收待回信箱中。

又例如：甲发送短信A给乙，乙接收到短信后回复短信B给甲，甲又发送短信C给乙。然后乙判断乙收到短信C的时间与发送短信B的时间间隔是否超过72小时，若超过，则将短信C收录到已收待回信箱中，若未超过，则过滤掉短信C。

经过上面步骤201-206后，收信终端饿已收待回信箱中已经收录了需要回复的短信，短信按照会话模式展示，即每一个联系人只显示一条记录。用户可以通过收信终端上提供的复选框勾选回复短信，也可以直接通过全选回复短信。对于不想回复的短信也可以执行“忽略”操作，将其从列表中删除。

具体而言，用户选择回复对象有两种途径：

一是直接从已收待回信箱中选择，这些都是需要回复的短信，且已经过滤了回复过的对象。

另一种就是从收信终端通讯录中的联系人列表中通过屏选或勾选选择，然后将选择的联系人信息传递给编辑短信内容模板。

这两种途径其实是从用户操作的两个角度说的：一个是回复短信，一个是主动发送短信。用户操作中其实是不存在限制的。比如：甲从已收待回信箱中选择了需要回复短信的电话号码，但是又想顺便给其他人一并发了，这时甲可以手动输入电话号码，或者从联系人列表中选择。

步骤207，收信终端在接收到用户从已收待回短信中选定的群发回复对象后，根据每个回复对象从属的联系人相关信息从预设的个性化内容模板库中查找匹配的内容模板；

例如：收信终端根据每个回复对象从属的联系人信息（比如：群组、备注、昵称、联系人名称等信息）分析联系人的身份，如联系人A所在群组为领导，昵称为“XX经理”，则收信终端将根据联系人相关信息在预设的个性化内容目模板库中查找对应的模板库，然后按照匹配度，从领导类模板库中推荐一个模板给用户。

联系人相关信息包括：发信终端对应的用户标识，发信终端发送短信的时间，与发信终端通信时常用的内容模板，发信终端所属群组，发信终端备注，发信终端的端口号，发信终端的用户名称和发信终端的用户昵称等。

又如：联系人张三，在联系人昵称中设置为“张经理”，备注中设置为“XXX公司总经理”，在以往发送信息时，经常使用领导类的模板等，这些都能帮助收信终端识别出联系人张三是领导层面的，在推荐模板时，会自动在领导类模板中选择使用率最高的内容模板。

步骤208，收信终端将匹配的内容模板推荐给用户群发短信时使用。

此后，用户可在内容模板中的适当位置插入称谓标志，该称谓标志在发送预览时会被回复对象的昵称所代替。如果收信终端中没有设置昵称，则会用回复对象的名称代替。如果回复对象不在短信发送方的联系人列表中，则会用“您”这样的尊称来代替。

用户编辑完短信内容后，可以预览要发送的短信。本实施例中的收信终端还可提供预览，便于针对每个回复对象的个性化内容的展示，并且还具有支持预览时直接修改短信内容的功能。

用户在确认短信准确后，点击发送按钮。

步骤209，收信终端会将用户确定的群发短信存储到信息池中。

具体而言，这时群发短信会被放到一个信息池中，将群发操作转由后台服务执行。每成功发送一条短信就会将该短信存储起来。可为以后分析短信的联系人身份时提供基础分析数据。

步骤210，收信终端实时监控系统资源占用状况，当监控到系统资源占用状况低于预设繁忙阈值时，发送信息池中存储的群发短信；当监控到系统资源占用状况超过预设空闲阈值时，停止群发短信。

本实施的方法中，用于点击发送后，群发的短信将进入信息池，这时群发任务交由后台服务执行。同时系统中还运行着一个监测手机系统资源的服务。该服务实时监测着手机系统资源的使用情况，例如：手机cpu的使用率等。当资源使用率低于预设的繁忙阈值（比如：CPU的资源使用率低于60%等）时，该服务就会启动短信群发服务，发送信息池内的短信。当资源使用率超过预设空闲阀值（繁忙阈值的数值可以与空闲阈值的数值相同）时，会停止短信群发服务，将系统资源让给用户操作其他应用。

此外，本实施例的方法中还包括：根据发信终端的从属的联系人相关信息中的端口号剔除垃圾短信的机制。

具体而言对于除了手机短信、飞信等方式发送的短信，按照端口号规则直接过滤掉。端口号规则如下：

1、以“9”开头的端口号，收信终端判断发信终端电话号码，如果以“9”开头，则过滤掉。

2、以“10086”开头的端口号，收信终端判断发信终端电话号码，如果以“10086”开头，则过滤掉。

3、以“106”开头的端口号，收信终端判断发信终端电话号码，如果以“106”开头，则过滤掉。

本发明实施例提供的上述方法中，虽然给出了执行各步骤的先后顺序，但是该顺序仅为本发明的一个优选的实施方式。显然，本领域技术人员根据上述方法可以对该方法步骤的执行顺序进行多种多样的等效变换，也就是说本发明实施例方法中的上述各步骤或部分步骤完全可以按照其他顺序执行，或者同时执行。例如：先执行剔除垃圾短信机制过程，再执行步骤202；或者同时执行步骤209和步骤210中的实时监控系统资源过程。因此上述方法描述的各步骤的执行顺序并仅限于实施例中所提供的一种方式。

本实施例针对现有技术中群发短信独占手机资源、短信群发时只能主动群发信息、无法群发回复短信的不足，提供了一种减少群发回复短信时的操作过程，可提高短信群发可用性的发送短信的方法，进而取得了可智能群发回复短信，避免重发或漏发短信，合理使用手机资源的技术效果。

实施例3

本实施例为了便于实现实施例1或2中的方法，提供了一种发送短信的装置，该装置可以置于实施例1或2的收信终端中或者该装置就是实施例1或2中的收信终端。如图3所示，该装置包括：监测模块31，确定模块32，收录模块33，选择模块34，推荐模块35。

监测模块31，用于接收来自发信终端的短信；确定模块32，用于根据监测模块31监测到的发信终端从属的联系人相关信息确定需要回复的短信；收录模块33，用于将确定模块32确定的需要回复的短信收录为已收待回短信；选择模块34，用于接收用户从收录模块33收录的已收待回短信中选定的群发回复对象；推荐模块35，用于根据选择模块34接收到的每个回复对象从属的联系人信息从预设的个性化内容模板库中查找匹配的内容模板，并将匹配的内容模板推荐给用户群发短信时使用。

其中，上述联系人相关信息包括：发信终端对应的用户标识，发信终端发送短信的时间，与发信终端通信时常用的内容模板，发信终端所属群组，发信终端备注，发信终端的端口号，收信终端的发信记录，发信终端的用户名称和发信终端的用户昵称。

优选方案中，确定模块32包括：

分析单元321，用于根据联系人相关信息中的用户标识确定是否为首次接收到发信终端的短信；若确定为首次接收到发信终端的短信，则将短信收录为已收待回短信；否则，根据发信终端相关信息中上一次接收到发信终端短信的时间进一步确定是否将短信收录为已收待回短信。

进一步地，分析单元321包括：

过滤子单元3211，用于根据联系人相关信息中的发送时间确定用户是否已经回复过发信终端短信；若确定没有回复过，则用短信更新发信终端的已收待回短信；若确定有回复过，则根据发信终端信息计算用户上次回复发信终端短信的时间与本次接收到短信的时间之差，并判断时间之差是否大于预设重发阈值；如果判定大于预设重发阈值，则将短信收录为已收待回短信；如果判定不大于预设重发阈值，则将短信过滤掉。

另一个优选方案中，该装置还可包括：资源监控模块36，存储模块37，编辑模块38，发送模块39。

资源监控模块36，用于实时监控系统资源占用状况；编辑模块38，用于接收用户输入的短信内容；存储模块37，用于将用户确定的群发短信存储到信息池中；相应地，发送模块39，用于在资源监控模块36监控到系统资源占用状况低于预设繁忙阈值时，发送存储模块37信息池中存储的群发短信；在监控到系统资源占用状况超过预设空闲阈值时，停止发送存储模块中的群发短信。

更进一步地，该装置还可剔除模块，用于根据发信终端的从属的联系人相关信息中的端口号剔除垃圾短信。

本实施例提供的装置具有根据联系人相关信息判断联系人身份并为用户自动推荐短信内容模板的功能，因此简化了群发操作过程；此外，该装置还可以对监听到的短信按照规则进行判断、将符合条件的短信收录到已收待回信箱中，进而过滤掉重发或漏发的短信，有效的避免了漏发或重发短信的情况，并且群发短信时还可选择系统较空闲时发送，由此实现了智能回复短信，支持批量回复和发送短信，避免漏发重发问题，自动过滤垃圾短信、不会独占终端资源，不影响用户的其他操作的技术效果。

本发明实施例提供的上述设备或装置等产品是属于以计算机程序的流程方法为依据，并按照与方法实施例（实施例1-2中的至少一个）和/或附图中方法流程的各步骤完全对应一致的方式，所提供的功能模块。并且由于这种功能模块是通过计算机程序的方式实现的软件装置，所以对于装置实施例3中未具体提及的功能模块，由于考虑到根据上述方法实施例记载的内容已经足够使本领域技术人员从方法记录的各流程步骤直接地、毫无意外地确定实现所述步骤所必须建立的功能模块，所以在此不赘述。

本发明的技术方案本质上或者说对现有技术做出贡献的部分是以软件产品的形式体现出来的功能，也即是说：本发明的装置、设备或者组成系统的各个设备其所执行的方法或实现的功能主体即便为硬件，但是实际上实现本发明上述功能的部分却是计算机软件产品的模块或单元。并且该计算机软件产品可存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明能有多种不同形式的具体实施方式，上文结合附图对本发明做举例说明，这并不意味着本发明所应用的具体实施方式只能局限在这些特定的具体实施方式中，本领域的技术人员应当了解，上文所提供的具体实施方式只是多种优选实施方式中的一些示例，任何体现本发明权利要求的具体实施方式均应在本发明权利要求所要求保护的范围之内；本领域的技术人员能够对上文各具体实施方式中所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换或者改进等，均应包含在本发明权利要求的保护范围之内。

Claims (12)

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

监测来自发信终端的短信；

根据所述发信终端从属的联系人相关信息确定需要回复的短信，并将所述接收到的短信收录为已收待回短信；

在接收到用户从所述已收待回短信中选定的群发回复对象后，根据每个回复对象从属的联系人相关信息从预设的个性化内容模板库中查找匹配的内容模板；

将所述匹配的内容模板推荐给所述用户群发短信时使用。

2.根据权利要求1所述的方法，其特征在于，所述根据所述发信终端从属的联系人相关信息确定需要回复的短信，并将所述接收到的短信收录为已收待回短信具体包括：

根据所述发信终端从属的联系人相关信息中的用户标识确定是否为首次接收到所述发信终端的短信；

若确定为首次接收到所述发信终端的短信，则将所述短信收录为已收待回短信；否则，根据所述联系人相关信息中上一次接收到所述发信终端短信的时间进一步确定是否将所述短信收录为已收待回短信。

3.根据权利要求2所述的方法，其特征在于，所述根据所述联系人相关信息中上一次接收到所述发信终端短信的时间进一步确定是否将所述短信收录为已收待回短信具体包括：

根据所述发信终端从属的联系人相关信息中的发信记录确定用户是否已经回复过所述发信终端短信；

若确定没有回复过，则用所述短信更新所述发信终端的已收待回短信；

若确定有回复过，则根据所述发信终端信息计算用户上次回复所述发信终端短信的时间与本次接收到所述短信的时间之差，并判断所述时间之差是否大于预设重发阈值；

如果判定大于所述预设重发阈值，则将所述短信收录为已收待回短信；如果判定不大于所述预设重发阈值，将所述短信过滤掉则。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，该方法还包括：

实时监控系统资源占用状况；

将用户确定的群发短信存储到信息池中；

当监控到系统资源占用状况低于预设繁忙阈值时，发送所述信息池中存储的群发短信；

当监控到系统资源占用状况超过预设空闲阈值时，停止群发短信。

5.根据权利要求1至3中任意一项所述的方法，其特征在于，该方法还包括：

根据所述发信终端的从属的联系人相关信息中的端口号剔除垃圾短信。

6.根据权利要求1至3中任意一项所述的方法，其特征在于，所述联系人相关信息包括：发信终端对应的用户标识，发信终端发送短信的时间，与所述发信终端通信时常用的内容模板，发信终端所属群组，发信终端备注，发信终端的端口号，发信终端的发信记录，发信终端的用户名称和发信终端的用户昵称。

7.一种发送短信的装置，其特征在于，包括：

监测模块，用于监测来自发信终端的短信；

确定模块，用于根据所述监测模块监测到的发信终端从属的联系人相关信息确定需要回复的短信；

收录模块，用于将确定模块确定的需要回复的短信收录为已收待回短信；

选择模块，用于接收用户从所述收录模块收录的已收待回短信中选定的群发回复对象；

推荐模块，用于根据选择模块接收到的每个所述回复对象从属的联系人信息从预设的个性化内容模板库中查找匹配的内容模板，并将所述匹配的内容模板推荐给所述用户群发短信时使用。

8.根据权利要求7所述的装置，其特征在于，所述确定模块包括：

分析单元，用于根据所述联系人相关信息中的用户标识确定是否为首次接收到所述发信终端的短信；若确定为首次接收到所述发信终端的短信，则将所述短信收录为已收待回短信；否则，根据所述发信终端相关信息中上一次接收到所述发信终端短信的时间进一步确定是否将所述短信收录为已收待回短信。

9.根据权利要求8所述的装置，其特征在于，所述分析单元包括：

过滤子单元，用于根据所述联系人相关信息中的发信记录确定用户是否已经回复过所述发信终端短信；若确定没有回复过，则用所述短信更新所述发信终端的已收待回短信；若确定有回复过，则根据所述发信终端信息计算用户上次回复所述发信终端短信的时间与本次接收到所述短信的时间之差，并判断所述时间之差是否大于预设重发阈值；如果判定大于所述预设重发阈值，则将所述短信收录为已收待回短信；如果判定不大于所述预设重发阈值，则将所述短信过滤掉。

10.根据权利要求7至9中任意一项所述的装置，其特征在于，该装置还包括：

资源监控模块，用于实时监控系统资源占用状况；

存储模块，用于将用户确定的群发短信存储到信息池中；

发送模块，用于在资源监控模块监控到系统资源占用状况低于预设繁忙阈值时，发送所述存储模块信息池中存储的群发短信；在控到系统资源占用状况超过预设空闲阈值时，停止发送存储模块中的群发短信。

11.根据权利要求7至9中任意一项所述的装置，其特征在于，该装置还包括：

剔除模块，用于根据所述发信终端的从属的联系人相关信息中的端口号剔除垃圾短信。

12.根据权利要求7至9中任意一项所述的装置，其特征在于，所述联系人相关信息包括：发信终端对应的用户标识，发信终端发送短信的时间，与所述发信终端通信时常用的内容模板，发信终端所属群组，发信终端备注，发信终端的端口号，发信记录，发信终端的用户名称和发信终端的用户昵称。

Images