一种信息推荐方法及信息推荐装置与流程

本申请涉及互联网技术领域，尤其涉及一种信息推荐方法及信息推荐装置。

背景技术：
随着电子信息化时代的到来，互联网在人们的生活中发挥着越来越重要的作用，人们通过互联网可以快速、实时地获取各种信息，互联网应用给人们的生活、工作提供了很大的方便，从而成为目前应用非常普及的一种技术。基于互联网的普及性，互联网成为承载业务的基本方式，一般将通过互联网实现的业务称为互联网业务。目前，互联网业务的种类非常多，主要通过部署在网络中的各服务器实现相应的业务。例如，在应用非常普及的交易类网站中，网络服务器主要向广大用户提供各类交易服务，包括实体交易服务、信息交易服务等，在此类网站中的业务实现方式主要是用户将所能提供的业务对象的描述信息展示在网页上供其他用户选择。例如，业务对象为实体时，网页上展示的描述信息可以为该实体的图片、名称、用途以及价格等信息，业务对象为信息时，网页上展示的描述信息可以为该信息的摘要或关键字段等。在用户将所能提供的业务对象的描述信息展示在网页上后，其他用户可以通过访问网页上展示的业务对象选择出自身需要的对象以进行后续业务。例如，向网站服务器发送获取该对象的请求，从而网站服务器可以按照规定的处理方式实现该用户对该对象的获取，其中，规定的处理方式可以有多种，例如，要求该用户进行登录，或者要求该用户对该对象支付一定的费用等。目前，用户在选择网页上展示的业务对象时，主要基于该业务对象的属性信息进行选择。例如，用户查看网页上展示的业务对象的名称、用途、图片等用于表征该业务对象的属性信息，从而确定该业务对象是否符合自身要求，以在确定该业务对象符合自身要求时获取该业务对象，具体地，可以通过购买的方式获取该业务对象。可见，现有的用户确定是否获取网页中展示的业务对象主要基于业务对象的属性信息，在实际应用中，该确定方式可能会存在如下问题：一方面，网络中会存在大量的业务对象，用户在访问业务对象的过程中，对于是否获取所访问的业务对象可能存在不确定性，在此情况下，用户可能会选择暂时不获取该业务对象，在经过一段时间后，再次搜索该业务对象，并再次基于该业务对象的属性信息确定是否获取该业务对象。实际情况下，即使用户再次打开该业务对象，由于还是基于该业务对象的属性信息作为是否获取的参考依据，因此，可能还是存在是否获取该业务对象的不确定性，这样，用户可能会反复打开该业务对象，直至最终确定获取或放弃获取该业务对象。另一方面，网络中可能存在大量的由不同提供方提供的具有相同属性的业务对象，用户可能需要多次访问各具有相同属性的业务对象进行对比，以帮助确定是否获取业务对象或确定从不同提供方提供的具有相同属性的业务对象中获取哪个业务对象，在一次无法对比出是否获取业务对象或无法对比出获取哪个业务对象的情况下，可能需要反复访问各业务对象进行逐一对比，直至最终选择出要获取的业务对象或放弃获取业务对象。上述可能涉及的问题中，都存在用户多次访问同一业务对象的情况，而用户每次访问业务对象需要链接到该业务对象对应的网页页面，该链接网页页面的过程需要占用一定的网络传输资源，因此，用户访问同一业务对象的次数越多，占用的网络传输资源也会越多，且随着多次访问同一业务对象的用户数目的增多，网络传输资源的占用会更加明显。另外，在用户每次存在访问业务对象的需求时，服务器都需要加载用户请求访问的业务对象，该加载过程需要占用服务器的处理资源，因此，用户访问同一业务对象的次数越多，占用的服务器的处理资源也会越多，且随着多次访问同一业务对象的用户数目的增多，服务器的处理负担也会更加明显。综上所述，现有技术中，存在由于上述问题导致的对网络传输资源以及服务器处理资源占用多的问题。

技术实现要素：
有鉴于此，本申请实施例提供一种信息推荐方法及信息推荐装置，采用该技术方案，能够减少用户针对同一业务对象的访问次数，从而节约了网络传输资源以及服务器的处理资源。本申请实施例通过如下技术方案实现：根据本申请实施例的一个方面，提供了一种信息推荐方法，包括：服务器接收用户终端发送的针对设定业务对象的访问请求；确定所述用户终端发送所述访问请求的次数，并确定所述次数是否达到设定阈值；在确定所述次数达到设定阈值后，向所述用户终端发送所述业务对象对应的推荐信息。根据本申请实施例的另一个方面，还提供了一种信息推荐装置，包括：访问请求接收单元，用于接收用户终端发送的针对设定业务对象的访问请求；访问次数确定单元，用于确定所述用户终端发送所述访问请求的次数；阈值判决单元，用于确定所述访问次数确定单元确定出的次数是否达到设定阈值；信息推荐单元，用于在所述阈值判决单元确定所述次数达到设定阈值后，向所述用户终端发送所述业务对象对应的推荐信息。通过本申请实施例提供的上述至少一个技术方案，服务器在接收到用户终端发送的针对设定业务对象的访问请求后，能够确定出该用户终端发送该问请求的次数，并在确定访问的次数达到设定阈值的情况下，向该用户终端发送该业务对象对应的推荐信息。根据该技术方案，服务器能够向访问同一业务对象的次数达到设定阈值的用户终端发送针对该业务对象的推荐信息，以对该业务对象进行推荐，便于用户确定是否获取该业务对象，相对于现有技术，能够减少由于用户对获取该业务对象的不确定性而反复访问该业务对象的次数，从而节约了网络传输资源以及服务器的处理资源。本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图说明附图用来提供对本申请的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中：图1为本申请实施例一提供的信息推荐方法的流程示意图；图2为本申请实施例一提供的服务器根据用户访问操作更新访问次数记录的流程示意图；图3为本申请实施例一提供的服务器确定当前发送访问请求的用户终端针对请求访问的业务对象发送的访问请求的次数的流程示意图；图4为本申请实施例二提供的根据业务对象的历史访问信息设定与该业务对象对应的阈值的流程示意图；图5为本申请实施例三提供的信息推荐装置的一个逻辑示意图；图6为本申请实施例三提供的信息推荐装置的又一个逻辑示意图；图7为本申请实施例三提供的信息推荐装置的又一个逻辑示意图。具体实施方式为了给出节约网络传输资源以及服务器的处理资源的实现方案，本申请实施例提供了一种信息推荐方法及信息推荐装置，该技术方案可以应用于服务器接收用户终端的访问请求后的处理过程。以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。实施例一本申请实施例一提供了一种信息推荐方法，该信息推荐方法可以应用在用户终端访问网页的场景下，具体地，在用户通过其用户终端访问网页中的业务对象时，可能需要访问很多次该业务对象对应的网页才能确定是否获取该业务对象，从而造成网络传输资源的浪费以及服务器处理资源的浪费，针对此问题，本实施例一提供的信息推荐方法，能够向访问同一业务对象的次数达到设定阈值的用户终端发送针对该业务对象的推荐信息，以对该业务对象进行推荐，便于用户确定是否获取该业务对象，从而在一定程度上能够减少由于用户对获取该业务对象的不确定性而反复访问该业务对象的次数，节约了网络传输资源以及服务器的处理资源。本实施例一提供的信息推荐方法可以应用在网络中的各类服务器中，例如，用于实现互联网业务的网站服务器，所涉及的服务器的类型根据具体实现的业务而有所不同，但不论何种类型的服务器，本实施例一提供的方案均可适用。本实施例一提供的信息推荐方法中，服务器需要预先设定阈值，该阈值用于对用户终端针对同一业务对象发送的访问请求的次数进行控制，具体地，服务器可以针对多个具有相同属性或归属在同一类目下的业务对象设置一个阈值，也可以针对每个业务对象分别设置阈值，服务器设置的阈值可以周期性进行更新，该阈值的具体设定方法将在后续实施例中详细描述。图1示出了本实施例一提供的信息推荐方法的流程示意图，具体地，该信息推荐方法，主要包括如下步骤：步骤101、服务器接收用户终端发送的针对设定业务对象的访问请求。该步骤101中，服务器接收的访问请求中，一般会包括用户终端的终端标识以及业务对象的标识等信息。步骤102、服务器确定该用户终端针对该设定业务对象发送的访问请求的次数。步骤103、确定该用户终端针对该设定业务对象发送的访问请求的次数是否达到设定阈值，若是，执行步骤104，若否，执行步骤105。该步骤103中，若服务器针对不同的业务对象分别设置了阈值，则需要先确定出设定的与该业务对象对应的阈值，并确定该次数是否达到与该业务对象对应的阈值。步骤104、服务器向用户终端发送该业务对象对应的推荐信息，并对该访问请求进行响应。该步骤104中，服务器向用户终端发送该业务对象对应的推荐信息时，可以将该业务对象对应的推荐信息随同对该访问请求的响应结果一并反馈给该用户终端，即将该业务对象对应的推荐信息携带在该业务对象的展示页面中向用户终端发送。其中，业务对象对应的推荐信息可以由服务器统一设置，也可以由该业务对象的提供方设置，具体地，业务对象对应的推荐信息可以设置为能够便于用户确定获取该业务对象的信息，例如，该推进信息可以包括：提示获取该业务对象的获取条件减少或降低的信息，或/和，附加对该业务对象对应优点的描述信息，此处，对推进信息的具体内容不再一一列举。步骤105、服务器对该访问请求进行响应。该步骤105中，服务器对该访问请求进行响应，即服务器对该访问请求进行处理，向该用户终端提供该访问请求请求访问的业务对象对应的页面，具体地，服务器可以按照现有流程对该访问请求进行响应。至此，本实施例一提供的信息推荐方法的流程结束。通过图1对应流程的执行，服务器能够对用户终端针对同一业务对象的访问次数进行控制，以尽量减少用户终端针对同一业务对象的访问次数，节省网络传输资源以及服务器处理资源。图1对应流程包括的步骤102中，服务器确定用户终端针对设定业务对象发送的访问请求的次数，主要基于服务器根据以往接收的访问请求维护的访问次数记录，以下对服务器维护访问次数记录的过程进行详细说明。服务器维护的访问次数记录，主要包括各业务对象被不同用户终端分别访问的次数，即针对不同的业务对象，记录各用户终端分别发送针对该业务对象发送的访问请求的次数。其中，在维护的访问次数记录中，为了减少存储空间的占用，业务对象可以通过该业务对象的属性关键词或该业务对象归属的类目进行标识，用户终端可以通过终端标识进行标识，其中，终端标识可以为该用户终端的IP(InternetProtocol，互联网协议)地址或注册的用户名等能够唯一标识用户终端的信息。为便于理解服务器中维护的访问次数记录，以下结合表1对该访问次数记录中包括的信息进行举例：表1如表1，服务器针对各个业务对象，分别维护了被不同用户终端访问的情况，其中，同一用户终端可能会访问多个业务对象，则服务器会针对不同的被该用户终端访问的业务对象，分别保存该用户终端访问业务对象的次数情况。应当理解，上述以表1形式保存的访问次数记录仅为举例，实际应用中，访问次数记录可以通过多种方式保存，此处不再一一列举。本实施例一中，上述的访问次数记录可以保存在服务器本地的存储空间，在访问次数记录的数据量大于设定数据量的情况下，该访问次数记录也可以保存在单独的数据库服务器中，以避免访问次数记录对服务器存储资源过多占用而对服务器性能的影响。并且，优选地，可以对所维护的访问次数记录的时间段进行设置，例如，针对每个用户终端维护的访问次数记录，可以保存该用户终端在设定时间段内的访问次数记录，若超过该设定时间段，可以选择删除针对该用户终端维护的访问次数记录。进一步地，上述的访问次数记录可以随着各用户终端的访问操作而不断更新，例如，在上述步骤103中，如果确定用户终端针对该设定业务对象发送的访问请求的次数未达到设定阈值，可以根据该用户终端本次针对该设定业务对象的访问请求进行访问次数记录更新。图2示出了服务器根据用户访问操作更新访问次数记录的流程示意图，具体地，该更新过程主要包括如下步骤：步骤201、确定是否已存在针对该设定业务对象保存的该用户终端的访问次数记录，若否，执行步骤202，若是，执行步骤203。该步骤201中，确定是否已存在针对该设定业务对象保存的该用户终端的访问次数记录，即确定针对该设定业务对象保存的访问次数记录中，是否存在与该用户终端的终端标识对应的访问次数记录。步骤202、建立与该用户终端的标识对应的访问次数记录，且记录访问次数为1。步骤203、更新该用户终端的标识对应的访问次数记录，更新后的访问次数为更新前的访问次数加1。至此，服务器根据用户访问操作更新访问次数记录的流程结束。以上对本实施例一中涉及的服务器维护访问次数记录的过程进行了详细说明，基于服务器维护的访问次数记录，上述步骤步骤102中，服务器确定当前发送访问请求的用户终端针对请求访问的业务对象发送的访问请求的次数，可以如图3所示的处理流程，主要包括如下步骤：步骤301、服务器确定发送当前发送访问请求的用户终端的终端标识。该步骤301中，服务器可以从该用户终端发送的访问请求中获取该用户终端的终端标识，或者，从与该用户终端建立连接时该用户终端对应的临时文件Cookie中获取该用户终端的终端标识。步骤302、从针对该业务对象保存的访问次数记录中，查找与该用户终端的标识对应的访问次数记录。该步骤302中，针对该业务对象保存的访问次数记录，即针对该业务对象保存的分别与访问过该业务对象的各用户终端的标识对应的访问次数记录。步骤303、判断是否查找到对应的访问次数记录，若否，执行步骤304，若是，执行步骤305。步骤304、确定该用户终端发送访问请求的次数为1。步骤305、确定该用户终端发送访问请求的次数为查找到的访问次数记录的次数加1。至此，服务器根据维护的访问次数记录确定访问次数的流程结束。为了更好地理解本实施例一中对访问次数进行控制的方案，以下结合具体的应用场景对该信息推荐过程进行说明。该应用场景中可参考表1对应的访问次数记录，假如当前接收到用户终端11针对业务对象1发送的访问请求，设定阈值为5。服务器在接收到用户终端11针对业务对象1发送的访问请求后，通过查询表1确定该用户终端11针对业务对象1发送的访问请求的次数为3，加上本次访问请求的次数为4，小于设定的阈值5，则确定该用户终端11本次针对业务对象1发送的访问请求不具备发送推荐信息的条件，则按照正常流程对该访问请求进行响应，并更新该用户终端11的访问次数为4；当服务器再次接收到该用户终端11针对业务对象1发送的访问请求后，通过查询表1确定该用户终端11针对业务对象1发送的访问请求的次数为4，加上本次访问请求的次数为5，达到该设定的阈值5，则确定该用户终端11本次针对业务对象1发送的访问请求具备发送推荐信息的条件，向该用户终端11发送该业务对象1对应的推荐信息。其中，服务器向用户终端发送的与该业务对象1对应的推荐信息中可以包括提示获取该业务对象1的获取条件减少或降低的信息，或/和附加对该业务1对象对应优点的描述信息。具体地，当推荐信息中包括提示获取该业务对象的获取条件减少或降低的信息时，该信息可以具体为获取该业务对象的价钱降低，或减少获取该业务对象要求用户为网站会员的获取条件；当推荐信息中附加对该业务对象对应优点的描述信息时，该信息具体可以为其他获取过该业务对象的用户对该业务对象的评价。本实施例一主要针对服务器维护访问次数记录以及控制推荐信息发送的过程进行了具体说明，根据本实施例一通过的上述处理方法，服务器能够对用户针对同一业务对象多次发送访问请求的访问次数进行控制，以达到节省网络传输资源以及服务器处理资源的目的。本实施例一提供的信息推荐方法中，还涉及服务器设定用于对用户终端针对同一业务对象发送的访问请求的次数进行控制的阈值的过程，以下结合实施例二对此进行详细描述。实施例二本实施例二提供了服务器设定用于对用户终端针对同一业务对象发送的访问请求的次数进行控制的阈值的具体过程，后续为便于描述，将该用于对用户终端针对同一业务对象发送的访问请求的次数进行控制的阈值称为控制阈值。该实施例二中，服务器可以灵活设置该控制阈值，并且可以对所有业务对象设置相同的控制阈值，也可以分别针对各业务对象设置控制阈值。本实施例二提供的优选实施方式中，考虑到各业务对象被用户访问的情况的不同，可以分别针对各业务对象设置控制阈值，具体地，服务器设定与业务对象对应的控制阈值，可以通过如下方式一或方式二：方式一指示各业务对象的提供方进行阈值设定，并将各业务对象的提供方设定的阈值确定为与业务对象对应的阈值。方式二分别根据各业务对象的历史访问信息，设定与各业务对象对应的阈值。应当理解，以上方式一以及方式二仅为本实施例二中服务器设置控制阈值的优选实施方式，实际应用中，还可以通过其他方式设置该控制阈值，例如，由服务器根据业务情况进行设置，此处不再一一列举。具体地，为了进一步提升业务对象被用户获取的获取率，可以根据各业务对象具体被获取的情况来设置阈值。图4示出了根据业务对象的历史访问信息设定与该业务对象对应的阈值的流程示意图，具体地，该设定过程主要包括如下步骤：步骤401、根据当前业务对象的历史访问信息，确定该业务对象分别被访问不同次数时对应的成交转化率。该步骤401中，业务对象的历史访问信息也即访问次数记录，成交转化率即成功获取该业务对象的用户数与访问该业务对象的用户总数的比值。具体地，确定该业务对象分别被访问不同次数时对应的成交转化率，即确定在第i次访问该业务对象的用户中，成功获取该业务对象的用户数以及该第i次访问该业务对象的用户总数的比值，i依次取大于等于1且小于等于该业务对象被同一用户访问的最大次数之间的各整数。例如，业务对象被同一用户访问的最大次数为n，则确定该业务对象分别被访问不同次数时对应的成交转化率，即分别确定：第1次访问该业务对象的用户中对应的成交转化率、第2次访问该业务对象的用户中对应的成交转化率、......、第n次访问该业务对象的用户中对应的成交转化率。步骤402、根据确定出的分别与第i次对应的各比值，设定与该业务对象对应的阈值。该步骤402中，根据确定出的分别与第i次对应的各比值，设定与业务对象对应的阈值，即根据确定出的分别与第i次对应的各比值(即成交转化率)，确定出符合设定要求的比值对应的次数，并将该次数设定为与该业务对象对应的阈值。其中，设定要求可以根据实际需要灵活设置，例如，可以设置低于某设定值的成交转化率对应的次数为控制阈值。至此，根据业务对象的历史访问信息设定与该业务对象对应的阈值的流程结束。为便于理解图4对应的流程，以下结合具体的应用场景对该设置控制阈值的过程进行说明：该应用场景中可参考表1对应的访问次数记录，在针对业务对象1保存的访问次数记录中，最少次数为1，最大次数为4，其中，假设表1中省略部分的用户终端对应的访问次数均在1至4之间，访问业务对象1的用户终端中，访问该业务对象1的次数为1次的用户终端数为1000，其中，成功获取该业务对象1的用户终端数为50；访问该业务对象1的次数为2次的用户终端数为900，其中，成功获取该业务对象1的用户终端数为36；访问该业务对象1的次数为3次的用户终端数为500，其中，成功获取该业务对象1的用户终端数为15；访问该业务对象1的次数为4的用户终端数为400，其中，成功获取该业务对象1的用户终端数为4。那么，根据上述访问次数记录，可以分别确定在访问该业务对象的次数为1次、2次、3次、4次的用户终端中，对应的成交转化率为：访问该业务对象1的次数为1次的用户终端：5％；访问该业务对象1的次数为2次的用户终端：4％；访问该业务对象1的次数为3次的用户终端：3％；访问该业务对象1的次数为4次的用户终端：1％；可见，根据历史访问次数记录，随着用户终端对同一业务对象的访问次数的增多，获取该业务对象的可能性会越小，即成交转化率会越小。为了达到对网络传输资源以及服务器处理资源节约的目的，可以设置成交转化率低于设定值时进行访问次数控制。例如，该设定值为4％时，根据上述数据，当用户终端第3次访问该业务对象1时，其成交转化率为3％，低于4％，因此，可以设置控制阈值为3，那么，当用户终端第3次访问该业务对象时，服务器会向本次访问的用户终端提供该业务对象1的推荐信息。例如，降低该业务对象的获取价格，在此情况下，用户终端可能会基于该降低后的获取价格来获取该业务对象1，相对于上述历史访问次数记录数据，用户终端在第3次访问该业务对象后，获取该业务对象的用户终端数量会有所提升，成交转化率也随着提升，在本次已经获取该业务对象的用户终端，由于本次已经获取了该业务对象，一般也不会再进行第4次访问，从而减少了第4次访问该业务对象1的用户终端的数量。通过本实施例二提供的上述确定控制阈值的过程，可以以业务对象的成交转换率作为确定控制阈值的参考依据，从而能够在控制用户访问次数的基础上，尽量提升成交转换率。实施例三与上述实施例一以及实施例二提供的流程对应，本申请实施例三提供了一种用于实现上述流程的信息推荐装置，通过该装置，能够减少由于用户对获取该业务对象的不确定性而反复访问该业务对象的次数，从而节约了网络传输资源以及服务器的处理资源。图5示出了本实施例三提供的信息推荐装置的逻辑结构示意图，具体地，该信息推荐装置，可以包括：访问请求接收单元501、访问次数确定单元502、阈值判决单元503以及信息推荐单元504；其中：访问请求接收单元501，用于接收用户终端发送的针对设定业务对象的访问请求；访问次数确定单元502，用于确定用户终端发送访问请求的次数；阈值判决单元503，用于确定访问次数确定单元502确定出的次数是否达到设定阈值；信息推荐单元504，用于在阈值判决单元503确定次数达到设定阈值后，向用户终端发送业务对象对应的推荐信息。本实施例三提供的一个优选实施方式中，图5所示装置包括的阈值判决单元503，具体用于确定设定的与业务对象对应的阈值，并确定次数是否达到与业务对象对应的阈值。如图6所示，本实施例三提供的一个优选实施方式中，图5所示装置还可以进一步包括：访问次数记录单元505，用于针对业务对象保存分别与访问过该业务对象的各用户终端的标识对应的访问次数记录；相应地，访问次数确定单元502，具体用于从访问次数记录单元505保存的访问次数记录中，查找与用户终端的标识对应的访问次数记录，若未查找到访问次数记录，则确定用户终端发送访问请求的次数为1，若查找到访问次数记录，则确定用户终端发送访问请求的次数为访问次数记录的次数加1。本实施例三提供的一个优选实施方式中，图6所示装置包括的访问次数记录单元505，还用于在阈值判决单元503确定次数未达到设定阈值后，若未保存与用户终端的标识对应的访问次数记录，则建立与用户终端的标识对应的访问次数记录，且记录访问次数为1，若保存与用户终端的标识对应的访问次数记录，则更新用户终端的标识对应的访问次数记录，更新后的访问次数为更新前的访问次数加1。本实施例三提供的一个优选实施方式中，图5或图6所示装置包括的信息推荐单元504，具体用于将业务对象对应的推荐信息携带在业务对象的展示页面中向用户终端发送。图5或图6对应的信息推荐装置包括的各单元的功能可对应于上述实施例一中相应流程的处理步骤，在此不再赘述。图7示出了本实施例三提供的信息推荐装置的另一个逻辑结构示意图，具体地，该信息推荐装置在图5的基础上，还可以进一步包括：阈值设置单元506，用于指示业务对象的提供方进行阈值设定，并将业务对象的提供方设定的阈值确定为与业务对象对应的阈值；或根据业务对象的历史访问信息，设定与业务对象对应的阈值。本实施例三提供的一个优选实施方式中，图7所示装置包括的阈值设置单元506，具体用于从业务对象的历史访问信息中，确定在第i次访问业务对象的用户中，成功获取业务对象的用户数以及该第i次访问业务对象的用户总数的比值，其中，i依次取大于等于1且小于等于业务对象被同一用户访问的最大次数之间的各整数，并根据确定出的分别与第i次对应的各比值，设定与业务对象对应的阈值。本实施例三提供的一个优选实施方式中，图7所示装置包括的阈值设置单元506，具体用于根据确定出的分别与第i次对应的各比值，确定出符合设定要求的比值对应的次数，并将次数设定为与业务对象对应的阈值。上述阈值设置单元506也可以位于图6所示的信息推荐装置中，实现相同的功能。图7对应的信息推荐装置包括的各单元的功能可对应于上述实施例二中相应流程的处理步骤，在此不再赘述。本实施三提供的上述信息推荐装置可以位于网站服务器中。本申请的实施例所提供的信息推荐装置可通过计算机程序实现。本领域技术人员应该能够理解，上述的功能单元划分方式仅是众多模块划分方式中的一种，如果划分为其他功能单元或不划分功能单元，只要信息推荐装置具有上述功能，都应该在本申请的保护范围之内。本领域的技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。