一种在线请求排队方法及装置的制造方法
【技术领域】
[0001]本申请涉及在线服务领域，特别涉及一种在线请求排队方法以及装置。
【背景技术】
[0002]在线服务，是指利用互联网技术，向用户提供线上服务的方式。在线服务构成了互联网应用的基础，它包括我们常见的web浏览、电子邮件、论坛、即时通信、游戏、下载和专门信息服务、在线视频、在线支付等。
[0003]随着互联网的发展，越来越多的人使用在线服务。在大量用户向提供在线服务的中心服务器发出服务请求时，服务器会根据用户服务请求到达顺序对服务请求进行排队，从而可以有序的响应用户的服务请求。
[0004]但是，仅根据到达顺序对用户服务请求进行排队，不一定符合用户真实需求，例如，需求比较紧急的用户服务请求可能会长时间得不到响应。
【发明内容】
[0005]有鉴于此，本申请的目的在于提供一种在线请求排队方法及装置，以实现符合用户真实需求的在线请求排队，提升服务性能。
[0006]在本申请实施例的第一个方面，提供了一种在线请求排队方法。例如，该方法可以包括:响应于接收到用户的服务请求，查询出所述用户的实时更新用户服务数据的多种属性分别对应的属性值；利用所述多种属性分别对应的权重，对所述多种属性分别对应的属性值进行加权计算，得到所述用户的综合属性值；根据所述用户的综合属性值确定所述用户的服务请求在排队队列中的位置。
[0007]在本申请实施例的第二个方面，提供了一种在线请求排队装置。例如，该装置可以包括:查询单元，用于响应于接收到用户的服务请求，查询出所述用户的实时更新用户服务数据的多种属性分别对应的属性值；计算单元，用于利用所述多种属性分别对应的权重，对所述多种属性分别对应的属性值进行加权计算，得到所述用户的综合属性值；排队单元，用于根据所述用户的综合属性值确定所述用户的服务请求在排队队列中的位置。
[0008]可见本申请具有如下有益效果:
[0009]由于本申请从系统实时更新的用户服务数据中得到用户真实的多种属性，根据用户真实的多种属性进行排队处理，可以做到精准智能排队，实现符合用户真实需求的在线请求排队，提升服务性能。
【附图说明】
[0010]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0011]图1为本申请实施例提供的一种在线请求排队方法流程示意图；
[0012]图2为本申请实施例提供的一种在线请求排队方法消息交互示意图；
[0013]图3为本申请实施例提供的一种在线请求排队装置结构示意图。
【具体实施方式】
[0014]为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0015]针对现有技术仅根据到达顺序对用户服务请求进行排队，无法按用户需求排队的问题，本申请的发明人发现，根据系统实时更新的用户服务数据，可以从中得到用户真实的多种属性，根据用户真实的多种属性进行排队处理，可以做到精准智能排队，实现符合用户真实需求的在线请求排队，提升服务性能。
[0016]综合上述分析，本申请实施例提供了以下的排队方法及装置。
[0017]例如，参见图1，为本申请实施例提供的一种在线请求排队方法流程示意图。如图1所示，该方法可以包括:
[0018]S110、响应于接收到用户的服务请求，查询出所述用户的实时更新用户服务数据的多种属性分别对应的属性值。
[0019]例如，一些可能的实施方式中，所述多种属性可以包括:用户请求记录、用户满意度记录。
[0020]其中，所述用户请求记录对应的属性值可以包括:接收到所述服务请求之前的预设时长内(例如24小时内)存在请求记录的情况所对应的第一分值、以及不存在请求记录的情况所对应的第二分值。具体地，例如，在一些可能的实施方式中，可以设置第一分值大于第二分值。原因在于，如果用户在发出服务请求之前有过请求记录，说明用户的服务请求是比较迫切的，将第一分值设置为较高的分值可以使计算出的用户综合属性值更高，使请求更加迫切的用户可以优先处理。查询出的用户请求记录对应的属性值可以为第一分值或第二分值。其中，用户请求记录可以包括在线请求记录和来电记录。
[0021]其中，所述用户满意度记录对应的属性值可以包括:低满意度对应的第三分值、高满意度对应的第四分值、首次请求且没有满意度记录所对应的第五分值、非首次请求且没有满意度记录所对应的第六分值。具体地，例如，在一些可能的实施方式中，对于没有满意度记录的用户来说，如果用户多次请求，说明用户服务请求比较迫切，迫切程度应大于首次请求的用户；对于有满意度记录的用户来说，要维持其满意度，需要比低满意度的用户更加尽快地响应服务请求。因此，可以设置第六分值 > 第五分值 > 第四分值 > 第三分值。
[0022]需要说明的是，可以通过对系统实时更新的用户服务数据中该用户曾经提交的所有满意度进行汇总，取其平均值，获得该用户的满意度所对应的平均值，通过将该用户的满意度所对应的平均值与高满意度对应的预置取值范围以及低满意度对应的预置取值范围进行比较，确定该用户满意度记录属于高满意度或低满意度中的一个。如果该用户满意度记录属于高满意度，则该用户满意度记录所对应的属性值为高满意度对应的第四分值。如果该用户满意度记录属于低满意度，则该用户满意度记录所对应的属性值为低满意度对应的第三分值。查询出的用户满意度记录对应的属性值可以为第三分值、第四分值、第五分值或第六分值中的任一个。
[0023]需要说明的是，本申请实施例所述的第一分值到第六分值的分值大小可以根据实际需要预先设置。例如，可以根据经验以及多次实际实验确定合适的数值大小。另外，用户服务数据的属性可以有很多种，查询出用户请求记录、用户满意度记录分别对应的属性值仅为本申请实施例一种可能的实施方式。实际应用中，可以根据实施需要设置需要查询出实时用户服务数据中哪些属性的属性值，本申请对此并不进行限制。
[0024]S120、利用所述多种属性分别对应的权重，对所述多种属性分别对应的属性值进行加权计算，得到所述用户的综合属性值。
[0025]一些可能的实施方式中，可以将实时用户服务数据的用户请求记录、用户满意度记录两种属性作为用于计算用户的综合属性值的因子。例如，可以根据用户请求记录、用户满意度记录对应的权重，对用户请求记录、用户满意度记录对应的属性值进行加权求和计算，得到用户的综合属性值。
[0026]一些可能的实施方式中，除了将实时用户服务数据的多种属性作为用于计算用户的综合属性值的因子以外，还可以将服务请求的等待时间作为用于计算用户的综合属性值的因子。具体地，例如，本申请实施例还可以统计所述服务请求的等待时间，根据所