具体实施方式

下面将结合附图对本实施例的实施方式进行详细描述。

本申请实施例提供了一种小程序投放方法。如图1所示，为一种可选的小程序投放方法的应用场景的示意图，本申请实施例提供的小程序投放方法可以是由小程序投放平台100执行，其中，小程序投放平台100配置有两种身份，一种身份为租户，如图1所示，可以包括租户121～租户125，一种身份为用户，如图1所示，可以包括用户101～用户103。

对于每个租户，小程序投放平台100分配有对应的存储空间，各个租户的存储空间是互相隔离的，每个租户可以配置有一个或多个账号，每个账号在登录时只能查看该账号对应的租户的存储空间中的小程序。

对于每个用户，小程序投放平台100未分配对应的存储空间，每个用户可以申请成为一个或多个租户的开发者，如果对应的租户同意了用户的申请，则用户可以向对应的租户上传小程序，小程序投放平台100会将用户上传的小程序存储至对应租户的存储空间中。每个用户可以通过一个账号登录。小程序投放平台100可以通过门户网站、应用软件APP、客户端等形式作为与账号交互的接口。

租户可以包括应用软件的所有者，用于提供能够运行在用户的手机、平板电脑等终端中的应用软件(也可以称为移动客户端、钱包等)，例如，能够提供SaaS(全称Software-as-a-Service，意思为：软件即服务，即通过网络提供软件服务)的服务商，如支付类应用软件(APP)的服务商等，也可以是提供其它软件服务的商户，如即时聊天类APP的服务商等。小程序投放平台100的每个对应有应用软件的租户，其对应的应用软件都配置有统一的小程序运行环境。小程序是一种运行在应用软件中的程序，小程序可以在用户需要使用的时候从服务器下载，无需预先安装在用户的终端(如手机)中，无需配置在应用软件的安装包中，但小程序需要运行在一个小程序运行环境中，目前不同应用软件的小程序运行环境不同，因此，小程序开发者需要针对不同的运行环境分别开发一个小程序。而在本申请实施例提供的小程序投放方法中，由于小程序投放平台100中每个对应有应用软件的租户均在应用软件中预先配置了统一的小程序运行环境，因此，小程序开发者可以将开发的小程序直接提供给不同的应用软件的租户，无需针对不同的运行环境分别进行开发。

在本申请实施例提供的小程序投放方法中，在将小程序投放至不同应用软件对应的租户之前，需要确定小程序是否符合运行条件，运行条件至少包括确定小程序能够运行在上述小程序运行环境。确定小程序是否符合运行条件的步骤可以由一个租户执行，该租户可以不对应于一个应用程序。一种可选的实施方式为，根据是否能够审核小程序是否符合运行条件，小程序投放平台100的租户可以分为两类，第一类租户不具有审核权限，第二类租户具有审核权限。如图1所示，租户121具有审核权限，租户122～租户125不具有审核权限，且租户121没有对应的应用软件，租户122～租户125分别对应一个应用软件。

在如图1所示的应用场景中，一个小程序的开发者想要在租户122提供的应用软件中发布小程序，这个小程序的开发者可以在小程序投放平台100提供的门户网站注册一个用户账号，成为用户101。开发者可以是独立软件开发商ISV(全称Independent SoftwareVendors)，指专门从事软件的开发、生产、销售和服务的企业，也可以是商户，如各大超市(可以开发购物类小程序)等，还可以是个人开发者。进一步，用户101可以申请成为租户122的开发者用户，在租户122同意申请之后，小程序的开发者可以使用用户101的账号登录门户网站，向租户122的存储空间上传自己开发的小程序。在租户122的工作人员使用租户122的账号登录门户网站之后，接收到用户101向租户122上传了小程序的消息，工作人员可以下载小程序，审核合格之后在租户122的应用软件中上架该小程序。需要说明的是，在租户122的工作人员下载了小程序之后，后续的步骤与小程序投放平台100无关。

在如图1所示的应用场景中，可以执行如图2所示的小程序投放方法的实施方式。

如图2所示，小程序投放平台100可以包括服务器(图2中未示出)和数据库1210、数据库1220、数据库1230、数据库1240和数据库1250，小程序投放平台100与每个用户和租户的交互接口为门户网站1001。

其中，服务器可以对每个数据库中的数据进行管理，服务器可以包括图2所示的加签模块207，加签模块207用于对小程序进行加签。

每个数据库用于存储数据，不同的数据库分别存储在不同的存储空间中，且各个存储空间是互相独立部署的，也即，各个数据库中的数据互相隔离。小程序投放平台100可以为每一个租户提供一个独立的数据库，以实现不同租户之间的数据隔离。

示例性的，图2所示的数据库1210、数据库1220、数据库1230、数据库1240和数据库1250分别对应于图1所示的租户121～125。

小程序投放平台100的门户网站1001用于作为与租户、用户交互的接口。一种可选的实施方式为，每个租户和用户分别通过门户网站1001注册自己的账号，进而可以使用自己的账号登录门户网站1001。图2所示为所有的租户和用户共用同一个门户网站1001的应用场景，可选的，也可以分别为租户和用户提供不同的门户网站、或不同的客户端，本申请实施例对此不作限定。

下面结合图2说明小程序投放方法的一种可选的实施方式的流程，具体包括如下步骤：

步骤S11、用户101可以使用计算机终端201，通过门户网站1001，从小程序投放平台100下载小程序开发软件。

小程序开发者可以预先注册账号，称为小程序投放平台100的用户101。

小程序开发软件可以配置有小程序运行环境，小程序开发软件是为小程序开发方101提供的、用于模拟小程序在各个小程序被投放方提供的应用软件中运行的环境，小程序投放平台100的运营者可以预先在线下与租户122～125达成协议，在租户122～125的应用软件中配置与小程序运行环境相同的小程序容器，以使任意的开发者在基于小程序运行环境开发小程序的情况下，都能够匹配每个租户对应的应用软件的小程序容器，从而使得小程序可以运行在各个租户的应用软件中。

以租户提供的应用软件是基于安卓Android系统的应用软件为例，小程序运行环境可以是SDK(全称Software Development Kit，意为“软件开发工具包”)，该SDK也被预先配置在租户提供的应用软件中。小程序运行环境提供统一的接口API，可选的，接口可以是多个，例如，小程序向应用软件获取用户注册信息的接口、小程序调用应用软件指定功能(如付款)的接口，等等。为了使小程序能够适配小程序运行环境，需要在小程序代码中配置有对应的API代码。

步骤S12、用户101使用小程序投放平台100的小程序开发软件开发小程序。

步骤S13、用户101通过计算机终端201，登录其账号，选择租户121(本实施方式中，第一租户为租户121)，将开发的小程序的数据通过门户网站1001上传至租户121。

在一种可选的实施方式中，用户101需要预先向租户121申请上传权限，租户121同意申请之后，小程序投放平台100允许用户101向租户121上传小程序数据。

租户121是上述的第二类租户，拥有审核小程序是否符合运行条件的权限、且没有对应的应用软件。

小程序投放平台100将向租户121上传的小程序数据存储在租户121的存储空间1210中。门户网站1001用于向每个用户提供上传的交互入口，每个用户都可以在门户网站101上显示的上传入口，向其拥有上传权限的租户上传小程序数据。小程序数据可以包括小程序的描述性数据(也可以称为元数据)，例如小程序的名称、用于显示在小程序被投放方的应用软件中的小程序图标icon等，以及小程序的离线包(也可以称为源码包)，包含小程序的一些代码、小程序显示的一些元素图片和按钮等等，小程序离线包可以运行在小程序运行环境中。

步骤S14、租户121是上述的第二类租户，拥有审核小程序权限，租户121可以通过登录对应的账户，将存储空间1210中的小程序下载至计算机终端202中。

步骤S15，审核人员可以在计算机终端202中运行和测试小程序，以判断是否符合运行条件。运行条件是能够在各个待投放的应用软件中运行的条件，可以包括是否能够在小程序投放平台100提供的小程序运行环境下运行，还可以包括是否包含高危风险的代码等。可选的，该步骤也可以不是由人工执行，而是通过计算机指令执行，例如，通过在小程序运行环境中自动运行小程序，测试小程序运行过程中的运行结果是否有异常，从而确定小程序是否能够在小程序运行环境下运行。

步骤S16、租户121在对用户101上传的小程序审核通过之后，选择将小程序投放至哪个租户。租户121可以根据用户101的选择，确定将小程序投放至哪一个租户。一种可选的实施方式为，用户101在执行步骤S13时，可以选择期望在哪个应用软件中发布，对应的租户即为待投放的目标租户。可选的，可以默认选择投放在所有的租户。可选的，用户101选择待投放的目标租户时，需要在预先获取到上传权限的候选租户中进行选择。本申请实施例中，租户121根据用户101的选择，确定待投放的目标租户为租户123和租户124。

步骤S17、小程序投放平台100的服务器将小程序从数据库1210中复制到待投放的租户123对应的数据库1230、以及租户124对应的数据库1240中，如图2所示。

如果租户124登录了账号，则可以下载数据库1240中的小程序。租户124可以点击下载按钮，以向小程序投放平台100发出下载请求(第二下载请求)。

步骤S18、在接收到第二下载请求之后，小程序投放平台100使用加签模块207对小程序数据进行加签。

在将小程序提供给租户之前，小程序投放平台100可以对小程序数据中的离线包进行重签名，以保证数据传输过程中的数据安全。一种可选的实施方式为，加签所使用的证书为各个租户对应的加签证书，每个租户的加签证书是不同的，各个租户可以预先将对应的加签证书提供给小程序投放平台100，存放在各个租户对应的数据库中。

为了防止下载到终端中的小程序被篡改，终端中安装的应用软件会在运行小程序之前，使用验签证书对小程序进行验签。不同的应用软件的验签证书是不同的。加签模块207在加签时所使用的加签证书，是与该应用软件的验签证书相对应的加签证书，从而保证了小程序在应用软件中运行的安全。

步骤S19、小程序投放平台100将加签后的小程序数据发送至租户124的服务器203，并可以向租户124发起发布(也可以称为上架)申请。各个租户的服务器可以用于为对应的应用软件提供服务。

步骤S20、租户124的审核人员接收到发布申请之后，对小程序数据进行审核，确定是否满足发布条件。其中，如果不满足发布要求，则驳回该申请，小程序投放平台100可以接收到被驳回的通知信息。

步骤S21、租户124确认能够发布，则可以按照预设的发布规则进行发布。例如，可以经过灰度发布(对一部分用户发布)之后再进行全量发布(对所有用户发布)，或者，直接全量发布。

步骤S31、小程序在租户124的应用软件中上架之后，使用租户124提供的应用软件的用户205(用户205并非是小程序投放平台中的用户身份，而是指使用应用软件的一个用户)可以在应用软件内看到小程序的图标。用户205可以在手机204上打开应用软件，点击小程序图标，以请求打开小程序。

步骤S32、手机205向服务器203申请获取小程序离线包。

步骤S33、手机205获取服务器203反馈的小程序离线包。

步骤S34、手机205接收到小程序离线包之后，使用应用软件中配置的小程序运行环境对小程序离线包进行验签，验签成功之后，运行小程序离线包，使用户205可以使用小程序。

本申请实施例提供的小程序投放方法，通过小程序投放平台100提供统一的小程序运行环境，在小程序投放平台100的各个应用软件中均配置该运行环境，使得每个小程序开发者可以基于统一的小程序运行环境进行开发，开发出的小程序可以不经过改动运行在不同的应用软件中，不需要小程序开发方针对不同的应用软件进行重复的开发，开发一次即可以跨应用软件投放。

图3还提供了本申请实施例的小程序投放方法的另一种可选的实施方式，与图2所提供的小程序投放方法的流程相似，其中相同的步骤不再赘述，可以参考对图2所提供的小程序投放方法的流程的描述。图3所示的小程序投放方法的实施方式与图2所示的小程序投放方法的实施方式不同的步骤包括：

将步骤S13替换为步骤S13’：用户101选择上传小程序至租户122(在本实施方式中，第一租户为租户122)，租户122是没有审核权限的、对应于一个应用软件的租户。此外，用户101还选择将小程序再投放到租户123和租户124。

步骤S131，将小程序存储到租户122对应的数据库1220中。

由于租户122不具有审核小程序是否符合运行条件的审核权限，由具有审核权限的租户121审核小程序，因此，在执行步骤S131之后，执行步骤S132，将小程序从数据库1220中复制到租户121对应的数据库1210中，以使得租户121能够从数据库1210中下载小程序。

本申请实施例还提供了一种小程序投放装置，可以用于执行本申请实施例提供的小程序投放方法，如图4所述，包括接收单元41，存储单元42，第一确定单元43，第二确定单元44和复制单元45。

其中，接收单元，用于接收向多个租户中的第一租户上传的小程序，其中，每个租户被配置有对应的存储空间，任意两个不同租户的存储空间是互相隔离的；存储单元，用于将小程序存储在第一租户的存储空间中；第一确定单元，用于在多个租户中，确定小程序待投放的租户，以得到目标租户，其中，每个目标租户对应于一个配置有指定的小程序运行环境的应用软件；第二确定单元，用于确定小程序符合运行条件，其中，运行条件至少包括能够运行于指定的小程序运行环境；复制单元，用于将小程序复制到每个目标租户的存储空间。

在一种可能的实现方式中，多个租户包括第二租户，第二确定单元还用于将小程序从第一租户的存储空间复制到第二租户的存储空间；向第二租户发送审核请求，其中，审核请求用于请求获取针对小程序的审核结果；接收第二租户确定小程序符合运行条件的审核结果；复制单元还用于将小程序从第二租户的存储空间复制到每个目标租户的存储空间。

在一种可能的实现方式中，第一租户对应于一个配置有指定的小程序运行环境的应用软件。

在一种可能的实现方式中，第二确定单元还用于向第一租户发送审核请求，其中，审核请求用于请求获取针对小程序的审核结果；接收第一租户确定小程序符合运行条件的审核结果；复制单元还用于将小程序从第一租户的存储空间复制到每个目标租户的存储空间。

在一种可能的实现方式中，接收单元还用于确定用户被配置有向第一租户上传小程序的上传权限；接收用户向第一租户上传的小程序。

在一种可能的实现方式中，第一确定单元还用于在多个租户中，确定针对用户开放上传权限的租户，以得到候选租户；在候选租户中，确定小程序待投放的租户，以得到目标租户。

在一种可能的实现方式中，第一确定单元还用于显示候选租户的列表；接收用户在候选租户的列表中的选择操作；确定选择操作对应的租户为目标租户。

在一种可能的实现方式中，接收单元还用于在接收用户向第一租户上传的小程序之前，接收用户请求下载指定的小程序运行环境的第一下载请求；该装置还包括第一发送单元，用于将指定的小程序运行环境发送至用户指示的下载终端中。

在一种可能的实现方式中，接收单元还用于在将小程序复制到每个目标租户的存储空间之后，接收目标租户发送的用于指示下载小程序的第二下载请求；该装置还包括第二发送单元，用于将目标租户对应的存储空间中存储的小程序发送至目标租户指示的下载终端中。

在一种可能的实现方式中，第二发送单元还用于根据预先针对目标租户配置的加签证书，对目标租户的存储空间中存储的小程序加签；将加签后的小程序发送至目标租户指示的下载终端中。

在一种可能的实现方式中，目标租户对应于目标应用软件，目标应用软件在运行之前使用验签证书对小程序进行验签，加签证书与验签证书相对应。

本申请实施例提供的小程序投放装置，通过小程序投放方111提供统一的小程序运行环境，各个小程序被投放方的应用软件中均配置该运行环境，各个小程序开发方基于该运行环境进行开发，使得开发出的小程序可以运行在多个应用软件中，不需要小程序开发方针对不同的应用软件进行重复的开发，开发一次即可以跨运行平台投放。

本申请实施例还提供了一种计算机存储介质，包括计算机指令，当计算机指令在终端上运行时，使得终端执行如上述本申请实施例的小程序投放方法。

本申请实施例还提供了一种计算机程序产品，当计算机程序产品在终端上运行时，使得终端执行如上述本申请实施例的小程序投放方法。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。