CN112667365B - 一种基于云边协同的桌面应用下发的系统、方法及设备 - Google Patents

Abstract

本申请公开了一种基于云边协同的桌面应用下发的系统、方法及设备，所述系统包括云应用市场；所述云应用市场包括镜像仓库、容器管理模块、云应用市场接入模块；所述镜像仓库，用于对桌面应用镜像文件进行管理；所述容器管理模块，用于拉取所述镜像仓库中的桌面应用镜像文件，并将所述桌面应用镜像文件下发至边端设备；所述云应用市场接入模块，连接所述容器管理模块，用于支持所述容器管理模块与所述边端设备进行数据交互。本申请实施例通过为用户提供一套基于容器机制的应用软件的虚拟云应用市场，用户可通过访问云应用市场，能够在云应用市场上下载多种应用软件，满足用户对应用软件的便捷性需求。

Description

一种基于云边协同的桌面应用下发的系统、方法及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于云边协同的桌面应用下发的系统、方法及设备。

背景技术

随着时代的发展，智能设备在人类生活中起着重要的作用，通过多种方式使人类的生活更加轻松。

目前，通常是基于Android和IOS等操作系统构建应用市场。进一步，通过应用市场将该应用市场中的应用进行下发至相应的设备。

因此，在对应用市场中的应用进行开发创建时，要符合Android和IOS等操作系统的规范要求，而且开发的应用是绑定操作系统的，不具备跨平台的可迁移性。

发明内容

本申请实施例提供一种基于云边协同的桌面应用下发的系统、方法及设备，用于解决现有技术中的如下技术问题：目前的应用市场中的应用在进行开发创建时，开发的应用不具备跨平台的可迁移性。

一方面，本申请实施例提供了一种基于云边协同的桌面应用下发的系统，系统包括云应用市场；云应用市场包括镜像仓库、容器管理模块、云应用市场接入模块；镜像仓库，用于对桌面应用镜像文件进行管理；容器管理模块，用于拉取镜像仓库中的桌面应用镜像文件，并将所述桌面应用镜像文件下发至边端设备；云应用市场接入模块，连接容器管理模块，用于支持容器管理模块与边端设备进行数据交互。

一个示例中，系统还包括：桌面应用开发模块，用于构建桌面应用镜像文件，并将桌面应用镜像文件上传至镜像仓库。

一个示例中，云应用市场接入模块包括用户注册模块，以使容器管理模块对用户身份进行注册，以对用户身份对应的边端设备中的桌面应用容器进行管理；其中，边端设备根据容器管理模块下发的桌面应用镜像文件，得到桌面应用容器。

一个示例中，边端设备包括数据卷容器，数据卷容器用于将桌面应用镜像文件映射至对应的物理路径。

一个示例中，桌面应用开发模块用于通过跨平台桌面应用框架对桌面应用进行开发，以得到桌面应用；通过桌面应用镜像描述文件将桌面应用进行打包，得到桌面应用镜像文件。

一个示例中，跨平台桌面应用框架，包括：通过前后端分离的方式，在后端构建应用程序接口，以使前端进行调用。

一个示例中，镜像仓库为私有镜像仓库。

一个示例中，镜像仓库为Harbor，容器管理模块为Portainer。

另一方面，本申请提供了一种基于云边协同的桌面应用下发的方法，应用于应用上述权利要求中任意一项权利要求所述的基于云边协同的桌面应用下发的系统进行桌面应用下发，方法包括：桌面应用开发模块构建桌面应用镜像文件；镜像仓库获取桌面应用镜像文件；容器管理模块通过云应用市场接入模块向镜像仓库拉取桌面应用镜像文件，并下发至边端设备。

又一方面，本申请实施例提供了一种基于云边协同的桌面应用下发的设备，所述设备包括处理器、存储器和存储在所述存储器上的执行指令，所述执行指令设置成在被所述处理器执行时能够使所述设备执行上述的方法。

本领域技术人员能够理解的是，本申请实施例通过为用户提供一套基于容器机制的应用软件的虚拟云应用市场，用户可通过访问云应用市场，能够在云应用市场上下载多种应用软件，满足用户对应用软件的便捷性需求，使开发的应用具备跨平台的可迁移性，降低了应用市场的开发成本，并且降低了对桌面应用的开发成本。

附图说明

为了更清楚地说明本申请的技术方案，下面将结合附图来对本申请的部分实施例进行详细说明，附图中：

图1是本申请实施例提供的一种基于云边协同的桌面应用下发的系统框架示意图；

图2是本申请实施例提供的一种基于云边协同的桌面应用下发的方法流程图。

图3是本申请实施例提供的一种基于云边协同的桌面应用下发的设备示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合具体实施例及相应的附图对本申请的技术方案进行清楚、完整地描述。本领域技术人员应当理解的是，本节具体实施方式中所描述的实施例仅是本申请的一部分实施例，而不是本申请的全部实施例。基于本节具体实施方式中所描述的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例，都不会偏离本申请的技术原理，因此都应当落入到本申请的保护范围内。

下面参照附图来对本申请的一些实施例进行详细说明。

图1为本申请实施例提供的一种基于云边协同的桌面应用下发的系统框架示意图。

如图1所示，基于云边协同的桌面应用下发的系统至少包括：云应用市场100、边端设备200、桌面应用开发模块300。其中，云应用市场100至少包括云应用市场接入模块110、容器管理模块120、镜像仓库130，边端设备200至少包括数据卷容器210。此外，云应用市场接入模块110至少包括用户注册模块111。

其中，云应用市场100为云端设备。

需要说明的是，本申请实施例对容器的类型不作具体限定，可以根据实际需要进行设置。为了描述方便，以下均以Docker进行描述。

其中，Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows机器上，也可以实现虚拟化。

在本申请实施例的系统中，桌面应用来源于容器。进一步，对桌面应用镜像文件启动的过程中，得到桌面应用容器。因此边端设备200是指具有启动桌面应用镜像文件的设备。

在本申请的一些实施例中，桌面应用开发模块300，通过跨平台桌面应用框架对桌面应用进行开发，然后得到桌面应用，再将桌面应用打包成桌面镜像文件，然后上传至镜像仓库130。

其中，跨平台桌面应用框架采用前后端分离的方式。具体地，在后端构建应用程序接口，用于跨平台桌面应用框架构建的前端进行调用。

进一步，桌面应用开发模块300通过桌面应用镜像描述文件将桌面应用进行打包，得到桌面应用镜像文件，然后将桌面应用镜像文件上传至镜像仓库130。一个例子中，桌面应用镜像描述文件为Dockerfile。

需要说明的是，对于跨平台桌面应用框架的具体框架，本申请实施例不作具体限定，可以根据实际需要进行设置。例如，跨平台桌面应用框架为Electron框架，则跨平台桌面应用框架的后端为Node.js，跨平台桌面应用框架的前端为Chromium。

进一步，对于应用程序接口，本申请实施例不作具体限定，可以根据实际需要进行设置。例如，在跨平台桌面应用框架的后端构建Restful API接口。

在本申请的一些实施例中，云应用市场100在抽象容器中以服务方式运行，借助特定的域名和端口，可以实现对云应用市场100的访问操作。同时用户无需知道抽象容器具体运行的位置。

云应用市场100包括镜像仓库130，用于对桌面应用开发模块300上传的桌面应用镜像文件进行管理。

其中，镜像仓库130可以是公有镜像仓库，也可以是私有镜像仓库。一个例子中，镜像仓库130为私有镜像仓库Horbor。

云应用市场100包括容器管理模块120。其中，容器管理模块120与镜像仓库130进行连接，用于拉取镜像仓库130中的桌面应用镜像文件，并将桌面应用镜像文件下发至边端设备200。

进一步，容器管理模块120用于将相应的桌面应用镜像文件下发至边端设备200，并且在边端设备200可对桌面应用容器进行创建、删除、运行等工作。

在本申请的一些实施例中，云应用市场100包括云应用市场接入模块110，云应用市场接入模块110包括用户注册模块111。

云应用市场接入模块110连接容器管理模块120，通过用户注册模块111支持容器管理模块与边端设备进行数据交互。

更进一步，容器管理模块120采用边端注册机制，通过用户注册模块111对用户身份进行注册，以将边端设备200注册到容器管理模块120中，以使容器管理模块120纳管边端设备200中的桌面应用容器。

其中，用户身份包括用户账号、以及用户密码。

也就是说，容器管理模块120，不仅能够对容器和桌面应用镜像等对象进行基本操作，对边端设备进行管理和控制等，并且建立了一套集群编排和管理机制，包括容器的部署、编排以及备份等。

此外，边端设备200根据容器管理模块120下发的桌面应用镜像文件，构建桌面应用容器，并得到桌面应用。

其中，本申请实施例中的容器管理模块为开源可视化容器管理工具。一个例子中，开源可视化容器管理工具为Portainer。

在本申请的一些实施例中，边端设备200，用于通过云应用市场接入模块110向所述容器管理模块120拉取相应的桌面应用镜像文件。

其中，边端设备200包括数据卷容器210，边端设备200将获取的桌面应用镜像文件与数据卷容器210进行绑定，以通过数据卷容器210将桌面应用镜像文件映射至对应的物理路径。也就是说，将桌面应用镜像文件构建的桌面应用容器存储在边端设备200对应的物理路径中。

进一步，边端设备200通过桌面应用镜像文件，得到桌面应用。一个例子中，一个桌面应用文件包括一个桌面应用。

本领域技术人员能够理解的是，本申请实施例通过为用户提供一套基于容器机制的应用软件的虚拟云应用市场，用户可通过访问云应用市场，能够在云应用市场上下载多种应用软件，满足用户对应用软件的便捷性需求，使开发的应用具备跨平台的可迁移性，降低了应用市场的开发成本，并且降低了对桌面应用的开发成本。

如图2所示，图2为一种基于云边协同的桌面应用下发的方法流程图，应用于图1中的基于云边协同的桌面应用下发的系统。

S201、桌面应用开发模块构建桌面应用镜像文件。

具体地，桌面应用开发模块300，通过跨平台桌面应用框架对桌面应用进行开发，然后得到桌面应用，再将桌面应用打包成桌面镜像文件，然后上传至镜像仓库130。

S202、镜像仓库获取桌面应用镜像文件。

具体地，镜像仓库130对桌面应用开发模块300上传的桌面应用镜像文件进行管理。一个例子中，镜像仓库130为私有镜像仓库Horbor。

S203、容器管理模块通过云应用市场接入模块向镜像仓库拉取桌面应用镜像文件，并下发至边端设备。

具体地，用户通过用户注册模块111进行用户身份注册，以将边端设备200注册到容器管理模块120中，以使容器管理模块120纳管边端设备200中的桌面应用容器。

其中，用户身份包括用户账号、以及用户密码。

用户通过云应用市场接入模块110向容器管理模块120发起获取桌面应用请求。

云应用市场接入模块110连接容器管理模块120，通过用户注册模块111支持容器管理模块与边端设备进行数据交互。

容器管理模块120根据用户的请求，向镜像仓库130拉取对应的桌面应用镜像文件，并下发至边端设备200。

其中，边端设备200包括数据卷容器210，边端设备200将获取的相应的桌面应用镜像文件与数据卷容器210进行绑定，以通过数据卷容器210将桌面应用镜像文件映射至对应的物理路径。也就是说，将桌面应用镜像文件构建的桌面应用容器存储在边端设备200对应的物理路径中。

进一步，边端设备200通过桌面应用镜像文件，得到桌面应用。一个例子中，一个桌面应用文件包括一个桌面应用。

如图3所示，本申请实施例还提供了一种基于云边协同的桌面应用下发的设备。该设备在硬件层面上包括处理器，可选地还包括存储器和总线，此外该设备还允许包括其它业务所需要的硬件。

其中，存储器用于存放执行指令，该执行指令具体是能够被执行的计算机程序。进一步，存储器可以包括内存和非易失性存储器(non-volatile memory)，并向处理器提供执行指令和数据。示例性地，内存可以是高速随机存取存储器(Random-Access Memory，RAM)，非易失性存储器可以是至少1个磁盘存储器。

其中，总线用于将处理器、存储器和网络接口相互连接到一起。该总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线、EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为了便于表示，图3中仅用一个双向箭头表示，但这并不表示仅有一根总线或一种类型的总线。

在上述设备的一种可行的实施方式中，处理器可以先从非易失性存储器中读取对应的执行指令到内存中再运行，也可以先从其它设备上获取相应的执行指令再运行。处理器在执行存储器所存放的执行指令时，能够实现本申请上述任意一个方法实施例中的方法。

本领域技术人员能够理解的是，上述的方法可以应用于处理器中，也可以借助处理器来实现。示例性地，处理器是一种集成电路芯片，具有处理信号的能力。在处理器执行上述方法的过程中，上述的各步骤可以通过处理器中硬件形式的集成逻辑电路或软件形式的指令完成。进一步，上述处理器可以是通用处理器，例如中央处理器(CentralProcessing Unit，CPU)、网络处理器(Network Processor，NP)、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件、微处理器以及其它任何常规的处理器。

本领域技术人员还能够理解的是，本申请上述方法实施例的步骤可以被硬件译码处理器执行完成，也可以被译码处理器中的硬件和软件模块组合执行完成。其中，软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等其它本领域成熟的存储介质中。该存储介质位于存储器中，处理器读取存储器中的信息之后结合其硬件完成上述方法实施例中步骤的执行。

需要说明的是，为了突出本申请上述多个实施例彼此之间的不同之处，本申请上述的多个实施例之间是以并列的方式和/或递进的方式来进行布局和描述的，并且后面的实施例仅重点说明了其与其它实施例之间的不同之处，各个实施例之间相同或相似的部分可以互相参照。举例说明，对于方法/设备实施例而言，由于方法/设备实施例与系统实施例基本相似，所以描述的相对比较简单，相关之处参见系统实施例对应部分的说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请技术原理之内所作的任何修改、等同替换、改进等，均应落入本申请的保护范围之内。

Claims (5)

1.一种基于云边协同的桌面应用下发的系统，其特征在于，所述系统包括云应用市场；所述云应用市场包括镜像仓库、容器管理模块、云应用市场接入模块；

所述镜像仓库，用于对桌面应用镜像文件进行管理；

所述容器管理模块，用于拉取所述镜像仓库中的桌面应用镜像文件，并将所述桌面应用镜像文件下发至边端设备；

所述云应用市场接入模块，连接所述容器管理模块，用于支持所述容器管理模块与所述边端设备进行数据交互；

桌面应用开发模块，用于构建所述桌面应用镜像文件，并将所述桌面应用镜像文件上传至所述镜像仓库；

所述云应用市场接入模块包括用户注册模块，以使所述容器管理模块对用户身份进行注册，以对所述用户身份对应的边端设备中的桌面应用容器进行管理；

其中，所述边端设备根据所述容器管理模块下发的桌面应用镜像文件，得到所述桌面应用容器；

所述边端设备包括数据卷容器，所述数据卷容器用于将所述桌面应用镜像文件映射至对应的物理路径；

所述桌面应用开发模块用于通过跨平台桌面应用框架对桌面应用进行开发，以得到所述桌面应用；

通过桌面应用镜像描述文件将所述桌面应用进行打包，得到所述桌面应用镜像文件；

所述跨平台桌面应用框架，包括：

通过前后端分离的方式，在后端构建应用程序接口，以使前端进行调用。

2.根据权利要求1所述的系统，其特征在于，所述镜像仓库为私有镜像仓库。

3.根据权利要求1所述的系统，其特征在于，所述镜像仓库为Harbor，所述容器管理模块为Portainer。

4.一种基于云边协同的桌面应用下发的方法，其特征在于，应用如权利要求1-3中任意一项权利要求所述的基于云边协同的桌面应用下发的系统进行桌面应用下发，所述方法包括：

桌面应用开发模块构建桌面应用镜像文件；

镜像仓库获取所述桌面应用镜像文件；

容器管理模块通过云应用市场接入模块向所述镜像仓库拉取所述桌面应用镜像文件，并下发至边端设备。

5.一种基于云边协同的桌面应用下发的设备，其特征在于，所述设备包括处理器、存储器和存储在所述存储器上的执行指令，所述执行指令设置成在被所述处理器执行时能够使所述设备执行权利要求4中所述的方法。

Images