CN106327237A - 一种基于超市收银的预约付款方法、装置及系统 - Google Patents

Abstract

本发明提供了一种基于超市收银的预约付款方法、装置及系统，服务器端接收到客户端的付款申请时，确定各收银台的当前排队人数，并将最小排队人数发送给客户端；接收到客户端的确认申请时，确定最小排队人数对应的任一目标收银台，生成目标收银台对应的下一个排队序号，并将其发送给客户端；接收客户端的开启新收银台申请，并在判断出预先确定的时间段内开启新收银台申请的个数超过相应阈值时，通知管理员开启新收银台。用户可以通过客户端向服务器端申请预约付款及申请开启新收银台，服务器端相应的可以根据用户具体申请情况以调整收银台开放数量。因此，本方案能够基于用户预约付款以实时调整收银台的开放数量。

Description

一种基于超市收银的预约付款方法、装置及系统

技术领域

本发明涉及计算机技术领域，特别涉及一种基于超市收银的预约付款方法、装置及系统。

背景技术

随着城市居民数量的不断增加及人们生活水平的不断提高，大型超市内选购商品的消费者人数也越来越多。各用户在选购完自身所需商品之后，需要在超市各收银台处顺序排队以等待付款。通常情况下，不同时间段内等待付款的用户人数会存在差异，例如每天晚上及周末时，超市内的人流量较其他时间段有明显增多。

目前，超市内通常开放部分收银台，用户在开放的各收银台处顺序排队以等待付款。当管理人员发现收银台开放数量与排队人数存在显著不均衡时，会相应调整收银台开放数量。

由于需要人为发现收银台的当前开放数量不适宜时才进行相应调整，故现有的实现方式存在一定滞后性，不能实现收银台开放数量实时调整。

发明内容

本发明提供了一种基于超市收银的预约付款方法、装置及系统，能够基于用户预约付款以实时调整收银台的开放数量。

为了达到上述目的，本发明是通过如下技术方案实现的：

第一方面，本发明提供了一种基于超市收银的预约付款方法，应用于服务器端，包括：

在接收到客户端发来的付款申请时，确定每一个收银台的当前排队人数，并确定出其中的最小排队人数；

将所述最小排队人数发送给所述客户端；

在接收到所述客户端发来的确认申请时，确定所述最小排队人数对应的任一目标收银台，并生成目标排队序号，且所述目标排队序号为所述目标收银台对应的末位排队序号的下一个排队序号，以及将所述目标排队序号发送给所述客户端；接收所述客户端发来的开启新收银台申请；

判断预先确定的时间段内所接收到的开启新收银台申请的个数是否超过相应阈值，若是，通知管理员开启新收银台。

进一步地，该方法还包括：定期分别判断预先确定的时间段内每一个收银台的累计排队人数是否在相应阈值范围内，在判断结果为均低于所述阈值范围时，通知管理员关闭任一收银台，在判断结果为均高于所述阈值范围时，通知管理员开启新收银台。

第二方面，本发明提供了一种基于超市收银的预约付款方法，应用于客户端，包括：

在接收到用户输入的付款申请时，将所述付款申请发送给服务器端；

接收并显示所述服务器端发来的最小排队人数；

在接收到用户输入的确认申请时，将所述确认申请发送给所述服务器端，以及接收并显示所述服务器端发来的目标排队序号；在接收到用户输入的开启新收银台申请时，将所述开启新收银台申请发送给服务器端。

第三方面，本发明提供了一种服务器端，包括：

通信单元，用于在接收到客户端发来的付款申请时，向第一处理单元发送第一触发信号，并将所述第一处理单元输出的最小排队人数发送给所述客户端；在接收到所述客户端发来的确认申请时，向第一处理单元发送第二触发信号，并将所述第一处理单元输出的目标排队序号发送给所述客户端；接收所述客户端发来的开启新收银台申请；

所述第一处理单元，用于接收到所述通信单元发来的第一触发信号时，确定每一个收银台的当前排队人数，并确定出其中的最小排队人数，并将所述最小排队人数输出至所述通信单元；接收到所述通信单元发来的第二触发信号时，确定所述最小排队人数对应的任一目标收银台，并生成目标排队序号，且所述目标排队序号为所述目标收银台对应的末位排队序号的下一个排队序号，并将所述目标排队序号输出至所述通信单元；

第二处理单元，用于判断预先确定的时间段内所述通信单元所接收到的开启新收银台申请的个数是否超过相应阈值，若是，通知管理员开启新收银台。

进一步地，所述第二处理单元，还用于定期分别判断预先确定的时间段内每一个收银台的累计排队人数是否在相应阈值范围内，在判断结果为均低于所述阈值范围时，通知管理员关闭任一收银台，在判断结果为均高于所述阈值范围时，通知管理员开启新收银台。

第四方面，本发明提供了一种客户端，包括：

第一通信单元，用于在接收到用户输入的付款申请时，将所述付款申请输出至第二通信单元；在接收到用户输入的确认申请时，将所述确认申请输出至第二通信单元；在接收到用户输入的开启新收银台申请时，将所述开启新收银台申请输出至第二通信单元；

所述第二通信单元，用于将所述第一通信单元输出的付款申请发送给服务器端，以及接收所述服务器端发来的最小排队人数，并将所述最小排队人数输出至显示单元；将所述第一通信单元输出的确认申请发送给所述服务器端，以及接收所述服务器端发来的目标排队序号，并将所述目标排队序号输出至显示单元；将所述第一通信单元输出的开启新收银台申请发送给所述服务器端；

所述显示单元，用于显示所述第二通信单元输出的最小排队人数；显示所述第二通信单元输出的目标排队序号。

第五方面，本发明提供了一种基于超市收银的预约付款系统，包括：

上述任一所述的服务器端，以及至少一个上述所述的客户端。

进一步地，所述客户端，还用于在接收到用户输入的针对目标商品的搜索申请时，将所述搜索申请发送给所述服务器端，以及接收并显示所述服务器端发来的超市商品布局示意图；

所述服务器端，还用于在接收到所述客户端发来的所述搜索申请时，获取商品定位信息清单和超市商品布局示意图；根据所述商品定位信息清单，确定所述目标商品的目的位置；确定所述客户端的当前位置；分别将所述目的位置对应的定位标和所述当前位置对应的定位标添加至所述超市商品布局示意图中，并将添加后的所述超市商品布局示意图发送给所述客户端。

进一步地，所述服务器端，还用于在生成目标排队序号时，记录当前的第一时间，并将所述第一时间发送给所述客户端；在接收到所述客户端发来的过号申请时，确定当前的第二时间，并判断所述第一时间和所述第二时间的差值是否超过预先确定的相应阈值，若是，通知所述客户端申请失败，否则，将所述目标排队序号设置为对应的目标收银台的下一个服务序号，并通知所述目标收银台和所述客户端；

所述客户端，还用于接收并显示所述服务器端发来的第一时间；在接收到用户输入的针对所述目标排队序号的过号申请时，将所述过号申请发送给所述服务器端；接收并显示所述服务器端发来的申请失败的通知消息；以及接收并显示所述服务器端发来的所述目标排队序号为对应的目标收银台的下一个服务序号的通知消息。

进一步地，所述客户端为安装有预约付款APP软件的手机客户端，且所述手机客户端中设置有定位装置；

所述客户端在监测到用户针对所述预约付款APP软件的开启触发操作时，利用所述定位装置确定自身当前位置所对应的服务器端。

本发明提供了一种基于超市收银的预约付款方法、装置及系统，服务器端接收到客户端的付款申请时，确定各收银台的当前排队人数，并将最小排队人数发送给客户端；接收到客户端的确认申请时，确定最小排队人数对应的任一目标收银台，生成目标收银台对应的下一个排队序号，并将其发送给客户端；接收客户端的开启新收银台申请，并在判断出预先确定的时间段内开启新收银台申请的个数超过相应阈值时，通知管理员开启新收银台。用户可以通过客户端向服务器端申请预约付款及申请开启新收银台，服务器端相应的可以根据用户具体申请情况以调整收银台开放数量。因此，本发明能够基于用户预约付款以实时调整收银台的开放数量。

附图说明

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

图1是本发明一实施例提供的一种基于超市收银的预约付款方法的流程图；

图2是本发明一实施例提供的另一种基于超市收银的预约付款方法的流程图；

图3是本发明一实施例提供的又一种基于超市收银的预约付款方法的流程图；

图4是本发明一实施例提供的一种服务器端的示意图；

图5是本发明一实施例提供的一种客户端的示意图；

图6是本发明一实施例提供的一种基于超市收银的预约付款系统的示意图；

图7是本发明一实施例提供的一种超市商品布局示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种基于超市收银的预约付款方法，应用于服务器端，可以包括以下步骤：

步骤101：在接收到客户端发来的付款申请时，确定每一个收银台的当前排队人数，并确定出其中的最小排队人数。

步骤102：将所述最小排队人数发送给所述客户端。

步骤103：在接收到所述客户端发来的确认申请时，确定所述最小排队人数对应的任一目标收银台，并生成目标排队序号，且所述目标排队序号为所述目标收银台对应的末位排队序号的下一个排队序号，以及将所述目标排队序号发送给所述客户端；接收所述客户端发来的开启新收银台申请。

步骤104：判断预先确定的时间段内所接收到的开启新收银台申请的个数是否超过相应阈值，若是，通知管理员开启新收银台，否则，结束当前流程。

本发明实施例提供了一种基于超市收银的预约付款方法，服务器端接收到客户端的付款申请时，确定各收银台的当前排队人数，并将最小排队人数发送给客户端；接收到客户端的确认申请时，确定最小排队人数对应的任一目标收银台，生成目标收银台对应的下一个排队序号，并将其发送给客户端；接收客户端的开启新收银台申请，并在判断出预先确定的时间段内开启新收银台申请的个数超过相应阈值时，通知管理员开启新收银台。用户可以通过客户端向服务器端申请预约付款及申请开启新收银台，服务器端相应的可以根据用户具体申请情况以调整收银台开放数量。因此，本发明实施例能够基于用户预约付款以实时调整收银台的开放数量。

在本发明实施例中，基于先到先得的规则，可以根据各确认申请对应的时间，依次分配排队序号。服务器端将生成的排队序号发送至客户端后，用户可以根据该排队序号而进行有序付款。

由于可以根据各自的排队序号而进行有序付款，故可以在收银台附近设置付款等候休息区以供用户使用，这一实现方式无需各用户进行常规排队以等待付款，能够在排队人数较多、等待时间较长、用户购买商品量较大的情况下，为用户提供方便，提高用户购物体验。

在本发明一个实施例中，当多个用户均需要付款结算时，为每一个用户分配哪一个收银台的算法如下所述：

首先，可以设置目前收银台的开放数目为n，收银台窗口当前的等待付款人数为w[i]，i≥0。假设一段时间内有p个人同时提交付款申请，通过各用户的付款申请到达服务器端的时间进行排序，可以为p1<p2<…<pp，并按照这个顺序进入队列。

相应地，分配原则可以为：根据队列中的顺序，将每一个用户首先分配到等待人数最少的那个窗口，若窗口等待人数相同，则随机分配。

举例来说，首先将当前收银台窗口等待的人数从低到高排序，为：

w[0]<w[1]<w[2]<w[i]<…<w[n-1]

此时，w[0]等待的人数最少，故可以将p1分配到w[0]收银台上去。

另一种情况下，若前i个收银台窗口等待人数相同，即：

w[0]＝w[1]＝w[2]＝w[i]<…<w[n-1]

此时，前i个收银台的等待人数相同，则产生一个从[0,i]中的一个随机数，故可以将p1分配到随机数所对应的收银台窗口。

基于上述实现原理，可以遍历所有同时提交付款申请的P个人，并将p个人的申请成功分配到对应的收银台。

详细地，实时调整收银台开放数量的实现方式至少可以包括以下两种:

方式1：根据用户通过客户端提交的开启新收银台申请的个数，以实时调整收银台的开放数量；

方式2：根据各收银台的累计排队人数，以实时调整收银台的开放数量。

详细地，针对上述方式1：

如图1所示的实施例，当一定时间段内，各用户申请新收银台的总次数超过相应阈值时，可以通知管理员开启新收银台。

例如，假设每天的18:00至21:30期间，超市客流量可能叫平时显著增加，故可以每隔一个时间段，对该时间段内的用户申请新收银台的次数进行一次判断。比如，设置的各时间段的时长均为15min，故可以预先设置每一个时间段分别为：18:00～18:15、18:15～18:30、……、21:00～21:15，并依次于18:15、18:30、……、21:15进行一次判断。

详细地，不同期间内的时间段的时长可以不同，相关工作人员可以根据实际需求以进行合理设置。

详细地，针对上述方式2：

在本发明的一个实施例中，为了说明一种根据各收银台的累计排队人数以实时调整收银台开放数量的实现方式，所以，该方法可以进一步包括：定期分别判断预先确定的时间段内每一个收银台的累计排队人数是否在相应阈值范围内，在判断结果为均低于所述阈值范围时，通知管理员关闭任一收银台，在判断结果为均高于所述阈值范围时，通知管理员开启新收银台。

举例来说，可以预先设置每一个时间段，且各时间段的设置情况可以同上述方式1所述；可以设置阈值范围，如设置为(5人～10人)。

假设目前超市内开放有6个收银台，在当前所在的时间段内，服务器端对该时间段内每一个收银台对应的排队序号的总数进行累计记录，如18:00～18:15范围内，6个收银台的累计排队人数分别为8人、9人、9人、8人、8人、9人，在达到相应的判定时间时，经判断可知，各收银台的累计排队人数均在(5人～10人)阈值范围内，故维持收银台的当前开放数量。

相应地，假设6个收银台的累计排队人数分别为4人、4人、4人、3人、3人、4人，经判断可知，各收银台的累计排队人数均低于(5人～10人)阈值范围，故可以管理员关闭任一收银台。

在本发明一个实施例中，当需要关闭收银台时，可以首先在服务器端将任一收银台设置为关闭状态，故在接收到用户的付款申请时，将不统计该收银台的当前排队人数，从而为不会为用户分配该收银台的排队序号。然后，可以将该收银台的唯一标识通知于管理员。此外，在一种实现方式中，还可以通过收银台的显示装置以预先通知该收银台处的收银员。

相应地，假设6个收银台的累计排队人数分别为11人、11人、11人、12人、12人、12人，经判断可知，各收银台的累计排队人数均低于(5人～10人)阈值范围，故可以管理员开启新收银台。

在本发明一个实施例中，服务器端在接收到客户端发来的付款申请时，可以确定当前开放的收银台的标识及个数、待开放的备用收银台的个数，以及每一个收银台的当前排队人数，并将确定出的这些信息均发送给客户端，以便于通过客户端将这些信息提供给用户。

在本发明实施例中，所提及的收银台可以为针对用户利用客户端进行预约付款的专用收银台。

如图2所示，本发明实施例提供了一种基于超市收银的预约付款方法，应用于客户端，可以包括以下步骤：

步骤201：在接收到用户输入的付款申请时，将所述付款申请发送给服务器端。

步骤202：接收并显示所述服务器端发来的最小排队人数。

步骤203：在接收到用户输入的确认申请时，将所述确认申请发送给所述服务器端，以及接收并显示所述服务器端发来的目标排队序号；在接收到用户输入的开启新收银台申请时，将所述开启新收银台申请发送给服务器端。

详细地，用户完成超市购物之前，可以预先通过客户端提出付款申请。服务器端在确定出当前的最小排队人数时，可以将其发送给客户端，以通过客户端显示界面提供于用户。

针对该最小排队人数，用户可以执行下述任一路径：

路径1：若用户可以接受该最小排队人数，则可以进一步提交确认申请，从而可以利用客户端以获取到服务器端分配的相应排队序号。其中，每一个排队序号中可以包括一个收银台的唯一标识信息及用户的排队顺序。然后，用户可以根据服务器端分配的排队序号，到相应收银台处顺序排队以等待付款。

路径2：若用户不愿接受该最小排队人数，则可以进一步提交开启新收银台申请，以请求开启新收银台。当服务器接收到的各用户提交的开启新收银台申请的次数较多时，可以应允以开启新收银台。当然，为了保证数据准确性，一定时间段内通过同一客户端提交的申请可以不重复计数。在等待新收银台期间，用户可以选择继续购物，或再次提交付款申请等。

在本发明一个实施例中，由于用户看到的最小排队人数是用户提交付款申请时的实时数据，故为了保证数据的相对准确性，客户端可以对用户提交确定申请的时间进行限制。例如，在用户提交付款申请后，客户端可以进行为期5s的倒计时，若计时结束之前用户未提交确认申请，则提示用户需要再次提交付款申请。

在本发明一个实施例中，所述客户端可以为用户自身的手机客户端，且手机客户端上可以安装有预约付款APP软件。用户通过该软件，可以通过手机客户端以与服务器端进行相应信息交互。

如图3所示，本发明实施例提供了一种基于超市收银的预约付款方法，可以包括以下步骤：

步骤301：客户端将用户输入的针对目标商品的搜索申请发送给服务器端。

详细地，客户端可以为安装有预约付款APP软件的手机客户端，且手机客户端中设置有定位装置。客户端在监测到用户针对预约付款APP软件的开启触发操作时，可以利用定位装置确定自身当前位置所对应的服务器端。

详细地，一个超市对应于一个服务器端，且每一个服务器端对应于多个客户端。本发明实施例中，以一个客户端与一个特定服务器端的信息交互为例进行说明。

详细地，用户需要快速寻找任一目标商品时，可以提交针对目标商品的搜索申请。

步骤302：服务器端在接收到客户端发来的搜索申请时，获取商品定位信息清单和超市商品布局示意图。

详细地，商品定位信息清单中可以包括每一种商品的货架位置信息。

详细地，超市商品布局示意图中可以包括超市内每一个商品货架的摆放位置及大致示意图。

步骤303：服务器端确定客户端的当前位置，并根据商品定位信息清单，确定目标商品的目的位置。

详细地，利用客户端内部的定位装置，可以定位客户端的当前位置，及用户当前所在位置。

步骤304：服务器端分别将目的位置对应的定位标和当前位置对应的定位标添加至超市商品布局示意图中，并将添加后的超市商品布局示意图发送给客户端。

根据步骤303中确定出的当前位置和目的位置，可以将两者添加至超市商品布局示意图中。

步骤305：客户端接收并显示服务器端发来的超市商品布局示意图。

客户端通过显示超市商品布局示意图，可以快速准确的确定出从当前位置到目的位置的商品获取路径。

步骤306：客户端将用户输入的付款申请发送给服务器端。

用户完成商品选购时或之前，可以提交付款申请，以请求服务器端分配排队序号。

步骤307：服务器端在接收到客户端发来的付款申请时，确定每一个收银台的当前排队人数，并将其中的最小排队人数发送给客户端。

服务器端在接收到付款申请时，可以确定各收银台的当前排队人数，如分别为8人、9人、9人、8人、8人、9人，故可以确定其中的最小排队人数是8人。

步骤308：客户端接收并显示服务器端发来的最小排队人数。

客户端通过显示该最小排队人数：8人，可以使用户了解当前开放的收银台中，每一个收银台处至少有8人已预约排队。

步骤309：客户端将用户输入的确认申请发送给服务器端。

当用户接受这一最小排队人数：8人时，可以提交确认申请。

步骤310：服务器端在接收到客户端发来的确认申请时，确定最小排队人数对应的任一目标收银台。

服务器端在接收到确认申请时，可以确定最小排队人数：8人对应的任一收银台。由步骤307可知，超市内当前开放的收银台数为6台，其中有3台的排队人数均为8人，故可以在这3台中确定出任意一台，如确定出收银台A。

步骤311：服务器端生成目标排队序号，该目标排队序号为目标收银台对应的末位排队序号的下一个排队序号，并记录当前的第一时间。

在确定出目标收银台：收银台A后，可以生成目标排队序号，并记录当前时间。

详细地，排队序号可以为：A25形式的序号，A表示收银台A，25表示排队顺序号码。假设目前已生成的针对收银台A的末位排队序号为A24，则当前生成的目标排队序号可以为A25。

步骤312：客户端接收并显示服务器端发来的目标排队序号和第一时间。

用户通过客户端显示的目标排队序号和第一时间，可以到目标排队序号对应的收银台A处排队付款。基于第一时间，可以提醒用户，若用户到达收银台A处时目标排序序号已过号，在第一时间对应的时间阈值范围内，可以提交过号申请。

例如，第一时间为12:00，且时间阈值为10min时，则在12:10之前，若目标排序序号已过号，则用户可以提交过号申请。

步骤313：客户端将用户输入的针对目标排队序号的过号申请发送给服务器端。

步骤314：服务器端在接收到客户端发来的过号申请时，确定当前的第二时间，并判断第一时间和第二时间的差值是否超过预先确定的相应阈值，若是，通知客户端申请失败，否则，将目标排队序号设置为对应的目标收银台的下一个服务序号，并通知目标收银台和客户端。

详细地，若第一时间和第二时间的差值未超过预先确定的相应阈值，如12:00和12:05的差值为5min，小于阈值10min，故服务器端可以将目标排队序号：A25设置为收银台A的下一个服务序号。

例如，收银台A的当前服务序号为A27，下一个服务序号为A28，则服务器端可以将其更改为下一个服务序号为A25，A25之后的下一个服务序号为A28。

假设本发明实施例中，第二时间为12:15，故可以通知客户端申请失败。

步骤315：客户端接收并显示服务器端发来的申请失败的通知消息。

因为各收银台为顺序叫号，故若过号申请失败，则目标排队序号A25则失效，故可以提醒用户再次提交付款申请。

步骤316：客户端将用户输入的付款申请发送给服务器端，并接收并显示服务器端发来的最小排队人数。

同上述步骤306至步骤308，客户端可以显示当前服务器端发来的最小排队人数。假设该最小排队人数为12人。

步骤317：客户端将用户输入的开启新收银台申请发送给服务器端。

若用户认为最小排队人数为12人为导致自身排队时间过长，较为浪费时间，故可以提交开启新收银台申请。

步骤318：服务器端接收客户端发来的开启新收银台申请。

服务器端在接收到开启新收银台申请时，可以对其数量进行统计。

步骤319：服务器端判断预先确定的时间段内所接收到的开启新收银台申请的个数是否超过相应阈值，若是，通知管理员开启新收银台，并结束当前流程，否则，执行步骤320。

假设当前时间段为18:00～18:15，故在18:15时，服务器端可以判断该15min内所接收到的开启新收银台申请的个数是否超过相应阈值。

步骤320：服务器端定期分别判断预先确定的时间段内每一个收银台的累计排队人数是否在相应阈值范围内，在判断结果为均低于阈值范围时，通知管理员关闭任一收银台，在判断结果为均高于阈值范围时，通知管理员开启新收银台。

详细地，通知管理员开启新收银台的实现方式，除了可以通过判断当前时间段内的开启新收银台申请的个数是否超过相应阈值外，另一方面，还可以判断每一个收银台的累计排队人数是否在相应阈值范围内。

例如，6个收银台的累计排队人数分别为8人、9人、9人、8人、8人、9人，在达到相应的判定时间时，经判断可知，各收银台的累计排队人数均在(5人～10人)阈值范围内，故维持收银台的当前开放数量。

如图4所示，本发明实施例提供了一种服务器端40，可以包括：

通信单元401，用于在接收到客户端发来的付款申请时，向第一处理单元402发送第一触发信号，并将所述第一处理单元402输出的最小排队人数发送给所述客户端；在接收到所述客户端发来的确认申请时，向第一处理单元402发送第二触发信号，并将所述第一处理单元402输出的目标排队序号发送给所述客户端；接收所述客户端发来的开启新收银台申请；

所述第一处理单元402，用于接收到所述通信单元401发来的第一触发信号时，确定每一个收银台的当前排队人数，并确定出其中的最小排队人数，并将所述最小排队人数输出至所述通信单元401；接收到所述通信单元401发来的第二触发信号时，确定所述最小排队人数对应的任一目标收银台，并生成目标排队序号，且所述目标排队序号为所述目标收银台对应的末位排队序号的下一个排队序号，并将所述目标排队序号输出至所述通信单元401；

第二处理单元403，用于判断预先确定的时间段内所述通信单元401所接收到的开启新收银台申请的个数是否超过相应阈值，若是，通知管理员开启新收银台。

在本发明一个实施例中，所述第二处理单元403，还用于定期分别判断预先确定的时间段内每一个收银台的累计排队人数是否在相应阈值范围内，在判断结果为均低于所述阈值范围时，通知管理员关闭任一收银台，在判断结果为均高于所述阈值范围时，通知管理员开启新收银台。

如图5所示，本发明实施例提供了一种客户端50，可以包括：

第一通信单元501，用于在接收到用户输入的付款申请时，将所述付款申请输出至第二通信单元502；在接收到用户输入的确认申请时，将所述确认申请输出至第二通信单元502；在接收到用户输入的开启新收银台申请时，将所述开启新收银台申请输出至第二通信单元502；

所述第二通信单元502，用于将所述第一通信单元501输出的付款申请发送给服务器端，以及接收所述服务器端发来的最小排队人数，并将所述最小排队人数输出至显示单元503；将所述第一通信单元501输出的确认申请发送给所述服务器端，以及接收所述服务器端发来的目标排队序号，并将所述目标排队序号输出至显示单元503；将所述第一通信单元501输出的开启新收银台申请发送给所述服务器端；

所述显示单元503，用于显示所述第二通信单元502输出的最小排队人数；显示所述第二通信单元502输出的目标排队序号。

如图6所示，本发明实施例提供了一种基于超市收银的预约付款系统，可以包括：上述任一服务器端40，以及至少一个上述客户端50。

在本发明一个实施例中，所述客户端50为安装有预约付款APP软件的手机客户端50，且所述手机客户端50中设置有定位装置；

所述客户端50在监测到用户针对所述预约付款APP软件的开启触发操作时，利用所述定位装置确定自身当前位置所对应的服务器端40。

详细地，当用户在超市购物时，系统中的服务器端为用户当前所在超市对应的服务器端。客户端可以为用户自身的手机。同一服务器端可以与多个客户端进行信息交互。

在实际超市购物过程中，由于超市内部商品种类繁多，且各超市商品货架布局存在差异，故当用户需求特定商品时，可能需要花费较长的商品寻找时间，或寻找相关工作人员以进行咨询。总体来看，现有的实现方式较为麻烦，费时费力。

为解决或缓解这一问题，故在本发明一个实施例中，所述客户端50，还用于在接收到用户输入的针对目标商品的搜索申请时，将所述搜索申请发送给所述服务器端40，以及接收并显示所述服务器端40发来的超市商品布局示意图；

所述服务器端40，还用于在接收到所述客户端50发来的所述搜索申请时，获取商品定位信息清单和超市商品布局示意图；根据所述商品定位信息清单，确定所述目标商品的目的位置；确定所述客户端50的当前位置；分别将所述目的位置对应的定位标和所述当前位置对应的定位标添加至所述超市商品布局示意图中，并将添加后的所述超市商品布局示意图发送给所述客户端50。

详细地，相关工作人员可以预先将各超市的超市位置信息、各超市内的全部商品的商品信息和商品摆放位置信息、超市商品布局示意图、超市内收银台信息等上传至云数据中心。当用户在客户端输入当前超市的标识信息，或利用客户端定位装置定位出当前超市的标识信息时，可以通过网络将相关信息推送至客户端以便于用户查看。

详细地，用户在客户端输入商品的标识信息时，服务器端根据预先确定的数据信息，快速确定出用户所需商品的具体摆放位置。其中，任一商品摆放位置均可以在超市商品布局示意图进行准确定位。另一方面，根据客户端自身的定位功能，可以获取到用户当前所在位置，通过将用户当前所在位置和商品具体摆放位置准确定位至超市商品布局示意图，可以使用户通过客户端显示的该示意图，以快速明确商品获取路径。

在本发明一个实施例中，请参考图7，超市商品布局示意图上可以包括超市内各商品货架的示意图，并在各货架示意图上标识出对应的唯一标识。此外，超市内现实存在的各商品货架上，同样可以明显标识出其对应的唯一标识。根据超市商品布局示意图上的各标识，结合超市内各商品货架上的标识，可以方便用户快速找准方向、明确商品获取路径。

在图7中，超市内各货架的唯一标识可以顺序设置，以便于用户理解和找到标识设置规律，从而便于快速找到目标商品所在货架。如图7中的上部第一排的三个货架的标识可以依次为A1、A2、A3，相邻的第二排的两个货架的标识可以依次为B1、B2，以此类推，下部最后一排的两个货架的标识可以依次为E1、E2。其中，E1处的定位标可以指示用户所在位置，B2处的定位标可以指示目标商品所在位置。通过超市商品布局示意图及图中的这两个定位标，用户可以快速明确商品寻找路径。

本发明实施例中，用户通过客户端可以查看标识有当前位置定位标和商品位置定位标的超市商品布局示意图，这一实现方式有助于用户快速找到所需商品，节省商品购物时间，以及有益于超市减少相应工作人员的人力投入。

在本发明一个实施例中，还可以规划从当前位置到目的位置的最优路径。例如，假设目前顾客所在位置为a(I,j)，顾客所选择商品位置为b(k,h)。从a到b的路径有两种方法，一种是通过a直接到达b，另一种是通过中间节点，假设为t(p,q)。假设a直接到达b的最短路径为disk(a,b)，通过中间节点t对应的最短路径为disk(a,t)+disk(t,b)。将两种方式的最短路径做比较，若disk(a,b)>disk(a,t)+disk(t,b)，故可以将顾客所选商品的最短路径设置为：disk(a,t)+disk(t,b)，当遍历所有的中间节点t后，就可以规划出最短路径。然后，当确定出最短路径后，可以将该最短路径在超市商品布局示意图进行显示。

本发明实施例中，由于用户通过客户端提交付款申请为预约付款，即用户在获取到服务器端分配的排队序号后，通常不能立刻赶到收银台处。当多个用户在较短时间段内均提交付款申请时，由于各用户根据自身排队序号以顺序付款，且各用户达到收银台的时间通常存在差异，故这一实现方式可能存在用户到达收银台处后，自身排队序号已过号的情况。

为解决或缓解上述问题，故在本发明一个实施例中，所述服务器端40，还用于在生成目标排队序号时，记录当前的第一时间，并将所述第一时间发送给所述客户端50；在接收到所述客户端50发来的过号申请时，确定当前的第二时间，并判断所述第一时间和所述第二时间的差值是否超过预先确定的相应阈值，若是，通知所述客户端50申请失败，否则，将所述目标排队序号设置为对应的目标收银台的下一个服务序号，并通知所述目标收银台和所述客户端50；

所述客户端50，还用于接收并显示所述服务器端40发来的第一时间；在接收到用户输入的针对所述目标排队序号的过号申请时，将所述过号申请发送给所述服务器端40；接收并显示所述服务器端40发来的申请失败的通知消息；以及接收并显示所述服务器端40发来的所述目标排队序号为对应的目标收银台的下一个服务序号的通知消息。

在本发明一个实施例中，客户端在接收并显示第一时间以便于用户查看的同时，可以根据设置的阈值，如10min，进行倒序计时以提醒用户，有助于防止用户排队序号过期作废。

当用户发现自身排队序号已过号时，在一定时间范围内，同样可以通过客户端以提交过号申请。例如，用户1、用户2和用户3在依次在12:00～12:03期间顺序提交付款申请，且分别得到排队序号A23、A24和A25，其中，A可以为收银台的唯一标识，A之后的数字可以为序号顺序。

此外，服务器端可以设置每一个排队序号针对过号申请的时间阈值为10～15min，如为10min。那么，若用户1的排队序号A23对应的时间为12:00，故在12:00～12:10时间范围内，若排队序号A23已过号，则用户1可以通过客户端提交过号申请，服务器端可以将排队序号A23设置为收银台A的下一个服务序号。

例如，收银台A当前服务序号为：A25，预计下一个服务序号为A26，由于在A25对应的用户付款期间，用户1提交过号申请且申请成功，则服务器端可以设置A23为收银台A的下一个服务序号，原本的下一个服务序号A26及其他后续排序序号均依次顺延。

当然，若用户1于12:10之后提交过号申请，服务器端经判断，用户1申请失败，故可以通知用户其申请失败，并提醒用户再次提交付款申请。

由于服务器端生成每一个排队序号时，可以更新每一个收银台对应的服务序号排序，此外，服务器端同样可以根据各用户的过号申请以相应更新服务序号排序，故可以设置每一个收银台对应于一个叫号装置，便于能够根据服务器端设置的服务序号排序以顺序叫号。

此外，为便于各用户及时查看自身排序序号是否过号及排队等待情况，故可以在显示装置上显示各收银台当前的服务序号及下一个服务序号等。

在本发明实施例中，当用户的排队序号已过号时，在允许的时间范围内，允许用户提交过号申请，并根据各排队序号的生成时间，以顺序将已过号的排队序号相应提前。这一实现方式能够解决或缓解各用户达到收银台的时间通常存在差异而造成的过号情况。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

综上所述，本发明的各个实施例至少具有如下有益效果：

1、本发明实施例中，服务器端接收到客户端的付款申请时，确定各收银台的当前排队人数，并将最小排队人数发送给客户端；接收到客户端的确认申请时，确定最小排队人数对应的任一目标收银台，生成目标收银台对应的下一个排队序号，并将其发送给客户端；接收客户端的开启新收银台申请，并在判断出预先确定的时间段内开启新收银台申请的个数超过相应阈值时，通知管理员开启新收银台。用户可以通过客户端向服务器端申请预约付款及申请开启新收银台，服务器端相应的可以根据用户具体申请情况以调整收银台开放数量。因此，本发明实施例能够基于用户预约付款以实时调整收银台的开放数量。

2、本发明实施例中，由于可以根据各自的排队序号而进行有序付款，故可以在收银台附近设置付款等候休息区以供用户使用，这一实现方式无需各用户进行常规排队以等待付款，能够在排队人数较多、等待时间较长、用户购买商品量较大的情况下，为用户提供方便，提高用户购物体验。

3、本发明实施例中，用户通过客户端可以查看标识有当前位置定位标和商品位置定位标的超市商品布局示意图，这一实现方式有助于用户快速找到所需商品，节省商品购物时间，以及有益于超市减少相应工作人员的人力投入。

4、本发明实施例中，当用户的排队序号已过号时，在允许的时间范围内，允许用户提交过号申请，并根据各排队序号的生成时间，以顺序将已过号的排队序号相应提前。这一实现方式能够解决或缓解各用户达到收银台的时间通常存在差异而造成的过号情况。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃·····”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种基于超市收银的预约付款方法，其特征在于，应用于服务器端，包括：

在接收到客户端发来的付款申请时，确定每一个收银台的当前排队人数，并确定出其中的最小排队人数；

将所述最小排队人数发送给所述客户端；

在接收到所述客户端发来的确认申请时，确定所述最小排队人数对应的任一目标收银台，并生成目标排队序号，且所述目标排队序号为所述目标收银台对应的末位排队序号的下一个排队序号，以及将所述目标排队序号发送给所述客户端；接收所述客户端发来的开启新收银台申请；

判断预先确定的时间段内所接收到的开启新收银台申请的个数是否超过相应阈值，若是，通知管理员开启新收银台。

2.根据权利要求1所述的方法，其特征在于，

进一步包括：定期分别判断预先确定的时间段内每一个收银台的累计排队人数是否在相应阈值范围内，在判断结果为均低于所述阈值范围时，通知管理员关闭任一收银台，在判断结果为均高于所述阈值范围时，通知管理员开启新收银台。

3.一种基于超市收银的预约付款方法，其特征在于，应用于客户端，包括：

在接收到用户输入的付款申请时，将所述付款申请发送给服务器端；

接收并显示所述服务器端发来的最小排队人数；

在接收到用户输入的确认申请时，将所述确认申请发送给所述服务器端，以及接收并显示所述服务器端发来的目标排队序号；在接收到用户输入的开启新收银台申请时，将所述开启新收银台申请发送给服务器端。

4.一种服务器端，其特征在于，包括：

通信单元，用于在接收到客户端发来的付款申请时，向第一处理单元发送第一触发信号，并将所述第一处理单元输出的最小排队人数发送给所述客户端；在接收到所述客户端发来的确认申请时，向第一处理单元发送第二触发信号，并将所述第一处理单元输出的目标排队序号发送给所述客户端；接收所述客户端发来的开启新收银台申请；

所述第一处理单元，用于接收到所述通信单元发来的第一触发信号时，确定每一个收银台的当前排队人数，并确定出其中的最小排队人数，并将所述最小排队人数输出至所述通信单元；接收到所述通信单元发来的第二触发信号时，确定所述最小排队人数对应的任一目标收银台，并生成目标排队序号，且所述目标排队序号为所述目标收银台对应的末位排队序号的下一个排队序号，并将所述目标排队序号输出至所述通信单元；

第二处理单元，用于判断预先确定的时间段内所述通信单元所接收到的开启新收银台申请的个数是否超过相应阈值，若是，通知管理员开启新收银台。

5.根据权利要求4所述的服务器端，其特征在于，

所述第二处理单元，还用于定期分别判断预先确定的时间段内每一个收银台的累计排队人数是否在相应阈值范围内，在判断结果为均低于所述阈值范围时，通知管理员关闭任一收银台，在判断结果为均高于所述阈值范围时，通知管理员开启新收银台。

6.一种客户端，其特征在于，包括：

第一通信单元，用于在接收到用户输入的付款申请时，将所述付款申请输出至第二通信单元；在接收到用户输入的确认申请时，将所述确认申请输出至第二通信单元；在接收到用户输入的开启新收银台申请时，将所述开启新收银台申请输出至第二通信单元；

所述第二通信单元，用于将所述第一通信单元输出的付款申请发送给服务器端，以及接收所述服务器端发来的最小排队人数，并将所述最小排队人数输出至显示单元；将所述第一通信单元输出的确认申请发送给所述服务器端，以及接收所述服务器端发来的目标排队序号，并将所述目标排队序号输出至显示单元；将所述第一通信单元输出的开启新收银台申请发送给所述服务器端；

所述显示单元，用于显示所述第二通信单元输出的最小排队人数；显示所述第二通信单元输出的目标排队序号。

7.一种基于超市收银的预约付款系统，其特征在于，包括：

如权利要求4或5所述的服务器端，以及至少一个如权利要求6所述的客户端。

8.根据权利要求7所述的基于超市收银的预约付款系统，其特征在于，

所述客户端，还用于在接收到用户输入的针对目标商品的搜索申请时，将所述搜索申请发送给所述服务器端，以及接收并显示所述服务器端发来的超市商品布局示意图；

所述服务器端，还用于在接收到所述客户端发来的所述搜索申请时，获取商品定位信息清单和超市商品布局示意图；根据所述商品定位信息清单，确定所述目标商品的目的位置；确定所述客户端的当前位置；分别将所述目的位置对应的定位标和所述当前位置对应的定位标添加至所述超市商品布局示意图中，并将添加后的所述超市商品布局示意图发送给所述客户端。

9.根据权利要求7所述的基于超市收银的预约付款系统，其特征在于，

所述服务器端，还用于在生成目标排队序号时，记录当前的第一时间，并将所述第一时间发送给所述客户端；在接收到所述客户端发来的过号申请时，确定当前的第二时间，并判断所述第一时间和所述第二时间的差值是否超过预先确定的相应阈值，若是，通知所述客户端申请失败，否则，将所述目标排队序号设置为对应的目标收银台的下一个服务序号，并通知所述目标收银台和所述客户端；

所述客户端，还用于接收并显示所述服务器端发来的第一时间；在接收到用户输入的针对所述目标排队序号的过号申请时，将所述过号申请发送给所述服务器端；接收并显示所述服务器端发来的申请失败的通知消息；以及接收并显示所述服务器端发来的所述目标排队序号为对应的目标收银台的下一个服务序号的通知消息。

10.根据权利要求7至9中任一所述的基于超市收银的预约付款系统，其特征在于，

所述客户端为安装有预约付款APP软件的手机客户端，且所述手机客户端中设置有定位装置；

所述客户端在监测到用户针对所述预约付款APP软件的开启触发操作时，利用所述定位装置确定自身当前位置所对应的服务器端。