具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种信息处理方法以及信息处理服务器,能够提高信息推送商的推送效果。
请参阅图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所示实施例中的业务探测模块在实际应用中可以集成在同一个设备中实现,也可以分别在不同设备中实现,此处不作限定。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种信息处理方法以及信息处理服务器进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。