CN111523023A - 菜谱数据的处理方法及装置 - Google Patents

Abstract

本申请公开了一种菜谱数据的处理方法及装置，涉及数据处理技术领域，能够为门店内不同区域的用户精确展示区域菜谱数据，使得用户无需耗费大量时间浏览大量菜谱数据，缩短用户点餐的时间。其中方法包括：基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据；传输所述桌位标识绑定的菜谱数据。本申请适用于菜谱数据的处理。

Description

菜谱数据的处理方法及装置

技术领域

本申请涉及数据处理技术领域，尤其是涉及到一种菜谱数据的处理方法及装置。

背景技术

随着互联网技术的飞速发展，个性化需求的爆发使得餐饮类从更深层次引导服务和消费行为升级，让人们从初始的人工操作，服务员安排就坐、人工点餐的方式逐步转变为人工智能，手机扫码点餐自动下单，支付宝链接结算等无需人工操作的就餐环境。

现有的餐饮门店中，门店区域较大，单纯的提供一种服务不足以满足消费者的需求，会造成客流量受限，收入也受限，不利于餐饮门店的发展。为了提高用户的就餐体验，许多商家的门店实行多业态经营，即一个门店内既提供中餐，又提供火锅、烧烤等服务，这样门店就划分了不同的区域，用户可以在不同的区域进行点餐。然而，由于商家门店通常只会为用户提供一个全量的菜谱数据，使得用户在点餐过程中浏览大量的菜谱数据，耗费点餐时间，会影响用户的点餐体验。

发明内容

有鉴于此，本申请提供了一种菜谱数据的处理方法及装置，主要目的在于解决目前通过现有的点餐方式，用户需要浏览大量的菜谱数据，耗费点餐时间的问题。

根据本申请的一个方面，提供了一种菜谱数据的处理方法，该方法包括：

基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；

接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据；

传输所述桌位标识绑定的菜谱数据。

进一步地，所述基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据，具体包括：

预先设置目标对象的全域菜谱数据以及各个分区的区域菜谱数据；

将所述全域菜谱数据以及各个分区的区域菜谱数按照不同门店属性进行分配，得到不同门店属性下的菜谱资源数据；

基于门店内的桌位标识，对所述不同门店属性下的菜谱资源数据进行整理并存储。

进一步地，所述将所述全域菜谱数据以及各个分区的区域菜谱数按照不同门店属性进行分配，得到不同门店属性下的菜谱资源数据，具体包括：

通过在门店系统添加门店属性配置，定义门店属性使用全域菜谱或使用区域菜谱；

基于定义的门店属性，对所述全域菜谱数据以及各个分区的区域菜谱数进行分配，得到不同门店属性下的菜谱资源数据。

进一步地，所述基于定义的门店属性，对所述全域菜谱数据以及各个分区的区域菜谱数进行分配，得到不同门店属性下的菜谱资源数据，具体包括：

若门店属性使用全域菜谱，则分配全域菜谱数据作为门店属性下的菜谱资源数据；

若门店属性使用区域菜谱，则分配各个分区的区域菜谱数据作为门店属性下的菜谱资源数据。

进一步地，所述基于门店内的桌位标识，对所述不同门店属性下的菜谱资源数据进行整理并存储，具体包括：

若门店属性使用全域菜谱，则将门店内的桌位标识都设置为全域菜谱数据；

若门店属性使用区域菜谱，则基于门店内的桌位标识所在分区，设置各个分区的区域菜谱数据。

进一步地，在所述传输所述桌位标识绑定的菜谱数据之后，所述方法还包括：

接收从桌位被选中的菜品数据的订单信息，并根据所述订单信息生成并传输订单支付信息。

根据本申请的另一个方面，提供了一种菜谱数据的处理方法，该方法包括：

输出绑定有不同菜谱数据的桌位标识；

当检测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令；

接收所述桌位标识绑定的菜谱数据。

进一步地，在所述接收所述桌位标识绑定的菜谱数据之后，所述方法还包括：

基于所述桌位标识绑定的菜谱数据，确定并传输从桌位被选中菜品数据的订单信息。

根据本申请的又一方面，提供了一种菜谱数据的处理装置，该装置包括：

整理单元，用于基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；

获取单元，用于接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据；

传输单元，用于传输所述桌位标识绑定的菜谱数据。

进一步地，所述整理单元包括：

设置模块，用于预先设置目标对象的全域菜谱数据以及各个分区的区域菜谱数据；

分配模块，用于将所述全域菜谱数据以及各个分区的区域菜谱数按照不同门店属性进行分配，得到不同门店属性下的菜谱资源数据；

整理模块，用于基于门店内的桌位标识，对所述不同门店属性下的菜谱资源数据进行整理并存储。

进一步地，所述分配模块包括：

定义子模块，用于通过在门店系统添加门店属性配置，定义门店属性使用全域菜谱或使用区域菜谱；

分配子模块，用于基于定义的门店属性，对所述全域菜谱数据以及各个分区的区域菜谱数进行分配，得到不同门店属性下的菜谱资源数据。

进一步地，所述分配子模块，具体用于若门店属性使用全域菜谱，则分配全域菜谱数据作为门店属性下的菜谱资源数据；

所述分配子模块，具体还用于若门店属性使用区域菜谱，则分配各个分区的区域菜谱数据作为门店属性下的菜谱资源数据。

进一步地，所述整理模块，具体用于若门店属性使用全域菜谱，则将门店内的桌位标识都设置为全域菜谱数据；

所述整理模块，具体还用于若门店属性使用区域菜谱，则基于门店内的桌位标识所在分区，设置各个分区的区域菜谱数据。

进一步地，所述装置还包括：

第一接收单元，用于在所述传输所述桌位标识绑定的菜谱数据之后，接收从桌位被选中的菜品数据的订单信息，并根据所述订单信息生成并传输订单支付信息。

根据本申请的再一方面，提供了一种菜谱数据的处理装置，该装置包括：

输出单元，用于输出绑定有不同菜谱数据的桌位标识；

生成单元，用于当检测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令；

第二接收单元，用于接收所述桌位标识绑定的菜谱数据。

进一步地，所述装置还包括：

确定单元，用于在所述接收所述桌位标识绑定的菜谱数据之后，基于所述桌位标识绑定的菜谱数据，确定并传输从桌位被选中菜品数据的订单信息。

根据本申请的又一方面，提供了一种菜谱数据的处理系统，该系统包括：

接收端基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；

发送端输出绑定有不同菜谱数据的桌位标识，当发送端测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令；

接收端接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据，并传输所述桌位标识绑定的菜谱数据；

发送端接收所述桌位标识绑定的菜谱数据。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述菜谱数据的处理方法。

依据本申请又一个方面，提供了一种客户端设备和服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述菜谱数据的处理方法。

借由上述技术方案，本申请提供的一种菜谱数据的处理方法、装置及设备，与目前菜谱数据的处理方式相比，本申请基于预先为门店内的桌位标识整理并存储的不同门店属性下的菜谱资源数据，从而在接收到携带有桌位标识的数据获取指令后，从不同门店属性下的菜谱资源数据中获取桌位标识绑定的资源数据，使得门店内处于不同区域的用户无需浏览全域菜谱数据，可以浏览区域菜谱数据，缩短用户点餐时间，从而提升用户的点餐体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种菜谱数据的处理方法的流程示意图；

图2示出了本申请实施例提供的一种菜谱数据的处理方法的流程示意图；

图3示出了本申请实施例提供的另一种菜谱数据的处理方法的流程示意图；

图4示出了本申请实施例提供的另一种菜谱数据的处理方法的时序图；

图5示出了本申请实施例提供的一种菜谱数据的处理装置的结构示意图；

图6示出了本申请实施例提供的另一种菜谱数据的处理装置的结构示意图；

图7示出了本申请实施例提供的又一种菜谱数据的处理装置的结构示意图；

图8示出了本申请实施例提供的再一种菜谱数据的处理装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例涉及的菜谱数据的处理系统包括发送端和接收端，其中，发送端为用户端，用于输出绑定有不同菜谱数据的桌位标识，当检测到通过桌位标识触发的点餐操作时，生成并传输携带有桌位标识的数据获取指令，接收桌位标识绑定的菜谱数据。接收端为服务端，基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据，当接收到携带有桌位标识的数据获取指令，从不同门店属性下的菜谱资源数据获取桌位标识绑定的菜谱数据，并传输桌位标识绑定的菜谱数据。具体在实际应用的过程中，可以通过在服务端设置门店属性，是个下拉选项，选项内容是使用全域菜谱还是使用区域菜谱，并基于门店内桌位标识为不同门店属性整理并存储菜谱资源数据，具体可以在门店属性下添加菜谱选项，从而选择全区以及不同分区内菜谱资源数据，当通过门店POS或者扫码点餐的过程中，基于桌位标识触发的点餐可以从预先配置的菜谱资源数据中查找相应全区或者分区内的菜谱数据，并展示给用户。

本申请实施例，提供了一种菜谱数据的处理，能够基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据，从而在接收到携带有桌位标识的数据获取指令，可以基于不同桌位标识展示给用户相应分区内的区域菜谱数据，使得用户无需浏览大量的菜谱数据，缩短用户点餐时间。

如图1所示，本实申请提供了一种菜谱数据的处理方法，可以应用于服务端，该方法包括如下步骤：

101、基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据。

其中，门店内的桌位标识相当于商家预先为门店内各个桌位设置的唯一的标识信息，具体可以是数字形式，也可以是编码等其他形式，确保每一个桌位都对应有唯一的桌位标识。门店属性相当于商家根据门店的经营形态而设置使用不同菜谱数据的方式，例如，门店经营多种形态的餐饮业态，可以使用区域菜谱数据或者全域菜谱数据，门店经营单一形态的餐饮业态，通常使用全域菜谱数据。这样门店可可以基于用户所选的桌位标识提供不同门店属性下的菜谱资源数据，以供用户点餐。

例如，对于门店内经营4种业态，基于门店属性设置全域菜谱数据和4个分区的区域菜谱数据，每个分区的区域菜谱数据包括该分区内经营业态的餐品信息，而全域菜谱数据汇总有所有分区的区域菜谱数据。

可以理解的是，由于每个分区内分布有不同数量的桌位，在使用区域菜谱的门店属性时，按照分区内桌位标识整理相应分区内的区域菜谱数据，使得位于同一分区内的桌位标识绑定有相同的区域菜谱数据；在使用全域菜谱的门店属性时，按照门店内桌位标识整理全域菜谱数据，使得门店内所有桌位标识绑定有相同的全域菜谱数据。

102、接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据。

在本实施例中，每个桌位对应有桌位标识，而桌位标识都预先绑定有各自的菜谱数据，在接收到携带有桌位标识的数据获取指令后，后台可以基于不同门店属性下整理的菜谱资源数据中获取与桌位标识绑定的菜谱数据，具体可以通过遍历相应门店属性下整理的菜谱资源数据，该菜谱资源数据是按照桌位标识进行整理的。

103、传输所述桌位标识绑定的菜谱数据。

具体可以发送给客户端，进一步展示给用户桌位标识绑定的菜谱数据，以供用户进行选餐操作。

本实施例中提供的方案与传统的菜谱数据的处理方式相比，处于门店内不同分区的用户无需耗费大量时间浏览大量菜谱数据，缩短用户点餐时间，从而提升用户的点餐体验。

进一步的，为了便于用户进行选餐操作，作为一种可选方式，还可以输出门店各个分区的信息和相应分区内菜品的活动信息等。

上述实施例相当于服务端对菜谱数据的处理过程，进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例中菜谱资源数据处理的具体实施过程，本实施例提供了另一种菜谱数据的处理方法，如图2所示，该方法包括：

201、预先设置目标对象的全域菜谱数据以及各个分区的区域菜谱数据。

其中，目标对象可以为商家门店配置的点餐后台管理系统，全域菜谱数据以及各个分区的区域菜谱数据相当于点餐后台管理系统定义的一套门店菜谱以及针对门店内分区定义的菜谱，门店菜谱为一个，设置有针对所有分区售卖的菜品，而门店区域菜谱为多个，设置有针对每个分区售卖的菜品。

在本实施例中，可以参照门店的经营形态，预先设置目标对象的全域菜谱数据以及各个分区的区域菜谱数据，例如，门店经营有烧烤、火锅两种餐饮类型，可以针对烧烤分区设置烧烤类的区域菜谱数据，针对火锅分区设置火锅类的区域菜谱数据，同时，可以设置烧烤、火锅汇总的全域菜谱数据。

202、将所述全域菜谱数据以及各个分区的区域菜谱数按照不同门店属性进行分配，得到不同门店属性下的菜谱资源数据。

在本实施例中，具体可以通过在门店系统添加门店属性配置，定义门店属性使用全域菜谱或使用区域菜谱，进一步基于定义的门店属性，对全域菜谱数据以及各个分区的区域菜谱数进行分配，这里门店属性可以设置为使用全域菜谱或使用区域菜谱，若门店属性使用全域菜谱，则分配全域菜谱数据作为门店属性下的菜谱资源数据，若门店属性使用区域菜谱的门店属性，则分配各个分区的区域菜谱数据作为门店属性下的菜谱资源数据，从而得到不同门店属性下的菜谱资源数据。

203、基于门店内的桌位标识，对所述不同门店属性下的菜谱资源数据进行整理并存储。

在本实施例中，由于不同桌位标识以及门店属性下的菜谱资源数据不同，为了便于后续菜谱数据的处理，具体若门店属性使用全域菜谱，则说明门店内可能经营较少餐饮类型或者单一餐饮类型，进一步将门店内的桌位标识都设置为全域菜谱数据，若门店属性使用区域菜谱，则说明门店内可能经营多种餐饮类型，进一步基于门店内的桌位标识所在分区，设置各个分区的区域菜谱数据，从而实现每个桌位标识都绑定有相应的菜谱数据。例如，桌位标识1-10绑定有第一分区的区域菜谱数据，桌位标识11-30绑定有第二分区的区域菜谱数据，桌位标识31-40绑定有第三分区的区域菜谱数据，桌位标识41-50绑定有第四分区的区域菜谱数据，从而获取桌位标识绑定的菜谱数据。

204、接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据。

在本实施例中，对于目标对象配置有门店属性的情况，可以从门店属性下的菜谱资源数据中获取桌位标识绑定的菜谱数据，针对门店属性使用全域菜谱，由于设置所有桌位标识绑定的菜谱数据均相同，则无论任何桌位标识获取的菜谱数据都一样；针对门店属性使用区域菜谱，由于每个分区的桌位标识绑定的菜谱数据相同，则对于同一分区内桌位标识获取的菜谱数据一样，不同分区的桌位标识获取的菜谱数据并不同。对于目标对象未配置有门店属性的情况，可以设置默认门店属性，如果使用全域菜谱，则门店不需要设置使用区域菜谱，即使设置了也不会起作用，如果使用区域菜谱，则门店需要设置使用区域菜谱，并且会起作用。

205、传输所述桌位标识绑定的菜谱数据。

可以理解的是，为了保证用户可以更全面了解菜谱数据，服务端向客户端传输的桌位标识绑定的菜谱数据是包含菜品数据的描述信息，例如，菜品价格、菜品图片等，所以用户在选择菜品的过程是可以基于菜品数据的描述信息完成的。

进一步地，在传输桌位标识绑定的菜谱数据之后，服务端会接收到用户选中菜品数据的订单信息，从而根据菜品数据的订单信息，查询相应菜品数据的价格信息，生成并传输订单支付信息，例如，用户通过客户端所选菜品数据的订单信息包括：宫保鸡丁*1、肉末茄子*1、米饭*2，从而服务端查询宫保鸡丁单价为15、肉末茄子单价为13，米饭单价为2，生成最终订单支付信息的总价为32。

应说明的是，服务端在接收到用户选中菜品数据的订单信息后，为了防止恶意串改数据，在基于菜品数据的订单信息进行下单以及支付时，服务端会校验客户端传输的菜品价格与服务端菜谱数据的菜品价格是否一致，如果一致，则提示下单成功或可以发起支付操作，否则提示下单失败或者不能发起支付操作。

上述提供的是可应用于服务端侧的资源数据的处理方法，是在服务端侧描述具体的资源数据的处理过程，而为了完整说明本实施例的具体实施方式，提供了另一种可应用于客户端侧的资源数据的处理方法，以便说明在客户端端侧的资源数据的处理过程，如图3所示，该方法包括：

301、输出绑定有不同菜谱数据的桌位标识。

在本实施例中，用户在门店内选餐的渠道可以有多种，可以通过用户终端扫描二维码选中桌位标识进行选餐，还可以通过店员使用点餐设备选中桌位标识进行选餐，无论是用户的终端还是点餐设备，在选餐过程中都需要选中桌位标识。而本实施例不同桌位标识绑定的菜谱数据不同，为了便于选餐人员确认桌位标识的准确性，可以通过客户端侧输出绑定有不同菜谱数据的桌位标识，从而提高就餐人员的就餐体验。

当然还可以在输出不同菜谱数据的桌位标识过程中，将桌位标识所在门店内分区售卖的餐品类型展示给用户，以便于如果用户对该餐品类型并不感兴趣，可以及时更好就餐分区。

302、当检测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令。

具体用户桌位标识触发的点餐操作可以是确认桌位标识的操作，也可以是通过在客户端展示的点餐按钮产生的触发操作，这里不进行限定。

303、接收所述桌位标识绑定的菜谱数据。

进一步地，在接收桌位标识绑定的菜谱数据之后，用户通过桌位标识绑定的菜谱数据完成点餐操作，客户端通常会将对用户选中的菜品数据进行确认，并发送给服务端相应菜品数据的订单信息，具体可以基于桌位标识绑定的菜谱数据，确定并传输从桌位被选中菜品数据的订单信息。

基于上述如图1至图3所示的具体实施方式内容，为了有更好的理解，以用户点餐过程为例，结合当前的现有技术问题，用户端、服务端设置的菜谱系统以及服务端设置的餐饮后台之间交互实现对菜谱数据的处理实例的时序示意图，如图5所示，当通过用户扫码或者点菜设备点餐时，将绑定有菜谱数据的桌位标识生成的数据获取指令传输给菜谱系统，菜谱系统可以基于目标对象配置的门店属性，从餐饮后台预先上传的不同门店属性下菜谱资源数据中获取桌位标识绑定的菜谱数据，并传输菜品数据，当用户从桌位标识绑定的菜品数据中选中点餐菜品后，将从桌位被选中菜品数据的订单信息发送给菜谱系统，菜谱系统生成并返回菜品数据的订单支付信息，从而完成用户的点餐过程。

通过应用本实施例方法的方案，与目前现有方式相比，使得门店内处于不同区域的用户无需浏览全域菜谱数据，可以浏览区域菜谱数据，缩短用户点餐时间，从而提升用户的点餐体验。

进一步的，作为图1和图2方法的具体实现，本申请实施例提供了一种可应用于服务端侧的菜谱数据的处理装置，如图5所示，该装置包括：整理单元41、获取单元42、传输单元43。

整理单元41，可以用于基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；

获取单元42，可以用于接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据；

传输单元43，可以用于传输所述桌位标识绑定的菜谱数据；

在具体的应用场景中，如图6所示，所述整理单元41包括：

设置模块411，可以用于预先设置目标对象的全域菜谱数据以及各个分区的区域菜谱数据；

分配模块412，可以用于将所述全域菜谱数据以及各个分区的区域菜谱数按照不同门店属性进行分配，得到不同门店属性下的菜谱资源数据；

整理模块413，可以用于基于门店内的桌位标识，对所述不同门店属性下的菜谱资源数据进行整理并存储。

在具体的应用场景中，如图6所示，所述分配模块412包括：

定义子模块4121，可以用于通过在门店系统添加门店属性配置，定义门店属性使用全域菜谱或使用区域菜谱；

分配子模块4122，可以用于基于定义的门店属性，对所述全域菜谱数据以及各个分区的区域菜谱数进行分配，得到不同门店属性下的菜谱资源数据。

在具体的应用场景中，所述分配子模块4122，具体可以用于若门店属性使用全域菜谱，则分配全域菜谱数据作为门店属性下的菜谱资源数据；

所述分配子模块4122，具体还可以用于若门店属性使用区域菜谱，则分配各个分区的区域菜谱数据作为门店属性下的菜谱资源数据。

在具体的应用场景中，所述整理模块413，具体可以用于若门店属性使用全域菜谱，则将门店内的桌位标识都设置为全域菜谱数据；

所述整理模块413，具体还可以用于若门店属性使用区域菜谱，则基于门店内的桌位标识所在分区，设置各个分区的区域菜谱数据。

在具体的应用场景中，如图6所示，所述装置还包括：

第一接收单元44，可以用于在所述传输所述桌位标识绑定的菜谱数据之后，接收从桌位被选中的菜品数据的订单信息，并根据所述订单信息生成并传输订单支付信息。

进一步的，作为图3方法的具体实现，本申请实施例提供了一种可应用于客户端侧的菜谱数据的处理装置，如图7所示，该装置包括：输出单元51、生成单元52、第二接收单元53。

输出单元51，可以用于输出绑定有不同菜谱数据的桌位标识；

生成单元52，可以用于当检测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令；

第二接收单元53，可以用于接收所述桌位标识绑定的菜谱数据。

在具体的应用场景中，如图8所示，本装置还包括：

确定单元54，可以用于在所述接收所述桌位标识绑定的菜谱数据之后，基于所述桌位标识绑定的菜谱数据，确定并传输从桌位被选中菜品数据的订单信息。

需要说明的是，本实施例提供的一种可应用于服务端侧的菜谱数据的处理装置所涉及各功能单元的其它相应描述，可以参考图2和图3中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的菜谱数据的处理方法；基于上述如图3所示方法，相应的，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图3所示的菜谱数据的处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1和图2所示的方法，以及图5、图6所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务端设备，具体可以为计算机，服务器，或者其他网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的菜谱数据的处理方法。

基于上述如图3所示的方法，以及图7、图8所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为计算机，智能手机，平板电脑，智能手表，智能手环，或者其他网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图3所示的菜谱数据的处理方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的客户端设备和服务器设备这两个实体设备结构并不构成对这两个实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有方式相比，基于预先为门店内的桌位标识整理并存储的不同门店属性下的菜谱资源数据，从而在接收到携带有桌位标识的数据获取指令后，从不同门店属性下的菜谱资源数据中获取桌位标识绑定的资源数据，使得门店内处于不同区域的用户无需浏览全域菜谱数据，可以浏览区域菜谱数据，缩短用户点餐时间，从而提升用户的点餐体验。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种菜谱数据的处理方法，其特征在于，包括：

基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；

接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据；

传输所述桌位标识绑定的菜谱数据。

2.根据权利要求1所述的方法，其特征在于，所述基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据，具体包括：

预先设置目标对象的全域菜谱数据以及各个分区的区域菜谱数据；

将所述全域菜谱数据以及各个分区的区域菜谱数按照不同门店属性进行分配，得到不同门店属性下的菜谱资源数据；

基于门店内的桌位标识，对所述不同门店属性下的菜谱资源数据进行整理并存储。

3.根据权利要求2所述的方法，其特征在于，所述将所述全域菜谱数据以及各个分区的区域菜谱数按照不同门店属性进行分配，得到不同门店属性下的菜谱资源数据，具体包括：

通过在门店系统添加门店属性配置，定义门店属性使用全域菜谱或使用区域菜谱；

基于定义的门店属性，对所述全域菜谱数据以及各个分区的区域菜谱数进行分配，得到不同门店属性下的菜谱资源数据。

4.根据权利要求3所述的方法，其特征在于，所述基于定义的门店属性，对所述全域菜谱数据以及各个分区的区域菜谱数进行分配，得到不同门店属性下的菜谱资源数据，具体包括：

若门店属性使用全域菜谱，则分配全域菜谱数据作为门店属性下的菜谱资源数据；

若门店属性使用区域菜谱，则分配各个分区的区域菜谱数据作为门店属性下的菜谱资源数据。

5.根据权利要求3所述的方法，其特征在于，所述基于门店内的桌位标识，对所述不同门店属性下的菜谱资源数据进行整理并存储，具体包括：

若门店属性使用全域菜谱，则将门店内的桌位标识都设置为全域菜谱数据；

若门店属性使用区域菜谱，则基于门店内的桌位标识所在分区，设置各个分区的区域菜谱数据。

6.根据权利要求1-5中任一项所述的方法，其特征在于，在所述传输所述桌位标识绑定的菜谱数据之后，所述方法还包括：

接收从桌位被选中的菜品数据的订单信息，并根据所述订单信息生成并传输订单支付信息。

7.一种菜谱数据的处理方法，其特征在于，包括：

输出绑定有不同菜谱数据的桌位标识；

当检测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令；

接收所述桌位标识绑定的菜谱数据。

8.一种菜谱数据的处理装置，其特征在于，包括：

整理单元，用于基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；

获取单元，用于接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据；

传输单元，用于传输所述桌位标识绑定的菜谱数据。

9.一种菜谱数据的处理装置，其特征在于，包括：

输出单元，用于输出绑定有不同菜谱数据的桌位标识；

生成单元，用于当检测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令；

第二接收单元，用于接收所述桌位标识绑定的菜谱数据。

10.一种菜谱数据的处理系统，其特征在于，包括：

接收端基于门店内的桌位标识整理并存储不同门店属性下的菜谱资源数据；

发送端输出绑定有不同菜谱数据的桌位标识，当发送端测到通过桌位标识触发的点餐操作时，生成并传输携带有所述桌位标识的数据获取指令；

接收端接收携带有桌位标识的数据获取指令，基于目标对象配置的门店属性，从所述不同门店属性下的菜谱资源数据中获取所述桌位标识绑定的菜谱数据，并传输所述桌位标识绑定的菜谱数据；

发送端接收所述桌位标识绑定的菜谱数据。

Images