企业群组建立
相关申请的交叉引用
本专利申请要求于2017年6月22日提交的、申请号为201710485010.2、发明名称为“一种企业群组建立方法及装置”的中国专利申请的优先权,该申请的全文以引用的方式并入本文中。
技术领域
本发明实施例涉及即时通信应用中的企业群组建立。
背景技术
企业即时通信(EIM,Enterprise Instant Messaging)是一种面向企业终端使用者的网络沟通服务工具。企业员工可以通过安装了即时通信的终端机进行两人或多人之间的实时沟通。利用企业即时通信服务,可以建立同企业或跨企业群组,来完成同企业或跨企业间的员工之间的交流。
当企业内部的某内部群组需要加入其他企业的员工时,可重新建立另一群组,把需要拉入的员工全部拉入该另一群组里。但是,当需要加入企业内部群组的其他企业员工数量较多时,需要多次重新建立群组,流程较为繁琐。
发明内容
本发明提供一种企业群组建立方法及相应的装置,以降低添加较多非本企业员工时的操作复杂度。
根据本发明的第一方面,提供了一种服务器侧的企业群组建立方法,包括:服务器接收将第一用户加入内部群组的第一入群请求,所述第一入群请求包括所述第一用户的身份信息;若所述第一用户的身份信息与所述内部群组的属性信息不匹配,则所述服务器根据所述内部群组内至少一个成员的身份信息和所述第一用户的身份信息创建跨企业群组。
根据本发明的第二方面,提供了一种客户端侧的企业群组建立方法,包括:客户端接收将第一用户加入内部群组的第一入群指令;所述客户端根据所述第一入群指令,生成包括所述第一用户的身份信息的第一入群请求;所述客户端将所述第一入群请求发送至服务器,
以使得如果所述第一用户的身份信息与所述内部群组的属性信息不匹配,则所述服务器针对所述第一用户和所述内部群组内的至少一个成员创建跨企业群组。
根据本发明的第三方面,提供了一种服务器侧的企业群组建立装置,包括:第一接收模块,用于接收将第一用户加入内部群组的第一入群请求,所述第一入群请求包括所述第一用户的身份信息;第一创建模块,用于若所述第一用户的身份信息与所述内部群组的属性信息不匹配,则根据所述内部群组内至少一个成员的身份信息和所述第一用户的身份信息创建跨企业群组。
根据本发明的第四方面,提供了一种客户端侧的企业群组建立装置,包括:第二接收模块,用于接收将第一用户加入内部群组的第一入群指令;第二创建模块,用于根据所述第一入群指令生成包括所述第一用户的身份信息的第一入群请求,并将所述第一入群请求发送给服务器,以使得如果所述第一用户的身份信息与所述内部群组的属性信息不匹配,则所述服务器针对所述第一用户和所述内部群组内的至少一个成员创建跨企业群组。
根据本发明的第五方面,提供了一种即时通信应用服务器,包括:一个或多个处理器;和存储有指令的一个或多个机器可读介质。当由所述一个或多个处理器执行所述机器可读介质上的指令时,使得所述处理器执行所述服务器侧的企业群组建立方法。
根据本发明的第六方面,提供了一种可读存储介质,当所述存储介质中的指令由即时通信应用服务器中的处理器执行时,使得处理器能够执行所述服务器侧的企业群组建立方法。
根据本发明的第七方面,提供了一种即时通信应用客户端,包括:一个或多个处理器;和存储有指令的一个或多个机器可读介质。当由所述一个或多个处理器执行所述机器可读介质上的指令时,使得所述处理器执行所述客户端侧的企业群组建立方法。
根据本发明的第八方面,提供了一种可读存储介质,当所述存储介质中的指令由即时通信应用客户端中的处理器执行时,使得处理器能够执行所述客户端侧的企业群组建立方法。
通过根据针对第一用户的入群请求判断第一用户身份信息是否与当前内部群组的属性信息匹配,若匹配,则将所述第一用户加入所述内部群组,若不匹配,则创建包含第一用户与内部群组所有用户的跨企业群组,根据本发明实施例的上述企业群组建立方法可自动识别加入用户的身份,并自动创建跨企业群组,从而可有效降低添加数量较多的非本企业员工时的操作复杂度。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种服务器侧企业群组建立方法的步骤流程图。
图2-1是本发明另一实施例提供的一种服务器侧企业群组建立方法的步骤流程图。
图2-2A和图2-2B是本发明另一实施例提供的一种企业群组建立方法的应用界面图。
图3-1是本发明实施例提供的一种服务器侧企业群组建立方法的步骤流程图。
图3-2是本发明实施例提供的一种企业群组建立方法的应用界面图。
图3-3是本发明实施例提供的一种企业群组建立方法的应用界面图。
图3-4是本发明实施例提供的一种企业群组建立方法的应用界面图。
图3-5是本发明实施例提供的一种企业群组建立方法的应用界面图。
图4是本发明实施例提供的一种客户端侧企业群组建立方法的步骤流程图。
图5是本发明实施例提供的一种客户端侧企业群组建立方法的步骤流程图。
图6是本发明实施例提供的一种客户端侧企业群组建立方法的步骤流程图。
图7是本发明实施例提供的一种服务器侧企业群组建立装置的结构图。
图8是本发明实施例提供的一种客户端侧企业群组建立装置的结构图。
图9是本发明实施例提供的一种企业群组建立系统的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供的一种企业群组建立方法基于企业即时通信(英文:Enterprise Instant Messaging,简称:EIM)技术。EMI是一种面向企业终端用户的网络沟通工具服务,用户可以通过安装了即时通信的终端进行两人或多人之间的实时沟通。交流内容可包括文字、
界面、语音、视频及文件互发等。
相对于个人即时通信工具而言,企业即时通讯工具因为用于工作沟通,用户必须提供真实的身份信息,系统传输的资料文档几乎都涉及企业的业务甚至是机密,所以,保护个人隐私和公司商业信息的安全是企业应用即时通讯系统首先必须要考虑的。因此,这样的系统通常部署在企业自己的服务器上,员工可通过登录到这个服务器进行属于特定范围的工作沟通和交流。
在企业即时通讯工具的网络架构中,企业可设置一个总服务器,并按照内部子服务器、非内部子服务器的划分设置若干个对应的数据库。其中,每个子服务器各自部署有即时通信系统,员工安装的即时通信客户端可通过登录到子服务器来进行属于内部子服务器或非企业子服务器范围内的工作沟通和交流。然而,内部子服务器与非内部子服务器的即时通信系统之间需要授权后才能进行即时通信。例如,总数据库中可以储存有内部/互信公司名称、组织机构代码、经营范围、地址、级别、隶属关系等。每个数据库中包括本企业所有员工的信息,每条员工信息可以包括例如员工的部门、职位、姓名、电话、邮件地址、岗位类别、业务类别等。
参照图1,其示出了一种企业群组建立方法的服务器侧步骤流程图,具体可包括步骤如下:
步骤110,接收针对第一用户的加入内部群组的第一入群请求,所述第一入群请求包括所述第一用户的身份信息。
步骤120,若所述第一用户的身份信息与所述内部群组的属性信息不匹配,则根据所述内部群组内至少一个成员的身份信息和所述第一用户的身份信息创建跨企业群组。
服务器可判断第一用户的身份信息是否与内部群组的属性信息匹配。若匹配,则将第一用户加入所述内部群组。若不匹配,则提取内部群组内至少一个成员的身份信息和所述第一用户的身份信息,并根据所提取的身份信息创建跨企业群组。
企业级即时通信为了保证安全性会创立企业内部群组。企业内部群组具备一定的封闭性,例如只支持本企业内员工的交流。但是在工作中,本企业常常需要与例如互信企业(为与本公司达成互信协议的企业)等其他企业的员工(以下可简称为非本企业员工)协作。可创建跨企业群组,并在跨企业群组中对非本企业员工设置权限。
当接收到将第一用户加入内部群组的入群请求时,会判断该第一用户的身份信息。在第一用户为非本企业员工时,提取第一用户的身份数据,并根据所提取的身份数据创建跨企
业群组。这样,既可满足本企业员工与非本企业员工之间的交流,也防止了非本企业员工接触内部群组中本企业的私密数据。并且在需要加入的非本企业员工数量很多时,也不用重复进行群组的建立。
通过根据将第一用户加入内部群组的入群请求判断第一用户的身份信息是否与当前内部群组的属性信息匹配,若匹配则将所述第一用户加入所述内部群组,若不匹配则创建包含第一用户与内部群组所有用户的跨企业群组,上述服务器侧的企业群组建立方法可自动识别加入用户的身份,并自动创建跨企业群组,从而可有效降低添加数量较多的非本企业员工时的操作复杂度。
参照图2-1,其示出了一种企业群组建立方法的服务器侧步骤流程图,可包括步骤如下:
步骤210,接收针对第一用户的加入内部群组的第一入群请求,所述第一入群请求包括所述第一用户的身份信息。
第一入群请求可包括所述第一用户的身份信息,例如第一用户的所在企业、部门、职位、姓名、电话、邮件地址、岗位类别、业务类别等。服务器在接收到该入群请求时,可解析出该请求中包含的第一用户的身份信息。
需要说明的是,第一入群请求可以为所述第一用户的终端针对内部群组发送的入群请求,也可以为所述内部群组的成员的终端针对第一用户发送的推荐入群请求。
步骤220,若所述第一用户的身份信息与所述内部群组的属性信息不匹配,则根据所述内部群组内至少一个成员的身份信息和所述第一用户的身份信息创建跨企业群组。
服务器可将接收到的第一用户的身份信息与该内部群组的成员信息进行对比,以判断该第一用户是否为具有内部群组权限的本企业员工。
例如,当企业即时通讯应用接收到新用户的客户端申请加入内部群组的请求时,会自动根据该请求进行判断,并反馈给新用户的客户端和管理员的客户端一个处理结果。若该新用户为本企业员工,则处理结果为允许添加。若该新用户为非本企业员工,则处理结果为允许添加,且创建跨企业群组。若非本企业员工A需要加入本企业的内部群组以便开展项目合作,非本企业员工A可通过企业即时通讯应用搜索到该内部群组并递交入群申请。在这种情况下,服务器可根据非本企业员工A的身份信息创建跨企业群组,并将非本企业员工A加入跨企业群组,此时企业群组的管理员会收到此次加入动作的详细信息。
若第一用户的身份信息与内部群组属性信息匹配,则可将所述第一用户加入所述内部
群组,且该第一用户与该内部群组内的其他成员享有相同的群组权限,包括可以访问内部群组中的历史数据。
若第一用户的身份信息与内部群组的成员属性信息不匹配,则确定当前第一用户为非本企业员工。在这种情况下,提取内部群组的所有数据与第一用户的身份信息,并根据所提取的数据创建新的、独立的跨企业群组。例如,该跨企业群组可储存有之前内部群组的所有数据,以满足本企业员工与其他非本企业员工之间的协作交流。需要说明的是,在创建跨企业群组后,原有的内部群组并不会被删除,而是被保留下来,以使得本企业员工可以通过使用该内部群组来进行内部交流。
步骤230,对所述第一用户添加跨企业群组权限。
所述跨企业群组权限用于禁止所述第一用户访问跨企业群组中储存的内部群组数据信息,即新加入的第一用户无权访问跨企业群组中储存的内部群组数据。例如:在创建跨企业群组后,群组中的非本企业员工无法访问该群组中储存的内部群组聊天历史记录、文件等,也无法使用一些群组功能如添加成员、踢出成员、创建视频会议等。
步骤240,对所述跨企业群组添加跨企业群组标记。
如图2-2A和图2-2B所示,企业即时通讯应用建立的每个群组会对应一个群组标记,如:内部群组、跨企业群组、高层管理群组等。该群组标记只有管理员可进行更改或删除。在创建跨企业群组之后,服务器可自动将图2-2A所示原有界面10中内部群组的内部群组标记101修改为图2-2B所示界面20中的跨企业群组标记201,用于提醒内部群组成员在当前群组中加入了非本企业员工,以防止本企业员工在不知情的情况下造成公司数据泄露。
步骤250,对所述跨企业群组中的所有用户添加对应的身份信息标签。
创建跨企业群组之后,针对跨企业群组中的每一成员,为他们添加对应的身份信息标签,如:所在企业、部门、职位、姓名、电话、邮件地址、岗位类别、业务类别等,优先显示成员的所在单位,以对跨企业群组中的成员进行区分。
步骤260,在所述跨企业群组中发布跨企业员工加入广播。
创建跨企业群组之后,系统会在群组公告栏或聊天界面中发布公告信息,例如:“非本企业的XXX已加入本群组,现将本群组升级为跨企业群组”用于提醒内部群组的成员在当前群组中加入了非本企业的员工,以防止本企业员工在不知情的情况下造成公司数据泄露。
需要说明的是,步骤230至260的先后顺序可以进行适当调整,也可以根据情况进行
相应增减。任何熟悉本技术领域的技术人员在本发明揭露的技术范围内可轻易想到变化的方法,都应涵盖在本发明的保护范围之内,因此不再赘述。
通过对跨企业群组添加跨企业群组标记,发布非本企业员工加入广播,并对所述跨企业群组中的所有用户添加对应的身份信息标签,上述服务器侧的企业群组建立方法可有效防止本企业员工在不知情的情况下造成公司数据泄露。
参照图3-1,其示出了一种企业群组建立方法的服务器侧步骤流程图,可包括步骤如下:
步骤301,接收针对第一用户的加入内部群组的第一入群请求,所述第一入群请求包括所述第一用户的身份信息。
步骤302,若所述第一用户的身份信息与所述内部群组的属性信息不匹配,则根据所述内部群组内至少一个成员的身份信息、所述第一用户的身份信息和所述内部群组的数据信息创建跨企业群组。
步骤303,对所述第一用户添加跨企业群组权限。
步骤304,对所述跨企业群组添加跨企业群组标记。
步骤305,对所述跨企业群组中的至少一个用户添加对应的身份信息标签。
步骤306,在所述跨企业群组中发布跨企业员工加入广播。
上述步骤301至306可以参照步骤210至260,在此不做赘述。
步骤307,接收针对第二用户的加入所述跨企业群组的第二入群请求。
当建立跨企业群组后,可接收第二用户的终端针对跨企业群组发送的入群请求。需要说明的是,第二入群请求可以为第二用户的终端针对跨企业群组发送的入群请求,也可以为跨企业群组的成员的终端针对第二用户发送的推荐入群请求。
步骤308,若确定所述第二用户为非本企业员工,则对所述第二用户添加对应的身份信息标签,并对所述第二用户添加跨企业群组权限。其中,所述跨企业群组权限用于禁止所述第二用户访问所述跨企业群组中储存的所述内部群组数据信息。
若第二用户不是互信企业员工也不是本企业员工,则可认为所述第二用户为利用漏洞进入的具有威胁隐患的人员,并拒绝其入群请求,以对跨企业群组进行更好的安全保障。
步骤309,将所述第二用户加入所述跨企业群组。
无论第二用户为本企业员工还是非本企业员工,都可以将其加入所述跨企业群组。
若所述第一用户和所述第二用户离开所述跨企业群组,则可删除所述跨企业群组中所述第一用户和所述第二用户的身份信息。
若一个跨企业群组中的所有非本企业员工都离开了群组,可视为此次协作交流结束,并可将跨企业群组标记恢复为内部群组标记,使本企业用户可以继续使用该内部群组进行内部交流。
需要说明的是,步骤303至306的先后顺序可以进行适当调整,也可以根据情况进行相应增减。任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本发明的保护范围之内,因此不再赘述。
例如,如图3-2所示,假设企业A使用企业即时通讯应用建立了名为“内信同学会”的内部群10,该内部群中有企业A的员工余同学、席同学和刘同学。企业B需要与A公司展开项目合作,并派出了合作人员候晓青和王凯。根据步骤301,企业A的即时通讯应用服务器接收到了入群请求,该入群请求可以为企业A的袁同学发送,也可以为互信企业B的候晓青和王凯发送。在这种情况下,服务器可调用数据库中的企业成员身份信息来判断该入群请求对应的成员的身份信息。若判断该入群请求对应的成员为本企业A的袁同学,则可如图3-3所示将袁同学直接加入内部群,并保留内部群组标签30不变。若根据步骤302,如图3-4所示,判断该入群请求对应的成员为互信企业B的候晓青,则创建包括余同学、席同学、刘同学和候晓青的跨企业群组。接着,根据步骤303至步骤306,将图3-3所示的内部群组标签30变更为图3-4所示的跨企业群标签40,对候晓青添加跨企业群组权限,并对跨企业群组所有成员添加对应的身份信息标签,如成员的所在企业、部门、职位、姓名、电话、邮件地址、岗位类别、业务类别等,最后可以在群公告中发布跨企业员工候晓青的加入广播。
在建立起如图3-4所示的包含余同学、席同学、刘同学和候晓青的跨企业群组后,根据步骤307,若服务器继续接收到入群请求,则可判断该入群请求对应的成员为本企业A的袁同学或者是互信企业B的王凯,如图3-5所示。若根据步骤309,判断入群请求对应的成员为互信企业B的王凯,则将其加入跨企业群组,并执行步骤308,以对王凯添加对应的身份信息标签、跨企业群组权限并发布加入广播。若入群请求对应的成员为本企业A的袁同学,则直接将其加入跨企业群组。若入群请求对应的成员不是互信企业B的员工也不是本企业的员工,则可拒绝将其加入所述跨企业群组。当项目合作结束后,跨企业群组中的互信企业员工候晓青和王凯都离开群组时,该群组可将候晓青和王凯的身份信息删除,并将跨企业群标签变更为内部群组标签,具体界面可如图3-3所示。
参照图4,其示出了一种企业群组建立方法的客户端侧步骤流程图,可包括步骤如下:
步骤401,接收将第一用户加入内部群组的第一入群指令。
第一入群指令可以为第一用户的终端针对内部群组的入群指令,也可以为内部群组的成员的终端针对第一用户的推荐入群指令。
步骤402,根据所述第一入群指令生成第一入群请求,并将第一入群请求发送至服务器。这样,如果所述第一用户的身份信息与所述内部群组的属性信息不匹配,可表示所述第一用户不是所述内部群组对应的企业的员工,则所述服务器可针对所述第一用户和所述内部群组内的至少一个成员创建跨企业群组。
在客户端接收到第一入群指令后,若所述第一用户为非本企业的员工,则创建跨企业群组。并且,在该跨企业群组中显示所述第一用户和原内部群组中的至少一个成员。当然实际应用中,可显示所述第一用户和原内部群组中的所有成员。
接收到第一入群指令后,客户端可根据第一入群指令生成包括第一用户的身份信息的第一入群请求。例如,客户端可根据接收到的第一入群指令提取第一用户的身份信息,根据所提取的身份信息生成第一入群请求,并将所述第一入群请求发送至服务器。
其中,第一入群请求用以供服务器判断第一用户的身份信息是否与内部群组的属性信息匹配。若第一用户的身份信息与内部群组的属性信息匹配,则服务器可将第一用户加入内部群组,并返回给客户端第一通知消息,以将第一用户加入了内部群组通知给客户端。若第一用户的身份信息与内部群组的属性信息不匹配,则服务器可根据内部群组内至少一个成员的身份信息和所述第一用户的身份信息创建跨企业群组,并返回给客户端第二通知消息,以将第一用户加入了跨企业群组通知给客户端。服务器侧具体的执行过程可参照上述,在此不再详述。
步骤403,接收服务器响应于第一入群请求而发送的通知消息,并根据所接收到的消息显示包括所述第一用户的内部群组或跨企业群组。
若接收到所述服务器发送的第一通知消息,客户端可显示包括所述第一用户的内部群组。例如,客户端可根据所述第一通知消息在客户端的企业级即时通信应用的群组菜单中显示包括第一用户的内部群组,包括在企业级即时通信应用的用户列表界面中加入第一用户的头像或名称等。
若接收到所述服务器发送的第二通知消息,客户端可显示新创建的包括第一用户的跨企业群组。例如,客户端可根据所述第二通知消息在客户端的企业级即时通信应用的群组菜
单中显示新创建的跨企业群组。该跨企业群组可储存有之前内部群组的所有数据,并且会显示有跨企业群组的区分标签,以满足本企业员工与非本企业员工之间的协作交流。
客户端还可以接收第二入群指令,所述第二入群指令用以将第二用户加入跨企业群组。需要说明的是,第二入群指令可以为第二用户的终端针对跨企业群组发送的入群指令,也可以为跨企业群组的成员的终端针对第二用户发送的推荐入群指令。
客户端可根据第二入群指令生成包括第二用户的身份信息的第二入群请求。例如,客户端可根据接收到的第二入群指令提取第二用户的身份信息,根据所提取的身份信息生成第二入群请求,并将第二入群请求发送至服务器。
此时,若服务器判断第二用户不是互信企业员工也不是本企业员工,则可拒绝将第二用户加入跨企业群组。若服务器判断第二用户不是本企业员工但是互信企业员工,则可将第二用户加入跨企业群组,并向客户端发送第三通知消息,以将所述第二用户加入了所述跨企业群组通知给所述客户端。
客户端可根据第三通知消息,在跨企业群组中显示第二用户,并显示第二用户的身份信息标签和第二用户的跨企业群组权限标签,以提示第二用户被禁止访问跨企业群组中储存的内部群组数据。
通过根据将第一用户加入内部群组的第一入群指令生成包括第一用户的身份信息的第一入群请求,并将第一入群请求发送至服务器,以使得服务器可自动识别加入用户的身份,并自动创建跨企业群组,可有效降低添加数量较多的非本企业员工时的操作复杂度。
参照图5,其示出了一种企业群组建立方法的客户端侧步骤流程图,可包括具体步骤如下:
步骤501,接收将第一用户加入内部群组的第一入群指令。
步骤502,根据所述第一入群指令生成第一入群请求,并将第一入群请求发送给服务器。这样,如果所述第一用户为非本企业员工,则服务器可如上所述针对所述第一用户和所述内部群组内的至少一个成员创建跨企业群组。
其中,步骤501至502可以参照上述步骤401至402的描述,此处不再赘述。
步骤503,如果第一用户为非本企业员工,则接收服务器响应于第一入群请求而发送的第一通知消息,并根据第一通知消息显示跨企业群组的跨企业群组标记。
参照图2-2B,跨企业群组标记可以为客户端的企业级即时通讯应用界面20中的子标
记201所示,用于提醒内部群组的成员在当前群组中加入了非本企业的员工,以防止本企业员工在不知情的情况下造成公司数据泄露。
步骤504,显示所述跨企业群组中至少一个成员的身份信息标签。
创建跨企业群组之后,服务器可为跨企业群组中的每一成员添加身份信息标签,如:所在企业、部门、职位、姓名、电话、邮件地址、岗位类别、业务类别等。相应地,客户端可在本地的企业级即时通讯应用界面中显示跨企业群组中的每一成员的身份信息标签,例如可优先显示成员所在企业,以对跨企业群组中的成员进行区分。根据一示例,在客户端的应用界面中,当触碰界面中的用户头像时会显示上述信息。
步骤505,在所述跨企业群组中显示跨企业员工加入广播。
创建跨企业群组之后,服务器会在群组公告栏或聊天界面中发布公告信息,例如:“非本企业的XXX已加入本群组,现将本群组升级为跨企业群组”,以提醒内部群组的成员在当前群组中加入了非本企业的员工,以防止本企业员工在不知情的情况下造成公司数据泄露。相应地,客户端可在本地的企业级即时通讯应用界面中显示该跨企业员工加入广播。
步骤506,显示所述第一用户的跨企业群组权限标签。其中,所述跨企业群组权限标签用于提示所述第一用户被禁止访问所述跨企业群组中储存的所述内部群组的数据。
需要说明的是,步骤503至506的先后顺序可以进行适当调整,也可以根据情况进行相应增减。任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本发明的保护范围之内,因此不再赘述。
通过显示跨企业群组标记、显示服务器发布的跨企业员工加入广播、显示所述跨企业群组中所有成员的身份信息标签,可防止本企业员工在不知情的情况下造成公司数据泄露。
参照图6,其示出了一种企业群组建立方法的客户端侧步骤流程图,可包括具体步骤如下:
步骤601,接收将第一用户加入内部群组的第一入群指令。
步骤602,根据所述第一入群指令生成第一入群请求,并将所述第一入群请求发送至服务器。这样,如果所述第一用户为非本企业员工,则服务器可如上所述针对所述第一用户和所述内部群组内的至少一个用户创建跨企业群组。
步骤603,如果第一用户为非本企业员工,则接收服务器响应于第一入群请求而发送的第一通知消息,并根据第一通知消息显示跨企业群组的跨企业群组标记。
步骤604,显示所述跨企业群组中至少一个成员的身份信息标签。
步骤605,在所述跨企业群组中显示跨企业员工加入广播。
步骤606,显示所述第一用户的跨企业群组权限标签。其中,所述跨企业群组权限标签用于提示所述第一用户被禁止访问所述跨企业群组中储存的所述内部群组的数据。
需要说明的是,步骤601至606可以参照上述步骤501至506的描述,此处不再赘述。
此外,客户端还可以接收第二入群指令,所述第二入群指令用于将第二用户加入跨企业群组。第二入群指令可以为第二用户的终端针对跨企业群组发送的入群指令,也可以为跨企业群组的成员的终端针对第二用户发送的推荐入群指令。
进一步的,客户端可根据所述第二入群指令生成包括第二用户的身份信息的第二入群请求。例如,客户端可根据接收到的第二入群指令提取第二用户的身份信息,根据所提取的身份信息生成的第二入群请求,并将所述第二入群请求发送至服务器。
此时,若服务器判断第二用户不是互信企业员工也不是本企业员工,则可拒绝将第二用户加入跨企业群组。若服务器判断第二用户不是本企业员工但是互信企业员工,则可将第二用户加入跨企业群组,并向客户端发送第三通知消息,以将所述第二用户加入了所述跨企业群组通知给所述客户端。相应地,客户端接收到服务器发送的第三通知消息后,可根据第三通知消息在跨企业群组中显示第二用户的身份信息标签和第二用户的跨企业群组权限标签,以提示第二用户被禁止访问跨企业群组中储存的内部群组的数据。
步骤607,若作为非本企业员工的所述第一用户离开所述跨企业群组,则在所述跨企业群组中删除所述第一用户的身份信息,并可将所述跨企业群组的跨企业群组标记替换为内部群组标记。
当客户端为内部群组成员的客户端时,若此时跨企业群组中的所有非本企业员工离开,内部群组成员的客户端可将该跨企业群组显示为内部群组,并删除离开的非本企业员工的身份信息。若客户端为非本企业员工的客户端,若此时该非本企业员工离开该跨企业群组,则可直接删除该跨企业群组。
参照图7,其示出了一种企业群组建立装置的服务器侧结构框图,可包括第一接收模块701和第一创建模块702。其中,第一接收模块701可用于接收将第一用户加入内部群组的第一入群请求,所述第一入群请求包括所述第一用户的身份信息。第一创建模块702可用于若所述第一用户的身份信息与所述内部群组的属性信息不匹配,则根据所述内部群组内至少一个成员的身份信息和所述第一用户的身份信息创建跨企业群组。
可选的,该服务器侧企业群组建立装置还可包括第一添加模块,用于对所述第一用户添加跨企业群组权限。其中,所述跨企业群组权限用于禁止所述第一用户访问跨企业群组中储存的内部群组数据。可选的,所述第一添加模块还可用于对所述跨企业群组添加跨企业群组标记。可选的,所述第一添加模块还可用于对所述跨企业群组中的至少一个成员添加对应的身份信息标签。
可选的,该服务器侧企业群组建立装置还可包括发布广播模块,用于在所述跨企业群组中发布跨企业员工加入广播。
可选的,第一接收模块还可用于接收将第二用户加入所述跨企业群组的第二入群请求。在这种情况下,该服务器侧企业群组建立装置还可包括拒绝添加模块和允许加入模块。其中,所述拒绝添加模块用于在所述第二用户不是互信企业员工也不是本企业员工时,拒绝将所述第二用户加入所述跨企业群组。所述允许加入模块用于在所述第二用户不是本企业员工但是互信企业员工时,将所述第二用户加入所述跨企业群组。
可选的,所述第一添加模块还可用于在所述第二用户不是本企业员工但是互信企业员工时,对所述第二用户添加身份信息标签,并对所述第二用户添加跨企业群组权限以禁止所述第二用户访问跨企业群组中储存的内部群组数据。
可选的,该服务器侧企业群组建立装置还可包括恢复模块,用于若作为非本企业员工的所述第一用户和所述第二用户都离开所述跨企业群组,则删除所述跨企业群组中所述第一用户和所述第二用户的身份信息,并将所述跨企业群组的跨企业群组标记替换为内部群组标记。
本发明实施例还提供一种企业级即时通讯应用服务器,包括一个或多个处理器和存储有指令的一个或多个机器可读介质。其中,当由所述一个或多个处理器执行所述指令时,使得所述企业级即时通讯应用服务器执行上述服务器侧企业群组建立方法。
本发明实施例还提供一种可读存储介质,当所述存储介质中的指令由企业级即时通信应用服务器的处理器执行时,使得企业级即时通讯应用服务器能够执行如上所述的服务器侧企业群组建立方法。
通过根据将第一用户加入内部群组的入群请求判断第一用户的身份信息是否与内部群组的属性信息匹配,若匹配则将所述第一用户加入所述内部群组,若不匹配则创建包含第一用户与内部群组所有成员的跨企业群组,上述服务器侧的企业群组建立装置可自动识别加入用户的身份,并自动创建跨企业群组,从而可有效降低添加较多非本企业员工时的操作复
杂度。此外,通过对所创建的跨企业群组添加跨企业群组标记,发布跨企业员工加入广播,对所述跨企业群组中的所有成员添加对应的身份信息标签,可有效防止本企业员工在不知情的情况下造成公司数据泄露。
参照图8,其示出了一种客户端侧的企业群组建立装置,可具体包括第二接收模块801和第二创建模块802。其中,第二接收模块801可用于接收将第一用户加入内部群组的第一入群指令。第二创建模块802可用于根据所述第一入群指令生成第一入群请求,并将所述第一入群请求发送至服务器。这样,如果所述第一用户为非本企业的员工,则服务器可针对所述第一用户和所述内部群组内的至少一个成员创建跨企业群组。
可选的,客户端侧的企业群组建立装置还可包括显示模块,用于显示所述第一用户的跨企业群组权限标签。其中,所述跨企业群组权限标签用于提示所述第一用户被禁止访问所述跨企业群组中储存的所述内部群组的数据。
可选的,所述显示模块还可用于显示所述跨企业群组的跨企业群组标记。
可选的,所述显示模块还可用于显示所述跨企业群组中至少一个成员的身份信息标签。
可选的,所述显示模块还可用于在所述跨企业群组中显示跨企业员工加入广播。
可选的,所述第二接收模块801还可用于接收第二入群指令,所述第二入群指令用于将第二用户加入跨企业群组。在这种情况下,所述第二创建模块还可用于根据所述第二入群指令生成包括第二用户的身份信息的第二入群请求,并将所述第二入群请求发送至所述服务器。此外,所述显示模块还可用于根据所述服务器将所述第二用户加入所述跨企业群组的情况下返回的第三通知消息,显示包括所述第二用户的跨企业群组。
可选的,客户端侧的企业群组建立装置还可包括恢复显示模块,用于若作为非本企业员工的所述第一用户和所述第二用户都离开了所述跨企业群组,则在所述跨企业群组中删除所述第一用户和所述第二用户的身份信息和所述跨企业群组的跨企业群组标记,并将所述跨企业群组的跨企业群组标记替换为内部群组标记。
通过根据将第一用户加入内部群组的第一入群指令生成包括第一用户的身份信息的第一入群请求,并将第一入群请求发送至服务器,以使得服务器可自动识别加入用户的身份,并自动创建跨企业群组,上述客户端侧的企业群组建立装置可有效降低添加数量较多的非本企业员工时的操作复杂度。
本发明实施例还提供一种企业级即时通信应用客户端,包括一个或多个处理器和存储
有指令的一个或多个机器可读介质。其中,当由所述一个或多个处理器执行所述指令时,使得所述企业级即时通讯应用客户端执行如上所述的客户端侧企业群组建立方法。
本发明实施例还提供一种可读存储介质,当所述存储介质中的指令由企业级即时通讯应用客户端的处理器执行时,使得企业级即时通讯应用客户端能够执行如上所述的客户端侧企业群组建立方法。
参照图9,本发明实施例还提供了一种企业群组建立系统,包括服务器侧的企业群组建立装置90和客户端侧的企业群组建立装置100。其中,服务器侧的企业群组建立装置90可包括第一接收模块901、第一创建模块902。客户端侧的企业群组建立装置100可包括第二接收模块1001、第二显示模块1002。
第二接收模块1001可根据将第一用户加入内部群组的第一入群指令生成包括第一用户的身份信息的第一入群请求,并将第一入群请求发送至服务器90的第一接收模块901。
第一接收模块901接收到第一入群请求后,可根据第一入群请求判断第一用户的身份信息是否与所述内部群组的属性信息匹配。若匹配,则将第一用户加入内部群组,并向客户端的第二显示模块1002返回第一通知消息,以由第二显示模块1002根据所述第一通知消息显示包括所述第一用户的内部群组。若不匹配,则由第一创建模块902创建跨企业群组,并向客户端的第二显示模块1002返回第二通知消息,由第二显示模块1002根据所述第二通知消息显示包括所述第一用户的跨企业群组。
综上所述,本发明实施例提供的一种企业群组建立系统,通过针对第一用户发送的入群请求,判断第一用户身份信息是否与当前内部群组的属性信息匹配,若匹配,则将所述第一用户加入所述内部群组,若不匹配,则创建包含第一用户与内部群组所有用户的跨企业群组。实现了自动识别加入用户的身份,自动创建跨企业群组的目的,解决了在需要添加数量较多的非本企业员工时,添加操作繁琐复杂的问题。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的支付信息处理设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序商品数据)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。