CN105577966A - 一种数据业务处理方法、装置及终端 - Google Patents

Abstract

本发明实施例公开了一种数据业务处理方法、装置及终端。其中的数据业务处理方法包括：当接收到通信终端中的目标应用程序发送的数据业务请求时，向网络服务器转发所述数据业务请求；接收所述网络服务器根据所述数据业务请求返回的回复信息；根据所述回复信息判断所述通信终端的通信状态是否异常；若所述通信状态异常，停止向所述网络服务器转发所述数据业务请求。本发明在通信终端通信状态异常时停止转发数据业务请求，从而降低了对网络服务器的负载，提升了用户体验。

Description

一种数据业务处理方法、装置及终端

技术领域

本发明涉及通信技术领域，尤其涉及一种数据业务处理方法、装置及终端。

背景技术

现有的通信运营商提供的预付费业务，在预缴的话费使用完之后，就会欠费停机。在欠费停机之后，用户只有在使用语音业务，比如拨打电话时，才能听到运营商的语音提示，从而知道自己欠费。而如果用户使用的是智能手机，当通过智能手机上的各种应用程序使用数据业务时，就只会出现连接错误或者无法打开页面的情况，而用户此时无从得知是何原因，体验较差。同时，由于很多应用程序运行在后台，会频繁的发送数据业务请求，虽然用户已经欠费停机，但是这依旧会给网络服务器带来负载。因此，现有的数据业务处理方法，不仅降低了用户的体验，而且增大了网络服务器的负载。

发明内容

本发明实施例提供一种数据业务处理方法、装置及终端，能够降低网络服务器的负载，提升用户体验。

本发明第一方面提供了一种数据业务处理方法，包括：

当接收到通信终端中的目标应用程序发送的数据业务请求时，向网络服务器转发所述数据业务请求；

接收所述网络服务器根据所述数据业务请求返回的回复信息；

根据所述回复信息判断所述通信终端的通信状态是否异常；

若所述通信状态异常，停止向所述网络服务器转发所述数据业务请求。

优选地，若所述通信状态异常，输出通信状态异常提示信息。

优选地，所述根据所述回复信息判断所述通信终端的通信状态是否异常，包括：解析所述回复信息，获得所述通信终端的通信状态标识；若所述通信状态标识为欠费标识，则所述通信终端的通信状态异常。

优选地，若所述目标应用程序为浏览器应用，所述数据业务请求包括请求访问网页；所述停止向所述网络服务器转发所述数据业务请求之后，还包括：将所请求访问的网页重定向至预设的缴费页面。

优选地，若所述目标应用程序为非浏览器应用，则所述停止向所述网络服务器转发所述数据业务请求之后，还包括：在所述目标应用程序的交互界面中输出预设的缴费页面。

优选地，还包括将所述预设的缴费页面上的缴费请求转发至网络服务器。

优选地，在等待一预设时间后，判断所述通信终端的通信状态是否正常，并在通信状态正常时允许转发所述数据业务请求至所述网络服务器。

本发明第二发明提供了一种数据业务处理装置，包括：

第一接收模块，用于接收通信终端中的目标应用程序发送的数据业务请求；

发送模块，用于向网络服务器转发所述数据业务请求；

第二接收模块，用于接收所述网络服务器根据所述数据业务请求返回的回复信息；

判断模块，用于根据所述回复信息判断所述通信终端的通信状态是否异常；

所述发送模块还用于当所述通信状态异常时，停止向所述网络服务器转发所述数据业务请求。

优选地，还包括：处理模块，用于当所述通信状态异常时，输出通信状态异常提示信息。

优选地，所述判断模块进一步包括：解析子模块，用于解析所述回复信息，获得所述通信终端的通信状态标识；匹配子模块，用于判断所述通信状态标识是否为欠费标识；若是，则所述通信终端的通信状态异常。

优选地，若所述目标应用程序为浏览器应用，所述数据业务请求包括请求访问网页；所述处理模块还用于将所请求访问的网页重定向至预设的缴费页面。

优选地，若所述目标应用程序为非浏览器应用，则所述处理模块还用于在所述目标应用程序的交互界面中输出预设的缴费页面。

优选地，所述处理模块还用于将所述预设的缴费页面上的缴费请求转发至网络服务器。

优选地，所述判断模块在等待一预设时间后，判断所述通信终端的通信状态是否正常，所述发送模块在通信状态正常时允许转发所述数据业务请求至所述网络服务器。

本发明第三方面提供了一种终端，包括上述所述的数据业务处理装置。

实施本发明实施例，具有如下有益效果：

本发明实施例中，当接收到应用程序发出的数据业务请求时，转发至网络服务器，根据网络服务器返回的回复信息判断当前是否通信异常，并在通信异常时停止向所述网络服务器转发所述数据业务请求，从而降低了网络服务器的负载，提升了用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种数据业务处理方法第一实施例的流程图。

图2为图1所示的步骤S103的一个实施例的流程图。

图3为本发明实施例提供的一种数据业务处理方法第二实施例的流程图。

图4为本发明实施例提供的一种数据业务处理方法第三实施例的流程图。

图5为本发明实施例提供的一种数据业务处理方法第四实施例的流程图。

图6为本发明实施例提供的一种数据业务处理装置第一实施例的结构示意图。

图7为图6所示的判断模块的一个实施例的结构示意图。

图8为本发明实施例提供的一种数据业务处理装置第二实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的一种数据业务处理方法第一实施例的流程图。本发明实施例中，数据业务处理方法执行于通信终端上，通信终端可以为智能手机、电脑、平板电脑等电子装置。本领域技术人员可以理解的是，通信终端通过使用通信运营商提供的网络接入互联网，比如可以通过使用UIM(useridentitymodule，用户识别模块)卡或者SIM(subscriberidentitymodule，客户识别模块)卡来接入网络，本发明并不以此为限。该数据业务处理方法包括以下步骤S101-S104。

在步骤S101中，当接收到通信终端中的目标应用程序发送的数据业务请求时，向网络服务器转发所述数据业务请求。

具体的，通信终端上运行有应用程序，比如浏览器应用或者各种社交软件应用，通信终端通过转发应用程序的数据业务请求至网络服务器，实现各种网络服务，如浏览网页、聊天以及查看新闻等。网络服务器是指通信运营商端的网络服务器，用于接收通信终端的数据业务请求，为通信终端提供网络服务。

在步骤S102中，接收所述网络服务器根据所述数据业务请求返回的回复信息。

具体的，网络服务器在接收到通信终端发送的数据业务请求之后，会根据请求返回相应的回复信息，通信终端接收此回复信息。

在步骤S103中，根据所述回复信息判断所述通信终端的通信状态是否异常。

具体的，通信终端会根据回复信息判断当前的通信状态。其中，通信状态包括正常和异常。对应于通信终端不同的通信状态，网络服务器返回的回复信息会有所不同，通信终端通过解析回复信息可以判断当前的通信状态是否异常。若当前通信状态异常，则进入步骤S104中；若当前通信状态正常，则重复进行步骤S101。

在步骤S104中，若所述通信状态异常，停止向所述网络服务器转发所述数据业务请求。

具体的，若当前通信状态异常，表明此时通信终端已经欠费，网络服务器无法为通信终端提供通信服务了，然而应用程序依旧会频繁发送数据业务请求，因此为了降低网络服务器的负载，此时通信终端停止向网络服务器转发数据业务请求。

上述可知，本发明实施例中的数据业务处理方法，通过判断当前通信终端的通信状态，在当前通信状态异常时，停止向网络服务器转发数据业务请求，从而降低了网络服务器的负载。

请参见图2，为图1所示的步骤S103的一个实施例的流程图。本实施例示出了通信终端根据回复信息判断通信状态是否正常的步骤，具体包括以下步骤S1031-S1032。

在步骤S1031中，解析所述回复信息，获得所述通信终端的通信状态标识。

具体的，通信终端解析网络服务器返回的回复信息，获得其中的通信状态标识，通信状态标识是由网络服务器根据通信终端的状态添加。

在步骤S1032中，判断所述通信状态标识是否为欠费标识；若是，则所述通信终端的通信状态异常。

具体的，通信终端判断通信状态标识是否为欠费标识。若是欠费标识，则表明当前通信终端已经欠费，通信状态异常；若无欠费标识，则表明通信终端未欠费，通信状态正常。

图3为本发明实施例提供的一种数据业务处理方法第二实施例的流程图。该方法包括以下步骤S301-S305。

本实施例中S301-S304与上一实施例中S101-S104的步骤相同，在此不赘述。

在步骤S305中，若所述通信状态异常，输出通信状态异常提示信息。

具体的，若当前通信状态异常，表明此时通信终端已经欠费，虽然在步骤S304中，已经停止向网络服务器转发数据业务请求，然而此时用户还是不知道原因，因此，在此步骤中，可以输出通信状态异常的提示消息，用于提示用户无法使用网络服务，已经欠费。具体的，提示信息可以采用通知、消息推送或者状态栏提醒等形式，如可以在当前通信终端屏幕上显示对话框，或者推送通知等，本发明并不以此为限。

上述可知，本发明实施例中的数据业务处理方法，通过判断当前通信终端的通信状态，在当前通信状态异常时，停止向网络服务器转发数据业务请求，从而降低了网络服务器的负载，并通过输出通信状态异常提示信息，能够及时提醒用户当前的通信状态，提升用户体验。

图4为本发明实施例提供的一种数据业务处理方法第三实施例的流程图。该方法包括以下步骤S401-S408。

本实施例中S401-S404与上一实施例中S101-S104的步骤相同，在此不赘述。需要说明的是，图3所示实施例中的步骤S305也可用于本实施例中，本实施例并不以此为限。

在步骤S405中，判断目标应用程序是否为浏览器应用。

具体的，应用程序分为浏览器应用和非浏览器应用。其中，浏览器应用发送的数据业务请求包括请求访问网页，比如通过输入URL访问相应的网页；非浏览器应用包括其他应用软件，如微信、qq等社交软件。通信终端通过请求类型判断目标应用程序是否为浏览器应用，若是，则进入步骤S406中；若不是，则进入步骤S407中。

在步骤S406中，将所请求访问的网页重定向至预设的缴费页面。

具体的，若目标应用程序为浏览器应用，由于此时通信终端通信状态异常，无法打开应用程序请求访问的网页，同时为了方便用户在欠费之后进行缴费，因此通信终端将所请求访问的网页重定向至预设的缴费页面，方便用户缴费。即不论当前目标应用程序请求访问的是何网页，均重定向至预设的缴费页面。该预设的缴费页面可以是运营商提供，也可以是第三方提供，本发明并不以此为限。

在步骤S407中，在所述目标应用程序的交互界面中输出预设的缴费页面。

具体的，若目标应用程序为非浏览器应用，由于没有对应的浏览器窗口，为了方便用户在欠费之后进行缴费，此时通信终端将在所述目标应用程序的交互界面中输出预设的缴费页面。比如，在微信或者qq的界面中输出预设的缴费页面，方便用户缴费。

在步骤S408中，将所述预设的缴费页面上的缴费请求转发至网络服务器。

具体的，由于在步骤S404中，通信终端已经停止转发数据业务请求，此时为了便于缴费，通信终端将所述预设的缴费页面上的缴费请求转发至网络服务器。这样，通信终端可以在通信状态异常的情况下，完成缴费，提升用户的体验。

上述可知，本发明实施例中的数据业务处理方法，通过判断当前通信终端的通信状态，在当前通信状态异常时，停止向网络服务器转发数据业务请求，从而降低了网络服务器的负载，并通过输出预设的缴费页面，将预设的缴费页面上的缴费请求转发至网络服务器，不仅进一步提示用户通信状态异常，同时也便于用户缴费，提升了用户的体验。

图5为本发明实施例提供的一种数据业务处理方法第四实施例的流程图。该方法包括以下步骤S501-S510。

本实施例中S501-S508与上一实施例中S401-S408的步骤相同，在此不赘述。需要说明的是，图3所示实施例中的步骤S305也可用于本实施例中，本实施例并不以此为限。

在步骤S509中，在等待一预设时间后，判断所述通信终端的通信状态是否正常。

具体的，在步骤S508中，用户进行缴费操作之后，通信终端等待一预设时间，判断当前通信状态是否正常。本领域技术人员可以理解的是，由于用户可以采取多种方式进行缴费，因此本实施例中S505-S508的步骤不是必须的，即本实施例中S509的步骤可以直接在步骤S504之后进行。该预设时间可以为经验值，如5分钟，也可由用户自行设置。通信终端在等待一预设时间之后判断当前通信状态是否正常。其中，此时判断通信状态是否正常的方法可以是通信终端通过发送特定的请求至网络服务器，也可以是通信终端发送短信至通信运营商查询话费，还可以是通信终端主动拨打预设的通信运营商号码判断是否通信状态正常，本发明并不以此为限。若此时通信终端通信状态已经正常，则进入步骤S510中；若此时通信终端通信状态还是处于异常，则重复进入步骤S504中。

在步骤S510中，允许转发数据业务请求至所述网络服务器。

具体的，在通信终端通信状态正常的情况下，表明此时通信终端已经未欠费，可以正常使用网络服务，因此允许转发数据业务请求至所述网络服务器，以恢复用户的正常使用。特别的，此时还可以输出一通信状态正常的提示信息。

上述可知，本发明实施例中的数据业务处理方法，通过判断当前通信终端的通信状态，在当前通信状态异常时，停止向网络服务器转发数据业务请求，从而降低了网络服务器的负载，并通过输出预设的缴费页面，将预设的缴费页面上的缴费请求转发至网络服务器，不仅进一步提示用户通信状态异常，同时也便于用户缴费，提升了用户的体验。同时，在等待预设的时间之后再次判断通信状态是否正常，在通信状态正常时允许转发数据业务请求，避免了在用户已经缴费的情况下禁止用户使用网络服务，进一步的提升了用户的体验。

图6为本发明实施例提供的一种数据业务处理装置第一实施例的结构示意图。该数据业务处理装置应用于通信终端上，通信终端可以为智能手机、电脑、平板电脑等电子装置。该数据业务处理装置包括第一接收模块601、发送模块602、第二接收模块603以及判断模块604。

第一接收模块601用于接收通信终端中的目标应用程序发送的数据业务请求。

具体的，通信终端上运行有应用程序，比如浏览器应用或者各种社交软件应用，应用程序通过发送数据业务请求来请求对应的网络服务，第一接收模块601接收目标应用程序发送的数据业务请求。

发送模块602用于向网络服务器转发所述数据业务请求。

具体的，发送模块602通过转发应用程序的数据业务请求至网络服务器，实现各种网络服务，如浏览网页、聊天以及查看新闻等。网络服务器是指通信运营商端的网络服务器，用于接收发送模块602的数据业务请求，为通信终端提供网络服务。

第二接收模块603用于接收所述网络服务器根据所述数据业务请求返回的回复信息。

具体的，网络服务器在接收到发送模块602发送的数据业务请求之后，会根据请求返回相应的回复信息，第二接收模块603接收此回复信息。

判断模块604用于根据所述回复信息判断所述通信终端的通信状态是否异常。

具体的，判断模块604会根据回复信息判断当前的通信状态。其中，通信状态包括正常和异常。对应于通信终端不同的通信状态，网络服务器返回的回复信息会有所不同，判断模块604通过解析回复信息可以判断当前的通信状态是否异常。

发送模块602还用于当所述通信状态异常时，停止向所述网络服务器转发所述数据业务请求。

具体的，若当前通信状态异常，表明此时通信终端已经欠费，网络服务器无法为通信终端提供通信服务了，然而应用程序依旧会频繁发送数据业务请求，因此为了降低网络服务器的负载，此时发送模块602停止向网络服务器转发数据业务请求。

上述可知，本发明实施例中的数据业务处理装置，通过判断当前通信终端的通信状态，在当前通信状态异常时，停止向网络服务器转发数据业务请求，从而降低了网络服务器的负载。

图7为图6所示的判断模块的一个实施例的结构示意图。判断模块604进一步包括解析子模块6041以及匹配子模块6042。

解析子模块6041用于解析所述回复信息，获得所述通信终端的通信状态标识。

具体的，解析子模块6041解析网络服务器返回的回复信息，获得其中的通信状态标识，通信状态标识是由网络服务器根据通信终端的状态添加。

匹配子模块6042用于判断所述通信状态标识是否为欠费标识；若是，则所述通信终端的通信状态异常。

具体的，匹配子模块6042判断通信状态标识是否为欠费标识。若是欠费标识，则表明当前通信终端已经欠费，通信状态异常；若无欠费标识，则表明通信终端未欠费，通信状态正常。

图8为本发明实施例提供的一种数据业务处理装置第二实施例的结构示意图。对比图6所示实施例中的数据业务处理装置，在本实施例中，数据业务处理装置还包括处理模块805。

本实施例中，第一接收模块801、发送模块802、第二接收模块803以及判断模块804实现的功能与图6实施例中相同，在此不再赘述。

处理模块805用于当所述通信状态异常时，输出通信状态异常提示信息。

具体的，若当前通信状态异常，表明此时通信终端已经欠费，虽然发送模块802已经停止向网络服务器转发数据业务请求，然而此时用户还是不知道原因，因此，在此步骤中，处理模块805可以输出通信状态异常的提示消息，用于提示用户无法使用网络服务，已经欠费。具体的，提示信息可以采用通知、消息推送或者状态栏提醒等形式，如可以在当前通信终端屏幕上显示对话框，或者推送通知等，本发明并不以此为限。

在其他实施方式中，判断模块804还用于判断所述目标应用程序是否为浏览器应用。

具体的，应用程序分为浏览器应用和非浏览器应用。其中，浏览器应用发送的数据业务请求包括请求访问网页，比如通过输入URL访问相应的网页；非浏览器应用包括其他应用软件，如微信、qq等社交软件。判断模块804通过请求类型判断目标应用程序是否为浏览器应用

若目标应用程序为浏览器应用，处理模块805还用于将所请求访问的网页重定向至预设的缴费页面。

具体的，若目标应用程序为浏览器应用，由于此时通信终端通信状态异常，无法打开应用程序请求访问的网页，同时为了方便用户在欠费之后进行缴费，因此处理模块805将所请求访问的网页重定向至预设的缴费页面，方便用户缴费。即不论当前目标应用程序请求访问的是何网页，均重定向至预设的缴费页面。该预设的缴费页面可以是运营商提供，也可以是第三方提供，本发明并不以此为限。

若目标应用程序为非浏览器应用，处理模块805还用于在所述目标应用程序的交互界面中输出预设的缴费页面。

具体的，若目标应用程序为非浏览器应用，由于没有对应的浏览器窗口，为了方便用户在欠费之后进行缴费，此时处理模块805将在所述目标应用程序的交互界面中输出预设的缴费页面。比如，在微信或者qq的界面中输出预设的缴费页面，方便用户缴费。

处理模块805还用于将所述预设的缴费页面上的缴费请求转发至网络服务器。

具体的，由于发送模块802已经停止转发数据业务请求，此时为了便于缴费，处理模块805将所述预设的缴费页面上的缴费请求转发至网络服务器。这样，通信终端可以在通信状态异常的情况下，完成缴费，提升用户的体验。

在其他实施方式中，所述判断模块804还用于在等待一预设时间后，判断所述通信终端的通信状态是否正常。

具体的，在用户进行缴费操作之后，判断模块804等待一预设时间，判断当前通信状态是否正常。该预设时间可以为经验值，如5分钟，也可由用户自行设置。判断模块804在等待一预设时间之后判断当前通信状态是否正常。其中，此时判断通信状态是否正常的方法可以是通过发送特定的请求至网络服务器，也可以是发送短信至通信运营商查询话费，还可以是主动拨打预设的通信运营商号码判断是否通信状态正常，本发明并不以此为限。

所述发送模块802还用于在通信状态正常时允许转发数据业务请求至所述网络服务器。

具体的，在通信终端通信状态正常的情况下，表明此时通信终端已经未欠费，可以正常使用网络服务，因此发送模块802允许转发数据业务请求至所述网络服务器，以恢复用户的正常使用。特别的，此时处理模块805还可以用于输出一通信状态正常的提示信息。

上述可知，本发明实施例中的数据业务处理装置，通过判断当前通信终端的通信状态，在当前通信状态异常时，停止向网络服务器转发数据业务请求，从而降低了网络服务器的负载，并通过输出预设的缴费页面，将预设的缴费页面上的缴费请求转发至网络服务器，不仅进一步提示用户通信状态异常，同时也便于用户缴费，提升了用户的体验。同时，在等待预设的时间之后再次判断通信状态是否正常，在通信状态正常时允许转发数据业务请求，避免了在用户已经缴费的情况下禁止用户使用网络服务，进一步的提升了用户的体验。

本发明实施例还公开了一种终端，该终端可以包括数据业务处理装置，该数据业务处理装置的结构和功能可以参见图6或图8中实施例中的相关说明，在此不赘述。可以理解的是，本发明实施例的终端，也可以应用于图1、图3-图5任一实施例所示的方法中。

上述可知，本发明实施例中的终端，通过判断当前通信终端的通信状态，在当前通信状态异常时，停止向网络服务器转发数据业务请求，从而降低了网络服务器的负载，并通过输出预设的缴费页面，将预设的缴费页面上的缴费请求转发至网络服务器，不仅进一步提示用户通信状态异常，同时也便于用户缴费，提升了用户的体验。同时，在等待预设的时间之后再次判断通信状态是否正常，在通信状态正常时允许转发数据业务请求，避免了在用户已经缴费的情况下禁止用户使用网络服务，进一步的提升了用户的体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (15)

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

当接收到通信终端中的目标应用程序发送的数据业务请求时，向网络服务器转发所述数据业务请求；

接收所述网络服务器根据所述数据业务请求返回的回复信息；

根据所述回复信息判断所述通信终端的通信状态是否异常；

若所述通信状态异常，停止向所述网络服务器转发所述数据业务请求。

2.如权利要求1所述的数据业务处理方法，其特征在于，还包括：若所述通信状态异常，输出通信状态异常提示信息。

3.如权利要求1所述的数据业务处理方法，其特征在于，所述根据所述回复信息判断所述通信终端的通信状态是否异常，包括：

解析所述回复信息，获得所述通信终端的通信状态标识；

若所述通信状态标识为欠费标识，则所述通信终端的通信状态异常。

4.如权利要求3所述的数据业务处理方法，其特征在于，若所述目标应用程序为浏览器应用，所述数据业务请求包括请求访问网页；

所述停止向所述网络服务器转发所述数据业务请求之后，还包括：

将所请求访问的网页重定向至预设的缴费页面。

5.如权利要求3所述的数据业务处理方法，其特征在于，若所述目标应用程序为非浏览器应用，则所述停止向所述网络服务器转发所述数据业务请求之后，还包括：

在所述目标应用程序的交互界面中输出预设的缴费页面。

6.如权利要求4或5所述的数据业务处理方法，其特征在于，将所述预设的缴费页面上的缴费请求转发至网络服务器。

7.如权利要求6所述的数据业务处理方法，其特征在于，在等待一预设时间后，判断所述通信终端的通信状态是否正常，并在通信状态正常时允许转发所述数据业务请求至所述网络服务器。

8.一种数据业务处理装置，其特征在于，包括：

第一接收模块，用于接收通信终端中的目标应用程序发送的数据业务请求；

发送模块，用于向网络服务器转发所述数据业务请求；

第二接收模块，用于接收所述网络服务器根据所述数据业务请求返回的回复信息；

判断模块，用于根据所述回复信息判断所述通信终端的通信状态是否异常；

所述发送模块还用于当所述通信状态异常时，停止向所述网络服务器转发所述数据业务请求。

9.如权利要求8所述的数据业务处理装置，其特征在于，还包括：

处理模块，用于当所述通信状态异常时，输出通信状态异常提示信息。

10.如权利要求8所述的数据业务处理装置，其特征在于，所述判断模块进一步包括：

解析子模块，用于解析所述回复信息，获得所述通信终端的通信状态标识；

匹配子模块，用于判断所述通信状态标识是否为欠费标识；若是，则确定所述通信终端的通信状态异常。

11.如权利要求10所述的数据业务处理装置，其特征在于，若所述目标应用程序为浏览器应用，所述数据业务请求包括请求访问网页；所述处理模块还用于将所请求访问的网页重定向至预设的缴费页面。

12.如权利要求10所述的数据业务处理装置，其特征在于，若所述目标应用程序为非浏览器应用，则所述处理模块还用于在所述目标应用程序的交互界面中输出预设的缴费页面。

13.如权利要求11或12所述的数据业务处理装置，其特征在于，所述处理模块还用于将所述预设的缴费页面上的缴费请求转发至网络服务器。

14.如权利要求13所述的数据业务处理装置，其特征在于，所述判断模块在等待一预设时间后，判断所述通信终端的通信状态是否正常，所述发送模块在通信状态正常时允许转发所述数据业务请求至所述网络服务器。

15.一种终端，其特征在于，包括上述权利要求8-14任一项所述的数据业务处理装置。