阅读说明：本技术 自动化呼叫方法、装置和系统 (Automatic calling method, device and system ) 是由 王云飞 王海乐 王彪 于 2018-07-10 设计创作，主要内容包括：本公开提供了一种自动化呼叫方法、装置和系统,涉及信息处理领域。该方法包括：接收用户终端发送的任务完成消息,其中,任务完成消息包含呼叫接收器标识；通过可用串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器,以便呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令,本公开能够提高任务完成效率。(The disclosure provides an automatic calling method, device and system, and relates to the field of information processing. The method comprises the following steps: receiving a task completion message sent by a user terminal, wherein the task completion message comprises a calling receiver identifier; the task completion message is converted into a serial signal by the available serial server and then is input to the corresponding call transmitter, so that the call transmitter sends a call instruction to the corresponding call receiver according to the call receiver identifier.)

自动化呼叫方法、装置和系统

技术领域

本公开涉及信息处理领域，尤其涉及一种自动化呼叫方法、装置和系统。

背景技术

在线下餐饮活动中，工作人员在出餐后，可以使用手动叫号器设备以提醒顾客及时取餐。例如，顾客点完餐后会给后厨人员生成一个任务单小票记录顾客的点餐详情及飞盘号，同时员工会发给顾客对应的飞盘(呼叫器)，等餐好后出餐员在飞盘发射器手动输入任务单小票上的飞盘号提醒顾客取餐。

发明内容

发明人认识到，用户就餐具有高峰集中性，但店员手动输入顾客的呼叫器号码，提醒顾客取餐，使得出餐效率较低，并且还存在输入错误号码导致顾客白来一趟的风险。

本公开要解决的一个技术问题是提出一种自动化呼叫方法、装置和系统，能够提高任务完成效率。

根据本公开一方面，提出一种自动化呼叫方法，包括：接收用户终端发送的任务完成消息，其中，任务完成消息包含呼叫接收器标识；通过可用串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，以便呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令。

可选地，该方法还包括：查询负载均衡路由表，将任务完成消息发送至负载任务最小的可用串口服务器。

可选地，该方法还包括：若预定时间内没有接收到串口服务器返回的回执信息，则确定串口服务器故障，重新查询负载均衡路由表确定可用串口服务器，并向可用串口服务器发送任务完成消息。

可选地，该方法还包括：将故障串口服务器写入故障信息表。

可选地，该方法还包括：每隔预定时间读取故障信息表；若确定故障串口服务器写入故障信息表的次数超过预定次数，则向故障串口服务器发送测试指令，以便检测故障串口服务器的状态；若故障串口服务器没有回执，则将负载均衡路由表中的故障服务器状态设置为不可用。

可选地，将任务完成消息通过套接字socket接口发送至可用串口服务器。

可选地，任务完成消息还包含任务结果提取档口。

根据本公开的另一方面，还提出一种自动化呼叫装置，包括：接收单元，用于接收用户终端发送的任务完成消息，其中，任务完成消息包含呼叫接收器标识；消息发送单元，用于通过可用串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，以便呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令。

可选地，该装置还包括：负载均衡单元，用于通过查询负载均衡路由表，确定可用串口服务器的负载；消息发送单元还用于将任务完成消息发送至负载任务最小的可用串口服务器。

可选地，该装置还包括：回执接收单元，用于若预定时间内没有接收到串口服务器返回的回执信息，则确定串口服务器故障；消息发送单元还用于重新查询负载均衡路由表确定可用串口服务器，并向可用串口服务器发送任务完成消息。

可选地，该装置还包括：故障写入单元，用于将故障串口服务器写入故障信息表。

可选地，该装置还包括：故障监控模块，用于每隔预定时间读取故障信息表，若确定故障串口服务器写入故障信息表的次数超过预定次数，则向故障串口服务器发送测试指令，以便检测故障串口服务器的状态；故障处理模块，用于若故障串口服务器没有回执，则将负载均衡路由表中的故障服务器状态设置为不可用。

可选地，消息发送单元用于将任务完成消息通过套接字socket接口发送至可用串口服务器。

可选地，任务完成消息还包含任务结果提取档口。

根据本公开的另一方面，还提出一种自动化呼叫装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行如上述的自动化呼叫方法。

根据本公开的另一方面，还提出一种自动化呼叫系统，包括串口服务器、呼叫发射器和上述的自动化呼叫装置；串口服务器用于将任务完成消息转换为串口信号后输入至对应的呼叫发射器；呼叫发射器用于根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令。

可选地，该系统还包括：用户终端，用于扫描包含呼叫接收器标识的任务单信息，以便通知工作人员完成任务单中的任务，并在工作人员完成任务单中的任务后，将任务完成消息发送至自动化呼叫装置。

根据本公开的另一方面，还提出一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述的自动化呼叫方法的步骤。

与现有技术相比，本公开实施例将任务完成消息发送至可用串口服务器，以便串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，从而由呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令，提高了任务完成效率。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1为本公开自动化呼叫方法的一个实施例的流程示意图。

图2为本公开自动化呼叫方法的另一个实施例的流程示意图。

图3为本公开自动化呼叫方法的再一个实施例的流程示意图。

图4为本公开自动化呼叫装置的一个实施例的结构示意图。

图5为本公开自动化呼叫装置的另一个实施例的结构示意图。

图6为本公开自动化呼叫装置的再一个实施例的结构示意图。

图7为本公开自动化呼叫装置的又一个实施例的结构示意图。

图8为本公开自动化呼叫系统的一个实施例的结构示意图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

图1为本公开自动化呼叫方法的一个实施例的流程示意图。该方法可以由叫号器程序服务器执行。

在步骤110，接收用户终端发送的任务完成消息，其中，任务完成消息包含呼叫接收器标识，任务完成消息例如为出餐完成消息。用户终端例如为PDA等手持设备，呼叫接收器标识例如为飞盘号。

在一个实施例中，通过用户终端扫描包含呼叫接收器标识的任务单信息，以便通知工作人员完成任务单中的任务，并在工作人员完成任务单中的任务后，通过用户终端将任务完成消息发送至叫号器程序服务器。

在步骤120，通过可用串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，以便呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令。

为了解决自动化输入呼叫发射器指令信息，需要添加串口服务器设备。将人工手动输入的呼叫接收器标识动作转为使用程序通过串口服务器的socket方式输入，并通过串口线将指令传递给呼叫发射器，完成呼叫任务。串口服务器既可以使用WIFI接入店内路由器，也可以在分配固定IP地址后使用网线接入路由器。

在该实施例中，将任务完成消息发送至可用串口服务器，以便串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，从而由呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令，提高了任务完成效率。

在一个实施例中，任务完成消息还包含任务结果提取档口信息，例如包含出餐档口信息，由于串口服务器通过WIFI或者网口部署，可以在大楼任意位置部署，能达到全面覆盖，这样同一个大楼的所有不同分布的档口可以使用一套设备。

图2为本公开自动化呼叫方法的另一个实施例的流程示意图。

在步骤210，接收用户终端发送的任务完成消息，其中，任务完成消息包含呼叫接收器标识。

在步骤220，查询负载均衡路由表，将任务完成消息发送至负载任务最小的可用串口服务器，以便串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，其中，呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令。例如，查询负载均衡路由表确定可用串口服务器的负载情况，采用轮询算法，使用socket连接，将任务完成消息发送至对应的串口服务器，减少串口服务器的压力。另外，还可以根据档口的分布情况，将任务完成消息发送至信号最好的串口服务器。

在步骤230，判断预定时间内串口服务器是否返回回执信息，若是，则执行步骤210，否则，执行步骤240。

在步骤240，确定串口服务器故障，重新查询负载均衡路由表确定可用串口服务器，并向可用串口服务器发送任务完成消息。

在步骤250，将故障串口服务器写入故障信息表。其中，可以将故障串口服务器的IP地址以及故障原因写入到故障信息表。故障信息表和负载均衡路由表可以设置在负载均衡信息数据库中。

在步骤260，每隔预定时间读取故障信息表。其中，可以根据配置的工作时间段，每个预定时间读取故障信息表。

在步骤270，若确定故障串口服务器写入故障信息表的次数超过预定次数，则向故障串口服务器发送测试指令，以便检测故障串口服务器的状态。

在步骤280，若故障串口服务器没有回执，则将负载均衡路由表中的故障服务器状态设置为不可用。另外，还可以将故障短信发送各相应运维人员。

在该实施例中，查询负载均衡路由表，将任务完成消息发送至负载任务最小的可用串口服务器，能够减少串口服务器的压力。另外，在向串口服务器发送任务完成消息后，若串口服务器没有返回回执信息，则重新向其他可用串口服务器发送任务完成消息，从而提高消息发送的成功率，解决了单机故障问题。

本公开的实施例可以应用在餐饮领域、银行叫号、医院叫号等领域，以下将以餐饮领域为例进行介绍。

图3为本公开自动化呼叫方法的再一个实施例的流程示意图。

在步骤310，通过手持终端扫码任务单小票上的飞盘号，即扫描就餐码打印的二维码或者条形码，通知工作人员完成出餐操作。由于采用PDA等手持终端扫描出餐，出餐员不用关心飞盘信号发射器部署位置，只需要扫描出餐即可。

在步骤320，手持终端将出餐消息发送至叫号器程序服务器。其中，出餐消息中包括飞盘号，以及出餐档口信息。

在步骤330，叫号器程序服务器查询负载均衡路由表，根据可用的串口服务器采用轮询算法将出餐消息发送到不同的串口服务器中。这样将人工手动输入的飞盘号动作转为使用程序通过串口服务器的socket方式输入，避免输入错误出餐号。其中，串口服务器通过WIFI或者网口接入店内路由器。

在步骤340，串口服务器通过串口线将出餐信息传递给飞盘信号发射器。

在步骤350，飞盘信号发射器根据飞盘号将出餐信息发送至对应的飞盘。飞盘开始震动，提醒顾客及时取餐。顾客根据飞盘显示内容去相应档口取餐。

在该实施例中，改变传统的手工输入出餐，转为使用手持设备扫描出餐，并通过叫号器程序服务器将出餐信息通过串口服务器发送至相应的飞盘信号发射器。能够提高员工出餐效率，并且避免输入错误出餐号问题。

另外，现有技术中如果想让用户在熟知的点餐档口出餐，需要每个档口安装一套设备，导致线下店增大成本，否则必须在统一档口出餐，导致档口及出餐布局位置受限。而在该实施例中，由于出餐信息中包括取餐档口信息，并且由于串口服务器通过WIFI或者网口部署，可以在大楼任意位置部署，因此，使用一套设备可以让多个档口在任意位置自由出餐，使得出餐位置不再收到限制。

现有技术中，出餐设备一旦出现问题必须手动处理出餐设备，并找备用设备替换出餐设备，在这段时间会影响出餐业务。而在本公开的另一个实施例中，为了解决单机故障影响店内出餐业务的问题，针对每个发送的呼叫指令，全部校验返回指令，叫号器程序服务器判断预定时间内是否接收到串口服务器返回的回执信息，若是，则说明发送成功，否则叫号器程序服务器将故障串口服务器写入故障信息表，同时将出餐任务发送给可用的串口服务器。

叫号器程序服务器每隔预定时间读取故障信息表，一般餐饮店工作时间为9：00-21：00，例如每三分钟读取故障信息表，如果发现三分钟内三次及以上该串口服务器存在报警，则尝试对该串口服务器发送测试指令，检测该串口服务器状态。如果没有收到回执，则将负载路由表中对应的该串口服务器状态改为不可用，同时发送报警短息给相应运维人员。

在该实施例中，加入故障监控，达到双机热备自动切换的效果，保证出餐业务的可用性，解决了单机故障问题。

图4为本公开自动化呼叫装置的一个实施例的结构示意图。该自动化呼叫装置可以为叫号器程序服务器，包括消息接收单元410和消息发送单元420。

消息接收单元410用于接收用户终端发送的任务完成消息，其中，任务完成消息包含呼叫接收器标识。用户终端例如为PDA等手持设备，呼叫接收器标识例如为飞盘号。在一个实施例中，通过用户终端扫描包含呼叫接收器标识的任务单信息，以便通知工作人员完成任务单中的任务，并在工作人员完成任务单中的任务后，通过用户终端将任务完成消息发送至消息接收单元410。

消息发送单元420用于通过可用串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，以便呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令。例如，消息发送单元420将任务完成消息通过socket接口发送至可用串口服务器。串口服务器通过串口线将指令传递给呼叫发射器，完成呼叫任务。串口服务器既可以使用WIFI接入店内路由器，也可以在分配固定IP地址后使用网线接入路由器。

在该实施例中，将任务完成消息发送至可用串口服务器，以便串口服务器将任务完成消息转换为串口信号后输入至对应的呼叫发射器，从而由呼叫发射器根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令，提高了任务完成效率。

在一个实施例中，任务完成消息还包含任务结果提取档口信息，由于串口服务器通过WIFI或者网口部署，可以在大楼任意位置部署，能达到全面覆盖，这样同一个大楼的所有不同分布的档口可以使用一套设备。

图5为本公开自动化呼叫装置的另一个实施例的结构示意图。该自动化呼叫装置除包括消息接收单元410和消息发送单元420外，还包括负载均衡单元510，其中，负载均衡单元510用于通过查询负载均衡路由表，确定可用串口服务器的负载。消息发送单元420用于将任务完成消息发送至负载任务最小的可用串口服务器。例如，消息发送单元420采用轮询算法，使用socket连接，将任务完成消息发送至对应的串口服务器，减少串口服务器的压力。

在本公开的另一个实施例中，该自动化呼叫装置还可以包括回执接收单元520，用于若预定时间内没有接收到串口服务器返回的回执信息，则确定串口服务器故障；消息发送单元420还用于重新查询负载均衡路由表确定可用串口服务器，并向可用串口服务器发送任务完成消息。

在本公开的另一个实施例中，该自动化呼叫装置还包括故障写入单元530、故障监控模块540以及故障处理模块550。

故障写入单元530用于将故障串口服务器写入故障信息表。其中，可以将故障串口服务器的IP地址以及故障原因写入到故障信息表。

故障监控模块540用于每隔预定时间读取故障信息表，若确定故障串口服务器写入故障信息表的次数超过预定次数，则向故障串口服务器发送测试指令，以便检测故障串口服务器的状态。其中，可以根据配置的工作时间段，每个预定时间读取故障信息表。例如每三分钟读取故障信息表，如果发现三分钟内三次及以上该串口服务器存在报警，则尝试对该串口服务器发送测试指令，检测该串口服务器状态。

故障处理模块550用于若故障串口服务器没有回执，则将负载均衡路由表中的故障服务器状态设置为不可用。

在上述实施例中，能够达到双机热备自动切换的效果，提高任务完成的成功率。

图6为本公开自动化呼叫装置的再一个实施例的结构示意图。该自动化呼叫装置包括存储器610和处理器620，其中：

存储器610可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储图1-3所对应实施例中的指令。处理器620耦接至存储器610，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器620用于执行存储器中存储的指令。

在一个实施例中，还可以如图7所示，该自动化呼叫装置700包括存储器710和处理器720。处理器720通过BUS总线730耦合至存储器710。该自动化呼叫装置700还可以通过存储接口740连接至外部存储装置750以便调用外部数据，还可以通过网络接口760连接至网络或者另外一台计算机系统(未标出)，此处不再进行详细介绍。

在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够提高任务完成效率。

图8为本公开自动化呼叫系统的一个实施例的结构示意图。该自动化呼叫系统包括自动化呼叫装置810、串口服务器820和呼叫发射器830。其中，自动化呼叫装置810可以为叫号器程序服务器，并已在上述实施例中进行了详细介绍。

串口服务器820用于将任务完成消息转换为串口信号后输入至对应的呼叫发射器830，例如通过串口线将串口信号输入至呼叫发射器830。同时串口服务器820还向自动化呼叫装置810返回回执信息，以便自动化呼叫装置810判断串口服务器820是否故障。串口服务器820可以通过WIFI或网线接入路由器，因此，可以布置位置不受限制。

呼叫发射器830用于根据呼叫接收器标识向相应的呼叫接收器发送呼叫指令。呼叫接收器可以进行震动或以其他形式向顾客进行提醒。

在该实施例中，将人工手动输入的呼叫接收器标识动作转为使用程序通过串口服务器的socket方式输入，并通过串口线将指令传递给呼叫发射器，完成呼叫任务，提高了任务完成率，并且避免了人工输入错误的问题。

在本公开的另一个实施例中，该自动化呼叫系统还包括用户终端840，用于扫描包含呼叫接收器标识的任务单信息，以便通知工作人员完成任务单中的任务，并在工作人员完成任务单中的任务后，将任务完成消息发送至自动化呼叫装置810。用户终端840例如为PDA等手持终端。

在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现图1-3所对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。