CN107527415A - 互助排队等号方法、系统及装置 - Google Patents

Abstract

为解决等号人离开等候区时也希望获取排号进展信息的问题，本发明公开了一种互助排队等号方法方法，包括步骤：C5客户端提交叫号信息；S5服务端接收叫号信息；S51服务端评估叫号信息可信度；C4客户端获取新叫号信息；S4服务端分发新叫号到客户端；C6客户端接收用户待号并为用户跟踪待号。也可用步骤C7客户端提交待号、S7服务端为用户跟踪待号来代替C6。本发明还公开了包含执行上述步骤的模块的互助排队等号系统、服务端装置、客户端装置。本发明还提供了校验、提升公众提交信息准确度的方案。应用本发明技术方案，无需接入各场所的现有叫号系统，利用等号人的空余时间采集并发布信息，能够以低运营成本广泛覆盖众多场所。

Description

互助排队等号方法、系统及装置

技术领域

本发明涉及网络技术领域，尤其涉及一种互助排号系统方法、系统及装置。

背景技术

在人们的日常生活中，经常需要排队等号，尤其在餐馆、医院、银行、行政服务中心这些场所。当前，这些场所有不少已经配备排号系统，用户先取号，然后在等候区等待叫号，需要时刻关注显示屏及语音广播的通知。在排号拥挤的场所，这种等待叫号会耗费半个小时甚至数个小时，在这期间难免需要离开等候区，而且等候浪费宝贵时间，因而迫切需要一种技术手段来帮助等号人离开等候区时也能够获取排号进展信息，使得等号人能够更合理安排时间，提升社会的整体运行效率。

为解决这一问题，一些技术方案已经被提出，一种方案为：取号的时候用户输入手机号，排号系统预估该用户的服务时间，并提前短信通知用户。该方案需要场所的排号系统增加远程通知模块，发短信增加了排号系统的运行成本，排号人获取的信息比较局限。类似的方案还有通过网页、客户端应用等方式来通知排号人，排号人通过该网页、客户端应用只能获取到该排队或该机构内的排队的进展信息。

因此需要一种更好的方案来改进上述方案的不足。

发明内容

本发明的目的在于，提供一种技术方案来帮助等号人离开排队等候区时也能够获取排号进展信息。通常需要长时间等号的排队，等候区有大量用户等候，因而可由在等候区的用户上传等号进展信息，使得不在等候区的用户也能够通过网络获取等号进展信息。

本发明解决上述技术问题采用的技术方案如下：

一种互助排队等号方法，包括步骤：

C2，客户端从服务端获取排队供用户浏览、查询；

S2，服务端维护多个排队，响应客户端浏览、查询请求；

C3，用户选择排队后，客户端查询该排队的近期叫号信息并展示；

S3，服务端响应客户端近期叫号查询；

C4，客户端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

S4，服务端分发新叫号信息到对应的客户端，分发的方式可选响应轮询或接受订阅后通知客户端;

C5，客户端接收用户输入某排队的新叫号信息，提交服务端；

S5，服务端收到新叫号信息，通过必要校验后用于分发。

所述排队拥有描述信息，可包括位置信息、名称、服务时间、具体描述、等候人数、号码规则等，用户通过排队的描述信息来判断该排队是否是自己关注的排队。所述位置信息可包括详细地址、经纬度、所属商圈、机构、楼栋、楼层、商家、科室、部门等；服务时间可包括工作日与休息日，工作日上午、下午、晚上的上下班时间等；号码规则用于描述排号有多少种格式，每种格式有几段，段的取值范围等。

优选地，步骤C2中，客户端自动获取或由用户输入位置信息，产生查找附近的排队的请求，将附近的排队优选展示给用户。进一步地，用户能够按排队各属性及其组合进行查询或排序。优选地，用户可收藏自己关注的排队。

所述叫号信息可包括号码、名字、服务点，人数、提交人、照片、录音、视频等。所述名字可选等号人姓名、昵称、姓名的部分、姓名部分字用特殊符号代替、用户手机尾号等。所述服务点可选诊室号、桌号、服务窗口号、包厢号、医生名字等。所述人数可为该号码对应的人数，如餐馆排队的一个号对应好几个食客。所述提交人可选提交叫号信息用户的用户ID、昵称、头像、手机尾号、客户端ID。

优选地，服务端提供给客户端的叫号信息隐去部分或全部名字信息，以保护公众隐私。

优选地，近期叫号信息请求和新叫号信息请求使用同一获取接口，请求参数都包括排队ID，新叫号信息请求还包括客户端已知的最新叫号信息的序列号，服务端只需返回该序列号之后的叫号信息。

用户提交的叫号信息，出于故意或无意的原因会存在错误，通常叫号的号码是有一定的规则的，如字母开头后面接几位数字，而如果用户没有预约到号码或在等候区看到叫号，随便输入一个号码，通常是不符合号码规则的，因而给排队的号码设定一个叫号规则，能够排除掉很多错误信息。然而符合号码规则之后的信息也不一定完全可信任，为防止误导用户，需要提示用户并优先提供更可信的信息。

优选地，所述步骤S5包含步骤S51，服务端对客户端提交的叫号信息的可信度进行评分，可选下列评分因素：

有附带照片或录音或视频的信息，可信度高；

客户端位置与排队所在位置的距离，越近可信度越高；

叫号的间隔与排队平均叫号间隔差，超过一定比例之后可信度降低；

其它客户端提交了同号的信息存在一致的叫号或待号信息，一致性越高，一致条数越多，可信度越高；

提交信息的完整度，信息越完整可信度越高；

体现该用户使用本系统历史情况的积分，积分越高可信度越高；

第三方提供的用户信用数据，信用越高可信度越高。

优选地，所述步骤C3、C4中客户端对不同可信度叫号信息的展示方式进行区分，可通过数字、颜色、文字粗细、声音等形式来体现。同号的不同叫号信息，可只展示可信度最高的，或将可信度低的折叠，用户点击后展开显示，或将可信度较低的缩进展示。

作为另一种筛选叫号信息方案，步骤S51中，若收到同号的叫号信息，服务端对冲突的属性选可信度最高的，不冲突的属性整合出最完整的一条信息，用于分发。

优选地，服务端计算用户积分时考虑以下因素：

该用户提交的叫号信息的条数，加分项；

该用户提交的叫号信息被管理员判断为错误，减分项；

该用户使用客户端时长，加分项；

该用户付费金额，加分项。

优选地，所述步骤S5还包括步骤S52，若收到同号的叫号信息，且叫号信息存在不一致，则提示相应的客户端可能提交了错误信息。

所述客户端形式可选客户端程序，或运行于浏览器的网页。使用轮询方式时，用户关闭客户端即可停止关注该排队；使用通知方式时，客户端主动注销或服务端检测到客户端离线一段时间后，便不再通知这个客户端。

用户虽然可以远程查看排号进展，若需要一直看着排号进展信息，也是比较低效的。用户通常都有一个自己等待的号码，优选地，所述的互助排队等号方法，还包括步骤：

C6，客户端接收用户输入其待号信息，根据已获取的叫号信息判断并提示该待号已经过号或正在叫号或需要继续等待，需要继续等待时，客户端从现有叫号列表计算或从服务端获取耗时评估数据，预估剩余等待时间并展示或提醒用户。

优选地，所述步骤C6还包括步骤：

C61，客户端收到用户待号的叫号信息，且信息存在不一致，提示用户可能输入了错误信息，并可上报服务端叫号信息可能有误。

作为另一种待号提醒方式，所述互助排队等号方法，包括步骤：

C7，客户端接收用户输入其待号信息并提交服务端，接收服务端返回或通知待号提示信息；

S7，服务端收到待号信息后判断并提示客户端该待号已经过号或正在叫号或需要继续等待，需要继续等待时，预估剩余等待时间并在一定的时机提示客户端。

所述待号信息，可包括日期、班次、号码、姓名等。所述待号提醒的时机默认可设为在预估叫号时间前10分钟，或者由用户设定提前多久提醒。

优选地，所述的互助排队等号方法，还包括步骤：

C7，客户端接收用户输入其待号信息并提交服务端，接收服务端返回或通知待号提示信息；

S8，服务端收到同一个号的待号信息时，若待号信息存在一致，则提示各提交的客户端可能泄露了信息，若待号信息不存在一致，则提示各提交的客户端可能提交了错误信息；

S9，服务端收到的叫号信息存在同号的待号信息，且信息之间不存在一致时，提示提交叫号信息与待号信息的客户端可能提交了错误信息。

优选地，所述步骤C5、S5中包含使用排队的号码规则进行叫号格式校验。步骤C6、C7、S7、S8中包含使用排队的号码规则进行待号格式校验。通过校验能够过滤掉很大部分的无效数据。

优选地，所述的互助排队等号方法，还包括步骤：

C1，客户端接受用户创建排队或更新排队描述信息，并提交服务端；

S1，服务端接收客户端创建排队或更新排队描述信息的请求，通过前置审核后加入可选排队列表或直接加入可选排队列表或加入可选排队列表后设置后置审核。

本发明技术方案提倡由用户提交叫号信息，优选地，本发明还包括步骤：

S10，服务端从系统后台或第三方系统接口接收排队的叫号信息。

本发明还提供一种互助排队等号客户端方法，包括步骤：

C2，客户端从服务端获取排队供用户浏览、查询；

C3，用户选择排队后，客户端查询该排队的近期叫号信息并展示；

C4，客户端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

C5，客户端接收用户输入某排队的新叫号信息，提交服务端。

优选地，所述步骤C3、C4中客户端对不同可信度叫号信息的展示方式进行区分。

优选地，所述互助排队等号客户端方法，还包括步骤：

C6，客户端接收用户输入其待号信息，根据已获取的叫号信息判断并提示该待号已经过号或正在叫号或需要继续等待，需要继续等待时，客户端从现有叫号列表计算或从服务端获取耗时评估数据，预估剩余等待时间并展示或提醒用户。

优选地，所述步骤C6还包括步骤：

C61，客户端收到用户待号的叫号信息，且信息存在不一致，提示用户可能输入了错误信息，并可上报服务端叫号信息可能有误。

作为另一种待号提醒方式，所述互助排队等号客户端方法，包括步骤：

C7，客户端接收用户输入其待号信息并提交服务端，由服务端维护待号进程，接收服务端返回或通知待号提示信息。

优选地，所述步骤C5中包含使用排队的号码规则进行叫号格式校验。步骤C6、C7中包含使用排队的号码规则进行待号格式校验。

优选地，所述互助排队等号客户端方法，还包括步骤：

C1，客户端接受用户创建排队或更新排队描述信息，并提交服务端。

本发明还提供一种互助排队等号服务端方法，包括步骤：

S2，服务端维护多个排队，响应客户端浏览、查询请求；

S3，服务端响应客户端近期叫号查询；

S4，服务端分发新叫号信息到对应的客户端，分发的方式可选响应轮询或接受订阅后通知客户端;

S5，服务端收到新叫号信息，通过必要校验后用于分发。

优选地，所述互助排队等号服务端方法，还包括步骤：

S7，服务端收到待号信息后判断并提示客户端该待号已经过号或正在叫号或需要继续等待，需要继续等待时，预估剩余等待时间并在一定的时机提示客户端。

优选地，所述步骤S5包含步骤S51，服务端对客户端提交的叫号信息的可信度进行评分，可选下列评分因素：

有附带照片或录音或视频的信息，可信度高；

客户端位置与排队所在位置的距离，越近可信度越高；

叫号的间隔与排队平均叫号间隔差，超过一定比例之后可信度降低；

其它客户端提交了同号的信息存在一致的叫号或待号信息，一致性越高，一致条数越多，可信度越高；

提交信息的完整度，信息越完整可信度越高；

体现该用户使用本系统历史情况的积分，积分越高可信度越高；

第三方提供的用户信用数据，信用越高可信度越高。

优选地，所述步骤S51中，若收到同号的叫号信息，服务端对冲突的属性选可信度最高的，不冲突的属性整合出最完整的一条信息，用于分发。

优选地，所述步骤S5还包括步骤S52，若收到同号的叫号信息，且叫号信息存在不一致，则提示相应的客户端可能提交了错误信息。

优选地，所述互助排队等号服务端方法，还包括步骤：

S8，服务端收到同一个号的待号信息时，若待号信息存在一致，则提示各提交的客户端可能泄露了信息，若待号信息不存在一致，则提示各提交的客户端可能提交了错误信息；

S9，服务端收到的叫号信息存在同号的待号信息，且信息之间不存在一致时，提示提交叫号信息与待号信息的客户端可能提交了错误信息。

优选地，所述步骤S5中包含使用排队的号码规则进行叫号格式校验。步骤S7、S8中包含使用排队的号码规则进行待号格式校验。

优选地，所述互助排队等号服务端方法，还包括步骤：

S1，服务端接收客户端创建排队或更新排队描述信息的请求，通过前置审核后加入可选排队列表或直接加入可选排队列表或加入可选排队列表后设置后置审核。

优选地，所述互助排队等号服务端方法，还包括步骤：

S10，服务端从后台或第三方系统接口接收排队的叫号信息。

本发明还提供一种互助排队等号系统，包括：

排队选择模块K2，用于从服务端获取排队供用户浏览、查询；

排队查询模块F2，用于响应客户端浏览、查询排队请求；

叫号列表模块K3，用于向服务端查询用户所选排队的近期叫号信息并展示；

叫号列表查询模块F3，用于响应客户端近期叫号查询；

新叫号获取模块K4，用于从服务端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

新叫号分发模块F4，用于分发新叫号信息到对应的客户端，分发的方式可选响应轮询或接受订阅后通知客户端；

新叫号提交模块K5，用于接收用户输入排队的新叫号信息，提交服务端；

新叫号接收模块F5，用于接收新叫号信息，通过必要校验后用于分发。

优选地，所述互助排队等号系统还包括：

待号模块K6，用于接收用户输入其待号信息，根据获取的叫号信息判断并提示该待号已经过号或正在叫号或需要继续等待，需要继续等待时，客户端从现有叫号列表计算或从服务端获取耗时评估数据，预估剩余等待时间并展示或提醒用户。

优选地，所述待号模块K6还用于当收到用户待号的叫号信息，且信息存在不一致，提示用户可能输入了错误信息，并可上报服务端叫号信息可能有误。

作为另一种待号提醒方式，所述互助排队等号系统还包括：

待号上传模块K7，用于接收用户输入其待号信息并提交服务端，接收服务端返回或通知待号提示信息；

待号维护模块F7，用于接收待号信息，判断并提示客户端该待号已经过号或正在叫号或需要继续等待，需要继续等待时，预估剩余等待时间并在一定的时机提示客户端。

优选地，所述互助排队等号系统还包括：

待号上传模块K7，用于接收用户输入其待号信息并提交服务端，接收服务端返回或通知待号提示信息；

冲突检测模块F8，用于判断接收到的待号信息，若已有同号待号信息，待号信息存在一致，则提示各提交的客户端可能泄露了信息，若待号信息不存在一致，则提示各提交的客户端可能提交了错误信息；

冲突检测模块F8，还用于检测新叫号接收模块F5收到的叫号信息，存在同号的待号信息且信息之间不存在一致时，提示提交叫号信息与待号信息的客户端可能提交了错误信息。

若存在待号维护模块F7，冲突检测模块从待号维护模块获取待号信息，若不存在F7，冲突检测模块直接接收客户端提交的待号信息。

优选地，所述互助排队等号系统还包括：

叫号可信度评分模块F51，用于对客户端提交的叫号信息的可信度进行评分，可信度评分可选下列因素：

有附带照片或录音或视频的信息，可信度高；

客户端位置与排队所在位置的距离，越近可信度越高；

叫号的间隔与排队平均叫号间隔差，超过一定比例之后可信度降低；

其它客户端提交了同号的信息存在一致的叫号或待号信息，一致性越高，一致条数越多，可信度越高；

提交信息的完整度，信息越完整可信度越高；

体现该用户使用本系统历史情况的积分，积分越高可信度越高；

第三方提供的用户信用数据，信用越高可信度越高。

优选地，所述互助排队等号系统，所述叫号接收模块F5还用于若收到同号的叫号信息，且叫号信息存在不一致，则提示相应的客户端可能提交了错误信息。

优选地，所述互助排队等号系统的

叫号列表模块K3，还用于对不同可信度的近期叫号信息的展示方式进行区分；

新叫号获取模块K4，还用于对不同可信度的新叫号信息的展示方式进行区分。

作为另一种筛选叫号信息方案，所述互助排队等号系统的

叫号可信度评分模块F51，还用于若收到同号的叫号信息，服务端对冲突的属性选可信度最高的，不冲突的属性整合出最完整的一条信息，用于分发。

优选地，所述互助排队等号系统，还包括：

客户端号码校验模K9，用于使用排队的号码规则校验新叫号提交模块K5收到的叫号、待号模块K6、待号上传模块K7收到的待号；

服务端号码校验模块F9， 用于使用排队的号码规则校验新叫号接收模块F5收到的叫号、待号维护模块F7收到的待号、冲突检测模块F8收到的待号。

优选地，所述互助排队等号系统，还包括：

排队编辑模块K1，用于接受用户创建排队或更新排队描述信息，并提交服务端；

排队管理模块F1，用于接收客户端创建排队或更新排队描述信息的请求，通过前置审核后加入可选排队列表或直接加入可选排队列表或加入可选排队列表后设置后置审核。

优选地，所述互助排队等号系统，还包括：

提交叫号接口模块F10，用于从系统后台或第三方系统接口接收排队的叫号信息。

本发明还提供一种互助排队等号客户端装置，包括：

排队选择模块K2，用于从服务端获取排队供用户浏览、查询；

叫号列表模块K3，用于向服务端查询用户所选排队的近期叫号信息并展示；

新叫号获取模块K4，用于从服务端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

新叫号提交模块K5，用于接收用户输入某排队的新叫号信息，提交服务端。

优选地，所述互助排队等号客户端装置还包括：

待号模块K6，用于接收用户输入其待号信息，根据已获取的叫号信息判断并提示该待号已经过号或正在叫号或需要继续等待，需要继续等待时，客户端从现有叫号列表计算或从服务端获取耗时评估数据，预估剩余等待时间并展示或提醒用户。

优选地，所述待号模块K6还用于当收到用户待号的叫号信息，且信息存在不一致，提示用户可能输入了错误信息，并可上报服务端叫号信息可能有误。

作为另一种待号提醒方式，所述互助排队等号客户端装置还包括：

待号上传模块K7，用于接收用户输入其待号信息并提交服务端，接收服务端返回或通知待号提示信息。

优选地，所述互助排队等号客户端装置，还包括：

客户端号码校验模K9，用于使用排队的号码规则校验新叫号提交模块K5收到的叫号，待号模块K6、待号上传模块K7收到的待号。

优选地，所述互助排队等号客户端装置，所述

叫号列表模块K3，还用于对不同可信度的近期叫号信息的展示方式进行区分；

新叫号获取模块K4，还用于对不同可信度的新叫号信息的展示方式进行区分。

优选地，所述互助排队等号客户端装置，还包括：

排队编辑模块K1，用于接受用户创建排队或更新排队描述信息，并提交服务端。

本发明还提供一种互助排队等号服务端装置，包括：

排队查询模块F2，用于响应客户端浏览、查询排队请求；

叫号列表查询模块F3，用于响应客户端近期叫号查询；

新叫号分发模块F4，用于分发新叫号信息到对应的客户端，分发的方式可选响应轮询或接受订阅后通知客户端；

新叫号接收模块F5，用于接收新叫号信息，通过必要校验后用于分发。

优选地，所述互助排队等号服务端装置还包括：

待号维护模块F7，用于接收待号信息，判断并提示客户端该待号已经过号或正在叫号或需要继续等待，需要继续等待时，预估剩余等待时间并在一定的时机提示客户端。

优选地，所述互助排队等号服务端装置还包括：

冲突检测模块F8，用于判断接收到的待号信息，若已有同号待号信息，待号信息存在一致，则提示各提交的客户端可能泄露了信息，若待号信息不存在一致，则提示各提交的客户端可能提交了错误信息；

冲突检测模块F8，还用于检测新叫号接收模块F5收到的叫号信息，存在同号的待号信息且信息之间不存在一致时，提示提交叫号信息与待号信息的客户端可能提交了错误信息。

若存在待号维护模块F7，冲突检测模块从待号维护模块获取待号信息，若不存在F7，冲突检测模块直接接收客户端提交的待号信息。

优选地，所述互助排队等号服务端装置还包括：

叫号可信度评分模块F51，用于对客户端提交的叫号信息的可信度进行评分，可信度评分可选下列因素：

有附带照片或录音或视频的信息，可信度高；

客户端位置与排队所在位置的距离，越近可信度越高；

叫号的间隔与排队平均叫号间隔差，超过一定比例之后可信度降低；

其它客户端提交了同号的信息存在一致的叫号或待号信息，一致性越高，一致条数越多，可信度越高；

提交信息的完整度，信息越完整可信度越高；

体现该用户使用本系统历史情况的积分，积分越高可信度越高；

第三方提供的用户信用数据，信用越高可信度越高。

优选地，所述互助排队等号服务端装置，所述叫号接收模块F5还用于若收到同号的叫号信息，且叫号信息存在不一致，则提示相应的客户端可能提交了错误信息。

优选地，所述互助排队等号服务端装置，还包括：

服务端号码校验模块F9，用于使用排队的号码规则校验新叫号接收模块F5收到的叫号，待号维护模块F7收到的待号、冲突检测模块F8收到的待号。

优选地，所述互助排队等号服务端装置，所述

叫号可信度评分模块F51，还用于若收到同号的叫号信息，服务端对冲突的属性选可信度最高的，不冲突的属性整合出最完整的一条信息，用于分发。

优选地，所述互助排队等号服务端装置，还包括：

排队管理模块F1，用于接收客户端创建排队或更新排队描述信息的请求，通过前置审核后加入可选排队列表或直接加入可选排队列表或加入可选排队列表后设置后置审核。

优选地，所述互助排队等号服务端装置，还包括：

提交叫号接口模块F10，用于从后台或第三方系统接口接收排队的叫号信息。

本发明技术方案的互助等号系统，无需修改场所的现有叫号系统，利用等号人的空余时间采集并发布信息，能够以低运营成本广泛覆盖众多场所，用户通过一个网站或客户端就能够跟踪众多排队的信息。若给予上传信息用户激励，则上传人在等号的时候也产生收益。更多用户能够远程及时获取排号进展信息，更合理的安排自己的时间，产生更大的社会效益。用户提交待号信息后可以不用一直看着叫号列表，只需等待系统提醒。本发明校验并提示用户可能输入错误信息，计算个人用户上传数据的可信度，优先为用户展现最完整、可信的数据。实施本发明技术方案，对于各机构、场所和商家，能够减少等候区的拥堵，提升服务品质，获得高信息化水平的品牌形象。

附图说明

图1是本发明一实施例的方法流程图。

图2是本发明另一实施例的方法流程图。

图3是本发明一实施例的系统框图。

图4是本发明另一实施例的系统框图。

图5是本发明一实施例的部署图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的描述。

图1、图3示出了本发明的一种实施方案，该实施例的方法流程包含客户端步骤C1至C6、服务端步骤S1至S5，该实施例的互助排队等号系统包含服务端装置和多个客户端装置，客户端装置包含模块K1至K6，服务端装置包含模块F1至F5、F51。以医院排队等号场景为例，用户先在手机上安装本发明实施例的客户端，到达医院排队区域后，打开客户端（或用浏览器打开网站页面），客户端排队选择模块K2执行步骤C2获取排队供用户浏览，客户端可自动获取当前位置，将距离当前位置近的现有排队展示给用户，也能让用户输入他关心的关键字进行查找，服务端排队查询模块F2执行步骤S2响应排队的查询与浏览。于是用户先看到该医院的一系列排队，看到自己关心的“彩超”排队后进入叫号详情页面，这时客户端叫号列表模块K3执行步骤C3查询该排队的近期叫号，服务端叫号列表查询模块F3执行步骤S3响应近期叫号查询，于是用户看到了彩超排队的近期叫号信息。理想情况下，用户在客户端看到的近期叫号列表与等号区显示屏展示的信息一致，隐去了患者部分或全部姓名信息除外。

也可能，用户没找到自己关注的那个排队，或者当前排队资料有误，或该排队已经不存在，通过客户端排队编辑模块K1，执行步骤C1，接收用户输入排队描述信息创建一个排队或更新排队资料，提交服务端，服务端排队管理模块F1执行步骤S1响应创建或更新排队，排队资料变更设有前置或后置的审核步骤。

用户停留在这“彩超”排队叫号详情页时或者已经点击跟踪排队按钮后，客户端新叫号获取模块K4执行步骤C4获取新叫号，并更新叫号详情页，服务端新叫号分发模块F4执行步骤S4分发新叫号到客户端，于是用户能够及时看到该排队的叫号进展信息。所述客户端与服务端的通讯，可通过轮询（pull）或通知（push）的方式实现。用户可以离开等号区域跟踪排队情况，也可以在叫到自己的号之前，不需要提前太久去医院，节约出大量时间。而这一效果的达成，需要有其他的用户在等号区域通过本系统实施例的客户端及时上传新叫号信息，客户端新叫号提交模块K5执行步骤C5接收用户录入新叫号的信息并提交服务端，服务端新叫号接收模块F5执行步骤S5接收新叫号信息，通过必要校验后用于分发。新叫号接收模块F5包含叫号可信度评分模块F51，用于执行步骤S51，对叫号可信度评分。客户端模块K3、K4对不同可信度的叫号信息区别展示。

假设用户的号码为B070，本发明实施例的客户端待号模块K6接收用户输入自己的待号信息，包括号码B070和名字“王老五”，如果不是今天的号，还输入日期与上下午，客户端待号模块K6根据近期叫号信息进行判断，如果B070正好就在近期叫号信息里面，则提示用户“已经叫号，抓紧时间就绪，以免过号”；若近期叫号已经大于该号码，则提示“很遗憾，你可能已经过号”，并弹出“知道了”、“我已经就绪”的反馈按钮，点了按钮之后本次待号结束。是否近期可设置一个时间，如15分钟。若最近叫号还小于B070，继续等待，根据之前叫号信息估算出平均5分钟叫一个号码，最新叫号为B060，可估算出还要等50分种，并显示倒计时，之后每叫一个号，倒计时根据最新的时间估算进行调整，还剩10分钟时提醒“预计还有10分钟轮到您，请提前做好准备”，或者根据用户设定的时间，提前15分钟提醒。若收到叫号信息为B070-李*四，提示用户该叫号的用户名和自己的待号信息不一致，可能提交的待号信息有误，并上报服务端该叫号信息可能有误。

服务端新叫号接收模块F5，对收到的叫号信息执行步骤S51的信息整合子步骤。用户A先提交了叫号信息B070-李*四，服务端先将信息分发出去，后面用户B提交了叫号信息B070-到科室2就诊的信息，服务端把这两条信息组合成一条B070-李*四-到科室2就诊的信息分发出去。若后续新叫号接收模块F5又收到用户C提交叫号信息B070-王*五且附有屏幕照片，执行步骤S52发现该信息与用户A提交的信息冲突，则提示用户A和C可能提交了错误的叫号信息。依据步骤S51，计算出C提交的信息可信度高，步骤S52将信息整合成B070-王*五-到科室2就诊分发到各客户端。

图2、图4示出了本发明的另一种实施例，本实施例方法的客户端方法步骤C2至C5、服务端方法步骤S2至S5与前一实施例一致，本实施例系统的客户端模块K2至K5，服务端模块F2至F5与前一实施例一致。本实施例客户端装置包含待号上传模块K7，执行步骤C7提交待号信息到服务端并接收服务端返回或通知待号提示信息。服务端待号维护模块F7执行步骤S7收到待号信息后判断并提示客户端该待号已经过号或正在叫号或需要继续等待，需要继续等待时，预估剩余等待时间并在一定的时机提示客户端。而上一实施例的待号功能服务端没有参与。

所有待号信息都提交服务端后，服务端冲突检测模块F8执行步骤S8进行待号之间冲突检测，若用户A提交的待号为B070-王老五，用户B在同一排队提交的待号信息为B070-李老四，则服务端向这两个用户的客户端下发通知“有人和你一样等待B070，姓名和XXX不一致，请确认没有提交错误信息”。若B也提交待号B070-王老五，则提示双方“有人和你一样等待B070，姓名也是王老五，注意个人信息安全”。服务端冲突检测模块F8还执行步骤S9待号与叫号之间冲突检测，若用户A提交的待号为B070-王老五，用户C在同一排队提交了叫号信息B070-李*四，则提示用户A“您的号码B070已叫号，但是姓名和王老五不一致”，提示用户C“等待B070的用户不是李*四，请确认没有提交错误信息”。若用户C将叫号信息改成B070-王*五，则认为叫号与待号匹配。

本发明实施例的服务端装置还包括提交叫号接口模块F10，执行步骤S10从后台或第三方系统接口接收排队的叫号信息。该模块的存在使得系统也能够从场所的叫号系统获取可信的叫号信息，作为补充。本实施例客户端装置包括客户端号码校验模块K9，用于在步骤C5、C6、C7中对用户输入的待号、叫号进行校验，如用户输入待号或叫号B70，而排队的号码规则是字母B带3位数字，不符合规则，提示用户输入的号码不正确。单有客户端校验是不够的，恶意用户可能通过技术手段绕过客户端校验提交信息，本发明实施例的服务端装置包括服务端号码校验模块F9，用于在步骤S5、S7、S8、S9中对客户端提交的叫号、待号进行校验。

图5示出了本发明实施例的系统部署图，服务端部署在互联网机房，甚至在不同的区域部署多套服务端。客户端可选这些形式及组合：移动端App、移动端网页、PC客户端、PC端网页、电视客户端、专用客户端。

以上所述仅为本发明可选的实施方案，并不用于限制本发明，对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、同等替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种互助排队等号方法，包括步骤：

C2，客户端从服务端获取排队供用户浏览、查询；

S2，服务端维护多个排队，响应客户端浏览、查询请求；

C3，用户选择排队后，客户端查询该排队的近期叫号信息并展示；

S3，服务端响应客户端近期叫号查询；

C4，客户端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

S4，服务端分发新叫号信息到对应的客户端，分发的方式可选响应轮询或接受订阅后通知客户端;

C5，客户端接收用户输入某排队的新叫号信息，提交服务端；

S5，服务端收到新叫号信息，通过必要校验后用于分发。

2.一种互助排队等号客户端方法，包括步骤：

C2，客户端从服务端获取排队供用户浏览、查询；

C3，用户选择排队后，客户端查询该排队的近期叫号信息并展示；

C4，客户端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

C5，客户端接收用户输入某排队的新叫号信息，提交服务端。

3.根据权利要求1所述的互助排队等号方法，还包括步骤：

C6，客户端接收用户输入其待号信息，根据获取的叫号信息判断并提示该待号已经过号或正在叫号或需要继续等待，需要继续等待时，客户端从现有叫号列表计算或从服务端获取耗时评估数据，预估剩余等待时间并展示或提醒用户。

4.根据权利要求1所述的互助排队等号方法，还包括步骤：

C7，客户端接收用户输入其待号信息并提交服务端，接收服务端返回或通知待号提示信息；

S7，服务端收到待号信息后判断并提示客户端该待号已经过号或正在叫号或需要继续等待，需要继续等待时，预估剩余等待时间并在一定的时机提示客户端。

5.根据权利要求1、4所述的互助排队等号方法，所述步骤S5包含步骤：

S51，服务端对客户端提交的叫号信息的可信度进行评分，可选下列评分因素：

有附带照片或录音或视频的信息，可信度高；

客户端位置与排队所在位置的距离，越近可信度越高；

叫号的间隔与排队平均叫号间隔差，超过一定比例之后可信度降低；

其它客户端提交了同号的信息存在一致的叫号或待号信息，一致性越高，一致条数越多，可信度越高；

提交信息的完整度，信息越完整可信度越高；

体现该用户使用本系统历史情况的积分，积分越高可信度越高；

第三方提供的用户信用数据，信用越高可信度越高。

6.一种互助排队等号系统，包括：

排队选择模块K2，用于从服务端获取排队供用户浏览、查询；

排队查询模块F2，用于响应客户端浏览、查询排队请求；

叫号列表模块K3，用于向服务端查询用户所选排队的近期叫号信息并展示；

叫号列表查询模块F3，用于响应客户端近期叫号查询；

新叫号获取模块K4，用于从服务端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

新叫号分发模块F4，用于分发新叫号信息到对应的客户端，分发的方式可选响应轮询或接受订阅后通知客户端；

新叫号提交模块K5，用于接收用户输入排队的新叫号信息，提交服务端；

新叫号接收模块F5，用于接收新叫号信息，通过必要校验后用于分发。

7.一种互助排队等号客户端装置，包括：

排队选择模块K2，用于从服务端获取排队供用户浏览、查询；

叫号列表模块K3，用于向服务端查询用户所选排队的近期叫号信息并展示；

新叫号获取模块K4，用于从服务端获取并展示排队的新叫号信息，获取的方式可选轮询或提交订阅后被动接收通知；

新叫号提交模块K5，用于接收用户输入排队的新叫号信息，提交服务端。

8.根据权利要求6所述的互助排队等号系统，还包括：

待号模块K6，用于接收用户输入其待号信息，根据获取的叫号信息判断并提示该待号已经过号或正在叫号或需要继续等待，需要继续等待时，客户端从现有叫号列表计算或从服务端获取耗时评估数据，预估剩余等待时间并展示或提醒用户。

9.根据权利要求6所述的互助排队等号系统，还包括：

待号上传模块K7，用于接收用户输入其待号信息并提交服务端，接收服务端返回或通知待号提示信息；

待号维护模块F7，用于接收待号信息，判断并提示客户端该待号已经过号或正在叫号或需要继续等待，需要继续等待时，预估剩余等待时间并在一定的时机提示客户端。

10.根据权利要求6、9所述的互助排队等号系统，还包括：

叫号可信度评分模块F51，用于对客户端提交的叫号信息的可信度进行评分，可选下列评分因素：

有附带照片或录音或视频的信息，可信度高；

客户端位置与排队所在位置的距离，越近可信度越高；

叫号的间隔与排队平均叫号间隔差，超过一定比例之后可信度降低；

其它客户端提交了同号的信息存在一致的叫号或待号信息，一致性越高，一致条数越多，可信度越高；

提交信息的完整度，信息越完整可信度越高；

体现该用户使用本系统历史情况的积分，积分越高可信度越高；

第三方提供的用户信用数据，信用越高可信度越高。