调度服务器、调度机器人和提醒系统

技术领域

本申请涉及移动机器人技术领域，特别涉及一种调度服务器、调度机器人和提醒系统。

背景技术

随着人们生活水平的提高，越来越多的人们喜欢外出就餐以品尝各种各样的美食。在用餐高峰期，商场内的一些热门餐厅经常会出现满座的情况，为了提高服务效率、提升用户满意度，许多商家都引入了排队系统，使排队等待的用户可以按照先来后到的原则进行就餐。

用户在排队系统上完成排号后，如果需要等待的时间较长，通常会选择在商场内活动，由于用户不能掌握现场的排队状态，极易错过现场的叫号。相关技术中，也可以通过向用户的智能终端推送到号消息来告知用户排队状态，然而，由于智能终端被设置为静音状态或者用户不便关注智能终端等情况，用户仍然较容易错过提醒消息，进而无法及时就餐。

发明内容

本申请提供了一种调度服务器、调度机器人和提醒系统，通过使调度机器人移动至待提醒的用户附近进行提醒，提醒效果较好，可以避免出现过号的情况。

第一方面，本申请提供一种调度服务器，所述调度服务器包括存储器和处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器用于调用并执行所述计算机程序时实现如下步骤：

接收来自于应用服务器的第一消息，所述第一消息包括第一终端的位置信息和第一事件的信息；基于第一终端的位置信息从调度机器人中确定第一提醒机器人；向所述第一提醒机器人发送提醒消息，所述提醒消息用于指示所述第一提醒机器人在移动至与所述第一终端的距离在第一预设范围内的情况下，向所述第一终端所对应的用户提醒所述第一事件。

根据本申请实施例提供的调度服务器，在调度服务器接收到来自于应用服务器的第一消息后，可以基于第一终端的位置信息从调度机器人中确定出用于对第一终端所对应的用户进行提醒的第一提醒机器人，并通过向第一提醒机器人发送提醒消息，可以使第一提醒机器人直接移动至该用户的附近并向该用户提醒到号、取餐、到货等第一事件。这样的提醒方式更加直接、有效，能够充分地利用一些场所内配备的机器人达到较好的提醒效果，进而可以避免出现用户错过到号就餐、到货的情况，可以提升用户的就餐体验或者购物体验。

结合第一方面，在一种可能的实施例中，所述基于所述第一终端的位置信息从调度机器人中确定第一提醒机器人，包括：

根据所述第一终端的位置信息以及所述调度机器人的位置信息，将与所述第一终端的距离在第二预设范围内的调度机器人确定为所述第一提醒机器人。

结合第一方面，在一种可能的实施例中，若与所述第一终端的距离在所述第二预设范围内的调度机器人具有多个，所述基于所述第一终端的位置信息从调度机器人中确定第一提醒机器人还包括：

确定多个所述调度机器人中满足预设条件的调度机器人为所述第一提醒机器人，所述预设条件包括以下中的一个或多个：距离所述第一终端最近，处于空闲状态。

结合第一方面，在一种可能的实施例中，在所述基于所述第一终端的位置信息从调度机器人中确定第一提醒机器人步骤之前，所述处理器用于调用并执行所述计算机程序时还实现如下步骤：

获取一个或多个机器人中每个机器人对应的状态信息，所述状态信息用于指示所述机器人是否为调度机器人；

根据每个所述机器人对应的状态信息，从所述一个或多个机器人中确定一个或多个所述调度机器人。

可选地，所述第一事件的信息包括排号信息或者门店预约到货信息。

第二方面，本申请提供一种调度机器人，所述调度机器人包括存储器和处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器用于调用并执行所述计算机程序时实现如下步骤：

接收来自于调度服务器的提醒消息；在根据所述提醒消息移动至与第一终端的距离在第一预设范围内的情况下，向所述第一终端所对应的用户提醒第一事件。

结合第二方面，在一种可能的实施例中，所述向所述第一终端所对应的用户提醒第一事件包括：语音提醒所述第一事件和/或显示提醒所述第一事件。

可选地，所述第一事件的信息包括排号信息或者门店预约到货信息。

结合第二方面，在一种可能的实施例中，所述提醒消息包括所述第一终端的位置信息，所述根据所述提醒消息移动至与所述第一终端的距离在第一预设范围内包括：

根据所述第一终端的位置信息以及所述调度机器人当前的位置信息，规划临时行进路线；

沿所述临时行进路线朝向所述第一终端移动。

结合第二方面，在一种可能的实施例中，在所述向所述第一终端所对应的用户提醒第一事件之后，所述处理器用于调用并执行所述计算机程序时还实现如下步骤：

沿原行进路线移动。

第三方面，本申请提供一种提醒系统，包括前述第一方面以及第一方面的任一种可能的实施例所提供的调度服务器以及前述第二方面以及第二方面的任一种可能的实施例所提供的调度机器人。

第四方面，本申请提供一种应用服务器，所述应用服务器包括存储器和处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器用于调用并执行所述计算机程序时实现如下步骤：

获取第一终端的位置信息；

向调度服务器发送第一消息，所述第一消息包括所述第一终端的位置信息和第一事件的信息。

可选地，第一事件的信息包括排号事件或者门店预约到货信息。

可以理解的是，上述第二方面至第四方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1是本申请一实施例提供的调度服务器的应用场景示意图；

图2是本申请一实施例提供的调度服务器的结构性示意图；

图3是本申请一实施例提供的提醒系统的交互过程示意图；

图4是本申请一实施例提供的应用服务器的交互过程示意图；

图5是本申请另一实施例提供的调度服务器与调度机器人的交互过程示意图；

图6是本申请一实施例提供的调度机器人的结构性示意图；

图7是本申请一实施例提供的提醒系统的结构性示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

本文中术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本文中术语“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a,b,或c中的至少一项（个），可以表示：a, b, c, a-b, a-c, b-c, 或a-b-c，其中a,b,c可以是单个，也可以是多个。

在用餐高峰期，商场内的热门餐厅通常会出现满座的情况，为了使用餐更加有序，许多商家都引入了排队系统，用户可以通过线上应用程序（application，APP）、微信小程序或者到店等方式进行取号。用户在完成取号后，如果需要等待的桌数较多，通常会在商场内闲逛，进而容易错过现场的叫号，无法及时就餐。相关技术中，APP或者微信小程序可以通过向用户的智能终端推送到号消息来通知用户即将就餐，然而，由于手机静音、用户未实时关注智能终端的消息等因素，用户依然较容易错过到号通知消息。

随着机器人行业的不断发展，机器人能够实现的功能越来越丰富，机器人在商业领域的应用也越来越广泛。目前，许多商场内均配备有迎宾机器人，这些迎宾机器人可以静止在商场内的固定点位或者沿系统的预设路径在商场内移动，迎宾机器人可以通过语音或者显示屏幕与用户进行交互，进而可以实现商场店铺信息查询以及商场内店铺位置的指引等功能。

为了解决上述技术问题，本申请实施例提供了一种调度服务器、调度机器人和提醒系统。调度服务器在接收到来自于应用服务器的第一消息后，可以从调度机器人中确定出用于对用户进行提醒的第一提醒机器人，并通过向第一提醒机器人发送提醒消息，可以使第一提醒机器人移动至用户附近并向用户提醒到号、取餐、到货等第一事件，相比于现有技术中的向智能终端推送通知消息等方式，使第一提醒机器人直接移动至用户附近进行提醒的提醒效果更好，能够有效地通知到用户，进而可以避免出现过号的情况。

图1是本申请一实施例提供的调度服务器的应用场景示意图，图2是本申请一实施例提供的调度服务器的结构性示意图，如图1和图2所示，本申请实施例提供的调度服务器200包括存储器220和处理器210，该存储器220中存储有可在处理器210上运行的计算机程序230，该处理器210用于调用并执行计算机程序230时可以实现如下步骤：

步骤一、接收来自于应用服务器的第一消息（也即图1中的步骤5）。

具体地，第一消息包括第一终端的位置信息和第一事件的信息。在这里，第一终端为用户（如图1中用户1至用户m中的一个）携带的智能设备，示例性地，该智能设备可以是手机，也可以是智能手环、智能手表、智能眼镜等可穿戴设备，智能设备包括定位模块从而可以被定位，第一终端的位置信息也即携带该第一终端的用户（即第一终端所对应的用户）的位置信息。

可选地，第一终端通常由用户随身携带，在用户移动的过程中，第一终端也会随之移动，因此应用服务器可以实时或者每隔预设时间获取第一终端的位置信息，然后实时或者每隔预设时间向调度服务器发送第一终端的位置信息。

可选地，第一事件可以是排号事件，更具体地说，第一事件可以是就餐排号事件、游乐场游玩项目排号事件等，第一事件的信息则包括排号信息，示例性地，对于就餐排号事件，排号信息可以包括第一终端所对应的用户的就餐号码、该用户就餐的餐厅信息等。第一事件也可以是取餐事件或者门店预约到货事件，门店预约到货事件可以是用户预约门店的新款到货提醒，第一事件的信息则包括取餐信息或者门店预约到货信息。

具体地，第一终端所对应的用户为待提醒的用户，示例性地，待提醒的用户可以是即将到号就餐、游玩、可以取餐的用户，或者是预约了门店的新款到货提醒（且门店的新款已到货）的用户。

在本申请的实施例中，应用服务器与调度服务器建立通信连接，进而调度服务器可以接收应用服务器发送的第一消息。示例性地，应用服务器可以通过向调度服务器发送HTTP请求进而发送第一消息。

步骤二、基于第一终端的位置信息从调度机器人中确定第一提醒机器人。

可选地，基于第一终端的位置信息，可以从调度机器人中确定距离第一终端最近的一个调度机器人为第一提醒机器人，以便于及时对第一终端所对应的用户进行提醒。可选地，基于第一终端的位置信息，当第一终端所对应的用户位于调度机器人的移动范围之外时（例如用户在商场内某餐厅排号后离开商场），则未从调度机器人中确定出第一提醒机器人。

具体地，调度机器人的数量可以为0个、1个或者多个（两个或者两个以上）。当调度机器人的数量为0个或者未从调度机器人中确定出第一提醒机器人时，调度服务器可以间隔一定时间后再次执行步骤二或者响应于某一指令后再次执行步骤二。

可选地，调度机器人是指位于调度服务器管理下的机器人，可以是同一类型或者不同类型的机器人，如可以是迎宾机器人、送餐机器人或者物流机器人等，也可以是处于任务状态下（如执行循环迎宾任务、执行送餐任务）等为忙碌状态的机器人，也可以是处于非任务状态下，即为空闲状态的机器人。

可选地，调度服务器在接收到第一消息后，立即开始执行步骤二；或者，调度服务器接收到第一消息后，响应于其他的操作进而开始执行步骤二（例如响应于调度机器人上传位置信息的操作），也就是说，步骤一不一定是步骤二的触发条件。

步骤三、向第一提醒机器人发送提醒消息（即图1中的步骤6）。

作为一种示例，提醒消息用于指示第一提醒机器人在移动至与第一终端的距离在第一预设范围内的情况下，向第一终端的所对应的用户提醒第一事件。

作为一种示例，提醒消息包括第一终端的位置信息和第一事件的信息，以使第一提醒机器人可以移动至第一终端的第一预设范围内并向第一终端的所对应的用户提醒第一事件。可选地，提醒消息中还可以包括第一指示信息，该第一指示信息用于指示第一提醒机器人在与第一终端的距离在第一预设范围内的情况下，向第一终端所对应的用户提醒第一事件。可选地，提醒消息中还可以携带第二指示信息，该第二指示信息用于指示第一提醒机器人朝向第一终端的所对应的用户移动。可选地，第一指示信息和第二指示信息可以是同一个指示信息。可选地，提醒消息中还可以包括调度服务器为第一提醒机器人确定的临时行进路线，该第一提醒机器人可以沿着临时行进路线从自身的当前位置朝向第一终端的所对应的用户移动。可以理解的是，临时行进路线的起始位置即为第一提醒机器人的当前位置，第一提醒机器人的终点位置可以为距离第一终端在第一预设范围内的位置。

可选地，第一提醒机器人向第一终端所对应的用户提醒第一事件可以包括：语音提醒第一事件和/或显示提醒第一事件。

具体地，第一提醒机器人包括语音模块（例如可以为扬声器）和显示模块（例如可以为显示屏），第一提醒机器人可以通过扬声器多次播报第一事件的信息以引起用户的注意，第一提醒机器人也可以通过显示屏显示第一事件的信息，或者第一提醒机器人同时通过扬声器播报以及显示屏显示第一事件的信息，以起到较好的通知效果。

示例性地，第一提醒机器人语音播报的内容可以是“号数为XX的顾客，您在XX餐厅的排号数已经到了，请您前往XX餐厅就餐”。具体地，排号的号数和餐厅的名称信息由应用服务器通过提醒消息发送给第一提醒机器人。

在这里，第一预设范围可以是1米~5米的范围，也可以是5米~10米的范围，该第一预设范围可以进行配置，本申请对第一预设范围的具体大小不做限制。

可选地，第一提醒机器人可以移动至与第一终端的距离为5米的位置，然后保持静止，通过语音提醒以及显示提醒等方式向第一终端所对应的用户提醒第一事件；也可以在与第一终端的距离小于10米时，在朝向第一终端的所对应用户靠近移动的同时进行语音和显示提醒，以具有较好的提醒效果。

进一步地，机器人在向第一终端所对应的用户提醒第一事件时，可以调整自身的位姿以面向第一终端所对应的用户的方向进行提醒。

如图1所示，以排号事件为例，用户1至用户m可以使用各自携带的终端向应用服务器发送取号请求、上传位置信息并接收应用服务器返回的排号信息，应用服务器则向调度服务器发送包括第一终端的位置信息和第一事件的信息的第一消息，调度服务器接收调度机器人1至调度机器人n的位置信息并基于第一终端的位置信息从调度机器人中确定出用于对第一终端所对应的用户进行提醒的第一提醒机器人，然后调度服务器向第一提醒机器人发送提醒消息以使第一提醒机器人移动至第一终端所对应的用户附近向用户提醒第一事件。

根据本申请实施例提供的调度服务器，在调度服务器接收到来自于应用服务器的第一消息后，可以基于第一终端的位置信息从调度机器人中确定出用于对第一终端所对应的用户进行提醒的第一提醒机器人，并通过向第一提醒机器人发送提醒消息，可以使第一提醒机器人直接移动至该用户的附近并向该用户提醒到号、取餐、到货等第一事件。这样的提醒方式更加直接、有效，能够充分地利用一些场所内配备的机器人达到较好的提醒效果，进而可以避免出现用户错过到号就餐、到货的情况，可以提升用户的就餐体验或者购物体验。

本申请实施例还提供一种提醒系统，包括前述实施例提供的调度服务器以及用于接收提醒消息的调度机器人（即图1中的调度机器人1至调度机器人n）。图3是本申请实施例提供的提醒系统的交互示意图，如图3所示，以第一事件为排号事件为例，提醒系统与应用服务器交互时实现如下步骤：

S301、终端向应用服务器发送取号请求。

S302、应用服务器向终端返回排号信息。具体地，应用服务器根据历史排号人数计算当前终端的排队序号，例如85号、3号等。

S303、应用服务器将即将到号的终端确定为第一终端。

可选地，即将到号的终端可以是号数与当前号码的差值小于等于3或5（具体数值可以配置）的用户。示例性地，对于某一餐厅，当前叫号就餐的号码为50号，则号数为51号、52号和53号的终端均为即将到号的终端，可以使第一提醒机器人向这些终端的用户提醒就餐。具体地，第一终端为即将到号的终端中的任意一个。

S304、第一终端向应用服务器发送位置信息。

S305、应用服务器获取第一终端的位置信息。

可选地，针对于应用服务器获取第一终端的位置信息，可以是第一终端定时向应用服务器发送位置信息，示例性地，第一终端发送位置信息的频率可以是每隔1秒、5秒或者10秒；也可以是应用服务器将即将到号的终端确定为第一终端后，主动获取第一终端的位置信息，如此，可以获取到第一终端所对应的用户的最新位置信息。

S306、应用服务器向调度服务器发送第一消息，第一消息包括第一终端的位置信息和第一事件的信息。

若第一终端定时向应用服务器发送位置信息，应用服务器发送的第一消息中包括的第一终端的位置信息为距离当前最近的一次发送的位置信息。

S307、应用服务器向第一终端发送到号通知。

具体地，S306和S307两个步骤之间没有时间上的先后顺序，可以是同一时刻发生的，也可以先向第一终端发送到号通知，再向调度服务器发送第一消息，本申请对此不做限制。

可选地，S307步骤也可以早于S304步骤之前，只是S306步骤一定位于S304步骤之后。

S308、调度机器人向调度服务器发送自身的位置信息。可选地，调度机器人通过HTTP请求向调度服务器发送位置信息。

具体地，调度机器人向调度服务器发送自身的位置信息可以是按照一定的频率自动上传自身的位置信息，例如每间隔1秒向调度服务器发送一次位置信息，以便调度服务器实时掌握调度机器人的位置。

S309、调度服务器获取一个或多个机器人的状态信息，该状态信息用于指示机器人是否为调度机器人。

S310、根据每个机器人对应的状态信息，从一个或多个机器人中确定一个或多个调度机器人。示例性地，机器人的状态信息包括空闲状态或者占用状态，当机器人的状态信息为空闲状态时，该机器人为调度机器人，当机器人的状态信息为占用状态时，该机器人不是调度机器人（也即该机器人当前不能被调度来执行提醒用户的任务）。

可选地，机器人执行不同的任务具有不同的优先级，该状态信息也可以包括机器人当前执行的任务的优先级。示例性地，当机器人按照预设路线行进时，优先级为1级，机器人执行提醒用户的任务的优先级为2级（高于1级），机器人执行带路任务时，优先级为3级（高于2级）。当机器人当前执行的任务的优先级低于提醒用户的任务的优先级时，该机器人可以作为调度机器人，即该机器人可以中断当前任务去执行提醒用户的任务；当机器人当前执行的任务的优先级高于或者等于当前任务时，则不是调度机器人。

S311、基于第一终端的位置信息从调度机器人中确定第一提醒机器人。

在一种可能的实施例中，基于第一终端的位置信息从调度机器人中确定第一提醒机器人包括：根据第一终端的位置信息以及调度机器人的位置信息，将与第一终端的距离在第二预设范围内的调度机器人确定为第一提醒机器人。

在这里，第二预设范围可以是0米~50米，或者0米~100米，第二预设范围的具体大小可以在调度服务器中配置，本申请对此不做限制。

示例性地，第一终端的位置信息和调度机器人的位置信息可以是一个二维位置信息，也可以是一个三维位置信息。当为三维位置信息时，调度服务器可以先确定与第一终端所对应的用户位于同一楼层的调度机器人，再计算这些同一楼层的调度机器人与第一终端的距离。如此，第一提醒机器人在朝向第一终端所对应的用户移动时无需乘坐电梯，移动过程更加方便并且速度快。

进一步地，若与第一终端的距离在第二预设范围内的调度机器人具有多个，基于第一终端的位置信息从调度机器人中确定第一提醒机器人还包括：确定多个所述调度机器人中满足预设条件的调度机器人为所述第一提醒机器人，预设条件包括以下中的一个或多个：距离第一终端最近，处于空闲状态。

示例性地，预设条件为距离第一终端最近，当三个调度机器人与第一终端的距离分别为15米、35米、45米（均位于50米的范围内）时，则确定与第一终端的距离为15米的调度机器人为第一提醒机器人。

在其他实施例中，预设条件也可以为空闲状态，当两个调度机器人与第一终端的距离均位于第二预设范围内时，其中一个调度机器人正在与用户进行交互，另一个调度机器人当前处于空闲状态，则确定处于空闲状态的调度机器人为第一提醒机器人。

进一步地，预设条件还可以为距离第一终端最近且处于空闲状态。如此，第一提醒机器人移动至第一终端的第一预设范围内的位置所需的时间最短，并且无需中断其他任务，可以提高提醒效率，及时对用户进行提醒。

在其他实施例中，也可以从多个调度机器人中随机确定一个作为第一提醒机器人。

在本申请的实施例中，确定用于对第一终端所对应的用户进行提醒的第一提醒机器人后，调度服务器将第一终端标记为锁定状态，也将第一提醒机器人标记为占用状态，即第一终端所对应的用户和第一提醒机器人具有一一对应的绑定关系，以免出现多个调度机器人重复提醒用户的情况。

S312、调度服务器向第一提醒机器人发送提醒消息。

S313、第一提醒机器人接收提醒消息。

S314、第一提醒机器人在根据提醒消息移动至与第一终端的距离在第一预预设范围内的情况下，向第一终端所对应的用户提醒第一事件。

可选地，根据提醒消息移动至与第一终端的距离在第一预设范围内包括：根据第一终端的位置信息和调度机器人当前的位置信息，利用自身存储的离线地图规划临时行进路线；沿临时行进路线朝向第一终端移动。

第一提醒机器人在完成向第一终端所对应的用户提醒第一事件之后，执行步骤S315、沿原行进路线移动。

具体地，第一提醒机器人完成3次语音提醒或者接收到用户已收到提醒的指令（例如用户在第一提醒机器人的显示屏上进行操作）后，返回至原行进路线中并沿原行进路线移动。在这里，原行进路线即为第一提醒机器人沿临时行进路线移动之前的行进路线。

在一种可能的实施例中，第一消息还包括第二终端的位置信息、第二事件的信息以及优先级信息，该优先级信息用于指示第一终端所对应的用户（下文简称第一用户）的优先级高于第二终端所对应的用户（下文简称第二用户）。此时，调度机器人可以同时为第一用户和第二用户确定分别用于对二者进行提醒的机器人（即并行处理）。若第一提醒机器人与第一终端和第二终端的距离均在第二预设范围内时，即第一提醒机器人同时与第一用户和第二用户对应时，使第一提醒机器人对第一用户进行提醒，并从剩余的调度机器人（即排除已确定的第一提醒机器人）中，将满足预设条件的一个调度机器人（例如距离第二终端最近的一个调度机器人）确定为用于向第二用户提醒第二事件的第二提醒机器人。

具体地，第一事件可以与第一事件相同，也可以不相同。

具体地，该优先级信息可以是剩余等待桌数、剩余等待时间等，例如，第一用户的剩余等待桌数为1桌，而第二用户的剩余等待桌数为3桌，则当第一用户与第二用户冲突时，优先为第一用户分配提醒机器人，以免错过对第一用户进行提醒的时机。

在一种可能的实施例中，调度服务器还接收来自于应用服务器的第二消息，该第二消息包括第三终端的位置信息，并且调度服务器接收第二消息的时刻晚于接收第一消息的时刻。经过前述的距离比较步骤，当第一提醒机器人与第一终端和第三终端的距离均位于第二预设范围内时，调度服务器使第一提醒机器人对第一用户进行提醒，并从剩余的调度机器人（即排除已确定的第一提醒机器人）中，将满足预设条件的一个调度机器人（例如距离第三终端最近的一个调度机器人）确定为用于向第三终端的用户进行提醒的第三提醒机器人。

图4是本申请一实施例提供的应用服务器的交互示意图，如图4所示，以第一事件为排号事件为例，应用服务器与用户、排号软件客户端和调度服务器交互时实现如下步骤：

S401、用户通过排队系统客户端主动取号。

可选地，排号软件客户端可以是安装于用户携带的终端上的APP、微信小程序、支付宝小程序等。排号软件客户端也可以是餐厅现场的排号机。

用户若通过排号机进行排号，可以通过扫描排号机打印的排号单上的二维码实现终端与应用服务器的通信连接。

S402、排队系统客户端向应用服务器发送取号请求。具体地，排队系统客户端响应于用户的主动取号操作，发起HTTP请求到应用服务器。

S403、应用服务器计算终端的排队序号。

S404、应用服务器向排队系统客户端发送排号信息，排队信息包括排队序号。

S405、排队系统客户端向用户展示排号信息。具体地，排队系统客户端通过终端的显示屏幕向用户展示排号信息。

用户完成取号操作后，可以在公共场所内例如商场内移动。

S406、应用服务器将即将到号的终端确定为第一终端。

S407、排号软件客户端向应用服务器发送位置信息，即第一终端的位置信息。

具体地，APP可以直接调用高德地图、百度地图的应用程序编程接口（ApplicationProgramming Interface，API）来获取终端的位置信息并发送给应用服务器；微信小程序可以通过微信的API获取位置信息并发送。

S408、应用服务器向排号软件客户端发送到号通知。

S409、应用服务器向调度服务器发送第一消息。

图5是本申请另一实施例提供的调度服务器与调度机器人的交互过程示意图，如图5所示，调度机器人与机器人交互时实现如下步骤：

调度服务器与机器人1：S501、机器人1向调度服务器发送位置信息；

S502、调度服务器获取机器人1的状态信息，该状态信息用于指示机器人1是否为调度机器人。

当该状态信息指示机器人1为调度机器人时，执行步骤S503、根据机器人1的位置信息和终端的位置信息，确定机器人1用于提醒的第一终端所对应的用户。

调度服务器接收到机器人1发送的位置信息并确定机器人1为调度机器人后，计算机器人1与每个终端的距离（一个终端对应一个即将到号用户），确定与机器人1的距离在第二预设范围内的终端为第一终端，并且当第一终端不是锁定状态时，确定机器人1为第一提醒机器人。

当机器人1的第二预设范围内有多个终端时，可以确定距离最近的一个、或者优先级最高的一个又或者接收消息时刻最早的一个终端为第一终端。

S504、应用服务器向机器人1发送提醒消息。

S505、机器人1朝向第一终端移动，向第一终端所对应的用户提醒第一事件。

调度服务器与机器人2：（省略与上述交互过程中相同的步骤）

S506、调度服务器获取机器人2的状态信息，当该状态信息指示机器人2不是调度机器人时；

S507、机器人2沿当前行进路线移动。

调度服务器与机器人3：（省略与上述交互过程中相同的步骤）：

S509、调度服务器根据机器人3的位置信息和终端的位置信息，未确定出第一终端，即机器人3的第二预设范围内没有即将到号的终端；

S507、机器人3沿当前行进路线移动。

应理解，调度服务器与机器人1、机器人2和机器人3的交互过程可以同时进行，这取决于机器人1-机器人3发送位置信息的时刻。

本申请实施例还提供一种调度机器人600，图6是本申请一实施例提供的调度机器人的结构示意图，如图6所示，该调度机器人600包括存储器620和处理器610，该存储器620中存储有可在处理器610上运行的计算机程序630，该处理器610用于调用并执行计算机程序630时可以实现前述S308、S313、S314、S315、S501、S505、S507等步骤，这些步骤在前文中已有详细的描述，在此不再赘述。

本申请实施例还提供一种应用服务器，该应用服务器包括存储器和处理器，该存储器中存储有可在处理器上运行的计算机程序，该处理器用于调用并执行计算机程序时可以实现前述S302、S303、S305、S306、S307、S403、S404、S406、S408、S409等步骤，这些步骤在前文已详细的描述，在此不再赘述。

图7是本申请一实施例提供的提醒系统的结构性示意图，如图7所示，提醒系统700包括前述实施例提供的调度服务器200和前述实施例提供的调度机器人600。

具体地，调度机器人600可以通过网络与调度服务器200建立通信连接，接受调度服务器200的调度。

可选地，调度服务器200可以是物理服务器（例如计算机、交换机等设备），也可以是云服务器，本申请对此不做限制。

可选地，调度机器人600可以是部署于商场内的各种机器人，包括但不限于迎宾机器人、店铺机器人等，调度机器人600也可以是户外机器人，例如游乐场内部署的机器人，本申请对此不做限制。也就是说，本申请实施例提供的提醒系统700可以应用于各种用户有提醒需求的场景中。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。