CN112712188A - 营业厅取号方法、服务器集群及计算机可读存储介质 - Google Patents

Abstract

本发明实施例涉及计算机技术领域，公开了一种营业厅取号方法、服务器集群及计算机可读存储介质。该方法包括：服务器集群获取用户设备通过应用程序发送的取号请求，通过所述应用程序在所述用户设备上显示业务选择界面入口；接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，通过所述应用程序在所述用户设备上显示业务选择界面；接收所述用户设备在所述业务选择界面执行的业务选择操作，生成取号信息，将所述取号信息通过所述应用程序发送给所述用户设备；根据其辖区内所有的取号信息得到辖区内每个营业厅的等待队列，并根据所述等待队列控制营业厅的叫号设备进行叫号。本发明实现了网络取号，过程简单，降低了成本。

Description

营业厅取号方法、服务器集群及计算机可读存储介质

技术领域

本发明实施例涉及计算机技术领域，具体涉及一种营业厅取号方法、服务器集群及计算机可读存储介质。

背景技术

随着社会经济的发展，科学技术发展更新也开始变快，其中网络技术发展更是极为迅速，并且网络的覆盖率也越来越高。现在的网络技术能够满足人们在世界很多地方均能够进行上网，不管是手机上网还是电脑上网速度都很快，而人们也越来越离不开网络，可以说现代人们的生活、办公、休闲、娱乐等等均离不开网络。

目前网络用户逐年递增，为了满足用户对网络业务的需求，如办理开户、办宽带、改套餐以及其他业务等等，网络运营商需要开设很多的营业厅来帮助人们去办理网络业务。随着网络人数的增多，业务量的需求也增大，从而营业厅的数量也快速增加，来营业厅办理网络业务的人员很多，因此经常需要进行取号排队，等待被营业员叫号。

现有的营业厅取号排队方式是，在营业厅中设置取号机，取号机连接有本地服务器，通过取号机本地取号获取到排队号码，本地服务器根据取号的信息进行处理形成排队序列，并控制营业厅的大屏进行排队显示，同时本地服务器接收营业员的叫号控制指令控制广播进行叫号，并控制大屏幕进行叫号显示。

现有的营业厅本地取号需要在每个营业厅中设置取号机和服务器，造成了不必要的资源浪费，而且提高了营业厅的成本，用户需要去现场取号，不能预约取号，使用不便。

现有技术中一些预约取号的方式需要在每个营业厅都设置网点服务器，过程繁琐，控制较为复杂，成本也较高。

发明内容

鉴于上述问题，本发明实施例提供了一种营业厅取号方法、服务器集群及计算机可读存储介质，实现了网络取号，取号过程简单，降低了成本。

根据本发明实施例的一个方面，提供了一种营业厅取号方法，所述方法包括：

服务器集群获取用户设备通过应用程序发送的取号请求，通过所述应用程序在所述用户设备上显示业务选择界面入口；

服务器集群接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，通过所述应用程序在所述用户设备上显示业务选择界面；

服务器集群接收所述用户设备在所述业务选择界面执行的业务选择操作，生成取号信息，将所述取号信息通过所述应用程序发送给所述用户设备；

服务器集群根据其辖区内所有的取号信息得到辖区内每个营业厅的等待队列，并根据所述等待队列控制营业厅的叫号设备进行叫号。

在一种可选的方式中，所述服务器集群接收的所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作包括：

用户设备通过所述应用程序识别营业厅现场的取号业务标识，所述取号业务标识携带有需要取号的营业厅信息。

在一种可选的方式中，服务器集群通过所述应用程序在所述用户设备上显示业务选择界面入口，进一步包括：

服务器集群通过所述应用程序在所述用户设备上显示所述用户设备所处当前位置周围预设范围内的营业厅信息；

服务器集群接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，进一步包括：

服务器集群接收用户设备选择的其中一个营业厅。

在一种可选的方式中，所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作中携带所述用户设备需要取号的营业厅信息；所述方法还包括：

服务器集群根据所述用户设备需要取号的营业厅信息，判断所述营业厅是否属于所述用户设备的活跃历史位置范围内的营业厅；

若所述营业厅不属于所述用户设备的活跃历史位置范围内的营业厅，则服务器集群将所述用户设备的活跃历史位置范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

在一种可选的方式中，所述取号请求为预约取号；

服务器集群接收所述用户设备通过所述应用程序执行的业务选择操作后，所述方法还包括：

服务器集群接收用户设备输入的预约取号日期和时间信息。

在一种可选的方式中，所述取号请求为预约取号；

服务器集群通过所述应用程序在所述用户设备上显示业务选择界面后，所述方法还包括：

服务器集群获取所述用户设备的当前位置信息；

服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

在一种可选的方式中，服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备，进一步包括：

服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅中取号排队人数最少的营业厅信息通过所述应用程序推荐给所述用户设备。

在一种可选的方式中，服务器集群通过所述应用程序向所述用户设备推送业务介绍信息，其中所述业务介绍信息包括在所述营业厅内负责办理该业务的营业员信息的二维码。

根据本发明实施例的另一方面，提供了一种服务器集群，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令被处理器执行以实现如上所述的营业厅取号方法。

根据本发明实施例的另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令被处理器执行以实现如上所述的营业厅取号方法。

本发明实施例通过设置服务器集群，并通过用户设备的应用程序与服务器集群互动进行取号，实现了网络取号，取号、排队及叫号控制均由服务器集群进行，营业厅无需设置复杂的取号和叫号设备，取号过程简单，降低了成本。

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

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的营业厅取号方法的流程示意图；

图2示出了本发明实施例中立即取号的流程示意图；

图3示出了本发明实施例中预约取号的流程示意图；

图4示出了本发明另一实施例提供的营业厅取号方法的流程示意图；

图5示出了本发明实施例提供的营业厅取号装置的结构示意图；

图6示出了本发明实施例提供的服务器集群的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种营业厅取号方法，在一个区域内(如一个省、一个市、一个县或者一个区)采用一个总的服务器集群，集中负责取号和叫号工作，而在营业厅内不需要设置服务器，大大节省了营业厅日常的取号叫号工作的设备设置成本，并且还能够使取号工作简单方便的进行，叫号工作有效有序的进行。

本发明实施例的总体思路如下：

(一)在一个区域内建立一个服务器集群

在指定的区域内设置一个服务器集群，区域的大小可人为确定，一般以市为单位。服务器集群内的服务器个数可根据需要处理的数据量进行标定，例如选择六个服务器集成形成一个服务器集群，六个服务器共同进行数据处理工作，可以采用redis结合多线程控制技术实现六个服务器内的数据共享和数据处理。通过上述设置从而将一个区域内的叫号和取号都集中控制，采用少量的服务器来控制区域内所有营业厅的叫号和取号控制，从而使得营业厅内不用设置进行叫号和取号处理的服务器，降低了成本。

(二)服务器集群与用户设备的应用程序进行通信连接

在设置好服务器集群后，与运营商的应用程序(例如运营商微信公众号或者运营商APP)进行无线通信，用户可通过移动终端登录对应的微信公众号，与服务器集群进行信息交互，发送取号、叫号的相关操作信息以及接收取号、叫号的相关信息。通过上述操作可使取号和叫号工作更为简便，方便用户进行各项业务办理操作，提升用户的使用体验。

(三)获取用户取号数据

用户取号包括两者方式，一是立即取号(也为本地取号即到营业厅内取号)，二是预约取号。具体实现方式将通过下述实施例详述。

(四)对形成的取号信息进行处理

服务器集群综合处理所有的取号信息，包括立即取号和预约取号的信息，根据取号的信息得到用户等待队列。

(五)对各个营业厅进行叫号控制

服务器集群按照用户等待队列，将各个营业厅的排队顺序发送到对应的营业厅接收器中，接收器将信息通过显示屏显示。营业员通过叫号按键连接至服务器集群，在按下叫号按键后，服务器集群按顺序控制对应的号码进行语音发出叫号，并将叫到的号码列入到叫号队列中，在显示屏中显示。

如图1所示，本发明实施例提供了一种营业厅取号方法，该方法包括以下步骤：

步骤100：用户设备通过应用程序发送取号请求；

所述取号请求可以为立即取号(也即现场取号)或者预约取号。

步骤110：服务器集群获取用户设备通过应用程序发送的取号请求，通过所述应用程序在所述用户设备上显示业务选择界面入口；

步骤120：用户设备在所述业务选择界面入口执行进入业务选择界面的操作；

本步骤可通过不同的方式实现，例如：用户设备通过所述应用程序识别营业厅现场的取号业务标识，所述取号业务标识携带有需要取号的营业厅信息。取号业务标识可以为二维码。或者，服务器集群通过所述应用程序在所述用户设备上显示所述用户设备所处当前位置周围预设范围内的营业厅信息。

步骤130：服务器集群接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，通过所述应用程序在所述用户设备上显示业务选择界面；

当步骤120中，服务器集群通过所述应用程序在所述用户设备上显示所述用户设备所处当前位置周围预设范围内的营业厅信息时，本步骤可通过如下方式实现：服务器集群接收用户设备选择的其中一个营业厅。

当所述取号请求为预约取号时，服务器集群通过所述应用程序在所述用户设备上显示业务选择界面后，所述方法还包括：服务器集群获取所述用户设备的当前位置信息；服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

步骤140：用户设备在所述业务选择界面执行业务选择操作；

所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作中携带所述用户设备需要取号的营业厅信息。

步骤150：服务器集群接收所述用户设备在所述业务选择界面执行的业务选择操作，生成取号信息，将所述取号信息通过所述应用程序发送给所述用户设备；

取号信息可以为号码凭证信息以及所述号码凭证对应的营业厅信息。

在一些实施例中，服务器集群根据所述用户设备需要取号的营业厅信息，判断所述营业厅是否属于所述用户设备的活跃历史位置范围内的营业厅；若所述营业厅不属于所述用户设备的活跃历史位置范围内的营业厅，则服务器集群将所述用户设备的活跃历史位置范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

当所述取号请求为预约取号时，服务器集群接收所述用户设备通过所述应用程序执行的业务选择操作后，所述方法还包括：服务器集群接收用户设备输入的预约取号日期和时间信息。服务器集群通过所述应用程序在所述用户设备上显示业务选择界面后，所述方法还包括：服务器集群获取所述用户设备的当前位置信息；服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备。服务器集群可以将所述用户设备所处当前位置周围预设范围内的营业厅中取号排队人数最少的营业厅信息通过所述应用程序推荐给所述用户设备。

步骤160：服务器集群通过所述应用程序向所述用户设备推送业务介绍信息；

其中，所述业务介绍信息包括在所述营业厅内负责办理该业务的营业员信息的二维码。

步骤170：服务器集群根据其辖区内所有的取号信息得到辖区内每个营业厅的等待队列，并根据所述等待队列控制营业厅的叫号设备进行叫号。

服务器集群综合处理所有的取号信息，包括立即取号和预约取号的信息，根据取号的信息得到用户等待队列。用户等待队列包括该区域内的所有营业厅的用户等待队列，也即每个营业厅的排队信息顺序都生成。通过上述操作得到所有营业厅的用户等待队列，从而对区域内的取号进行统一计算排序处理。

服务器集群按照用户等待队列，将各个营业厅的排队顺序发送到对应的营业厅接收器中，接收器将信息通过显示屏显示，接收器不需要对队列信息进行判断处理等，从而对接收器的型号以及要求不高，可采用一个电脑终端即可，降低了成本。同时无需为了设置服务器而改进营业厅内的网络设置，能够节省成本，使得很多小的营业厅也能够营业工作，降低营业厅的开设门槛，能够产生更多的营业厅来服务用户。

营业员通过叫号按键连接至服务器集群，在按下叫号按键后，服务器集群按顺序控制对应的号码进行语音发出叫号，并将叫到的号码列入到叫号队列中并在显示屏中显示，之后营业员进行服务并发送正在服务信号给服务器集群，服务器集群使该营业厅的显示屏显示对应号码的用户正在办理业务。

服务器集群中具有三个队列，一个是区域内所有的用户等待队列，二是区域内所有的叫号队列，三是区域内所有的正在服务队列。

本发明实施例通过设置服务器集群，并通过用户设备的应用程序与服务器集群互动进行取号，实现了网络取号，取号、排队及叫号控制均由服务器集群进行，营业厅无需设置复杂的取号和叫号设备，取号过程简单，降低了成本。

如图2所示，为立即取号的具体应用实例的流程示意图。参考图2，立即取号的实现过程为：

在每个营业厅设置取号二维码。用户通过手机登录到该服务器集群对应区域的微信公众号(如XX市运营商微信公众号)，进入到微信公众号后就可以与服务器集群进行信息交互。

用户在微信公众号中选择立即取号操作，之后可选择扫码进入业务选择界面或者地图进入业务选择界面。在选择扫码进入业务选择界面时，会出现扫码页面。用户用手机对营业厅的取号二维码进行扫描后进入到业务选择界面。在选择地图进入业务选择界面时，微信公众号中显示当前用户位置周围一定范围内的营业厅，用户可选择其中一个营业厅进行取号操作。业务选择界面包括：新开户、办宽带、改套餐、综合业务。

通过上述方式，使得在营业厅内仅需设置二维码，而不用再设置叫号机和服务器，取号方便，又节省了成本。

用户在选择其中一项业务后按完成键完成取号，服务器集群中生成当前取号的号码凭证信息以及该号码凭证对应的营业厅信息并发送给微信公众号以告知用户。

同时，服务器集群还可以根据用户选择的业务，利用大数据内容推荐一项或多项优惠业务介绍，发送至用户手机界面进行显示，并在其中推送二维码(二维码为营业员的相关信息，可随机产生)。在用户选择扫描推送的二维码时，服务器集群将信号发送给对应的营业员进行业务办理操作。通过上述操作不仅使用户完成业务选择，而且能够对用户适时推送相关的优惠业务，既方便用户了解优惠业务，也能够使用户在了解优惠业务后进行快速及时的办理，为用户节省时间。

另外，用户完成取号后，服务器集群查看用户当前的地址，确定用户所在的营业厅位置，并利用大数据获取该用户常去的地点，从而判断用户所生活的区域，在确定好用户所生活的区域后判断当前用户取号对应的营业厅是否为其所生活的区域内的营业厅，如果是则结束完成取号工作，如果不是则推荐用户所生活的区域内营业厅位置给用户，方便用户下次到就近的营业厅办理业务。通过上述操作方便用户下次办理业务时能就近办理，使用户办理业务更加的便利。

上述现场取号方案基于一个总的服务器集群以及微信公众号实现，相较于现有的现场取号，不需要在每个营业厅增加服务器等相关取号设备，节省成本，而且方便用户办理业务，还能为之后的叫号统筹管理做准备。

如图3所示，为预约取号的具体应用实例的流程示意图。参考图3，预约取号的实现过程为：

预约取号方式也可以基于微信公众号操作完成。

用户通过手机进入到微信公众号后就可以与服务器集群进行信息交互。在进入微信公众号后进入预约取号界面，进入后服务器集群将营业厅分布地图发送至微信公众号进行显示，用户可根据自己的需求选择其中某个营业厅作为自己需要预约的营业厅。

服务器集群还可以根据用户的当前位置推荐附近的营业厅给用户，且优先推荐闲厅(由于服务器集群负责一个区域内的取号和叫号，从而服务器集群可以根据当前已经取号的队列得到各个营业厅的排队情况，从而能够知道哪些营业厅的排队比较少，即闲厅)。通过上述操作便于用户在选择预约取号时，能够找到合适自己办理业务的营业厅，节省用户的时间。

在选择好营业厅后进入到业务选择界面，业务选择界面包括：新开户、办宽带、改套餐、综合业务。在选择好业务后，选择日期时间(可预约时间可以由门店店长在服务器集群中配置)。选择日期时间之外，还可选择营业员(每个营业员信息提前录入到服务器集群中)。通过上述操作，能够便于用户选择自己方便的时间方便的地点以及营业员进行业务办理，提高用户的体验。

用户按完成键完成取号，服务器集群中生成当前取号的号码凭证信息以及该号码凭证对应的预约信息并发送给微信公众号告知用户。

同时，服务集群根据用户选择的业务，利用大数据内容推荐一项或多项优惠业务介绍，发送至用户手机界面进行显示，并在其中推送二维码(二维码为营业员的相关信息，可随机产生)。在用户选择扫描推送的二维码时，服务器集群将信号发送给对应的营业员进行业务办理操作。通过上述操作不仅使用户完成业务选择，而且能够对用户适时推送相关的优惠业务，既方便用户了解优惠业务，也能够使用户在了解优惠业务后进行快速及时的办理，为用户节省时间。

预约取号的优先级可以设置为高于现场取号的优先级，即同一时间段，预约取号排在现场取号前面。

上述预约取号方案基于一个总的服务器集群以及微信公众号实现，现场取号的号码以及预约取号的号码队列均由服务器集群生成管理，对两者取号方式进行统筹管理，形成统一的队列信息，不需要在每个营业厅增加服务器等相关取号设备，节省成本，并可以为后续的每个营业厅叫号进行筹备。

如图4所示，本发明实施例提供了一种营业厅取号方法，所述方法包括如下步骤：

步骤410：服务器集群获取用户设备通过应用程序发送的取号请求，通过所述应用程序在所述用户设备上显示业务选择界面入口；

步骤420：服务器集群接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，通过所述应用程序在所述用户设备上显示业务选择界面；

步骤430：服务器集群接收所述用户设备在所述业务选择界面执行的业务选择操作，生成取号信息，将所述取号信息通过所述应用程序发送给所述用户设备；

步骤440：服务器集群根据其辖区内所有的取号信息得到辖区内每个营业厅的等待队列，并根据所述等待队列控制营业厅的叫号设备进行叫号。

所述服务器集群接收的所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作包括：

用户设备通过所述应用程序识别营业厅现场的取号业务标识，所述取号业务标识携带有需要取号的营业厅信息。

服务器集群通过所述应用程序在所述用户设备上显示业务选择界面入口，进一步包括：

服务器集群通过所述应用程序在所述用户设备上显示所述用户设备所处当前位置周围预设范围内的营业厅信息；

服务器集群接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，进一步包括：

服务器集群接收用户设备选择的其中一个营业厅。

所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作中携带所述用户设备需要取号的营业厅信息；所述方法还包括：

服务器集群根据所述用户设备需要取号的营业厅信息，判断所述营业厅是否属于所述用户设备的活跃历史位置范围内的营业厅；

若所述营业厅不属于所述用户设备的活跃历史位置范围内的营业厅，则服务器集群将所述用户设备的活跃历史位置范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

所述取号请求为预约取号；

服务器集群接收所述用户设备通过所述应用程序执行的业务选择操作后，所述方法还包括：

服务器集群接收用户设备输入的预约取号日期和时间信息。

所述取号请求为预约取号；

服务器集群通过所述应用程序在所述用户设备上显示业务选择界面后，所述方法还包括：

服务器集群获取所述用户设备的当前位置信息；

服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备，进一步包括：

服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅中取号排队人数最少的营业厅信息通过所述应用程序推荐给所述用户设备。

服务器集群通过所述应用程序向所述用户设备推送业务介绍信息，其中所述业务介绍信息包括在所述营业厅内负责办理该业务的营业员信息的二维码。

本实施例的具体实现过程可参考前述图1所示营业厅取号方法实施例的描述，此处不再赘述。

图5示出了本发明实施例提供的一种营业厅取号装置的结构示意图。如图5所示，该装置500包括：入口展示模块510、界面展示模块520、取号信息生成模块530以及叫号控制模块540。

入口展示模块510用于获取用户设备通过应用程序发送的取号请求，通过所述应用程序在所述用户设备上显示业务选择界面入口。界面展示模块520用于接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，通过所述应用程序在所述用户设备上显示业务选择界面。取号信息生成模块530用于接收所述用户设备在所述业务选择界面执行的业务选择操作，生成取号信息，将所述取号信息通过所述应用程序发送给所述用户设备。叫号控制模块540用于根据其辖区内所有的取号信息得到辖区内每个营业厅的等待队列，并根据所述等待队列控制营业厅的叫号设备进行叫号。

所述服务器集群接收的所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作包括：用户设备通过所述应用程序识别营业厅现场的取号业务标识，所述取号业务标识携带有需要取号的营业厅信息。

入口展示模块510还用于通过所述应用程序在所述用户设备上显示所述用户设备所处当前位置周围预设范围内的营业厅信息。界面展示模块520还用于接收用户设备选择的其中一个营业厅。

所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作中携带所述用户设备需要取号的营业厅信息。所述装置500还包括营业厅推荐模块，用于根据所述用户设备需要取号的营业厅信息，判断所述营业厅是否属于所述用户设备的活跃历史位置范围内的营业厅；若所述营业厅不属于所述用户设备的活跃历史位置范围内的营业厅，则将所述用户设备的活跃历史位置范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

所述取号请求为预约取号；取号信息生成模块530还用于接收用户设备输入的预约取号日期和时间信息。营业厅推荐模块还用于获取所述用户设备的当前位置信息，将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备。具体的，营业厅推荐模块将所述用户设备所处当前位置周围预设范围内的营业厅中取号排队人数最少的营业厅信息通过所述应用程序推荐给所述用户设备。

所述装置500还包括业务推送模块，用于通过所述应用程序向所述用户设备推送业务介绍信息，其中所述业务介绍信息包括在所述营业厅内负责办理该业务的营业员信息的二维码。

本实施例的具体实现过程可参考前述图1所示营业厅取号方法实施例的描述，此处不再赘述。

本发明实施例提供了一种计算机可读存储介质，存储介质中存储有至少一可执行指令，可执行指令被处理器执行以实现上述任意方法实施例中的营业厅取号方法。

本发明实施例提供了一种计算机程序产品，计算机程序产品包括存储在计算机存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，实现上述任意方法实施例中的营业厅取号方法。

图6示出了本发明实施例提供的服务器集群的结构示意图。如图6所示，该服务器集群可以包括：处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。

其中：处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。通信接口604，用于与其它设备通信，例如微信服务器。处理器602，用于执行程序610，具体可以执行上述任意方法实施例中的营业厅取号方法。

具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。

处理器602可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。网络设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器606，用于存放程序610。存储器606可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种营业厅取号方法，其特征在于，所述方法包括：

服务器集群获取用户设备通过应用程序发送的取号请求，通过所述应用程序在所述用户设备上显示业务选择界面入口；

服务器集群接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，通过所述应用程序在所述用户设备上显示业务选择界面；

服务器集群接收所述用户设备在所述业务选择界面执行的业务选择操作，生成取号信息，将所述取号信息通过所述应用程序发送给所述用户设备；

服务器集群根据其辖区内所有的取号信息得到辖区内每个营业厅的等待队列，并根据所述等待队列控制营业厅的叫号设备进行叫号。

2.根据权利要求1所述的方法，其特征在于，所述服务器集群接收的所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作包括：

用户设备通过所述应用程序识别营业厅现场的取号业务标识，所述取号业务标识携带有需要取号的营业厅信息。

3.根据权利要求1所述的方法，其特征在于，服务器集群通过所述应用程序在所述用户设备上显示业务选择界面入口，进一步包括：

服务器集群通过所述应用程序在所述用户设备上显示所述用户设备所处当前位置周围预设范围内的营业厅信息；

服务器集群接收所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作，进一步包括：

服务器集群接收用户设备选择的其中一个营业厅。

4.根据权利要求1所述的方法，其特征在于，所述用户设备在所述业务选择界面入口执行的进入业务选择界面的操作中携带所述用户设备需要取号的营业厅信息；所述方法还包括：

服务器集群根据所述用户设备需要取号的营业厅信息，判断所述营业厅是否属于所述用户设备的活跃历史位置范围内的营业厅；

若所述营业厅不属于所述用户设备的活跃历史位置范围内的营业厅，则服务器集群将所述用户设备的活跃历史位置范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

5.根据权利要求1所述的方法，其特征在于，所述取号请求为预约取号；

服务器集群接收所述用户设备通过所述应用程序执行的业务选择操作后，所述方法还包括：

服务器集群接收用户设备输入的预约取号日期和时间信息。

6.根据权利要求1所述的方法，其特征在于，所述取号请求为预约取号；

服务器集群通过所述应用程序在所述用户设备上显示业务选择界面后，所述方法还包括：

服务器集群获取所述用户设备的当前位置信息；

服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备。

7.根据权利要求6所述的方法，其特征在于，服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅信息通过所述应用程序推荐给所述用户设备，进一步包括：

服务器集群将所述用户设备所处当前位置周围预设范围内的营业厅中取号排队人数最少的营业厅信息通过所述应用程序推荐给所述用户设备。

8.根据权利要求1所述的方法，其特征在于，服务器集群通过所述应用程序向所述用户设备推送业务介绍信息，其中所述业务介绍信息包括在所述营业厅内负责办理该业务的营业员信息的二维码。

9.一种服务器集群，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令被处理器执行以实现如权利要求1-8中任意一项所述的营业厅取号方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令被处理器执行以实现如权利要求1-8中任意一项所述的营业厅取号方法。

Images