源站服务器和业务推送方法

文档序号:7868621阅读:189来源:国知局
专利名称:源站服务器和业务推送方法
技术领域
本发明涉及互联网技术领域,具体涉及一种源站服务器和业务推送方法。
背景技术
目前的网络业务中,例如,对于导航站来说,如果外地用户全部访问网站所在地的服务器,速度会比较慢,如果各地的用户都能访问各地所在的服务器,速度会比较快,通过内容分发网络(Content Delivery Network, Q)N)可以有效解决这个问题。⑶N通过在网络各处放置节点服务器构成了叠加在现有互联网基础之上的一层智能虚拟网络,其能够实时地根据网络流量、各节点的连接和负载状况、到用户的距离以及响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。在用户访问时就可以 将访问引导到⑶N服务器节点,而不是网址导航的服务器上,本地高速缓冲存储器(Cache)的加速提高了企业站点(尤其含有大量图片和静态页面站点)的访问速度,并大大提高以上站点的稳定性。⑶N在全国设置很多节点,源站点就是被访问网站的服务器,利用⑶N接收外地的用户访问,当用户访问网站页面时,首先访问到的是CDN服务器节点,因此CDN分发解决方案解决了与静态网站相关的性能和可靠性问题。但CDN缓存的是结果内容,是静态、无法修改的,所以用户看到的都是相同的页面,现有的CDN本身保持用户数据页面状态都是一样的,例如,图片,所有用户看到的都是静态的页面。我们的网站导航希望不同的用户访问的页面结果是不同的。例如如果导航站进行版本发布,例如,灰度发布,需要新上一个功能,需要实时收集反馈,(例如,收集百分之五的用户,看用户的反馈),如果服务器是网站自己的,比较好控制,可以根据不同的用户来发送不同的程序,但如果是CDN,所有的返回用户的结果都是一样的,无法控制去自定义的发布发送网站的新功能。现有的导航网站,为了避免此情况,有一种方法是不使用⑶N,而是在全国的一些城市设置自己的网站服务器,这种情况下,页面都是动态的,但是这样的情况下,服务器节点都是自己的,节点比较少,受限于节点的传输瓶颈,全国各地服务器访问的压力比较大,会影响到数据传输、页面请求响应的速度。

发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的源站服务器和业务推送方法。依据本发明的一个方面,提供了一种源站服务器,包括输入输出接口,与所述⑶N节点服务器相连,适于接收从⑶N节点服务器发送来的用户请求,并将所述用户请求传给IP地址获得单元和业务获取单元,所述用户请求中携带用户的IP地址;IP地址获得单元,适于从所述用户请求中获得对应的IP地址,并将所述IP地址传给业务获取单元;业务获取单元,适于根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息,并将所述返回业务信息发送给输入输出接口 ;所述输入输出接口,还适于将所述返回业务信息返回给的⑶N节点服务器。可选地,进一步包括数据库,适于存储用户请求、区域信息以及返回业务信息的对应关系表;所述业务获取单元,适于根据所述IP地址获得所述IP地址对应的区域信息;并根据所述区域信息和用户请求从所述数据库中的所述用户请求、区域信息以及返回业务信息的对应关系表中获得对应的返回业务信息。 可选地,进一步包括关系表形成单元,适于形成用户请求、区域信息以及返回业务信息的对应关系表。可选地,所述关系表形成单元包括日志记录模块和关系表制作模块;所述输入输出接口,还适于接收从⑶N节点服务器发送来的各用户请求并传给所述日志记录模块;所述日志记录模块,适于根据各用户请求进行日志记录,采集各用户请求的IP地址以及与所述IP地址对应的区域信息发送给关系表制作模块;所述关系表制作模块,适于根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系表并存入所述数据库中。可选地,所述区域信息包括地区信息和/或运营商信息。可选地,对于相同的用户请求,至少部分不同的区域信息对应不同的返回业务信
肩、O根据本发明的另一方面,提供了一种业务推送方法,包括接收从⑶N节点服务器发送来的用户请求,所述用户请求中携带用户的IP地址;分析所述用户请求并获得对应的IP地址;根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息;将所述获取的返回业务信息返回给对应的CDN节点服务器。可选地,根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息的步骤包括根据所述IP地址获得所述IP地址对应的区域信息;根据所述获得区域信息得到源站服务器与该区域的所述用户请求对应的返回业
务信息。可选地,在接收从CDN节点服务器发送来的用户请求的步骤之前包括在所述源站服务器形成用户请求、区域信息以及返回业务信息的对应关系的步骤。可选地,所述在所述源站服务器形成用户请求、区域信息以及返回业务信息的对应关系的步骤进一步包括接收从CDN节点服务器发送来的各用户请求;根据各用户请求进行日志记录,采集各用户请求的IP地址以及与所述IP地址对应的区域信息;
根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系。可选地,所述区域信息包括地区信息和/或运营商信息。可选地,对于相同的用户请求,至少部分不同的区域信息对应不同的返回业务信
肩、O根据本发明的源站服务器和业务推送方法可以充分利用现有较多的⑶N节点,达成给不同的用户推送不同业务的目的,解决了现有技术中采用CDN节点的系统只能给所有用户提供相同的静态页面的问题,使得本发明不仅可以动态的将功能按照策略发送给目标用户,而且可以提高数据传输的速度。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式



通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中图1示出了根据本发明一个实施例的一种源站服务器的结构示意图;图2示出了根据本发明一个实施例的另一种源站服务器的结构示意图;图3示出了根据本发明一个实施例的又一种源站服务器的结构示意图;图4示出了根据本发明一个实施例一种源站服务器的关系表形成单元的结构示意图;图5示出了根据本发明一个实施例一种业务推送方法的流程示意图;图6示出了根据本发明一个实施例另一种业务推送方法的流程示意图;图7示出了图6所示业务推送方法的步骤S610的具体步骤示意图;图8示出了图6所示业务推送方法的步骤S640的具体步骤示意图;图9示出了根据本发明一个实施例一种基于⑶N的业务推送系统的结构示意图;以及图10示出了根据本发明一个实施例的一种基于⑶N的业务推送系统的信息流向示意图。
具体实施例方式下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。图1所示为本实施例记载的一种源站服务器100的结构示意图,包括输入输出接口 110,与⑶N节点服务器相连,适于接收从所述⑶N节点服务器发送来的用户请求,并将所述用户请求传给IP地址获得单元120和业务获取单元130,所述用户请求中携带用户的IP地址;IP地址获得单元120,适于从所述用户请求中获得对应的IP地址,并将所述IP地址传给业务获取单元130 ;业务获取单元130,适于根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息,并将所述返回业务信息发送给输入输出接口 110 ;所述输入输出接口 110,还适于将所述返回业务信息返回给的⑶N节点服务器。本实施例的源站服务器可以达成利用⑶N节点服务器给不同的用户推送不同业务的目的,能以较快的速度动态的将功能按照策略发送给目标用户,以便用户能及时浏览个性化的业务。这里所述的策略为1)按照用户IP地址的地区信息对用户端进行区分,向不同地区的用户端返回不同功能的业务,例如,对北京地区的用户和广州地区的用户发送的用户请求,分别返回具有不同功能的业务;或者,2)按照用户IP地址的运营商信息对用 户端进行区分,向属于不同运营商的用户返回不同功能的业务,例如,对网通用户和电信用户发送的用户请求,分别返回不同功能的业务。图2所示为本实施例记载的另一种源站服务器200的结构示意图,除了图1所示的实施例中包含的输入输出接口 210、IP地址获得单元220以及业务获取单元230外,本实施例还包括数据库240,适于存储用户请求、区域信息以及返回业务信息的对应关系表。在本实施例中,所述数据库240除了上述的对应关系表以外,还保存了每次用户请求的历史记录、不同地区用户的比例、不同运营商用户的比例、以及以往的所有历史策略。其中,所述用户请求的历史记录可以用于更新所述不同地区用户的比例、不同运营商用户的比例数据;所述不同地区用户的比例、不同运营商用户的比例可以用于供源站服务器根据需要制定新的用户消息返回策略。例如网站需要向大约五分之一的用户推广新的业务时,根据所述不同地区或运营商用户的比例的记录数据,找到用户数占总用户五分之一的一个或多个地区或运营商,向这些地区或运营商的用户返回所述要推广的新的业务。在本实施例中,所述业务获取单元230,适于根据所述IP地址获得所述IP地址对应的区域信息;并根据所述区域信息和用户请求从所述数据库240中的所述用户请求、区域信息以及返回业务信息的对应关系表中获得对应的返回业务信息。在本实施例中,对于相同的用户请求,至少部分不同的区域信息对应不同的返回业务信息。在本实施例中,所述区域信息包括地区信息和/或运营商信息。即,对于相同的用户请求位于不同地区的用户端接收到的返回业务信息可能会不同;或者,属于不同运营商的用户端接收到的返回业务信息可能不同;或者位于不同地区和属于不同运营商的用户端,接收到的返回业务信息可能不同。图3所示为本实施例记载的又一种源站服务器300的结构示意图,除了图2所示的实施例中包含的输入输出接口 310、IP地址获得单元320、业务获取单元330以及数据库340外,本实施例进一步包括关系表形成单元350,适于形成用户请求、区域信息以及返回业务信息的对应关系表。如表一所示为本实施例所述用户请求、区域信息以及返回业务信息的对应关系表。
表一用户请求、区域信息以及返回业务信息的对应关系表
权利要求
1.一种源站服务器,包括 输入输出接口,与内容分发网络CDN节点服务器相连,适于接收从CDN节点服务器发送来的用户请求,并将所述用户请求传给IP地址获得单元和业务获取单元,所述用户请求中携带用户的IP地址; IP地址获得单元,适于从所述用户请求中获得对应的IP地址,并将所述IP地址传给业务获取单元; 业务获取单元,适于根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息,并将所述返回业务信息发送给输入输出接口 ; 所述输入输出接口,还适于将所述返回业务信息返回给的CDN节点服务器。
2.如权利要求1所述的源站服务器,其特征在于,进一步包括 数据库,适于存储用户请求、区域信息以及返回业务信息的对应关系表; 所述业务获取单元,适于根据所述IP地址获得所述IP地址对应的区域信息;并根据所述区域信息和用户请求从所述数据库中的所述用户请求、区域信息以及返回业务信息的对应关系表中获得对应的返回业务信息。
3.如权利要求2所述的源站服务器,其特征在于,进一步包括关系表形成单元,适于形成用户请求、区域信息以及返回业务信息的对应关系表。
4.如权利要求3所述的源站服务器,其特征在于,所述关系表形成单元包括日志记录模块和关系表制作模块; 所述输入输出接口,还适于接收从CDN节点服务器发送来的各用户请求并传给所述日志记录模块; 所述日志记录模块,适于根据各用户请求进行日志记录,采集各用户请求的IP地址以及与所述IP地址对应的区域信息发送给关系表制作模块; 所述关系表制作模块,适于根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系表并存入所述数据库中。
5.如权利要求2-4中任一项所述的源站服务器,其特征在于,所述区域信息包括地区信息和/或运营商信息。
6.如权利要求2所述的源站服务器,其特征在于,对于相同的用户请求,至少部分不同的区域信息对应不同的返回业务信息。
7.—种业务推送方法,包括 接收从内容分发网络CDN节点服务器发送来的用户请求,所述用户请求中携带用户的IP地址; 分析所述用户请求并获得对应的IP地址; 根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息; 将所述获取的返回业务信息返回给对应的CDN节点服务器。
8.如权利7所述的业务推送方法,其特征在于, 根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息的步骤包括 根据所述IP地址获得所述IP地址对应的区域信息; 根据所述获得区域信息得到源站服务器与该区域的所述用户请求对应的返回业务信
9.如权利要求8所述的业务推送方法,其特征在于,在接收从CDN节点服务器发送来的用户请求的步骤之前包括 在所述源站服务器形成用户请求、区域信息以及返回业务信息的对应关系的步骤。
10.如权利要求9所述的业务推送方法,其特征在于,所述在所述源站服务器形成用户请求、区域信息以及返回业务信息的对应关系的步骤进一步包括 接收从CDN节点服务器发送来的各用户请求; 根据各用户请求进行日志记录,采集各用户请求的IP地址以及与所述IP地址对应的区域信息; 根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系。
11.如权利要求8-10中任一项所述的业务推送方法,其特征在于, 所述区域信息包括地区信息和/或运营商信息。
12.如权利要求7所述的业务推送方法,其特征在于,对于相同的用户请求,至少部分不同的区域信息对应不同的返回业务信息。
全文摘要
本发明实施例公开了一种源站服务器和业务推送方法,所述业务推送方法包括接收从CDN节点服务器发送来的用户请求,所述用户请求中携带用户的IP地址;分析所述用户请求并获得对应的IP地址;根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息;将所述获取的返回业务信息返回给对应的CDN节点服务器。通过本发明实施例的装置和方法可以通过CDN节点服务器高速地给不同的用户推送不同业务,解决了现有技术中采用CDN节点的系统只能给所有用户提供相同的静态页面的问题。
文档编号H04L29/06GK103001967SQ201210540010
公开日2013年3月27日 申请日期2012年12月13日 优先权日2012年12月13日
发明者杨帆 申请人:北京奇虎科技有限公司, 奇智软件(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1