CN114092110A - 处理用户请求的方法及装置 - Google Patents

Abstract

本说明书实施例提供一种处理用户请求的方法，由信用平台执行，包括：首先，接收第一客户端发送的入群请求，其指示第一用户请求加入针对第一对象创建的用户群；接着，对所述第一用户进行第一资格审核，包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级；然后，在所述第一资格审核的审核结果为通过时，将所述第一用户添加至所述用户群中。

Description

处理用户请求的方法及装置

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种处理用户请求的方法及装置。

背景技术

随着科技的进步和社会的发展，涌现出大量的服务平台，为人们提供各式各样的服务，以满足人们在工作、生活中的需求。信用平台是一种为用户提供信用服务的平台，例如，对于信用较好的用户，提供免押金租赁服务。

然而，目前信用平台所提供的信用服务的种类有限，难以满足用户的多种需求，并且，用户信用的使用价值有待进一步挖掘。因此，需要一种方案，通过为用户提供新式信用服务，充分挖掘用户信用的价值，满足用户需求，从而有效提升用户体验。

发明内容

本说明书一个或多个实施例描述了一种处理用户请求的方法，支持用户在信用平台中创建、加入用户群，满足用户为其支持的对象进行助力以及获取相关权益的需求，同时，促进用户提升自身信用，从而维护信用平台的稳定、良好运营，进而充分提高用户体验。

根据第一方面，提供一种处理用户请求的方法，由信用平台执行，包括：接收第一客户端发送的入群请求，其指示第一用户请求加入针对第一对象创建的用户群；对所述第一用户进行第一资格审核，包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级；在所述第一资格审核的审核结果为通过时，将所述第一用户添加至所述用户群中。

在一个实施例中，所述第一对象属于产品、景点、个人用户、或企业用户。

在一个实施例中，在接收第一客户端发送的入群请求之前，所述方法还包括：接收第二客户端发送的建群请求，其指示第二用户请求创建所述用户群；基于所述第二用户和第一对象进行第二资格审核；在所述第二资格审核的审核结果为通过时，创建所述用户群。

在一个具体的实施例中，所述第一对象为所述第二用户；其中，基于所述第二用户和第一对象进行第二资格审核，包括：审核所述第二用户是否属于公众人物。

在另一个具体的实施例中，所述第一对象为第一产品；其中，基于所述第二用户和第一对象进行第二资格审核，包括：审核所述第二用户是否为所述第一产品的生产商。

在又一个具体的实施例中，在创建所述用户群之后，所述方法还包括：接收所述第二用户基于所述第二客户端设定的所述最低入群等级。

在还一个具体的实施例中，所述最低入群等级由所述用户群的管理员设定，所述管理员由所述第二用户指定。

在一个实施例中，在将所述第一用户添加至所述用户群中之后，所述方法还包括：对所述第一用户进行信用等级再评估；在所述再评估得到的信用等级未达到所述最低入群等级的情况下，将所述第一用户从所述用户群中移除。

在一个实施例中，所述方法还包括：基于所述用户群中各个用户的信用等级以及所述用户群的规模，确定所述用户群的群信用等级。

在一个具体的实施例中，在确定所述用户群的群信用等级之后，所述方法还包括：获取与多个同类对象对应的多个用户群的多个群信用等级；对所述多个群信用等级进行排序；基于所述排序的结果，创建用户群信用榜单；和/或，针对排在预定范围内的若干用户群，为该若干用户群中的用户发放奖励权益。

根据第二方面，提供一种处理用户请求的方法，由第一客户端执行，包括：向信用平台发送入群请求，其指示第一用户请求加入针对第一对象创建的用户群；接收所述信用平台发送的针对所述入群请求的处理结果，该处理结果根据对所述第一用户进行第一资格审核的审核结果而确定；其中第一资格审核包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级。

根据第三方面，提供一种处理用户请求的方法，由第二客户端执行，包括：向信用平台发送建群请求，其指示第二用户请求针对第一对象创建用户群；接收所述信用平台发送的针对所述建群请求的处理结果，该述处理结果根据基于所述第二用户和第一对象进行第二资格审核的审核结果而确定。

在一个实施例中，所述第一对象为所述第二用户，所述第二资格审核包括审核所述第二用户是否属于公众人物。

在一个实施例中，所述第一对象为第一产品，所述第二资格审核包括审核所述第二用户是否为所述第一产品的生产商。

在一个实施例中，所述审核结果指示审核通过，所述处理结果指示所述用户群创建成功；其中，在接收所述信用平台发送的针对所述建群请求的处理结果之后，所述方法还包括：接收所述第二用户输入的针对所述用户群的最低入群等级，并将该最低入群等级提交至所述信用平台。

在一个实施例中，所述审核结果指示审核通过，所述处理结果指示所述用户群创建成功；其中，在接收所述信用平台发送的针对所述建群请求的处理结果之后，所述方法还包括：接收所述第二用户针对所述用户群设定的管理员用户，并将该管理员用户的用户信息提交至所述信用平台。

根据第四方面，提供一种处理用户请求的装置，所述装置集成于信用平台，包括：入群请求接收单元，配置为接收第一客户端发送的入群请求，其指示第一用户请求加入针对第一对象创建的用户群；第一资格审核单元，配置为对所述第一用户进行第一资格审核，包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级；用户添加单元，配置为在所述第一资格审核的审核结果为通过时，将所述第一用户添加至所述用户群中。

根据第五方面，提供一种处理用户请求的装置，所述装置集成于第一客户端，包括：入群请求发送单元，配置为向信用平台发送入群请求，其指示第一用户请求加入针对第一对象创建的用户群；处理结果接收单元，配置为接收所述信用平台发送的针对所述入群请求的处理结果，该处理结果根据对所述第一用户进行第一资格审核的审核结果而确定；其中第一资格审核包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级。

根据第六方面，提供一种处理用户请求的装置，所述装置集成于第二客户端，包括：建群请求发送单元，配置为向信用平台发送建群请求，其指示第二用户请求针对第一对象创建用户群；处理结果接收单元，配置为接收所述信用平台发送的针对所述建群请求的处理结果，该述处理结果根据基于所述第二用户和第一对象进行第二资格审核的审核结果而确定。

根据第七方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当该计算机程序在计算机中执行时，令计算机执行上述第一方面、第二方面或第三方面提供的方法。

根据第八方面，提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现上述第一方面、第二方面或第三方面提供的方法。

采用本说明书实施例提供的方法和装置，利用信用平台为用户提供信用群服务，满足用户为其喜爱的对象进行支持、助力，以及获得相关优惠权益的需求，同时避免用户被不法分子利用、诱骗而造成的财产损失；再者，因入群资格和权益发放等与用户的自身信用等级正向相关，所以，信用群服务还有助于激励用户提高自身信用，从而体验更多更优的信用服务。如此，可以全面有效的提升用户的服务体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出根据一个实施例的处理用户请求的实施场景示意图；

图2示出根据一个实施例的处理用户请求的多方交互示意图；

图3示出根据一个实施例的处理用户请求的装置结构示意图；

图4示出根据另一个实施例的处理用户请求的装置结构示意图；

图5示出根据又一个实施例的处理用户请求的装置结构示意图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

如前所述，目前信用平台提供的服务种类有限。另一方面，发明人观察到，在当前社会中，人们常常想要支持、助力自己喜欢的产品、公司或公众人物等，或者，获得想要购买的产品的优惠权益，或者，获得参加某个公众人物的讲座、论坛等的入场券，而许多不法分子利用人们的这一需求和心理进行集资、圈钱、甚至诈骗。

由此，发明人提出一种信用服务方案，利用信用平台为用户提供信用群服务，满足用户为其喜爱的产品、公司等对象进行支持、助力，或结识具有相同对象偏好的用户，或获得相关优惠权益的需求，同时避免用户被不法分子利用、诱骗而造成的财产损失；再者，因入群资格和权益发放等与用户的自身信用等级正向相关，所以，信用群服务还有助于激励用户提高自身信用，从而体验更多更优的信用服务。如此，可以全面有效的提升用户的服务体验。

图1示出根据一个实施例的处理用户请求的实施场景示意图，如图1所示，用户基于其客户端向信用平台发送入群请求，其指示请求加入针对第一对象建立的用户群；信用平台对该用户进行包括信用审核在内的资格审核，然后根据该资格审核的结果确定对入群请求的处理结果，并将该处理结果反馈给用户。如此，可以实现向用户提供信用群服务。

下面结合实施例，描述发明人提出的上述信用服务方案的实现步骤。图2示出根据一个实施例的处理用户请求的多方交互示意图，如图2所示，多方交互的过程包括以下步骤：

步骤S212，第一用户基于其使用的第一客户端向信用平台发送入群请求，该入群请求指示第一用户请求加入针对第一对象创建的用户群。需理解，第一用户可以是个人用户，也可以是企业用户；第一客户端可以是Web客户端或APP客户端；信用平台可以实现为任何具有计算、处理能力的装置、服务器、设备或设备集群。

在一个实施例中，第一对象的对象类别可以是产品、景点、个人用户或企业用户。在一个具体的实施例中，第一对象是某品牌的手机、某品牌的电脑、某本书、某历史古迹、某公众人物(如Jerry和Pepi)、某企业、某机关单位等。

在一个实施例中，入群请求中包括第一用户的用户标识，和/或，用户群的群标识。

步骤S214，信用平台对第一用户进行第一资格审核，包括审核该第一用户的信用等级是否达到所述用户群的最低入群等级。

在一个实施例中，信用平台基于上述入群请求，获取第一用户的信用等级。在一个具体的实施例中，信用平台中存储有多个用户的信用等级信息，相应，可以基于上述入群请求中第一用户的用户标识，获取第一用户的信用等级。在另一个具体的实施例中，可以实时获取第一用户的信用行为数据(如最近一周内使用各种信用服务产生的守约数据和违约数据)，以及用户画像信息(如低消费人群或高消费人群、学生或上班族等)，然后，将获取的这些数据信息输入训练好的信用等级评估模型中，得到第一用户的信用等级。

在一个实施例中，信用平台基于上述入群请求，获取上述用户群的最低入群等级。在一个具体的实施例中，信用平台中存储多个用户群中各个用户群对应的最低入群等级。最低入群等级可以是对应用户群的创建用户预先设定的，或者，可以是对应用户群的管理员预先设定的，又或者，可以是系统默认设置的。基于此，可以根据入群请求中包括的群标识，确定对应该群标识的最低入群等级。

在一个实施例中，上述第一资格审核还可以包括身份验证，验证方式可以是手机验证码或人脸识别。在另一个实施例中，上述第一资格审核还可以包括，判断第一用户已加入的用户群的数量是否已经达到上限。

在一个实施例中，若第一资格审核包括多个审核事项，在该多个审核事项均达标的情况下，才判定第一用户通过第一资格审核。例如，如果第一用户的信用等级达到其申请加入的用户群的最低入群等级，并且，第一用户已加入的用户群数量(如3个)尚未达到上限数量(如5个)，则判定第一用户通过第一资格审核，否则判定未通过第一资格审核。

进一步，若第一资格审核的审核结果为未通过，则信用平台可以向第一客户端返回处理结果，该处理结果指示第一用户加入用户群失败，更进一步地，该处理结果还可以提示用户加入失败的原因，以辅助用户进行后续操作的决策。

若第一资格审核的审核结果为通过，则在步骤S216，信用平台将第一用户添加至用户群中。在一个实施例中，可以将用户群的群标识与第一用户的用户标识进行关联存储。进一步，在一个具体的实施例中，还可以向第一客户端返回处理结果，该处理结果指示第一用户已成功加入用户群。

由上，通过步骤S212、S214和S216，信用平台可以实现对第一客户端发起的入群请求的处理。

根据另一方面的实施例，对于上述用户群的创建，可以在步骤S212之前，通过实施步骤S202、S204和S206来实现。在步骤S202，第二用户基于其使用的第二客户端向信用平台发送建群请求，该建群请求指示第二用户请求针对上述第一对象创建用户群。需理解，第二用户可以是个人用户或企业用户；第二客户端可以是网页客户端或应用客户端。

步骤S204，信用平台基于第二用户和第一对象进行第二资格审核。

在一个实施例中，第一对象为第二用户，相应，本步骤中可以包括：信用平台审核第二用户是否属于公众人物。在一个具体的实施例中，可以先获取预先建立的公众人物名单，然后，判断第二用户是否被包含在公众人物名单中，若包含，则判定第二用户属于公众人物。在一个例子中，其中公众人物名单可以是基于从网站中爬取的文娱明星信息、科学家信息和学者信息而建立。在另一个例子中，其中公众人物名单可以是信用平台从其他社交平台中获取。在另一个具体的实施例中，可以根据第二用户提供的资料信息，如作品、成果等，以及根据从新闻网站或学术论坛等获取的第二用户的相关报导，评估第二用户的影响力，若影响力大于预定阈值，则可以判定第二用户是公众人物。在一个例子中，可以将获取的资料信息和相关报导输入训练好的影响力预测模型中，从而得到第二用户的影响力。在另一个例子中，可以根据预设规则，评估第二用户的影响力，例如，其中预设规则可以包括：若第二用户的科研成果获得国内奖项，则影响力加1，若获得国际奖项，则影响力加1.5。如此，可以实现对第二用户是否属于公众人物的审核。

在另一个实施例中，第一对象为第一产品，相应，本步骤中可以包括：审核第二用户是否为第一产品的生产商。在一个具体的实施例中，第二用户为企业用户，由此可以获取第二用户的产品类目，再判断第一产品是否被包含在该产品类目中。

在又一个实施例中，第一对象为第一景点，相应，本步骤中可以包括：审核第二用户是否为第一景点的管理部门，或者，审核第二用户是否为第一景点的负责人。

在还一个实施例中，第二资格审核还可以包括对第二用户的信用等级审核，要求第二用户的信用等级达到最低建群等级，该最低建群等级可以由信用平台中的工作人员进行设定。在另一个实施例中，第二资格审核还可以包括对第二用户的身份验证。

另一方面，需要对第一对象是否文明、合法以及具有正确的价值导向进行审核。在一个实施例中，第二资格审核还可以包括：获取第一对象的对象信息，并将之输入训练好的安全审核模型中，进一步，如果审核结果指示第一对象是安全的，则第一对象通过审核。

在一个实施例中，若第二资格审核包括多个审核项，那么，在该多个审核项均达标的情况下，才第二资格审核的审核结果为通过，否则判定为未通过。例如，如果审核得到第一对象是安全对象，且第二用户是第一对象的生产商，则判定第二用户通过第二资格审核。

进一步，若第二资格审核的审核结果为未通过，在一个具体的实施例中，信用平台可以向第二客户端返回处理结果，该处理结果指示第二用户创建用户群失败，更进一步地，该处理结果还可以提示第二用户创团失败的原因，以辅助第二用户进行后续操作的决策。

而若第二资格审核的审核结果为通过，则在步骤S206，信用平台创建针对第一对象的用户群。在一个实施例中，信用平台可以基于第一对象的对象标识生成用户群的群标识，并对该对象标识和群标识进行关联存储。

如此，可以实现针对第一对象的用户群的创建。在另一个实施例中，用户群除了由信用平台响应于第二用户发起的建群请求而创建以外，还可以由信用平台在第二用户授权以后自主创建。在一个具体的实施例中，信用平台可以先搜集多个对象，然后向其中各个对象所关联的用户推送创建用户群的邀请链接，在某用户(如上述第二用户)点击邀请链接进行授权后，信用平台可以针对该授权指令所对应的对象(如上述第一对象)创建用户群。

由上，可以完成针对第一对象的用户群的创建。对于该用户群的最低入群等级的设定，可以是在创建用户群的同时或之后完成设定。在一个实施例中，上述建群请求中包括第二用户设定的最低入群等级。在另一个实施例中，在信用平台创建用户群之后，上述交互过程还可以包括步骤S208，信用平台接收第二用户基于上述第二客户端针对所述用户群设定的最低入群等级。在又一个实施例中，在信用平台创建用户群之后，上述交互过程还可以包括：信用平台接收第二用户基于上述第二客户端针对所述用户群设定的管理员用户，之后，信用平台接收该管理员用户基于其使用的客户端针对该用户群设定的最低入群等级。在一个具体的实施例中，管理员用户是第二用户从其用户群中指定的用户。

以上，对第一用户申请加入的用户群的创建方式，以及信用平台对第一用户进行加入资格审核时用到的最低入群等级的设定方式进行介绍。

根据再一方面的实施例，考虑到用户群中用户的信用等级会发生变化，为持续激励用户维持良好信用，可以定期对用户的信用等级进行重新评估，再根据评估结果判定用户是否仍可以留在用户群中。在一个实施例中，在上述步骤S216中信用平台将第一用户添加到用户群之后，上述交互过程还可以包括：步骤S221，信用平台对第一用户进行信用等级再评估，从而在步骤S223，信用平台在该再评估得到的信用等级未达到最低入群等级的情况下，将第一用户从所述用户群中移除。在一个具体的实施例中，响应于定时器的触发(如每个月触发一次)，获取第一用户在预设时间段(如最近一个月)内的信用行为数据，并根据该信用行为数据确定第一用户的最新信用等级。在一个具体的实施例中，如该最新信用等级(如2级)未达到最低入群等级(如3级)，则删除第一用户的用户标识与用户群标识的关联关系。进一步，在一个更具体的实施例中，信用平台可以向第一客户端发送通知消息，以告知第一用户其因信用等级未达到入团标准而被移出用户群。

根据又一方面的实施例，发明人提出可以充分挖掘用户群的信息，实现对用户的激励。在一个实施例中，在上述步骤S206中信用平台创建针对第一对象的用户群之后，上述交互过程还可以包括：在步骤S225，基于该用户群的规模以及其中各个用户的信用等级，确定用户群的群信用等级。在一个具体的实施例中，可以计算用户群中所有用户的信用等级的平均等级，然后，根据预先设定的用户群规模与运算系数之间的映射关系，确定该用户群的规模所对应的运算系数，并将该运算系数与上述平均等级的乘积，确定为群信用等级。在一个更具体的实施例中，上述用户群规模可以表征为用户群中用户的具体数量或数量区间，通常地，用户群的规模越大，其对应的运算系数的数值越大。在另一个具体的实施例中，可以选取用户群中用户信用等级的中位数，作为该用户群的群信用等级。

在以上确定用户群的群信用等级之后，在一个实施例中，可以实施步骤S227，基于该群信用等级，对第二用户的信用等级进行再评估。在一个具体的实施例中，可以获取最近一次对第二用户进行信用评估而得到的信用等级，然后，求取此信用等级与上述群信用等级的平均等级，作为再评估得到的信用等级。在另一个具体的实施例中，可以获取第二用户在预定时间段(如最近一周)内的信用行为数据，再将该信用行为数据和上述群信用等级共同输入训练好的信用等级评估模型中，得到再评估的等级结果。如此，可以实现将用户群的信用数据作用于该用户群的创建者的信用数据。

在另一个实施例中，还可以实施步骤S229，对多个对象对应的多个用户群进行群信用等级的排序。其中多个对象可以是同类对象(如均为公众人物或均为电子产品)，也可以涉及不同类别的对象。进一步，上述交互过程还可以包括：在步骤S231，基于该排序的结果，创建用户群信用榜单。在一个具体的实施例中，可以根据完整的排序结果确定用户群信用榜单。在另一个具体的实施例中，可以截取排在预定名次范围(如Top10)内的用户群，形成用户群信用榜单。在一个具体的实施例中，信用平台可以将用户群信用榜单推送给用户，或者，供用户自主查询。另一方面，上述交互过程还可以包括：在步骤S233，针对排在预定范围内的若干用户群，为该若干用户群，或者该若干用户群对应的若干创建用户发放奖励权益。在一个具体的实施例中，该若干用户群中的某个用户群针对的是产品对象或景点对象，那么，向该某个用户群中的用户发放的奖励权益可以包括购买该产品对象或景点对象的优惠券。在另一个具体的实施例中，该若干用户群中的某个用户群针对的是用户对象，那么，向该某个用户群中的用户发放的奖励权益可以包括该用户对象的讲座门票，和/或，向该用户对象发放的奖励权益可以是邀请其担任信用群服务的代言人。

综上，采用本说明书实施例披露的处理用户请求的方法，利用信用平台为用户提供信用群服务，满足用户为其喜爱的对象进行支持、助力，以及获得相关优惠权益的需求，同时避免用户被不法分子利用、诱骗而造成的财产损失；再者，因入群资格和权益发放等与用户的自身信用等级正向相关，所以，信用群服务还有助于激励用户提高自身信用，从而体验更多更优的信用服务。如此，可以全面有效的提升用户的服务体验。

与上述处理用户请求的方法相对应的，本说明书实施例还披露处理用户请求的装置。

具体如下：

图3示出根据一个实施例的处理用户请求的装置结构示意图，所述装置集成于信用平台。如图3所示，所述装置300包括：

入群请求接收单元301，配置为接收第一客户端发送的入群请求，其指示第一用户请求加入针对第一对象创建的用户群；第一资格审核单元302，配置为对所述第一用户进行第一资格审核，包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级；用户添加单元303，配置为在所述第一资格审核的审核结果为通过时，将所述第一用户添加至所述用户群中。

在一个实施例中，所述第一对象属于产品、景点、个人用户、或企业用户。

在一个实施例中，所述装置300还包括：建群请求接收单元304，配置为接收第二客户端发送的建群请求，其指示第二用户请求创建所述用户群；第二资格审核单元305，配置为基于所述第二用户和第一对象进行第二资格审核；群创建单元306，配置为在所述第二资格审核的审核结果为通过时，创建所述用户群。

在一个具体的实施例中，所述第一对象为所述第二用户；第二资格审核单元305具体配置为：审核所述第二用户是否属于公众人物。

在另一个具体的实施例中，所述第一对象为第一产品；第二资格审核单元305具体配置为：审核所述第二用户是否为所述第一产品的生产商。

在一个具体的实施例中，所述装置300还包括：等级接收单元307，配置为接收所述第二用户基于所述第二客户端设定的所述最低入群等级。

在一个具体的实施例中，所述最低入群等级由所述用户群的管理员设定，所述管理员由所述第二用户指定。

在一个实施例中，所述装置300还包括：用户等级评估单元308，配置为对所述第一用户进行信用等级再评估；用户移除单元309，配置为在所述再评估得到的信用等级未达到所述最低入群等级的情况下，将所述第一用户从所述用户群中移除。

在一个实施例中，所述装置300还包括：群等级确定单元310，配置为基于所述用户群中各个用户的信用等级以及所述用户群的规模，确定所述用户群的群信用等级。

在一个具体的实施例中，所述装置300还包括：等级获取单元311，配置为获取与多个同类对象对应的多个用户群的多个群信用等级；等级排序单元312，配置为对所述多个群信用等级进行排序；信用榜单创建单元313，配置为基于所述排序的结果，创建用户群信用榜单；和/或，奖励发放单元314，配置为针对排在预定范围内的若干用户群，为该若干用户群中的用户发放奖励权益。

图4示出根据另一个实施例的处理用户请求的装置结构示意图，所述装置集成于第一客户端。如图4所示，所述装置400包括：

入群请求发送单元410，配置为向信用平台发送入群请求，其指示第一用户请求加入针对第一对象创建的用户群；处理结果接收单元420，配置为接收所述信用平台发送的针对所述入群请求的处理结果，该处理结果根据对所述第一用户进行第一资格审核的审核结果而确定；其中第一资格审核包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级。

图5示出根据又一个实施例的处理用户请求的装置结构示意图，所述装置集成于第二客户端。如图5所示，所述装置500包括：

建群请求发送单元510，配置为向信用平台发送建群请求，其指示第二用户请求针对第一对象创建用户群；处理结果接收单元520，配置为接收所述信用平台发送的针对所述建群请求的处理结果，该述处理结果根据基于所述第二用户和第一对象进行第二资格审核的审核结果而确定。

在一个实施例中，所述第一对象为所述第二用户，所述第二资格审核包括审核所述第二用户是否属于公众人物。

在一个实施例中，所述第一对象为第一产品，所述第二资格审核包括审核所述第二用户是否为所述第一产品的生产商。

在一个实施例中，所述审核结果指示审核通过，所述处理结果指示所述用户群创建成功；所述装置500还包括：等级设定单元530，配置为接收所述第二用户输入的针对所述用户群的最低入群等级，并将该最低入群等级提交至所述信用平台。

在一个实施例中，所述审核结果指示审核通过，所述处理结果指示所述用户群创建成功；所述装置500还包括：管理员设定单元540，配置为接收所述第二用户针对所述用户群设定的管理员用户，并将该管理员用户的用户信息提交至所述信用平台。

根据另一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图2所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，该存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图2所描述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (21)

1.一种处理用户请求的方法，由信用平台执行，包括：

接收第一客户端发送的入群请求，其指示第一用户请求加入针对第一对象创建的用户群；

对所述第一用户进行第一资格审核，包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级；

在所述第一资格审核的审核结果为通过时，将所述第一用户添加至所述用户群中。

2.根据权利要求1所述的方法，其中，所述第一对象属于产品、景点、个人用户、或企业用户。

3.根据权利要求1所述的方法，其中，在接收第一客户端发送的入群请求之前，所述方法还包括：

接收第二客户端发送的建群请求，其指示第二用户请求创建所述用户群；

基于所述第二用户和第一对象进行第二资格审核；

在所述第二资格审核的审核结果为通过时，创建所述用户群。

4.根据权利要求3所述的方法，其中，所述第一对象为所述第二用户；其中，基于所述第二用户和第一对象进行第二资格审核，包括：

审核所述第二用户是否属于公众人物。

5.根据权利要求3所述的方法，其中，所述第一对象为第一产品；其中，基于所述第二用户和第一对象进行第二资格审核，包括：

审核所述第二用户是否为所述第一产品的生产商。

6.根据权利要求3所述的方法，其中，在创建所述用户群之后，所述方法还包括：

接收所述第二用户基于所述第二客户端设定的所述最低入群等级。

7.根据权利要求3所述的方法，其中，所述最低入群等级由所述用户群的管理员设定，所述管理员由所述第二用户指定。

8.根据权利要求1所述的方法，其中，在将所述第一用户添加至所述用户群中之后，所述方法还包括：

对所述第一用户进行信用等级再评估；

在所述再评估得到的信用等级未达到所述最低入群等级的情况下，将所述第一用户从所述用户群中移除。

9.根据权利要求1所述的方法，还包括：

基于所述用户群中各个用户的信用等级以及所述用户群的规模，确定所述用户群的群信用等级。

10.根据权利要求9所述的方法，其中，在确定所述用户群的群信用等级之后，所述方法还包括：

获取与多个同类对象对应的多个用户群的多个群信用等级；

对所述多个群信用等级进行排序；

基于所述排序的结果，创建用户群信用榜单；和/或，针对排在预定范围内的若干用户群，为该若干用户群中的用户发放奖励权益。

11.一种处理用户请求的方法，由第一客户端执行，包括：

向信用平台发送入群请求，其指示第一用户请求加入针对第一对象创建的用户群；

接收所述信用平台发送的针对所述入群请求的处理结果，该处理结果根据对所述第一用户进行第一资格审核的审核结果而确定；其中第一资格审核包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级。

12.一种处理用户请求的方法，由第二客户端执行，包括：

向信用平台发送建群请求，其指示第二用户请求针对第一对象创建用户群；

接收所述信用平台发送的针对所述建群请求的处理结果，该述处理结果根据基于所述第二用户和第一对象进行第二资格审核的审核结果而确定。

13.根据权利要求12所述的方法，其中，所述第一对象为所述第二用户，所述第二资格审核包括审核所述第二用户是否属于公众人物。

14.根据权利要求12所述的方法，其中，所述第一对象为第一产品，所述第二资格审核包括审核所述第二用户是否为所述第一产品的生产商。

15.根据权利要求12所述的方法，其中，所述审核结果指示审核通过，所述处理结果指示所述用户群创建成功；其中，在接收所述信用平台发送的针对所述建群请求的处理结果之后，所述方法还包括：

接收所述第二用户输入的针对所述用户群的最低入群等级，并将该最低入群等级提交至所述信用平台。

16.根据权利要求13所述的方法，其中，所述审核结果指示审核通过，所述处理结果指示所述用户群创建成功；其中，在接收所述信用平台发送的针对所述建群请求的处理结果之后，所述方法还包括：

接收所述第二用户针对所述用户群设定的管理员用户，并将该管理员用户的用户信息提交至所述信用平台。

17.一种处理用户请求的装置，所述装置集成于信用平台，包括：

入群请求接收单元，配置为接收第一客户端发送的入群请求，其指示第一用户请求加入针对第一对象创建的用户群；

第一资格审核单元，配置为对所述第一用户进行第一资格审核，包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级；

用户添加单元，配置为在所述第一资格审核的审核结果为通过时，将所述第一用户添加至所述用户群中。

18.一种处理用户请求的装置，所述装置集成于第一客户端，包括：

入群请求发送单元，配置为向信用平台发送入群请求，其指示第一用户请求加入针对第一对象创建的用户群；

处理结果接收单元，配置为接收所述信用平台发送的针对所述入群请求的处理结果，该处理结果根据对所述第一用户进行第一资格审核的审核结果而确定；其中第一资格审核包括审核所述第一用户的信用等级是否达到所述用户群的最低入群等级。

19.一种处理用户请求的装置，所述装置集成于第二客户端，包括：

建群请求发送单元，配置为向信用平台发送建群请求，其指示第二用户请求针对第一对象创建用户群；

处理结果接收单元，配置为接收所述信用平台发送的针对所述建群请求的处理结果，该述处理结果根据基于所述第二用户和第一对象进行第二资格审核的审核结果而确定。

20.一种计算机可读存储介质，其上存储有计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-16中任一项所述的方法。

21.一种计算设备，包括存储器和处理器，其中，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-16中任一项所述的方法。

Images