电子签到方法及相关装置与流程

本申请涉及房地产服务技术领域，具体涉及一种电子签到方法及相关装置。

背景技术：

现有技术中，用户到达案场看房、购房时往往需要先签到，以便于案场工作人员对用户的个人信息进行登记，并根据用户需求为用户适配置业顾问来带领用户去现场看房。签到的方式通常包括填表登记签到、电脑登记签到、扫码登记签到等。在扫码签到时，当同一时间段内到达案场签到的人数过多时，若一人一码进行扫码签到，签到后台只能依次处理每个用户的签到事项，最终导致签到时间长，用户排队时间长，影响签到过程的处理效率。

技术实现要素：

本申请实施例提供一种电子签到方法及相关装置，有利于更精准地实现对应用的插帧处理。

第一方面，本申请实施例提供一种电子签到方法，应用于应用服务器，包括：

接收多个用户设备发送的确认签到消息，所述确认签到消息为所述多个用户设备扫描预设场景下设置的案场终端所显示的同一二维码后发送的，所述案场终端用于显示动态更新的二维码；

生成所述多个用户设备中每个用户设备所关联用户的签到记录，所述签到记录包括签到时间信息和设备标识信息；

根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问；

将所述置业顾问信息发送给所述每个用户设备，以及向所述置业顾问的终端发送看房任务消息。

第二方面，本申请实施例提供一种电子签到方法，应用于置业顾问终端，包括：

检测到针对应用界面中到访记录虚拟功能按键的选取操作时，向应用服务器发送用户数据获取请求；

接收由所述应用服务器返回的用户数据，所述用户数据包括确认签到用户中已分配置业顾问的第一用户数据和未被配置业顾问的第二用户数据；

在应用界面中显示已分配置业顾问的第一签到用户和未分配置业顾问的第二签到用户。

第三方面，本申请实施例提供一种电子签到装置，应用于应用服务器，所述电子签到装置包括接收单元、处理单元和发送单元，

所述接收单元，用于接收多个用户设备发送的确认签到消息，所述确认签到消息为所述多个用户设备扫描预设场景下设置的案场终端所显示的同一二维码后发送的，所述案场终端用于显示动态更新的二维码；

所述处理单元，用于生成所述多个用户设备中每个用户设备所关联用户的签到记录，所述签到记录包括签到时间信息和设备标识信息；

所述处理单元，还用于根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问；

所述发送单元，用于将所述置业顾问信息发送给所述每个用户设备，以及向所述置业顾问的终端发送看房任务消息。

第四方面，本申请实施例提供一种电子签到装置，应用于服务器，所述电子签到装置包括发送单元、接收单元和显示单元，

所述发送单元，用于检测单元，用于检测到针对应用界面中到访记录虚拟功能按键的选取操作时，向应用服务器发送用户数据获取请求；

所述接收单元，用于接收由所述应用服务器返回的用户数据，所述用户数据包括确认签到用户中已分配置业顾问的第一用户数据和未被配置业顾问的第二用户数据；

所述显示单元，用于在应用界面中显示已分配置业顾问的第一签到用户和未分配置业顾问的第二签到用户。

第五方面，本申请实施例提供一种应用服务器，包括处理器、存储器、通信接口以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。

第六方面，本申请实施例提供了一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。

第七方面，本申请实施例提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如本申请实施例第一方面任一方法或第二方面中所描述的部分或全部步骤。

第八方面，本申请实施例提供了一种计算机程序，其中，所述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法或第二方面中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。

可见，本示例中，用户设备首先接收多个用户设备发送的确认签到消息，所述确认签到消息为所述多个用户设备扫描预设场景下设置的案场终端所显示的同一二维码后发送的，所述案场终端用于显示动态更新的二维码，其次，生成所述多个用户设备中每个用户设备所关联用户的签到记录，所述签到记录包括签到时间信息和设备标识信息，然后，根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问，最后，将所述置业顾问信息发送给所述每个用户设备，以及向所述置业顾问的终端发送看房任务消息。由于多个用户可以在同一时刻使用用户设备进行扫码签到，且在签到后会生成签到记录，从而用户可以在签到后分配到置业顾问，由置业顾问带领看房，有利于提高用户的签到体验和看房效率。

附图说明

下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1a是本申请实施例提供的一种用户设备10的结构方框图；

图1b是本申请实施例提供的一种设置有android系统的软硬件系统的架构示意图；

图2是本申请实施例提供的一种多个用户设备扫码签到的场景示意图；

图3是本申请实施例提供的一种电子签到方法的流程示意图；

图4是本申请实施例提供的一种电子签到方法的交互流程示意图；

图5是本申请实施例提供的另一种电子签到方法的流程示意图；

图6是本申请实施例提供的另一种电子签到方法的交互流程示意图；

图7是本申请实施例提供的一种电子签到装置的功能单元组成框图；

图8是本申请实施例提供的另一种电子签到装置的功能单元组成框图；

图9是本申请实施例提供的一种电子签到装置的结构示意图；

图10是本申请实施例提供的另一种电子签到装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参考图1a，其示出了本申请实施例提供的一种用户设备10的结构方框图。该用户设备10可以是具备通信能力的用户设备，该用户设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(userequipment，ue)，移动台(mobilestation，ms)，用户设备(terminaldevice)等等。本申请中的用户设备10可以包括一个或多个如下部件：处理器110、存储器120和输入输出装置130。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个用户设备10内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行用户设备10的各种功能和处理数据。处理器110可以包括一个或多个处理单元，例如：处理器110可以包括中央处理器(centralprocessingunit，cpu)、应用处理器(applicationprocessor，ap)、调制解调处理器、图形处理器(graphicsprocessingunit，gpu)、图像信号处理器(imagesignalprocessor，isp)、控制器、视频编解码器、数字信号处理器(digitalsignalprocessor，dsp)、基带处理器，和/或神经网络处理器(neural-networkprocessingunit，npu)等。其中，控制器可以是用户设备10的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。npu为神经网络(neural-network，nn)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过npu可以实现用户设备10的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。处理器110中可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免重复存取，减少处理器110的等待时间，提高系统效率。

可以理解的是，上述处理器110在实际产品中可以映射为系统级芯片(systemonachip，soc)，上述处理单元和/或接口也可以不集成到处理器110中，单独通过一块通信芯片或者电子元器件实现对应的功能。上述各模块间的接口连接关系，只是示意性说明，并不构成对用户设备10的结构的唯一限定。

存储器120可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitorycomputer-readablestoragemedium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(android)系统(包括基于android系统深度开发的系统)、苹果公司开发的ios系统(包括基于ios系统深度开发的系统)或其它系统。存储数据区还可以存储用户设备10在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

用户设备10的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的android系统和ios系统为例，示例性说明用户设备10的软件架构。

如图1b所示的设置有android系统的软硬件系统的架构示意图，存储器120中可存储有linux内核层220、系统运行库层240、应用框架层260和应用层280，其中，层与层之间通过软件接口通信，linux内核层220、系统运行库层240和应用框架层260属于操作系统空间。

应用层280属于用户空间，应用层280中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，也可以是第三方开发者所开发的第三方应用程序，具体可以包括密码、眼球追踪、相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。

应用框架层260提供了构建应用层的应用程序可能用到的各种api，开发者也可以通过使用这些api来构建自己的应用程序，比如窗口管理器、内容提供器、视图系统、电话管理器、资源管理器、通知管理器、消息管理器、活动管理器、包管理器、定位管理。窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供用户设备10的通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，用户设备振动，指示灯闪烁等。消息管理器可用于存储各个app上报的消息的数据，并对各个app上报的数据进行处理。

系统运行库层240通过一些c/c++库来为android系统提供了主要的特性支持。如sqlite库提供了数据库的支持，opengl/es库提供了3d绘图的支持，webkit库提供了浏览器内核的支持等。在系统运行库层240中还提供有安卓运行时库(androidruntime)，它主要提供了一些核心库，能够允许开发者使用java语言来编写android应用。

linux内核层220为用户设备10的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、wi-fi驱动、电源管理等。

应理解，本申请实施例所述的界面显示方法既可以应用于安卓系统，也可以应用于其他操作系统，如ios系统等，此处仅以安卓系统为例进行说明，但不构成限定。

可以理解的是，本申请实施例示意的结构并不构成对用户设备10的具体限定。在本申请另一些实施例中，用户设备10可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

案场就是现场的意思，也叫做销售案场，指的就是售楼处现场。比如案场销售，俗称售楼员，是新建商品房售楼处的售楼先生或者售楼小姐，案场保安，一般是物业公司或者楼盘招聘的保安人员，专门负责一个小区或者一个物业辖区的保安工作。置业顾问是在售楼处通过现场服务引导用户购买，促进楼盘销售，为用户提供投资置业的专业化、顾问式服务的综合性人才。置业顾问一般有两种，一种是开发企业销售部门自己的置业(销售)顾问，一种是开发企业引进的专业顾问公司的置业顾问。

在房地产销售行业中，用户到达案场后，方可为用户分配置业顾问带领、陪同用户看房，但是用户需要先进行签到以等级个人信息，常用的签到方式中包括扫描电子二维码签到，通过案场所提供的二维码，一次只能提供给一个用户进行扫描，因此当案场人数过多时，在一人一码的签到场景下，会导致签到速度慢，用户排队时间过长，影像用户看房体验等，因此本申请提供一个电子签到方法，可以在多人同时扫码签到的情况下，应用台服务器可以有条不紊的进行签到工作，快速的完成签到流程，并为用户适配置业顾问。

如图2所示，在用户通过扫码进行电子签到的过程中，案场通过固定的平板、电脑、led屏幕等显示设备显示了一个动态更新的二维码，当多个用户同时扫码签到时，例如有四个用户分别使用用户设备1、用户设备2、用户设备3和用户设备4扫描了同一个签到二维码，此时应用服务器会生成每个用户的签到记录，同时将签到记录发送给置业顾问终端，从而置业顾问也可以查看已签到用户的签到记录。

针对上述问题，本申请实施例提出一种电子签到方法，下面结合附图进行详细说明。

请参阅图3，图3是本申请实施例提供的一种电子签到方法的流程示意图，应用于应用服务器，如图所示，该方法包括：

s301，应用服务器接收多个用户设备发送的确认签到消息，所述确认签到消息为所述多个用户设备扫描预设场景下设置的案场终端所显示的同一二维码后发送的，所述案场终端用于显示动态更新的二维码。

其中，用户通过用户设备扫描用于电子签到的二维码之后，用户设备界面会跳转到一个签到界面，当用户在签到界面点击确认签到后，用户设备会向应用服务器发送确认签到消息，应用服务器在接收确认签到消息后，便会生成用户设备所关联用户的签到记录，签到记录可用于授权应用服务器获取用户的预设信息以及历史看房记录。

其中，预设场景可能是在案场，也可能是在有工作人员的地方，若用户是在案场，则需要扫描案场终端所显示的二维码进行签到，若用户不是在案场，则可以扫描工作人员所展示的二维码进行签到，因此，案场终端可能是设置在案场的用于显示二维码的显示设备，也可能是工作人员的具有显示签到二维码功能的显示设备。案场终端所显示的二维码是动态更新的，即每隔一定时长，例如每隔2秒会更新一次，以及在检测到由用户扫码之后，也会更新为新的二维码。

s302，应用服务器生成所述多个用户设备中每个用户设备所关联用户的签到记录，所述签到记录包括签到时间信息和设备标识信息。

其中，应用服务器在接收到每个用户设备的确认签到消息之后，生成每个用户设备所关联用户的签到记录，签到记录包括签到时间信息和设备标识信息，签到时间信息用于记录用户签到的时间，以便于可以根据用户的签到时间确定为用户分配置业顾问的顺序，设备标识信息用于标记不同的签到用户。

s303，应用服务器根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问。

其中，由于签到记录中包括每个用户设备的签到时间信息和设备标识信息，因此可以根据用户的签到时间信息和/或设备标识信息，确定适配每个用户的置业顾问，从而用户可以在置业顾问的带领下开始实地看房。

在本可能的示例中，所述根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问，包括：根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录；根据所述历史看房记录，确定所述每个用户设备所关联用户中绑定有置业顾问的第一用户；确定所述第一用户绑定的第一置业顾问。

其中，来看房的要用户可以能是第一次在看房，也可能是已经看房多次，针对看房多次的用户，可能已经绑定有置业顾问，且绑定的置业顾问是用户满意的，此时，可以根据签到记录获取每个用户设备所关联用户的历史看房记录，用户每次签到看房后都会生成一个看房记录，看房记录和设备标识信息相关联，存储在数据库中，根据签到记录获取每个用户设备所关联用户的历史看房记录，对历史看房记录进行分析，确定每个用户设备所关联用户中绑定有置业顾问的第一用户，确定第一用户绑定的第一置业顾问，即可将第一置业顾问分配给第一用户。若用户对本次看房绑定的置业顾问不满意，在看房结束后可以申请解除和该置业顾问的绑定关系。

可见，本示例中，根据每个用户设备所关联用户的签到记录可以获取到用户的历史看房记录，根据历史看房记录可以确定绑定有置业顾问的第一用户，从而第一用户所对应的置业顾问为已绑定的置业顾问，实现优先为第一用户分配熟悉的置业顾问。

在本可能的示例中，所述根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问，包括：根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录；根据所述历史看房记录，确定所述每个用户设备所关联用户中未绑定置业顾问的第二用户；根据所述第二用户的签到记录执行如下操作：根据所述第二用户的签到记录获取所述第二用户的预设信息，所述预设信息包括用户的个人信息和房型需求信息；根据所述预设信息为所述第二用户配置第二置业顾问，并建立所述第二用户和所述第二置业顾问的绑定关系。

其中，在一种可能的情况下，用户可能是第一次来看房，针对第一次来看房的用户，没有绑定的置业顾问，则需要为用户适配能满足用户看房需求的置业顾问，并建立用户和置业顾问的绑定关系。先根据用户的签到记录获取每个用户设备所关联用户的历史看房记录，根据历史看房记录确定每个用户设备所关联用户中未绑定有置业顾问的第二用户，针对第二用户，根据第二用户的签到记录获取第二用户的预设信息，预设信息包括的用户的个人信息和房型需求信息，从而，可以根据第二用户的预设信息，为第二用户配置第二置业顾问，并建立第二用户和第二置业顾问的绑定关系。

其中，预设信息可以包括用户的职业、年龄、看房人数、喜好房型等信息，用户可以在签到时输入。在根据预设信息为第二用户配置第二置业顾问时，例如可以在检测到是多人看房的场景时，由于多人看房可以表明用户的购房意愿较强，因此可以为用户分配业务能力较强、处理效率高的置业顾问，在检测到用户为老人时，可以对应为该用户分配年纪偏大的置业顾问，有利于快速建立和用户的信任，有较高的沟通效率。

可见，本示例中，针对用户是第一次来看房的情况，在根据用户的历史看房记录确定了用户没有绑定的置业顾问之后，从用户的签到记录中获取用户的预设信息，从而可以根据用户的预设信息为用户适配适合的置业顾问，有利于为用户匹配到能满足用户看房需求的置业顾问，提高用户的看房体验。

在本可能的示例中，所述根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问，包括：根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录；根据所述历史看房记录，确定所述每个用户设备所关联用户中未绑定置业顾问的第二用户；在接收到由第三置业顾问终端发送的针对所述第二用户的配对请求时，向所述第二用户设备发送绑定请求，所述绑定请求携带有所述第三置业顾问的信息；在接收到所述第二用户设备发送确认绑定消息时，建立所述第二用户和所述第三置业顾问的绑定关系。

其中，在根据每个用户设备所关联用户的历史看房记录，确定每个用户设备所关联用户中未绑定有置业顾问的第二用户之后，若接收到由第三置业顾问终端发送的针对第二用户的配对请求的话，则应用服务器会向第二用户设备发送绑定请求，绑定请求中携带有第三置业顾问的信息，若接收到第二用户设备发送的绑定确认消息，此时则可以建立第二用户和第三置业顾问的绑定关系。

可见，本示例中，针对未绑定有置业顾问的用户，若有置业顾问主动选择该用户，应用服务器会接收到第三置业顾问终端的配对请求，并向第二用户设备发送绑定请求，从而在接收到第二用户设备发送的确认绑定消息后，可以建立第二用户和第三置业顾问之间的绑定关系。

在本可能的示例中，所述根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录，包括：根据所述每个用户设备的签到时间信息，确定所述每个用户设备的签到顺序；根据所述每个用户设备的签到顺序，以所述设备标识信息为查找标识，依次从数据库中查找所述每个用户设备所关联用户的历史看房记录。

其中，在获取每个用户设备所关联用户的历史看房记录时，先根据每个用户设备的签到时间信息，确定每个用户设备的签到顺序，再根据每个用户设备的签到顺序，依次以设备标识信息为查找标识，从数据库中查找出每个用户设备所关联用户的历史看房记录。

可见，本示例中，签到的时间决定了优先为每个用户设备所关联用户分配置业顾问的顺序，因此有利于先完成电子签到的用户可以优先被分配到置业顾问，进行看房，从而有利于鼓励用户积极签到。

s304，应用服务器将所述置业顾问信息发送给所述每个用户设备，以及向所述置业顾问的终端发送看房任务消息。

其中，在确定了每个用户适配的置业顾问之后，将置业顾问的信息发送给每个用户对应的用户设备，以及向置业顾问的终端房看房任务消息，从而双方都可知晓互相的身份，并快速完成看房事宜。

举例说明，如图4所示，为本申请实施例提供的一种电子签到方法的交互流程图示意图，包括应用服务器、用户设备和置业顾问终端之间的交互。以多个用户设备中的任一一个用户设备为例，在用户设备扫码签到之后，页面跳转到签到页面，当s401用户点击确认签到后，s402用户设备会向应用服务器发送一个确认签到消息，s403应用服务器在接受到确认签到消息之后，先生成用户设备所关联用户的签到记录，再s404根据签到记录中的签到时间信息和设备标识信息确定用户设备所关联用户对应的置业顾问，然后s405应用服务器向用户设备发送置业顾问信息，以及s406向置业顾问终端发送看房任务信息。

可见，本示例中，用户设备首先接收多个用户设备发送的确认签到消息，所述确认签到消息为所述多个用户设备扫描预设场景下设置的案场终端所显示的同一二维码后发送的，所述案场终端用于显示动态更新的二维码，其次，生成所述多个用户设备中每个用户设备所关联用户的签到记录，所述签到记录包括签到时间信息和设备标识信息，然后，根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问，最后，将所述置业顾问信息发送给所述每个用户设备，以及向所述置业顾问的终端发送看房任务消息。由于多个用户可以在同一时刻使用用户设备进行扫码签到，且在签到后会生成签到记录，从而用户可以在签到后分配到置业顾问，由置业顾问带领看房，有利于提高用户的签到体验和看房效率。

请参阅图5，图5是本申请实施例提供的另一种电子签到方法的流程示意图，应用于置业顾问终端，如图所示，该方法包括：

s501，置业顾问终端检测到针对应用界面中到访记录虚拟功能按键的选取操作时，向应用服务器发送用户数据获取请求。

其中，置业顾问在置业顾问终端上启动看房应用之后，可以点击应用界面的到访记录虚拟功能按键，从而实现查看所有的签到用户以及签到用户的个人信息。在检测到针对到访记录虚拟功能按键的选取操作时，置业顾问终端会向应用服务器发送用户数据请求，从而获取到用户数据。

s502，置业顾问终端接收由所述应用服务器返回的用户数据，所述用户数据包括确认签到用户中已分配置业顾问的第一用户数据和未被配置业顾问的第二用户数据。

其中，在接收到应用服务器反馈的用户数据之后，用户数据中包括已确认签到的用户中已分配置业顾问的第一用户数据，以及未被分配置业顾问的第二用户数据，针对没有绑定置业顾问的第二用户，置业顾问可以从中选取目标用户。

s503，置业顾问终端在应用界面中显示已分配置业顾问的第一签到用户和未分配置业顾问的第二签到用户。

其中，在置业顾问终端的应用界面上，此时会显示已分配置业顾问的第一签到用户，以及未被分配置业顾问终端的第二用户，以供置业顾问进行选择，置业顾问可以查看每个用户的签到信息，确定自己要选择的目标用户。

在本可能的示例中，所述方法还包括：在检测到针对未分配置业顾问的第二签到用户的用户信息获取操作时，显示所述第二签到用户的预设信息；在检测到针对所述第二签到用户的选取操作时，向所述应用服务器发送针对所述第二签到用户的配对请求。

其中，置业顾问可以在应用界面上获取到第二签到用户的预设信息，预设信息包括第二签到用户的职业信息、年龄信息、本次看房人数信息、喜好房型信息等，从而，置业顾问可以从第二签到用户中选取适合自己的用户，实施选取操作，置业顾问终端在检测到针对第二签到用户的选取操作时，便会向服务器发送针对第二签到用户的配对请求。

可见，本示例中，置业顾问终端可以在应用界面上查看到所有已签到的用户，以及已签到用户中分配有置业顾问的第一签到用户，未被分配置业顾问的第二签到用户，从而从第二签到用户中选取用户进行绑定。

举例说明，如图6所示，为本申请实施例提供的另一种电子签到方法的交互流程示意图，包括了置业顾问终端、应用服务器和第二签到用户设备之间的交互、当s601置业顾问终端检测到针对到访记录虚拟功能按钮的选取操作时，会s602向应用服务器发送一个用户数据获取请求，然后s603接收到应用服务器返回的用户数据，从而s604置业顾问终端在应用界面上显示第一签到用户和第二签到用户，其中第一签到用户为已经被分配置业顾问的签到用户，第二签到用户为未被分配置业顾问的签到用户，当检测到置业顾问s605选取了第二签到用户之后，s606置业顾问终端便向应用服务器发送针对第二签到用户的配对请求，s607应用服务器接接收到配对请求之后，会向第二签到用户设备发送绑定请求，绑定请求中携带有置业顾问信息，s608应用服务器接收到第二签到用户终端发送的确认绑定消息之后，s609建立第二签到用户和置业顾问终端的绑定关系，最后s610向置业顾问终端发送看房任务消息，置业顾问终端接收到看房任务消息之后，置业顾问便可带领第二签到用户看房。

可见，本示例中，置业顾问终端首先检测到针对应用界面中到访记录虚拟功能按键的选取操作时，向应用服务器发送用户数据获取请求，其次，接收由所述应用服务器返回的用户数据，所述用户数据包括确认签到用户中已分配置业顾问的第一用户数据和未被配置业顾问的第二用户数据，最后，在应用界面中显示已分配置业顾问的第一签到用户和未分配置业顾问的第二签到用户。由于置业顾问可以在看房应用界面上查看到所有用户的签到记录，并且查看到已被分配置业顾问的第一签到用户和未被分配置业顾问的第二签到用户，从而置业顾问不仅可以选择等待被动分配用户，还可以选择自己去主动选取用户带客户看房，有利于缓解应用服务器压力同时提高置业顾问的工作效率。

本申请实施例提供一种电子签到装置，该电子签到装置可以为应用服务器。具体的，电子签到装置用于执行以上电子签到方法中应用服务器所执行的步骤。本申请实施例提供的电子签到装置可以包括相应步骤所对应的模块。

本申请实施例可以根据上述方法示例对电子签到装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出上述实施例中所涉及的电子签到装置的功能单元组成框图。如图7所示，电子签到装置包括接收单元70、处理单元71和发送单元72，

所述接收单元70，用于接收多个用户设备发送的确认签到消息，所述确认签到消息为所述多个用户设备扫描预设场景下设置的案场终端所显示的同一二维码后发送的，所述案场终端用于显示动态更新的二维码；

所述处理单元71，用于生成所述多个用户设备中每个用户设备所关联用户的签到记录，所述签到记录包括签到时间信息和设备标识信息；

所述处理单元71，还用于根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问；

所述发送单元72，用于将所述置业顾问信息发送给所述每个用户设备，以及向所述置业顾问的终端发送看房任务消息。

可见，本示例中，用户设备首先接收多个用户设备发送的确认签到消息，所述确认签到消息为所述多个用户设备扫描预设场景下设置的案场终端所显示的同一二维码后发送的，所述案场终端用于显示动态更新的二维码，其次，生成所述多个用户设备中每个用户设备所关联用户的签到记录，所述签到记录包括签到时间信息和设备标识信息，然后，根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问，最后，将所述置业顾问信息发送给所述每个用户设备，以及向所述置业顾问的终端发送看房任务消息。由于多个用户可以在同一时刻使用用户设备进行扫码签到，且在签到后会生成签到记录，从而用户可以在签到后分配到置业顾问，由置业顾问带领看房，有利于提高用户的签到体验和看房效率。

在一个可能的示例中，在所述根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问方面，所述处理单元71具体用于：根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录；以及用于根据所述历史看房记录，确定所述每个用户设备所关联用户中绑定有置业顾问的第一用户；以及用于确定所述第一用户绑定的第一置业顾问。

在一个可能的示例中，在所述根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问方面，所述处理单元71具体用于：根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录；以及用于根据所述历史看房记录，确定所述每个用户设备所关联用户中未绑定置业顾问的第二用户；以及用于根据所述第二用户的签到记录执行如下操作：以及用于根据所述第二用户的签到记录获取所述第二用户的预设信息，所述预设信息包括用户的个人信息和房型需求信息；以及用于根据所述预设信息为所述第二用户配置第二置业顾问，并建立所述第二用户和所述第二置业顾问的绑定关系。

在一个可能的示例中，在所述根据所述签到记录确定所述每个用户设备所关联用户对应的置业顾问方面，所述处理单元71具体用于：根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录；以及用于根据所述历史看房记录，确定所述每个用户设备所关联用户中未绑定置业顾问的第二用户；以及用于在接收到由第三置业顾问终端发送的针对所述第二用户的配对请求时，向所述第二用户设备发送绑定请求，所述绑定请求携带有所述第三置业顾问的信息；以及用于在接收到所述第二用户设备发送确认绑定消息时，建立所述第二用户和所述第三置业顾问的绑定关系。

在一个可能的示例中，在所述根据所述签到记录获取所述每个用户设备所关联用户的历史看房记录方面，所述处理单元71具体用于：根据所述每个用户设备的签到时间信息，确定所述每个用户设备的签到顺序；以及用于根据所述每个用户设备的签到顺序，以所述设备标识信息为查找标识，依次从数据库中查找所述每个用户设备所关联用户的历史看房记录。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例提供一种电子签到装置，该电子签到装置可以为置业顾问终端。具体的，电子签到装置用于执行以上电子签到方法中置业顾问终端所执行的步骤。本申请实施例提供的电子签到装置可以包括相应步骤所对应的模块。

本申请实施例可以根据上述方法示例对电子签到装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图8示出上述实施例中所涉及的电子签到装置的功能单元组成框图。如图8所示，电子签到装置包括发送单元80、接收单元81和显示单元82，

所述发送单元80，用于检测单元，用于检测到针对应用界面中到访记录虚拟功能按键的选取操作时，向应用服务器发送用户数据获取请求；

所述接收单元81，用于接收由所述应用服务器返回的用户数据，所述用户数据包括确认签到用户中已分配置业顾问的第一用户数据和未被配置业顾问的第二用户数据；

所述显示单元82，用于在应用界面中显示已分配置业顾问的第一签到用户和未分配置业顾问的第二签到用户。

在一个可能的示例中，所述处理单元71具体用于：在检测到针对未分配置业顾问的第二签到用户的用户信息获取操作时，显示所述第二签到用户的预设信息；以及用于在检测到针对所述第二签到用户的选取操作时，向所述应用服务器发送针对所述第二签到用户的配对请求。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，本申请实施例提供的电子签到装置的结构示意图。如图9所示，在图9中，电子签到装置9包括：处理模块90和通信模块91。处理模块90用于对电子签到装置的动作进行控制管理，例如，接收单元70、处理单元71和发送单元72所执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块91用于支持电子签到装置与其他设备之间的交互。如图9所示，电子签到装置还可以包括存储模块92，存储模块92用于存储电子签到装置的程序代码和数据，例如存储上述处理单元71生成的签到记录。

其中，处理模块90可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，asic，fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块91可以是收发器、rf电路或通信接口等。存储模块92可以是存储器。

其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。上述电子签到装置7和电子签到装置9均可执行上述图3或图4所示的电子签到方法中用户设备所执行的步骤。

在采用集成的单元的情况下，本申请实施例提供的电子签到装置的结构示意图。如图10所示，在图10中，电子签到装置10包括：处理模块100和通信模块101。处理模块100用于对电子签到装置的动作进行控制管理，例如，发送单元80、接收单元81和显示单元82所执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块101用于支持电子签到装置与其他设备之间的交互。如图10所示，电子签到装置还可以包括存储模块102，存储模块102用于存储电子签到装置的程序代码和数据，例如存储上述接收单元81接收到的用户数据。

其中，处理模块100可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，asic，fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块101可以是收发器、rf电路或通信接口等。存储模块102可以是存储器。

其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。上述电子签到装置8和电子签到装置10均可执行上述图5或图6所示的电子签到方法中置业顾问终端所执行的步骤。

本申请实施例还提供了一种芯片，其中，该芯片包括处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述方法实施例中应用服务器或职业顾问终端所描述的部分或全部步骤。

本申请实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如上述方法实施例中应用服务器所描述的部分或全部步骤。

本申请实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如上述方法实施例中职业顾问终端所描述的部分或全部步骤。

本申请实施例还提供了一种计算机程序产品，其中，所述计算机程序产品包括计算机程序，所述计算机程序可操作来使计算机执行如上述方法实施例中应用服务器或职业顾问终端所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

本申请实施例所描述的方法或者算法的步骤可以以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(randomaccessmemory，ram)、闪存、只读存储器(readonlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablerom，eprom)、电可擦可编程只读存储器(electricallyeprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于接入网设备、目标网络设备或核心网设备中。当然，处理器和存储介质也可以作为分立组件存在于接入网设备、目标网络设备或核心网设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digitalvideodisc，dvd))、或者半导体介质(例如，固态硬盘(solidstatedisk，ssd))等。

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