CN114615243A - 一种基于WebSocket的软件叫号方法、系统及介质 - Google Patents

Abstract

本发明公开了一种基于WebSocket的软件叫号方法、系统及介质，所述方法包括以下步骤：基于第一框架部署操作部署软件叫号程序和第一服务端；基于第二框架部署操作部署第一设备端；基于第一服务端获取排队机取号信息；配置自助设备数据库和时间规范表，基于第一服务端、排队机取号信息、自助设备数据库和时间规范表进行叫号监测操作，得到监测结果；配置IP地址权限集，基于软件叫号程序、第一服务端、第一设备端、监测结果和IP地址权限集执行安全叫号服务操作；本发明能够基于长连接服务进行软件叫号，不需要硬件叫号器的控制，且可以根据排号的时间及排号的业务需求，智能化的选择安排自助终端或业务处理窗口。

Description

一种基于WebSocket的软件叫号方法、系统及介质

技术领域

本发明涉及叫号终端设备技术领域，特别是涉及一种基于WebSocket的软件叫号方法、系统及介质。

背景技术

目前，排队机系统广泛用于众多服务机构，但目前的排队机系统均采用硬件叫号器的方式进行排队叫号，这种方式无法通过叫号功能来配合实现一些多样化的用户服务功能，且通过硬件叫号器会持续消耗人力成本，其智能化程度和适用性均较低。

发明内容

本发明主要解决的是现有的排队机系统的叫号方式会持续消耗人力成本，且智能化程度和适用性均较低的问题。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种基于WebSocket的软件叫号方法，包括以下步骤：

初始部署步骤：

基于第一框架部署操作部署软件叫号程序和第一服务端；基于第二框架部署操作部署第一设备端；基于所述第一服务端获取排队机取号信息；

叫号监测步骤：

配置自助设备数据库和时间规范表，基于所述第一服务端、所述排队机取号信息、所述自助设备数据库和所述时间规范表进行叫号监测操作，得到监测结果；

安全叫号步骤：

配置IP地址权限集，基于所述软件叫号程序、所述第一服务端、所述第一设备端、所述监测结果和所述IP地址权限集执行安全叫号服务操作。

作为一种改进的方案，所述第一框架部署操作包括：

在排队机系统服务端配置第一开源框架和所述软件叫号程序；基于所述第一开源框架配置所述软件叫号程序和所述排队机系统服务端之间的长连接服务；在所述排队机系统服务端配置与所述长连接服务相匹配的第一端口号，设置所述长连接服务的连接参数；首先监听所述第一端口号所对应的服务端口，并启动所述长连接服务，然后设定所述排队机系统服务端为所述第一服务端。

作为一种改进的方案，所述第二框架部署操作包括：

在排队机设备固件端配置第二开源框架，基于所述第二开源框架配置动态库；首先基于所述动态库的接口规范，对所述排队机设备固件端的驱动接口进行封装，然后设定所述排队机设备固件端为所述第一设备端。

作为一种改进的方案，所述基于所述第一服务端获取排队机取号信息的步骤进一步包括：设置第一监听时间段，每隔所述第一监听时间段查询所述第一服务端上所述服务端口是否收到取号请求；若收到，则基于所述第一服务端生成与所述取号请求相匹配的所述排队机取号信息；

所述排队机取号信息包括：与所述取号请求均对应的取号时间、取号码、待办业务类别和取号者通信地址；

所述叫号监测操作包括：

获取自助终端设备运行情况，基于所述自助终端设备运行情况判断是否存在空闲自助终端；若未存在，则基于所述排队机取号信息和所述时间规范表执行排号等待步骤，基于所述排号等待步骤生成所述监测结果；若存在，则获取所述空闲自助终端的支持业务类别，判断所述支持业务类别中是否存在与所述待办业务类别相匹配的第一业务类别；若所述支持业务类别中未存在所述第一业务类别，则基于所述排队机取号信息和所述时间规范表执行所述排号等待步骤，基于所述排号等待步骤生成所述监测结果；若所述支持业务类别中存在所述第一业务类别，则设定所述空闲自助终端为第一自助终端，设定所述监测结果为第一结果，调用所述第一服务端基于所述长连接服务将所述第一结果发送至所述软件叫号程序，并基于所述自助设备数据库和所述第一自助终端执行自助指引步骤。

作为一种改进的方案，所述自助设备数据库中存储有若干设备识别码以及与若干所述设备识别码分别匹配的若干设备指引图像；

所述自助指引步骤包括：

获取所述第一自助终端的识别码信息，访问所述自助设备数据库，在若干所述设备识别码中筛选与所述识别码信息相匹配的第一识别码；在若干所述设备指引图像中筛选出与所述第一识别码相匹配的第一指引图像；

配置自助指引提示信息，并将所述第一指引图像和所述自助指引提示信息发送至所述取号者通信地址。

作为一种改进的方案，所述时间规范表中存储有若干时间区间；

所述排号等待步骤包括：获取日时间周期，按照所述日时间周期判断所述第一服务端中是否生成与所述排队机取号信息中所述取号者通信地址相匹配的历史取号信息；

若存在，则读取所述历史取号信息，访问所述时间规范表，在若干所述时间区间中筛选出所述历史取号信息中的取号时间所属的第一区间；获取第一时间点，访问所述时间规范表，在若干所述时间区间中筛选出所述第一时间点所属的第二区间；基于所述第一区间和所述第二区间执行排号判断步骤，执行所述排号判断步骤后，执行监测结果生成步骤；

所述排号判断步骤包括：调用所述第一服务端创建排号队列，创建与所述排队机取号信息中的所述取号码和所述取号时间相对应的待叫号标识，判断所述第一区间是否小于所述第二区间；若否，则按照所述排队机取号信息中的所述取号时间将所述待叫号标识加入所述排号队列；若是，则设定第一时间阈值；计算所述第一时间点与所述历史取号信息中的所述取号时间之间的时间差；比对所述时间差是否不大于所述第一时间阈值；若所述时间差大于所述第一时间阈值，则按照所述排队机取号信息中的所述取号时间将所述待叫号标识加入所述排号队列；若所述时间差不大于所述第一时间阈值，则将所述待叫号标识加入至所述排号队列中的第一位置；

所述监测结果生成步骤包括：设定第二轮询时间段，每隔所述第二轮询时间段查询所述排号队列中是否存在位于所述待叫号标识前位的排号标识，若不存在，则基于所述取号码和所述取号时间生成关于所述待叫号标识的第二结果，并设定所述第二结果为所述监测结果，调用所述第一服务端基于所述长连接服务将所述第二结果发送至所述软件叫号程序。

作为一种改进的方案，所述IP地址权限集中存储有若干安全IP地址信息；

所述安全叫号服务操作包括：

识别所述监测结果，若所述监测结果为所述第一结果，则保持所述第一设备端为待机状态；若所述监测结果为所述第二结果，则基于柜台空闲情况调用所述软件叫号程序向所述第一服务端发起关于所述待叫号标识的叫号请求；

调用所述第一服务端识别所述叫号请求的第一IP地址信息；访问所述IP地址权限集，判断若干所述安全IP地址信息中是否存在与所述若干安全IP地址信息相匹配的IP地址信息，若存在，则获取与所述柜台空闲情况相匹配的空闲柜台信息；调用所述第一服务端向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求；

通过所述第一设备端在收到所述固件叫号服务请求时，调用第一驱动接口实现关于所述取号码和所述空闲柜台信息的语音叫号服务，调用第二驱动接口实现关于所述取号码和所述空闲柜台信息的信息显示服务。

作为一种改进的方案，所述空闲柜台信息包括：柜台号和业务员号；

所述安全叫号服务操作还包括：

当调用所述第一服务端向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求时，获取与所述业务员号相匹配的业务通信地址；调用所述第一服务端向所述业务通信地址发送所述待叫号标识所对应的所述待办业务类别。

本发明还提供一种基于WebSocket的软件叫号系统，包括：

部署模块，用于根据第一框架部署操作部署软件叫号程序和第一服务端，根据第二框架部署操作部署第一设备端，并根据所述第一服务端获取排队机取号信息；

叫号监测模块，用于配置自助设备数据库和时间规范表，并根据所述第一服务端、所述排队机取号信息、所述自助设备数据库和所述时间规范表进行叫号监测操作，得到监测结果；

叫号服务模块，用于配置IP地址权限集，并根据所述软件叫号程序、所述第一服务端、所述第一设备端、所述监测结果和所述IP地址权限集执行安全叫号服务操作。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述基于WebSocket的软件叫号方法的步骤。

本发明的有益效果是：

1、本发明所述的基于WebSocket的软件叫号方法，可以实现基于长连接服务进行软件叫号，不需要硬件叫号器的控制，且可以根据排号的时间及排号的业务需求，智能化的选择安排自助终端或业务处理窗口，对于叫号过期用户进行时间误差内的插队处理，且根据排号队列进行顺序叫号，在叫号的同时还会告知对应柜台业务员对应叫号者所需要处理的业务类别，提高了业务处理效率的同时，提升了叫号技术的多样性和智能性，提升了用户的体验，具有极高的应用价值。

2、本发明所述的基于WebSocket的软件叫号系统，可以通过部署模块、叫号监测模块和叫号服务模块的相互配合，进而实现基于长连接服务进行软件叫号，不需要硬件叫号器的控制，且可以根据排号的时间及排号的业务需求，智能化的选择安排自助终端或业务处理窗口，对于叫号过期用户进行时间误差内的插队处理，且根据排号队列进行顺序叫号，在叫号的同时还会告知对应柜台业务员对应叫号者所需要处理的业务类别，提高了业务处理效率的同时，提升了叫号技术的多样性和智能性，提升了用户的体验，具有极高的应用价值。

3、本发明所述的计算机可读存储介质，可以实现引导部署模块、叫号监测模块和叫号服务模块进行配合，进而实现基于长连接服务进行软件叫号，不需要硬件叫号器的控制，且可以根据排号的时间及排号的业务需求，智能化的选择安排自助终端或业务处理窗口，对于叫号过期用户进行时间误差内的插队处理，且根据排号队列进行顺序叫号，在叫号的同时还会告知对应柜台业务员对应叫号者所需要处理的业务类别，提高了业务处理效率的同时，提升了叫号技术的多样性和智能性，提升了用户的体验，弥补了现有技术的不足，并有效提高所述基于WebSocket的软件叫号方法的可操作性。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例1所述基于WebSocket的软件叫号方法的流程图；

图2是本发明实施例1所述基于WebSocket的软件叫号方法的具体流程示意图；

图3是本发明实施例2所述基于WebSocket的软件叫号系统的架构图。

具体实施方式

下面结合附图对本发明的较佳实施例进行详细阐述，以使本发明的优点和特征能更易于被本领域技术人员理解，从而对本发明的保护范围做出更为清楚明确的界定。

在本发明的描述中，需要说明的是，本发明所描述的实施例是本发明一部分实施例，而不是全部的实施例；基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“软件叫号程序”、“第一服务端”、“第一设备端”、“排队机取号信息”、“自助设备数据库”、“时间规范表”、“IP地址权限集”、“长连接服务”、“长连接服务”、“动态库”、“自助终端设备运行情况”、“空闲自助终端”、“支持业务类别”、“通信地址”、“设备识别码”、“设备指引图像”、“时间区间”、“历史取号信息”、“时间阈值”、“待叫号标识”、“排号队列”、“安全IP地址信息”、“语音叫号服务”、“信息显示服务”、“柜台号”、“业务员号”、“部署模块”、“叫号监测模块”、“叫号服务模块”应做广义理解。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中，需要说明的是：WebSocket是基于TCP的全双工通信协议；Netty是一种java开源框架；JNA是一种java开源框架；ID是身份标识号；IP是网际互连协议。

实施例1

本实施例提供一种基于WebSocket的软件叫号方法，如图1和图2所示，包括以下步骤：

S100、初始部署步骤，具体包括：

S110、基于第一框架部署操作部署软件叫号程序和第一服务端；基于第二框架部署操作部署第一设备端；基于所述第一服务端获取排队机取号信息；对应的，在现有技术中，排队机系统多为单机系统，其排队数据存储于网点排队机内，不会长时间保存，在排队机系统需要硬件叫号器的基础之上，其数据可用性也较低，故本方法以此为出发点，设计一种不仅可以通过线上进行软件叫号的方式，同时还能利用线上叫号的方式将叫号技术多样化智能化，并利于排队数据的存储和使用，弥补现有技术的不足，步骤S100即为线上叫号中长连接服务以及固件响应服务的具体配置实现；

具体的，所述第一框架部署操作包括：在排队机系统服务端配置第一开源框架和所述软件叫号程序；在本实施例中，第一开源框架为Netty框架，软件叫号程序为配置在排队机系统服务端上位于柜员控制处的叫号应用；基于所述第一开源框架配置所述软件叫号程序和所述排队机系统服务端之间的长连接服务，即基于Netty框架实现WebSocket服务；在所述排队机系统服务端配置与所述长连接服务相匹配的第一端口号，设置所述长连接服务的连接参数，对应的，配置第一端口号即将WebSocket服务与其响应端口进行动态绑定，连接参数包括但不限于该WebSocket服务所对应的频道和线性通信模型；首先实时监听所述第一端口号所对应的服务端口，并启动软件叫号程序和所述排队机系统服务端之间的所述长连接服务，使软件叫号程序和所述排队机系统服务端之间能够相互响应请求，能够响应请求后，即然后设定所述排队机系统服务端为所述第一服务端；后续，用户进行排队机取号后，第一服务端会收到对应的取号请求，第一服务端收到取号请求后进行响应的业务逻辑处理，之后将取号请求对应的信息推送至软件叫号程序，且第一服务端将该取号请求保存至对应的数据库中。

具体的，所述第二框架部署操作包括：在排队机设备固件端配置第二开源框架，对应的第二开源框架为JNA框架，基于所述第二开源框架配置动态库，即基于JNA框架进行动态库的调取；首先基于所述动态库的接口规范，对所述排队机设备固件端的驱动接口进行封装，然后设定所述排队机设备固件端为所述第一设备端；后续只需要对第一设备端的对应驱动接口进行调用，即可实现对应的硬件功能，其配合第一服务端实现多样化叫号服务。

具体的，所述基于所述第一服务端获取排队机取号信息的步骤进一步包括：

设置第一监听时间段，在本实施例中，第一监听时间段设置为1s，接近于实时监听，每隔所述第一监听时间段查询所述第一服务端上所述服务端口是否收到取号请求；若收到，则说明排队机中存在用户进行了取号，故基于所述第一服务端生成与所述取号请求相匹配的所述排队机取号信息，所述第一服务端中配置有历史取号日志，所述第一服务端生成的排队机取号信息存储于所述第一服务端中的历史取号日志中；具体的，本实施例中，所述排队机取号信息包括：与所述取号请求均对应的取号时间、取号码、待办业务类别和取号者通信地址；取号时间为用户取号时对应的当前时间点；取号码为排号机所生成的识别码；待办业务类别为用户取号时所录入的将要办理的业务类型；取号者通信地址为用户取号时所录入的用户的手机号或其他移动端联系地址、号码等；对应的，排队机在本实施例中进行预先配置，且在排队机中设置提示界面，提示用户取号前键入对应的将要办理的业务类型以及用户的手机号或其他移动端联系地址、号码等，之后排队机根据这些信息生成对应的取号请求。

S200、叫号监测步骤，具体包括：

S210、配置自助设备数据库和时间规范表，基于所述第一服务端、所述排队机取号信息、所述自助设备数据库和所述时间规范表进行叫号监测操作，得到监测结果；

具体的，所述叫号监测操作包括：获取自助终端设备运行情况，自助终端设备运行情况即为排队机所在场景内，所有自助的业务办理设备的运行情况，包括运行且有人使用以及运行且无人使用；故基于所述自助终端设备运行情况判断是否存在空闲自助终端，若存在运行且无人使用的自助终端设备，则为存在空闲自助终端；若不存在运行且无人使用的自助终端设备，则为不存在空闲自助终端；若未存在，则说明无法为用户匹配对应的自助设备办理业务，需要排队进行人工办理，故基于所述排队机取号信息和所述时间规范表执行排号等待步骤，并基于所述排号等待步骤生成所述监测结果；若存在，则需要进一步智能化筛选空闲的设备中是否存在与用户待办的业务相匹配的设备，故获取所述空闲自助终端的支持业务类别，支持业务类别即为空闲自助终端所能支持办理的业务类型；故判断所述支持业务类别中是否存在与所述待办业务类别相匹配的第一业务类别；若所述支持业务类别中未存在所述第一业务类别，则说明该空闲自助终端设备不支持用户待办的业务，故还需进行排队人工办理，故基于所述排队机取号信息和所述时间规范表执行所述排号等待步骤，并基于所述排号等待步骤生成所述监测结果；若所述支持业务类别中存在所述第一业务类别，则说明该空闲自助终端能够支持用户进行业务办理，故设定所述空闲自助终端为第一自助终端，设定所述监测结果为第一结果，调用所述第一服务端基于所述长连接服务将所述第一结果发送至所述软件叫号程序，并基于所述自助设备数据库和所述第一自助终端执行自助指引步骤。

具体的，所述自助设备数据库中存储有若干设备识别码以及与若干所述设备识别码分别匹配的若干设备指引图像；在本实施例中，若干设备识别码为应用场景中若干自助设备所对应的设备ID码；若干设备指引图像为预先配置的与若干设备ID码所分别对应的若干自助设备在应用场景中对应的位置图像，用于指引用户前往；对应的，该若干设备指引图像每隔一个月的周期进行一次更新，保证自助设备数据库中信息的有效性。

具体的，所述自助指引步骤包括：获取所述第一自助终端的识别码信息，访问所述自助设备数据库，在若干所述设备识别码中筛选与所述识别码信息相匹配的第一识别码；在若干所述设备指引图像中筛选出与所述第一识别码相匹配的第一指引图像；第一指引图像即为该能够支持用户业务办理的第一自助终端所在应用场景中的位置图像；故配置自助指引提示信息，自助指引提示信息为“请按照图像中的位置前往自助终端办理您的业务”：并将所述第一指引图像和所述自助指引提示信息发送至所述取号者通信地址；对应的，通过本步骤，为用户分配无需进行排队的自助终端设备指引，智能化程度极高，不仅提高业务处理效率，提升用户体验，还在一定程度上舒缓了应用场景中的排队压力。

具体的，所述时间规范表中存储有若干时间区间；在本实施例中，时间区间为根据应用场景的营业时间所划分的若干个区间，分别用于表示若干个不同的时间段，进而区别一定的取号顺序；

具体的，所述排号等待步骤包括：获取日时间周期，按照所述日时间周期判断所述第一服务端中是否生成与所述排队机取号信息中所述取号者通信地址相匹配的历史取号信息；

在本实施例中，存在如下逻辑：即实时生成的排队机取号信息也成为该排队机取号信息在当日时间周期下的历史取号信息，故只要排队机不出现异常的情况下，都会存在该“历史取号信息”；且对应的，日时间周期为当天的日期，即判断所述第一服务端中所有在当天日期所生成的排队机取号信息中，是否存在与该取号者通信地址相匹配的历史取号信息；若未存在，说明排队机异常，停止本步骤的进行，并进行排队机异常报错；若存在，则说明该用户今天已经取过一次号，但是可能存在是刚刚取号或取号未兑现，即叫号过期的情况，故需要进一步判断用户是新取号用户还是叫号过期用户，故读取与该取号者通信地址相匹配的历史取号信息，访问所述时间规范表，在若干所述时间区间中筛选出所述历史取号信息中的所述取号时间所属的第一区间；获取第一时间点，访问所述时间规范表，在若干所述时间区间中筛选出所述第一时间点所属的第二区间；第一时间点为当前时间点；基于所述第一区间和所述第二区间执行排号判断步骤，执行所述排号判断步骤后，执行监测结果生成步骤；

具体的，所述排号判断步骤包括：

调用所述第一服务端创建排号队列，创建与所述排队机取号信息中的所述取号码和所述取号时间相对应的待叫号标识，判断所述第一区间是否小于所述第二区间；区间的小于根据区间头和区间尾进行判断，区间头尾均小于另一区间头尾，则说明该区间小于另一区间，即该区间的时间位于另一区间之前；

若否，则说明历史叫号信息中的叫号时间位于新叫号之后，即该历史叫号信息就是该用户刚刚进行排队生成的，故用户属于新排队/新取号用户，故按照所述取号时间将所述待叫号标识加入所述排号队列；若是，则说明用户当日在当前时间点之前进行过排号，故设定第一时间阈值，第一时间阈值为10分钟，即为叫号过期用户能否进行重新插队的时间判断区间；计算所述第一时间点与所述历史取号信息中的所述取号时间之间的时间差；比对所述时间差是否不大于所述第一时间阈值；若所述时间差大于所述第一时间阈值，则该叫号过期用户不满足插队的要求，故按照所述取号时间将所述待叫号标识加入所述排号队列；若所述时间差不大于所述第一时间阈值，则该叫号过期用户满足插队的要求，故将所述待叫号标识加入至所述排号队列中的第一位置，第一位置即为该排号队列中的第一位；按照所述取号时间将所述待叫号标识加入所述排号队列即为根据取号时间以及排号队列中已有的叫号标识的时间顺序，将待叫号标识顺次排列至排号队列中；通过上述步骤，完成了叫号过期用户的重排，以及新排号用户的顺次排列，提升了用户的体验感。

具体的，所述监测结果生成步骤包括：设定第二轮询时间段，第二轮询时间段设置为0.5s，实时效率更高，每隔所述第二轮询时间段查询所述排号队列中是否存在位于所述待叫号标识前位的排号标识，若不存在，则说明待叫号标识位于排号队列的第一位，能够进行叫号；故基于所述取号码和所述取号时间生成关于所述待叫号标识的第二结果，并设定所述第二结果为所述监测结果，调用所述第一服务端基于所述长连接服务将所述第二结果发送至所述软件叫号程序；若存在，还需要继续每隔所述第二轮询时间段进行轮询查询等待；对应的，本实施例中，第一结果和第二结果均用于监测结果的标识，用于代表不同的叫号处理情况；且通过第一结果和第二结果的实时发送，以及排队机取号信息和待叫号标识的实时生成，实现排号队列信息对于软件叫号程度处的实时刷新。

S300、安全叫号步骤，具体包括：

S310、配置IP地址权限集，基于所述软件叫号程序、所述第一服务端、所述第一设备端、所述监测结果和所述IP地址权限集执行安全叫号服务操作；

具体的，所述IP地址权限集中存储有若干安全IP地址信息；在本实施例中，IP地址权限集中的若干安全IP地址信息为预先设定的能够发起叫号请求的IP地址，其用于保证整个叫号过程的安全，对叫号请求的发起IP进行权限限制，进一步保证叫号的安全性和有序性；

具体的，所述安全叫号服务操作包括：

识别所述监测结果，若所述监测结果为所述第一结果，则说明存在了排号用户但已经为其安排了对应的自助终端设备，故不需要人工处理，故保持所述第一设备端为待机状态；若所述监测结果为所述第二结果，则说明存在待叫号标识在排号队列首位可以进行叫号；故调用所述软件叫号程序基于柜台空闲情况向所述第一服务端发起关于所述待叫号标识的叫号请求，由于柜台人工办理是可以支持几乎所有业务的，故根据是否存在空闲柜台（即柜台空闲情况），即可进行叫号，当存在空闲柜台时，调用所述软件叫号程序通过该空闲柜台向所述第一服务端发起关于所述待叫号标识的叫号请求；调用所述第一服务端进行叫号请求的相关业务处理，即识别所述叫号请求的第一IP地址信息；访问所述IP地址权限集，判断若干所述安全IP地址信息中是否存在与所述若干安全IP地址信息相匹配的IP地址信息，若存在，则说明该空闲柜台是安全的，符合IP权限，可以叫号，故获取与所述柜台空闲情况中该空闲柜台相匹配的空闲柜台信息；然后调用所述第一服务端的http接口向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求；之后通过所述第一设备端在收到所述固件叫号服务请求时，调用第一驱动接口实现关于所述取号码和所述空闲柜台信息的语音叫号服务，调用所述第二驱动接口实现关于所述取号码和所述空闲柜台信息的信息显示服务；第一驱动接口为第一设备端语音播报硬件功能的实现接口，该语音叫号服务即通过语音播报实现关于该取号码和所述空闲柜台信息的叫号，例如“请XX号至XX柜台办理业务”；第二驱动接口为第一设备端综合屏显的实现接口，该信息显示服务即通过第一设备端的显示屏显示关于该取号码和所述空闲柜台信息的叫号，例如“请XX号至XX柜台办理业务”，进而完成系统化的软件叫号。

具体的，所述空闲柜台信息包括：柜台号和业务员号；

所述安全叫号服务操作还包括：为了提高业务处理效率，帮助业务人员不用再询问用户将要办理什么业务，故当调用所述第一服务端向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求时，获取与所述业务员号相匹配的业务通信地址，业务通信地址即为该业务员号所对应的业务员的工作机器上的移动通信地址；调用所述第一服务端向所述业务通信地址发送所述待叫号标识所对应的所述待办业务类别，进而告知业务员被叫号用户将要办理的业务，让业务员做好准备，提升真个业务的处理效率，提升用户体验，提升叫号技术的智能化程度。

实施例2

本实施例基于与实施例1中所述一种基于WebSocket的软件叫号方法相同的发明构思，提供一种基于WebSocket的软件叫号系统，如图3所示，包括：

部署模块，用于根据第一框架部署操作部署软件叫号程序和第一服务端，根据第二框架部署操作部署第一设备端，并根据所述第一服务端获取排队机取号信息；

具体的，所述第一框架部署操作包括：部署模块在排队机系统服务端配置第一开源框架和所述软件叫号程序；部署模块基于所述第一开源框架配置所述软件叫号程序和所述排队机系统服务端之间的长连接服务；部署模块在所述排队机系统服务端配置与所述长连接服务相匹配的第一端口号，部署模块设置所述长连接服务的连接参数；部署模块首先监听所述第一端口号所对应的服务端口，并启动所述长连接服务，然后部署模块设定所述排队机系统服务端为所述第一服务端。

具体的，所述第二框架部署操作包括：部署模块在排队机设备固件端配置第二开源框架，部署模块基于所述第二开源框架配置动态库；首先部署模块基于所述动态库的接口规范，部署模块对所述排队机设备固件端的驱动接口进行封装，然后部署模块设定所述排队机设备固件端为所述第一设备端。

具体的，所述部署模块基于所述第一服务端获取排队机取号信息的操作进一步包括：部署模块设置第一监听时间段，部署模块每隔所述第一监听时间段查询所述第一服务端上所述服务端口是否收到取号请求；若收到，则部署模块基于所述第一服务端生成与所述取号请求相匹配的所述排队机取号信息。

叫号监测模块，用于配置自助设备数据库和时间规范表，并根据所述第一服务端、所述排队机取号信息、所述自助设备数据库和所述时间规范表进行叫号监测操作，得到监测结果；

具体的，所述排队机取号信息包括：与所述取号请求均对应的取号时间、取号码、待办业务类别和取号者通信地址；

具体的，所述叫号监测操作包括：叫号监测模块获取自助终端设备运行情况，叫号监测模块基于所述自助终端设备运行情况判断是否存在空闲自助终端；若未存在，则叫号监测模块基于所述排队机取号信息和所述时间规范表执行排号等待步骤，叫号监测模块基于所述排号等待步骤生成所述监测结果；若存在，则叫号监测模块获取所述空闲自助终端的支持业务类别，叫号监测模块判断所述支持业务类别中是否存在与所述待办业务类别相匹配的第一业务类别；若所述支持业务类别中未存在所述第一业务类别，则叫号监测模块基于所述排队机取号信息和所述时间规范表执行所述排号等待步骤，叫号监测模块基于所述排号等待步骤生成所述监测结果；若所述支持业务类别中存在所述第一业务类别，则叫号监测模块设定所述空闲自助终端为第一自助终端，叫号监测模块设定所述监测结果为第一结果，叫号监测模块调用所述第一服务端基于所述长连接服务将所述第一结果发送至所述软件叫号程序，并基于所述自助设备数据库和所述第一自助终端执行自助指引步骤。

具体的，所述自助设备数据库中存储有若干设备识别码以及与若干所述设备识别码分别匹配的若干设备指引图像；

具体的，所述自助指引步骤包括：叫号监测模块获取所述第一自助终端的识别码信息，访问所述自助设备数据库，叫号监测模块在若干所述设备识别码中筛选与所述识别码信息相匹配的第一识别码；叫号监测模块在若干所述设备指引图像中筛选出与所述第一识别码相匹配的第一指引图像；叫号监测模块配置自助指引提示信息，并将所述第一指引图像和所述自助指引提示信息发送至所述取号者通信地址。

具体的，所述时间规范表中存储有若干时间区间；

具体的，所述排号等待步骤包括：叫号监测模块获取日时间周期，叫号监测模块按照所述日时间周期判断所述第一服务端中是否生成与所述排队机取号信息中所述取号者通信地址相匹配的历史取号信息；若存在，则叫号监测模块读取所述历史取号信息，叫号监测模块访问所述时间规范表，叫号监测模块在若干所述时间区间中筛选出所述历史取号信息中的取号时间所属的第一区间；叫号监测模块获取第一时间点，叫号监测模块访问所述时间规范表，叫号监测模块在若干所述时间区间中筛选出所述第一时间点所属的第二区间；叫号监测模块基于所述第一区间和所述第二区间执行排号判断步骤，叫号监测模块执行所述排号判断步骤后，执行监测结果生成步骤；

具体的，所述排号判断步骤包括：叫号监测模块调用所述第一服务端创建排号队列，叫号监测模块创建与所述排队机取号信息中的所述取号码和所述取号时间相对应的待叫号标识，叫号监测模块判断所述第一区间是否小于所述第二区间；若否，则叫号监测模块按照所述排队机取号信息中的所述取号时间将所述待叫号标识加入所述排号队列；若是，则叫号监测模块设定第一时间阈值；叫号监测模块计算所述第一时间点与所述历史取号信息中的所述取号时间之间的时间差；叫号监测模块比对所述时间差是否不大于所述第一时间阈值；若所述时间差大于所述第一时间阈值，则叫号监测模块按照所述排队机取号信息中的所述取号时间将所述待叫号标识加入所述排号队列；若所述时间差不大于所述第一时间阈值，则叫号监测模块将所述待叫号标识加入至所述排号队列中的第一位置；

具体的，所述监测结果生成步骤包括：叫号监测模块设定第二轮询时间段，叫号监测模块每隔所述第二轮询时间段查询所述排号队列中是否存在位于所述待叫号标识前位的排号标识，若不存在，则叫号监测模块基于所述取号码和所述取号时间生成关于所述待叫号标识的第二结果，并设定所述第二结果为所述监测结果，叫号监测模块调用所述第一服务端基于所述长连接服务将所述第二结果发送至所述软件叫号程序。

叫号服务模块，用于配置IP地址权限集，并根据所述软件叫号程序、所述第一服务端、所述第一设备端、所述监测结果和所述IP地址权限集执行安全叫号服务操作。

具体的，所述IP地址权限集中存储有若干安全IP地址信息；

具体的，所述安全叫号服务操作包括：叫号服务模块识别所述监测结果，若所述监测结果为所述第一结果，则叫号服务模块保持所述第一设备端为待机状态；若所述监测结果为所述第二结果，则叫号服务模块基于柜台空闲情况调用所述软件叫号程序向所述第一服务端发起关于所述待叫号标识的叫号请求；叫号服务模块调用所述第一服务端识别所述叫号请求的第一IP地址信息；叫号服务模块访问所述IP地址权限集，叫号服务模块判断若干所述安全IP地址信息中是否存在与所述若干安全IP地址信息相匹配的IP地址信息，若存在，则叫号服务模块获取与所述柜台空闲情况相匹配的空闲柜台信息；叫号服务模块调用所述第一服务端向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求；叫号服务模块通过所述第一设备端在收到所述固件叫号服务请求时，叫号服务模块调用第一驱动接口实现关于所述取号码和所述空闲柜台信息的语音叫号服务，叫号服务模块调用第二驱动接口实现关于所述取号码和所述空闲柜台信息的信息显示服务。

具体的，所述空闲柜台信息包括：柜台号和业务员号；

具体的，所述安全叫号服务操作还包括：当叫号服务模块调用所述第一服务端向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求时，叫号服务模块获取与所述业务员号相匹配的业务通信地址；叫号服务模块调用所述第一服务端向所述业务通信地址发送所述待叫号标识所对应的所述待办业务类别。

实施例3

本实施例提供一种计算机可读存储介质，包括：

所述存储介质用于储存将上述实施例1所述的基于WebSocket的软件叫号方法实现所用的计算机软件指令，其包含用于执行上述为所述基于WebSocket的软件叫号方法所设置的程序；具体的，该可执行程序可以内置在实施例2所述的基于WebSocket的软件叫号系统中，这样，基于WebSocket的软件叫号系统就可以通过执行内置的可执行程序实现所述实施例1所述的基于WebSocket的软件叫号方法。

此外，本实施例具有的计算机可读存储介质可以采用一个或多个可读存储介质的任意组合，其中，可读存储介质包括电、光、电磁、红外线或半导体的系统、装置或器件，或者以上任意组合。

区别于现有技术，采用本申请一种基于WebSocket的软件叫号方法、系统及介质可以通过本方法实现基于长连接服务进行软件叫号，不需要硬件叫号器的控制，且可以根据排号的时间及排号的业务需求，智能化的选择安排自助终端或业务处理窗口，对于叫号过期用户进行时间误差内的插队处理，且根据排号队列进行顺序叫号，在叫号的同时还会告知对应柜台业务员对应叫号者所需要处理的业务类别，通过本系统为本方法提供了有效的技术支撑，最终不仅在提高了业务处理效率的同时，还提升了叫号技术的多样性和智能性，且提升了用户的体验，具有极高的应用价值。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于WebSocket的软件叫号方法，其特征在于，包括以下步骤：

初始部署步骤：

基于第一框架部署操作部署软件叫号程序和第一服务端；基于第二框架部署操作部署第一设备端；基于所述第一服务端获取排队机取号信息；

叫号监测步骤：

配置自助设备数据库和时间规范表，基于所述第一服务端、所述排队机取号信息、所述自助设备数据库和所述时间规范表进行叫号监测操作，得到监测结果；

安全叫号步骤：

配置IP地址权限集，基于所述软件叫号程序、所述第一服务端、所述第一设备端、所述监测结果和所述IP地址权限集执行安全叫号服务操作。

2.根据权利要求1所述的一种基于WebSocket的软件叫号方法，其特征在于：

所述第一框架部署操作包括：

在排队机系统服务端配置第一开源框架和所述软件叫号程序；基于所述第一开源框架配置所述软件叫号程序和所述排队机系统服务端之间的长连接服务；在所述排队机系统服务端配置与所述长连接服务相匹配的第一端口号，设置所述长连接服务的连接参数；首先监听所述第一端口号所对应的服务端口，并启动所述长连接服务，然后设定所述排队机系统服务端为所述第一服务端。

3.根据权利要求2所述的一种基于WebSocket的软件叫号方法，其特征在于：

所述第二框架部署操作包括：

在排队机设备固件端配置第二开源框架，基于所述第二开源框架配置动态库；首先基于所述动态库的接口规范，对所述排队机设备固件端的驱动接口进行封装，然后设定所述排队机设备固件端为所述第一设备端。

4.根据权利要求2所述的一种基于WebSocket的软件叫号方法，其特征在于：

所述基于所述第一服务端获取排队机取号信息的步骤进一步包括：设置第一监听时间段，每隔所述第一监听时间段查询所述第一服务端上所述服务端口是否收到取号请求；若收到，则基于所述第一服务端生成与所述取号请求相匹配的所述排队机取号信息；

所述排队机取号信息包括：与所述取号请求均对应的取号时间、取号码、待办业务类别和取号者通信地址；

所述叫号监测操作包括：

获取自助终端设备运行情况，基于所述自助终端设备运行情况判断是否存在空闲自助终端；若未存在，则基于所述排队机取号信息和所述时间规范表执行排号等待步骤，基于所述排号等待步骤生成所述监测结果；若存在，则获取所述空闲自助终端的支持业务类别，判断所述支持业务类别中是否存在与所述待办业务类别相匹配的第一业务类别；若所述支持业务类别中未存在所述第一业务类别，则基于所述排队机取号信息和所述时间规范表执行所述排号等待步骤，基于所述排号等待步骤生成所述监测结果；若所述支持业务类别中存在所述第一业务类别，则设定所述空闲自助终端为第一自助终端，设定所述监测结果为第一结果，调用所述第一服务端基于所述长连接服务将所述第一结果发送至所述软件叫号程序，并基于所述自助设备数据库和所述第一自助终端执行自助指引步骤。

5.根据权利要求4所述的一种基于WebSocket的软件叫号方法，其特征在于：

所述自助设备数据库中存储有若干设备识别码以及与若干所述设备识别码分别匹配的若干设备指引图像；

所述自助指引步骤包括：

获取所述第一自助终端的识别码信息，访问所述自助设备数据库，在若干所述设备识别码中筛选与所述识别码信息相匹配的第一识别码；在若干所述设备指引图像中筛选出与所述第一识别码相匹配的第一指引图像；

配置自助指引提示信息，并将所述第一指引图像和所述自助指引提示信息发送至所述取号者通信地址。

6.根据权利要求5所述的一种基于WebSocket的软件叫号方法，其特征在于：

所述时间规范表中存储有若干时间区间；

所述排号等待步骤包括：获取日时间周期，按照所述日时间周期判断所述第一服务端中是否生成与所述排队机取号信息中所述取号者通信地址相匹配的历史取号信息；

若存在，则读取所述历史取号信息，访问所述时间规范表，在若干所述时间区间中筛选出所述历史取号信息中的取号时间所属的第一区间；获取第一时间点，访问所述时间规范表，在若干所述时间区间中筛选出所述第一时间点所属的第二区间；基于所述第一区间和所述第二区间执行排号判断步骤，执行所述排号判断步骤后，执行监测结果生成步骤；

所述排号判断步骤包括：调用所述第一服务端创建排号队列，创建与所述排队机取号信息中的所述取号码和所述取号时间相对应的待叫号标识，判断所述第一区间是否小于所述第二区间；若否，则按照所述排队机取号信息中的所述取号时间将所述待叫号标识加入所述排号队列；若是，则设定第一时间阈值；计算所述第一时间点与所述历史取号信息中的所述取号时间之间的时间差；比对所述时间差是否不大于所述第一时间阈值；若所述时间差大于所述第一时间阈值，则按照所述排队机取号信息中的所述取号时间将所述待叫号标识加入所述排号队列；若所述时间差不大于所述第一时间阈值，则将所述待叫号标识加入至所述排号队列中的第一位置；

所述监测结果生成步骤包括：设定第二轮询时间段，每隔所述第二轮询时间段查询所述排号队列中是否存在位于所述待叫号标识前位的排号标识，若不存在，则基于所述取号码和所述取号时间生成关于所述待叫号标识的第二结果，并设定所述第二结果为所述监测结果，调用所述第一服务端基于所述长连接服务将所述第二结果发送至所述软件叫号程序。

7.根据权利要求6所述的一种基于WebSocket的软件叫号方法，其特征在于：

所述IP地址权限集中存储有若干安全IP地址信息；

所述安全叫号服务操作包括：

识别所述监测结果，若所述监测结果为所述第一结果，则保持所述第一设备端为待机状态；若所述监测结果为所述第二结果，则基于柜台空闲情况调用所述软件叫号程序向所述第一服务端发起关于所述待叫号标识的叫号请求；

调用所述第一服务端识别所述叫号请求的第一IP地址信息；访问所述IP地址权限集，判断若干所述安全IP地址信息中是否存在与所述若干安全IP地址信息相匹配的IP地址信息，若存在，则获取与所述柜台空闲情况相匹配的空闲柜台信息；调用所述第一服务端向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求；

通过所述第一设备端在收到所述固件叫号服务请求时，调用第一驱动接口实现关于所述取号码和所述空闲柜台信息的语音叫号服务，调用第二驱动接口实现关于所述取号码和所述空闲柜台信息的信息显示服务。

8.根据权利要求7所述的一种基于WebSocket的软件叫号方法，其特征在于：

所述空闲柜台信息包括：柜台号和业务员号；

所述安全叫号服务操作还包括：

当调用所述第一服务端向所述第一设备端发送关于所述取号码和所述空闲柜台信息的固件叫号服务请求时，获取与所述业务员号相匹配的业务通信地址；调用所述第一服务端向所述业务通信地址发送所述待叫号标识所对应的所述待办业务类别。

9.基于权利要求1~8中任一项所述的一种基于WebSocket的软件叫号方法的基于WebSocket的软件叫号系统，其特征在于，包括：

部署模块，用于根据第一框架部署操作部署软件叫号程序和第一服务端，根据第二框架部署操作部署第一设备端，并根据所述第一服务端获取排队机取号信息；叫号监测模块，用于配置自助设备数据库和时间规范表，并根据所述第一服务端、所述排队机取号信息、所述自助设备数据库和所述时间规范表进行叫号监测操作，得到监测结果；

叫号服务模块，用于配置IP地址权限集，并根据所述软件叫号程序、所述第一服务端、所述第一设备端、所述监测结果和所述IP地址权限集执行安全叫号服务操作。

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

Images