基于小程序实现服务的方法及装置

摘要

本发明实施例公开了一种基于小程序实现服务的方法及装置，方法包括：检测与目标对象在小程序中配置的第一业务端相关联的业务请求；查询后台数据库中存储的账号绑定关系以及业务端绑定关系，确定与所述目标对象在小程序中配置的第一业务端相绑定的预先在服务平台中创建的第二业务端；所述第一业务端调用第二业务端中的各个服务组件提供服务。该方式能够实现服务与小程序之间的数据连通，为小程序提供更为灵活方便的业务功能。

说明书

本申请为申请日是2020年06月30日，申请号为202010613947.5，名称为“基于小程序实现服务的方法及装置”的发明专利申请的分案申请。

技术领域

本发明实施例涉及电子信息领域，具体涉及一种基于小程序实现服务的方法及装置。

背景技术

小程序是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用；也体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。应用变得无处不在，随时可用，但又无需安装卸载。由此可见，小程序能够大幅提升用户使用的便捷性。

SaaS是Software-as-a-service(软件即服务)的简称。SaaS提供商为企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台，并负责所有前期的实施、后期的维护等一系列服务，企业无需购买软硬件、建设机房、招聘IT人员，即可通过互联网使用信息系统。因此，企业能够根据实际需要，向SaaS提供商租赁软件服务。由此可见，SaaS服务能够进行更为灵活方便地部署。

目前，小程序与各类服务(例如SaaS服务)相互独立，小程序以其轻巧便捷的优势赢得了大量用户群体，而各类服务也以其租用灵活、部署便利的优势获得了广大用户的青睐。但是，目前尚缺乏一种能够在小程序中灵活应用各类服务的方案，无法实现二者优势的叠加。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于小程序实现服务的方法及装置。

根据本发明实施例的一个方面，提供了一种基于小程序实现服务的方法，包括：

检测与目标对象在小程序中配置的第一业务端相关联的业务请求；

查询后台数据库中存储的账号绑定关系以及业务端绑定关系，确定与所述目标对象在小程序中配置的第一业务端相绑定的预先在服务平台中创建的第二业务端；

所述第一业务端调用第二业务端中的各个服务组件提供服务。

可选的，所述第一业务端调用第二业务端中的各个服务组件提供服务包括：

所述第一业务端调用第二业务端中的信息推送类组件，实现信息推送操作；

和/或，所述第一业务端调用第二业务端中的支付类组件，实现支付操作。

可选的，所述检测与目标对象在小程序中配置的第一业务端相关联的业务请求具体包括：

当检测到所述目标对象通过第一对象账号触发的登录请求时，根据所述账号绑定关系登录与所述第一对象账号相绑定的第二对象账号；

所述方法还包括：根据所述第二对象账号启动所述第二业务端。

可选的，所述确定与所述目标对象在小程序中配置的第一业务端相绑定的预先在服务平台中创建的第二业务端包括：

获取第一业务端的业务端标识信息，判断服务平台中是否已创建有与所述业务端标识信息相匹配的业务端；

若是，将所述与所述业务端标识信息相匹配的业务端作为与所述第一业务端相绑定的第二业务端。

可选的，所述方法还包括：

若判断出服务平台中未创建有与所述业务端标识信息相匹配的业务端，在服务平台中创建与所述第一业务端相绑定的第二业务端。

可选的，所述在服务平台中创建与所述第一业务端相绑定的第二业务端包括：

将所述第一业务端的第一标识以及所述第二业务端的第二标识进行绑定；

获取所述第一业务端对应的业务数据，建立所述第二标识与所述业务数据之间的映射关系，以使所述第二业务端基于所述映射关系调用所述业务数据。

可选的，所述判断服务平台中是否已创建有与所述业务端标识信息相匹配的业务端包括：

将各个业务端的业务端名称、和/或业务端地址分别与所述业务端标识信息中包含的名称信息、和/或地址信息进行匹配，根据匹配结果判断是否已创建有与所述业务端标识信息相匹配的业务端；

其中，业务端地址的匹配优先级高于业务端名称的匹配优先级。

可选的，所述第一业务端以及所述第二业务端具有业务类型标识，则所述确定与所述目标对象在小程序中配置的第一业务端相绑定的预先在服务平台中创建的第二业务端包括：

根据业务类型标识确定与所述目标对象在小程序中配置的第一业务端相绑定的第二业务端；

其中，所述业务类型标识包括：商户类业务标识、和/或聚合支付类业务标识。

可选的，所述目标对象为商户对象，所述业务端为隶属于所述商户对象的门店业务端。

依据本发明实施例的再一方面，提供了一种基于小程序实现服务的装置，其包括：

用于检测与目标对象在小程序中配置的第一业务端相关联的业务请求的模块；

用于查询后台数据库中存储的账号绑定关系以及业务端绑定关系，确定与所述目标对象在小程序中配置的第一业务端相绑定的预先在服务平台中创建的第二业务端的模块；

用于使所述第一业务端调用第二业务端中的各个服务组件提供服务的模块。

依据本发明实施例的再一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如上述的基于小程序实现服务的方法对应的操作。

依据本发明实施例的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述的基于小程序实现服务的方法对应的操作。

在本发明实施例提供的基于小程序实现服务的方法及装置中，能够基于后台数据库中存储的账号绑定关系以及业务端绑定关系，在第一业务端中调用第二业务端提供服务，从而使服务功能能够应用于小程序中，进而实现服务与小程序之间的数据连通，为小程序提供更为灵活方便的业务功能。

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

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例一提供的一种基于小程序实现服务的方法的流程图；

图2示出了本发明实施例二提供的一种基于小程序实现服务的方法的流程图；

图3示出了本发明实施例三提供的一种基于小程序实现服务的装置的结构图；

图4示出了本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

图1示出了本发明实施例一提供的一种基于小程序实现服务的方法的流程图。如图1所示，该方法包括：

步骤S110：获取目标对象在小程序中对应的第一对象账号，在服务平台中创建与第一对象账号相绑定的第二对象账号，将账号绑定关系存储到后台数据库中。

其中，目标对象可以为各类对象，例如，可以为商户对象、用户对象等。相应地，第一对象账号用于在小程序中唯一标识目标对象。为了能够在小程序中实现服务，需要在服务平台中创建与第一对象账号相绑定的第二对象账号。其中，服务平台用于实现服务。第二对象账号隶属于服务平台，且第二对象账号与第一对象账号所对应的对象实体相同。在本步骤中，需要将第一对象账号与第二对象账号相互绑定，并将账号绑定关系存储到后台数据库中，以便于实现通过第一对象账号登录第二对象账号的免登录功能。其中，本实施例中的服务可以为SaaS服务，也可以为其他各类的服务，本发明对服务类型不作限定。

步骤S120：获取目标对象在小程序中配置的第一业务端，在服务平台中创建与第一业务端相绑定的第二业务端，并将业务端绑定关系存储到后台数据库中。

其中，业务端是指用于通过线上方式为用户提供业务服务的网络终端或应用程序。第一业务端由目标对象在小程序中配置，通过目标对象的对象账号进行管理。

为了便于在第一业务端中调用服务，需要在服务平台中创建与第一业务端相绑定的第二业务端。其中，第二业务端与第一业务端对应于相同的业务端实体，二者之间的区别在于：第一业务端是在小程序中创建的对应于业务端实体的业务端，第二业务端是在服务平台中创建的对应于业务端实体的业务端。为了便于实现二者之间的相互调用，在本步骤中，需要记录第一业务端与第二业务端之间的绑定关系，并将该业务端绑定关系存储到后台数据库中。

步骤S130：当检测到与目标对象在小程序中配置的第一业务端相关联的业务请求时，根据后台数据库中存储的账号绑定关系以及业务端绑定关系，确定与目标对象在小程序中配置的第一业务端相绑定的第二业务端，基于第二业务端提供服务。

其中，与目标对象在小程序中配置的第一业务端相关联的业务请求包括各类与第一业务端相关的网络请求，如登录请求、访问请求等多种类型。相应地，在检测到与目标对象在小程序中配置的第一业务端相关联的业务请求时，查询后台数据库中存储的账号绑定关系以及业务端绑定关系，从而确定该目标对象在服务平台中所对应的第二业务端，并基于查询到的第二业务端提供服务。

由于第二业务端是基于服务平台配置的，因而能够灵活部署各类基于服务平台实现的服务组件，相应地，第一业务端能够直接调用第二业务端中的各个服务组件提供服务，从而拓展第一业务端的业务功能。

由此可见，在本发明实施例提供的基于小程序实现服务的方法中，能够将目标对象在小程序中对应的第一对象账号与其在服务平台中对应的第二对象账号相互绑定，并将目标对象在小程序中配置的第一业务端与其在服务平台中创建的第二业务端相互绑定，进而基于上述绑定关系，在第一业务端中调用第二业务端提供服务，从而使服务功能能够应用于小程序中，进而实现服务与小程序之间的数据连通，为小程序提供更为灵活方便的业务功能。

实施例二、

图2示出了本发明实施例二提供的一种基于小程序实现服务的方法的流程图，在本实施例中，以服务为SaaS服务为例进行说明，当然，本实施了中的服务也可以为其他服务。如图2所示，该方法包括：

步骤S210：获取目标对象在小程序中对应的第一对象账号。

其中，在本实施例中，目标对象主要是指商户对象。相应地，第一对象账号用于在小程序中唯一标识商户对象。例如，第一对象账号可以是商户PID，(合作者身份ID)，用于唯一标识一个商户。

步骤S220：在SaaS服务平台中创建与第一对象账号相绑定的第二对象账号，将账号绑定关系存储到后台数据库中。

具体地，为了能够在小程序中实现SaaS服务，需要在SaaS服务平台中创建与第一对象账号相绑定的第二对象账号。其中，SaaS服务平台用于实现SaaS服务。第二对象账号隶属于SaaS服务平台，且第二对象账号与第一对象账号所对应的对象实体相同。即：第二对象账号与第一对象账号均对应于同一个商户对象。在本步骤中，需要将第一对象账号与第二对象账号相互绑定，并将账号绑定关系存储到后台数据库中，以便于实现通过第一对象账号登录第二对象账号的免登录功能。

通过上述方式，即可针对同一商户对象的对象实体分别创建用于小程序的第一对象账号、以及用于SaaS服务平台的第二对象账号。并且，由于第一对象账号与第二对象账号相互绑定，因此，能够在后续步骤中实现第一对象账号与第二对象账号之间的相互登录。例如，当用户登录第一对象账号后，后台可基于账号绑定关系自动登录第二对象账号。

步骤S230：获取目标对象在小程序中配置的第一业务端，在SaaS服务平台中创建与第一业务端相绑定的第二业务端，并将业务端绑定关系存储到后台数据库中。

其中，业务端是指用于通过线上方式为用户提供业务服务的网络终端或应用程序。在本实施例中，业务端为隶属于商户对象的门店业务端。相应地，第一业务端为商户对象在小程序中配置的门店业务端，通过商户对象的对象账号进行管理。

为了便于在第一业务端中调用SaaS服务，需要在SaaS服务平台中创建与第一业务端相绑定的第二业务端。其中，第二业务端与第一业务端对应于相同的业务端实体，二者之间的区别在于：第一业务端是在小程序中创建的对应于业务端实体的业务端，第二业务端是在SaaS服务平台中创建的对应于业务端实体的业务端。为了便于实现二者之间的相互调用，在本步骤中，需要记录第一业务端与第二业务端之间的绑定关系，并将该业务端绑定关系存储到后台数据库中。

具体实施时，为了便于业务数据的共享，以节约存储空间的消耗，在本实施例中，第二业务端与第一业务端可以共用同一份业务数据，从而使后台数据库只需维护一份业务数据即可实现两个业务端的共用。相应地，在SaaS服务平台中创建与第一业务端相绑定的第二业务端时，首先，将第一业务端的第一标识以及第二业务端的第二标识进行绑定；然后，获取第一业务端对应的业务数据，建立第二标识与该业务数据之间的映射关系，以使第二业务端基于该映射关系调用该业务数据。其中，第一标识可以为第一业务端的名称或组织层级关系等各类内容，同理，第二标识可以为第二业务端的名称或组织层级关系等各类内容。

另外，在SaaS服务平台中创建与第一业务端相绑定的第二业务端时，为了避免重复创建，需要执行如下判断逻辑：获取第一业务端的业务端标识信息，判断SaaS服务平台中是否已创建有与该业务端标识信息相匹配的SaaS业务端；若是，直接将与该业务端标识信息相匹配的SaaS业务端作为与第一业务端相绑定的第二业务端；若否，在SaaS服务平台中创建与该业务端标识信息相匹配的SaaS业务端，以作为第二业务端。

其中，在判断SaaS服务平台中是否已创建有与业务端标识信息相匹配的SaaS业务端时，需要将各个SaaS业务端的业务端名称、和/或业务端地址分别与业务端标识信息中包含的名称信息、和/或地址信息进行匹配，根据匹配结果判断是否已创建有与该业务端标识信息相匹配的SaaS业务端；其中，考虑到名称会有重名现象，但各个业务端的地址必然是唯一的(同一个地址必然只能对应一个门店)，因此，业务端地址的匹配优先级高于业务端名称的匹配优先级。

步骤S240：当检测到与目标对象在小程序中配置的第一业务端相关联的业务请求时，根据后台数据库中存储的账号绑定关系以及业务端绑定关系，确定与目标对象在小程序中配置的第一业务端相绑定的第二业务端，基于第二业务端提供SaaS服务。

其中，与目标对象在小程序中配置的第一业务端相关联的业务请求包括各类与第一业务端相关的网络请求，如登录请求、访问请求等多种类型。例如，当检测到目标对象通过第一对象账号触发的登录请求时，根据账号绑定关系登录与第一对象账号相绑定的第二对象账号，相应地，在基于第二业务端提供SaaS服务时，根据第二对象账号启动第二业务端，以便基于该第二业务端提供SaaS服务。由此可见，在该方式中，能够基于账号绑定关系自动登录与第一对象账号相绑定的第二对象账号，进而根据第二对象账号启动第二业务端。由于第二对象账号与第一对象账号对应于同一个商户对象实体，但第二对象账号由SaaS服务平台提供，因而能够针对该商户对象实体实现基于SaaS服务的辅助性业务功能。

相应地，在检测到与目标对象在小程序中配置的第一业务端相关联的业务请求时，查询后台数据库中存储的账号绑定关系以及业务端绑定关系，从而确定该目标对象在SaaS服务平台中所对应的第二业务端，并基于查询到的第二业务端提供SaaS服务。

具体地，在基于第二业务端提供SaaS服务时，通过以下方式实现：获取预先配置的与第二业务端相对应的业务服务组件，向第一业务端提供与该业务服务组件相匹配的SaaS服务。其中，业务服务组件基于SaaS服务平台实现，并且，与第二业务端相对应的业务服务组件可以为一个或多个，例如，可以包括：信息推送类组件、和/或支付类组件。其中，信息推送类组件能够实现各种类型的信息推送操作，从而向用户推送与该商户对象实体相关联的各类信息。支付类组件用于实现支付操作，具体可以与各种类型的第三方支付平台连通，从而拓展用户的支付方式。总之，通过上述方式，能够使位于小程序中的第一业务端直接调用位于SaaS服务平台中的第二业务端的业务组件，从而在小程序中实现SaaS服务功能。由于第二业务端是基于SaaS服务平台配置的，因而能够灵活部署各类基于SaaS服务平台实现的SaaS服务组件，相应地，第一业务端能够直接调用第二业务端中的各个SaaS服务组件提供的SaaS服务，从而拓展第一业务端的业务功能。

另外，考虑到业务端具有多种不同的类型，为了便于快速查询与第一业务端相对应的第二业务端，可以基于业务类型标识进行查询。相应地，第一业务端以及第二业务端具有业务类型标识，在确定与目标对象在小程序中配置的第一业务端相绑定的第二业务端时，根据业务类型标识确定与目标对象在小程序中配置的第一业务端相绑定的第二业务端；其中，业务类型标识包括：商户类业务标识、和/或聚合支付类业务标识。

综上可知，通过上述方式，能够将目标对象在小程序中对应的第一对象账号与其在SaaS服务平台中对应的第二对象账号相互绑定，并将目标对象在小程序中配置的第一业务端与其在SaaS服务平台中创建的第二业务端相互绑定，进而基于上述绑定关系，在第一业务端中调用第二业务端提供SaaS服务，从而使SaaS服务功能能够应用于小程序中，进而实现SaaS服务与小程序之间的数据连通，为小程序提供更为灵活方便的业务功能。并且，该方式尤其适用于门店业务端，能够使通过小程序实现的门店业务端通过与其绑定的SaaS业务端提供SaaS服务。

为了便于理解，下面以一个具体示例为例描述上述实施例中的具体实现细节。在本示例中，目标对象为商户对象，业务端为商户旗下的门店业务端。

首先，获取商户对象在小程序中的商户账号(即上文提到的第一对象账号)，然后，创建与该商户账号绑定的SaaS账号，该SaaS账号即为上文提到的第二对象账号。SaaS账号与商户账号均对应于同一个商户对象实体。具体地，商户登录商户小程序后，后台首先查询商户账号对应的商户PID是否存在关联的SaaS商户(也叫SaaS品牌)，具体可由SaaS服务平台提供的查询接口进行查询，以便通过绑定的合作企业PID查询是否存在关联的SaaS商户。如果查询到已经存在对应的SaaS商户，则直接复用此SaaS商户及其所属的SaaS账号。如果未查询到SaaS商户，则需要基于商户PID的通信号码创建SaaS账号，基于PID的账号名称，创建SaaS商户，包括该商户所对应的品牌和集团。

然后，针对商户账号与SaaS账号建立免登关系。具体地，需要将商户小程序和SaaS服务平台建立一种免登关系，保障商户可以与SaaS服务平台保持“连接”。同时，需要将账号数据进行互通。具体地，利用数据存储能力，将小程序端的商户账号复用到SaaS服务平台，使得商户可以通过一个账号实现多端登录，多端使用。另外，如果商户本身在SaaS服务平台侧没有组织数据，则通过小程序登录SaaS服务平台后，会通过SaaS服务平台进行组织数据的建立操作，以保障组织框架的完整性。由此可见，在本步骤中将当前商户登录的PID和商户建立的SaaS商户之间建立绑定关系，该绑定关系记录在SaaS域内的数据库中。

接下来，需要实现门店业务端的创建以及绑定关系的构建操作。具体地，商户小程序在创建时会选择门店业务端的信息，将小程序内选择的门店业务端(即第一业务端)和SaaS平台组织基础中的SaaS门店业务端(即第二业务端)建立绑定关系，此处，绑定的SaaS门店业务端不会被商户感知，即门店绑定关系的建立都是静默的，因此，商户无需理解SaaS门店和小程序内部门店的区别，一个门店能够在多端共用，统一维护。

另外，在建立绑定门店关系的过程中，如果SaaS平台的SaaS商户下未创建任何SaaS门店，那么SaaS门店才需要被建立，建立的基础数据是直接复用小程序内的门店信息，在建立完成之后，再将小程序以及SaaS平台中的门店建立绑定关系，该绑定关系存储在SaaS平台内部。

如果SaaS平台的SaaS商户已经创建有SaaS门店，则会通过如下规则将小程序中的门店与SaaS平台中的门店进行匹配：

(1)检查小程序中的门店是否存在SaaS门店绑定关系，若是，直接复用该绑定关系；

(2)检查小程序中的门店在关联数据库中是否存在关联门店，如是，进一步查询该关联门店是否存在绑定的SaaS门店，若是，则直接匹配该SaaS门店，建立绑定关系，若否，则通过如下逻辑兜底原则匹配：

所谓兜底匹配原则，是按照名称+省市区匹配SaaS门店的原则。例如，如果小程序中的门店和SaaS门店的名称相同，并且省市区(县)也相同，则匹配成功；又如，如果小程序中的门店和SaaS门店名称相同，但省市区(县)不同，则匹配失败；再如，如果小程序中的门店和SaaS门店名称不同，并且省市区(县)也不同，则匹配失败；再如，如果小程序中的门店和SaaS门店名称不同，但省市区(县)相同，则检查地址，如果地址相同则匹配成功。其中，针对匹配成功的情况，建立小程序中的门店和SaaS门店的绑定关系。经过上述匹配操作后，若匹配失败，则创建SaaS门店(即第二业务端)。

另外，考虑到与其他业务之间的兼容性，需要针对SaaS门店设置业务身份标识(即业务类型标识)，该业务身份标识用于实现快速查询功能。例如，在小程序里创建或绑定的SaaS门店，在SaaS门店上要打上“轻店”的业务身份标识；又如，在CRM里创建或绑定的SaaS门店，在SaaS门店上要打上“CRM”的业务身份标识；再如，基于聚合支付创建的SaaS门店，在SaaS门店上要打上“聚合支付”的业务身份标识。相应地，各自业务只识别各自业务身份的门店，背后通过门店主体关联。如果CRM侧更新了SaaS门店和小程序门店的绑定关系，则轻店以及聚合支付类的门店主体绑定关系也要随之更新。

由此可见，在本实施例中，设置有CRM业务类型、轻店业务类型、以及聚合支付业务类型等多种业务类型，相应地，在小程序中的第一业务端以及SaaS平台中的第二业务端都配置有对应的业务类型标识，以使不同业务类型的业务只需获取相应业务类型的业务端即可，避免了多种业务类型相互干扰的影响。其中，上述的账号绑定关系以及业务端绑定关系可通过物理绑定方式实现，而不同的业务类型所对应的业务端及其业务端实体之间可通过逻辑绑定方式实现。

由此可见，在本示例中，能够基于小程序实现SaaS服务。其中，实现了将商户小程序和SaaS平台基础组织能力的互联互通，通过SaaS平台的SaaS服务，能够在轻巧的商户小程序内实现更为灵活复杂的业务功能。例如，可以在商户小程序(轻店)和聚合支付小程序内搭建一系列基于SaaS服务的业务功能。通过SaaS服务能够为商户提供提频、复购、提客单等多种业务功能。比如，可以通过SaaS服务实现电子券的推送、业务信息的推送以及点单、支付等多种功能。总之，该方案能够使商户的小程序与SaaS平台的数据互联互通，从而基于SaaS平台的能力，在“轻便的”商户小程序内实现复杂灵活的基础能力建设，从而借助SaaS平台，拓展商户小程序的业务功能。

另外，在上述实施例中，服务平台为SaaS服务平台，当然也可以为其他类型的服务平台，同理，业务端除SaaS外，也可以为其他类型的业务端，本发明对此不作限定。

实施例三

图3示出了本发明实施例三提供的一种基于小程序实现服务的装置，包括：

账号绑定模块31，适于获取目标对象在小程序中对应的第一对象账号，在服务平台中创建与所述第一对象账号相绑定的第二对象账号，将账号绑定关系存储到后台数据库中；

业务端绑定模块32，适于获取所述目标对象在小程序中配置的第一业务端，在服务平台中创建与所述第一业务端相绑定的第二业务端，并将业务端绑定关系存储到所述后台数据库中；

服务模块33，适于当检测到与所述目标对象在小程序中配置的第一业务端相关联的业务请求时，根据所述后台数据库中存储的账号绑定关系以及业务端绑定关系，确定与所述目标对象在小程序中配置的第一业务端相绑定的第二业务端，基于所述第二业务端提供服务。

可选的，所述服务模块具体适于：

获取预先配置的与所述第二业务端相对应的业务服务组件，向所述第一业务端提供与所述业务服务组件相匹配的服务；

其中，所述业务服务组件基于服务平台实现，且所述业务服务组件包括：信息推送类组件、和/或支付类组件。

可选的，所述服务模块具体适于：

当检测到所述目标对象通过所述第一对象账号触发的登录请求时，根据所述账号绑定关系登录与所述第一对象账号相绑定的第二对象账号；

根据所述第二对象账号启动所述第二业务端，并基于所述第二业务端提供服务。

可选的，所述业务端绑定模块具体适于：

将所述第一业务端的第一标识以及所述第二业务端的第二标识进行绑定；

获取所述第一业务端对应的业务数据，建立所述第二标识与所述业务数据之间的映射关系，以使所述第二业务端基于所述映射关系调用所述业务数据。

可选的，所述业务端绑定模块具体适于：

获取第一业务端的业务端标识信息，判断服务平台中是否已创建有与所述业务端标识信息相匹配的业务端；

若是，将所述与所述业务端标识信息相匹配的业务端作为与所述第一业务端相绑定的第二业务端；

若否，在服务平台中创建与所述业务端标识信息相匹配的业务端，以作为所述第二业务端。

可选的，所述业务端绑定模块具体适于：

将各个业务端的业务端名称、和/或业务端地址分别与所述业务端标识信息中包含的名称信息、和/或地址信息进行匹配，根据匹配结果判断是否已创建有与所述业务端标识信息相匹配的业务端；

其中，业务端地址的匹配优先级高于业务端名称的匹配优先级。

可选的，所述第一业务端以及所述第二业务端具有业务类型标识，则所述服务模块具体适于：

根据业务类型标识确定与所述目标对象在小程序中配置的第一业务端相绑定的第二业务端；

其中，所述业务类型标识包括：商户类业务标识、和/或聚合支付类业务标识。

可选的，所述目标对象为商户对象，所述业务端为隶属于所述商户对象的门店业务端。

上述各个模块的具体结构和工作原理可参照方法实施例相应部分的描述，此处不再赘述。

实施例四

本申请实施例四提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于小程序实现服务的方法。可执行指令具体可以用于使得处理器执行上述方法实施例中对应的各个操作。

实施例五

图4示出了根据本发明实施例五的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图4所示，该电子设备可以包括：处理器(processor)402、通信接口(Communications Interface)406、存储器(memory)404、以及通信总线408。

其中：

处理器402、通信接口406、以及存储器404通过通信总线408完成相互间的通信。

通信接口406，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述基于小程序实现服务的方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器404，用于存放程序410。存储器404可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序510具体可以用于使得处理器502执行上述方法实施例中对应的各个操作。

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。