工作信息的处理方法及装置与流程

本发明涉及信息领域，具体而言，涉及一种工作信息的处理方法及装置。

背景技术：

现有的分类信息网站会大量发布找工作以及招聘工作的信息，人们可以通过分类信息网站获取大量的求职信息。

需要说明的是，现有的分类信息网站发布工作信息的方案往往会出现以下缺陷：

(1)发布的招工信息或者找工信息更新不及时，往往会出现找工用户获取到了所需要的求职信息，但是该信息已经过期。

(2)招工方或者找工方在网站上提供的信息太少，导致信息真实性差。

(3)招工方在成功找到员工之后，不能有效的监控到员工的地理位置。

针对上述现有的招工或找工网站的信息更新不及时，导致信息的实时性差的技术问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种工作信息的处理方法及装置，以至少解决现有的招工或找工网站的信息更新不及时，导致信息的实时性差的技术问题。

根据本发明实施例的一个方面，提供了一种工作信息的处理方法，包括：接收第一终端设备发送的找工信息，其中，找工信息至少包括：找工用户的技能信息以及第一终端设备的实时位置信息；根据预设的匹配条件获取与找工信息匹配的多个终端设备的招工信息；将多个终端设备的招工信息反馈至第一终端设备，其中，多个终端设备的招工信息至少包括：多个终端设备的实时位置信息。

根据本发明实施例的另一个方面，提供了一种工作信息的处理方法，包括：接收第二终端设备发送的招工信息，其中，招工信息至少包括：招工用户的技能需求信息以及第二终端设备的实时位置信息；根据预设的匹配条件获取与招工信息匹配的多个终端设备的找工信息；将多个终端设备的找工信息反馈至第二终端设备，其中，多个 终端设备的找工信息至少包括：多个终端设备的实时位置信息。

根据本发明实施例的另一个方面，提供了一种工作信息的处理装置，包括：第一接收单元，用于接收第一终端设备发送的找工信息，其中，找工信息至少包括：找工用户的技能信息以及第一终端设备的实时位置信息；第一获取单元，用于根据预设的匹配条件获取与找工信息匹配的多个终端设备的招工信息；第一反馈单元，用于将多个终端设备的招工信息反馈至第一终端设备，其中，多个终端设备的招工信息至少包括：多个终端设备的实时位置信息。

根据本发明实施例的另一个方面，提供了一种工作信息的处理装置，包括：第二接收单元，用于接收第二终端设备发送的招工信息，其中，招工信息至少包括：招工用户的技能需求信息以及第二终端设备的实时位置信息；第二获取单元，用于根据预设的匹配条件获取与招工信息匹配的多个终端设备的找工信息；第二反馈单元，用于将多个终端设备的找工信息反馈至第二终端设备，其中，多个终端设备的找工信息至少包括：多个终端设备的实时位置信息。

在本发明实施例中，采用接收第一终端设备发送的找工信息，其中，找工信息至少包括：找工用户的技能信息以及第一终端设备的实时位置信息；根据预设的匹配条件获取与找工信息匹配的多个终端设备的招工信息；将多个终端设备的招工信息反馈至第一终端设备，其中，多个终端设备的招工信息至少包括：多个终端设备的实时位置信息。解决了现有的招工或找工网站的信息更新不及时，导致信息的实时性差的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例一的工作信息的处理方法的流程图；

图2是根据本发明实施例二的工作信息的处理方法的流程图；

图3是根据本发明实施例三的工作信息的处理装置的示意图；以及

图4是根据本发明实施例四的工作信息的处理装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请涉及到的专业术语解释如下：

LBS(Location Based Service)：基于位置的服务，它是通过电信移动运营商的无线通讯网络(如GSM网、CDMA网)或外部定位方式(如GPS)获取移动终端用户的位置信息(地理坐标或大地坐标)，在地理信息系统平台的支持下，为用户提供相应服务的一种增值服务。

实施例一

根据本发明实施例，提供了一种工作信息的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的工作信息的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S12，接收第一终端设备发送的找工信息，其中，找工信息至少包括：找工用户的技能信息以及第一终端设备的实时位置信息。

具体地，在本方案中，可以采用服务器接收找工用户通过第一终端设备发送的找工信息，上述技能信息可以为找工用户想找的工作的分类，需要说明的是，找工用户可以通过手机终端输入技能信息，也可以在手机终端中预设的多个分类进行筛选。

上述第一终端设备的实时位置信息可以为通过LBS(Location Based Service)获取的第一终端设备的实时位置信息，上述第一终端设备的实时位置信息可以为找工 用户的实时位置信息。

需要说明的是，上述第一终端设备不限于手机、平板电脑、智能手表、智能手环等智能终端设备。

还需要说明的是，本实施例的方案可以通过运行在手机终端的APP来实现，下面以用户A通过手机中运行的APP找工作为例：

用户A希望在自己所在位置D1的周边找到一份“雕刻木工”的工作，用户A的手机终端通过LBS获取用户A的实时所在的位置D1，手机终端然后向服务器发送如下信息：雕刻木工、地址D1。需要说明的是，上述地址D1可以为通过LBS精确到的具体的小区或街道。

步骤S14，根据预设的匹配条件获取与找工信息匹配的多个终端设备的招工信息。

具体地，在本方案中，可以预先向服务器设置匹配条件，比如，在找工用户所在位置为中心方圆一公里之内获取与找工用户的技能信息相匹配的招工信息。

下面仍以用户A找工作为例：

服务器在接收到手机终端发送的找工信息之后，可以在用户A的位置D1的方圆一公里之内获取与“雕刻木工”相匹配的招工信息，需要说明的是，服务器可以实时的接收在位置D1方圆一公里的多个招工用户通过多个终端设备发布的招工信息，如果多个终端设备发布的招工信息中包含着“雕刻木工”，即说明该多个终端设备发布的招工信息与用户A的找工信息相匹配。

步骤S16，将多个终端设备的招工信息反馈至第一终端设备，其中，多个终端设备的招工信息至少包括：多个终端设备的实时位置信息。

具体地，在本方案中，服务器可以将多个终端设备的招工信息发送至找工用户的第一终端设备中，可选地，在招工用户的第一终端设备中，可以以文字列表或地图的形式来展现上述多个招工用户通过多个终端设备发布的招工信息以及多个招工用户所在的实时位置，找工用户则可以从多个招工方进行选择以建立劳务关系。

下面仍以用户A找工作为例：

用户A希望在自己所在位置D1的周边找到一份“雕刻木工”的工作，于是用户A通过手机终端输入或选择“雕刻木工”，服务器自动获取用户A所在的位置，并将用户A通过手机终端输入或选择的“雕刻木工”以及用户A所在的位置D1发送至服务器，服务器则在用户A所在位置D1的方圆1公里来进行匹配查询，查询到招工信息中也包 含“雕刻木工”的两个终端设备，则说明在位置D1的方圆1公里有两个用户(用户B以及用户C)希望招到“雕刻木工”的工人。然后服务器将上述两个用户的名称以及实时位置信息发送至用户A的手机终端，需要说明的是，用户A不但可以在手机终端的界面中以列表的形式看到上述两个招工用户名称，而且还可以看到上述两个招工用户所在的实时位置。

本发明实施例，首先通过接收第一终端设备发送的找工信息，其中，找工信息至少包括：找工用户的技能信息以及第一终端设备的实时位置信息，然后，根据预设的匹配条件获取与找工信息匹配的多个终端设备的招工信息；接着，将多个终端设备的招工信息反馈至第一终端设备，其中，多个终端设备的招工信息至少包括：多个终端设备的实时位置信息。由于找工用户可以接收到招工用户的实时的位置信息，因此可以保证找工用户获取的招工信息是实时的，解决了现有的招工或找工网站的信息更新不及时，导致信息的实时性差的技术问题。

可选地，在本方案中，上述多个终端设备的招工信息中还可以包括：多个终端设备的用户的身份识别信息，其中，步骤S16，将多个终端设备的招工信息反馈至第一终端设备的步骤可以包括：

步骤S161，根据多个终端设备的实时位置信息确定多个终端设备在电子地图中的多个位置。

步骤S162，根据多个终端设备的用户的身份识别信息生成多个标识，其中，多个标识用于显示在电子地图中的多个位置的上方。

步骤S163，将电子地图发送至第一终端设备。

具体地，上述多个终端设备为多个招工用户的终端设备，在本方案中，可以根据上述招工用户的终端设备的身份识别信息来生成多个标识，并且将标识显示在电子地图的上方，需要说明的是，上述多个标识可以是文字，用于表征多个招工用户的户籍所在地或者单位所在地，找工用户可以电子地图上的标识来选择老乡以建立劳务关系。

例如，用户A在接收到两个招工用户(用户B，用户C)的信息之后，在用户A的手机终端的电子地图上则显示着在不同位置的两个招工用户，用户B的身份证号码的前两位为21，用户B的身份证号码的前两位为11，说明该两位招工用户的户籍所在地为辽宁和北京，本方案则在电子地图上用户B所在位置的上方显示“辽”，用户B所在位置的上方显示“京”，用户A如果也是一个辽宁人，用户A可以找老乡，则可以直接选择用户B以建立用户A与用户B之间的劳务关系。

可选地，在步骤S16，将多个终端设备的招工信息反馈至第一终端设备之后，本 实施例提供的方案还可以包括：

步骤S17，在多个终端设备中的第二终端设备的招工信息满足第一条件的情况下，建立第一终端设备与第二终端设备的第一关系。

具体地，在本方案中，上述第二终端设备可以为某个招工用户的终端设备，上述第一关系可以为找工用户与招工用户之间的劳务关系，如果该某个招工用户发布的招工信息满足第一条件，服务器则直接建立找工用户与该招工用户的之间的劳务关系，需要说明的是，通过上述方式，找工用户可以实现“一键找工作”。还需要说明的是，上述第一条件可以为招工用户发布的薪水最高，也可以为该招工用户的信用值最高，通过本实施例可以招工方透明竞价的效果。

需要说明的是，本申请中出现的“劳务关系”仅仅指找工方与招工方在求职方面达成了意见上的一致，并不意味双方建立了法律上的劳务关系。

可选地，步骤S17，在多个终端设备中的第二终端设备的招工信息满足第一条件的情况下，建立第一终端设备与第二终端设备的第一关系的步骤可以包括如下两个方案：

方案一，获取第一终端设备中的通讯录，在第一终端设备中的通讯录中包括第二终端设备的情况下，建立第一终端设备与第二终端设备的第一关系。

具体地，在本方案中，可以获取第一终端设备中的多个通讯录，该通讯录可以是第一终端中不同软件中的多个通讯录，当第一终端设备中的多个通讯录中包含上述第二终端设备的招工用户，则说明，该第二终端设备的用户为找工用户的熟人，则本方案则直接建立找工用户与招工用户之间的劳务关系。

例如，用户A的手机终端接收到了用户B发布的招工信息以及用户C发布的招工信息，如果用户A的手机终端的微信的通讯录包含了用户B，则说明用户B是用户A的熟人，本方案则直接建立用户A与用户B之间的劳务关系。

需要说明的是，本方案也可以仅向用户A予以提示用户B是熟人，用户A可以进行选择。

方案二：在第二终端设备的薪资数值大于多个终端设备中的其他终端设备的薪资数值情况下，建立第一终端设备与第二终端设备的第一关系。

具体地，在本方案中，上述薪资数值可以为招工用户提供的薪水，招工用户可以在手机终端的界面上直观的看到各个招工方所提供的薪水即招工方提出的招工竞价。

例如，用户A在电子地图中直观的看到两个招工方：用户B以及用户C，如果用户B提供的薪水为1000元/天，用户C提供的薪水为500元/天，服务器则直接建立用户A与用户B用户之间的劳务关系。

需要说明的是，本方案也可以仅仅向用户A进行提示，最高的薪水提供方为用户B，然后供用户A自行选择。

可选地，在步骤S17，建立第一终端设备与第二终端设备的第一关系之后，本实施例提供的方法还可以包括：

步骤S18，将第二终端设备的实时位置信息发送至第一终端设备和/或将第一终端设备的实时位置信息发送至第二终端设备。

具体地，在本方案中，在建立找工用户与招工用户之间的劳务关系之后，服务器可以将招工用户的实时位置信息发送至找工用户，或者将找工用户的实时位置信息发送至招工用户，这样招工用户和找工用户可以互相监控位置，需要说明的是，手机终端可以根据该实时位置信息生成导航指示，找工用户可以根据该导航指示找到招工方所在地。

可选地，在步骤S12，接收第一终端设备发送的找工信息之后，本实施例提供的方法可以包括：

步骤S131，根据第一终端设备的实时位置信息生成热力图。

步骤S132，将热力图发送至第三方终端设备。

具体地，在本方案中，服务器可以将多个找工用户的实时位置信息制作成热力图，该热力图可以展现找工用户在各个位置的密度分布，服务器可以将该热力图发送至政府等有关部分，政府有关部分可以根据该热力图制定相应的就业扶助政策。

可选地，招工用户可以向服务器发送特长信息、预设时间段，周边位置，服务器可以在招工用户选择的时间段(例如空闲时间)根据招工用户的特长信息向招工用户的手机终端推送招工信息。

在一种优选的实施例中，本申请方案可以适用低端招聘领域，尤其是短工(临时工)的找工作的方案。由于短工工作方式的特殊性，尤其需要招工信息的实时性，本实施例同样可以解决现有的招工门户网站不能满足短工、蓝领工人的需求的问题。

实施例二

本发明实施例还提供了一种工作信息的处理方法，如图2所示，该方法可以包括：

步骤S62，接收第二终端设备发送的招工信息，其中，招工信息至少包括：招工用户的技能需求信息以及第二终端设备的实时位置信息。

具体地，在本方案中，可以采用服务器接收招工用户通过第二终端设备发送的招工信息，上述技能需求信息可以为招工用户想招到的员工从事的工作的分类，上述第二终端设备的实时位置信息可以为通过LBS(Location Based Service)获取的第二终端设备的实时位置信息，上述第二终端设备的实时位置信息可以为招工用户的实时位置信息。

需要说明的是，上述第二终端设备不限于手机、平板电脑、智能手表、智能手环等智能终端设备。

还需要说明的是，本实施例的方案可以通过运行在手机终端的APP来实现，下面以用户B通过手机中运行的APP招工人为例：

用户B希望在自己所在位置D1的周边招到从事“雕刻木工”的工人，手机终端通过LBS获取用户B实时所在的位置D1，手机终端然后向服务器发送如下信息：雕刻木工、地址D1。需要说明的是，上述地址D1可以为通过LBS精确到的具体的小区或街道。

步骤S64，根据预设的匹配条件获取与招工信息匹配的多个终端设备的找工信息。

具体地，在本方案中，可以预先向服务器设置匹配条件，比如，在招工用户所在位置为中心方圆一公里之内获取与招工用户的技能信息相匹配的找工信息。

下面仍以用户B招工作为例：

服务器在接收到手机终端发送的招工信息之后，可以在用户B的位置D1的方圆一公里之内获取与“雕刻木工”相匹配的找工信息，需要说明的是，服务器可以实时的接收在位置D1方圆一公里的多个找工用户通过多个终端设备发送的找工信息，如果在多个终端设备发送的找工信息中包含着“雕刻木工”，即说明该多个终端设备向服务器发布的找工信息与用户B的招工信息相匹配。

步骤S66，将多个终端设备的找工信息反馈至第二终端设备，其中，多个终端设备的找工信息至少包括：多个终端设备的实时位置信息。

具体地，在本方案中，服务器可以将多个终端设备的找工信息发送至招工用户的第二终端设备中，可选地，在招工用户的第二终端设备中，可以以文字列表或地图的形式来展现上述多个找工用户通过多个终端设备发布的找工信息以及多个找工用户所在的实时位置，招工用户则可以从多个找工方进行选择。

下面仍以用户B找工作为例：

用户B希望在自己所在位置D1的周边招到从事“雕刻木工”的工作的员工，于是用户B通过手机终端输入或选择“雕刻木工”，服务器自动获取用户B所在的位置，并将用户B通过手机终端输入或选择的“雕刻木工”以及用户B所在的位置D1发送至服务器，服务器则在用户B所在位置D1的方圆1公里来进行匹配查询，查询到找工信息中也包含“雕刻木工”的两个终端设备，则说明在位置D1的方圆1公里有两个用户(用户A以及用户D)希望找到“雕刻木工”的工作。然后服务器将上述两个用户的名称以及位置信息发送至用户B的手机终端，需要说明的是，用户B不但可以在手机终端中以列表的形式看到上述两个招工用户名称，而且还可以在电子地图上看到上述两个找工用户所在的实时位置。

本发明实施例，首先通过接收第二终端设备发送的招工信息，其中，招工信息至少包括：招工用户的技能需求信息以及第二终端设备的实时位置信息，然后，根据预设的匹配条件获取与招工信息匹配的多个终端设备的找工信息；接着，将多个终端设备的找工信息反馈至第二终端设备，其中，多个终端设备的找工信息至少包括：多个终端设备的实时位置信息。由于招工用户可以接收到找工用户的实时的位置信息，因此可以保证招工用户获取的找工信息是实时的，解决了现有的招工或找工网站的信息更新不及时，导致信息的实时性差的技术问题。

可选地，多个终端设备的找工信息还包括：多个终端设备的用户的身份识别信息，其中，步骤S66，将多个终端设备的找工信息反馈至第二终端设备的步骤包括：

步骤S661，根据多个终端设备的实时位置信息确定多个终端设备在电子地图中的多个位置；

步骤S662，根据多个终端设备的用户的身份识别信息生成多个标识，其中，多个标识用于显示在电子地图中的多个位置的上方；

步骤S663，将电子地图发送至第二终端设备。

具体地，上述多个终端设备为多个找工用户的终端设备，在本方案中，可以根据上述找工用户的终端设备的身份识别信息来生成多个标识，并且将标识显示在电子地图的上方，需要说明的是，上述多个标识可以是文字，用于表征多个找工用户的户籍所在地或者单位所在地，招工用户可以电子地图上的标识来选择老乡以建立劳务关系。

例如，用户B在接收到两个招工用户(用户A，用户D)发布的找工信息之后，在用户B的手机终端的电子地图上则显示着在不同位置的两个招工用户，用户A的身份证号码的前两位为21，用户D的身份证号码的前两位为11，说明该两位找工用户的户 籍所在地为辽宁和北京，本方案则在电子地图上用户A所在位置的上方显示“辽”，用户D所在位置的上方显示“京”，用户B如果也是一个辽宁人，用户B可以选择找老乡，则可以直接选择用户A以建立用户B与用户A之间的劳务关系。

可选地，在步骤S66，将多个终端设备的找工信息反馈至第二终端设备之后，本实施例提供的方法还可以包括：

步骤S67，在多个终端设备中的第一终端设备的找工信息满足第二条件的情况下，建立第二终端设备与第一终端设备的第二关系。

具体地，在本方案中，上述第一终端设备可以为某个找工用户的终端设备，上述第二关系可以为招工用户与找工用户之间的劳务关系，如果该某个找工用户发布的找工信息满足预设的第二条件，服务器则直接建立招工用户与该找工用户的之间的劳务关系，需要说明的是，通过上述方式，招工用户可以实现“一键招到工作”。还需要说明的是，上述第二条件可以为找工用户需求的薪水最低，也可以为该找工用户的信用值最高，通过本实施例可以找工方透明竞价的效果。

需要说明的是，本申请中出现的“劳务关系”仅仅指找工方与招工方在求职方面达成了意见上的一致，并不意味双方建立了法律上的劳务关系。

可选地，在步骤S67，多个终端设备中的第一终端设备的信息满足第二条件的情况下，建立第二终端设备与第一终端设备的第二关系的步骤包括如下两个方案：

方案一：获取第二终端设备中的通讯录，在第二终端设备中的通讯录中包括第一终端设备的情况下，建立第二终端设备与第一终端设备的第二关系。

具体地，在本方案中，可以获取第二终端设备中的多个通讯录，该通讯录可以是第二终端中不同软件中的多个通讯录，当第二终端设备中的多个通讯录中包含上述第一终端设备的招工用户，则说明，该第一终端设备的用户为招工用户的熟人，则本方案则直接建立招工用户与找工用户之间的劳务关系。

例如，用户B的手机终端接收到了用户A发布的找工信息以及用户D发布的招工信息，如果用户B的手机终端的微信的通讯录包含了用户A，则说明用户A是用户B的熟人，本方案则直接建立用户B与用户A之间的劳务关系，即招工派单成功。

需要说明的是，本方案也可以仅向用户B予以提示用户A是熟人，用户B可以进行选择。

方案二：

在第一终端设备的薪资数值小于多个终端设备中的其他终端设备的薪资数值情况下，建立第二终端设备与第一终端设备的第二关系。

具体地，在本方案中，上述薪资数值可以为找工用户对薪水的要求，招工用户可以在手机终端的界面上直观的看到招工用户对薪水的要求。

例如，用户B在电子地图中直观的看到两个招工方：用户A以及用户D，如果用户A要求的薪水为500元/天，用户D要求的薪水为1000元/天，服务器则直接建立用户B与用户A之间的劳务关系。

需要说明的是，本方案也可以仅仅向用户B进行提示，最低的薪水要求方为用户A，然后供用户B自行选择。

可选地，步骤S67,在建立第二终端设备与第一终端设备的第二关系之后，本实施例提供的方法还可以包括：

步骤S681,将第一终端设备的实时位置信息发送至第二终端设备和/或将第二终端设备的实时位置信息发送至第一终端设备。

具体地，在本方案中，在建立招工用户与找工用户之间的劳务关系之后，服务器可以将找工用户的实时位置信息发送至招工用户，或者将招工用户的实时位置信息发送至找工用户，这样招工用户和找工用户可以互相监控位置，需要说明的是，手机终端可以根据上述实时位置信息生成导航指示，招工用户可以根据导航信息找到找工方所在地。

可选地，步骤S62，接收第二终端设备发送的招工信息步骤S62，接收第二终端设备发送的招工信息在接收第二终端设备发送的找工信息之后，本实施例提供的方法还可以包括：

步骤S631，根据第二终端设备的实时位置信息生成热力图。

步骤S632，将热力图发送至第三方终端设备。

具体地，在本方案中，服务器可以将多个招工用户的实时位置信息制作成热力图，该热力图可以展现招工用户在各个位置的密度分布，服务器可以将该热力图发送至政府等有关部分，政府有关部分可以根据该热力图制定相应的就业扶助政策。

在一种优选的实施例中，本申请方案可以适用低端招聘领域，尤其是短工(临时工)的招工的方案。由于短工工作方式的特殊性，尤其需要招工信息的实时性，本实施例同样可以解决现有的招工门户网站不能满足短工、蓝领工人的需求的问题。

实施例三

本实施例还可以提供一种工作信息的处理装置，该处理装置可以用于执行上述实施例一的方法，如图3所示，该装置可以包括：

第一接收单元30，用于接收第一终端设备发送的找工信息，其中，找工信息至少包括：找工用户的技能信息以及第一终端设备的实时位置信息。

具体地，在本方案中，可以采用服务器中的第一接收单元30接收找工用户通过第一终端设备发送的找工信息，上述技能信息可以为找工用户想找的工作的分类，需要说明的是，找工用户可以通过手机终端输入技能信息，也可以在手机终端中预设的多个分类进行筛选。

上述第一终端设备的实时位置信息可以为通过LBS(Location Based Service)获取的第一终端设备的实时位置信息，上述第一终端设备的实时位置信息可以为找工用户的实时位置信息。

需要说明的是，上述第一终端设备不限于手机、平板电脑、智能手表、智能手环等智能终端设备。

还需要说明的是，本实施例的方案可以通过运行在手机终端的APP来实现，下面以用户A通过手机中运行的APP找工作为例：

用户A希望在自己所在位置D1的周边找到一份“雕刻木工”的工作，用户A的手机终端通过LBS获取用户A的实时所在的位置D1，手机终端然后向服务器发送如下信息：雕刻木工、地址D1。需要说明的是，上述地址D1可以为通过LBS精确到的具体的小区或街道。

第一获取单元32，用于根据预设的匹配条件获取与找工信息匹配的多个终端设备的招工信息。

具体地，在本方案中，可以预先向服务器设置匹配条件，比如，在找工用户所在位置为中心方圆一公里之内获取与找工用户的技能信息相匹配的招工信息。

下面仍以用户A找工作为例：

服务器在接收到手机终端发送的找工信息之后，可以在用户A的位置D1的方圆一公里之内获取与“雕刻木工”相匹配的招工信息，需要说明的是，服务器可以实时的接收在位置D1方圆一公里的多个招工用户通过多个终端设备发布的招工信息，如果多个终端设备发布的招工信息中包含着“雕刻木工”，即说明该多个终端设备发布的招 工信息与用户A的找工信息相匹配。

第一反馈单元34，用于将多个终端设备的招工信息反馈至第一终端设备，其中，多个终端设备的招工信息至少包括：多个终端设备的实时位置信息。

具体地，在本方案中，服务器可以将多个终端设备的招工信息发送至找工用户的第一终端设备中，可选地，在招工用户的第一终端设备中，可以以文字列表或地图的形式来展现上述多个招工用户通过多个终端设备发布的招工信息以及多个招工用户所在的实时位置，找工用户则可以从多个招工方进行选择以建立劳务关系。

下面仍以用户A找工作为例：

用户A希望在自己所在位置D1的周边找到一份“雕刻木工”的工作，于是用户A通过手机终端输入或选择“雕刻木工”，服务器自动获取用户A所在的位置，并将用户A通过手机终端输入或选择的“雕刻木工”以及用户A所在的位置D1发送至服务器，服务器则在用户A所在位置D1的方圆1公里来进行匹配查询，查询到招工信息中也包含“雕刻木工”的两个终端设备，则说明在位置D1的方圆1公里有两个用户(用户B以及用户C)希望招到“雕刻木工”的工人。然后服务器将上述两个用户的名称以及实时位置信息发送至用户A的手机终端，需要说明的是，用户A不但可以在手机终端的界面中以列表的形式看到上述两个招工用户名称，而且还可以看到上述两个招工用户所在的实时位置。

本发明实施例，首先通过接收第一终端设备发送的找工信息，其中，找工信息至少包括：找工用户的技能信息以及第一终端设备的实时位置信息，然后，根据预设的匹配条件获取与找工信息匹配的多个终端设备的招工信息；接着，将多个终端设备的招工信息反馈至第一终端设备，其中，多个终端设备的招工信息至少包括：多个终端设备的实时位置信息。由于找工用户可以接收到招工用户的实时的位置信息，因此可以保证找工用户获取的招工信息是实时的，解决了现有的招工或找工网站的信息更新不及时，导致信息的实时性差的技术问题。

可选地，第一反馈单元34可以包括：

第一确定模块，用于根据多个终端设备的实时位置信息确定多个终端设备在电子地图中的多个位置；第一生成模块，用于根据多个终端设备的用户的身份识别信息生成多个标识，其中，多个标识用于显示在电子地图中的多个位置的上方；第一发送模块，用于将电子地图发送至第一终端设备。

可选地，本实施例提供的装置还可以包括：第一建立单元，用于在多个终端设备中的第二终端设备的招工信息满足第一条件的情况下，建立第一终端设备与第二终端 设备的第一关系。

可选地，上述第一建立单元可以包括：第一建立模块，用于获取第一终端设备中的通讯录，在第一终端设备中的通讯录中包括第二终端设备的情况下，建立第一终端设备与第二终端设备的第一关系。

可选地，第二终端设备中招工信息中包含薪资数值，其中，上述第一建立单元还可以包括：第二建立模块，用于在第二终端设备的薪资数值大于多个终端设备中的其他终端设备的薪资数值情况下，建立第一终端设备与第二终端设备的第一关系。

可选地，本实施例提供的装置还可以包括：第一发送单元，用于将第二终端设备的实时位置信息发送至第一终端设备；和/或第二发送单元，用于将第一终端设备的实时位置信息发送至第二终端设备。

可选地，本实施例提供的装置还可以包括：第一生成单元，用于根据第一终端设备的实时位置信息生成热力图；第三发送单元，用于将热力图发送至第三方终端设备。

实施例四

本实施例还可以提供一种工作信息的处理装置，可以用于执行上述实施例二的方法，如图4所示，该装置可以包括：

第二接收单元40，用于接收第二终端设备发送的招工信息，其中，招工信息至少包括：招工用户的技能需求信息以及第二终端设备的实时位置信息。

具体地，在本方案中，可以采用服务器中的第二接收单元40接收招工用户通过第二终端设备发送的招工信息，上述技能需求信息可以为招工用户想招到的员工从事的工作的分类，上述第二终端设备的实时位置信息可以为通过LBS(Location Based Service)获取的第二终端设备的实时位置信息，上述第二终端设备的实时位置信息可以为招工用户的实时位置信息。

需要说明的是，上述第二终端设备不限于手机、平板电脑、智能手表、智能手环等智能终端设备。

还需要说明的是，本实施例的方案可以通过运行在手机终端的APP来实现，下面以用户B通过手机中运行的APP招工人为例：

用户B希望在自己所在位置D1的周边招到从事“雕刻木工”的工人，手机终端通过LBS获取用户B实时所在的位置D1，手机终端然后向服务器发送如下信息：雕刻木工、地址D1。需要说明的是，上述地址D1可以为通过LBS精确到的具体的小区或街 道。

第二获取单元42，用于根据预设的匹配条件获取与招工信息匹配的多个终端设备的找工信息。

具体地，在本方案中，可以预先向服务器设置匹配条件，比如，在招工用户所在位置为中心方圆一公里之内获取与招工用户的技能信息相匹配的找工信息。

下面仍以用户B招工作为例：

服务器在接收到手机终端发送的招工信息之后，可以在用户B的位置D1的方圆一公里之内获取与“雕刻木工”相匹配的找工信息，需要说明的是，服务器可以实时的接收在位置D1方圆一公里的多个找工用户通过多个终端设备发送的找工信息，如果在多个终端设备发送的找工信息中包含着“雕刻木工”，即说明该多个终端设备向服务器发布的找工信息与用户B的招工信息相匹配。

第二反馈单元44，用于将多个终端设备的找工信息反馈至第二终端设备，其中，多个终端设备的找工信息至少包括：多个终端设备的实时位置信息。

具体地，在本方案中，服务器可以将多个终端设备的找工信息发送至招工用户的第二终端设备中，可选地，在招工用户的第二终端设备中，可以以文字列表或地图的形式来展现上述多个找工用户通过多个终端设备发布的找工信息以及多个找工用户所在的实时位置，招工用户则可以从多个找工方进行选择。

下面仍以用户B找工作为例：

用户B希望在自己所在位置D1的周边招到从事“雕刻木工”的工作的员工，于是用户B通过手机终端输入或选择“雕刻木工”，服务器自动获取用户B所在的位置，并将用户B通过手机终端输入或选择的“雕刻木工”以及用户B所在的位置D1发送至服务器，服务器则在用户B所在位置D1的方圆1公里来进行匹配查询，查询到找工信息中也包含“雕刻木工”的两个终端设备，则说明在位置D1的方圆1公里有两个用户(用户A以及用户D)希望找到“雕刻木工”的工作。然后服务器将上述两个用户的名称以及位置信息发送至用户B的手机终端，需要说明的是，用户B不但可以在手机终端中以列表的形式看到上述两个招工用户名称，而且还可以在电子地图上看到上述两个找工用户所在的实时位置。

本发明实施例，首先通过接收第二终端设备发送的招工信息，其中，招工信息至少包括：招工用户的技能需求信息以及第二终端设备的实时位置信息，然后，根据预设的匹配条件获取与招工信息匹配的多个终端设备的找工信息；接着，将多个终端设 备的找工信息反馈至第二终端设备，其中，多个终端设备的找工信息至少包括：多个终端设备的实时位置信息。由于招工用户可以接收到找工用户的实时的位置信息，因此可以保证招工用户获取的找工信息是实时的，解决了现有的招工或找工网站的信息更新不及时，导致信息的实时性差的技术问题。

可选地，多个终端设备的找工信息还包括：多个终端设备的用户的身份识别信息，其中，第二反馈单元44可以包括：

第二确定模块，用于根据多个终端设备的实时位置信息确定多个终端设备在电子地图中的多个位置；第二生成模块，用于根据多个终端设备的用户的身份识别信息生成多个标识，其中，多个标识用于显示在电子地图中的多个位置的上方；第二发送模块，用于将电子地图发送至第二终端设备。

可选地，本实施例提供的装置还可以包括：第二建立单元，用于在多个终端设备中的第一终端设备的找工信息满足第二条件的情况下，建立第二终端设备与第一终端设备的第二关系。

可选地，上述第二建立单元可以包括：第三建立模块，用于获取第二终端设备中的通讯录，在第二终端设备中的通讯录中包括第一终端设备的情况下，建立第二终端设备与第一终端设备的第二关系。

可选地，第一终端设备中找工信息中包含薪资数值，其中，第二建立单元包括：第四建立模块，用于在第一终端设备的薪资数值小于多个终端设备中的其他终端设备的薪资数值情况下，建立第二终端设备与第一终端设备的第二关系。

可选地，本实施例提供的装置还包括：第四发送单元，用于将第一终端设备的实时位置信息发送至第二终端设备；和/或第五发送单元，用于将第二终端设备的实时位置信息发送至第一终端设备。

可选地，本实施例提供的装置还可以包括：第二生成单元，用于根据第二终端设备的实时位置信息生成热力图；第六发送单元，用于将热力图发送至第三方终端设备。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件 可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。