一种为普通用户号码提供短信增值业务的方法及系统

摘要

本发明公开了一种为普通用户号码提供短信增值业务的方法及系统，所述方法包括以下步骤：为普通用户号码开通虚拟客服短信增值业务；短信中心收到发送给所述普通用户号码的短信后，将所述短信发送给虚拟客服业务服务器，由所述虚拟客服业务服务器进行短信增值业务处理。本发明以普通用户号码代替SP号码，通过增值业务平台为服务商实现虚拟客服平台的功能，降低了服务商的运营成本，又给运营商提供了一种很好的业务拓展；进而解决了服务商因受自身规模限制，无法提供SP业务的问题。

说明书

技术领域

本发明涉及通讯技术领域，特别是涉及一种为普通用户号码提供短信增值业务的方法及系统。

背景技术

短信增值业务：是指基于目前的短消息系统，实现以短消息为载体的增值业务。目前各运营商越来越重视短信增值业务的发展，短信增值业务也成为运营商除语音收入外，最重要的收入来源之一。

SP(Service Provider，服务提供商)是指移动互联网服务内容应用服务的直接提供者，负责根据用户的要求开发和提供适合手机用户使用的服务。手机终端上的SP服务包括纯文本短信(SMS，Short Messaging Service)，它是最简单的SP业务，进入门槛低，同时也是最重要，用户群最大，市场容量最大的服务类型；另外，还包括用户可以获得各种个性化多媒体内容的彩信(MMS，Multimedia Messaging Service)，即多媒体短信服务，例如移动的彩信和联通的彩e。彩信与普通短信比较，除了有基本的文字信息以外，更配有丰富的彩色图片、声音、动画、振动等多媒体的内容。除此以外，游戏、彩铃、交友社区、广告等等都是基于SP的增值业务。服务商可以通过运营商的网络给手机用户提供增值服务而获取相关利润。

短消息类服务接入代码(SP号码)包括短消息服务接入代码和多媒体信息服务接入代码；目前，短消息类服务提供者在不同基础电信运营商网络上统一使用“106”号段的号码。由于SP业务具有非常强大的市场前景，所以服务商对开通SP业务有很大的需求。但是，目前一些规模较小又需要实现SP业务功能的服务商，没有实力申请到106开头的接入码，服务商的需求受到了实际条件的约束，无法更方便快捷地展开自身的业务。

发明内容

本发明要解决的技术问题是提供一种为普通用户号码提供短信增值业务的方法及系统，用以解决现有技术中因服务商受自身规模限制，而导致无法提供SP业务的问题。

为解决上述技术问题，一方面，本发明提供一种为普通用户号码提供短信增值业务的方法，所述方法包括以下步骤：

为普通用户号码开通虚拟客服短信增值业务；

短信中心收到发送给所述普通用户号码的短信后，将所述短信发送给虚拟客服业务服务器，由所述虚拟客服业务服务器进行短信增值业务处理。

进一步，为普通用户号码开通虚拟客服短信增值业务，包括以下步骤：

运维服务器受理所述普通用户号码开通虚拟客服短信增值业务的请求，通过WEB应用服务器将所述请求发送给虚拟客服业务服务器，由所述虚拟客服业务服务器为普通用户号码开通虚拟客服短信增值业务。

进一步，通过所述WEB应用服务器对所述短信进行查询、保存和/或回复。

进一步，所述短信的保存格式为XLS或TXT格式。

进一步，所述短信的保存内容包括主叫号码、短信内容、发送时间。

另一方面，本发明还提供一种为普通用户号码提供短信增值业务的系统，所述系统包括：

虚拟客服业务服务器，用于为普通用户号码开通虚拟客服短信增值业务；

短信中心，用于收到发送给所述普通用户号码的短信后，将所述短信发送给虚拟客服业务服务器，由所述虚拟客服业务服务器进行短信增值业务处理。

进一步，所述系统还包括：

运维服务器，用于受理所述普通用户号码开通虚拟客服短信增值业务的请求，通过WEB应用服务器将所述请求发送给虚拟客服业务服务器，由所述虚拟客服业务服务器为普通用户号码开通虚拟客服短信增值业务。

进一步，所述虚拟客服业务服务器包括：

受理模块，用于接收所述运维服务器发送的所述普通用户号码开通虚拟客服短信增值业务的请求，并对该请求进行受理；

业务功能控制模块，用于根据所述短信中心发送的短信，进行短信增值业务处理。

进一步，所述虚拟客服业务服务器包括：

WEB应用模块，用于通过所述WEB应用服务器对所述短信进行查询、保存和/或回复。

进一步，所述虚拟客服业务服务器包括：数据库模块，用于存储提供短信增值业务的各类数据。

本发明有益效果如下：

本发明以普通用户号码代替SP号码，通过增值业务平台为服务商实现虚拟客服平台的功能，降低了服务商的运营成本，又给运营商提供了一种很好的业务拓展；进而解决了服务商因受自身规模限制，无法提供SP业务的问题。

附图说明

图1是本发明实施例中一种为普通用户号码提供短信增值业务的方法的流程图；

图2是本发明实施例中一种为普通用户号码提供短信增值业务的系统的结构示意图；

图3是本发明实施例中一种虚拟客服业务服务器的结构示意图；

图4是本发明实施例中为普通用户号码提供短信增值业务的流程是意图。

具体实施方式

为了解决现有技术中因服务商受自身规模限制，而导致无法提供SP业务的问题，本发明提供了一种为普通用户号码提供短信增值业务的方法及系统，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

本发明实施例提出了利用一种基于增值业务平台的新型的增值业务，以普通用户号码代替SP号码实现SP系统的功能。针对这类客户，使用一个手机号码(普通用户号码)作为替代接入码，用户给这个号码发短信，在短信中心把这个号码记录为开通了虚拟客服短信功能，到了增值业务平台之后再把这些短信转到虚拟客服短信平台；服务商可以在web界面上查看这些短信，回复这些短信。本实施例的虚拟客服短信平台是一个位于短信中心(SMSC，ShortMessage Service Center)后端的增值业务逻辑控制处理网元，是各运营商的标准配置网元，和短信中心配套使用，与增值业务平台合设，由虚拟客服业务服务器提供相关业务，为用户提供新型短信增值业务开销户以及业务使用流程控制，实现短信增值业务触发优先级控制，用于消息转发、投递等功能。

如图1所示，本发明实施例涉及一种为普通用户号码提供短信增值业务的方法，该方法包括以下步骤：

步骤S101，为普通用户号码开通虚拟客服短信增值业务；由普通用户号码代替SP号码。普通用户号码可以为手机号码，也可以为可以发送增值短信的其它号码。例如：使用一个手机号码代替SP号码，作为虚拟SP号码，在短信增值业务系统中，给手机号码开通虚拟客服短信功能后，将该号码变为虚拟SP号码。

步骤S102，当用户给虚拟SP号码发短信时，由于该号码开通了增值业务，短信中心收到发送给普通用户号码的短信后，会将短信发送给虚拟客服业务服务器，由虚拟客服业务服务器进行短信增值业务处理。从而实现用普通手机号码代替SP号码，实现SP系统的功能的需求。

虚拟客服业务服务器具体的功能包括：通过运维界面在后台开销户；虚拟客服业务仅作为被叫类业务；增值业务平台触发业务后在系统平台保存消息，并对原消息直接返回成功状态报告；提供WEB用户界面，能够查阅保存的短信；能够对WEB上查询的短信直接保存到本地计算机上；保存格式为XLS(Microsoft Excel工作表)或TXT，保存字段包括主叫号码、短信内容、发送时间等；能够在WEB用户界面上直接回复短信，能够要求短信中心对回复消息计费；

如图2所示，本发明实施例还涉及一种实现上述方法的系统，即：为普通用户号码提供短信增值业务的系统，该系统包括：

虚拟客服业务服务器，用于为普通用户号码开通虚拟客服短信增值业务；

短信中心，用于收到发送给普通用户号码的短信后，将短信发送给虚拟客服业务服务器，由虚拟客服业务服务器进行短信增值业务处理。

图2中，移动台10是短信的发送者，即主叫方，通过空中接口与短信中心等网元连接。短信中心20是点对点短信的核心网元，与虚拟客服业务服务器30相连，与增值业务平台(本实施力中，增值业务平台与虚拟客服平台合一设置)相连。当短信中心20接收到移动台10发送的MO(Mobile Originate，发送上行，由手机用户提交的短消息)消息后，如果消息的被叫号码(普通用户号码)开通虚拟客服短信增值业务，则短信中心20会将该消息发送到增值业务平台的虚拟客服平台进行处理。

虚拟客服业务服务器30，是虚拟客服平台系统实现的核心设备，对服务商提供的普通用户号码进行虚拟客服服务的受理，为普通号码开通虚拟客服服务功能，保存开户用户的信息，控制虚拟客服业务具体实施，为web查询等操作提供数据来源，接收web侧的各种操作请求。

Web应用服务器40，为运维用户提供虚拟客服业务的开销户请求，并将受理请求发送给虚拟客服业务服务器30。服务商在业务处理过程中可以通过登录Web用户门户查询虚拟客服号码所收到的全部信息并保存查询结果。该服务器的数据从30网元处获得。

(运营商)运维服务器50，通过Internet网络可以连接到Web应用服务器40，进行用户的虚拟客服业务受理等操作。

用户(服务商)门户终端60，通过Internet网络可以连接到Web应用服务器40，进行查询，并在Web上直接回复消息的操作。

图3为虚拟客服业务服务器30的结构示意图，各模块功能说明如下：

协议网关模块301，负责与系统中其他网元(smsc、spam等)间的通讯，对消息进行编码、解码等。

受理模块302，与Web应用服务器40连接，接受Web侧的用户开销户请求，负责用户的开户、销户、暂停、激活；与短信中心进行用户信息同步；用户信息查询等。

业务功能控制模块303，与短信中心20连接，当虚拟客服业务服务器30接收到短信中心20的消息后，通过该模块进行业务逻辑控制，实现虚拟客服平台的具体功能，如：短信保管。

web应用模块304，与Web应用服务器40连接，为运维用户提供web形式的管理功能，向受理模块302发送用户的受理请求。用户(服务商)可以通过用户(服务商)门户终端60和Web应用服务器40，访问该模块，由该模块提供web服务，查询、保存、回复短信。

数据库模块305，分别与受理模块302、业务功能控制模块303和web应用模块304连接，是各个模块间交互的核心纽带，用于存储提供短信增值业务的各类数据。上述各模块均操作数据库模块305。受理模块302根据web应用模块304运维门户发送的受理请求，维护用户信息；业务功能控制模块303通过数据库模块305进行用户鉴权，信息查询匹配，短信保存等，实现虚拟客服平台的功能；web应用模块304根据用户(服务商)的请求操作，对数据库中缓存的短信内容进行下发、删除、查询等操作。

图4是虚拟客服业务服务器与各网元交互，提供虚拟客服业务的流程图，流程中各消息的交互如下：

运维人员通过运维服务器给用户B开通虚拟客服业务的流程如下：

S301，web运维给用户B开通虚拟客服短信增值业务。

S302，虚拟客服业务服务器受理web发来的用户开户请求。

S303，虚拟客服业务服务器将开户后的用户信息同步给短信中心。

S304，虚拟客服业务服务器向web运维返回受理结果。

虚拟客服业务服务器实现用户B作为虚拟客服的功能流程如下

S305，用户A向用户B发起正常点对点消息到短信中心。

S306，短信中心回响应。

S307，由于B开通增值业务，短信中心将消息投递给增值业务平台。

S308，增值业务平台对被叫用户进行鉴权。

S309，短信中心回响应。

S310，虚拟客服业务服务器完成业务流程，保存用户消息。

S311，给短信中心回状态报告。

S312，短信中心回响应。

用户B登录用户门户实现对接收到的消息处理流程如下：

S313，用户B通过Web用户门户查询所接收到的短消息。

S314，增值业务平台返回用户查询结果。

S315，用户B通过web给用户A回短消息。

S316，虚拟客服业务服务器将消息投递给短信中心。

S317，短信中心回响应。

S318，消息终呼到用户A的终端。

S319，用户终端回响应消息。

由上述实施例可以看出，本发明通过提供一种清晰简单的业务流程，来实现以普通用户号码代替SP号码，通过增值业务平台为服务商实现虚拟客服平台的功能，降低了服务商的运营成本，又给运营商提供了一种很好的业务拓展；本发明涉及短信中心、Web运维、短信增值业务平台等众多网元，但是各网元之间使用现有接口，对现网改动量小，其中短信中心更是无需任何改动，即减少用户投诉，提升用户体验，又可以增加运营商收入，且系统稳定性高，部署便捷，经济效益好。本发明解决了服务商因受自身规模限制，从而导致无法提供SP业务问题，可以充分满足小型服务商提开展自身SP业务的功能，可以取得很好的推广效果，具有很强的通用性。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。