发明内容
本申请示出了一种信息处理方法及装置。
第一方面,本申请示出了一种信息处理方法,应用于服务端,所述方法包括:
获取用户的求职偏好信息;
根据所述求职偏好信息,在多个招聘的职位中筛选所述用户感兴趣的目标职位;
获取所述目标职位的招聘方的头像,获取将所述目标职位确定为所述用户感兴趣的招聘的职位的理由,以及,获取所述目标职位的职位信息;
向用户端发送所述头像、所述理由以及所述职位信息,以使所述用户端显示职位卡片,并在所述职位卡片上显示所述头像、所述理由以及所述职位信息。
在一个可选的实现方式中,所述目标职位的职位信息至少包括以下至少一者:所述目标职位的职位名称、所述目标职位的工作位置、所述目标职位的薪资待遇、所述目标职位的招聘方的名称、所述目标职位的福利待遇、所述目标职位的任职要求以及所述目标职位的评论信息。
在一个可选的实现方式中,所述方法还包括:
接收所述用户端发送的、使用所述用户端的用户对所述目标职位的投递通知,所述投递通知是所述用户端根据对所述目标职位的投递操作发送的。所述投递操作是所述用户根据所述职位卡片输入的;
根据所述投递通知获取所述目标职位的引导信息;
向所述用户端发送所述引导信息,以使所述用户端显示所述引导信息。
在一个可选的实现方式中,所述根据所述投递通知获取所述目标职位的引导信息,包括:
根据所述投递通知获取所述用户的简历;
判断所述简历是否为完善的简历;
在所述简历不为完善的简历的情况下,获取所述简历中的未完善选项;
根据所述未完善选项生成所述引导信息。
在一个可选的实现方式中,所述根据所述投递通知获取所述目标职位的引导信息,包括:
根据所述投递通知判断所述用户是否具有多媒体形式的简历;
在所述用户具有多媒体形式的简历的情况下,生成用于提示投递多媒体形式的简历的提示信息;
根据所述提示信息生成所述引导信息。
在一个可选的实现方式中,所述根据所述投递通知获取所述目标职位的引导信息,包括:
根据所述投递通知判断是否具有所述招聘方对所述目标职位进行讲解的招聘直播;
在具有所述招聘直播的情况下,获取所述招聘直播的直播信息;
根据所述直播信息生成所述引导信息。
在一个可选的实现方式中,所述方法还包括:
根据所述投递通知生成所述用户端与所述目标职位的招聘方所使用的招聘端之间的即时通讯链路;
向用户端发送已创建即时通讯链路的创建通知,以使所述用户端根据所述创建通知生成所述即时通讯链路关联的即时通讯窗口,并显示所述即时通讯窗口。
在一个可选的实现方式中,所述获取用户的求职偏好信息,包括:
获取所述用户在参与过的关于招聘的即时通讯中的即时通讯消息;
根据所述即时通讯消息获取所述用户的求职偏好信息。
在一个可选的实现方式中,所述求职偏好信息至少包括以下之至少一者:期望工作位置、期望薪资、期望工作内容、期望职位发展前景、期望工作强度、期望休息制度、期望企业规模、期望企业稳定性以及期望企业信用。
第二方面,本申请示出了一种信息处理方法,应用于用户端,所述方法包括:
接收服务端发送的用户感兴趣的目标职位的招聘方的头像、所述服务端将所述目标职位确定为所述用户感兴趣的招聘的职位的理由以及所述目标职位的职位信息,所述目标职位是根据用户的求职偏好信息在多个招聘的职位中筛选的;
显示职位卡片,并在所述职位卡片上显示所述头像、所述理由以及所述职位信息。
在一个可选的实现方式中,所述目标职位的职位信息至少包括以下至少一者:所述目标职位的职位名称、所述目标职位的工作位置、所述目标职位的薪资待遇、所述目标职位的招聘方的名称、所述目标职位的福利待遇、所述目标职位的任职要求以及所述目标职位的评论信息。
在一个可选的实现方式中,所述方法还包括:
获取用户根据所述职位卡片输入的、对所述目标职位的投递操作;
根据所述投递操作向所述服务端发送所述用户对所述目标职位的投递通知;
接收所述服务端根据所述投递通知返回的所述目标职位的引导信息;
显示所述引导信息;
接收所述用户输入的对所述引导信息的交互操作;
响应所述交互操作。
在一个可选的实现方式中,所述引导信息是所述服务端根据所述用户的简历中的未完善选项生成的。
在一个可选的实现方式中,所述引导信息是根据用于提示投递多媒体形式的简历的提示信息生成的;所述提示信息是所述服务端在根据所述投递通知确定出所述用户具有多媒体形式的简历的情况下生成的。
在一个可选的实现方式中,所述引导信息是根据所述招聘方对所述目标职位进行讲解的招聘直播的直播信息生成的。
在一个可选的实现方式中,所述方法还包括:
接收所述服务端根据所述投递通知返回的、已创建即时通讯链路的创建通知,所述即时通讯链路为所述服务端根据所述投递通知生成的所述用户端与所述目标职位的招聘方所使用的招聘端之间的即时通讯链路;
根据所述创建通知生成所述即时通讯链路关联的即时通讯窗口;
显示所述即时通讯窗口。
第二方面,本申请示出了一种信息处理装置,应用于服务端,所述装置包括:
第一获取模块,用于获取用户的求职偏好信息;
筛选模块,用于根据所述求职偏好信息,在多个招聘的职位中筛选所述用户感兴趣的目标职位;
第二获取模块,用于获取所述目标职位的招聘方的头像,获取将所述目标职位确定为所述用户感兴趣的招聘的职位的理由,以及,获取所述目标职位的职位信息;
第一发送模块,用于向用户端发送所述头像、所述理由以及所述职位信息,以使所述用户端显示职位卡片,并在所述职位卡片上显示所述头像、所述理由以及所述职位信息。
在一个可选的实现方式中,所述目标职位的职位信息至少包括以下至少一者:所述目标职位的职位名称、所述目标职位的工作位置、所述目标职位的薪资待遇、所述目标职位的招聘方的名称、所述目标职位的福利待遇、所述目标职位的任职要求以及所述目标职位的评论信息。
在一个可选的实现方式中,所述装置还包括:
第一接收模块,用于接收所述用户端发送的、使用所述用户端的用户对所述目标职位的投递通知,所述投递通知是所述用户端根据对所述目标职位的投递操作发送的。所述投递操作是所述用户根据所述职位卡片输入的;
第三获取模块,用于根据所述投递通知获取所述目标职位的引导信息;
第二发送模块,用于向所述用户端发送所述引导信息,以使所述用户端显示所述引导信息。
在一个可选的实现方式中,所述第三获取模块包括:
第一获取单元,用于根据所述投递通知获取所述用户的简历;
第一判断单元,用于判断所述简历是否为完善的简历;
第二获取单元,用于在所述简历不为完善的简历的情况下,获取所述简历中的未完善选项;
第一生成单元,用于根据所述未完善选项生成所述引导信息。
在一个可选的实现方式中,所述第三获取模块包括:
第二判断单元,用于根据所述投递通知判断所述用户是否具有多媒体形式的简历;
第二生成单元,用于在所述用户具有多媒体形式的简历的情况下,生成用于提示投递多媒体形式的简历的提示信息;
第三生成单元,用于根据所述提示信息生成所述引导信息。
在一个可选的实现方式中,所述第三获取模块包括:
第三判断单元,用于根据所述投递通知判断是否具有所述招聘方对所述目标职位进行讲解的招聘直播;
第三获取单元,用于在具有所述招聘直播的情况下,获取所述招聘直播的直播信息;
第四生成单元,用于根据所述直播信息生成所述引导信息。
在一个可选的实现方式中,所述装置还包括:
第一生成模块,用于根据所述投递通知生成所述用户端与所述目标职位的招聘方所使用的招聘端之间的即时通讯链路;
第三发送模块,用于向用户端发送已创建即时通讯链路的创建通知,以使所述用户端根据所述创建通知生成所述即时通讯链路关联的即时通讯窗口,并显示所述即时通讯窗口。
在一个可选的实现方式中,所述第一获取模块包括:
第四获取单元,用于获取所述用户在参与过的关于招聘的即时通讯中的即时通讯消息;
第五获取单元,用于根据所述即时通讯消息获取所述用户的求职偏好信息。
在一个可选的实现方式中,所述求职偏好信息至少包括以下之至少一者:期望工作位置、期望薪资、期望工作内容、期望职位发展前景、期望工作强度、期望休息制度、期望企业规模、期望企业稳定性以及期望企业信用。
第四方面,本申请示出了一种信息处理装置,应用于用户端,所述装置包括:
第二接收模块,用于接收服务端发送的用户感兴趣的目标职位的招聘方的头像、所述服务端将所述目标职位确定为所述用户感兴趣的招聘的职位的理由以及所述目标职位的职位信息,所述目标职位是根据用户的求职偏好信息在多个招聘的职位中筛选的;
第一显示模块,用于显示职位卡片,并在所述职位卡片上显示所述头像、所述理由以及所述职位信息。
在一个可选的实现方式中,所述目标职位的职位信息至少包括以下至少一者:所述目标职位的职位名称、所述目标职位的工作位置、所述目标职位的薪资待遇、所述目标职位的招聘方的名称、所述目标职位的福利待遇、所述目标职位的任职要求以及所述目标职位的评论信息。
在一个可选的实现方式中,所述装置还包括:
第四获取模块,用于获取用户根据所述职位卡片输入的、对所述目标职位的投递操作;
第四发送模块,用于根据所述投递操作向所述服务端发送所述用户对所述目标职位的投递通知;
第三接收模块,用于接收所述服务端根据所述投递通知返回的所述目标职位的引导信息;
第二显示模块,用于显示所述引导信息;
第四接收模块,用于接收所述用户输入的对所述引导信息的交互操作;
响应模块,用于响应所述交互操作。
在一个可选的实现方式中,所述引导信息是所述服务端根据所述用户的简历中的未完善选项生成的。
在一个可选的实现方式中,所述引导信息是根据用于提示投递多媒体形式的简历的提示信息生成的;所述提示信息是所述服务端在根据所述投递通知确定出所述用户具有多媒体形式的简历的情况下生成的。
在一个可选的实现方式中,所述引导信息是根据所述招聘方对所述目标职位进行讲解的招聘直播的直播信息生成的。
在一个可选的实现方式中,所述装置还包括:
第五接收模块,用于接收所述服务端根据所述投递通知返回的、已创建即时通讯链路的创建通知,所述即时通讯链路为所述服务端根据所述投递通知生成的所述用户端与所述目标职位的招聘方所使用的招聘端之间的即时通讯链路;
第二生成模块,用于根据所述创建通知生成所述即时通讯链路关联的即时通讯窗口;
第三显示模块,用于显示所述即时通讯窗口。
第五方面,本申请示出了一种电子设备,所述电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行如第一方面所述的信息处理方法。
第六方面,本申请示出了一种非临时性计算机可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如第一方面所述的信息处理方法。
第七方面,本申请示出了一种计算机程序产品,当所述计算机程序产品中的指令由电子设备的处理器执行时,使得电子设备能够执行如第一方面所述的信息处理方法。
第八方面,本申请示出了一种电子设备,所述电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行如第二方面所述的信息处理方法。
第九方面,本申请示出了一种非临时性计算机可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如第二方面所述的信息处理方法。
第十方面,本申请示出了一种计算机程序产品,当所述计算机程序产品中的指令由电子设备的处理器执行时,使得电子设备能够执行如第二方面所述的信息处理方法。
本申请提供的技术方案可以包括以下有益效果:
在本申请中,服务端获取用户的求职偏好信息。服务端根据用户的求职偏好信息,在多个招聘的职位中筛选用户感兴趣的目标职位。服务端获取目标职位的招聘方的头像,获取将目标职位确定为用户感兴趣的招聘的职位的理由,以及,获取目标职位的职位信息。服务端向用户使用的用户端发送该头像、该理由以及该职位信息。用户端接收服务端发送的该头像、该理由以及该职位信息。用户端显示职位卡片,并在职位卡片上显示该头像、该理由以及该职位信息。
通过本申请,为用户在多个招聘的职位中筛选的目标职位是用户感兴趣的职位(千人千面),且向用户告知将目标职位确定为用户感兴趣的招聘的职位的理由(也即向用户推荐目标信息的理由),如此可以提高为用户推荐的职位被用户进一步了解以及投递的可能性,提高了目标职位的推荐的有效性。
另外,用户可以直观地看到招聘方的头像,以增加用户在求职过程中的对招聘方的真实性的感受,以尽可能地通过招聘方的头像还原出线下面对面的面试沟通场景,尽可能地给予用户真实的面对面的面试沟通的感受,以提高用户的求职体验。
其次,在用户被推荐目标职位的情况下,用户还能够看到目标职位的职位信息,以使用户根据职位信息可以了解到目标职位的具体情况。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1,示出了本申请的一种信息处理系统的结构框图,该系统包括至少一个招聘端01、服务端02以及至少一个用户端03。当然,根据实际情况,该系统还可以包括其他主体,本申请在此不一一举例。
用户端03和招聘端01均可以以“人能够直接操控的前端设备”的形式存在,例如可以包括手机、平板电脑、笔记本电脑或台式电脑等设备。
服务端02可以包括云端等。
招聘端01为在直播过程中招聘方使用的终端设备。
用户端03为在直播过程中用户使用的终端设备。
服务端02可以提供直播招聘视频的中转、统计、管理以及审核等功能,与服务端02通信连接的招聘端01可以有一个或多个,与服务端02通信连接的用户端03也可以有一个或多个,每一个用户端03都可以选择进入其需要进入的招聘端01的直播间参与直播活动。本申请以招聘端01为一个且用户端03为一个进行举例说明,但不作为对本申请保护范围的限制。
其中,招聘端01与服务端02之间具有长连接,招聘端01与服务端02之间基于长连接可以进行数据交互。
服务端02与用户端03之间具有长连接,服务端02与用户端03之间基于长连接可以进行数据交互。
在直播场景中,招聘端01可以采集招聘方的直播招聘视频,然后将直播招聘视频通过长连接发送至服务端02,服务端02可以通过长连接向用户端03转发直播招聘视频,这样,用户端03就可以得到直播招聘视频,并播放直播招聘视频,如此,使用用户端03的用户就可以在用户端03上查看到招聘方的直播招聘视频。
在一个例子中,本申请的直播可以是关于职位招聘的直播,例如,招聘端对应招聘方(用人单位),招聘方需要招聘一些职位的员工,招聘方可以包括用人单位的人事人员等。用户端对应广大用户,用户可以应聘职位。用户包括求职者等。
在图1中,以该系统包括一个招聘端01、一个服务端02以及一个用户端03为例进行举例说明,但不作为对本申请保护范围的限制。
参照图2,示出了本申请的一种信息处理方法的步骤流程图,该方法应用于图1所示的系统中,该方法具体可以包括如下步骤:
在步骤S101中,服务端获取用户的求职偏好信息。
在本申请一个实施例中,可以获取用户在参与过的关于招聘的即时通讯中的即时通讯消息;例如,用户在近期求职的过程中,与其他招聘方之间可能会进行即使通讯,例如,通过在线聊天的方式在线面试等,在与招聘方即时通讯的过程中,用户会向招聘方发送一些文本信息等,这些文本信息中可能会体现用户的求职偏好信息,因此,可以根据用户在参与过的关于招聘的即时通讯中的即时通讯消息获取用户的求职偏好信息。例如,可以对即时通讯消息进行语义识别,得到用户的求职偏好信息,具体的语义识别可以根据NLP(Natural Language Processing,自然语言处理)技术实现,在此不做详述。
求职偏好信息至少包括以下之至少一者:期望工作位置、期望薪资、期望工作内容、期望职位发展前景、期望工作强度、期望休息制度、期望企业规模、期望企业稳定性以及期望企业信用等。
另外,用户的求职偏好信息也可以是用户事先上传的,例如用户事先上传的简历中记载有用户的求职偏好信息,如此,服务端可以从用户事先上传的简历中获取用户的求职偏好信息等。
在步骤S102中,服务端根据用户的求职偏好信息,在多个招聘的职位中筛选用户感兴趣的目标职位。
本步骤可以通过如下流程实现,包括:
1021、在多个招聘的职位中,选择符合用户的求职偏好信息的多个候选职位;
多个招聘的职位中的每一个职位均具有职位信息(可以看做职位提供的条件等),例如职位的职位信息至少包括以下至少一者:职位的职位名称、职位的工作位置、职位的薪资待遇、职位的招聘方的名称、职位的福利待遇、职位的任职要求以及职位的评论信息等。
其中,职位提供的职位信息可以是职位的招聘方直接提供的等,招聘方可以自由配置职位提供的职位信息,可以提高招聘方进行招聘时的自由度,也可以提高招聘方的参与度。
在一个实施例中,对于多个招聘的职位中的任意一个职位,在该职位提供的每一个职位信息分别均符合用户的求职偏好信息的情况下,则可以将该职位可以确定为候选职位。对于多个招聘的职位中的其他每一个职位,同样如此。
或者,在另一个实施例中,对于多个招聘的职位中的任意一个职位,该职位提供的职位信息中的至少预设数量个职位信息分别符合用户的求职偏好信息的情况下,则可以将该职位可以确定为候选职位。预设数量可以包括5、6或7等,具体可以根据实际情况而定,本申请对此不加以限定。对于多个招聘的职位中的其他每一个职位,同样如此。
1022、在多个候选职位中筛选用户感兴趣的目标职位。
本步骤可以通过如下流程实现,包括:
01)、对于任意一个候选职位,可以根据用户的求职偏好信息与该候选职位的职位信息获取用户对该候选职位感兴趣的概率,对于其他每一个候选职位,同样如此。
在根据用户的求职偏好信息与该候选职位的职位信息获取用户对该候选职位感兴趣的概率时,可以借助概率获取模型。
在本申请中,事先可以训练概率获取模型,具体训练方式包括:
获取多个训练数据,每一个训练数据中包括样本用户的样本求职偏好信息、样本职位的样本职位信息,以及样本用户是否对样本职位感兴趣的标注结果等。
其中,样本用户包括历史过程中被推荐过职位的用户,样本职位包括历史过程中向用户推荐过的职位,在样本用户在历史过程中得到被推荐的样本职位之后,如果样本用户未对样本职位执行任何操控,则标注结果为样本用户对样本职位不感兴趣,如果用户对样本职位执行过操控,例如,对样本职位投递简历或者进入到样本职位的详情页以了解样本职位的详细信息等,则标注结果为样本用户对样本职位感兴趣。
之后可以使用多个训练数据对初始化模型训练,直至初始化模型中的参数收敛,从而得到概率获取模型。
因此,在根据用户的求职偏好信息与该候选职位的职位信息获取用户对该候选职位感兴趣的概率时,可以将用户的求职偏好信息以及该候选职位的职位信息输入概率获取模型中,以使概率获取模型对用户的求职偏好信息以及该候选职位的职位信息计算,得到用户对该候选职位感兴趣的概率。
其中,初始化模型可以包括深度神经网络模型以及FM(Factorization Machine,因子分解机)融合的模型DeepFM,以及,可以包括LR(Logistic Regression,逻辑回归)以及GBDT(Gradient Boost Decision Tree,梯度提升决策树)融合得到的模型等。
02)、在多个候选职位中,按照用户感兴趣的概率由高至低的顺序,选择至少一个候选职位,并作为用户感兴趣的目标职位。
在步骤S103中,服务端获取目标职位的招聘方的头像,获取将目标职位确定为用户感兴趣的招聘的职位的理由,以及,获取目标职位的职位信息。
在本申请一个实施例中,目标职位的职位信息至少包括以下至少一者:目标职位的职位名称、目标职位的工作位置、目标职位的薪资待遇、目标职位的招聘方的名称、目标职位的福利待遇、目标职位的任职要求以及目标职位的评论信息等。
在本申请另一个实施例中,目标职位的招聘方为招聘单位的情况下,招聘方的头像可以包括招聘单位的商标或logo等,或者,也可以包括招聘单位的人事专员(招聘专员)的头像等,人事专员的头像可以包括人事专员的正面的面部头像等。
在本申请又一实施例中,用户的求职偏好信息至少包括以下之至少一者:期望工作位置、期望薪资、期望工作内容、期望职位发展前景、期望工作强度、期望休息制度、期望企业规模、期望企业稳定性以及期望企业信用等。
事先用户可以向服务端指定用户最看重用户的哪些求职偏好信息,例如最看重工作位置,或者,最看重期望薪资等。如此,服务端可以获取用户事先指定的其最看重的求职偏好信息,然后根据最看重的求职偏好信息生成将目标职位确定为用户感兴趣的招聘的职位的理由,例如,生成用于提示目标职位提供的条件符合用户最看重的求职偏好信息的提示信息,并作为将目标职位确定为用户感兴趣的招聘的职位的理由。
例如,假设用户最看重的求职偏好信息为:工作位置需要位于北京市中关村南大街,筛选出的目标职位的工作位置位于北京市中关村南大街的职位,则可以生成一个提示信息:目标职位的工作位置位于北京市中关村南大街。
再例如,假设用户最看重的求职偏好信息为:用户需要寻找月工资高于5万元的职位,筛选出的目标职位提供的月工资为6万元,6万元高于5万元,则可以生成一个提示信息:目标职位的提供的薪资高于5万元。
又例如,假设用户最看重的求职偏好信息为:包吃包住,筛选出的目标职位的工作位置提供“包吃包住”的条件,则可以生成一个提示信息:目标职位“包吃包住”。
在步骤S104中,服务端向用户使用的用户端发送该头像、该理由以及该职位信息。
在本申请中,服务端可以基于与用户端之间的长连接向用户端发送该头像、该理由以及该职位信息。
在步骤S105中,用户端接收服务端发送的该头像、该理由以及该职位信息。
在本申请中,用户端可以基于与服务端之间的长连接接收服务端发送的该头像、该理由以及该职位信息。
在步骤S106中,用户端显示职位卡片,并在职位卡片上显示该头像、该理由以及该职位信息。
在本申请中,服务端获取用户的求职偏好信息。服务端根据用户的求职偏好信息,在多个招聘的职位中筛选用户感兴趣的目标职位。服务端获取目标职位的招聘方的头像,获取将目标职位确定为用户感兴趣的招聘的职位的理由,以及,获取目标职位的职位信息。服务端向用户使用的用户端发送该头像、该理由以及该职位信息。用户端接收服务端发送的该头像、该理由以及该职位信息。用户端显示职位卡片,并在职位卡片上显示该头像、该理由以及该职位信息。
通过本申请,为用户在多个招聘的职位中筛选的目标职位是用户感兴趣的职位(千人千面),且向用户告知将目标职位确定为用户感兴趣的招聘的职位的理由(也即向用户推荐目标信息的理由),如此可以提高为用户推荐的职位被用户进一步了解以及投递的可能性,提高了目标职位的推荐的有效性。
另外,用户可以直观地看到招聘方的头像,以增加用户在求职过程中的对招聘方的真实性的感受,以尽可能地通过招聘方的头像还原出线下面对面的面试沟通场景,尽可能地给予用户真实的面对面的面试沟通的感受,以提高用户的求职体验。
其次,在用户被推荐目标职位的情况下,用户还能够看到目标职位的职位信息,以使用户根据职位信息可以了解到目标职位的具体情况。
用户可以浏览职位卡片中显示的该头像、该理由以及该职位信息,从而根据该头像、该理由以及该职位信息了解目标职位,进而决定是否需要对目标职位进行投递,例如,对目标职位投递用户的简历等。
例如,如果用户觉得目标职位符合自己的求职需求,则可以对目标职位进行投递。
具体地,为了使得用户能够对目标职位进行投递,在本申请另一实施例中,参见图3,该方法还包括:
在步骤S201中,用户端获取用户根据该职位卡片输入的、对目标职位的投递操作。
在用户浏览用户端显示的该职位卡片中显示的该头像、该理由以及该职位信息之后,如果用户对目标职位感兴趣,则用户可以点击该职位卡片中包括的用于对目标职位进行投递的投递标签,以告知用户端用户需要对目标职位进行投递。
具体地,用户端可以获取用户对目标职位对应的投递标签的点击操作,并作为用户输入的对目标职位的投递操作,之后可以根据投递操作获取用户的简历,简历至少包括word格式的文档或PDF(Portable Document Format,可携带文档格式)格式的文档等,然后对目标职位向服务端投递用户的简历。
其中,用户事先可以向用户端上传自己的简历,简历可以为一个文件,例如word格式的文档或PDF格式的文档等,这样,用户端在接收到用户输入的对目标职位对应的投递标签的点击操作之后,可以直接获取用户事先在用户端上传的用户的简历。
这样,使得用户端可以得到用户的简历,进而可以向服务端发送用户的简历,之后服务端可以向招聘端转发用户的简历,以使招聘端对应的招聘方可以根据用户的简历更方便全面地对用户的情况进行考察。
进一步地,在本申请另一实施例中,在用户端获取到用户输入的对目标职位的投递操作之后,可以在职位卡片上更新用户对目标职位的投递状态,例如,可以在职位卡片的投递标签上显示用于指示已投递的指示信息,以使用户可以获知其已成功投递目标职位。
在步骤S202中,用户端根据该投递操作向服务端发送用户对目标职位的投递通知。
在本申请一个实施例中,用户端可以根据与服务端之间的长连接向服务端发送用户对目标职位的投递通知。
在步骤S203中,服务端接收用户端发送的该投递通知。
在本申请一个实施例中,服务端可以根据与用户端之间的长连接接收服务端发送的、用户对目标职位的投递通知。
在服务端得到该投递通知之后,就可以获知用户已成功投递目标职位,这样,服务端可以向用户端发送该投递反馈,以实现向用户端告知用户已经成功对目标职位进行投递,以使用户端记录用户对目标职位进行投递的投递事项,以使之后招聘端对应的招聘方可以联系用户。
进一步地,在服务端得到该投递通知之后,就可以获知用户对目标职位进行投递,为了提高招聘时用户与招聘方之间的互动性以及提高交互方式的多样性,该方法还包括:
在步骤S204中,服务端根据该投递通知生成目标职位的引导信息。
在本申请一个实施例中,在用户的简历未完善的情况下可以帮助用户完善简历,使得招聘方可以得到用户完整的信息,以使地招聘方可以对用户的能力或者素质进行全面准确地考察。
本步骤具体可以参见之后所示的实施例,在此不做详述。
在步骤S205中,服务端向用户端发送该引导信息。
在本申请一个实施例中,服务端可以根据与用户端之间的长连接向用户端发送该引导信息。
在步骤S206中,用户端接收服务端发送的该引导信息;
在本申请一个实施例中,用户端可以根据与服务端之间的长连接接收服务端发送的该引导信息。
在步骤S207中,用户端显示该引导信息。
以供用户查看该引导信息以及操控该引导信息等。
在步骤S208中,接收用户输入的对该引导信息的交互操作。
在步骤S209中,响应该交互操作。
在本申请一个实施例中,步骤S204包括:
11)、根据该投递通知获取用户的简历。
在一个示例中,用户的简历可以是用户事先向服务端上传的,如此,服务端事先就会存储用户上传的用户的简历,这样,在本步骤中,服务端可以在服务端中获取已存储的用户的简历,例如,该投递通知中可以至少携带用户的标识信息等,服务端可以根据该投递通知中携带的用户的标识信息获取已存储的用户的简历。
或者,在另一个实施例中,在用户端向服务端发送该投递通知之前,用户端可以获取用户事先在用户端中存储的用户的简历,并将用户的简历添加在该投递通知中,再向服务端发送添加有用户的简历的该投递通知。如此,服务端得到的该投递通知中就携带用户的简历,这样,服务端就可以提取该投递通知中携带的用户的简历。
12)、判断用户的简历是否为完善的简历。
在本申请中,用户的简历可以是结构化的形式的简历,结构化的形式可以包括“key-value”形式等,例如,结构化的形式的简历中包括多个标识字段以及每一个标识字段分别对应的内容字段。
标识字段中用于填写用户的属性标识,属性标识包括“姓名”、“年龄”、“出生日期”、“籍贯”、“学历”以及“毕业院校”等字符。
内容字段中用于填写用户的每一个属性标识分别对应的属性内容,例如,属性标识“姓名”对应的属性内容为“张三”,属性标识“年龄”对应的属性内容为“28岁”,属性标识“出生日期”对应的属性内容为“1990年1月1日”,属性标识“籍贯”对应的属性内容为“天津”,属性标识“学历”对应的属性内容为“硕士研究生”等。
服务端事先可以向用户提供结构化的形式的空白简历,空白简历中包括多个标识字段以及每一个标识字段分别对应的内容字段,空白简历中的每一个标识字段中分别已经填写了各个属性标识,用户只需在每一个标识字段分别对应的内容字段中填写对应的内容即可。
然而,有时候用户可能并未将简历填写完整,也即,在空白简历中至少一个标识字段对应的内容字段中未填写内容。
如果简历中存在至少一个未填写内容的内容字段,则说明简历是不完整的。
如果用户的简历不完整,则招聘方就无法得到用户完整的信息,也即,用户的简历中的信息存在缺失,进而会影响招聘方对用户的能力或者素质进行全面准确地考察,因此,为了避免影响招聘方对用户的能力或者素质进行全面准确地考察,可以执行步骤13)。
13)、在用户的简历不为完善的简历的情况下,获取用户的简历中的未完善选项。
在本申请中,未完善选项可以包括:未填写内容的内容字段等。
例如,用户在结构化的简历中的填写有属性标识“学历”的标识字段对应的内容字段中未填写内容,则未完善选项则可以至少包括属性标识“年龄”所在的标识字段对应的内容字段。
14)、根据用户的简历中的未完善选项生成引导信息。
在本申请一个实施例中,可以根据未完善选项生成至少一个内容填写选项,内容填写选项用于在用户的简历中的未完善选项(未填写内容的内容字段)中填写,然后显示至少一个内容填写选项以及未完善选项(未填写内容的内容字段)对应的标识字段中填写的属性标识。
之后用户可以看到属性标识以及至少一个内容填写选项,以供用户选择是否需要在用户的简历中的未完善选项(未填写内容的内容字段)中填写内容填写选项,以及选择填写至少一个内容填写选项中的哪一个内容填写选项。如此,可以至少将属性标识以及至少一个内容填写选项确定为引导信息。
或者,还可以生成提示信息,提示信息用于提示在至少一个未完善选项(未填写内容的内容字段)上选择用于在未完善选项(未填写内容的内容字段)中填写的内容填写选项。如此,可以将属性标识、至少一个内容填写选项以及该提示信息确定为引导信息。
例如,在一个例子中,假设在用户的简历中的、属性标识“学历”所在的标识字段对应的内容字段中未填写内容。在“学历”所在的标识字段对应的内容字段中能够填写的内容通常可以包括“大专”、“本科”以及“硕士研究生”等,可以生成三个学历选项以供用户选择,以及生成提示信息,提示信息用于提示根据上述三个学历选项选择自己的学历。如此,可以将属性标识“学历”、学历选项“大专”、学历选项“本科”、学历选项“硕士研究生”以及该提示信息确定为引导信息。
相应地,对于用户端而言,用户端可以在用户端的显示界面上生成3个内容填写选项以及1个提示信息,其中,一个内容填写选项上显示有“大专”,另一个内容填写选项上显示有“本科”,又一个内容填写选项上显示有“硕士研究生”,提示信息用于提示根据上述三个标签上选择自己的学历。用户可以在显示的3个内容填写选项中点击自己的学历对应的内容填写选项。
这样,用户端在响应用户的点击内容填写选项的操作时,用户端可以根据用户点击的内容填写选项确定出用户的学历,然后用户端在用户的简历上更新用户的学历,或者,请求服务端在用户的简历上更新用户的学历,以实现对用户的简历进行完善。
在本申请另一个实施例中,用户的简历可以是文本形式的简历,但是文本形式的简历朴素单一,往往无法全面地且更形象地表现用户的优势,如此,为了使得用户可以更加全面且更形象地表现用户的优势,以使招聘方可以更全面且更形象地考察用户,如此,在本申请另一个实施例中,步骤S204包括:
21)、根据该投递通知判断用户是否具有多媒体形式的简历。
多媒体形式的简历可以为视频简历或音频简历等,在视频简历中用户可以通过视频来介绍自己。在音频简历中用户可以通过音频来介绍自己。
在本申请中,服务端可以判断服务端中是否存储有用户事先向服务端上传的多媒体形式的简历,或者,服务端请求用户端判断用户端中是否存储有用户事先向用户端上传的多媒体形式的简历。
在服务端中存储有用户事先向服务端上传的多媒体形式的简历的情况下,或者,在用户端存储有用户事先向用户端上传的多媒体形式的简历的情况下,确定用户具有多媒体形式的简历。
在服务端中未存储有用户事先向服务端上传的多媒体形式的简历的情况下,且,在用户端未存储有用户事先向用户端上传的多媒体形式的简历的情况下,确定用户不具有多媒体形式的简历。
22)、在用户具有多媒体形式的简历的情况下,生成用于提示投递多媒体形式的简历的提示信息。
其中,该提示信息可以包括用于提示用户对目标职位向招聘方投递多媒体形式的简历的提示语等。
23)、根据该提示信息生成引导信息。
在本申请中,用户可能需要向招聘方投递多媒体形式的简历,也可能不需要向招聘方投递多媒体形式的简历,因此,是否执行对目标职位投递多媒体形式的简历的流程需要由用户决定。
在一个实施例中,可以将该提示信息作为引导信息等。
在一个例子中,对于用户端而言,用户端可以显示有显示标签以及触发标签(虚拟按钮),显示标签中显示有用于提示向招聘方投递多媒体形式的简历的提示语、触发标签可以被用户触发(例如点击等)。如果用户点击投递标签。
则用户端在响应用户的点击投递标签时,用户端可以确定出接收到用户输入的对目标职位投递多媒体形式的简历的投递操作,之后可以向服务端发送用户对目标职位投递多媒体形式的简历的投递通知,以使服务端可以将用户的多媒体形式的简历发送给招聘方,以供招聘方根据用户的多媒体形式的简历更全面且更形象地考察用户。
在本申请又一个实施例中,步骤S204包括:
31)、根据该投递通知判断是否具有招聘方对目标职位进行讲解的招聘直播。
招聘方对目标职位进行讲解的招聘直播可以包括当前正在进行的直播,以及,还可以包括当前未正在进行,但是之后会对目标职位进行讲解的直播,以及,还可以包括已经完成的直播,已经完成的直播为已经对目标职位进行讲解的直播等。
在本申请中,在招聘方事先在服务端上预约招聘直播之前,需要告知服务端在招聘直播中需要对哪些职位进行讲解,例如,需要向服务端发送招聘直播中需要讲解的职位的标识信息,之后服务端会为招聘方分配直播间,并告知招聘方直播间的标识信息,之后招聘方就可以根据直播间的标识信息进入到直播间中开启直播,另外,服务端还会将该招聘直播中需要讲解的职位的标识信息与分配的该直播间的标识信息组成对应表项,并存储在职位的标识信息与直播间的标识信息之间的对应关系中。直至在招聘方结束对招聘直播中需要讲解的职位的招聘之后(例如已经招聘到员工等),可以在职位的标识信息与直播间的标识信息之间的对应关系中删除该对应表项。
其中,直播间的标识信息包括直播间的ID(Identity Document,身份标识号)或直播间的链接等。
另外,在一个实施例中,在用户端向服务端发送该投递通知之前,用户端可以获取用户投递的目标职位的标识信息,并将用户投递的目标职位的标识信息添加在该投递通知中,再向服务端发送添加有用户投递的目标职位的标识信息的该投递通知。如此,服务端得到的该投递通知中就携带用户投递的目标职位的标识信息。
如此,在判断是否具有招聘方对目标职位进行讲解的招聘直播时,服务端就可以提取该投递通知中携带的用户投递的目标职位的标识信息,然后可以在职位的标识信息与直播间的标识信息之间的对应关系中,查找是否存在与目标职位的标识信息相对应的直播间的标识信息,如果存在与目标职位的标识信息相对应的直播间的标识信息,则确定具有招聘方对目标职位进行讲解的招聘直播,如果不存在与目标职位的标识信息相对应的直播间的标识信息,则确定不具有招聘方对目标职位进行讲解的招聘直播。
32)、在具有招聘直播的情况下,获取招聘直播的直播信息。
其中,招聘直播的直播信息用于使得用户对招聘直播的情况进行了解等。
在本申请一个实施例中,招聘直播的直播信息包括招聘直播的直播间的标识信息,招聘直播的时间、招聘直播的招聘方的ID以及招聘直播的招聘方的头像等。
33)、根据直播信息生成引导信息。
在本申请一个实施例中,可以将招聘直播的直播信息确定为引导信息。
在一个例子中,对于用户端而言,如果用户点击直播信息,则用户端在响应用户点击直播信息的操作时,用户端可以确定出接收到用户需要进入直播间或者预约直播间的操作,以实现此时可以进入直播间观看招聘方在招聘直播中对职位的讲解内容或者之后可以进入直播间观看招聘方在招聘直播中对职位的讲解内容等。
通过上述三个实施例的生成引导信息的方式,以支持用户在求职过程中与服务端或与求职方之间智能化互动的目的,可以兼顾用户以及求职方的更多的关于求职和招聘的诉求。
进一步地,在本申请另一实施例中,在用户对目标职位投递之后,参见图4,该方法还包括:
在步骤S301中,服务端根据该投递通知生成用户端与目标职位的招聘方所使用的招聘端之间的即时通讯链路。
在本申请中,服务端与用户端之间具有长连接,且服务端与招聘端之间具有长连接,服务端与用户端之间可以基于二者之间的长连接进行数据交互,服务端与招聘端之间可以基于二者之间的长连接进行数据交互。
默认状态下两个长连接并未关联,如此,默认状态下用户端与招聘端之间是无法进行数据交互的,如此,用户与使用招聘端的目标职位的招聘方之间无法进行数据交互。
在用户对目标职位投递之后,为了使得用户可以与目标职位的招聘方的人事专员相互沟通以相互了解考察,服务端可以将两个长连接关联起来,如此使得用户端与招聘端之间可以进行数据交互,进而使得用户与目标职位的招聘方的人事专员之间可以相互沟通。
在步骤S302中,服务端向用户端发送已创建即时通讯链路的创建通知。
在本申请一个实施例中,服务端可以基于与用户端之间的长连接向用户端发送创建通知。
在步骤S303中,用户端接收服务端发送的该创建通知。
在本申请一个实施例中,用户端可以基于与服务端之间的长连接接收服务端发送的创建通知。
在步骤S304中,用户端根据该创建通知生成即时通讯链路关联的即时通讯窗口。
在用户端中,用户端可以将即时通讯窗口通过socket(套接字)与长连接(用户端与服务端之间的长连接)关联,具体地,可以将长连接占据的用户端中的端口与即时通讯窗口关联,如此使得用户可以通过即时通讯窗口经由长连接(用户端与服务端之间的长连接)与服务端之间进行数据交互,进而实现用户端与目标职位的招聘方所使用的招聘端之间进行数据交互。
在步骤S305中,用户端显示即时通讯窗口。
用户可以通过即时通讯窗口向招聘方的招聘专员发送信息以及接收招聘方的招聘专员返回的信息,如此使得用户通过即时通讯窗口可以与招聘方的招聘专员在线沟通,例如,通过招聘专员了解目标职位的相关信息等。
通过即时通讯窗口可以使得用户与招聘方的招聘专员可以即时聊天,尽可能还原出线下面对面的面试沟通场景,可以尽可能地给予用户真实的面对面的面试沟通的感受,以提高用户的求职体验。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作并不一定是本申请所必须的。
参照图5,示出了本申请的一种信息处理装置的结构框图,应用于服务端,该装置具体可以包括如下模块:
第一获取模块11,用于获取用户的求职偏好信息;
筛选模块12,用于根据所述求职偏好信息,在多个招聘的职位中筛选所述用户感兴趣的目标职位;
第二获取模块13,用于获取所述目标职位的招聘方的头像,获取将所述目标职位确定为所述用户感兴趣的招聘的职位的理由,以及,获取所述目标职位的职位信息;
第一发送模块14,用于向用户端发送所述头像、所述理由以及所述职位信息,以使所述用户端显示职位卡片,并在所述职位卡片上显示所述头像、所述理由以及所述职位信息。
在一个可选的实现方式中,所述目标职位的职位信息至少包括以下至少一者:所述目标职位的职位名称、所述目标职位的工作位置、所述目标职位的薪资待遇、所述目标职位的招聘方的名称、所述目标职位的福利待遇、所述目标职位的任职要求以及所述目标职位的评论信息。
在一个可选的实现方式中,所述装置还包括:
第一接收模块,用于接收所述用户端发送的、使用所述用户端的用户对所述目标职位的投递通知,所述投递通知是所述用户端根据对所述目标职位的投递操作发送的。所述投递操作是所述用户根据所述职位卡片输入的;
第三获取模块,用于根据所述投递通知获取所述目标职位的引导信息;
第二发送模块,用于向所述用户端发送所述引导信息,以使所述用户端显示所述引导信息。
在一个可选的实现方式中,所述第三获取模块包括:
第一获取单元,用于根据所述投递通知获取所述用户的简历;
第一判断单元,用于判断所述简历是否为完善的简历;
第二获取单元,用于在所述简历不为完善的简历的情况下,获取所述简历中的未完善选项;
第一生成单元,用于根据所述未完善选项生成所述引导信息。
在一个可选的实现方式中,所述第三获取模块包括:
第二判断单元,用于根据所述投递通知判断所述用户是否具有多媒体形式的简历;
第二生成单元,用于在所述用户具有多媒体形式的简历的情况下,生成用于提示投递多媒体形式的简历的提示信息;
第三生成单元,用于根据所述提示信息生成所述引导信息。
在一个可选的实现方式中,所述第三获取模块包括:
第三判断单元,用于根据所述投递通知判断是否具有所述招聘方对所述目标职位进行讲解的招聘直播;
第三获取单元,用于在具有所述招聘直播的情况下,获取所述招聘直播的直播信息;
第四生成单元,用于根据所述直播信息生成所述引导信息。
在一个可选的实现方式中,所述装置还包括:
第一生成模块,用于根据所述投递通知生成所述用户端与所述目标职位的招聘方所使用的招聘端之间的即时通讯链路;
第三发送模块,用于向用户端发送已创建即时通讯链路的创建通知,以使所述用户端根据所述创建通知生成所述即时通讯链路关联的即时通讯窗口,并显示所述即时通讯窗口。
在一个可选的实现方式中,所述第一获取模块包括:
第四获取单元,用于获取所述用户在参与过的关于招聘的即时通讯中的即时通讯消息;
第五获取单元,用于根据所述即时通讯消息获取所述用户的求职偏好信息。
在一个可选的实现方式中,所述求职偏好信息至少包括以下之至少一者:期望工作位置、期望薪资、期望工作内容、期望职位发展前景、期望工作强度、期望休息制度、期望企业规模、期望企业稳定性以及期望企业信用。
在本申请中,服务端获取用户的求职偏好信息。服务端根据用户的求职偏好信息,在多个招聘的职位中筛选用户感兴趣的目标职位。服务端获取目标职位的招聘方的头像,获取将目标职位确定为用户感兴趣的招聘的职位的理由,以及,获取目标职位的职位信息。服务端向用户使用的用户端发送该头像、该理由以及该职位信息。用户端接收服务端发送的该头像、该理由以及该职位信息。用户端显示职位卡片,并在职位卡片上显示该头像、该理由以及该职位信息。
通过本申请,为用户在多个招聘的职位中筛选的目标职位是用户感兴趣的职位(千人千面),且向用户告知将目标职位确定为用户感兴趣的招聘的职位的理由(也即向用户推荐目标信息的理由),如此可以提高为用户推荐的职位被用户进一步了解以及投递的可能性,提高了目标职位的推荐的有效性。
另外,用户可以直观地看到招聘方的头像,以增加用户在求职过程中的对招聘方的真实性的感受,以尽可能地通过招聘方的头像还原出线下面对面的面试沟通场景,尽可能地给予用户真实的面对面的面试沟通的感受,以提高用户的求职体验。
其次,在用户被推荐目标职位的情况下,用户还能够看到目标职位的职位信息,以使用户根据职位信息可以了解到目标职位的具体情况。
参照图6,示出了本申请的一种信息处理装置的结构框图,应用于用户端,该装置具体可以包括如下模块:
第二接收模块21,用于接收服务端发送的用户感兴趣的目标职位的招聘方的头像、所述服务端将所述目标职位确定为所述用户感兴趣的招聘的职位的理由以及所述目标职位的职位信息,所述目标职位是根据用户的求职偏好信息在多个招聘的职位中筛选的;
第一显示模块22,用于显示职位卡片,并在所述职位卡片上显示所述头像、所述理由以及所述职位信息。
在一个可选的实现方式中,所述目标职位的职位信息至少包括以下至少一者:所述目标职位的职位名称、所述目标职位的工作位置、所述目标职位的薪资待遇、所述目标职位的招聘方的名称、所述目标职位的福利待遇、所述目标职位的任职要求以及所述目标职位的评论信息。
在一个可选的实现方式中,所述装置还包括:
第四获取模块,用于获取用户根据所述职位卡片输入的、对所述目标职位的投递操作;
第四发送模块,用于根据所述投递操作向所述服务端发送所述用户对所述目标职位的投递通知;
第三接收模块,用于接收所述服务端根据所述投递通知返回的所述目标职位的引导信息;
第二显示模块,用于显示所述引导信息;
第四接收模块,用于接收所述用户输入的对所述引导信息的交互操作;
响应模块,用于响应所述交互操作。
在一个可选的实现方式中,所述引导信息是所述服务端根据所述用户的简历中的未完善选项生成的。
在一个可选的实现方式中,所述引导信息是根据用于提示投递多媒体形式的简历的提示信息生成的;所述提示信息是所述服务端在根据所述投递通知确定出所述用户具有多媒体形式的简历的情况下生成的。
在一个可选的实现方式中,所述引导信息是根据所述招聘方对所述目标职位进行讲解的招聘直播的直播信息生成的。
在一个可选的实现方式中,所述装置还包括:
第五接收模块,用于接收所述服务端根据所述投递通知返回的、已创建即时通讯链路的创建通知,所述即时通讯链路为所述服务端根据所述投递通知生成的所述用户端与所述目标职位的招聘方所使用的招聘端之间的即时通讯链路;
第二生成模块,用于根据所述创建通知生成所述即时通讯链路关联的即时通讯窗口;
第三显示模块,用于显示所述即时通讯窗口。
在本申请中,服务端获取用户的求职偏好信息。服务端根据用户的求职偏好信息,在多个招聘的职位中筛选用户感兴趣的目标职位。服务端获取目标职位的招聘方的头像,获取将目标职位确定为用户感兴趣的招聘的职位的理由,以及,获取目标职位的职位信息。服务端向用户使用的用户端发送该头像、该理由以及该职位信息。用户端接收服务端发送的该头像、该理由以及该职位信息。用户端显示职位卡片,并在职位卡片上显示该头像、该理由以及该职位信息。
通过本申请,为用户在多个招聘的职位中筛选的目标职位是用户感兴趣的职位(千人千面),且向用户告知将目标职位确定为用户感兴趣的招聘的职位的理由(也即向用户推荐目标信息的理由),如此可以提高为用户推荐的职位被用户进一步了解以及投递的可能性,提高了目标职位的推荐的有效性。
另外,用户可以直观地看到招聘方的头像,以增加用户在求职过程中的对招聘方的真实性的感受,以尽可能地通过招聘方的头像还原出线下面对面的面试沟通场景,尽可能地给予用户真实的面对面的面试沟通的感受,以提高用户的求职体验。
其次,在用户被推荐目标职位的情况下,用户还能够看到目标职位的职位信息,以使用户根据职位信息可以了解到目标职位的具体情况。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
图7是本申请示出的一种电子设备800的框图。例如,电子设备800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图7,电子设备800可以包括以下一个或多个组件:处理组件802,存储器804,电力组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制电子设备800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图像,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为电子设备800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当电子设备800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为电子设备800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如所述组件为电子设备800的显示器和小键盘,传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变,用户与电子设备800接触的存在或不存在,电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络,如WiFi,运营商网络(如2G、3G、4G或5G),或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播操作信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由电子设备800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图8是本申请示出的一种电子设备1900的框图。例如,电子设备1900可以被提供为一服务器。
参照图8,电子设备1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理,一个有线或无线网络接口1950被配置为将电子设备1900连接到网络,和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请的实施例可提供为方法、装置、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种信息处理方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。