同步用户的线下状态的方法、装置及系统与流程

文档序号:12182555阅读:296来源:国知局
同步用户的线下状态的方法、装置及系统与流程

本发明涉及互联网应用技术领域,特别是一种同步用户的线下状态的方法、装置及系统。



背景技术:

办公自动化(OA)是面向组织的日常运作和管理,员工及管理者使用频率最高的应用系统,它包括流程审批、协同工作、公文管理、沟通工具、文档管理、信息中心、电子论坛、计划管理、项目管理、任务管理、会议管理、关联人员、系统集成、门户定制、通讯录、工作便签、问卷调查、常用工具(如计算机、万年历等)等等。

在实际工作中,员工出差或请假可以在OA中提交申请,由相应的管理者进行审批。然而,员工在OA中提交出差或请假申请,除了相应的管理者,其他员工是无法知晓的。为了让同事知晓自己的状态,还需要在一些即时客户端(如企业内部的即时客户端等)上编辑或更新自己的状态,如出差或请假,可见步骤繁琐。



技术实现要素:

鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种同步用户的线下状态的方法、装置及系统。

依据本发明的一方面,提供了一种同步用户的线下状态的方法,包括:接收来自用户的在第一应用客户端上进行操作的请求,判断所述操作是否为更改所述用户的当前线下状态的操作;

若是,则在执行所述操作之后,生成向第二应用客户端同步所述用户的当前线下状态的同步请求;

将所述同步请求发送给所述第二应用客户端,以由所述第二应用客户端根据所述同步请求同步所述用户的当前线下状态。

可选地,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;申请出差的操作;申请或发起参加会议的操作。

可选地,将所述同步请求发送给所述第二应用客户端,包括:

将所述同步请求发送给所述第二应用客户端对应的应用服务器,由所述应用服务器将所述同步请求推送给所述第二应用客户端。

可选地,将所述同步请求发送给所述第二应用客户端对应的应用服务器,包括:

获取所述第二应用客户端对应的应用服务器用于接收所述同步请求的接口信息;

基于所述接口信息,将所述同步请求发送给所述第二应用客户端对应的应用服务器。

可选地,由所述应用服务器将所述同步请求推送给所述第二应用客户端,包括:

由所述应用服务器从所述同步请求中解析出所述用户的标识,进而将所述同步请求推送给所述用户的标识对应的所述第二应用客户端。

可选地,所述方法还包括:

接收所述第二应用客户端返回的、表示同步完成的响应消息。

依据本发明的另一方面,还提供了一种同步用户的线下状态的方法,包括:

接收来自第一应用客户端的同步用户的当前线下状态的同步请求;

根据所述同步请求,在第二应用客户端上同步所述用户的当前线下状态;

展示同步后的所述用户的当前线下状态,以便所述用户在所述第二应用客户端的好友即时获知所述用户的当前线下状态。

可选地,所述第一应用客户端将所述同步请求发送给所述第二应用客户端对应的应用服务器,接收来自第一应用客户端的同步用户的当前线下状态的同步请求,包括:

接收所述应用服务器推送的所述同步请求。

可选地,展示同步后的所述用户的当前线下状态,包括:

在所述用户通过所述第二应用客户端与所述用户的好友进行即时通讯时,在即时通讯窗口突出展示同步后的所述用户的当前线下状态。

可选地,所述方法还包括:

在第二应用客户端上同步所述用户的当前线下状态之后,向所述第一应用客户端返回表示同步完成的响应消息。

可选地,所述方法还包括:

接收来自所述用户的更改所述用户的当前线下状态的请求,生成更改所述用户的当前线下状态的更改指令;

将所述更改指令发送给所述第一应用客户端,由所述第一应用客户端根据所述更改指令生成相应的更改所述用户的当前线下状态的操作,并执行所述操作。

可选地,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;申请出差的操作;申请或发起参加会议的操作。

依据本发明的再一方面,还提供了一种同步用户的线下状态的装置,包括:

判断模块,适于接收来自用户的在第一应用客户端上进行操作的请求,判断所述操作是否为更改所述用户的当前线下状态的操作;

请求生成模块,适于若所述判断模块判断所述操作为更改所述用户的当前线下状态的操作,则在执行所述操作之后,生成向第二应用客户端同步所述用户的当前线下状态的同步请求;

请求发送模块,适于将所述同步请求发送给所述第二应用客户端,以由所述第二应用客户端根据所述同步请求同步所述用户的当前线下状态。

可选地,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;申请出差的操作;申请或发起参加会议的操作。

可选地,所述请求发送模块还适于:

将所述同步请求发送给所述第二应用客户端对应的应用服务器,由所述应用服务器将所述同步请求推送给所述第二应用客户端。

可选地,所述请求发送模块还适于:

获取所述第二应用客户端对应的应用服务器用于接收所述同步请求的接口信息;

基于所述接口信息,将所述同步请求发送给所述第二应用客户端对应的应用服务器。

可选地,所述请求发送模块还适于:

由所述应用服务器从所述同步请求中解析出所述用户的标识,进而将所述同步请求推送给所述用户的标识对应的所述第二应用客户端。

可选地,所述方法还包括:

响应消息接收模块,适于接收所述第二应用客户端返回的、表示同步完成的响应消息。

依据本发明的又一方面,还提供了一种同步用户的线下状态的装置,包括:

请求接收模块,适于接收来自第一应用客户端的同步用户的当前线下状态的同步请求;

同步模块,适于根据所述同步请求,在第二应用客户端上同步所述用户的当前线下状态;

展示模块,适于展示同步后的所述用户的当前线下状态,以便所述用户在所述第二应用客户端的好友即时获知所述用户的当前线下状态。

可选地,所述第一应用客户端将所述同步请求发送给所述第二应用客户端对应的应用服务器,所述请求接收模块还适于:

接收所述应用服务器推送的所述同步请求。

可选地,所述展示模块还适于:

在所述用户通过所述第二应用客户端与所述用户的好友进行即时通讯时,在即时通讯窗口突出展示同步后的所述用户的当前线下状态。

可选地,所述装置还包括:

响应消息发送模块,适于所述同步模块在第二应用客户端上同步所述用户的当前线下状态之后,向所述第一应用客户端返回表示同步完成的响应消息。

可选地,所述装置还包括:

指令生成模块,适于接收来自所述用户的更改所述用户的当前线下状态的请求,生成更改所述用户的当前线下状态的更改指令;

指令发送模块,适于将所述更改指令发送给所述第一应用客户端,由所述第一应用客户端根据所述更改指令生成相应的更改所述用户的当前线下状态的操作,并执行所述操作。

可选地,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;申请出差的操作;申请或发起参加会议的操作。

依据本发明的又一方面,还提供了一种同步用户的线下状态的系统,包括:如上文一实施例所述的同步用户的线下状态的装置以及上文另一实施例所述同步用户的线下状态的装置。

在本发明实施例中,第一应用客户端接收来自用户的在第一应用客户端上进行操作的请求,并判断该用户的操作是否为更改用户的当前线下状态的操作。若是,则在执行操作之后,生成向第二应用客户端同步用户的当前线下状态的同步请求,并将同步请求发送给第二应用客户端,以由第二应用客户端根据同步请求同步用户的当前线下状态。由此,本发明实施例中,当用户在第一应用客户端上更改自己的线下状态(如出差、请假等状态)时,第一应用客户端会自动将用户更改后的线下状态同步至用户的第二应用客户端(如微信、蓝信、QQ等),从而使得用户当前的线下状态不仅可以及时通知到第一应用客户端的管理者,还可以让用户的第二应用客户端上的朋友、同事、家人等及时了解到自己的线下状态。避免了用户在第一应用客户端上更改自己的线下状态之后,还需要再另行通知其他人所带来的繁琐的操作步骤,节约了用户的时间。进一步地,由于用户可以通过第二应用客户端及时将自己的线下状态同时通知给第二应用客户端上的多个好友,因此,还可以避免用户在工作、学习等线下状态时,被一些不必要的事情所打扰。

上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

图1示出了根据本发明一个实施例的同步用户的线下状态的方法的流程示意图;

图2示出了根据本发明一个实施例的同步用户的线下状态的方法的第一应用客户端、第二应用客户端对应的应用服务器以及第二应用客户端之间的同步请求传递示意图;

图3示出了根据本发明另一个实施例的同步用户的线下状态的方法的流程示意图;

图4示出了根据本发明再一个实施例的同步用户的线下状态的方法的流程示意图;

图5示出了根据本发明一个实施例的同步用户的线下状态的展示界面示意图;

图6示出了根据本发明一个实施例的同步用户的线下状态的另一种展示界面示意图;

图7示出了根据本发明一个实施例的同步用户的线下状态的装置的结构示意图;

图8示出了根据本发明另一个实施例的同步用户的线下状态的装置的结构示意图;

图9示出了根据本发明再一个实施例的同步用户的线下状态的装置的结构示意图;

图10示出了根据本发明又一个实施例的同步用户的线下状态的装置的结构示意图;以及

图11示出了根据本发明一个实施例的同步用户的线下状态的系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决上述技术问题,本发明实施例提供了一种同步用户的线下状态的方法。下面对本发明实施例的同步用户的线下状态的方法分两侧介绍,一侧从发出同步请求的第一应用客户端进行介绍,另一侧从接收同步请求的第二应用客户端进行介绍。

首先介绍发出同步请求的第一应用客户端的一侧的同步用户的线下状态的方法,图1示出了根据本发明一个实施例的同步用户的线下状态的方法的流程示意图。参见图1,该方法至少包括步骤S102至步骤S108。

步骤S102,接收来自用户的在第一应用客户端上进行操作的请求。

步骤S104,判断该操作是否为更改用户的当前线下状态的操作,若是,则继续执行步骤S106。

该步骤中提及的“线下状态”并不同于通常所理解的网络的线下状态,而是真实发生的事件的状态,例如,申请请假的操作、申请出差的操作、申请或发起参加会议的操作等各项与工作相关的状态;又例如,出行路线、入住酒店、游客当前位置等旅游活动状态,等等。本发明实施例对线下状态的内容不做具体限定。

另外,本发明实施例中提及的第一应用客户端若为OA系统(办公自动化应用系统,Office Automation System)客户端,则相应的用户的线下状态可以是用户的各项工作状态。需要说明的是,本发明实施例对第一应用客户端的具体内容不做具体限定。

步骤S106,在执行该操作之后,生成向第二应用客户端同步用户的当前线下状态的同步请求。

在该步骤中,如前文介绍,第一应用客户端可以为OA系统客户端,则第二应用客户端可以为安装在用户的终端(如手机、平板电脑、笔记本电脑等)上的具有通讯功能的客户端(如微信、蓝信、QQ等)。

在本发明的可选实施例中,第一应用客户端也可以为安装在用户的终端上的具有通讯功能的客户端,用户可以在该第一应用客户端上进行操作的请求,则第二应用客户端可以为OA系统客户端。

步骤S108,将同步请求发送给第二应用客户端,以由第二应用客户端根据同步请求同步用户的当前线下状态。

在本发明实施例中,第一应用客户端接收来自用户的在第一应用客户端上进行操作的请求,并判断该用户的操作是否为更改用户的当前线下状态的操作。若是,则在执行操作之后,生成向第二应用客户端同步用户的当前线下状态的同步请求,并将同步请求发送给第二应用客户端,以由第二应用客户端根据同步请求同步用户的当前线下状态。由此,本发明实施例中,当用户在第一应用客户端上更改自己的线下状态(如出差、请假等状态)时,第一应用客户端会自动将用户更改后的线下状态同步至用户的第二应用客户端(如微信、蓝信、QQ等),从而使得用户当前的线下状态不仅可以及时通知到第一应用客户端的管理者,还可以让用户的第二应用客户端上的朋友、同事、家人等及时了解到自己的线下状态。避免了用户在第一应用客户端上更改自己的线下状态之后,还需要再另行通知其他人所带来的繁琐的操作步骤,节约了用户的时间。进一步地,由于用户可以通过第二应用客户端及时将自己的线下状态同时通知给第二应用客户端上的多个好友,因此,还可以避免用户在工作、学习等线下状态时,被一些不必要的事情所打扰。

在上文步骤S108中,在将同步请求发送给第二应用客户端时,首先,可以由用户的第一应用客户端将同步请求发送给第二应用客户端对应的应用服务器。然后,再由该应用服务器将同步请求推送给该用户的第二应用客户端。在该实施例中,应用服务器将同步请求推送给第二应用客户端时,具体地,可以由应用服务器从同步请求中解析出用户的标识,进而将同步请求推送给与用户的标识相对应的第二应用客户端。下面对该实施例进行具体介绍。

参见图2,若用户张红在第一应用客户端A上进行更改当前线下状态的操作,如申请请假操作,如果第一应用客户端的管理者通过了用户的该项申请,则用户张红在第一应用客户端上的当前线下状态由“工作中”更改为“休假中”。此时,第一应用客户端A生成相应的同步请求,并将该同步请求发送至第二应用客户端B对应的应用服务器C。其中,该同步请求中包含有用户张红的标识信息以及用户张红的当前的线下状态。应用服务器C接收到同步请求之后,从同步请求中解析出用户张红的标识信息,并依据该标识信息将该同步请求推送至相应的用户张红的第二应用客户端B上。在该实施例中,用户的标识信息是指可以识别该用户的的标识信息,例如用户在注册第二应用客户端时的注册账号、注册名称、安装有第二应用客户端的终端的ID等。本发明实施例对用户标识不做具体限定。

在本发明一实施例中,将同步请求发送给第二应用客户端对应的应用服务器之前,可以先获取第二应用客户端对应的应用服务器用于接收同步请求的接口信息,进而基于应用服务器的接口信息,将同步请求发送给第二应用客户端对应的应用服务器。

继续参见上文步骤S108,在本发明另一实施例中,当第二应用客户端根据同步请求同步用户的当前线下状态之后,第一应用客户端可以接收第二应用客户端返回的、表示同步完成的响应消息。

下面介绍接收同步请求的第二应用客户端一侧的同步用户的线下状态的方法,图3示出了根据本发明另一个实施例的同步用户的线下状态的方法的流程示意图。参见图3,该方法至少包括步骤S302至步骤S306。

步骤S302,接收来自第一应用客户端的同步用户的当前线下状态的同步请求。

该步骤中提及的“线下状态”并不同于通常所理解的网络的线下状态,而是真实发生的事件的状态,可以是申请请假的操作、申请出差的操作、申请或发起参加会议的操作等各项与工作相关的状态,也可以是出行路线、入住酒店、游客当前位置等旅游活动状态,等等。本发明实施例对线下状态的内容不做具体限定。

步骤S304,根据同步请求,在第二应用客户端上同步用户的当前线下状态。

在该步骤中,如果第一应用客户端将同步请求发送给第二应用客户端对应的应用服务器,那么,第二应用客户端可以接收由应用服务器推送的用户的当前线下状态的同步请求。例如,若该第二应用客户端为蓝信客户端,第一应用客户端将同步请求发送给蓝信客户端对应的应用服务器中,那么第二应用客户端可以接收蓝信客户端对应的应用服务器推送的用户的当前线下状态的同步请求。

步骤S306,展示同步后的用户的当前线下状态,以便用户在第二应用客户端的好友即时获知用户的当前线下状态。

在该步骤中,第二应用客户端展示同步后的用户的当前线下状态时,可以在用户通过第二应用客户端与用户的好友进行即时通讯时,在即时通讯窗口突出展示同步后的用户的当前线下状态。例如,在用户与好友聊天的对话框的某一位置中展现用户的当前线下状态,在用户与其好友进行聊天时,可以使好友方便的了解到用户此时的线下状态。

参见上文步骤S304,在本发明一实施例中,当在第二应用客户端上同步用户的当前线下状态之后,第二应用客户端可以向第一应用客户端返回表示同步完成的响应消息。第二应用客户端通过向第一应用客户端反馈表示同步完成的响应消息,可以使第一应用客户端的使用者或者管理者及时地了解到用户更改后的当前线下状态已经在第二应用客户端上同步完成。

在本发明一可选实施例中,第二应用客户端还可以接收来自用户的更改用户的当前线下状态的请求,并生成更改用户的当前线下状态的更改指令。然后,将更改指令发送给第一应用客户端,由第一应用客户端根据更改指令生成相应的更改用户的当前线下状态的操作,并执行相应的操作。下面对该实施例进行详细介绍。

例如,某一用户将第一应用客户端(如OA系统客户端)安装在他的办公室的台式电脑上,而用户的移动终端(如手机)上安装有第二应用客户端(如蓝信客户端)。若用户此时并不在办公室,该用户可以在手机上安装的蓝信客户端上进行更改自己当前线下状态的操作(如申请请假的操作、申请出差的操作、申请或发起参加会议的操作等),并由蓝信客户端生成相应的更改指令,从而由蓝信客户端将该更改指令发送至OA系统客户端。进而OA系统客户端接收到该更改指令后,根据更改指令生成相应的更改用户的当前线下状态的操作,并执行更改操作。通过上述方式,用户在没有直接接触第一应用客户端的情况下,可以通过第二应用客户端向第一应用客户端发送更改指令的方式,对第一应用客户端上的用户的线下状态进行更改,使得用户对其当前线下状态的更改更加便捷,同时有效地提高了用户的操作体验。

下面结合第一应用客户端和第二应用客户端来详细介绍本发明的同步用户的线下状态的方法的实现过程。图4示出了根据本发明一个实施例的结合第一应用客户端和第二应用客户端的同步用户的线下状态的方法的流程图。参见图4,该方法至少包括步骤S402至步骤S414。

步骤S402,第一应用客户端接收来自用户的操作的请求。

步骤S404,判断该操作是否为更改用户的当前线下状态的操作。若是,则执行步骤S406;若否,则执行步骤S407,结束本次流程。

在该步骤中,线下状态的含义可以参见前文介绍,此处不再赘述。

步骤S406,在执行操作之后,第一应用客户端生成向第二应用客户端同步用户的当前线下状态的同步请求。

步骤S408,第一应用客户端将同步请求发送给第二应用客户端,以由第二应用客户端根据同步请求同步用户的当前线下状态。

在该步骤中,第一应用客户端可以先将同步请求发送给第二应用客户端对应的应用服务器,然后由应用服务器将同步请求推送给该用户的第二应用客户端。

步骤S410,第二应用客户端接收来自第一应用客户端的同步用户的当前线下状态的同步请求。

在该步骤中,若第一应用客户端将同步请求发送给第二应用客户端对应的应用服务器,那么第二应用客户端会接收到来自第二应用客户端对应的应用服务器推送的用户的当前线下状态的同步请求。

步骤S412,第二应用客户端根据同步请求,在第二应用客户端上同步用户的当前线下状态。

步骤S414,第二应用客户端展示同步后的用户的当前线下状态,以便用户在第二应用客户端的好友即时获知用户的当前线下状态。

接下来,以第一应用客户端为OA系统,第二应用客户端为蓝信客户端,用户为王岚,更改用户的当前线下状态的操作为“王岚申请在7月29日和30日进行休假”对该实施例进行详细介绍。

当OA系统接收到用户王岚对OA系统的操作请求时,通过判断得知操作请求为“申请在7月29日和30日进行休假”的请求,当王岚在OA系统中执行了申请在7月29日和30日进行休假的更改操作之后,OA系统生成向蓝信客户端同步王岚此时的当前线下状态为“7月29日和30日休假中”的同步请求。然后,OA系统将该同步请求发送至蓝信客户端对应的蓝信服务器上,进而蓝信服务器将该同步请求发送至王岚的蓝信客户端上。王岚的蓝信客户端在接收到该同步请求之后,可以根据该同步请求将王岚此时的当前线下状态“7月29日和30日休假中”同步到蓝信客户端的蓝信名片上,并由蓝信名片展示王岚当前的线下状态为“7月29、30休假”。参见图5所示,为王岚的蓝信名片展示其当前的线下状态为“7月29、30休假”的示意图。

在本发明另一实施例中,还可以将王岚的当前的线下状态“7月29、30休假”展示在蓝信的聊天对话窗口中,以使王岚在与其蓝信客户端上的联系人进行聊天时,让对方及时了解到王岚当前的线下状态。参见图6所示,为王岚与李明通过蓝信聊天时,将王岚的当前的线下状态“7月29、30休假”展示在蓝信的聊天对话窗口中的示意图。

基于同一发明构思,本发明实施例还提供了一种同步用户的线下状态的装置700,该装置应用在发出同步用户的当前线下状态的同步请求的一侧。图7示出了根据本发明一个实施例的同步用户的线下状态的装置的结构示意图。如图7所示,同步用户的线下状态的装置700至少可以包括:判断模块710、请求生成模块720以及请求发送模块730。

现介绍本发明实施例的同步用户的线下状态的装置700的各组成或器件的功能以及各部分间的连接关系:

判断模块710,适于接收来自用户的在第一应用客户端上进行操作的请求,判断操作是否为更改用户的当前线下状态的操作;

请求生成模块720,与判断模块710相耦合,适于若判断模块710判断操作为更改用户的当前线下状态的操作,则在执行操作之后,生成向第二应用客户端同步用户的当前线下状态的同步请求;

请求发送模块730,与请求生成模块720相耦合,适于将同步请求发送给第二应用客户端,以由第二应用客户端根据同步请求同步用户的当前线下状态。

在本发明一实施例中,更改用户的当前线下状态的操作包括下列至少之一:申请请假的操作,申请出差的操作,申请或发起参加会议的操作。

在本发明一实施例中,请求发送模块730还适于,将同步请求发送给第二应用客户端对应的应用服务器,由应用服务器将同步请求推送给第二应用客户端。

在本发明一实施例中,请求发送模块730还适于,获取第二应用客户端对应的应用服务器用于接收同步请求的接口信息;

基于接口信息,将同步请求发送给第二应用客户端对应的应用服务器。

在本发明一实施例中,请求发送模块730还适于,由应用服务器从同步请求中解析出用户的标识,进而将同步请求推送给用户的标识对应的第二应用客户端。

在本发明一实施例中,参见图8,本发明还提供了另一种同步用户的线下状态的装置800,该装置可以应用在发出同步用户的当前线下状态的同步请求的一侧。同步用户的线下状态的装置800除了包含上文实施例的同步用户的线下状态的装置700的各模块之外,还包括有响应消息接收模块810。

响应消息接收模块810,与请求发送模块730相耦合,适于接收第二应用客户端返回的、表示同步完成的响应消息。

本发明实施例还提供了再一种同步用户的线下状态的装置900,该装置可以应用在接收同步用户的当前线下状态的同步请求的一侧。图9示出了根据本发明再一个实施例的同步用户的线下状态的装置的结构示意图。如图9所示,同步用户的线下状态的装置900至少可以包括:请求接收模块910、同步模块920以及展示模块930。

现介绍本发明实施例的同步用户的线下状态的装置900的各组成或器件的功能以及各部分间的连接关系:

请求接收模块910,适于接收来自第一应用客户端的同步用户的当前线下状态的同步请求;

同步模块920,与请求接收模块910相耦合,适于根据同步请求,在第二应用客户端上同步用户的当前线下状态;

展示模块930,与同步模块920相耦合,适于展示同步后的用户的当前线下状态,以便用户在第二应用客户端的好友即时获知用户的当前线下状态。

在本发明一实施例中,第一应用客户端将同步请求发送给第二应用客户端对应的应用服务器,请求接收模块910还适于,接收应用服务器推送的同步请求。

在本发明一实施例中,展示模块930还适于,在用户通过第二应用客户端与用户的好友进行即时通讯时,在即时通讯窗口突出展示同步后的用户的当前线下状态。

在本发明一实施例中,参见图10,本发明还提供了又一种同步用户的线下状态的装置1000,该装置也适于接收同步用户的当前线下状态的同步请求。同步用户的线下状态的装置1000除了包含上文实施例的同步用户的线下状态的装置910的各模块之外,还包括有响应消息发送模块1010、指令生成模块1020以及指令发送模块1030。

响应消息发送模块1010,与同步模块920相耦合,适于同步模块920在第二应用客户端上同步用户的当前线下状态之后,向第一应用客户端返回表示同步完成的响应消息。

指令生成模块1020,与请求接收模块910相耦合,适于接收来自用户的更改用户的当前线下状态的请求,生成更改用户的当前线下状态的更改指令;

指令发送模块1030,与指令生成模块1020相耦合,适于将更改指令发送给第一应用客户端,由第一应用客户端根据更改指令生成相应的更改用户的当前线下状态的操作,并执行操作。

在本发明一实施例中,更改用户的当前线下状态的操作包括下列至少之一:申请请假的操作,申请出差的操作,申请或发起参加会议的操作。

基于同一发明构思,本发明实施例还提供了一种同步用户的线下状态的系统1100。图11示出了根据本发明一个实施例的同步用户的线下状态的系统的结构示意图。如图11所示,该系统包括:上文任一个适于发送同步用户的当前线下状态的同步请求的装置(如同步用户的线下状态的装置700或同步用户的线下状态的装置800)以及上文任一个适于接收同步用户的当前线下状态的同步请求的装置(如同步用户的线下状态的装置900或同步用户的线下状态的装置1000)。图11所示为同步用户的线下状态的系统1100包括同步用户的线下状态的装置700和同步用户的线下状态的装置900的结构示意图。

根据上述任意一个优选实施例或多个优选实施例的组合,本发明实施例能够达到如下有益效果:

在本发明实施例中,第一应用客户端接收来自用户的在第一应用客户端上进行操作的请求,并判断该用户的操作是否为更改用户的当前线下状态的操作。若是,则在执行操作之后,生成向第二应用客户端同步用户的当前线下状态的同步请求,并将同步请求发送给第二应用客户端,以由第二应用客户端根据同步请求同步用户的当前线下状态。由此,本发明实施例中,当用户在第一应用客户端上更改自己的线下状态(如出差、请假等状态)时,第一应用客户端会自动将用户更改后的线下状态同步至用户的第二应用客户端(如微信、蓝信、QQ等),从而使得用户当前的线下状态不仅可以及时通知到第一应用客户端的管理者,还可以让用户的第二应用客户端上的朋友、同事、家人等及时了解到自己的线下状态。避免了用户在第一应用客户端上更改自己的线下状态之后,还需要再另行通知其他人所带来的繁琐的操作步骤,节约了用户的时间。进一步地,由于用户可以通过第二应用客户端及时将自己的线下状态同时通知给第二应用客户端上的多个好友,因此,还可以避免用户在工作、学习等线下状态时,被一些不必要的事情所打扰。

在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。

类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的同步用户的线下状态的装置和系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

至此,本领域技术人员应认识到,虽然本文已详尽示出和描述了本发明的多个示例性实施例,但是,在不脱离本发明精神和范围的情况下,仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此,本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

本发明实施例还公开了A1、一种同步用户的线下状态的方法,包括:

接收来自用户的在第一应用客户端上进行操作的请求,判断所述操作是否为更改所述用户的当前线下状态的操作;

若是,则在执行所述操作之后,生成向第二应用客户端同步所述用户的当前线下状态的同步请求;

将所述同步请求发送给所述第二应用客户端,以由所述第二应用客户端根据所述同步请求同步所述用户的当前线下状态。

A2、根据A1所述的方法,其中,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;

申请出差的操作;

申请或发起参加会议的操作。

A3、根据A1或A2所述的方法,其中,将所述同步请求发送给所述第二应用客户端,包括:

将所述同步请求发送给所述第二应用客户端对应的应用服务器,由所述应用服务器将所述同步请求推送给所述第二应用客户端。

A4、根据A3所述的方法,其中,将所述同步请求发送给所述第二应用客户端对应的应用服务器,包括:

获取所述第二应用客户端对应的应用服务器用于接收所述同步请求的接口信息;

基于所述接口信息,将所述同步请求发送给所述第二应用客户端对应的应用服务器。

A5、根据A3或A4所述的方法,其中,由所述应用服务器将所述同步请求推送给所述第二应用客户端,包括:

由所述应用服务器从所述同步请求中解析出所述用户的标识,进而将所述同步请求推送给所述用户的标识对应的所述第二应用客户端。

A6、根据A1-A5中任一项所述的方法,其中,还包括:

接收所述第二应用客户端返回的、表示同步完成的响应消息。

本发明实施例还公开了B7、一种同步用户的线下状态的方法,包括:

接收来自第一应用客户端的同步用户的当前线下状态的同步请求;

根据所述同步请求,在第二应用客户端上同步所述用户的当前线下状态;

展示同步后的所述用户的当前线下状态,以便所述用户在所述第二应用客户端的好友即时获知所述用户的当前线下状态。

B8、根据B7所述的方法,其中,所述第一应用客户端将所述同步请求发送给所述第二应用客户端对应的应用服务器,接收来自第一应用客户端的同步用户的当前线下状态的同步请求,包括:

接收所述应用服务器推送的所述同步请求。

B9、根据B7或B8所述的方法,其中,展示同步后的所述用户的当前线下状态,包括:

在所述用户通过所述第二应用客户端与所述用户的好友进行即时通讯时,在即时通讯窗口突出展示同步后的所述用户的当前线下状态。

B10、根据B7-B9中任一项所述的方法,其中,还包括:

在第二应用客户端上同步所述用户的当前线下状态之后,向所述第一应用客户端返回表示同步完成的响应消息。

B11、根据B7-B10中任一项所述的方法,其中,还包括:

接收来自所述用户的更改所述用户的当前线下状态的请求,生成更改所述用户的当前线下状态的更改指令;

将所述更改指令发送给所述第一应用客户端,由所述第一应用客户端根据所述更改指令生成相应的更改所述用户的当前线下状态的操作,并执行所述操作。

B12、根据B11所述的方法,其中,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;

申请出差的操作;

申请或发起参加会议的操作。

本发明实施例还公开了C13、一种同步用户的线下状态的装置,包括:

判断模块,适于接收来自用户的在第一应用客户端上进行操作的请求,判断所述操作是否为更改所述用户的当前线下状态的操作;

请求生成模块,适于若所述判断模块判断所述操作为更改所述用户的当前线下状态的操作,则在执行所述操作之后,生成向第二应用客户端同步所述用户的当前线下状态的同步请求;

请求发送模块,适于将所述同步请求发送给所述第二应用客户端,以由所述第二应用客户端根据所述同步请求同步所述用户的当前线下状态。

C14、根据C13所述的装置,其中,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;

申请出差的操作;

申请或发起参加会议的操作。

C15、根据C13或C14所述的装置,其中,所述请求发送模块还适于:

将所述同步请求发送给所述第二应用客户端对应的应用服务器,由所述应用服务器将所述同步请求推送给所述第二应用客户端。

C16、根据C15所述的装置,其中,所述请求发送模块还适于:

获取所述第二应用客户端对应的应用服务器用于接收所述同步请求的接口信息;

基于所述接口信息,将所述同步请求发送给所述第二应用客户端对应的应用服务器。

C17、根据C15或C16所述的装置,其中,所述请求发送模块还适于:

由所述应用服务器从所述同步请求中解析出所述用户的标识,进而将所述同步请求推送给所述用户的标识对应的所述第二应用客户端。

C18、根据C13-C17中任一项所述的装置,其中,还包括:

响应消息接收模块,适于接收所述第二应用客户端返回的、表示同步完成的响应消息。

本发明实施例还公开了D19、一种同步用户的线下状态的装置,包括:

请求接收模块,适于接收来自第一应用客户端的同步用户的当前线下状态的同步请求;

同步模块,适于根据所述同步请求,在第二应用客户端上同步所述用户的当前线下状态;

展示模块,适于展示同步后的所述用户的当前线下状态,以便所述用户在所述第二应用客户端的好友即时获知所述用户的当前线下状态。

D20、根据D19所述的装置,其中,所述第一应用客户端将所述同步请求发送给所述第二应用客户端对应的应用服务器,所述请求接收模块还适于:

接收所述应用服务器推送的所述同步请求。

D21、根据D19或D20所述的装置,其中,所述展示模块还适于:

在所述用户通过所述第二应用客户端与所述用户的好友进行即时通讯时,在即时通讯窗口突出展示同步后的所述用户的当前线下状态。

D22、根据D19-D21中任一项所述的装置,其中,还包括:

响应消息发送模块,适于所述同步模块在第二应用客户端上同步所述用户的当前线下状态之后,向所述第一应用客户端返回表示同步完成的响应消息。

D23、根据D19-D22中任一项所述的装置,其中,还包括:

指令生成模块,适于接收来自所述用户的更改所述用户的当前线下状态的请求,生成更改所述用户的当前线下状态的更改指令;

指令发送模块,适于将所述更改指令发送给所述第一应用客户端,由所述第一应用客户端根据所述更改指令生成相应的更改所述用户的当前线下状态的操作,并执行所述操作。

D24、根据D23所述的装置,其中,更改所述用户的当前线下状态的操作包括下列至少之一:

申请请假的操作;

申请出差的操作;

申请或发起参加会议的操作。

本发明实施例还公开了E25、一种同步用户的线下状态的系统,包括:如C13-C18中任一项所述的同步用户的线下状态的装置以及D19-D24中任一项所述同步用户的线下状态的装置。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1