CN112016867A - 菜品状态监控方法及装置 - Google Patents

Abstract

本发明涉及一种菜品状态监控方法，包括以下步骤：每隔预定时间采集一个或多个门店的菜品数据，菜品数据包括多个菜品的库存量和销售量；从菜品数据中提取库存量和销售量变化的关键条目，关键条目包括菜品名称、库存量、销售量和时间；根据预设的预警规则分析关键条目以判断菜品的状态是否异常；以及统计菜品出现异常状态的时间。

Description

菜品状态监控方法及装置

技术领域

本发明涉及电子商务领域，尤其涉及一种菜品状态监控方法及装置。

背景技术

随着互联网技术的发展，电子商务对人们的日常生活产生了越来越多的影响。从早期的B2B(Business-to-Business，商对商)、B2C(Business-to-Consumer，商对客)模式发展到今天，电子商务逐渐具有了更加多样化、个性化的模式类型。除B2B和B2C外，常见的电子商务模式还有O2C(Office to Customer，企业对客户)、C2C(customer to customer，个人对个人)及O2O(Online To Offline，线上到线下)等。

O2O是一种将线下商务与互联网结合，使互联网成为线下交易平台的商业模式。例如，在各种基于网络及物流系统的在线点餐服务平台以及在线购物平台中，商家和顾客可以通过网上的第三方平台进行交易。商家在第三方平台设立虚拟的门店，顾客通过第三方平台选择商家。当顾客选择好商家并通过第三方平台下订单后，商家通过第三方平台获得顾客的订单，并根据订单要求进行下一步处理。

发明内容

本发明所要解决的技术问题是提供一种菜品状态监控方法，该菜品状态监控方法可以有效监控商家菜品的各种状态，减少商家因菜品状态异常而造成的损失。

本发明为解决上述技术问题而采用的技术方案是提供一种菜品状态监控方法，包括以下步骤：每隔预定时间采集一个或多个门店的菜品数据，所述菜品数据包括多个菜品的库存量和销售量；从所述菜品数据中提取库存量和销售量变化的关键条目，所述关键条目包括菜品名称、库存量、销售量和时间；根据预设的预警规则分析所述关键条目以判断菜品的状态是否异常；以及统计菜品出现异常状态的时间。

在本发明的一实施例中，从门店运营平台采集所述菜品数据。

在本发明的一实施例中，所述预警规则包括：当菜品的库存量低于预设值时，进行售罄预警；当菜品的库存量和/或销售量处于未知情况时，进行异常预警；和/或当菜品的库存量和/或销售量超出正常范围时，进行异常预警。

在本发明的一实施例中，还包括将所述异常状态的时间呈现在异常菜品统计报表中，所述异常菜品统计报表包括多个条目，每个条目的项包括如下的任意组合：门店、日期、异常时长、异常菜品数、售罄时长、售罄菜品数、直接损失、间接损失。

在本发明的一实施例中，还包括响应于用户操作，呈现所述关键条目。

在本发明的一实施例中，还包括为所述菜品状态监控创建任务队列，并将所述任务队列分发给多个计算平台。

在本发明的一实施例中，还包括根据字符串匹配规则进行菜品名称汇总。

在本发明的一实施例中，还包括提供页面管理平台，允许对所述菜品名称的修改。

本发明的另一方面提供一种菜品状态监控装置，包括：存储器，用于存储可由处理器执行的指令；处理器，用于执行所述指令以实现如上所述的方法。

本发明的另一方面提供一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如上所述的方法。

本发明由于采用以上技术方案，使之与现有技术相比，具有如下显著优点：

本发提供的一种菜品状态监控方法可以有效监控商家菜品的各种状态，在菜品状态出现异常时可以发送预警信息给商家，以减少商家因菜品状态异常而造成的损失。

附图说明

为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的具体实施方式作详细说明，其中：

图1是本发明一实施例的一种菜品状态监控方法的实施环境示意图；

图2是本发明一实施例的一种菜品状态监控方法的流程图；

图3是本发明一实施例的一种菜品状态监控方法的关键条目的示意图；

图4是本发明一实施例的一种菜品状态监控方法的异常菜品统计报表的示意图；

图5是本发明一实施例的一种菜品状态监控装置的结构示意图。

图中元件标号说明：

10：系统

110：网络

120：门店运营平台

130：菜品状态监控装置

131：存储器

132：处理器

133：通信接口

134：输入/输出设备

135：内部通信总线

140：商家

具体实施方式

为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的具体实施方式作详细说明。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其它不同于在此描述的其它方式来实施，因此本发明不受下面公开的具体实施例的限制。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

在详述本发明实施例时，为便于说明，表示器件结构的剖面图会不依一般比例作局部放大，而且所述示意图只是示例，其在此不应限制本发明保护的范围。此外，在实际制作中应包含长度、宽度及深度的三维空间尺寸。

为了方便描述，此处可能使用诸如“之下”、“下方”、“低于”、“下面”、“上方”、“上”等等的空间关系词语来描述附图中所示的一个元件或特征与其他元件或特征的关系。将理解到，这些空间关系词语意图包含使用中或操作中的器件的、除了附图中描绘的方向之外的其他方向。例如，如果翻转附图中的器件，则被描述为在其他元件或特征“下方”或“之下”或“下面”的元件的方向将改为在所述其他元件或特征的“上方”。因而，示例性的词语“下方”和“下面”能够包含上和下两个方向。器件也可能具有其他朝向(旋转90度或处于其他方向)，因此应相应地解释此处使用的空间关系描述词。此外，还将理解，当一层被称为在两层“之间”时，它可以是所述两层之间仅有的层，或者也可以存在一个或多个介于其间的层。

在本申请的上下文中，所描述的第一特征在第二特征之“上”的结构可以包括第一和第二特征形成为直接接触的实施例，也可以包括另外的特征形成在第一和第二特征之间的实施例，这样第一和第二特征可能不是直接接触。

应当理解，当一个部件被称为“在另一个部件上”、“连接到另一个部件”、“耦合于另一个部件”或“接触另一个部件”时，它可以直接在该另一个部件之上、连接于或耦合于、或接触该另一个部件，或者可以存在插入部件。相比之下，当一个部件被称为“直接在另一个部件上”、“直接连接于”、“直接耦合于”或“直接接触”另一个部件时，不存在插入部件。同样的，当第一个部件被称为“电接触”或“电耦合于”第二个部件，在该第一部件和该第二部件之间存在允许电流流动的电路径。该电路径可以包括电容器、耦合的电感器和/或允许电流流动的其它部件，甚至在导电部件之间没有直接接触。

在线门店运营平台的出现，使得商家扩大了自己的营业范围。与此同时，商家在第三方平台上的门店的评分以及门店的营业时间等往往会对顾客的选择有着重要的影响。例如，在线点餐服务中，如果商家的在线门店没有及时地显示出菜品的剩余数量以及菜品的状态，那么当顾客下单后则可能出现无法满足供应的情况。这样不仅导致顾客的体验变差，还降低了门店的评分，从而对商家的营业额产生一定的负面影响。有鉴于此，在这类门店运营平台中，往往需要对菜品的状态进行严格的监控。

本发明的以下实施例描述一种菜品状态监控方法，该菜品状态监控方法可以有效监控商家菜品的各种状态，减少商家因菜品状态异常而造成的损失。

图1是本发明一实施例的一种菜品状态监控方法的实施环境示意图。图2是本发明一实施例的一种菜品状态监控方法的流程图。可以理解的是，下面所进行的描述仅仅示例性的，本领域技术人员可以在不脱离本发明的精神的情况下，进行各种变化。这一流程例如可以在图1所示的系统10或其变化例中实施，但本发明不以此为限。

参考图2所示，该菜品状态监控方法包括以下步骤：

步骤201，每隔预定时间采集一个或多个门店的菜品数据，菜品数据包括多个菜品的库存量和销售量。

在图1所示的一个示例中，系统10包括门店运营平台120和菜品状态监控装置130。门店运营平台120和菜品状态监控装置130等通过网络110相连接。菜品状态监控装置130通过网络110每隔预定时间采集一个或多个门店的菜品数据，菜品数据包括多个菜品的库存量和销售量。在本发明的一些示例中，菜品数据还可以包括多个菜品的菜品状态。

网络110可以是各种已知的有线网络(如以太网)或者无线网络，局域网或者广域网，在此不再展开。

上述菜品状态监控方法可以通过连接到门店运营平台120的菜品状态监控装置130来执行。该菜品状态监控装置130可以是例如图1所示的独立的菜品状态监控装置130，也可以是包含菜品状态监控装置130的计算机系统(图未示)。可以理解，本申请的菜品状态监控方法并不限于由一个菜品状态监控装置实施，而是可以由多个联机的菜品状态监控装置协同实施。联机的菜品状态监控装置可以通过局域网或者广域网连接和通信。

在本发明的一实施例中，菜品状态监控装置130是从门店运营平台120采集菜品数据。门店运营平台120可以是点餐服务平台等，但本申请的实施例并非以此为限。

可以理解，上述菜品数据可以是一个门店的菜品数据也可以是多个门店的菜品数据。对于多个门店的菜品数据，菜品状态监控装置130可以同时采集这些门店的菜品数据也可以分别采集这些门店的菜品数据，但本申请的实施例并非以此为限。

步骤202，从菜品数据中提取库存量和销售量变化的关键条目，关键条目包括菜品名称、库存量、销售量和时间。

在图1所示的一个示例中，菜品状态监控装置130通过网络110从门店运营平台120采集菜品数据后，从该菜品数据中提取库存量和销售量变化的关键条目。其中，关键条目可以包括但不限于菜品名称、库存量、销售量和时间。

图3是本发明一实施例的一种菜品状态监控方法的关键条目的示意图。参考图3所示，菜品状态监控装置130从门店运营平台120的一个或多个门店中对菜品A从10:00开始，每5分钟采集一次菜品数据。例如，10:00时，库存为100份；10:05时，销售了0份，库存为100份；10:10时，销售了0份，库存为100份；10:15时，销售了10份，库存为90份；10:20时，销售了0份，库存为90份；10:25时，销售了0份，库存为90份；10:30时，销售了0份，库存为90份；10:35时，销售了0份，库存为90份；10:40时，又销售了10份，库存为80份；10:45时，又销售了80份，库存为0份。在此过程中，菜品状态监控装置130对菜品A的菜品数据共采集了10次。

在采集到的菜品A的10个菜品数据中，菜品A的库存量和销售量变化的数据只有4个，分别是：

10:00时，库存为100份；

10:15时，销售了10份，库存为90份；

10:40时，又销售了10份，库存为80份；

10:45时，又销售了80份，库存为0份。

菜品状态监控装置130从菜品A的10个菜品数据中提取以上4个库存量和销售量变化的关键条目。

应当理解，在以上的实施例中，菜品状态监控装置130是通过库存量和销售量变化来提取菜品A的菜品数据中的关键条目的，菜品状态监控装置130还可以通过其他信息的变化，例如菜品状态变化来提取菜品A的菜品数据中的关键条目，但本申请的实施例并非以此为限。

在本发明的一实施例中，图1所示的系统10还可以包括商家140。商家140通过网络110与门店运营平台120及菜品状态监控装置130相连接。商家140可以是指在门店运营平台120上具有一定数量的门店的品牌方或门店店长。系统10还可以包含其他类型的商家，但本申请的实施例并非以此为限。

在本发明的一实施例中，菜品状态监控装置130可以响应于用户操作，呈现关键条目。

示例性的，菜品状态监控装置130可以响应于用户(例如商家140)的手动操作从门店运营平台120采集菜品数据。在另一些示例中，菜品状态监控装置130还可以按照用户(例如商家140)预先设定的时间间隔或随机的时间间隔以自动的方式从门店运营平台120采集菜品数据。可以理解，用户可以是如图1所示的商家140也可以是门店运营平台120，但本申请的实施例并非以此为限。

在本发明的一实施例中，菜品状态监控装置130可以根据字符串匹配规则进行菜品名称汇总。示例性的，字符串匹配规则可以是包括前缀搜索、后缀搜索、子串搜索中一个或多个的字符串匹配算法。字符串匹配算法还可以是KMP，Shift-And，Shift-Or，BM，Horspool，BNDM，BOM等或上述的组合，但本申请的实施例并非以此为限。

在本发明的一实施例中，还包括提供页面管理平台，允许对菜品名称的修改。在一个示例中，包含有菜品状态监控装置130的计算机系统可以具有页面管理平台，使用户(例如商家140)可以根据其他商家的菜品名称或顾客反馈情况等对菜品名称进行修改。

步骤203，根据预设的预警规则分析关键条目以判断菜品的状态是否异常。

菜品状态监控装置130从菜品数据中提取出库存量和销售量变化的关键条目后，根据预设的预警规则分析关键条目以判断菜品的状态是否异常。

在本发明的一实施例中，预警规则包括：当菜品的库存量低于预设值时，进行售罄预警；当菜品的库存量和/或销售量处于未知情况时，进行异常预警；和/或当菜品的库存量和/或销售量超出正常范围时，进行异常预警。

例如，在图3所示的一个示例中，如果预设值设为10份，那么在10:45时，剩余库存为0份。由于菜品A的库存0份低于预设值10份，菜品状态监控装置130将进行售罄预警。

例如，当菜品的库存出现了负值或者异常大的数值时，如果判断该数值是错误的，将进行异常预警。

示例性的，菜品状态监控装置130可以将售罄预警和/或异常预警通过网络110发送至门店运营平台120和/或商家140。

步骤204，统计菜品出现异常状态的时间。

菜品状态监控装置130在根据预设的预警规则分析关键条目以判断菜品的状态是否异常之后，统计菜品出现异常状态的时间。

在本发明的一实施例中，菜品状态监控装置130还可以将异常状态的时间呈现在异常菜品统计报表中，异常菜品统计报表包括多个条目，每个条目的项包括如下的任意组合：门店、日期、异常时长、异常菜品数、售罄时长、售罄菜品数、直接损失、间接损失。

例如，参考图3所示，如果预设值设为10份，那么在10:45时，由于菜品A的库存低于预设值，该时间点(10:45)会被菜品状态监控装置130记录并呈现在异常菜品统计报表中。

图4是本发明一实施例的一种菜品状态监控方法的异常菜品统计报表的示意图。参考图4所示，该异常菜品统计报表包括门店、日期、异常时长、异常菜品数、售罄时长、售罄菜品数、直接损失、间接损失。

在本发明的一些示例中，异常菜品统计报表的每个条目的项还可以包括(门店所在)城市、门店ID、异常时长占比、售罄时长占比、下架时长、下架时长占比以及下架菜品数量中的一个或多个的任意组合，但本申请的实施例并非以此为限。

在本发明的一实施例中，菜品状态监控装置130还可以为菜品状态监控创建任务队列，并将任务队列分发给多个计算平台。

示例性的，包含有菜品状态监控装置130的计算机系统可以将一个或多个异常菜品统计报表创建为对应的任务队列，并将该任务队列通过网络110分发给多个计算平台。其中，该计算平台可以是位于门店运营平台120的计算平台和/或商家140的计算平台，但本申请的实施例并非以此为限。

本发明的以上实施例提供了一种菜品状态监控方法，该菜品状态监控方法可以有效监控商家菜品的各种状态，减少商家因菜品状态异常而造成的损失。

本发明的另一方面提供一种菜品状态监控装置，该菜品状态监控装置可以有效监控商家菜品的各种状态，减少商家因菜品状态异常而造成的损失。

图5是本发明一实施例的一种菜品状态监控装置的结构示意图。参考图5所示，菜品状态监控装置130包括存储器131和处理器132。存储器131用于存储可由处理器132执行的指令。处理器132用于执行指令以实现上述菜品状态监控方法。

在本发明的一些实施例中，菜品状态监控装置130还包括通信接口133、输入/输出设备134以及内部通信总线135。通信接口133可以连接网络110以实现菜品状态监控装置130和其他外部设备之间的上、下行数据通信。输入/输出设备134可以支持菜品状态监控装置130与其他部件之间的输入/输出数据流。作为举例，输入/输出设备134可以包括以下的部件的一种或多种：鼠标、轨迹球、键盘、触控组件、声音接收器等。内部通信总线135可以实现菜品状态监控装置130各部件之间的数据通信。

本实施例的菜品状态监控装置的其他实施细节可参考参照图1至图4所描述的实施例，在此不再展开。

本发明的另一方面提供一种存储有计算机程序代码的计算机可读介质，计算机程序代码在由处理器执行时实现上述菜品状态监控方法。

在本发明的一实施例中，计算机程序代码可以由图1和图5所示的菜品状态监控装置130中的处理器132执行时实现上述菜品状态监控方法。

举例来说，本申请的菜品状态监控装置130可以实施为菜品状态监控方法的程序，保存在存储器131中，并可加载到处理器132中执行，以实施本申请的方法。

菜品状态监控装置实施为计算机程序时，也可以存储在有计算机程序代码的计算机可读介质中作为制品。例如，计算机可读存储介质可以包括但不限于磁存储设备(例如，硬盘、软盘、磁条)、光盘(例如，压缩盘(CD)、数字多功能盘(DVD))、智能卡和闪存设备(例如，电可擦除可编程只读存储器(EPROM)、卡、棒、键驱动)。此外，本文描述的各种存储介质能代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于能存储、包含和/或承载代码和/或指令和/或数据的无线信道和各种其它介质(和/或存储介质)。

应该理解，上文所描述的实施例仅是示意。本文描述的实施例可在硬件、软件、固件、中间件、微码或者其任意组合中实现。对于硬件实现，处理单元可以在一个或者多个特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器和/或设计为执行本文所述功能的其它电子单元或者其结合内实现。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个申请实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

虽然本发明已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本发明，在没有脱离本发明精神的情况下还可作出各种等效的变化或替换，因此，只要在本发明的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。

Claims (10)

1.一种菜品状态监控方法，包括以下步骤：

每隔预定时间采集一个或多个门店的菜品数据，所述菜品数据包括多个菜品的库存量和销售量；

从所述菜品数据中提取库存量和销售量变化的关键条目，所述关键条目包括菜品名称、库存量、销售量和时间；

根据预设的预警规则分析所述关键条目以判断菜品的状态是否异常；以及

统计菜品出现异常状态的时间。

2.如权利要求1所述的菜品状态监控方法，其特征在于，从门店运营平台采集所述菜品数据。

3.如权利要求1所述的菜品异常状态监控方法，其特征在于，所述预警规则包括：

当菜品的库存量低于预设值时，进行售罄预警；

当菜品的库存量和/或销售量处于未知情况时，进行异常预警；和/或

当菜品的库存量和/或销售量超出正常范围时，进行异常预警。

4.如权利要求1所述的菜品状态监控方法，其特征在于，还包括将所述异常状态的时间呈现在异常菜品统计报表中，所述异常菜品统计报表包括多个条目，每个条目的项包括如下的任意组合：门店、日期、异常时长、异常菜品数、售罄时长、售罄菜品数、直接损失、间接损失。

5.如权利要求1所述的菜品状态监控方法，其特征在于，还包括响应于用户操作，呈现所述关键条目。

6.如权利要求1所述的菜品状态监控方法，其特征在于，还包括为所述菜品状态监控创建任务队列，并将所述任务队列分发给多个计算平台。

7.如权利要求1所述的菜品状态监控方法，其特征在于，还包括根据字符串匹配规则进行菜品名称汇总。

8.如权利要求4所述的菜品状态监控方法，其特征在于，还包括提供页面管理平台，允许对所述菜品名称的修改。

9.一种菜品状态监控装置，包括：

存储器，用于存储可由处理器执行的指令；

处理器，用于执行所述指令以实现如权利要求1-8任一项所述的方法。

10.一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如权利要求1-8任一项所述的方法。

Images