一种高并发量广告投放网站的方法与流程

本发明涉及网络通信技术领域，尤其涉及一种高并发量广告投放网站的方法。

背景技术：

随着互联网发展进程的加快，广告资源网络化成为一大潮流，与传统的广告宣传相比，网络广告信息资源在数量、结构、分布和传播的范围、内涵传递手段等方面都显示出新的特点。这些新的特点让广告达到了更好、更快、更加人性化的宣传目的。

互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。大型网站，比如大型广告类投放网站，在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。这几个解决思路在一定程度上意味着更大的投入。

为了应对广告类高并发的请求，减小服务器压力，使小型配置服务器也能从容应对同一时间的大量访问，达到广告展示的目的。从而产生了本专利申请文件。

技术实现要素：

本发明要解决的技术问题之一，在于提供一种高并发量广告投放网站的方法，避免用户调用是去服务器中请求数据的行为，这样能达到解决广告访问高并发的目的。

本发明的问题是这样实现的：一种高并发量广告投放网站的方法，所述方法包括至少一个服务器和至少一个客户端，所述方法为：将展示广告内容的程序和广告形成的程序存储在客户端；将客户端调用广告的程序、广告图片和文字、相关数据接口请求，形成一.JS格式的文件存储在服务器，在高并发量的广告投放时，向服务器请求一个获得数据的接口请求和.JS格式的文件，获取后的数据放置于客户端中，客户端将获取的数据通过所述展示广告内容的程序和广告形成的程序使得广告在网站进行显示操作。

进一步地，所述方法进一步包括多个服务器和一处理数据请求接口模块，不同的广告对应设置有一.JS格式的文件，将不同的广告的.JS格式的文件分布在多个服务器上，这样防止在同一台服务器因大量请求而崩溃；所述处理数据请求接口模块获取到客户端要请求的接口后，进行判断该请求的接口在对应的哪个服务器中，从而到对应的服务器中获得数据。

进一步地，所述相关数据接口请求包括：ip地址、请求量相关数据、或者展示点击记录。

本发明具有如下优点：本发明采用“去服存客”的方式；所谓的“去服存客”，便是将用户请求到广告这一过程的大部分程序及处理方式放止于客户端。服务器仅提供关键的少量数据，比如该广告位最终可请求到的广告的id，关键的一些数据信息，就以文件的形式如.js存到服务器中。这样一来，用户去请求获取广告的时候，仅仅向服务器请求一个获取关键数据的接口，以及服务器中保存好的文件(.js)，这样客户端即可对广告进行投放网站进行显示。本发明将广告模块分离出来做，确实实现了许多好处；一方面解决了更多的硬件成本投入的问题，节约了不必要人力物力的投入。另一方由于广告数据的提前生成，广告访问速度上也提高了不少，同时服务器维护更加方便。

附图说明

图1为本发明的方法流程示意图。

图2为本发明原理框架图。

具体实施方式

请参阅图1和图2所示，本发明的一种高并发量广告投放网站的方法，所述方法包括至少一个服务器和至少一个客户端，所述方法为：将展示广告内容的程序和广告形成的程序存储在客户端；将客户端调用广告的程序、广告图片和文字、相关数据接口请求，形成一.JS格式的文件存储在服务器，在高并发量的广告投放时，向服务器请求一个获得数据的接口请求和.JS格式的文件，获取后的数据放置于客户端中，客户端将获取的数据通过所述展示广告内容的程序和广告形成的程序使得广告在网站进行显示操作。所述相关数据接口请求包括：ip地址、请求量相关数据、或者展示点击记录。

为了，能更好地缓解服务器的压力，提高客户端的访问速度；所述方法进一步包括多个服务器和一处理数据请求接口模块，不同的广告对应设置有一.JS格式的文件，将不同的广告的.JS格式的文件分布在多个服务器上，这样防止在同一台服务器因大量请求而崩溃；所述处理数据请求接口模块获取到客户端要请求的接口后，进行判断该请求的接口在对应的哪个服务器中(该判读即服务器的.JS格式的文件中存有相关数据接口请求，将客户端要请求的接口与服务器中的相关数据接口请求进行对比，是否匹配来进行判断)，从而到对应的服务器中获得数据。

本发明的一种高并发量广告投放网站的方法，“去服存客”，进行程序模块分离，即将服务器中的程序放到客户端执行，提前生成数据文件，并将接口请求分离到对应模块服务器中，避免用户调用是去服务器中请求数据的行为，这样能达到解决广告访问高并发的目的。

所谓模块分离即分析程序逻辑，看看哪些程序可以放到客户端来执行，哪些是不能放到客户端执行，把之前几乎所有的都在服务端执行的程序拆分出来，能放到客户端的就都分离到客户端。其中分离方式为：读取缓存，读取数据库等这些工作是客户端做不到的，但是广告中包含多个素材进行随机展示这个事情就可以放到客户端来做，不用在服务端随机好了再发给客户端，或者某广告只在终端展示固定次数，也可以放到客户端。广告后台投放之后就会把该广告的相关数据和投放到客户端执行的程序文件生成，这个时候还未进行投放工作，此为提前生成数据。在实际投放广告的时候网页页面会包含该程序文件的地址。用户在请求含有广告的页面的时候，必然是使用浏览器去看的，在使用浏览器查看网页的时候就会把程序文件下载到客户端，由客户端的浏览器来执行程序文件里的程序，从而使得广告在网站进行显示。

总之，本发明采用“去服存客”的方式；所谓的“去服存客”，便是将用户请求到广告这一过程的大部分程序及处理方式放止于客户端。服务器仅提供关键的少量数据，比如该广告位最终可请求到的广告的id，而关键的一些数据信息，如一些图片文字之类的，在编辑人员发布广告的时候，就以文件的形式如.js存到服务器中，该文件中也包括一些客户端能调用的程序，或者一些相关数据接口请求(比如ip、请求量相关数据，展示点击记录等)，而这些接口，可能会分布到不同的服务器中，防止在同一台服务器因大量请求崩掉。这样一来，用户去请求获取广告的时候，仅仅向服务器请求一个获取关键数据的接口，以及服务器中保存好的文件(.js)，这样客户端即可对广告进行投放网站进行显示。本发明将广告模块分离出来做，确实实现了许多好处；一方面解决了更多的硬件成本投入的问题，节约了不必要人力物力的投入。另一方由于广告数据的提前生成，广告访问速度上也提高了不少，同时服务器维护更加方便。

以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。