CN101739639A - 业务推广的方法及系统 - Google Patents

Abstract

本发明公开了一种业务推广的方法及系统。该方法包括：接收客户端发送的链接请求，将待推广页面推送至客户端，实现业务推广；记录客户端浏览日志信息；根据预存的校验信息对浏览日志信息进行校验；根据校验的结果，判断本次业务推广的有效性。本发明各实施例的业务推广的方法及系统，通过对客户端IP地址、源URL地址、终端号码等信息的校验，有效提高了业务推广统计信息的有效性，防范了用户或者业务推广商的欺诈行为。

Description

业务推广的方法及系统

技术领域

本发明涉及网络技术领域，尤其涉及业务推广的方法及系统。

背景技术

随着信息时代的来临，人们获取各类信息的方式由报刊、杂志、电视以及广播等传统的方式扩展到资源更丰富，实时性更强大的互联网上。业务提供商利用互联网推广自身业务的比例越来越多，业务推广商在推广业务时大多会选择在门户网站做广告，而为推广某业务而特意制作的广告WEB页面称为业务推广页面。

现有技术业务推广页面使用动态页面技术，如JSP、ASP等。其中，JSP为JavaServer Pages的缩写，是一种动态网页技术标准，其网页文件的格式是.jsp。ASP为Active Server Page的缩写，即动态服务器页面，其网页文件的格式是.asp。此类业务推广页面，不进行推广相关信息的验证，直接将点击次数记录到数据库中。

在当前如火如荼的选秀节目中，为了提高观众的参与程度，经常有通过网络进行投票的环节，同样由于不进行相关信息的验证，导致网络投票作弊现象时有发生。

在对现有技术的研究过程中，发明人发现现有技术业务推广方式存在以下缺陷：个别用户或者业务推广商为了自身利益，采用手工或者程序的方式，人为的制造点击量，由于不进行相关信息的验证，系统不能保证业务推广统计的有效性，不能防范用户或者业务推广商的欺诈行为。

发明内容

本发明的目的是解决现有业务推广方式中，业务推广统计的有效性差，不能防范用户或者业务推广商的欺诈行为的缺陷，提出一种业务推广的方法及系统，以提高业务推广统计的有效性，防范用户或者业务推广商的欺诈行为。

为实现上述目的，根据本发明的一个方面，提供了一种业务推广方法，包括：接收客户端发送的链接请求，将待推广页面推送至客户端，实现业务推广；记录客户端浏览日志信息；根据预存的校验信息对浏览日志信息进行校验；根据校验的结果，判断本次业务推广的有效性。

优选地，本技术方案中，浏览日志信息包括：客户端IP地址；校验信息包括：客户端推广阈值、与客户端IP地址有关的业务推广次数；根据校验的结果，判断本次业务推广的有效性的步骤具体包括：当与客户端IP地址有关的业务推广次数小于客户端推广阈值时，本次业务推广有效。

优选地，本技术方案中，浏览日志信息包括：链接请求的源URL地址；校验信息包括：URL黑名单；根据校验的结果，判断本次业务推广的有效性的步骤具体包括：当链接请求的源URL地址不在URL黑名单中时，本次业务推广有效。

优选地，本技术方案中，浏览日志信息包括：客户端输入的终端号码；校验信息包括：终端黑名单；根据校验的结果，判断本次业务推广的有效性的步骤具体包括：当终端号码不在终端黑名单中时，本次业务推广有效。

优选地，本技术方案中，校验信息还包括：终端推广阈值、与终端号码有关的业务推广次数，当终端号码不在终端黑名单中时，本次业务推广有效的步骤具体包括：当终端号码不在终端黑名单中，并且与终端号码有关的业务推广次数小于终端推广阈值时，本次业务推广有效。

优选地，本技术方案中，通过Memcache引擎实现URL黑名单的维护和源URL地址的检索。

优选地，本技术方案中，通过Lucene引擎实现终端黑名单的维护和终端号码的检索。

优选地，本技术方案中，通过Memcache引擎实现次数的统计和是否达到推广阈值的判断。

优选地，本技术方案中，采用AJAX技术异步记录客户端浏览日志信息。

为实现上述目的，根据本发明的另一个方面，提供了一种业务推广系统，包括：存储模块，用于预存校验信息；推送模块，用于接收客户端发送的链接请求，将待推广页面推送至客户端，实现业务推广；记录模块，用于记录客户端浏览日志信息；判断模块，根据预存的校验信息对浏览日志信息进行校验；根据校验的结果，判断本次业务推广的有效性。

优选地，本技术方案中，浏览日志信息包括客户端IP地址；校验信息包括：客户端推广阈值、与客户端IP地址有关的业务推广次数；判断模块，用于当与客户端IP地址有关的业务推广次数小于客户端推广阈值时，判断本次业务推广有效。

优选地，本技术方案中，浏览日志信息包括链接请求的源URL地址，校验信息包括：URL黑名单；判断模块，用于当链接请求的源URL地址不在URL黑名单中时，判断本次业务推广有效。

优选地，本技术方案中，浏览日志信息包括：客户端输入的终端号码；校验信息包括：终端黑名单；判断模块，用于当终端号码不在终端黑名单中时，判断本次业务推广有效。

本发明各实施例的业务推广的方法及系统，通过对客户端IP地址、源URL地址、终端号码等信息的校验，有效提高了业务推广统计信息的有效性，防范了用户或者业务推广商的欺诈行为。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一业务推广方法的流程图；

图2为本发明实施例二业务推广方法的流程图；

图3为本发明实施例二校验信息更新和检索的流程图；

图4为本发明实施例三业务推广方法的流程图；

图5为本发明实施例三终端黑名单的维护和终端号码检索的流程图；

图6为本发明实施例四业务推广的方法的流程图；

图7为本发明实施例五业务推广系统的示意图。

结合附图在其上标记以下附图标记：

502-存储模块；    504-推送模块；

506-记录模块；    508-判断模块。

具体实施方式

以下结合附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

实施例一

图1为本发明实施例一业务推广方法的流程图。如图1所示，本实施例包括：

步骤S102：接收客户端发送的链接请求，将待推广页面推送至客户端，实现业务推广；

步骤S104：记录客户端浏览日志信息；

步骤S106：根据预存的校验信息对浏览日志信息进行校验；

步骤S108：根据校验的结果，判断本次业务推广的有效性。

本实施例中，业务推广的目的为让用户浏览特定页面，获取相关的信息，例如用户参加某项业务在线统计；对某个专题的评论统计；选秀节目中选票的统计。业务推广的有效性，例如用户点击的有效性。

Ajax技术由HTML、JavaScript技术、DHTML和DOM等组成，该技术将普通Web界面转化成交互性应用程序。本实施例中，可以采用AJAX技术异步记录该用户浏览日志信息，浏览日志信息可以包括用户客户端IP地址、访问时间，和/或引导用户进入待推广页面的源URL信息等，将其作为后续有效性判断的依据。

本实施例提出的方法在进行业务推广时，对浏览日志信息进行校验，有效提高了业务推广统计信息的有效性，防范了用户或者业务推广商的欺诈行为。

实施例二

图2为本发明实施例二业务推广方法的流程图。如图2所示，本实施例包括：

步骤S202：预存URL黑名单；

步骤S204：预存客户端推广阈值、与各客户端IP地址有关的业务推广次数；

步骤S206：接收客户端发送的链接请求，将待推广页面推送至客户端，实现业务推广；

步骤S208：记录客户端浏览日志信息，浏览日志信息包括：链接请求的源URL地址和客户端IP地址；

步骤S210：在URL黑名单中检索源URL地址，如果不存在，执行步骤S212，否则，执行步骤S216；

步骤S212：调取客户端IP地址已进行业务推广的次数，判断业务推广的次数是否超过了上述客户端推广阈值，如果未超过，执行步骤S214；否则，执行步骤S216；

步骤S214：更新客户端IP地址已进行业务推广的次数，本次业务推广有效，可以作为业务推广统计的依据，流程结束；

步骤S216：本次业务推广无效，不作为业务推广统计的依据，流程结束。

本实施例中，URL黑名单指异常的网站地址，业务推广系统不信任该类网站访问业务推广WEB页面。客户端推广阈值为限制针对某一客户端业务推广的次数。步骤S202和步骤S204的顺序可以互换，步骤S210和S212可以互换，均不限于本实施例提供的顺序。此外，在实际的应用场景中，可以在源URL检验及客户端IP地址检验中择一采用，均不会影响本技术方案的可实施性。

Memcache是一个高性能的分布式内存对象缓存系统。它在内存里维护统一的Hash表，可以用来存储各种格式的数据，包括图像、视频、文件以及数据库检索的结果等。本实施例中，在Memcache内存中存储URL黑名单、客户端推广阈值，并增加Memcache检索模块，用于调用Memcache引擎。图3为本发明实施例二校验信息更新和检索的流程图。当URL黑名单、客户端推广阈值等信息需要更新时，本实施例包括：

步骤S240：管理客户端将更新后的URL黑名单、客户端推广阈值、客户端IP地址已进行业务推广的次数等信息发送至Memcache检索模块；

步骤S242：Memcache检索模块调用Memcache引擎，将更新后的URL黑名单、客户端推广阈值发送至Memcache内存。

当需要对校验信息进行检索时，本实施例包括：

步骤S250：业务推广完毕后，业务推广页面将客户端IP地址、链接请求的源URL地址发送至Memcache检索模块；

步骤S252：Memcache检索模块调用Memcache引擎；

步骤S254：Memcache引擎调取Memcache内存中与客户端IP地址有关的业务推广的次数与客户端推广阈值；

步骤S256：如果已进行业务推广的次数未超过上述客户端推广阈值，更新Memcache内存中与客户端IP地址有关的已进行业务推广的次数，执行步骤S258；否则，执行步骤S262；

步骤S258：Memcache引擎调取Memcache内存中URL黑名单，如果URL黑名单中无上述源URL地址，执行步骤S260，否则执行步骤S262；

步骤S260：本次业务推广有效，可以作为业务推广统计的依据，流程结束；

步骤S262：本次业务推广无效，不作为业务推广统计的依据。

现有技术中，每一次客户端访问业务推广，访问次数都要存到数据库中，这种操作费时费力，在用户访问量巨大时，可能会造成数据库服务器的瘫痪。本实施例中，采用Memcache系统，可以支持大批量的并行访问页面时，产生的大量查询，验证、记录请求，生成Memcache日志，从而满足高并发用户访问的性能要求。本实施例的方法在用户访问量巨大的情况下，业务推广展示性能良好。

本实施例提出的方法在业务推广时，在实施例一的基础上，特别提出了采用浏览日志信息中的源URL地址和客户端IP地址两部分内容进行业务推广的有效性统计，针对具体场景的特点，采用Memcache引擎实现校验信息的检索和更新，不仅具有实施例一全部有益效果，并且进一步提高了业务推广效果和实用性。

实施例三

图4为本发明实施例三业务推广方法的流程图。如图4所示，本实施例包括：

步骤S302：预存终端黑名单；

步骤S304：预设终端推广阈值、与终端号码有关的业务推广次数；

步骤S306：接收客户端发送的链接请求，将待推广页面推送至客户端，实现业务推广；

步骤S308：提示用户输入终端号码，接收客户端输入的终端号码；

步骤S310：在终端黑名单检索用户输入的终端号码，如果不存在，执行步骤S312，否则，执行步骤S316；

步骤S312：调取与客户端输入的终端号码有关的业务推广的次数，判断业务推广的次数是否超过了上述终端推广阈值，如果未超过，执行步骤S314；否则，执行步骤S316，；

步骤S314：更新与终端号码有关的业务推广的次数，本次业务推广有效，可以作为业务推广统计的依据，流程结束；

步骤S316：本次业务推广行为无效，不作为业务推广统计的依据。

本实施例中，步骤S308还可以包括对终端号码有效性进行验证，例如采用校验码的方法进行验证用户输入终端号码的真伪。本实施例中，黑名单指按业务规则定义的异常手机号码清单，黑名单中终端的用户不可信，其进行的业务推广不作为统计的依据。

Lucene是一个开放源代码的全文检索引擎工具包，作为全文检索引擎的架构，提供了完整的查询和索引引擎。本实施例中，在业务数据库中存储终端黑名单，并增加Lucene检索模块，用于调用Lucene引擎，实现终端黑名单的维护和终端号码的检索。图5为本发明实施例三终端黑名单的维护和终端号码检索的流程图。当终端黑名单需要更新时，本实施例包括：

步骤S340：管理客户端将更新后的终端黑名单发送至Lucene检索模块；

步骤S342：Lucene检索模块调用Lucene引擎；将更新后的终端黑名单存储至业务数据库。

当需要对终端号码进行检索时，本实施例包括：

步骤S350：业务推广完毕后，业务推广页面将客户端输入的终端号码发送至Lucene检索模块；

步骤S352：Lucene检索模块调用Lucene引擎；

步骤S354：Lucene引擎在业务数据库中进行搜索，判断用户输入的终端号码是否在终端黑名单当中，并返回判断结果；

步骤S356：Lucene引擎将判断结果发送至Lucene检索模块；

步骤S358：Lucene检索模块将判断结果发送至管理客户端。

本实施例中，采用Lucene引擎，可以实现在非常短的时间内对黑名单数据的查询，具有检索速度快、准确性高的优点。此外，对终端访问次数的检索采用Memcache引擎，实现的方法可以参照实施例二的相关说明，此处不再详述。

本实施例提出的方法在业务推广时，在实施例一的基础上，进一步增加了采用Lucene引擎对终端号码的有效性验证；采用Memcache引擎对终端访问次数验证，不仅具有实施例一全部有益效果，并且进一步提高了业务推广统计的有效性和业务推广效果。

实施例四

本实施例将在实施例一-三的基础上，通过具体的实例来说明业务推广的方法。图6为本发明实施例四业务推广的方法的流程图。如图6所示，本实施例包括：

步骤S402：预存客户端推广阈值-4次、与各客户端IP地址有关的业务推广次数；

步骤S404：预存URL黑名单；

步骤S406：预存终端黑名单、终端推广阈值-3次、与各终端号码有关的业务推广次数；

步骤S408：用户访问门户网站，如新浪，发现感兴趣的业务推广广告，可能是广告文字或者图片等形式，点击该业务推广广告；

步骤S410：根据用户链接请求，跳转到业务推广WEB页面，该页面包含了推广业务的介绍性文字，使用演示FLASH等内容；

步骤S412：通过Ajax技术异步记录客户端浏览日志信息，包括源URL地址、客户端IP地址，此处，源URL地址为新浪的地址，客户端IP地址为158.*.*.001；

步骤S414：提示用户输入终端号码，接收客户端输入的终端号码，如139****0001，判断终端139****0001的可靠性，如采用校验码的方法，如果校验码正确，执行步骤S416，否则执行步骤S426；

步骤S416：通过Ajax调用后台接口，运用Lucene技术在终端黑名单检索139****0001，如果不存在，执行步骤S418，否则，执行步骤S426；

步骤S418：运用Memcache技术，调取与139****0001有关的业务推广的次数，判断业务推广的次数是否超过了终端推广阈值，139****0001有关的业务推广次数已进行2次，未达到推广阈值3次，更新与终端号码有关的业务推广的次数，执行步骤S420，否则，执行步骤426；

步骤S420：运用Memcache技术，在URL黑名单检索源URL地址-新浪的地址，如果不存在，执行步骤S422，否则，执行步骤S426，本实施例中，新浪地址不在URL黑名单当中；

步骤S422：运用Memcache技术，调取与客户端IP地址-158.*.*.001已进行业务推广的次数，判断业务推广的次数是否超过了上述客户端推广阈值，如果未超过，更新与客户端IP地址有关的业务推广的次数，执行步骤S424，否则，执行步骤S426，

步骤S424：本次业务推广有效，可以作为进行统计的依据，流程结束；

步骤S426：本次业务推广无效，不作为统计的依据。

本实施例通过具体的例子，对业务推广方法进行了详细说明，具有上述实施例一-三的全部有益效果，此处不再重述。

实施例五

图7为本发明实施例五业务推广系统的示意图。本实施例的系统包括：存储模块502，用于预存校验信息；推送模块504，用于接收客户端发送的链接请求，将待推广页面推送至客户端，实现业务推广；记录模块506，用于记录客户端浏览日志信息；判断模块508，根据预存的校验信息对浏览日志信息进行校验；根据校验的结果，判断本次业务推广的有效性。

本实施例中，记录模块采用AJAX技术异步记录客户端浏览日志信息。本实施例实现的方法可以参照实施例一的相关说明，并具有实施例一的全部有益效果，此处不再重述。

实施例六

本实施例将在实施例五的基础上，对业务推广系统进行详细说明。本实施例中，浏览日志信息可以包括客户端IP地址；校验信息包括：客户端推广阈值、与客户端IP地址有关的业务推广次数。判断模块508，用于当与客户端IP地址有关的业务推广次数小于客户端推广阈值时，判断本次业务推广有效。在实际应用场景中，通过Memcache引擎实现次数的统计和是否达到推广阈值的判断。

本实施例中，浏览日志信息可以包括链接请求的源URL地址，校验信息包括：URL黑名单；判断模块508，用于当链接请求的源URL地址不在URL黑名单中时，判断本次业务推广有效。在实际应用场景中，通过Memcache引擎实现URL黑名单的维护和源URL地址的检索。

本实施例中，浏览日志信息包括：客户端输入的终端号码；校验信息包括：终端黑名单；判断模块508，用于当终端号码不在终端黑名单中时，判断本次业务推广有效。在实际应用场景中，通过Lucene引擎实现终端黑名单的维护和终端号码的检索。

本实施例实现的方法可以参照实施例二-四的相关说明，并具有实施例二-四的全部有益效果，此处不再重述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟、光盘、终端、服务器等各种可以存储程序代码的介质。

最后应说明的是：以上仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

1.一种业务推广的方法，其特征在于，包括：

接收客户端发送的链接请求，将待推广页面推送至所述客户端，实现业务推广；

记录客户端浏览日志信息；

根据预存的校验信息对所述浏览日志信息进行校验；

根据所述校验的结果，判断本次业务推广的有效性。

2.根据权利要求1所述的方法，其特征在于，所述浏览日志信息包括：客户端IP地址；所述校验信息包括：客户端推广阈值、与客户端IP地址有关的业务推广次数；

所述根据校验的结果，判断本次业务推广的有效性的步骤具体包括：当与所述客户端IP地址有关的业务推广次数小于所述客户端推广阈值时，本次业务推广有效。

3.根据权利要求1所述的方法，其特征在于，所述浏览日志信息包括：所述链接请求的源URL地址；所述校验信息包括：URL黑名单；

所述根据校验的结果，判断本次业务推广的有效性的步骤具体包括：当链接请求的源URL地址不在所述URL黑名单中时，本次业务推广有效。

4.根据权利要求1所述的方法，其特征在于，所述浏览日志信息包括：客户端输入的终端号码；所述校验信息包括：终端黑名单；

所述根据校验的结果，判断本次业务推广的有效性的步骤具体包括：当所述终端号码不在所述终端黑名单中时，本次业务推广有效。

5.根据权利要求4所述的方法，其特征在于，所述校验信息还包括：终端推广阈值、与终端号码有关的业务推广次数，

当所述终端号码不在所述终端黑名单中时，本次业务推广有效的步骤具体包括：当终端号码不在所述终端黑名单中，并且与所述终端号码有关的业务推广次数小于所述终端推广阈值时，本次业务推广有效。

6.根据权利要求3所述的方法，其特征在于，通过Memcache引擎实现URL黑名单的维护和源URL地址的检索。

7.根据权利要求4所述的方法，其特征在于，通过Lucene引擎实现终端黑名单的维护和终端号码的检索。

8.根据权利要求2或5所述的方法，其特征在于，通过Memcache引擎实现次数的统计和是否达到推广阈值的判断。

9.根据权利要求1-7中任一项所述的方法，其特征在于，采用AJAX技术异步记录所述客户端浏览日志信息。

10.一种业务推广的系统，其特征在于，包括：

存储模块，用于预存校验信息；

推送模块，用于接收客户端发送的链接请求，将待推广页面推送至所述客户端，实现业务推广；

记录模块，用于记录客户端浏览日志信息；

判断模块，根据预存的校验信息对所述浏览日志信息进行校验；根据所述校验的结果，判断本次业务推广的有效性。

11.根据权利要求10所述的系统，其特征在于，所述浏览日志信息包括客户端IP地址；所述校验信息包括：客户端推广阈值、与客户端IP地址有关的业务推广次数；

所述判断模块，用于当与所述客户端IP地址有关的业务推广次数小于所述客户端推广阈值时，判断本次业务推广有效。

12.根据权利要求10所述的系统，其特征在于，所述浏览日志信息包括所述链接请求的源URL地址，所述校验信息包括：URL黑名单；

所述判断模块，用于当链接请求的源URL地址不在所述URL黑名单中时，判断本次业务推广有效。

13.根据权利要求10所述的系统，其特征在于，所述浏览日志信息包括：客户端输入的终端号码；所述校验信息包括：终端黑名单；

所述判断模块，用于当所述终端号码不在所述终端黑名单中时，判断本次业务推广有效。

14.根据权利要求11所述的系统，其特征在于，通过Memcache引擎实现次数的统计和是否达到推广阈值的判断。

15.根据权利要求12所述的系统，其特征在于，通过Memcache引擎实现URL黑名单的维护和源URL地址的检索。

16.根据权利要求13所述的系统，其特征在于，通过Lucene引擎实现终端黑名单的维护和终端号码的检索。

17.根据权利要求10-16中任一项所述的系统，其特征在于，所述记录模块采用AJAX技术异步记录所述客户端浏览日志信息。

Images