WO2008006274A1

WO2008006274A1 - Method and system for implementing short message signature and short message implementing device

Info

Publication number: WO2008006274A1
Application number: PCT/CN2007/001439
Authority: WO
Inventors: Xiaolong Hou; Feng Guo; Xueqi Wu; Jing Peng; Lingli Jiang; Xiangrong Chen
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-07-07
Filing date: 2007-04-28
Publication date: 2008-01-17
Anticipated expiration: 2009-01-07
Also published as: RU2411696C2; CN101102528A; EP1981229A1; CN101102528B; RU2009104043A; EP1981229A4

Description

一种短消息签名方法、系统和短消息处理设备

技术领域

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

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

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

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

本发明实施例的一种短消息签名方法，包括：

接收发送方发送的短消息，短消息处理设备接收到所述短消息后 , 根据预先设置的发送方身份信息与短消息签名的对应关系，获取短消息签名，并将所获取的签名加入到所述短消息中，发送给接收方。

本发明实施例还提供了一种短消息签名系统，使得短消息接收方易于获得发送方的身份。

本发明实施例的短消息签名系统包括：短消息处理设备，用于接收短消息，并从所述短消息中获取发送方身份信息；业务数据库，与所述短消息处理设备连接，用于存储发送方身份信息与短消息签名的对应关系及内容；所述短消息处理设备从所述业务数据库获取所述发送方身份信息对应的短消息签名，并将所述短消息签名加入到所述短消息中。

本发明实施例还提供了一种短消息处理设备，能够在接收的短消息中添加发送方的短消息签名。

本发明实施例的短消息处理设备包括接收模块、签名获取模块和签名添力口模块；

所述接收模块，用于接收短消息，并从所述短消息中获取发送方身份信息发送给所述签名获取模块，将所述短消息发送给所述签名添加模块；

所述签名获取模块，用于根据所述发送方身份信息从业务数据库中获取该身份信息对应的短消息签名 , 发送给所述签名添加模块；

所述签名添加模块，用于将所述短消息签名加入到所述短消息中。应用本发明实施例，能够使得短消息接收方易于获得发送方的身份。具体而言，本发明实施例具有如下有益效果：

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

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

下面将通过参照附图详细描述本发明的示例性实施例，使本领域的普通技术人员更清楚本发明实施例的上述及其它特征和优点，附图中：图 1为本发明实施例的短消息签名方法的示例性流程图；

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

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

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

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

图 7为实施例 2中短消息方式下的用户注册方法的流程图；图 8为实施例 2中 Web方式下的用户注册方法的流程图；图 9为实施例 2中短消息方式下的业务定制方法的流程图；图 10为实施例 2中短消息签名方法的流程图；

图 11为实施例 2中短消息签名计费方法的流程图。实施本发明的方式

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

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

图 1示出了本发明实施例的短消息签名方法的示例性流程图。如图 1所示，该方法包括以下步骤:

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

在步骤 102中，才艮据预先设置的发送方身份信息与短消息签名的对应关系，获取短消息签名，将所获取的签名加入到短消息中，发送给接收方。

本步骤中，短消息发送方的身份信息可以是发送方号码。

图 2示出了本发明实施例提供的短消息处理设备的总体结构图。如图 2所示，该短消息处理设备包括接收模块、签名获取模块和签名添加模块。

其中，接收模块，用于接收短消息，从该短消息中获取发送方身份信息发送给签名获取模块，并将该短消息发送给签名添加模块。签名获取模块，用于根据发送方身份信息从业务数据库中获取该身份信息对应的短消息签名，发送给签名添加模块。签名添加模块，用于将短消息签名加入到短消息中。

上述即为本发明实施例提供的短消息签名方法、系统和短消息处理设备的总体概述。在本方案的实施例中短消息签名可以为发送方的用户实名，也可以为发送方设置的个性化签名或 SP/CP提供的商业广告等。

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

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

实施例 1

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

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

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

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

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

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

在步骤 405 ~ 406中， SMGW判断短消息中是否存在剩余字节，如果是，则获取发送方的号码；否则，执行步驟 409。

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

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

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

8888对应的名称为 A,发送方号码 88881对应的名称为 B,则当 SMGW 以号码 888812为索引进行检索时，确定发送方名称为 B,以号码 888822 为索引进行检索时，确定发送方名称为 A。

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

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

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

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

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

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

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

在步驟 501 ~ 502中，发送方发送短消息， SMSC接收到短消息后判断该短消息是否为二进制短消息，如果是，则执行步骤 509; 否则，执行步骤 503。在由 SMSC添加短消息签名的情况下，发送方可以直接将短消息发送给 SMSC, 也可以通过 SMGW将短消息发送给 SMSC。另外与图 4 相似，可以在执行步骤 502中的判断之前，对发送方是否开通短消息业务进行判断。

在步骤 503 ~ 504中， SMSC判断接收到的短消息是否带有头结构标识，如果是，则判断是否为最后一条消息，如果为最后一条消息则执行步骤 405, 如果不是最后一条消息，则执行步骤 509; 否则，执行步骤 505。

在步骤 505 ~ 506中， SMSC判断短消息中是否存在剩余字节，如果是，则获取发送方的号码，并继续执行步骤 507; 否则，执行步骤 509。

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

这里 SMSC检索业务数据库的操作与图 4中的步驟 407相同。

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

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

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

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

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

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

实施例 2

本实施例中，短消息的发送方为移动终端，短消息处理设备包括 SMSC和业务管理模块。其中，短消息处理设备的接收模块和签名添加模块位于 SMSC中，签名获取模块位于业务管理模块中。

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

本实施例中，通过用户注册和业务定制过程来为发送方开通短消息签名业务，通过业务信息设置过程来确定短消息签名的内容，通过业务处理过程实现短消息签名，并通过计费过程完成短消息签名的计费。另外，上述的用户注册、业务定制和业务信息设置过程均可通过短消息方式或 Web方式来实现。图 7示出了本实施例中短消息方式下的用户注册方法的流程图。参见图 7, 该方法包括：

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

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

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

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

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

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

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

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

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

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

上述步骤 804 - 807的操作与图 7中的步骤 704 ~ 707的操作相同。至此，结束本实施例中 Web方式下的用户注册流程。

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

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

在步骤 901 ~ 902中，移动终端通过短消息提交业务设置信息， SMSC 将接收到的业务设置信息通过 SMGW发送给 Web服务器。这里，为了区别各种业务信息设置的属性，预先为各属性设置对应的属性标识。当业务信息设置的属性为设置签名内容时，移动终端所提交的业务设置信息包括属性标识和作为短消息签名的个性化内容或者认可的广告语信息；当业务信息设置的属性为启用签名时，移动终端所提交的业务设置信息包括属性标识和此后开始使用的短消息签名标识，例如：签名对应的编号等；当业务信息设置的属性为查询签名时，移动终端所提交的业务设置信息包括属性标识和诸如签名编号等短消息签名标识；当业务信息设置的属性为修改签名时，移动终端所提交的业务设置信息包括属性标识、被修改的短消息签名的标识以及修改后的签名内容等；当业务信息设置的属性为停用签名时，移动终端所提交的业务设置信息包括属性标识和此后停止使用的短消息签名标识。

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

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

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

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

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

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

在步骤 1001 ~ 1002中，发送方发送短消息， SMSC接收到短消息后，判断发送方是否已定制短消息签名业务，如果是，则执行步骤 1003; 否则，执行步骤 1009。

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

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

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

在步骤 1005中，判断是否满足添加签名条件，如果是，则执行步骤 1006; 否则，执行步骤 1009。

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

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

在步骤 1006 ~ 1008中，判断短消息是否采用 7位编码方式，如果是，则将该短消息解码，在短消息内容的最后加入接收到的签名，再按照 Ί 位编码方式进行编码，并执行步骤 1009; 否则，在短消息内容的最后加入接收到的签名，并执行步驟 1009。

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

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

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

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

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

在步骤 1102中，判断该发送方发出的短消息的签名是否为广告语，如果是，则执行步骤 1103; 否则，执行步骤 1106。

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

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

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

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

在步骤 1107中， SCP向 SMSC返回扣费应答，指明被扣费的对象。当短消息签名为发送方的个性化签名时， SMSC输出计费话单， SCP 进行扣费；当短消息签名为广告语时， SMSC输出计费话单，但是 SCP 不对发送方扣费。至此，完成本实施例中的计费流程。

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

Claims

权利要求书

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

接收发送方发送的短消息，根据预先设置的发送方身份信息与短消息签名的对应关系，获取短消息签名，并将所获取的签名加入到所述短消息中，发送给接收方。

2、如权利要求 1所述的方法，其特征在于，所述发送方身份信息与短消息签名的对应关系存储于业务数据库，则所述获取短消息签名为：以所述发送方的身份信息为索引，检索业务数据库，获取该发送方对应的名称，并将所获取的发送方名称作为短消息签名。

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

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

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

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

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

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

bl . 判断所述短消息是否带有头结构标识，如果是，则判断该短消息是否为最后一条消息，如果为最后一条消息，则执行步驟 cl , 如果不是最后一条消息，则判定不符合签名添加条件；否则，执行步骤 cl ; cl . 判断所述短消息中是否存在能够放入短消息签名的剩余字节，如果是，则判定符合签名添加条件，否则，判定不符合签名添加条件。

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

7、如权利要求 6所述的方法，其特征在于，在所述获取到短消息签名之后，进一步包括：

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

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

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

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

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

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

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

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

11、如权利要求 6所述的方法，其特征在于，所述接收发送方发送的短消息之前进一步包括：发送方进行用户注册和短消息签名业务定制。

12、如权利要求 11所述的方法，其特征在于，所述用户注册包括：发送方通过短消息将用户注册信息发送给短消息中心，请求进行用户注册，短消息中心将接收到的用户注册信息携带于用户注册请求中，通过短消息网关发送给万维网 Web服务器， Web服务器根据接收到的请求确定操作类型为用户注册，则构造用户注册消息，发送给用户管理模块，用户管理模块再向短消息中心发送用户注册消息；

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

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

13、如权利要求 12所述的方法，其特征在于，所述用户注册包括：发送方登陆 Web页面，将用户注册信息提交给 Web服务器， Web 服务器将接收到的用户注册信息发送给用户管理模块，用户管理模块向短消息中心发送携带有用户注册信息的用户注册消息，请求进行用户注册；

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

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

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

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

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

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

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

16、如权利要求 11所述的方法，其特征在于，所述短消息签名业务之后，进一步包括：发送方对短消息签名业务进行业务信息设置。

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

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

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

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

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

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

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

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

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

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

C4. SCP返回扣费应答，指明被扣费的对象。

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

23、如权利要求 22所述的系统，其特征在于，所述短消息处理设备为短消息网关或者短消息中心。

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

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

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

27、如权利要求 22所述的系统，其特征在于，所述短消息处理设备包括短消息中心和业务管理模块，所述业务管理模块分别与所述短消息中心和所述业务数据库相连，

所述短消息中心，用于请求业务管理模块提供发送方对应的短消息签名，并接收所述业务管理模块返回的短消息签名，添加到接收到的短消息中发送出去；所述业务管理模块，用于根据所述短消息中心的请求，检测所述业务数据库，获取发送方对应的短消息签名，并返回给所述短消息中心。

28、一种短消息处理设备，其特征在于，该设备包括接收模块、签名获取模块和签名添加模块；

所述签名获取模块，用于根据所述发送方身份信息从业务数据库中获取该身份信息对应的短消息签名，发送给所述签名添加模块；

所述签名添加模块，用于将所述短消息签名加入到所述短消息中。

29、如权利要求 28所述的短消息处理设备，其特征在于，所述接收模块、签名获耳 4莫块和签名添加模块位于短消息网关中。

30、如权利要求 28所述的短消息处理设备，其特征在于，所述接收模块、签名获取模块和签名添加模块位于短消息中心中。

31、如权利要求 28所述的短消息处理设备，其特征在于，所述接收模块和签名添加模块位于短消息中心中；

所述签名获取模块位于业务管理模块中。