用户信息搜索方法、装置、设备及计算机可读存储介质与流程

1.本技术实施例涉及即时通讯技术领域，涉及但不限于一种用户信息搜索方法、装置、设备及计算机可读存储介质。


背景技术：

2.随着互联网技术的不断发展，人们的工作、学习和生活都发生了翻天覆地的变化。为了尽可能减少工作和生活之间的互相干扰，人们可以在自身的移动终端或工作终端中安装企业即时通讯应用，从而能够利用企业即时通讯应用处理工作相关事务。由于企业同时存在保护组织架构和跨部门沟通两种需求，因此企业即时通讯应用中的通讯录一般会支持限制查看的规则，以满足企业保护组织架构的需要，但这种保护措施不利于被限制的成员或团队进行跨团队沟通，影响即时通讯效率。


技术实现要素：

3.本技术实施例提供一种用户信息搜索方法、装置、设备及计算机可读存储介质，不仅能够实现对企业通讯录信息的保护，还能够满足部分用户的跨团队沟通需求。
4.本技术实施例的技术方案是这样实现的：
5.本技术实施例提供一种用户信息搜索方法，应用于企业即时通讯应用，包括：
6.响应于针对企业即时通讯应用中用户信息搜索功能的第一操作，获取自身的后台搜索权限信息，并获取搜索关键字；
7.当基于该后台搜索权限信息确定自身具有后台搜索权限时，响应于执行搜索的第二操作，基于该搜索关键字确定目标搜索结果；
8.输出该目标搜索结果。
9.本技术实施例提供一种用户信息搜索方法，包括：
10.接收用户终端发送的搜索请求，获取该搜索请求中携带的搜索关键字和用户标识，其中，所述搜索请求是用户终端确定自身具有后台搜索权限时发送的；
11.确定该用户标识所对应的企业通讯录，并从该企业通信录中获取与该搜索关键字匹配的候选用户标识，得到候选用户列表；
12.基于该候选用户列表确定后台搜索结果；
13.向该用户终端发送携带有该后台搜索结果的搜索响应。
14.在一些实施例中，该方法还包括：
15.接收管理终端发送的规则配置请求，所述规则配置请求中携带有规则标识和配置信息；
16.获取所述规则标识对应的待配限制规则；
17.基于所述配置信息确定所述待配限制规则中的搜索标记字段的配置值；
18.将所述配置值确定为所述搜索标记字段的取值。
19.本技术实施例提供一种用户信息搜索装置，包括：
20.第一获取模块，用于响应于针对企业即时通讯应用中用户信息搜索功能的第一操作，获取自身的后台搜索权限信息，并获取搜索关键字；
21.第一确定模块，用于当基于该后台搜索权限信息确定自身具有后台搜索权限时，响应于执行搜索的第二操作，基于该搜索关键字确定目标搜索结果；
22.输出模块，用于输出该目标搜索结果。
23.本技术实施例提供一种用户信息搜索装置，包括：
24.第一接收模块，用于接收用户终端发送的搜索请求，获取该搜索请求中携带的搜索关键字和用户标识，其中，所述搜索请求是用户终端确定自身具有后台搜索权限时发送的；
25.第二获取模块，用于确定该用户标识所对应的企业通讯录，并从该企业通信录中获取与该搜索关键字匹配的候选用户标识，得到候选用户列表；
26.第二确定模块，用于基于该候选用户列表确定后台搜索结果；
27.第二发送模块，用于向该用户终端发送携带有该后台搜索结果的搜索响应。
28.本技术实施例提供一种用户信息搜索设备，包括：
29.存储器，用于存储可执行指令；处理器，用于执行该存储器中存储的可执行指令时，实现上述的方法。
30.本技术实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现上述的方法。
31.本技术实施例具有以下有益效果：
32.在用户通过用户终端触发在企业即时通讯应用中进行用户信息搜索的第一操作时，用户终端通过获取自身的后台搜索权限信息确定自身具有后台搜索权限时，在获取到搜索关键字后，响应于执行搜索的第二操作，基于搜索关键字确定目标搜索结果，进而输出目标搜索结果，如此，通过为部分用户增加后台搜索权限，只有当用户具有后台搜索权限时，才能够请求服务器搜索跨团队的用户信息，这样不仅能够实现对企业通讯录信息的保护，还能够满足部分用户的跨团队沟通需求。
附图说明
33.图1为本技术实施例提供的用户信息搜索系统的架构示意图；
34.图2为本技术实施例提供的用户终端100的结构示意图；
35.图3为本技术实施例提供的用户信息搜索方法的一种实现流程示意图；
36.图4为本技术实施例提供的确定目标搜索结果的实现流程示意图；
37.图5a为本技术实施例提供的用户信息搜索方法的再一种实现流程示意图；
38.图5b为本技术实施例提供的获取自身的后台搜索权限信息的实现流程示意图；
39.图6为本技术实施例提供的用户信息搜索方法的另一种实现流程示意图；
40.图7为本技术实施例提供的管理端配置后台搜索权限的界面示意图；
41.图8为本技术实施例提供的终端检查自身对应的用户是否具备后台搜索权限的实现流程示意图。
具体实施方式
42.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
43.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。除非另有定义，本技术实施例所使用的所有的技术和科学术语与属于本技术实施例的技术领域的技术人员通常理解的含义相同。本技术实施例所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
44.对本技术实施例进行进一步详细说明之前，对本技术实施例中涉及的名词和术语进行说明，本技术实施例中涉及的名词和术语适用于如下的解释。
45.1)受限规则：又可以称为限制规则，企业通讯录中，用于限制特定成员和团队查看其他人的规则，被限制的成员和团队不能通过企业通讯录查看其他人。受限团队内部可以相互查看，一个企业通讯录中，可配置多条相互独立的受限规则。
46.2)隐藏规则：企业通讯录中，用于隐藏特定成员和团队的规则，被隐藏的成员和团队不能被其他人通过企业通讯录查看到。
47.3)成员：指企业通讯录中特定的人或服务账号
48.4)团队：指企业通讯录中某个部门或标签。部门可能包含多个子部门，标签可以包含多个成员和多个部门。
49.为了更好地理解本技术实施例中提供的用户信息搜索方法，首先对相关技术中的企业即时通讯应用中受限规则下的用户进行用户信息搜索的实现方式和存在的缺点进行说明：
50.为了满足受限规则下用户的跨团队沟通需求，受限规则下的用户进行用户信息搜索的一种实现方式是，在受限规则基础上，增加不受限白名单，白名单内的成员、子团队可外查外部成员，并与外部成员进行即时通讯；另一种实现方式是，针对指定的受限规则，增加该受限规则对应的可互通名单，受限成员可以且仅可以查看互通名单中的成员，并与该互通名单中的成员进行即时通讯。
51.对受限成员中部分需要经常跨团队沟通的特定成员或子团队，通过对受限规则增加白名单，可以避免受限规则的影响。但这种方式仅对特定成员生效，配置的灵活度低、维护成本高，信息安全风险较大，也无法彻底解决跨团队沟通的问题。
52.对于受限成员和团队，需要频繁沟通的特定外部成员，设置互通名单。让受限成员可以查看指定范围的成员，信息安全风险相比对受限规则增加白名单略低，但依然存在配置的灵活度低、维护成本高的问题，无法彻底解决跨团队沟通的问题。
53.基于此，本技术实施例提供一种即时通讯方法，基于企业即时通讯中的通讯录，在受限规则基础上，通过为受限成员增加远端搜索功能，不仅能够实现对通讯录信息的保护，同时还能够保证受限成员的跨团队沟通需求。
54.下面说明本技术实施例提供的用户信息搜索设备的示例性应用，本技术实施例提供的用户信息搜索设备可以实施为笔记本电脑，平板电脑，台式计算机，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)、智能机器人
等任意具有屏幕显示功能的终端，也可以实施为服务器。下面，将说明用户信息搜索设备实施为用户终端时的示例性应用。
55.参见图1，图1为本技术实施例提供的用户信息搜索系统的架构示意图。如图1所示，该用户信息搜索系统中包括用户终端100、网络300和服务器200。为实现支撑一个示例性应用，用户终端100通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。
56.用户终端100上运行有应用程序，用户可以通过用户终端100运行的应用程序(可以是专门的企业即时通讯应用程序，也可以是浏览器应用程序，并通过浏览器应用程序登录网页版即时通讯应用)进行企业内的即时通讯。当用户需要查询企业内其他用户的用户信息，进而与其他用户进行即时通讯或者进行其他方式的沟通。在本技术实施例中，当用户通过用户终端100查询其他用户的用户信息时，可以首先从服务器200获取自身的后台搜索权限信息，当确定自身具有后台搜索权限时，用户终端100在获取到用户输入的搜索关键字后，向服务器200发送搜索请求，以请求该搜索关键字对应的用户信息。服务器200在接收到搜索请求后，基于搜索关键字进行用户信息查询，在经过初步查询得到候选用户列表后，再从候选用户列表中剔除掉命中隐藏规则的用户，得到最终的用户列表，并补充关键信息后，向用户终端100返回搜索结果。用户终端100在接收到搜索结果后，展示搜索结果，并基于搜索结果中的用户列表进行信息查看或者即时通讯。
57.参见图2，图2为本技术实施例提供的用户终端100的结构示意图，图2所示的用户终端100包括：至少一个处理器110、存储器150、至少一个网络接口120和用户接口130。用户终端100中的各个组件通过总线系统140耦合在一起。可理解，总线系统140用于实现这些组件之间的连接通信。总线系统140除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统140。
58.处理器110可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
59.用户接口130包括使得能够呈现媒体内容的一个或多个输出装置131，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口130还包括一个或多个输入装置132，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
60.存储器150可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器150可选地包括在物理位置上远离处理器110的一个或多个存储设备。
61.存储器150包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom，read only me mory)，易失性存储器可以是随机存取存储器(ram，random access memor y)。本技术实施例描述的存储器150旨在包括任意适合类型的存储器。
62.在一些实施例中，存储器150能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
63.操作系统151，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
64.网络通信模块152，用于经由一个或多个(有线或无线)网络接口120到达其他计算设备，示例性的网络接口120包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb，universal serial bus)等；
65.输入处理模块153，用于对一个或多个来自一个或多个输入装置132之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
66.在一些实施例中，本技术实施例提供的装置可以采用软件方式实现，图2示出了存储在存储器150中的一种用户信息搜索装置154，该用户信息搜索装置154可以是用户终端100中的用户信息搜索装置，其可以是程序和插件等形式的软件，包括以下软件模块：第一获取模块1541、第一确定模块1542和输出模块1543，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。
67.在另一些实施例中，本技术实施例提供的装置可以采用硬件方式实现，作为示例，本技术实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本技术实施例提供的图像处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic，application specif ic integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic de vice)、复杂可编程逻辑器件(cpld，complex programmable logic device)、现场可编程门阵列(fpga，field-programmable gate array)或其他电子元件。
68.下面将结合本技术实施例提供的用户终端100的示例性应用和实施，说明本技术实施例提供的用户信息搜索方法。参见图3，图3为本技术实施例提供的用户信息搜索方法的一种实现流程示意图，将结合图3示出的步骤进行说明。
69.步骤s101，响应于针对企业即时通讯应用中用户信息搜索功能的第一操作，获取自身的后台搜索权限信息，并获取搜索关键字。
70.这里，第一操作可以是用户点击或触控企业即时通讯应用中消息界面中搜索控件的操作，也可以是用户点击或触控企业即时通讯应用中通讯录界面中搜索控件的操作。
71.获取自身的后台搜索权限信息在实现时，可以是向服务器发送权限查询请求，进而请求服务器查询自身的后台搜索权限信息；还可以是用户终端从本地存储空间中获取自身的后台搜索权限信息。通过后台权限信息能够确定自身是否具有后台搜索权限。
72.在本技术实施例中，响应于第一操作，用户终端呈现搜索界面，该搜索界面中至少包括输入搜索字符的输入框，可以通过获取通过该输入框输入的字符确定搜索关键字。搜索关键字可以是姓名、电话号码。
73.步骤s102，当基于该后台搜索权限信息确定自身具有后台搜索权限时，响应于执行搜索的第二操作，基于该搜索关键字确定目标搜索结果。
74.这里，第二操作可以是用户输入搜索关键字之后，点击搜索控件的操作，第二操作还可以是用户输入搜索关键字的操作。在一些实施例中，第二操作还可以是用户输入搜索关键字之后，基于搜索关键字进行模糊搜索，并在搜索界面中输出模糊搜索结果后，用户基于模糊搜索结果的选中操作。
75.当第二操作是点击或者触控搜索控件的操作时，步骤s102在实现时，可以是响应
于该第二操作，用户终端向服务器发送搜索请求，该搜索请求中携带有该搜索关键字，该搜索请求用于请求服务器基于该搜索关键字获取用户信息，服务器在获取到用户信息后向用户终端返回后台搜索结果。并且用户终端在接收到执行搜索的第二操作时，响应于该第二操作，会同步进行本地搜索，并得到本地搜索结果，最后基于后台搜索结果和本地搜索结果确定目标搜索结果。
76.当第二操作是用户输入搜索关键字的操作时，在获取到搜索关键字之后，即可进行自动搜索，通过自动搜索得到目标搜索结果。在实际实现时，进行自动搜索时可以是用户终端进行本地搜索，并且同时执行后台搜索，最终得到目标搜索结果。
77.当第二操作是用户基于模糊搜索结果的选中操作时，确定该第二操作选中的用户标识，并响应于该第二操作，将选中的用户标识对应的用户信息确定为目标搜索结果。
78.步骤s103，输出该目标搜索结果。
79.这里，用户终端输出目标搜索结果时，可以输出目标搜索结果中的用户标识(可以包括用户名、头像)，并且用户标识为可操作控件，例如当单击某一用户标识时，可以输出该用户标识对应的用户信息，当双击该目标标识时，可以输出与该用户标识对应的用户进行即时通讯的界面。
80.在本技术实施例提供的用户信息搜索方法中，在用户通过用户终端触发在企业即时通讯应用中进行用户信息搜索的第一操作时，用户终端通过获取自身的后台搜索权限信息确定自身具有后台搜索权限时，在获取到搜索关键字后，向服务器发送搜索请求，在接收到服务器发送的后台搜索结果后，基于后台搜索结果确定待输出展示的目标搜索结果，进而输出目标搜索结果，如此，通过为部分用户增加后台搜索权限，只有当用户具有后台搜索权限时，才能够请求服务器搜索跨团队的用户信息，这样不仅能够实现对企业通讯录信息的保护，还能够满足部分用户的跨团队沟通需求。
81.由于具有后台搜索权限的用户占比较低，如果全量用户激活搜索输入框时都触发后台搜索权限检查，那么检查请求量级将会很大，因此在一些实施例中，在获取自身的后台搜索权限信息之前，用户终端还可以执行以下步骤：
82.步骤s001，获取企业配置信息。
83.这里，企业配置信息中可以包括搜索标记位，该搜索标记位能够表征企业通讯录中是否包括具有后台搜索权限的用户。
84.步骤s002，基于该企业配置信息确定企业通讯录中是否包括具有后台搜索权限的用户。
85.这里，步骤s002在实现时，可以通过确定搜索标记位是否被置位来确定企业通讯录中是否包括具有后台搜索权限的用户，其中，当搜索标记位被置位(例如可以是被置位为1)，那么说明企业通讯录中包括具有后台搜索权限的用户；当搜索标记位没有被置位(例如没有被置位时，搜索标记为0)，说明企业通讯录中不包括具有后台搜索权限的用户。
86.在本技术实施例中，当企业通讯录中包括具有后台搜索权限的用户时，再执行获取用户终端对应用户的后台搜索权限信息的步骤；当企业通讯录中不包括具有后台搜索权限的用户时，说明企业通讯录中所有的用户都不具备后台搜索权限，那么直接进行本地搜索即可，不需要再去从服务器获取某个特定用户的后台搜索权限信息，如此能够极大降低查询后台搜索权限的请求次数，从而提高信息搜索效率。
87.在一些实施例中，步骤s101中的“获取自身的后台搜索权限信息”可以通过下述的步骤s1011至步骤s1016实现，以下对各步骤进行说明。
88.步骤s1011，获取上一次获取自身的后台搜索权限信息的历史时刻。
89.步骤s1012，确定该历史时刻与当前时刻之间的间隔时长。
90.这里，假设历史时刻为2020年5月17日17:40:00，当前时刻为2020年5月17日17:50:00，那么此时间隔时长为10分钟。
91.步骤s1013，判断该间隔时长是否大于预设的时长阈值。
92.在本技术实施例中，用户终端在从服务器获取到后台搜索权限信息后，可以进行一定时长(即预设的时长阈值)的缓存，当达到该时长阈值后将后台搜索信息删除，因此，当该间隔时长大于该时长阈值时，说明自身已经将后台搜索权限信息删除，此时进入步骤s1014；当该间隔时长小于或者等于该时长阈值时，说明自身没有将后台搜索权限信息删除，此时进入步骤s1016。
93.步骤s1014，向服务器发送权限查询请求。
94.这里，权限查询请求中携带有用户终端对应的用户标识。
95.步骤s1015，接收该服务器发送的权限查询响应，并获取该权限查询响应中携带的后台搜索权限信息。
96.步骤s1016，从本地存储空间获取自身的后台搜索权限信息。
97.由于用户在短时间内可能频繁激活输入框，而用户的后台搜索权限信息不会频繁更新，在步骤s1011至步骤s1016所在的实施例中，因此用户权限查询请求增加了预设的时长阈值的结果缓存(cache)，如此，当用户短时间内频繁进行搜索时，不需要每次都从服务器获取自身的后台权限信息，不仅能够减少向服务器发送权限查询请求的次数，从而降低服务器的处理量，还能够提高获取后台搜索权限的效率。
98.在一些实施例中，在用户终端接收到第一操作后，响应于该第一操作，呈现搜索界面，其中，该搜索界面中包括输入搜索关键字的输入框，对应地，步骤s101中“获取搜索关键字”，可以通过以下步骤实现：
99.步骤s1017，响应于通过该搜索界面接收到的输入操作，确定输入的字符。
100.这里，输入操作可以是字符输入操作，还可以是语音输入操作，当该输入操作为字符输入操作时，可以通过字符输入操作直接确定输入的字符；当该输入操作为语音输入操作时，可以在获取到输入的语音信息后，将语音信息转换为文字，得到输入的字符。
101.步骤s1018，当该输入的字符满足预设的关键字条件时，将该输入的字符确定为搜索关键字。
102.这里，由于搜索本身会增加企业通讯录用户信息泄露的风险，因此需要设定关键字条件，防止用户通过简单的字符搜索出大量匹配的用户。在本技术实施例中，可以设定关键字条件包括：当输入字符为数字时，输入字符中包括的数字个数不得小于第一个数阈值；当输入字符为汉字时，输入字符中包括的字符不得小于第二个数阈值，且不能大于第三个数阈值。例如当利用手机号或者工号进行搜索时，输入的是数字，那么可以限定第一个数阈值为6，也就是说，只有在输入大于或者等于六位数字时才能执行搜索。当利用姓名进行搜索时，可以限定第二个数阈值为2，第三个数阈值为4，也就是说只有输入2到4个汉字时才能执行搜索，从而避免只输入一个姓或者一个名而匹配出大量的用户，从而导致信息泄露。
103.在一些实施例中，当第二操作为获取到搜索关键字之后，点击或触控搜索控件的操作时，图3所示的步骤s102可以通过步骤s1021至步骤s1024实现，图4为本技术实施例提供的确定目标搜索结果的实现流程示意图，以下结合图4对各步骤进行说明。
104.步骤s1021，当基于后台搜索权限信息确定自身具有后台搜索权限时，响应于执行搜索的第二操作，向服务器发送搜索请求。
105.这里，搜索请求中携带有所述搜索关键字。
106.在一些实施例中，服务器接收到搜索请求后，确定与该搜索关键字匹配的候选用户标识，得到候选用户列表，并从候选用户列表中剔除掉设置为不能被其他人搜索的用户标识，从而得到第二用户列表，并获取第二用户列表中各个用户标识对应的用户信息，例如，手机号码、邮箱地址、团队信息等，将第二用户列表和对应的用户信息确定为后台搜索结果发送给用户终端。
107.步骤s1022，接收服务器发送的后台搜索结果。
108.步骤s1023，在本地存储空间基于该搜索关键字进行搜索，得到本地搜索结果。
109.这里，该本地搜索结果中至少包括第一用户列表，当没有搜索到与该搜索关键字匹配的用户信息时，第一用户列表为空；当搜索到与该搜索关键字匹配的用户信息时，第一用户列表不为空，此时第一用户列表中包括用户标识，其中用户标识可以包括用户名，还可以包括用户头像。当第一用户列表不为空时，本地搜索结果除了包括第一用户列表外，还包括搜索到的第一用户列表中包括的各个用户标识对应的用户信息。
110.步骤s1024，基于后台搜索结果和本地搜索结果确定目标搜索结果。
111.这里，由于本地搜索结果中包括有第一用户列表，后台搜索结果中包括有第二用户列表，对应地，步骤s1024可以通过以下步骤实现：
112.步骤s241，将该第一用户列表和该第二用户列表进行数据融合，得到目标用户列表。
113.这里，步骤s241在实现时，可以是当第一用户列表和第二用户列表中存在相同的用户标识时，可以是将第一用户列表中相同的用户标识保留，删除第二用户列表中相同的用户标识；也可以是将第二用户列表中相同的用户标识保留，删除第一用户列表中相同的用户标识。
114.步骤s242，获取该目标用户列表中包括的各个目标用户的用户信息。
115.这里，目标列表中来自于第二用户列表中的各个目标用户的用户信息可以是从服务器返回的后台搜索结果中获取，目标列表中来自于第一列表中各个目标用户的用户信息可以从本地存储空间中获取。
116.步骤s243，将该目标用户列表和该用户信息确定为目标搜索结果。
117.在本技术实施例中，步骤s241可以通过以下步骤实现：
118.步骤s2411，确定第一用户列表和第二用户列表中是否包括相同的用户标识。
119.在实现时，可以是将第一用户列表中包括的各个第一用户标识确定第一集合，将第二用户列表中包括的各个第二用户标识确定第二集合，步骤s311在实现时，可以是确定第一集合和第二集合的交集，当该交集不为空时，确定第一用户列表和第二用户列表包括相同的用户标识，并且交集中包括的元素即为相同的用户标识；当该交集为空时，确定第一用户列表和第二用户列表不包括相同的用户标识。
120.这里，当该第一用户列表和该第二用户列表中包括相同的用户标识时，进入步骤s2412；当第一用户列表和该第二用户列表中不包括相同的用户标识时，进入步骤s2414。
121.步骤s2412，将该相同的用户标识从第二用户列表中删除，得到处理后的第二用户列表。
122.这里，假设第一用户列表中包括用户a、用户b、用户e和用户f，第二用户列表中包括用户a、用户b、用户c和用户d，相同的用户标识为用户a和用户b，那么将相同的用户标识从第二用户列表中删除后得到处理后的第二用户列表中包括用户c和用户d。
123.步骤s2413，将该第一用户列表和该处理后的第二用户列表进行合并，得到目标用户列表。
124.承接上述举例，将第一用户列表和处理后的第二用户列表进行合并，得到的目标用户列表中包括用户a、用户b、用户c、用户d、用户e和用户f。
125.步骤s2414，直接将第一用户列表和第二用户列表进行合并，得到目标用户列表。
126.这里，假设第一用户列表包括用户a、用户b，第二用户列表包括用户c和用户d，那么由于两者之间不存在相同的用户标识，此时直接将两者进行合并，得到的目标用户列表中包括用户a、用户b、用户c和用户d。
127.在一些实施例中，步骤s241在实现时，可以在步骤s2411之后，不执行步骤s2412和步骤s2413，而是执行以下步骤：
128.步骤s2412’，将该相同的用户标识从第一用户列表中删除，得到处理后的第一用户列表。
129.步骤s2413’，将处理后的第一用户列表和第二用户列表进行合并，得到目标用户列表。
130.也就是说，当第一用户列表和第二用户列表中存在相同的用户标识时，可以是将第一用户列表中相同的用户标识保留，删除第二用户列表中相同的用户标识；由于服务器中存储的用户信息往往是最新的，因此当第一用户列表和第二用户列表中存在相同的用户标识时，可以是将第二用户列表中相同的用户标识保留，删除第一用户列表中相同的用户标识。
131.承接于上述实施例，输出该目标搜索结果至少包括输出目标用户列表，对应地，在步骤s104之后还可以执行以下步骤来进行用户信息查看：
132.步骤s105a，响应于针对第一目标用户的信息显示操作，获取该第一目标用户的用户信息，呈现该第一目标用户的用户信息。
133.这里，输出目标用户列表实际输出的是目标用户列表中的各个用户标识，并且各个用户标识对应的是可操作控件，点击或者触控用户标识可以触发一定的操作指令，例如单击或者单次触控用户标识，可以触发用户信息显示的操作指令；双击或者双次触控用户标识可以触发即时通讯的操作指令；长按用户标识或者右击用户标识可以显示功能列表，包括显示用户信息、进行即时通讯、查看朋友圈等。
134.在本技术实施例中，第一目标用户为目标用户列表中包括的用户标识对应的用户。信息显示操作可以是一个操作，例如可以是单击或者单次触控用户标识；也可以是一系列操作，例如可以是长按或者右击用户标识，并点击或者触控显示用户信息的功能控件。
135.或者，在步骤s104之后还可以执行以下步骤来进行即时通讯：
136.步骤s105b，响应于与第二目标用户进行即时通讯的通讯操作，呈现即时通讯界面。
137.其中，第二目标用户为该目标用户列表中包括的用户标识对应的用户，与信息显示操作类似，即时通讯的通讯操作可以是一个操作，例如可以是双击或者双次触控用户标识；也可以是一系列操作，例如可以是长按或者右击用户标识，并点击或者触控即时通讯的功能控件。
138.基于前述的实施例，本技术实施例再提供一种用户信息搜索方法，应用于图1所示的系统架构，图5a为本技术实施例提供的用户信息搜索方法的再一种实现流程示意图，如图5a所示，该方法包括：
139.步骤s501，用户终端响应于企业即时通讯应用的启动操作，呈现企业即时通讯应用的消息界面。
140.这里，该启动操作可以是用户点击或者触控企业即时通讯应用的图标，还可以是扫描网页中启动企业即时通讯应用的二维码。
141.步骤s502，用户终端响应于针对企业即时通讯应用中用户信息搜索功能的第一操作，呈现搜索界面。
142.这里，第一操作可以是用户点击或触控消息界面中的搜索控件，还可以是用户点击或触控通讯录界面中的搜索控件。用户终端在接收到第一操作后，响应于该第一操作，呈现搜索界面，该搜索界面中包括输入框，用于输入字符或语音。
143.步骤s503，用户终端获取企业配置信息。
144.这里，企业配置信息中包括搜索标记位，用于表征企业通讯录中是否包括具有后台搜索权限的用户，当搜索标记位被置位(例如，被置位为1)，说明企业通讯录中包括后台搜索权限的用户；当搜索标记位没有被置位，说明企业通讯录中不包括后台搜索权限的用户。该搜索标记位是服务器根据企业对应的限制规则中的搜索标记字段的取值确定的，当企业对应的多条限制规则中，只要有至少一条限制规则的搜索标记字段取值为预设值(例如为1)，那么企业配置信息中的搜索标记位被置位；如果企业对应的所有限制规则中搜索标记字段的取值都不为预设值，那么企业配置信息中的搜索标记位将不被置位。
145.步骤s504，用户终端基于该企业配置信息确定企业通讯录中是否包括具有后台搜索权限的用户。
146.这里，当确定企业通讯录中包括具有后台搜索权限的用户时，进入步骤s505；当确定企业通讯录中补包括具有后台搜索权限的用户时，进入步骤s509。
147.步骤s505，用户终端获取自身的后台搜索权限信息。
148.这里，步骤s505在实现时可以是向服务器发送权限查询请求获取自身的后台搜索权限信息，还可以是从自身的存储空间中获取后台搜索权限信息。
149.步骤s506，用户终端响应于针对该搜索界面的输入操作，获取搜索关键字。
150.步骤s507，用户终端基于后台搜索权限信息确定自身是否具有后台搜索权限。
151.这里，当用户终端确定自身具有后台搜索权限时，进入步骤s508；当用户终端确定自身不具有后台搜索权限时，进入步骤s509。
152.步骤s508，用户终端响应于执行搜索的第二操作，向服务器发送搜索请求。
153.这里，该搜索请求中携带有该搜索关键字。
154.步骤s509，用户终端响应于执行搜索的第二操作，在本地存储空间基于该搜索关键字进行搜索，得到本地搜索结果。
155.这里，当步骤s509的前序步骤为步骤s508时，在步骤s509之后执行步骤s510；当步骤s509的前序步骤为步骤s507或步骤s504时，在得到本地搜索结果之后，直接输出本地搜索结果，此时流程结束。
156.本地搜索结果中至少包括第一用户列表。
157.步骤s510，服务器接收用户终端发送的搜索请求，获取该搜索请求中携带的搜索关键字和用户标识。
158.步骤s511，服务器确定该用户标识所对应的企业通讯录，并从该企业通信录中获取与该搜索关键字匹配的候选用户标识，得到候选用户列表。
159.这里，步骤s511在实现时，可以是从企业通讯录中包括搜索关键字的用户信息对应的用户标识确定为候选用户标识。
160.步骤s512，服务器获取预设的隐藏规则。
161.这里，隐藏规则中包括用户和/或团队不能被其他用户搜索。一个企业对应的隐藏规则可以是一条，也可以是多条。
162.步骤s513，服务器从该候选用户列表中删除满足隐藏规则的候选用户标识，得到第二用户列表。
163.这里，步骤s513在实现时，获取各个候选用户标识的团队信息和标签信息，将各个候选用户标识和对应的团队信息、标签信息确定各个候选集合，将各个候选集合依次与各个隐藏规则进行匹配，如果候选集合中的候选用户标识、团队信息和标签信息中的至少一个存在于隐藏规则中，确定该候选用户标识满足隐藏规则，将该候选用户标识从候选用户列表中删除，在比对完所有的候选用户标识后，得到第二用户列表。
164.步骤s514，服务器获取该第二用户列表中各个用户标识对应的用户信息。
165.这里，用户信息可以包括姓名、电话、邮箱地址、工号、所在部门、所在项目组等信息。
166.步骤s515，服务器将该第二用户列表和该用户信息确定为后台搜索结果。
167.步骤s516，服务器向该用户终端发送携带有该后台搜索结果的搜索响应。
168.步骤s517，用户终端将本地搜索结果和后台搜索结果进行数据融合，得到目标搜索结果。
169.这里，步骤s517在实现时，是首先将本地搜索结果中包括的第一用户列表和后台搜索结果中包括的第二用户列表进行合并，并且在合并时只保留一个用户列表中相同的用户标识，得到目标用户列表，并获取目标用户列表中各个用户标识对应的用户信息，从而将目标用户列表和对应的用户信息确定为目标搜索结果。
170.步骤s518，用户终端输出展示该目标搜索结果。
171.在一些实施例中，用户终端输出目标搜索结果后，可以基于目标搜索结果中包括的用户标识进行用户信息查看、与目标搜索结果中的目标用户进行即时通讯等操作。
172.在本技术实施例提供的用户信息搜索方法中，当用户终端启动企业即时通讯应用，并触发了搜索功能时，用户终端首先获取企业配置信息，以确定该企业通讯录中是否包括具有后台搜索权限的用户，当企业通讯录中不包括具有后台搜索权限的用户，那么说明
自身肯定也不具有后台搜索权限，此时只需执行本地搜索即可，而当企业通讯录中包括后台搜索权限的用户时，再获取自身的后台搜索权限信息，并在确定自身具有后台搜索权限时，执行后台搜索和本地搜索，服务器在接收到用户终端发送的搜索请求后，将初步得到的搜索结果中命中隐藏规则的用户标识删除，从而保证隐藏规则不被破坏，从而保证隐藏用户的信息安全；用户终端在得到本地搜索结果和后台搜索结果后进行数据融合，得到目标搜索结果，并进行展示，如此，不仅能够实现具有后台搜索权限用户的后台搜索功能，还能够保护隐藏用户的信息安全。
173.在本技术实施例中，服务器可以通过以下步骤对自身的限制规则进行更新配置：
174.步骤s401，接收管理终端发送的规则配置请求。
175.这里，规则配置请求中携带有规则标识和配置信息，该配置信息中至少包括是否允许通过搜索查看其他部门成员的配置信息，在一些实施例中，该配置信息还包括对限制规则中用户标识、团队信息、标签信息的更新信息。
176.步骤s402，获取该规则标识对应的待配限制规则。
177.步骤s403，基于该配置信息确定该待配限制规则中的搜索标记字段的配置值。
178.这里，如果该配置信息中是否允许通过搜索查看其他部门成员的配置信息为允许通过搜索查看其他部分成员，那么该待配限制规则中的搜索标识字段的配置值为预设值，例如该配置值为1；如果该配置信息中是否允许通过搜索查看其他部门成员的配置信息为不允许通过搜索查看其他部分成员，那么该待配限制规则中的搜索标识字段的配置值不为预设值，例如，此时该配置值可以为0。
179.步骤s404，将该配置值确定为该搜索标记字段的取值。
180.在一些实施例中，在对限制规则进行更新配置之后，还可以基于更新后的限制规则，确定企业配置信息，并且在企业配置信息发生变化时，将更新后的企业配置信息发送给用户终端。
181.在一些实施例中，图5a所示的步骤s505“用户终端获取自身的后台该权限信息”可以通过步骤s5051至步骤s50510，图5b为本技术实施例提供的获取自身的后台搜索权限信息的实现流程示意图，以下结合图5b对各个步骤进行说明。
182.步骤s5051，用户终端获取上一次获取自身的后台搜索权限信息的历史时刻。
183.步骤s5052，用户终端判断该历史时刻与当前时刻之间的间隔时长是否大于预设的时长阈值。
184.这里，当该间隔时长大于预设的时长阈值时，进入步骤s5053；当间隔时长小于或者等于该时长阈值时，进入步骤s50510。
185.步骤s5053，用户终端向服务器发送权限查询请求。
186.这里，权限查询请求中携带有该用户终端对应的用户标识。
187.步骤s5054，服务器获取该权限查询请求中携带的用户标识。
188.步骤s5055，服务器确定该用户标识对应的团队信息、标签信息和限制规则集合。
189.这里，步骤s5055中获取的限制规则集合为该企业下所有的限制规则。用户标识对应的团队信息可以是用户所在的部门，标签信息可以包括用户当前所在项目组。
190.步骤s5056，服务器从该限制规则集合中确定包括用户标识、团队信息和标签信息至少之一的目标限制规则集合。
191.步骤s5057，服务器基于该目标限制规则集合中包括的目标限制规则中搜索标记字段，确定后台搜索权限信息。
192.这里，步骤s5057在实现时，当所有目标限制规则中搜索标记字段均为预设值时，将后台搜索权限信息确定为该用户具有后台搜索权限；当该目标限制规则集合为空，或者该目标限制规则集合中存在至少一个目标限制规则中的搜索标记不为预设值，将后台搜索权限信息确定为该用户不具有后台搜索权限。
193.步骤s5058，服务器将携带有该后台搜索权限信息的权限查询响应发送给该用户终端。
194.步骤s5059，用户终端接收该服务器发送的权限查询响应，并获取该权限查询响应中携带的后台搜索权限信息。
195.在本技术实施例中，用户终端在获取到自身的后台搜索权限信息后，将后台搜索权限信息存储至本地存储空间(可以是缓存空间)，并启动计时器开始计时，当计时器的计时时长达到预设的时长阈值后，删除该后台搜索权限信息，如此不仅能够避免在短时间内频繁搜索时，需要每次请求服务器进行权限查询，还能够保证到达时长阈值后进行删除，不占用本地存储空间，并且保证用户终端获取到的后台搜索权限信息的时效性和准确性。
196.步骤s50510，用户终端从本地存储空间获取自身的后台搜索权限信息。
197.由于用户在短时间内可能频繁激活输入框，而用户的后台搜索权限信息不会频繁更新，因此在步骤s5051至步骤s50510所在的实施例中，用户终端在获取自身的后台搜索权限时，首先确认上次获取后台搜索权限距离当前时刻的间隔时长，并且在间隔时长大于预设的时长阈值时，说明本地已经没有存储有后台搜索权限信息，此时向服务器发送权限查询请求，并在获取到后台权限查询信息后进行一定时长的缓存，当间隔时长不大于时长阈值时，说明本地存储有自身的后台搜索权限信息，从本地获取即可，如此，当用户短时间内频繁进行搜索时，不需要每次都从服务器获取自身的后台权限信息，不仅能够减少向服务器发送权限查询请求的次数，从而降低服务器的处理量，还能够提高获取后台搜索权限的效率。
198.下面，将说明本技术实施例在一个实际的应用场景中的示例性应用。
199.图6为本技术实施例提供的用户信息搜索方法的另一种实现流程示意图，该方法用于企业即时通讯应用，如图6所示，该方法包括：
200.步骤s601，管理端设备设置可搜索标记。
201.步骤s602，管理端设备将“可搜索其他人”的选项写入受限规则，并将增加了“可搜索其他人”选项的受限规则发送至后台的通讯录规则服务。
202.这里，后台的通讯录规则服务在接收到增加了“可搜索其他人”选项的受限规则后，将自身存储的该受限规则进行更新。
203.步骤s603，终端搜索前检查自身对应的用户是否具备后台搜索权限。
204.这里，终端搜索是即输即搜，即用户每键入一个新的字符，就重新发起一轮搜索并刷新搜索结果。考虑到实际大部分用户不会配置远端搜索，为避免产生大量的后台搜索调用，因此在发起搜索前，首先会对用户后台搜索权限进行检查。在实现时可以是，用户终端向后台的通讯录规则服务器发送检查搜索权限的请求消息，以请求通讯录规则服务确认自身对应的用户是否具备后台搜索权限。
205.在一些实施例中，通讯录规则服务在接收到检查搜索权限的请求消息后，基于自身存储的企业通讯录的受限规则进行查询，得到查询结果，并将查询结果返回给终端。
206.步骤s604，当终端确定自身具备后台搜索权限时，执行远端搜索。
207.在本技术实施例中，具备后台搜索权限的用户，在输入框中输入搜索字符后，终端向后台的搜索服务发送搜索请求，该搜索请求中携带有用户输入的搜索字符，并且会同步进行本地搜索。
208.步骤s605，后台的搜索服务根据搜索请求中的搜索字符，在企业通讯录内搜索手机号、用户名与等搜索字符相匹配的初始用户列表。
209.这里，由于搜索本身会增加企业通讯录用户信息泄露的风险，因此对搜索的匹配方式可按照业务对信息安全的定义标准进行如下约束：
210.1、限制可搜索的字段范围：可设定允许通过哪些字段进行搜索，如手机号、姓名；
211.2、限制搜索字段的匹配度：例如手机号字段，如果不进行约束，可能通过数字1搜索出大量匹配的用户。因此可按业务对安全级别的进行约束，如限制6位以上数字，才触发对手机号的搜索匹配。搜索匹配度要求越高，则信息安全等级越高。
212.步骤s606，搜索服务从通讯录规则服务获取隐藏规则。
213.步骤s607，通讯录规则服务向搜索服务返回隐藏规则。
214.步骤s608，搜索服务基于隐藏规则，剔除初始用户列表中命中隐藏规则的用户，得到目标用户列表，并基于目标用户列表确定远端搜索结果。
215.这里，对于配置了隐藏规则的用户，依然要保证其信息安全，不能被后台搜索检索到。因此在搜索服务得到初始用户列表后，会将初始用户列表中的各个用户标识与隐藏规则进行匹配，以确定各个用户标识是否命中隐藏规则，当某一用户标识命中隐藏规则时，则将该用户标识从初始用户列表中删除。将初始用户列表中所有命中隐藏规则的用户标识剔除后，得到目标用户列表。
216.在本技术实施例中，在得到目标用户列表后，搜索服务基于目标用户列表中的用户标识，搜索各个用户标识对应的用户信息，并将用户信息作为搜索结果返回给终端。这里，用户信息可以包括用户名字、电话、邮箱地址等。
217.步骤s609，搜索服务将远端搜索结果返回至终端。
218.步骤s610，终端收到后台的搜索服务返回的搜索结果后，与本地搜索结果合并展示。
219.这里，终端在收到后台的搜索服务返回的搜索结果后，会与本地搜索结果进行合并。如果出现重复记录，则使用本地搜索结果覆盖远端搜索结果。
220.在一些实施例中，终端可通过返回的后台搜索结果，查看用户资料，或发起即时通讯。
221.企业通讯录的受限规则，由多条受限子规则组成，每条子规则包含成员(v id)列表、部门(partyid)列表、标签(tagid)列表。数据结构如下：
222.corpfiltermeta
223.{
224.repeated uint64 vid；//成员列表
225.repeated uint64 partyid；//团队列表
226.repeated uint64 tagid；//标签列表
227.}
228.corpfilter
229.{
230.repeated corpfiltermeta filter；
231.}
232.在本技术实施例中，在每条受限子规则中新增扩展标记位，来标识这条受限子规则下的受限成员是否可以通过后台搜索兼容企业内其它成员。此时，子规则的数据结构如下所示：
233.corpfiltermeta
234.{
235.repeated uint64 vid；
236.repeated uint64 partyid；
237.repeated uint64 tagid；
238.optinal bool is_allowed_search；//新增搜索标识
239.}
240.在本技术实施例中，步骤s601在实现时，可以是管理端设备在设置可搜索标记，或者说新增搜索标识时，可以通过勾选如图7所示的操作界面中“允许通过搜索查看其它部门成员”的按钮控件701，当该按钮控件701被勾选时，将该受限子规则中的新增搜索标识(is_allowed_search)置为1。
241.图8为本技术实施例提供的终端检查自身对应的用户是否具备后台搜索权限的实现流程示意图，如图8所示，该流程包括：
242.步骤s6031，拉取企业配置。
243.由于配置远端搜索的用户占比较低，如果全量用户激活搜索输入框时都触发检查，检查请求量级将会很大。因此。终端可以优先拉取企业配置(corconf ig)，以确定该企业通讯录中是否包括具有后台搜索权限的用户。
244.在一些实施例中，在步骤s6031之前，通讯录规则服务器首先检查企业级受限规则中是否至少有一条受限规则中is_allowed_search字段置位，其中只要有一条受限规则中is_allowed_search字段置位，将corpconfig中的搜索标记进行置位，并将corpconfig下发终端。这样可极大降低查询搜索权限的请求次数，实际运营发现可降低96％以上的查询请求。
245.步骤s6032，确定企业配置中是否包括搜索标记。
246.这里，确定企业配置中是否包括搜索标记，在实现时是确定企业配置也即corpconfig中的搜索标记位是否被置位，当该搜索标记位被置位，认为企业配置中包括搜索标记，并且说明该企业通信录中包括具有后台搜索权限的用户，此时进入步骤s6033；当该搜索标记为没有被置位，认为企业配置中不包括搜索标记，并且说明该企业通信录中所有的用户都不具备后台搜索权限，此时终端可忽略后续流程，不进行后台搜索。
247.步骤s6033，确定当前时刻距离上次检查搜索权限的间隔时长是否大于预设的时长阈值(1min)。
248.由于用户在短时间内可能频繁激活输入框，而企业配置不会频繁更新，因此，在本技术实施例中，对用户权限查询请求增加了1min级别的结果cache。
249.在本技术实施例中，如果当前时刻距离上次检查搜索权限的间隔时长大于1min，进入步骤s6034，检查是否具有搜索权限；如果当前时刻距离上次检查搜索权限的间隔时长不大于1min时，进入步骤s6035，检查用户搜索标记是否生效，如此，可进一步降低70％左右的权限检查请求。
250.步骤s6034，检查用户是否具有搜索权限。
251.这里，步骤s6034在实现时可以是终端向后台的通讯录规则服务发送请求消息，以请求通讯录规则服务确定该用户是否具有搜索权限。
252.在本技术实施例中，如果用户处于多条受限子规则，则多条子规则必须全部开启搜索选项后，该用户才能具备搜索权限。通讯录规则服务确定该用户是否具有搜索权限的实现过程可以包括：
253.步骤s341，当接收到对用户进行权限检查的请求消息时，首先读取用户vi d所在的全部团队列表(含部门列表和标签列表)，组成vid、partyid list、tagi d list形成的集合a。
254.步骤s342，将集合a与企业通讯录中所有受限子规则逐条计算交集。
255.这里，如果集合a与当前受限子规则不存在交集，说明该用户没有命中当前受限子规则，那么再次进入步骤s342，与将集合a与下一条受限子规则计算交集；如果集合a与当前受限子规则存在交集，则说明该用户命中当前受限子规则，则检查当前受限子规则中的is_allowed_search字段是否被置位。如果当前受限子规则中的is_allowed_search字段被置位，那么再次进入步骤s342，与将集合a与下一条受限子规则计算交集；如果当前受限子规则中的is_allowed_search字段没有被置位，直接得到无搜索权限的检查结果。
256.步骤s343，当集合a与企业通讯录中所有受限子规则计算交集后，如果集合a与所有受限子规则都不存在交集，则得到无搜索权限的检查结果，如果与集合a存在交集的所有受限子规则中的is_allowed_search字段均被置位，得到有搜索权限的检查结果。
257.通讯录规则服务在确定出检查结果后，将检查结果返回给终端。
258.步骤s6035，确定用户搜索标记是否生效。
259.这里，步骤s6035在实现时，可以是基于通讯录规则服务返回的检查结果确定用户搜索标记是否生效，当检查结果为有搜索权限，那么表明用户搜索标记是生效的，此时进入步骤s604；当检查结果为无搜索权限，那么表明用户搜索标记未生效，此时结束流程。
260.本技术实施例提供的用户信息搜索方法，基于企业通讯录，在受限规则基础上，通过为受限成员增加远端搜索功能，如此只有增加了远端搜索功能的受限用户可以通过远端搜索，查询跨团队的用户信息，不仅能够实现对通讯录信息的保护，同时还能够保证受限成员的跨团队沟通需求，提高沟通效率。
261.下面继续说明本技术实施例提供的用户信息搜索装置154实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器150的用户信息搜索装置154中的软件模块可以是用户终端100中的用户信息搜索装置，包括：
262.第一获取模块1541，用于响应于针对企业即时通讯应用中用户信息搜索功能的第一操作，获取自身的后台搜索权限信息，并获取搜索关键字；
263.第一确定模块1542，用于当基于该后台搜索权限信息确定自身具有后台搜索权限时，响应于执行搜索的第二操作，基于该搜索关键字确定目标搜索结果；
264.输出模块1543，用于输出该目标搜索结果。
265.在一些实施例中，该装置还包括：
266.第三获取模块，用于获取企业配置信息；
267.第三确定模块，用于基于该企业配置信息确定企业通讯录中是否包括具有后台搜索权限的用户，其中，当企业通讯录中包括具有后台搜索权限的用户时，获取自身的后台搜索权限信息。
268.在一些实施例中，该第一获取模块，还用于：
269.当企业通讯录中包括具有后台搜索权限的用户时，获取上一次获取自身的后台搜索权限信息的历史时刻；
270.确定该历史时刻与当前时刻之间的间隔时长；
271.当该间隔时长大于预设的时长阈值时，向服务器发送权限查询请求；
272.接收该服务器发送的权限查询响应，并获取该权限查询响应中携带的后台搜索权限信息。
273.在一些实施例中，该第一获取模块，还用于：
274.当该间隔时长小于或者等于该时长阈值时，从本地存储空间获取自身的后台搜索权限信息。
275.在一些实施例中，第一确定模块1542还用于：
276.当基于所述后台搜索权限信息确定自身具有后台搜索权限时，响应于执行搜索的第二操作，向服务器发送搜索请求，所述搜索请求中携带有所述搜索关键字；
277.接收所述服务器发送的后台搜索结果；
278.在本地存储空间基于所述搜索关键字进行搜索，得到本地搜索结果；
279.基于所述后台搜索结果和本地搜索结果确定目标搜索结果。
280.在一些实施例中，该第一确定模块1542，还用于：
281.当所述第一用户列表和所述第二用户列表中包括相同的用户标识时，将所述相同的用户标识从所述第二用户列表中删除，得到处理后的第二用户列表；
282.将所述第一用户列表和所述处理后的第二用户列表进行合并，得到目标用户列表。
283.在一些实施例中，该装置还包括：
284.第一呈现模块，用于响应于该第一操作，呈现搜索界面；
285.对应地，该第一获取模块，还用于：
286.响应于通过该搜索界面接收到的输入操作，确定输入的字符；
287.当该输入的字符满足预设的关键字条件时，将该输入的字符确定为搜索关键字。
288.在一些实施例中，该输出该目标搜索结果至少包括输出目标用户列表，对应地，该装置还包括：
289.第四获取模块，用于响应于针对第一目标用户的信息显示操作，获取该第一目标用户的用户信息，呈现该第一目标用户的用户信息；或者，
290.第二呈现模块，用于响应于与第二目标用户进行即时通讯的通讯操作，呈现即时
通讯界面；
291.该第一目标用户与该第二目标用户为该目标用户列表中包括的用户标识对应的用户。
292.本技术实施例再提供一种用户信息搜索装置，该用户信息搜索装置可以是存储在服务器200的存储器中的软件模块，该用户信息搜索装置包括：
293.第一接收模块，用于接收用户终端发送的搜索请求，获取该搜索请求中携带的搜索关键字和用户标识，其中，所述搜索请求是用户终端确定自身具有后台搜索权限时发送的；
294.第二获取模块，用于确定该用户标识所对应的企业通讯录，并从该企业通信录中获取与该搜索关键字匹配的候选用户标识，得到候选用户列表；
295.第二确定模块，用于基于该候选用户列表确定后台搜索结果；
296.第二发送模块，用于向该用户终端发送携带有该后台搜索结果的搜索响应。
297.在一些实施例中，该第二确定模块还用于：
298.获取预设的隐藏规则，该隐藏规则中包括用户和/或团队不能被其他用户搜索；
299.从该候选用户列表中删除满足该隐藏规则的候选用户标识，得到第二用户列表；
300.获取该第二用户列表中各个用户标识对应的用户信息；
301.将该第二用户列表和该用户信息确定为后台搜索结果。
302.在一些实施例中，该装置还包括：
303.第二接收模块，用于接收用户终端发送的权限查询请求，获取该权限查询请求中携带的用户标识；
304.第四确定模块，用于确定该用户标识对应的团队信息、标签信息和限制规则集合；
305.第五确定模块，用于从该限制规则集合中确定包括用户标识、团队信息和标签信息至少之一的目标限制规则集合；
306.第六确定模块，用于基于该目标限制规则集合中包括的目标限制规则中搜索标记字段，确定后台搜索权限信息；
307.第三发送模块，用于将携带有该后台搜索权限信息的权限查询响应发送给该用户终端。
308.在一些实施例中，该第六确定模块，还用于：
309.当所有目标限制规则中搜索标记字段均为预设值时，将后台搜索权限信息确定为该用户具有后台搜索权限；
310.当该目标限制规则集合为空，或者该目标限制规则集合中存在至少一个目标限制规则中的搜索标记不为预设值，将后台搜索权限信息确定为该用户不具有后台搜索权限。
311.在一些实施例中，该装置还包括：
312.第三接收模块，用于接收管理终端发送的规则配置请求，该规则配置请求中携带有规则标识和配置信息；
313.第五获取模块，用于获取该规则标识对应的待配限制规则；
314.第七确定模块，用于基于该配置信息确定该待配限制规则中的搜索标记字段的配置值；
315.第八确定模块，用于将该配置值确定为该搜索标记字段的取值。
316.需要说明的是，本技术实施例装置的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本装置实施例中未披露的技术细节，请参照本技术方法实施例的描述而理解。
317.本技术实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本技术实施例提供的方法，例如，如图3、图4、图5a、图5b和图6、图8示出的方法。
318.在一些实施例中，存储介质可以是计算机可读存储介质，例如，铁电存储器(fram，ferromagnetic random access memory)、只读存储器(rom，r ead only memory)、可编程只读存储器(prom，programmable read only memory)、可擦除可编程只读存储器(eprom，erasable programmable read only memory)、带电可擦可编程只读存储器(eeprom，electrically erasable programmable read only memory)、闪存、磁表面存储器、光盘、或光盘只读存储器(cd-rom，compact disk-read only memory)等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
319.在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
320.作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(h tml，hyper text markup language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
321.以上所述，仅为本技术的实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本技术的保护范围之内。