CN1852104A - 一种在互联网络中发送并处理广告的方法及系统 - Google Patents

Abstract

本发明公开了一种在互联网络中发送并处理广告的方法，客户端依次显示接收到的广告，并在向应用服务器发送的心跳消息中包含上一次心跳到当前被客户端成功显示的广告标识和拥塞报警/解除信息；应用服务器在心跳响应流程中，将这些信息转发给数据服务实体；数据服务实体先据此统计被显示的广告数目并调整下一次将要发送的广告数目，然后向客户端发送广告。本发明还公开了用于实施该方法的系统，该系统中包括客户端、应用服务器和数据服务实体。采用该方案服务器可以及时获知客户端的情况并一次发送多条广告，客户端对多条广告进行处理，并返回相关信息给服务器。

Description

一种在互联网络中发送并处理广告的方法及系统

技术领域

本发明涉及互联网络技术，具体涉及互联网络中一种发送并处理广告的方法及系统。

背景技术

目前网络中存在大量基于客户端-服务器模式的应用，这种应用通常的工作模式是在作为客户端的用户个人终端上驻留一个终端程序，通过网络与应用服务器进行交互。为了维持客户端和服务器之间的连接状态，每隔一段时间，客户端向应用服务器发送一个消息，就如同人的心跳一样，因此该消息被称作心跳消息。应用服务器在收到心跳消息后也回送一个心跳回应消息给客户端。心跳消息和心跳回应消息统称为心跳。如果一段时间内某一方收不到对方的心跳，则认为与对方的连接中断。

在目前基于这种客户端-服务器模式的应用中，有一种是应用服务器向客户端推送广告。这里，所说的广告包括但不局限于商业广告，指的是希望用户能得知的信息，还包括系统广播、公益广告、新闻、气象信息、股票期货信息和其他生产生活服务信息等等。图1所示为这种客户端-服务器模式的工作流程，具体包括如下几个步骤：

步骤101～步骤102：客户端上运行的终端程序向应用服务器发出注册信息，应用服务器收到注册信息后，根据注册信息中携带的客户端地址向终端程序发送确认信息，客户端和服务器之间建立连接；

步骤103～步骤104：建立连接后，客户端定时向应用服务器发送一个心跳消息，应用服务器在收到心跳消息后回送一个心跳回应消息给终端程序，客户端和服务器通过这种过程确认和对方处于连接状态，如果超过一段时间某一方没有收到对方的心跳，则认为与对方的连接中断，工作流程结束；

步骤105～步骤106：在执行步骤103～步骤104的同时，每隔一段时间，应用服务器向客户端的终端程序发送一次广告，而且由于受终端程序处理能力的限制，一次可能只发送一个，终端程序将收到的广告显示出来；

步骤107：当客户端要结束此次工作流程时，终端程序向应用服务器发出注销信息，应用服务器收到注销信息后，执行注销操作，断开与客户端的连接，此次工作流程结束。

由于客户端以及网络有可能处于繁忙或者拥塞的情况，应用服务器发送的广告不一定都能正确的被客户端的终端程序显示出来；并且由以上客户端-服务器交互的工作流程可以看出，客户端在收到广告后没有任何反馈信息返回给应用服务器，因此应用服务器无法及时地了解客户端的情况，也无法精确记录广告在终端程序上被成功展示的次数。另外，目前客户端上的终端程序一般不具有处理一组广告的能力，因此，目前通常的做法是服务器向客户端一次发送一条广告，效率较低。

发明内容

有鉴于此，本发明的主要目的在于提供一种在互联网络中发送并处理广告的方法，使服务器可及时获知客户端的状态并一次发送多条广告。

本发明的另一目的在于提供一种在互联网络中发送并处理广告的系统，能支持客户端一次接收并处理多条广告，且及时将自身处理状态通知服务器。

为了达到上述目的，本发明提出了一种在互联网络中发送并处理广告的方法，设置用于向客户端发送一条以上广告的数据服务实体，该方法包含以下步骤：

A、客户端对收到的一条以上广告进行处理并显示，将两次心跳消息之间成功显示的广告标识以及自身当前的处理状态携带于心跳消息中发送给应用服务器；

B、应用服务器向客户端发送心跳回应消息，并将心跳消息中所携带的信息发送给数据服务实体；

C、数据服务实体根据收到的广告标识记录被成功显示的广告数目，根据客户端当前处理状态调整向客户端发送的广告数目，然后按调整后的广告数目向客户端发送广告，返回步骤A。

步骤A之前进一步包括：所述客户端向应用服务器发送包含用户标识和终端地址的注册信息，应用服务器收到注册信息后，向客户端发送所述用户标识对应的用户个人信息在数据服务实体中的存储地址信息。

该方法进一步包括：客户端注销时，客户端向应用服务器发送包含最近一次心跳到当前成功显示的广告标识的注销信息，应用服务器收到注销信息后，将注销信息中携带的广告标识转发给数据服务实体，数据服务实体记录成功显示的广告数目。

该方法进一步包括：在客户端设置一定长度的缓冲队列；步骤A中所述客户端对收到的广告进行处理具体为：客户端收到一条以上广告后判断在缓冲队列中尚未显示的广告与新收到的广告个数之和是否大于缓冲队列设定的长度，若是，将超过缓冲队列长度的广告舍弃，并将其余广告存储于缓冲队列中；否则，直接将收到的广告存储于缓冲队列中。

该方法进一步包括：预先设置报警阈值和恢复阈值；步骤A中所述客户端对收到的广告进行处理进一步包括：

A1、客户端判断自身当前的处理状态是否为拥塞，若是，则执行步骤A2，否则，执行步骤A3；

A2、判断当前的广告个数是否小于恢复阈值，若是，则在心跳消息中加入拥塞解除信息，并记录客户端处理状态为正常，否则，执行步骤B；

A3、判断当前的广告个数是否大于报警阈值，若是，则在心跳消息中加入拥塞报警信息，并记录客户端处理状态为拥塞，否则，执行步骤B；

相应的，步骤C中所述数据服务实体调整发送的广告数目具体包括：

C1、数据服务实体检查所记录的客户端处理状态是否为拥塞，若是，则执行步骤C2，否则，执行步骤C3；

C2、检查收到的信息中是否有拥塞解除信息，若有，则记录客户端处理状态为正常，并恢复发送正常数目的广告；否则，减少下一次的广告发送数目，返回步骤A；

C3、检查收到的信息中是否有拥塞报警信息，若有，则减少下一次的广告发送数目，并记录客户端处理状态为拥塞，否则，继续发送正常数目的广告。

该方法还可以进一步包括：步骤B中，应用服务器向数据服务实体发送心跳消息中携带的信息的同时，向数据服务实体发送特别指示；

则步骤C中进一步包括：数据服务实体根据特别指示选择要发送给客户端的广告。

步骤C中所述数据服务实体向客户端发送广告具体为：数据服务实体根据特别指示将发送给客户端的一条以上广告先发送给应用服务器，再由应用服务器根据实际需要对广告进行处理后发送给客户端。

步骤C中进一步包括：数据服务实体根据用户个人信息与广告特征的匹配选择要发送给客户端的广告。

本发明还提出了一种实现在互联网络中发送并处理广告的系统，该系统包括：

客户端，用于接收并显示一条以上广告，并将自身处理状态和成功显示的广告标识通过心跳消息发送给应用服务器；

应用服务器，用于完成客户端的注册、注销以及与客户端之间的心跳交互，将获得的客户端处理状态及成功显示的广告标识发送给数据服务实体；

数据服务实体，用于向客户端发送一条以上广告，并根据收到的客户端处理状态调整广告的发送数目。

所述数据服务实体为独立设置的数据服务器、或设置于应用服务器中。

所述的数据服务实体为将广告按照类型分类存储的数据服务实体。

所述数据服务实体中进一步设置有用于记录成功显示广告数目的展示计数器。

所述客户端中进一步设置有用于存储一条以上广告的缓存队列。

本发明所提供的在互联网络中发送并处理广告的方法，利用心跳消息来触发广告的发送及处理，并新增用于存储和发送广告的数据服务实体，客户端在向应用服务器发送的心跳消息中加入两次心跳之间被成功展示的广告标识，在客户端在向应用服务器发送注销信息中也加入最近一次心跳到当前被成功展示的广告标识，这样，在实现该方法的系统中所增加的数据服务实体可以根据广告标识准确的记录被展示的广告数目；并且，心跳消息中还可以进一步包括拥塞报警或拥塞解除信息，这样，数据服务实体可以及时了解客户端的处理状态，并根据获取的客户端处理状态对所发送广告的数目进行调整，同时客户端也增加了存储和处理多个广告的能力，这样就实现了一次发送一组广告的目的。另外，新增的数据服务实体还可根据用户的个人信息选择发送合适的广告，提高广告被用户关注的可能性。

附图说明

图1为现有技术中客户端与应用服务器工作示意图；

图2为依照本发明的客户端、应用服务器与数据服务器的工作示意图；

图3为本发明实施例中图2所示客户端处理过程的详细流程图；

图4为本发明实施例中图2所示数据服务器处理过程的详细流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚明白，以下举实施例，并参照附图，对本发明进一步详细说明。

首先，本发明在现有技术的客户端-服务器系统中新增一个数据服务实体，与客户端、应用服务器分别连接。该数据服务实体可与应用服务器放置在同一个物理设备上、或者作为独立的服务器设备，用于将广告按照类型、地域等属性分门别类地储存起来，每个储存的广告拥有一个唯一的广告标识和一个展示计数器，该计数器用于记录该广告被成功展示的次数。其中，每个广告的展示计数器依赖客户端发来的心跳消息中所携带的广告标识信息，记录广告被成功展示的数目，其统计结果可以用作相应服务收费的依据。

对应于应用服务器已有的每个帐户标识，数据服务实体中存储了相应用户的年龄、性别、职业、爱好等个人信息，用于选择适合相应用户的广告，使数据服务实体能根据用户个人信息和应用服务器的特别提示挑选合适的广告，向客户端或应用服务器发送一组广告。

数据服务实体还可以记录当前客户端处理状态，根据收到的拥塞报警/解除信息对发送的广告数目进行调整，进而调整客户端处理状态。

其次，本发明在客户端和应用服务器分别增加相应的功能和处理过程，具体来说：在客户端，设置一个长度为L的缓存队列，L的大小根据实际需要设定，用于储存收到的广告；设置两个处理状态值：一个表示拥塞，一个表示正常，用于对客户端当前处理状态进行记录；设置报警阈值A(1＜A＜L)和恢复阈值B(1＜B≤A)，周来判断客户端当前的处理状态，其中，阈值A、B的设置根据实际需要而定。客户端将上一次心跳到当前被正确显示的广告标识进行记录，在下一次心跳消息中加入所记录的广告标识；客户端注销时，注销信息中也加入最后一次心跳到当前成功展示的广告标识。

在应用服务器侧，应用服务器对用户的个人信息如年龄、性别、职业、爱好等进行收集，并储存在数据服务实体上，同时记录这些个人信息储存在数据服务实体上的地址信息。应用服务器对心跳响应流程进行了改动，除了向客户端发送心跳回应消息外，还同时把终端的帐户标识、地址信息和最近一个心跳间隔内成功展示的广告标识通知数据服务实体；并且，可以进一步根据当前具体的应用需求对数据服务实体作出一些特别提示，例如：要求或者避免发送某一类广告。

以数据服务实体为独立的数据服务器为例，图2～图4为依照本发明实施例一客户端、应用服务器与数据服务器的工作示意图，具体包括如下几个步骤：

步骤201～步骤202：客户端登录应用服务器进行注册，向应用服务器发送的注册信息中包含用户标识和终端地址信息；应用服务器收到注册信息后，向客户端发送该用户标识对应的用户个人信息在数据服务器上的存储地址信息。

步骤203：客户端对收到的数据服务器发来的一组广告进行储存，并根据自身当前的处理状态在心跳消息中加入拥塞报警或拥塞解除消息，且记录上一次心跳到当前成功展示的广告标识，将记录的广告标识加入心跳消息中发送给应用服务器。

步骤203中，客户端采用设置的缓冲队列存储数据服务器发送的广告，具体流程如图3所示，包括如下几个步骤：

步骤203a～步骤203b：判断在缓冲队列中尚未展示的广告与新收到的广告个数之和是否大于缓冲队列长度L，若是，将超过长度L的广告舍弃，否则不作任何操作；

步骤203c：将收到的广告依次存入缓冲队列；

步骤203d：检查当前客户端处理状态值是拥塞还是正常，如果是拥塞，则执行步骤203e，如果是正常，则跳到步骤203g；

步骤203e～203f：比较广告长度与恢复阈值B的大小，如果大于等于恢复阈值B，则不作任何操作，若小于恢复阈值B，则在心跳消息中加入拥塞解除信息，并记录客户端处理状态为正常；

步骤203g～203h：比较广告长度与报警阈值A的大小，若大于等于报警阈值A，则在心跳消息中加入拥塞报警信息，并记录客户端处理状态为拥塞状态，若小于报警阈值A，则不作任何操作；

步骤203i：将缓冲队列中的广告依次取出并显示，每个广告显示的时间可根据实际需要配置，通常不低于5秒，记录从上一次心跳到当前被成功显示的广告标识。

步骤203对于客户端登录后的首次处理可以省略。

步骤204～步骤206：客户端的终端程序向应用服务器发送心跳消息，其中包括上一次心跳到当前的广告标识以及拥塞报警或拥塞解除信息；应用服务器收到来自终端程序的心跳消息后，向客户端的终端程序发送心跳回应消息，同时将用户标识、终端地址、上一次心跳到当前的广告标识、拥塞报警或拥塞解除信息发送给数据服务器。这里，发给数据服务器的信息中还可以包括特别指示；并且，对于客户端登录后的首次处理，上一次心跳到当前被成功显示的广告标识为空，且默认携带拥塞解除信息或不携带任何拥塞/拥塞解除信息。

步骤207：数据服务器收到来自应用服务器转发的客户端信息后，根据广告标识记录广告被显示的次数，根据拥塞报警或拥塞解除信息控制当前要发送的广告数目，并根据用户个人信息和特别指示选择广告的过程，步骤207的具体工作流程如图4所示，包括如下几个步骤：

步骤207a：数据服务器根据从应用服务器发送来的上一次心跳到当前的广告标识，展示计数器记录广告被显示的次数；

步骤207b：判断当前记录的客户端处理状态是拥塞还是正常，若是拥塞，则执行步骤207c，若是正常，则直接跳到步骤207f；

步骤207c～步骤207e：检查心跳消息中是否有拥塞解除信息，若有，则此次将发送正常数目的广告，并记录当前客户端处理状态为正常，若没有，则此次发送较少数目的广告；

步骤207f～步骤207h：检查心跳消息中是否有拥塞报警消息，若有，则此次发送较少数目的广告，并记录当前客户端处理状态为拥塞，若没有，则此次发送正常数目的广告；

上述的正常数目和较少数目的具体数值根据实际应用需要进行设定；

步骤207i：根据用户的个人信息以及来自应用服务器的特别指示，确定将要发送的一组广告；如果没有特别指示，则仅根据用户个人信息确定要发送的广告；

步骤208：数据服务器向终端程序发送确定好的一组广告。

在整个正常工作过程中，以步骤203～步骤208为一个循环周期，不断反复执行上述步骤，如果超过一段时间终端程序与应用服务器中某一方没有收到对方的心跳，则认为与对方的连接已经中断，此次交互流程结束；如果是首次执行该循环，则认为客户端初始处理状态为正常。

步骤209～步骤211：如果用户要结束此次工作流程，则客户端向应用服务器发出注销信息，注销信息中包括最近一次心跳到当前被成功展示的广告标识；应用服务器执行注销操作，断开与客户端的连接，并将最近一次心跳到当前被成功展示的广告标识转发给数据服务器，数据服务器上的显示统计计数器根据收到的广告标识统计广告被成功显示的次数。

上述实施例通过在客户端的终端程序与应用服务器之间发送的心跳消息中加入被成功展示的广告标识，在注销信息中也加入被成功展示的广告标识，这样，新增的数据服务实体可以根据广告标识准确的统计被展示的广告数目；心跳消息中被加入了拥塞报警或拥塞解除信息，则数据服务实体可以据此调整所发送的广告数目，并且客户端能够对一组广告进行处理，这样就达到了发送并显示一组广告的效果。另外，数据服务器还可根据用户的个人信息选择发送合适的广告。

对于一些需要应用服务器作特别处理的广告，应用服务器的特别指示里还可以要求广告先被发送到应用服务器，由应用服务器根据当前应用情况进行处理后再发给终端，具体工作流程与上述实施例一和实施例二相比，仅步骤208由如下步骤代替，其他步骤不变：

数据服务器向应用服务器发送一组广告。应用服务器对这些广告进行处理操作，然后将处理后的广告发送给终端程序。

Claims (13)

1、一种在互联网络中发送并处理广告的方法，其特征在于，设置用于向客户端发送一条以上广告的数据服务实体，该方法包含以下步骤：

A、客户端对收到的一条以上广告进行处理并显示，将两次心跳消息之间成功显示的广告标识以及自身当前的处理状态携带于心跳消息中发送给应用服务器；

B、应用服务器向客户端发送心跳回应消息，并将心跳消息中所携带的信息发送给数据服务实体；

C、数据服务实体根据收到的广告标识记录被成功显示的广告数目，根据客户端当前处理状态调整向客户端发送的广告数目，然后按调整后的广告数目向客户端发送广告，返回步骤A。

2、根据权利要求1所述的方法，其特征在于，步骤A之前进一步包括：所述客户端向应用服务器发送包含用户标识和终端地址的注册信息，应用服务器收到注册信息后，向客户端发送所述用户标识对应的用户个人信息在数据服务实体中的存储地址信息。

3、根据权利要求1所述的方法，其特征在于，该方法进一步包括：客户端注销时，客户端向应用服务器发送包含最近一次心跳到当前成功显示的广告标识的注销信息，应用服务器收到注销信息后，将注销信息中携带的广告标识转发给数据服务实体，数据服务实体记录成功显示的广告数目。

4、根据权利要求1所述的方法，其特征在于，该方法进一步包括：在客户端设置一定长度的缓冲队列；步骤A中所述客户端对收到的广告进行处理具体为：客户端收到一条以上广告后判断在缓冲队列中尚未显示的广告与新收到的广告个数之和是否大于缓冲队列设定的长度，若是，将超过缓冲队列长度的广告舍弃，并将其余广告存储于缓冲队列中；否则，直接将收到的广告存储于缓冲队列中。

5、根据权利要求4所述方法，其特征在于，该方法进一步包括：预先设置报警阈值和恢复阈值；步骤A中所述客户端对收到的广告进行处理进一步包括：

A1、客户端判断自身当前的处理状态是否为拥塞，若是，则执行步骤A2，否则，执行步骤A3；

A2、判断当前的广告个数是否小于恢复阈值，若是，则在心跳消息中加入拥塞解除信息，并记录客户端处理状态为正常，否则，执行步骤B；

A3、判断当前的广告个数是否大于报警阈值，若是，则在心跳消息中加入拥塞报警信息，并记录客户端处理状态为拥塞，否则，执行步骤B；

相应的，步骤C中所述数据服务实体调整发送的广告数目具体包括：

C1、数据服务实体检查所记录的客户端处理状态是否为拥塞，若是，则执行步骤C2，否则，执行步骤C3；

C2、检查收到的信息中是否有拥塞解除信息，若有，则记录客户端处理状态为正常，并恢复发送正常数目的广告；否则，减少下一次的广告发送数目，返回步骤A；

C3、检查收到的信息中是否有拥塞报警信息，若有，则减少下一次的广告发送数目，并记录客户端处理状态为拥塞，否则，继续发送正常数目的广告。

6、根据权利要求1或5所述的方法，其特征在于，步骤B中，应用服务器向数据服务实体发送心跳消息中携带的信息的同时，向数据服务实体发送特别指示；

则步骤C中进一步包括：数据服务实体根据特别指示选择要发送给客户端的广告。

7、根据权利要求6所述的方法，其特征在于，步骤C中所述数据服务实体向客户端发送广告具体为：数据服务实体根据特别指示将发送给客户端的一条以上广告先发送给应用服务器，再由应用服务器根据实际需要对广告进行处理后发送给客户端。

8、根据权利要求1或5所述的方法，其特征在于，步骤C中进一步包括：数据服务实体根据用户个人信息与广告特征的匹配选择要发送给客户端的广告。

9、一种在互联网络中发送并处理广告的系统，其特征在于，该系统包括：

客户端，用于接收并显示一条以上广告，并将自身处理状态和成功显示的广告标识通过心跳消息发送给应用服务器；

应用服务器，用于完成客户端的注册、注销以及与客户端之间的心跳交互，将获得的客户端处理状态及成功显示的广告标识发送给数据服务实体；

数据服务实体，用于存储广告并向客户端发送一条以上广告，并根据收到的客户端处理状态调整广告的发送数目。

10、根据权利要求9所述的系统，其特征在于，所述数据服务实体为独立设置的数据服务器、或设置于应用服务器中。

11、根据权利要求9所述的系统，其特征在于，所述的数据服务实体为将广告按照类型分类存储的数据服务实体。

12、根据权利要求9、10或11所述的系统，其特征在于，所述数据服务实体中进一步设置有用于记录成功显示广告数目的展示计数器。

13、根据权利要求9所述的系统，其特征在于，所述客户端中进一步设置有用于存储一条以上广告的缓存队列。

Images