一种用户线索查询方法和相关装置与流程

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.图1为本技术实施例提供的一种实际应用场景中用户线索查询方法的示意图；
31.图2为本技术实施例提供的一种用户线索查询方法的流程图；
32.图3为本技术实施例提供的一种用户线索查询方法的示意图；
33.图4为本技术实施例提供的一种用户线索查询方法的示意图；
34.图5为本技术实施例提供的一种用户线索查询方法的示意图；
35.图6为本技术实施例提供的一种用户线索查询方法的示意图；
36.图7为本技术实施例提供的一种用户线索查询方法的示意图；
37.图8为本技术实施例提供的一种用户线索查询方法的示意图；
38.图9为本技术实施例提供的一种实际应用场景中用户线索查询方法的示意图；
39.图10为本技术实施例提供的一种实际应用场景中用户线索查询方法的示意图；
40.图11为本技术实施例提供的一种用户线索查询装置的结构框图；
41.图12为本技术实施例提供的一种计算机设备的结构图；
42.图13为本技术实施例提供的一种服务器的结构图。
具体实施方式
43.下面结合附图，对本技术的实施例进行描述。
44.通过用户线索信息查询满足需求的企业用户是普通用户在使用社交软件时的常见操作之一。由于用户线索信息中可以包括用户在多种用户行为中的信息，因此，在相关技术中，与该用户线索信息相关的数据被存储在多个用户行为所对应的多张数据表中，用户在通过用户线索信息进行筛选查询时，处理设备需要先从多个数据表中获取与用户线索信息相关的数据，然后基于该相关数据确定出该用户对应的用户线索信息是否满足此次筛选的筛选条件，这就需要处理设备在多张数据表中进行联表查询，查询难度较大，效率较低。
45.为了解决上述技术问题，本技术提供了一种用户线索查询方法，处理设备可以将多个数据表中的相关数据转化为用户的用户线索信息，与用户的用户标识对应设置在统一的键值对数据表中，从而在通过用户线索信息确定符合筛选条件的用户时，只需在该键值对数据表中进行单表查询即可完成，降低了查询难度；同时，通过将用户线索信息设置在修改难度较低的值字段中，可以便于对该用户线索信息进行更新，提高了键值对数据表的便利性。
46.可以理解的是，该方法可以应用于处理设备上，该处理设备为具有信息查询功能的处理设备，例如可以是具有信息查询功能的终端设备或服务器。该方法由终端设备或服务器独立执行，也可以应用于终端设备和服务器通信的网络场景，通过终端设备和服务器配合运行。其中，终端设备可以为手机、台式计算机、个人数字助理(personal digital assistant，简称pda)、平板电脑等设备。服务器可以理解为是应用服务器，也可以为web服务器，在实际部署时，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本技术在此不做限制。
47.为了便于理解本技术的技术方案，接下来将结合一种实际应用场景，对本技术实施例提供的一种用户线索查询方法进行介绍。
48.参见图1，图1为本技术实施例提供的一种用户线索查询方法的示意图，在该实际应用场景中，处理设备为服务器102，该服务器102可以将各个用户行为流程所生成的用户线索信息汇总在一张键值对数据表，其中，键值对数据表包括多个键值对表项，一个键值对表项用于存储一个用户的用户标识和用户线索信息，该用户标识设置在键值对表项的键字段中，用户线索信息设置在键值对表项的值字段中。例如，该用户标识可以为图中所示的企业标识，用户线索信息可以包括企业认证状态、企业员工数量、企业所在地点等信息。
49.用户线索信息是指与用户自身相关的各种信息，基于这些用户线索信息，其他用户可以从多个用户中查询出符合自己需求的用户。例如，如图1所示，当用户具有查询需求时，可以通过终端设备101设置多个筛选条件，例如设置一个企业员工数量区间、企业地点范围等。终端设备101可以根据用户设置的多个筛选条件生成用户线索查询请求，并将该用户线索查询请求发送给服务器102，该用户线索查询请求用于查询与多个筛选条件相匹配的用户。
50.服务器102在获取用户线索查询请求后，可以根据其所包括的多个筛选条件，对键值对数据表值字段所设置的用户线索信息进行匹配，通过匹配结果，从该键值对数据表所包括键值对表项中筛选出目标键值对表项，该目标键值对表项是指值字段中所设置的用户线索信息满足多个筛选条件的键值对表项，说明该目标键值对表项所对应用户满足发起此次查询的用户的用户需求。例如，当用户想要查询一个位于a市、拥有100名以上员工且通过认证的企业时，可以设置筛选条件分别为“位于a市”、“企业员工100以上”和“企业已认证”。服务器102可以将该筛选条件与键值对数据表中的值字段进行匹配，从中确定出具有满足该筛选条件的用户线索信息的键值对表项作为目标键值对表项。随后，服务器可以根据该目标键值对表项，确定该用户线索查询请求对应的查询结果，发送给终端设备101以供用户进行查看。
51.由于该键值对数据表为一张具有多个用户的用户标识以及对应的用户线索信息的统一数据表，因此，服务器102在进行线索查询时，只需要在该数据表中进行查询即可，无需在多个数据表中进行联表查询，简化了数据表的查询逻辑，降低了查询操作的难度，从而降低了对查询设备查询能力的需求，使该用户线索查询方法能够应用于更多设备中；此外，由于该用户线索信息设置在键值对数据表的值字段中，相对于键字段，值字段中的信息修改难度较低，因此当处理设备需要对键值对数据表进行更新时，更新难度较低，提高了键值对数据表的便利性。
52.接下来，将结合附图，对本技术实施例提供的一种用户线索查询方法进行介绍。
53.参见图2，图2为本技术实施例提供的一种用户线索查询方法的流程图，该方法包括：
54.s201：获取包括多个筛选条件的用户线索查询请求。
55.在使用社交软件的过程中，可能会产生对某些特定用户进行查询的需求。例如，当用户想要与在该社交软件中的一些其他用户进行合作时，可能会通过查询操作来查找贴合自身需求的用户；当用户想要为其他用户提供服务时，可能需要通过查询操作来查找需要该服务的用户。
56.其中，在查询用户时，为了能够查找到所需的用户，处理设备首先需要确定出一种能够用于进行准确查询的查询依据。可以理解的是，由于查询操作主要是基于查询发起方
的查询意愿来执行的，因此，在本技术实施例中，处理设备可以预先向查询发起方提供选择筛选条件的功能，该筛选条件用于在查询过程中对社交软件中所记录的用户进行筛选，查询发起方可以通过该功能选择自己所需查找的用户应具备的条件。
57.例如，如图3所示，图3展示了一种具有筛选查询功能的社交软件的界面示意图。在该示意图所对应的场景中，查询发起方可以为想要向其他用户提供服务的服务方，其他用户可以为在该社交平台中进行注册过的待服务客户。如图所示，该待服务的客户可以包括项目测试客户、饮品店、设计公司、培训学校等。处理设备可以向服务方提供包括服务来源、服务状态、服务方式、分配时间、企业认证状态等在内的多个筛选条件，服务方可以从中选择任意一个或多个筛选条件进行筛选。其中，服务来源是指服务方提供服务的来源，例如可以包括考勤机推广活动、优质企业直推、主动预约上门服务等；服务状态是指该客户当前对应的服务所处的状态，包括未联系、已联系、已预约等；服务方式是指该客户所需被服务的方式，可以包括上门服务、远程服务等；分配时间是指该客户所对应服务被分配的时间，可以包括昨日、近7日、近30日等；企业认状态是指该客户对应的企业是否完成了主体认证，可以包括已完成和未完成等。
58.如下表所示，下表展示了多种可以用于进行用户查询的筛选条件：
59.[0060][0061]
如图3所示，服务方可以设置筛选条件为“优质企业直推”、“未联系”、“远程服务”和“近7日”，然后点击右下角的“确定”控件进行客户查询。在触发查询后，可以生成包括多个筛选条件的用户线索查询请求，该用户线索查询请求用于通过该筛选条件对各个用户所对应的用户线索信息进行查询，该用户线索信息是指与用户自身相关的各种信息，例如可以包括用户所对应服务的服务状态、所需的服务方式等。处理设备可以获取该用户线索查询请求，并通过该查询请求为查询发起方提供符合筛选条件的用户。
[0062]
s202：根据多个筛选条件对键值对数据表中值字段所设置的用户线索信息进行匹配。
[0063]
上已述及，用户线索信息为与用户自身相关的各种信息，由于用户线索信息通常是基于用户在该社交软件中的用户行为所生成的，而不同的用户线索信息可能需要从不同的用户行为流程进行获取，因此，在相关技术中，若处理设备想要通过多个筛选条件对用户进行筛选查询时，多个筛选条件所对应的用户线索信息可能保存在多个不同的用户行为流程中，例如可能保存在多个用户行为流程所对应的数据表中。处理设备需要基于多个筛选条件，在多个数据表中进行联表查询，才能确定出同时满足多个筛选条件的用户，这会给处理设备带来大量的处理压力，所需要耗费的时间较长，查询效率较低。
[0064]
例如，在相关技术中，用户的企业认证状态保存在企业主体认证流程所对应的数据表中，用户的企业达标状态保存在企业标准认证流程所对应的数据表中，若查询方所设置的筛选条件为“企业主体已认证”以及“企业已达标”，则需要先从企业主体认证流程对应的数据表中查询出已认证的用户，从企业标准认证流程所对应的数据表中查询出已达标的用户，然后取同时处于这两部分用户中的用户作为此次查询对应的用户反馈给查询方，这就需要进行多次查询和处理。
[0065]
为了简化查询逻辑，提高查询效率，在本技术实施例中，处理设备可以先将多个用户行为流程所对应的数据表中的用户线索信息集中在一张键值对数据表中，该键值对数据表通过键值对表项的键字段保存用户标识，该键值对表项的值字段用于保存该用户标识对应的用户线索信息，该用户线索信息中包括该用户标识对应的用户在多个用户行为流程的数据表中所对应的用户线索信息，该键值对表项为该键值对数据表的单位表项，一个键值对表项用于保存一个用户的用户线索信息。
[0066]
由于该键值对数据表中包括用户在多个用户行为流程中对应的用户线索信息，因此，处理设备在获取用户线索查询请求后，无需进行多表联动查询，只需根据多个筛选条件，对该键值对数据表中值字段所设置的用户线索信息进行匹配即可。如图4所示，图4展示了本技术实施例中的一种键值对数据表的示意图，该用户标识a在服务状态记录流程、服务方式记录流程、企业主体认证流程和企业标准认证流程的数据表中的用户线索信息可以集中保存在键值对数据表中，形成一张具有统一用户线索信息的键值对数据表，该用户对应的键值对表项中的键字段用于保存该用户标识a，该键值对表项中的值字段用于保存用户标识a对应的用户线索信息。
[0067]
由于只需要对一张键值对数据表进行查询匹配，且该键值对数据表中包括多个用户行为流程所对应的用户线索信息，因此，处理设备只需在该键值对数据表中进行一次查询即可确定出满足筛选条件的用户，无需在多张数据表中进行多次查询；此外，可以理解的是，在键值对数据表中，键字段的编辑难度要远高于值字段的编辑难度，而用户线索信息随着用户在用户行为流程中的推进，发生变动的可能性较高，需要实时的进行修改和更新，因此，本技术实施例通过将用户线索信息保存在值字段中，在进行查询时，通过对值字段进行匹配，可以便于对用户线索信息进行更新，提高了键值对数据表的便利性。
[0068]
s203：通过匹配结果，从键值对数据表所包括键值对表项中筛选出与多个筛选条件对应的目标键值对表项。
[0069]
在获取用户线索查询请求后，处理设备可以根据该请求中包括的筛选条件，跟键值对数据表中值字段保存的用户线索信息进行匹配，得到符合该多个筛选条件的匹配结果，该匹配结果中可以为具有满足该多个筛选条件的用户线索信息的键值对表项，即该键值对表项对应的用户为查询方所需求的用户。例如，若用户线索查询请求中包括的筛选条件为“已认证”、“已达标”以及“上门服务”，则图4所示的用户标识a对应的用户线索信息满足该筛选条件，该键值对表项可以作为此次匹配的匹配结果，用户标识a对应的用户可以作为查询方所需的用户反馈给查询方。因此，通过该匹配结果，处理设备能够从键值对数据表中筛选出满足筛选条件的键值对表项，然后可以从该键值对表项中确定出与多个筛选条件对应的目标键值对表项，该目标键值对表项是指该满足筛选条件的键值对表项中的任意一个或多个键值对表项。
[0070]
例如，当处理设备想要为用户提供尽可能多的查询结果时，可以通过该匹配结果，将满足筛选条件的全部键值对表项都作为目标键值对表项向用户进行反馈；此外，基于其他目的，处理设备也可以确定出部分满足筛选条件的键值对表项作为目标键值对表项向用户进行反馈。
[0071]
s204：根据目标键值对表项确定用户线索查询请求对应的查询结果。
[0072]
处理设备可以基于确定出的目标键值对表项，生成此次用户线索查询请求对应的查询结果，该查询结果用于使查询方获知满足筛选条件的用户以及与该用户相关的信息。例如，处理设备可以根据目标键值对表项中的用户标识和用户线索信息，生成对应该用户标识的简介界面，将该界面作为查询结果反馈给用户。
[0073]
如图5所示，图5为处理设备所确定查询结果的示意图，此次查询所设置的筛选条件可以为服务器状态为“未联系”，分配时间为“2020/9/18-2020/9-21”的自定义时间段等，处理设备可以基于确定出的目标键值对表项生成多个满足该筛选条件的用户的简介界面，
供查询方进行查看和选择。
[0074]
由上述技术方案可以看出，将通过不同用户行为流程所生成的用户线索信息统一保存在键值对数据表中，通过键值对数据表中键值对表项的键字段设置用户标识，值字段设置该用户标识对应的用户线索信息。在需要通过用户线索信息进行用户线索查询时，根据包括多个筛选条件的用户线索查询请求，通过该键值对数据表的值字段所设置的用户线索信息对筛选条件进行匹配，从该键值对数据表所包括键值对表项中筛选出与多个筛选条件对应的目标键值对表项，根据该目标键值对表项确定该用户线索查询请求对应的查询结果。由于该用户线索信息统一设置在一张键值对数据表中，因此在进行用户线索信息匹配时，无需如相关技术中通过多个数据表进行高时间复杂度的联表查询，降低了筛选复杂度，提高了筛选效率。同时，由于在键值对数据表中，值字段的编辑难度要小于键字段的编辑难度，可以便利的对各个用户标识所对应的用户线索信息进行更新，从而实现了不通过键字段，而改由通过值字段进行键值对数据表的特定检索方式，在保证检索效率的前提下提高了键值对数据表的更新便利性，降低了该键值对数据表的维护难度。
[0075]
上已述及，基于其他目的，处理设备可以通过匹配结果，确定出键值对数据表中的部分满足筛选条件的键值对表项作为目标键值对表项向查询方进行反馈。例如，在一种可能的实现方式中，社交软件的查询结果展示页中一次性所能够展示的查询结果数量可能有一定限制，例如在图5所示的查询结果展示页中，一次性只能够展示四个符合筛选条件的用户及其相关信息。因此，为了进一步提高查询效率，处理设备可以通过匹配结果，从键值对数据表所包括键值对表项中筛选出目标数量的目标键值对表项，该目标数量是根据查询结果展示页的展示数量确定的。
[0076]
例如，在通过对值字段设置的用户线索信息进行匹配时，处理设备可以统计得到的匹配结果中键值对表项的数量，在该数量达到目标数量后，处理设备可以停止匹配，并将该目标数量的键值对表项作为目标键值对表项。从而，处理设备可以无需对键值对数据表中全部的键值对表项的值字段进行匹配，只需得到目标数量的目标键值对表项即可，节省了查询时间，提高了处理设备向查询发起方反馈查询结果的速度。而在相关技术中，当只需目标数量的用户查询结果时，由于是先在多张数据表中分别查询满足各个筛选条件的用户，然后从用户中取交集用户作为查询结果，因此在对各个数据表进行全量查询结束之前，处理设备并不能确定自己是否以及得到目标数量的符合筛选条件的用户，这就会导致处理设备需要浪费大量的时间在用户查询上，不利于提高查询发起方的查询体验，导致查询效率底下。
[0077]
同时，可以理解的是，当处理设备以查询结果展示页的方式向查询发起方展示查询结果时，若查询发起方在当前页中未能够找到自己满意的用户，可能会通过翻页操作跳转至下一查询结果展示页来查看更多的查询结果；若这查询发起方在当前页中找到了自己满意的用户，则大概率不会继续查看更多的查询结果，而是以该用户为基础进行后续操作。基于此，在节省查询时间，提高查询效率的基础上，为了能够向查询发起方提供满足需求的查询结果，处理设备可以对查询发起方的操作进行监控，通过该查询发起方的操作来判断查询结果展示页当前页所展示的用户是否能够满足查询发起方的需求。
[0078]
在一种可能的实现方式中，若处理设备获取针对该查询结果展示页的翻页操作，说明当前页所展示的用户并不能够满足查询发起方的需求。此时，为了向查询发起方提供
更丰富的查询结果，处理设备可以根据该翻页操作，重新执行根据多个筛选条件对键值对数据表中值字段所设置的用户状态进行匹配的步骤，从而查找到更多满足该筛选条件的用户，例如可以确定出新一批目标数量的目标键值对表项作为查询结果反馈给用户。
[0079]
其中，可以理解的是，为了避免向查询发起方提供已经展示过的查询结果，处理设备在对键值对数据表进行匹配时，在确定出目标数量的目标键值对表项后，可以通过添加标识的方式记录还未进行匹配过的键值对表项。在需要重新执行根据多个筛选条件对键值对数据表中值字段所设置的用户状态进行匹配的步骤时，可以从未匹配过的键值对表项中进行匹配，从而在一定程度上能够避免向查询发起方提供重复的查询结果，提高查询发起方的查询体验。
[0080]
可以理解的是，键值对数据表中的用户线索信息是从各个用户行为流程对应的数据表以及其他相关数据表中收集的，由于在实际情况中，用户自身的信息可能会发生变化，以及随着用户在各个用户行为流程中的操作，用户在这些用户行为流程对应的数据表中的信息也可能会发生变化。例如，用户所对应的企业认证状态、企业达标状态、服务状态等用户线索信息可能会随着用户在社交软件中各个用户行为流程中的操作而发生变化，用户所处的地理位置、雇佣员工人数等自身信息可能会随着用户在实际情况中的变化而变化。因此，为了使该键值对数据表中所保存的用户线索信息更为全面和有效，在通过键值对数据表进行查询的过程中，处理设备还可以通过多种方式对键值对数据表中所保存的用户线索信息进行回写，即对表中的用户线索信息进行完善和更新。
[0081]
上已述及，用户线索信息为与用户自身相关的各种信息，其中，针对不同类型的用户线索信息，处理设备进行回写的方式也可能有所区别。与用户在各个用户行为流程中的状态相关的用户线索信息可以称为用户状态，例如，用户在企业主体认证流程中的状态可以包括“已完成主体认证”状态和“未完成主体认证状态”等，在企业标准认证流程中可以包括“已达标”状态和“未达标”状态等。由于这些用户状态与用户在用户行为流程中的流程情况相关，因此，在用户行为流程运转的过程中，用户状态可能会经常发生变化。基于此，为了使键值对数据表中的用户线索信息具有较高的准确度，处理设备可以基于用户的用户状态变化，对值字段中保存的用户线索信息进行更新。
[0082]
在一种可能的实现方式中，该用户线索信息包括用户状态，在用户进行各种用户行为流程时，若由于用户行为导致该用户的用户状态成功发生改变，可以触发请求改变用户状态的状态更新请求，该状态更新请求用于指示处理设备改变键值对数据表中对应的用户状态。可以理解的是，用于状态更新请求是基于用户在用户行为流程中所改变的用户状态而出发的，因此，为了使处理设备获知改变状态的用户以及具体的改变情况，在该状态更新请求中可以携带有改变状态的用户的用户标识，以及该用户改变后的用户状态。
[0083]
处理设备可以获取请求改变用户状态的状态更新请求，然后根据该状态更新请求所携带的用户标识和改变后的用户状态，对该键值对数据表进行更新。例如，处理设备可以根据该用户标识，在键值对数据表中查找出该用户对应的键值对表项，然后将该键值对表项中值字段所保存的用户线索信息中的用户状态更新为该改变后的用户状态。
[0084]
其中，由于社交软件中可能包括多种用户行为流程，因此，用户线索信息中所包括的用户状态也可以包括多种多样的状态。例如，用户在企业标准检测流程中的用户状态可以包括已达标和未达标的达标状态，该达标状态用于标识该用户对应企业的企业标准检测
是否通过；在各种认证流程中的用户状态可以包括已认证和未认证等认证状态，该认证状态用于标识用户是否通过认证。
[0085]
在一种可能的实现方式中，当用户状态为用户在认证流程中的认证状态时，在用户执行该认证流程时，若未认证的用户成功通过认证，或已认证的用户在新一轮用户认证流程中认证失败，可以向处理设备发起用户认证请求，该用户认证请求用于请求改变用户的认证状态。处理设备可以获取用户认证流程中接收的用户认证请求，并将该用户认证请求作为该状态更新请求，进行对键值对数据表中该用户认证状态的更新。
[0086]
例如，如图6所示，图6展示了一种进行用户状态更新的示意图，该用户状态可以为用户对应的企业主体认证状态。其中，企业主体认证后台模块用于执行企业主体认证流程，若原本未通过企业主体认证的用户在该流程中完成了企业主体认证，该企业主体认证后台模块可以向处理设备发起用户认证请求，该用户认证请求中可以携带有完成企业主体认证的用户标识和改变后用户的认证状态，即已完成企业主体认证的状态。处理设备可以根据该用户认证请求，对键值对数据表中对应的认证状态进行更新。
[0087]
上已述及，用户状态只是用户线索信息中的部分信息，同时，可能并不是所有用户状态都能够通过用户在各种用户行为流程中的行为进行实时更新。因此，为了能够尽可能的保持键值对数据表中信息的有效性，在本技术实施例中，处理设备还可以通过其它方式进行对键值对数据表中用户线索信息的更新。
[0088]
可以理解的是，键值对数据表中的部分用户线索信息可以通过收集其他数据库中的数据来进行确定，例如，当用户线索信息为用于体现用户是否达标的信息时，处理设备在确定该用户线索信息时，可能需要先获取与用户标准相关的数据，根据这些数据来判断该用户是否达到标准，从而才能够确定该用户线索信息。对于此类用户线索信息来说，处理设备在确定是否对其进行更新时，首先需要获取用于确定该用户线索信息的线索数据。例如，当用户线索信息为用户所雇佣的员工数量是否达到标准时，该线索数据可以为该用户所雇佣的员工数量。
[0089]
在一种可能的实现方式中，该键值对数据表可以通过如下方式进行更新：
[0090]
处理设备可以通过定时队列获取待更新的线索数据，该线索数据用于确定用户线索信息，该待更新的线索数据可以用于使处理设备对该键值对数据表进行更新。可以理解的是，由于线索数据在一段时间内可能具有一定的稳定性，以及当线索数据变动时，可能并不会影响键值对数据表中所记录的用户线索信息。例如，当线索信息为用于确定某一企业是否达标的信息使，若该企业在键值对数据表中对应的用户线索信息为已达标，且该线索信息在变动后仍在企业达标的范围内，则该用户线索信息实际上并不需要进行更新。
[0091]
基于此，处理设备可以先根据该线索数据确定对应的待定用户状态，该待定用户状态用于标识该线索数据对应的用户线索信息是否需要进行更新。处理设备可以根据该线索数据对应的用户标识和待定用户状态，确定是否对键值对数据表进行更新。其中，线索数据对应的用户标识用于在键值对数据表中确定出该线索数据对应的用户线索信息。
[0092]
其中，基于该线索数据对用户线索信息进行更新时，出于不同的更新的侧重点，处理设备具体更新的方式也可能有所不同。例如，在一种可能的实现方式中，由于部分线索数据在发生更新时，其所对应的用户线索信息有较大概率需要进行更新。在这种情况下，为了能够在线索数据发生变动时，尽可能在第一时间实现对用户线索信息的更新，从而提高用
户线索信息的有效性，处理设备可以对负责保存线索数据的数据库进行监控。若该线索数据发生更新，处理设备可以获取更新的线索数据，即处理设备可以通过该线索数据是否为发生更新的线索数据来确定对应的待定用户状态为需要更新的状态还是无需更新的状态。可以理解的是，在负责保存线索数据的数据库中，为了防止数据发生混乱，准确的记录各个用户对应的线索数据，该线索数据通常是与用户对应的用户标识对应存储在该数据库中。基于此，为了使处理设备获知该更新的线索数据所对应的用户，处理设备所获取的更新的线索数据中可以包括对应的用户标识。处理设备可以根据该更新的线索数据以及对应的用户标识，对键值对数据表进行更新。
[0093]
可以理解的是，当线索数据发生更新时，该更新后的线索数据并不一定会导致对应的用户线索信息需要更新。例如，当线索数据为与某一用户标准相关的线索数据时，原本未达标的用户在此次线索数据更新后，可能仍未达到该用户标准的要求，因此在该用户对应的用户线索信息中，该用户仍为未达标装填，无需对该用户线索信息进行更新。因此，为了进一步提高用户线索信息更新的准确度，处理设备在获取更新的线索数据后，可以根据该线索信息以及对应的用户标识，确定是否需要对该用户标识对应的用户线索信息进行更新，在确定需要更新后，再执行对键值对数据表进行更新的操作。
[0094]
例如，当线索数据为用户所雇佣的员工数量时，用户线索信息可以为用户雇佣员工数量是否达到要求值。若处理设备在监控负责保存用户雇佣员工数量的数据库时，发现某一用户所雇佣的员工数量发生更新，可以获取该更新后的雇佣员工数量以及该用户的用户标识，并判断该用户所雇佣员工数量是否达到要求值。随后，处理设备可以根据该用户标识，从键值对数据表中获取该用户标识对应的当前用户线索信息为“已达到要求值”状态还是“未达到要求值”状态。若当前状态为“未达到要求值”状态，且此次线索数据更新后，处理设备判断该用户所雇佣员工数量仍未达到要求值，则无需对该用户线索信息进行更新；若判断该用户所雇佣员工数量达到了要求值，则可以对该用户线索信息进行更新。
[0095]
其中，除了上述对相关数据库进行监控，在线索数据发生更新时立即获取外，处理设备获取更新的线索数据的方式还可以包括多种。例如，在一种可能的实现方式中，为了能够以合理的更新频率对键值对数据表进行更新，处理设备可以设置一条或多条定时队列，该定时队列用于定时获取更新的线索数据。处理设备可以为该定时队列设置获取线索数据的时间节点或时间间隔，以及向其获取更新的线索数据的数据库。当经过了该时间间隔或达到该时间节点时，处理设备就可以通过该定时队列从该数据库中获取更新的线索数据。
[0096]
如图7所示，图7为一种通过定时队列进行键值对数据表更新的示意图，定时队列可以向相关数据库后台获取更新的线索数据，并将该更新的线索数据返回给处理设备，处理设备可以根据该更新的线索数据以及对应的用户标识，对键值对数据表中的用户线索信息进行更新。其中，该定时队列可以为处理设备中所设置的一条队列，此处为了表明处理设备与定时队列之间的利用关系，将其分开展示。图8同理。
[0097]
上述方式可以在线索数据发生更新时，第一时间获取更新的数据并完成对用户线索信息的更新，有利于提高用户线索信息的有效性；除此之外，为了能够尽可能全面的对用户线索信息进行更新，避免遗漏更新的情况，在另一种可能的实现方式中，处理设备还可以不基于更新的线索数据，而是基于键值对数据表中的用户线索信息进行对键值对数据表的更新。
[0098]
可以理解的是，用户线索信息可能具有一定的时效性，在超过该时效性对应的时间期限后，用户线索信息的有效性可能会降低。例如，用户获取的某一资格可能只有三个月的有效期，在通过认证三个月后，该用户资格就会失效。此时，为了确保用户线索信息中所记录的用户资格的准确性，处理设备可以重新获取与该资格验证相关的线索数据，判断该用户是否还能够获取该用户资格。
[0099]
基于此，为了提高键值对数据表中用户线索信息的准确度，处理设备首先可以确定一个预设时段，该预设时段为在进行用户线索信息更新时，处理设备所需确定是否更新的用户线索信息所处的时间段。处理设备可以通过用户线索信息的时效性来确定该预设时段，例如，当键值对数据表中大部分用户线索信息的时效性为15天时，该预设时段可以为15天，即处理设备可以获取15内的用户线索信息进行更新。
[0100]
处理设备可以获取该键值对数据表中处于该预设时段内的目标用户线索信息，该目标用户线索信息即此次需要判定是否进行更新的用户线索信息。上已述及，这部分用户线索信息是通过线索数据确定出的，因此，为了判断该目标用户线索信息是否需要进行更新，处理设备可以获取与该目标用户线索信息对应的线索数据，该线索数据用于确定用户线索信息。处理设备可以根据该线索数据确定对应的待定用户线索信息，该待定用户线索信息即该线索数据当前所对应的准确的用户线索信息。
[0101]
上已述及，为了能够对线索数据进行有效存储，避免出现数据混乱，无法确定线索数据所对应用户的情况，相关数据库在存储线索数据时，可以将该该线索数据与其对应用户的用户标识对应存储。因此，在获取线索数据时，处理设备还可以获取该线索数据对应的用户标识。为了能够对键值对数据表中的用户线索信息进行准确更新，处理设备在确定出待定用户线索信息后，在确定线索信息对应的待定用户状态时，可以根据该线索数据对应的用户标识，确定对应的目标用户线索信息和该待定用户线索信息是否匹配。若匹配，则说明该目标用户线索信息还无需更新，即该待定用户状态为无需更新状态；若不匹配，则说明该目标用户线索信息需要进行更新，即该待定用户状态为需要更新状态。
[0102]
例如，当线索数据为用户所雇佣员工人数时，处理设备可以根据该线索数据确定该用户当前对应的员工数量是否达到数量标准。随后，处理设备可以根据该用户的用户标识，确定目标用户线索信息中该用户标识对应的员工数量达标状态，与基于线索数据确定出的达标状态进行匹配。
[0103]
若匹配，则说明该目标用户线索信息仍具有一定的准确性，可以不进行更新；若不匹配，说明该目标用户线索信息已经失效，不符合当前的线索数据。此时，为了提高键值对数据表的有效性，处理设备可以根据该线索数据对应的用户标识和该待定用户线索信息，对键值对数据表进行更新。处理设备可以通过该用户标识，确定出该键值对数据表中对应该用户标识的用户线索信息，并将该用户线索信息中对应该待定用户线索信息的部分更新为该待定用户线索信息。例如，当待定用户线索信息为“雇佣员工数量达到要求”，而对应的目标用户线索信息为“雇佣员工数量未达到要求”时，处理设备可以根据用户标识，在键值对数据表中确定出该用户标识对应的用户线索信息，并将该用户线索信息中的“雇佣员工数量未达到要求”更新为“雇佣员工数量达到要求”。
[0104]
如图8所示，图8为本技术实施例提供的一种基于键值对数据表进行更新的示意图。在该示意图中，处理设备同样可以通过定时队列来获取键值对数据表中处于预设时段
的目标用户线索信息，该预设时段可以为三个月。处理设备可以通过定时队列获取三个月内的目标用户线索信息以及从相关数据库后台获取对应的线索数据，并判断基于该线索数据确定出的待定用户线索信息和目标用户线索信息是否匹配，若不匹配，可以对键值对数据表中的用户线索信息进行更新。
[0105]
为了更加形象的介绍本技术技术方案，接下来将结合一种实际应用场景，对本技术实施例提供的一种用户线索查询方法进行介绍。
[0106]
参见图9，图9为本技术实施例提供的一种实际应用场景中用户线索查询方法的示意图，在该实际应用场景中，处理设备可以为包括键值对数据表的服务器，查询发起方可以已经向部分用户提供过服务的服务方，在提供服务后，该服务方可以通过图9所示的界面查询一些特定用户进行用于服务的补贴金额申请。
[0107]
如图所示，服务方可以在筛选条件选择界面中选择所需用户的服务状态、跟进人员、企业认证状态、客户达标和是否申请奖励等筛选条件，具体筛选条件如下表所示：
[0108][0109]
在确定筛选条件后，服务方可以点击界面右下角的确定键发起用户线索查询请求。服务器获取该用户线索查询请求，然后在保存有用户线索信息的键值对数据表中进行匹配。如图10所示，由于查询结果展示界面一次性最多只能展示4个查询结果，因此，根据匹配结果，服务器可以先从键值对数据表中确定出4个目标键值对选项，并基于这4个目标键值对选项中的用户标识和用户线索信息生成查询结果展示给服务方。
[0110]
在该结果展示界面中，服务方还可以点击各个用户标签来查看该用户的具体信息。如图10所示，服务方可以点击“g教育机构”的标签，查看该用户的服务分配时间、行业类型、所在区域等信息。其中，当服务方权限不同时，所能够查看到的信息也可能有所区别。例如，当服务方为服务管理者时，可以在该界面中查看服务跟进人员的完成情况；当服务方为服务跟进人员时，可以在该界面知道用户状态，是否能够申请报备补贴等，并根据不同的用
户状态进行相应的跟进处理。
[0111]
基于上述实施例提供的一种用户线索查询方法，本技术实施例还提供了一种用户线索查询装置。参见图11，图11为本技术实施例提供的一种用户线索查询装置1100的结构框图，该装置1100包括第一获取单元1101、匹配单元1102、筛选单元1103、第一确定单元1104、第四获取单元1105、第二确定单元1106和第三确定单元1107：
[0112]
第一获取单元1101，用于获取包括多个筛选条件的用户线索查询请求；
[0113]
匹配单元1102，用于根据所述多个筛选条件对键值对数据表中值字段所设置的用户线索信息进行匹配，所述键值对数据表通过键值对表项的键字段保存用户标识，所述键值对表项的值字段用于保存所述用户标识对应的用户线索信息；
[0114]
筛选单元1103，用于通过匹配结果，从所述键值对数据表所包括键值对表项中筛选出与所述多个筛选条件对应的目标键值对表项；
[0115]
第一确定单元1104，用于根据所述目标键值对表项确定所述用户线索查询请求对应的查询结果；
[0116]
第四获取单元1105，通过定时队列获取待更新的线索数据，所述线索数据用于确定所述用户线索信息；
[0117]
第二确定单元1106，用于根据所述线索数据确定对应的待定用户状态；
[0118]
第三确定单元1107，用于根据所述线索数据对应的用户标识和所述待定用户状态，确定是否对所述键值对数据表进行更新。
[0119]
在一种可能的实现方式中，筛选单元1103具体用于：
[0120]
通过所述匹配结果，从所述键值对数据表所包括键值对表项中筛选出目标数量的所述目标键值对表项，所述目标数量是根据查询结果展示页的展示数量确定的。
[0121]
在一种可能的实现方式中，装置1100还包括第二获取单元和执行单元：
[0122]
第二获取单元，用于获取针对所述查询结果展示页的翻页操作；
[0123]
执行单元，用于根据所述翻页操作，重新执行所述根据所述多个筛选条件对键值对数据表中值字段所设置的用户状态进行匹配的步骤。
[0124]
在一种可能的实现方式中，所述用户线索信息包括用户状态，装置1100还包括第三获取单元和更新单元：
[0125]
第三获取单元，用于获取请求改变用户状态的状态更新请求；
[0126]
更新单元，用于根据所述状态更新请求所携带的用户标识和改变后的用户状态，对所述键值对数据表进行更新。
[0127]
在一种可能的实现方式中，第三获取单元具体用于：
[0128]
获取用户认证流程中接收的用户认证请求，所述用户认证请求用于请求改变用户的认证状态；
[0129]
将所述用户认证请求作为所述状态更新请求。
[0130]
在一种可能的实现方式中，装置1100还包括第五获取单元：
[0131]
第五获取单元，用于获取所述键值对数据表中处于预设时段内的目标用户线索信息；
[0132]
第四获取单元1105具体用于：
[0133]
通过定时队列获取与所述目标用户线索信息对应的线索数据；
[0134]
第三确定单元1107具体用于，用于根据所述线索数据对应的用户标识确定对应的所述目标用户线索信息和所述待定用户线索信息是否匹配；
[0135]
若不匹配，根据所述线索数据对应的用户标识和所述待定用户线索信息对所述键值对数据表进行更新。
[0136]
本技术实施例还提供了一种计算机设备，下面结合附图对该设备进行介绍。请参见图12所示，本技术实施例提供了一种设备，该设备还可以是终端设备，该终端设备可以为包括手机、平板电脑、个人数字助理(personal digital assistant，简称pda)、销售终端(point of sales，简称pos)、车载电脑等任意智能终端，以终端设备为手机为例：
[0137]
图12示出的是与本技术实施例提供的终端设备相关的手机的部分结构的框图。参考图12，手机包括：射频(radio frequency，简称rf)电路1210、存储器1220、输入单元1230、显示单元1240、传感器1250、音频电路1260、无线保真(wireless fidelity，简称wifi)模块1270、处理器1280、以及电源1290等部件。本领域技术人员可以理解，图12中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0138]
下面结合图12对手机的各个构成部件进行具体的介绍：
[0139]
rf电路1210可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1280处理；另外，将设计上行的数据发送给基站。通常，rf电路1210包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noise amplifier，简称lna)、双工器等。此外，rf电路1210还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(global system of mobile communication，简称gsm)、通用分组无线服务(general packet radio service，简称gprs)、码分多址(code division multiple access，简称cdma)、宽带码分多址(wideband code division multiple access，简称wcdma)、长期演进(long term evolution，简称lte)、电子邮件、短消息服务(short messaging service，简称sms)等。
[0140]
存储器1220可用于存储软件程序以及模块，处理器1280通过运行存储在存储器1220的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1220可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0141]
输入单元1230可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1230可包括触控面板1231以及其他输入设备1232。触控面板1231，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1231上或在触控面板1231附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1231可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它
转换成触点坐标，再送给处理器1280，并能接收处理器1280发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1231。除了触控面板1231，输入单元1230还可以包括其他输入设备1232。具体地，其他输入设备1232可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
[0142]
显示单元1240可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1240可包括显示面板1241，可选的，可以采用液晶显示器(liquid crystal display，简称lcd)、有机发光二极管(organic light-emitting diode，简称oled)等形式来配置显示面板1241。进一步的，触控面板1231可覆盖显示面板1241，当触控面板1231检测到在其上或附近的触摸操作后，传送给处理器1280以确定触摸事件的类型，随后处理器1280根据触摸事件的类型在显示面板1241上提供相应的视觉输出。虽然在图12中，触控面板1231与显示面板1241是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1231与显示面板1241集成而实现手机的输入和输出功能。
[0143]
手机还可包括至少一种传感器1250，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1241的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1241和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
[0144]
音频电路1260、扬声器1261，传声器1262可提供用户与手机之间的音频接口。音频电路1260可将接收到的音频数据转换后的电信号，传输到扬声器1261，由扬声器1261转换为声音信号输出；另一方面，传声器1262将收集的声音信号转换为电信号，由音频电路1260接收后转换为音频数据，再将音频数据输出处理器1280处理后，经rf电路1210以发送给比如另一手机，或者将音频数据输出至存储器1220以便进一步处理。
[0145]
wifi属于短距离无线传输技术，手机通过wifi模块1270可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图12示出了wifi模块1270，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
[0146]
处理器1280是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1220内的软件程序和/或模块，以及调用存储在存储器1220内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1280可包括一个或多个处理单元；优选的，处理器1280可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1280中。
[0147]
手机还包括给各个部件供电的电源1290(比如电池)，优选的，电源可以通过电源管理系统与处理器1280逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
[0148]
尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
[0149]
在本实施例中，该终端设备所包括的处理器1280还具有以下功能：
[0150]
获取包括多个筛选条件的用户线索查询请求；
[0151]
根据所述多个筛选条件对键值对数据表中值字段所设置的用户线索信息进行匹配，所述键值对数据表通过键值对表项的键字段保存用户标识，所述键值对表项的值字段用于保存所述用户标识对应的用户线索信息；
[0152]
通过匹配结果，从所述键值对数据表所包括键值对表项中筛选出与所述多个筛选条件对应的目标键值对表项；
[0153]
根据所述目标键值对表项确定所述用户线索查询请求对应的查询结果。
[0154]
本技术实施例还提供一种服务器，请参见图13所示，图13为本技术实施例提供的服务器1300的结构图，服务器1300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，简称cpu)1322(例如，一个或一个以上处理器)和存储器1332，一个或一个以上存储应用程序1342或数据1344的存储介质1330(例如一个或一个以上海量存储设备)。其中，存储器1332和存储介质1330可以是短暂存储或持久存储。存储在存储介质1330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1322可以设置为与存储介质1330通信，在服务器1300上执行存储介质1330中的一系列指令操作。
[0155]
服务器1300还可以包括一个或一个以上电源1326，一个或一个以上有线或无线网络接口1350，一个或一个以上输入输出接口1358，和/或，一个或一个以上操作系统1341，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等等。
[0156]
上述实施例中由服务器所执行的步骤可以基于图13所示的服务器结构。
[0157]
本技术实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的用户线索查询方法中的任意一种实施方式。
[0158]
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-only memory，缩写：rom)、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0159]
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0160]
以上所述，仅为本技术的一种具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应该以权利要求的保护范围
为准。