一种点餐支付方法、装置、终端及存储介质与流程

本发明实施例涉及人工智能技术领域，尤其涉及一种点餐支付方法、装置、终端及存储介质。

背景技术：

通常，人们在各式餐馆、餐厅点餐支付普遍是通过呼叫服务员来进行，这样经历过多的人工环节，尤其餐馆、餐厅生意繁忙时，会耗费较多时间。

更进一步地，有通过手机微信扫码，调用预置的网站，然后进行线上下单，最后通过手机完成支付的点餐支付方法。

然而这种支付方法，在用户扫码后仍然需要用户操作手机进行后续点餐支付操作，也不够方便快捷，点餐支付效率低，用户体验不好。

技术实现要素：

本发明提供一种点餐支付方法、装置、终端及存储介质，以解决用户在餐馆、餐厅进行点餐支付时，需要用户操作手机而导致的点餐支付效率低，用户体验不好的问题。

第一方面，本发明实施例提供了一种点餐支付方法，包括：

通过餐桌上显示的二维码获取移动终端扫码授权提供的用户账户信息；

通过所述餐桌的显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令；

根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联；

若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算。

第二方面，本发明实施例还提供了一种点餐支付装置，包括：

用户账户信息获取模块，用于通过餐桌上显示的二维码获取移动终端扫码授权提供的用户账户信息；

点餐模块，用于通过所述餐桌的显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令；

点餐确认模块，用于根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联；

结算模块，用于若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算。

第三方面，本发明实施例还提供了一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的点餐支付方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行上述的点餐支付方法。

本发明的点餐支付方法通过餐桌上显示的二维码获取移动终端扫码授权提供的用户账户信息，通过所述餐桌的显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令，根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联，若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算，在用户进行点餐支付时，只需要对餐桌的显示屏上的二维码进行扫描后，后续点餐支付操作几乎完全摆脱了对用户移动终端的依赖，仅仅需要在餐桌的显示屏进行操作，大大提高了用户点餐支付的效率用户的用餐体验。

附图说明

图1为本发明实施例一的一种点餐支付方法的流程图；

图2是本发明实施例二的一种点餐支付方法的流程图；

图3是本发明实施例三的一种点餐支付装置的结构框图；

图4是本发明实施例四的一种终端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种点餐支付方法的流程图，本实施例的方法具体可用于用户在餐馆、餐厅进行点餐支付的情况，该方法可以由点餐支付装置来执行，该装置可独立的配置在终端或者服务器中，也可分布式配置在终端和服务器中，两者配合实现本实施例的方法。

本实施例的方法具体包括如下步骤：

步骤101、通过餐桌上显示的二维码获取移动终端扫码授权提供的用户账户信息。

餐桌上显示的二维码可以有多种方式实现，例如是将二维码印刷在某种介质(例如塑料片、金属片、桌面)上以物理实体呈现；又例如通过在餐桌的显示屏上显示二维码以电子图片的方式实现，也就是说就餐时需要首先在餐桌的显示屏上显示二维码以获取移动终端扫描授权提供的用户账户信息。这两种的二维码处理过程相同，仅仅采用不同的呈现方式，在本实施例中主要基于后一种实现方式进行阐述。

具体的，餐桌的显示屏可以是餐桌上放置的点餐支付终端的显示屏，点餐支付终端可以是触控和显示技术基础上实现的电子终端，可以放置在餐桌上，还可以嵌入餐桌固定，二维码是与本餐厅或餐馆提供的服务或菜品展示的窗口，用户通过其手持的手机、平板等移动终端中应用中的扫码功能，可以对该二维码进行扫描，其中，“移动终端中应用”可以包括但不限于提供本发明实施例点餐支付方法的专用app(application，应用)、浏览器应用、第三方支付平台应用(例如，微信、支付宝、招商银行、建设银行等支付平台应用)，当用户对餐桌的显示屏上显示的二维码进行扫描后，表示用户同意将其用户账号信息发送至点餐支付终端，其中，用户账号信息可以包括用户在提供本发明实施例点餐支付方法的专用app中注册的用户账号信息(仅仅对应于某餐厅或餐厅联盟使用)和用户在第三方支付平台应用中的用户账号信息。

因此，在本发明实施例中，可以在餐桌的显示屏上显示二维码，以获取移动终端扫码授权提供的用户账户信息，以方便用户在点餐支付终端上进行点餐支付操作。

需要说明的是，当用户账户信息被限定为用户在提供本发明实施例点餐支付方法的专用app中注册的用户账号信息时，可能用户是第一次在本餐厅或餐馆点餐，并没有在该专用app中注册用户账号，此时用户扫码后，由于用户并没有在先的用户账号信息，此时可以弹出提示用户注册用户账号的界面，用户可以即时注册，此时同样可以获取用户即时注册后的用户账户信息。当然，为了提高用户用餐体验，即时注册的过程可以推迟到用户等餐期间进行，甚至还可以任由用户选择是否注册，如果用户不注册，则可以仅仅根据用户的手机号或姓名、身份证等用户标识信息分配用户一个临时用户账号信息。

步骤102、通过所述餐桌的显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令。

在本发明实施例中，当用户扫码授权后，显示屏会显示菜品列表，用户可以在菜品列表中进行勾选等菜单操作指令，需要说明的是显示屏不只是用于显示，对应于其显示面还设置有触控单元用于检测用户的触控操作，结合显示屏的显示内容，触控单元检测到的用户的触控操作可以结合生成菜单操作指令，以便尽快确认用户的点餐菜单。

需要说明的是，本发明实施例的“菜品列表”除了菜品的列表以外，还可以包括本餐厅或餐馆的服务项目列表。

步骤103、根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联。

在本发明实施例中，可以根据菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联，以便对用户选择的菜品或服务进行记录，并方便后续支付操作。

步骤104、若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算。

在本发明实施例中，当用户已经选好菜单，并消费完后，可以在显示屏上展示询问用户是否结算的语句，当用户选择结算时，此时显示屏检测到确认结算指令，之后便可以根据用户所点的点餐菜单生成支付账单，并根据用户账户信息进行支付账单的结算。

具体的，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行支付账单的结算的过程可以包括如下几种情形：

情形一：当用户允许点餐支付终端在第三方支付平台或专用app中自动扣款，则点餐支付终端可以将结算请求发送至第三方支付平台或专用app中，当用户账户信息中的余额不小于账单金额时，自动扣取款项，完成支付过程。

情形二：当用户不允许点餐支付终端在第三方支付平台或专用app中自动扣款，则点餐支付终端可以将结算请求所需要的扣款授权信息获取请求发送至用户所持的移动终端，当收到扣款授权信息时，将该扣款授权信息发送至第三方支付平台或专用app中，当扣款信息正确时，且用户账户信息中的余额不小于账单金额时，扣取款项，完成支付过程。其中在专用app中，可以是用户提前对用户账户进行充值，消费时进行扣款，为增强用户粘度，可以考虑为通过专用app的充值进行支付的用户提供一定额度的优惠。由此，用户可以通过扫描提供专用的用户账户信息实现在一次消费行为中体验到快速点餐、账单关联快速支付和消费折扣。

情形三：无论用户是否允许点餐支付终端在第三方支付平台或专用app中自动扣款，当出现用户账户信息中的余额小于账单金额的情形时，则点餐支付终端不能通过该第三方支付平台或专用app完成在线支付过程，即，出现了基于所述用户账户信息对所述支付账单的在线支付失败时，则可以将支付失败的结果发送至用户手持的移动终端或在桌面显示屏显示，并在桌面显示屏输出进行现金支付的提醒，提醒用户现金支付。

本实施例的技术方案，通过在餐桌的显示屏上显示二维码以获取移动终端扫码授权提供的用户账户信息，通过所述显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令，根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联，若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算，在用户进行点餐支付时，只需要对餐桌的显示屏上的二维码进行扫描后，后续点餐支付操作几乎完全摆脱了对用户移动终端的依赖，仅仅需要在餐桌的显示屏进行操作，大大提高了用户点餐支付的效率和用户的用餐体验。

实施例二

图2为本发明实施例二提供的一种点餐支付方法的流程图，本实施例二是在实施例一基础上的改进，相同之处可以参照实施例一，本实施例在此略作省略。

本发明实施例的方法可以包括如下步骤：

步骤201、在餐桌的显示屏上显示二维码以获取移动终端扫码授权提供的用户账户信息。

步骤202、在所述显示屏上展示所述用户账户信息。

在本发明实施例中，获取用户账户信息之后，可以将用户账户信息填充至预置的界面显示框架中，然后将该显示界面在显示屏上展示给用户，以便让用户确认是否是正确的用户账户信息。

步骤203、若接收到用户确认所述用户账户信息正确的指示，进入点餐界面。

用户在显示屏查看展示的用户账户信息后，可以判断是否属于本人的用户账户信息，如果是属于本人的，则可以发出确认指示，点餐支付终端收到这一指示后，可以进入点餐界面，以便用户正确快速的点餐。

步骤204、通过所述显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令。

步骤205、根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联。

步骤204和步骤205参照步骤102和103，本发明实施例在此不作赘述。

步骤206、接收对所述点餐菜单中菜品的调整指令以对所述点餐菜单进行修改。

在本发明实施例中，在用户进行点餐操作之后，还可以对点餐菜单中的菜品进行调整以对点餐菜单进行修改，以便点餐菜单更加符合用户需求和喜好。

用户每一次补充菜单或删除菜单都会产生一次点餐菜单的更新数据，后续结算时，餐桌对应的支付账单基于所有点餐菜单的更新数据生成，进而实现所有消费的准确结算。

步骤207、对所述点餐菜单中的菜品进行排队，并在后厨终端显示所有菜品的排队结果。

在本发明实施例中，当用户确认点餐餐单后，可以对所述点餐菜单中的菜品根据一定的算法规则进行排队，例如可以将点餐菜单发送到后厨终端，后厨终端根据每个菜品所需要的烹饪时间、菜品所属的菜品优先级等信息确认排队顺序，并在所述后厨终端显示所有菜品的排队结果，并可以随时告知用户菜品的排队结果，这种排序机制的加入一方面使得用户知悉自己的点餐菜单的状态，还通过排序机制的加入节省上菜时间，提高用户的用餐体验。

步骤208、若接收到预结算指令，根据所述点餐菜单生成预览账单并将所述预览账单在所述显示屏显示。

在本发明实施例中，用户在点餐之后，还可以进行预结算操作，向点餐支付终端发送预结算指令，当接收到该预结算指令后，可以根据点餐菜单生成预览账单并将所述预览账单在所述显示屏显示，以便让用户随时知道所点菜单包括哪些菜品或服务、以及账单金额，便于用户根据消费预算控制消费过程。

需要说明的是，上述步骤206、207、208的顺序是没有明确的顺序要求，只要不出现矛盾，步骤206、207、208的顺序是可以任意调整的，在就餐过程中，用户可以根据需要随时对菜单进行调整，对当前消费金额进行查看。

步骤209、若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算。

如果在线支付成功，则将支付成功的反馈信息显示到显示屏，如果是通过专用app完成的在线支付，则可以向用户显示账户余额。

步骤209参照步骤104，本发实施例在此不作赘述。

在本发明的一种优选实施例中，在上述步骤201-209的基础上，本发明实施例的点餐支付方法还可以包括：

步骤210、将所述支付账单与对应的用户账户信息关联保存到预设的用户信息数据库。

在本发明实施例中，在用户对支付账单进行结算之后，还可以将支付账单与对应的用户账户信息关联保存到预设的用户信息数据库，即将支付账单、对应该账单的用户账户信息保存到预设的用户信息数据库，并建立支付账单与用户账户信息的关联，从而利用该用户信息数据库可以对用户类型进行分析，并归类存档，当以前在本餐厅消费过用户再次消费时，可以根据用户类别以及过往消费情况，对用户点餐进行智能推荐，例如某用户多次选择偏辣口味的菜品，那么该用户在多次消费之后，可以在显示菜品列表时优先显示偏辣口味的菜品，缩短用户在菜品列表中的筛选时间。

步骤211、根据所述支付账单的结算结果，生成对所述信用积分的更新记录，并将所述更新记录保存到所述用户信息数据库。

在本发明实施例中，用户账户信息可以包括用户的信用积分，每一个用户的信用积分可以设置一个信用积分初始值，信用积分初始值可以由第三方支付平台提供，例如扫码获取用户账户信息时支付宝平台所提供的用户信用积分，信用积分初始值还可以通过用户信息数据库中的数据根据统计模型计算出，或者还可以根据用户在本发明实施例的专用app刚注册时初始设置一个信用积分初始值，本发明实施例对信用积分初始值的获取过程并不作限定。

支付账单的结算结果，如前文步骤104所述，可以有三种情形，这三种情形可以统一归类为在线支付以及现金支付的两者情形，根据不同的结算结果，可以有不同的信用积分的更新记录，例如，当完成在线支付时，信用积分的更新记录则可以是：在上一次结算完成后的信用积分的基础上，增加x值的信用积分；当现金支付时，信用积分的更新记录可以是：在上一次结算完成后的信用积分的基础上，增加y值的信用积分。

当生成信用积分的更新记录后，可以将该更新记录保存到所述用户信息数据库中，以实现用户信用积分的实时更新。

在用户账户信息具有信用积分的基础上，在本发明实施例的一种优选实施例中，在步骤201之后，还可以包括如下步骤：

当检测到用户对所述用户账户信息中的信用积分进行处分，对所述信用积分进行更新。

在本发明实施例中，当检测到用户对其所拥有的信用积分进行处分时，例如兑换小礼品、赠送给其他用户、与其他用户进行交易时，可以对用户账户信息中的信用积分进行更新，具体的，用户兑换小礼品时，用户账户的信用积分根据兑换小礼品的情况扣除一定的信用积分，用户赠送给其他用户时，赠出账户的信用积分扣除一定的信用积分，而受赠账户的信用积分则增加相应的信用积分，本发明实施例的信用积分可以处分的设置，可以使得用户更加积极地进行消费积分，同时可以鼓励用户之间的积分的交互过程，提高用户粘性和用户体验。

实施例三

图3为本发明实施例三提供的一种点餐支付装置的结构框图，该点餐支付装置可以包括：

用户账户信息获取模块301，用于通过餐桌上显示的二维码获取移动终端扫码授权提供的用户账户信息；

点餐模块302，用于通过所述餐桌的显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令；

点餐确认模块303，用于根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联；

结算模块304，用于若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算。

在本发明的一种优选实施例中，点餐支付装置还可以包括：

排队模块，用于对所述点餐菜单中的菜品进行排队，并在后厨终端显示所有菜品的排队结果。

在本发明的一种优选实施例中，点餐支付装置还可以包括：

菜单修改模块，用于接收对所述点餐菜单中菜品的调整指令以对所述点餐菜单进行修改。

在本发明的一种优选实施例中，点餐支付装置还可以包括：

预结算模块，用于若接收到预结算指令，根据所述点餐菜单生成预览账单并将所述预览账单在所述显示屏显示。

在本发明的一种优选实施例中，点餐支付装置还可以包括：

账户信息展示模块，用于在所述显示屏上展示所述用户账户信息；

点餐界面进入模块，用于若接收到用户确认所述用户账户信息正确的指示，进入点餐界面。

在本发明的一种优选实施例中，点餐支付装置还可以包括：

用户信息保存模块，用于将所述支付账单与对应的用户账户信息关联保存到预设的用户信息数据库。

在本发明的一种优选实施例中，点餐支付装置还可以包括：

信息积分更新模块，用于根据所述支付账单的结算结果，生成对所述信用积分的更新记录，并将所述更新记录保存到所述用户信息数据库。

在本发明的一种优选实施例中，结算模块可以包括：

结算提醒子模块，用于若基于所述用户账户信息对所述支付账单的在线支付失败，则在所述显示屏输出进行现金支付的提醒。

本发明实施例所提供的点餐支付装置可执行本发明任意实施例所提供的点餐支付方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种终端的结构示意图，如图4所示，该终端包括处理器40、存储器41、输入装置42和输出装置43；终端中处理器40的数量可以是一个或多个，图4中以一个处理器40为例；终端中的处理器40、存储器41、输入装置42和输出装置43可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器41作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的主题更新方法对应的程序指令/模块(例如，点餐支付装置中的用户账户信息获取模块301、点餐模块302、点餐确认模块303和结算模块304)。处理器40通过运行存储在存储器41中的软件程序、指令以及模块，从而执行终端的各种功能应用以及数据处理，即实现上述的点餐支付方法。

存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器41可进一步包括相对于处理器40远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置42可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。输出装置43可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种点餐支付方法，该方法包括：

通过餐桌上显示的二维码获取移动终端扫码授权提供的用户账户信息；

通过所述餐桌的显示屏显示菜品列表并检测用户在所述菜品列表中的菜单操作指令；

根据所述菜品列表和菜单操作指令确认点餐菜单并建立所述点餐菜单与所述用户账户信息的关联；

若在所述显示屏检测到确认结算指令，根据所述点餐菜单生成支付账单并基于所述用户账户信息进行所述支付账单的结算。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的点餐支付方法中的相关操作.

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述点餐支付装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。