CN101351004A - 数据处理方法、终端、服务器及网络*** - Google Patents

Abstract

本发明实施例公开一种数据处理方法、终端、服务器及网络***。所述数据处理方法，包括：接收服务器发送的消息，所述消息中携带菜单数据项；从所述消息中解析出所述菜单数据项；将所述菜单数据项展示给用户或传输给应用程序单元。本发明实施例提供一种终端，包括：接收单元，用于接收服务器发送的消息，所述消息中携带菜单数据项；处理单元，用于从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元。本发明实施例还提供一种服务器及网络***。本发明实施例的技术方案能够使得终端与服务器间的数据处理更完善。

Description

数据处理方法、终端、服务器及网络***

技术领域

本发明涉及通信技术领域，具体涉及一种数据处理方法、终端、服务器及网络***。

背景技术

随着通信技术的发展，为终端提供的业务服务越来越广泛。这些业务包括移动可视电话业务、视频IVR(Interactive Voice Response，互动式语音应答)业务、USSD(Unstructured Supplementary Services Data，即非结构化补充数据)业务等，而采用的方式包括DTMF(Dual Tone Multi-Frequency，双音多频)方式、PS(Packet-Switched，分组交换)承载方式、CS(Circuit-Switched电路交换)承载方式、PUSH(推)方式、或USSD方式等。

当前的数据处理方法，基本上是基于客户端(即终端)预先开发好的UI(User interface，用户界面)进行业务处理。用户使用业务时，通过对终端用户界面所提供的菜单进行操作，产生发送到服务器的操作结果，由服务器根据终端发送的操作结果进行对应处理，从而实现了终端与服务器的交互。终端的菜单在用户界面中一般是固定设置好的，如果需要修改菜单，则在不进行业务时修改终端软件，用户在下一次使用业务时，修改才生效。

在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：

终端能力毕竟有限，比如输入设备限制、图形处理能力限制、屏幕尺寸限制等，很难将客户端用户界面的菜单设置的很完备，因此随着无线业务的逐渐大规模应用，现有技术的数据处理方法很难适应业务进一步发展的需求。

发明内容

本发明实施例要解决的技术问题是提供一种数据处理方法、终端、服务器及网络***，能够使得终端与服务器间的数据处理更完善。

为解决上述技术问题，本发明所提供的实施例是通过以下技术方案实现的：

本发明实施例提供一种数据处理方法，包括：接收服务器发送的消息，所述消息中携带菜单数据项；从所述消息中解析出所述菜单数据项；将所述菜单数据项展示给用户或传输给应用程序单元。

本发明实施例提供一种终端，包括：接收单元，用于接收服务器发送的消息，所述消息中携带菜单数据项；处理单元，用于从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元。

本发明实施例提供一种服务器，包括：发送单元，用于向终端发送消息，所述消息中携带菜单数据项；接收单元，用于接收终端发送的操作结果，所述操作结果是所述终端从服务器发送的消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元后，由终端对所述菜单数据项执行操作得到。

本发明实施例提供一种网络***，包括：服务器，用于发送消息，所述消息中携带菜单数据项；终端，用于接收服务器发送的消息，从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元。

上述技术方案可以看出，本发明实施例的技术方案，菜单数据项是由服务器进行设置和下发，终端根据接收的菜单数据项进行处理，因此避免了终端能力受限带来的不利影响，使得终端与服务器间的数据处理更完善，可以适应业务的不断发展。

附图说明

图1是本发明实施例一数据处理方法流程图；

图2是本发明实施例二数据处理方法流程图；

图3是本发明实施例终端结构示意图；

图4是本发明实施例服务器结构示意图；

图5是本发明实施例网络***结构示意图。

具体实施方式

本发明实施例提供了一种数据处理方法，能够使得终端与服务器间的数据处理更完善。

请参阅图1，是本发明实施例一数据处理方法流程图，包括：

101、接收服务器发送的消息，所述消息中携带菜单数据项；

终端接收服务器发送的消息，可以是在向服务器发送获取请求后接收服务器发送的消息；或者，接收服务器主动发送的消息。

服务器发送的消息中携带的菜单数据项是由服务器根据业务逻辑创建的菜单数据项，或者是由服务器根据终端发送的信息生成的菜单数据项，终端发送的信息可以是终端发送给服务器的操作结果(此时是指终端对上一次由服务器下发的菜单数据项的操作结果)。

102、从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元进行处理；

终端接收服务器发送的消息后，对所述消息进行解析，从中解析出所述菜单数据项，将所述菜单数据项组合成菜单，将菜单中的菜单数据项展示给用户。

另外，终端也可以将菜单中的菜单数据项传输给应用程序单元进行处理。终端中的应用程序单元设有专门处理菜单数据项的应用程序，该应用程序可以是原来设有的，也可以是新设置的。

103、将用户或应用程序单元根据所述菜单数据项执行的操作结果发送给服务器。

用户可以根据终端展示的菜单数据项进行操作，选择其中一个菜单数据项，如果菜单数据项是直接对应按键设置即与按键是匹配的，则用户可以直接选择一个按键(此时对应的是DTMF方式)，如果是采用短消息方式，则可以输入应答电话号码等。

对于应用程序单元，则可以根据输入到本单元的菜单数据项，同时结合业务逻辑选择其中一个菜单数据项进行处理。具体可以是应用程序单元根据终端当前的能力或设置，自动选择一个菜单数据项。例如服务器根据业务逻辑创建的菜单数据项中含有要求短消息方式应答的，则应用程序单元确定终端具有相应的能力后，自动选择短消息方式，从而实现了对菜单数据项的选择。

然后，终端将用户或应用程序单元根据所述菜单数据项执行的操作结果发送给服务器。

如果服务器发送的所述消息中携带的菜单数据项中包括应答方式，则此时终端将操作结果发送给服务器具体为按照所述应答方式将所述操作结果发送给服务器。

如果服务器发送的所述消息中携带的菜单数据项中包括应答方式和应答所需参数，则此时终端将操作结果发送给服务器具体为按照所述应答方式及应答所需参数将所述操作结果发送给服务器。

本发明实施例的技术方案，菜单数据项是由服务器进行设置和下发，因此避免了终端能力受限带来的不利影响，使得终端与服务器间的数据处理更完善，可以适应业务的不断发展。

请参阅图2，是本发明实施例二数据处理方法流程图，包括：

201、服务器下发菜单数据项；

在进行业务过程中，服务器可以根据业务逻辑，创建交互菜单数据项，并下发消息给终端，所述消息中携带菜单数据项。在菜单数据项中，包含了终端应答的方式及相关参数，例如DTMF方式、短消息方式(包括应答电话号码)、USSD方式(包括应答电话号码)方式、PS应答方式(包括服务器地址的URI(Uniform Resource Identifier，通用资源标志符)。

对于菜单数据项的下发操作的过程，可以是通过终端向服务器主动获取，采用HTTP(Hypertext Transfer Protocol，超文本传输协议)Get(请求)的PS承载方式或短消息的CS承载方式等，也可以是通过服务器向终端发送，采用HTTP POST(给予)的PS承载方式或PUSH方式、短消息的CS承载方式等。

菜单数据项包括消息头和消息体。

菜单数据项的消息头可以包含以下内容，具体参见表1：

消息类型TYPE	消息长度Length	流号SeqNO	应答方式RMD	终端标识TID	应答参数RPM
						Invoke/Result	数字类型	数字类型	DTMF、SMS等	电话号码或其他IDNUM	应答必须的参数信息

表1

表1中各参数的含义见以下描述：

TYPE：表示该消息是Invoke请求消息，还是Result应答消息。如果应答采用DTMF，则不在此部分内容进行要求。

Length：表示该菜单数据项的总长度信息。

SeqNO：表示该消息的表示码，对于一个会话，每个Invoke和Result应保持同一个值。但对于DTMF方式的应答，不包括这部分。

RMD：表示该菜单数据项要求的应答方式，例如DTMF、SMS(ShortMessage Service，短消息)、HTTP POST方式等。

TID：终端标识，能够描述终端的ID，例如电话号码、URI、IMSI(InternationalMobile Subscriber Identification Number，、国际移动用户识别码)、IP(InternetProtocol，互联网协议)地址等。

RPM：表示应答所需参数，即应答方式的必要接入参数，例如电话号码、URI地址等。

需要说明的是，上述参数中，有时也可以不需要含有应答参数RPM。

菜单数据项的消息体可以包含以下内容，具体参见表2：

菜单数据项ItemID	菜单显示信息ItemString	映射键盘信息KeyMap
			数字	字符串	键盘按键字符

表2

消息体项目有一条或多条数据。当是Invoke消息时，表明给终端显示的是菜单数据项，当是Result消息时，则表明是终端应答的数据，应答数据也可能是一条或多条。

表2中各参数的含义见以下描述：

ItemID：菜单数据项ID，表示该菜单数据项的ID。

ItemString：菜单显示信息，表示该菜单数据项显示的字符信息。

KeyMap：用于用户应答时在手机上操作映射的键盘字符信息。

202、终端解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元进行处理；

终端接收服务器发送的消息后，对所述消息进行解析，从中解析出所述菜单数据项，将所述菜单数据项组合成菜单，将菜单中的菜单数据项展示给用户。解析的规则是根据终端与服务器之间预先约定的规则。将菜单数据项组合成菜单，也可以采用现有的组合菜单技术。

另外，终端也可以将菜单中的菜单数据项传输给应用程序单元进行处理。终端中的应用程序单元设有专门处理菜单数据项的应用程序，该应用程序可以是原来设有的，也可以是新设置的。

203、终端向服务器返回操作结果；

终端向用户展示菜单数据项或向应用程序单元传输菜单数据项后，用户或应用程序单元可以根据菜单数据项进行操作。例如用户选择其中一个菜单数据项，如果菜单数据项是直接对应按键设置，则可以直接选择一个按键，如果是采用短消息方式，则可以输入应答电话号码等。

对于应用程序单元，则可以根据输入到本单元的菜单数据项，同时结合业务逻辑选择其中一个菜单数据项进行处理。具体可以是应用程序单元根据终端当前的能力或设置，自动选择一个菜单数据项。例如服务器根据业务逻辑创建的菜单数据项中含有要求短消息方式应答的，则应用程序单元确定终端具有相应的能力后，自动选择短消息方式，从而实现了对菜单数据项的选择。

然后，终端将用户或应用程序单元根据所述菜单数据项执行的操作结果发送给服务器。发送操作结果时，是采用菜单数据项中指示的应答方式。例如菜单数据项中是指示DTMF方式，则向服务器返回操作结果时就是按照DTMF方式应答。

204、服务器根据操作结果进行处理，向终端发送动态生成的新菜单数据项；

服务器根据终端反馈的操作结果来进行处理，执行终端对应操作的要求。另外，服务器还可以是根据反馈的操作结果动态生成下一个菜单数据项，即将已反馈的操作结果作为参考因素，创建与该结果相关的新的菜单数据项。然后将该新的菜单数据项并发送给终端。

需说明的是，如果是应用在一个呼叫类业务时，终端是可以通过DTMF方式来进行应答反馈。那么服务器此时要进行DTMF的收号操作，以保证能够正确收到终端的应答信号。

205、终端解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元进行处理；

该步骤与步骤202基本相同，只不过此时的菜单数据项是服务器根据上次终端返回的操作结果重新动态生成的。

206、终端向服务器返回操作结果；

该步骤与步骤203基本相同。

可以发现，本发明实施例提供的数据处理方法，在处理过程中，由服务器下发菜单数据项，并可以根据用户或应用程序单元的操作结果再动态重新生成新的菜单数据项，并下发给终端。这些菜单数据项中的操作项可以设置成对应终端按键，此时对应采用的是DTMF方式，因为在业务进行的不同时期，服务器下发的菜单数据项是不同的，所以对于有限的终端按键可以被无限次的复用。这样，就克服了终端能力受限所带来的不利影响，避免了终端输入能力限制对业务开展的不利因素，易于用户或终端的应用程序单元的操作和使用。

上述内容详细介绍了本发明实施例数据处理方法，相应的，本发明实施例提供一种终端、服务器及网络***。

请参阅图3，是本发明实施例终端结构示意图。

如图3所示，终端包括：接收单元301、处理单元302、发送单元303。

接收单元301，用于接收服务器发送的消息，所述消息中携带菜单数据项。所述接收单元301接收的消息中携带的菜单数据项是由服务器根据业务逻辑创建的菜单数据项，或者是由服务器根据终端发送的信息生成的菜单数据项。

处理单元302，用于从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输到应用程序单元。

发送单元303，用于对所述菜单数据项执行操作的操作结果发送给服务器。

所述处理单元302包括：解析单元3021、组合单元3022和展示单元3023。

解析单元3021，用于从所述消息中解析出所述菜单数据项。解析的规则是根据终端与服务器之间预先约定的规则。

组合单元3022，用于将所述菜单数据项组合成菜单。将菜单数据项组合成菜单，也可以采用现有的组合菜单技术。

菜单处理单元3023，用于将菜单中的菜单数据项展示给用户或或传输到应用程序单元。

请参阅图4，是本发明实施例服务器结构示意图。

如图4所示，服务器包括：发送单元401、接收单元402。

发送单元401，用于向终端发送消息，所述消息中携带菜单数据项。

接收单元402，用于接收终端发送的操作结果，所述操作结果是所述终端从服务器发送的消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输到应用程序单元后，由终端对所述菜单数据项执行操作得到。

服务器进一步包括：处理单元403。

处理单元403，用于根据业务逻辑创建菜单数据项，或者是根据终端发送的信息生成菜单数据项，例如根据终端反馈的操作结果动态生成下一个菜单数据项，即将已反馈的操作结果作为参考因素，创建与该结果相关的新的菜单数据项

请参阅图5，是本发明实施例网络***结构示意图。

如图5所示，网络***包括：服务器502、终端501。

服务器502，用于发送消息，所述消息中携带菜单数据项。

终端501，用于接收服务器502发送的消息，所述消息中携带菜单数据项，从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输到应用程序单元。

服务器502具有上述图4所示的结构，终端501具有上述图3所示的结构，此处不再详细叙述。

综上所述，本发明实施例的技术方案，菜单数据项是由服务器进行设置和下发，终端根据接收的菜单数据项进行处理，因此避免了终端能力受限带来的不利影响，使得终端与服务器间的数据处理更完善，可以适应业务的不断发展。

进一步的，本发明实施例技术方案中，服务器还可以是根据终端反馈的操作结果动态生成下一个菜单数据项，从而使用更为灵活和方便。

以上对本发明实施例所提供的一种数据处理方法、终端、服务器及网络***进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1、一种数据处理方法，其特征在于，包括：

接收服务器发送的消息，所述消息中携带菜单数据项；

从所述消息中解析出所述菜单数据项；

将所述菜单数据项展示给用户或传输给应用程序单元。

2、根据权利要求1所述的数据处理方法，其特征在于，所述将所述菜单数据项展示给用户或传输给应用程序单元之后还包括：

将对所述菜单数据项执行操作的操作结果发送给服务器。

3、根据权利要求1或2所述的数据处理方法，其特征在于：

所述消息中携带的菜单数据项是由服务器根据业务逻辑创建的菜单数据项，或者是由服务器根据终端发送的信息生成的菜单数据项。

4、根据权利要求3所述的数据处理方法，其特征在于，所述终端发送的信息为：

终端发送给服务器的操作结果。

5、根据权利要求1或2所述的数据处理方法，其特征在于，所述接收服务器发送的消息具体为：

在向服务器发送获取请求后接收服务器发送的消息；或者，

接收服务器主动发送的消息。

6、根据权利要求2所述的数据处理方法，其特征在于：

所述消息中携带的菜单数据项中包括应答方式，所述将操作结果发送给服务器具体为按照所述应答方式将所述操作结果发送给服务器；或者，

所述消息中携带的菜单数据项中包括应答方式和应答所需参数，所述将操作结果发送给服务器具体为按照所述应答方式及应答所需参数将所述操作结果发送给服务器。

7、根据权利要求1或2所述的数据处理方法，其特征在于，所述将所述菜单数据项展示给用户或传输给应用程序单元具体为：

将从所述消息中解析出的所述菜单数据项组合成菜单，将菜单中的菜单数据项展示给用户或传输给应用程序单元。

8、根据权利要求1或2所述的数据处理方法，其特征在于：

所述消息中携带的菜单数据项对应终端按键。

9、一种终端，其特征在于，包括：

接收单元，用于接收服务器发送的消息，所述消息中携带菜单数据项；

处理单元，用于从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元。

10、根据权利要求9所述的终端，其特征在于，还包括：

发送单元，用于将对所述菜单数据项执行操作的操作结果发送给服务器。

11、根据权利要求9或10所述的终端，其特征在于：

所述接收单元接收的消息中携带的菜单数据项是由服务器根据业务逻辑创建的菜单数据项，或者是由服务器根据终端发送的信息生成的菜单数据项。

12、根据权利要求9或10所述的终端，其特征在于，所述处理单元包括：

解析单元，用于从所述消息中解析出所述菜单数据项；

组合单元，用于将所述菜单数据项组合成菜单；

菜单处理单元，用于将菜单中的菜单数据项展示给用户或传输给应用程序单元。

13、一种服务器，其特征在于，包括：

发送单元，用于向终端发送消息，所述消息中携带菜单数据项；

接收单元，用于接收终端发送的操作结果，所述操作结果是所述终端从服务器发送的消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元后，由终端对所述菜单数据项执行操作得到。

14、根据权利要求13所述的服务器，其特征在于，服务器进一步包括：

处理单元，用于根据业务逻辑创建菜单数据项，或者是根据终端发送的信息生成菜单数据项。

15、一种网络***，其特征在于，包括：

服务器，用于发送消息，所述消息中携带菜单数据项；

终端，用于接收服务器发送的消息，从所述消息中解析出所述菜单数据项，将所述菜单数据项展示给用户或传输给应用程序单元。

Images