具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例一提供的一种URI索引的信息的处理方法的流程示意图,如图1所示,本实施例的URI索引的信息的处理方法可以包括以下步骤:
步骤101、接收携带有URI的请求消息;
步骤102、获取上述URI索引的信息;
步骤103、验证上述URI索引的信息的相关属性信息;
步骤104、根据上述验证的结果,进行相关处理。
其中的URI可以是单独一个URI,还可以是嵌入在网页页面中的URI;URI索引的信息的相关属性信息可以包括URI索引的信息的安全性、URI索引的信息所属的类别(例如:教育、18岁以上、娱乐、新闻等)、与URI索引的信息匹配的能力信息(例如:支持的版本信息、网络信息、软硬件信息、显示能力信息等)等信息。
本实施例的步骤104中,若通过该URI索引的信息的相关属性信息的验证,则可以向客户端发送该URI和/或该URI索引的信息,或者进一步发送验证通过的结果信息;若未通过该URI索引的信息的相关属性信息的验证,则可以向客户端发送至少以下一种信息:验证未通过的结果信息;该URI和验证未通过的结果信息;该URI、经过过滤后的该URI索引的信息和验证未通过的结果信息。
本实施例可以适用于CDN系统中的任何一种内容分发技术:对于推送分发技术来说,步骤101中所接收到的请求消息是PI发送的Push消息;对于主动请求分发技术来说,步骤101中所接收到的请求消息是客户端(主动请求客户端)发送的超文本传输协议(Hyper Text Transfer Protocol,简称HTTP)消息、会话初始协议(Session Initiation Protocol,简称SIP)消息、短消息等消息。其中主动请求客户端可以是请求URI索引的信息的客户端,还可以是请求对未知URI索引的信息进行验证的客户端。
本实施例中,获取到请求消息中所携带的URI索引的信息之后,通过对该URI索引的信息的相关属性信息进行验证,使得可以根据验证的结果进行相关处理,能够避免客户端遭受病毒攻击,从而防止了客户端的操作系统的损坏和客户端用户的个人信息的泄露,以及能够避免客户端接收到无用的垃圾信息和无法显示的信息,从而节省了网络资源。
需要说明的是:本实施例中的步骤102和/或步骤103的执行主体可以是推送框架中现有的PPG,还可以是推送框架或主动请求框架中新增加的一个验证服务器,主要完成URI索引的信息的获取和/或URI索引的信息的验证,和/或完成相应处理功能的服务器。
图2为本发明实施例二提供的一种URI索引的信息的处理方法的流程示意图,本实施例的URI索引的信息的处理方法是基于推送分发技术实现的,如图2所示,本实施例的URI索引的信息的处理方法可以包括以下步骤:
步骤201、PI通过推送接入协议(Push Access Protocol,简称PAP)向PPG发送携带有URI的推送消息;
步骤202、PPG接收上述携带有URI的推送消息,根据预设策略,判断是否需要对上述URI索引的信息的相关属性信息进行验证,如果不需要验证,则执行步骤203;如果需要验证,则执行步骤204;
其中的预设策略可以包括一个允许PPG完成验证URI索引的信息的相关属性信息的指示信息,上述预设策略可以是客户端在注册或签约业务过程中在PPG上设置的,还可以是网络运营商预先在PPG上设置的。具体地,客户端可以通过注册或签约业务过程中的消息携带该指示信息,例如:扩展HTTP选项(HTTP OPTIONS)的响应消息、SIP注册(SIP REGISTER)消息、SIP选项(SIP OPTIONS)消息、SIP订阅(SIP SUBSCRIBE)消息等消息的头域或者在上述消息的消息体中直接携带,例如:可以通过扩展头域“URI验证”(“URI-Validation”),当取值为“需要”(“Required”)时,指示PPG需要对上述URI索引的信息的相关属性信息进行验证;还可以通过扩展头域“URI验证类型”,指示PPG需要对属于该头域取值所表示的URI类型的URI索引的信息的相关属性信息进行验证,例如:非白名单PI发送的URI、发给某个特定应用(例如:彩信客户端、邮件客户端等)的URI等。
可选地,客户端用户还可以选择拨打相应的客服电话、网上签约等方式对上述预设策略进行设置。
203、PPG通过空中协议(Over The Air,简称OTA)向客户端发送上述携带有URI的推送消息,以供客户端执行现有流程中获取该URI索引的信息,此处不再赘述;
可替换地,当步骤202中PPG判断出不需要对上述URI索引的信息的相关属性信息进行验证时,PPG可以不执行步骤203,而是根据预设策略,进一步判断是否需要获取上述URI索引的信息。若判断出需要获取上述URI索引的信息,则与内容服务器进行交互,获取上述URI索引的信息。根据获取URI索引的信息的内容大小、客户端的设置、客户端的能力信息、和/或网络情况,并向客户端发送上述URI索引的信息,选择适当的承载方式,将所获取的上述URI索引的信息发送给客户端,例如:会话初始协议(SessionInitiation Protocol,简称SIP)、超文本传输协议(Hyper Text TransferProtocol,简称HTTP)、短消息业务(Short Messaging Service,简称SMS)等承载方式。
204、PPG与内容服务器进行交互,获取上述URI索引的信息;
其中的内容服务器可以为PI,还可以为第三方的内容源。本步骤中,在PPG与内容服务器进行交互的过程中,内容服务器可能需要执行鉴权认证过程,即内容服务器需要获取到客户端用户的授权信息、鉴权信息(密钥)等权限信息之后,才可以向PPG提供上述URI索引的信息。
类似地,上述权限信息可以像上述PPG上设置的预设策略一样,由客户端在注册或签约业务过程中在PPG上设置。若PPG上没有预先设置客户端的权限信息,PPG则需要通过授权请求消息向客户端获取权限信息,PPG将获取到的权限信息提供给内容服务器,内容服务器对该权限信息鉴权通过之后,才能向PPG提供上述URI索引的信息,由于考虑了当PPG上没有预先设置获取上述URI所需的客户端用户的权限信息时,需要克服因此不能获得URI索引的信息的技术困难,提供了获得客户端用户授权或预制授权信息的发明思想,使得能够解决权限问题,从而带来了更好用户体验。
205、PPG验证所获取到的上述URI索引的信息的相关属性信息;
其中的上述URI索引的信息的相关属性信息可以包括URI索引的信息的安全性、URI索引的信息所属的类别(例如:教育、18岁以上、性别、娱乐、新闻等类别)、与URI索引的信息匹配的能力信息等信息。具体地,PPG可以验证上述URI索引的信息的安全性,具体方法可以参照有关信息的安全性检验的相关技术,此处不再赘述;PPG也可以验证上述URI索引的信息所属的类别是否与客户端用户的偏好信息相匹配;PPG还可以验证上述URI索引的信息是否与客户端的能力信息相匹配。需要说明的是:上述验证可以单独验证,也可以任意组合起来共同验证,具体验证方式可以有多种组合,此处不再赘述。
步骤206、PPG根据上述验证的结果,进行相关处理。
具体地,本步骤中,PPG可以根据上述步骤202中客户端在注册或签约业务过程中在PPG上设置的或网络运营商在PPG上设置的预设策略,进行相关处理。其中的预设策略可以包括一个若通过验证则指示PPG完成验证URI索引的信息的相关属性信息之后,向客户端发送具体内容的指示信息。例如:可以通过扩展相关消息的头域“传递方式”(“Deliver-Method”),当取值为“URI”时,指示PPG向客户端发送上述URI;当取值为“内容”(“Content”)时,指示PPG向客户端发送上述URI索引的信息。
进一步地,上述预设策略还可以进一步包括一个指示PPG完成验证URI索引的信息的相关属性信息之后,是否需要向客户端发送验证结果的结果信息。例如:可以通过扩展相关消息的头域“传递验证结果”(“Deliver-Validation-Result”),当取值为“是”(“Yes”)时,指示PPG需要向客户端发送验证结果;当取值为“否”(“No”)时,指示PPG不需要向客户端发送验证结果。
本步骤中,若PPG验证上述URI索引的信息为安全信息,即通过上述URI索引的信息的相关属性信息的验证,PPG则可以根据上述预设策略,向客户端发送上述URI和/或上述URI索引的信息,或者进一步再发送验证通过的结果信息;若PPG验证上述URI索引的信息为不安全信息,即未通过上述URI索引的信息的相关属性信息的验证,PPG则可以根据上述预设策略,删除上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息,或者删除或修改上述URI索引的信息中不安全的部分,进一步再发送上述URI和/或经过过滤(删除或修改)后的上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息。
本步骤中,若PPG验证上述URI索引的信息所属的类别与客户端用户的偏好信息相匹配,即通过上述URI索引的信息的相关属性信息的验证,PPG则可以根据上述预设策略,向客户端发送上述URI和/或上述URI索引的信息,或者进一步再发送验证通过的结果信息;若PPG验证上述URI索引的信息所属的类别与客户端用户的偏好信息不匹配,即未通过上述URI索引的信息的相关属性信息的验证,PPG则可以根据上述预设策略,删除上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息,或者进一步再发送上述URI。
本步骤中,若PPG验证上述URI索引的信息与客户端的能力信息相匹配,即通过上述URI索引的信息的相关属性信息的验证,PPG则可以根据上述预设策略,向客户端发送上述URI和/或上述URI索引的信息,或者进一步再发送验证通过的结果信息;本步骤中,若PPG验证上述URI索引的信息与客户端的能力信息不匹配,即未通过上述URI索引的信息的相关属性信息的验证,PPG则可以根据上述预设策略,删除上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息,或者转换上述URI索引的信息成为与客户端的能力信息相匹配的信息,进一步再发送上述URI和/或经过转换后的与客户端的能力信息相匹配的上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息。
可选地,在步骤204之前,PPG还可以对上述URI的安全性进行验证,例如:与不良URI的数据库进行匹配,若通过上述URI的安全性的验证,则进一步再与内容服务器进行交互,获取所述URI索引的信息;若未通过上述URI的安全性的验证,则执行类似步骤206的操作,即PPG则可以根据上述预设策略,判断是否向客户端发送验证未通过的结果信息,或者进一步再发送上述URI。
具体地,本实施例中PPG向客户端发送的验证结果的结果信息可以至少包括以下一种:
“URI鉴权”(“URI-Authentication”),取值指示该URI是否为可信任的网址;
“URI鉴权的数目”(“URI-Authentication-Number”),取值指示完成URI验证的数目;
“内容验证”(“Content-Validation”),取值指示该URI索引的信息经过验证,是否为安全信息;
“内容类型”(“Content-Type”),取值指示该URI索引的信息包含的内容类型,例如:文本、图片、音频、视频等内容类型;
“内容处理”(“Content-Processing”),取值指示该URI索引的信息是否经过PPG的处理,例如:过滤(删除、修改)、转换等;
“内容处理的次数”(“Content-Processing-Number”),取值指示该URI索引的信息经过PPG的处理次数,例如:过滤了多少个部分;
“内容告警”(“Content-Warning”),取值指示该URI索引的信息是否被怀疑有安全隐患;
“内容配置文件”(“Content-Profile”),取值指示该URI索引的信息的配置信息,例如:此URI内容为教育、18岁以上、性别、娱乐、新闻等类别,客户端用户还可以根据此信息选择是否取回该URI索引的信息;
“URI取回”(“URI-Retrieve”),取值指示该URI索引的信息是否成功取回;
“URI取回失败原因”(“URI-Retrieve-Fail-Reason”),取值指示该URI索引的信息未成功取回的原因。
本实施例中,步骤202中若PPG上没有设置预设策略,可替换地,PPG还可以直接执行步骤203中的现有流程中通过空中协议(Over The Air,简称OTA)向客户端发送上述携带有URI的推送消息的步骤,客户端接收到该推送消息之后,可以在对应的响应消息中携带有一验证指示信息,例如:URI-Validation-Indicator,以指示PPG需要对所述URI索引的信息的相关属性信息进行验证。
本实施例中,若步骤204中的PPG无法获取上述URI索引的信息,例如:PPG没有获取到权限信息,没有通过内容服务器的鉴权认证过程,PPG则可以将操作结果封装在上述推送消息中,一同发送给客户端。客户端可以通过判断,进一步自行取回该URI索引的信息,或者向PPG发送权限信息,由PPG依次执行上述步骤204、步骤205和步骤206。
本实施例中,在推送分发技术中,PPG获取到推送消息中所携带的URI索引的信息之后,通过对该URI索引的信息的相关属性信息进行验证,使得PPG可以根据验证的结果进行相关处理,能够避免客户端遭受病毒攻击,从而防止了客户端的操作系统的损坏和客户端用户的个人信息的泄露,以及能够避免客户端接收到无用的垃圾信息和无法显示的信息,从而节省了网络资源。
进一步地,本实施例步骤206中,还可以根据客户端、运营商等预先在PPG上的设置的预设策略,向客户端发送具体内容,例如:PPG可以在验证结束之后,立即向客户端发送具体内容;PPG还可以在验证结束之后,先缓存将要发送的具体内容,在预定时刻到达时,再向客户端发送具体内容。PPG采用先缓存的方式,可以避免客户端不断接收到URI和/或URI索引的信息和/或验证的结果信息,甚至不断根据URI进行获取其索引的信息的操作,使得客户端用户不会被上述信息频繁打扰,从而节省了客户端操作和缓存的资源。
需要说明的是:本实施例中,获取上述URI索引的信息、以及验证所获取到的上述URI索引的信息的相关属性信息的操作可以由PPG执行,还可以通过PPG与外部服务器建立接口,交由外部服务器执行。例如:可以由PPG获取上述URI索引的信息,交由外部服务器验证其相关属性信息;还可以将上述URI传递给外部服务器,由外部服务器获取上述URI索引的信息、以及验证其相关属性信息,并将获取到的通过验证的上述URI索引的信息和/或验证结果的结果信息。
图3为本发明实施例三提供的一种URI索引的信息的处理方法的流程示意图,本实施例的URI索引的信息的处理方法是基于主动请求分发技术实现的,如图3所示,本实施例的URI索引的信息的处理方法可以包括以下步骤:
步骤301、客户端获取URI;
本步骤中,客户端获取到URI的途径有很多种,例如:可以从消息发送服务器获取,还可以在浏览网页的过程中获取等,此处不再一一举例。
步骤302、客户端根据预设策略,判断是否需要对上述URI索引的信息的相关属性信息进行验证,如果不需要验证,则执行步骤303;如果需要验证,则执行步骤304;
步骤303、客户端执行现有流程中的与内容服务器进行交互,获取上述URI索引的信息,此处不再赘述;
步骤304、客户端向验证服务器发送携带有上述URI的验证请求消息,上述验证请求消息中携带有验证指示信息(URI-Validation-Indicator),以指示验证服务器需要对所述URI索引的信息的相关属性信息进行验证;
本步骤中,客户端可以将验证指示信息携带在HTTP消息、SIP消息、短消息等消息的消息头域、消息值域或消息体中。
可选地,本步骤中的验证请求消息也可以不携带上述验证指示信息,通过在验证服务器上设置相应的预设策略,也可以指示验证服务器在接收到携带有上述URI的验证请求消息之后,判断出需要对所述URI索引的信息的相关属性信息进行验证,并执行步骤305。
步骤305、验证服务器与内容服务器进行交互,获取上述URI索引的信息;
本步骤中,在验证服务器与内容服务器进行交互的过程中,内容服务器可能需要执行鉴权认证过程,即内容服务器需要获取到客户端的授权信息、鉴权信息(密钥)等权限信息之后,才可以向验证服务器提供上述URI索引的信息。
类似地,上述权限信息可以像上述PPG上设置的预设策略一样,由客户端在注册或签约业务过程中在验证服务器上设置。若验证服务器上没有预先设置客户端的权限信息,验证服务器则需要通过授权请求消息向客户端获取权限信息,验证服务器将获取到的权限信息提供给内容服务器,内容服务器对该权限信息鉴权通过之后,才能向验证服务器提供上述URI索引的信息。
步骤306、验证服务器验证所获取到的上述URI索引的信息的相关属性信息;
其中的上述URI索引的信息的相关属性信息可以包括URI索引的信息的安全性、URI索引的信息所属的类别(例如:教育、18岁以上、性别、娱乐、新闻等类别)、与URI索引的信息匹配的能力信息等信息。具体地,验证服务器可以验证上述URI索引的信息的安全性,具体方法可以参照有关信息的安全性检验的相关技术,此处不再赘述;验证服务器也可以验证上述URI索引的信息所属的类别是否与客户端用户的偏好信息相匹配;验证服务器还可以验证上述URI索引的信息是否与客户端的能力信息相匹配。需要说明的是:上述验证可以单独验证,也可以任意组合起来共同验证,具体验证方式可以有多种组合,此处不再赘述。
步骤307、验证服务器根据上述验证的结果,进行相关处理。
具体地,本步骤中,验证服务器可以根据客户端在注册或签约业务过程中在验证服务器上设置的预设策略,进行相关处理。其中的预设策略可以包括一个若通过验证则指示验证服务器完成验证URI索引的信息的相关属性信息之后,向客户端发送具体内容的指示信息。例如:可以通过扩展相关消息的头域“传递方式”(“Deliver-Method”),当取值为“URI”时,指示验证服务器向客户端发送上述URI;当取值为“内容”(“Content”)时,指示验证服务器向客户端发送上述URI索引的信息。
进一步地,上述预设策略还可以进一步包括一个指示验证服务器完成验证URI索引的信息的相关属性信息之后,是否需要向客户端发送验证结果的结果信息。例如:可以通过扩展相关消息的头域“传递验证结果”(“Deliver-Validation-Result”),当取值为“是”(“Yes”)时,指示验证服务器需要向客户端发送验证结果;当取值为“否”(“No”)时,指示验证服务器不需要向客户端发送验证结果。
本步骤中,若验证服务器验证上述URI索引的信息为安全信息,即通过上述URI索引的信息的相关属性信息的验证,验证服务器则可以根据上述预设策略,向客户端发送上述URI和/或上述URI索引的信息,或者进一步再发送验证通过的结果信息;若验证服务器验证上述URI索引的信息为不安全信息,即未通过上述URI索引的信息的相关属性信息的验证,验证服务器则可以根据上述预设策略,删除上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息,或者删除或修改上述URI索引的信息中不安全的部分,进一步再发送上述URI和/或经过过滤(删除或修改)后的上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息。
本步骤中,若验证服务器验证上述URI索引的信息所属的类别与客户端用户的偏好信息相匹配,即通过上述URI索引的信息的相关属性信息的验证,验证服务器则可以根据上述预设策略,向客户端发送上述URI和/或上述URI索引的信息,或者进一步再发送验证通过的结果信息;若验证服务器验证上述URI索引的信息所属的类别与客户端用户的偏好信息不匹配,即未通过上述URI索引的信息的相关属性信息的验证,验证服务器则可以根据上述预设策略,删除上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息,或者进一步再发送上述URI。
本步骤中,若验证服务器验证上述URI索引的信息与客户端的能力信息相匹配,即通过上述URI索引的信息的相关属性信息的验证,验证服务器则可以根据上述预设策略,向客户端发送上述URI和/或上述URI索引的信息,或者进一步再发送验证通过的结果信息;本步骤中,若验证服务器验证上述URI索引的信息与客户端的能力信息不匹配,即未通过上述URI索引的信息的相关属性信息的验证,验证服务器则可以根据上述预设策略,删除上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息,或者转换上述URI索引的信息成为与客户端的能力信息相匹配的信息,进一步再发送上述URI和/或经过转换后的与客户端的能力信息相匹配的上述URI索引的信息,并判断是否向客户端发送验证未通过的结果信息。
可选地,在步骤305之前,验证服务器还可以对上述URI的安全性进行验证,例如:与不良URI的数据库进行匹配,若通过上述URI的安全性的验证,则进一步再与内容服务器进行交互,获取所述URI索引的信息;若未通过上述URI的安全性的验证,则执行类似步骤206的操作,即验证服务器则可以根据上述预设策略,判断是否向客户端发送验证未通过的结果信息,或者进一步再发送上述URI。
具体地,本实施例中验证服务器向客户端发送的验证结果的结果信息可以至少包括以下一种:
“URI鉴权”(“URI-Authentication”),取值指示该URI是否为可信任的网址;
“URI鉴权的数目”(“URI-Authentication-Number”),取值指示完成URI验证的数目;
“内容验证”(“Content-Validation”),取值指示该URI索引的信息经过验证,是否为安全信息;
“内容类型”(“Content-Type”),取值指示该URI索引的信息包含的内容类型,例如:文本、图片、音频、视频等内容类型;
“内容处理”(“Content-Processing”),取值指示该URI索引的信息是否经过验证服务器的处理,例如:过滤(删除、修改)、转换等;
“内容处理的次数”(“Content-Processing-Number”),取值指示该URI索引的信息经过验证服务器的处理次数,例如:过滤了多少个部分;
“内容告警”(“Content-Warning”),取值指示该URI索引的信息是否被怀疑有安全隐患;
“内容配置文件”(“Content-Profile”),取值指示该URI索引的信息的配置信息,例如:此URI内容为教育、18岁以上、性别、娱乐、新闻等类别,客户端用户还可以根据此信息选择是否取回该URI索引的信息;
“URI取回”(“URI-Retrieve”),取值指示该URI索引的信息是否成功取回;
“URI取回失败原因”(“URI-Retrieve-Fail-Reason”),取值指示该URI索引的信息未成功取回的原因。
本实施例中,若步骤305中的验证服务器无法获取上述URI索引的信息,例如:验证服务器没有获取到权限信息,没有通过内容服务器的鉴权认证过程,验证服务器则可以将操作结果封装在上述推送消息中,一同发送给客户端。客户端可以通过判断,进一步自行取回该URI索引的信息,或者向验证服务器发送权限信息,由验证服务器依次执行上述步骤305、步骤306和步骤307。
本实施例中,在主动请求分发技术中,验证服务器获取到验证请求消息中所携带的URI索引的信息之后,通过对该URI索引的信息的相关属性信息进行验证,使得验证服务器可以根据验证的结果进行相关处理,能够避免客户端遭受病毒攻击,从而防止了客户端的操作系统的损坏和客户端用户的个人信息的泄露,以及能够避免客户端接收到无用的垃圾信息和无法显示的信息,从而节省了网络资源。
进一步地,本实施例步骤307中,还可以根据客户端、运营商等预先在验证服务器上的设置的预设策略,向客户端发送具体内容,例如:验证服务器可以在验证结束之后,立即向客户端发送具体内容;验证服务器还可以在验证结束之后,先缓存将要发送的具体内容,在预定时刻到达时,再向客户端发送具体内容。验证服务器采用先缓存的方式,可以避免客户端不断接收到URI和/或URI索引的信息和/或验证的结果信息,甚至不断根据URI进行获取其索引的信息的操作,使得客户端用户不会被上述信息频繁打扰,从而节省了客户端操作和缓存的资源。
可替换地,本实施例的步骤302中,客户端对“是否需要对上述URI索引的信息的相关属性信息进行验证”还可以不进行判断,直接向验证服务器发送携带有上述URI的请求消息,由验证服务器根据预设策略,判断“是否需要对上述URI索引的信息的相关属性信息进行验证”。如果不需要验证,执行正常流程,客户端直接获取上述URI索引的信息;如果需要验证,验证服务器则与内容服务器进行交互,获取并验证上述URI索引的信息。
需要说明的是:本实施例中,获取上述URI索引的信息、以及验证所获取到的上述URI索引的信息的相关属性信息的操作可以由一个单独的具有验证功能的物理实体即验证服务器执行,还可以由运行在代理、网关、业务服务器等服务器上的具有验证功能的单元只执行。
图4为本发明实施例四提供的另一种URI索引的信息的处理方法的流程示意图,本实施例的URI索引的信息的处理方法是基于推送分发技术实现的,如图4所示,本实施例的URI索引的信息的处理方法可以包括以下步骤:
步骤401、PPG接收携带有URI和获取上述URI索引的信息的时间指示信息的请求消息;
其中的URI可以是单独一个URI,还可以是嵌入在网页页面中的URI。本实施例可以适用于CDN系统中的推送分发技术,其中,PPG接收到的请求消息是PI所发送的推送消息。具体地,上述推送消息可以携带一个指示信息和时间信息:指示信息用于指示PPG是否需要定期取回该URI索引的信息,发送给客户端;时间信息用于指示PPG取回该URI索引的信息的时间周期(时刻)。其中的指示信息可以通过扩展PAP的消息(即推送消息)实现,例如:扩展头域“取回指示”(“X-Wap-Retrieval-Indicatior”),当取值为“取回”(“Retrieval”)或“是”(“Yes”)时,指示PPG需要定期取回该URI索引的信息;当取值为“发送”(“Send”)或“否”(“No”)时,指示PPG不需要取回该URI索引的信息,直接将该携带有URI的请求消息发送给客户端。类似地,其中的时间信息也可以通过扩展PAP的消息(即推送消息)实现,例如:扩展头域“取回间隔”(“X-Wap-Retrieval-Interval”),取值指示PPG取回该URI索引的信息的时间间隔,例如:若取值为3600s,则指示PPG每隔3600s向PI获取一次此URI索引的信息。
进一步地,本实施例中的上述请求消息还可以携带有有效时间信息,用于指示PPG根据上述时间指示信息取回该URI索引的信息的有效时间范围,可以通过扩展PAP的消息(即推送消息)实现,例如:扩展头域“失效”(“Expire”),取值指示PPG停止取回该URI索引的信息的时刻。
本实施例中步骤401之后,PI还可以接收到PPG根据上述携带有URI的请求消息所返回的响应消息。
步骤402、PPG根据上述时间指示信息,获取上述URI索引的信息;
步骤403、PPG根据预先设置的预设策略,向客户端发送上述URI索引的信息。
本步骤中,PPG根据上述时间指示信息定期取回该URI索引的信息之后,还可以根据客户端、运营商等预先在PPG上的设置的预设策略,向客户端发送该URI索引的信息,节省了客户端由于不断获取并存储URI索引的信息所耗费的电量。例如:PPG定期取回该URI索引的信息之后,立即向客户端发送;PPG定期取回该URI索引的信息之后,先缓存该URI索引的信息,在预定时刻到达时,向客户端发送。
可选地,本发明实施例中,PPG还可以不解析上述PI所发送的携带有URI的请求消息,直接将其发送给客户端,由客户端进行相应的操作,此处不再赘述。
本实施例中,通过PI发送的携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,以及PPG根据上述时间指示信息获取上述URI索引的信息,可以使得PI无需重复发送索引定时更新信息的URI,能够避免PPG和客户端重复接收到上索引定时更新信息的URI,从而节省了网络资源。
本实施例中,在PPG获取到上述URI索引的信息之后,以及向客户端发送之前,还可以执行上述本发明实施例一和上述本发明实施例二中的有关验证所获取到的上述URI索引的信息的相关属性信息以及后续操作,具体可以参见上述本发明实施例一和上述本发明实施例二,此处不再赘述。
需要说明的是:本实施例中,完成上述获取以及向客户端发送上述URI索引的信息操作的实体不局限于PPG,其他能够完成此功能的推送服务器或通过扩展接口、功能模块等完成相同功能的推送服务器都在保护范围内。
图5为本发明实施例五提供的再一种URI索引的信息的处理方法的流程示意图,本实施例的URI索引的信息的处理方法是基于推送分发技术实现的,如图5所示,本实施例的URI索引的信息的处理方法可以包括以下步骤:
步骤501、PPG接收携带有URI的请求消息;
其中的URI可以是单独一个URI,还可以是嵌入在网页页面中的URI。本实施例可以适用于CDN系统中的推送分发技术,其中,PPG所接收到的请求消息是PI所发送的推送消息。
步骤502、若存在至少两个客户端,PPG则获取上述URI索引的信息;
其中对于是否存在多个(至少两个客户端)客户端的判断可以采用现有技术中PPG对客户端的判断方法,此处不再赘述。
进一步地,本实施例中,PPG在获取上述URI索引的信息之前还可以进一步对客户端的具体数目进行判断,若判断出客户端的数目超过预设阈值,PPG则与内容服务器进行交互,获取上述URI索引的信息,否则,仍然执行现有流程中向客户端发送携带有URI的请求消息。其中的预设阈值可以由PI预先在PPG上设置,可以通过扩展PAP的消息(即推送消息)实现,例如:扩展头域“最大目标取回”(“X-Wap-Maxtarget-Retrieval”),取值指示PPG需要取回该URI索引的信息时的最大客户端的数目。
步骤503、PPG向上述客户端发送上述URI索引的信息。
本步骤中,PPG可以根据获取URI索引的信息的内容大小、客户端的设置、客户端的能力信息、和/或网络情况,选择适当的承载方式,将所获取的上述URI索引的信息发送给客户端,例如:广播信道、组播信道、单播等方式,具体包括多媒体广播组播业务(Multimedia Broadcast/Multicast Service,简称MBMS)、移动宽带数字广播(Broadcasting)业务、小区广播业务(CellBroadcast Service,简称CBS)、会话初始协议(Session Initiation Protocol,简称SIP)、超文本传输协议(Hyper Text Transfer Protocol,简称HTTP)等承载方式。
本实施例中,通过PPG判断出存在至少两个客户端时,获取到请求消息中所携带的URI索引的信息发送给客户端,能够避免多个客户端同时根据该URI向内容服务器请求获取索引的信息,从而防止了网络的拥塞,提高了信息获取的效率。
本实施例中,在PPG获取到上述URI索引的信息之后,以及向目标客户端发送之前,还可以执行上述本发明实施例一和上述本发明实施例二中的有关验证所获取到的上述URI索引的信息的相关属性信息以及后续操作,具体可以参见上述本发明实施例一和上述本发明实施例二,此处不再赘述。
需要说明的是:本实施例中,完成上述获取以及向客户端发送上述URI索引的信息操作的实体不局限于PPG,其他能够完成此功能的推送服务器或通过扩展接口、功能模块等完成相同功能的推送服务器都在保护范围内。
需要说明的是:对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
图6为本发明实施例六提供的一种URI索引的信息的处理装置的结构示意图,如图6所示,本实施例的URI索引的信息的处理装置可以包括第一接收模块61、第一获取模块62、第一验证模块63和处理模块64。其中,第一接收模块61接收携带有URI的请求消息,第一获取模块62获取上述URI索引的信息,第一验证模块63验证第一获取模块62所获取的上述URI索引的信息的相关属性信息,处理模块64根据第一验证模块63进行的上述验证的结果,进行相关处理。其中的URI可以是单独一个URI,还可以是嵌入在网页页面中的URI。
上述本发明实施例二中设备PPG、本发明实施例三中设备验证服务器的功能均可以由本发明实施例提供的URI索引的信息的处理装置实现。
本实施例可以适用于CDN系统中的任何一种内容分发技术:对于推送分发技术来说,第一接收模块61可以包括第一接收单元611,用于接收PI所发送的携带有URI的Push消息;对于主动请求分发技术来说,第一接收模块61可以包括第二接收单元612,用于接收客户端(主动请求客户端)所发送的携带有URI的HTTP消息、SIP消息、短消息等消息。
需要说明的是:在推送分发技术中,本实施例提供的URI索引的信息的处理装置可以是PPG,还可以是通过接口与PPG通信的外部服务器;在主动请求分发技术中,本实施例提供的URI索引的信息的处理装置可以为一个单独的具有验证功能的物理实体即验证服务器,还可以为运行在代理、网关、业务服务器等服务器上的具有验证功能的单元。
其中,第一验证模块63所验证的URI索引的信息的相关属性信息可以包括URI索引的信息的安全性、URI索引的信息所属的类别(例如:教育、18岁以上、娱乐、新闻等)、与URI索引的信息匹配的能力信息(例如:支持的版本信息、网络信息、软硬件信息、显示能力信息等)等信息。若通过第一验证模块63进行的上述验证,处理模块64则可以向客户端发送该URI和/或该URI索引的信息,或者进一步发送验证通过的结果信息;若未通过第一验证模块63进行的上述验证,处理模块64则可以向客户端发送至少以下一种信息:验证未通过的结果信息;该URI和验证未通过的结果信息;该URI、经过过滤后的该URI索引的信息和验证未通过的结果信息。其中,验证的结果信息的具体内容可以参考本发明实施例二和本发明实施例三中的相关内容,此处不再赘述。
本实施例中,第一获取模块获取到请求消息中所携带的URI索引的信息之后,通过第一验证模块对该URI索引的信息的相关属性信息进行验证,使得处理模块可以根据验证的结果进行相关处理,能够避免客户端遭受病毒攻击,从而防止了客户端的操作系统的损坏和客户端用户的个人信息的泄露,以及能够避免客户端接收到无用的垃圾信息和无法显示的信息,从而节省了网络资源。
图7为本发明实施例七提供的一种URI索引的信息的处理装置的结构示意图,本实施例的URI索引的信息的处理装置是基于推送分发技术实现的,如图7所示,与上一实施例相比,本实施例的URI索引的信息的处理装置还可以进一步包括判断模块71,用于判断是否需要对上述URI索引的信息的相关属性信息进行验证,若判断为是,第一获取模块62则获取上述URI索引的信息。具体的判断方法可以参考本发明实施例二和本发明实施例三中的相关内容,此处不再赘述。
进一步地,本实施例的URI索引的信息的处理装置还可以进一步包括第二验证模块72,用于验证上述URI的安全性,若通过第二验证模块72进行的上述验证,第一获取模块62则获取上述URI索引的信息。具体的验证方法可以参考本发明实施例二和本发明实施例三中的相关内容,此处不再赘述。
进一步地,在第一获取模块62与内容服务器进行交互以获取上述URI索引的信息的过程中,内容服务器可能需要执行鉴权认证过程,即内容服务器需要获取到客户端用户的授权信息、鉴权信息(密钥)等权限信息之后,才可以向PPG提供上述URI索引的信息。因此,本实施例的URI索引的信息的处理装置还可以进一步包括权限模块73,用于向推送客户端或主动请求客户端获取权限信息,第一获取模块62则可以根据上述权限信息获取上述URI索引的信息。具体的获取权限信息方法可以参考本发明实施例二和本发明实施例三中的相关内容,此处不再赘述。
图8为本发明实施例八提供的一种URI索引的信息的处理系统的结构示意图,如图8所示,本实施例的URI索引的信息的处理系统可以包括处理服务器81,用于接收携带有URI的请求消息,获取上述URI索引的信息,验证上述URI索引的信息的相关属性信息,以及根据上述验证的结果,进行相关处理。
上述本发明实施例一的方法、以及本发明实施例二中设备PPG、本发明实施例三中设备验证服务器的功能均可以由本发明实施例提供的URI索引的信息的处理系统中的处理服务器81实现,相关内容可以参考本发明实施例一、本发明实施例二和本发明实施例三中的相关内容,此处不再赘述。处理服务器81可以为上述本发明实施例六或本发明实施例七提供的URI索引的信息的处理装置。
本实施例可以适用于CDN系统中的任何一种内容分发技术:对于推送分发技术来说,处理服务器81所接收到的请求消息是PI(图中未示出)发送的Push消息;对于主动请求分发技术来说,处理服务器81所接收到的请求消息是主动请求客户端(图中未示出)发送的HTTP消息、SIP消息、短消息等消息。
需要说明的是:在推送分发技术中,本实施例提供的URI索引的信息的处理系统中的处理服务器81可以是PPG,还可以是通过接口与PPG通信的外部服务器;在主动请求分发技术中,本实施例提供的URI索引的信息的处理系统中的处理服务器81可以为一个单独的具有验证功能的物理实体即验证服务器,还可以为运行在代理、网关、业务服务器等服务器上的具有验证功能的单元。
本实施例中,处理服务器获取到请求消息中所携带的URI索引的信息之后,通过对该URI索引的信息的相关属性信息进行验证,使得处理服务器可以根据验证的结果进行相关处理,能够避免客户端遭受病毒攻击,从而防止了客户端的操作系统的损坏和客户端用户的个人信息的泄露,以及能够避免客户端接收到无用的垃圾信息和无法显示的信息,从而节省了网络资源。
图9为本发明实施例九提供的一种推送发起者的结构示意图,本实施例的推送发起者是基于推送分发技术实现的,如图9所示,本实施例的推送发起者可以包括第一发送模块91,用于发送携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,以供推送服务器或推送客户端根据上述时间指示信息,获取上述URI索引的信息。其中的URI可以是单独一个URI,还可以是嵌入在网页页面中的URI。
上述本发明实施例四中设备PI的功能可以由本发明实施例提供的推送发起者实现。
本实施例可以适用于CDN系统中的推送分发技术,其中,第一发送模块91所发送的请求消息是推送消息。上述推送消息的具体形式可以参考本发明实施例四中的相关内容,此处不再赘述。
本实施例中,通过第一发送模块发送的携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,可以使得推送服务器根据上述时间指示信息获取上述URI索引的信息,使得PI无需重复发送索引定时更新信息的URI,能够避免PPG和客户端重复接收到上索引定时更新信息的URI,从而节省了网络资源。
图10为本发明实施例十提供的一种推送服务器的结构示意图,本实施例的推送服务器是基于推送分发技术实现的,如图10所示,本实施例的推送服务器可以包括第二接收模块1001、第二获取模块1002和第二发送模块1003。其中,第二接收模块1001接收携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,第二获取模块1002根据上述请求消息中的时间指示信息,获取上述URI索引的信息,第二发送模块1003向推送客户端发送第二获取模块1002所获取的上述URI索引的信息。
上述本发明实施例四中设备PPG的功能可以由本发明实施例提供的推送服务器实现。
本实施例可以适用于CDN系统中的推送分发技术,其中,第二接收模块1001所接收到的请求消息是PI发送的推送消息。上述推送消息的具体形式可以参考本发明实施例四中的相关内容,此处不再赘述。
需要说明的是:本实施例提供的推送服务器可以是PPG,还可以是通过接口与PPG通信的外部服务器。
本实施例中,通过第二接收模块接收到的PI发送的携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,可以使得第二获取模块根据上述时间指示信息获取上述URI索引的信息,使得PI无需重复发送索引定时更新信息的URI,能够避免PPG和推送客户端重复接收到上索引定时更新信息的URI,从而节省了网络资源。
图11为本发明实施例十一提供的另一种URI索引的信息的处理系统的结构示意图,本实施例的URI索引的信息的处理系统是基于推送分发技术实现的,如图11所示,本实施例的URI索引的信息的处理系统可以包括第一推送发起者1101、第一推送服务器1102和第一推送客户端1103。其中,第一推送发起者1101发送携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,第一推送服务器1102接收第一推送发起者1101所发送的上述请求消息,根据上述时间指示信息,获取上述URI索引的信息,以及发送上述URI索引的信息,第一推送客户端1103接收第一推送服务器1102所发送的上述URI索引的信息。
上述本发明实施例四中设备PPG的功能可以由本发明实施例提供的URI索引的信息的处理系统中的第一推送服务器1102实现,相关内容可以参考本发明实施例四中的相关内容,此处不再赘述。第一推送服务器1102可以为上述本发明实施例十提供的推送服务器。
需要说明的是:本实施例提供的URI索引的信息的处理系统中的第一推送服务器1102可以是PPG,还可以是通过接口与PPG通信的外部服务器。
本实施例中,通过第一推送发起者发送携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,以及第一推送服务器根据上述时间指示信息获取上述URI索引的信息,可以使得第一推送发起者无需重复发送索引定时更新信息的URI,能够避免PPG和第一推送客户端重复接收到上索引定时更新信息的URI,从而节省了网络资源。
图12为本发明实施例十二提供的一种推送客户端的结构示意图,本实施例的推送客户端是基于推送分发技术实现的,如图12所示,本实施例的推送客户端可以包括第三接收模块1201和第三获取模块1202。其中,第三接收模块1201接收携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,第三获取模块1202根据上述时间指示信息,获取上述URI索引的信息。
上述本发明实施例四中设备客户端的功能可以由本发明实施例提供的推送客户端实现。
本实施例可以适用于CDN系统中的推送分发技术,其中,第三接收模块1201所接收到的请求消息是PI发送的推送消息。上述推送消息的具体形式可以参考本发明实施例四中的相关内容,此处不再赘述。
本实施例中,通过第三接收模块接收到的PI发送的携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,可以使得第三获取模块根据上述时间指示信息获取上述URI索引的信息,使得PI无需重复发送索引定时更新信息的URI,能够避免PPG和推送客户端重复接收到上索引定时更新信息的URI,从而节省了网络资源。
图13为本发明实施例十三提供的再一种URI索引的信息的处理系统的结构示意图,本实施例的URI索引的信息的处理系统是基于推送分发技术实现的,如图13所示,本实施例的URI索引的信息的处理系统可以包括第二推送发起者1301、第二推送服务器1302和第二推送客户端1303。其中,第二推送发起者1301发送携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,第二推送服务器1302接收第二推送发起者1301所发送的上述请求消息,并转发上述请求消息,第二推送客户端1303接收第二推送服务器1302所转发的上述请求消息,根据上述时间指示信息,获取上述URI索引的信息。
上述本发明实施例四中设备客户端的功能可以由本发明实施例提供的URI索引的信息的处理系统中的第二推送客户端1303实现,相关内容可以参考本发明实施例四中的相关内容,此处不再赘述。第二推送客户端1303可以为上述本发明实施例十二提供的推送客户端。
本实施例中,通过第二推送发起者发送携带有URI和获取上述URI索引的信息的时间指示信息的请求消息,并由第二推送服务器转发上述请求消息,以及第二推送客户端根据上述时间指示信息获取上述URI索引的信息,可以使得第二推送发起者无需重复发送索引定时更新信息的URI,能够避免PPG和第二推送客户端重复接收到上索引定时更新信息的URI,从而节省了网络资源。
图14为本发明实施例十四提供的另一种推送服务器的结构示意图,本实施例的推送服务器是基于推送分发技术实现的,如图14所示,本实施例的推送服务器可以包括第四接收模块1401、第四获取模块1402和第三发送模块1403。其中,第四接收模块1401接收携带有URI的请求消息,若存在至少两个推送客户端,第四获取模块1402则获取上述URI索引的信息,第三发送模块1403向上述至少两个推送客户端发送第四获取模块1402所获取的上述URI索引的信息。
上述本发明实施例五中设备PPG的功能可以由本发明实施例提供的推送服务器实现。
本实施例可以适用于CDN系统中的推送分发技术,其中,第四接收模块1401所接收到的请求消息是PI发送的推送消息。上述推送消息的具体形式可以参考本发明实施例五中的相关内容,此处不再赘述。
需要说明的是:本实施例提供的推送服务器可以是PPG,还可以是通过接口与PPG通信的外部服务器。
本实施例中,通过第四获取模块判断出存在至少两个推送客户端时,获取到请求消息中所携带的URI索引的信息,并由第三发送模块发送给推送客户端,能够避免多个推送客户端同时根据该URI向内容服务器请求获取索引的信息,从而防止了网络的拥塞,提高了信息获取的效率。
进一步地,本实施例中,第四获取模块1402还可以进一步对推送客户端的具体数目进行判断,若判断出存在至少两个推送客户端之后,进一步判断出推送客户端的数目超过预设阈值,第四获取模块1402则获取上述URI索引的信息。
图15为本发明实施例十五提供的又一种URI索引的信息的处理系统的结构示意图,本实施例的URI索引的信息的处理系统是基于推送分发技术实现的,如图15所示,本实施例的URI索引的信息的处理系统可以包括第三推送发起者1501、第三推送服务器1502和第三推送客户端1503。其中,第三推送发起者1501发送携带有URI的请求消息,第三推送服务器1502接收第三推送发起者1501所发送的上述携带有URI的请求消息,若存在至少两个第三推送客户端1503,获取上述URI索引的信息,向上述至少两个第三推送客户端1503发送上述URI索引的信息,第三推送客户端1503接收第三推送服务器1502所发送的上述URI索引的信息。
上述本发明实施例五中设备PPG的功能可以由本发明实施例提供的URI索引的信息的处理系统中的第三推送服务器1502实现,相关内容可以参考本发明实施例五中的相关内容,此处不再赘述。第三推送服务器1502可以为上述本发明实施例十四提供的推送服务器。
需要说明的是:本实施例提供的URI索引的信息的处理系统中的第三推送服务器1502可以是PPG,还可以是通过接口与PPG通信的外部服务器。
本实施例中,通过第三推送服务器判断出存在至少两个推送客户端时,获取到请求消息中所携带的URI索引的信息发送给第三推送客户端,能够避免多个第三推送客户端同时根据该URI向内容服务器请求获取索引的信息,从而防止了网络的拥塞,提高了信息获取的效率。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。