CN101668045B - 一种信息处理方法以及信息处理服务器 - Google Patents

Abstract

本发明实施例公开了一种信息处理方法以及信息处理服务器，用于提高信息推送商的推送效果。本发明实施例方法包括：接收客户端发送的校验请求以及推送请求；根据所述推送请求向所述客户端推送预置信息；若所述校验请求中未包含cookie，则向所述客户端写入cookie，设置所述cookie的生命周期为预置的推送间隔，并进行显示处理，以使得所述客户端对接收到的所述预置信息进行显示。本发明实施例还提供一种信息处理服务器。本发明实施例可以有效地提高信息推送商的推送效果。

Description

一种信息处理方法以及信息处理服务器

技术领域

本发明涉及通信领域，尤其涉及一种信息处理方法以及信息处理服务器。

背景技术

在网络信息交互的过程中，网络侧常常需要向终端推送信息，例如广告信息等，现有技术中一种信息推送的过程包括：

(1)客户端访问普通网站，向普通网站发送超文本传输协议(HTTP，Hyper Text Transport Protocol)获取(GET)请求；

(2)业务探测服务器截获HTTP GET请求，检测该客户端对应的用户是否有推送策略，若有，则构造HTTP响应包，响应包中带有推送信息的框架；

(3)业务探测服务器向普通网站发送RESET包，同时向客户端发送构造的HTTP响应包；

(4)客户端获得到HTTP响应包后会从信息推送服务器获取相关信息(例如广告)，并且从普通网站获取相关信息(例如客户端原先请求获取的一些信息)，并且将这些信息填入推送信息的框架中最终向用户展示。

现有技术中对信息的推送设置有一些限制，例如对于同一客户端，一段时间之内只能显示一次推送的预置信息，上述的信息推送过程中，业务探测服务器是以客户端在HTTP GET请求中携带的公网互联网协议(IP，InternetProtocol)地址作为识别客户端的手段，即对某一IP地址的客户端，在一段时间内只能显示一次推送的预置信息。

但是，现有技术中，互联网工程任务组(IETF，Internet Engineering TaskForce)规定了一种网络地址转换(NAT，Network Address Translation)技术，通过NAT设备可以实现若干个客户端在公网中呈现同一公网IP地址，而这些客户端之间则各自拥有不同的私网IP地址，因此，在信息推送的过程中，业务探测服务器会将这些客户端认为是同一个客户端，在一段时间内，只能显示一次推送的预置信息，所以推送的预置信息的显示次数小于预设目标，从而影响信息推送商的推送效果。

发明内容

本发明实施例提供了一种信息处理方法以及信息处理服务器，能够提高信息推送商的推送效果。

本发明实施例提供的信息处理方法，包括：接收客户端发送的校验请求以及推送请求；根据所述推送请求向所述客户端推送预置信息；若所述校验请求中未包含cookie，则向所述客户端写入cookie，设置所述cookie的生命周期为预置的推送间隔，并进行显示处理，以使得所述客户端对接收到的所述预置信息进行显示。

本发明实施例提供的信息处理服务器，包括：信息推送模块；所述信息推送模块包括：第一请求接收单元，用于接收客户端发送的校验请求以及推送请求；推送单元，用于根据所述推送请求向所述客户端推送预置信息；第一校验单元，用于判断所述校验请求中是否包含cookie；写入单元，用于当所述校验请求中不包含cookie时，向所述客户端写入cookie，并设置所述cookie的生命周期为预置的推送间隔；第一显示处理单元，用于当所述校验请求中不包含cookie时，进行显示处理，以使得所述客户端对接收到的所述预置信息进行显示。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，信息处理服务器利用cookie对不同的客户端进行识别，由于每个客户端对应唯一的cookie，因此即使若干个客户端位于NAT设备之后，信息处理服务器也能够根据客户端发送的校验请求判断是否包含cookie，若不包含，则说明该客户端尚未显示过推送的信息，则向该客户端写入cookie，并使得客户端对接收到的预置信息进行显示，因此在预置的推送间隔内，能够使得推送的预置信息在每个发送校验请求的客户端中均进行一次显示，从而提高了信息推送商的推送效果。

附图说明

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

图1为本发明实施例中信息处理方法一个实施例示意图；

图2为本发明实施例中信息处理方法另一实施例示意图；

图3为本发明实施例中信息处理方法再一实施例示意图；

图4为本发明实施例中信息处理服务器实施例示意图；

图5为本发明实施例信息处理服务器中信息推送模块一个实施例示意图；

图6为本发明实施例信息处理服务器中信息推送模块另一实施例示意图；

图7为本发明实施例信息处理服务器中业务探测模块一个实施例示意图；

图8为本发明实施例信息处理服务器中业务探测模块另一实施例示意图。

具体实施方式

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

本发明实施例提供了一种信息处理方法以及信息处理服务器，能够提高信息推送商的推送效果。

请参阅图1，本发明实施例中信息处理方法一个实施例包括：

101、信息处理服务器接收客户端发送的校验请求以及推送请求；

本实施例中，客户端在向普通网站请求访问网页信息时会向信息处理服务器发送校验请求以及推送请求。

需要说明的是，该校验请求以及推送请求在实际应用中可以携带在同一个消息内，例如推送信息请求消息中，或其他类似的消息中，此处不作限定。

102、信息处理服务器根据推送请求向客户端推送预置信息；

信息处理服务器接收到客户端发送的推送请求之后，可以根据该推送请求向客户端推送预置信息，该预置信息在实际应用中可以为广告信息，系统信息，或其他类似的信息，此处不作限定。

推送的过程为本领域技术人员的公知常识，此处亦不作限定。

103、信息处理服务器对校验请求进行校验，并执行相应处理。

信息处理服务器接收到校验请求之后，即可判断该校验请求中是否包含cookie，若包含，则说明在当前的推送间隔内该客户端已经显示过预置信息，若不包含，则说明在当前的推送间隔内该客户端尚未显示过预置信息。

当校验请求中不包含cookie时，则信息处理服务器向该客户端写入cookie，并且将该cookie的生命周期设置为预置的推送间隔以保证显示过预置信息的客户端在该推送间隔内发送的校验请求中均包含有cookie，从而不会在预置的推送间隔内反复的显示预置信息。

写入cookie之后，信息处理服务器还可以进行显示处理，以使得客户端对接收到的预置信息进行显示，具体的显示处理的过程将在后续的实施例中进行详细描述。

本实施例中，信息处理服务器利用cookie对不同的客户端进行识别，由于每个客户端对应唯一的cookie，因此即使若干个客户端位于NAT设备之后，信息处理服务器也能够根据客户端发送的校验请求判断是否包含cookie，若不包含，则说明该客户端尚未显示过推送的信息，则向该客户端写入cookie，并使得客户端对接收到的预置信息进行显示，因此在预置的推送间隔内，能够使得推送的预置信息在每个发送校验请求的客户端中均进行一次显示，从而提高了信息推送商的推送效果。

下面对本发明实施例中的信息处理过程进行详细描述，请参阅图2，本发明实施例中信息处理方法另一实施例包括：

201、业务探测模块获取客户端发送的获取GET请求；

本实施例中，当客户端请求获取网页信息时，会向目标网站发送GET请求，该GET请求会被信息处理服务器中的业务探测模块截获，该GET请求中包含有源地址(即客户端的地址)、目的地址(即目标网站的地址)以及请求的网页信息等内容。

本实施例中的GET请求可以为HTTP GET请求，也可以为其他传输协议的GET请求，具体此处不作限定，下面仅以HTTP GET为例进行说明。

202、业务探测模块根据GET请求构造响应包；

业务探测模块在获取到GET请求之后，可以根据该GET请求构造响应包，具体的构造过程为本领域技术人员的公知常识，即是将GET请求中的源地址和目的地址进行互换得到响应包。

该响应包中包含有推送框架，该响应包中的显示标识默认设置为不显示预置信息。

需要说明的是，在业务探测模块构造响应包之前，还可以首先判断发送该GET请求的客户端是否有对应的推送策略，即是否需要向该客户端推送预置信息，若是，则构造响应包，若否，则直接将该GET请求转发至目的地址对应的目标网站。

此外，为防止反复推送，业务探测模块在构造响应包之前，还可以进一步判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若未构造过，则构造响应包，若已经构造过，则直接将该GET请求转发至目的地址对应的目标网站，该预置的时间间隔可以由系统或管理员进行设置，例如可以设置为1分钟。

203、业务探测模块向客户端发送响应包；

业务探测模块在构造完响应包之后即可将该响应包发送至客户端。

204、信息推送模块接收客户端发送的校验请求以及推送请求；

本实施例中，当客户端收到业务探测模块发送的响应包之后，会同时发送三个请求，分别为校验请求，推送请求以及网页请求，其中，校验请求以及推送请求发往信息处理服务器中的信息推送模块，网页请求发往目标网站。

本实施例中的校验请求以及推送请求在实际应用中可以携带在同一个消息内，例如推送信息请求消息中，或其他类似的消息中，此处不作限定。

需要说明的是，若客户端本地保存有cookie，则客户端发送的校验请求中会自动携带该cookie，该过程对客户端透明，即客户端并不感知本地是否保存有cookie，也不感知发送的校验请求中是否保存有cookie。

205、信息推送模块根据推送请求向客户端推送预置信息；

信息推送模块接收到客户端发送的推送请求之后，可以根据该推送请求向客户端推送预置信息，该预置信息在实际应用中可以为广告信息，系统信息，或其他类似的信息，此处不作限定。

推送的过程为本领域技术人员的公知常识，此处亦不作限定。

206、信息推送模块对校验请求进行校验，若包含cookie，则执行步骤207，若不包含cookie，则执行步骤208；

信息推送模块接收到校验请求之后，即可判断该校验请求中是否包含cookie，若包含，则说明在当前的推送间隔内该客户端已经显示过预置信息，若不包含，则说明在当前的推送间隔内该客户端尚未显示过预置信息。

207、停止流程；

若信息推送模块确定校验请求中包含cookie，则说明在当前的推送间隔内该客户端已经显示过预置信息，无需再次显示，由于前述业务探测模块发送的响应包中的显示标识默认设置为不显示预置信息，则客户端不会显示推送的预置信息，因此可以停止流程。

208、信息推送模块写入cookie；

若信息推送模块确定校验请求中不包含cookie，则说明在当前的推送间隔内该客户端尚未显示过预置信息，则信息推送模块向该客户端写入cookie，并且将该cookie的生命周期设置为预置的推送间隔以保证显示过预置信息的客户端在该推送间隔内发送的校验请求中均包含有cookie，从而不会在预置的推送间隔内反复的显示预置信息。

具体的写入方式可以采用隐私参数平台(P3P，Platform for PrivacyPreference)的方式，具体过程为本领域技术人员的公知常识，此处不作限定。

209、信息推送模块生成框架参数并反馈至客户端；

写入cookie之后，信息推送模块还可以从容户端接收到基础域参数，该基础域参数表示客户端请求访问的域，即目标网站所提供的访问域。

信息推送模块根据该基础域参数可以生成框架参数，该框架参数中包含一个定制统一资源标识符(URL，Uniform Resource Locator)。

信息推送模块生成了包含定制URL的框架参数之后，即可将该框架参数反馈至客户端。

210、业务探测模块发送显示标识修改命令。

当客户端接收到信息推送模块发送的框架参数之后，则会再次发送GET请求，在该GET请求中包含该定制URL。

业务探测模块截获该GET请求之后，判断其中包含定制URL，则向客户端反馈显示标识修改命令，该显示标识修改命令用于将前述响应包中的显示标识修改为显示预置信息。

显示标识被修改之后，则客户端可以将从目标网站获取到的网页信息以及信息推送模块推送的预置信息填入响应包中的推送框架得到显示内容，并向用户展示该显示内容，从而完成预置信息的显示。

本实施例中，信息处理服务器利用cookie对不同的客户端进行识别，由于每个客户端对应唯一的cookie，因此即使若干个客户端位于NAT设备之后，信息处理服务器也能够根据客户端发送的校验请求判断是否包含cookie，若不包含，则说明该客户端尚未显示过推送的信息，则向该客户端写入cookie，并使得客户端对接收到的预置信息进行显示，因此在预置的推送间隔内，能够使得推送的预置信息在每个发送校验请求的客户端中均进行一次显示，从而提高了信息推送商的推送效果；

其次，本实施例中，业务探测模块在构造响应包之前，还可以进一步判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若已经构造过，则直接将该GET请求转发至目的地址对应的目标网站，因此能够防止反复推送。

为便于理解，下面以一实际应用中的具体实例对本发明实施例中的信息处理方法进行详细描述，请参阅图3，本发明实施例中信息处理方法再一实施例包括：

301、客户端发送HTTP GET请求；

本实施例中，当客户端请求获取网页信息时，会向目标网站发送GET请求，该GET请求会被业务探测模块截获，该GET请求中包含有源地址(即客户端的地址)，目的地址(即目标网站的地址)以及请求的网页信息等内容。

302、业务探测模块判断客户端是否有推送策略；

303、业务探测模块构造响应包；

本实施例中，业务探测模块确定客户端有推送策略时，则构造响应包，该响应包的源地址以及目的地址与GET请求中的源地址以及目的地址互换，该响应包中包含有推送框架，例如可以是广告推送框架，且该响应包的显示标识默认设置为不显示预置信息。

304、向客户端发送响应包，向目标网站发送重置RESET包；

业务探测模块生成响应包之后，向客户端发送该响应包，且向目标网站发送RESET包，以断开客户端与目标网站之间的连接，从而防止目标网站向客户端发送响应。

本实施例中，客户端在接收到业务探测模块发送的响应包之后会同时发送三条请求，分别为：

305a：发往信息推送模块的校验请求；

305b：发往信息推送模块的推送请求；

305c：发往目标网站的网页请求；

其中，305a的校验请求和305b的推送请求可以在同一个请求消息中发往信息推送模块，也可以在不同的消息中发往信息推送模块，本实施例中以在不同的消息中发送信息推送模块为例进行说明。

针对上述三条请求，本实施例中对应的交互流程为：

校验请求：

305a、客户端向信息推送模块发送校验请求；

本实施例中，若客户端本地保存有cookie，则客户端发送的校验请求中会自动携带该cookie，该过程对客户端透明，即客户端并不感知本地是否保存有cookie，也不感知发送的校验请求中是否保存有cookie。

306a、信息推送模块对校验请求进行校验；

信息推送模块对客户端发送的校验请求进行校验，若该校验请求中包含有cookie，则说明在当前的推送间隔内该客户端已经显示过预置信息，无需再次显示，由于前述业务探测模块发送的响应包中的显示标识默认设置为不显示预置信息，则客户端不会显示推送的预置信息，因此可以停止流程，即信息推送模块无需进行任何操作；

若该校验请求中不包含cookie，则说明在当前的推送间隔内该客户端尚未显示过预置信息。

307a、信息推送模块向客户端写入cookie；

当校验请求中不包含cookie时，则信息推送模块会向客户端写入cookie，具体的写入过程可以为：

由于信息推送模块和客户端访问的目标网站可能属于不同的域，因此写cookie为跨域操作，客户端的浏览器可能会有安全限制。

P3P是万维网联盟公布的一项隐私保护推荐标准，主要为Internet用户提供隐私保护。使用P3P后即可实现跨域写cookie，例如采用如下的方式写入cookie：

response.setHeader(″P3P″，″CP＝\″NON DSP COR CURa ADMa DEVa TAIaPSAa PSDa IVAa IVDa CONa HISa TELa OTPa OUR UNRa IND UNI COMNAV INT DEM CNT PRE LOC\″″)。

具体的写入cookie的过程为本领域技术人员的公知常识，此处不再赘述。

推送请求：

305b、客户端向信息推送模块发送推送请求；

本实施例中，客户端向信息推送模块发送推送请求，以请求信息推送模块反馈预置信息。

306b、信息推送模块根据推送请求向客户端推送预置信息；

信息推送模块接收到客户端发送的推送请求之后，可以根据该推送请求向客户端推送预置信息，该预置信息在实际应用中可以为广告信息，系统信息，或其他类似的信息，此处不作限定。

网页请求：

305c、客户端向目标网站发送网页请求；

本实施例中，客户端向目标网站发送网页请求，以请求目标网站反馈网页信息。

306c、目标网站根据推送请求向客户端反馈网页信息；

目标网站接收到客户端发送的网页请求之后，可以根据该网页请求向客户端推送网页信息。

需要说明的是，本实施例中，当信息推送模块在步骤307a中向客户端写入了cookie之后，客户端中的浏览器可以获取基础域baseDomain参数，并且将该baseDomain参数发送至信息推送模块，信息推送模块根据该baseDomain参数构造IFRAME，该IFRAME的SRC为http://baseDomain/specialURL，其中，specialURL为一定制URL，实际上并不存在，目的是构造一个和客户端访问的页面同域下的IFRAME，这样就可以通过Cross Iframe Trick(将IFRAME做一次迭代实现IFRAME之间的交叉数据访问)方式操作推送框架页面。

信息推送模块在构造了IFRAME之后，将该包含specialURL的IFRAME发送至客户端，则客户端会再次发送HTTP GET请求，具体如：

308、客户端向业务探测模块发送HTTP GET请求；

本实施例中，客户端发送的该HTTP GET请求中包含该specialURL。

309、业务探测模块发送显示标识修改命令；

业务探测模块截获该HTTP GET请求之后，判断其中包含定制URL，则发送显示标识修改命令，该显示标识修改命令用于将前述响应包中的显示标识修改为显示预置信息。

本实施例中，该显示标识修改命令具体可以为：<script>parent.parent.ADDisplay()；</script>，即调用推送框架中的显示预置信息IFRAME，使得客户端显示推送的预置信息。

310、客户端进行显示。

显示标识被修改之后，则客户端可以将从目标网站获取到的网页信息以及信息推送模块推送的预置信息填入响应包中的推送框架得到显示内容，并向用户展示该显示内容，从而完成预置信息的显示。

本实施例中，信息推送模块利用cookie对不同的客户端进行识别，由于每个客户端对应唯一的cookie，因此即使若干个客户端位于NAT设备之后，信息推送模块也能够根据客户端发送的校验请求判断是否包含cookie，若不包含，则说明该客户端尚未显示过推送的信息，则向该客户端写入cookie，并使得客户端对接收到的预置信息进行显示，因此在预置的推送间隔内，能够使得推送的预置信息在每个发送校验请求的客户端中均进行一次显示，从而提高了信息推送商的推送效果。

下面对本发明实施例中的信息处理服务器实施例进行描述，请参阅图4，本发明实施例中的信息处理服务器实施例包括：

信息推送模块402，用于接收客户端发送的校验请求以及推送请求，根据推送请求向客户端推送预置信息，若校验请求中未包含cookie，则向客户端写入cookie，设置cookie的生命周期为预置的推送间隔，并进行显示处理，以使得客户端对接收到的预置信息进行显示。

本实施例中的信息处理服务器还可以进一步包括：

业务探测模块401，用于获取客户端发送的获取GET请求，根据GET请求构造响应包，响应包中的显示标识设置为不显示预置信息；

本实施例中的业务探测模块401还用于：

判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若未构造过，则根据GET请求构造响应包。

为便于理解，下面以一具体应用场景对本实施例中的信息处理服务器进行描述：

本实施例中，当客户端请求获取网页信息时，会向目标网站发送GET请求，该GET请求会被业务探测模块401截获。

业务探测模块401在获取到GET请求之后，可以根据该GET请求构造响应包，具体的构造过程为本领域技术人员的公知常识，即是将GET请求中的源地址和目的地址进行互换得到响应包。

该响应包中包含有推送框架，该响应包中的显示标识默认设置为不显示预置信息。

为防止反复推送，业务探测模块401在构造响应包之前，还可以进一步判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若未构造过，则构造响应包，若已经构造过，则直接将该GET请求转发至目的地址对应的目标网站，该预置的时间间隔可以由系统或管理员进行设置，例如可以设置为1分钟。

业务探测模块401在构造完响应包之后即可将该响应包发送至客户端。

当客户端收到业务探测模块401发送的响应包之后，会同时发送三个请求，分别为校验请求，推送请求以及网页请求，其中，校验请求以及推送请求发往信息推送模块402，网页请求发往目标网站。

信息推送模块402接收到客户端发送的推送请求之后，可以根据该推送请求向客户端推送预置信息，该预置信息在实际应用中可以为广告信息，系统信息，或其他类似的信息，此处不作限定。

信息推送模块402接收到校验请求之后，即可判断该校验请求中是否包含cookie，若包含，则说明在当前的推送间隔内该客户端已经显示过预置信息，若不包含，则说明在当前的推送间隔内该客户端尚未显示过预置信息。

若信息推送模块402确定校验请求中包含cookie，则说明在当前的推送间隔内该客户端已经显示过预置信息，无需再次显示，由于前述业务探测模块401发送的响应包中的显示标识默认设置为不显示预置信息，则客户端不会显示推送的预置信息，因此可以停止流程。

若信息推送模块402确定校验请求中不包含cookie，则说明在当前的推送间隔内该客户端尚未显示过预置信息，则信息推送模块402向该客户端写入cookie，并且将该cookie的生命周期设置为预置的推送间隔以保证显示过预置信息的客户端在该推送间隔内发送的校验请求中均包含有cookie，从而不会在预置的推送间隔内反复的显示预置信息。

写入cookie之后，信息推送模块402还可以进行显示处理，以使得客户端对接收到的预置信息进行显示。

本实施例中，信息推送模块402还可以进行显示处理的过程与前述图2所示的显示处理的过程一致，此处不再赘述。

本实施例中，信息推送模块402利用cookie对不同的客户端进行识别，由于每个客户端对应唯一的cookie，因此即使若干个客户端位于NAT设备之后，信息推送模块402也能够根据客户端发送的校验请求判断是否包含cookie，若不包含，则说明该客户端尚未显示过推送的信息，则向该客户端写入cookie，并使得客户端对接收到的预置信息进行显示，因此在预置的推送间隔内，能够使得推送的预置信息在每个发送校验请求的客户端中均进行一次显示，从而提高了信息推送商的推送效果；

其次，本实施例中，业务探测模块401在构造响应包之前，还可以进一步判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若已经构造过，则直接将该GET请求转发至目的地址对应的目标网站，因此能够防止反复推送。

上述内容对信息处理服务器中的业务探测模块401以及信息推送模块402之间的交互关系进行了说明，下面分别对该业务探测模块401以及信息推送模块402进行详细描述，请参阅图4一并参阅图5，信息推送模块402一个实施例包括：

第一请求接收单元501，用于接收客户端发送的校验请求以及推送请求；

推送单元502，用于根据推送请求向客户端推送预置信息；

第一校验单元503，用于判断校验请求中是否包含cookie；

写入单元504，用于当校验请求中不包含cookie时，向客户端写入cookie，并设置cookie的生命周期为预置的推送间隔；

第一显示处理单元505，用于当校验请求中不包含cookie时，进行显示处理，以使得客户端对接收到的预置信息进行显示。

请参阅图4一并参阅图6，信息推送模块402另一实施例包括：

第一请求接收单元601，用于接收客户端发送的校验请求以及推送请求；

推送单元602，用于根据推送请求向客户端推送预置信息；

第一校验单元603，用于判断校验请求中是否包含cookie；

写入单元604，用于当校验请求中不包含cookie时，向客户端写入cookie，并设置cookie的生命周期为预置的推送间隔；

第一显示处理单元605，用于当校验请求中不包含cookie时，进行显示处理，以使得客户端对接收到的预置信息进行显示。

本实施例中的第一显示处理单元605包括：

参数接收子单元6051，用于接收客户端发送的基础域参数；

参数构造子单元6052，用于根据基础域参数构造包含定制统一资源定位符URL的框架参数；

参数发送子单元6053，用于将框架参数发送至客户端。

为便于理解，下面以一具体应用场景对信息推送模块402进行描述：

本实施例中，客户端在向普通网站请求访问网页信息时会向信息推送模块402中的第一请求接收单元601发送校验请求以及推送请求。

需要说明的是，该校验请求以及推送请求在实际应用中可以携带在同一个消息内，例如推送信息请求消息中，或其他类似的消息中，此处不作限定。

第一请求接收单元601接收到客户端发送的推送请求之后，推送单元602可以根据该推送请求向客户端推送预置信息，该预置信息在实际应用中可以为广告信息，系统信息，或其他类似的信息，此处不作限定。

第一请求接收单元601接收到校验请求之后，第一校验单元603即可判断该校验请求中是否包含cookie，若包含，则说明在当前的推送间隔内该客户端已经显示过预置信息，若不包含，则说明在当前的推送间隔内该客户端尚未显示过预置信息。

当校验请求中不包含cookie时，则写入单元604向该客户端写入cookie，并且将该cookie的生命周期设置为预置的推送间隔以保证显示过预置信息的客户端在该推送间隔内发送的校验请求中均包含有cookie，从而不会在预置的推送间隔内反复的显示预置信息。

写入cookie之后，第一显示处理单元605还可以进行显示处理，以使得客户端对接收到的预置信息进行显示，具体的显示处理的过程与前述图2所示的实施例中描述的显示处理的过程相同，此处不再赘述。

本实施例中，第一校验单元603能够根据客户端发送的校验请求判断是否包含cookie，若不包含，则说明该客户端尚未显示过推送的信息，则写入单元604向该客户端写入cookie，第一显示处理单元605使得客户端对接收到的预置信息进行显示，因此在预置的推送间隔内，能够使得推送的预置信息在每个发送校验请求的客户端中均进行一次显示，从而提高了信息推送商的推送效果。

请参阅图4一并参阅图7，业务探测模块401一个实施例包括：

第二请求获取单元701，用于获取客户端发送的获取GET请求；

响应包构造单元702，用于根据GET请求构造响应包，响应包中的显示标识设置为不显示预置信息；

响应包发送单元703，用于向客户端发送响应包；

第二校验单元704，用于判断GET请求中是否包含定制URL；

第二显示处理单元705，用于当GET请求中包含定制URL时向客户端反馈显示标识修改命令，显示标识修改命令用于将显示标识修改为显示预置信息。

请参阅图4一并参阅图8，业务探测模块401另一实施例包括：

第二请求获取单元801，用于获取客户端发送的获取GET请求；

响应包构造单元802，用于根据GET请求构造响应包，响应包中的显示标识设置为不显示预置信息；

响应包发送单元803，用于向客户端发送响应包；

第二校验单元804，用于判断GET请求中是否包含定制URL；

第二显示处理单元805，用于当GET请求中包含定制URL时向客户端反馈显示标识修改命令，显示标识修改命令用于将显示标识修改为显示预置信息；

第三校验单元806，用于判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若未构造过，则触发响应包构造单元执行相应操作。

为便于理解，下面以一具体应用场景对业务探测模块401进行描述：

本实施例中，当客户端请求获取网页信息时，会向目标网站发送GET请求，该GET请求会被业务探测模块401中的第二请求获取单元801截获，该GET请求中包含有源地址(即客户端的地址)，目的地址(即目标网站的地址)以及请求的网页信息等内容。

第二请求获取单元801在获取到GET请求之后，响应包构造单元802可以根据该GET请求构造响应包，具体的构造过程为本领域技术人员的公知常识，即是将GET请求中的源地址和目的地址进行互换得到响应包。

需要说明的是，在响应包构造单元802构造响应包之前，第三校验单元806还可以进一步判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若未构造过，则触发响应包构造单元802构造响应包。

响应包发送单元803在构造完响应包之后即可将该响应包发送至客户端。

当客户端接收到信息推送模块402发送的框架参数之后，则会再次发送GET请求，在该GET请求中包含该定制URL。

第二请求获取单元801截获该GET请求之后，第二校验单元804判断其中包含定制URL，则第二显示处理单元805向客户端反馈显示标识修改命令，该显示标识修改命令用于将前述响应包中的显示标识修改为显示预置信息。

显示标识被修改之后，则客户端可以将从目标网站获取到的网页信息以及信息推送模块402推送的预置信息填入响应包中的推送框架得到显示内容，并向用户展示该显示内容，从而完成预置信息的显示。

本实施例中，第二校验单元804能够判断客户端发送的GET请求中是否包含定制URL，第二显示处理单元805在GET请求中包含定制URL时，向客户端反馈显示标识修改命令，显示标识修改命令用于将显示标识修改为显示预置信息，所以能够实现在客户端中显示预置信息，从而提高信息推送商的推送效果；

其次，本实施例中，响应包构造单元802在构造响应包之前，第三校验单元806还可以进一步判断在预置的时间间隔内是否为发送GET请求的客户端构造过响应包，若已经构造过，则直接将该GET请求转发至目的地址对应的目标网站，因此能够防止反复推送。

需要说明的是，上述图5或图6所示实施例中的信息推送模块，以及上述图7或图8所示实施例中的业务探测模块在实际应用中可以集成在同一个设备中实现，也可以分别在不同设备中实现，此处不作限定。

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

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

Claims (10)

1.一种信息处理方法，其特征在于，包括：

接收客户端发送的校验请求以及推送请求，若客户端本地保存有cookie，则客户端发送的校验请求中会自动携带该cookie；

根据所述推送请求向所述客户端推送预置信息；

若所述校验请求中未包含cookie，则向所述客户端写入cookie，设置所述cookie的生命周期为预置的推送间隔，并进行显示处理，以使得所述客户端对接收到的所述预置信息进行显示。

2.根据权利要求1所述的方法，其特征在于，所述接收客户端发送的校验请求以及推送请求之前包括：

获取客户端发送的获取GET请求；

根据所述GET请求构造响应包，所述响应包中的显示标识设置为不显示预置信息；

向所述客户端发送所述响应包。

3.根据权利要求2所述的方法，其特征在于，所述根据所述GET请求构造响应包包括：

将所述GET请求中的源地址以及目的地址互换，以构造响应包，所述响应包中的显示标识设置为不显示预置信息。

4.根据权利要求2所述的方法，其特征在于，所述根据GET请求构造响应包之前包括：

若确定在预置的时间间隔内没有为发送所述GET请求的客户端构造过响应包，则触发根据GET请求构造响应包的步骤。

5.根据权利要求2，3或4所述的方法，其特征在于，所述进行显示处理包括：

接收客户端发送的基础域参数；

根据所述基础域参数构造包含定制统一资源定位符URL的框架参数，并将所述框架参数发送至所述客户端；

当获取到的所述客户端再次发送的GET请求中包含所述定制URL时，向所述客户端反馈显示标识修改命令，所述显示标识修改命令用于将所述显示标识修改为显示预置信息。

6.根据权利要求5所述的方法，其特征在于，所述响应包中还包含推送框架；

所述方法还包括：

客户端从目的网站获取网页信息；

客户端将所述网页信息以及所述预置信息填入所述推送框架得到显示内容。

7.一种信息处理服务器，其特征在于，包括：信息推送模块；

所述信息推送模块包括：

第一请求接收单元，用于接收客户端发送的校验请求以及推送请求，若客户端本地保存有cookie，则客户端发送的校验请求中会自动携带该cookie；

推送单元，用于根据所述推送请求向所述客户端推送预置信息；

第一校验单元，用于判断所述校验请求中是否包含cookie；

写入单元，用于当所述校验请求中不包含cookie时，向所述客户端写入cookie，并设置所述cookie的生命周期为预置的推送间隔；

第一显示处理单元，用于当所述校验请求中不包含cookie时，进行显示处理，以使得所述客户端对接收到的所述预置信息进行显示。

8.根据权利要求7所述的信息处理服务器，其特征在于，所述信息处理服务器还包括：业务探测模块；

所述业务探测模块包括：

第二请求获取单元，用于获取客户端发送的获取GET请求；

响应包构造单元，用于根据所述GET请求构造响应包，所述响应包中的显示标识设置为不显示预置信息；

响应包发送单元，用于向客户端发送所述响应包；

第二校验单元，用于判断所述GET请求中是否包含定制URL；

第二显示处理单元，用于当GET请求中包含定制URL时，向所述客户端反馈显示标识修改命令，所述显示标识修改命令用于将所述显示标识修改为显示预置信息。

9.根据权利要求7或8所述的信息处理服务器，其特征在于，所述第一显示处理单元包括：

参数接收子单元，用于接收客户端发送的基础域参数；

参数构造子单元，用于根据所述基础域参数构造包含定制统一资源定位符URL的框架参数；

参数发送子单元，用于将所述框架参数发送至所述客户端。

10.根据权利要求8所述的信息处理服务器，其特征在于，所述业务探测模块还包括：

第三校验单元，用于判断在预置的时间间隔内是否为发送所述GET请求的客户端构造过响应包，若未构造过，则触发所述响应包构造单元执行相应操作。

Images