具体实施方式
图1是本申请一示例性实施例提供的一种事件处理方法的流程图。如图1所示,该方法应用于电子设备上运行的移动化团体办公平台的客户端,可以包括以下步骤:
步骤102,移动化团体办公平台的客户端获取预设环境数据。
在本实施例中,移动化企业办公平台不仅可以实现通讯功能,还可以作为诸多其他功能的集成化功能平台,比如对于审批事件(如请假、办公物品申领、财务等审批事件)、考勤事件、任务事件、日志事件等企业内部事件的处理,再比如订餐、采购等企业外部事件的处理,本申请并不对此进行限制。
较为具体地,移动化企业办公平台可以承载于相关技术中的即时通讯应用,比如企业即时通讯(Enterprise Instant Messaging,EIM)应用,例如Skype For
Microsoft
等。当然,即时通讯功能仅为移动化企业办公平台支持的通讯功能之一,该企业办公平台还能够实现更多诸如上述的其他功能,此处不再赘述。
需要指出的是:移动化企业办公平台的客户端的应用程序可以被预先安装在电子设备上,使得该客户端可以在该电子设备上被启动并运行;当然,当采用诸如HTML5技术的在线“客户端”,无需在电子设备上安装相应的应用程序,即可获得并运行该客户端。
在一实施例中,移动化团体办公平台的客户端可以通过运行所述客户端的电子设备获取所述预设环境数据。例如,预设环境数据可以包括地理位置信息、时间点信息等,可通过该电子设备内置的GPS芯片、北斗芯片等定位模块确定;预设环境数据还可以包括该电子设备检测到的外部信号,比如该电子设备检测到的来自外部设备的WIFI信号、蓝牙信号等,可通过该电子设备内置的WIFI模块、蓝牙模块等确定。
在另一实施例中,移动化团体办公平台的客户端可以接收来自所述移动化团体办公平台的服务端的推送消息,所述推送消息中包含所述预设环境数据。例如,预设环境数据可以包括预设团体办公事件的所处状态,比如已完成、未完成、已完成比例、未完成比例等,可由客户端向服务端发起询问后,由服务端向客户端发送上述的推送消息,或者可由服务端定期向客户端主动发送该推送消息。
步骤104,所述客户端根据所述预设环境数据,对预设团体办公事件进行协同处理。
在本实施例中,任何能够协助用户对该预设团体办公事件进行处理的操作,均可以作为此处的“协同处理”。在一种情况下,客户端可以生成对所述预设团体办公事件的处理提示,以避免用户无法及时察觉到环境变化;其中,当检测到对该处理提示的用户响应操作时,可以示出对该预设团体办公事件的处理页面,或者对该预设团体办公事件执行预设处理操作等。在另一种情况下,客户端可以示出对所述预设团体办公事件的处理页面,而省去用户对该处理页面的手动开启动作,从而由客户端根据用户对该处理页面的触发操作,对该预设团体办公事件执行预设处理操作。
需要指出的是:“协同处理”是指协助用户对团体办公事件的处理,而区别于客户端对团体办公事件的“自动处理”。因为在团体办公场景下,涉及到较为复杂的人员和设备关系,以及对于团体内部的高效管理,使得“自动处理”可能反而造成一些错误处理的情况,而“协同处理”在帮助简化用户操作的同时,将针对团体办公事件进行处理的主动权仍然保留给用户,避免客户端考量的影响因素不足而造成误操作,反而降低了对团体办公事件的处理效率。
在本实施例中,预设环境数据可以包括:事件触发数据、与该事件触发数据相关联的团体办公事件的事件状态数据;那么,客户端可以在获得所述事件触发数据时,确定与该事件触发数据相关联的特定团体办公事件,然后在该特定团体办公事件的事件状态数据符合预定义状态时,将该特定团体办公事件作为上述的预设团体办公事件,并对该预设团体办公事件进行协同处理;换言之,客户端在检测到事件触发数据之后,需要在进一步确定事件状态数据符合预定义状态时,才针对相应的预设团体办公事件进行协同处理。
其中,当客户端获得的已检测环境数据满足任一团体办公事件的预定义触发条件时,客户端可以将该已检测环境数据作为上述的事件触发数据,且该事件触发事件与该任一团体办公事件相关联。而预定义触发条件可以包括以下至少之一:检测到来自外部设备的外部信号,且所述外部设备属于所述客户端的已登录用户的所属团体;处于预定义的触发时间段;处于预定义的触发地理位置范围等,本申请并不对此进行限制。
在本实施例中,在针对任一团体办公事件进行协同处理时,所述客户端还可以记录相应的用户响应频率,即该协同处理对于用户的有效程度,且有效程度与用户响应频率呈正相关;那么,当针对所述任一团体办公事件的用户响应频率不大于预设频率阈值时,表明针对该任一团体办公事件的协同处理的有效程度较低(即用户基本不需要进行协同处理),因而客户端可以解除所述预设环境数据与所述任一团体办公事件之间的关联关系,以终止基于所述预设环境数据对所述任一团体办公事件进行协同处理,避免该协同处理反而对用户造成干扰和影响。
由以上技术方案可见,本申请通过移动化团体办公平台对用户所处的周边环境进行检测和识别,可以主动确定与该环境相关联的预设团体办公事件,而无需用户主动监测团体办公环境的变化情况,既能够简化用户操作,又能够通过对环境数据的持续、自动分析,提升对环境变化的敏感度。同时,通过由移动化团体办公平台主动执行对预设团体办公事件的协同处理,无需用户手动查找相关联的预设团体办公事件,并且可以主动提示用户执行对该预设团体办公事件的及时处理,有助于提升对团体办公事件的处理效率。
图2是本申请一示例性实施例提供的一种事件处理系统的架构示意图。如图2所示,该系统可以包括服务器21、网络22和若干电子设备,比如手机23、手机24、手机25和手机26等。
服务器21可以为包含一独立主机的物理服务器,或者该服务器21可以为主机集群承载的虚拟服务器,或者该服务器21可以为云服务器。在运行过程中,服务器21可以运行某一应用的服务器侧的程序,以实现该应用的相关业务功能,比如当该服务器21运行移动化团体办公平台的程序时,可以实现为该移动化团体办公平台的服务端。而在本申请的技术方案中,可由服务器21通过与手机23-26上运行的客户端进行配合,以实现基于环境感知的协同处理方案。
手机23-26只是用户可以使用的一种类型的电子设备。实际上,用户显然还可以使用诸如下述类型的电子设备:平板设备、笔记本电脑、掌上电脑(PDAs,Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)等,本申请并不对此进行限制。在运行过程中,该电子设备可以运行某一应用的客户端侧的程序,以实现该应用的相关业务功能,比如对于环境数据的采集功能、基于环境感知的协同处理功能等。
而对于手机23-26与服务器21之间进行交互的网络22,可以包括多种类型的有线或无线网络。在一实施例中,该网络22可以包括公共交换电话网络(Public SwitchedTelephone Network,PSTN)和因特网。同时,手机23-26等电子设备之间也可以通过该网络22进行通讯交互,比如在任意两台电子设备之间建立单聊通讯会话;或者,若干电子设备可以参与至同一群聊通讯会话,使得任一用户可以通过自身的电子设备向该群聊通讯会话中的其他所有用户发送通讯消息,比如当该群聊通讯会话为多个团体之间的跨团体通讯会话时,这些团体中的团体成员可以通过该跨团体通讯会话进行群聊通讯。
当然,手机23-26通过运行上述客户端侧的程序,既可以在一些情况下,独立实现基于环境感知的协同处理功能,也可以在另一些情况下,与服务器21配合实现基于环境感知的协同处理功能,本申请并不对此进行限制。
为了便于理解,以企业即时通讯应用“企业微信”为例,假定手机23上运行有企业微信客户端、服务器21上运行有企业微信服务端,其中手机23上的企业微信客户端登录有使用者的注册账号,即手机23被配置为该使用者的企业微信客户端。下面以某一企业中的企业成员A通过手机23实现基于环境感知的协同处理方案的过程为例,对本申请的技术方案进行详细说明:
图3是本申请一示例性实施例提供的一种基于环境感知的协同投屏事件的流程图。如图3所示,通过手机23对周边环境的感知,可以协同实现对投屏设备31的连接,从而由投屏设备31将手机23的显示内容同步显示于显示设备32上,实现投屏功能;其中,上述协同投屏事件可以包括以下步骤:
步骤302,投屏设备31发射通告帧消息。
在本实施例中,假定投屏设备31采用基于BLE技术的ibeacon协议,该投屏设备31可以按照默认发射周期,在默认发射信道上反复发射通告帧(Advertising)消息。
在本实施例中,与手机23相类似的,投屏设备31也可以运行有企业微信客户端,比如该投屏设备31可以为智能机顶盒等硬件设备,该智能机顶盒通过运行的企业微信客户端实现与本申请相关的业务和功能。在手机23运行的企业微信客户端中,登录有企业成员A的注册账号;类似地,在投屏设备31运行的企业微信客户端中,登录有对应于该投屏设备31的注册账号,比如图4所示,假定该投屏设备31、显示设备32均设置于企业AA的会议室1内,则投屏设备31上登录的注册账号可以为“企业AA-会议室1”。
步骤304,手机23执行扫描操作。
步骤306,手机23接收到投屏设备31发射的通告帧消息。
在本实施例中,手机23可以基于BLE技术,按照预设扫描周期对预设信道进行扫描。如图4所示,投屏设备31在发射通告帧消息时,可以形成以该投屏设备31为圆心、预设距离为半径的覆盖范围,因而当手机23位于该覆盖范围内时,即可接收到投屏设备31发射的上述通告帧消息。
步骤308,手机23的操作系统唤起企业微信客户端。
在本实施例中,当企业微信客户端已经运行于手机23时,可以省去步骤308并直接转入步骤310等后续处理步骤。而当企业微信客户端尚未运行于手机23时,手机23可以通过下述方式主动唤起企业微信客户端:当企业成员A具有对投屏设备31的连接权限时,企业微信客户端可以预先从企业微信服务端处获得该投屏设备31的UUID(Universally UniqueIdentifier,通用唯一识别码)等,并将该UUID注册至手机23的操作系统。同时,投屏设备31的UUID还被包含于发射的通告帧消息中,使得手机23在接收到该通告帧消息并解析处其中包含的UUID时,如果确定该UUID被企业微信客户端注册过,则手机23可以主动唤起企业微信客户端,由企业微信客户端对该通告帧消息进行处理。
当然,手机23也可以不主动唤起企业微信客户端;那么,企业成员A可以手动启动手机23上的企业微信客户端,并由该企业微信客户端对手机23接收到的通告帧消息进行处理。
步骤310,手机23上运行的企业微信客户端确定投屏设备31的设备信息。
在本实施例中,投屏设备31是相对于手机23的“外部设备”,而上述的通告帧消息为该投屏设备31发出的外部信号,那么手机23可以根据该通告帧消息中包含的信息,确定该外部信号的发送方设备的团体归属情况。比如,假定通告帧消息中包含上述的UUID,而手机23可以在本地存储有已登录用户的所属团体下的所有设备的UUID,从而通过对该通告帧消息中包含的UUID进行比对,即可确定该通告帧消息的发送方设备的团体归属情况,比如当手机23本地存在该通告帧消息中包含的UUID时,表明该通告帧消息的发送方设备(即投屏设备31)属于手机23上运行的企业微信客户端的已登录用户的所属团体(如上述的企业成员A所属的企业AA),而当手机23本地不存在该通告帧消息中包含的UUID时,表明该通告帧消息的发送方设备不属于手机23上运行的企业微信客户端的已登录用户的所属团体。或者,手机23也可以将通告帧消息中提取的UUID发送至服务器21,并由服务器21上运行的企业微信服务端对该UUID进行搜索(企业微信服务端上存储有每一团体下的所有设备的UUID),以确定出该UUID对应的团体。
当然,除了上述的UUID之外,手机23上运行的企业微信客户端还可以根据通告帧消息中包含的其他信息,对该通告帧消息的发送方设备进行识别(即确定投屏设备31的设备信息),本申请并不对此进行限制。
当手机23上运行的企业微信客户端登录有企业AA的企业成员A,且该企业微信客户端确定通告帧消息来自该企业AA中的投屏设备31时,手机23上运行的企业微信客户端可以确定获得事件触发数据(即检测到来自外部设备的外部信号,且该外部设备属于客户端的已登录用户的所属团体),并确定与该事件触发数据相关联的特定团体办公事件,比如该特定团体办公事件可以包括:基于投屏设备31的投屏事件。
此外,当手机23上运行的企业微信客户端根据获得的该投屏设备31的设备信息,确定该投屏设备31与企业微信客户端的已登录用户具有不同的所属团体时,可以终止后续流程,即不执行与该投屏设备31相关的协同处理。
步骤312,手机23上运行的企业微信客户端获取相关联的投屏事件的投屏状态;当投屏状态为未投屏时,转入步骤314。
步骤314,手机23上运行的企业微信客户端示出针对投屏设备31的投屏提示。
在本实施例中,当手机23尚未连接至投屏设备31时,即针对投屏设备31的投屏事件的投屏状态为未投屏(即特定团体办公事件的事件状态数据符合预定义状态),手机23上运行的企业微信客户端可以实现相应的协同处理,比如示出针对投屏设备31的投屏提示。
在本实施例中,手机23上运行的企业微信客户端可以通过多种方式实施上述的投屏提示,即对“基于投屏设备31的投屏事件”的处理提示,以实现对“基于投屏设备31的投屏事件”的协同处理,本申请并不对此进行限制。举例而言,可以通过手机23上运行的企业微信客户端,示出如图5所示的“协同提示”窗口,并在该窗口内示出诸如“发现投屏设备‘企业AA-会议室1’,是否启用投屏功能?”等提示内容,以提醒企业成员A利用投屏设备31实现投屏功能,而无需企业成员A主动发起基于该投屏设备31的投屏操作。
步骤316,手机23检测到用户触发投屏提示后,转入步骤318。
在本实施例中,当手机23采用诸如图5所示的方式示出投屏提示时,若检测到对“启用”选项的用户选择操作,可以判定为检测到用户触发投屏提示;若检测到对“取消”选项的用户选择操作,可以判定为未检测到用户触发投屏提示,可以终止流程。
步骤318,手机23与投屏设备31之间建立投屏连接。
在本实施例中,当手机23检测到用户触发投屏提示时,可以直接在手机23与投屏设备31之间建立连接,从而由该投屏设备31实现对该手机23的投屏功能;或者,当手机23检测到用户触发投屏提示时,可以由手机23通过运行的企业微信客户端示出图6所示的投屏码输入界面,即对“基于投屏设备31的投屏事件”的处理页面,使得企业成员A通过输入预定义的投屏码后,确定在手机23与投屏设备31之间建立连接,其中该投屏码可以显示于诸如显示设备32上。
需要指出的是:除了上述的投屏提示之外,还可以通过其他方式实现对“基于投屏设备31的投屏事件”的协同处理。例如在步骤310中,当手机23上运行的企业微信客户端确定获得事件触发数据,并确定与该事件触发数据相关联的特定团体办公事件为基于投屏设备31的投屏事件时,手机23上运行的企业微信客户端可以跳过图5所示的投屏提示,而直接示出诸如图6所示的投屏码输入界面,从而不仅能够提升手机23与投屏设备31之间的连接效率,还能够极大地简化用户操作。
步骤320,投屏设备31将手机23的显示内容投屏至显示设备32。
在本实施例中,投屏设备31通过将手机23的显示内容投屏至显示设备32,即显示设备32对手机23上的显示内容进行同步显示,以便于企业成员A向其他用户共享该手机23上的显示内容。
图7是本申请一示例性实施例提供的一种基于环境感知的协同签到事件的流程图。如图7所示,通过手机23对周边环境的感知,可以协同实现签到功能;其中,上述协同签到事件可以包括以下步骤:
步骤702,手机23上运行的企业微信客户端获取实时地理位置。
步骤704,当确定获得事件触发数据时,手机23上运行的企业微信客户端确定该实时地理位置是否存在相关联的签到地点;当存在相关联的签到地点时,转入步骤706。
在本实施例中,当企业微信客户端运行于手机23上时,可以通过该手机23上配置的定位模块,获取相应的实时地理位置等数据;其中,该定位模块可以包括GPS模块、北斗模块等,本申请并不对此进行限制。当然,企业微信客户端还可以通过其他任意方式获得该实时地理位置,本申请并不对此进行限制;例如,对于手机23而言,除了通过内置的上述定位模块之外,还可以通过其他方式获得实时地理位置,比如通过通讯模块从基站处获得该实时地理位置(由基站通过诸如三角定位等方式生成)等;再例如,企业微信客户端还可以向企业微信服务端发起定位请求,以由该企业微信服务端将相应的实时地理位置告知该企业微信客户端。
在本实施例中,当上述的实时地理位置处于预定义的触发地理位置范围时,可以判定为企业微信客户端获得了事件触发数据;其中,该触发地理位置范围可以对应于办公楼、广场、停车场等任意类型的目标对象,本申请并不对此进行限制。相应地,企业微信客户端进一步确定与该事件触发数据相关联的特定团体办公事件,假定上述的实时地理位置处于预定义的触发地理位置范围时,相应的特定团体办公事件可以为签到事件。
步骤706,手机23上运行的企业微信客户端获取相关联的签到事件的签到状态;当签到状态为尚未签到时,转入步骤708。
步骤708,手机23上运行的企业微信客户端示出签到页面。
在本实施例中,手机23上运行的企业微信客户端可以确定签到事件的事件状态数据:确定上述的实时地理位置对应的触发地理位置范围处,是否存在“尚未签到”状态的签到地点;其中,当存在“尚未签到”状态的签到地点时,将其作为与上述的实时地理位置相关联的签到地点,并转入步骤706,以实现针对签到事件的协同处理
在本实施例中,假定与上述的实时地理位置相关联的签到地点为“XX大厦”,企业微信客户端可以针对该“XX大厦”处的签到事件进行协同处理,比如可以在手机23上示出如图8所示的签到页面(即该签到事件的处理页面),使得企业成员A仅需要对该签到页面中的“点击签到”选项进行触发即可,而无需通过手动触发签到功能来调出该签到页面,不仅有助于提升对签到事件的处理效率,而且可以及时提示用户执行签到操作、避免用户遗漏,还能够极大地简化用户操作。
图9是本申请一示例性实施例提供的一种基于环境感知的协同考勤事件的流程图。如图9所示,通过手机23对周边环境的感知,可以协同实现考勤功能;其中,上述协同考勤事件可以包括以下步骤:
步骤902A,手机23上运行的企业微信客户端获取实时地理位置。
步骤902B,手机23上运行的企业微信客户端获取实时时刻。
在本实施例中,对于实时地理位置,可以参考上述图7所示实施例中的步骤702,此处不再赘述;对于实时时刻,企业微信客户端可以读取手机23上的本地时刻,以作为该实时时刻,或者企业微信客户端也可以向企业微信服务端获取网络时刻,以作为该实时时刻。
步骤904,当确定获得事件触发数据时,手机23上运行的企业微信客户端确定是否存在相关联的考勤事件。
在本实施例中,当确定实时地理位置处于预定义的触发地理位置范围,且实时时刻处于预定义的触发时间段时,可以确定企业微信客户端获得事件触发数据,相应地企业微信客户端进一步确定与该事件触发数据相关联的特定团体办公事件。假定上述的触发地理位置范围为企业AA的办公地点、触发时间段为企业AA的到岗考勤时间段,那么相应的特定团体办公事件可以包括考勤事件。
步骤906,手机23上运行的企业微信客户端获取相关联的考勤事件的考勤状态;当考勤状态为尚未考勤时,转入步骤908。
步骤908,手机23上运行的企业微信客户端示出考勤页面。
在本实施例中,当企业成员A尚未考勤时,即考勤事件处于未考勤状态(即特定团体办公事件的事件状态数据符合预定义状态),企业微信客户端可以示出如图10所示的考勤页面,使得企业成员A通过点击该考勤页面中的“打卡”选项,即可完成相应的到岗考勤,而无需通过手动触发考勤功能来调出该考勤页面,不仅有助于提升对考勤事件的处理效率,而且可以及时提示用户执行考勤操作、避免用户遗漏,还能够极大地简化用户操作。
图11是本申请一示例性实施例提供的另一种基于环境感知的协同考勤事件的流程图。如图11所示,通过手机23对周边环境的感知,可以协同实现考勤功能;其中,上述协同考勤事件可以包括以下步骤:
步骤1102A,手机23上运行的企业微信客户端获取实时时刻。
步骤1102B,手机23上运行的企业微信客户端连接至无线路由器。
步骤1104,当确定获得事件触发数据时,手机23上运行的企业微信客户端确定是否存在相关联的考勤事件。
在本实施例中,当确定实时时刻处于预定义的触发时间段,且手机23连接的无线路由器与企业AA相关联时,可以确定企业微信客户端获得事件触发数据,相应地企业微信客户端进一步确定与该事件触发数据相关联的特定团体办公事件。假定上述的触发时间段为企业AA的到岗考勤时间段、无线路由器装配于企业AA内部,那么相应的特定团体办公事件可以包括考勤事件。
步骤1106,手机23上运行的企业微信客户端获取相关联的考勤事件的考勤状态;当考勤状态为尚未考勤时,转入步骤1108。
步骤1108,手机23上运行的企业微信客户端示出考勤提示。
在本实施例中,当企业成员A尚未考勤时,即考勤事件处于未考勤状态(即特定团体办公事件的事件状态数据符合预定义状态),手机23上运行的企业微信客户端可以示出针对考勤事件的考勤提示,比如该考勤提示可以包括图12所示的“协同提示”窗口,并在该窗口内示出诸如“已连接至无线路由器‘企业AA’,是否到岗打卡?”等提示内容,以提醒企业成员A通过触发“打卡”选项实现后续的考勤功能(比如进一步唤起图10所示的考勤页面等)。当然,手机23上运行的企业微信客户端也可以直接示出诸如图10所示的考勤页面,以及图9所示的实施例中也可以在步骤908中示出如图12所示的考勤提示,此处不再赘述。
在本申请的技术方案中,仍以企业微信客户端为例,当企业微信客户端对任一团体办公事件进行协同处理时,如果用户确实存在对该任一团体办公事件的处理需求,那么用户可以响应于该企业微信客户端并完成对该任一团体办公事件的处理,而如果用户并不存在对该任一团体办公事件的处理需求,那么用户也可以不响应于该企业微信客户端以忽略对该任一团体办公事件的处理。
因此,企业微信客户端可以在针对各个团体办公事件进行协同处理时,分别记录相应的用户响应频率;相应的,当针对任一团体办公事件的用户响应频率不大于预设频率阈值时,可以判定为用户并不存在对该任一团体办公事件的处理需求,因而企业微信客户端可以解除该任一团体办公事件与原先定义的预设环境数据之间的关联关系,从而终止基于该预设环境数据对该任一团体办公事件进行协同处理,可以通过不断学习用户的行为和操作习惯,优化协同处理方式,以避免相应的协同处理(如示出处理提示或处理页面等)返回造成对该用户的不良影响。
图13示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图13,在硬件层面,该电子设备包括处理器1302、内部总线1304、网络接口1306、内存1308以及非易失性存储器1310,当然还可能包括其他业务所需要的硬件。处理器1302从非易失性存储器1310中读取对应的计算机程序到内存1302中然后运行,在逻辑层面上形成事件处理装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图14,在软件实施方式中,该事件处理装置可以包括获取单元1401和协同单元1402。其中:
获取单元1401,使即时通讯应用的客户端获取预设环境数据;
协同单元1402,使所述客户端根据所述预设环境数据,对预设团体办公事件进行协同处理。
可选的,所述获取单元1401通过下述方式中至少之一,使所述客户端获取预设环境数据:
使所述客户端通过运行所述客户端的电子设备获取所述预设环境数据;
使所述客户端接收来自所述即时通讯应用的服务端的推送消息,所述推送消息中包含所述预设环境数据。
可选的,所述协同单元1402具体用于:
使所述客户端生成对所述预设团体办公事件的处理提示;
或者,使所述客户端示出对所述预设团体办公事件的处理页面。
可选的,所述预设环境数据包括:事件触发数据、与所述事件触发数据相关联的团体办公事件的事件状态数据;所述协同单元1402具体用于:
使所述客户端在获得所述事件触发数据时,确定与所述事件触发数据相关联的特定团体办公事件;
使所述客户端在所述特定团体办公事件的事件状态数据符合预定义状态时,将所述特定团体办公事件作为所述预设团体办公事件,并对所述预设团体办公事件进行协同处理。
可选的,所述协同单元1402使所述客户端通过下述方式获得所述事件触发数据:
当所述客户端获得的已检测环境数据满足任一团体办公事件的预定义触发条件时,所述客户端将所述已检测环境数据作为所述事件触发数据,且所述事件触发事件与所述任一团体办公事件相关联。
可选的,所述预定义触发条件包括以下至少之一:
检测到来自外部设备的外部信号,且所述外部设备属于所述客户端的已登录用户的所属团体;
处于预定义的触发时间段;
处于预定义的触发地理位置范围。
可选的,还包括:
记录单元1403,在针对任一团体办公事件进行协同处理时,使所述客户端记录相应的用户响应频率;
解除单元1404,当针对所述任一团体办公事件的用户响应频率不大于预设频率阈值时,使所述客户端解除所述预设环境数据与所述任一团体办公事件之间的关联关系,以终止基于所述预设环境数据对所述任一团体办公事件进行协同处理。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
在一个典型的配置中,计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。