一种用于临时银行网点的叫号方法及系统

技术领域

本发明涉及服务信息技术领域，特别涉及一种用于临时银行网点的叫号方法及系统。

技术背景

为了便于对客户排队进行管理，银行引入了叫号系统，以提高服务质量和客户满意度。传统的叫号系统通常以客户的到达次序作为管理序列，使用数字显示屏或语音广播来通知客户轮到他们办理业务。存在叫号管理粗放、窗口负荷不均、业务效率不高的技术问题。

发明内容

本申请的目的在于提供一种用于临时银行网点的叫号方法及系统。用以解决现有技术中叫号管理粗放、窗口负荷不均、业务效率不高的技术问题。

鉴于以上技术问题，本申请提供了一种用于临时银行网点的叫号方法及系统。

第一方面，本申请提供了一种用于临时银行网点的叫号方法，其中，所述方法包括：

获得临时银行网点的实时网点状态信息，其中，所述实时网点状态信息包括所述临时银行网点的P个实时业务办理点，且，每个实时业务办理点具有服务属性标识，P为大于1的正整数；采集所述P个实时业务办理点的工作状态参数，获得P个业务办理状态信息；基于所述实时网点状态信息和所述P个业务办理状态信息，搭建实时网点服务状态网络；获得所述临时银行网点的多个用户对应的多个实时预约信息，并对所述多个实时预约信息进行特征识别，获得多个实时预约特征，其中，每个实时预约特征包括预约用户属性特征、预约业务属性特征和预约时间特征；基于所述多个实时预约信息执行同预约业务属性特征的聚类，获得多个预约聚类结果；基于叫号调度算法，根据所述实时网点服务状态网络和所述多个预约聚类结果分别对所述多个用户进行叫号管理。

第二方面，本申请还提供了一种用于临时银行网点的叫号系统，其中，所述系统包括：

网点状态获取模块，所述网点状态获取模块用于获得临时银行网点的实时网点状态信息，其中，所述实时网点状态信息包括所述临时银行网点的P个实时业务办理点，且，每个实时业务办理点具有服务属性标识，P为大于1的正整数；工作状态获取模块，所述工作状态获取模块用于采集所述P个实时业务办理点的工作状态参数，获得P个业务办理状态信息；服务状态网络构建模块，所述服务状态网络构建模块用于基于所述实时网点状态信息和所述P个业务办理状态信息，搭建实时网点服务状态网络；预约信息解析模块，所述预约信息解析模块用于获得所述临时银行网点的多个用户对应的多个实时预约信息，并对所述多个实时预约信息进行特征识别，获得多个实时预约特征，其中，每个实时预约特征包括预约用户属性特征、预约业务属性特征和预约时间特征；特征聚类模块，所述特征聚类模块用于基于所述多个实时预约信息执行同预约业务属性特征的聚类，获得多个预约聚类结果；调度管理模块，所述调度管理模块用于基于叫号调度算法，根据所述实时网点服务状态网络和所述多个预约聚类结果分别对所述多个用户进行叫号管理。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

通过获得临时银行网点的实时网点状态信息；采集P个实时业务办理点的工作状态参数，获得P个业务办理状态信息；基于实时网点状态信息和P个业务办理状态信息，搭建实时网点服务状态网络；获得临时银行网点的多个用户对应的多个实时预约信息，并对多个实时预约信息进行特征识别，获得多个实时预约特征；基于多个实时预约信息执行同预约业务属性特征的聚类，获得多个预约聚类结果；基于叫号调度算法，根据实时网点服务状态网络和多个预约聚类结果分别对多个用户进行叫号管理。进而达成管理精细、窗口负荷均衡、提高业务效率的技术效果。

上述说明仅是本申请技术方案的概述，为了能够更清楚阐明本申请的技术手段，进而可依照说明书的内容予以实施，并且为了让本申请的上述及其他目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

本发明的实施例及后述简单说明结合图示予以说明，附图说明如下：

图1为本申请一种用于临时银行网点的叫号方法的流程示意图；

图2为本申请一种用于临时银行网点的叫号方法中搭建实时网点服务状态网络的流程示意图；

图3为本申请一种用于临时银行网点的叫号系统的结构示意图。

附图标记说明：网点状态获取模块11、工作状态获取模块12、服务状态网络构建模块13、预约信息解析模块14、特征聚类模块15、调度管理模块16。

具体实施方式

本申请通过提供一种用于临时银行网点的叫号方法和系统，解决了现有技术面临的叫号管理粗放、窗口负荷不均、业务效率不高的技术问题。

本技术实施例中的方案，为解决上述问题，所采用的整体思路如下：

通过获得临时银行网点的实时网点状态信息；采集P个实时业务办理点的工作状态参数，获得P个业务办理状态信息；基于实时网点状态信息和P个业务办理状态信息，搭建实时网点服务状态网络；获得临时银行网点的多个用户对应的多个实时预约信息，并对多个实时预约信息进行特征识别，获得多个实时预约特征；基于多个实时预约信息执行同预约业务属性特征的聚类，获得多个预约聚类结果；基于叫号调度算法，根据实时网点服务状态网络和多个预约聚类结果分别对多个用户进行叫号管理。进而达成管理精细、窗口负荷均衡、提高业务效率的技术效果。达成管理精细、窗口负荷均衡、提高业务效率的技术效果。

为更好理解上述技术方案，下面将结合说明书附图和具体的实施方式来对上述技术方案进行详细的说明，需要说明的是，所描述的实施例仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。基于本发明的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部。

实施例一

如图1所示，本申请提供了一种用于临时银行网点的叫号方法，所述方法包括：

S100：获得临时银行网点的实时网点状态信息，其中，所述实时网点状态信息包括所述临时银行网点的P个实时业务办理点，且，每个实时业务办理点具有服务属性标识，P为大于1的正整数；

临时银行网点是指银行在特定时间和地点设立的、暂时性的银行分支机构或服务点。这样的网点通常是为了满足临时或特殊需求而设立的，如在临时活动、特殊活动、紧急情况或移动银行等情况下。

实时网点状态信息是指关于临时银行网点的当前状态和信息，这些信息是实时获取的，通常用于监控和管理网点的运营。实时网点状态信息包括各种关键信息，如实时业务办理点配置情况、办理业务的情况、客户排队情况、办理速度、设备运行状况等。其中，实时业务办理点是在临时银行网点内提供服务的业务办理窗口或柜台。P表示这些办理点的数量，可有多个办理点同时为客户提供服务。

可选的，每个实时业务办理点都有一个服务属性标识，服务属性标识用于标识该办理点提供的服务类型或属性。示例性的，某个办理点用于储蓄业务，另一个办理点用于贷款业务。此外，服务属性还包括对公业务、外币业务、咨询业务、无障碍业务等。服务属性标识用于识别哪个办理点适应客户的需求。

S200：采集所述P个实时业务办理点的工作状态参数，获得P个业务办理状态信息；

可选的，工作状态参数包括实时业务办理点的工作状态信息，如是否开放、是否有人排队等。这些参数用于描述每个办理点当前的运行状态。通过对工作状态信息进行分析提取，获取业务办理状态信息，其中，业务办理状态信息表示在每个实时业务办理点前排队等待处理的客户数量。它反映了当前需要服务的客户数量，通常以待办业务量的形式表示。

S300：基于所述实时网点状态信息和所述P个业务办理状态信息，搭建实时网点服务状态网络；

实时网点服务状态网络是一个综合性的网络或系统，将实时网点状态信息与P个业务办理状态信息相结合。实时网点服务状态网络用于监测整个银行网点的运行情况，实时获取每个办理点的业务信息，以便更好地处理客户需求，提高服务效率。

进一步的，如图2所示，基于所述实时网点状态信息和所述P个业务办理状态信息，搭建实时网点服务状态网络，步骤S300还包括：

对所述P个实时业务办理点进行同服务属性的特征聚类，获得多个办理点聚类结果，每个办理点聚类结果包括服务属性标识相同的多个实时业务办理点；

基于所述P个业务办理状态信息，遍历所述多个办理点聚类结果，构建多个业务办理状态链；

集成所述多个业务办理状态链，生成所述实时网点服务状态网络。

进行P个实时业务办理点同服务属性的特征聚类，对P个办理点进行聚类分析。具有相同服务属性标识的办理点被归为一组，形成多个办理点聚类结果。这表示在P个实时业务办理点中，同一聚类结果类别的服务点提供相似或相同类型的服务。通过将办理点按照服务类型划分为不同的聚类，以便更好地理解和管理各种服务类型的办理点，并在需要时进行资源分配和决策优化。

其中，实时网点服务状态网络为多个业务办理状态链的集合，实时网点服务状态网络中多个业务办理状态链的时序对齐。其中，多个业务办理状态链与多个办理点聚类结果一一对应。业务办理状态链用于确定聚类结果类内的选取优先度。

进一步的，基于所述P个业务办理状态信息，遍历所述多个办理点聚类结果，构建多个业务办理状态链，步骤还包括：

基于所述多个办理点聚类结果，获得第一办理点聚类结果，其中，所述第一办理点聚类结果包括多个第一实时业务办理点；

基于所述P个业务办理状态信息，匹配所述多个第一实时业务办理点对应的多个第一业务办理状态信息，并统计所述多个第一业务办理状态信息对应的多个待办业务量；

获得所述多个第一实时业务办理点对应的多个待办业务上限量；

基于所述多个待办业务上限量和所述多个待办业务量进行宽容裕度计算，获得多个待办裕度；

基于所述多个待办裕度对所述多个第一实时业务办理点进行降序排列，生成第一业务办理状态链，并将所述第一业务办理状态链添加至所述多个业务办理状态链。

可选的，从多个办理点聚类结果中选择了第一办理点聚类结果。这个结果包含多个第一实时业务办理点，多个第一实时业务办理点在服务属性或特征上具有相似性。

统计多个第一业务办理状态信息对应的多个待办业务量，用于了解每个办理点的工作负荷和业务繁忙程度，以便更好地进行资源调配和服务优化。其中，待办业务上限量是指每个第一实时业务办理点可以处理的最大业务量。

可选的，计算多个待办业务上限量与对应的多个待办业务量之间的多个差值，获得多个宽容业务量。将多个宽容业务量的和记为总待办裕度。将每个宽容业务量与总待办裕度之间的比值输出待办裕度。待办裕度反映了办理点的剩余业务处理能力与聚类类别内的总剩余业务处理能力间的比例关系。

业务办理状态链用于体现对应业务类型的多个办理点的业务处理能力，排在链的前面的是待办裕度较高的业务办理点，而排在后面的是待办裕度较低的业务办理点。通过将第一业务办理状态链添加到多个业务办理状态链中，可以继续更新和管理这些状态链，以便后续的业务办理和监测，有效地分配和管理业务，确保高效的客户服务。

S400：获得所述临时银行网点的多个用户对应的多个实时预约信息，并对所述多个实时预约信息进行特征识别，获得多个实时预约特征，其中，每个实时预约特征包括预约用户属性特征、预约业务属性特征和预约时间特征；

其中，多个用户是指使用临时银行网点服务的不同个体或客户，包括个人用户和机构公司用户。多个实时预约信息是指由多个用户提供的关于他们的预约的待办业务信息，这些信息包括用户的身份信息、预约的业务类型以及预约的时间等。

可选的，实时预约特征通过对每个预约信息进行特征提取和识别得到。每个实时预约特征包括三个方面的信息，其中，预约用户属性特征描述了预约用户的个人信息，如姓名、身份证号码、联系方式等。用于唯一标识用户和了解他们的身份。预约业务属性特征描述了预约的业务类型，如存款、取款、贷款等。不同的业务类型需要不同的处理流程和时间安排。预约时间特征记录了预约的具体时间信息，包括预约的日期和时刻。

通过提取和识别这些特征，银行网点可以更好地了解每个用户的预约需求，以便为他们提供更高效和个性化的服务。这些特征也有助于管理和安排网点内的服务资源。

通过提取和识别获取实时预约特征，可以更好地了解每个用户的预约需求，进而为用户提供更高效和个性化的服务。同时有助于管理和安排网点内的服务资源。

S500：基于所述多个实时预约信息执行同预约业务属性特征的聚类，获得多个预约聚类结果；

可选的，同预约业务属性特征的聚类，基于聚类算法原理实现，包括K均值聚类（K-Means Clustering）、层次聚类（Hierarchical Clustering）等，优选的，基于K均值聚类（K-Means Clustering）算法进行同预约业务属性特征的聚类，获得多个预约聚类结果。其中，聚类簇数K与业务属性类别一致。

基于多个实时预约信息的预约聚类用于对实时预约信息进行分类，得以更好地理解和管理不同类型业务的预约需求，进而更有效地分配资源和安排服务。

S600：基于叫号调度算法，根据所述实时网点服务状态网络和所述多个预约聚类结果分别对所述多个用户进行叫号管理。

叫号调度算法用于基于实时网点服务状态网络和多个预约聚类结果，决定用户的业务办理序列和业务办理点分配，以最优的方式分配资源和服务。

进一步的，基于叫号调度算法，根据所述实时网点服务状态网络和所述多个预约聚类结果分别对所述多个用户进行叫号管理，步骤S600包括：

基于所述多个预约聚类结果，获得第i预约聚类结果，其中，i为正整数，i属于I，I为多个预约聚类结果的总数量；

获得所述第i预约聚类结果的全体业务属性特征，并根据所述全体业务属性特征对所述实时网点服务状态网络进行定位匹配，获得所述第i预约聚类结果对应的匹配业务办理状态链；

将所述匹配业务办理状态链对应的多个待办裕度记为多个匹配待办裕度，并根据所述多个匹配待办裕度，构建所述匹配业务办理状态链的优先匹配约束；

将所述第i预约聚类结果对应的多个用户记为多个匹配用户，并根据所述多个实时预约特征，计算所述多个匹配用户对应的多个用户叫号优先系数；

将所述匹配业务办理状态链、所述优先匹配约束和所述多个用户叫号优先系数输入预先构建的叫号调度通道，获得多个叫号排队预约结果，并根据所述多个叫号排队预约结果对所述多个匹配用户进行叫号管理。

可选的，全体业务属性特征是指第i预约聚类结果中多个业务所共有的业务属性特征，即第i预约聚类结果的业务属性特征。进一步，匹配业务办理状态链的业务属性特征与全体业务属性特征一致。

可选的，匹配业务办理状态链的优先匹配约束基于匹配业务办理状态链对应的多个待办裕度获取。用于确定哪个办理点被优先分配客户。

用户叫号优先系数用于确定哪个用户将被首先叫号。用户叫号优先系数的计算基于实时预约特征的多个特征，结合调度策略和算法进行。优先系数越高的用户将更早地被叫到柜台办理业务。

进一步的，计算所述多个匹配用户对应的多个用户叫号优先系数，步骤还包括：

根据所述多个实时预约特征，提取所述多个匹配用户对应的多个用户属性特征和多个用户预约时间特征；

根据预先构建的用户属性优先表对所述多个用户属性特征进行叫号优先评价，获得多个属性叫号优先系数；

根据所述多个用户预约时间特征进行叫号优先评价，获得多个预约时间叫号优先系数；

基于第一权重分配约束对所述多个属性叫号优先系数和所述多个预约时间叫号优先系数进行加权计算，获得所述多个用户叫号优先系数。

可选的，用户属性特征包括用户的年龄、性别、信用评级等。用户属性优先表是一个预先建立的表格，其中包含了各种用户属性与其对应的叫号优先级或系数。表格由系统管理员或者业务规则制定者在系统中进行配置和管理。

可选的，对于每个用户，系统会记录他们的预约时间信息，包括预约的具体时间点、日期等。预约时间叫号优先系数用于确定哪个用户将被优先安排服务，根据用户的预约时间特征计算得出。较早预约的用户会获得较高的预约时间叫号优先系数。根据用户的预约时间特征，计算每个用户的预约时间叫号优先系数，用于确保按照用户的预约时间顺序为他们提供服务。

进一步的，获得多个叫号排队预约结果之后，步骤S600还包括：

根据所述多个叫号排队预约结果对所述多个匹配用户进行排序，获得匹配叫号队列；

基于所述匹配叫号队列，设置叫号验证时域；

基于实时叫号信息，根据所述叫号验证时域和所述匹配叫号队列，生成实时叫号验证时间节点和实时叫号验证用户；

基于所述实时叫号验证时间节点对所述实时叫号验证用户进行叫号验证，获得实时叫号验证结果；

当所述实时叫号验证结果为不通过时，生成叫号调整指令，并根据所述叫号调整指令对所述多个叫号排队预约结果进行实时调整。

可选的，根据叫号排队预约结果，按照预定的排序规则对匹配用户进行排序，用于确定用户在叫号队列中的位置。叫号验证时域是一个时间窗口或时间段，在这个时间段内，系统会根据叫号队列的顺序逐一验证并叫号。在每个验证时域内，系统会叫号给队列中的下一个用户，该用户可以前往柜台办理业务。验证时域通常根据业务需求和系统设置来确定，用来控制用户的叫号频率和顺序。

可选的，对实时叫号验证用户进行叫号验证基于图像识别技术进行。包括检测用户是否掉队、识别业务材料是否齐全等。用于确定实时叫号验证用户的实时状态是否适合业务办理。减少重复呼叫掉队用户及材料缺失用户浪费的时间，提高服务的效率和用户体验。

进一步的，获得多个叫号排队预约结果之后，步骤S600还包括：

基于所述多个叫号排队预约结果提取多个关联业务办理点；

对所述多个关联业务办理点进行实时监测，获得多个关联办理点实时状态信息；

对所述多个关联办理点实时状态信息进行异常评价，获得多个办理点异常度；

当所述多个办理点异常度中的任意一个办理点异常度大于预设异常度时，生成异常关联业务办理点，并对所述异常关联业务办理点对应的叫号排队预约结果进行实时调整。

可选的，多个关联业务办理点是指同一聚类结果类别中的其他业务办理点。使用传感器、摄像头或其他监测设备，获取关联办理点实时状态信息，如等待时间、人员数量、服务速度等。关联办理点实时状态信息用于评估每个关联办理点的异常度。

可选的，异常度是一个表示办理点正常与否的指标，根据一定的异常判定标准和算法来定义，若某个办理点的异常度超过了预设的阈值，系统会发出警报或对叫号排队预约结果进行重新获取。

综上所述，本发明所提供的一种用于临时银行网点的叫号方法具有如下技术效果：

通过获得临时银行网点的实时网点状态信息；采集P个实时业务办理点的工作状态参数，获得P个业务办理状态信息；基于实时网点状态信息和P个业务办理状态信息，搭建实时网点服务状态网络；获得临时银行网点的多个用户对应的多个实时预约信息，并对多个实时预约信息进行特征识别，获得多个实时预约特征；基于多个实时预约信息执行同预约业务属性特征的聚类，获得多个预约聚类结果；基于叫号调度算法，根据实时网点服务状态网络和多个预约聚类结果分别对多个用户进行叫号管理。进而达成管理精细、窗口负荷均衡、提高业务效率的技术效果。

实施例二

基于与所述实施例中一种用于临时银行网点的叫号方法同样的构思，如图3所示，本申请还提供了一种用于临时银行网点的叫号系统，所述系统包括：

网点状态获取模块11，用于获得临时银行网点的实时网点状态信息，其中，所述实时网点状态信息包括所述临时银行网点的P个实时业务办理点，且，每个实时业务办理点具有服务属性标识，P为大于1的正整数；

工作状态获取模块12，用于采集所述P个实时业务办理点的工作状态参数，获得P个业务办理状态信息；

服务状态网络构建模块13，用于基于所述实时网点状态信息和所述P个业务办理状态信息，搭建实时网点服务状态网络；

预约信息解析模块14，用于获得所述临时银行网点的多个用户对应的多个实时预约信息，并对所述多个实时预约信息进行特征识别，获得多个实时预约特征，其中，每个实时预约特征包括预约用户属性特征、预约业务属性特征和预约时间特征；

特征聚类模块15，用于基于所述多个实时预约信息执行同预约业务属性特征的聚类，获得多个预约聚类结果；

调度管理模块16，用于基于叫号调度算法，根据所述实时网点服务状态网络和所述多个预约聚类结果分别对所述多个用户进行叫号管理。

进一步的，服务状态网络构建模块13还包括：

特征聚类单元，用于对所述P个实时业务办理点进行同服务属性的特征聚类，获得多个办理点聚类结果，每个办理点聚类结果包括服务属性标识相同的多个实时业务办理点；

状态链单元，用于基于所述P个业务办理状态信息，遍历所述多个办理点聚类结果，构建多个业务办理状态链；

链路集成单元，用于集成所述多个业务办理状态链，生成所述实时网点服务状态网络。

进一步的，链路集成单元还包括：

聚类结果获得单元，用于基于所述多个办理点聚类结果，获得第一办理点聚类结果，其中，所述第一办理点聚类结果包括多个第一实时业务办理点；

待办业务量单元，用于基于所述P个业务办理状态信息，匹配所述多个第一实时业务办理点对应的多个第一业务办理状态信息，并统计所述多个第一业务办理状态信息对应的多个待办业务量；

上限获取单元，用于获得所述多个第一实时业务办理点对应的多个待办业务上限量；

宽容裕度计算单元，用于基于所述多个待办业务上限量和所述多个待办业务量进行宽容裕度计算，获得多个待办裕度；

业务办理状态链生成单元，用于基于所述多个待办裕度对所述多个第一实时业务办理点进行降序排列，生成第一业务办理状态链，并将所述第一业务办理状态链添加至所述多个业务办理状态链。

进一步的，调度管理模块16还包括：

预约聚类结果调用单元，用于基于所述多个预约聚类结果，获得第i预约聚类结果，其中，i为正整数，i属于I，I为多个预约聚类结果的总数量；

全属性特征单元，用于获得所述第i预约聚类结果的全体业务属性特征，并根据所述全体业务属性特征对所述实时网点服务状态网络进行定位匹配，获得所述第i预约聚类结果对应的匹配业务办理状态链；

匹配约束构建单元，用于将所述匹配业务办理状态链对应的多个待办裕度记为多个匹配待办裕度，并根据所述多个匹配待办裕度，构建所述匹配业务办理状态链的优先匹配约束；

优先系数计算单元，用于将所述第i预约聚类结果对应的多个用户记为多个匹配用户，并根据所述多个实时预约特征，计算所述多个匹配用户对应的多个用户叫号优先系数；

叫号管理单元，用于将所述匹配业务办理状态链、所述优先匹配约束和所述多个用户叫号优先系数输入预先构建的叫号调度通道，获得多个叫号排队预约结果，并根据所述多个叫号排队预约结果对所述多个匹配用户进行叫号管理。

进一步的，优先系数计算单元还包括：

用户特征提取单元，用于根据所述多个实时预约特征，提取所述多个匹配用户对应的多个用户属性特征和多个用户预约时间特征；

用户属性评价单元，用于根据预先构建的用户属性优先表对所述多个用户属性特征进行叫号优先评价，获得多个属性叫号优先系数；

预约时间评价单元，用于根据所述多个用户预约时间特征进行叫号优先评价，获得多个预约时间叫号优先系数；

加权计算单元，用于基于第一权重分配约束对所述多个属性叫号优先系数和所述多个预约时间叫号优先系数进行加权计算，获得所述多个用户叫号优先系数。

进一步的，叫号管理单元还包括：

队列生成单元，用于根据所述多个叫号排队预约结果对所述多个匹配用户进行排序，获得匹配叫号队列；

验证时域单元，用于基于所述匹配叫号队列，设置叫号验证时域；

实时验证单元，用于基于实时叫号信息，根据所述叫号验证时域和所述匹配叫号队列，生成实时叫号验证时间节点和实时叫号验证用户；

实时叫号验证单元，用于基于所述实时叫号验证时间节点对所述实时叫号验证用户进行叫号验证，获得实时叫号验证结果；

实时调整单元，用于当所述实时叫号验证结果为不通过时，生成叫号调整指令，并根据所述叫号调整指令对所述多个叫号排队预约结果进行实时调整。

进一步的，叫号管理单元还包括：

关联业务办理点提取单元，用于基于所述多个叫号排队预约结果提取多个关联业务办理点；

关联业务办理点监测单元，用于对所述多个关联业务办理点进行实时监测，获得多个关联办理点实时状态信息；

关联业务办理点评价单元，用于对所述多个关联办理点实时状态信息进行异常评价，获得多个办理点异常度；

关联业务办理点实时调整单元，用于当所述多个办理点异常度中的任意一个办理点异常度大于预设异常度时，生成异常关联业务办理点，并对所述异常关联业务办理点对应的叫号排队预约结果进行实时调整。

应当理解的是，本说明书中所提及的实施例重点在其与其他实施例的不同，前述实施例一中的具体实施例，同样适用于实施例二所述的一种用于临时银行网点的叫号系统，为了说明书的简洁，在此不做进一步的展开。

应当理解的是，本申请所公开的实施例及上述说明，可以使得本领域的技术人员运用本申请实现本申请。同时本申请不被限制于上述所提到的这部分实施例，对本申请提到的实施例进行显而易见的修改、变种，也属于本申请原理范围之内。