CN109741214A - 服务消息的发送、接收、管理方法及装置、系统 - Google Patents
服务消息的发送、接收、管理方法及装置、系统 Download PDFInfo
- Publication number
- CN109741214A CN109741214A CN201811427262.0A CN201811427262A CN109741214A CN 109741214 A CN109741214 A CN 109741214A CN 201811427262 A CN201811427262 A CN 201811427262A CN 109741214 A CN109741214 A CN 109741214A
- Authority
- CN
- China
- Prior art keywords
- equipment
- service message
- request content
- service
- consumer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种服务消息的发送、接收、管理方法及装置、系统,其中,该方法包括:第一设备获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;所述第一设备根据所述请求内容生成服务消息;所述第一设备将所述服务消息发送给商户的第二设备。通过本发明,解决了相关技术中商户获取消费者的请求内容时效率低下的技术问题,提高服务员的服务效率和餐饮店的服务效率。
Description
技术领域
本发明涉及计算机领域,具体而言,涉及一种服务消息的发送、接收、管理方法及装置、系统。
背景技术
相关技术中,餐饮行业一直都是服务至上,商家拥有好的服务,更能吸引消费者,而餐饮服务中,服务员的服务时间又是重要的一部分,缩短消费者的等待时间一直是商家亟待解决的难题。
相关技术中,服务员的交互流程比较繁琐,都需要消费者先喊服务员,服务员到消费者后才能接受到消费者的意图,然后执行相关操作,商家也拿不到所有的服务消息内容,相关技术中有辅助呼叫服务员的装置,但其呼叫服务员,并不能提高服务员的效率和质量,现有的辅助设备,主要是一些带有呼叫响应功能的硬件,只能通知服务员有桌台需要服务,服务员仍然需要先到呼叫者那边才能获取到消息内容,同时服务员不能做到消息的最优化处理和批量处理。如公开号为CN206865446U的申请文件,提供了一种餐厅顾客用呼叫机,用于呼叫服务员,呼叫机仅能传呼服务员。
针对相关技术中存在的上述问题,目前尚未发现有效的解决方案。
发明内容
本发明实施例提供了一种服务消息的发送、接收、管理方法及装置、系统。
根据本发明的一个实施例,提供了一种服务消息的发送方法,包括:第一设备获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;所述第一设备根据所述请求内容生成服务消息;所述第一设备将所述服务消息发送给商户的第二设备。
可选的,所述第一设备将所述服务消息发送给商户的第二设备包括:所述第一设备将所述服务消息发送至服务器,通过所述服务器将所述服务消息转发至所述第二设备,其中,所述服务器用于管理所述第一设备和所述第二设备。
可选的,第一设备获取消费者的请求内容包括以下之一:所述第一设备接收消费者在餐饮服务软件上输入的请求内容;所述第一设备响应消费者触发的选项按钮,将所述选项按钮对应的选项内容确定为所述请求内容,其中,每个所述选项按钮对应一个选项内容。
可选的,所述第一设备根据所述请求内容生成服务消息包括:所述第一设备获取所述第一设备的位置信息,其中,所述位置信息包括:所述第一设备归属的餐桌位置或餐桌标识;将所述请求内容与所述位置信息关联后,生成所述服务消息。
根据本发明的一个实施例,提供了一种服务消息的接收方法,包括:第二设备接收来自消费者的第一设备的服务消息;所述第二设备解析所述服务消息,得到请求内容,其中,所述请求内容用于描述需要的本地生活服务;所述第二设备输出所述请求内容。
可选的,第二设备接收来自消费者的第一设备的服务消息包括:所述第二设备接收服务器发送的所述服务消息,其中,所述服务器用于管理所述第一设备和所述第二设备,并接收所述第一设备发送的所述服务消息。
可选的,所述第二设备解析所述服务消息,得到请求内容,包括:所述第二设备解析所述服务消息,得到其携带的请求内容和与所述请求内容关联的位置信息,其中,所述位置信息包括:所述第一设备归属的餐桌位置或餐桌标识。
根据本发明的一个实施例,提供了一种服务消息的管理方法,包括:接收一个或多个来自消费者的第一设备的服务消息,其中,所述服务消息携带消费者的请求内容,所述请求内容用于描述需要的本地生活服务;将所述服务消息分发至商户的第二设备。
可选的,在所述服务消息为多条时,在将所述服务消息分发至商户的第二设备之前,所述方法还包括:读取多条所述服务消息的请求内容;对多条所述服务消息按照请求内容进行分类,并整合属于同一服务类型的多条服务消息。
可选的,将所述服务消息分发至商户的第二设备包括:确定第二设备管辖的目标服务类型;在所述服务消息中查找属于所述目标服务类型的目标服务消息,并将所述目标服务消息分发给所述第二设备。
可选的,将所述服务消息分发至商户的第二设备包括:确定所述第二设备的设备状态,其中,所述设备状态包括:工作状态,空闲状态;将所述服务消息分发给设备状态为空闲状态的第二设备。
可选的,在所述第二设备为多个时,将所述服务消息分发至商户的第二设备包括:计算多个所述第二设备分别到所述第一设备的距离;选择距离所述第一设备最近的指定第二设备,并将所述服务消息分发至所述指定第二设备。
可选的,所述方法还包括:获取所述第二设备的运动轨迹和/或步数;根据所述运动轨迹和/或所述步数统计服务员的工作量,其中,所述服务员穿戴所述第二设备。
根据本发明的另一个实施例,提供了一种服务消息的发送装置,应用在第一设备,包括:获取模块,用于获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;生成模块,用于根据所述请求内容生成服务消息;发送模块,用于将所述服务消息发送给商户的第二设备。
可选的,所述发送模块包括:发送单元,用于将所述服务消息发送至服务器,通过所述服务器将所述服务消息转发至所述第二设备,其中,所述服务器用于管理所述第一设备和所述第二设备。
可选的,所述获取模块包括以下之一:接收单元,用于接收消费者在餐饮服务软件上输入的请求内容;确定单元,用于响应消费者触发的选项按钮,将所述选项按钮对应的选项内容确定为所述请求内容,其中,每个所述选项按钮对应一个选项内容。
可选的,所述生成模块包括:获取单元,用于获取所述第一设备的位置信息,其中,所述位置信息包括:所述第一设备归属的餐桌位置或餐桌标识;生成单元,用于获取将所述请求内容与所述位置信息关联后,生成所述服务消息。
根据本发明的另一个实施例,提供了一种服务消息的接收装置,应用在第二设备,包括:接收模块,用于接收来自消费者的第一设备的服务消息;解析模块,用于解析所述服务消息,得到请求内容,其中,所述请求内容用于描述需要的本地生活服务;输出模块,用于输出所述请求内容。
可选的,所述接收模块包括:接收单元,用于接收服务器发送的所述服务消息,其中,所述服务器用于管理所述第一设备和所述第二设备,并接收所述第一设备发送的所述服务消息。
可选的,所述解析模块包括:解析单元,用于解析所述服务消息,得到其携带的请求内容和与所述请求内容关联的位置信息,其中,所述位置信息包括:所述第一设备归属的餐桌位置或餐桌标识。
根据本发明的另一个实施例,提供了一种服务消息的管理装置,应用在服务器,包括:接收模块,用于接收一个或多个来自消费者的第一设备的服务消息,其中,所述服务消息携带消费者的请求内容,所述请求内容用于描述需要的本地生活服务;分发模块,用于将所述服务消息分发至商户的第二设备。
可选的,在所述服务消息为多条时,所述装置还包括:读取模块,用于在所述分发模块将所述服务消息分发至商户的第二设备之前,读取多条所述服务消息的请求内容;分类模块,用于对多条所述服务消息按照请求内容进行分类,并整合属于同一服务类型的多条服务消息。
可选的,所述分发模块包括:第一确定单元,用于确定第二设备管辖的目标服务类型;第一分发单元,用于在所述服务消息中查找属于所述目标服务类型的目标服务消息,并将所述目标服务消息分发给所述第二设备。
可选的,所述分发模块包括:第二确定单元,用于确定所述第二设备的设备状态,其中,所述设备状态包括:工作状态,空闲状态;第二分发单元,用于将所述服务消息分发给设备状态为空闲状态的第二设备。
可选的,在所述第二设备为多个时,所述分发模块包括:计算确定单元,用于计算多个所述第二设备分别到所述第一设备的距离;第三分发单元,用于选择距离所述第一设备最近的指定第二设备,并将所述服务消息分发至所述指定第二设备。
可选的,所述装置还包括:获取模块,用于获取所述第二设备的运动轨迹和/或步数;统计模块,用于根据所述运动轨迹和/或所述步数统计服务员的工作量,其中,所述服务员穿戴所述第二设备。
根据本发明的另一个实施例,提供了一种服务消息的管理系统,包括:第一设备,第二设备,服务器,其中,所述第一设备包括:获取模块,用于获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;生成模块,用于根据所述请求内容生成服务消息;发送模块,用于将所述服务消息发送给商户的第二设备;所述第二设备包括:接收模块,用于接收来自消费者的第一设备的服务消息;解析模块,用于解析所述服务消息,得到请求内容;输出模块,用于输出所述请求内容;所述服务器包括:接收模块,用于接收一个或多个所述第一设备的服务消息;分发模块,用于将所述服务消息分发至所述第二设备。
根据本发明的又一个实施例,还提供了一种存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明,获取消费者的请求内容,其中,请求内容用于描述需要的本地生活服务,并根据请求内容生成服务消息,发送给商户的第二设备,在第一设备呼叫服务员的同时,带上携带请求内容的服务消息,这样服务员在接受到服务消息后,能直接处理请求内容的服务,不用回到餐桌与消费者后头确认,不需要额外的繁琐步骤,解决了相关技术中商户获取消费者的请求内容时效率低下的技术问题,提高服务员的服务效率和餐饮店的服务效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明实施例的一种服务消息的发送移动终端的硬件结构框图;
图2是根据本发明实施例的一种服务消息的发送方法的流程图;
图3是根据本发明实施例的一种服务消息的接收方法的流程图;
图4是根据本发明实施例的一种服务消息的管理方法的流程图;
图5是本发明实施例的服务交互图;
图6是本发明实施例的实现流程图;
图7是根据本发明实施例的服务消息的发送装置的结构框图;
图8是根据本发明实施例的服务消息的接收装置的结构框图;
图9是根据本发明实施例的服务消息的管理装置的结构框图;
图10是根据本发明实施例的服务消息的管理系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在移动终端上为例,图1是本发明实施例的一种服务消息的发送移动终端的硬件结构框图。如图1所示,移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104,可选地,上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述移动终端的结构造成限定。例如,移动终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本发明实施例中的一种服务消息的发送方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种服务消息的发送方法,图2是根据本发明实施例的一种服务消息的发送方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,第一设备获取消费者的请求内容,其中,请求内容用于描述需要的本地生活服务;
在本实施例的请求内容用于描述消费者需要的本地生活服务,如用餐服务,娱乐服务等,用餐服务如点餐服务,结账服务,比如:上米饭,换筷子,拿打包盒,结账,催单等。
步骤S204,第一设备根据请求内容生成服务消息;
步骤S206,第一设备将服务消息发送给商户的第二设备。
通过上述步骤,获取消费者的请求内容,其中,请求内容用于描述需要的本地生活服务,并根据请求内容生成服务消息,发送给商户的第二设备,在第一设备呼叫服务员的同时,带上携带请求内容的服务消息,这样服务员在接受到服务消息后,能直接处理请求内容的服务,不用回到餐桌与消费者后头确认,不需要额外的繁琐步骤,解决了相关技术中商户获取消费者的请求内容时效率低下的技术问题,提高服务员的服务效率和餐饮店的服务效率。
本实施例中,第一设备和第二设备分别是不同类型设备,对应不同类型的使用人群,第一设备为用户端的设备或餐台端的设备,在用户的身份为消费者或用餐者时,使用第一设备,如餐厅的用餐人员,当用户的身份为餐厅服务人员或管理人员时,使用第二设备,如服务员,餐厅老板,清洁人员等。本实施例可以应用在用户在餐厅需要本地生活服务时,与商户的交互场景,但也可以应用在其他场景。
可选的,第一设备将服务消息发送给商户的第二设备包括:第一设备将服务消息发送至服务器,通过服务器将服务消息转发至第二设备,其中,服务器用于管理第一设备和第二设备。通过服务器来转发第一设备的服务消息给第二设备可以实现对服务消息的管理和过滤。当然,本实施例也可以不通过服务器转发,第一设备直接将服务消息发送给第二设备,如使用D2D(点到点)的通信方式,或者广播的方式,第一设备直接将服务消息发送给一个或多个第二设备,在有多个第二设备接收到服务消息时,如其中一个已经确认受理,则可以向其他第二设备反馈,以指示其他第二设备该服务消息已经受理,服务消息在其他第二设备上的状态更新为已处理。本实施例的方案还可以自动触发请求内容,如在请求内容为结账时,在一定时间后触发保洁的请求内容,携带第二设备的清洁员可以及时获取需要清洁的桌台,提高了清洁员的效率。
本实施例中,第一设备可以是各种形式的智能终端,如手机,预置在餐桌上的可通信终端等,第一设备获取消费者的请求内容可以但不限于为:第一设备接收消费者在餐饮服务软件上输入的请求内容,在该场景下,第一设备可以是手机或平板等移动终端,安装有餐饮服务软件,软件上有选项或者输入框,用户选择选项或者在输入框内可以输入请求内容;第一设备响应消费者触发的选项按钮,将选项按钮对应的选项内容确定为请求内容,其中,每个选项按钮对应一个选项内容,在该场景下,第一设备可以是商户预先布置在餐桌上的设备,每个设备对应一个餐桌,上面包括多个选择按钮,如按钮1,2,3,4,分别对应的请求内容为:上米饭,换筷子,拿打包盒,结账。
可选的,第一设备根据请求内容生成服务消息包括:第一设备获取第一设备的位置信息,其中,位置信息包括:第一设备归属的餐桌位置或餐桌标识;将请求内容与位置信息关联后,生成服务消息。餐桌位置可以是一个定位信息,如调用GPS模块采集的定位信息,除了关联位置信息之外,还可以获取并关联消费者信息(如,用餐人数,人员属性(如,VIP客户,普通客户)),点餐信息(如已点的菜单,账单等),时间信息(如已用餐时间,请求内容的触发时间等),上述信息可以帮助商户对消费者的请求进行深度分析和处理,或者方便服务器对服务消息进行归类。
在本实施例中提供了一种服务消息的接收方法,应用在第二设备,对上述实施例中的发送方法对应,图3是根据本发明实施例的一种服务消息的接收方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,第二设备接收来自消费者的第一设备的服务消息;
步骤S304,第二设备解析服务消息,得到请求内容,其中,请求内容用于描述需要的本地生活服务;
步骤S306,第二设备输出请求内容。
本实施的第二设备可以是可穿戴设备或者是手机等通信设备,接收服务消息后,可以在第二设备的显示屏上进行文字显示,或者是通过音响或者耳麦音频输出,如,输出2号桌需要再点一份“剁椒鱼头”。
可选的,第二设备接收来自消费者的第一设备的服务消息包括:第二设备接收服务器发送的服务消息,其中,服务器用于管理第一设备和第二设备,并接收第一设备发送的服务消息。当然,本实施例也可以不通过服务器转发,第一设备直接将服务消息发送给第二设备,如使用D2D(点到点)的通信方式,或者广播的方式,一个或多个第一设备直接将服务消息发送给第二设备,在有多个第以设备发送服务消息时,可以按照时间序列来依次接收,也可以对预定时间内接收到的服务消息进行排序,按照优先级来处理。还可以自动触发请求内容,如在请求内容为结账时,在一定时间后触发保洁的请求内容,携带第二设备的清洁员可以及时获取需要清洁的桌台,提高了清洁员的效率。
可选的,第二设备解析服务消息,得到请求内容,包括:第二设备解析服务消息,得到其携带的请求内容和与请求内容关联的位置信息,其中,位置信息包括:第一设备归属的餐桌位置或餐桌标识。在服务消息中还携带消费者信息,点餐信息等时,可以对其按照需求进行一并解析。
在本实施例中提供了一种服务消息的管理方法,图4是根据本发明实施例的一种服务消息的管理方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,接收一个或多个来自消费者的第一设备的服务消息,其中,服务消息携带消费者的请求内容,请求内容用于描述需要的本地生活服务;
步骤S404,将服务消息分发至商户的第二设备。
可选的,在服务消息为多条时,在将服务消息分发至商户的第二设备之前,还包括:读取多条服务消息的请求内容;对多条服务消息按照请求内容进行分类,并整合属于同一服务类型的多条服务消息。如接收到4条服务消息,请求内容分别为:上米饭,结账,结账,上米饭,则可以将上米饭的两条服务消息整合为一条,分发给一台第二设备。除此之外,还可以按照服务消息中的桌码或者第一设备的位置来分类。
在本实施例中,服务器可以对服务消息进行分析和处理,进而提供精准及时的本地生活服务,对服务消息进行统计、分析和处理,实现对服务响应的优化,实现最优处理和批量处理。
在一个示例中,将服务消息分发至商户的第二设备包括:
S11,确定第二设备管辖的目标服务类型;
S12,在服务消息中查找属于目标服务类型的目标服务消息,并将目标服务消息分发给第二设备。如一个餐厅有三台第二设备,对应三个服务员,分别负责:打饭,上菜,结账等业务,则将请求内容为打饭的服务消息只分发给管辖打饭的第二设备。
在另一个示例中,将服务消息分发至商户的第二设备包括:
S21,确定第二设备的设备状态,其中,设备状态包括:工作状态,空闲状态;
S22,将服务消息分发给设备状态为空闲状态的第二设备。
在另一个示例中,在第二设备为多个时,将服务消息分发至商户的第二设备包括:
S31,计算多个第二设备分别到第一设备的距离;
S32,选择距离第一设备最近的指定第二设备,并将服务消息分发至指定第二设备。
可选的,本实施例的方案还包括:获取第二设备的运动轨迹和/或步数;根据运动轨迹和/或步数统计服务员的工作量,其中,服务员穿戴第二设备。服务后台对所有数据进行分析,给商户提高服务数据以及服务员的实际能效,可以用于餐饮服务员的人员管理。同时服务器还可以统计周期内的所有服务消息,可对消息进行分析处理,选择次数最多或者频率最高的请求内容,提供给商家用于服务质量的提升,商家也能获取到每个服务员的服务质量和效率,便于对服务员的管理。
图5是本发明实施例的服务交互图,包括:用户,服务后台,智能穿戴设备,其中,用户使用第一设备,服务后台为服务器,智能穿戴设备即第二设备,利用第一设备接收消费者消息,并在服务后台对消息进行分析,处理最后发送给服务员的智能穿戴设备,服务员能在穿戴设备上获取精准消息,并服务用户。首先:用户可以选择通过手机的app发送消息给服务后台,也可以选择用一些智能设备,需要商户预先布置该智能设备,该智能设备能够接收用户信息并上传到服务后台。
其次:服务后台收到用户发送过来的消息后,对消息进行分析和处理,并下发到特定的智能穿戴设备,佩戴该设备的服务员接收到消息后便能一次响应完成。
最后:服务后台对所有数据进行分析,给商户提高服务数据以及服务员的实际能效用于餐饮服务员的人员管理。
图6是本发明实施例的实现流程图,按照执行步骤的时序,包括以下执行主体:
C端app或者硬件设备(消费者端):提供服务接口给C端用户,用户可以直接选择需要的服务,比如:上米饭,换筷子,拿打包盒,结账等等,C端app或者硬件设备拿到服务消息后发送给服务后台
服务后台:后台需要对所有收到的数据进行分析,整理,并采用最近最优的原则,推送消息到服务员的智能穿戴设备上
智能穿戴设备(商户端):服务员接收的到消息,可以快速批量的响应用户的消息,做到只需一趟能解决一次服务的,同时智能穿戴设备能提供服务员的GPS和步数信息给服务后台,提供服务员的服务时间和质量,能给商家来考量服务员的工作强度。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种服务消息的发送、接收、管理装置、系统,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图7是根据本发明实施例的服务消息的发送装置的结构框图,可以应用在第一设备中,如图7所示,该装置包括:
获取模块70,用于获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;
生成模块72,用于根据所述请求内容生成服务消息;
发送模块74,用于将所述服务消息发送给商户的第二设备。
可选的,所述发送模块包括:发送单元,用于将所述服务消息发送至服务器,通过所述服务器将所述服务消息转发至所述第二设备,其中,所述服务器用于管理所述第一设备和所述第二设备。
可选的,所述获取模块包括以下之一:接收单元,用于接收消费者在餐饮服务软件上输入的请求内容;确定单元,用于响应消费者触发的选项按钮,将所述选项按钮对应的选项内容确定为所述请求内容,其中,每个所述选项按钮对应一个选项内容。
可选的,所述生成模块包括:获取单元,用于获取所述第一设备的位置信息,其中,所述位置信息包括:所述第一设备归属的餐桌位置或餐桌标识;生成单元,用于获取将所述请求内容与所述位置信息关联后,生成所述服务消息。
图8是根据本发明实施例的服务消息的接收装置的结构框图,可以应用在第二设备中,如图8所示,该装置包括:
接收模块80,用于接收来自消费者的第一设备的服务消息;
解析模块82,用于解析所述服务消息,得到请求内容,其中,所述请求内容用于描述需要的本地生活服务;
输出模块84,用于输出所述请求内容。
可选的,所述接收模块包括:接收单元,用于接收服务器发送的所述服务消息,其中,所述服务器用于管理所述第一设备和所述第二设备,并接收所述第一设备发送的所述服务消息。
可选的,所述解析模块包括:解析单元,用于解析所述服务消息,得到其携带的请求内容和与所述请求内容关联的位置信息,其中,所述位置信息包括:所述第一设备归属的餐桌位置或餐桌标识。
图9是根据本发明实施例的服务消息的管理装置的结构框图,可以应用在服务器中,如图9所示,该装置包括:
接收模块90,用于接收一个或多个来自消费者的第一设备的服务消息,其中,所述服务消息携带消费者的请求内容,所述请求内容用于描述需要的本地生活服务;
分发模块92,用于将所述服务消息分发至商户的第二设备。
可选的,在所述服务消息为多条时,所述方法还包括:读取模块,用于在所述分发模块将所述服务消息分发至商户的第二设备之前,读取多条所述服务消息的请求内容;分类模块,用于对多条所述服务消息按照请求内容进行分类,并整合属于同一服务类型的多条服务消息。
可选的,所述分发模块包括:第一确定单元,用于确定第二设备管辖的目标服务类型;第一分发单元,用于在所述服务消息中查找属于所述目标服务类型的目标服务消息,并将所述目标服务消息分发给所述第二设备。
可选的,所述分发模块包括:第二确定单元,用于确定所述第二设备的设备状态,其中,所述设备状态包括:工作状态,空闲状态;第二分发单元,用于将所述服务消息分发给设备状态为空闲状态的第二设备。
可选的,在所述第二设备为多个时,所述分发模块包括:计算确定单元,用于计算多个所述第二设备分别到所述第一设备的距离;第三分发单元,用于选择距离所述第一设备最近的指定第二设备,并将所述服务消息分发至所述指定第二设备。
可选的,所述方法还包括:获取模块,用于获取所述第二设备的运动轨迹和/或步数;统计模块,用于根据所述运动轨迹和/或所述步数统计服务员的工作量,其中,所述服务员穿戴所述第二设备。
图10是根据本发明实施例的服务消息的管理系统的结构框图,包括:一个或多个第一设备10,一个或多个第二设备12,服务器14,在一个餐厅中,每个餐桌的消费者使用一个第一设备,商户的每个服务员至少使用一个第二设备,其中,所述第一设备10包括:获取模块102,用于获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;生成模块104,用于根据所述请求内容生成服务消息;发送模块106,用于将所述服务消息发送给商户的第二设备;所述第二设备12包括:接收模块122,用于接收来自消费者的第一设备的服务消息;解析模块124,用于解析所述服务消息,得到请求内容;输出模块126,用于输出所述请求内容;所述服务器14包括:接收模块142,用于接收一个或多个所述第一设备的服务消息;分发模块144,用于将所述服务消息分发至所述第二设备。
需要说明的是,终端和服务器仅是方案在执行主体上的差异,上述第一设备或第二设备中的各个示例和可选方案同样适应在服务器中,上述服务器中的各个示例和可选方案同样适应在终端中,并产生相同的技术效果。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本发明的实施例还提供了一种存储介质,该存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例的一个方面中,上述存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;
S2,根据所述请求内容生成服务消息;
S3,将所述服务消息发送给商户的第二设备。
可选地,在本实施例的另一个方面中,上述存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,接收来自消费者的第一设备的服务消息;
S2,解析所述服务消息,得到请求内容,其中,所述请求内容用于描述需要的本地生活服务;
S3,输出所述请求内容。
可选地,在本实施例的又一个方面中,上述存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,接收一个或多个来自消费者的第一设备的服务消息,其中,所述服务消息携带消费者的请求内容,所述请求内容用于描述需要的本地生活服务;
S2,将所述服务消息分发至商户的第二设备。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,在本实施例的一个方面中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;
S2,根据所述请求内容生成服务消息;
S3,将所述服务消息发送给商户的第二设备。
可选地,在本实施例的另一个方面中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,接收来自消费者的第一设备的服务消息;
S2,解析所述服务消息,得到请求内容,其中,所述请求内容用于描述需要的本地生活服务;
S3,输出所述请求内容。
可选地,在本实施例的又一个方面中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,接收一个或多个来自消费者的第一设备的服务消息,其中,所述服务消息携带消费者的请求内容,所述请求内容用于描述需要的本地生活服务;
S2,将所述服务消息分发至商户的第二设备。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种服务消息的发送方法,其特征在于,包括:
第一设备获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;
所述第一设备根据所述请求内容生成服务消息;
所述第一设备将所述服务消息发送给商户的第二设备。
2.一种服务消息的接收方法,其特征在于,包括:
第二设备接收来自消费者的第一设备的服务消息;
所述第二设备解析所述服务消息,得到请求内容,其中,所述请求内容用于描述需要的本地生活服务;
所述第二设备输出所述请求内容。
3.一种服务消息的管理方法,其特征在于,包括:
接收一个或多个来自消费者的第一设备的服务消息,其中,所述服务消息携带消费者的请求内容,所述请求内容用于描述需要的本地生活服务;
将所述服务消息分发至商户的第二设备。
4.根据权利要求3所述的方法,其特征在于,在所述服务消息为多条时,在将所述服务消息分发至商户的第二设备之前,所述方法还包括:
读取多条所述服务消息的请求内容;
对多条所述服务消息按照请求内容进行分类,并整合属于同一服务类型的多条服务消息。
5.一种服务消息的发送装置,应用在第一设备,其特征在于,包括:
获取模块,用于获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;
生成模块,用于根据所述请求内容生成服务消息;
发送模块,用于将所述服务消息发送给商户的第二设备。
6.一种服务消息的接收装置,应用在第二设备,其特征在于,包括:
接收模块,用于接收来自消费者的第一设备的服务消息;
解析模块,用于解析所述服务消息,得到请求内容,其中,所述请求内容用于描述需要的本地生活服务;
输出模块,用于输出所述请求内容。
7.一种服务消息的管理装置,应用在服务器,其特征在于,包括:
接收模块,用于接收一个或多个来自消费者的第一设备的服务消息,其中,所述服务消息携带消费者的请求内容,所述请求内容用于描述需要的本地生活服务;
分发模块,用于将所述服务消息分发至商户的第二设备。
8.一种服务消息的管理系统,其特征在于,包括:第一设备,第二设备,服务器,其中,
所述第一设备包括:获取模块,用于获取消费者的请求内容,其中,所述请求内容用于描述需要的本地生活服务;生成模块,用于根据所述请求内容生成服务消息;发送模块,用于将所述服务消息发送给商户的第二设备;
所述第二设备包括:接收模块,用于接收来自消费者的第一设备的服务消息;解析模块,用于解析所述服务消息,得到请求内容;输出模块,用于输出所述请求内容;
所述服务器包括:接收模块,用于接收一个或多个所述第一设备的服务消息;分发模块,用于将所述服务消息分发至所述第二设备。
9.一种存储介质,其特征在于,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行权利要求1至4任一项中所述的方法。
10.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行权利要求1至4任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811427262.0A CN109741214A (zh) | 2018-11-27 | 2018-11-27 | 服务消息的发送、接收、管理方法及装置、系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811427262.0A CN109741214A (zh) | 2018-11-27 | 2018-11-27 | 服务消息的发送、接收、管理方法及装置、系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109741214A true CN109741214A (zh) | 2019-05-10 |
Family
ID=66359065
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811427262.0A Pending CN109741214A (zh) | 2018-11-27 | 2018-11-27 | 服务消息的发送、接收、管理方法及装置、系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109741214A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115237288A (zh) * | 2022-06-17 | 2022-10-25 | 深圳市普渡科技有限公司 | 提示方法、装置、机器人和存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150039357A1 (en) * | 2013-07-31 | 2015-02-05 | LivelyHood, Inc. | Systems and Methods for Providing on Demand Business Resources |
CN106529822A (zh) * | 2016-11-24 | 2017-03-22 | 赵云龙 | 智能化餐厅管理方法及系统 |
CN107133736A (zh) * | 2017-05-02 | 2017-09-05 | 成都理工大学 | 智慧型酒店系统及调度方法 |
-
2018
- 2018-11-27 CN CN201811427262.0A patent/CN109741214A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150039357A1 (en) * | 2013-07-31 | 2015-02-05 | LivelyHood, Inc. | Systems and Methods for Providing on Demand Business Resources |
CN106529822A (zh) * | 2016-11-24 | 2017-03-22 | 赵云龙 | 智能化餐厅管理方法及系统 |
CN107133736A (zh) * | 2017-05-02 | 2017-09-05 | 成都理工大学 | 智慧型酒店系统及调度方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115237288A (zh) * | 2022-06-17 | 2022-10-25 | 深圳市普渡科技有限公司 | 提示方法、装置、机器人和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102855571B (zh) | 一种资源信息处理方法及装置 | |
CN105046339A (zh) | 一种订位、点餐智能餐饮管理系统及方法 | |
CN103220284A (zh) | 网络社交的方法 | |
CN109726928A (zh) | 一种抢派单业务处理方法、装置及存储介质 | |
CN103425656A (zh) | 商品信息的搜索方法、服务器和终端 | |
CN108537354A (zh) | 餐厅订位方法、装置及系统 | |
US20210319497A1 (en) | Qos-based mobile order processing method using shop arrival identification | |
CN106936689A (zh) | 基于即时通讯公众号的客户服务方法及设备 | |
CN106897780A (zh) | 一种智能化服务方法及装置 | |
CN111340405A (zh) | 一种订单配送方法、设备和计算机可读存储介质 | |
CN109816473A (zh) | 基于云传输的支付结算处理方法、装置及系统 | |
CN109993157A (zh) | 基于机器人的配送方法、装置、设备及可读存储介质 | |
CN109949816A (zh) | 机器人语音处理方法及装置、云端服务器 | |
CN112734311A (zh) | 配送订单处理方法、装置及计算机设备 | |
CN110211000A (zh) | 桌位状态信息处理方法、装置及系统 | |
CN110390581A (zh) | 业务处理的方法及装置、系统、存储介质、电子装置 | |
CN107784560A (zh) | 一种网络订餐配送取餐方法及装置 | |
CN109741214A (zh) | 服务消息的发送、接收、管理方法及装置、系统 | |
CN101420681A (zh) | 一种业务管理平台下处理多渠道请求订购的方法和装置 | |
CN106408464A (zh) | 一种智能化餐饮管理系统 | |
CN104518952B (zh) | 数据处理方法和装置 | |
CN105681287A (zh) | 基于筛选规则的用户服务分配筛选方法 | |
CN111612444A (zh) | 一种智能餐厅的智能点餐系统及方法 | |
CN107944958B (zh) | 一种支持多商家公有云和私有化协同部署模式的点餐系统 | |
CN111275583A (zh) | 一种基于人脸识别与数据库的服务方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190510 |
|
RJ01 | Rejection of invention patent application after publication |