CN101827333A - 手机浏览器后台服务器数据处理方法 - Google Patents

Abstract

本发明公开了一种手机浏览器后台服务器数据处理方法，该方法包括以下步骤：所述后台服务器接收网关转发的消息包，提取所述消息包中需要业务平台处理的数据，并将提取的数据放置消息队列中；从消息队列中提取并处理数据，如果需要使用系统数据，则使用系统数据库提供的接口获取数据；数据处理完成后，将所述处理后的数据封装成消息包，并发送所述消息包到网关。本发明通过在后台服务器中设置适配器，从而实现对不同的消息包的灵活适配，在添加一种通信通道时，只需要添加适配器即可，并通过对消息包进行分段发送，有效地避免了发送过程中断问题。

Description

手机浏览器后台服务器数据处理方法

技术领域

本发明涉及手机浏览器技术领域，特别涉及一种手机浏览器后台服务器数据处理方法，本发明的技术方案尤其适用于USSD业务。

背景技术

非结构化补充数据业务(Unstructured Supplementary ServiceData，USSD)是一种基于全球移动通信系统(Global System for MobileCommunications，GSM)网络的、实时在线的新型交互会话数据业务；它基于用户识别模块(Subscriber Identity Module，SIM)卡，利用GSM网络的信令通道传送数据，是在GSM的短消息系统技术基础上推出的新业务，在业务开拓方面的能力远远强于SMS系统。

传统的手机USSD浏览是采用标准的协议，支持这种浏览的后台架构不需要关注USSD消息包长度及USSD连接中断对于数据完整性等因素，因此，没有有效的利用消息包长度，容易产生消息包中断问题。

发明内容

(一)要解决的技术问题

本发明要解决的技术问题是：如何使后台对不同的消息包进行灵活处理，以及如何使后台有效地发送消息包，而不产生中断。

(二)技术方案

一种手机浏览器后台服务器数据处理方法，该方法包括以下步骤：

S1：所述后台服务器接收网关转发的消息包；

S2：利用后台服务器中的适配器对网关转发来的消息包进行适配，以识别出消息包；

S3：提取所述消息包中需要业务平台处理的数据，并将提取的数据放置消息队列中；

S4：从消息队列中提取数据并进行数据处理，如果需要使用系统数据，则使用系统数据库提供的接口获取数据，所述数据处理包括：日志处理、异常处理和数据访问；

S5：数据处理完成后，将所处理后的数据封装成消息包，并发送所述消息包到网关。

其中，所述步骤S5中发送消息包时采用分段发送的方式，按协议能承载的消息字节数将消息包分成多个消息段，每次发送一个消息段。

其中，所述网关为USSD网关或SMS网关，相应地，所述消息包为USSD消息包或SMS消息包，且所述适配器为USSD适配器或SMS适配器。

(三)有益效果

本发明通过在后台服务器中设置适配器，从而实现对不同的消息包的灵活适配，在添加一种通信通道时，只需要添加适配器即可；本发明采用内部协议，需要考虑如何保证消息包可以最大限度的利用协议长度，并通过对消息包进行分段发送，有效地避免了发送过程中断问题。

附图说明

图1是根据本发明实施例的基于USSD的手机浏览器后台服务器数据处理方法中后台服务架构图；

图2是根据本发明的手机浏览器后台服务器数据处理方法流程图；

图3是根据本发明实施例的基于USSD的手机浏览器后台服务器数据处理方法中后台和终端之间采用分段发送消息包通信流程示例。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

本发明实施例提出的基于USSD的手机浏览器后台服务器数据处理方法，结合附图和实施例说明如下。

如图1所示，为本发明实施例的基于USSD的手机浏览器后台服务器数据处理方法中后台服务架构。后台服务器可以被划分为三个功能逻辑层。包括接入层，服务层和数据层。

接入层：提供各种通道的接入适配，由多个适配器组成，添加一种通道，只需要在此添加适配器即可；

服务层：基于SOA的设计思路，包含各种公共组件服务和核心逻辑服务，与接入层分离的松耦合设计，可以很方便的实现通道适配，服务间的独立性使得分布式部署非常容易；

数据层：包含业务数据和其他外部数据接口。

如图2所示，在进行数据处理时包括如下步骤：

步骤S201，所述后台服务器的接入层接收USSD网关转发的USSD消息包。步骤S202，在接收到数据之后和提取数据之前，接入层利用USSD适配器对网关转发来的消息包进行适配，接入层包含各种消息包适配器，利用USSD适配器识别出USSD消息包。其中，若接收SMS网关转发的SMS消息包时采用后台服务器中的SMS适配器进行适配，识别出SMS消息包。步骤S203，提取所述USSD消息包中需要业务平台处理的数据，即解包，并将提取的数据放置消息队列中。步骤S204，服务层从消息队列中提取并处理数据，如果需要使用系统数据，则使用数据层提供的接口获取数据，所述数据处理包括：日志处理、异常处理和数据访问，数据层中的业务数据存储在相应的数据库中。步骤S205，数据处理完成后，将所述处理后的数据封装成USSD消息包，并发送所述USSD消息包到USSD网关。由于移动USSD采用标准的SMPP协议(当前采用的版本是SMPP3.3)，本协议是通过SMPP协议包的消息字段(short_message)来传递的，而SMPP协议所能承载的消息字节数有限(仅为160个字节)，因此需要考虑对消息包分段发送，即按USSD协议能承载的消息字节数将消息包分成多个消息段，每次发送一个消息段。在协议中采用的分隔符如下：

#＜分割普通参数(不同的数据业务有不同的参数)；

#％标志分段参数；

#＞下行消息中的消息结束标记，表示消息结束；

#&下行消息中的段落结束标记，表示分段结束；

#：在获取内容时，对内容中的参数做分割。

协议内容编码采用大头Unicode，并遵循如下格式：

参数1+“#＜”+参数2+“#＜”+...+参数n+“#＞”，其中，“#＜”用来分割字符串。“#＞”用来标示消息结束。

如图3所示，为后台和终端之间采用分段发送消息包通信示例。当客户端发送第一次请求时，由于不知道服务器反馈的消息长度是否超出一次交互能支持的消息长度，因此请求时不带分段参数。接下来服务器收到请求并处理后，发现回复给客户端的消息需要分多次下发，因此将消息分段，并加上分段参数，客户端收到应答后，会根据分段参数判断是否还需要获取下一段消息，直到客户端获取到结束标记为止。其中具体分段格式如下：

分段请求格式(第一段)：参数1+“#＜”+参数2+“#＜”+...+参数n；

分段请求格式(除第一段)：参数1+“#＜”+参数2+“#＜”+...+参数n+“#％”+分段参数；

分段发送格式(除最后一段)：参数1+“#＜”+参数2+“#＜”+...+参数n+“#％”+分段参数+“#＞”；

分段发送格式(最后一段)：参数1+“#＜”+参数2+“#＜”+...+参数n+“#&”+“#＞”；。

注：“#％”后面是段落参数。一般情况下，分段参数的值为每个分段的序号。(如果获取内容为列表格式，请求消息中的分段参数，须为前一个分段中获得的最后一个列表记录的Id)。

“#&”是结束标记。表示内容已经获取完毕。当出现了“#&”，客户端不应再向服务器提交获取请求。

以上实施方式仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。

Claims (3)

1.一种手机浏览器后台服务器数据处理方法，其特征在于，该方法包括以下步骤：

S1：所述后台服务器接收网关转发的消息包；

S2：利用后台服务器中的适配器对网关转发来的消息包进行适配，以识别出消息包；

S3：提取所述消息包中需要业务平台处理的数据，并将提取的数据放置消息队列中；

S4：从消息队列中提取数据并进行数据处理，如果需要使用系统数据，则使用系统数据库提供的接口获取数据，所述数据处理包括：日志处理、异常处理和数据访问；

S5：数据处理完成后，将所处理后的数据封装成消息包，并发送所述消息包到网关。

2.如权利要求1所述的手机浏览器后台服务器数据处理方法，其特征在于，所述步骤S5中发送消息包时采用分段发送的方式，按协议能承载的消息字节数将消息包分成多个消息段，每次发送一个消息段。

3.如权利要求1或2所述的手机浏览器后台服务器数据处理方法，其特征在于，所述网关为USSD网关或SMS网关，相应地，所述消息包为USSD消息包或SMS消息包，且所述适配器为USSD适配器或SMS适配器。

Images