CN104080062A - 一种短消息业务下发方法 - Google Patents

Abstract

本发明公开了一种短消息业务下发方法，包含短信或彩信中心，业务平台模块等。本发明通过用户在系统签约短消息下发业务，包含短信和彩信，设置短消息业务的下发策略，包含同振和顺呼，短消息中心在收到发给目标用户的消息时，首先查询用户的签约业务属性，如用户签约了系统短消息下发业务，则读取对应的用户业务属性，根据用户业务属性，触发同振或顺呼业务。通过短消息中心根据用户的签约业务属性触发对应的消息处理，为用户提供了基于一种方便的短消息业务体验。

Description

一种短消息业务下发方法

技术领域

本发明涉及移动通讯等技术领域，特别是指一种短消息业务下发方法。

背景技术

随着移动通信技术的发展，特别是短信、彩信中心和软件技术的发展，为一种短消息业务下发方法提供了可行性。

目前移动通讯核心网对短消息，包含短信或彩信，下发的方式为按次数或生命周期方式，一般设置为48-72小时内尝试多次下发，如多次下发失败或超出生命期则丢弃本消息，在用户手机没电、移动信号覆盖等问题等场景下用户有可能不能及时接收到短消息，很多用户同时拥有多个手机，但是目前多个手机之间，短消息业务不能有效地互通，在一个终端出现故障等场景时，另外一个终端无法获取原终端的短消息，而通过短信或彩信中心增加和签约短消息同振和顺呼业务属性，短消息中心根据用户签约参数进行短消息的同振或顺呼，用户指定的其他终端即可获取到对应的短消息。

有鉴于此，本发明的目的在于提出一种简单易行，通过系统建立同振和顺乎呼平台的一种短消息业务下发方法。

发明内容

从上面所述可以看出，用户在系统签约短消息下发业务，设置业务策略，包含同振和顺呼，短消息中心，包含短信和彩信中心，在收到发给目标用户的消息时，首先查询用户的签约业务属性，如用户存在用户签约业务属性，则触发业务，读取对应的用户业务属性，根据用户业务属性，将短消息进行相应的下发处理。

进一步的，通过所提供的一种短消息业务下发方法为短消息业务的发展提供有力保障，满足用户各方要求，提升用户友好体验。

为实现上述目的，本发明的一个方面提供了一种短消息业务下发方法，该方法包括：

用户签约系统的短消息业务，签约后设置业务属性，包含同振和顺呼，指定消息下发的策略，以及业务参数，包含同振业务号码，顺呼逻辑，包含第一次失败后，根据失败原因的消息前转目标号码，顺呼时间，顺呼第二、第三或更多目的号码以及自定义业务参数作为业务触发和业务执行的逻辑参数。

本发明提供的一种短消息业务下发方法的一个实施例中，该方法还包括：

短消息中心收到上行短信后，首先查询短信被叫是否签约系统短消息业务，如存在签约业务，则触发系统短消息下发业务，根据用户的签约业务属性，触发同振或顺呼业务。

本发明提供的一种短消息业务下发方法的一个实施例中，该方法还包括：

系统在根据用户签约业务属性触发系统的短消息下发业务，判断用户签约业务类型，同振业务则根据用户签约登记的同振号码，将短消息同时下发原被叫和登记的同振号码，顺呼业务则根据用户设定的顺呼规则以及短消息中心首次下发返回的下发状态，采取对应的顺呼动作，将被叫短消息依次下发给用户登记的顺呼被叫号码，直至成功或全部被叫号码均下发失败。

具体来说具有以下优点：

使用简单：

用户通过各种接入方式，如短信、彩信或互联网等方式进行业务设置或取消设置，包含使用同振或顺呼，以及业务参数，设置方便，使用简单。多重接收保障：

通过对短消息平台的短消息进行同振或顺呼，为用户接收短消息提供了多个接收渠道，形成多重接收保障，可靠性进一步提高。

附图说明

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

图1为本发明系统模块结构的示意图。

图2为本发明业务签约流程示意图。

图3为本发明同振业务流程示意图。

图4为本发明顺呼业务流程示意图。

具体实施方式

下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施例。

为实现上述目的，提出了一种短消息业务下发方法。

以下通过结合附图，对本发明的实施方式进行描述。

实现一种短消息业务下发方法的关键点如下：

业务签约：

用户通过短信、彩信方式，互联网、柜台等方式访问系统，进行业务的签约和业务参数的设置，包含目标号码，顺乎业务逻辑等各种参数，包含转移时间，转移目标，转移条件等各种逻辑，签约后将业务属性保存到系统并在短消息中心设置业务签约标记。

业务触发：

短消息中心在收到短消息时，首先查询被叫用户签约业务属性，如签约，则触发系统的用户短消息下发业务，向系统查询用户的转移业务逻辑和参数，如满足业务触发条件则触发对应用户的短消息下发业务。

同振顺呼：

同振业务表示为短消息中心同时向用户的原被叫号码以及用户签约的指定的同振业务的签约的目标号码下发短消息，顺呼业务表示为当首次下发消息失败后，短消息中心向系统反馈失败状态消息，系统根据用户签约的顺呼业务参数和逻辑条件，判断是否需要进行顺呼，例如，用户指定在特定时间段，如工作日，才进行顺呼，系统判断后，如满足顺呼条件，指示短消息中心将短消息下发到指定的号码上，依次类推，直至到不满足系统或用户设定的条件为止。

主要功能模块

如图1所示，一种短消息下发方法的系统结构主要包括：

终端用户100：

系统的终端用户，通过与系统签约使用系统的短消息下发业务。

传输网络101：

承载短消息和数据消息的传输，包含通讯网络和互联网，为用户和系统建立交互的渠道。

短信中心102：

短信中心，负责短信收发以及查询用户业务属性触发系统业务。

彩信中心103：

彩信中心，负责彩信收发以及查询用户业务属性触发系统业务。

门户模块104：

用户通过登入门户访问系统，签约业务，设置业务参数，提供用户接入系统的界面，包含短信、彩信门户，WAP门户，WEB门户，IM门户等用户接入门户。

系统接口105：

系统与外部的接口，包含与短信中心，彩信中心以及系统门户的交互和访问接口。

逻辑模块106：

系统端的各个业务逻辑的执行和逻辑设置、保存等功能。控制业务逻辑流程的执行，调用其他逻辑功能模块并与其进行交互完成各种业务逻辑。

业务配置模块107：

用户进行业务配置和数据管理，通过管理模块对业务的数据和业务的配置进行设置，保存用户业务策略和参数，例如，用户的顺呼业务逻辑条件，同振号码等信息。

状态模块108：

接收或主动查询短消息的下发状态，根据上次的短消息下发状态进行业务逻辑流程的控制。

同振模块109：

系统的同振功能模块，根据用户签约业务属性，指示短消息中心，包含短信和彩信，进行短消息的同振。

数据库110：

系统端的数据库，提供数据存储和数据库以及各种基于数据库的各种功能，保存用户签约和业务属性数据。

顺呼模块111：

系统的顺呼功能模块，根据用户的签约业务属性，指示短消息中心进行消息的顺呼。

数据同步模块112：

系统与短消息中心，包含短信中心和彩信中心以及与系统门户进行签约数据的同步。

图2示出本发明业务签约流程示意图。

如图所示，用户签约的步骤为：

1)用户登录门户，包含短信门户，彩信门户，互联网门户设置业务属性；

2)用户签约业务，并提交到系统请求系统签约业务，系统判断用户允许用户使用本业务的权限后进行保存，否则返回错误信息；

3)系统保存用户业务参数并激活用户业务状态；

4)系统返回用户业务开通结果消息。

图3示为本发明同振业务流程示意图。

如图所示，同振业务的业务流程包含如下步骤：

1)短消息中心(包含短信和彩信中心，以下类推)接收到主叫用户的上行短消息；

2)短消息中心查询被叫用户的短消息下发业务的是否签约的属性；

3)如被叫用户未签约系统业务，则执行正常的短消息流程，如签约，则向系统发出请求，请求查询用户的签约业务属性；

4)系统查询用户签约业务属性，判断用户签约业务类型；

5)如查询的业务属性为同振业务，则将查询出的同振号码返回到短消息中心，否则转到顺呼业务流程；

6)短消息中心获取用户的签约的同振号码，将短消息同时下发给原被叫号码和同振号码。

图4示为本发明顺呼业务流程示意图。

如图所示，顺呼业务的业务流程包含如下步骤：

1)短消息中心(包含短信和彩信中心，以下类推)接收到主叫用户的上行短消息；

2)短消息中心查询被叫用户的短消息下发业务的是否签约的属性；

3)如被叫用户未签约系统业务，则执行正常的短消息流程，如签约，则向系统发出请求，请求查询用户的签约业务属性；

4)系统查询用户签约业务属性，判断用户签约业务类型；

5)如查询的业务属性为顺呼业务，则指示短彩中心进行顺呼流程，指示短消息中心将原号码的短消息的下发状态上报到系统，否则转到同振业务流程；

6)短消息中心向短消息原被叫号码下发短消息；

7)短消息中心获取首次下发的下发状态，如成功下发，则流程结束，如失败，则向系统反馈下发的状态，系统根据用户设定的顺呼逻辑条件，如时间段，主叫号码等逻辑条件，判断是否触发顺呼业务；

8)如满足顺呼条件，则指示短消息中心顺呼业务的下一个被叫号码，否则指示结束业务；

9)短消息中心获取系统端的指示，如允许顺呼则进行下一个顺呼号码的短消息的下发，否则流程结束。

10)如用户签约了多个顺呼号码，则在上一个下发失败后继续下一个，以此类推，直至某个顺呼号码下发成功或全部号码均下发失败。

本发明的描述是为了示例和说明起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (4)

1.一种短消息业务下发方法，其特征在于，用户在系统签约短消息下发业务，包含短信和彩信，设置短消息业务的下发策略，包含同振和顺呼，短消息中心在收到发给目标用户的消息时，首先查询用户的签约业务属性，如用户签约了系统的短消息下发业务，则读取对应的用户业务属性，根据用户业务属性，触发同振或顺呼业务。

2.如权利要求1所述，用户签约系统，其特征在于，用户签约系统的短消息业务，签约后设置业务属性，包含同振和顺呼，指定消息下发的策略，以及业务参数，包含同振业务号码，顺呼逻辑，包含第一次失败后，根据失败原因的消息前转目标号码，顺呼时间，顺呼第二、第三或更多目的号码以及自定义业务参数作为业务触发和业务执行的逻辑参数。

3.如权利要求1所述，短消息中心在收到发给目标用户的消息时，首先查询用户的签约业务属性，如用户存在用户签约业务属性，则触发业务，其特征在于，短消息中心收到上行短消息后，首先查询短消息被叫是否签约系统短消息业务，如存在签约业务，则触发系统短消息下发业务，根据用户的签约业务属性，触发同振或顺呼业务。

4.如权利要求1所述，系统和短消息中心根据用户业务属性，将短消息进行相应的下发处理，其特征在于，系统在根据用户签约业务属性触发系统的短消息下发业务，判断用户签约业务类型，同振业务则根据用户签约登记的同振号码，将短消息同时下发原被叫和登记的同振号码，顺呼业务则根据用户设定的顺呼规则以及短消息中心首次下发返回的下发状态，采取对应的顺呼动作，将被叫短消息依次下发给用户登记的顺呼被叫号码，直至成功或全部被叫号码均下发失败。