CN113254108A - 基于小程序的门店操作方法及装置、电子设备、存储介质 - Google Patents

Abstract

本说明书一个或多个实施例提供一种基于小程序的门店操作方法及装置、电子设备、存储介质。该方法应用于门店管理小程序；所述方法包括：识别门店管理小程序的使用方身份；在使用方身份为商家管理方的情况下，执行商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行公共业务模块以向服务端发起针对商家线上门店的管理操作的第二处理请求；在使用方身份为代操作方的情况下，执行代操作业务模块以向服务端发起针对非代理操作的第三处理请求，以及执行公共业务模块以向服务端发起针对商家线上门店的管理操作的第四处理请求，获取来自服务端的执行结果。

Description

基于小程序的门店操作方法及装置、电子设备、存储介质

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种基于小程序的门店操作方法及装置、电子设备、存储介质。

背景技术

小程序（Mini Program）是一种不需要下载安装即可使用的应用程序，无需手动在操作系统中安装，通常依托于用户终端上安装的应用程序来运行，用户可以通过扫一扫或者搜索小程序来打开应用。在目前的商家运营活动中，商家可以通过使用小程序对商家线上门店中的相关信息进行管理，例如配置支付账号、对线上门店进行装修或者配置优惠活动等。

但是，商家往往忙于经营活动而难以有空闲时间对商家线上门店的相关信息进行管理，以及商家通常对小程序内的各个功能并不熟悉，这就需要商家花费大量的时间对商家线上门店的相关信息进行配置，显著降低了商家对线上门店的管理效率，影响了商家的使用体验。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种基于小程序的门店操作方法及装置、电子设备、存储介质。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种基于小程序的门店操作方法，应用于门店管理小程序，所述门店管理小程序配置有公共业务模块、商家业务模块和代操作业务模块；所述方法包括：

识别所述门店管理小程序的使用方身份；

在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向所述服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第四处理请求；

获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求、所述第二处理请求、所述第三处理请求和所述第四处理请求执行相应的处理操作而得。

根据本说明书一个或多个实施例的第二方面，提出了一种基于小程序的门店操作方法，应用于商家管理小程序，所述商家管理小程序至少配置有公共业务模块和商家业务模块；所述方法包括：

识别所述商家管理小程序的使用方身份；

在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向所述服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求和所述第二处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由代操作方管理小程序发起的针对非代理操作的第三处理请求和针对所述商家线上门店的管理操作的第四处理请求而执行相应的处理操作，所述代操作方管理小程序至少配置有代操作业务模块和所述公共业务模块，所述第三处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述代操作业务模块而发起，所述第四处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述公共业务模块而发起。

根据本说明书一个或多个实施例的第三方面，提出了一种基于小程序的门店操作方法，应用于代操作方管理小程序，所述代操作方管理小程序至少配置有公共业务模块和代操作业务模块；所述方法包括：

识别所述代操作方管理小程序的使用方身份；

在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对商家线上门店的管理操作的第四处理请求；

获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第三处理请求和所述第四处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由商家管理小程序发起的针对所述商家线上门店的非管理操作的第一处理请求和针对所述商家线上门店的管理操作的第二处理请求而执行相应的处理操作，所述商家管理小程序至少配置有商家业务模块和所述公共业务模块，所述第一处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过执行所述商家业务模块而发起，所述第二处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过调用所述公共业务模块而发起。

根据本说明书一个或多个实施例的第四方面，提出了一种基于小程序的门店操作装置，应用于门店管理小程序，所述门店管理小程序配置有公共业务模块、商家业务模块和代操作业务模块；所述装置包括：

第一识别单元，用于识别所述门店管理小程序的使用方身份；

第一执行单元，用于在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

第二执行单元，用于在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向所述服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第四处理请求；

第一获取单元，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求、所述第二处理请求、所述第三处理请求和所述第四处理请求执行相应的处理操作而得。

根据本说明书一个或多个实施例的第五方面，提出了一种基于小程序的门店操作装置，应用于商家管理小程序，所述商家管理小程序至少配置有公共业务模块和商家业务模块；所述装置包括：

第二识别单元，用于识别所述商家管理小程序的使用方身份；

第三执行单元，用于在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向所述服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

第二获取单元，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求和所述第二处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由代操作方管理小程序发起的针对非代理操作的第三处理请求和针对所述商家线上门店的管理操作的第四处理请求而执行相应的处理操作，所述代操作方管理小程序至少配置有代操作业务模块和所述公共业务模块，所述第三处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述代操作业务模块而发起，所述第四处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述公共业务模块而发起。

根据本说明书一个或多个实施例的第六方面，提出了一种基于小程序的门店操作装置，应用于代操作方管理小程序，所述代操作方管理小程序至少配置有公共业务模块和代操作业务模块；所述装置包括：

第三识别单元，用于识别所述代操作方管理小程序的使用方身份；

第四执行单元，用于在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对商家线上门店的管理操作的第四处理请求；

第三获取单元，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第三处理请求和所述第四处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由商家管理小程序发起的针对所述商家线上门店的非管理操作的第一处理请求和针对所述商家线上门店的管理操作的第二处理请求而执行相应的处理操作，所述商家管理小程序至少配置有商家业务模块和所述公共业务模块，所述第一处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过执行所述商家业务模块而发起，所述第二处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过调用所述公共业务模块而发起。

根据本说明书一个或多个实施例的第七方面，提出了一种电子设备，包括：

处理器；

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

其中，所述处理器通过运行所述可执行指令以实现如上述任一实施例中所述的方法。

根据本说明书一个或多个实施例的第八方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述实施例中任一所述方法的步骤。

在本说明书的技术方案中，代操作方可以代替商家管理方执行针对商家线上门店的管理操作，而无需商家管理方执行针对自身商家线上门店的管理操作，可以降低商家管理方操作的繁琐度。此时，代操作方执行的针对商家线上门店的管理操作与直接由商家管理方执行的针对商家线上门店的管理操作的执行逻辑是一致的，因此本申请中开发人员可以在门店管理小程序中部署公共业务模块，那么无论是代操作方还是商家管理方都可以通过执行该公共业务模块实现针对商家线上门店的管理操作，开发人员无需分别针对代操作方和商家管理方进行开发，可以降低开发成本；以及，开发人员可以分别针对代操作方所特有的功能开发代操作业务模块，针对商家所特有的功能开发商家业务模块，从而可以分别满足代操作方与商家管理方的使用需求。

从前端来看，可以将商家业务模块、代操作方业务模块以及公共业务模块进行打包形成门店管理小程序，而该门店管理小程序既可以被部署于商家客户端也可以被部署于代操作方客户端，而无需分别针对商家客户端和代操作方客户端进行单独开发，可以显著降低开发成本，同时门店管理小程序可以部署于大量不同的应用程序，有利于门店管理小程序被规模化使用。

从后端来看，正是由于商家客户端与代操作方客户端部署的都是同一门店管理小程序，商家客户端可以供商家管理员使用，而代操作方客户端可以供代操作方使用，因而，商家客户端中部署的门店管理小程序与代操作方客户端部署的门店管理小程序可以与同一服务端进行交互，该服务端既可以响应于由代操作方通过门店管理小程序发起的处理请求执行相应的处理操作，也可以响应于由商家管理方通过门店管理小程序发起的处理请求执行相应的处理操作，这样开发人员只要开发针对门店管理小程序的一个服务端即可，无需开发多个后台服务端，可以节省开发成本，节省人力成本。

附图说明

图1是一示例性实施例提供的一种基于小程序的门店操作系统的架构示意图。

图2是一示例性实施例提供的一种基于小程序的门店操作方法的流程图。

图3是一示例性实施例提供的另一种基于小程序的门店操作方法的流程图。

图4是一示例性实施例提供的一种商家管理小程序、代操作方管理小程序以及门店管理小程序的组成结构的示意图。

图5是一示例性实施例提供的另一种基于小程序的门店操作方法的流程图。

图6是一示例性实施例提供的另一种基于小程序的门店操作方法的流程图。

图7是一示例性实施例提供的一种电子设备的结构示意图。

图8是一示例性实施例提供的一种基于小程序的门店操作装置的框图。

图9是一示例性实施例提供的另一种基于小程序的门店操作装置的框图。

图10是一示例性实施例提供的另一种基于小程序的门店操作装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

小程序（Mini Program）是一种不需要下载安装即可使用的应用程序，无需手动在操作系统中安装，通常依托于用户终端上安装的应用程序来运行，用户可以通过扫一扫或者搜索小程序来打开应用。

在目前的商户运营活动中，商家可以通过使用相应的小程序对商家线上门店的相关信息进行管理，例如，配置扫码点餐功能、发放虚拟权益、配置支付账号、对线上门店进行装修、配置专门优惠活动等。但是，商家往往忙于经营活动，难以有空闲时间对商家线上门店的相关信息进行管理，以及商家通常对小程序内的各个功能并不熟悉，这就需要商家花费大量的时间对商家线上门店进行配置，显著降低了商家对线上门店的管理效率。

相关技术中，可以由专门的运营服务人员（也可以被称为代操作方）协助商家对其线上门店的相关信息进行管理，代操作方可以直接对商家进行上门指导，但是这一过程需要耗费大量的人力成本，使得每一代操作方能够协助的商家数量有限；或者，代操作方还可以对商家进行远程指导，但是这一过程需要耗费大量的沟通成本，且容易出现由于理解偏差而导致商家线上门店的相关信息被配置错误的问题，影响了商家的使用体验。

本说明书中采用基于小程序的门店操作方法，代操作方可以通过门店管理小程序直接代替商家对商家线上门店的相关信息进行管理，可以提升执行针对商家线上门店的管理操作的效率。下面结合实施例进行详细说明。

请参见图1，图1是一示例性实施例提供的一种基于小程序的门店操作系统的架构示意图。如图1所示，该系统可以包括服务器11、网络12和若干电子设备，比如手机13-15等。

服务器11可以为包含一独立主机的物理服务器，或者也可以为主机集群承载的虚拟服务器。在运行过程中，上述服务器可以运行某一应用的服务器侧的程序，以作为相应的服务端实现该应用的相关业务功能。

手机13-15表示商家和代操作方等用户可以使用的一种类型的电子设备。实际上，还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑（PDAs，PersonalDigital Assistants）、可穿戴设备（如智能眼镜、智能手表等）等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，该电子设备可以运行某一应用的客户端侧的程序，以实现该应用的相关业务功能，当然，该应用中可以部署有相应的门店管理小程序、商家管理小程序或者代操作方管理小程序等，本说明书并不对此进行限制。比如，手机13可运行商家的客户端侧程序，以实现为商家客户端；类似的，手机14可运行用户的代操作方侧程序，以实现为代操作方客户端。

网络12可以包括多种类型的有线或无线网络。比如，网络14可以包括公共交换电话网络（Public Switched Telephone Network，PSTN）和因特网。

请参见图2，图2是一示例性实施例提供的一种基于小程序的门店操作方法的流程图。如图2所示，该方法应用于门店管理小程序，可以包括以下步骤：

步骤202，识别所述门店管理小程序的使用方身份。

在一实施例中，代操作方可以代替商家管理方执行针对商家线上门店的管理操作，而无需商家管理方执行针对自身商家线上门店的管理操作，可以降低商家管理方操作的繁琐度。此时，代操作方执行的针对商家线上门店的管理操作与直接由商家管理方执行的针对商家线上门店的管理操作的执行逻辑是一致的，因而，本申请中开发人员可以在门店管理小程序中部署公共业务模块，那么无论是代操作方还是商家管理方都可以通过执行该公共业务模块实现针对商家线上门店的管理操作，开发人员无需分别针对代操作方和商家管理方进行开发，可以降低开发成本；以及，开发人员可以分别针对代操作方所特有的功能开发代操作业务模块，针对商家所特有的功能开发商家业务模块，从而可以分别满足代操作方与商家管理方的使用需求。

在一实施例中，门店管理小程序可以被部署于任意应用程序中，门店管理小程序中可以配置有公共业务模块、商家业务模块和代操作业务模块，例如，门店管理小程序可以被部署于供商家使用的商家应用程序中或者门店管理小程序可以被部署于供代操作方使用的代操作方应用程序中。此时，开发人员只需要开发一个门店管理小程序，就可以分别将该门店管理小程序部署于商家应用程序和代操作方应用程序，而无需分别针对商家应用程序和代操作应用程序进行单独开发，降低了开发成本，并且该门店管理小程序可以被部署于大量不同的应用程序，有利于门店管理小程序被规模化使用。

而门店管理小程序在被配置至商家客户端或者代操作方客户端时可以通过容器判断、差异API抹平或者请求库抹平等手段适配于不同的客户端，从而可以实现同一门店管理小程序适配于多个不同的客户端，保证该门店管理小程序可以在不同的客户端中均正常运行。

在一实施例中，门店管理小程序可以通过调用公共业务模块识别该门店管理小程序的使用方身份。其中，门店管理小程序可以通过调用公共业务模块确定门店管理小程序的当前运行环境，从而可以根据确定出的当前运行环境确定门店管理小程序的使用方身份，例如，可以根据门店管理小程序的程序载体确定其当前运行环境，若通过公共业务模块检测到门店管理小程序的程序载体为商家客户端，则可以判定该门店管理小程序的使用方身份为商家管理方；若通过公共业务模块检测到门店管理小程序的程序载体为代操作方客户端，则可以判定该门店管理小程序的使用方身份为代操作方。或者，门店管理小程序还可以通过调用公共业务模块在电子设备上展示登录信息输入页面，那么使用方就可以在该登录信息输入页面中输入其账号信息，门店管理小程序可以根据获得的账号信息识别使用方身份，例如，公共业务模块中可以维护有各个账户信息与相应的身份信息之间的映射关系，例如，账号信息为zh001对应的身份信息为商家管理方；账号信息为zh002对应的身份信息为商家管理方；账号信息为zh101对应的身份信息为代操作方。那么当门店管理小程序通过公共业务模块获取到的使用方的账号信息为zh001，可以根据上述映射关系查找到该账户信息zh001对应的身份信息为商家管理方，从而得到使用方身份为商家管理方。

在一实施例中，开发人员在开发上述商家业务模块、代操作业务模块和公共业务模块时，可以在各个业务模块中配置多个页面，门店管理小程序可以通过执行不同的业务模块在电子设备上展示不同的页面，以指示相应的使用方在该页面上进行操作，其中电子设备上可以安装有被部署了门店管理小程序的应用程序。那么在门店管理小程序先执行公共业务模块、商家业务模块和代操作业务模块中的任一业务模块，再执行公共业务模块、商家业务模块和代操作业务模块中的其他业务模块时，可以使得电子设备在不同的业务模块所对应的页面之间进行跳转。例如，商家业务模块可以包括供商家管理方输入登录信息的页面或者供用户创建账号的页面等，代操作业务模块中可以包括供代操作方输入登录信息的页面、供代操作方输入许可信息的页面以及查询商家线上门店的页面等，而公共业务模块中可以包括对商家线上门店进行配置的页面或者展示服务端执行结果的页面等。

步骤204，在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求。

步骤206，在所述使用方身份为代操作方的情况下，执行所述代操作方业务模块以向所述服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第四处理请求。

在一实施例中，在使用方身份为商家管理方的情况下，某一应用程序中部署的门店管理小程序可以通过执行商家业务模块向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及门店管理小程序可以通过执行公共业务模块向服务端发起针对商家线上门店的管理操作的第二处理请求，其中，商家线上门店可以包括商家在应用程序中申请的虚拟店铺等。而针对商家线上门店的非管理操作可以包括商家管理方所特有的操作，例如，验证商家管理方的登录信息、查询商家线上门店的订单执行状况、创建商家管理方的账号信息和绑定商家线上门店等；针对商家线上门店的管理操作可以包括：配置扫码点餐功能、发放虚拟权益、配置支付账号、对线上门店进行装修、配置专门营销活动等。

举例而言，假设电子设备X中的A应用程序中部署的门店管理小程序被启动时，可以通过执行公共业务模块识别出其所处的当前运行环境为商家客户端，那么门店管理小程序可以判定使用方身份为商家管理方，接着门店管理小程序可以通过执行商家业务模块展示供商家管理方输入登录信息的页面，使得商家管理方可以通过在该页面中输入登录信息，从而触发生成用于校验商家登录信息的第一处理请求，服务端可以响应于该第一处理请求，对商家管理方的登录信息进行校验并向门店管理小程序返回相应的校验结果。而门店管理小程序可以在根据校验结果确定商家管理方的登录信息被校验通过的情况下，继续调用公共业务模块展示供商家管理方对商家线上门店进行配置的页面，例如该页面中可以包括“配置扫码点餐功能”、“配置支付账号”和“配置优惠活动”等选项，其中配置优惠活动还可以包括发放优惠券等虚拟权益，那么商家管理方可以通过触发页面中的任一选项，发起针对商家线上门店的管理操作的第二处理请求。

在一实施例中，在使用方身份为代操作方的情况下，某一应用程序中部署的门店管理小程序可以通过执行代操作业务模块向服务端发起针对非代理操作的第三处理请求，以及门店管理小程序可以通过执行公共业务模块向服务端发起针对商家线上门店的管理操作的第四处理请求。其中，非代理操作可以包括代操作方所特有的操作，例如，验证代操作方的登录信息、校验代操作方的代操作权限、代操作方工作看板、查询指定商家或者指定品牌和获取许可信息等。而第四处理请求所对应的管理操作与上述第二处理请求所对应的管理操作是一致的，第二处理请求所对应的管理操作是由商家管理方直接发起的，而第四处理请求所对应的管理操作时由代操作方替代商家管理方发起的，此时，可以完全由专门的代操作方执行针对商家线上门店的管理操作，而无需由商家管理方进行配置，提升了管理商家线上门店的效率，无需商家管理方花费大量的时间成本学习使用门店管理小程序，也无需商家管理方亲自对自身商家线上门店进行管理，降低了商家管理方操作的繁琐度；同时代操作方可以通过门店管理小程序实现对多个商家线上门店的代管理操作，可以降低人力成本，也满足了大量商家的需求。

在一实施例中，门店管理小程序可以通过执行上述代操作业务模块发起针对商家线上门店的指定代操作的申请请求，该指定代操作可以包括针对商家线上门店的管理操作中的一个或者多个，例如该指定代操作可以包括下述至少之一：配置扫码点餐、配置支付账号、对线上门店进行装修、配置优惠活动等。

而服务端可以对接收到的申请请求进行校验，并在校验通过的情况下向门店管理小程序返回针对指定代操作的授权信息，其中，该授权信息可以包括令牌或者权限密码等，当然服务端还可以对授权信息进行签名，从而可以避免授权信息在传输的过程中被篡改，本说明书并不对此进行限制。

而在门店管理小程序获取到上述授权信息之后，门店管理小程序才可以通过执行公共业务模块生成包含上述授权信息的第四处理请求，那么服务端在接收到第四处理请求后可以对第四处理请求中包含的授权信息进行校验，并在校验通过的情况下，继续执行该第四处理请求中包含的与指定代操作相关的内容，从而可以避免任何代操作方都可以对商家线上门店进行管理，可以避免攻击者对商家线上门店的相关信息的随意篡改，从而可以保证对商家线上门店进行代操作管理的安全性和可靠性。例如，当指定代操作为配置支付账号时，第四处理请求中可以包括将商家线上门店的支付账号修改为abc01，那么服务端可以在确定第四处理请求被校验通过的情况下，可以将该商家线上门店的支付账号修改为abc01。

在一实施例中，门店管理小程序还可以在申请请求中添加商家线上门店的许可信息，而服务端对上述申请请求进行校验的过程可以包括：对申请请求中包含的许可信息进行校验，并在许可信息被验证通过的情况下，根据申请请求向门店管理小程序返回针对指定代操作的授权信息。其中，许可信息可以包括临时验证码或者由任一商家管理员生成的数字签名等。

而门店管理小程序获取上述许可信息的过程可以包括：门店管理小程序可以通过执行代操作业务模块向服务端发送包含商家线上门店的标识信息的许可获取请求，其中，该标识信息可以包括商家线上门店的名称或者ID等，那么相应的服务端可以响应于该许可获取请求生成该商家线上门店的许可信息，并且服务端可以将得到的许可信息传输至商家线上门店对应的商家管理方，从而可以由商家管理方在获取到许可信息之后将其传输至门店管理小程序，那么门店管理小程序可以将来自商家管理方的许可信息添加至上述申请请求中。本申请中可以通过商家管理方将由服务端生成的许可信息传输至门店管理小程序，商家管理方可以控制针对代操作的申请请求，可以保证商家管理方及时获知针对指定代操作的授权情况，避免攻击者获得针对指定代操作的授权信息。其中，服务端可以维护有各个商家线上门店与相应的商家管理方之间的映射关系，那么服务端可以根据该映射关系确定出上述许可获取请求所含标识信息对应的商家管理方，例如，该映射关系中可以记录有各个商家线上门店的标识信息以及相应的商家管理员的联系方式，该联系方式可以包括手机号码或者社交账号等。此时，商家管理方可以直接通过电话或者短信等方式将获得的许可信息告知代操作方，从而由代操作方再将得到的许可信息输入至门店管理小程序中，本说明书并不对此进行限制。

举例而言，假设电子设备X中的B应用程序中部署的门店管理小程序被启动时，可以通过执行公共业务模块识别出其所处的当前运行环境为代操作方客户端，那么门店管理小程序可以判定使用方身份为代操作方，门店管理小程序可以通过执行代操作业务模块展示供代操作方输入任意一个或者多个商家线上门店的标识信息的页面，使得代操作方可以通过在该页面中输入目标商家线上门店的标识信息，从而触发生成许可获取请求，服务端可以响应于许可获取请求，生成目标商家线上门店的许可信息，并将该许可信息传输至目标商家线上门店所对应的一个或者多个商家管理方处。此时，门店管理小程序可以通过调用代操作业务模块展示供代操作方输入许可信息的页面，而代操作方可以从商家管理方处获知目标商家线上门店的许可信息，并由代操作方在电子设备X所显示的页面中输入许可信息，而通过输入许可信息可以触发生成针对商家线上门店的指定代操作的申请请求，该申请请求中可以包括有许可信息。那么服务端可以对接收到的申请请求所含的许可信息进行校验，而服务端可以在许可信息被校验通过的情况下，向门店管理小程序反馈针对指定代操作的授权信息，即代操作方在获取到授权信息之后可以代替商家管理方执行针对商家线上门店的管理操作，而该管理操作需要通过公共业务模块来执行。因而，门店管理小程序在确定获取授权信息之后，可以切换至调用公共业务模块展示供代操作方对商家线上门店进行配置的页面，例如该页面中可以包括“配置扫码点餐功能”、“配置支付账号”和“配置优惠活动”等选项，那么代操作方可以通过触发页面中的任一选项，发起针对商家线上门店的管理操作的第四处理请求。

步骤208，获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求、所述第二处理请求、所述第三处理请求和所述第四处理请求执行相应的处理操作而得。

在一实施例中，服务端可以分别响应于上述第一处理请求、第二处理请求、第三处理请求和第四处理请求，执行相应的处理操作并向部署有门店管理小程的客户端反馈相应的执行结果。

在一实施例中，服务端在响应于第一处理请求、第二处理请求、第三处理请求和第四处理请求中的任一处理请求而得到的执行结果都可以记录至相应的日志文件中，后续可以供相关的运维人员查看和审核；以及服务端得到的每一执行结果都可以通知各个商家线上门店所对应的商家管理员，从而使得商家管理员可以监控针对商家线上门店的任一操作动态，可以及时发现异常情况。

请参见图3，图3是一示例性实施例提供的一种基于小程序的门店操作方法的流程图。如图3所示，该方法应用于商家管理小程序，商家管理小程序至少配置有公共业务模块和商家业务模块，可以包括以下步骤：

步骤302，识别所述商家管理小程序的使用方身份。

步骤304，在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向所述服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求。

步骤306，获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求和所述第二处理请求执行相应的处理操作而得。

在一实施例中，所述服务端还用于分别响应于由代操作方管理小程序发起的针对非代理操作的第三处理请求和针对所述商家线上门店的管理操作的第四处理请求而执行相应的处理操作，所述代操作方管理小程序至少配置有代操作业务模块和所述公共业务模块，所述第三处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述代操作业务模块而发起，所述第四处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述公共业务模块而发起。

在一实施例中，商家管理小程序可以仅配置有公共业务模块和商家业务模块，以及代操作方管理小程序可以仅配置有代操作业务模块和所述公共业务模块，这样可以在商家客户端配置商家管理小程序，而在代操作方客户端配置代操作方管理小程序，从而可以使得供商家管理方使用的商家管理小程序无需包含代操作业务模块，使得供代操作方使用的代操作方管理小程序无需包含商家业务模块，可以在分别满足商家管理方或者代操作方的处理需求的情况下，减少了商家管理小程序和代操作方管理小程序所占用的存储空间，可以避免在商家客户端或者代操作方客户端部署冗余的代码；同时，商家管理小程序执行公共业务模块、商家业务模块的处理逻辑与代操作方小程序执行公共业务模块、代操作业务模块的处理逻辑是相似的，那么开发人员开发商家管理小程序和代操作管理小程序的过程类似，可以减少开发人员的开发工作量，降低了开发成本。其中，如图4所示，展示了商家管理小程序、代操作方管理小程序以及门店管理小程序与所包含的业务模块之间的关联关系。当然，商家管理小程序和代操作方管理小程序可以都配置有公共业务模块、商家业务模块和代操作业务模块，开发人员只需要开发一个包含公共业务模块、商家业务模块和代操作业务模块的管理小程序即可，本说明书中并不对此进行限制。

特别地，即便是商家管理小程序配置有三个业务模块，商家管理小程序在被安装于商家客户端时也仅仅需要调用公共业务模块和商家业务模块，因而开发人员可以在商家管理小程序中仅配置两个业务模块即公共业务模块和商家业务模块，但是仍不改变原有的执行逻辑，上述实施例中涉及通过调用公共业务模块识别使用方身份等操作依然保留。也就是说，相对于商家管理小程序配置有三个业务模块即公共业务模块、商家业务模块和代操作业务模块，开发人员可以仅在商家管理小程序中少配置代操作业务模块，而不做其他调整。代操作方管理小程序与商家管理小程序相类似，此处不再赘述。可以理解的是，若开发人员在商家管理小程序中仅配置公共业务模块和商家业务模块的同时还取消原有的识别使用方身份等操作、开发人员在代操作方管理小程序中仅配置公共业务模块和代操作业务模块的同时还取消原有的识别使用方身份等操作，这将使得调整后的商家管理小程序和代操作方管理小程序的执行逻辑不一致，从而使得开发人员需要单独开发商家管理小程序和代操作方管理小程序，这无疑将增加开发成本，提升人力成本。

图2中门店管理小程序的实施例中所涉及的描述同样可以适用于商家管理小程序的实施例中，此处不再赘述。

请参见图5，图5是一示例性实施例提供的一种基于小程序的门店操作方法的流程图。如图5所示，该方法应用于代操作方管理小程序，代操作方管理小程序至少配置有公共业务模块和代操作业务模块，可以包括以下步骤：

步骤502，识别所述代操作方管理小程序的使用方身份。

步骤504，在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对商家线上门店的管理操作的第四处理请求。

步骤506，获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第三处理请求和所述第四处理请求执行相应的处理操作而得。

在一实施例中，所述服务端还用于分别响应于由商家管理小程序发起的针对所述商家线上门店的非管理操作的第一处理请求和针对所述商家线上门店的管理操作的第二处理请求而执行相应的处理操作，所述商家管理小程序至少配置有商家业务模块和所述公共业务模块，所述第一处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过执行所述商家业务模块而发起，所述第二处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过调用所述公共业务模块而发起。

图2中门店管理小程序的实施例中所涉及的描述同样可以适用于代操作方管理小程序的实施例中，此处不再赘述。

为了便于理解，下面结合附图6对本说明书的技术方案进行进一步说明。假设商家客户端中部署有门店管理小程序，代操作方客户端中也部署有门店管理小程序，其中，商家客户端的标识信息为A，代操作方客户端的标识信息为B，门店管理小程序中可以配置有公共业务模块、商家业务模块和代操作业务模块。如图6所示，以代操作方客户端与服务端进行交互的过程为例进行说明，可以包括以下步骤：

步骤601，启动门店管理小程序。

在本实施例中，代操作方可以通过代操作方客户端中的小程序入口启动门店管理小程序，或者，代操作方可以在小程序搜索页面搜索门店管理小程序以完成启动操作。在启动门店管理小程序之后，代操作方客户端可以通过门店管理小程序来执行后续步骤。

步骤602，通过执行公共业务模块识别使用方身份。

在本实施例中，门店管理小程序可以通过执行公共业务模块识别其当前的运行环境，门店管理小程序通过公共业务模块可以获得当前的软件载体的标识信息为B，从而可以根据该软件载体的标识信息，确定该门店管理小程序当前的运行环境处于代操作方客户端，那么门店管理小程序的使用方身份为代操作方。

步骤603，通过执行代操作业务模块发送许可信息获取请求。

在本实施例中，门店管理小程序在确定其使用方身份为代操作方的情况下，门店管理小程序可以从执行公共业务模块切换至执行代操作业务模块，并且门店管理小程序可以通过执行代操作业务模块展示供代操作方输入任意商家线上门店的标识信息的页面，从而使得操作方在输入目标商家线上门店的ID为001之后触发生成许可获取请求。

步骤604，生成目标商家线上门店的验证码M。

步骤605，确定目标商家线上门店对应的商家管理方。

步骤606，发送验证码M。

在本实施例中，假设目标商家线上门店的许可信息为验证码，服务端可以响应于上述许可信息获取请求，为目标商家线上门店生成对应的验证码M，并且服务端可以在本地维护该目标商家线上门店的ID与验证码M之间的关联关系。

在本实施例中，服务端预先维护有各个商家线上门店与相应的商家管理员之间的映射关系，如下表1所示。那么服务端可以根据上述目标商家线上门店的ID即001确定其商家管理方小白及其联系电话23456，从而使得服务端可以将生成的验证码M发送至商家管理方小白。

步骤607，传输验证码M。

在本实施例中，商家管理方小白可以在接收到来自服务端的验证码M之后，再通过社交软件或者短信的方式告知代操作方。

步骤608，通过执行代操作业务模块发送针对指定代操作的申请请求。

步骤609，对验证码M进行校验。

步骤610，生成针对指定代操作的授权信息。

步骤611，传输授权信息。

在本实施例中，门店管理小程序可以通过执行代操作业务模块显示供代操作方输入许可信息的页面，从而可以由代操作方在该页面中输入验证码M。门店管理小程序可以在获取到验证码M之后，继续通过执行代操作业务模块向服务端发送针对指定代操作的申请请求，该申请请求中可以包括验证码M、目标商家线上门店的ID以及代操作方的身份信息，其中，假设该指定代操作为配置优惠活动。

在本实施例中，服务端可以提取接收到申请请求中的验证码M和目标商家线上门店的ID即001，可以根据步骤606中维护的关联关系对该验证码M进行校验，从而可以确定该验证码M确实为服务端为目标商家线上门店生成的，那么该验证码M被校验通过。

在本实施例中，在上述验证码M被校验通过的情况下，服务端可以根据申请请求生成相应的授权信息，假设该授权信息包括免登token和服务端的数字签名，并且服务端可以维护代操作方的身份信息、指定代操作、目标商家线上门店的ID以及授权信息之间的关联关系，服务端可以将生成的上述授权信息传输至代操作方客户端。

步骤612，通过执行公共业务模块发送针对指定代操作的处理请求Y。

步骤613，对授权信息进行校验。

步骤614，执行处理请求Y。

在本实施例中，门店管理小程序在获取到服务端为代操作方生成的上述授权信息之后，门店管理小程序可以从执行代操作业务模块切换至执行公共业务模块，其中，门店管理小程序可以对上述授权信息进行存储。此时门店管理小程序可以通过执行公共业务模块展示对商家线上门店进行配置的页面，该页面中可以包括有“配置扫码点餐功能”、“配置优惠活动”和“配置支付账号”等选项。那么代操作方可以通过触发页面中的“配置优惠活动”选项触发针对目标商家线上门店进行代操作的处理请求Y，并且该处理请求Y中可以包括步骤611中获得的授权信息，该处理请求Y中可以包括“配置满30-5的优惠活动”。

在本实施例中，服务端在接收到上述处理请求Y之后，可以先提取授权信息并对提取到的授权信息进行校验，例如可以验证授权信息中包含的免登token是否被篡改以及可以验证授权信息中包含的数字签名是否正确等。

而在上述授权信息被校验通过的情况下，服务端可以根据上述处理请求Y，为目标商家线上门店“配置满30-5”的优惠活动。此时，无需商家管理方对门店管理小程序执行任何操作即可实现对商家线上门店的管理操作，可以简化商家管理方的操作繁琐度，提升商家管理方的使用体验，并且可以提升针对商家线上门店进行管理操作的效率。

另外，服务端生成的授权信息可以对应于针对商家线上门店的低风险类型的管理操作，其中，低风险类型的管理操作可以包括：对商家线上门店进行装修或者配置扫码点餐功能等，此时，门店管理小程序通过公共业务模块发起针对低风险类型的管理操作的处理请求，并且这些处理请求中包含的授权信息可以被服务端校验通过，从而可以顺利执行相应的处理请求；另外，还存在一些针对商家线上门店的高风险类型的管理操作，其中，高风险类型的管理操作可以包括：配置支付账号或者配置优惠活动等，此时，即便是门店管理小程序通过公共业务模块发起针对高风险类型的管理操作的处理请求，服务端也不能仅仅在处理请求所含的授权信息被校验通过的情况下就执行该处理请求，服务端需要再次生成针对高风险类型的管理操作的另一许可信息，并将该另一许可信息传输至相应的商家管理方，从而使得商家管理方对高风险类型的管理操作进行确认之后，才允许服务端执行高风险类型的管理操作，从而可以避免高风险类型的管理操作被随意执行，可以保证针对商家线上店铺管理的安全性和可靠性。

图7是一示例性实施例提供的一种设备的示意结构图。请参考图7，在硬件层面，该设备包括处理器702、内部总线704、网络接口706、内存708以及非易失性存储器710，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器702从非易失性存储器710中读取对应的计算机程序到内存708中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图8，基于小程序的门店操作装置可以应用于如图7所示的设备中，以实现本说明书的技术方案。该装置部署于门店管理小程序，门店管理小程序配置有公共业务模块、商家业务模块和代操作业务模块，基于小程序的门店操作装置可以包括：

第一识别单元801，用于识别所述门店管理小程序的使用方身份；

第一执行单元802，用于在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

第二执行单元803，用于在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向所述服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第四处理请求；

第一获取单元804，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求、所述第二处理请求、所述第三处理请求和所述第四处理请求执行相应的处理操作而得。

可选的，所述第一识别单元801具体用于：

确定所述门店管理小程序当前的运行环境，并根据确定出的运行环境识别所述门店管理小程序的使用方身份；

或者，获取所述门店管理小程序的使用方的账号信息，并根据所述账号信息识别所述门店小程序的使用方身份。

可选的，所述第一识别单元801具体用于：

在所述门店管理小程序的程序载体为商家客户端的情况下，判定所述门店管理小程序的使用方身份为商家管理方；

在所述门店管理小程序的程序载体为代操作方客户端的情况下，判定所述门店管理小程序的使用方身份为代操作方。

可选的，所述第二执行单元803具体用于：

通过执行所述代操作业务模块，发起用于申请针对所述商家线上门店的指定代操作的申请请求，并获取由所述服务端在所述申请请求被校验通过的情况下返回的针对所述指定代操作的授权信息；

可选的，所述第二执行单元803具体用于：

生成包含获取到的授权信息的第四处理请求，以使所述服务端在所述授权信息被校验通过的情况下，根据所述第四处理请求执行所述指定代操作。

可选的，所述申请请求包括所述商家线上门店的许可信息；所述第二执行单元803获取许可信息的方式，包括：

通过执行所述代操作业务模块，向所述服务端发送针对商家线上门店的许可获取请求，以使所述服务端响应于所述许可获取请求生成所述商家线上门店的许可信息，并将得到的许可信息传输至所述商家线上门店对应的商家管理方；

获取由所述商家管理方传输的所述许可信息，并将所述许可信息添加至所述申请请求中，以由所述服务端根据所述许可信息对所述申请请求进行校验。

请参考图9，基于小程序的门店操作装置可以应用于如图7所示的设备中，以实现本说明书的技术方案。该装置部署于商家管理小程序，所述商家管理小程序至少配置有公共业务模块和商家业务模块；基于小程序的门店操作装置可以包括：

第二识别单元901，用于识别所述商家管理小程序的使用方身份；

第三执行单元902，用于在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向所述服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

第二获取单元903，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求和所述第二处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由代操作方管理小程序发起的针对非代理操作的第三处理请求和针对所述商家线上门店的管理操作的第四处理请求而执行相应的处理操作，所述代操作方管理小程序至少配置有代操作业务模块和所述公共业务模块，所述第三处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述代操作业务模块而发起，所述第四处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述公共业务模块而发起。

请参考图10，基于小程序的门店操作装置可以应用于如图7所示的设备中，以实现本说明书的技术方案。该装置部署于代操作方管理小程序，所述代操作方管理小程序至少配置有公共业务模块和代操作业务模块；基于小程序的门店操作装置可以包括：

第三识别单元1001，用于识别所述代操作方管理小程序的使用方身份；

第四执行单元1002，用于在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对商家线上门店的管理操作的第四处理请求；

第三获取单元1003，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第三处理请求和所述第四处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由商家管理小程序发起的针对所述商家线上门店的非管理操作的第一处理请求和针对所述商家线上门店的管理操作的第二处理请求而执行相应的处理操作，所述商家管理小程序至少配置有商家业务模块和所述公共业务模块，所述第一处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过执行所述商家业务模块而发起，所述第二处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过调用所述公共业务模块而发起。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (10)

1.一种基于小程序的门店操作方法，其特征在于，应用于门店管理小程序，所述门店管理小程序配置有公共业务模块、商家业务模块和代操作业务模块；所述方法包括：

识别所述门店管理小程序的使用方身份；

在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向所述服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第四处理请求；

获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求、所述第二处理请求、所述第三处理请求和所述第四处理请求执行相应的处理操作而得。

2.根据权利要求1所述的方法，其特征在于，识别所述门店管理小程序的使用方身份，包括：

确定所述门店管理小程序当前的运行环境，并根据确定出的运行环境识别所述门店管理小程序的使用方身份；

或者，获取所述门店管理小程序的使用方的账号信息，并根据所述账号信息识别所述门店小程序的使用方身份。

3.根据权利要求2所述的方法，其特征在于，确定所述门店管理小程序当前的运行环境，并根据确定出的运行环境识别所述门店管理小程序的使用方身份，包括：

在所述门店管理小程序的程序载体为商家客户端的情况下，判定所述门店管理小程序的使用方身份为商家管理方；

在所述门店管理小程序的程序载体为代操作方客户端的情况下，判定所述门店管理小程序的使用方身份为代操作方。

4.根据权利要求1所述的方法，其特征在于，执行所述代操作业务模块以向所述服务端发起针对非代理操作的第三处理请求，包括：

通过执行所述代操作业务模块，发起用于申请针对所述商家线上门店的指定代操作的申请请求，并获取由所述服务端在所述申请请求被校验通过的情况下返回的针对所述指定代操作的授权信息；

执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第四处理请求，包括：

生成包含获取到的授权信息的第四处理请求，以使所述服务端在所述授权信息被校验通过的情况下，根据所述第四处理请求执行所述指定代操作。

5.根据权利要求4所述的方法，其特征在于，所述申请请求包括所述商家线上门店的许可信息；所述许可信息的获取方式，包括：

通过执行所述代操作业务模块，向所述服务端发送针对商家线上门店的许可获取请求，以使所述服务端响应于所述许可获取请求生成所述商家线上门店的许可信息，并将得到的许可信息传输至所述商家线上门店对应的商家管理方；

获取由所述商家管理方传输的所述许可信息，并将所述许可信息添加至所述申请请求中，以由所述服务端根据所述许可信息对所述申请请求进行校验。

6.一种基于小程序的门店操作方法，其特征在于，应用于商家管理小程序，所述商家管理小程序至少配置有公共业务模块和商家业务模块；所述方法包括：

识别所述商家管理小程序的使用方身份；

在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求和所述第二处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由代操作方管理小程序发起的针对非代理操作的第三处理请求和针对所述商家线上门店的管理操作的第四处理请求而执行相应的处理操作，所述代操作方管理小程序至少配置有代操作业务模块和所述公共业务模块，所述第三处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述代操作业务模块而发起，所述第四处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述公共业务模块而发起。

7.一种基于小程序的门店操作方法，其特征在于，应用于代操作方管理小程序，所述代操作方管理小程序至少配置有公共业务模块和代操作业务模块；所述方法包括：

识别所述代操作方管理小程序的使用方身份；

在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对商家线上门店的管理操作的第四处理请求；

获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第三处理请求和所述第四处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由商家管理小程序发起的针对所述商家线上门店的非管理操作的第一处理请求和针对所述商家线上门店的管理操作的第二处理请求而执行相应的处理操作，所述商家管理小程序至少配置有商家业务模块和所述公共业务模块，所述第一处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过执行所述商家业务模块而发起，所述第二处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过调用所述公共业务模块而发起。

8.一种基于小程序的门店操作装置，其特征在于，应用于门店管理小程序，所述门店管理小程序配置有公共业务模块、商家业务模块和代操作业务模块；所述装置包括：

第一识别单元，用于识别所述门店管理小程序的使用方身份；

第一执行单元，用于在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

第二执行单元，用于在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向所述服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第四处理请求；

第一获取单元，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求、所述第二处理请求、所述第三处理请求和所述第四处理请求执行相应的处理操作而得。

9.一种基于小程序的门店操作装置，其特征在于，应用于商家管理小程序，所述商家管理小程序至少配置有公共业务模块和商家业务模块；所述装置包括：

第二识别单元，用于识别所述商家管理小程序的使用方身份；

第三执行单元，用于在所述使用方身份为商家管理方的情况下，执行所述商家业务模块以向服务端发起针对商家线上门店的非管理操作的第一处理请求，以及执行所述公共业务模块以向所述服务端发起针对所述商家线上门店的管理操作的第二处理请求；

第二获取单元，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第一处理请求和所述第二处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由代操作方管理小程序发起的针对非代理操作的第三处理请求和针对所述商家线上门店的管理操作的第四处理请求而执行相应的处理操作，所述代操作方管理小程序至少配置有代操作业务模块和所述公共业务模块，所述第三处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述代操作业务模块而发起，所述第四处理请求由所述代操作方管理小程序在识别到所述代操作方管理小程序的使用方身份为代操作方之后通过执行所述公共业务模块而发起。

10.一种基于小程序的门店操作装置，其特征在于，应用于代操作方管理小程序，所述代操作方管理小程序至少配置有公共业务模块和代操作业务模块；所述装置包括：

第三识别单元，用于识别所述代操作方管理小程序的使用方身份；

第四执行单元，用于在所述使用方身份为代操作方的情况下，执行所述代操作业务模块以向服务端发起针对非代理操作的第三处理请求，以及执行所述公共业务模块以向所述服务端发起针对商家线上门店的管理操作的第四处理请求；

第三获取单元，用于获取来自所述服务端的执行结果，所述执行结果由所述服务端分别响应于所述第三处理请求和所述第四处理请求执行相应的处理操作而得；以及，所述服务端还用于分别响应于由商家管理小程序发起的针对所述商家线上门店的非管理操作的第一处理请求和针对所述商家线上门店的管理操作的第二处理请求而执行相应的处理操作，所述商家管理小程序至少配置有商家业务模块和所述公共业务模块，所述第一处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过执行所述商家业务模块而发起，所述第二处理请求由所述商家管理小程序在识别到所述商家管理小程序的使用方身份为商家管理方之后通过调用所述公共业务模块而发起。

Images