CN102956052A - 一种基于移动智能终端的排队叫号方法及系统 - Google Patents

Abstract

本发明公开了一种基于移动智能终端的排队叫号方法及系统，涉及移动智能终端，智能终端应用程序，定位技术，移动数据传输技术GPRS、3G、4G及协议MQTT、HTTP。所述方法由三部分组成：云服务器、叫号机应用及拿号应用。云服务器为叫号机及拿号应用提供数据转发，云服务器同时还是一个MQTT代理，使用MQTT协议与叫号机及拿号应用进行通信，在云服务器上还保存有服务提供者相关信息。叫号机应用具有管理叫号队列，确认客户的拿号申请及叫号等功能。拿号应用由客户用来申请拿号，实时显示当前叫号，当所拿到的号快被叫到时，通发声及振动提醒客户。

Description

一种基于移动智能终端的排队叫号方法及系统

技术领域

本发明涉及的技术有移动数据传输及MQTT、HTTP协议，定位技术，移动互联网，移动应用程序。

背景技术

在公众服务场所如银行、政府等办理业务，或餐厅就餐时，往往需要排队。纸质的排队取号技术改变了过去那种站队的方式，很大程序上提高的排队效率。但人们拿到号后还是要守在叫号机旁等待广播叫号，有时要等上半个小时，甚至个把小时。目前出现了各种方法试图把人们从这种守在叫号机的旁的处境中解放出来，可还没有一种有效的方法得到普遍应用。随着移动智能终端的快速普及，利用移动智能终端来实现排队叫号已成为可能。客户用移动智能终端拿到号后，就不必守在叫号机旁，在当拿到的号快被叫到时，叫号机可以通过移动互联网通知到客户而不是广播。

发明内容

本基于移动智能终端的排队叫号系统主要由三部分组成：云服务器、叫号机和拿号应用。

云服务器存储叫号机及拿号应用的数据，叫号机及拿号应用通过RESTful Web Service从云服务器获取或修改数据。云服务器可以使用JEE技术，或其它相关技术实现。同时云服务器也是一个MQTT代理，在叫号机及拿号应用之间转发数据。

叫号机及拿号应用是可以运行于移动智能终端，移动智能终端指的是基于Adroid、iOS、Windwos Phone及其它平台的智能手机、平板电脑或其它终端。移动智能终端通过Wi-Fi、GPRS、3G及4G网络与云服务器通信。叫号机和拿号应用分别由服务提供者及客户使用。

服务提供者的相关信息存储在云服务器上，叫号机和拿号应用只有在选择了同一个服务提供者后才可以互动。如何让叫号机及拿号应用方便地选择目标服务提供者是这个系统一个关键部分。

一般一个叫号机会只对应一个服务提供者，叫号机应用可设置一个默认服务提供者，当它打开时直接进服务提供者的操作页面。拿号应用主要通过定位技术来获得它周围的服务提供者，并服务提供者按从近到远列出来，方便客户选择。服务提供者也可以在其所在位置放置一个NFC标签，此NFC标签包含服务提供者的名称，它在云服务器上对应的编号及其它相关信息。当客户用具有NFC功能的手机靠近NFC标签时，即可自动打开拿号应用程序，进入该服务提供者的拿号申请页面。

服务提供者可以用叫号机应用来管理拿号队列，包括添加、删除队列等，队列数据保存在云服务器上，即使关闭等位机应用后再重新打开，队列数据仍然可以从云服务器上还原。服务提供者也可以选择一个队列，查看该队列客户排队列表。叫号机应用也提供一个重置队列的功能，可以在服务提供者开始提供服务的时候重置所有队列。

具体的拿号流程如下：

服务提供者在移动智能终端上安装叫号机应用。第一次使用叫号机应用，需要输入服务提供者名称及一个密码，数据会通过RESTful Web Service发送到云服务器并进行注册。注册时叫号机应用通过移动智能终端获得当前位置信息，把服务提供者的位置信息一同保存到云服务器上。新注册的服务提供者还需要添加排队队列。有了排队队列后，就等着客户发送拿号请求了。

客户在自己的移动智能终端上安装拿号应用，打开拿号应用后，应用程序获得客户所在位置数据，以位置数据为参数调用云服务器的RESTful Web Service得到客户周围的服务提供者列表，并按由近到远的顺序排列。如果客户不在服务提供者附近，也可以通过输入服务提供者的名称，拿号应用会列出所有服务提供者其名称包含有输入的字符。找到服务提供者后，就可以进入该服务提供者的拿号页面了。

如果服务提供者在其所在位置放置了NFC标签，客户可以用具有NFC功能的移动智能终端扫描NFC标签，而直接进入NFC标签所对应的服务提供者的拿号页面。

服务提供者的所有排队队列会显示在拿号页面。客户选择一个队列，拿号应用将提示客户输入称呼及手机号码，以方便服务提供者在必要的时候联系客户。客户点确认后，拿号请求就会通过云服务器的转发，发送到叫号机。

服务提供者在叫号机上收到拿号请求后，会显示拿号确认页面。在拿号确认页面叫号机自动分配了一个排队号码，服务提供者可以手动修改此号码，然后确认客户的拿号请求，并把分配的排队号码返回给客户的拿号应用程序。

客户在收到服务提供者的拿号确认回复后，就自动进入等号页面。在等号页面会显示客户所拿到的号，当前正在叫的号及前面还有多少人在等。

服务提供者根据服务情况，可以在叫号机应用上呼叫下一位。在叫号机上呼叫下一位的消息将会发送到所有正此列队排队的客户。

拿号应用在收到呼叫下一位消息后，会自动更新等号页面的数据。在快叫到自己的号时，就通过发声或振动提醒客户不要错过叫号。

大多数的移动平台都会暂停在非活跃状态的应用，这样当拿号应用被暂停后，就不能及时处理叫号机应用所发送的呼叫下一位的消息，客户可能错过号，并得不到任何提示。为了解决这个问题，本发明有种机制通过云服务器主动把叫号机应用的呼叫下一位消息推送到拿机应用的移动智能终端上。即使拿号应用不处于运行状态，也可以处理推送过来呼叫下一位消息。该消息推送机可以通过集成iOS平台的APNS、Android平台的GMS、Windows Phone平台的WPN服务，或基于MQTT开发自定义消息推送方法来实现。

附图说明

图1是基本移动智能终端的排队叫号系统原理图

图2叫号机及拿号应用安装在移动智能终端的图示

图3服务提供者列表在应用程序中的示意图

图4拿号应用的拿号示意图

图5叫号机应用的拿号确认示意图

图6叫号机应用的叫号示意图

图7拿号应用的等号示意图

具体实施方式

以下结合说明书附图描述这种基于移动智能终端的排队叫号系统描述具体实施方式。

基于移动智能终端的排队叫号系统如图1所示，它由(1)服务器及安装在移动智能终端的应用程序(4)叫号机应用，(5)拿号应用所组成。叫号机及拿号应用通过(2)Wi-Fi路由器或(3)GRPS/3G/4G移动网络与服务器交换数据。

图2示例了在(6)移动智能终端安装(7)叫号机及(8)拿号应用后的显示页面。

图3展示了服务提供者列表显示在叫号机及拿号应用中的情况。(9)应用程序的标题，指示当前应用程序是叫号机应用还是在拿号应用。用户可以直接在(10)中输入服务提供者名称包含的字符，包含了输入字符的服务提供者就会在下面列出来。(11)指示服务提供者当前是否在线，如果在线就在名称前显示一个绿色图标，并有“在线”字样；如果不在线就在名称前显示一个红色图标，并有“不在线”字样。(13)是服务提供者名称。如果服务提供者比较多时，在服务提供者右边显示一个(12)滚动条，方便用户查看更多的服务提供者。

用户通过拿号应用选择一个服务提供者后，进入如图4所示的拿号页面。(14)是要拿号的队列名称，(15)是用户的称呼。用户选择(17)提交拿号请求，或选择(18)取消拿号。

等位机应用在收到客户的拿号请求后，将显示如图5所示的拿号确认页面。(19)显示申请拿号的客户名称，如果客户在请求拿号时输入了手机号码，手机号码显示在客户名称的后面。(20)是叫号机自动分配给客户的排队号码，用户也可以通过(21)减小一个号或(22)增加一个号来修改自动分配给客户的排队号码。用户选择(23)确认客户拿号请求，并返回所分配的排除号码给拿号应用。选择(24)拒绝客户的拿号请求。

如果服务提供者在等位机应用里确认了客户的拿号请求。客户的拿号应用里就会自动跳转到等号页面。等号页面如图7所示，在标题(28)上显示当前等号的队列，以比较醒目的字体显示(29)当前正呼叫的号，(30)客户拿到的号及(31)前面还有多少人在等。用户随时可以选择(32)取消拿号。

图6演示了服务提供者如何通过叫号机来呼叫下一位。(25)显示队列名称，(26)是队列名称对应的当前正在呼叫的号码。用户选择(27)来呼叫相应队列的下一个号码，此呼叫消息会被发送到该服务提供者所有客户的移动智能终端上。

Claims (10)

1.一种基于移动智能终端的排队叫号方法及系统，其特征在于：系统由云服务器，叫号机及拿号应用组成，云服务器，叫号机和拿号应用之间通过移动数据网络交换数据。叫号机和拿号应用通过一种定位技术把所在当前位置附近的服务提供者以由近到远的顺序显示在初始页面。叫号机应用具有管理叫号队列，确认拿号请求及叫号等功能，拿号应用可以申请拿号，实时显示当前叫号，当所拿到的号快被叫到时，云服务器通过一种消息推送机制提醒客户不要错过号。

2.根据权利要求1所述的方法，其特征在于，每个服务提供者都有自己排队队列，队列信息保存于云服务器上。叫号机及拿号应用只有选择了一个服务提供者后才可以进行排队叫号操作。

3.根据权利要求1所述的方法，其特征在于，叫号机及拿号应用是运行于移动智能终端的应用程序。移动智能终端的特征在于有比较高的运算能力，及具有定位、Near field communication(NFC)等功能。如基于Android、iOS、Windows Phone等平台的手机与平板电脑。

4.根据权利要求1所述的方法，其特征在于，移动数据网络包括GPRS、3G及4G网络。云服务器、叫号机及拿号应用之间使用MQTT或HTTP协议交换数据。

5.根据权利要求1所述的方法，其特征在于，定位技术包括GPS，北斗及NFC标签定位技术。叫号机及拿号应用获得当前位置后，向云服务器查找所在位置附近的服务提供者，并以由近到远的顺序显示在初始页面，方便用户选择服务提供者。

6.根据权利要求4所述的NFC标签定位的方法，在特征在于，服务提供者在其所在位置放置一个NFC标签，此NFC标签包含服务提供者的名称，它在云服务器上对应的编号，及其它信息。当安装有叫号机或拿号应用的智能终端靠近NFC标签时，即可进入该服务提供者的排队叫号操作。

7.根据权利要求1所述的方法，其特征在于，当有拿号请求时，叫号机应用会显示拿号确认窗口，并自动计算出下一个号，用户也可以手动更改下一个号，但不能小于最后一个发放的号。

8.根据权利要求1所述的方法，其特征在于，叫号机可以被重置，所有队列的号归零。

9.根据权利要求1所述的方法，其特征在于，当客户所拿到的号快被叫到时，拿号应用会通过发声及振动提醒客户，即使是在拿号应用不处于运行状态时。

10.根据权利要求9所述的方法，其特征在于，即使拿号应用不处于运行状态，也可以得到通知，是通过消息的推送机制。如iOS平台的APNS，Android平台的GMS，Windows Phone平台的WPN服务或者基于MQTT开发的自定义消息推送方法。

Images