CN106033578A - 信息的提示方法及装置 - Google Patents

Abstract

本申请提供一种商品评价信息的提示方法及装置，其中的方法包括：判断针对业务对象的反馈信息是否满足预设的提醒条件；当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒。本申请实现了通过业务对象的新增反馈信息，来引导用户完成与已关注的业务对象对应的业务。

Description

信息的提示方法及装置

技术领域

本申请涉及通讯领域，尤其涉及一种信息的提示方法及装置。

背景技术

用户在进行网购的过程中，在看中一款商品后，通常会在购买之前会通过浏览其它买家对该商品的评价，对该商品有了更进一步的了解后，再决定是否下单。

然而，对于一些新上架的产品或者一些交易量少的商品，由于评价数有限，因此用户在看中一款新上架的产品或者交易量少的商品，往往会因为该商品的评价数较少，而暂时不下单，只对该商品进行关注。

因此，如何引导用户对已关注的商品下单，已成为目前业界面临的一个重要问题。

发明内容

有鉴于此，本申请提出一种商品评价信息的提示方法，应用于服务端，该方法包括：

判断针对业务对象的反馈信息是否满足预设的提醒条件；

当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒。

可选的，所述判断针对业务对象的反馈信息是否满足预设的提醒条件包括：

判断针对业务对象的反馈信息数是否达到预设的第一阈值；

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

可选的，所述当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件包括：

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，判断针对所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例是否达到预设的第二阈值；

当所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例达到预设的第二阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

可选的，所述当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒包括：

当针对所述业务对象的反馈信息满足预设的提醒条件时，在数据库中查询关注了该业务对象的用户信息；

根据所述用户信息向对应的用户客户端推送第一通告消息；其中所述第一通告消息携带预设的提示信息以及所述业务对象的ID。

可选的，所述预设的提示信息包括指向所述业务对象的详情内容的链接，以触发所述用户客户端在收到所述第一通告消息后，根据所述业务对象的ID在所述业务对象的关注界面中确定所述提示信息的输出位置，并将所述提示信息在所述输出位置输出以提醒所述用户。

可选的，所述向关注了该业务对象的用户发出业务提醒包括：

根据所述用户信息向对应的用户终端推送携带所述预设的提示信息的短消息或者即时通信消息。

可选的，还包括：

用户通过点击所述短消息或即时通信消息中的提示信息，跳转至相应的业务对象界面或反馈信息界面。

可选的，所述在数据库中查询关注了该业务对象的用户信息之前，还包括：

接收所述用户客户端在所述用户关注了所述业务对象时发送的第二通告消息；其中所述第二通告消息携带关注了所述业务对象的用户信息以及所述业务对象的ID；

在所述数据库中保存所述用户信息和所述业务对象的ID的对应关系。

可选的，所述业务包括支付业务；所述业务对象包括与所述支付业务对应的商品；所述针对业务对象的反馈信息包括针对所述商品的评价信息。

本申请还提出一种信息的提示装置，应用于服务端，该装置包括：

判断模块，用于判断针对业务对象的反馈信息是否满足预设的提醒条件；

提醒模块，用于在针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒。

可选的，所述判断模块具体用于：

判断针对业务对象的反馈信息数是否达到预设的第一阈值；

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

可选的，所述判断模块进一步用于：

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，判断针对所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例是否达到预设的第二阈值；

当所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例达到预设的第二阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

可选的，所述提醒模块具体用于：

当针对所述业务对象的反馈信息满足预设的提醒条件时，在数据库中查询关注了该业务对象的用户信息；

根据所述用户信息向对应的用户客户端推送第一通告消息；其中所述第一通告消息携带预设的提示信息以及所述业务对象的ID。

可选的，所述预设的提示信息包括指向所述业务对象的详情内容的链接，以触发所述用户客户端在收到所述第一通告消息后，根据所述业务对象的ID在所述业务对象的关注界面中确定所述提示信息的输出位置，并将所述提示信息在所述输出位置输出以提醒所述用户。

可选的，所述提醒模块进一步用于：

根据所述用户信息向对应的用户终端推送携带所述预设的提示信息的短消息或者即时通信消息。

可选的，还包括：

用户通过点击所述短消息或即时通信消息中的提示信息，跳转至相应的业务对象界面或反馈信息界面。

可选的，所述提醒模块进一步用于：

在数据库中查询关注了该业务对象的用户信息之前，接收所述用户客户端在所述用户关注了所述业务对象时发送的第二通告消息；其中所述第二通告消息携带关注了所述业务对象的用户信息以及所述业务对象的ID；

在所述数据库中保存所述用户信息和所述业务对象的ID的对应关系。

可选的，所述业务包括支付业务；所述业务对象包括与所述支付业务对应的商品；所述针对业务对象的反馈信息包括针对所述商品的评价信息。

本申请通过判断针对业务对象的反馈信息是否满足预设的提醒条件；当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒，从而实现了通过业务对象的新增反馈信息，来引导用户完成与已关注的业务对象对应的业务。

当本申请的技术方案应用于网购平台中时，可以实现当商品的新增评价满足预设的提醒条件时，向关注了该商品的用户发出提醒，使得所述用户在收到所述提醒后，可以在预览了该商品的新增的评价后，再重新进行决策是否下单，从而实现了通过商品的新增评价来引导用户对已关注的商品进行下单，可以间接的提高用户的下单率。

附图说明

图1是本申请一实施例示出的一种信息的提示方法的流程图；

图2是本申请一实施例示出的一种商品关注界面的示意图；

图3是本申请一实施例示出的另一种商品关注界面的示意图；

图4是本申请一实施例示出的所述信息的提示方法应用在网购平台时的方法流程图；

图5是本申请一实施例示出的一种信息的提示装置的逻辑框图；

图6是本申请一实施例示出的承载所述信息的提示装置的服务器的硬件结构图。

具体实施方式

本申请提出一种信息的提示方法，通过判断针对业务对象的反馈信息是否满足预设的提醒条件；当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒，从而实现了通过业务对象的新增反馈信息，来引导用户完成与已关注的业务对象对应的业务。

当本申请的技术方案应用于网购平台中时，可以实现当商品的新增评价满足预设的提醒条件时，向关注了该商品的用户发出提醒，使得所述用户在收到所述提醒后，可以在预览了该商品的新增的评价后，再重新进行决策是否下单，从而实现了通过商品的新增评价来引导用户对已关注的商品进行下单，可以间接的提高用户的下单率。

下面通过具体实施例并结合具体的应用场景对本申请进行描述。

请参考图1，图1是本申请一实施例提供的一种信息的提示方案，该方法的执行主体可以为服务端，其中所述服务端在物理上可以是服务器、服务器集群或者云平台；该方法执行以下步骤：

步骤101、判断针对业务对象的反馈信息是否满足预设的提醒条件；

步骤102、当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒。

在本实施例中，所述判断针对业务对象的反馈信息是否满足预设的提醒条件，可以是判断针对业务对象的反馈信息数是否达到预设的第一阈值，如果针对所述业务对象的反馈信息数达到所述预设的第一阈值时，则可以确定针对所述业务对象的反馈信息满足预设的提醒条件。

在实际应用中，为了满足实际的业务需求，在判断针对所述业务对象的反馈信息是否满足预设的提醒条件时，所述预设的提醒条件也可以根据实际的业务需求进行配置。例如，除了针对业务对象的反馈信息数以外，在实际的业务中，用户通常也会关注针对业务对象的反馈信息中的正面反馈信息或者负面反馈信息所占的比例，因此在判断针对所述业务对象的反馈信息是否满足预设的提醒条件时，根据实际的业务需求还可以引入所述反馈信息中的正面反馈信息或者负面反馈信息所占比例的判断。

在实现时，在判断针对所述业务对象的反馈信息是否满足预设的提醒条件时，当判断出针对所述业务对象的反馈信息数达到了预设的第一阈值后，可以进一步判断所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占的比例是否达到预设的第二阈值，如果是，则可以确定针对所述业务对象的反馈信息满足预设的提醒条件。

当然，在根据实际的业务需求设置所述预设的提醒条件时，除了以上介绍的通过判断针对所述业务对象的反馈信息数是否达到了预设的第一阈值，以及所述反馈信息中正面反馈信息或者负面反馈信息所占的比例是否达到预设的第二阈值来确定针对所述业务对象的反馈信息是否满足预设的提醒条件以外，也可以有其它的实现方式；例如，当判断初针对所述业务对象的反馈信息数达到了预设的第一阈值后，可以进一步判断所述反馈信息中各反馈信息的字数是否均大于设定值，或者所述反馈信息中字数大于设定值的反馈信息所占比例是否达到设置的阈值等等，在本实施例中不再进行详述。

其中，值得说明的是，所述第一阈值以及所述第二阈值的具体取值在本实施例中不进行特别限定，可以根据用户的配置进行设置。

在本实施例中，当判断出针对所述业务对象的反馈信息满足预设的提醒条件时，此时可以向关注了该业务对象的用户发出业务提醒，以引导用户来完成该业务。

在向关注了该业务对象的用户发出业务提醒时，服务端首先可以在本地的用户信息数据库中查询关注了该业务对象的用户信息。其中所述用户信息数据库可以是服务端本地用于存储用户信息的专用数据库，该数据库中的数据可以通过与用户客户端进行报文交互进行添加。例如，当用户关注了新的业务对象时，用户客户端可以向服务端上报一个通告消息(第二通告消息)，该通告消息中可以携带所述用户信息以及该用户关注的业务对象的ID，当服务端收到该通告消息后，可以将该通告消息中携带的信息添加保存到所述数据库中。

当服务端在本地的用户信息数据库中查询到了关注了该业务对象的用户信息后，可以根据查询到的用户信息向对应的用户客户端推送第一通告消息，其中在实现时所述用户信息可以包括所述用户的登录账号，以及所述用户使用的用户客户端的IP地址以及接收端口等信息，所述第一通告消息可以携带预设的提示信息以及所述业务对象的ID，同时所述预设的提示信息中还可以包括指向所述业务对象的详情内容的链接，从而触发所述用户客户端在收到该第一通告消息后，可以将所述预设的提示信息在所述业务对象的关注界面中向用户输出以提醒该用户。

另外，由于所述关注界面中通常可以包括多个用户关注的业务对象，因此所述用户客户端在将所述预设的提示信息在所述关注界面中向用户输出时，为了保证将所述提示信息与所述业务对象关联输出(例如，可以将所述提示信息输出在所述关注界面中该业务对象的下方)，在将所述提示信息在所述关注界面中进行输出时，首先可以根据所述业务对象的ID在所述业务对象的关注界面中确定所述提示信息的输出位置，然后将所述预设的提示信息在确定出的输出位置输出以提醒该用户。

当然，在实现时，除了以上描述的在所述关注界面中输出提示信息来提醒用户以外，还可以有其它的提示方式；例如，服务端可以根据查询到的关注了所述业务对象的用户信息中由用户预留的联系方式(比如手机号、社交账号以及邮箱地址等)向对应的用户终端推送携带了所述预设的提示消息的短消息或者即时通信消息等，当用户点击所述短消息或者即时通信消息中的提示信息后，可以自动跳转至响应的业务对象界面或者反馈信息界面。

在以上实施例中，通过判断针对业务对象的反馈信息是否满足预设的提醒条件；当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒，从而实现了通过业务对象的新增反馈信息，来引导用户完成与已关注的业务对象对应的业务。

在实际应用中，上述实施例中的技术方案可以应用到网购平台中，当应用到网购平台中时，所述业务可以包括支付业务；所述业务对象可以包括与所述支付业务对应的商品；所述针对业务对象的反馈信息可以包括针对所述商品的评价信息。

以下结合网络平台的应用场景对本申请的技术方案进行说明。

在现有实现中，一些在线的网购平台为了引导用户对已关注的商品下单，通常的做法是，当用户所关注的商品降价后，通过在商品关注界面中输出降价提醒或者通过推送消息或者其它第三方的联系方式，向用户发出降价提醒，来引导用户对已关注的商品进行下单。

例如，请参见图2，当用户关注的商品降价后，可以在商品关注界面，比如购物车或者收藏夹中，输出一个“卖家降价”的提示文本来提醒买家。

然而，随着生活品质的上升，用户在网购过程中对于降价促销已经不敏感，用户通常更加关注其它买家对该商品的评价，因此对于一些新上架的产品或者成交量较少的商品，由于评价数较少，即便进行降价促销，可能仍然无法成功引导用户完成下单。

请参考图3，图3是本申请的技术方案应用在网购平台时提供的一种信息的提示方法，该方法的执行主体可以是服务端；该方法执行以下步骤：

步骤301，服务端判断针对已上架商品的评价信息是否满足预设的提醒条件；

步骤302，当针对所述已上架商品的评价信息满足预设的提醒条件时，在数据库中查询关注了该业务对象的用户信息，并根据所述用户信息向对应的用户客户端推送第一通告消息；其中所述第一通告消息携带预设的提示信息以及所述商品的ID,所述预设的提示信息包括指向所述商品的详情内容的链接，以触发所述用户客户端在收到所述第一通告消息后，根据所述商品的ID在所述商品的关注界面中确定所述提示信息的输出位置，并将所述提示信息在所述输出位置输出以提醒所述用户。

在本实施例中，所述客户端，可以是网购客户端软件，可以包括网页版的网购客户端和移动版的网购客户端；例如，以淘宝网为例，所述网络客户端可以网页版淘宝客户端或者手机版的淘宝客户端。所述服务端，可以是网络运营商面向用户提供服务的服务器、服务器集群或者云平台；例如，所述服务端可以是阿里巴巴公司为用户的淘宝客户端提供服务的服务器、服务器集群或者阿里云平台。

在本实施例中，当买家通过登录账号成功登录客户端后，服务端可以在本地数据库中记录该买家的登录信息，比如登录账号、登录的终端类型、客户端与服务端交互报文所使用的端口号和IP地址等信息。

同时，当买家关注了一个商品时，比如买家的客户端在后台检测到买家在商品购物车或者商品收藏夹中添加了一个商品时，或者检测到买家将该商品标记为喜欢，客户端可以认为买家关注了一个商品，此时买家的客户端可以判断该商品当前的评价数是否低于指定数量，如果该商品当前的评价数低于指定数量，则可以立即向服务端发送一个通告消息(第二通告消息)告知买家关注了该商品，所述通告消息中可以携带买家的信息以及该商品的ID，服务端在收到该第一通告消息时，可以在本地的用户信息数据库中保存该买家的信息以及该商品的ID之间的对应关系，以便于后续服务端通过商品的ID就可以查询到关注了该商品的买家的信息。

其中，值得说明的是，由于买家在购物过程中，商品的评价数通常是一个很重要的下单指标，当商品的评价数足够多时，此时通常已足够说服买家下单或者放弃下单，只有当商品的评价数不足，才可能出现买家无法决策是否下单的情况。可见，客户端将评价数已足够多的商品上报给服务端没有实际意义，因此，在实现时，可以将所述指定数量可以设置为一个较小的数值，从而使得客户端可以只将买家关注的那些评价数低于指定数量，当前却又无法做出下单或者放弃下单的决策的商品上报给服务端。

在本实施例中，服务端在判断针对已上架商品的评价信息是否满足预设的提醒条件时，可以是判断针对所述已上架商品的评价信息数是否达到预设的第一阈值，如果针对所述已上架商品的评价信息数达到所述预设的第一阈值时，则可以确定针对所述已上架商品的评价信息满足预设的提醒条件。

在实现时，服务端可以实时的对购物平台中所有已上架商品进行管理，并对所有已上架商品的评价数进行监控，当服务端监控到任一已上架商品的评价数发生较大的变动时，可以将该商品的评价数与预先设置的第一阈值进行比较，如果该商品的评价数达到了所述第一阈值时，此时服务端可以确定所述商品的评价数已经满足了预设的提醒条件。

其中，值得说明的是，所述第一阈值高于所述指定数量，在本实施例中不对二者的取值进行特别限定，可以根据实际需求进行设置。例如，在实现时，所述指定数量可以是3，当客户端判断出买家关注的商品的评价数低于3条时，才将该商品通过所述通告报文上报给服务端；所述第一阈值可以是10，即当服务端监控到任一已上架商品的评价数达到10条时，可以立即向关注了该商品的买家发出提醒。

在实际应用中，为了满足实际的业务需求，在判断针对所述已上架商品的评价信息是否满足预设的提醒条件时，所述预设的提醒条件也可以根据实际的业务需求进行配置。例如，除了针对已上架商品的评价信息数以外，在实际的业务中，用户通常也会关注针对已上架商品的评价信息中的正面评价信息或者负面评价信息所占的比例，因此在判断针对所述已上架商品的反馈信息是否满足预设的提醒条件时，根据实际的业务需求还可以引入所述评价信息中的正面评价信息或者负面评价信息所占比例的判断。

在实现时，在判断针对所述已上架商品的评价信息是否满足预设的提醒条件时，当判断出针对所述已上架商品的评价信息数达到了预设的第一阈值后，可以进一步判断该商品的评价信息中正面评价信息或者负面评价信息所占的比例是否达到预设的第二阈值，如果是，则可以确定针对所述业务对象的反馈信息满足预设的提醒条件。例如，在实现时，可以将所述已上架商品的评价信息数达到10条，并且好评所占比例达到60％作为所述预设的提醒条件。

当然，在根据实际的业务需求设置所述预设的提醒条件时，除了以上介绍的通过判断针对所述已上架商品的评价信息数是否达到了预设的第一阈值，以及所述评价信息中正面评价信息或者负面评价信息所占的比例是否达到预设的第二阈值来确定针对所述已上架商品的评价信息是否满足预设的提醒条件以外，也可以有其它的实现方式；例如，当判断初针对所述已上架商品的评价信息数达到了预设的第一阈值后，可以进一步判断所述评价信息中各评价信息的字数是否均大于设定值，或者所述评价信息中字数大于设定值的评价信息所占比例是否达到设置的阈值等等，在本实施例中不再进行详述。

在本实施例中，当服务端确定所述已上架商品的评价信息满足预设的提醒条件后，可以立即向所有关注了该商品的买家发出提醒。其中，服务端在向关注了该商品的买家发出提醒时，由于本地的用户信息数据库中已经提前记录了买家的信息和所关注的商品的ID之间的对应关系，因此服务端直接根据该商品的ID在本地数据库中进行查询就可以获得关注了该商品的买家的信息。

在实现时，所述买家的信息可以包括该买家的登录账号，当服务端获取到该买家的登录账号时，由于本地数据库中还记录了买家的登录信息，因此服务端可以根据买家的登录账号进一步查找本地数据库，来获取该买家的登录信息。

其中，由于买家的登录信息通常包括买家的客户端与服务端交互报文所使用的端口号和IP地址等登录信息，因此当服务端获取到该买家的登录信息后，可以根据所述登录信息中的端口号和IP地址向该买家的客户端推送一个第一通告消息。

在本实施例中，所述第一通告消息可以包括一个提醒该买家所关注的商品的评价数已达到所述第一阈值的提示信息以及该商品的ID，该第二通告消息可以是客户端与服务端之间基于现有的所支持的报文类型，扩展出的一种用于触发客户端将所述提示信息在商品关注界面中进行输出的触发消息，当该买家的客户端收到该第一通告消息后，可以立即触发将所述提示消息在商品关注界面中进行输出以提醒买家。

例如，基于现有的网购客户端软件，服务端和客户端之间交互时，通常会存在不同种类的功能消息；比如，以淘宝客户端软件为例，服务端和客户端之间交互的功能消息，通常包括提醒卖家付款的消息、提醒用户卖家已发货的消息以及提醒买家针对已完成订单进行评价的消息等等。因此，在实现时，所述第一通告消息可以是服务端基于现有架构，对支持的已有的功能消息类型进行扩展后，新增加的一种用于触发买家的客户端将所述提示信息在商品关注界面中进行输出的触发消息。

与此同时，客户端一侧也需要对支持的功能消息类型进行同步扩展，使得客户端在收到所述第一通告消息后，可以正常解析该通告消息，从而可以正常的执行该第一通告消息对应的响应动作。其中，服务端以及客户端在对支持的功能消息类型进行扩展时，可以通过消息功能代码来实现，详细的实现过程可参考现有实现的记载，在实施例中不再进行详述。

在本实施例中，买家关注一个商品通常是指将该商品添加到购物车或者收藏夹中，因此所述商品关注界面可以包括客户端中的购物车界面和收藏夹界面。在实现时，当该买家的客户端在收到所述第一通告消息后，可以首先根据该第一通告消息中携带的商品的ID来判断该商品在本地的添加位置；如果客户端根据该商品的ID查询到该商品被买家添加到购物车中，此时客户端在收到所述第一通告消息后，可以立即将该第一通告消息中携带的所述提示消息显示到购物车界面中与该商品的ID对应的预设位置输出；如果客户端根据该商品的ID查询到该商品被买家添加到收藏夹中，此时客户端在收到所述第一通告消息后，可以立即将该第一通告消息中携带的所述提示消息显示到收藏夹界面中与该商品的ID对应的预设位置输出。另外，由于购物车或者收藏夹中有可能被添加了多个商品，为了防止将所述提示消息输出到错误的位置上，客户端在输出所述提示消息时，可以根据商品的ID查找到该商品在购物车或者收藏夹界面中的位置后，然后输出。

例如，请参见图4，所述提示消息可以是一个“收到N条评价”的文字提示，该提示消息在购物车或者收藏夹中的输出位置可以是购物车或者收藏夹界面中该商品名称的底部，当客户端收到所述第一通告消息后，可以触发将所述“收到N条评价”的文字提示在购物车或者收藏夹界面中该商品名称的底部进行输出。

其中，在实现时，所述提示信息还可以以链接的形式进行输出，当用户点击该提示消息后，可以自动跳转到该商品的详情界面或者该商品的评价界面，以方便用户查看该商品的详情信息或者新增的评价信息。

在本实施例中，服务端在向关注了该商品的买家发出提醒，除了以上描述通过向买家的客户端发送一个触发消息，触发客户端向买家输出一个提示消息以外，还可以有其它的实现方式。

例如，在一种实现方式中，服务端在向关注了该商品的买家发出提醒时，可以向该买家的客户端发送一个提示该买家所关注的商品的评价数已达到所述第一阈值的推送消息，比如该推送消息可以包括一条“您关注的商品XX评价数已达N条，是否查看”的文本消息，以及指向该商品评价界面的链接，用户在收到该推送消息后，通过点击该连接就能跳转到评价界面查看该商品新增的评价信息。

在另一种实现方式中，服务端在向关注了该商品的买家发出提醒时，还可以在查询到该买家的登录账号后，根据登录账号在本地查找该买家的注册信息中预留的诸如手机号、社交账号、邮箱等，然后向该买家的手机推送一条提醒短信、即时通信消息或者向该用户的邮箱发送一封提醒邮件。当然，在向买家的手机和邮箱发送提醒消息或者邮件时，为了防止对买家造成骚扰，可以只发送一次。以上两种实现方式非常适合用户在不经常查看购物车或者收藏夹时使用。

通过以上实施例的描述可知，当本申请的技术方案应用于网购平台中时，通过服务端来判断已上架的商品的评价数是否满足预设的提醒条件，当服务端判断出已上架的商品的评价数满足预设的提醒条件时，在本地查询已经关注了该商品的买家的信息，然后向对应的买家发出提醒，使得所述买家在通过登录客户端收到所述提醒后，可以在预览了该商品的新增的评价后，再重新进行决策是否下单。

可见，本申请可以实现通过商品的新增评价来引导用户对已关注的商品进行下单，尤其适用于用户关注了新上架商品或者交易量少的商品，由于该商品评价数少，暂缓下单的应用场景中，通过在用户关注的商品评价数满足预设的提醒条件后提醒用户，可以间接的提高用户的下单率。

与上述方法实施例相对应，本申请还提供了装置的实施例。

请参见图5，本申请提出一种商品评价信息的提示装置50，应用于服务端，所述服务端可以是网购运营商面向用户提供服务的服务器；其中，请参见图6，作为承载所述商品评价信息的提示装置50的服务器所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述商品评价信息的提示装置50通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置50包括：

判断模块501，用于判断针对业务对象的反馈信息是否满足预设的提醒条件；

查询模块502，用于在针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒。

在本实施例中，所述判断模块501具体用于：

判断针对业务对象的反馈信息数是否达到预设的第一阈值；

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

在本实施例中，所述判断模块进一步501用于：

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，判断针对所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例是否达到预设的第二阈值；

当所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例达到预设的第二阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

在本实施例中，所述提醒模块502具体用于：

当针对所述业务对象的反馈信息满足预设的提醒条件时，在数据库中查询关注了该业务对象的用户信息；

根据所述用户信息向对应的用户客户端推送第一通告消息；其中所述第一通告消息携带预设的提示信息以及所述业务对象的ID。

在本实施例中，所述预设的提示信息包括指向所述业务对象的详情内容的链接，以触发所述用户客户端在收到所述第一通告消息后，根据所述业务对象的ID在所述业务对象的关注界面中确定所述提示信息的输出位置，并将所述提示信息在所述输出位置输出以提醒所述用户。

在本实施例中，所述提醒模块502进一步用于：

根据所述用户信息向对应的用户终端推送携带所述预设的提示信息的短消息或者即时通信消息。

在本实施例中，还包括：

当用户通过点击所述短消息或即时通信消息中的提示信息时，跳转至相应的业务对象界面或反馈信息界面。

在本实施例中，所述提醒模块502进一步用于：

在数据库中查询关注了该业务对象的用户信息之前，接收所述用户客户端在所述用户关注了所述业务对象时发送的第二通告消息；其中所述第二通告消息携带关注了所述业务对象的用户信息以及所述业务对象的ID；

在所述数据库中保存所述用户信息和所述业务对象的ID的对应关系。

在本实施例中，所述业务包括支付业务；所述业务对象包括与所述支付业务对应的商品；所述针对业务对象的反馈信息包括针对所述商品的评价信息。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (18)

1.一种信息的提示方法，应用于服务端，其特征在于，该方法包括：

判断针对业务对象的反馈信息是否满足预设的提醒条件；

当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒。

2.根据权利要求1所述的方法，其特征在于，所述判断针对业务对象的反馈信息是否满足预设的提醒条件包括：

判断针对业务对象的反馈信息数是否达到预设的第一阈值；

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

3.根据权利要求2所述的方法，其特征在于，所述当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件包括：

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，判断针对所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例是否达到预设的第二阈值；

当所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例达到预设的第二阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

4.根据权利要求1所述的方法，其特征在于，所述当针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒包括：

当针对所述业务对象的反馈信息满足预设的提醒条件时，在数据库中查询关注了该业务对象的用户信息；

根据所述用户信息向对应的用户客户端推送第一通告消息；其中所述第一通告消息携带预设的提示信息以及所述业务对象的ID。

5.根据权利要求4所述的方法，其特征在于，所述预设的提示信息包括指向所述业务对象的详情内容的链接，以触发所述用户客户端在收到所述第一通告消息后，根据所述业务对象的ID在所述业务对象的关注界面中确定所述提示信息的输出位置，并将所述提示信息在所述输出位置输出以提醒所述用户。

6.根据权利要求1或4所述的方法，其特征在于，所述向关注了该业务对象的用户发出业务提醒包括：

根据所述用户信息向对应的用户终端推送携带所述预设的提示信息的短消息或者即时通信消息。

7.根据权利要求6所述的方法，其特征在于，还包括：

用户通过点击所述短消息或即时通信消息中的提示信息，跳转至相应的业务对象界面或反馈信息界面。

8.根据权利要求4所述的方法，其特征在于，所述在数据库中查询关注了该业务对象的用户信息之前，还包括：

接收所述用户客户端在所述用户关注了所述业务对象时发送的第二通告消息；其中所述第二通告消息携带关注了所述业务对象的用户信息以及所述业务对象的ID；

在所述数据库中保存所述用户信息和所述业务对象的ID的对应关系。

9.根据权利要求1所述的方法，其特征在于，所述业务包括支付业务；所述业务对象包括与所述支付业务对应的商品；所述针对业务对象的反馈信息包括针对所述商品的评价信息。

10.一种信息的提示装置，应用于服务端，其特征在于，该装置包括：

判断模块，用于判断针对业务对象的反馈信息是否满足预设的提醒条件；

提醒模块，用于在针对所述业务对象的反馈信息满足预设的提醒条件时，向关注了该业务对象的用户发出业务提醒。

11.根据权利要求10所述的装置，其特征在于，所述判断模块具体用于：

判断针对业务对象的反馈信息数是否达到预设的第一阈值；

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

12.根据权利要求11所述的装置，其特征在于，所述判断模块进一步用于：

当针对所述业务对象的反馈信息数达到所述预设的第一阈值时，判断针对所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例是否达到预设的第二阈值；

当所述业务对象的反馈信息中正面反馈信息或者负面反馈信息所占比例达到预设的第二阈值时，确定针对所述业务对象的反馈信息满足预设的提醒条件。

13.根据权利要求10所述的装置，其特征在于，所述提醒模块具体用于：

当针对所述业务对象的反馈信息满足预设的提醒条件时，在数据库中查询关注了该业务对象的用户信息；

根据所述用户信息向对应的用户客户端推送第一通告消息；其中所述第一通告消息携带预设的提示信息以及所述业务对象的ID。

14.根据权利要求13所述的装置，其特征在于，所述预设的提示信息包括指向所述业务对象的详情内容的链接，以触发所述用户客户端在收到所述第一通告消息后，根据所述业务对象的ID在所述业务对象的关注界面中确定所述提示信息的输出位置，并将所述提示信息在所述输出位置输出以提醒所述用户。

15.根据权利要求10或13所述的装置，其特征在于，所述提醒模块进一步用于：

根据所述用户信息向对应的用户终端推送携带所述预设的提示信息的短消息或者即时通信消息。

16.根据权利要求15所述的装置，其特征在于，还包括：

用户通过点击所述短消息或即时通信消息中的提示信息，跳转至相应的业务对象界面或反馈信息界面。

17.根据权利要求13所述的装置，其特征在于，所述提醒模块进一步用于：

在数据库中查询关注了该业务对象的用户信息之前，接收所述用户客户端在所述用户关注了所述业务对象时发送的第二通告消息；其中所述第二通告消息携带关注了所述业务对象的用户信息以及所述业务对象的ID；

在所述数据库中保存所述用户信息和所述业务对象的ID的对应关系。

18.根据权利要求10所述的装置，其特征在于，所述业务包括支付业务；所述业务对象包括与所述支付业务对应的商品；所述针对业务对象的反馈信息包括针对所述商品的评价信息。