CN101309190A - 用户组织管理系统及方法 - Google Patents

Abstract

本发明提供一种用户组织管理系统，包括服务器和分别与其连接的至少一客户端，所述服务器包括：根据关系实体信息创建关系实体的关系实体创建模块；对用户提供的用户信息进行验证的用户验证模块；将用户加入关系实体并进行管理的用户管理模块；和分别与上述模块连接，存储用户和/或关系实体信息的数据库。本发明简单快捷实现用户注册、验证用户信息和加入关系实体等组织管理，保证用户信息真实性和完整性，对用户有粘性并利用用户间真实的社会关系吸引用户注册、促进用户填写真实信息。有利于提高用户的活跃度，提高社区的粘性，促使用户引入更多的关系实体并邀请其他成员注册，从而达到广泛传播扩大影响的效果。

Description

用户组织管理系统及方法

技术领域

本发明涉及电数字数据处理领域，特别涉及用户组织管理系统及方法。

背景技术

SNS(Social Networking Services，即社会性网络服务)，是旨在帮助人们建立社会性网络的互联网应用服务。基于社会网络关系系统思想而建立的网站即社会性网络网站(以下简称SNS网站)，向用户提供包括聊天、即时通信(IM)、交友、视频分享、博客、播客、网络社区、音乐共享等社交和信息交流功能。现有的一些SNS网站为了吸引用户注册而采用邀请注册方式，根据SNS网站用户的授权，由SNS网站向其亲友发出邀请信息，亲友根据邀请信息注册成为SNS网站的用户。这种邀请注册方式没有以某个集体为依托，也不要求邀请者为被邀请者填写真实信息，千篇一律的邀请信息对吸引用户前来注册的效果并不好。而一些SNS网站为了提高用户注册信息的真实度，要求用户注册时通过SNS网站验证，SNS网站还对其填写的注册信息鉴别真伪，鉴别手段机械，使注册过程繁琐复杂，降低用户注册兴趣和注册成功率。

另外，现有的SNS网站缺乏用户组织管理机制，用户之间在实际生活中具有真实的社会关系，但在SNS网站中并未将这些具有社会关系的用户有效组织管理，并未能真正发挥SNS对帮助用户建立社会性网络的作用。

发明内容

本发明目的在于提供一种用户组织管理系统及方法，实现对用户及关系实体的管理。

本发明提供一种用户组织管理系统，包括服务器和分别与其连接的至少一客户端，所述服务器包括：根据关系实体信息创建关系实体的关系实体创建模块；对用户提供的用户信息进行验证的用户验证模块；将用户加入关系实体并进行管理的用户管理模块；和分别与上述模块连接，存储用户和/或关系实体信息的数据库。

优选地，所述创建关系实体是实体创建模块整理关系实体信息并存入数据库，根据预设机制和/或由系统管理员审核所述关系实体信息，根据审核结果创建所述关系实体。

优选地，所述对用户进行验证是由所述关系实体拥有的至少一用户对申请加入的用户信息进行审核，或根据预设机制对申请加入所述关系实体的用户信息进行审核。

优选地，所述用户加入关系实体并进行管理是根据所述用户信息与至少一关系实体信息匹配，确定所述用户与所述至少一关系实体的所属关系。

优选地，所述服务器还包括：与数据库连接，实现邀请用户的用户邀请模块。所述用户邀请模块根据用户指令，对用户指定的至少一受邀用户发送附带受邀用户信息和关系实体信息的邀请函。

本发明还提出一种用户组织管理方法，包括：根据关系实体信息创建关系实体的步骤；根据用户提供的用户信息对用户进行验证的步骤；将用户加入关系实体并进行管理的步骤。

优选地，所述根据关系实体信息创建关系实体的步骤包括：接收关系实体信息，创建关系实体；接收属于所述关系实体的用户信息；存储关系实体信息及用户信息。

优选地，所述根据用户提供的用户信息对用户进行验证的步骤包括：响应用户验证请求，接收用户提供的用户信息，由所述关系实体拥有的至少一用户对所述用户提供的用户信息进行审核，或根据预设机制对所述用户信息进行审核。

优选地，所述将用户加入关系实体并进行管理的步骤包括：保存用户的用户信息；根据用户信息与至少一关系实体匹配，确定所述用户与所述至少一关系实体的所属关系；修改用户信息及所述关系实体信息。

本发明提供的用户组织管理系统及方法，简单快捷实现用户注册、验证用户信息和加入关系实体等组织管理，保证用户信息真实性和完整性，对用户有粘性并利用用户间真实的社会关系吸引用户注册、促进用户填写真实信息。用户一进入本发明的系统就能找到自己的集体和很多熟人，归属感强，有利于提高用户的活跃度，提高社区的粘性，促使用户引入更多的关系实体并邀请其他成员注册，从而达到广泛传播扩大影响的效果。

附图说明

图1是本发明第一实施例结构示意图；

图2是本发明第一实施例服务器结构示意图；

图3是本发明第一、第五实施例工作过程示意图；

图4是本发明第二、第六实施例根据关系实体信息创建关系实体具体流程示意图；

图5是本发明第二、第六实施例根据用户提供的用户信息对用户进行验证流程示意图；

图6是本发明第二、第六实施例将用户加入关系实体并进行管理流程示意图；

图7是本发明第三实施例关系实体-用户数据库结构示意图；

图8是本发明第四实施例服务器结构示意图；

图9是本发明第四、第七实施例向关系实体拥有的至少一用户发出邀请具体流程示意图；

图10是本发明第四、第七实施例根据用户提供的用户信息对用户进行验证具体流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

本发明提出用户组织管理系统，根据用户间的共同特性对用户进行组织和管理。

本发明提出关系实体包括至少一用户及所述用户之间具有的共同特性。用户与关系实体为多对多关系，即一用户可以属于多个关系实体，一关系实体也可拥有多个用户。例如就职于同一公司的多位用户，彼此之间的共同特性是就职公司，用户及其共同特性“就职公司”组成一关系实体；又如有共同爱好的多位用户，用户之间的共同特性为爱好，组成一关系实体。关系实体之间还可存在上下级关系，例如具有共同特性“腾讯公司”的多个用户中，部分属于“财务部”，另一部分属于“研发部”，则具有共同特性“财务部”的用户属于“腾讯公司财务部”这一关系实体，而具有共同特性“研发部”的用户属于“腾讯公司研发部”这一关系实体；上述二关系实体为关系实体“腾讯公司”的下级。

本发明提出第一实施例，根据用户间的共同特性对用户进行组织管理的系统，参照图1包括服务器10和至少一客户端，服务器10分别与至少一客户端连接并交换数据，所述至少一客户端分别与至少一用户进行交互，向用户提供网络服务。参照图2，为管理至少一用户，本实施例的服务器10包括根据关系实体信息创建关系实体的关系实体创建模块11、对用户提供的用户信息进行身份验证的用户验证模块12、对用户实现管理的用户管理模块13和分别与上述模块连接，存储用户和/或关系实体信息的数据库14。

参照图3，本实施例的工作过程包括：

步骤S1，根据关系实体信息创建关系实体；

步骤S2，根据用户提供的用户信息对用户进行验证；

步骤S3，将用户加入关系实体并进行管理。

基于上述实施例，本发明提出第二实施例。本实施例可供用户创建关系实体，由用户提供关系实体信息。创建关系实体信息的用户称为创建者31。

参照图4，本实施例的步骤S1，根据关系实体信息创建关系实体具体包括：

步骤S11，客户端21接收创建者31发出的创建关系实体的请求并发送给服务器10；

步骤S12，服务器10响应创建关系实体请求，关系实体创建模块11形成供收集关系实体信息的表单，发送给对应创建者31的客户端21；

步骤S13，客户端21向创建者31显示表单，接收创建者31提供的关系实体信息并发送给服务器10；

步骤S14，关系实体创建模块11提取关系实体信息，创建关系实体；

步骤S15，客户端21向创建者31显示表单，接收创建者31提供的用户信息并发送给服务器10；

步骤S16，数据库14存储关系实体信息及包括创建者31在内的用户信息。

参照图5，本实施例的步骤S2，根据用户提供的用户信息对用户进行验证，是对欲加入某关系实体的用户32进行验证，具体包括：

步骤S24，客户端22接收用户32发出的验证请求并发送给服务器10；

步骤S25，服务器10响应用户验证请求，用户验证模块12形成供收集用户信息的表单，发送给与用户32对应的客户端22；

步骤S26，客户端22向用户32显示表单，接收用户32提供的用户信息并发送给服务器10；

步骤S27，用户验证模块12从表单中提取用户提供的用户信息；

步骤S28，用户验证模块12采用预设验证机制对用户信息进行验证；

步骤S29，若验证通过则向数据库14发送用户32的用户信息，向用户返回验证成功信息；

步骤S210，若验证不通过则通过客户端22向用户32返回验证失败信息。

参照图6，本实施例的步骤S3，将用户加入关系实体并进行管理，是对包括创建者在内的用户进行的，具体包括：

步骤S31，数据库14接收并保存用户的用户信息；

步骤S32，根据接收到的用户信息与用户所属的至少一关系实体匹配，确定所述用户与所述至少一关系实体的所属关系；

步骤S33，修改用户信息及所述关系实体信息。

上述关系实体信息包括关系实体ID、关系实体名称、已验证用户数、未验证用户数、用户ID、验证状态、特性、创建者、管理员和/或关系实体状态等。上述特性信息记录属于该关系实体的用户的共有特性。上述用户ID、验证状态分别记录关系实体拥有的所有用户的用户ID及其是否通过本关系实体的验证，根据这两项信息建立用户与关系实体之间的所属关系。关系实体拥有的用户未通过验证则计入未验证用户，若用户通过验证则计入已验证用户。创建者记录创建该关系实体的用户ID或用户名；本实施例还提出管理员33，管理员33是记录该关系实体拥有的用户中，对关系实体有管理和/或审批其他用户权限的至少一用户。

上述用户信息包括用户ID、姓名、性别、联系方式、至少一特性和/或注册状态等信息。上述至少一特性记录用户具有的至少一特性，属于同一关系实体的用户具有至少一项相同的特性，称为共同特性；该特性与关系实体的特性匹配即可确定用户属于哪些关系实体，即用户与至少一关系实体的所属关系。例如第一用户的特性包括“腾讯公司”、“爱好足球”、“户籍上海”、“清华MBA”等，根据上述特性，该第一用户可分别属于“腾讯公司员工”、“足球球迷”、“上海老乡”、“MBA同学”等多个关系实体中的一个或多个。

基于上述实施例，本发明提出第三实施例。本实施例提出采用关系实体-用户数据库实现对关系实体信息和用户信息的管理。参照图7，关系实体-用户数据库包括用户信息表、关系实体信息表和关系实体成员表，分别管理用户信息、关系实体信息和用户与关系实体的所属关系。

参照表1，用户信息表字段及部分示例包括：

用户ID	姓名	性别	联系方式	第一特性	第二特性	第三特性	状态
								1	张三	男	邮箱A	腾讯公司	爱好足球	清华MBA	已注册
2	李四	女	邮箱B	移动深圳	爱好漫画	复旦大学	已注册
								3	王五	男	电话A		爱好足球	深圳一中	已注册
4	赵六	女	IM号码A	个体经营	爱好美食		被邀请

表1

上述用户注册状态记录用户在本实施例中注册的情况，取值包括有被邀请、正常两种。

参照表2，关系实体信息表字段及部分示例包括：

关系实体ID	关系实体名称	已验证用户数	未验证用户数	创建者ID	管理员ID	特性	关系实体状态
								1	腾讯员工	500	200	1	1	腾讯公司	正常
2	足球球迷	200	20	1	3	爱好足球	正常
								3	深圳一中校友	0	50	41	41	深圳一中	审核中
4	漫迷群	30	100	50	50、2	爱好漫画	正常

表2

上述关系实体状态记录关系实体在本实施例中的状态，取值包括审核中、正常两种。

参照表3，关系实体成员表字段及部分示例包括：

关系实体ID	用户ID	验证状态
			1	1	已验证
1	20	未验证
			1	360	已验证
2	1	已验证
			2	3	已验证
2	200	未验证
			2	300	未验证
3	41	已验证

表2

上述验证状态记录用户是否通过对应关系实体的验证，若用户验证失败则从关系实体成员表中删除该用户与该关系实体对应的这笔记录。

结合上述关系实体-用户数据库，本实施例提出：

本实施例的步骤S1，根据关系实体信息创建关系实体，具体是向用户显示建立关系实体表单，供用户填写关系实体名称、拥有用户数、关系实体特性等关系实体信息。如有必要，还需用户提供关系实体的证件，如营业执照、网站等信息。收集到上述信息后，实体创建模块11整理并存入数据库14的关系实体信息表中形成一笔记录，关系实体状态字段为“审核中”。本实施例根据预设机制和/或由系统管理员对该笔记录进行审核，如有必要还需审核该关系实体的证件的真实性。若审核通过则允许创建该关系实体并通知创建者，关系实体状态字段改为“正常”；若审核不通过则创建关系实体失败，从关系实体信息表中删除该笔记录。

在审核通过后，用户验证模块12向创建者发出表单以收集创建者本人以及该关系实体拥有的其他用户信息，表单包括用户姓名、联系方式、关系实体拥有用户数等。收集到用户姓名、联系方式等用户信息后，关系实体创建模块11整理并存入数据库14的关系实体信息表和关系实体成员表中，其中用户填写的拥有用户数-1记入未验证用户数字段，已验证用户数字段为“1”(即创建者本人)。

上述步骤S2，根据用户提供的用户信息对用户进行验证，采用的验证机制包括用户验证和/或系统验证。用户验证是指由用户申请加入的关系实体的创建者、管理者和/或拥有的至少一用户对申请加入的用户信息进行审核，允许该用户加入该关系实体则验证通过，否则验证不通过。系统验证是指根据预设的机制，对申请验证的用户信息进行审核，根据审核结果确定验证通过或不通过，审核包括核对证件、证明、短信/邮件确认和/或题目问答等方式。

当采用用户验证机制时，步骤S2，根据用户提供的用户信息对用户进行验证具体过程为：根据用户提供的用户信息形成验证请求，分别发送给申请加入的关系实体的创建者、管理者和/或拥有的至少一用户，由其作为审核者分别对用户信息进行审核，若审核者至少一人和/或全部允许该用户加入该关系实体则验证通过，否则验证不通过。

当采用系统验证机制时，步骤S2，根据用户提供的用户信息对用户进行验证具体过程为：提取用户提供的用户信息，审核其真实性；对真实的用户信息再与申请加入的关系实体的特性等信息进行匹配，若匹配则验证通过，否则验证不通过。

上述步骤S3，将用户加入关系实体并进行管理具体做法是：将用户所属的关系实体信息表中已验证用户数加1，未验证用户数减1；将关系实体成员表字段中用户与该关系实体对应记录的验证状态字段改为“已验证”。

本实施例的关系实体基于现实社会关系且经过严格审核后才创建成功，其真实性可以得到保障，促使其拥有的用户在熟悉的关系实体中展示真实信息。

本发明为进一步完善用户的组织管理，实现吸引更多用户注册并加入关系实体，提出第四实施例。

本实施例对于尚未在本系统中注册，而是由关系实体创建者31和/或管理员33提供用户信息的用户称为受邀用户34，将其状态置为“被邀请”，此时关系实体成员表中该受邀用户34与该关系实体对应记录的验证状态为“未验证”。当受邀用户34在本实施例中注册后，其状态改为“已注册”。本实施例可供已注册的用户主动提出加入某关系实体的验证请求，也可根据关系实体特性和用户特性匹配，向注册用户发出加入某关系实体的邀请，再对其进行身份验证：若加入某关系实体的身份验证成功则将关系实体成员表中该用户与该关系实体对应记录的验证状态为“已验证”；若加入某关系实体的身份验证失败则将关系实体成员表中该用户与该关系实体对应记录删除。

邀请是由关系实体的创建者31和/或管理员33授权向属于该关系实体的至少一受邀用户34发出的。

参照图8，本实施例提出服务器10还包括分别与数据库14连接，实现邀请用户的用户邀请模块15和实现用户注册的用户注册模块16。

参照图9，本实施例的步骤S1，根据关系实体信息创建关系实体还包括向关系实体拥有的至少一用户发出邀请的步骤，具体来说包括：

步骤S17，客户端21接收创建者31和/或管理员33发出的授权邀请指令并发送给服务器10；

步骤S18，服务器10的用户邀请模块15解析授权邀请指令，根据指令中指定的关系实体和用户信息提取创建者31和/或管理员33指定邀请的受邀用户信息；受邀用户信息包括创建者31和/或管理员33提供的用户姓名、性别、联系方式、特性等信息；

步骤S19，用户邀请模块15对每一受邀用户34分别形成邀请函，在邀请函中附带受邀用户信息、发出邀请的创建者31和/或管理员33及对应关系实体的信息；

步骤S110，服务器10按照受邀用户34的联系方式分别发出邀请函。

参照图10，本实施例还提出步骤S2，根据用户提供的用户信息对用户进行验证还包括：

步骤S21，系统接收受邀用户34根据收到的邀请函发出的注册请求；

步骤S22，用户注册模块16生成针对该受邀用户334的注册/验证表单，在表单中附带受邀用户34的用户信息，客户端34向受邀用户34显示该表单，供受邀用户34核对；

步骤S23，客户端34接收受邀用户34反馈的指令，若指令为请求身份验证则进行上述步骤S24，否则受邀用户验证失败，流程结束。

本实施例提出步骤S3，将用户加入关系实体并进行管理还包括对属于同一关系实体的用户实现广播信息、群组讨论和/或群组活动；还可将关系实体与即时通信群组建立对应关系，为属于同一关系实体的至少一用户推送服务。

相比传统的邀请，本实施例的邀请函包含关系实体的真实信息，给被邀请者一种集体在等待自己加入的感觉，拉动作用大；被邀请者注册时关系实体创建者已为自己填写真实信息，并且已经归属到某个关系实体，使注册过程简单快捷，只需修改和补充一些信息就能注册成功。

本发明还提出第五实施例。参照图3，根据用户特性实现用户组织管理的方法包括：

步骤S1，根据关系实体信息创建关系实体；

步骤S2，根据用户提供的用户信息对用户进行验证；

步骤S3，将用户加入关系实体并进行管理。

本实施例对关系实体、共同特性和用户的定义与前述实施例相同，故不赘述。

基于上述实施例，本发明提出第六实施例。本实施例可供用户创建关系实体，由用户提供关系实体信息。创建关系实体信息的用户称为创建者31。

参照图4，本实施例的步骤S1，根据关系实体信息创建关系实体具体包括：

步骤S11，接收创建者31发出的创建关系实体的请求；

步骤S12，响应创建关系实体请求，形成供收集关系实体信息的表单；

步骤S13，向创建者31显示表单，接收创建者31提供的关系实体信息；

步骤S14，提取关系实体信息，创建关系实体；

步骤S15，向创建者31显示表单，接收创建者31提供的属于该关系实体的用户信息；

步骤S16，存储关系实体信息及包括创建者31在内的用户信息。

参照图5，本实施例的步骤S2，根据用户提供的用户信息对用户进行验证具体包括：

步骤S24，接收用户32发出的验证请求；

步骤S25，响应用户验证请求，形成供收集用户信息的表单；

步骤S26，向用户32显示表单，接收用户32提供的用户信息；

步骤S27，从表单中提取用户提供的用户信息；

步骤S28，采用预设验证机制对用户信息进行验证；

步骤S29，若验证通过则发送用户32的用户信息供存储，向用户返回验证成功信息；

步骤S210，若验证不通过则向用户32返回验证失败信息。

参照图6，本实施例的步骤S3，将用户加入关系实体并进行管理，是对包括创建者在内的用户进行的，具体包括：

步骤S31，存储用户的用户信息；

步骤S32，根据接收到的用户信息与用户所属的至少一关系实体匹配，确定所述用户与所述至少一关系实体的所属关系；

步骤S33，修改用户信息及所述关系实体信息。

本发明为进一步完善用户的组织管理，实现吸引更多用户注册并加入关系实体，提出第七实施例。本实施例对用户管理机制、数据结构、审核机制的定义与上述实施例类似，故不赘述。

参照图9，本实施例的步骤S1，根据关系实体信息创建关系实体还包括根据关系实体的创建者31和/或管理员33授权，向关系实体拥有的至少一受邀用户34发出邀请的步骤，具体来说包括：

步骤S17，接收创建者31和/或管理员33发出的授权邀请指令；

步骤S18，解析授权邀请指令，根据指令中指定的关系实体和用户信息提取创建者31和/或管理员33指定的受邀用户信息；受邀用户信息包括创建者31和/或管理员33提供的用户姓名、性别、联系方式、特性等信息；

步骤S19，对每一受邀用户34分别形成邀请函，在邀请函中附带受邀用户信息、发出邀请的创建者31和/或管理员33及对应关系实体的信息；

步骤S110，按照受邀用户34的联系方式分别向受邀用户发出邀请函。

参照图10，本实施例还提出步骤S2，根据用户提供的用户信息对用户进行验证还包括：

步骤S21，接收受邀用户34根据收到的邀请函发出的注册请求；

步骤S22，生成针对该受邀用户34的注册/验证表单，在表单中附带受邀用户34的用户信息，向受邀用户34显示该表单，供受邀用户34核对；

步骤S23，接收受邀用户34反馈的指令，若指令为请求身份验证则进行上述步骤S24，否则受邀用户验证失败，流程结束。

本实施例提出步骤S3，将用户加入关系实体并进行管理还包括对属于同一关系实体的用户实现广播信息、群组讨论和/或群组活动；还可将关系实体与即时通信群组建立对应关系，为属于同一关系实体的至少一用户推送服务。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种用户组织管理系统，包括服务器和分别与其连接的至少一客户端，其特征在于，所述服务器包括：

根据关系实体信息创建关系实体的关系实体创建模块；

对用户提供的用户信息进行验证的用户验证模块；

将用户加入关系实体并进行管理的用户管理模块；和

分别与上述模块连接，存储用户和/或关系实体信息的数据库。

2.如权利要求1所述的用户组织管理系统，其特征在于：

所述创建关系实体是实体创建模块整理关系实体信息并存入数据库，根据预设机制和/或由系统管理员审核所述关系实体信息，根据审核结果创建所述关系实体。

3.如权利要求1所述的用户组织管理系统，其特征在于：

所述对用户进行验证是由所述关系实体拥有的至少一用户对申请加入的用户信息进行审核，或根据预设机制对申请加入所述关系实体的用户信息进行审核。

4.如权利要求1所述的用户组织管理系统，其特征在于：

所述用户加入关系实体并进行管理是根据所述用户信息与至少一关系实体信息匹配，确定所述用户与所述至少一关系实体的所属关系。

5.如权利要求1至4任意一项所述的用户组织管理系统，其特征在于，所述服务器还包括：

与数据库连接，实现邀请用户的用户邀请模块。

6.如权利要求5所述的用户组织管理系统，其特征在于：

所述用户邀请模块根据用户指令，对用户指定的至少一受邀用户发送附带受邀用户信息和关系实体信息的邀请函。

7.一种用户组织管理方法，包括：

根据关系实体信息创建关系实体的步骤；

根据用户提供的用户信息对用户进行验证的步骤；

将用户加入关系实体并进行管理的步骤。

8.如权利要求7所述的用户组织管理方法，其特征在于，所述根据关系实体信息创建关系实体的步骤包括：

接收关系实体信息，创建关系实体；

接收属于所述关系实体的用户信息；

存储关系实体信息及用户信息。

9.如权利要求7所述的用户组织管理方法，其特征在于，所述根据用户提供的用户信息对用户进行验证的步骤包括：

响应用户验证请求，接收用户提供的用户信息；

由所述关系实体拥有的至少一用户对所述用户提供的用户信息进行审核，或根据预设机制对所述用户信息进行审核。

10.如权利要求7所述的用户组织管理方法，其特征在于，所述将用户加入关系实体并进行管理的步骤包括：

保存用户的用户信息；

根据用户信息与至少一关系实体匹配，确定所述用户与所述至少一关系实体的所属关系；

修改用户信息及所述关系实体信息。

11.如权利要求7至10任意一项所述的用户组织管理方法，其特征在于，所述根据用户提供的关系实体信息创建关系实体还包括：

根据用户指令，对用户指定的至少一受邀用户发送附带受邀用户信息和关系实体信息的邀请函。

12.如权利要求11所述的用户组织管理方法，其特征在于，所述根据用户提供的用户信息对用户进行验证还包括：

接收受邀用户根据邀请函发出的注册请求；

向所述受邀用户显示其用户信息供所述受邀用户核对；

接收受邀用户反馈的指令，根据所述指令对其进行验证。

Images