CN115878173A - 云软件的微端打包分发方法及装置 - Google Patents

Abstract

本申请公开了一种云软件的微端打包分发方法及装置，方法包括：获取云平台部署的云平台软件的软件配置信息；解压预设微端包体，根据软件配置信息更新预设微端包体的原软件配置信息；预设微端包体还包括与云平台软件的通信接口及软件业务调用接口；对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于云软件微端包体进行包体分发。将预设微端包体的原软件配置信息更新为云平台软件的软件配置信息，得到云软件微端包体，预设微端包体中包括与云平台软件的通信接口、软件业务调用接口，可以与云平台软件直接通信交互，业务处理等，无需下载与云软件内容无关的云平台服务等，提升用户对云软件微端包体的下载安装意愿。

Description

云软件的微端打包分发方法及装置

技术领域

本申请涉及互联网技术领域，具体涉及一种云软件的微端打包分发方法及装置。

背景技术

传统的软件，用户需要从平台、应用市场等下载对应的软件安装包进行安装，完成分发过程。随着云技术的发展，依托于平台的云软件应运而生，用户可以直接通过对应的平台运行软件，避免下载对应的软件安装包。但这种方式还需要依赖平台自身的载体，导致云软件无法独立安装和分发，且平台的用户规模也限定了云软件的分发。如云软件以云游戏为例，现有云游戏的运行直接依赖对应的游戏平台，用户需要下载对应的游戏平台，依赖游戏平台来运行云游戏，这就限制了云游戏无法通过其它方式分发，用户无法直接从其它软件平台、应用市场下载独立的云游戏安装包，且用户也受限必须依赖游戏平台，导致云游戏分发范围受限。

发明内容

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的云软件的微端打包分发方法及装置。

根据本申请实施例的第一方面，提供了一种云软件的微端打包分发方法，其包括：

获取云平台部署的云平台软件的软件配置信息；

解压预设微端包体，根据软件配置信息更新预设微端包体的原软件配置信息；其中，预设微端包体还包括与云平台软件的通信接口及软件业务调用接口，以便与云平台软件进行通信交互及业务执行处理；

对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于云软件微端包体进行包体分发。

可选地，在获取云平台部署的云平台软件的软件配置信息之前，方法还包括：

接收第三方发送的软件初始包体，将软件初始包体上传至云平台进行部署，得到部署后的云平台软件。

可选地，云平台软件的软件配置信息包括：云平台软件的软件配置参数和/或软件物料信息；

获取云平台部署的云平台软件的软件配置信息进一步包括：

基于软件配置接口，接收云平台软件的软件配置信息。

可选地，解压预设微端包体，根据软件配置信息更新预设微端包体的原软件配置信息进一步包括：

解压预设微端包体，得到预设微端包体的原软件配置信息；

基于获取的软件配置信息，更新覆盖预设微端包体的原软件配置信息。

可选地，对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于云软件微端包体进行包体分发进一步包括：

对更新后的预设微端包体进行签名及二次打包，得到对应的云软件微端包体；

将云软件微端包体投放给不同分发渠道，以供用户下载云软件微端包体。

可选地，方法还包括：

在用户下载云软件微端包体安装并启动后，根据云软件微端包体包含的与云平台软件的通信接口，完成与云平台软件的通信交互。

可选地，预设微端包体还包括客户端本地服务调用接口，以便调用客户端本地服务；云平台软件包括预设云配置文件。

可选地，客户端本地服务调用接口包括本地登录服务调用接口；

方法还包括：

根据云平台软件读取预设云配置文件后发起的登录消息，基于本地登录服务调用接口调用本地登录服务；

根据本地登录服务进行用户登录，获取用户的本地登录信息进行加密，将加密后的用户的本地登录信息上传至云平台软件进行验证，完成云平台软件的用户登录。

可选地，根据云平台软件读取预设云配置文件后发起的登录消息，基于本地登录服务调用接口调用本地登录服务进一步包括：

接收云平台软件的第二接口发送的登录初始消息；其中，第二接口发送登录初始消息由云平台软件的第一接口在读取预设云配置文件后向云平台软件的第二接口发送用户登录事件触发；

根据登录初始信息，生成对应的密钥并发送给第二接口；

接收第二接口发送的登录消息，基于本地登录服务调用接口调用本地登录服务以便在客户端本地进行用户登录；

根据本地登录服务进行用户登录，获取用户的本地登录信息进行加密，将加密后的用户的本地登录信息上传至云平台软件进行验证，完成云平台软件的用户登录进一步包括：

根据本地登录服务进行用户登录后，使用密钥对用户的本地登录信息进行加密；

将加密后的用户的本地登录信息发送给第二接口，以供第二接口对加密后的用户的本地登录信息进行解密，并回传解密后的用户的本地登录信息给第一接口进行验证；

接收第二接口发送的登录信息确认，完成云平台软件的用户登录。

可选地，客户端本地服务调用接口包括本地支付服务调用接口；

方法还包括：

根据云平台软件发起的支付消息，基于本地支付服务调用接口调用本地支付服务；

根据本地支付服务进行客户端支付，支付完成后将支付完成信息返回给云平台软件。

可选地，根据云平台软件发起的支付消息，基于本地支付服务调用接口调用本地支付服务进一步包括：

接收云平台软件的第二接口发送的支付加密消息；其中，第二接口发送支付加密消息由云平台软件的第一接口向云平台软件的第二接口发送支付事件触发；

对支付加密消息进行解密后，基于本地支付服务调用接口调用本地支付服务，以便对解密后得到的支付消息进行客户端支付；

根据本地支付服务进行客户端支付，支付完成后将支付完成信息返回给云平台软件进一步包括：

根据本地支付服务进行客户端支付，支付完成后将支付完成信息返回给第二接口，以供第二接口回传支付完成信息给第一接口进行支付验证。

根据本申请实施例的第二方面，提供了一种云软件的微端打包分发装置，其包括：

获取模块，适于获取云平台部署的云平台软件的软件配置信息；

更新模块，适于解压预设微端包体，根据软件配置信息更新预设微端包体的原软件配置信息；其中，预设微端包体还包括与云平台软件的通信接口及软件业务调用接口，以便与云平台软件进行通信交互及业务执行处理；

二次打包模块，适于对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于云软件微端包体进行包体分发。

根据本申请实施例的第三方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述云软件的微端打包分发方法对应的操作。

根据本申请实施例的第四方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述云软件的微端打包分发方法对应的操作。

根据本申请的提供的云软件的微端打包分发方法及装置，基于预设微端包体，将预设微端包体的原软件配置信息更新为云平台的软件配置信息，对更新后的预设微端包体进行二次打包，可以直接生成用于独立分发的云软件微端包体。云软件微端包体中包括与云平台软件的通信接口、软件业务调用接口，可以与云平台软件直接通信交互，执行软件业务调用等，无需下载与云软件内容无关的云平台服务等，提升用户对云软件微端包体的下载安装意愿，可以最大限度地筛选潜在的软件用户。

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

附图说明

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

图1示出了根据本申请一个实施例的云软件的微端打包分发方法的流程图；

图2示出了根据本申请另一个实施例的云软件的微端打包分发方法的流程图；

图3示出了预设微端包体的多层结构示意图；

图4示出了云软件微端打包过程示意图；

图5示出了云平台游戏与微端交互的用户登录过程示意图；

图6示出了云平台游戏与微端交互的支付过程示意图；

图7a示出了微端游戏展示界面示意图；

图7b示出了微端游戏用户登录后界面示意图；

图7c示出了微端游戏支付界面示意图；

图8示出了根据本申请一个实施例的云软件的微端打包分发装置的结构示意图；

图9示出了根据本申请一个实施例的一种计算设备的结构示意图。

具体实施方式

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

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

游戏分发：通过一定的渠道，将游戏发送至用户手中的一种行为；

微端：游戏的微客户端；

云游戏：以云计算为基础的游戏方式。

图1示出了根据本申请一实施例的云软件的微端打包分发方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，获取云平台部署的云平台软件的软件配置信息。

为方便理解本实施例，云软件以云游戏为例进行说明，但不仅限于此。如云平台具体为云游戏平台，第三方如游戏开发者在开发游戏包体后，可以将其游戏包体在云游戏平台进行部署，得到云平台游戏，相应的在部署时根据不同游戏，会对应不同游戏的配置信息。在云平台部署完成后，可以获取不同游戏的不同游戏配置信息。即针对云平台上部署的各个云平台软件，可以获取云平台软件的软件配置信息。软件配置信息可以根据实施情况确定具体内容，此处不做限定。

不同云平台软件的软件配置信息不同，本实施例基于不同的软件配置信息为不同云平台软件生成对应的云软件微端包体。

进一步，本实施例还可以在获取到如第三方开发的软件初始包体时，自动将其推送至对应的云平台进行部署，在部署完成后，获取云平台软件的软件配置信息，实现软件初始包体的部署自动化。

步骤S102，解压预设微端包体，根据软件配置信息更新预设微端包体的原软件配置信息。

预设微端包体用于打包生成云软件微端包体，即客户端的安装包体，预设微端包体包括与云平台软件的通信接口及软件业务调用接口，可以支持与云平台软件进行通信交互，支持云平台软件的业务执行处理，可以仅包含专门服务于软件具体内容的服务，进一步优化包体的大小，使客户端可以无需下载云平台各种与软件无关的服务，即可支持在客户端运行对应的云软件。

预设微端包体可以采用如多层结构，如包含外壳层，提供软件运行所需的软件配置信息，可以通过先解压预设微端包体，根据步骤S101获取的软件配置信息来更新预设微端包体的原软件配置信息，原软件配置信息可以为空白信息，软件配置信息直接覆盖原软件配置信息，方便后续生成的云软件微端包体可以与云平台软件适配，正常运行。

除外壳层之外，预设维度包体还包括如业务层，统一适配不同云平台软件进行前置业务处理，根据外壳层提供的软件配置信息来配合完成与云平台软件(如云平台游戏、游戏服务后端等)的通信调用、软件业务执行(如执行云游戏中的相关业务等)等。前置业务处理包括如与对预设微端包体的管理、用户管理等调用具体业务的软件业务调用接口；预设维度包体还包括如基础服务层，可以提供业务层所需要的具体的基础服务支持，如通信交互等，保障云平台软件的正常启动、运行等，以上业务层、基础服务层为举例说明，具体划分，各自的前置业务、基础服务等可以根据实施情况设置，此处不做限定。

步骤S103，对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于云软件微端包体进行包体分发。

更新软件配置信息后，可以对更新后的预设微端包体进行二次打包，即根据更新后的更新软件配置信息进行二次打包，得到云软件微端包体。云软件微端包体可以独立进行包体分发，可以投放给不同分发渠道，方便用户可以从不同分发渠道直接下载云软件微端包体进行安装。云软件微端包体方便用户在客户端使用，云平台软件用于在云平台运行，用户可以仅下载较小的云软件微端包体即可支持用户在客户端启动云软件，提升用户的下载意愿。

进一步，云软件微端包体中包含云平台软件的软件配置信息，可以适配云平台软件的运行，云软件微端包体还包含与云平台软件的通信接口及软件业务调用接口等服务于对应云平台软件的各种接口，保障与云平台软件正常通信交互，支撑云平台软件的运行，且云软件微端包体较小，方便用户下载及安装，与现有下载安装整个云平台相比，更易吸引用户下载，提升用户使用体验。

进一步，若云平台软件已经在云平台部署，对云平台软件进行如版本升级、功能改进等操作时，软件配置信息无需改动，通信接口和软件业务调用接口可以正常使用，无需为用户重新生成云软件微端包体，达到一次分发无限云软件使用的效果，对用户而言，更便捷。

根据本申请提供的云软件的微端打包分发方法，基于预设微端包体，将预设微端包体的原软件配置信息更新为云平台的软件配置信息，对更新后的预设微端包体进行二次打包，可以直接生成用于独立分发的云软件微端包体。云软件微端包体中包括与云平台软件的通信接口、软件业务调用接口，可以与云平台软件直接通信交互，执行软件业务调用等，无需下载与云软件内容无关的云平台服务等，提升用户对云软件微端包体的下载安装意愿，可以最大限度地筛选潜在的软件用户。

图2示出了根据本申请一实施例的云软件的微端打包分发方法的流程图，如图2所示，该方法包括以下步骤：

步骤S201，接收第三方发送的软件初始包体，将软件初始包体上传至云平台进行部署，得到部署后的云平台软件。

本实施例可以执行于云软件微端包体的打包平台，软件初始包体是由第三方开发完成，如软件初始包体以游戏包体为例，第三方游戏厂商开发完成后打包得到对应的游戏包体，可以发送给云软件微端包体的打包平台。当接收到第三方发送的软件初始包体后，自动将软件初始包体上传至对应的云平台进行适配、部署，完成软件初始包体的云化，得到部署后的云平台软件，云平台软件用于云平台的运行。

步骤S202，基于软件配置接口，接收云平台软件的软件配置信息。

对于本实施例的打包平台，可以提供软件配置接口，方便接收云平台软件的软件配置信息，使得接收软件配置信息的过程基于软件配置接口自动执行。云平台软件的软件配置信息包括如云平台软件的软件配置参数、软件物料信息(如各种图片、icon图标等)。以游戏为例，云平台软件的软件配置信息包括如游戏启动、运行时的配置参数、游戏背景图片库、角色图片库、游戏中各种icon图标等保障游戏正常运行的各种信息。

步骤S203，解压预设微端包体，根据软件配置信息更新预设微端包体的原软件配置信息。

在获取软件配置信息后，先将预设微端包体进行解压，得到预设微端包体中的原软件配置信息。在根据步骤S202接收到的云平台软件的软件配置信息来更新预设微端包体的原软件配置信息。

预设微端包体包括如图3所示的多层结构，如外壳层，用于配置软件配置信息，即配置各个云平台软件的软件配置信息。业务层和基础服务层是可以通用于各个云平台软件的，为各个云平台软件提供了与云平台软件的通信接口及软件业务调用接口，可以支持与各个云平台软件进行通信交互，支持云平台软件的业务执行处理。业务层提供了如用户管理、时长控制、排队、vip服务、场景管理、鉴权、测速、支付、包管理等各种业务处理，支撑云平台软件正常运行，与云平台软件间相互通信交互，传输信息。基础服务层提供了业务层执行各种业务服务所需的基础服务执行，如排队、通信、异常、等级、ui处理、支付接口、账户管理、日志管理等各种基础服务的具体执行调用接口等。基础服务层提供的各种基础服务接口可以抽象适配各种不同的云平台，方便适配不同云平台的云平台软件的运行。业务层和基础服务层还可以提供如异常处理、日志记录等服务，方便对云平台软件运行时的异常进行处理、记录生成的日志等。以上业务层和基础服务层提供的各种通信接口及软件业务调用接口为举例说明，具体的服务接口可以根据实施情况设置，此处不做限定。在设置时，可以优选可以适配不同云平台的各种通信接口及软件业务调用接口，使得最终生成的云软件微端包体可以通用于各个云平台。

进一步，根据预设微端包体的多层结构可以清楚地了解到，在生成云软件微端包体时，可以仅基于外壳层中的配置，将云平台软件的软件配置信息更新，对于业务层和基础服务层不用调整，可以适用于不同云平台软件，生成云软件微端包体时更方便快捷。且对于任一云平台软件，在其更新版本时，若软件配置信息不发生变化，则无需重新生成云软件微端包体，即客户端无需多次下载，一次下载即可实现多版本软件运行。

步骤S204，对更新后的预设微端包体进行签名及二次打包，得到对应的云软件微端包体，将云软件微端包体投放给不同分发渠道，以供用户下载云软件微端包体。

对更新后的预设微端包体进行签名，签名与云平台软件是一一对应的，根据签名可以确定生成的云软件微端包体与云平台软件的对应关系。对更新后的预设微端包体进行二次打包，可以得到对应的云软件微端包体。将云软件微端包体可以独立的投放给不同分发渠道，增加云软件微端包体的分发范围，增加用户选择范围，且云软件微端包体仅包含云平台软件运行所需的服务，其包体较小，提升用户下载安装的意愿。

打包得到云软件微端的过程如图4所示，软件以游戏为例进行说明，第三方发送游戏包体给云微端打包平台，由云微端打包平台将游戏包体推送给云游戏平台进行推送云化，云游戏平台部署游戏包体后，对应的云游戏业务平台、云游戏实例服务支撑云游戏平台上的游戏运行。云游戏平台部署游戏包体后，返回给云微端打包平台对应的云游戏配置参数。云微端打包平台将微端包体，与云游戏配置参数、物料等游戏相关配置信息进行二次打包，得到游戏微端包体。游戏微端包体可以投放给云微端分发渠道，如应用市场A、应用市场B、应用市场C……，用户可以根据自己需求从云微端分发渠道中下载得到游戏微端包体进行安装，在客户端进行云游戏。

步骤S205，在用户下载云软件微端包体安装并启动后，根据云软件微端包体包含的与云平台软件的通信接口，完成与云平台软件的通信交互。

用户基于分发渠道下载云软件微端包体安装并启动后，在客户端可以利用云软件微端包体中包含的与云平台软件的通信接口，来完成与云平台软件的通信交互，实现客户端运行云软件。

步骤S206，根据云平台软件读取预设云配置文件后发起的登录消息，基于本地登录服务调用接口调用本地登录服务；根据本地登录服务进行用户登录，获取用户的本地登录信息进行加密，将加密后的用户的本地登录信息上传至云平台软件进行验证，完成云平台软件的用户登录。

考虑到现有技术中云平台软件在用户登录、支付等操作时，都需要将相关信息上传至云平台，对于用户而言，存在信息泄露风险。因此，本实施例在预设微端包体中还包括了客户端本地服务调用接口，客户端本地服务调用接口包括本地登录服务调用接口、本地支付服务调用接口等，方便调用客户端本地服务来完成如用户登录、支付等操作，避免了如登录密码、支付鉴权信息等信息泄露的风险，用户操作更安心。

具体的，在云平台软件中预先设置了预设云配置文件，当云平台软件启动后，云平台软件的第一接口读取预设云配置文件，预设云配置文件中可以设置如云化标识，第一接口读取到云化标识后，确定当前处于云平台场景，向云平台软件的第二接口发送用户登录事件，触发云平台软件的第二接口向客户端的微端发送登录初始消息，当接收云平台软件的第二接口发送的登录初始消息后，可以根据登录初始信息，生成对应的密钥，方便与云平台软件间通信使用，将密钥发送给第二接口，与第二接口间建立通信。在接收到第二接口发送的登录消息后，基于本地登录服务调用接口调用本地登录服务。如根据本地登录服务调用本地登录页面，在客户端的本地登录页面中进行用户登录，输入用户名、登录密码等信息，进行本地用户登录，在本地完成用户登录后。获取用户的本地登录信息使用密钥对用户的本地登录信息进行加密，将加密后的用户的本地登录信息发送给第二接口，这一通信交互过程中避免登录密码以明文方式传输，保障登录密码的安全。进一步，使用本地登录服务还可以提供给用户登录便利，如在用户登录后，保存用户的登录信息，如保存用户的用户名、登录密码等令牌信息，用户在后续使用本地登录服务时可以直接利用保存的令牌信息进行登录，无需用户再手动输入。第二接口对加密后的用户的本地登录信息使用密钥进行解密，回传解密后的用户的本地登录信息给第一接口进行验证，在第一接口验证后，接收第二接口发送的登录信息确认，完成云平台软件的用户登录。

软件以游戏为例，如图5所示，云平台游戏中包含游戏接口和通信接口，第一接口为游戏接口，在游戏启动时读取云配置文件，确定为云平台场景下，向第二接口，即图5中的通信接口发送用户登录事件，以发起用户登录。通信接口向微端发送登录初始消息，如init消息以建立与微端连接。微端接收到登录初始消息后，生成密钥，并返回密钥给通信接口。通信接口发送登录消息，微端通过本地登录服务调用接口调用本地登录服务，利用本地登录服务在本地进行用户登录，并利用密钥加密用户的本地登录信息，返回加密后的用户的本地登录信息给通信接口，通信接口利用密钥解密后，回传给游戏接口解密后的用户的本地登录信息，游戏接口对解密后的用户的本地登录信息验证或者确认后，通信接口发送给微端登录信息确认，完成云平台游戏的用户登录。整个过程中用户的登录密码没有通过明文传输，避免登录密码外泄的风险，且用户登录在用户的客户端本地完成，提升安全性及游戏服务的稳定性。

步骤S207，根据云平台软件发起的支付消息，基于本地支付服务调用接口调用本地支付服务；根据本地支付服务进行客户端支付，支付完成后将支付完成信息返回给云平台软件。

在云平台软件的第一接口读取预设云配置文件，确定当前处于云平台场景。对于云平台软件的支付操作，由云平台软件的第一接口向云平台软件的第二接口发送支付事件，触发云平台软件的第二接口向客户端的微端发送支付加密消息，当接收云平台软件的第二接口发送的支付加密消息后，可以对支付加密消息进行解密后，基于本地支付服务调用接口调用本地支付服务，如根据本地支付服务调用本地支付服务，在客户端进行客户端支付，无需远程向云平台输入支付相关信息。具体的，对支付加密消息先进行解密，调用本地支付服务，开启本地支付服务的支付界面，在客户端进行支付操作，在支付完成后，将支付完成信息返回给第二接口，由第二接口回传支付完成信息给第一接口进行支付验证。

软件以游戏为例，如图6所示，云平台游戏中包含游戏接口和通信接口，第一接口为游戏接口，在游戏启动时读取云配置文件，确定为云平台场景下，向第二接口，即图6中的通信接口发送支付事件，以发起支付。通信接口向微端发送支付加密消息，微端接收到支付加密消息后，通过本地支付服务调用接口调用本地支付服务，利用本地支付服务进行客户端支付，支付完成后返回支付完成信息给通信接口，通信接口回传给游戏接口支付完成信息，游戏接口对支付完成信息进行支付验证，完成云平台游戏的支付。整个支付过程中用户的支付发生在客户端本地，无需远程支付，降低支付风控，保障用户支付安全。

微端运行云游戏具体如图7a-图7c所示，如图7a，用户在微端开启云游戏，展示云游戏界面；图7b中展示用户登录后界面，如**欢迎回来；图7c中展示微端的支付界面，其中展示了游戏名称、用户购买的商品名称、支付金额等，还展示了多种支付方式如**支付1、**支付2、**支付3等，方便用户选择所需的支付方式，如选择**支付1后，可以点击“确认支付”调起本地支付服务来进行客户端支付等。以上为举例说明，具体设置可以根据实施情况设置，此处不做限定。

根据本申请提供的云软件的微端打包分发方法，将第三方发送的软件初始包体自动上传至云平台部署，完成自动云化。基于软件配置接口，接收部署后的云平台软件的软件配置信息，根据软件配置信息更新预设微端包体的原软件配置信息，对更新后的预设微端包体进行签名及二次打包，得到对应的云软件微端包体。云软件微端包体中包含了与云平台软件的通信接口及软件业务调用接口，可以与云平台软件进行通信交互，支撑云平台软件的业务运行，无需下载整个云平台，生成的云软件微端包体较小，且独立分发，方便用户下载，也更易筛选属于云平台软件的用户，区分云平台的用户，达到较高的云平台软件用户转化率。进一步，生成的云软件微端包体中还可以包括客户端本地服务调用接口，如本地登录服务调用接口、本地支付服务调用接口等，方便用户登录、支付等在微端侧完成，即在客户端实现本地登录、支付等，避免了如登录密码、支付鉴权信息等信息泄露的风险，用户操作更安心，也提升了软件服务的稳定性。

图8示出了本申请一实施例提供的云软件的微端打包分发装置的结构示意图。如图8所示，该装置包括：

获取模块810，适于获取云平台部署的云平台软件的软件配置信息；

更新模块820，适于解压预设微端包体，根据软件配置信息更新预设微端包体的原软件配置信息；其中，预设微端包体还包括与云平台软件的通信接口及软件业务调用接口，以便与云平台软件进行通信交互及业务执行处理；

二次打包模块830，适于对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于云软件微端包体进行包体分发。

可选地，装置还包括：

部署模块840，适于接收第三方发送的软件初始包体，将软件初始包体上传至云平台进行部署，得到部署后的云平台软件。

可选地，云平台软件的软件配置信息包括：云平台软件的软件配置参数和/或软件物料信息；

获取模块810进一步适于：

基于软件配置接口，接收云平台软件的软件配置信息。

可选地，更新模块820进一步适于：

解压预设微端包体，得到预设微端包体的原软件配置信息；

基于获取的软件配置信息，更新覆盖预设微端包体的原软件配置信息。

可选地，二次打包模块830进一步适于：

对更新后的预设微端包体进行签名及二次打包，得到对应的云软件微端包体；

将云软件微端包体投放给不同分发渠道，以供用户下载云软件微端包体。

可选地，装置还包括：

交互模块850，适于在用户下载云软件微端包体安装并启动后，根据云软件微端包体包含的与云平台软件的通信接口，完成与云平台软件的通信交互。

可选地，预设微端包体还包括客户端本地服务调用接口，以便调用客户端本地服务；云平台软件包括预设云配置文件。

可选地，客户端本地服务调用接口包括本地登录服务调用接口；

装置还包括：

登录调用模块860，适于根据云平台软件读取预设云配置文件后发起的登录消息，基于本地登录服务调用接口调用本地登录服务；根据本地登录服务进行用户登录，获取用户的本地登录信息进行加密，将加密后的用户的本地登录信息上传至云平台软件进行验证，完成云平台软件的用户登录。

可选地，登录调用模块860进一步适于：

接收云平台软件的第二接口发送的登录初始消息；其中，第二接口发送登录初始消息由云平台软件的第一接口在读取预设云配置文件后向云平台软件的第二接口发送用户登录事件触发；

根据登录初始信息，生成对应的密钥并发送给第二接口；

接收第二接口发送的登录消息，基于本地登录服务调用接口调用本地登录服务以便在客户端本地进行用户登录；

根据本地登录服务进行用户登录后，使用密钥对用户的本地登录信息进行加密；

将加密后的用户的本地登录信息发送给第二接口，以供第二接口对加密后的用户的本地登录信息进行解密，并回传解密后的用户的本地登录信息给第一接口进行验证；

接收第二接口发送的登录信息确认，完成云平台软件的用户登录。

可选地，客户端本地服务调用接口包括本地支付服务调用接口；

装置还包括：

支付调用模块870，适于根据云平台软件发起的支付消息，基于本地支付服务调用接口调用本地支付服务；根据本地支付服务进行客户端支付，支付完成后将支付完成信息返回给云平台软件。

可选地，支付调用模块870进一步适于：

接收云平台软件的第二接口发送的支付加密消息；其中，第二接口发送支付加密消息由云平台软件的第一接口向云平台软件的第二接口发送支付事件触发；

对支付加密消息进行解密后，基于本地支付服务调用接口调用本地支付服务，以便对解密后得到的支付消息进行客户端支付；

根据本地支付服务进行客户端支付，支付完成后将支付完成信息返回给第二接口，以供第二接口回传支付完成信息给第一接口进行支付验证。

以上各模块的描述参照方法实施例中对应的描述，在此不再赘述。

根据本申请提供的云软件的微端打包分发装置，基于预设微端包体，将预设微端包体的原软件配置信息更新为云平台的软件配置信息，对更新后的预设微端包体进行二次打包，可以直接生成用于独立分发的云软件微端包体。云软件微端包体中包括与云平台软件的通信接口、软件业务调用接口，可以与云平台软件直接通信交互，执行软件业务调用等，无需下载与云软件内容无关的云平台服务等，提升用户对云软件微端包体的下载安装意愿，可以最大限度地筛选潜在的软件用户。

本申请还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的云软件的微端打包分发方法。

图9示出了根据本申请一实施例的一种计算设备的结构示意图，本申请的具体实施例并不对计算设备的具体实现做限定。

如图9所示，该计算设备可以包括：处理器(processor)902、通信接口(Communications Interface)904、存储器(memory)906、以及通信总线908。

其中：

处理器902、通信接口904、以及存储器906通过通信总线908完成相互间的通信。

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

处理器902，用于执行程序910，具体可以执行上述云软件的微端打包分发方法实施例中的相关步骤。

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

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

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

程序910具体可以用于使得处理器902执行上述任意方法实施例中的云软件的微端打包分发方法。程序910中各步骤的具体实现可以参见上述云软件的微端打包分发实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

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

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

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

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

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

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

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

Claims (14)

1.一种云软件的微端打包分发方法，其包括：

获取云平台部署的云平台软件的软件配置信息；

解压预设微端包体，根据所述软件配置信息更新所述预设微端包体的原软件配置信息；其中，所述预设微端包体还包括与所述云平台软件的通信接口及软件业务调用接口，以便与所述云平台软件进行通信交互及业务执行处理；

对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于所述云软件微端包体进行包体分发。

2.根据权利要求1所述的方法，其中，在所述获取云平台部署的云平台软件的软件配置信息之前，所述方法还包括：

接收第三方发送的软件初始包体，将所述软件初始包体上传至云平台进行部署，得到部署后的云平台软件。

3.根据权利要求1或2所述的方法，其中，所述云平台软件的软件配置信息包括：云平台软件的软件配置参数和/或软件物料信息；

所述获取云平台部署的云平台软件的软件配置信息进一步包括：

基于软件配置接口，接收云平台软件的软件配置信息。

4.根据权利要求1-3中任一项所述的方法，其中，所述解压预设微端包体，根据所述软件配置信息更新所述预设微端包体的原软件配置信息进一步包括：

解压预设微端包体，得到所述预设微端包体的原软件配置信息；

基于获取的所述软件配置信息，更新覆盖所述预设微端包体的原软件配置信息。

5.根据权利要求1所述的方法，其中，所述对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于所述云软件微端包体进行包体分发进一步包括：

对更新后的预设微端包体进行签名及二次打包，得到对应的云软件微端包体；

将所述云软件微端包体投放给不同分发渠道，以供用户下载所述云软件微端包体。

6.根据权利要求1-5中任一项所述的方法，其中，所述方法还包括：

在用户下载所述云软件微端包体安装并启动后，根据所述云软件微端包体包含的与所述云平台软件的通信接口，完成与所述云平台软件的通信交互。

7.根据权利要求1-6中任一项所述的方法，其中，所述预设微端包体还包括客户端本地服务调用接口，以便调用客户端本地服务；所述云平台软件包括预设云配置文件。

8.根据权利要求7所述的方法，其中，所述客户端本地服务调用接口包括本地登录服务调用接口；

所述方法还包括：

根据所述云平台软件读取所述预设云配置文件后发起的登录消息，基于本地登录服务调用接口调用本地登录服务；

根据所述本地登录服务进行用户登录，获取用户的本地登录信息进行加密，将加密后的用户的本地登录信息上传至所述云平台软件进行验证，完成云平台软件的用户登录。

9.根据权利要求8所述的方法，其中，所述根据所述云平台软件读取所述预设云配置文件后发起的登录消息，基于本地登录服务调用接口调用本地登录服务进一步包括：

接收所述云平台软件的第二接口发送的登录初始消息；其中，第二接口发送登录初始消息由所述云平台软件的第一接口在读取所述预设云配置文件后向所述云平台软件的第二接口发送用户登录事件触发；

根据所述登录初始信息，生成对应的密钥并发送给所述第二接口；

接收所述第二接口发送的登录消息，基于本地登录服务调用接口调用本地登录服务以便在客户端本地进行用户登录；

所述根据所述本地登录服务进行用户登录，获取用户的本地登录信息进行加密，将加密后的用户的本地登录信息上传至所述云平台软件进行验证，完成云平台软件的用户登录进一步包括：

根据所述本地登录服务进行用户登录后，使用密钥对用户的本地登录信息进行加密；

将加密后的用户的本地登录信息发送给所述第二接口，以供所述第二接口对所述加密后的用户的本地登录信息进行解密，并回传解密后的用户的本地登录信息给所述第一接口进行验证；

接收所述第二接口发送的登录信息确认，完成云平台软件的用户登录。

10.根据权利要求7所述的方法，其中，所述客户端本地服务调用接口包括本地支付服务调用接口；

所述方法还包括：

根据所述云平台软件发起的支付消息，基于本地支付服务调用接口调用本地支付服务；

根据所述本地支付服务进行客户端支付，支付完成后将支付完成信息返回给云平台软件。

11.根据权利要求10所述的方法，其中，所述根据所述云平台软件发起的支付消息，基于本地支付服务调用接口调用本地支付服务进一步包括：

接收所述云平台软件的第二接口发送的支付加密消息；其中，第二接口发送支付加密消息由所述云平台软件的第一接口向所述云平台软件的第二接口发送支付事件触发；

对所述支付加密消息进行解密后，基于本地支付服务调用接口调用本地支付服务，以便对解密后得到的支付消息进行客户端支付；

所述根据所述本地支付服务进行客户端支付，支付完成后将支付完成信息返回给云平台软件进一步包括：

根据所述本地支付服务进行客户端支付，支付完成后将支付完成信息返回给所述第二接口，以供所述第二接口回传支付完成信息给所述第一接口进行支付验证。

12.一种云软件的微端打包分发装置，其包括：

获取模块，适于获取云平台部署的云平台软件的软件配置信息；

更新模块，适于解压预设微端包体，根据所述软件配置信息更新所述预设微端包体的原软件配置信息；其中，所述预设微端包体还包括与所述云平台软件的通信接口及软件业务调用接口，以便与所述云平台软件进行通信交互及业务执行处理；

二次打包模块，适于对更新后的预设微端包体进行二次打包，得到云软件微端包体，以基于所述云软件微端包体进行包体分发。

13.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-11中任一项所述的云软件的微端打包分发方法对应的操作。

14.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-11中任一项所述的云软件的微端打包分发方法对应的操作。

Images