CN103001967B - 源站服务器和业务推送方法 - Google Patents

Abstract

本发明实施例公开了一种源站服务器和业务推送方法，所述业务推送方法包括接收从CDN节点服务器发送来的用户请求，所述用户请求中携带用户的IP地址；分析所述用户请求并获得对应的IP地址；根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息；将所述获取的返回业务信息返回给对应的CDN节点服务器。通过本发明实施例的装置和方法可以通过CDN节点服务器高速地给不同的用户推送不同业务，解决了现有技术中采用CDN节点的系统只能给所有用户提供相同的静态页面的问题。

Description

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

技术领域

本发明涉及互联网技术领域，具体涉及一种源站服务器和业务推送方法。

背景技术

目前的网络业务中，例如，对于导航站来说，如果外地用户全部访问网站所在地的服务器，速度会比较慢，如果各地的用户都能访问各地所在的服务器，速度会比较快，通过内容分发网络(Content Delivery Network，CDN)可以有效解决这个问题。

CDN通过在网络各处放置节点服务器构成了叠加在现有互联网基础之上的一层智能虚拟网络，其能够实时地根据网络流量、各节点的连接和负载状况、到用户的距离以及响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。在用户访问时就可以将访问引导到CDN服务器节点，而不是网址导航的服务器上，本地高速缓冲存储器(Cache)的加速提高了企业站点(尤其含有大量图片和静态页面站点)的访问速度，并大大提高以上站点的稳定性。

CDN在全国设置很多节点，源站点就是被访问网站的服务器，利用CDN接收外地的用户访问，当用户访问网站页面时，首先访问到的是CDN服务器节点，因此CDN分发解决方案解决了与静态网站相关的性能和可靠性问题。但CDN缓存的是结果内容，是静态、无法修改的，所以用户看到的都是相同的页面，现有的CDN本身保持用户数据页面状态都是一样的，例如，图片，所有用户看到的都是静态的页面。我们的网站导航希望不同的用户访问的页面结果是不同的。

例如：如果导航站进行版本发布，例如，灰度发布，需要新上一个功能，需要实时收集反馈，(例如，收集百分之五的用户，看用户的反馈)，如果服务器是网站自己的，比较好控制，可以根据不同的用户来发送不同的程序，但如果是CDN，所有的返回用户的结果都是一样的，无法控制去自定义的发布发送网站的新功能。

现有的导航网站，为了避免此情况，有一种方法是不使用CDN,而是在全国的一些城市设置自己的网站服务器，这种情况下，页面都是动态的，但是这样的情况下，服务器节点都是自己的，节点比较少，受限于节点的传输瓶颈，全国各地服务器访问的压力比较大，会影响到数据传输、页面请求响应的速度。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的源站服务器和业务推送方法。

依据本发明的一个方面，提供了一种源站服务器，包括：

输入输出接口，与所述CDN节点服务器相连，适于接收从CDN节点服务器发送来的用户请求，并将所述用户请求传给IP地址获得单元和业务获取单元，所述用户请求中携带用户的IP地址；

IP地址获得单元，适于从所述用户请求中获得对应的IP地址，并将所述IP地址传给业务获取单元；

业务获取单元，适于根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息，并将所述返回业务信息发送给输入输出接口；

所述输入输出接口，还适于将所述返回业务信息返回给的CDN节点服务器。

可选地，进一步包括：

数据库，适于存储用户请求、区域信息以及返回业务信息的对应关系表；

所述业务获取单元，适于根据所述IP地址获得所述IP地址对应的区域信息；并根据所述区域信息和用户请求从所述数据库中的所述用户请求、区域信息以及返回业务信息的对应关系表中获得对应的返回业务信息。

可选地，进一步包括关系表形成单元，适于形成用户请求、区域信息以及返回业务信息的对应关系表。

可选地，所述关系表形成单元包括日志记录模块和关系表制作模块；

所述输入输出接口，还适于接收从CDN节点服务器发送来的各用户请求并传给所述日志记录模块；

所述日志记录模块，适于根据各用户请求进行日志记录，采集各用户请求的IP地址以及与所述IP地址对应的区域信息发送给关系表制作模块；

所述关系表制作模块，适于根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系表并存入所述数据库中。

可选地，所述区域信息包括地区信息和/或运营商信息。

可选地，对于相同的用户请求，至少部分不同的区域信息对应不同的返回业务信息。

根据本发明的另一方面，提供了一种业务推送方法，包括：

接收从CDN节点服务器发送来的用户请求，所述用户请求中携带用户的IP地址；

分析所述用户请求并获得对应的IP地址；

根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息；

将所述获取的返回业务信息返回给对应的CDN节点服务器。

可选地，根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息的步骤包括：

根据所述IP地址获得所述IP地址对应的区域信息；

根据所述获得区域信息得到源站服务器与该区域的所述用户请求对应的返回业务信息。

可选地，在接收从CDN节点服务器发送来的用户请求的步骤之前包括：

在所述源站服务器形成用户请求、区域信息以及返回业务信息的对应关系的步骤。

可选地，所述在所述源站服务器形成用户请求、区域信息以及返回业务信息的对应关系的步骤进一步包括：

接收从CDN节点服务器发送来的各用户请求；

根据各用户请求进行日志记录，采集各用户请求的IP地址以及与所述IP地址对应的区域信息；

根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系。

可选地，所述区域信息包括地区信息和/或运营商信息。

可选地，对于相同的用户请求，至少部分不同的区域信息对应不同的返回业务信息。

根据本发明的源站服务器和业务推送方法可以充分利用现有较多的CDN节点，达成给不同的用户推送不同业务的目的，解决了现有技术中采用CDN节点的系统只能给所有用户提供相同的静态页面的问题，使得本发明不仅可以动态的将功能按照策略发送给目标用户，而且可以提高数据传输的速度。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种源站服务器的结构示意图；

图2示出了根据本发明一个实施例的另一种源站服务器的结构示意图；

图3示出了根据本发明一个实施例的又一种源站服务器的结构示意图；

图4示出了根据本发明一个实施例一种源站服务器的关系表形成单元的结构示意图；

图5示出了根据本发明一个实施例一种业务推送方法的流程示意图；

图6示出了根据本发明一个实施例另一种业务推送方法的流程示意图；

图7示出了图6所示业务推送方法的步骤S610的具体步骤示意图；

图8示出了图6所示业务推送方法的步骤S640的具体步骤示意图；

图9示出了根据本发明一个实施例一种基于CDN的业务推送系统的结构示意图；以及

图10示出了根据本发明一个实施例的一种基于CDN的业务推送系统的信息流向示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1所示为本实施例记载的一种源站服务器100的结构示意图，包括：

输入输出接口110，与CDN节点服务器相连，适于接收从所述CDN节点服务器发送来的用户请求，并将所述用户请求传给IP地址获得单元120和业务获取单元130，所述用户请求中携带用户的IP地址；

IP地址获得单元120，适于从所述用户请求中获得对应的IP地址，并将所述IP地址传给业务获取单元130；

业务获取单元130，适于根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息，并将所述返回业务信息发送给输入输出接口110；

所述输入输出接口110，还适于将所述返回业务信息返回给的CDN节点服务器。

本实施例的源站服务器可以达成利用CDN节点服务器给不同的用户推送不同业务的目的，能以较快的速度动态的将功能按照策略发送给目标用户，以便用户能及时浏览个性化的业务。这里所述的策略为：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”种类型的用户请求，对属于北京、上海两个地区的用户，其对应的返回页面版本号为1.0.20.32；对于属于香港、广东、辽宁、福建地区的用户，其对应的返回页面版本号为1.0.20.31；这两个版本的页面分别具有不同功能的业务。

如图4所示，在本实施例中，所述关系表形成单元350包括日志记录模块351和关系表制作模块352；

所述输入输出接口310，还适于接收从CDN节点服务器发送来的各用户请求并传给所述日志记录模块351；

所述日志记录模块351，适于根据各用户请求进行日志记录，采集各用户请求的IP地址以及与所述IP地址对应的区域信息发送给关系表制作模块352；

所述关系表制作模块352，适于根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系表并存入所述数据库340中。

图5所示为本实施例记载的一种业务推送方法的流程示意图，所述方法包括：

S510：接收从CDN节点服务器发送来的用户请求，所述用户请求中携带用户的IP地址；

S520：分析所述用户请求并获得对应的IP地址；

S530：根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息；

S540：将所述获取的返回业务信息返回给对应的CDN节点服务器。

图6所示为本实施例记载的另一种业务推送方法的流程示意图，所述方法包括：

S610：在所述源站服务器形成用户请求、区域信息以及返回业务信息的对应关系

S620：接收从CDN节点服务器发送来的用户请求，所述用户请求中携带用户的IP地址；

S630：分析所述用户请求并获得对应的IP地址；

S640：根据所述IP地址和用户请求获取与所述IP地址对应的返回业务信息；

S650：将所述获取的返回业务信息返回给对应的CDN节点服务器。

如图7所示，在本实施例中，所述步骤S610具体包括：

S611：接收从CDN节点服务器发送来的各用户请求；

S612：根据各用户请求进行日志记录，采集各用户请求的IP地址以及与所述IP地址对应的区域信息；

S613：根据所述记录的日志以及要推送的业务形成所述用户请求、区域信息以及返回业务信息的对应关系。

如图8所示，在本实施例中，所述步骤S640具体包括：

S641：根据所述IP地址获得所述IP地址对应的区域信息；

S642：根据所述获得区域信息得到源站服务器与该区域的所述用户请求对应的返回业务信息。

在本实施例中，对于相同的用户请求，至少部分不同的区域信息对应不同的返回业务信息。

在本实施例中，所述区域信息包括地区信息和/或运营商信息。因此，不同的区域信息指的是：用户端位于不同的地区、或用户端属于不同的运营商、或者用户端对应的地区和运营商之一不同。当然，可以想到的是，所述区域信息还可以为其它用户请求中携带的其它可以用于区别不同用户的信息。

本实施例所述的返回业务信息预先设置在服务器端，其可以为源站服务器推送给用户的任何业务，例如，1)页面顶部的广告信息，广告客户需要在特定的城市投放广告，则源站服务器将具有该广告信息的页面推送到所述特定的城市的用户端显示；2)对导航左侧区域进行改版(样式调整)，需要仅显示在某个用户量较小的省份进行测试，则对该省份的用户的请求，返回改版后的导航版本；3)进行某些抽奖活动，需要挑部分城市的用户进行试用，收集一下用户的反馈，则对这些城市用户的请求，返回包括所述抽奖活动的页面等等，这些业务其主要以软件的新版本的形式来表现。对于这些新的业务、功能，源站服务器方只想选择部分地区用户或某一个或几个运营商的用户来查收反馈，就可以通过本实施例的方法来仅将所述新的业务、功能通过CDN节点服务器发送给部分地区的用户，达成利用CDN节点服务器高效的给不同的用户推送不同业务的目的。

图9所示为本实施例记载的一种基于CDN的业务推送系统的结构示意图，所述业务推送系统包括多个用户端910、多个CDN节点服务器920以及源站服务器930，

所述用户端910，适于向对应的CDN节点服务器920发送用户请求并接收从所述对应的CDN节点服务器920返回的返回业务信息；

所述CDN节点服务器920，适于接收所述用户端910发送的用户请求后将所述用户请求发送给对应的源站服务器930，以及接收从所述源站服务器930返回的返回业务信息并传送给对应的用户端910；

所述源站服务器930为图1至图4任一个所示的源站服务器，适于接收所述CDN节点服务器920的用户请求，并得到对应的返回业务信息返回给对应的CDN节点服务器920。

下面以图10所示的信息流向图来详细的说明本实施例：

由图10可以看出，在本实施例中，通过地区信息作为区域信息来划分不同的用户端1010，分别通过三个CDN节点服务器1020向源站服务器1030发送请求的五个用户端1010中，有两个来自北京、一个来自上海、两个来自广州。对于相同的用户请求，源站服务器1030的数据库1034中存储有A、B两种版本的返回页面。用户通过CDN节点服务器1020向源站服务器1030的输入输出接口1031发送了用户请求之后，输入输出接口1031将该用户请求发送至Ip地址获取单元1032和业务获取单元1033，其中Ip地址获取单元1032根据用户请求获得对应的Ip地址后发送给所述业务获取单元1033，业务获取单元1033根据Ip地址的区域信息和用户请求Ip从数据库1034中获取对应版本的返回页面返回给用户。在本实施例中，对于IP地址与北京和上海两个地区对应的用户，源站服务器1030根据数据库返回A版本的返回页面；对于IP地址与广州地区对应的用户，源站服务器1030根据数据库返回B版本的返回页面，实现了根据需要推送不同的业务给不同用户的目的，并且，由于使用了CDN节点服务器1020，使得数据传输的速度也很快，提升用户的体验。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的源站服务器中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (12)

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所述的业务推送方法，其特征在于，对于相同的用户请求，至少部分不同的区域信息对应不同的返回业务信息。