CN101102528B - 一种短消息签名方法及系统 - Google Patents

Abstract

本发明公开了一种短消息签名方法，该方法包括：接收发送方发出的短消息；根据预先设置的发送方身份信息与短消息签名的对应关系，获取短消息签名，并将所获取的签名加入到短消息中，发送给接收方。本发明还公开了一种短消息签名系统，包括短消息中心和业务数据库。本发明能够使得短消息接收方较为容易地确定发送方的身份。

Description

一种短消息签名方法及系统 

技术领域

本发明涉及短消息处理技术，尤其涉及一种短消息签名方法及系统。 

背景技术

近年来，移动通信领域中迅速增长的用户数目及日渐完善的基础网络，为移动通信增值业务的发展提供了有利条件。在诸多增值业务中，短消息业务因其价格低廉、使用方便、信息传递准确及时、存储转发离线通信等优点而备受用户欢迎，从而成为移动通信网络中最为常用的数据业务。通常，包含文本信息、图片信息、动画信息以及声音信息等在内的短消息由发送方发起呼叫后传送给短消息处理设备，短消息处理设备再将该短消息发送给接收方，即经过移动台发起(MO)和移动台终止(MT)两个独立的过程，完成短消息在信令链路上的传送。 

在目前的短消息业务中，短消息处理设备将发送方的号码连同短消息内容一起发送给接收方，以便接收方获知短消息的来源。接收方所使用的移动终端根据自身存储的地址薄，将发送方的号码转换为文字信息，作为短消息的签名。但是，如果发送方的号码未保存在接收方移动终端的地址薄中，则接收方在短消息的签名处只能看到发送方的号码。这样，接收方难以识别获知发送方的身份信息。当然，为了表明短消息的来源，发送方可以将自身的名称添加到短消息内容中进行发送。但是发送垃圾短消息的不法分子可以通过仿冒签名而逃避责任追究和处罚，增加运营商处理投诉的难度。 

发明内容

有鉴于此，本发明的目的在于提供一种短消息签名方法，使得短消息接收方易于获得发送方的身份。 

为实现上述目的，本发明提供了一种短消息签名方法，该方法包括以下步骤：接收发送方发出的短消息； 

根据预先设置的发送方身份信息与短消息签名的对应关系，获取短消息签名，并根据短消息和所述获取的短消息签名的长度，以相应的处理方式，将所获取的签名加入到短消息中，发送给接收方； 

所述相应的处理方式包括：当判断短消息带有头结构标识时，在该短消息的最后一条消息后添加签名；或者；当判断短消息不存在剩余字节时，截断短消息内容，添加签名；或者将短消息拆分成两条消息，在每条消息后都添加签名。 

其中，所述发送方身份信息与短消息签名的对应关系存储于业务数据库，则所述获取短消息签名为： 

短消息网关以所述发送方的身份信息为索引，检索业务数据库，获取该发送方对应的名称，并将所获取的发送方名称作为短消息签名； 

所述将短消息发送给接收方为：短消息网关将携带有短消息签名的短消息发送给短消息中心，短消息中心将该短消息发送给接收方。 

其中，所述发送方身份信息与短消息签名的对应关系存储于业务数据库，则所述获取短消息签名为：短消息中心以所述发送方的身份信息为索引，检索业务数据库，获取该发送方对应的名称，并将所获取的发送方名称作为短消息签名；所述将短消息发送给接收方为：短消息中心将携带有短消息签名的短消息发送给接收方。 

较佳地，所述获取短消息签名之前，进一步包括：判断接收到的短消息是否符合添加签名条件，如果是，则继续执行所述获取短消息签名，否则，将接收到的短消息发送给接收方，并结束本短消息签名流程。 

较佳地，所述短消息不符合添加条件时，进一步包括：向发送方返回签名失败应答。其中，所述判断接收到的短消息是否符合添加签名条件包括： 

a1.判断接收到的短消息是否为二进制消息，如果是，则判定不符合添加签名条件，否则，执行步骤b1； 

b1.判断所述短消息是否带有头结构标识，如果是，则判断该短消息是否为最后一条消息，如果为最后一条消息，则执行步骤c1，如果不是最后一条消息，则判定不符合签名添加条件；如果所述短消息不带有头结构标识，执行步骤c1； 

c1.判断所述短消息中是否存在能够放入短消息签名的剩余字节，如果是，则判定符合签名添加条件，否则，判定不符合签名添加条件。 

其中，所述发送方身份信息与短消息签名的对应关系存储于业务数据库，则所述获取短消息签名为： 

短消息中心请求自身与业务数据库之间的业务管理模块提供所述发送方对应的短消息签名，业务管理模块根据接收到的请求，检索所述业务数据库，获取发送方对应的短消息签名，并将获取到的短消息签名返回给短消息中心； 

所述将短消息发送给接收方为：短消息中心将携带有短消息签名的短消息发送给接收方。 

较佳地，所述将获取到的短消息签名返回给短消息中心之后，进一步包括： 

判断所述短消息中心接收到的短消息是否符合添加签名条件，如果是，则继续执行所述将所获取的签名加入到短消息中；否则，结束本短消息签名流程。 

其中，所述判断短消息中心接收到的短消息是否符合添加签名条件包括： 

a2.判断所述短消息是否为点到点业务，如果是，则执行步骤b2，否则，判定不满足添加签名条件； 

b2.判断所述短消息中存在的剩余字节是否能够放入签名，如果是，则判定满足添加签名条件，否则，判定不满足添加签名条件。 

其中，所述短消息不符合添加条件时，进一步包括： 

向发送方返回签名失败应答。 

其中，所述将所获取的签名加入到短消息中为： 

判断所述短消息是否采用7位编码方式，如果是，则将所述短消息解码，加入所获取的签名后，按照7位编码方式编码；否则，在所述短消息的末尾处加入所获取的签名。 

较佳地，所述步骤A之前进一步包括： 

发送方进行用户注册和短消息签名业务定制。 

较佳地，所述用户注册包括： 

短消息中心接收发送方通过短消息发来的用户注册信息，将接收到的用户注册信息携带于用户注册请求中，通过短消息网关发送给万维网Web服务器，Web服务器根据接收到的请求确定操作类型为用户注册，则构造用户注册消息，发送给用户管理模块，用户管理模块再向短消息中心发送用户注册消息； 

短消息中心将用户信息添加到短消息中心数据库中，确定用户注册结果，并将该结果返回给用户管理模块，用户管理模块将接收到的用户注册结果返回给Web服务器； 

Web服务器根据接收到的用户注册结果判断是否成功注册，如果是，则将用户信息添加到业务数据库；否则，结束本用户注册流程。 

较佳地，所述用户注册包括：Web服务器接收发送方通过登陆Web页面提交的用户注册信息，将接收到的用户注册信息发送给用户管理模块，用户管理模块向短消息中心发送携带有用户注册信息的用户注册消息，请求进行用户注册； 

短消息中心将用户信息添加到短消息中心数据库中，确定用户注册结果，并将该结果返回给用户管理模块，用户管理模块再将接收到的用户注册结果返回给Web服务器； 

Web服务器根据接收到的用户注册结果判断是否成功注册，如果是，则将用户信息添加到业务数据库；否则，结束本用户注册流程。 

较佳地，所述短消息签名业务定制包括：短消息中心接收发送方通过短消息发送的表示短消息签名业务的业务定制信息，将接收到的业务定制信息携带于业务定制请求中，通过短消息网关发送给万维网Web服务器，Web服务器根据接收到的请求确定操作类型为业务定制，则构造业务定制消息，发送给用户管理模块，用户管理模块向短消息中心发送业务定制消息； 

短消息中心将短消息数据库中发送方对应的业务记录修改为表示开通短消 息签名业务的取值，确定业务定制结果，并将该结果返回给用户管理模块，用户管理模块将接收到的业务定制结果返回给Web服务器； 

Web服务器根据接收到的业务定制结果判断是否成功开通短消息签名业务，如果是，则将业务定制信息添加到业务数据库中；否则，结束本业务定制流程。 

其中，所述短消息签名业务定制包括：Web服务器接收发送方通过登陆Web页面提交的表示短消息签名业务的业务定制信息，将接收到的业务定制信息发送给用户管理模块，用户管理模块向短消息中心发送携带有业务定制消息，请求短消息签名业务定制； 

短消息中心将短消息数据库中发送方对应的业务记录修改为表示开通短消息签名业务的取值，确定业务定制结果，并将该结果返回给用户管理模块，用户管理模块将接收到的业务定制结果返回给Web服务器； 

Web服务器根据接收到的业务定制结果判断是否成功开通短消息签名业务，如果是，则将业务定制信息添加到业务数据库中；否则，结束本业务定制流程。 

其中，所述短消息签名业务之后，进一步包括： 

发送方对短消息签名业务进行业务信息设置。 

其中，所述业务信息设置包括： 

短消息中心接收发送方通过短消息提交的业务设置信息，将接收到的业务设置信息通过短消息网关发送给Web服务器； 

Web服务器根据接收到的业务设置信息，确定业务信息设置的属性，在业务数据库中进行业务属性设置，并通过短消息网关和短消息中心，将设置结果返回给所述发送方。 

其中，所述业务信息设置包括： 

Web服务器接收发送方通过登陆Web页面提交的业务设置信息，接收到的业务设置信息，确定业务信息设置的属性，在业务数据库中进行业务属性设置，并将设置结果返回给移动终端。 

其中，所述业务信息设置的属性为：设置签名内容、启用签名、查询签名、修改签名或者停用签名。其中，所述短消息签名为：发送方的个性化签名、发送方认可的广告语或者与发送方的用户喜好相匹配的广告语。其中，所述短消息中心将携带有短消息签名的短消息发送给接收方的同时，进一步包括：C1.将发送方的身份信息发送给业务控制点SCP，请求SCP进行短消息签名计费； 

C2.SCP判断该发送方发出的短消息的签名是否为广告语，如果是，则执行步骤C3，否则，SCP对发送方进行短消息扣费，并执行步骤C4； 

C3.SCP确定广告语对应的内容提供商SP，将该SP的广告语发送数目加1，并判断是否满足该SP的扣费条件，如果是，则根据广告语发送数目对该SP进行短消息签名扣费，并执行步骤C4，否则，直接执行步骤C4； 

C4.SCP向短消息中心返回扣费应答，指明被扣费的对象。 

本发明的另一目的在于提供一种短消息签名系统，使得短消息接收方易于获得发送方的身份。依据本发明思想的短消息签名系统包括：短消息处理设备，用于接收短消息，并从所述短消息中获取发送方身份信息；业务数据库，与所述短消息处理设备连接，用于存储发送方身份信息与短消息签名的对应关系及内容；所述短消息处理设备从所述业务数据库获取所述发送方身份信息对应的短消息签名，并根据短消息和所述获取的短消息签名的长度，以相应的处理方式，将所述短消息签名加入到所述短消息中；所述相应的处理方式包括：当判断短消息带有头结构标识时，在该短消息的最后一条消息后添加签名；或者；当判断短消息不存在剩余字节时，截断短消息内容，添加签名；或者将短消息拆分成两条消息，在每条消息后都添加签名。其中，所述短消息签名为发送方实名。其中，所述短消息中心将获得的发送方实名加入短消息的发送方地址域中。其中，所述短消息中心将获得的发送方实名加入短消息的内容中。 

应用本发明，能够使得短消息接收方易于获得发送方的身份。具体而言，本发明具有如下有益效果： 

1.本发明中，短消息处理设备在短消息的末尾处添加内容为发送方名 称的签名，以便短消息接收方能够较为容易地获得发送方的信息，改善了用户体验。并且由于短消息签名的内容可以为发送方的身份信息、个性化签名或者发送方认可或网络侧配置的广告语，增强了短消息业务的多样性。另外，由于广告语可以作为签名进行添加，那么在提高运营商在短消息业务上的收入的同时，增加了用户获取信息的渠道。 

2.本发明中的短消息签名由短消息处理进行添加，有效地防止了不法分子仿冒签名的现象，增强了短消息签名的可信任程度；此外，当运营商接收到投诉时，能够直接确定短消息发送方的信息，进而降低了运营商根据客户投诉处理垃圾短消息的难度，节省人力物力，便于提高服务质量。 

附图说明

下面将通过参照附图详细描述本发明的示例性实施例，使本领域的普通技术人员更清楚本发明的上述及其它特征和优点，附图中： 

图1为依据本发明思想的短消息签名方法的示例性流程图； 

图2为本发明实施例1中短消息签名系统的结构示意图； 

图3为实施例1中SMGW执行短消息签名时短消息签名方法的流程图； 

图4为实施例1中SMSC执行短消息签名时短消息签名方法的流程图； 

图5为实施例2中短消息签名系统的结构示意图； 

图6为实施例2中短消息方式下的用户注册方法的流程图； 

图7为实施例2中Web方式下的用户注册方法的流程图； 

图8为实施例2中短消息方式下的业务定制方法的流程图； 

图9为实施例2中短消息签名方法的流程图； 

图10为实施例2中短消息签名计费方法的流程图。 

具体实施方式

为使本发明的目的、技术方案更加清楚明白，以下参照附图并举实施例，对本发明做进一步的详细说明。 

本发明中短消息签名方法的基本思想在于：短消息处理设备接收到短消息后，在该短消息中添加发送方对应的签名，并将带有签名的短消息发送给接收方。 

图1示出了依据本发明思想的短消息签名方法的示例性流程图。如图1所示，该方法包括以下步骤： 

在步骤101中，发送方发出短消息； 

在步骤102中，短消息处理设备接收到来自于发送方的短消息后，获取短消息发送方的身份信息，该身份信息可以是发送方号码；根据预先设置的发送方身份信息与短消息签名的对应关系，获取短消息签名，将所获取的签名加入到短消息中，发送给接收方。 

在本方案的实施例中短消息签名可以为发送方的用户实名，也可以为发送方设置的个性化签名或SP/CP提供的商业广告等。 

本发明中，短消息的发送方可以是诸如移动台等个人用户所使用的移动终端或者诸如增值服务提供商(SP)、内容服务提供商(CP)、门户网站等企业用户；短消息处理设备可以是短消息网关(SMGW)和短消息中心(SMSC)或者是SMSC和业务管理模块等。 

下面通过具体的实施例，说明本发明的技术方案。 

实施例1 

本实施例中，短消息的发送方为企业用户，短消息处理设备可以是SMGW或者SMSC，短消息签名的内容为企业用户的名称。 

图2示出了本实施例中短消息签名系统的结构示意图。参见图2，本实施例中的短消息签名系统包括：短消息处理设备以及业务数据库。其中，业务数据库中存储有发送方身份信息与短消息签名的对应关系及内容；短消息处理设备用于接收来自于发送方的短消息，获取发送方身份信息，根据所获取的发送方身份信息检索对应的短消息签名，并将该短消息签名添加到短消息中，发送给接收方，其中，短消息签名可以是发送方实名，该实名可以添加到短消息的发送方地址域中也可以添加到短消息的内容中。 

图3示出了本实施例中SMGW添加短消息签名时短消息签名方法的流程图。如图3所示，本实施例中的短消息签名方法包括： 

在步骤301～302中，发送方发送短消息，SMGW接收到短消息后，判断该短消息是否为二进制短消息，如果是，则执行步骤309；否则，执行步骤303。 

由于本实施例仅为文本格式的短消息添加签名，因此对于诸如图片信息、动画信息、声音信息等二进制消息均直接进行发送。本实施例中以发送方已开通短消息签名业务为例进行说明，在实际的应用中，可以在步骤302中判断短消息是否为二进制短信之前，对发送方是否已开通短消息签名业务进行判断，并在确定已开通该业务时，继续执行步骤302；在发送方未开通短消息签名业务时，执行步骤309。 

在步骤303～304中，SMGW判断接收到的短消息是否带有头结构标识，如果是，则判断是否为最后一条消息，如果为最后一条消息则执行步骤305，如果不是最后一条消息，则执行步骤309；否则，执行步骤305。 

当短消息的内容较长时，可以通过拆包处理分成多条消息的方式进行发送，为了便于接收方进行合并，此种短消息通常带有头结构标识。本实施例中对于带有头结构标识的短消息，仅在最后一条消息中加入签名。 

在步骤305～306中，SMGW判断短消息中是否存在剩余字节，如果是，则获取发送方的号码；否则，执行步骤309。 

上述步骤302至305中的判断的目的在于确定短消息是否符合添加签名的条件。 

在步骤307～308中，SMGW根据发送方号码检索业务数据库，获取发送方对应的名称，将该发送方名称作为短消息签名放入短消息中，发送给SMSC。 

本实施例中预先在业务数据库中存入代表发送方号码与发送方名称的对应关系，这里SMGW以发送方号码为索引，对业务数据库进行检索，从中获取发送方对应的名称，以便作为短消息签名添加到短消息中。并且，本 实施例中根据发送方号码获取对应的名称时，采用最大匹配的原则。具体而言，当业务数据库中存在与发送方号码一致的记录时，将该条记录中的名称作为发送方名称；当业务数据库中不存在与发送方号码完全一致的记录时，查找与发送方号码一致的位数最多的记录，并将该条记录中的名称作为发送方名称。例如，业务数据库中发送方号码8888对应的名称为A，发送方号码88881对应的名称为B，则当SMGW以号码888812为索引进行检索时，确定发送方名称为B，以号码888822为索引进行检索时，确定发送方名称为A。 

在步骤309中，SMSC将短消息发送给接收方。 

至此，完成本实施例中的短消息签名流程。 

在上述流程中，当短消息中不存在剩余字节时不添加签名，此时可以由SMGW通过SMSC向发送方返回签名失败应答。在实际的应用中，还可以在短消息中不存在剩余字节时采用诸如如下的处理方式： 

a.截断短消息内容，添加签名； 

b.将短消息拆分成两条，每条短消息均添加签名。 

另外，除了由SMGW添加短消息签名之外，还可以由SMSC执行添加签名的操作。此时的短消息签名系统中包括：短消息中心，用于接收短消息，并从所述短消息中获取发送方身份信息；业务数据库，与所述短消息中心连接，用于存储发送方身份信息与短消息签名的对应关系及内容；所述短消息中心从所述业务数据库获取所述发送方身份信息对应的短消息签名，并将所述短消息签名加入到所述短消息中。 

图4示出了SMSC添加短消息签名时短消息签名的方法流程图。参见图4，该方法包括： 

在步骤401～402中，发送方发送短消息，SMSC接收到短消息后判断该短消息是否为二进制短消息，如果是，则执行步骤409；否则，执行步骤403。 

在由SMSC添加短消息签名的情况下，发送方可以直接将短消息发送给 SMSC，也可以通过SMGW将短消息发送给SMSC。另外与图3相似，可以在执行步骤402中的判断之前，对发送方是否开通短消息业务进行判断。 

在步骤403～404中，SMSC判断接收到的短消息是否带有头结构标识，如果是，则判断是否为最后一条消息，如果为最后一条消息则执行步骤305，如果不是最后一条消息，则执行步骤409；否则，执行步骤405。 

在步骤405～406中，SMSC判断短消息中是否存在剩余字节，如果是，则获取发送方的号码，并继续执行步骤407；否则，执行步骤409。 

在步骤407～408中，SMSC根据获取到的发送方号码检索业务数据库，获取发送方对应的名称，将获取到的发送方名称作为短消息签名放入短消息中。 

这里SMSC检索业务数据库的操作与图3中的步骤307相同。 

在步骤409中，SMSC将短消息发送给接收方。 

这里，当SMSC在短消息中添加了签名时，SMSC向接收方发送修改过的短消息；当SMSC未添加签名时，SMSC向发送方返回签名失败应答，并且向接收方发送在步骤401中接收到的短消息。 

至此，完成本实施例中的短消息签名流程。 

与图3中的流程相似，本实施例中也可以在短消息中不存在剩余字节时采用诸如如下的处理方式： 

a.截断短消息内容，添加签名； 

b.将短消息拆分成两条，每条短消息均添加签名。 

以上为本实施例中短消息签名方法的两种实现方式。在上述的两种实现方式中，短消息处理设备在短消息中添加内容为发送方名称的签名，以便短消息接收方能够较为容易地获得发送方的信息，改善了用户体验。并且，由于短消息签名由短消息处理进行添加，有效地防止了不法分子仿冒签名的现象，增强了短消息签名的可信任程度；此外，当运营商接收到投诉时，能够直接确定短消息发送方的信息，进而降低了运营商根据客户投诉处理垃圾短消息的难度，节省人力物力，便于提高服务质量。 

实施例2 

本实施例中，短消息的发送方为移动终端，短消息处理设备包括SMSC和业务管理模块。 

图5示出了本实施例中短消息签名系统的结构示意图。该短消息签名系统包括：SMSC、SMSC数据库、SMGW、用户管理模块、业务管理模块、万维网(Web)服务器以及业务数据库。其中SMSC用于完成短消息的接收、存储、添加签名和下发等；SMSC数据库中保存有用户的注册信息以及短消息历史记录等；SMGW用于在Web服务器和SMSC之间进行协议转换并转发信息；用户管理模块用于在业务数据库中添加、删除或者修改与短消息相关的信息；业务管理模块与业务数据库配合完成短消息的业务定制等操作；Web服务器为用户提供业务界面并与业务数据库相连；业务数据库用于保存用户的注册信息以及注册用户开通的业务信息等。 

本实施例中，通过用户注册和业务定制过程来为发送方开通短消息签名业务，通过业务信息设置过程来确定短消息签名的内容，通过业务处理过程实现短消息签名，并通过计费过程完成短消息签名的计费。另外，上述的用户注册、业务定制和业务信息设置过程均可通过短消息方式或Web方式来实现。 

图6示出了本实施例中短消息方式下的用户注册方法的流程图。参见图6，该方法包括： 

在步骤601～603中，移动终端通过短消息将用户注册信息发送给SMSC，请求进行用户注册，SMSC将接收到的用户注册信息携带于用户注册请求中，通过SMGW发送给Web服务器，Web服务器根据接收到的请求确定此时的操作类型为用户注册，则构造用户注册消息，发送给用户管理模块，用户管理模块再向SMSC发送用户注册消息。 

这里，当SMSC接收到来自于移动终端的请求后，可以向该移动终端返回表明已接收到上述请求的响应；SMGW和Web服务器在分别接收到SMSC和SMGW的请求后，也可以返回相应的响应。 

在步骤604～605中，SMSC将用户信息添加到SMSC数据库中，确定用户注册结果，并将该结果返回给用户管理模块，用户管理模块再将接收到的用户注册结果返回给Web服务器。 

这里，SMSC通过向SMSC数据库中添加用户注册消息对应的用户信息，实现用户的开户。如果添加成功，则用户注册结果为成功；反之，则为失败。 

在步骤606～607中，Web服务器根据接收到的用户注册结果判断是否成功注册，如果是，则将用户信息添加到业务数据库；否则，结束本用户注册流程。 

至此，完成本实施例中短消息方式下的用户注册流程。 

图7示出了本实施例中Web方式下的用户注册的方法流程图。参见图7，该方法包括： 

在步骤701～703中，使用移动终端的用户登陆Web页面，将用户注册信息提交给Web服务器，Web服务器将接收到的用户注册信息发送给用户管理模块，用户管理模块向SMSC发送携带有用户注册信息的用户注册消息，请求进行用户注册。 

在步骤704～705中，SMSC将用户信息添加到SMSC数据库中，确定用户注册结果，并将该结果返回给用户管理模块，用户管理模块再将接收到的用户注册结果返回给Web服务器。 

在步骤706～707中，Web服务器根据接收到的用户注册结果判断是否成功注册，如果是，则将用户信息添加到业务数据库；否则，结束本用户注册流程。 

上述步骤704～707的操作与图6中的步骤604～607的操作相同。 

至此，结束本实施例中Web方式下的用户注册流程。 

在用户成功注册之后，通过业务定制过程，开通短消息签名业务。业务定制过程与图6和图7中的用户注册过程相似，不同的是，在步骤601～603和步骤701～703中，提交表示短消息签名业务的业务定制信息、发送业务 定制消息；在步骤604～605和步骤704～705中，SMSC将SMSC数据库中该用户对应的业务记录修改为表示开通短消息签名业务的取值，确定业务定制结果，并将该结果返回给用户管理模块，用户管理模块再将接收到的业务定制结果返回给Web服务器；在步骤606～607和706～707中，Web服务器根据接收到的业务定制结果判断是否成功开通短消息签名业务，如果是，则将业务定制信息添加到业务数据库中；否则，结束本业务定制流程。 

在成功完成了业务定制之后，通过业务信息设置过程来完成短消息签名业务属性的设置，包括设置签名内容、启用签名、查询签名、修改签名以及停用签名等。图8示出了本实施例中短消息方式下业务信息设置的方法流程图。如图8所示，该业务信息设置方法包括： 

在步骤801～802中，移动终端通过短消息提交业务设置信息，SMSC将接收到的业务设置信息通过SMGW发送给Web服务器。 

这里，为了区别各种业务信息设置的属性，预先为各属性设置对应的属性标识。当业务信息设置的属性为设置签名内容时，移动终端所提交的业务设置信息包括属性标识和作为短消息签名的个性化内容或者认可的广告语信息；当业务信息设置的属性为启用签名时，移动终端所提交的业务设置信息包括属性标识和此后开始使用的短消息签名标识，例如：签名对应的编号等；当业务信息设置的属性为查询签名时，移动终端所提交的业务设置信息包括属性标识和诸如签名编号等短消息签名标识；当业务信息设置的属性为修改签名时，移动终端所提交的业务设置信息包括属性标识、被修改的短消息签名的标识以及修改后的签名内容等；当业务信息设置的属性为停用签名时，移动终端所提交的业务设置信息包括属性标识和此后停止使用的短消息签名标识。 

在步骤803中，Web服务器根据接收到的业务设置信息，确定业务信息设置的属性，在业务数据库中进行业务属性设置，并通过SMGW和SMSC，将设置结果返回给移动终端。 

本步骤中，当根据属性标识确定业务信息设置的属性为设置签名内容 时，Web服务器将接收到的短消息签名内容加入到业务数据库中使用该移动终端的用户对应的记录中，并返回表明设置签名内容成功与否的设置结果；当业务信息设置的属性为启用签名时，Web服务器在业务数据库中该用户对应的记录中，将与接收到的短消息签名标识一致的签名内容作为此后开始使用的短消息签名，并返回表明启用签名成功与否的设置结果；当业务信息设置的属性为查询签名时，Web服务器以接收到的短消息签名标识为索引，检索业务数据库中该用户的记录，获取该短消息签名标识对应的签名内容，并将检索到的签名内容返回给移动终端；当业务信息设置的属性为修改签名时，Web服务器将业务数据库中该用户的记录中与接收到的短消息签名标识一致的项目内容修改为接收到的签名内容；当业务信息设置的属性为停用签名时，Web服务器将业务数据库中该用户的记录中与接收到的短消息签名标识一致的签名作为停止使用的签名。 

至此，完成本实施例中短消息方式下的业务信息设置流程。 

与用户注册和业务定制相同，本实施例中的业务信息设置也可以采用Web方式来实现。具体而言，使用移动终端的用户通过登陆Web页面，将业务设置信息提交给Web服务器，Web服务器根据接收到的业务设置信息，确定业务信息设置的属性，在业务数据库中进行业务属性设置，并将设置结果返回给移动终端。 

另外，在业务信息设置过程中，当属性标识表明设置签名内容时，如果用户未提交签名内容和认可的广告语信息，则Web服务器可以根据用户在用户注册过程中提供的包含于用户注册信息中的用户喜好信息，为该用户配置与用户喜好信息相关的广告语。 

成功经过用户注册、业务定制以及业务信息设置的用户，在作为发送方发出的短消息中包含有根据用户需求确定的短消息签名。图9示出了本实施例中短消息签名方法的流程图。如图9所示，业务数据库中预先保存了用户对应的短消息签名，则按照如下步骤执行短消息签名： 

在步骤901～902中，发送方发送短消息，SMSC接收到短消息后，判 断发送方是否已定制短消息签名业务，如果是，则执行步骤903；否则，执行步骤909。 

这里SMSC通过用户管理模块查询业务数据库，来确定发送方是否已定制短消息签名业务。 

在步骤903～904中，SMSC向业务管理模块发送查询业务消息，请求提供发送方对应的短消息签名；业务管理模块根据接收到的查询业务消息，检索业务数据库，获取发送方对应的短消息签名，并将获取到的短消息签名返回给SMSC。 

这里，由SMSC发送给业务管理模块的查询业务消息中携带有表示发送方身份的发送方号码，业务管理模块以接收到的发送方号码为索引，从业务数据库中查找对应的短消息签名。而后业务管理模块读取发送方启用的短消息签名，该签名的内容可以为该发送方的个性化签名、认可的广告语或者根据用户喜好信息所配置的广告语。 

在步骤905中，判断是否满足添加签名条件，如果是，则执行步骤906；否则，执行步骤909。 

这里添加签名条件可以包括：短消息业务类型、短消息剩余字节等。例如：本步骤的具体操作可以为：判断短消息是否为点到点业务，如果是，则判断该短消息中存在的剩余字节是否能够放入签名，如果能，则判定满足添加签名条件，如果不能，则判定不满足添加签名条件；否则，判定不满足添加签名条件。 

在不满足添加签名条件时，可以由SMSC向发送方返回签名失败应答，以便发送方获知签名添加成功与否。 

在步骤906～908中，判断短消息是否采用7位编码方式，如果是，则将该短消息解码，在短消息内容的最后加入接收到的签名，再按照7位编码方式进行编码，并执行步骤909；否则，在短消息内容的最后加入接收到的签名，并执行步骤909。 

步骤909中，SMSC将短消息发送给接收方。 

至此，完成本实施例中的短消息签名流程。 

通过上述流程，包括SMSC和业务管理模块在内的短消息处理设备可以将发送方定制的个性化签名、认可的广告语或者根据发送方喜好配置的广告语添加到短消息的最后，使得接收方能够较为容易地获得发送方的信息，并且增强了短消息业务的多样性；由于广告语可以作为签名进行添加，那么在提高运营商在短消息业务上的收入的同时，增加了用户获取信息的渠道。 

在实际的应用过程中，短消息签名作为一种单独的业务，需要对该项业务相关的用户进行计费。图10示出了本实施例中短消息签名计费的方法流程图。如图10所示，该计费方法包括： 

在步骤1001中，发送方在向接收方发送带有签名的短消息的同时，将发送方号码发送给业务控制点(SCP)，请求SCP进行短消息签名计费。 

在步骤1002中，判断该发送方发出的短消息的签名是否为广告语，如果是，则执行步骤1003；否则，执行步骤1006。 

本步骤中，SCP根据发送方号码查询业务数据库，确定短消息的签名内容为发送方的个性签名还是诸如广告商的SP提供的广告语。 

在步骤1003～1005中，SCP确定广告语对应的SP，将该SP的广告语发送数目加1，判断是否满足该SP的扣费条件，如果是，则根据广告语发送数目对该SP进行短消息签名扣费，否则，执行步骤1007。 

为了便于计费，本实施例中对SP采用集中计费的方式进行扣费。此处扣费条件可以是达到广告语发送数目，或者到达扣费周期等。 

在步骤1006中，SCP对发送方进行短消息扣费，并执行步骤1007。 

当发送方的短消息中包含的是个性化签名时，则在本步骤中对作为预付费用户的发送方扣费。 

在步骤1007中，SCP向SMSC返回扣费应答，指明被扣费的对象。 

当短消息签名为发送方的个性化签名时，SMSC输出计费话单，SCP进行扣费；当短消息签名为广告语时，SMSC输出计费话单，但是SCP不对发送方扣费。 

至此，完成本实施例中的计费流程。 

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

Claims (26)

1.一种短消息签名方法，其特征在于，该方法包括：

接收发送方发出的短消息；

根据预先设置的发送方身份信息与短消息签名的对应关系，获取短消息签名，并根据短消息和所述获取的短消息签名的长度，以相应的处理方式，将所获取的签名加入到短消息中，发送给接收方；

所述相应的处理方式包括：

当判断短消息带有头结构标识时，在该短消息的最后一条消息后添加签名；或者；

当判断短消息不存在剩余字节时，截断短消息内容，添加签名；或者将短消息拆分成两条消息，在每条消息后都添加签名。

2.如权利要求1所述的方法，其特征在于，所述发送方身份信息与短消息签名的对应关系存储于业务数据库，则所述获取短消息签名为：

短消息网关以所述发送方的身份信息为索引，检索业务数据库，获取该发送方对应的名称，并将所获取的发送方名称作为短消息签名；

所述将短消息发送给接收方为：短消息网关将携带有短消息签名的短消息发送给短消息中心，短消息中心将该短消息发送给接收方。

3.如权利要求1所述的方法，其特征在于，所述发送方身份信息与短消息签名的对应关系存储于业务数据库，则所述获取短消息签名为：

短消息中心以所述发送方的身份信息为索引，检索业务数据库，获取该发送方对应的名称，并将所获取的发送方名称作为短消息签名；

所述将短消息发送给接收方为：短消息中心将携带有短消息签名的短消息发送给接收方。

4.如权利要求2或3所述的方法，其特征在于，所述获取短消息签名之前，进一步包括：

判断接收到的短消息是否符合添加签名条件，如果是，则继续执行所述获取短消息签名，否则，将接收到的短消息发送给接收方，并结束本短消息签名流程。

5.如权利要求4所述的方法，其特征在于，所述短消息不符合添加条件时，进一步包括：

向发送方返回签名失败应答。

6.如权利要求4所述的方法，其特征在于，所述判断接收到的短消息是否符合添加签名条件包括：

a1.判断接收到的短消息是否为二进制消息，如果是，则判定不符合添加签名条件，否则，执行步骤b1；

b1.判断所述短消息是否带有头结构标识，如果是，则判断该短消息是否为最后一条消息，如果为最后一条消息，则执行步骤c1，如果不是最后一条消息，则判定不符合签名添加条件；如果所述短消息不带有头结构标识，执行步骤c1；

c1.判断所述短消息中是否存在能够放入短消息签名的剩余字节，如果是，则判定符合签名添加条件，否则，判定不符合签名添加条件。

7.如权利要求1所述的方法，其特征在于，所述发送方身份信息与短消息签名的对应关系存储于业务数据库，则所述获取短消息签名为：

短消息中心请求自身与业务数据库之间的业务管理模块提供所述发送方对应的短消息签名，业务管理模块根据接收到的请求，检索所述业务数据库，获取发送方对应的短消息签名，并将获取到的短消息签名返回给短消息中心；

所述将短消息发送给接收方为：短消息中心将携带有短消息签名的短消息发送给接收方。

8.如权利要求7所述的方法，其特征在于，所述将获取到的短消息签名返回给短消息中心之后，进一步包括：

判断所述短消息中心接收到的短消息是否符合添加签名条件，如果是，则继续执行所述将所获取的签名加入到短消息中；否则，结束本短消息签名流程。

9.如权利要求8所述的方法，其特征在于，所述判断短消息中心接收到的短消息是否符合添加签名条件包括：

a2.判断所述短消息是否为点到点业务，如果是，则执行步骤b2，否则，判定不满足添加签名条件；

b2.判断所述短消息中存在的剩余字节是否能够放入签名，如果是，则判定满足添加签名条件，否则，判定不满足添加签名条件。

10.如权利要求8或9所述的方法，其特征在于，所述短消息不符合添加条件时，进一步包括：

向发送方返回签名失败应答。

11.如权利要求7、8或9所述的方法，其特征在于，所述将所获取的签名加入到短消息中为：

判断所述短消息是否采用7位编码方式，如果是，则将所述短消息解码，加入所获取的签名后，按照7位编码方式编码；否则，在所述短消息的末尾处加入所获取的签名。

12.如权利要求7所述的方法，其特征在于，所述步骤A之前进一步包括：

发送方进行用户注册和短消息签名业务定制。

13.如权利要求12所述的方法，其特征在于，所述用户注册包括：

短消息中心接收发送方通过短消息发来的用户注册信息，将接收到的用户注册信息携带于用户注册请求中，通过短消息网关发送给万维网Web服务器，Web服务器根据接收到的请求确定操作类型为用户注册，则构造用户注册消息，发送给用户管理模块，用户管理模块再向短消息中心发送用户注册消息；

短消息中心将用户信息添加到短消息中心数据库中，确定用户注册结果，并将该结果返回给用户管理模块，用户管理模块将接收到的用户注册结果返回给Web服务器；

Web服务器根据接收到的用户注册结果判断是否成功注册，如果是，则将用户信息添加到业务数据库；否则，结束本用户注册流程。

14.如权利要求12所述的方法，其特征在于，所述用户注册包括：

Web服务器接收发送方通过登陆Web页面提交的用户注册信息，将接收到的用户注册信息发送给用户管理模块，用户管理模块向短消息中心发送携带有用户注册信息的用户注册消息，请求进行用户注册；

短消息中心将用户信息添加到短消息中心数据库中，确定用户注册结果，并将该结果返回给用户管理模块，用户管理模块再将接收到的用户注册结果返回给Web服务器；

Web服务器根据接收到的用户注册结果判断是否成功注册，如果是，则将用户信息添加到业务数据库；否则，结束本用户注册流程。

15.如权利要求12所述的方法，其特征在于，所述短消息签名业务定制包括：

短消息中心接收发送方通过短消息发送的表示短消息签名业务的业务定制信息，将接收到的业务定制信息携带于业务定制请求中，通过短消息网关发送给万维网Web服务器，Web服务器根据接收到的请求确定操作类型为业务定制，则构造业务定制消息，发送给用户管理模块，用户管理模块向短消息中心发送业务定制消息；

短消息中心将短消息数据库中发送方对应的业务记录修改为表示开通短消息签名业务的取值，确定业务定制结果，并将该结果返回给用户管理模块，用户管理模块将接收到的业务定制结果返回给Web服务器；

Web服务器根据接收到的业务定制结果判断是否成功开通短消息签名业务，如果是，则将业务定制信息添加到业务数据库中；否则，结束本业务定制流程。

16.如权利要求12所述的方法，其特征在于，所述短消息签名业务定制包括：

Web服务器接收发送方通过登陆Web页面提交的表示短消息签名业务的业务定制信息，将接收到的业务定制信息发送给用户管理模块，用户管理模块向短消息中心发送携带有业务定制消息，请求短消息签名业务定制；

短消息中心将短消息数据库中发送方对应的业务记录修改为表示开通短消息签名业务的取值，确定业务定制结果，并将该结果返回给用户管理模块，用户管理模块将接收到的业务定制结果返回给Web服务器；

Web服务器根据接收到的业务定制结果判断是否成功开通短消息签名业务，如果是，则将业务定制信息添加到业务数据库中；否则，结束本业务定制流程。

17.如权利要求12所述的方法，其特征在于，所述短消息签名业务之后，进一步包括：

发送方对短消息签名业务进行业务信息设置。

18.如权利要求17所述的方法，其特征在于，所述业务信息设置包括：

短消息中心接收发送方通过短消息提交的业务设置信息，将接收到的业务设置信息通过短消息网关发送给Web服务器；

Web服务器根据接收到的业务设置信息，确定业务信息设置的属性，在业务数据库中进行业务属性设置，并通过短消息网关和短消息中心，将设置结果返回给所述发送方。

19.如权利要求17所述的方法，其特征在于，所述业务信息设置包括：

Web服务器接收发送方通过登陆Web页面提交的业务设置信息，根据接收到的业务设置信息，确定业务信息设置的属性，在业务数据库中进行业务属性设置，并将设置结果返回给移动终端。

20.如权利要求18或19所述的方法，其特征在于，所述业务信息设置的属性为：设置签名内容、启用签名、查询签名、修改签名或者停用签名。

21.如权利要求7所述的方法，其特征在于，所述短消息签名为：发送方的个性化签名、发送方认可的广告语或者与发送方的用户喜好相匹配的广告语。

22.如权利要求21所述的方法，其特征在于，所述短消息中心将携带有短消息签名的短消息发送给接收方的同时，进一步包括：

C1.将发送方的身份信息发送给业务控制点SCP，请求SCP进行短消息签名计费；

C2.SCP判断该发送方发出的短消息的签名是否为广告语，如果是，则执行步骤C3，否则，SCP对发送方进行短消息扣费，并执行步骤C4；

C3.SCP确定广告语对应的内容提供商SP，将该SP的广告语发送数目加1，并判断是否满足该SP的扣费条件，如果是，则根据广告语发送数目对该SP进行短消息签名扣费，并执行步骤C4，否则，直接执行步骤C4；

C4.SCP向短消息中心返回扣费应答，指明被扣费的对象。

23.一种短消息签名系统，其特征在于，包括：短消息处理设备，用于接收短消息，并从所述短消息中获取发送方身份信息；业务数据库，与所述短消息处理设备连接，用于存储发送方身份信息与短消息签名的对应关系及内容；所述短消息处理设备从所述业务数据库获取所述发送方身份信息对应的短消息签名，并根据短消息和所述获取的短消息签名的长度，以相应的处理方式，将所述短消息签名加入到所述短消息中；

所述相应的处理方式包括：

当判断短消息带有头结构标识时，在该短消息的最后一条消息后添加签名；或者；

当判断短消息不存在剩余字节时，截断短消息内容，添加签名；或者将短消息拆分成两条消息，在每条消息后都添加签名。

24.如权利要求23所述的系统，其特征在于，所述短消息签名为发送方实名。

25.如权利要求24所述的系统，其特征在于，所述短消息中心将获得的发送方实名加入短消息的发送方地址域中。

26.如权利要求24所述的系统，其特征在于，所述短消息中心将获得的发送方实名加入短消息的内容中。

Images