CN101668261B - 长短信附加签名的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种长短信附加企业签名的方法、装置及系统。所述方法包括接收短信，并判断出该短信为一长短信的拆分短信；在确定出未接收到所述长短信的最后一条拆分短信后，自动生成一条短信，在该短信中添加所述长短信对应的签名，并将该短信设置为长短信的最后一条拆分短信。所述装置包括长短信判断模块，用于判断来自发起端的短信是否为长短信的拆分短信；接收判断模块，用于判断拆分后的消息中最后一条消息是否到达；签名生成模块，用于根据接收判断模块的判断结果自动生成一条短信，在该短信中添加长短信对应的签名，并将该短信设置为长短信的最后一条拆分短信。本发明可有效避免集团业务的长短信下发时，企业签名漏签的现象。

Description

长短信附加签名的方法、装置及系统

技术领域

本发明涉及移动通信领域，特别涉及一种非正常长短信附加签名的方法、装置及系统。 

背景技术

在移动通讯领域内，移动增值业务(尤其是短消息)的应用近年来得到飞速的发展；不仅仅是个人增值业务，随着信息化时代的穿越，集团客户业务随之迅猛发展，基于集团客户需求开发的增值业务比比皆是。由于集团客户的信息化水平不同，对业务及应用的需求也是百花齐放，但其中短信类产品具有业务普及率和用户使用率最高的特点。 

随着短信业务的使用与日俱增、用户覆盖率不断提高、短信内容形形色色、不良信息等等现象浮出，开始给广大用户带来了困扰，更有甚者严重侵害了消费者的利益。对于行业客户而言是不希望看到这个景象的，他们所担心的企业形象、品牌忠诚度随之大大的降低了。作为业务承载的移动运营商为了更有效的控制垃圾短信的扩散带来的负面效应，针对集团业务的特点严格启用了下发的集团短信必须携带“签名”的措施。签名启用后各项指标反映用户投诉率下降，集团业务健康度提高。 

当前，签名的加载和下行是通过移动公司面向集团业务提供基础通信支撑的网元-----行业网关(IAGW)来实现的。 

短信下行(MT)流程具体为： 

1.由EC/集团产品发起短消息下发到其接入的行业网关； 

2.行业网关将消息进行相关鉴权后发送到相连的短信中心； 

3.由短信中心将消息发送给目的手机。 

短信也称为短消息，是用户通过手机或其他电信终端直接发送或接收的文字或数字信息，包括点对点短信和增值业务短信；按照长度划分： 短短信(普通短信)、长短信；按照内容划分：中文短信、英文短信。 

“行业应用网关需要支持短信正文签名功能，在MT流程中，SMS-A需要从IAGW-M返回的应答中获取是否需要正文签名以及签名内容等信息，若需要正文签名，则SMS-A把签名内容加入到EC/集团产品提交的MT短信正文的后面，并下发给手机用户。”—此段节选自《行业应用网关设备规范—短信分册V1.0.0》。签名是包含在下行短信内容中的部分文字，中文签名占用10个汉字长度、英文签名占用20个字符长度。 

“EC/集团产品在提交MT消息时，需自己对短信进行拆分，假设拆分后的短信共N(N>＝1)条，即Pk_total＝N，前N-1条短信不会被加签名，第N条(即最后一条，Pk_number＝N)短信会被加上签名。若第N条短信是ASCII格式的(一般为英文短信)则会被加上ASCII格式的英文签名，若第N条短信是UCS2或者GBK格式的(一般为中文短信)则会被加上UCS2格式的中文签名。故若第N条短信是ASCII格式时，EC/集团产品提交时不能超过140个字符(包括空格)，若第N条短信是UCS2或者GBK格式时，EC/集团产品提交时不能超过60个字(包括空格)，这样加上各自的签名以后正好不超过短信的长度。若EC/集团产品提交的第N条短信超过了上述长度，SMS-A需删除多余部分，并在后面加上对应的签名信息。”—此段节选自《行业应用网关设备规范—短信分册V1.0.0》。 

但是，在实施签名后，可能出现部分EC没有签名的情况。例如： 

短信内容携带签名正确样例展示： 

尊敬的用户，您当前话费余额为100元。【中国移动辽宁公司】 

短信内容携带签名错误样例展示： 

尊敬的用户，您当前话费余额为100元。 

错误样例展示了没有签名的情况。 

如果EC/集团产品下发长短信，且EC/集团产品错误设置CMPP协议中的Pk_total，Pk_number字段，即：EC/集团产品下发的长短信的Pk_total≠Pk_number(最大)，比如，Pk_total＝3且Pk_number＝1表示下发的第一条短信，Pk_total＝3且Pk_number＝2表示下发的第二条短信，这时如果EC/集团产品没有给网关送来第三条，系统就无法在长短信的 最后一条短信内容中追加签名，而第一和第二条短信正常送至用户手机上，且未加签名。 

发明内容

本发明的目的是为了减少启用了签名的下行长短信中出现的没有追加签名情况。 

本发明提供的方法包括接收短信，并判断出该短信为一长短信的拆分短信；在确定出未接收到长短信的最后一条拆分短信后，自动生成一条短信，在该短信中添加长短信对应的签名，并将该短信设置为长短信的最后一条拆分短信。 

上述技术方案中，接收短信，并判断出该短信为一长短信的拆分短信后，可以进一步包括：缓存该拆分短信；根据所述缓存的拆分短信，判断是否接收到长短信的最后一条拆分短信，并根据所述缓存的拆分短信生成最后一条拆分短信。 

上述技术方案中，将该短信设置为长短信的最后一条拆分短信后可以进一步包括：将缓存的短信和生成的最后一条拆分短信组合为长短信后发送，或分别发送所述缓存的短信和生成的最后一条拆分短信。 

上述技术方案中，确定出未接收到所述长短信的最后一条拆分短信可以具体为：在行业网关中设定超时时间；如果最后一条消息在所述行业网关设定的超时时间内未到达，行业网关自动生成一条短信，在该短信中添加长短信对应的签名；否则，在已到达的最后一条消息后自动生成签名。 

上述技术方案中，还可以包括在行业网关中进行相应的告警设置。进行相应的告警设置可以具体为：长短信在下发后被录入数据库；将数据库中的相关标识信息触发至网管模块；网管模块记录并生成预警信息，并告知业务和/或系统管理人员。相关标识信息可以为下发长短信的服务代码、企业代码、IP地址、在行业网关开户的时间戳和/或发起端联系人。告知业务和/或系统管理人员的方式可以采用页面、邮件和/或短信 方式。 

另外，本发明还提供了一种方法，包括以下步骤：接收短信，并判断出该短信为一长短信的拆分短信；在确定出未接收到长短信的前部分拆分短信后，拒绝下发长短信。在拒绝下发长短信之后还可以包括上传缺失状态报告至发起端。 

另外，本发明还提供了一种方法，包括以下步骤：接收短信，并判断出该短信为一长短信的拆分短信后，缓存该拆分短信；在确定出未接收到长短信的最后一条拆分短信后，将缓存的拆分短信组成为一长短信，并在其中附加签名后发送。 

另外，本发明还提供了一种装置，长短信判断模块，用于判断来自发起端的短信是否为长短信的拆分短信；接收判断模块，用于判断拆分后的消息中最后一条消息是否到达；签名生成模块，用于根据接收判断模块的判断结果自动生成一条短信，在该短信中添加长短信对应的签名，并将该短信设置为长短信的最后一条拆分短信。 

上述涉及装置的技术方案中，还可以包括缓存装置，用于分别对所述长短信拆分后的消息进行缓存配置；接收判断模块可以具体为第一超时判断模块，用于判断拆分后的消息中最后一条消息在设定的时间内是否到达。 

上述涉及装置的技术方案中，还可以包括网管模块，用于接收来自数据库的相关标识信息，并生成预警信息，将预警信息告知业务和/或系统管理人员。 

本发明还提供了一种装置，包括：长短信判断模块，用于判断来自发起端的短信是否为长短信的拆分短信；第二超时判断模块，用于判断前部分拆分消息中任意一条或多条到达时间是否在设定的时间内到达；拒绝下发模块，用于在第二超时判断模块的判断结果存在超时未到达的情况下，拒绝下发已收到的消息。 

上述涉及装置的技术方案中，还可以包括状态报告模块，用于在拒绝下发已收到的消息后，上传缺失状态报告至发起端。 

上述装置可设于行业网关内。另外，本发明还提供了一种系统，包括依次连接进行通信的发起端、行业网关、短信中心及用户终端，行业网关包括上述装置。 

与现有技术相比，本发明具有以下优点： 

1.可有效减少下行短信出现的没有追加签名情况。 

2.通过增加相应的告警设置，便于业务维护及管理。 

3.在未收到长短信拆分后的前部分消息的情况下，行业网关生成状态报告，并拒绝下发已收到的消息，有效地减少了短信积压、客户投诉。 

附图说明

图1是短信下行的基本流程图； 

图2是本发明长短信附加签名方法的流程图(实施例1)； 

图3是本发明另一种长短信附加签名方法的流程图(实施例2)； 

图4是本发明长短信附加签名方法中缓存模式示意图； 

图5是本发明长短信附加签名装置示意图(实施例3)。 

图6是本发明长短信附加签名装置示意图(实施例4) 

具体实施方式

下面结合附图，对本发明的具体实施方式进行详细描述。 

图1示出了短信下行的基本流程，与背景技术描述的下行流程相同，即由发起端(以下以EC/集团产品为例，进行说明)将短消息下发至接入的行业网关；行业网关将消息进行相关鉴权后发送至相连的短信中心；短信中心再将消息发送至用户终端。 

图2示出了本发明的实施例1，即长短信附加企业签名的方法流程。 

首先，行业网关对所有接收来自EC/集团产品的MT(短信下行)消息进行CMPP(CMPP2.0/CMPP3.0)协议解析，判断是否为长短信的拆分短信(拆分消息)，判断依据CMPP协议中表中所示的两个字段： 

字段名	字节数	属性	描述
				Pk_total	1	Unsigned   Integer	相同Msg_Id的信息总条数，   从1开始
Pk_number	1	Unsigned   Integer	相同Msg_Id的信息序号，   从1开始

其次，行业网关对收到的MT消息判断出为长短信的拆分消息后，可以先对这类消息进行开通临时POOL(缓存装置)的方式(参考图4)，如：收到的长短信的Pk_total＝3那么第一条短信Pk_total＝3Pk_number＝1，网关判断为某长短信的第一条消息将其放置到POOL中等待第二条，收到的第二条消息，其字段为Pk_total＝3Pk_number＝2，也放置至缓存装置中进行等待，但如果第三条短信在网关设定的超时时间内仍然未到达，此时行业网关将自动生成第三条短信即追加该EC/集团产品的企业签名，向SMSC(短信中心)发送该MT消息。这样下发到手机用户的短信息则是携带了企业签名的完整信息。(注：超时未到的长短信中的一条按协议要求予以抛弃)。另外，如果第三条短信在网关设定的超时时间内仍然未到达，还可用另外一种方式附加签名，即在缓存的第一条、第二条消息组成为一长短信，并在其中附加企业签名后发送。 

图2(实施例1)涉及的方案具体流程如下所示： 

步骤S102：行业网关对所有接收来自发起端的短信下行消息进行CMPP协议解析，判断是否为长短信； 

步骤S104：判断为长短信后，分别对所述长短信拆分后的前部分复数条消息(即N-1条消息)进行缓存配置； 

这里缓存的前N-1条消息，一方面后续用于根据其判断是否接收到对应的最后一条消息，另一方面也可以用于最终将拆分消息组合为长短信。 

当然，后续判断是否接收到长短信的最后一条拆分消息，也可以是基于记录的已接收拆分短信中与长短信相关的标识信息进行。则本实施例中，若行业网关直接发送拆分短信至短信中心，本步骤中也可以不缓存长短信拆分后的消息。 

步骤S106：通过一个第一超时判断模块判断最后一条消息(即第N条消息)到达时间是否超时；(此处设定的超时时间可以为协议规范的时间，还以前述拆分的三条消息为例：在行业网关能够监控发起端发送长短信的时间的情况下，自发起端的发送时间起，每一条拆分消息分配的等待时间可以为60秒，那么三条拆分消息总的等待时间为180秒，如 果180秒内第三条拆分消息还未到达，即可判断为在超时时间内未到达；而在行业网关不能够监控发起端发送长短信的时间的情况下，行业网关可以在接收到来自发起端的第一条拆分短信后开始进行计时监控，若每条拆分短信的等待时间为60秒为例，则若对于最后一条拆分短信，总的等待时间为120秒，如果120秒内第三条短信还未到达，即可判断为在超时时间内未到达。) 

步骤S108：如果超时仍未到达，行业网关将自动生成追加的企业签名作为最后一条消息或者将所述缓存的拆分短信组成为一条长短信并在其中附加企业签名，然后跳转至步骤S112，否则转步骤S110； 

步骤S110：在到达的最后一条消息后生成企业签名； 

步骤S112：行业网关将上述缓存的拆分短信及携带企业签名的拆分短信发送至短信中心。 

本步骤中，行业网关可以分别发送各条拆分短信，也可以将各拆分短信组合为一条长短信发送。 

当然在上述流程中，执行上述判断、及追加签名等操作的实体也可以是行业网关外的其他设备，如短信中心。下述其他实施例亦同，各步骤可以由行业网关外的其他设备执行。 

通过上述流程，行业网关将发起端，即EC/集团产品提交的MT长短信每一条进行缓存直到收到长短信的最后一条消息，行业网关鉴权后将企业签名追加在最后一条消息中，再一起发送。从而实现追加签名的动作，避免了漏签的现象。 

另外，本发明从业务维护、管理的角度设想，也考虑到在行业网关中做相应的告警设置。短信在下发后都会有被写入数据库的操作(通常称这个动作叫“入库”)，当出现上述由行业网关生成消息追加签名的动作并且已经入库的，这时通过数据库中设置的标示将下发该短信的服务代码、企业代码、IP地址、在行业网关开户的时间戳、EC/集团产品联系人等信息触发至网管模块，由网管模块记录并生成预警信息通过页面、邮件、短信等多种方式告知业务/系统管理人员。 

上述流程仅提供了当长短信中的最后一条超时未收到时，如何追加企业签名的方法。但当出现长短信的前部分消息迟迟未收到的情况时(例 如：拆分后的长短信中第三条和第二条收到，而第一条消息未收到。这种情况极罕见)，本发明提出了另外一种解决方案(如图3所示的实施例2)：同样在行业网关存在缓存配置，在一个第二超时模块中设置了一个一级配置开关对到达行业网关的下行消息均判断，如果是长短信则进行缓存，收到全部后进行下发且保证均携带企业签名(此为正常长短信)；过程中如出现迟迟未收到长短信的前部分，则通过第二超时模块按照超时时间判断后，由行业网关生成一条状态报告(并非普通的应答)给发起端，在状态报告中定义了具体的字段会说明返回状态报告的原因；同时，网关已收到的消息也会被拒绝下发，这样避免了短信积压、客户投诉。 

图3(实施例2)涉及的方案具体流程如下： 

步骤S202：行业网关对所有接收来自发起端的短信下行消息进行CMPP协议解析，判断是否为长短信； 

步骤S204：判断为长短信后，分别对所述长短信拆分后的复数条消息进行缓存配置； 

步骤S206：通过一个第二超时判断模块判断前部分消息(即前N-1条消息中的任意一条或多条)到达时间是否超时；(此处的超时判断与前面的解释相同) 

步骤S208：如果超时仍未到达，行业网关将拒绝下发已收到的消息并上传缺失状态报告至发起端(例如：EC/集团产品，目的是定义具体的字段说明返回状态报告的原因)后结束；否则转步骤S210，或执行上述实施例1流程中的步骤S106至步骤S112。 

步骤S210：在收到的最后一条消息(即第N条消息)后自动生成企业签名； 

步骤S212：行业网关将上述携带企业签名的下行短信发送至短信中心。 

上述图3中涉及的流程解决了当拆分后的前部分消息未收到时的处理方案，即如果出现该情况，行业网关将拒绝下发已收到的消息，同时上传状态报告，这样可有效避免短信的积压及客户投诉。 

图5(实施例3)的长短信附加企业签名的装置设于行业网关1内， 包括：长短信判断模块2，用于判断来自发起端的下行短信是否为长短信的拆分短信；缓存装置3，用于分别对所述长短信拆分后的消息进行缓存配置；第一超时判断模块4，用于判断拆分后的消息中最后一条消息到达时间是否超时(即判断是否在设定时间内到达)；企业签名生成模块5，用于根据第一超时判断模块的判断结果自动生成一条短信，在该短信中添加长短信对应的签名，并将该短信设置为该长短信的最后一条拆分短信。 

考虑到便于业务维护和管理，上述装置还可以包括网管模块8，用于接收来自数据库的相关标识信息，并生成预警信息，将预警信息告知业务和/或系统管理人员。 

另外，考虑到当出现拆分后的前部分消息超时未收到的情况，本发明还提供了一种长短信附加企业签名的装置，如图6(实施例4)包括：长短信判断模块2，用于判断来自发起端的短信是否为长短信的拆分短信；缓存装置3，用于分别对所述长短信拆分后的消息进行缓存配置；第二超时判断模块6，用于判断前部分拆分消息中任意一条或多条到达时间是否超时；拒绝下发模块7，用于在所述第二超时判断模块的判断结果存在超时未到达的情况下，拒绝下发已收到的消息；状态报告模块9，用于在拒绝下发已收到的消息后上传缺失状态报告至发起端。 

本发明公开的长短信附加企业签名的方法及装置可在非正常情况下实现追加企业签名。可有效地将技术手段应用于集团业务垃圾短信中。 

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (12)

1.一种长短信附加签名的方法，其特征在于，包括以下步骤：

接收短信，并判断出该短信为一长短信的拆分短信；

在确定出未接收到所述长短信的最后一条拆分短信后，自动生成一条短信，在该短信中添加所述长短信对应的签名，并将该短信设置为所述长短信的最后一条拆分短信；

所述确定出未接收到所述长短信的最后一条拆分短信的步骤包括：在行业网关中设定超时时间，所述最后一条拆分短信在所述行业网关设定的超时时间内未到达；

其中，签名是包含在下行短信内容中的部分文字，中文签名占用10个汉字长度、英文签名占用20个字符长度。

2.根据权利要求1所述的方法，其特征在于，所述接收短信，并判断出该短信为一长短信的拆分短信后，进一步包括：缓存该拆分短信；

根据所述缓存的拆分短信，判断是否接收到所述长短信的最后一条拆分短信，并根据所述缓存的拆分短信生成最后一条拆分短信。

3.根据权利要求2所述的方法，其特征在于，所述将该短信设置为所述长短信的最后一条拆分短信后进一步包括：将所述缓存的短信和生成的最后一条拆分短信组合为长短信后发送，或分别发送所述缓存的短信和生成的最后一条拆分短信。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，还包括：在行业网关中进行相应的告警设置。

5.根据权利要求4所述的方法，其特征在于，所述进行相应的告警设置具体为：

所述长短信在下发后被录入数据库；

将所述数据库中的相关标识信息触发至网管模块；

所述网管模块记录并生成预警信息，并告知业务和/或系统管理人员。

6.根据权利要求5所述的方法，其特征在于，所述相关标识信息为下发所述长短信的服务代码、企业代码、IP地址、在行业网关开户的时间戳和/或发起端联系人。

7.根据权利要求5所述的方法，其特征在于，所述告知业务和/或系统管理人员的方式为页面、邮件和/或短信方式。

8.一种长短信附加签名的方法，其特征在于，包括以下步骤：

接收短信，并判断出该短信为一长短信的拆分短信后，缓存该拆分短信；

在确定出未接收到所述长短信的最后一条拆分短信后，将所述缓存的拆分短信组成为一长短信，并在其中附加签名后发送；

所述确定出未接收到所述长短信的最后一条拆分短信的步骤包括：在行业网关中设定超时时间，所述最后一条拆分短信在所述行业网关设定的超时时间内未到达；

其中，签名是包含在下行短信内容中的部分文字，中文签名占用10个汉字长度、英文签名占用20个字符长度。

9.一种长短信附加签名的装置，其特征在于，包括：

长短信判断模块，用于判断来自发起端的短信是否为长短信的拆分短信；

接收判断模块，用于判断是否接收到所述长短信的最后一条拆分短信；

签名生成模块，用于在接收判断模块确定出未接收到所述长短信的最后一条拆分短信后，自动生成一条短信，在该短信中添加所述长短信对应的签名，并将该短信设置为所述长短信的最后一条拆分短信；

所述接收判断模块具体为第一超时判断模块，用于判断拆分后的长短信中最后一条拆分短信在设定的时间内是否到达；

其中，签名是包含在下行短信内容中的部分文字，中文签名占用10个汉字长度、英文签名占用20个字符长度。

10.根据权利要求9所述的装置，其特征在于，还包括缓存装置，用于分别对所述长短信拆分后的消息进行缓存配置。

11.根据权利要求9或10所述的装置，其特征在于，还包括网管模块，用于接收来自数据库的相关标识信息，并生成预警信息，将所述预警信息告知业务和/或系统管理人员。

12.一种长短信附加签名的系统，其特征在于，包括依次连接进行通信的发起端、行业网关、短信中心及用户终端，所述行业网关包括上述权利要求9至11任意一项所述的装置。

Images