CN110956432A - 团体认证方法及装置 - Google Patents

Abstract

本说明书一个或多个实施例提供一种团体认证方法及装置，该方法可以包括：创建针对第一团体的认证请求；向第二团体的管理者发送所述认证请求，以请求将所述第一团体认证为所述第二团体的下级团体。

Description

团体认证方法及装置

技术领域

本说明书一个或多个实施例涉及终端技术领域，尤其涉及一种团体认证方法及装置。

背景技术

在相关技术中，移动化团体办公平台被越来越广泛地应用于企业、教育机构、政府机关等各类团体的办公过程，不仅能够提升用户之间的沟通效率、降低沟通成本，而且能够有效提升用户的事件处理效率和办公效率。

举例而言，移动化团体办公平台可以对团体的组织架构进行管理，比如同一团体内部的部门划分、人员配置等，而对于组织架构的管理等则需要由团体的管理员来实现，往往导致管理员的工作内容十分繁复，不仅容易导致发生错误，而且处理效率也不高。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种团体认证方法及装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种团体认证方法，包括：

创建针对第一团体的认证请求；

向第二团体的管理者发送所述认证请求，以请求将所述第一团体认证为所述第二团体的下级团体。

根据本说明书一个或多个实施例的第二方面，提出了一种团体认证方法，包括：

接收到第一团体的管理者发起的认证请求；

根据对所述认证请求的确认响应，将所述第一团体设定为第二团体的下级团体。

根据本说明书一个或多个实施例的第三方面，提出了一种团体认证装置，包括：

创建单元，创建针对第一团体的认证请求；

发送单元，向第二团体的管理者发送所述认证请求，以请求将所述第一团体认证为所述第二团体的下级团体。

根据本说明书一个或多个实施例的第四方面，提出了一种团体认证装置，包括：

接收单元，接收到第一团体的管理者发起的认证请求；

设定单元，根据对所述认证请求的确认响应，将所述第一团体设定为第二团体的下级团体。

附图说明

图1是一示例性实施例提供的一种团体认证***的架构示意图。

图2是一示例性实施例提供的一种请求方侧的团体认证方法的流程图。

图3是一示例性实施例提供的一种审核方侧的团体认证方法的流程图。

图4是一示例性实施例提供的一种通讯录界面的示意图。

图5是一示例性实施例提供的一种下级组织管理界面的示意图。

图6是一示例性实施例提供的一种下级组织详情界面的示意图。

图7是一示例性实施例提供的一种触发邀请的示意图。

图8是一示例性实施例提供的一种通讯会话界面的示意图。

图9是一示例性实施例提供的一种组织选择界面的示意图。

图10是一示例性实施例提供的一种申请详情界面的示意图。

图11是一示例性实施例提供的一种认证申请管理界面的示意图。

图12是一示例性实施例提供的一种审核界面的示意图。

图13是一示例性实施例提供的一种设备的结构示意图。

图14是一示例性实施例提供的一种请求方侧的团体认证装置的框图。

图15是一示例性实施例提供的另一种设备的结构示意图。

图16是一示例性实施例提供的一种审核方侧的团体认证装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

图1是一示例性实施例提供的一种团体认证***的架构示意图。如图1所示，该***可以包括服务器11、网络12、请求方电子设备13(比如手机131、PC132等)和审核方电子设备14(比如手机141、PC142等)。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以实现该应用的相关业务功能，比如当该服务器11运行移动化团体办公平台的程序时，可以实现为该移动化团体办公平台的服务端。而在本说明书一个或多个实施例的技术方案中，可由服务器11通过与手机13-15上运行的客户端进行配合，以实现团体认证方案。

在本实施例中，移动化团体办公平台不仅可以实现通讯功能，还可以作为诸多其他功能的集成化功能平台，比如对于审批事件(如请假、办公物品申领、财务等审批事件)、考勤事件、任务事件、日志事件等团体内部事件的处理，再比如订餐、采购等团体外部事件的处理，本说明书一个或多个实施例并不对此进行限制。

较为具体地，移动化团体办公平台可以承载于相关技术中的即时通讯应用，比如企业即时通讯(Enterprise Instant Messaging，EIM)应用，例如Skype For

Microsoft

纷

等。当然，即时通讯功能仅为移动化团体办公平台支持的通讯功能之一，该移动化团体办公平台还能够实现更多诸如上述的其他功能，此处不再赘述。

手机131-141、PC132-142只是可以使用的部分类型的电子设备。实际上，请求方或审核方的用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，Personal Digital Assistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，该请求方电子设备13、审核方电子设备14可以分别运行某一应用的客户端侧的程序，以实现该应用的相关业务功能，比如当该请求方电子设备13、审核方电子设备14运行移动化团体办公平台的程序时，可以分别实现为该移动化团体办公平台的客户端，其中请求方电子设备13可以用于发起认证请求、审核方电子设备14可以用于对认证请求进行响应，从而实现本说明书的团体认证方案。

需要指出的是：移动化团体办公平台的客户端的应用程序可以被预先安装在电子设备上，使得该客户端可以在该电子设备上被启动并运行；当然，当采用诸如HTML5技术的在线“客户端”时，无需在电子设备上安装相应的应用程序，即可获得并运行该客户端。

而对于请求方电子设备13、审核方电子设备14与服务器11之间进行交互的网络12，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(Public Switched Telephone Network，PSTN)和因特网。

图2是一示例性实施例提供的一种请求方侧的团体认证方法的流程图。如图2所示，该方法应用于请求方侧的电子设备(例如图1所示的请求方电子设备13等)，可以包括以下步骤：

步骤202，创建针对第一团体的认证请求。

在一实施例中，请求方即认证请求的创建者，请求方所使用的请求方侧的电子设备上可以运行移动化团体办公平台的客户端，以实现图2所示的团体认证方法。

在一实施例中，请求方存在将第一团体认证为第二团体的下级团体的主观需求，可以据此主动创建针对第一团体的认证请求，以发送至第二团体的管理者进行认证。

在一实施例中，可以在接收到所述第二团体中的团体成员发送的认证邀请后，根据对所述认证邀请的触发响应，创建所述认证请求。例如，请求方可以查看接收到的认证邀请，并针对该认证邀请实施触发响应，比如点击认证邀请等，从而快速创建出上述的认证请求，而无需该请求方实施对第二团体的选择等操作。

步骤204，向第二团体的管理者发送所述认证请求，以请求将所述第一团体认证为所述第二团体的下级团体。

在一实施例中，第一团体、第二团体可以分别独立地实施创建和配置等操作，比如添加团体成员、设置团体成员的职位和权限、设置团体的组织架构等，而并非由第二团体的管理员统一管理，尤其是在第一团体的数量众多的情况下，可以极大地分摊管理员的工作内容，降低工作内容过多而导致错误的发生，有助于提升管理效率。同时，通过由请求方向第二团体的管理者发送认证请求，可以快捷地在第一团体与第二团体之间完成认证，从而在第一团体与第二团体之间快捷地建立其层级关联。

在一实施例中，通过由请求方发送认证请求、由第二团体的管理者进行审核，使得第一团体与第二团体之间的层级关联需要经由第一团体、第二团体双方之间的相互认可，而并非由单个团体所决定，存在严格的权限管理与配置，有助于提升安全性。

在一实施例中，认证请求的创建与发送操作存在严格的权限管控。例如，认证请求的创建者可以同时为所述第一团体的管理者、所述第二团体的团体成员，即该创建者分别与第一团体、第二团体存在关联，而其他不满足该条件的用户则无法创建和发送上述的认证请求，有助于提升安全性。

在一实施例中，可以在所述认证请求通过认证后，在组织架构展示界面中示出所述第一团体与所述第二团体的层级关系，使得第一团体、第二团体的成员均能够了解到第一团体与第二团体之间的层级关系，还使得第一团体的成员可以查看到第二团体的组织架构信息、第二团体的成员也可以查看到第一团体的组织架构信息，从而在第一团体与第二团体之间实现组织架构信息的共享。

在一实施例中，第一团体的创建者应当已通过了实名认证，即该创建者具有足够的可靠程度，此时允许发起针对该第一团体的认证请求，以将该第一团体认证为第二团体的下级团体。

在一实施例中，第二团体的创建者应该已通过了实名认证，即该创建者具有足够的可靠程度，此时允许该第二团体向第一团体发送认证邀请或接收针对该第一团体的认证请求，使得该第二团体可以拥有诸如第一团体等下级团体。

在一实施例中，各个团体之间通过建立上级、下级关系，可以形成树状的层级结构，该树状层级结构的根节点处为某一团体，该团体只存在下级团体、不存在上级团体，因而该团体并不需要由其他团体进行认证；而该树状层级结构的叶子节点处的团体必然存在上级团体，需要由该上级团体进行认证，而叶子节点处的团体可以存在下级团体，当然也可以不存在下级团体(此时该团体为基层团体)，本说明书并不对此进行限制。

在一实施例中，本说明书中的团体可以包括任意形式的组织，比如企业、学校、机关单位、政府部门等，本说明书并不对此进行限制。

图3是一示例性实施例提供的一种审核方侧的团体认证方法的流程图。如图3所示，该方法应用于审核方侧的电子设备(例如图1所示的审核方电子设备14等)，可以包括以下步骤：

步骤302，接收到第一团体的管理者发起的认证请求。

在一实施例中，审核方所使用的审核方侧的电子设备上可以运行移动化团体办公平台的客户端，以实现图3所示的团体认证方法。

在一实施例中，第一团体的管理者存在将第一团体认证为第二团体的下级团体的主观需求，可以据此主动创建针对第一团体的认证请求，以发送至第二团体的审核方进行认证，比如该审核方可以为第二团体的管理者。

在一实施例中，审核方可以向第一团体的管理者发送认证邀请，由该第一团体的管理者根据对所述认证邀请的触发响应，创建所述认证请求并发送至审核方，而无需该第一团体的管理者实施对第二团体的选择等操作。

步骤304，根据对所述认证请求的确认响应，将所述第一团体设定为第二团体的下级团体。

在一实施例中，第一团体、第二团体可以分别独立地实施创建和配置等操作，比如添加团体成员、设置团体成员的职位和权限、设置团体的组织架构等，而并非由第二团体的管理员统一管理，尤其是在第一团体的数量众多的情况下，可以极大地分摊管理员的工作内容，降低工作内容过多而导致错误的发生，有助于提升管理效率。同时，通过由请求方向第二团体的管理者发送认证请求，可以快捷地在第一团体与第二团体之间完成认证，从而在第一团体与第二团体之间快捷地建立其层级关联。

在一实施例中，通过由第一团体的管理者发送认证请求、由第二团体的审核方进行审核，使得第一团体与第二团体之间的层级关联需要经由第一团体、第二团体双方之间的相互认可，而并非由单个团体所决定，存在严格的权限管理与配置，有助于提升安全性。

在一实施例中，认证请求的创建与发送操作存在严格的权限管控。例如，第一团体的管理者同时为第二团体的团体成员，即该第一团体的管理者分别与第一团体、第二团体存在关联，而其他不满足该条件的用户则无法创建和发送上述的认证请求，有助于提升安全性。

在一实施例中，可以在所述认证请求通过认证后，在组织架构展示界面中示出所述第一团体与所述第二团体的层级关系，使得第一团体、第二团体的成员均能够了解到第一团体与第二团体之间的层级关系，还使得第一团体的成员可以查看到第二团体的组织架构信息、第二团体的成员也可以查看到第一团体的组织架构信息，从而在第一团体与第二团体之间实现组织架构信息的共享。

在一实施例中，第一团体的创建者应当已通过了实名认证，即该创建者具有足够的可靠程度，此时允许发起针对该第一团体的认证请求，以将该第一团体认证为第二团体的下级团体。

在一实施例中，第二团体的创建者应该已通过了实名认证，即该创建者具有足够的可靠程度，此时允许该第二团体向第一团体发送认证邀请或接收针对该第一团体的认证请求，使得该第二团体可以拥有诸如第一团体等下级团体。

在一实施例中，各个团体之间通过建立上级、下级关系，可以形成树状的层级结构，该树状层级结构的根节点处为某一团体，该团体只存在下级团体、不存在上级团体，因而该团体并不需要由其他团体进行认证；而该树状层级结构的叶子节点处的团体必然存在上级团体，需要由该上级团体进行认证，而叶子节点处的团体可以存在下级团体，当然也可以不存在下级团体(此时该团体为基层团体)，本说明书并不对此进行限制。

在一实施例中，本说明书中的团体可以包括任意形式的组织，比如企业、学校、机关单位、政府部门等，本说明书并不对此进行限制。

为了便于理解，以企业即时通讯应用“企业微信”为例，对本说明书一个或多个实施例的技术方案进行说明。假定手机131和手机141上运行有企业微信客户端、服务器11上运行有企业微信服务端，其中手机131和手机141上的企业微信客户端分别登录有不同使用者的注册账号，例如手机131上登录有用户A的注册账号，使得手机131被配置为用户A对应的企业微信客户端1，以及手机141上登录有用户B的注册账号，使得手机141被配置为用户B对应的企业微信客户端2。

图4是一示例性实施例提供的一种通讯录界面的示意图。企业微信客户端1可以在手机131上展示出如图4所示的通讯录界面400，以向用户A展示其通讯录内容，包括手机联系人、好友、群组等类型的联系人信息的入口，以及该用户A所属团体的组织架构等信息。假定用户A属于团体“AA集团组织”，该用户A可以通过通讯录界面400上的“组织架构”选项，查看该AA集团组织的组织架构信息。

在一实施例中，通讯录界面400可以包括学习管理部选项401。用户A可以通过触发该学习管理部选项401，查看团体“AA集团组织”自身所处的“学习管理部”的相关信息，比如包含的成员等。

在一实施例中，通讯录界面400可以包括上级学习管理部选项402。用户A可以通过触发该上级学习管理部选项402，查看团体“AA集团组织”的上级组织。当然，如果团体“AA集团组织”所处的学习管理部本身为最上级的学习管理部，或者尚未存在其他层级更高的学习管理部，那么通讯录界面400中不会显示出上级学习管理部402选项。

在一实施例中，通讯录界面400可以包括下级学习管理部选项403。用户A可以通过触发该下级学习管理部选项403，查看团体“AA集团组织”的下级组织。当然，如果团体“AA集团组织”所处的学习管理部本身为最低一级的学习管理部，或者尚未存在其他层级更低的学习管理部，那么通讯录界面400中不会显示出下级学习管理部选项403。

图5是一示例性实施例提供的一种下级组织管理界面的示意图。响应于用户A对下级学习管理部选项403的触发操作，企业微信客户端1可以切换至如图5所示的下级组织管理界面500，以针对AA集团组织的下级组织进行管理。下级组织管理界面500可以示出AA集团组织的所有下级组织，比如AB事业部学习管理部、AC公司学习管理部、AD部门学习管理部等，并且可以通过类似于“(3)”的形式标注各个下级组织所包含的成员数量，比如AB事业部学习管理部的成员数量为3人、AC公司学习管理部的成员数量为12人、AD部门学习管理部的成员数量为9人。

在一实施例中，用户A可以通过选取感兴趣的下级组织，以针对相应的下级组织进行查看或管理。例如，图6是一示例性实施例提供的一种下级组织详情界面的示意图。假定用户A选取了下级组织管理界面500中的AB事业部学习管理部，企业微信客户端1可以展示出AB事业部学习管理部对应的下级组织详情界面600，该下级组织详情界面600包括AB事业部学习管理部所含成员的信息，比如成员头像、成员名称等，用户A还可以通过选取感兴趣的成员信息，以查看信息详情、向相关成员下发任务或者与相关成员实现通讯等。

其中，当用户A为AA集团组织的管理员时，下级组织详情界面600可以包括解除认证选项601，用户A可以通过该解除认证选项601解除与AB事业部学习管理部之间的组织关系，使得该AB事业部学习管理部不再作为AA集团组织的下级组织。

在一实施例中，当用户A为AA集团组织的管理员时，下级组织管理界面500中可以包括邀请选项501，用户A可以通过该邀请选项501邀请其他组织成为AA集团组织的下级组织。例如，图7是一示例性实施例提供的一种触发邀请的示意图。响应于用户A对邀请选项501的触发操作，可以唤出如图7所示的邀请方式选择窗口700，该邀请方式选择窗口700可以提供多种备选邀请方式，可供用户A进行选择。例如，备选邀请方式可以包括“发送邀请链接”、“查看认证二维码”等，使得用户A可以直接向受邀组织的管理员发送邀请链接，或者可以将表征该邀请链接的二维码发送至受邀组织的管理员。

图8是一示例性实施例提供的一种通讯会话界面的示意图。假定用户A向用户B发送了邀请链接，使得企业微信客户端2可以在手机141上呈现出如图8所示的通讯会话消息801，该通讯会话消息801的内容为上述的邀请链接。

在一实施例中，用户B可以为用户A在通讯录中能够查找到的任意用户，比如用户A的好友等。在另一实施例中，用户B应当属于AA集团组织，使得用户A在邀请用户B将相关组织添加为AA集团组织的下级组织时，可以对该用户B进行身份限制，避免用户A随意发出邀请，尤其是用户A的账号被非法人员掌握时，仍然能够避免非法人员随意为AA集团组织添加下级组织，有助于提升安全性。

图9是一示例性实施例提供的一种组织选择界面的示意图。响应于用户B对通讯会话消息801的触发操作，企业微信客户端2可以切换至如图9所示的组织选择界面900，该组织选择界面900中可以示出用户B具有管理权限(用户B创建了相关组织而成为管理员，或者用户B被相关组织的创建者赋予了管理权限而成为管理员)的备选组织，比如“AE部门学习管理部”、“AF公司学习管理部”等。如果不存在用户B具有管理权限的组织，那么用户B对通讯会话消息801实施触发操作后可以不作响应，或者组织选择界面900中将不会显示出任何备选组织，都可以阻止用户B实施组织认证。

假定用户B选取了组织选择界面900中的“AE部门学习管理部”，可以通过触发“完成”选项向用户A发出认证申请，以用于申请将该AE部门学习管理部认证为AA集团组织的下级组织，即该过程中的用户B为请求方、用户A为审核方。

图10是一示例性实施例提供的一种申请详情界面的示意图。如图10所示，企业微信客户端2可以展示出申请详情界面1000，以供用户B查看已提交的认证申请的详情内容和认证进度等信息。

在一实施例中，申请详情界面1000可以包括提醒选项，即图10所示的“DING一下”选项。当认证申请长时间没有被处理时，用户B可以通过触发该提醒选项，向作为审核方的用户A发送提醒消息，该提醒消息可以采用即时通讯消息、短信、电话(如接通后播放提醒语音)等形式中至少之一进行发送。

在一实施例中，申请详情界面1000可以包括撤回申请选项。在申请认证尚未通过认证之前，用户B可以通过触发该撤回申请选项，从用户A处撤回相应的认证申请，使得用户A无法继续通过该认证申请将AE部门学习管理部认证为AA集团组织的下级组织。

图11是一示例性实施例提供的一种认证申请管理界面的示意图。企业微信客户端1可以对接收到的认证申请进行整理，并排列展示于如图11所示的认证申请管理界面1100中。例如，用户A可以在认证申请管理界面1100中查看到用户B提交的上述认证申请，该认证申请尚处于待审批状态。类似地，用户A可以查看到已接收到的其他认证申请，比如用户C提交的关于AG组织的认证申请，该认证申请处于拒绝状态，再比如用户D提交的关于AH组织的认证申请，该认证申请处于同意状态，又比如用户E提交的关于AI部门的认证申请，该认证申请处于过期状态(认证申请存在有效期，而用户A在有效期内未针对该认证申请进行审核，因而处于过期状态)。

图12是一示例性实施例提供的一种审核界面的示意图。假定用户A在认证申请管理界面1100中选取了用户B提交的认证申请，企业微信客户端1可以展示出针对该认证申请的审核界面1200。审核界面1200中可以包括认证申请的详情内容，以供用户A进行查看和确认。进一步地，用户A可以通过触发拒绝选项，使得用户B发出的认证申请被拒绝，或者用户A可以通过触发同意选项，使得用户B发出的认证申请通过认证；相应地，在上述的申请详情界面1000和认证申请管理界面1100中，相关认证申请的申请状态被更新为“拒绝”或“同意”。

当用户B发出的认证申请通过了用户A的审核时，用户A可以在上述的下级组织管理界面500中查看到对应于AE部门学习管理部的选项，并且用户A可以进一步查看该AE部门学习管理部所包含的成员等信息。而对于该AE部门学习管理部的成员而言，在每一成员所使用的企业微信客户端展示的通讯录界面中，均可以展示出上级学习管理部选项(类似于上述通讯录界面400中所包含的上级学习管理部选项402)，而通过触发该上级学习管理部选项，即可查看到作为上级组织的“AA集团组织”，并针对该上级组织实施相关操作。

图13是一示例性实施例提供的一种设备的示意结构图。请参考图13，在硬件层面，该设备包括处理器1302、内部总线1304、网络接口1306、内存1308以及非易失性存储器1310，当然还可能包括其他业务所需要的硬件。处理器1302从非易失性存储器1310中读取对应的计算机程序到内存1308中然后运行，在逻辑层面上形成团体认证装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图14，在软件实施方式中，该团体认证装置可以包括：

创建单元1401，创建针对第一团体的认证请求；

发送单元1402，向第二团体的管理者发送所述认证请求，以请求将所述第一团体认证为所述第二团体的下级团体。

可选的，所述创建单元1401具体用于：

接收到所述第二团体中的团体成员发送的认证邀请；

根据对所述认证邀请的触发响应，创建所述认证请求。

可选的，所述认证请求的创建者为所述第一团体的管理者、所述第二团体的团体成员。

可选的，还包括：

展示单元1403，在所述认证请求通过认证后，在组织架构展示界面中示出所述第一团体与所述第二团体的层级关系。

图15是一示例性实施例提供的一种设备的示意结构图。请参考图15，在硬件层面，该设备包括处理器1502、内部总线1504、网络接口1506、内存1508以及非易失性存储器1510，当然还可能包括其他业务所需要的硬件。处理器1502从非易失性存储器1510中读取对应的计算机程序到内存1508中然后运行，在逻辑层面上形成团体认证装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图16，在软件实施方式中，该团体认证装置可以包括：

接收单元1601，接收到第一团体的管理者发起的认证请求；

设定单元1602，根据对所述认证请求的确认响应，将所述第一团体设定为第二团体的下级团体。

可选的，所述认证请求的响应者为所述第二团体的管理者。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (12)

1.一种团体认证方法，其特征在于，包括：

创建针对第一团体的认证请求；

向第二团体的管理者发送所述认证请求，以请求将所述第一团体认证为所述第二团体的下级团体。

2.根据权利要求1所述的方法，其特征在于，所述创建针对第一团体的认证请求，包括：

接收到所述第二团体中的团体成员发送的认证邀请；

根据对所述认证邀请的触发响应，创建所述认证请求。

3.根据权利要求1所述的方法，其特征在于，所述认证请求的创建者为所述第一团体的管理者、所述第二团体的团体成员。

4.根据权利要求1所述的方法，其特征在于，还包括：

在所述认证请求通过认证后，在组织架构展示界面中示出所述第一团体与所述第二团体的层级关系。

5.一种团体认证方法，其特征在于，包括：

接收到第一团体的管理者发起的认证请求；

根据对所述认证请求的确认响应，将所述第一团体设定为第二团体的下级团体。

6.根据权利要求5所述的方法，其特征在于，所述认证请求的响应者为所述第二团体的管理者。

7.一种团体认证装置，其特征在于，包括：

创建单元，创建针对第一团体的认证请求；

发送单元，向第二团体的管理者发送所述认证请求，以请求将所述第一团体认证为所述第二团体的下级团体。

8.根据权利要求7所述的装置，其特征在于，所述创建单元具体用于：

接收到所述第二团体中的团体成员发送的认证邀请；

根据对所述认证邀请的触发响应，创建所述认证请求。

9.根据权利要求7所述的装置，其特征在于，所述认证请求的创建者为所述第一团体的管理者、所述第二团体的团体成员。

10.根据权利要求7所述的装置，其特征在于，还包括：

展示单元，在所述认证请求通过认证后，在组织架构展示界面中示出所述第一团体与所述第二团体的层级关系。

11.一种团体认证装置，其特征在于，包括：

接收单元，接收到第一团体的管理者发起的认证请求；

设定单元，根据对所述认证请求的确认响应，将所述第一团体设定为第二团体的下级团体。

12.根据权利要求11所述的装置，其特征在于，所述认证请求的响应者为所述第二团体的管理者。

Images