CN105450582A - 业务处理方法、终端、服务器及系统 - Google Patents

Abstract

本发明公开了一种处理业务方法、终端、服务器及系统，属于互联网技术领域。所述方法包括：接收业务处理服务器发送的业务处理请求，业务处理请求中至少携带业务类型及验证信息，验证信息至少包括向业务处理服务器发送了访问请求的终端的用户标识；根据验证信息验证终端是否满足业务类型对应的验证条件；若终端满足业务类型对应的验证条件，则向业务处理服务器返回业务处理响应。本发明根据接收到的业务处理服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，向业务处理服务器返回业务处理响应，从而提高了业务处理效果。

Description

业务处理方法、终端、服务器及系统

技术领域

本发明涉及互联网技术领域，特别涉及一种业务处理方法、终端、服务器及系统。

背景技术

随着互联网技术的发展，OTT(OverTheTop，越过运营商提供服务)业务被广泛的应用。于此同时，OTT业务对运营商的侵蚀越来越严重。为了提高竞争力，运营商通过与OTT合作为用户提供各种业务。由于在运营商与OTT合作为用户提供各种业务过程中，业务处理的优劣是用户衡量运营商及OTT性能的重要参考，因此，在运营商与OTT合作的模式下如何处理业务，成为了影响运营商及OTT发展的关键。

其中，在运营商与OTT合作的模式下，处理业务的服务器为业务处理服务器，以查询类业务为例，相关技术在处理查询类业务时，首先终端访问业务处理服务器，然后业务处理服务器获取终端浏览器HTTP(HyperTextTransferProtocol，超文本传输协议)报文头的UA(UserAgent，用户代理)属性，进而查询UA属性中携带的终端的设备信息。

以自动登录业务为例，相关技术在处理自动登录类业务时，通过设定自动登录时间，在终端通过业务处理服务器提供的用户名和密码输入选项中输入用户名和密码登录之后，在设定的自动登录时间内，进行自动登录。

以定向提速类业务为例，相关技术在处理定向提速类业务时，首先用户订阅定向提速业务，运营商对于用户的流量执行特定的ACL(AccessControlList，访问控制列表)，该ACL为终端本地接入时对终端带宽的控制方法，然后用户操作终端访问业务处理服务器，流量匹配到ACL之后，通过增加终端的带宽对用户操作终端访问业务处理服务器进行定向提速。另外，当用户的多个终端同时访问业务处理服务器时，多个终端的流量将会被统一处理。

在实现本发明的过程中，发明人发现相关技术至少存在以下问题：

相关技术在处理查询类业务时，由于业务处理可查询的信息为UA属性中携带的终端的设备信息，对于终端接入网络的带宽信息却无法获取，导致相关技术处理的查询类业务较为单一，业务处理效果不佳。

相关技术在处理自动登录类业务时，由于在终端通过业务处理服务器提供的用户名和密码输入选项中输入用户名和密码登录之后，在设定的自动登录时间内，可以自动登录，当达到设定的自动登录时间之后，仍需输入用户名和密码进行登录，导致相关技术在处理自动登录类业务的并不便捷，业务处理效果不佳。

相关技术在处理定向提速类业务时，由于当用户的多个终端同时访问业务处理服务器时，多个终端的流量将会被统一处理，且只能在固定的接入位置接入业务，导致相关技术处理的定向提速类业务不支持用户终端在不同的接入位置接入业务，用户使用不便，业务处理效果不佳。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种业务处理方法、终端、服务器及系统。所述技术方案如下：

第一方面，提供了一种业务处理方法，所述方法包括：

接收业务处理服务器发送的业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括向所述业务处理服务器发送了访问请求的终端的用户标识；

根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件；

若所述终端满足所述业务类型对应的验证条件，则向所述业务处理服务器返回业务处理响应。

结合第一方面，在第一方面的第一种可能的实现方式中，所述业务类型为信息查询类型，所述根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件，包括：

根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

若所述用户签约信息表明所述终端开通了设备能力开放业务，则验证所述终端满足所述信息查询类型对应的验证条件。

结合第一方面，在第一方面的第二种可能的实现方式中，所述业务类型为自动登录类型，所述验证信息还包括：第一随机数、第一签名信息及第一URL(UniversalResourceLocator，统一资源定位符)；

所述根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件，包括：

根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

若所述用户签约信息表明所述终端开通了自动登录业务，则根据所述验证信息中的终端的用户标识查询所述终端对应的密匙，并将所述密匙与所述第一随机数及所述第一URL作哈希运算，得到第一验证信息；

将所述第一验证信息与所述第一签名信息进行匹配；

若所述第一验证信息与所述第一签名信息匹配，则验证所述终端满足所述自动登录类型对应的验证条件。

结合第一方面，在第一方面的第三种可能的实现方式中，所述业务处理类型为定向提速类型，所述验证信息还包括：第二随机数、第二签名信息及第二URL；

所述根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件，包括：

根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

若所述用户签约信息表明所述终端开通了定向提速类型业务，则根据所述验证信息中的终端的用户标识查询所述终端对应的密匙，并将所述密匙与所述第二随机数及所述第二URL作哈希，得到第二验证信息；

将所述第二验证信息与所述第二签名信息进行匹配；

若所述第二验证信息与所述第二签名信息匹配，则验证所述终端满足定向提速类型对应的验证条件。

第二方面，提供了一种业务处理方法，所述方法包括：

接收终端发送的访问请求，所述访问请求中至少携带所述终端的用户标识；

根据所述访问请求向运营商服务器发送业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括所述终端的用户标识；

接收所述运营商服务器返回的针对所述业务处理请求的业务处理响应，根据所述业务处理响应处理所述业务类型的业务。

结合第二方面，在第二方面第一种可能的实现方式中，所述业务类型为信息查询类型；所述业务处理响应中携带信息查询结果，所述信息查询结果包括所述终端的网络情况信息和所述终端的设备信息中的至少一种信息；

所述根据所述业务处理响应处理所述业务类型的业务，包括：

根据所述业务处理响应中携带的信息查询结果确定为所述终端提供的服务类型。

结合第二方面，在第二方面的第二种可能的实现方式中，所述访问请求为自动登录请求，所述根据所述访问请求向运营商服务器发送业务处理请求，包括：

如果接收到所述终端发送的自动登录请求后，确定所述终端未登录，则根据所述自动登录请求生成第一随机数，将所述第一随机数发送给所述终端；

接收所述终端发送的至少携带所述终端的用户标识、所述第一随机数及所述终端根据所述第一随机数生成的第一签名信息的登录验证请求；

根据所述登录验证请求向所述运营商服务器发送所述业务处理请求，所述业务类型为自动登录类型，所述验证信息还包括第一随机数、第一签名信息及第一URL。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述根据所述业务处理响应处理所述业务类型的业务，包括：

根据所述业务处理响应中携带的验证结果处理所述终端的自动登录类型的业务。

结合第二方面，在第二方面的第四种可能的实现方式中，所述访问请求为定向提速请求，所述根据所述访问请求向运营商服务器发送业务处理请求，包括：

向所述终端返回业务提示窗口，并向所述终端返回生成的第二随机数；

接收所述终端发送的至少携带所述终端的用户标识、所述第二随机数及所述终端根据所述第二随机数生成的第二签名信息的业务处理请求；

向所述运营商服务器发送所述业务处理请求，所述业务类型为定向提速类型，所述验证信息还包括第二随机数、第二签名信息及第二URL。

结合第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述根据所述业务处理响应处理所述业务类型的业务，包括：

根据所述业务处理响应中携带的验证结果处理所述终端的定向提速类型的业务。

第三方面，提供了一种业务处理方法，所述方法包括：

获取终端的用户标识；

向业务处理服务器发送至少携带所述终端的用户标识的访问请求；

接收所述业务处理服务器根据所述访问请求返回的信息；

若所述业务处理服务器返回的信息中包括随机数，则根据所述随机数向业务处理服务器发送业务处理反馈。

结合第三方面，在第三方面的第一种可能的实现方式中，所述访问请求为自动登录请求；所述接收所述业务处理服务器根据所述访问请求返回的信息，包括：

接收所述业务处理服务器根据所述自动登录请求返回的第一随机数；

所述根据所述随机数向业务处理服务器发送业务处理反馈，包括：

根据所述第一随机数生成第一签名信息，并向所述业务处理服务器发送至少携带所述终端的用户标识、所述第一随机数及所述第一签名信息的登录验证请求。

结合第三方面，在第三面的第二种可能的实现方式中，所述访问请求为定向提速请求；所述接收所述业务处理服务器根据所述访问请求返回的信息，包括：

接收所述业务处理服务器返回的业务提示窗口及根据所述定向提速请求返回的第二随机数；

所述根据所述随机数向业务处理服务器发送业务处理反馈，包括：

根据所述业务提示窗口进行业务确认后，根据第二随机数生成第二签名信息，并向所述业务处理服务器发送至少携带所述终端的用户标识、所述第二随机数及所述第二签名信息的业务确认响应。

第四方面，提供了一种运营商服务器，所述运营商服务器包括：

接收模块，用于接收业务处理服务器发送的业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括向所述业务处理服务器发送了访问请求的终端的用户标识；

验证模块，用于根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件；

返回模块，用于当所述终端满足所述业务类型对应的验证条件时，向所述业务处理服务器返回业务处理响应。

结合第四方面，在第四方面的第一种可能的实现方式中，所述业务类型为信息查询类型，所述验证模块，包括：

第一查询子模块，用于根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

第一验证子模块，用于当所述用户签约信息表明所述终端开通了设备能力开放业务时，验证所述终端满足所述信息查询类型对应的验证条件。

结合第四方面，在第四方面的第二种可能的实现方式中，所述业务类型为自动登录类型，所述验证信息还包括第一随机数、第一签名信息及第一URL；

所述验证模块，包括：

第一查询子模块，用于根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

第二查询子模块，用于当所述用户签约信息表明所述终端开通了自动登录类型业务时，根据所述验证信息中的终端的用户标识查询所述终端对应的密匙；

第一计算子模块，用于将所述密匙与所述第一随机数及所述第一URL作哈希运算，得到第一验证信息；

第一匹配子模块，用于将所述第一验证信息与所述第一签名信息进行匹配；

第二验证子模块，用于当所述第一验证信息与所述第一签名信息匹配时，验证所述终端满足所述自动登录类型对应的验证条件。

结合第四方面，在第四方面的第三种可能的实现方式中，所述业务处理类型为定向提速类型，所述验证信息还包括第二随机数、第二签名信息及第二URL；

所述验证模块，包括：

第一查询子模块，用于根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

第三查询子模块，用于当所述用户签约信息表明所述终端开通了定向提速类型业务时，根据所述验证信息中的终端的用户标识查询所述终端对应的密匙；

第二计算子模块，用于将所述密匙与所述第二随机数及所述第二URL作哈希，得到第二验证信息；

第二匹配子模块，用于将所述第二验证信息与所述第二签名信息进行匹配；

第三验证子模块，用于当所述第二验证信息与所述第二签名信息匹配时，验证所述终端满足定向提速类型对应的验证条件。

第五方面，提供了一种业务处理服务器，所述业务处理服务器包括：

第一接收模块，用于接收终端发送的访问请求，所述访问请求中至少携带所述终端的用户标识；

发送模块，用于根据所述访问请求向运营商服务器发送业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括所述终端的用户标识；

第二接收模块，用于接收所述运营商服务器返回的针对业务处理请求的业务处理响应；

处理模块，用于根据所述业务处理响应处理所述业务类型的业务。

结合第五方面，在第五方面的第一种可能的实现方式中，所述业务类型为信息查询类型；所述业务处理响应中携带信息查询结果，所述信息查询结果包括所述终端的网络情况信息和所述终端的设备信息中的至少一种信息；

所述处理模块，用于根据所述业务处理响应中携带的信息查询结果确定为所述终端提供的服务类型。

结合第五方面，在第五方面的第二种可能的实现方式，所述访问请求为自动登录请求，所述发送模块，包括：

生成子模块，用于当接收到所述终端发送的自动登录请求后，确定所述终端未登录时，根据所述自动登录请求生成第一随机数；

第一发送子模块，用于将所述第一随机数发送给所述终端；

接收子模块，用于接收所述终端发送的至少携带所述终端的用户标识、所述第一随机数及所述终端根据所述第一随机数生成的第一签名信息的登录验证请求；

第二发送子模块，用于根据所述登录验证请求向所述运营商服务器发送所述业务处理请求，所述业务类型为自动登录类型，所述验证信息还包括第一随机数、第一签名信息及第一URL。

结合第五方面的第二种可能的实现方式，在第五方面的第三种可能的实现方式，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述处理模块，用于根据所述业务处理响应中携带的验证结果处理所述终端的自动登录类型的业务。

结合第五方面，在第五方面的第四种可能的实现方式，所述访问请求为定向提速请求，所述发送模块，包括：

返回子模块，用于向所述终端返回业务提示窗口，并向所述终端返回生成的第二随机数；

接收子模块，用于接收所述终端发送的至少携带所述终端的用户标识、所述第二随机数及所述终端根据所述第二随机数生成的第二签名信息的业务处理请求；

发送子模块，用于向所述运营商服务器发送所述业务处理请求，所述业务类型为定向提速类型，所述验证信息还包括第二随机数、第二签名信息及第二统一资源定位符URL。

结合第五方面的第四种可能的实现方式，在第五方面的第五种可能的实现方式，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述处理模块，用于根据所述业务处理响应中携带的验证结果处理所述终端的定向提速类型的业务。

第六方面，提供了一种终端，所述终端包括：

获取模块，用于获取终端的用户标识；

第一发送模块，用于向业务处理服务器发送至少携带所述终端的用户标识的访问请求；

接收模块，用于接收所述业务处理服务器根据所述访问请求返回的信息；

第二发送模块，用于当所述业务处理服务器返回的信息中包括随机数时，根据所述随机数向业务处理服务器发送业务处理反馈。

结合第六方面，在第六方面的第一种可能的实现方式中，所述访问请求为自动登录请求；所述接收模块，用于接收所述业务处理服务器根据所述自动登录请求返回的第一随机数；

所述第二发送模块，包括：

第一生成子模块，用于根据所述第一随机数生成第一签名信息；

第一发送子模块，用于向所述业务处理服务器发送至少携带所述终端的用户标识、所述第一随机数及所述第一签名信息的登录验证请求。

结合第六方面，在第六方面的第二种可能的实现方式中，所述访问请求为定向提速请求；所述接收模块，用于接收所述业务处理服务器返回的业务提示窗口及根据所述定向提速请求返回的第二随机数；

所述第二发送模块，包括：

第二生成子模块，用于根据所述业务提示窗口进行业务确认后，根据第二随机数生成第二签名信息；

第二发送子模块，用于向所述业务处理服务器发送至少携带所述终端的用户标识、所述第二随机数及所述第二签名信息的业务确认响应。

第七方面，提供了一种业务处理系统，所述系统包括：运营商服务器、业务处理服务器和终端；

所述运营商服务器如第四方面所述运营商服务器；

所述业务处理服务器如第五方面所述的业务处理服务器；

所述终端如第六方面所述的终端。

本发明实施例提供的技术方案带来的有益效果是：

通过根据接收到的业务处理服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，向业务处理服务器返回业务处理响应，从而提高了业务处理效果。

附图说明

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

图1是本发明一个实施例提供的一种业务处理方法的实施环境的示意图；

图2是本发明另一实施例提供的一种业务处理方法流程图；

图3是本发明另一实施例提供的一种业务处理方法流程图；

图4是本发明另一实施例提供的一种业务处理方法流程图；

图5是本发明另一实施例提供的一种业务处理方法流程图；

图6是本发明另一实施例提供的一种业务处理方法流程图；

图7是本发明另一实施例提供的一种业务处理方法流程图；

图8是本发明另一实施例提供的一种运营商服务器的结构示意图；

图9是本发明另一实施例提供的一种业务处理服务器的结构示意图；

图10是本发明另一实施例提供的一种终端的结构示意图；

图11是本发明另一实施例提供的一种运营商服务器的结构示意图；

图12是本发明另一实施例提供的一种业务处理服务器的结构示意图；

图13是本发明另一实施例提供的一种终端的结构示意图；

图14是本发明另一实施例提供的一种业务处理系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供了一种业务处理方法，请参考图1，其展示出了本发明实施例提供的业务处理方法所涉及的实施环境的结构示意图。该实施环境包括终端101、业务处理服务器102和运营商服务器103。

其中，终端101为如下述实施例所述的终端。另外，该终端101用于获取终端的用户标识后，向业务处理服务器102发送访问请求。此外，该终端101可以为手机、电脑等。

业务处理服务器102为如下述实施例所述的业务处理服务器。另外，该业务处理服务器102用于接收终端101发送访问请求，并根据接收到的访问请求向运营商服务器发送业务处理请求。业务处理服务器102还用于接收运营商服务器返回的业务处理响应，并根据接收到的业务处理响应处理业务。

运营商服务器103为如下实施例所述的运营商服务器。另外，该运营商服务器103用于接收业务处理服务器102发送的业务处理请求，并根据接收到的业务处理请求验证终端101满足业务类型对应的验证条件之后，向业务处理服务器发送业务处理响应。

上述终端101与业务处理服务器102及运营商服务器103可通过无线网络或者有线网络进行通信，业务处理服务器102与运营商服务器103可通过有线网络进行通信。

本发明实施例提供了一种业务处理的方法，参见图2，本实施例提供的方法流程包括：

201：接收业务处理服务器发送的业务处理请求，业务处理请求中至少携带业务类型及验证信息，验证信息至少包括向业务处理服务器发送了访问请求的终端的用户标识。

202：根据验证信息验证终端是否满足业务类型对应的验证条件。

203：若终端满足业务类型对应的验证条件，则向业务处理服务器返回业务处理响应。

作为一种可选的实施例，业务类型为信息查询类型，根据验证信息验证终端是否满足业务类型对应的验证条件，包括：

根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

若用户签约信息表明终端开通了设备能力开放业务，则验证终端满足信息查询类型对应的验证条件。

作为一种可选的实施例，业务类型为自动登录类型，验证信息还包括：第一随机数、第一签名信息及第一URL；

根据验证信息验证终端是否满足业务类型对应的验证条件，包括：

根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

若用户签约信息表明终端开通了自动登录类型业务，则根据验证信息中的终端的用户标识查询终端对应的密匙，并将密匙与第一随机数及第一URL作哈希运算，得到第一验证信息；

将第一验证信息与第一签名信息进行匹配；

若第一验证信息与第一签名信息匹配，则验证终端满足自动登录类型对应的验证条件。

作为一种可选的实施例，业务处理类型为定向提速类型，验证信息还包括：第二随机数、第二签名信息及第二URL；

根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

若用户签约信息表明终端开通了定向提速类型业务，则根据验证信息中的终端的用户标识查询终端对应的密匙，并将密匙与第二随机数及第二URL作哈希，得到第二验证信息；

将第二验证信息与第二签名信息进行匹配；

若第二验证信息与第二签名信息匹配，则验证终端满足定向提速类型对应的验证条件。

本实施例提供业务处理方法，通过根据接收到的业务处理服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，向业务处理服务器返回业务处理响应，从而提高了业务处理效果。

本发明实施例提供了一种业务处理方法，参见图3，本实施例提供的方法流程包括：

301：接收终端发送的访问请求，访问请求中至少携带终端的用户标识。

302：根据访问请求向运营商服务器发送业务处理请求，业务处理请求中至少携带业务类型及验证信息，验证信息至少包括终端的用户标识。

303：接收运营商服务器返回的针对业务处理请求的业务处理响应，根据业务处理响应处理业务类型的业务。

作为一种可选的实施例，业务类型为信息查询类型；业务处理响应中携带信息查询结果，信息查询结果包括终端的网络情况信息和终端的设备信息中的至少一种信息；

根据业务处理响应处理业务类型的业务，包括：

根据业务处理响应中携带的信息查询结果确定为终端提供的服务类型。

作为一种可选的实施例，访问请求为自动登录请求，根据访问请求向运营商服务器发送业务处理请求，包括：

如果接收到终端发送的自动登录请求后，确定终端未登录，则根据自动登录请求生成第一随机数，将第一随机数发送给终端；

接收终端发送的至少携带终端的用户标识、第一随机数及终端根据第一随机数生成的第一签名信息的登录验证请求；

根据登录验证请求向运营商服务器发送业务处理请求，业务类型为自动登录类型，验证信息还包括第一随机数、第一签名信息及第一URL。

作为一种可选的实施例，业务处理响应中携带运营商服务器验证终端是否满足业务类型对应的验证条件的验证结果；

根据业务处理响应处理业务类型的业务，包括：

根据业务处理响应中携带的验证结果处理终端的自动登录类型的业务。

作为一种可选的实施例，访问请求为定向提速请求，根据访问请求向运营商服务器发送业务处理请求，包括：

向终端返回业务提示窗口，并向终端返回生成的第二随机数；

接收终端发送的至少携带终端的用户标识、第二随机数及终端根据第一随机数生成的第二签名信息的业务处理请求；

向运营商服务器发送业务处理请求，业务类型为定向提速类型，验证信息还包括第二随机数、第二签名信息及第二URL。

作为一种可选的实施例，业务处理响应中携带运营商服务器验证终端是否满足业务类型对应的验证条件的验证结果；

根据业务处理响应处理业务类型的业务，包括：

根据业务处理响应中携带的验证结果处理终端的定向提速类型的业务。

本实施例提供的业务处理方法，通过接收终端发送的访问请求，根据访问请求向运营商服务器发送至少携带业务类型及验证信息的业务处理请求，并在接收到运营商服务器返回的业务处理响应，根据业务处理响应处理业务类型的业务，从而提高了业务处理效果。

本发明实施例提供了一种业务处理方法，参见图4，本实施例提供的方法流程包括：

401：获取终端的用户标识。

402：向业务处理服务器发送至少携带终端的用户标识的访问请求。

403：接收业务处理服务器根据访问请求返回的信息。

404：若业务处理服务器返回的信息中包括随机数，则根据随机数向业务处理服务器发送业务处理反馈。

作为一种可选的实施例，访问请求为自动登录请求；接收业务处理服务器根据访问请求返回的信息，包括：

接收业务处理服务器根据自动登录请求返回的第一随机数；

根据随机数向业务处理服务器发送业务处理反馈，包括：

根据第一随机数生成第一签名信息，并向业务处理服务器发送至少携带终端的用户标识、第一随机数及第一签名信息的登录验证请求。

作为一种可选的实施例，访问请求为定向提速请求；接收业务处理服务器根据访问请求返回的信息，包括：

接收业务处理服务器返回的业务提示窗口及根据定向提速请求返回的第二随机数；

根据随机数向业务处理服务器发送业务处理反馈，包括：

根据业务提示窗口进行业务确认后，根据第二随机数生成第二签名信息，并向业务处理服务器发送至少携带终端的用户标识、第二随机数及第二签名信息的业务确认响应。

本实施例提供的业务处理方法，通过获取终端的用户标识，并向业务处理服务器发送至少携带终端的用户标识的访问请求，进而在接收到业务处理服务器返回的随机数之后，根据随机数向业务处理服务器发送业务处理反馈，从而提高了业务处理效果。

结合上述各个实施例及实施环境，本发明实施例提供了一种业务处理方法，该方法中运营商服务器在根据接收到的业务处理服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，将向业务处理服务器返回业务处理响应，业务处理服务器在接收到运营商服务器返回的业务处理响应之后，根据接收到的业务处理响应处理业务类型的业务。其中，业务处理类型包括但不限于信息查询类型、自动登录类型及定向提速类型，本实施例以业务类型为信息查询类型为例。为了便于说明，本实施例以业务处理服务器为OTT服务器为例，对本实施例提供的方法进行举例说明。参见图5，本实施例提供的方法流程包括：

501：运营商服务器与OTT服务器建立合作关系，并向OTT服务器开放查询接口。

由于本实施例提供的业务处理方法在处理查询类业务时，所针对的OTT服务器为与运营商服务器有合作关系的OTT服务器，因此，为了使OTT服务器能够处理查询类业务，本实施例提供的方法需要与OTT服务器建立合作关系，进而向有合作关系的OTT服务器开放查询接口，从而使得OTT服务器可根据开放的查询接口处理查询类业务。

502：运营商服务器对开通设备能力开放业务的终端进行认证。

其中，终端可以是手机、电脑等，本实施例不对终端作具体的限定。为了便于运营商服务器对开通了设备能力开放业务的终端进行管理，在终端开通了设备能力开放业务之后，还需对开通设备开放能力的终端进行认证。关于对开通设备能力开放业务的终端的认证的方式，包括但不限于采用如下方式：

每个终端拥有一个运营商服务器分发的终端的用户标识，终端通过家庭网关接入到运营商网络之后，终端与运营商服务器交互EAP(ExtensibleAuthenicationProtocol，可扩展身份验证协议)消息，运营商服务器从EAP消息中获取终端的用户标识，基于该终端的用户标识对终端进行认证。

其中，该终端的用户标识包括但不限于IMSI(InternationalMobileSubscriberIdentityNumber，国际移动用户识别码)等，本实施例不对终端的用户标识作具体的限定。家庭网关包括但不限于路由器、Modem等，本实施例不对家庭网关作具体的限定。EAP为一个在无线网络或点对点连线中普遍使用的认证框架，并且支持多种不同的身份验证方法。

需要说明的是，上述步骤501建立的合作关系与用户无关，可以认为是OTT服务器和运营商服务器的一个签约或者说合作的动作，这个动作完成以后，除非OTT和运营商解约，否则就一直保持不变。上述步骤501完成之后，用户如果开通了查询、自动登录、定向提速的业务，则可以触发OTT服务器去连接运营商服务器。步骤502是用户每次接入运营商的网络时会触发EAP认证，认证成功之后接入网络，例如，可在终端每次开机时执行一次，也可在终端位置变化时，如将终端从办公场所移动到家中，对终端进行认证。

综上所述，上述步骤501的执行频率较低，基本上可以不更新，步骤502的执行频率较高，可以是在用户登录时执行，后续根据需求进行更新，即再次执行认证操作。

503：终端向OTT服务器发送访问请求。

访问请求中携带的信息包括但不限于终端的IP(InternetProtocol，网络协议)地址、终端的用户标识，如IMSI等。访问请求的发送形式包括但不限于以URL的形式发送等。终端向OTT服务器发送访问请求的方式，包括但不限于以通知、消息的方式向OTT服务器发送访问请求。

504：OTT服务器接收终端发送的访问请求，并根据接收到的访问请求向运营商服务器发送业务处理请求，业务处理请求中至少携带业务类型及验证信息。

由于每个终端都具有终端的用户标识，且每个终端的用户标识是唯一的，通过每一终端的用户标识可以获知每个终端的情况，如终端的屏幕大小、所使用的宽带情况等，因此，OTT服务器在接收到终端以URL形式发送的访问请求之后，为了处理查询类业务，可将接收到的访问请求进行解析，通过解析可以得到的终端的用户标识，并根据解析得到的终端的用户标识生成业务处理请求，进而在后续步骤中通过向运营商服务器发送业务处理请求处理查询类业务。

其中，业务处理请求中携带的信息包括但不限于业务类型及验证信息等。业务类型包括但不限于查询类业务、自动登录类业务、定向提速类业务等，本实施例不对业务类型作具体的限定。由于本实施例处理的业务为查询类型业务，因此，本实施例的处理请求中携带的业务类型为查询类业务。验证信息至少包括向OTT服务器发送了访问请求的终端的用户标识等，本实施例不对验证信息作具体的限定。

关于OTT服务器根据接收到的访问请求向运营商服务器发送业务处理请求的方式，包括但不限于以消息、通知形式发送的业务处理请求等。

505：运营商服务器接收OTT服务器发送的业务处理请求，并根据验证信息验证终端是否满足信息查询类型对应的验证条件，若是，则执行步骤506。

运营商服务器在接收到OTT服务器发送的业务处理请求之后，将根据处理请求中携带的验证信息验证终端是否满足信息查询类型对应的验证条件。具体地，根据验证信息验证终端是否满足信息查询类型对应的验证条件，包括但不限于：

根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

若用户签约信息表明终端开通了设备能力开放业务，则验证终端满足信息查询类型对应的验证条件。

其中，用户签约信息包括但不限于设备能力开放信息、自动登录信息、定向提速信息等，本实施例不对用户签约信息作具体的限定。

对于上述过程，为了便于理解，下面将以一个具体的例子进行详细地解释说明。

例如，运营商服务器接收到OTT服务器发送的业务处理请求中携带的终端的用户标识为A，若根据终端的用户标识A在用户数据库中查询到终端的用户标识A对应的用户签约信息中具有设备能力开放信息，表明终端开通了设备能力开放业务，则验证终端满足信息查询类型对应的验证条件。

506：运营商服务器向OTT服务器返回业务处理响应。

由于上述步骤505中已经确定终端满足信息查询类型对应的验证条件，说明该终端允许运营商将其设备信息开放给建立合作关系的业务处理服务器，因此，本步骤在上述步骤505的基础上运营商服务器将向业务处理服务器返回业务处理响应，以使业务处理服务器根据业务处理响应处理信息查询类业务，进而为不同的终端提供不同的业务类型。其中，业务处理响应中携带的信息包括但不限于信息查询结果等。信息查询结果包括但不限于网络情况信息、终端的设备信息等，本实施例不对信息查询结果作具体的限定。其中，网络情况信息包括但不限于网速等信息。终端设备信息包括但不限于终端的屏幕大小等。

进一步地，为了使业务处理服务器根据业务处理响应更好地为用户提供服务，本实施例提供的方法在运营商服务器向业务处理服务器返回业务处理响应之前，还需根据终端的用户标识判断终端的用户标识对应的终端是否在线，并判断终端的用户标识对应的终端所使用的IP是否为对应的IP，若终端的用户标识对应的终端在线，且该终端所使用的IP为对应的IP，则将向业务处理服务器返回业务处理响应。

507：OTT服务器接收运营商服务器返回的针对业务处理请求的业务处理响应，并根据业务处理响应处理信息查询类业务。

OTT服务器接收到运营商服务器返回的针对业务处理请求的业务处理响应，将根据业务处理响应处理信息查询类型的业务。具体地，根据业务处理响应处理信息查询类型的业务，包括但不限于：根据业务处理响应中携带的信息查询结果确定为终端提供的服务类型。由于信息查询结果中包括网络情况信息、终端的设备信息等，而网络情况及终端的设备信息决定着终端所需的服务类型，因此，根据业务处理响应中携带的信息查询结果可更好地为终端提供所需的服务类型。其中，服务类型包括但不限于低网速服务、高网速服务等。

需要说明的是，由于OTT服务器具有一定的缓存能力，且OTT服务器在处理信息查询类业务时获取到的终端的设备信息、带宽等信息，并不是经常变化的，因此，可利用OTT服务器的缓存能力缓存获取到的终端的设备信息、带宽等信息，并在缓存终端的设备信息、带宽等信息达到预设时间时，通过上述处理信息查询类业务的方法再次获取终端的设备信息、带宽等信息。其中，预设时间可以为1天等，本实施例不对预设时间作具体的限定。

本实施例提供业务处理方法，运营商服务器通过接收OTT服务器发送的携带业务类型及验证信息的业务处理信息，并根据验证信息验证终端满足查询类型对应的验证条件之后，向OTT服务器返回业务处理响应，进而由OTT服务器根据业务处理响应处理查询类业务，如终端的设备信息、带宽等，从而丰富了处理的查询类业务。

结合上述实施例，本发明实施例提供了一种业务处理方法，该方法中运营商服务器在根据接收到的OTT服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，将向OTT服务器返回业务处理响应，OTT服务器在接收到运营商服务器返回的业务处理响应之后，根据接收到的业务处理响应处理业务类型的业务。其中，业务处理类型包括但不限于信息查询类型、自动登录类型及定向提速类型，本实施例以业务类型为自动登录类型，终端向OTT服务器发送的访问请求为自动登录请求为例。为了便于说明，本实施例以业务处理服务器为OTT服务器为例，对本实施例提供的方法进行举例说明。参见图6，本实施例提供的方法流程包括：

601：运营商服务器与OTT服务器建立合作关系，并向OTT服务器开放认证查询接口。

由于本实施例提供的业务处理方法在处理自动登录类业务时，所针对的OTT服务器为与运营商服务器有合作关系的OTT服务器，因此，为了使OTT服务器能够处理自动登录类业务，本实施例提供的方法需要与OTT服务器建立合作关系，进而向有合作关系的OTT服务器开放认证查询接口，从而使有合作关系的OTT服务器根据开放的认证查询接口处理自动登录业务。

602：运营商服务器对开通自动登录业务的终端进行认证。

其中，终端可以是手机、电脑等，本实施例不对终端作具体的限定。由于本实施例提供的业务处理方法实现的前提是，终端开通了自动登录业务，在这个前提下，当终端访问与运营商服务器有合作关系的OTT服务器，并在运营商服务器验证得出OTT服务器满足自动登录类型对应的验证条件之后，OTT服务器可处理自动登录业务。

进一步地，为了便于运营商服务器对开通了自动登录业务的终端进行管理，在终端开通了自动登录业务之后，运营商服务器还需要对开通自动登录业务的终端进行认证。关于对开通自动登录业务的终端进行认证的方式，包括但不限于采用如下方式：

每个终端拥有一个运营商服务器分发的终端的用户标识，终端通过家庭网关接入到运营商网络之后，终端与运营商服务器交互EAP消息，运营商服务器从EAP消息中获取终端的用户标识，基于该终端的用户标识对终端进行认证。

其中，该终端的用户标识包括但不限于IMSI等，本实施例不对终端的用户标识作具体的限定。家庭网关包括但不限于路由器、Modem等，本实施例不对家庭网关作具体的限定。EAP为一个在无线网络或点对点连线中普遍使用的认证框架，并且支持多种不同的身份验证方法。

进一步地，在对开通自动登录业务的终端进行认证的过程中，终端和运营商服务器将生成一对相同的密匙，该密匙为后续EAP认证接入步骤的依据，同时也为后续步骤中终端自动登录业务的重要依据。其中，密匙可以是PMK(PairwiseMasterKey，成对主密匙)等，本实施例不对密匙作具体的限定。

需要说明的是，上述步骤601建立的合作关系与用户无关，可以认为是OTT服务器和运营商服务器的一个签约或者说合作的动作，这个动作完成以后，除非OTT和运营商解约，否则就一直保持不变。上述步骤601完成之后，如果用户开通了查询、自动登录、定向提速的业务，则可以触发OTT服务器去连接运营商服务器。步骤602是用户每次接入运营商的网络时会触发EAP认证，认证成功之后接入网络，例如，可在终端每次开机时执行一次，也可在终端位置变化时，如将终端从办公场所移动到家中，对终端进行认证。

综上所述，上述步骤601的执行频率较低，基本上可以不更新，步骤602的执行频率较高，可以是在用户登录时执行，后续根据需求进行更新，即再次执行认证操作。

603：终端向OTT服务器发送至少携带终端的用户标识的自动登录请求。

自动登录请求中携带的信息包括但不限于终端的IP地址、终端的用户标识、自动登录请求代码等。访问请求的发送形式包括但不限于以URL的形式发送等。终端向OTT服务器发送自动登录请求的方式，包括但不限于以通知、消息的方式向OTT服务器发送自动登录请求。

604：OTT服务器接收终端发送的自动登录请求，并根据访问请求向运营商服务器发送业务处理请求，业务处理请求中至少携带业务类型及验证信息。

其中，业务处理请求中携带的信息包括但不限于业务类型及验证信息等。业务类型包括但不限于查询类业务、自动登录类业务、定向提速类业务等，本实施例不对业务类型作具体的限定。由于本实施例处理的业务为自动登录类型业务，因此，本实施例的处理请求中携带的业务类型为自动登录类型业务。验证信息包括但不限于向OTT服务器发送了访问请求的终端的用户标识、第一随机数、第一签名信息及第一URL等，本实施例不对验证信息作具体的限定。

具体地，OTT服务器根据访问请求向运营商服务器发送业务处理请求的方式，包括但不限于如下方式：由于终端的登录状态是由OTT服务器决定的，当终端登录OTT服务器超时，OTT服务器会改变终端当前的登录状态，将终端的登录状态由在线变为离线，而OTT服务器在执行这一操作时，不一定会将执行这一操作的结果通知给终端，因此，OTT服务器在接收到终端发送的自动登录请求之后，将根据终端的用户标识对终端的登录情况进行判断，如果确定终端未登录，则可根据自动登录请求生成一个第一随机数，并将生成的第一随机数发送给终端，由终端将接收到的第一随机数添加到访问请求对应的URL中，并通过特定算法对访问请求对应的URL及服务器对终端进行认证时终端侧生成的密匙作哈希运算，得到第一签名信息，进而将得到的第一签名信息加入到访问请求对应的URL中，得到新的URL，该新的URL即为登录验证请求。进一步地，终端生成登录验证请求之后，会将生成的登录验证请求发送给OTT服务器，由OTT服务器根据接收到的登录验证请求生成业务处理请求，并将该业务处理请求发送至运营商服务器。其中，特定算法包括但不限于采用MD5(MessageDigestAlgorithm算法，信息摘要算法第五版)等。其中，MD5为计算机安全领域广泛使用的一种散列函数，用以提供消息的完整性保护。

605：运营商服务器接收OTT服务器发送的业务处理请求，并根据验证信息验证终端是否满足自动登录类型对应的验证条件，若是，则执行步骤606。

运营商服务器在接收到OTT服务器发送的业务处理请求之后，将根据处理信息中携带的验证信息验证终端是否满足自动登录类型对应的验证条件。具体地，根据验证信息验证终端是否满足自动登录类型对应的验证条件，包括但不限于：

根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

若用户签约信息表明终端开通了自动登录类型业务，根据验证信息中的终端的用户标识查询终端对应的密匙，并将密匙与第一随机数及第一URL作哈希运算，得到第一验证信息；

将第一验证信息与第一签名信息进行匹配；

若第一验证信息与第一签名信息匹配，则验证终端满足自动登录类型对应的验证条件。

其中，用户的签约信息包括但不限于设备能力开放信息、自动登录信息、定向提速信息等，本实施例不对用户签约信息作具体的限定。

对于上述过程，为了便于理解，下面将以一个具体的例子进行详细地解释说明。

例如，运营商服务器接收到OTT服务器发送的业务处理请求中携带的终端的用户标识为A，根据接收到的业务处理请求中携带的终端的用户标识A在用户数据库中查询到终端的用户标识A对应的用户签约信息中具有自动登录信息，说明终端开通了自动登录业务，此时运营商服务器将根据终端的用户标识A查询终端的密匙。若查询到的终端的密匙为123，则将密匙123与第一随机数和第一URL作哈希，得到第一验证信息为010101。若第一签名信息为010101，由于第一验证信息010101与第一签名信息010101匹配，则验证终端满足自动登录类型对应的验证条件。若第一签名信息为101101，由于第一验证信息010101与第一签名信息101101不匹配，则验证终端不满足自动登录类型对应的验证条件。

606：运营商服务器向OTT服务器返回业务处理响应。

由于上述步骤605中已经确定终端满足自动登录类型对应的验证条件，因此，本步骤在上述步骤605的基础上运营商服务器将向OTT服务器返回业务处理响应，以使OTT服务器根据业务处理响应处理自动登录类业务，进而可以使终端自动登录OTT服务器。其中，业务处理响应中携带的信息包括但不限于运营商服务器验证终端是否满足自动登录类型业务对应的验证条件的验证结果等。验证结果包括但不限于终端满足自动登录类型业务对应的验证条件和终端不满足自动登录类型业务类型对应的验证条件等，本实施不对验证结果作具体的限定。

607：OTT服务器接收运营商服务器返回的针对业务处理请求的业务处理响应，并根据业务处理响应处理自动登录业务。

OTT服务器接收到运营商服务器返回的针对业务处理请求的业务处理响应之后，将根据业务处理响应中携带的运营商服务器验证终端是否满足自动登录类型对应的验证条件的验证结果处理自动登录业务。具体地，根据业务处理响应中携带运营商服务器验证终端是否满足业务类型对应的验证条件的验证结果处理自动登录业务，包括但不限于：根据业务处理响应中携带的验证结果处理终端的自动登录类型的业务。若验证结果为终端满足自动登录类型业务对应的验证条件，则OTT服务器根据业务处理响应中携带的验证结果允许终端自动登录；若验证结果为终端不满足自动登录类型对应的验证条件，则OTT服务器根据业务处理响应中携带的验证结果不允许终端自动登录。

本实施例提供的业务处理方法，通过接收OTT服务器发送的业务类型及验证信息的处理请求，进而根据验证信息验证终端满足自动登录类型对应的验证条件之后，向OTT服务器返回业务处理响应，进而由OTT服务器根据业务处理响应处理自动登录类业务。由于无需输入用户名和密码，因此，在处理自动登录类业务时更为便捷。

结合上述实施例，本发明实施例提供了一种业务处理方法，该方法中运营商服务器在根据接收到的OTT服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，将向OTT服务器返回业务处理响应，OTT服务器在接收到运营商服务器返回的业务处理响应之后，根据接收到的业务处理响应处理业务类型的业务。其中，业务处理类型包括但不限于信息查询类型、自动登录类型及定向提速类型，本实施例以业务类型为定向提速类型，终端向OTT服务器发送的访问请求为定向提速请求为例。为了便于说明，本实施例以业务处理服务器为OTT服务器为例，对本实施例提供的方法进行举例说明。参见图7，本实施例提供的方法流程包括：

701：运营商服务器与OTT服务器建立合作关系，并向OTT服务器开放策略请求接口。

由于本实施例提供的业务处理方法在处理定向提速类业务时，所针对的OTT服务器为与运营商服务器有合作关系的OTT服务器，因此，为了使OTT服务器能够处理定向提速类业务，本实施例提供的方法需要与OTT服务器建立合作关系，进而向有合作关系的OTT服务器开放策略请求接口，从而使得OTT服务器可根据开放的策略请求接口处理定向提速类业务。

702：运营商服务器对开通定向提速业务的终端进行认证。

由于本实施例提供的业务处理方法处理定向提速业务时，需要OTT服务器是否满足定向提速类业务对应的验证条件进行验证，而对OTT服务器是否满足定向提速类业务对应的验证条件进行验证时主要是根据运营商服务器对开通定向提速业务的终端进行认证的认证信息，因此，为了便于后续步骤中对OTT服务器是否满足定向提速类业务对应的验证条件进行验证，本实施例提供的方法需要先对开通定向提速业务的终端进行认证。关于对开通定向提速业务的终端进行认证的方式，包括但不限于如下方式：

每个终端拥有一个运营商服务器分发的终端的用户标识，终端通过家庭网关接入到运营商网络之后，终端与运营商服务器交互EAP消息，运营商服务器从EAP消息中获取终端的用户标识，基于该终端的用户标识对终端进行认证。

其中，该终端的用户标识包括但不限于IMSI等，本实施例不对终端的用户标识作具体的限定。家庭网关包括但不限于路由器、Modem等，本实施例不对家庭网关作具体的限定。EAP为一个在无线网络或点对点连线中普遍使用的认证框架，并且支持多种不同的身份验证方法。

进一步地，在对开通了定向提速业务的终端进行认证的过程中，终端和运营商服务器将生成一对相同的密匙，该密匙为后续EAP认证接入步骤的依据，同时也为后续步骤中终端定向提速的重要依据。其中，密匙可以是PMK等，本实施例不对密匙作具体的限定。

需要说明的是，上述步骤701建立的合作关系与用户无关，可以认为是OTT服务器和运营商服务器的一个签约或者说合作的动作，这个动作完成以后，除非OTT和运营商解约，否则就一直保持不变。上述步骤701完成之后，用户如果开通了查询、自动登录、定向提速的业务，则可以触发OTT服务器去连接运营商服务器。步骤702是用户每次接入运营商的网络时会触发EAP认证，认证成功之后接入网络，例如，可在终端每次开机时执行一次，也可在终端位置变化时，如将终端从办公场所移动到家中，对终端进行认证。

综上所述，上述步骤701的执行频率较低，基本上可以不更新，步骤701的执行频率较高，可以是在用户登录时执行，后续根据需求进行更新，即再次执行认证操作。

703：终端向OTT服务器发送至少携带终端的用户标识的定向提速请求。

某一时刻终端登录OTT服务器并启动OTT服务器上的定向提速业务时，终端将向OTT服务器发送定向提速请求。其中，终端可以是手机、电脑等，本实施例不对终端作具体的限定。定向提速请求中携带的信息包括但不限于终端的IP地址、终端的用户标识，如IMSI等。定向提速请求的发送形式包括但不限于以URL的形式发送等。终端向OTT服务器发送定向提速请求的方式，包括但不限于以通知、消息的方式向OTT服务器发送访问请求。

704：OTT服务器接收终端发送的定向提速请求，并根据接收到的定向提速请求向运营商服务器发送业务处理请求，业务处理请求中至少携带业务类型及验证信息。

其中，业务处理请求中携带的信息包括但不限于业务类型、验证信息等。业务类型包括但不限于查询类业务、自动登录类业务、定向提速类业务等，本实施例不对业务类型作具体的限定。由于本实施例处理的业务为定向提速类型业务，因此，在本实施例中的处理请求中携带的业务类型为定向提速类型业务。验证信息包括但不限于访问OTT服务器的终端的用户标识、第二随机数、第二签名信息、第二URL及策略要求信息等，本实施例不对验证信息作具体的限定。

由于终端登录OTT服务器并启动定向提速业务时，OTT服务器需要对终端此次启动的定向提速业务进行计费，因此，为了对终端侧用户进行提醒，OTT服务器将向终端返回启动的定向提速业务可能产生的费用的业务提示窗口，同时生成第二随机数，并将生成的第二随机数发送给终端，终端在接收到OTT服务器发送的第二随机数之后，将接收到的第二随机数、服务器对终端进行认证时终端侧生成的密匙、终端的用户标识以及访问请求对应的URL作哈希，得到第二签名信息，并将第二随机数、终端的用户标识以及第二签名信息加入到访问请求对应的URL中，得到新的URL，该新的URL即为业务确认响应。终端将生成的业务确认响应发送至OTT服务器，由OTT服务器根据业务确认响应生成业务处理请求。若OTT服务器在检测到用户确认了业务提示窗口中的确认信息，则将生成的业务处理请求发送至运营商服务器。关于OTT服务器向运营商服务器发送业务处理请求的方式，包括但不限于以消息、通知形式发送的业务处理请求等。

705：运营商服务器接收OTT服务器发送的业务处理请求，并根据验证信息验证终端是否满足定向提速类型对应的验证条件，若是，则执行步骤706。

运营商服务器在接收到OTT服务器发送的业务处理请求之后，将根据处理信息中携带的验证信息验证终端是否满足定向提速类型对应的验证条件。具体地，根据验证信息验证终端是否满足定向提速类型业务对应的验证条件，包括但不限于：

根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

若用户签约信息表明终端开通了定向提速类型业务，根据验证信息中的终端的用户标识查询终端对应的密匙，并将密匙与第二随机数及第二URL作哈希，得到第二验证信息；

将第二验证信息与第二签名信息进行匹配；

若第二验证信息与第二签名信息匹配，则验证终端满足定向提速类型对应的验证条件。

其中，用户签约信息包括但不限于设备能力开放信息、自动登录信息、定向提速信息等，本实施例不对用户签约信息作具体的限定。

对于上述过程，为了便于理解，下面将以一个具体的例子进行详细地解释说明。

例如，运营商服务器接收到OTT服务器发送的业务处理请求中携带的终端的用户标识为B，根据接收到的业务处理请求中携带的终端的用户标识B在用户数据库中查询到终端的用户标识B对应的签约信息中具有定向提速签约信息，说明终端开通了定向提速业务，此时运营商服务器根据终端的用户标识B查询终端的密匙，若查询到的终端的密匙为258，则将查询到的密匙258及第二随机数和第二URL做哈希，得到第二验证信息为101101。若第二签名信息为101101，由于第二验证信息101101与第二签名信息101101匹配，则验证终端满足定向提速条件；若第二签名信息为010101，由于第二验证信息101101与第二签名信息010101不匹配，则验证终端不满足定向提速类型对应的验证条件。

706：运营商服务器执行对终端定向提速操作，并向OTT服务器返回业务处理响应。

由于上述步骤705中已经确定终端满足定向提速类型对应的验证条件，因此，本步骤在上述步骤705的基础上运营商服务器将执行对终端进行定向提速的操作，并对本次定向提速业务进行计费。具体地，运营商服务器在执行对终端进行定向提速操作时，可采用如下方式：首先根据业务处理请求中携带的验证信息中包含的策略要求信息生成相应的提速策略，进而根据生成的提速策略对终端访问OTT服务器进行定向提速。其中，运营商服务器根据生成的提速策略对终端访问OTT服务器进行定向提速的方式，包括但不限于：根据生成的提速策略通过网关控制设备对终端访问OTT服务器的宽带进行调整，并根据调整后的宽带对终端访问OTT服务器进行定向提速。

进一步地，运营商服务器在执行对终端进行定向提速的同时，还将向OTT服务器返回业务处理响应，以使OTT服务器根据业务处理响应处理定向提速类业务。其中，业务处理响应中携带的信息包括但不限于运营商服务器验证终端是否满足定向提速类型业务对应的验证条件的验证结果等。验证结果包括但不限于终端满足定向提速类型业务对应的验证条件和终端不满足定向提速类型业务对应的验证条件等，本实施不对验证结果作具体的限定。

707：OTT服务器接收运营商服务器返回的针对业务处理请求的业务处理响应，并根据业务处理响应处理定向提速业务。

OTT服务器接收到运营商服务器返回的针对业务处理请求的业务处理响应之后，将根据业务处理响应中携带的运营商服务器验证终端是否满足定向提速类型对应的验证条件的验证结果处理定向提速业务。具体地，根据业务处理响应中携带的运营商服务器验证终端是否满足定向提速类业务对应的验证条件的验证结果处理定向提速业务，包括但不限于：根据业务处理响应处理定向提速类业务，包括：根据业务处理响应中携带的验证结果处理终端的定向提速类型的业务。若验证结果为终端满足定向提速类型业务对应的验证条件，则OTT服务器根据业务处理响应中携带的验证结果允许终端接入定向提速的业务，并对该定向提速业务进行计费；若验证结果为终端不满足定向提速类型对应的验证条件，则OTT服务器根据业务处理响应中携带的验证结果不允许终端接入定向提速的业务。

当然，由于定向提速业务涉及到计费问题，因此，OTT服务器需要根据终端启动的定向提速业务进行计费。关于OTT服务器根据终端启动的定向提速业务进行计费的方式，本实施例不作具体的限定。具体实施时，可根据终端启动的定向提速业务的时长或流量进行计费，也可以根据终端启动的定向提速业务的内容进行计费。

本实施例提供的业务处理方法，通过接收OTT服务器发送的业务类型及验证信息的处理请求，进而根据验证信息验证终端满足定向提速类型对应的验证条件之后，向OTT服务器返回业务处理响应，进而由OTT服务器根据业务处理响应处理定向提速类业务。由于对不同的终端的定向提速业务分别进行处理，且不要求终端必须在固定的接入线路，因此，使得处理的定向提速类业务具有一定的移动性，且业务处理效果较佳。

参见图8，本发明实施例提供了一种运营商服务器，该运营商服务器用于执行上述图2至图7所示的实施例中任一实施例中运营商服务器所执行的业务处理方法，该运营商服务器包括：

接收模块801，用于接收业务处理服务器发送的业务处理请求，业务处理请求中至少携带业务类型及验证信息，验证信息至少包括向业务处理服务器发送了访问请求的终端的用户标识；

验证模块802，用于根据验证信息验证终端是否满足业务类型对应的验证条件；

返回模块803，用于当终端满足业务类型对应的验证条件时，向业务处理服务器返回业务处理响应。

作为一种可选的实施例，业务类型为信息查询类型，验证模块802，包括：

第一查询子模块，用于根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

第一验证子模块，用于当用户签约信息表明终端开通了设备能力开放业务时，确认终端满足信息查询类型对应的验证条件。

作为一种可选的实施例，业务类型为自动登录类型，验证信息还包括：第一随机数、第一签名信息及第一URL；

验证模块802，包括：

第一查询子模块，用于根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

第二查询子模块，用于当用户签约信息表明终端开通了自动登录类型业务时，根据验证信息中的终端的用户标识查询终端对应的密匙；

第一计算子模块，用于将密匙与第一随机数及第一URL作哈希运算，得到第一验证信息；

第一匹配子模块，用于将第一验证信息与第一签名信息进行匹配；

第二验证子模块，用于当第一验证信息与第一签名信息匹配时，验证终端满足自动登录类型对应的验证条件。

作为一种可选的实施例，业务处理类型为定向提速类型，验证信息还包括：第二随机数、第二签名信息及第二URL；

验证模块802，包括：

第一查询子模块，用于根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；

第三查询子模块，用于当用户签约信息表明终端开通了定向提速类型业务时，根据验证信息中的终端的用户标识查询终端对应的密匙；

第二计算子模块，用于将密匙与第二随机数及第二URL作哈希，得到第二验证信息；

第二匹配子模块，用于将第二验证信息与第二签名信息进行匹配；

第三验证子模块，用于当第二验证信息与第二签名信息匹配时，验证终端满足定向提速类型对应的验证条件。

本实施例提供业务处理服务器，通过根据接收到的业务处理服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，向业务处理服务器返回业务处理响应，从而提高了业务处理效果较佳。

参见图9，本发明实施例提供了一种业务处理服务器，该业务处理服务器用于执行上述图2至图7所示的实施例中任一实施例中业务处理服务器所执行的业务处理方法，该业务处理服务器包括：

第一接收模块901，用于接收终端发送的访问请求，访问请求中至少携带终端的用户标识；

发送模块902，用于根据访问请求向运营商服务器发送业务处理请求，业务处理请求中至少携带业务类型及验证信息，验证信息至少包括终端的用户标识；

第二接收模块903，用于接收运营商服务器返回的针对业务处理请求的业务处理响应；

处理模块904，用于根据业务处理响应处理业务类型的业务。

作为一种可选的实施例，业务类型为信息查询类型；业务处理响应中携带信息查询结果，信息查询结果包括终端的网络情况信息和终端的设备信息中的至少一种信息；

处理模块904，用于根据业务处理响应中携带的信息查询结果确定为终端提供的服务类型。

作为一种可选的实施例，访问请求为自动登录请求，发送模块902，包括：

生成子模块，用于当接收到终端发送的自动登录请求后，确定终端未登录时，根据自动登录请求生成第一随机数；

第一发送子模块，用于将第一随机数发送给终端；

接收子模块，用于接收终端发送的至少携带终端的用户标识、第一随机数及终端根据第一随机数生成的第一签名信息的登录验证请求；

第二发送子模块，用于根据登录验证请求向运营商服务器发送业务处理请求，业务类型为自动登录类型，验证信息还包括第一随机数、第一签名信息及第一统一URL。

作为一种可选的实施例，业务处理响应中携带运营商服务器验证终端是否满足业务类型对应的验证条件的验证结果；

处理模块904，用于根据业务处理响应中携带的验证结果处理终端的自动登录类型的业务。

作为一种可选的实施例，访问请求为定向提速请求，发送模块902，包括：

返回子模块，用于向终端返回业务提示窗口，并向终端返回生成的第二随机数；

接收子模块，用于接收终端发送的至少携带终端的用户标识、第二随机数及终端根据第一随机数生成的第二签名信息的业务处理请求；

发送子模块，用于向运营商服务器发送业务处理请求，业务类型为定向提速类型，验证信息还包括第二随机数、第二签名信息及第二URL。

作为一种可选的实施例，业务处理响应中携带运营商服务器验证终端是否满足业务类型对应的验证条件的验证结果；

处理模块904，用于根据业务处理响应中携带的验证结果处理终端的定向提速类型的业务。

本实施例提供的业务处理服务器，通过接收终端发送的访问请求，根据访问请求向运营商服务器发送至少携带业务类型及验证信息的业务处理请求，并在接收到运营商服务器返回的业务处理响应，根据业务处理响应处理业务类型的业务，从而提高了业务处理效果。

参见图10，本发明实施例一种终端，该终端用于执行上述图2至图7所示的实施例中任一实施例中终端所执行的业务处理方法，该终端包括：

获取模块1001，用于获取终端的用户标识；

第一发送模块1002，用于向业务处理服务器发送至少携带终端的用户标识的访问请求；

接收模块1003，用于接收业务处理服务器根据访问请求返回的信息；

第二发送模块1004，用于当业务处理服务器返回的信息中包括随机数时，根据随机数向业务处理服务器发送业务处理反馈。

作为一种可选的实施例，访问请求为自动登录请求；接收模块1003，用于接收业务处理服务器根据自动登录请求返回的第一随机数；

第二发送模块1004，包括：

第一生成子模块，用于根据第一随机数生成第一签名信息；

第一发送子模块，用于向业务处理服务器发送至少携带终端的用户标识、第一随机数及第一签名信息的登录验证请求。

作为一种可选的实施例，访问请求为定向提速请求；接收模块1003，用于接收业务处理服务器返回的业务提示窗口及根据定向提速请求返回的第二随机数；

第二发送模块1004，包括：

第二生成子模块，用于根据业务提示窗口进行业务确认后，根据第二随机数生成第二签名信息；

第二发送子模块，用于向业务处理服务器发送至少携带终端的用户标识、第二随机数及第二签名信息的业务确认响应。

本实施例提供的终端，通过获取终端的用户标识，并向业务处理服务器发送至少携带终端的用户标识的访问请求，进而在接收到业务处理服务器返回的随机数之后，根据随机数向业务处理服务器发送业务处理反馈，从而提高了业务处理效果。

图11为一个实施方式中运营商服务器的结构示意图，该运营商服务器用于执行上述图2至图7所示的实施例中任一实施例中运营商服务器所执行的业务处理方法，该运营商服务器包括处理器1101、发射电路1102、接收电路1103、存储器1104和总线1105，以及一个或一个以上的应用程序，所述一个或者一个以上应用程序包含用于执行操作的指令1106。其中，总线1105用于连接处理器1101、发射电路1102、接收电路1103以及存储器1104。处理器1101包括一个或多个处理组件，且一个或者一个以上程序存储于存储器1104中，经配置以由一个或者一个以上处理器执行；

接收电路1103，用于接收业务处理服务器发送的业务处理请求，业务处理请求中至少携带业务类型及验证信息，验证信息至少包括向业务处理服务器发送了访问请求的终端的用户标识；

处理器1101，用于根据验证信息验证终端是否满足业务类型对应的验证条件；

发射电路1102，用于当终端满足业务类型对应的验证条件时，向业务处理服务器返回业务处理响应。

作为一种可选的实施例，业务类型为信息查询类型，处理器1101，用于根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；当用户签约信息表明终端开通了设备能力开放业务时，验证终端满足信息查询类型对应的验证条件。

作为一种可选的实施例，业务类型为自动登录类型，验证信息还包括：第一随机数、第一签名信息及第一URL；

处理器1101，用于根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；当用户签约信息表明终端开通了自动登录类型业务，根据验证信息中的终端的用户标识查询终端对应的密匙，并将密匙与第一随机数及第一URL作哈希运算，得到第一验证信息；将第一验证信息与第一签名信息进行匹配；当第一验证信息与第一签名信息匹配时，验证终端满足自动登录类型对应的验证条件。

作为一种可选的实施例，业务处理类型为定向提速类型，验证信息还包括：第二随机数、第二签名信息及第二URL；

处理器1101，用于根据验证信息中的终端的用户标识在用户数据库中查询终端的用户标识对应的用户签约信息；当用户签约信息表明终端开通了定向提速类型业务时，根据验证信息中的终端的用户标识查询终端对应的密匙，并将密匙与第二随机数及第二URL作哈希，得到第二验证信息；将第二验证信息与第二签名信息进行匹配；当第二验证信息与第二签名信息匹配时，验证终端满足定向提速类型对应的验证条件。

本实施例提供业务处理服务器，通过根据接收到的业务处理服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，向业务处理服务器返回业务处理响应，从而提高了业务处理效果。

图12为一个实施方式中业务处理服务器的结构示意图，该业务处理服务器用于执行上述图2至图7所示的实施例中任一实施例中业务处理服务器所执行的业务处理方法，该业务处理服务器包括处理器1201、发射电路1202、接收电路1203、存储器1204和总线1205，以及一个或一个以上的应用程序，所述一个或者一个以上应用程序包含用于执行操作的指令1206。其中，总线1205用于连接处理器1201、发射电路1202、接收电路1203以及存储器1204。处理器1201包括一个或多个处理组件，且一个或者一个以上程序存储于存储器1204中，经配置以由一个或者一个以上处理器执行；

接收电路1203，用于接收终端发送的访问请求，访问请求中至少携带终端的用户标识；

发射电路1202，用于根据访问请求向运营商服务器发送业务处理请求，业务处理请求中至少携带业务类型及验证信息，验证信息至少包括终端的用户标识；

接收电路1203，用于接收运营商服务器返回的针对业务处理请求的业务处理响应；

处理器1201，用于根据业务处理响应处理业务类型的业务。

作为一种可选的实施例，业务类型为信息查询类型；业务处理响应中携带信息查询结果，信息查询结果包括终端的网络情况信息和终端的设备信息中的至少一种信息；

处理器1201，用于根据业务处理响应中携带的信息查询结果确定为终端提供的服务类型。

作为一种可选的实施例，访问请求为自动登录请求，发射电路1202，用于当接收到终端发送的自动登录请求后，确定终端未登录时，根据自动登录请求生成第一随机数，将第一随机数发送给终端；

接收电路1203，用于接收终端发送的至少携带终端的用户标识、第一随机数及终端根据第一随机数生成的第一签名信息的登录验证请求；

发射电路1202，用于根据登录验证请求向运营商服务器发送业务处理请求，业务类型为自动登录类型，验证信息还包括第一随机数、第一签名信息及第一URL。

作为一种可选的实施例，业务处理响应中携带运营商服务器验证终端是否满足业务类型对应的验证条件的验证结果；

处理器1201，用于根据业务处理响应中携带的验证结果处理终端的自动登录类型的业务。

作为一种可选的实施例，访问请求为定向提速请求，发射电路1202，用于向终端返回业务提示窗口，并向终端返回生成的第二随机数；

接收电路1203，用于接收终端发送的至少携带终端的用户标识、第二随机数及终端根据第二随机数生成的第二签名信息的业务处理请求；

发射电路1202，用于向运营商服务器发送业务处理请求，业务类型为定向提速类型，验证信息还包括第二随机数、第二签名信息及第二URL。

作为一种可选的实施例，业务处理响应中携带运营商服务器验证终端是否满足业务类型对应的验证条件的验证结果；

处理器1201，用于根据业务处理响应中携带的验证结果处理终端的定向提速类型的业务。

本实施例提供的业务处理服务器，通过接收终端发送的访问请求，根据访问请求向运营商服务器发送至少携带业务类型及验证信息的业务处理请求，并在接收到运营商服务器返回的业务处理响应，根据业务处理响应处理业务类型的业务，从而提高了业务处理效果。

图13为一个实施方式中终端的结构示意图，该终端用于执行上述图2至图7所示的实施例中任一实施例中终端所执行的业务处理方法，该终端包括处理器1301、发射电路1302、接收电路1303、存储器1304和总线1305，以及一个或一个以上的应用程序，所述一个或者一个以上应用程序包含用于执行操作的指令1306。其中，总线1305用于连接处理器1301、发射电路1302、接收电路1303以及存储器1304。处理器1301包括一个或多个处理组件，且一个或者一个以上程序存储于存储器1304中，经配置以由一个或者一个以上处理器执行；

处理器1301，用于获取终端的用户标识；

发射电路1302，用于向业务处理服务器发送至少携带终端的用户标识的访问请求；

接收电路1303，用于接收业务处理服务器根据访问请求返回的信息；

发射电路1302，用于当业务处理服务器返回的信息中包括随机数时，根据随机数向业务处理服务器发送业务处理反馈。

作为一种可选的实施例，访问请求为自动登录请求；

接收电路1303，用于接收业务处理服务器根据自动登录请求返回的第一随机数；

发射电路1302，用于根据第一随机数生成第一签名信息，并向业务处理服务器发送至少携带终端的用户标识、第一随机数及第一签名信息的登录验证请求。

作为一种可选的实施例，访问请求为定向提速请求；

接收电路1303，用于接收业务处理服务器返回的业务提示窗口及根据定向提速请求返回的第二随机数；

发射电路1302，用于根据业务提示窗口进行业务确认后，根据第二随机数生成第二签名信息，并向业务处理服务器发送至少携带终端的用户标识、第二随机数及第二签名信息的业务确认响应。

本实施例提供的终端，通过获取终端的用户标识，并向业务处理服务器发送至少携带终端的用户标识的访问请求，进而在接收到业务处理服务器返回的随机数之后，根据随机数向业务处理服务器发送业务处理反馈，从而提高了业务处理效果。

参见图14，本实施例提供了一种业务处理系统，该系统包括运营商服务1401、业务处理服务器1402和终端1403；

其中，运营商服务器如上述图8或图11所述的实施例提供的运营商服务器；

业务处理服务器如上述图9或图12所述的实施例提供的业务处理服务器；

终端如上述图10或图13所述的实施例提供的终端。

本发明实施例提供的系统，通过根据接收到的业务处理服务器发送的业务处理请求中携带的验证信息验证终端满足业务类型对应的验证条件之后，向业务处理服务器返回业务处理响应，从而提高了业务处理效果。

需要说明的是：上述实施例提供的业务处理服务器在处理业务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将业务处理服务器和终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务处理服务器、业务处理终端、业务处理系统和业务处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (27)

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

接收业务处理服务器发送的业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括向所述业务处理服务器发送了访问请求的终端的用户标识；

根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件；

若所述终端满足所述业务类型对应的验证条件，则向所述业务处理服务器返回业务处理响应。

2.根据权利要求1所述的方法，其特征在于，所述业务类型为信息查询类型，所述根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件，包括：

根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

若所述用户签约信息表明所述终端开通了设备能力开放业务，则验证所述终端满足所述信息查询类型对应的验证条件。

3.根据权利要求1所述的方法，其特征在于，所述业务类型为自动登录类型，所述验证信息还包括：第一随机数、第一签名信息及第一统一资源定位符URL；

所述根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件，包括：

根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

若所述用户签约信息表明所述终端开通了自动登录类型业务，则根据所述验证信息中的终端的用户标识查询所述终端对应的密匙，并将所述密匙与所述第一随机数及所述第一URL作哈希运算，得到第一验证信息；

将所述第一验证信息与所述第一签名信息进行匹配；

若所述第一验证信息与所述第一签名信息匹配，则验证所述终端满足所述自动登录类型对应的验证条件。

4.根据权利要求1所述的方法，其特征在于，所述业务处理类型为定向提速类型，所述验证信息还包括：第二随机数、第二签名信息及第二统一资源定位符URL；

所述根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件，包括：

根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

若所述用户签约信息表明所述终端开通了定向提速类型业务，则根据所述验证信息中的终端的用户标识查询所述终端对应的密匙，并将所述密匙与所述第二随机数及所述第二URL作哈希，得到第二验证信息；

将所述第二验证信息与所述第二签名信息进行匹配；

若所述第二验证信息与所述第二签名信息匹配，则验证所述终端满足定向提速类型对应的验证条件。

5.一种业务处理方法，其特征在于，所述方法包括：

接收终端发送的访问请求，所述访问请求中至少携带所述终端的用户标识；

根据所述访问请求向运营商服务器发送业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括所述终端的用户标识；

接收所述运营商服务器返回的针对所述业务处理请求的业务处理响应，根据所述业务处理响应处理所述业务类型的业务。

6.根据权利要求5所述的方法，其特征在于，所述业务类型为信息查询类型；所述业务处理响应中携带信息查询结果，所述信息查询结果包括所述终端的网络情况信息和所述终端的设备信息中的至少一种信息；

所述根据所述业务处理响应处理所述业务类型的业务，包括：

根据所述业务处理响应中携带的信息查询结果确定为所述终端提供的服务类型。

7.根据权利要求5所述的方法，其特征在于，所述访问请求为自动登录请求，所述根据所述访问请求向运营商服务器发送业务处理请求，包括：

如果接收到所述终端发送的自动登录请求后，确定所述终端未登录，则根据所述自动登录请求生成第一随机数，将所述第一随机数发送给所述终端；

接收所述终端发送的至少携带所述终端的用户标识、所述第一随机数及所述终端根据所述第一随机数生成的第一签名信息的登录验证请求；

根据所述登录验证请求向所述运营商服务器发送所述业务处理请求，所述业务类型为自动登录类型，所述验证信息还包括第一随机数、第一签名信息及第一统一资源定位符URL。

8.根据权利要求7所述的方法，其特征在于，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述根据所述业务处理响应处理所述业务类型的业务，包括：

根据所述业务处理响应中携带的验证结果处理所述终端的自动登录类型的业务。

9.根据权利要求5所述的方法，其特征在于，所述访问请求为定向提速请求，所述根据所述访问请求向运营商服务器发送业务处理请求，包括：

向所述终端返回业务提示窗口，并向所述终端返回生成的第二随机数；

接收所述终端发送的至少携带所述终端的用户标识、所述第二随机数及所述终端根据所述第二随机数生成的第二签名信息的业务处理请求；

向所述运营商服务器发送所述业务处理请求，所述业务类型为定向提速类型，所述验证信息还包括第二随机数、第二签名信息及第二URL。

10.根据权利要求9所述的方法，其特征在于，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述根据所述业务处理响应处理所述业务类型的业务，包括：

根据所述业务处理响应中携带的验证结果处理所述终端的定向提速类型的业务。

11.一种业务处理方法，其特征在于，所述方法包括：

获取终端的用户标识；

向业务处理服务器发送至少携带所述终端的用户标识的访问请求；

接收所述业务处理服务器根据所述访问请求返回的信息；

若所述业务处理服务器返回的信息中包括随机数，则根据所述随机数向业务处理服务器发送业务处理反馈。

12.根据权利要求11所述的方法，其特征在于，所述访问请求为自动登录请求；所述接收所述业务处理服务器根据所述访问请求返回的信息，包括：

接收所述业务处理服务器根据所述自动登录请求返回的第一随机数；

所述根据所述随机数向业务处理服务器发送业务处理反馈，包括：

根据所述第一随机数生成第一签名信息，并向所述业务处理服务器发送至少携带所述终端的用户标识、所述第一随机数及所述第一签名信息的登录验证请求。

13.根据权利要求11所述的方法，其特征在于，所述访问请求为定向提速请求；所述接收所述业务处理服务器根据所述访问请求返回的信息，包括：

接收所述业务处理服务器返回的业务提示窗口及根据所述定向提速请求返回的第二随机数；

所述根据所述随机数向业务处理服务器发送业务处理反馈，包括：

根据所述业务提示窗口进行业务确认后，根据第二随机数生成第二签名信息，并向所述业务处理服务器发送至少携带所述终端的用户标识、所述第二随机数及所述第二签名信息的业务确认响应。

14.一种运营商服务器，其特征在于，所述运营商服务器包括：

接收模块，用于接收业务处理服务器发送的业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括向所述业务处理服务器发送了访问请求的终端的用户标识；

验证模块，用于根据所述验证信息验证所述终端是否满足所述业务类型对应的验证条件；

返回模块，用于当所述终端满足所述业务类型对应的验证条件时，向所述业务处理服务器返回业务处理响应。

15.根据权利要求14所述的运营商服务器，其特征在于，所述业务类型为信息查询类型，所述验证模块，包括：

第一查询子模块，用于根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

第一验证子模块，用于当所述用户签约信息表明所述终端开通了设备能力开放业务时，验证所述终端满足所述信息查询类型对应的验证条件。

16.根据权利要求14所述的运营商服务器，其特征在于，所述业务类型为自动登录类型，所述验证信息还包括：第一随机数、第一签名信息及第一统一资源定位符URL；

所述验证模块，包括：

第一查询子模块，用于根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

第二查询子模块，用于当所述用户签约信息表明所述终端开通了自动登录类型业务时，根据所述验证信息中的终端的用户标识查询所述终端对应的密匙；

第一计算子模块，用于将所述密匙与所述第一随机数及所述第一URL作哈希运算，得到第一验证信息；

第一匹配子模块，用于将所述第一验证信息与所述第一签名信息进行匹配；

第二验证子模块，用于当所述第一验证信息与所述第一签名信息匹配时，验证所述终端满足所述自动登录类型对应的验证条件。

17.根据权利要求14所述的运营商服务器，其特征在于，所述业务处理类型为定向提速类型，所述验证信息还包括：第二随机数、第二签名信息及第二URL；

所述验证模块，包括：

所述第一查询子模块，用于根据所述验证信息中的终端的用户标识在用户数据库中查询所述终端的用户标识对应的用户签约信息；

第三查询子模块，用于当所述用户签约信息表明所述终端开通了定向提速类型业务时，根据所述验证信息中的终端的用户标识查询所述终端对应的密匙；

第二计算子模块，用于将所述密匙与所述第二随机数及所述第二URL作哈希，得到第二验证信息；

第二匹配子模块，用于将所述第二验证信息与所述第二签名信息进行匹配；

第三验证子模块，用于当所述第二验证信息与所述第二签名信息匹配时，验证所述终端满足定向提速类型对应的验证条件。

18.一种业务处理服务器，其特征在于，所述业务处理服务器包括：

第一接收模块，用于接收终端发送的访问请求，所述访问请求中至少携带所述终端的用户标识；

发送模块，用于根据所述访问请求向运营商服务器发送业务处理请求，所述业务处理请求中至少携带业务类型及验证信息，所述验证信息至少包括所述终端的用户标识；

第二接收模块，用于接收所述运营商服务器返回的针对业务处理请求的业务处理响应；

处理模块，用于根据所述业务处理响应处理所述业务类型的业务。

19.根据权利要求18所述的业务处理服务器，其特征在于，所述业务类型为信息查询类型；所述业务处理响应中携带信息查询结果，所述信息查询结果包括所述终端的网络情况信息和所述终端的设备信息中的至少一种信息；

所述处理模块，用于根据所述业务处理响应中携带的信息查询结果确定为所述终端提供的服务类型。

20.根据权利要求18所述的业务处理服务器，其特征在于，所述访问请求为自动登录请求，所述发送模块，包括：

生成子模块，用于当接收到所述终端发送的自动登录请求后，确定所述终端未登录时，根据所述自动登录请求生成第一随机数；

第一发送子模块，用于将所述第一随机数发送给所述终端；

接收子模块，用于接收所述终端发送的至少携带所述终端的用户标识、所述第一随机数及所述终端根据所述第一随机数生成的第一签名信息的登录验证请求；

第二发送子模块，用于根据所述登录验证请求向所述运营商服务器发送所述业务处理请求，所述业务类型为自动登录类型，所述验证信息还包括第一随机数、第一签名信息及第一统一资源定位符URL。

21.根据权利要求20所述的业务处理服务器，其特征在于，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述处理模块，用于根据所述业务处理响应中携带的验证结果处理所述终端的自动登录类型的业务。

22.根据权利要求18所述的业务处理服务器，其特征在于，所述访问请求为定向提速请求，所述发送模块，包括：

返回子模块，用于向所述终端返回业务提示窗口，并向所述终端返回生成的第二随机数；

接收子模块，用于接收所述终端发送的至少携带所述终端的用户标识、所述第二随机数及所述终端根据所述第二随机数生成的第二签名信息的业务处理请求；

发送子模块，用于向所述运营商服务器发送所述业务处理请求，所述业务类型为定向提速类型，所述验证信息还包括第二随机数、第二签名信息及第二URL。

23.根据权利要求22所述的业务处理服务器，其特征在于，所述业务处理响应中携带所述运营商服务器验证所述终端是否满足所述业务类型对应的验证条件的验证结果；

所述处理模块，用于根据所述业务处理响应中携带的验证结果处理所述终端的定向提速类型的业务。

24.一种终端，其特征在于，所述终端包括：

获取模块，用于获取终端的用户标识；

第一发送模块，用于向业务处理服务器发送至少携带所述终端的用户标识的访问请求；

接收模块，用于接收所述业务处理服务器根据所述访问请求返回的信息；

第二发送模块，用于当所述业务处理服务器返回的信息中包括随机数时，根据所述随机数向业务处理服务器发送业务处理反馈。

25.根据权利要求24所述的终端，其特征在于，所述访问请求为自动登录请求；所述接收模块，用于接收所述业务处理服务器根据所述自动登录请求返回的第一随机数；

所述第二发送模块，包括：

第一生成子模块，用于根据所述第一随机数生成第一签名信息；

第一发送子模块，用于向所述业务处理服务器发送至少携带所述终端的用户标识、所述第一随机数及所述第一签名信息的登录验证请求。

26.根据权利要求24所述的服务器，其特征在于，所述访问请求为定向提速请求；所述接收模块，用于接收所述业务处理服务器返回的业务提示窗口及根据所述定向提速请求返回的第二随机数；

所述第二发送模块，包括：

第二生成子模块，用于根据所述业务提示窗口进行业务确认后，根据第二随机数生成第二签名信息；

第二发送子模块，用于向所述业务处理服务器发送至少携带所述终端的用户标识、所述第二随机数及所述第二签名信息的业务确认响应。

27.一种业务处理系统，其特征在于，所述系统包括：运营商服务器、业务处理服务器和终端；

所述运营商服务器如权利要求14至17中任一权利要求所述的运营商服务器；

所述业务处理服务器如权利要求18至23中任一权利要求所述的业务处理服务器；

所述终端如权利要求24至26中任一权利要求所述的终端。