CN115169983A - 线上房源带看请求的抢单方法、装置及存储介质 - Google Patents

Abstract

本公开实施例公开了一种线上房源带看请求的抢单方法、装置及存储介质，其中，方法包括：接收用户通过访客客户端发送的房源带看请求，房源带看请求携带有目标房源的房源信息和用户的用户信息；基于目标房源的房源信息和用户的用户信息，确定设定个数的关联度最高的可选经纪人；在所述可选经纪人中包含专家级经纪人时，向所述专家级经纪人的服务客户端发送抢单消息，所述专家级经纪人指示通过带看专家认证的经纪人；在所述可选经纪人中不包含所述专家级经纪人时，向所述可选经纪人的服务客户端发送所述抢单消息。本公开实施例可以实现为发起房源带看请求的用户提供合适的经纪人，可以极大地提升线上看房的复看率和复看量，进而提高房屋的成交率。

Description

线上房源带看请求的抢单方法、装置及存储介质

技术领域

本公开涉及线上房源带看请求的抢单技术领域，尤其涉及一种线上房源带看请求的抢单方法、装置及存储介质。

背景技术

目前，房地产行业中推出了一种线上看房服务，以解决用户不方便实地看房的问题。线上看房服务具体是指用户在线上看房平台的客户端上选中一个房源并发起线上带看请求，由线上看房平台的服务端为该用户匹配一个经纪人，进行线上VR看房服务。

现有的线上带看服务，还没有一种合理的算法为用户提供匹配的、服务水平高的经纪人进行线上VR看房服务，导致线上看房的复看率和复看量都偏低，对于后续的客户维护会有很大的影响。为了解决上述问题，本公开提供一种新的线上房源带看请求的抢单方法，以便能够提升用户线上看房的复看率，以及用户线上看房的成交率。

发明内容

本公开实施例所要解决的一个技术问题是为用户提供一个关联度高、服务水平高的经纪人，由此提供一种线上房源带看请求的抢单方法、装置及存储介质。

根据本公开实施例的一个方面，提供一种线上房源带看请求的抢单方法，包括：

接收用户通过访客客户端发送的房源带看请求，所述房源带看请求携带有目标房源的房源信息和所述用户的用户信息；

基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人；

在所述可选经纪人中包含专家级经纪人时，向所述专家级经纪人的服务客户端发送抢单消息，所述抢单消息携带有所述目标房源的房源信息和所述用户的用户信息，所述专家级经纪人指示通过带看专家认证的经纪人；

在所述可选经纪人中不包含所述专家级经纪人时，向所述可选经纪人的服务客户端发送所述抢单消息。

在本公开一实施方式中，所述向所述专家级经纪人的服务客户端发送抢单消息之后，还包括：

响应于所述专家级经纪人的服务客户端在设定时间内没有根据所述抢单消息进行抢单，向除所述专家级经纪人之外的可选经纪人的服务客户端发送所述抢单消息。

在本公开又一实施方式中，所述基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人，包括：

确定与所述目标房源的房源信息和/或所述用户的用户信息关联的关联经纪人；

从所述关联经纪人中选择设定个数的关联度最高且满足带看条件的可选经纪人，所述带看条件为登录状态为已登录，并且线上带看状态为可带看。

在本公开又一实施方式中，所述方法还包括：

基于所述关联经纪人与所述目标房源的维护关系，和/或，所述关联经纪人带看所述目标房源的次数，确定所述关联经纪人与所述目标房源的关联度；

基于所述关联经纪人与所述用户服务关系，和/或所述关联经纪人维护所述用户的时间，和/或所述关联经纪人维护所述用户的次数，确定所述关联经纪人与所述用户的关联度；

对所述关联经纪人与所述目标房源的关联度和所述关联经纪人与所述用户的关联度进行权重求和，得到所述关联经纪人的关联度。

在本公开又一实施方式中，所述方法还包括：

接收待认证经纪人通过服务客户端发送的认证请求，所述认证请求中携带有所述待认证经纪人的标识信息；

根据所述标识信息，获取所述待认证经纪人的考核指标数据，所述考核指标数据至少包括线上带看评分；

在所述考核指标数据满足考核条件时，向所述待认证经纪人的服务客户端推送考核测试项目；

接收所述待认证经纪人的服务客户端根据所述考核测试项目返回的考核测试结果；

在所述考核测试结果指示所述待认证经纪人认证通过时，将所述待认证经纪人的类型设置为专家级经纪人。

在本公开又一实施方式中，所述方法还包括：

在所述考核指标数据不满足考核条件时，基于所述考核指标数据，确定所述待认证经纪人的待提升能力项；

向所述待认证经纪人的服务客户端推送所述待提升能力项。

在本公开又一实施方式中，所述待认证经纪人的线上带看评分通过以下步骤获得：

获取所述待认证经纪人在前一设定时间段内的至少一次线上带看数据，所述至少一次线上带看数据包括语音数据、时间长度、房源数量；

对所述至少一次线上带看数据的语音数据进行文本识别，得到待分析文本数据；

将所述至少一次线上带看数据对应的待分析文本数据、所述时间长度以及房源数量输入已训练的能力模型中，得到所述待认证经纪人的线上带看评分线上带看评分。

在本公开又一实施方式中，所述接收用户通过访客客户端发送的房源带看请求之后，所述方法还包括：

创建并展示所述目标房源的房间窗口，所述房间窗口用于向所述用户展示所述目标房源。

根据本公开实施例的又一方面，提供一种线上房源带看请求的抢单装置，包括：

第一接收模块，用于接收用户通过访客客户端发送的房源带看请求，所述房源带看请求携带有目标房源的房源信息和所述用户的用户信息；

第一确定模块，用于基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人；

第一发送模块，用于在所述可选经纪人中包含专家级经纪人时，向所述专家级经纪人的服务客户端发送抢单消息，所述抢单消息携带有所述目标房源的房源信息和所述用户的用户信息，所述专家级经纪人指示通过带看专家认证的经纪人；

第二发送模块，用于在所述可选经纪人中不包含所述专家级经纪人时，向所述可选经纪人的服务客户端发送所述抢单消息。

在本公开一实施方式中，所述装置还包括：

第三发送模块，用于响应于所述专家级经纪人的服务客户端在设定时间内没有根据所述抢单消息进行抢单，向除所述专家级经纪人之外的可选经纪人的服务客户端发送所述抢单消息。

在本公开又一实施方式中，所述第一确定模块包括：

第一确定子模块，用于确定与所述目标房源的房源信息和/或所述用户的用户信息关联的关联经纪人；

选择子模块，用于从所述关联经纪人中选择设定个数的关联度最高且满足带看条件的可选经纪人，所述带看条件为登录状态为已登录，并且线上带看状态为可带看。

在本公开又一实施方式中，所述装置还包括：

第三确定模块，用于基于所述关联经纪人与所述目标房源的维护关系，和/或，所述关联经纪人带看所述目标房源的次数，确定所述关联经纪人与所述目标房源的关联度；

第四确定模块，用于基于所述关联经纪人与所述用户服务关系，和/或所述关联经纪人维护所述用户的时间，和/或所述关联经纪人维护所述用户的次数，确定所述关联经纪人与所述用户的关联度；

第五确定模块，用于对所述关联经纪人与所述目标房源的关联度和所述关联经纪人与所述用户的关联度进行权重求和，得到所述关联经纪人的关联度。

在本公开又一实施方式中，所述装置还包括：

第二接收模块，用于接收待认证经纪人通过服务客户端发送的认证请求，所述认证请求中携带有所述待认证经纪人的标识信息；

数据获取模块，用于根据所述标识信息，获取所述待认证经纪人的考核指标数据；

第四发送模块，用于在所述考核指标数据满足考核条件时，向所述待认证经纪人的服务客户端推送考核测试项目；

第三接收模块，用于接收所述待认证经纪人的服务客户端根据所述考核测试项目返回的考核测试结果；

设置模块，用于在所述考核测试结果指示所述待认证经纪人认证通过时，将所述待认证经纪人的类型设置为专家级经纪人。

在本公开又一实施方式中，所述装置还包括：

第二确定模块，用于在所述考核指标数据不满足考核条件时，基于所述考核指标数据，确定所述待认证经纪人的待提升能力项；

第五发送模块，用于向所述待认证经纪人的服务客户端推送所述待提升能力项。

在本公开又一实施方式中，所述数据获取模块包括：

获取子模块，用于获取所述待认证经纪人在前一设定时间段内的至少一次线上带看数据，所述至少一次线上带看数据包括语音数据、时间长度、房源数量；

语音识别子模块，用于对所述至少一次线上带看数据的语音数据进行文本识别，得到待分析文本数据；

输入子模块，用于将所述至少一次线上带看数据对应的待分析文本数据、所述时间长度以及房源数量输入已训练的能力模型中，得到所述待认证经纪人的线上带看评分线上带看评分。

在本公开又一实施方式中，所述装置还包括：

窗口创建模块，用于创建并展示所述目标房源的房间窗口，所述房间窗口用于向所述用户展示所述目标房源的房源信息。

根据本公开实施例的再一方面，提供一种电子设备，该电子设备包括：

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现上述线上房源带看请求的抢单方法。

根据本公开实施例的再一方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现上述线上房源带看请求的抢单方法。

根据本公开实施例的再一方面，提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述线上房源带看请求的抢单方法。

基于本公开上述实施例提供的线上房源带看请求的抢单方法、装置及存储介质，服务器在接收到用户发送的房源带看请求时，可以先确定出关联度最高的可选经纪人，然后再优先通知专家级经纪人进行抢单，在不存在专家级经纪人或者专家级经纪人没有及时接单时再通知普通经纪人抢单。由此，本公开实施例可以实现为发起房源带看请求的用户提供合适的、优秀的经纪人，可以极大地提升线上看房的复看率和复看量，进而提高房屋的成交率。

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

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同描述一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1为本公开的线上房源带看请求的抢单方法的一个实施例的流程图；

图2为本公开的线上房源带看请求的抢单方法的线上带看专家认证的流程图；

图3A为本公开的线上房源带看请求的抢单方法的一个经纪人指标考核的流程图；

图3B为本公开的线上房源带看请求的抢单方法的经纪人指标考核结果示意图；

图4为本公开的线上房源带看请求的抢单装置的一个实施例的结构示意图；

图5为本公开的线上房源带看请求的抢单装置的又一个实施例的结构示意图；

图6为本公开的线上房源带看请求的抢单装置的又一个实施例的结构示意图；

图7为本公开一示意性实施例提供的电子设备的结构图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本公开实施例可以应用于计算机系统/服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器等电子设备一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

计算机系统/服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

本公开概述

本公开实施例提供的技术方案用于线上房源带看请求的抢单场景，在用户访问线上带看应用程序时，在得到用户的充分授权的情况下，应用程序可以获取到用户信息和要带看的房源的房源信息，以及带看房源时的语音数据。当然，在未得到用户的充分授权的情况，以上信息均属于用户个人隐私信息，本公开的实施例并不能获取到。在获取到目标房源的房源信息和所述用户的用户信息后，平台(如应用程序服务器端)可以根据房源信息和用户信息，确定出关联度和能力都比较高的经纪人，确保线上带看的服务质量。

示例性实施例

图1为本公开的线上房源带看请求的抢单方法的一个实施例的流程图；该线上房源带看请求的抢单方法可以应用在应用程序服务器端等电子设备上，如图1所示，该线上房源带看请求的抢单方法包括以下步骤：

在步骤101中，接收用户通过访客客户端发送的房源带看请求，所述房源带看请求携带有目标房源的房源信息和所述用户的用户信息。

在一实施例中，访客客户端为C端客户端，普通用户在想要线上查看房源时，可以登录访客客户端，发起房源带看请求。

在一实施例中，目标房源的房源信息包括房源编号等用于标识该房源的信息；而用户的用户信息则可包括用户的标识信息。

在一实施例中，在接收到用户发起的房源带看请求时，也可以先创建并展示目标房源的房间窗口，用于可以在系统发起抢单的过程中，让用户先在房间窗口中查看目标房源，避免用户在等待抢单的过程中，因为等待时间长而退出平台。

在步骤102中，基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人。

在一实施例中，设定个数可以为平台预先设置好的一个固定值，例如，设定个数为10个。

在一实施例中，关联度可以理解为经纪人与该目标房源和/或该用户的关联程度。具体可以通过以下步骤确定关联度：基于所述关联经纪人与所述目标房源的维护关系，和/或，所述关联经纪人带看所述目标房源的次数，确定所述关联经纪人与所述目标房源的关联度；基于所述关联经纪人与所述用户服务关系，和/或所述关联经纪人维护所述用户的时间，和/或所述关联经纪人维护所述用户的次数，确定所述关联经纪人与所述用户的关联度；对所述关联经纪人与所述目标房源的关联度和所述关联经纪人与所述用户的关联度进行权重求和，得到所述关联经纪人的关联度。

也即，经纪人与目标房源的关联度可以通过“经纪人是否为该目标房源的主维护人或者次维护人”，和/或“经纪人带看该目标房源的次数”等来判定；经纪人与用户的关联度可以通过“经纪人是否为该用户的主服务经纪人或者次服务经纪人”，和/或“经纪人维护该用户的时间”，和/或“经纪人维护该用户的次数”等来判定。

在一实施例中，基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人，具体包括：确定与所述目标房源的房源信息和/或所述用户的用户信息关联的关联经纪人；从所述关联经纪人中选择设定个数的关联度最高且满足带看条件的可选经纪人，所述带看条件为登录状态为已登录，并且线上带看状态为可带看。

具体地，综合判定经纪人与该目标房源和/或该用户的关联度，可以确定出关联经纪人，然后从所述关联经纪人中选择设定个数的登录状态为已登录并且线上带看状态为可带看的经纪人，即可得到可选经纪人。

在步骤103中，在所述可选经纪人中包含专家级经纪人时，向所述专家级经纪人的服务客户端发送抢单消息，所述抢单消息携带有所述目标房源的房源信息和所述用户的用户信息，所述专家级经纪人指示通过带看专家认证的经纪人。

在一实施例中，专家级经纪人可以理解为线上带看专家级别的经纪人，经纪人可通过认证来成为专家级经纪人。

具体地，为了提升经纪人线上带看的服务质量，平台可以设立服务课程体系通关学习，以及综合模拟训练场的线上带看智能训练，来提升经纪人的专业带看能力，而通过认证的经纪人可以被标识为专家级经纪人，并绑定在经纪人的相关信息中。

其中，专家级经纪人在服务能力、专业能力、销售能力方面均具有较高的水平，因此在所述可选经纪人中包含专家级经纪人时，可优先向专家级经纪人的服务客户端发送抢单消息，以确保订单可以优先被专家级经纪人抢到。

在一实施例中，除了专家级经纪人之外，还包括普通经纪人，也即，没有通过带看专家认证的经纪人。

在一实施例中，响应于所述专家级经纪人的服务客户端在设定时间内没有根据所述抢单消息进行抢单，可向除所述专家级经纪人之外的可选经纪人的服务客户端发送所述抢单消息。具体地，如果向专家级经纪人发送抢单消息之后可以开始计时，如果在计时到设定时间，例如，5秒钟，还没有任何一个专家级经纪人抢单，则可向除所述专家级经纪人之外的其他可选经纪人(也即普通经纪人)的服务客户端发送所述抢单消息，以免用户等单太久，延长访客客户端的反应时间，导致用户取消房源带看请求。

在步骤104中，在所述可选经纪人中不包含所述专家级经纪人时，向所述可选经纪人的服务客户端发送所述抢单消息。

在一实施例中，如果步骤102确定的可选经纪人中没有专家级经纪人，则可直接向所有可选经纪人的服务客户端发送抢单消息。

上述步骤101～104，通过在接收到用户发送的房源带看请求时，可以先确定出关联度最高的可选经纪人，然后再优先通知通过带看专家认证的专家级经纪人进行抢单，由此，本公开实施例可以实现为发起房源带看请求的用户提供合适的经纪人，可以极大地提升线上看房的复看率和复看量，进而提高房屋的成交率。

为了更好地说明本申请的线上房源带看请求的抢单的方案，下面用另一个实施例说明。

图2为本公开的线上房源带看请求的抢单方法的线上带看专家认证的流程图；本实施例以如何对经纪人进行认证为例进行示例性说明，如图2所示，包括如下步骤：

在步骤201中，接收待认证经纪人通过服务客户端发送的认证请求，所述认证请求中携带有所述待认证经纪人的标识信息。

在一实施例中，待认证经纪人为要进行线上带看专家认证的经纪人，认证通过后即可成为专家级经纪人。

在一实施例中，没有认证通过或者没有参加过认证的经纪人可以按照平台的设置，在固定时间参加认证(例如，每年的4月8日)；也可每隔固定时间参加认证(例如，每隔半年可参加一次认证)。

在步骤202中，根据所述标识信息，获取所述待认证经纪人的考核指标数据，所述考核指标数据至少包括线上带看评分。

在一实施例中，考核指标数据包括但不限于线上带看评分，近期(如近半年)房源成交量、是否完成指定课程的学习、是否完成线上带看提高训练，等等。

在一实施例中，所述待认证经纪人的线上带看评分可以预先计算后并存储在服务器中，例如，周期性获取一次经纪人在前一设定时间段(例如，前一个月、前三个月)内的线上带看数据，根据已训练的能力模型，逐项能力评定质量，得到经纪人在前一设定时间段内的考核指标数据，具体可参见图3A所示实施例，这里先不详述。

在一实施例中，平台也可在接收到待认证经纪人的认证请求后，再去计算待认证经纪人的线上带看评分。

在一实施例中，线上带看数据包括语音数据、时间长度、带看的房源数量。

在一实施例中，在所述考核指标数据满足考核条件时，执行步骤203，在所述考核指标数据不满足考核条件时，执行步骤206，

在步骤203中，在所述考核指标数据满足考核条件时，向所述待认证经纪人的服务客户端推送考核测试项目。

在一实施例中，考核条件由平台设定，例如，考核条件为线上带看评分排名在前50％，近期(如近半年)房源成交量超过两件、必须完成指定课程的学习、必须完成线上带看提高训练，等等。

在一实施例中，如果待认证经纪人的考核指标数据满足考核条件，则可向其推送考核测试项目。其中，考核测试项目也由平台设定，包括但不限于课程学习和线上带看智能训练等。

在步骤204中，接收所述待认证经纪人的服务客户端根据所述考核测试项目返回的考核测试结果。

在步骤205中，在所述考核测试结果指示所述待认证经纪人认证通过时，将所述待认证经纪人的类型设置为专家级经纪人。

具体地，在步骤204～步骤205中，为了提升经纪人线上带看的服务质量，平台可以设立服务课程体系通关学习，以及综合模拟训练场的线上带看智能训练，来提升经纪人的专业带看能力，而通过人认证的经纪人可以被标识为专家级经纪人，也即将所述待认证经纪人的类型设置为专家级经纪人，可在经纪人的信息中绑定并记录经纪人的类型。

在步骤206中，在所述考核指标数据不满足考核条件时，基于所述考核指标数据，确定所述待认证经纪人的待提升能力项。

在步骤207中，向所述待认证经纪人的服务客户端推送所述待提升能力项。

在步骤206～步骤207中，在所述考核指标数据不满足考核条件时，可以向待认证经纪人推送不满足考核条件的提示信息，以及需要提升的能力项，例如，提示用户房源成交量不足，或者提示用户线上带看评分较低，需要提升线上带看的服务能力和专业能力等。

通过上述步骤201～步骤207，通过设定的认证流程，可以提升经纪人的线上带看能力，进而提升经纪人的线上带看服务质量，而通过将认证通过的经纪人标记为专家级经纪人，则可对后续用户发起的房源带看请求，优先为专家级经纪人提供抢单机会，确保用户可以体验到更专业的服务，提升线上看房的复看率和复看量。

图3A为本公开的线上房源带看请求的抢单方法的一个经纪人指标考核的流程图，图3B为本公开的线上房源带看请求的抢单方法的经纪人指标考核结果示意图；本实施例以如何测试经纪人的线上带看能力为例进行示例性说明，如图3A所示，包括如下步骤：

在步骤301中，获取所述待认证经纪人在前一设定时间段内的至少一次线上带看数据，所述至少一次线上带看数据包括语音数据、时间长度、房源数量。

在一实施例中，前一设定时间段为一个预先设置的时间长度，例如，如果每个月分析一次用户的线上带看能力，则可获取前面一个月的所有线上带看数据。

在一实施例中，线上带看数据中的语音数据主要为带看房源时经纪人和用户之间的对话语音；时间长度为每一次带看房源时带看的时间；房源数量为每一次带看房源时带看房源的数量。

在步骤302中，对所述至少一次线上带看数据的语音数据进行文本识别，得到待分析文本数据。

在一实施例中，对语音进行文本识别的实现方式可参见现有技术中的语音识别技术，这里不详述。

在步骤303中，将所述至少一次线上带看数据对应的待分析文本数据、所述时间长度以及房源数量输入已训练的能力模型中，得到所述待认证经纪人的线上带看评分。

在一实施例中，已训练的能力模型为可以根据线上带看所需要的能力分为多个维度，例如，包括、服务能力、专业能力、销售能力三个大的维度，而每个大的维度可以包括多个子维度。三个大的维度以及对应的子维度均有分值权重，子维度得分*子维度权重比，再进行累加，最终得到对应大的维度的得分，而三个大的维度的得分*大维度权重比，再进行累加后，即可得到本次得分(满分100分)。

在一实施例中，将所述至少一次线上带看数据对应的待分析文本数据、所述时间长度以及房源数量输入已训练的能力模型中之后，能力模型可对应输出对应的子维度得分，根据对应子维度得分和子维度权重比，再进行累加，即可得到对应大的维度的得分，参见图3B，为能力模型输出的线上带看评分，以及对应每个子维度的得分。

上述步骤301～步骤303，通过分析经纪人前一设定时间段内的线上带看数据，根据已训练的能力模型，逐项评定经纪人的服务质量，最终为经纪人一个整体的服务评估和多维度的评分和提升建议，有助于经纪人提升自己的线上带看能力，而且线上带看系统是根据用户在前一设定时间段内的实际带看数据给出的线上带看评分，因此准确性高，针对性强。

与前述线上房源带看请求的抢单方法的实施例相对应，本公开还提供了线上房源带看请求的抢单装置对应的实施例。

图4为本公开的线上房源带看请求的抢单装置的一个实施例的结构示意图，该装置应用在线上房源带看请求的抢单平台上，如图4所示，该装置包括：

第一接收模块41，用于接收用户通过访客客户端发送的房源带看请求，所述房源带看请求携带有目标房源的房源信息和所述用户的用户信息；

第一确定模块42，用于基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人；

第一发送模块43，用于在所述可选经纪人中包含专家级经纪人时，向所述专家级经纪人的服务客户端发送抢单消息，所述抢单消息携带有所述目标房源的房源信息和所述用户的用户信息，所述专家级经纪人指示通过带看专家认证的经纪人；

第二发送模块44，用于在所述可选经纪人中不包含所述专家级经纪人时，向所述可选经纪人的服务客户端发送所述抢单消息。

图5为本公开的线上房源带看请求的抢单装置的又一个实施例的结构示意图，如图5所示，在图4所示实施例的基础上，在一实施例中，所述装置还包括：

第三发送模块45，用于响应于所述专家级经纪人的服务客户端在设定时间内没有根据所述抢单消息进行抢单，向除所述专家级经纪人之外的可选经纪人的服务客户端发送所述抢单消息。

在一实施例中，所述第一确定模块42包括：

第一确定子模块421，用于确定与所述目标房源的房源信息和/或所述用户的用户信息关联的关联经纪人；

选择子模块422，用于从所述关联经纪人中选择设定个数的关联度最高且满足带看条件的可选经纪人，所述带看条件为登录状态为已登录，并且线上带看状态为可带看。

图6为本公开的线上房源带看请求的抢单装置的又一个实施例的结构示意图，如图6所示，在图4和/或图5所示实施例的基础上，在一实施例中，所述装置还包括：

第二接收模块46，用于接收待认证经纪人通过服务客户端发送的认证请求，所述认证请求中携带有所述待认证经纪人的标识信息；

数据获取模块47，用于根据所述标识信息，获取所述待认证经纪人的考核指标数据；

第四发送模块48，用于在所述考核指标数据满足考核条件时，向所述待认证经纪人的服务客户端推送考核测试项目；

第三接收模块49，用于接收所述待认证经纪人的服务客户端根据所述考核测试项目返回的考核测试结果；

设置模块50，用于在所述考核测试结果指示所述待认证经纪人认证通过时，将所述待认证经纪人的类型设置为专家级经纪人。

在一实施例中，所述装置还包括：

第二确定模块51，用于在所述考核指标数据不满足考核条件时，基于所述考核指标数据，确定所述待认证经纪人的待提升能力项；

第五发送模块52，用于向所述待认证经纪人的服务客户端推送所述待提升能力项。

在一实施例中，所述装置还包括：

第三确定模块53，用于基于所述关联经纪人与所述目标房源的维护关系，和/或，所述关联经纪人带看所述目标房源的次数，确定所述关联经纪人与所述目标房源的关联度；

第四确定模块54，用于基于所述关联经纪人与所述用户服务关系，和/或所述关联经纪人维护所述用户的时间，和/或所述关联经纪人维护所述用户的次数，确定所述关联经纪人与所述用户的关联度；

第五确定模块55，用于对所述关联经纪人与所述目标房源的关联度和所述关联经纪人与所述用户的关联度进行权重求和，得到所述关联经纪人的关联度。

在一实施例中，所述数据获取模块47包括：

获取子模块471，用于获取所述待认证经纪人在前一设定时间段内的至少一次线上带看数据，所述至少一次线上带看数据包括语音数据、时间长度、房源数量；

语音识别子模块472，用于对所述至少一次线上带看数据的语音数据进行文本识别，得到待分析文本数据；

输入子模块473，用于将所述至少一次线上带看数据对应的待分析文本数据、所述时间长度以及房源数量输入已训练的能力模型中，得到所述待认证经纪人的线上带看评分线上带看评分。

在一实施例中，所述装置还包括：

窗口创建模块56，用于创建并展示所述目标房源的房间窗口，所述房间窗口用于向所述用户展示所述目标房源。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

下面，参考图7来描述根据本公开实施例的电子设备，其中可以集成本公开实施例实现方法的装置。图7为本公开一示意性实施例提供的电子设备的结构图，如图7所示，电子设备7包括一个或多个处理器71、一个或多个计算机可读存储介质的存储器72，以及存储在存储器上并可在处理器上运行的计算机程序。在执行存储器72的程序时，可以实现上述线上房源带看请求的抢单方法。

具体的，在实际应用中，该电子设备还可以包括输入装置73、输出装置74等部件，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。本领域技术人员可以理解，图7中示出的电子设备的结构并不构成对该电子设备的限定，可以包括比图示更多或更少的部件，或者某些部件，或者不同的部件布置。其中：

处理器71可以是中央处理单元(CPU)或者具有线上房源带看请求的抢单能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备中的其他组件以执行期望的功能。

存储器72可以存储一个或多个计算机程序产品，存储器可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序产品，处理器71可以运行计算机程序产品，以实现上文的本公开的各个实施例的线上房源带看请求的抢单方法以及/或者其他期望的功能。

在一个示例中，电子装置还可以包括：输入装置73和输出装置74，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连，

此外，输入装置73可包括例如键盘、鼠标等等。

输出装置74可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置74可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图7中仅示出了该电子设备7中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备7还可以包括任何其他适当的组件。

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的线上房源带看请求的抢单方法中的步骤。

计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的线上房源带看请求的抢单方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

Claims (10)

1.一种线上房源带看请求的抢单方法，其特征在于，所述方法包括：

接收用户通过访客客户端发送的房源带看请求，所述房源带看请求携带有目标房源的房源信息和所述用户的用户信息；

基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人；

在所述可选经纪人中包含专家级经纪人时，向所述专家级经纪人的服务客户端发送抢单消息，所述抢单消息携带有所述目标房源的房源信息和所述用户的用户信息，所述专家级经纪人指示通过带看专家认证的经纪人；

在所述可选经纪人中不包含所述专家级经纪人时，向所述可选经纪人的服务客户端发送所述抢单消息。

2.根据权利要求1所述的方法，其特征在于，所述向所述专家级经纪人的服务客户端发送抢单消息之后，还包括：

响应于所述专家级经纪人的服务客户端在设定时间内没有根据所述抢单消息进行抢单，向除所述专家级经纪人之外的可选经纪人的服务客户端发送所述抢单消息。

3.根据权利要求1所述的方法，其特征在于，所述基于所述目标房源的房源信息和所述用户的用户信息，确定设定个数的关联度最高的可选经纪人，包括：

确定与所述目标房源的房源信息和/或所述用户的用户信息关联的关联经纪人；

从所述关联经纪人中选择设定个数的关联度最高且满足带看条件的可选经纪人，所述带看条件为登录状态为已登录，并且线上带看状态为可带看。

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

基于所述关联经纪人与所述目标房源的维护关系，和/或，所述关联经纪人带看所述目标房源的次数，确定所述关联经纪人与所述目标房源的关联度；

基于所述关联经纪人与所述用户服务关系，和/或所述关联经纪人维护所述用户的时间，和/或所述关联经纪人维护所述用户的次数，确定所述关联经纪人与所述用户的关联度；

对所述关联经纪人与所述目标房源的关联度和所述关联经纪人与所述用户的关联度进行权重求和，得到所述关联经纪人的关联度。

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

接收待认证经纪人通过服务客户端发送的认证请求，所述认证请求中携带有所述待认证经纪人的标识信息；

根据所述标识信息，获取所述待认证经纪人的考核指标数据，所述考核指标数据至少包括线上带看评分；

在所述考核指标数据满足考核条件时，向所述待认证经纪人的服务客户端推送考核测试项目；

接收所述待认证经纪人的服务客户端根据所述考核测试项目返回的考核测试结果；

在所述考核测试结果指示所述待认证经纪人认证通过时，将所述待认证经纪人的类型设置为专家级经纪人。

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

在所述考核指标数据不满足考核条件时，基于所述考核指标数据，确定所述待认证经纪人的待提升能力项；

向所述待认证经纪人的服务客户端推送所述待提升能力项。

7.根据权利要求5所述的方法，其特征在于，所述待认证经纪人的线上带看评分通过以下步骤获得：

获取所述待认证经纪人在前一设定时间段内的至少一次线上带看数据，所述至少一次线上带看数据包括语音数据、时间长度、房源数量；

对所述至少一次线上带看数据的语音数据进行文本识别，得到待分析文本数据；

将所述至少一次线上带看数据对应的待分析文本数据、所述时间长度以及房源数量输入已训练的能力模型中，得到所述待认证经纪人的线上带看评分。

8.根据权利要求1所述的方法，其特征在于，所述接收用户通过访客客户端发送的房源带看请求之后，所述方法还包括：

创建并展示所述目标房源的房间窗口，所述房间窗口用于向所述用户展示所述目标房源。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机产品；

处理器，用于执行所述存储器中存储的计算机产品，且所述计算机产品被执行时，实现上述权利要求1-8任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述计算机指令被处理器执行时，实现上述权利要求1-8任一所述的方法。

Images