CN112001684A - 异常营业状态监控方法及装置 - 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是本发明一实施例的一种异常营业状态监控装置的结构示意图。

图中元件标号说明：

10：系统

110：网络

120：门店运营平台

130：异常营业状态监控装置

131：接收接口

132：请求接口

133：存储单元

134：处理单元

135：告警单元

136：输入/输出设备

137：内部通信总线

140：品牌方

具体实施方式

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

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

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

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

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

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

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

在线点餐服务平台的出现，使得商家扩大了自己的营业范围。与此同时，商家在第三方平台上的门店评分以及门店的营业时间等往往会对顾客的选择有着重要的影响。通常情况下，商家门店的营业时间是比较规律或相对固定的。但是由于某些原因，可能会发生商家在第三方平台上的门店出现异常关店的情况。异常关店不仅会导致顾客体验变差，造成顾客的流失，还会对商家的营业额产生一定的负面影响。

针对以上的问题，本发明的以下实施例描述一种异常营业状态监控方法，该一种异常营业状态监控方法可以有效监控门店营业状态，减少商家因门店异常关店而造成的损失。

图1是本发明一实施例的一种异常营业状态监控方法的实施环境示意图。

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

参考图1和图2所示，该异常营业状态监控方法包括以下步骤：

步骤201，获取门店营业状态。

通过接收接口接收门店的营业状态信息，以及通过请求接口请求门店的营业状态信息并获取营业状态信息。

图3是本发明一实施例的一种异常营业状态监控装置的结构示意图。参考图1和图3所示，系统10包括门店运营平台120和异常营业状态监控装置130。门店运营平台120和异常营业状态监控装置130等通过网络110相连接。其中，异常营业状态监控装置130可以包括请求接口132。门店运营平台120可以包括推送接口(图未示)。门店的营业状态信息位于门店运营平台120中。

在一些实施例中，异常营业状态监控装置130还可以包括接收接口131。门店运营平台120还可以包括响应接口(图未示)。

在本发明的一实施例中，门店运营平台120可以包括点餐服务平台。

在本发明的一实施例中，上述异常营业状态监控方法可以是在连接到门店运营平台120的计算机中执行。示例性的，该计算机可以是如图3所示的异常营业状态监控装置130，或是包含异常营业状态监控装置130的计算机系统，但本申请的实施例并非以此为限。

异常营业状态监控装置130的接收接口131通过门店运营平台120的推送接口接收门店运营平台120推送的门店的营业状态信息。同时，异常营业状态监控装置130通过其请求接口132向门店运营平台120请求门店的营业状态信息，门店运营平台120的响应接口响应异常营业状态监控装置130的请求后将该营业状态信息反馈至异常营业状态监控装置130。

可以理解，上述门店运营平台120可以通过推送接口将营业状态信息反馈至异常营业状态监控装置130，也可以通过其他类型的方式将营业状态信息反馈至异常营业状态监控装置130。

在本发明的一实施例中，异常营业状态监控装置130可以定期通过请求接口132向门店运营平台120请求门店的营业状态信息。例如，异常营业状态监控装置130可以按照预先设定的时间间隔以自动或手动的方式向门店运营平台120请求门店的营业状态信息。在另一些示例中，异常营业状态监控装置130还可以按照随机时间间隔方式以自动或手动的方式向门店运营平台120请求门店的营业状态信息。

可以理解，上述门店的营业状态信息可以是一个门店的营业状态信息也可以是多个门店的营业状态信息。对于多个门店的营业状态信息，异常营业状态监控装置130可以同时获取这些门店的营业状态信息也可以分别获取这些门店的营业状态信息，但本申请的实施例并非以此为限。

步骤202，维持包含一个或多个门店的营业时间的营业时间列表。

例如，图3所示的异常营业状态监控装置130还可以包括存储单元133。存储单元133用于存储并维持包含一个或多个门店的营业时间的营业时间列表。

存储单元133可以包括不同形式的程序存储单元及数据存储单元，例如只读存储单元(ROM)和随机存取存储单元(RAM)以及硬盘或上述的组合。存储单元133能够存储异常营业状态监控装置130中处理和/或通信使用的各种数据文件以及可能的程序指令。

步骤203，比较门店的营业状态信息与关联的营业时间。

例如，图3所示的异常营业状态监控装置130还可以包括处理单元134。处理单元134用于比较门店的营业状态信息与关联的营业时间。

参考图1和图3所示，异常营业状态监控装置130通过接收接口和请求接口132从门店运营平台120获取一个或多个门店营业状态信息后。异常营业状态监控装置130的处理单元134将获取到的一个或多个门店营业状态信息与存储单元133中存储的一个或多个门店的营业时间列表中的关联的营业时间进行比较。

在一些实施例中，处理单元134可以由一个或多个处理单元组成。处理单元134所执行的可能的程序指令可以存储在存储单元133中。

可以理解，上述处理单元134可以只对一个门店的营业状态信息与关联的营业时间进行比较也可以对多个门店的营业状态信息与关联的营业时间进行比较。对于多个门店的营业状态信息与关联的营业时间进行的比较，可以是同时进行的也可以是分别进行的，但本申请的实施例并非以此为限。

步骤204，根据比较结果判断所述门店的营业状态是否异常。

例如，在图3所示的异常营业状态监控装置130中，处理单元134根据步骤203中的比较结果判断门店的营业状态是否异常。

在本发明的一实施例中，根据比较结果判断门店的营业状态是否异常的步骤包括：如果所述门店在营业时间内开店，则为正常营业；如果所述门店在营业时间外关店，则为正常休息；如果所述门店在营业时间内关店，则为异常关店。

参考图1和图3所示，异常营业状态监控装置130的处理单元134将获取到的一个或多个门店营业状态信息与存储单元133中存储的一个或多个门店的营业时间列表中的关联的营业时间进行比较后，处理单元134根据比较结果判断一个或多个门店的营业状态是否异常。如果门店在营业时间内开店，则为判断为正常营业；如果门店在营业时间外关店，则判断为正常休息；如果门店在营业时间内关店，则判断为异常关店。

可以理解，上述处理单元134可以只判断一个门店的营业状态是否为异常也可以判断多个门店的营业状态是否为异常。对多个门店的营业状态是否为异常的判断，可以是同时进行的也可以是分别进行的，但本申请的实施例并非以此为限。

在本发明的一实施例中，上述步骤204后还包括发送异常营业状态的告警。

例如，图3所示的异常营业状态监控装置130还可以包括告警单元135。告警单元135用于发送异常营业状态的告警。

在本发明的一实施例中，图1所示的系统10还可以包括品牌方140。品牌方140通过网络110与门店运营平台120及异常营业状态监控装置130相连接。参考图1和图3所示，异常营业状态监控装置130的处理单元134根据比较结果判断一个或多个门店的营业状态是否异常之后，将具有异常关店的门店的异常营业状态的告警发送给品牌方140。品牌方140可以是指在门店运营平台120上具有一定数量的门店的商家。

在本发明的另一些实施例中，图1所示的系统10还可以包括门店店长(图未示)。异常营业状态监控装置130的处理单元134根据比较结果判断一个或多个门店的营业状态是否异常之后，将具有异常关店的门店的异常营业状态的告警发送给对应门店的门店店长。

可以理解，门店店长可以独立于品牌方140也可以包含在品牌方140之内。系统10还可以包含其他类型的商家，但本申请的实施例并非以此为限。

在本发明的另一些实施例中，异常营业状态监控装置130的处理单元134根据比较结果判断一个或多个门店的营业状态是否异常之后，还可以将具有异常关店的门店的异常营业状态的告警发送给门店运营平台120。门店运营平台120可以在收到相应的告警后通过网络110将该告警转发给品牌方140或门店店长。

应当理解，在发送异常营业状态的告警的步骤之后还可以根据本领域技术人员的需要而包含其他步骤，在此不再展开。

以上的实施例使用了图2所示的流程图来说明根据本申请的实施例的方法所执行的步骤/操作。应当理解的是，以上步骤/操作不一定按照顺序来精确地执行，而是可以改变顺序或同时处理各种步骤/操作。同时，或将其他步骤/操作添加到这些步骤/操作中，或从这些步骤/操作移除某一步或数步。

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

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

下面结合图3对异常营业状态监控装置的结构进行说明。

异常营业状态监控装置130可以包括接收接口131、请求接口132、存储单元133以及处理单元134。接收接口131配置为接收门店的营业状态信息。请求接口132配置为请求门店的营业状态信息并获取所述营业状态信息。存储单元133维持包含一个或多个门店的营业时间的营业时间列表。处理单元134比较门店的营业状态信息与关联的营业时间，根据比较结果判断所述门店的营业状态是否异常。

在本发明的一实施例中，异常营业状态监控装置130还包括告警单元135，用于发送异常营业状态的告警。

在本发明的另一些实施例中，异常营业状态监控装置130还包括输入/输出设备136和内部通信总线137。输入/输出设备136可以支持异常营业状态监控装置130与其他部件之间的输入/输出数据流。作为举例，输入/输出设备136可以包括以下的部件的一种或多种：鼠标、轨迹球、键盘、触控组件、声音接收器等。内部通信总线137可以实现异常营业状态监控装置130各部件之间的数据通信。

可以理解，本申请的异常营业状态监控方法并不限于由一个异常营业状态监控装置实施，而是可以由多个联机的异常营业状态监控装置协同实施。联机的异常营业状态监控装置可以通过局域网或者广域网连接和通信。

本实施例的异常营业状态监控装置的其他实施细节可参考参照图1和图2所描述的实施例，在此不再展开。

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

在本发明的一实施例中，存储器可以是例如图3所示的异常营业状态监控装置130中的存储单元133，处理器可以是例如图3所示的异常营业状态监控装置130中的处理单元134。

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

在本发明的一实施例中，计算机程序代码可以由图3所示的异常营业状态监控装置130中的处理单元134执行时实现如上所述的方法。

举例来说，本申请的异常营业状态监控装置130可以实施为异常营业状态监控方法的程序，保存在存储单元133中，并可加载到处理单元134中执行，以实施本申请的方法。

异常营业状态监控装置130实施为计算机程序时，也可以存储在有计算机程序代码的计算机可读介质中作为制品。例如，计算机可读存储介质可以包括但不限于磁存储设备(例如，硬盘、软盘、磁条)、光盘(例如，压缩盘(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.根据权利要求5所述的方法，其特征在于，所述门店运营平台包括点餐服务平台。

7.一种异常营业状态监控装置，包括：

接收接口，配置为接收门店的营业状态信息；

请求接口，配置为请求门店的营业状态信息并获取所述营业状态信息；

存储单元，维持包含一个或多个门店的营业时间的营业时间列表；

处理单元，比较门店的营业状态信息与关联的营业时间，根据比较结果判断所述门店的营业状态是否异常。

8.根据权利要求7所述的装置，其特征在于，还包括告警单元，用于发送异常营业状态的告警。

9.一种异常营业状态监控装置，包括：

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

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

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

Images