CN109801425B - 面签业务中队列轮询提示方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及一种面签业务中队列轮询提示方法、装置、设备及存储介质，其中的方法包括：设置服务器端对于请求信息的长轮询模式；接收客户端发起的轮询请求；检测服务器端缓存的数据是否更新；当检测到服务器端缓存的数据未更新时，将所述客户端发起的轮询请求的线程设置为休眠状态；当所述服务器缓存的数据有更新时激活所述休眠状态的线程；当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据。本发明的有益效果为：有针对性地对使轮询请求进入休眠待激活状态以过滤掉无效请求，提高了坐席端的综合利用率和面签业务的整体效率。

Description

面签业务中队列轮询提示方法、装置、设备及存储介质

技术领域

本发明实施例涉及金融数据处理技术领域，尤其涉及一种面签业务中队列轮询提示方法、装置、设备及存储介质。

背景技术

在日常生活的业务办理场景中，通常用户按照进线排队进行排号和取号，然后在等候区域等待叫号系统的呼叫开展业务。

在办理业务时，每一个坐席对应一个排队线程，每一个排队线程中的排号数量则可能完全不同，有的排队线程中排队用户较多，而有的排队线程中排队用户较少，而有些排队线程在排号拥挤时用户可能由于种种原因离开等候区域而导致该排队线程的排队用户减少，因此对于一些无法实现的排队号码进行叫号及等待等操作，是在浪费宝贵的业务处理时间，效率低下。

在汽车金融行业，贷款用户在办理贷款时通常需要面签，用户与发放贷款的审核人坐席当面进行沟通和交谈，坐席并不清楚客户端的排队线程中用户数量的多少情况，因此当排队线程中用户人数较多导致线程挤压严重时，可能会导致用户等待时间过长，导致给用户办理效率低下，而且对于坐席而言过长的工作时间也带来不便。

发明内容

为了克服相关技术中存在的问题，本发明提供一种面签业务中队列轮询提示方法、装置、设备及存储介质，以实现金融行业贷款面签业务中客户与坐席之间排队队列的优化，提高坐席利用率。

第一方面，本发明实施例提供了一种面签业务中队列轮询提示方法，所述方法包括：

设置服务器端对于请求信息的长轮询模式；

接收客户端发起的轮询请求；

检测服务器端缓存的数据是否更新；

当检测到服务器端缓存的数据未更新时，将所述客户端发起的轮询请求的线程设置为休眠状态；

当所述服务器缓存的数据有更新时激活所述休眠状态的线程；

当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据。

第二方面，本发明实施例还提供了一种面签业务中队列轮询提示装置，所述装置包括：

设置模块，用于设置服务器端对于请求信息的长轮询模式；

接收模块，用于接收客户端发起的轮询请求；

检测模块，用于检测服务器端缓存的数据是否更新；

休眠模块，用于当检测到服务器端缓存的数据未更新时，将所述客户端发起的轮询请求的线程设置为休眠状态；

激活模块，用于当所述服务器缓存的数据有更新时激活所述休眠状态的线程；

数据返回模块，用于当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据。

第三方面，本发明还提供了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

第四方面，本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

本发明在金融面签业务中的客户端与服务器端之间采用长轮询方式进行请求信息和响应信息的传输，服务器端接收到客户端发起的轮询请求之后，并非对于单独的每一个轮询请求进行响应，而是先判断服务器端缓存的轮询请求数据是否存在更新或者是否符合预设条件，当服务器端缓存的轮询请求数据存在更新或者符合预设条件时才会响应该轮询请求，对于未更新或不符合预设条件的轮询请求数据则不会立即响应客户端的该次轮询请求，而是使该次轮询请求进入休眠待激活状态以进行进一步的处理，服务器端将各客户端发起的轮询请求的排队情况发送至客户端，各客户端坐席及时根据排队情况控制工作节奏，提高了坐席端的综合利用率和面签业务的整体效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种面签业务中队列轮询提示方法的基本流程图。

图2是根据一示例性实施例示出的一种面签业务中队列轮询提示方法的系统流向基本流程图。

图3是根据一示例性实施例示出的一坐席人数的基本流程图。

图4是根据一示例性实施例示出的阈值查询时的基本流程图。

图5是根据一示例性实施例示出的一种面签业务中队列轮询提示装置的框图。

图6是根据一示例性实施例示出的一种计算机设备的框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图中将各步骤描述成顺序的处理，但是其中的许多步骤可以并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排，当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图内的其它步骤。处理可以对应于方法、函数、规程、子例程、子程序等。

本发明涉及一种面签业务中队列轮询提示方法，其主要运用于金融行业贷款面签业务中客户与坐席之间排队队列需要优化的场景中，其基本思想是：客户端与服务器端之间采用长轮询方式进行请求信息和响应信息的传输，服务器端接收到客户端发起的轮询请求之后，并非对于单独的每一个轮询请求进行响应，而是对于服务器端缓存的轮询请求数据是否存在更新或者是否符合预设条件，当服务器端缓存的轮询请求数据存在更新或者符合预设条件时才会响应该轮询请求，而对于未更新或不符合预设条件的轮询请求数据则不会立即响应客户端的该次轮询请求，而是使该次轮询请求进入休眠待激活状态以进行进一步的处理，服务器端将各客户端发起的轮询请求的排队情况发送至客户端，各客户端坐席及时根据排队情况控制工作节奏，提高了面签业务的整体效率。

本发明实施例中，一个客户端可能对应于多位坐席人员，一位坐席人员对应处理属于该坐席人员的排队线程内的客户，坐席人员通常仅知道其对应的该进程内的客户人数，而无法得知其所属的客户端或面签业务中面签客户的整体排队情况。

本实施例可适用于带有中央处理模块的服务器端中以进行面签业务中队列轮询提示的情况中，该方法可以由中央处理模块来执行，其中该中央处理模块可以由软件和/或硬件来实现，一般地可集成于服务器端，如图1所示，为本发明示例性实施例的一种面签业务中队列轮询提示方法的基本流程示意图，结合图2系统数据处理示意图，所述方法具体包括如下步骤：

步骤110，设置服务器端对于请求信息的长轮询模式；

长轮询模式一般为客户端向服务器端发送请求以获取最新的数据信息，采用该种方式提升了服务器端与客户端之间的数据传输实时性和交互性，其根据数据是否有更新执行，当有新数据时就接收新数据并解析响应该新数据，而当没有新数据时则处于休眠状态。

步骤120，接收客户端发起的轮询请求；

本发明示例性实施例的一个实施场景中，客户通过客户端取号后该号码进入排队队列，系统后台按照队列顺序叫号并为客户提供坐席人员提供服务，通过客户端取号的同时该客户端向服务器端发起轮询请求，服务器端轮询调用排队人数查询接口查询各客户端的排队人数，就单向而言，客户端对于服务器端的轮询请求采用长轮询方式，请求数据由客户端发起轮询请求，服务器端在接收到该轮询请求后根据设定的策略或规则对所述轮询请求进行处理。

所述设定的策略或规则可以为“FCFS”(Firt come firtserved,先来先服务)，也可以为通过客户端控件对客户级别进行识别后对其进行插队处理，根据实际应用场景的不同，对接收到的轮询请求设定的策略或规则也会有所变化。

步骤130，检测服务器端缓存的数据是否有更新；

服务器端通过调用排队人数查询接口查询各客户端的排队人数的数据并进行缓存，当接收到客户端的轮询请求后，通过比对服务器端缓存的数据与当前排队人数是否有变化判断其是否有更新，当缓存的数据与当前排队人数有变化时，则表明其有更新，当缓存的数据与当前排队人数无变化时，则表明其没有更新。

对于服务器端而言，带有同一客户标识(同一客户账户)的客户连续多次通过客户端发起轮询请求时视为同一轮询请求，不作重复处理，即在进行缓存的数据是否有更新的检测时可只对缓存的数据中的客户标识是否有变化进行判断。

步骤140，当检测到服务器端缓存的数据未更新时，将所述客户端发起的轮询请求的线程设置为休眠状态；

此时缓存的数据与当前排队人数无变化，对所述客户端发起的轮询请求的线程设置为休眠状态，等待客户端的再次请求或中断该次轮询请求。

步骤150，当所述服务器缓存的数据有更新时激活所述休眠状态的线程；

激活休眠状态的轮询请求根据请求规则向对应的客户端的线程返回响应消息。

在激活休眠状态的线程时，可通过编写指令的方式，将线程的状态由

“sleep”(休眠)修改为“actived”(激活)，从而完成线程状态的转换。

步骤160，当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据。

当检测到服务器端缓存的数据有更新或者符合预设条件时，则立即根据轮询请求向客户端返回请求数据，即从步骤130直接省略步骤140、150跳转至160。

本发明的方法，通过长轮询方式对客户端的请求数据判断后采取不同的处理，对于在服务器端缓存的数据有更新时判定该轮询请求有效，而无更新时则判定该轮询请求无效，使得服务器端保存对客户端发送的有效请求，而对于无效请求则作出休眠处理，对于服务器端而言剔除了大部分的无效请求，优化了服务器的资源使用和带宽占用，有利于从服务器层面对面签业务的整体效率进行控制。

本发明示例性实施例的一种可行的实施方式中，对于轮询请求添加到坐席队列中时还包括分配时的优化分配方案，如图3所示，为本发明的优化分配的流程示意图，这一过程可包括如下步骤：

步骤310，对所述轮询请求进行分配坐席操作；

在本发明示例性实施例中可由队列管理器对坐席进行分配，所述队列管理器包括接收队列管理器和发送队列管理器，其经过数据配置之后可以对接收的相应轮询请求进行处理，例如由相应的传送通道传送或接收通道接收。

所述分配坐席的操作包括：

步骤311，查询每一坐席的队列请求数量；

每一坐席已被分配的轮询请求形成一个队列，该队列中的轮询请求数量可通过所述队列管理器查询。

所述查询每一坐席的队列请求数量之后，检测所述检测服务器端缓存的数据是否更新包括：

步骤312，检测服务器端缓存中队列请求数量是否更新；

由客户端发起的轮询请求先进入到服务器端的缓存中，每隔一定时间例如30查询该缓存中的队列请求数量是否更新，并根据其更新的查询结果决定是否返回相应轮询请求的返回数据。

所述将所述客户端发起的轮询请求的线程设置为休眠状态，包括：

步骤313，当所述队列请求数量未更新时，设置所述轮询请求为休眠状态，直到所述队列请求数量更新时激活所述轮询请求；

所述当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据，包括：

步骤314，当所述队列请求数量更新时，向所述客户端返回请求数据。

在一种可行的实施场景中，当所述队列请求数量未更新时，表示此时队列未增加新的客户，而仅是老客户发出的新的轮询请求，此时可对该老客户发出的新的轮询请求做休眠处理，而当队列请求数量有更新时激活所述休眠使所述客户进行处理队列。

在另一种可行的实施场景中，队列请求数量未更新可表示为队列中是否增加新的轮询请求类型，当轮询请求类型相同时，则视为其未更新，例如当某一客户先提出办理现金业务的轮询请求，其类型可为A，然后当重新提出A类型的轮询请求时，视为所述队列请求数量未更新，而该当客户提出新的轮询请求且类型为不同于A的B类型时，则表示所述队列请求数量已更新，此时应对该轮询请求返回数据。

本发明的方法，对服务器端的坐席侧的排队人数进行查询，通过判断其人数是否更新决定是否对新加入的请求数据进行轮询，降低了轮询的资源浪费，同时每一个坐席可通过队列查询当前排队人数，根据排队情形控制工作节奏和效率。

本发明示例性实施例的一种可行的实施方式中，所述对所述轮询请求进行分配坐席操作包括根据管理策略对新加入的请求信息进行管理的步骤，这一过程可包括如下步骤：

根据管理策略由队列管理器对坐席的队列请求数量进行管理，所述队列管理器包括坐席管理模块，该坐席管理模块为针对坐席端的管理模块，以便于对所有的坐席端进行管理，根据管理策略对坐席端进行管理时包括根据各坐席端已分配的请求信息的数量、坐席处理效率、坐席状态为忙碌或闲时等对对新的请求信息进行优化分配，如图4所示，为本发明有预设阈值时的分配流程示意图，这一过程包括如下步骤：

步骤410，获取所述坐席队列的请求数量；

参照步骤211，可通过队列管理器获取请求数量。

步骤420，检测所述坐席队列的请求数量是否超过所述坐席队列的预设阈值；

步骤430，当超过所述预设阈值时，将所述轮询请求添加到所有坐席中空占比低的坐席队列中；

步骤440，当未超过预设阈值时，将所述轮询请求添加到当前坐席队列中。

不同的坐席端可设置不同的坐席预设阈值，根据坐席端提供坐席服务人员的工作效率，所述坐席预设阈值可设置为不同的数值，在本发明示例性实施例一种可行的实施方式中，所述预设阈值可设置为4。

当某一坐席的坐席队列中排队人数为4及4以上时，则表明此时新增轮询请求超过该坐席队列的预设阈值，此时优先将该轮询请求添加到空占比低的坐席队列中，所述空占比为坐席队列中可添加的排队人数与预设阈值的比值，该比值越低表明排队人数越少。

当未超过预设阈值时，可优先将所述轮询请求添加到当前坐席队列中，此时根据该当前坐席队列为服务质量为优质级别的坐席队列。此时包括：将所述轮询请求按照预定规则加入到当前坐席队列中，并调度该当前坐席队列的线程执行所述轮询请求对应的任务；每一个坐席队列的线程可独立地分配根预定规则添加的轮询请求，例如所述预定规则可为“根据轮询请求对应的客户等级确定该轮询请求是否优先处理”，当有多个所述轮询请求添加到所述当前坐席队列时，按照所述多个轮询请求的优先级将多个所述轮询请求分配至所述当前坐席队列中，本发明示例性实施例的一种实施场景中，所述轮询请求对应的客户带有等级标识或VIP标识，例如分为标识为VIP客户和普通客户，则对于带有VIP标识的客户在该坐席队列中进行优先处理，而当该轮询请求对应的客户为普通客户时，则进行排队处理。

对于所有坐席队列均超出其预设阈值时，则对已超出其预设阈值出被分配新的轮询请求的坐席队列进行标红处理，以提示坐席人员进一步提高效率处理排队的客户。

本发明的方法，根据管理策略对坐席端进行管理，包括根据各坐席端已分配的请求信息的数量、坐席处理效率、坐席状态为忙碌或闲时等对对新的请求信息进行优化分配，使得新添加的轮询请求被分配到能够得到及时处理的坐席队列中，进一步地提高了坐席端的处理效率。

图5为本发明实施例提供的一种面签业务中队列轮询提示装置的示意图，该装置可由软件和/或硬件实现，一般地集成于智能终端中，可通过面签业务中队列轮询提示方法来实现。如图5所示，本实施例可以以上述实施例为基础，提供了一种面签业务中队列轮询提示装置，其主要包括了设置模块510、接收模块520、检测模块530、休眠模块540、激活模块550以及数据返回模块560。

其中的设置模块510，用于设置服务器端对于请求信息的长轮询模式；

其中的接收模块520，用于接收客户端发起的轮询请求；

其中的检测模块530，用于检测服务器端缓存的数据是否更新；

其中的休眠模块540，用于当检测到服务器端缓存的数据未更新时，将所述客户端发起的轮询请求的线程设置为休眠状态；

其中的激活模块550，用于当所述服务器缓存的数据有更新时激活所述休眠状态的线程；

其中的数据返回模块560，用于当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据。

本发明示例性实施例的一种实施场景中，所述装置还包括：

坐席模块，用于对所述轮询请求进行分配坐席操作，包括：

查询子模块，用于查询每一坐席的队列请求数量；

所述检测模块包括：

数量检测子模块，用于检测服务器端缓存中队列请求数量是否更新；

所述休眠模块包括：

当所述队列请求数量未更新时，设置所述轮询请求为休眠状态，直到所述队列请求数量更新时激活所述轮询请求；

所述数据返回模块还用于：

当所述队列请求数量更新时，向所述客户端返回请求数据。

本发明示例性实施例的一种实施场景中，所述坐席模块包括：

策略管理模块，用于根据管理策略由队列管理器对坐席的队列请求数量进行管理，所述策略管理模块包括：

请求数量获取子模块，用于获取所述坐席队列的请求数量；

阈值检测子模块，用于检测所述坐席队列的请求数量是否超过所述坐席队列的预设阈值；

第一添加子模块，用于当所述坐席队列的请求数量超过所述预设阈值时，将所述轮询请求添加到所有坐席中空占比低的坐席队列中；

第二添加子模块，用于当所述坐席队列的请求数量未超过预设阈值时，将所述轮询请求添加到当前坐席队列中。

上述实施例中提供的面签业务中队列轮询提示装置可执行本发明中任意实施例中所提供的面签业务中队列轮询提示方法，具备执行该方法相应的功能模块和有益效果，未在上述实施例中详细描述的技术细节，可参见本发明任意实施例中所提供的面签业务中队列轮询提示方法。

将意识到的是，本发明也扩展到适合于将本发明付诸实践的计算机程序，特别是载体上或者载体中的计算机程序。程序可以以源代码、目标代码、代码中间源和诸如部分编译的形式的目标代码的形式，或者以任何其它适合在按照本发明的方法的实现中使用的形式。也将注意的是，这样的程序可能具有许多不同的构架设计。例如，实现按照本发明的方法或者系统的功能性的程序代码可能被再分为一个或者多个子例程。

用于在这些子例程中间分布功能性的许多不同方式将对技术人员而言是明显的。子例程可以一起存储在一个可执行文件中，从而形成自含式的程序。这样的可执行文件可以包括计算机可执行指令，例如处理器指令和/或解释器指令(例如，Java解释器指令)。可替换地，子例程的一个或者多个或者所有子例程都可以存储在至少一个外部库文件中，并且与主程序静态地或者动态地(例如在运行时间)链接。主程序含有对子例程中的至少一个的至少一个调用。子例程也可以包括对彼此的函数调用。涉及计算机程序产品的实施例包括对应于所阐明方法中至少一种方法的处理步骤的每一步骤的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

另一个涉及计算机程序产品的实施例包括对应于所阐明的系统和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

计算机程序的载体可以是能够运载程序的任何实体或者装置。例如，载体可以包含存储介质，诸如(ROM例如CDROM或者半导体ROM)或者磁记录介质(例如软盘或者硬盘)。进一步地，载体可以是可传输的载体，诸如电学或者光学信号，其可以经由电缆或者光缆，或者通过无线电或者其它手段传递。当程序具体化为这样的信号时，载体可以由这样的线缆或者装置组成。可替换地，载体可以是其中嵌入有程序的集成电路，所述集成电路适合于执行相关方法，或者供相关方法的执行所用。

应该留意的是，上文提到的实施例是举例说明本发明，而不是限制本发明，并且本领域的技术人员将能够设计许多可替换的实施例，而不会偏离所附权利要求的范围。在权利要求中，任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词“一”或者“一个”不排除复数个这样的元素的存在。本发明可以通过包括几个明显不同的组件的硬件，以及通过适当编程的计算机而实现。在列举几种装置的装置权利要求中，这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。

如果期望的话，这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外，如果期望的话，以上所描述的一个或多个功能可以是可选的或者可以进行组合。

如果期望的话，上文所讨论的各步骤并不限于各实施例中的执行顺序，不同步骤可以以不同顺序执行和/或彼此同时执行。此外，在其他实施例中，以上所描述的一个或多个步骤可以是可选的或者可以进行组合。

虽然本发明的各个方面在独立权利要求中给出，但是本发明的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合，而并非仅是权利要求中所明确给出的组合。

这里所要注意的是，虽然以上描述了本发明的示例实施方式，但是这些描述并不应当以限制的含义进行理解。相反，可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本发明的范围。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的计算装置来实现，各模块可以集中在单个计算装置或者计算装置组成的网络组中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的移动终端来实现，各模块可以集中在单个移动终端或者移动终端组成的装置组合中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过编辑可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

本实施例还提供一种计算机设备，如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备20至少包括但不限于：可通过系统总线相互通信连接的存储器21、处理器22，如图6所示。需要指出的是，图6仅示出了具有组件21-22的计算机设备20，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

本实施例中，存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，D或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备20的内部存储单元，例如该计算机设备20的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备20的外部存储设备，例如该计算机设备20上配备的插接式硬盘，智能存储卡(mart Media Card,MC)，安全数字(ecure Digital,D)卡，闪存卡(Flah Card)等。当然，存储器21还可以既包括计算机设备20的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备20的操作系统和各类应用软件，例如实施例一的RNN神经网络的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器22在一些实施例中可以是中央处理器(Central Proceing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备20的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，例如实现深度学习模型的各层结构，以实现上述实施例的面签业务中队列轮询提示方法。

本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，D或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储金融小程序，被处理器执行时实现上述实施例的面签业务中队列轮询提示方法。

另一个涉及计算机程序产品的实施例包括对应于所阐明的系统和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

计算机程序的载体可以是能够运载程序的任何实体或者装置。例如，载体可以包含存储介质，诸如(ROM例如CDROM或者半导体ROM)或者磁记录介质(例如软盘或者硬盘)。进一步地，载体可以是可传输的载体，诸如电学或者光学信号，其可以经由电缆或者光缆，或者通过无线电或者其它手段传递。当程序具体化为这样的信号时，载体可以由这样的线缆或者装置组成。可替换地，载体可以是其中嵌入有程序的集成电路，所述集成电路适合于执行相关方法，或者供相关方法的执行所用。

应该留意的是，上文提到的实施例是举例说明本发明，而不是限制本发明，并且本领域的技术人员将能够设计许多可替换的实施例，而不会偏离所附权利要求的范围。在权利要求中，任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词“一”或者“一个”不排除复数个这样的元素的存在。本发明可以通过包括几个明显不同的组件的硬件，以及通过适当编程的计算机而实现。在列举几种装置的装置权利要求中，这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。

如果期望的话，这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外，如果期望的话，以上所描述的一个或多个功能可以是可选的或者可以进行组合。

如果期望的话，上文所讨论的各步骤并不限于各实施例中的执行顺序，不同步骤可以以不同顺序执行和/或彼此同时执行。此外，在其他实施例中，以上所描述的一个或多个步骤可以是可选的或者可以进行组合。

虽然本发明的各个方面在独立权利要求中给出，但是本发明的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合，而并非仅是权利要求中所明确给出的组合。

这里所要注意的是，虽然以上描述了本发明的示例实施方式，但是这些描述并不应当以限制的含义进行理解。相反，可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本发明的范围。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的计算装置来实现，各模块可以集中在单个计算装置或者计算装置组成的网络组中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的移动终端来实现，各模块可以集中在单个移动终端或者移动终端组成的装置组合中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过编辑可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

注意，上述仅为本发明的示例性实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (8)

1.一种面签业务中队列轮询提示方法，其特征在于，所述方法包括：

设置服务器端对于请求信息的长轮询模式；

接收客户端发起的轮询请求，对所述轮询请求进行分配坐席操作；

检测服务器端缓存的数据是否更新；

当检测到服务器端缓存的数据未更新时，将所述客户端发起的轮询请求的线程设置为休眠状态；

当所述服务器缓存的数据有更新时激活所述休眠状态的线程；

当检测到服务器端缓存的数据更新时根据所述轮询请求向所述客户端返回请求数据；

具体的，所述分配坐席的操作包括：

查询每一坐席的队列请求数量；其中，每一坐席已被分配的轮询请求形成一个队列，且带有同一客户标识的客户连续多次通过客户端发起轮询请求时视为同一轮询请求；

所述检测服务器端缓存的数据是否更新包括：

检测服务器端缓存中的队列请求数量是否更新；

所述将所述客户端发起的轮询请求的线程设置为休眠状态，包括：

当所述队列请求数量未更新时，设置所述轮询请求为休眠状态，直到所述队列请求数量更新时激活所述轮询请求；

所述当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据，包括：

当所述队列请求数量更新时，向所述客户端返回请求数据。

2.根据权利要求1所述的方法，其特征在于，所述对所述轮询请求进行分配坐席操作包括：

根据管理策略由队列管理器对坐席的队列请求数量进行管理，包括：

获取所述坐席队列的请求数量；

检测所述坐席队列的请求数量是否超过所述坐席队列的预设阈值；

当超过所述预设阈值时，将所述轮询请求添加到所有坐席中空占比低的坐席队列中；

当未超过预设阈值时，将所述轮询请求添加到当前坐席队列中。

3.根据权利要求2所述的方法，其特征在于，所述当未超过预设阈值时，将所述轮询请求添加到当前坐席队列，包括：

将所述轮询请求按照预定规则加入到当前坐席队列中，并调度该当前坐席队列的线程执行所述轮询请求对应的任务。

4.根据权利要求2所述的方法，其特征在于，所述当未超过预设阈值时，将所述轮询请求添加到当前坐席队列中，还包括：

当有多个所述轮询请求添加到所述当前坐席队列时，按照所述多个轮询请求的优先级将多个所述轮询请求分配至所述当前坐席队列。

5.一种面签业务中队列轮询提示装置，其特征在于，所述装置包括：

设置模块，用于设置服务器端对于请求信息的长轮询模式；

接收模块，用于接收客户端发起的轮询请求；

坐席模块，用于对所述轮询请求进行分配坐席操作；

检测模块，用于检测服务器端缓存的数据是否更新；

休眠模块，用于当检测到服务器端缓存的数据未更新时，将所述客户端发起的轮询请求的线程设置为休眠状态；

激活模块，用于当所述服务器缓存的数据有更新时激活所述休眠状态的线程；

数据返回模块，用于当检测到服务器端缓存的数据更新时，根据所述轮询请求向所述客户端返回请求数据；

具体的，所述坐席模块包括：

查询子模块，用于查询每一坐席的队列请求数量；其中，每一坐席已被分配的轮询请求形成一个队列，且带有同一客户标识的客户连续多次通过客户端发起轮询请求时视为同一轮询请求；

所述检测模块包括：

数量检测子模块，用于检测服务器端缓存中队列请求数量是否更新；

所述休眠模块还用于：

当所述队列请求数量未更新时，设置所述轮询请求为休眠状态，直至所述队列请求数量更新时激活所述轮询请求；

所述数据返回模块还用于：

当所述队列请求数量更新时，向所述客户端返回请求数据。

6.根据权利要求5所述的装置，其特征在于，所述坐席模块包括：

策略管理模块，用于根据管理策略由队列管理器对坐席的队列请求数量进行管理，所述策略管理模块包括：

请求数量获取子模块，用于获取所述坐席队列的请求数量；

阈值检测子模块，用于检测所述坐席队列的请求数量是否超过所述坐席队列的预设阈值；

第一添加子模块，用于当所述坐席队列的请求数量超过所述预设阈值时，将所述轮询请求添加到所有坐席中空占比低的坐席队列中；

第二添加子模块，用于当所述坐席队列的请求数量未超过预设阈值时，将所述轮询请求添加到当前坐席队列中。

7.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一项所述方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4任一项所述方法的步骤。

Images