一种即时通讯的优化方法、装置、设备及存储介质与流程

1.本技术涉及通讯技术领域，特别是一种即时通讯的优化方法、装置、设备及存储介质。


背景技术：

2.即时通讯(instantmessaging，简称im)是一个终端服务，允许两人或多人使用网路即时的传递文字讯息、档案、语音与视频交流。即时通讯按使用用途分为企业即时通讯和网站即时通讯，根据装载的对象又可分为手机即时通讯和pc即时通讯，手机即时通讯代表是短信，网站、视频即时通讯。
3.im业务内的用户请求数量越来越多，并且用户请求的发起频率也不均匀。如果每来一个用户请求就进行一次网络处理，效率比较低，并且在用户请求突增的情况下故障率也比较高。
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.信息存储模块，用于所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中。
34.还提供一种即时通讯的优化装置，适用于医患进行线上沟通，所述装置涉及服务器端和第一客户端；包括：
35.请求发送模块，用于所述第一客户端向所述服务器端发送第一通讯请求；当所述服务器端依据所述第一通讯请求确定所述第一客户端为非历史用户时，将所述第一通讯请求存储于当前等待列表中；
36.请求接收模块，用于所述第一客户端接收所述服务器端发送的用户信息获取请求；其中，所述获取请求为，所述服务器端在当所述当前等待列表的等待时长达到预设时长，或；所述当前等待列表的存储数量达到预设数量时调用接口发起的；
37.信息发送模块，用于所述第一客户端依据所述获取请求反馈的用户信息至所述服务器端。
38.还提供一种计算机设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上任一项所述的一种即时通讯的优化方法。
39.还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的一种即时通讯的优化方法。
40.本技术具有以下优点：
41.在本技术的实施例中，通过所述服务器端接收所述第一客户端发送的第一通讯请求，依据所述第一通讯请求确定所述第一客户端是否为非历史用户；当所述第一客户端为非历史用户时，则所述服务器端将所述第一通讯请求存储于当前等待列表中；所述服务器端确定所述当前等待列表的状态信息，所述状态信息包括所述当前等待列表的等待时长和/或所述当前等待列表内所述第一通讯请求的存储数量；当所述等待时长达到预设时长，或；当所述存储数量达到预设数量时，所述服务器端调用接口向所有与所述第一通讯请求对应的所述第一客户端发起用户信息获取请求；所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中；通过上述对请求通讯的非历史用户的用户信息进行通讯前的集群处理，将用户信息存储在当前等待列表中，当当前等待列表等待时长达到预设时长阈值或所述存储数量达到预设数量阈值后，将当前等待列表中的所有用户信息存储在本体用户库中，这样就避免了每次每一用户请求通讯时服务器端都需要向用户端发送一次接口请求以获取该用户的用户信息，通讯时，直接
在本地数据库中提取该用户的用户信息即可完成即时通讯，从而降低了请求队列倍数，降低了服务器端的压力。
附图说明
42.为了更清楚地说明本技术的技术方案，下面将对本技术的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
43.图1是本技术一实施例提供的一种即时通讯的优化方法的应用环境图；
44.图2是本技术一实施例提供的一种即时通讯的优化方法的步骤流程图；
45.图3是本技术又一实施例提供的一种即时通讯的优化方法的步骤流程图；
46.图4是本技术一实施例提供的一种即时通讯的优化装置的结构框图；
47.图5是本技术又一实施例提供的一种即时通讯的优化装置的结构框图；
48.图6是本技术一实施例提供的一种计算机设备的结构示意图。
具体实施方式
49.为使本技术的所述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术作进一步详细的说明。显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.参照图1，示出了本技术一实施例提供的一种即时通讯的优化方法的应用环境图，第二客户端700和第一客户端500通过服务器端600建立通讯连接，第一客户端500可以是患者使用的移动设备或pc设备，第二客户端700可以是医生使用的移动设备或pc设备，患者可通过第一客户端500向第二客户端700发送通讯请求和患者信息，医生可通过第二客户端700接收通讯请求和查看患者信息；服务器端600内嵌设有本地用户库800，本地用户库800中存储有第一客户端500发送的用户信息，当第一客户端500向服务器端600发起第一通讯请求时，服务器端600问询本地用户库800中是否存储有该第一客户端500的用户信息，若是没有用户信息的非历史用户，则调用请求接口向该第一客户端500请求获取用户信息，然后将用户信息和第一通讯请求一并打包发送至第二客户端700。而实际的情况是，某一时刻，可能有多个第一客户端500同时向服务器端600指定一个第二客户端700发送通讯请求，按照前述的方案，若这多个第一客户端500均为非历史用户，那么服务器端600600则需要向每一第一客户端500请求一次用户信息，这就导致了服务器端600高并发的问题
51.参照图2，示出了本技术一实施例提供的一种即时通讯的优化方法的步骤流程图；
52.一种即时通讯的优化方法，适用于医患进行线上沟通，所述方法涉及服务器端和第一客户端；所述第一客户端用于向所述服务器端发起第一通讯请求，所述服务器端内嵌有本地用户库，所述方法包括：
53.s10，所述服务器端接收所述第一客户端发送的第一通讯请求，依据所述第一通讯请求确定所述第一客户端是否为非历史用户；
54.s11，当所述第一客户端为非历史用户时，则所述服务器端将所述第一通讯请求存
储于当前等待列表中；
55.s12，所述服务器端确定所述当前等待列表的状态信息，所述状态信息包括所述当前等待列表的等待时长和/或所述当前等待列表内所述第一通讯请求的存储数量；
56.s13，当所述等待时长达到预设时长，或；当所述存储数量达到预设数量时，所述服务器端调用接口向所有与所述第一通讯请求对应的所述第一客户端发起用户信息获取请求；
57.s14，所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中。
58.在本技术的实施例中，通过所述服务器端接收所述第一客户端发送的第一通讯请求，依据所述第一通讯请求确定所述第一客户端是否为非历史用户；当所述第一客户端为非历史用户时，则所述服务器端将所述第一通讯请求存储于当前等待列表中；所述服务器端确定所述当前等待列表的状态信息，所述状态信息包括所述当前等待列表的等待时长和/或所述当前等待列表内所述第一通讯请求的存储数量；当所述等待时长达到预设时长，或；当所述存储数量达到预设数量时，所述服务器端调用接口向所有与所述第一通讯请求对应的所述第一客户端发起用户信息获取请求；所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中；通过上述对请求通讯的非历史用户的用户信息进行通讯前的集群处理，将用户信息存储在当前等待列表中，当当前等待列表等待时长达到预设时长阈值或所述存储数量达到预设数量阈值后，将当前等待列表中的所有用户信息存储在本体用户库中，这样就避免了每次每一用户请求通讯时服务器端都需要向用户端发送一次接口请求以获取该用户的用户信息，通讯时，直接在本地数据库中提取该用户的用户信息即可完成即时通讯，从而降低了请求队列倍数，降低了服务器端的压力。
59.下面，将对上述实施例所述的一种即时通讯的优化方法作进一步说明。
60.如步骤s10所述，所述所述服务器端接收所述第一客户端发送的第一通讯请求，依据所述第一通讯请求确定所述第一客户端是否为非历史用户，包括：
61.当接收到所述第一客户端发送的第一通讯请求时，所述服务器端依据所述第一通讯请求确定所述第一客户端的用户标识；
62.所述服务器端通过所述本地用户库的历史数据表和所述用户标识确定所述第一客户端的用户属性，所述用户属性包括历史用户和非历史用户；
63.当所述用户标识与所述历史数据表相匹配时，将所述第一客户端设置为历史用户；当所述用户标识与所述历史数据表不相匹配时，将所述第一客户端设置为非历史用户。
64.需要说明的是，服务器端内嵌的本地用户库存储有历史用户的第一客户端对应的用户信息，当第一客户端为历史用户时，在该第一客户端发起第一通讯请求后，服务器端在本地用户库中问询到有存储对应的用户信息，则不用将该第一客户端的第一通讯请求存储在当前等待列表中，直接提取用户信息和通讯请求转发至第二客户端即可。
65.第一通讯请求中包含有第一客户端的用户标识，通过用户标识服务器端可直接判断该第一客户端的用户属性，从而确定是否执行将其第一通讯请求存储在当前等待列表中的操作。
66.所述方法还涉及第二客户端，所述当所述用户标识与所述历史数据相匹配时，将
所述第一客户端设置为历史用户，之后还包括：
67.当所述所述第一客户端为历史用户时，则服务器端依据所述用户标识在所述本地用户库中提取对应的用户信息，并将所述用户信息和所述第一通讯请求发送至所述第二客户端。
68.在一实施例中，所述所述服务器端通过所述本地用户库的历史数据表和所述用户标识确定所述第一客户端的用户属性，包括：
69.所述服务器端依据所述用户标识和所述用户信息的映射关系，在所述本地用户库中生成所述历史数据表，所述历史数据表包括历史用户标识和与所述历史用户标识对应的历史用户信息；
70.依据所述第一通讯请求中的用户标识与所述历史数据表中所述历史用户标识的匹配结果确定所述第一客户端的用户属性。
71.上述技术方案指出了用户信息在本地用户库中的存储方式，通过在本地用户库中构建历史数据表，历史数据表是用户标识和用户信息的映射表示，将第一通讯请求中的用户标识在历史数据表中标识为历史户标识，将获取的用户信息在历史数据表中存储为历史用户信息。当第一客户端发起第一通讯请求后，服务器端只需向本地用户库中依据用户标识在历史数据表中查找是否有与之对应的历史用户标识，即可确定该第一客户端的用户属性。
72.如步骤s11所述，当所述第一客户端为非历史用户时，则所述服务器端将所述第一通讯请求存储于当前等待列表中。
73.需要说明的是，上述非历史用户的第一客户端向服务器端发送第一通讯请求，服务器端并非直接响应该请求，而是将该通讯请求存储或缓存在当前等待列表中。
74.如步骤s12所述，所述服务器端确定所述当前等待列表的状态信息，所述状态信息包括所述当前等待列表的等待时长和/或所述当前等待列表内所述第一通讯请求的存储数量。
75.可理解的，服务器端确定当前等待列表的状态信息即确定当前等待列表中从存储第一个通讯请求到当前个通讯请求的所用等待时长，以及在等待时长内所有通讯请求的存储数量。
76.需要说明的是，当前等待列表有等待时长和存储数量的条件限制，例如，从存储第一个第一通讯请求开始进入计时，可设置等待时长为2s；同时当前等待列表的存储数量也有一定的限制，例如当前等待列表只能存储10个通讯请求。当当前等待列表的状态信息为其中任一种状态时，则执行下一步骤。
77.如步骤s13所述，当所述等待时长达到预设时长，或；当所述存储数量达到预设数量时，所述服务器端调用接口向所有与所述第一通讯请求对应的所述第一客户端发起用户信息获取请求。
78.需要说明的是，当上述当前等待列表的等待时长或者存储数量达到预设值时，服务器端统一依据当前等待列表中的所存储的第一通讯请求向对应的第一客户端去获取用户信息，避免以往挨次向每一用户端请求获取用户信息，从而降低服务器端的高并发。
79.需要说明的是，本实施例中将与所述当前等待列表中第一通讯请求对应的所有用户信息存储于本地用户库中存在三种情况，1、当前等待列表的等待时长达到预设时长阈
值，且存储数量未达到预设数量阈值；2、当前等待列表的存储数量达到预设数量阈值，且等待时长未达到预设时长阈值；3、当前等待列表同时达到预设时长阈值和预设数量阈值。
80.前两种情况为两个条件只满足其中之一的条件即可，后一种情况为两个条件同时满足。当然，后一种情况发生的概率微乎其微，本技术不作考虑。
81.具体的，当前等待列表的预设时长阈值为2s，预设数量阈值为10个；当当前等待列表实际等待时长为2s之内时，所存储的用户信息已经达到10个，则将所述当前等待列表中的所有用户信息存储于本地用户库中。
82.当当前等待列表实际等待时长已经达到2s时，即便此时的存储数量未达到10个，也将当前等待列表中的所有用户信息存储于本地用户库中。
83.上述两种实际情况，患者用户端从发起通讯请求到响应通讯之间的等待时长控制在2s之内。若采用以往采用逐个用户一次队列的方案，若用户为当前等待列表中的第10位，则有可能等待时长接近20s之久，通过上述技术方案，使医患沟通中的等待队列缩短了近10倍，极大的降低了服务器端的响应压力。
84.在一实施例中，所述方法还涉及第二客户端，所述所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中，之后还包括：
85.所述服务器端依据目标第一客户端发起的第一通讯请求和与所述第一通讯请求对应的用户信息生成第二通讯请求；
86.所述服务器端向所述第二客户端发送所述第二通讯请求。
87.上述方案中为服务器端在本地用户库存储用户信息后，响应第一客户端的第一通讯请求向第二客户端进行通讯转发的步骤。可理解的，多个第一客户端向同一第二客户端发出消息，服务器端接收到这多个通讯请求后，对于非历史用户的第一客户端的通讯请求进行拦截，获取到该第一客户端的用户信息后生成第二通讯请求，再向第二客户端转发第二通讯请求，第二通讯请求中包含了第一通讯请求和用户信息。另一种情况，第二客户端的界面可同时显示多个消息列表，第二客户端的用户可选择其中之一的消息对应到目标第一客户端，该目标第一客户端的用户信息已经在服务器端的本地用户库中存储，当第二客户端需要该目标患者的用户信息时，服务器端可直接提取用户信息发送至第二客户端。
88.参照图3，示出了本技术又一实施例提供的一种即时通讯的优化方法的步骤流程图；
89.还提供了一种即时通讯的优化方法，适用于医患进行线上沟通，所述方法涉及第二客户端、服务器端和第一客户端，包括：
90.s20，所述第一客户端向所述服务器端发送第一通讯请求；当所述服务器端依据所述第一通讯请求确定所述第一客户端为非历史用户时，将所述第一通讯请求存储于当前等待列表中；
91.s21，所述第一客户端接收所述服务器端发送的用户信息获取请求；其中，所述获取请求为，所述服务器端在当所述当前等待列表的等待时长达到预设时长，或；所述当前等待列表的存储数量达到预设数量时调用接口发起的；
92.s22，所述第一客户端依据所述获取请求反馈的用户信息至所述服务器端。
93.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关
之处参见方法实施例的部分说明即可。
94.参照图3，示出了本技术一实施例提供的一种即时通讯的优化装置的结构框图；
95.本发明一实施例还公开了一种即时通讯的优化装置，适用于医患进行线上沟通，所述装置涉及服务器端和第一客户端；所述第一客户端用于向所述服务器端发起第一通讯请求，所述服务器端内嵌有本地用户库，所述装置包括：
96.用户确定模块110，用于所述服务器端接收所述第一客户端发送的第一通讯请求，依据所述第一通讯请求确定所述第一客户端是否为非历史用户；
97.列表存储模块120，用于当所述第一客户端为非历史用户时，则所述服务器端将所述第一通讯请求存储于当前等待列表中；
98.列表确定模块130，用于所述服务器端确定所述当前等待列表的状态信息，所述状态信息包括所述当前等待列表的等待时长和/或所述当前等待列表内所述第一通讯请求的存储数量；
99.信息请求模块140，用于当所述等待时长达到预设时长，或；当所述存储数量达到预设数量时，所述服务器端调用接口向所有与所述第一通讯请求对应的所述第一客户端发起用户信息获取请求；
100.信息存储模块150，用于所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中。
101.在一实施例中，所述用户确定模块110包括：
102.标识确定模块，用于当接收到所述第一客户端发送的第一通讯请求时，所述服务器端依据所述第一通讯请求确定所述第一客户端的用户标识；
103.属性确定模块，用于所述服务器端通过所述本地用户库的历史数据表和所述用户标识确定所述第一客户端的用户属性，所述用户属性包括历史用户和非历史用户；
104.属性设置模块，用于当所述用户标识与所述历史数据表相匹配时，将所述第一客户端设置为历史用户；当所述用户标识与所述历史数据表不相匹配时，将所述第一客户端设置为非历史用户。
105.在一实施例中，所述装置还涉及第二客户端，所述属性设置模块包括：
106.信息提取子模块，用于当所述所述第一客户端为历史用户时，则服务器端依据所述用户标识在所述本地用户库中提取对应的用户信息，并将所述用户信息和所述第一通讯请求发送至所述第二客户端。
107.在一实施例中，所述属性确定模块包括：
108.数据表生成子模块，用于所述服务器端依据所述用户标识和所述用户信息的映射关系，在所述本地用户库中生成所述历史数据表，所述历史数据表包括历史用户标识和与所述历史用户标识对应的历史用户信息；
109.属性确定子模块，用于依据所述第一通讯请求中的用户标识与所述历史数据表中所述历史用户标识的匹配结果确定所述第一客户端的用户属性。
110.在一实施例中，所述装置还包括：
111.请求生成模块，用于所述服务器端依据目标第一客户端发起的第一通讯请求和与所述第一通讯请求对应的用户信息生成第二通讯请求；
112.请求发送子模块，用于所述服务器端向所述第二客户端发送所述第二通讯请求。
113.参照图5，示出了本技术又一实施例提供的一种即时通讯的优化装置的结构框图。
114.本发明一实施例还公开了一种即时通讯的优化装置，适用于医患进行线上沟通，所述装置涉及服务器端和第一客户端；包括：
115.请求发送模块210，用于所述第一客户端向所述服务器端发送第一通讯请求；当所述服务器端依据所述第一通讯请求确定所述第一客户端为非历史用户时，将所述第一通讯请求存储于当前等待列表中；
116.请求接收模块220，用于所述第一客户端接收所述服务器端发送的用户信息获取请求；其中，所述获取请求为，所述服务器端在当所述当前等待列表的等待时长达到预设时长，或；所述当前等待列表的存储数量达到预设数量时调用接口发起的；
117.信息发送模块230，用于所述第一客户端依据所述获取请求反馈的用户信息至所述服务器端。
118.参照图6，示出了本发明的一种数据处理方法的计算机设备，具体可以包括如下：
119.上述计算机设备12以通用计算设备的形式表现，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
120.总线18表示几类总线18结构中的一种或多种，包括存储器总线18或者存储器控制器，外围总线18，图形加速端口，处理器或者使用多种总线18结构中的任意总线18结构的局域总线18。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线18，微通道体系结构(mac)总线18，增强型isa总线18、音视频电子标准协会(vesa)局域总线18以及外围组件互连(pci)总线18。
121.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
122.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom，dvd-rom或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质界面与总线18相连。存储器可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块42，这些程序模块42被配置以执行本发明各实施例的功能。
123.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块42以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
124.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信，还可与一个或者多个使得操作人员能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)界面22进行。并且，计算机设
备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan))，广域网(wan)和/或公共网络(例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其他模块通信。应当明白，尽管图5中未示出，可以结合计算机设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、处理单元16、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统34等。
125.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种即时通讯的优化方法。
126.也即，上述处理单元16执行上述程序时实现：所述服务器端接收所述第一客户端发送的第一通讯请求，依据所述第一通讯请求确定所述第一客户端是否为非历史用户；当所述第一客户端为非历史用户时，则所述服务器端将所述第一通讯请求存储于当前等待列表中；所述服务器端确定所述当前等待列表的状态信息，所述状态信息包括所述当前等待列表的等待时长和/或所述当前等待列表内所述第一通讯请求的存储数量；当所述等待时长达到预设时长，或；当所述存储数量达到预设数量时，所述服务器端调用接口向所有与所述第一通讯请求对应的所述第一客户端发起用户信息获取请求；所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中。
127.在本发明实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术所有实施例提供的一种数据处理方法：
128.也即，给程序被处理器执行时实现：所述服务器端接收所述第一客户端发送的第一通讯请求，依据所述第一通讯请求确定所述第一客户端是否为非历史用户；当所述第一客户端为非历史用户时，则所述服务器端将所述第一通讯请求存储于当前等待列表中；所述服务器端确定所述当前等待列表的状态信息，所述状态信息包括所述当前等待列表的等待时长和/或所述当前等待列表内所述第一通讯请求的存储数量；当所述等待时长达到预设时长，或；当所述存储数量达到预设数量时，所述服务器端调用接口向所有与所述第一通讯请求对应的所述第一客户端发起用户信息获取请求；所述服务器端接收所述第一客户端依据所述获取请求反馈的用户信息，并将所述用户信息存储至所述本地用户库中。
129.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
130.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
131.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言——诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在操作人员计算机上执行、部分地在操作人员计算机上执行、作为一个独立的软件包执行、部分在操作人员计算机上部分在远程计算机上执行或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到操作人员计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
132.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
133.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
134.以上对本技术所提供的一种即时通讯的优化方法、装置、设备及存储介质，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。