CN101754142A

CN101754142A - 短信同号业务处理方法、系统及短信中心

Info

Publication number: CN101754142A
Application number: CN201010000867A
Authority: CN
Inventors: 杨杰; 魏青; 李一彪; 鲁维
Original assignee: China Telecom Corp Ltd
Current assignee: China Telecom Corp Ltd
Priority date: 2010-01-19
Filing date: 2010-01-19
Publication date: 2010-06-23

Abstract

本发明涉及一种短信同号业务处理方法，包括：短信中心接收订购了短信同号业务的用户发送给被叫号码的短信，并根据作为主叫号码的第一号码查询预存的绑定关系表；如果所述短信中心查询到与所述第一号码对应的主发号码，则将所述短信的主叫号码替换为所述主发号码，并将所述短信转发给所述被叫号码。本发明还涉及一种短信中心和短信同号业务处理系统。本发明将主叫号码与另一业务号码进行绑定，可以在发短信过程中，由短信中心进行号码的转换，从而使得被叫用户在终端上看到的是主要用户希望被叫用户看到的绑定号码，这样即便用户通过电脑客户端发送短信，仍然可以使被叫用户看到用户的普通手机的终端号码，从而满足了主叫用户的需求。

Description

短信同号业务处理方法、系统及短信中心

技术领域

本发明涉及通信技术的短消息业务领域，尤其涉及一种短信同号业务处理方法、系统及短信中心。

背景技术

随着我国移动电信市场新格局的形成，移动业务的竞争越来越激烈。其中，短消息业务已经占据运营商非语音业务收入的绝大部分，短信业务中又以用户间相互发送的点对点短信为主。如何利用短信业务系统为移动用户提供更加丰富的点对点短信业务，是各移动通信运营商关注的问题。

目前许多高端的移动通信用户都拥有两张SIM卡，两个移动电话号码。用户希望两张卡发出的短信，接收方显示的都是其中一个用户号码。例如，用户一张SIM卡用于手提电脑的上网卡中，一张SIM用于普通手机，然而平时只用手机的号码和他人联系，他人的手机中一般也只保存被叫用户的手机号。用户通过上网卡上网时，利用上网卡发短信，希望被叫用户收到短信时，看到的主叫号码是普通手机的电话号码而不是上网卡号码，以便于接收方的手机自动显示主叫的姓名。因此目前急需一种能够实现上述短信同号的业务处理方法和系统来满足用户们的短信同号需求。

发明内容

本发明的目的是提出一种短信同号业务处理方法、系统及短信中心，实现拥有两个或多个短信号码的用户在使用任一个短信号码发送短信时，在被叫方能够显示指定的短信号码。

为实现上述目的，本发明提供了一种短信同号业务处理方法，包括：

短信中心接收订购了短信同号业务的用户发送给被叫号码的短信，并根据作为主叫号码的第一号码查询预存的绑定关系表；

如果所述短信中心查询到与所述第一号码对应的主发号码，则将所述短信的主叫号码替换为所述主发号码，并将所述短信转发给所述被叫号码。

为实现上述目的，本发明提供了一种短信中心，包括：

短信接收模块，用于接收用户发送给被叫号码的短信；

绑定关系存储模块，用于预先存储绑定关系表；

主叫号码查询模块，用于根据作为主叫号码的第一号码查询所述绑定关系表中与所述第一号码对应的主发号码；

号码替换模块，用于在查询到所述主发号码后，将所述短信的主叫号码替换为所述主发号码；

短信转发模块，用于将所述短信转发给所述被叫号码。

为实现上述目的，本发明提供了一种包括前述短信中心的短信同号业务处理系统，还包括：

短信同号业务平台，用于在接收到所述用户订购所述短信同号业务的请求时，根据该请求设置第一号码与对应的主发号码之间的绑定关系，然后保存所述绑定关系，并将所述绑定关系同步到所述短信中心。

基于上述技术方案，本发明将用户号码与另一作为主要发送号码的业务号码进行绑定，可以在发短信过程中，由短信中心进行号码的转换，从而使得被叫用户在终端上看到的是主叫用户希望被叫用户看到的主发号码，这样即便用户通过电脑客户端发送短信，仍然可以使被叫用户看到用户的普通手机的终端号码，从而满足了主叫用户的需求。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明短信同号业务处理方法的一实施例的流程示意图。

图2为本发明短信同号业务处理方法的另一实施例的流程示意图。

图3为本发明短信同号业务处理方法的又一实施例中短信同号业务设置流程的流程示意图。

图4为本发明短信同号业务处理方法的再一实施例中短信多发流程的流程示意图。

图5为本发明短信中心的一实施例的结构示意图。

图6为本发明短信中心的另一实施例的结构示意图。

图7为本发明短信同号业务处理系统的一实施例的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

在本发明中会涉及一些技术概念，这里先对这些技术概念进行统一的说明。“绑定关系表”表示用于存储一条或多条号码绑定关系的记录表，其形式可以采用通常的列表，也可以是其它的变形方式，例如数据库中的数据表等。“绑定关系”即号码绑定关系，在绑定关系中包括两个或两个以上的号码，其中一个号码可以被设置为主发号码，主发号码与绑定关系中的其它号码之间相互对应。“主发号码”表示在订购短信同号业务的用户在发送短信时希望接收者看到的号码，该号码可以由用户进行设置。

如图1所示，为本发明短信同号业务处理方法的一实施例的流程示意图。在本实施例中，通过对短信中心的简单改造就可以实现本实施例的业务流程，该流程包括：

步骤101、短信中心接收订购了短信同号业务的用户发送给被叫号码的短信；

步骤102、短信中心根据作为主叫号码的第一号码查询预存的绑定关系表；

步骤103、如果所述短信中心查询到与所述第一号码对应的主发号码，则将所述短信的主叫号码替换为所述主发号码，并将所述短信转发给所述被叫号码。

在本实施例中，短信中心在转发短信之前，需要对主叫号码进行绑定关系的查询，该绑定关系被保存在预存的绑定关系表中，如果该主叫号码已经设置了对应的绑定号码，那么短信中心将查询到的主发号码替换短信的主叫号码，然后转发给被叫号码，这样被叫终端在接收到短信时，由于该短信的主叫号码已经被替换为主发号码，因此被叫用户在被叫终端上实际看到的是主发号码，也就是主叫用户希望被叫用户看到的通信号码。

由于用户通过电脑客户端发送短信时，该电脑客户端所使用的号码可能是被叫用户的通信录中并未保存的号码，导致被叫用户可能无法辨识出主叫方身份。本实施例可以方便的在被叫终端上显示主叫用户常用的或已在被叫用户的通信录中保存的号码，方便被叫用户辨识主叫方身份。

对于某些电脑客户端，可能只具备发送短信的功能，尚不能接收短信，这样也可以方便被叫方直接将短信回复给主叫用户可以接收短信的终端(例如手机等)。

对于拥有多部终端的主叫用户，为了管理方便，也可以通过绑定号码作为与其它联系人联系的对外号码，方便其他人与自己进行联系。

由于短信同号业务可以为运营商创造效益，因此为了避免运营商的利益损失，在另一个实施例中，还对短信同号业务的订购情况进行判断，具体参见图2。在图2的实施例中，在步骤101之后，增加了步骤101a，即短信中心查询所述用户是否订购了短信同号业务，如果查询到所述用户已订购短信同号业务，则执行步骤102，否则将所述短信直接转发给所述被叫号码。

为了完成短信同号业务的订购，在又一实施例中增设了短信同号业务平台，使其可以进行短信同号业务的开通、注销等操作，图3示出了本发明短信同号业务处理方法的又一实施例中短信同号业务设置流程的流程示意图，具体包括：

步骤201、短信同号业务平台接收到所述用户订购所述短信同号业务的请求时，根据该请求设置第一号码与对应的主发号码之间的绑定关系；

步骤202、所述同号业务平台保存所述绑定关系，并将所述绑定关系同步到所述短信中心；

步骤203、所述短信中心通过绑定关系表保存所述绑定关系。

在本实施例中，短信同号业务平台可以通过扩展的短信点到点协议(SMPP)与短信中心进行同步，通过短信同号业务平台专门负责短信同号业务的相关业务管理操作，可以减轻短信同号业务对短信中心的性能负担，而且短信同号业务平台便于设置与各种门户的扩展接口，为用户进行业务设置提供更方便的手段。同时短信中心在业务执行时可以直接在自身存储的绑定关系表中查找绑定关系，因此缩短了短信发送时延，提高了业务处理效率，改善了用户的业务体验。

在前述的几个实施例中，运营商在根据计费话单进行计费时，可以采用比较灵活的计费话单处理，即根据主叫用户发送的计费号码请求，该计费号码请求用于指明通过哪个号码进行计费，这样短信中心在进行短信收发的过程中，可以生成由主叫号码或绑定号码计费的计费话单。在计费处理过程中，仍然有效地使用了原有的鉴权计费流程及机制，避免引入外部网元和系统后导致其原有鉴权计费流程的改变，也就避免了相关计费网元改造和版本升级的要求。

为了使订购短信同号业务的用户在收到短信时，不仅主发号码的终端收到短信，也希望实际发出短信的上网卡也能够收到短信，因此本发明还提供了一个实施例来实现用户的短信双收或多收，或者说短信中心的短信多发流程。

如图4所示，为本发明短信同号业务处理方法的再一实施例中短信多发流程的流程示意图。在本实施例中，短信中心的短信多发流程包括：

步骤301、短信中心接收到发送给订购了所述短信同号业务的用户的短信时，根据预存的绑定关系表查询该被叫号码的绑定关系中对应的其它号码；

步骤302、短信中心复制所述短信，并将复制出的新的短信的被叫号码替换为所述其它号码；

步骤303、短信中心对原始接收的短信和所述复制出的新的短信进行转发操作。

在本实施例中，如果绑定关系中其它号码为多个，则短信中心可以复制出对应的多个短信，并分别替换被叫号码，从而实现向这些号码的统一发送。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

如图4所示，为本发明短信中心的一实施例的结构示意图。在本实施例中，短信中心1可以包括：短信接收模块11、绑定关系存储模块12、主叫号码查询模块13、号码替换模块14和短信转发模块15。

在上述模块中，短信接收模块11用于接收用户发送给被叫号码的短信。绑定关系存储模块12用于预先存储绑定关系表。主叫号码查询模块13用于根据作为主叫号码的第一号码查询所述绑定关系表中与所述第一号码对应的主发号码。号码替换模块14用于在查询到所述主发号码后，将所述短信的主叫号码替换为所述主发号码。短信转发模块15用于将所述短信转发给所述被叫号码。

在本实施例中，只需要在现有的短信中心增加绑定关系的存储和查询模块，以及号码替换模块，这些模块可以通过软件或硬件的方式进行实现，从而完成本发明的短信同号业务的处理。

在短信中心的另一个实施例中还可以包括计费话单生成模块，用于根据所述用户发送的计费号码要求，生成由所述第一号码或主发号码计费的计费话单。

在用户侧，主叫用户只需要预先进行绑定关系的设置，就可以在发送短信时，使被叫用户实际收到短信中显示的是主发号码，不需要用户进行复杂的操作，从而及时便捷的满足用户的需求。

为了保障运营商的业务运营的效益，可以在短信中心增加业务订购情况的查询过程，避免非订购用户免费使用而给运营商带来损失。如图5所示，为本发明短信中心的另一实施例的结构示意图。与上一实施例相比，在本实施例中增加了同号业务查询模块16，用于在短信接收模块接收用户发送给被叫号码的短信后，查询所述用户是否订购了短信同号业务，如果查询到所述用户已订购短信同号业务，则触发所述绑定关系主叫号码查询模块13，否则触发短信转发模块15，以将所述短信直接转发给所述被叫号码。

为了实现用户的短信双收或多收功能，需要短信中心实现短信多发的功能，因此在本发明短信中心的有一个实施例中，还包括被叫号码查询模块，用于接收到发送给订购所述短信同号业务的用户的任一号码的短信时，根据预存的绑定关系表查询该被叫号码的绑定关系中对应的其它号码；

短信复制模块，用于复制所述短信，并将复制出的新的短信的被叫号码替换为所述其它号码；

短信多发模块，用于对原始接收的短信和所述复制出的新的短信进行转发操作。

考虑到短信中心负责同号业务的业务管理，会增加性能负担，图6示出了一种本发明短信同号业务处理系统的一实施例的结构示意图。在本实施例中，增加了短信同号业务平台2，该平台负责在接收到所述用户订购所述短信同号业务的请求时，根据该请求设置第一号码与对应的主发号码之间的绑定关系，然后保存所述绑定关系，并将所述绑定关系同步到所述短信中心1。

通过本实施例，短信同号业务可以在专用平台上进行管理，这就极大的降低了对短信中心的性能压力，进而促进了短信中心的处理效率，同时还可以在短信同号业务平台上增设与WEB门户、WAP门户和短信门户之间的扩展接口，方便用户进行业务变更等自服务操作。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims

1.一种短信同号业务处理方法，包括：

2.根据权利要求1所述的短信同号业务处理方法，其中，在短信中心接收用户发送给被叫号码的短信之后，还包括：所述短信中心查询所述用户是否订购了短信同号业务，如果查询到所述用户已订购短信同号业务，则根据所述第一号码查询预存的绑定关系表，否则将所述短信直接转发给所述被叫号码。

3.根据权利要求1所述的短信同号业务处理方法，其中，还包括预先对短信同号业务进行设置的操作，具体包括：

短信同号业务平台接收到所述用户订购所述短信同号业务的请求时，根据该请求设置第一号码与对应的主发号码之间的绑定关系；

所述同号业务平台保存所述绑定关系，并将所述绑定关系同步到所述短信中心；

所述短信中心通过绑定关系表保存所述绑定关系。

4.根据权利要求2所述的短信同号业务处理方法，其中还包括短信多发流程：

所述短信中心接收到发送给订购了所述短信同号业务的用户的短信时，根据预存的绑定关系表查询该被叫号码的绑定关系中对应的其它号码；

所述短信中心复制所述短信，并将复制出的新的短信的被叫号码替换为所述其它号码；

所述短信中心对原始接收的短信和所述复制出的新的短信进行转发操作。

5.根据权利要求1～3任一所述的短信同号业务处理方法，其中还包括：

所述短信中心根据所述用户发送的计费号码要求，生成由所述第一号码或主发号码计费的计费话单。

6.一种短信中心，包括：

短信接收模块，用于接收用户发送给被叫号码的短信；

绑定关系存储模块，用于预先存储绑定关系表；

短信转发模块，用于将所述短信转发给所述被叫号码。

7.根据权利要求6所述的短信中心，其中还包括：

同号业务查询模块，用于在短信接收模块接收用户发送给被叫号码的短信后，查询所述用户是否订购了短信同号业务，如果查询到所述用户已订购短信同号业务，则触发所述绑定关系查询模块，否则触发短信转发模块，以将所述短信直接转发给所述被叫号码。

8.根据权利要求7所述的短信中心，其中还包括：

被叫号码查询模块，用于接收到发送给订购所述短信同号业务的用户的任一号码的短信时，根据预存的绑定关系表查询该被叫号码的绑定关系中对应的其它号码；

9.根据权利要求6所述的短信中心，其中还包括：

计费话单生成模块，用于根据所述用户发送的计费号码要求，生成由所述第一号码或主发号码计费的计费话单。

10.一种包括权利要求6～9任一所述的短信中心的短信同号业务处理系统，还包括：

11.根据权利要求10所述的短信同号业务处理系统，其中所述短信同号业务平台还包括与WEB门户、WAP门户和短信门户之间的扩展接口。