基于招聘平台的雇主客户端卸载原因识别方法及其系统

摘要

本发明公开了一种基于招聘平台的雇主客户端卸载原因识别方法及其系统，方法包括：应聘人员的客户端根据预设的第一周期时间采集当前的位置信息并存储至位置列表；雇主的客户端根据预设的第二周期时间向平台端发送心跳信号；若平台端根据心跳信号判断一雇主已卸载客户端，则提取一雇主的应聘人员列表；若应聘人员列表不为空，则将工作地点列表发送至应聘人员列表中的应聘人员的客户端；应聘人员的客户端根据位置列表和工作地点列表，判断应聘人员与一雇主是否已达成雇佣关系，并返回判断结果；平台端根据判断结果和佣金缴纳情况判断得到卸载原因。可方便快捷地识别出雇主客户端的卸载原因，且结果真实可靠，可帮助平台端更好地做好用户服务。

说明书

技术领域

本发明涉及数据分析技术领域，尤其涉及一种基于招聘平台的雇主客户端卸载原因识别方法及其系统。

背景技术

在目前很多有雇佣关系的网络平台中，如：人才招聘网、招聘APP、微信小程序等，雇主是最为重要的用户，但存在雇主端程序经常不小心或被故意卸载的行为，需要有一种更加快捷和真实可靠的检验方法，实现其卸载原因的识别，从而更好地做好用户服务。

发明内容

本发明所要解决的技术问题是：提供一种基于招聘平台的雇主客户端卸载原因识别方法及其系统，可方便快捷地识别出雇主客户端的卸载原因，且结果真实可靠。

为了解决上述技术问题，本发明采用的技术方案为：一种基于招聘平台的雇主客户端卸载原因识别方法，包括：

应聘人员的客户端在预设的第一时间段内，根据预设的第一周期时间采集当前的位置信息，并将所述位置信息存储至位置列表；

雇主的客户端在预设的第二时间段内，根据预设的第二周期时间向平台端发送心跳信号；

平台端根据所述心跳信号，判断一雇主是否已卸载客户端；

若是，则提取所述一雇主的应聘人员列表，所述应聘人员列表用于存储所述一雇主从招聘平台获得的应聘人员信息；

若所述应聘人员列表为空，则直接判断得到卸载原因；

若所述应聘人员列表不为空，则将所述一雇主对应的工作地点列表发送至所述应聘人员列表中的应聘人员的客户端；

应聘人员的客户端根据所述位置列表和工作地点列表，判断所述应聘人员与所述一雇主是否已达成雇佣关系，并将判断结果返回至平台端；

平台端根据所述判断结果和所述一雇主的佣金缴纳情况，判断得到卸载原因。

本发明还涉及一种基于招聘平台的雇主客户端卸载原因识别系统，包括：

采集模块，用于应聘人员的客户端在预设的第一时间段内，根据预设的第一周期时间采集当前的位置信息，并将所述位置信息存储至位置列表；

第一发送模块，用于雇主的客户端在预设的第二时间段内，根据预设的第二周期时间向平台端发送心跳信号；

第一判断模块，用于平台端根据所述心跳信号，判断一雇主是否已卸载客户端；

提取模块，用于若是，则提取所述一雇主的应聘人员列表，所述应聘人员列表用于存储所述一雇主从招聘平台获得的应聘人员信息；

第一得到模块，用于若所述应聘人员列表为空，则直接判断得到卸载原因；

第二发送模块，用于若所述应聘人员列表不为空，则将所述一雇主对应的工作地点列表发送至所述应聘人员列表中的应聘人员的客户端；

第二判断模块，用于应聘人员的客户端根据所述位置列表和工作地点列表，判断所述应聘人员与所述一雇主是否已达成雇佣关系，并将判断结果返回至平台端；

第二得到模块，用于平台端根据所述判断结果和所述一雇主的佣金缴纳情况，判断得到卸载原因。

本发明的有益效果在于：平台端根据雇主的客户端定时发送的心跳信号，判断该雇主是否已卸载应用，若是，则将该雇主的工作地点列表发送至该雇主从招聘平台获得的应聘人员的客户端，应聘人员的客户端根据工作地点列表和之前存储的位置列表，判断应聘人员是否已就职于该雇主的公司，平台端再根据判断结果和该雇主的佣金缴纳情况，进一步分析得到该雇主卸载客户端的原因；本发明可方便快捷地识别出雇主客户端的卸载原因，且结果真实可靠，可帮助平台端更好地做好用户服务。

附图说明

图1为本发明一种基于招聘平台的雇主客户端卸载原因识别方法的流程图；

图2为本发明实施例一的方法流程图；

图3为本发明实施例二步骤S3的方法流程图；

图4为本发明实施例三步骤S8的方法流程图；

图5为本发明一种基于招聘平台的雇主客户端卸载原因识别系统的结构示意图；

图6为本发明实施例五的系统结构示意图。

标号说明：

1、采集模块；2、第一发送模块；3、第一判断模块；4、提取模块；5、第一得到模块；6、第二发送模块；7、第二判断模块；8、第二得到模块；9、移除模块；

31、检查单元；32、存储单元；33、第一判定单元；34、移除单元；

71、设置单元；72、获取单元；73、第一计算单元；74、第二计算单元；75、第二判定单元；76、返回单元；

81、第一得到单元；82、第二得到单元；83、第三得到单元。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图详予说明。

本发明最关键的构思在于：根据应聘人员情况、就职情况以及雇主的佣金缴纳情况，综合分析得到雇主卸载客户端的原因。

请参阅图1，一种基于招聘平台的雇主客户端卸载原因识别方法，包括：

应聘人员的客户端在预设的第一时间段内，根据预设的第一周期时间采集当前的位置信息，并将所述位置信息存储至位置列表；

雇主的客户端在预设的第二时间段内，根据预设的第二周期时间向平台端发送心跳信号；

平台端根据所述心跳信号，判断一雇主是否已卸载客户端；

若是，则提取所述一雇主的应聘人员列表，所述应聘人员列表用于存储所述一雇主从招聘平台获得的应聘人员信息；

若所述应聘人员列表为空，则直接判断得到卸载原因；

若所述应聘人员列表不为空，则将所述一雇主对应的工作地点列表发送至所述应聘人员列表中的应聘人员的客户端；

应聘人员的客户端根据所述位置列表和工作地点列表，判断所述应聘人员与所述一雇主是否已达成雇佣关系，并将判断结果返回至平台端；

平台端根据所述判断结果和所述一雇主的佣金缴纳情况，判断得到卸载原因。

从上述描述可知，本发明的有益效果在于：可方便快捷地识别出雇主客户端的卸载原因，且结果真实可靠，可帮助平台端更好地做好用户服务。

进一步地，所述“平台端根据所述心跳信号，判断一雇主是否已卸载客户端”具体为：

平台端在所述第二时间段内，根据预设的第三周期时间检查各雇主的心跳信号，若有检查到心跳信号，则将心跳检查结果设为1，否则将心跳检查结果设为0；

将所述心跳检查结果依序存储至心跳列表；

若在预设的第四周期时间内，心跳检查结果之和小于预设的次数阈值，则判定所述一雇主已卸载客户端。

由上述描述可知，若一段时间内雇主客户端的心跳次数较少，则可确定该雇主卸载了客户端。

进一步地，所述“将所述心跳检查结果依序存储至心跳列表”之后，进一步包括：

若心跳列表中一心跳检查结果的存储时间大于所述第四周期时间，则将所述一心跳检查结果从所述心跳列表中移除。

由上述描述可知，心跳信息根据需求只保存一段时间，可减少平台端的存储量，保证性能。

进一步地，所述“应聘人员的客户端在预设的第一时间段内，根据预设的第一周期时间采集当前的位置信息，并将所述位置信息存储至位置列表”之后，进一步包括：

若位置列表中一位置信息的存储时间大于预设的第五周期时间，则将所述一位置信息从所述位置列表中移除。

由上述描述可知，位置信息根据需求只保存一段时间，可保护用户隐私。

进一步地，所述“应聘人员的客户端根据所述位置列表和工作地点列表，判断所述应聘人员与所述一雇主是否已达成雇佣关系，并将判断结果返回至平台端”具体为：

若一应聘人员的客户端的位置列表中满足预设条件的位置信息的个数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系，并将判定结果返回至平台端，所述预设条件为位置信息与工作地点列表中的各工作地点的最短距离小于预设的距离阈值。

进一步地，所述“若一应聘人员的客户端的位置列表中满足预设条件的位置信息的个数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系，并将判定结果返回至平台端，所述预设条件为位置信息与工作地点列表中的各工作地点的最短距离小于预设的距离阈值”具体为：

设置同地次数的初始值为零，所述同地次数用于记录一应聘人员的客户端位于所述工作地点列表中的工作地点的次数；

所述一应聘人员的客户端依次获取所述位置列表中的一位置信息；

分别计算所述一位置信息与工作地点列表中各工作地点的距离，得到所述一位置信息与各工作地点的最短距离；

若所述最短距离小于预设的距离阈值，则同地次数加一；

若所述一应聘人员的客户端对应的同地次数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系；

将判定结果返回至平台端。

由上述描述可知，通过位置信息与工作地点的距离确定应聘人员是否处于工作地点，通过应聘人员处于工作地点的次数确定应聘人员是否已就职于雇主的公司。

进一步地，所述“平台端根据所述判断结果和所述一雇主的佣金缴纳情况，判断得到卸载原因”具体为：

平台端根据所述判断结果和所述一雇主的佣金缴纳情况，分析得到所述一雇主已支付佣金的第一应聘人员数和已就职但未支付佣金的第二应聘人员数；

根据所述第一应聘人员数与预设的第一阈值，判断得到卸载原因；

根据所述第二应聘人员数与预设的第二阈值，判断得到卸载原因。

由上述描述可知，通过分析雇主已支付佣金的第一应聘人员数和已就职但未支付佣金的第二应聘人员数的数量，可得到一些可能的卸载原因，如想逃避佣金或者误操作。

请参照图5，本发明还提出了一种基于招聘平台的雇主客户端卸载原因识别系统，包括：

采集模块，用于应聘人员的客户端在预设的第一时间段内，根据预设的第一周期时间采集当前的位置信息，并将所述位置信息存储至位置列表；

第一发送模块，用于雇主的客户端在预设的第二时间段内，根据预设的第二周期时间向平台端发送心跳信号；

第一判断模块，用于平台端根据所述心跳信号，判断一雇主是否已卸载客户端；

提取模块，用于若是，则提取所述一雇主的应聘人员列表，所述应聘人员列表用于存储所述一雇主从招聘平台获得的应聘人员信息；

第一得到模块，用于若所述应聘人员列表为空，则直接判断得到卸载原因；

第二发送模块，用于若所述应聘人员列表不为空，则将所述一雇主对应的工作地点列表发送至所述应聘人员列表中的应聘人员的客户端；

第二判断模块，用于应聘人员的客户端根据所述位置列表和工作地点列表，判断所述应聘人员与所述一雇主是否已达成雇佣关系，并将判断结果返回至平台端；

第二得到模块，用于平台端根据所述判断结果和所述一雇主的佣金缴纳情况，判断得到卸载原因。

进一步地，所述第一判断模块包括：

检查单元，用于平台端在所述第二时间段内，根据预设的第三周期时间检查各雇主的心跳信号，若有检查到心跳信号，则将心跳检查结果设为1，否则将心跳检查结果设为0；

存储单元，用于将所述心跳检查结果依序存储至心跳列表；

第一判定单元，用于若在预设的第四周期时间内，心跳检查结果之和小于预设的次数阈值，则判定所述一雇主已卸载客户端。

进一步地，所述第一判断模块还包括：

移除单元，用于若心跳列表中一心跳检查结果的存储时间大于所述第四周期时间，则将所述一心跳检查结果从所述心跳列表中移除。

进一步地，还包括：

移除模块，用于若位置列表中一位置信息的存储时间大于预设的第五周期时间，则将所述一位置信息从所述位置列表中移除。

进一步地，所述第二判断模块具体用于若一应聘人员的客户端的位置列表中满足预设条件的位置信息的个数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系，并将判定结果返回至平台端，所述预设条件为位置信息与工作地点列表中的各工作地点的最短距离小于预设的距离阈值。

进一步地，所述第二判断模块包括：

设置单元，用于设置同地次数的初始值为零，所述同地次数用于记录一应聘人员的客户端位于所述工作地点列表中的工作地点的次数；

获取单元，用于所述一应聘人员的客户端依次获取所述位置列表中的一位置信息；

第一计算单元，用于分别计算所述一位置信息与工作地点列表中各工作地点的距离，得到所述一位置信息与各工作地点的最短距离；

第二计算单元，用于若所述最短距离小于预设的距离阈值，则同地次数加一；

第二判定单元，用于若所述一应聘人员的客户端对应的同地次数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系；

返回单元，用于将判定结果返回至平台端。

进一步地，所述第二得到模块包括：

第一得到单元，用于平台端根据所述判断结果和所述一雇主的佣金缴纳情况，分析得到所述一雇主已支付佣金的第一应聘人员数和已就职但未支付佣金的第二应聘人员数；

第二得到单元，用于根据所述第一应聘人员数与预设的第一阈值，判断得到卸载原因；

第三得到单元，用于根据所述第二应聘人员数与预设的第二阈值，判断得到卸载原因。

实施例一

本发明的实施例一为：一种基于招聘平台的雇主客户端卸载原因识别方法，本方法基于下述当前成熟的技术手段：

1、随着国家对手机实名制的逐步落实，几乎所有的手机注册用户都实现了真实身份的验证，确定了手机对应的真实自然人身份。

2、流行的第三方支付平台的发展，如微信支付、支付宝支付、百度钱包等工具，也进一步绑定了用户的真实身份信息。

3、网站和手机的定位功能日趋完善，但为了保护用户的隐私不被侵犯，本发明只根据签到次数和呆在同一个位置的时间进行判断，而不会将用户的具体定位信息上传到平台。

如图2所示，所述方法包括如下步骤：

S1：应聘人员的客户端在预设的第一时间段内，根据预设的第一周期时间采集当前的位置信息，并将所述位置信息存储至位置列表；进一步地，每隔第一周期时间T1定位当前的位置信息，并可按照堆栈的模式存入位置列表P＝(p1,p2,…,pn)。优选地，所述第一时间段可以设为法定工作日的上午9点至11点及下午3点至5点。

S2：雇主的客户端在预设的第二时间段内，根据预设的第二周期时间T2向平台端发送心跳信号；所述第二时间段可与所述第一时间段一致，设为法定工作日的上午9点至11点及下午3点至5点。

S3：平台端根据所述心跳信号，判断一雇主是否已卸载客户端，若是，则执行步骤S4。

S4：提取所述一雇主的应聘人员列表A＝(A1,A2,…,An)，所述应聘人员列表用于存储所述一雇主从招聘平台获得的应聘人员信息。

S5：判断所述应聘人员列表是否为空，若是，即|A|＝0，则执行步骤S6，若否，即|A|>0，则执行步骤S7。

S6：直接判断得到卸载原因；此时，卸载原因可能为招聘平台未能帮助雇主招聘到合适员工。

S7：将所述一雇主对应的工作地点列表Q＝(q1,q2,…,qn)发送至所述应聘人员列表中的应聘人员的客户端。

S8：应聘人员的客户端根据所述位置列表P和工作地点列表Q，判断所述应聘人员与所述一雇主是否已达成雇佣关系，并将判断结果返回至平台端；具体地，一种判断方式可为：若一应聘人员的客户端的位置列表中满足预设条件的位置信息的个数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系，并将判定结果返回至平台端，所述预设条件为位置信息与工作地点列表中的各工作地点的最短距离小于预设的距离阈值。

S9：平台端根据所述判断结果和所述一雇主的佣金缴纳情况，分析得到所述一雇主已支付佣金的第一应聘人员数和已就职但未支付佣金的第二应聘人员数。具体地，平台端根据应聘人员列表中各应聘人员的客户端返回的判断结果，得到和雇主达成雇佣关系的总人数N；根据雇主的佣金缴纳情况，得到雇主已支付佣金的第一应聘人员数B；根据总人数N和第一应聘人员数B，得到已就职但未支付佣金的第二应聘人员数C＝N-B。

S10：判断所述第一应聘人员数是否大于预设的第一阈值，即B>N1是否成立，其中，N1为预设的第一阈值，若是，则执行步骤S11，若否，则执行步骤S12。

S11：判定卸载原因可能为误操作。

S12：判定卸载原因可能为招聘平台未能帮助雇主招聘到足够数量的合适员工。

S13：判断所述第二应聘人员数是否大于预设的第二阈值，即C>N2是否成立，其中，N2为预设的第二阈值，若是，则执行步骤S14，若否，则执行步骤S15。

S14：判定卸载原因可能为所述一雇主想逃避佣金。

S15：判定卸载原因可能为误操作。

进一步地，步骤S1中，若位置列表中一位置信息的存储时间大于预设的第五周期时间，则将所述一位置信息从所述位置列表中移除。所述存储时间，也即存储时长，指位置信息存储到位置列表的时间至当前时间的时长。所述第五周期时间T5可以设为7天，也就是说，每个位置信息根据需求只保存一段时间。

进一步地，在步骤S7时，平台端还发送了任务执行码taskmark＝1至应聘人员的客户端，应聘人员的客户端根据所述任务执行码进行步骤S8的判断步骤。

本实施例平台端根据雇主的客户端定时发送的心跳信号，判断该雇主是否已卸载应用，若是，则将该雇主的工作地点列表发送至该雇主从招聘平台获得的应聘人员的客户端，应聘人员的客户端根据工作地点列表和之前存储的位置列表，判断应聘人员是否已就职于该雇主的公司，平台端再根据判断结果和该雇主的佣金缴纳情况，进一步分析得到该雇主卸载客户端的原因；可方便快捷地识别出雇主客户端的卸载原因，且结果真实可靠，可帮助平台端更好地做好用户服务。

实施例二

请参照图3，本实施例为实施例一步骤S3的进一步拓展，所述步骤S3具体包括如下步骤：

S301：平台端在所述第二时间段内，根据预设的第三周期时间T3检查各雇主的心跳信号。

S302：判断是否检查到心跳信号，若是，则执行步骤S303，若否，则执行步骤S304。

S303：将心跳检查结果设为1，即令wi＝1。

S304：将心跳检查结果设为0，即令wi＝0。

S305：将所述心跳检查结果依序存储至心跳列表；可按照堆栈的模式存入心跳列表W＝(w1,w2,…,wn)。

S306：判断在预设的第四周期时间内，心跳检查结果之和是否小于预设的次数阈值，即判断第四周期时间T4内，心跳次数之和是否小于预设的次数阈值，若是，则执行步骤S307。

S307：判定所述一雇主已卸载客户端。

进一步地，步骤S305中，若心跳列表中一心跳检查结果的存储时间大于所述第四周期时间，则将所述一心跳检查结果从所述心跳列表中移除。所述存储时间，也即存储时长，指心跳检查结果存储到心跳列表的时间至当前时间的时长。所述第四周期时间T4可以设为7天，也就是说，每个心跳检查结果根据需求只保存一段时间。

本实施例通过心跳信号的检测，确定出已卸载客户端的雇主，便于后续分析。

实施例三

请参照图4，本实施例为实施例一步骤S8的进一步拓展，所述步骤S8包括如下步骤：

S801：设置同地次数的初始值为零，所述同地次数用于记录一客户端位于所述工作地点列表中的工作地点的次数；即令sum＝0。

S802：所述客户端获取所述位置列表中的一位置信息。

S803：分别计算所述一位置信息与工作地点列表中各工作地点的距离，得到所述一位置信息与各工作地点的最短距离；即先计算得到一位置信息pi与各工作地点的距离d＝(d1,d2,…,dn)，其中，d1＝dist(pi，q1)，d2＝dist(pi，q2)，以此类推，所述一位置信息与各工作地点的最短距离即为min(d1,d2,…,dn)。

S804：判断所述最短距离是否小于预设的距离阈值，即判断min(d1,d2,…,dn)<D是否成立，其中，D为用于判断是否为同一个地点的距离阈值，若是，则执行步骤S805，若否，则执行步骤S806。

S805：同地次数加一，即sum＝sum+1；执行步骤S806。

S806：判断是否遍历完位置列表中的所有位置信息，若是，则执行步骤S807，若否，则获取位置列表中的下一位置信息，即执行步骤S802。

S807：判断一客户端对应的同地次数是否大于预设的数量阈值，即判断sum>S是否成立，其中，S为预设的数量阈值，若是，则执行步骤S808，若否，则执行步骤S809。

S808：判定所述一雇主与所述一客户端对应的应聘人员达成雇佣关系，设置X＝1。

S809：判定所述一雇主与所述一客户端对应的应聘人员未达成雇佣关系设置X＝0。

S810：将X的值返回至平台端。

在步骤S9中，和雇主达成雇佣关系的总人数N即为返回X＝1的客户端的个数。

可选地，在判断完一位置信息与各工作地点的最短距离是否小于预设的距离阈值后，无论结果如何，均删除所述一位置信息，在步骤S806中，即可通过判断位置列表是否为空，来判断是否已遍历完所有的位置信息。

本实施例通过位置信息与工作地点的距离确定应聘人员是否处于工作地点，通过应聘人员处于工作地点的次数确定应聘人员是否已就职于雇主的公司，可得到准确性高的判断结果，从而提高卸载原因识别的准确性和可靠性。

实施例四

本实施例为上述实施例的一具体应用场景。

检查雇主a的心跳信号，将一段时间内的心跳检查结果与心跳基本次数阈值作比较，若监测到雇主a的心跳次数小于心跳基本次数阈值，则可认定雇主a已经卸载软件。提取雇主a已从平台获得的所有应聘人员列表A，若应聘人员列表A为空，则认为该招聘应用未能帮助雇主a招聘到合适员工，因而雇主a卸载软件。若应聘人员列表A不为空，则将雇主a发布在应用程序上的工作地点列表Q发给应聘人员列表A中的各个应聘人员，根据应聘人员列表A中的应聘人员Ai的位置列表中的位置信息判断该应聘人员Ai是否已就职于该公司。若已就职于该公司，则根据雇主a已缴纳佣金的情况将应聘人员列表A分为已支付了佣金的人数B和已在公司工作但尚未支付佣金的人数C。若B>N1(N1为预设的人数判定阈值)，则可得出该招聘应用帮助雇主招聘到了合适员工且雇主支付了大部分佣金，卸载属于误操作；否则是该招聘应用未能帮助雇主招聘到足够数量的合适员工而卸载。若C>N2(N2为预设的人数判定阈值)，则认为该应用帮助雇主招聘到了合适员工，是雇主想逃避佣金而卸载，否则卸载属于误操作。

实施例五

请参照图6，本实施例为对应上述实施例的一种基于招聘平台的雇主客户端卸载原因识别系统，包括：

采集模块1，用于应聘人员的客户端在预设的第一时间段内，根据预设的第一周期时间采集当前的位置信息，并将所述位置信息存储至位置列表；

第一发送模块2，用于雇主的客户端在预设的第二时间段内，根据预设的第二周期时间向平台端发送心跳信号；

第一判断模块3，用于平台端根据所述心跳信号，判断一雇主是否已卸载客户端；

提取模块4，用于若是，则提取所述一雇主的应聘人员列表，所述应聘人员列表用于存储所述一雇主从招聘平台获得的应聘人员信息；

第一得到模块5，用于若所述应聘人员列表为空，则直接判断得到卸载原因；

第二发送模块6，用于若所述应聘人员列表不为空，则将所述一雇主对应的工作地点列表发送至所述应聘人员列表中的应聘人员的客户端；

第二判断模块7，用于应聘人员的客户端根据所述位置列表和工作地点列表，判断所述应聘人员与所述一雇主是否已达成雇佣关系，并将判断结果返回至平台端；

第二得到模块8，用于平台端根据所述判断结果和所述一雇主的佣金缴纳情况，判断得到卸载原因。

进一步地，所述第一判断模块3包括：

检查单元31，用于平台端在所述第二时间段内，根据预设的第三周期时间检查各雇主的心跳信号，若有检查到心跳信号，则将心跳检查结果设为1，否则将心跳检查结果设为0；

存储单元32，用于将所述心跳检查结果依序存储至心跳列表；

第一判定单元33，用于若在预设的第四周期时间内，心跳检查结果之和小于预设的次数阈值，则判定所述一雇主已卸载客户端。

进一步地，所述第一判断模块3还包括：

移除单元34，用于若心跳列表中一心跳检查结果的存储时间大于所述第四周期时间，则将所述一心跳检查结果从所述心跳列表中移除。

进一步地，还包括：

移除模块9，用于若位置列表中一位置信息的存储时间大于预设的第五周期时间，则将所述一位置信息从所述位置列表中移除。

进一步地，所述第二判断模块7具体用于若一应聘人员的客户端的位置列表中满足预设条件的位置信息的个数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系，并将判定结果返回至平台端，所述预设条件为位置信息与工作地点列表中的各工作地点的最短距离小于预设的距离阈值。

进一步地，所述第二判断模块7包括：

设置单元71，用于设置同地次数的初始值为零，所述同地次数用于记录一应聘人员的客户端位于所述工作地点列表中的工作地点的次数；

获取单元72，用于所述一应聘人员的客户端依次获取所述位置列表中的一位置信息；

第一计算单元73，用于分别计算所述一位置信息与工作地点列表中各工作地点的距离，得到所述一位置信息与各工作地点的最短距离；

第二计算单元74，用于若所述最短距离小于预设的距离阈值，则同地次数加一；

第二判定单元75，用于若所述一应聘人员的客户端对应的同地次数大于预设的数量阈值，则判定所述一应聘人员与所述一雇主已达成雇佣关系；

返回单元76，用于将判定结果返回至平台端。

进一步地，所述第二得到模块8包括：

第一得到单元81，用于平台端根据所述判断结果和所述一雇主的佣金缴纳情况，分析得到所述一雇主已支付佣金的第一应聘人员数和已就职但未支付佣金的第二应聘人员数；

第二得到单元82，用于根据所述第一应聘人员数与预设的第一阈值，判断得到卸载原因；

第三得到单元83，用于根据所述第二应聘人员数与预设的第二阈值，判断得到卸载原因。

综上所述，本发明提供的一种基于招聘平台的雇主客户端卸载原因识别方法及其系统，平台端根据雇主的客户端定时发送的心跳信号，判断该雇主是否已卸载应用，若是，则将该雇主的工作地点列表发送至该雇主从招聘平台获得的应聘人员的客户端，应聘人员的客户端根据工作地点列表和之前存储的位置列表，判断应聘人员是否已就职于该雇主的公司，平台端再根据判断结果和该雇主的佣金缴纳情况，进一步分析得到该雇主卸载客户端的原因；本发明可方便快捷地识别出雇主客户端的卸载原因，且结果真实可靠，可帮助平台端更好地做好用户服务。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。