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

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

【技术实现步骤摘要】
一种基于云边协同的桌面应用下发的系统、方法及设备


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

技术介绍

[0002]随着时代的发展，智能设备在人类生活中起着重要的作用，通过多种方式使人类的生活更加轻松。
[0003]目前，通常是基于Android和IOS等操作系统构建应用市场。进一步，通过应用市场将该应用市场中的应用进行下发至相应的设备。
[0004]因此，在对应用市场中的应用进行开发创建时，要符合Android和IOS等操作系统的规范要求，而且开发的应用是绑定操作系统的，不具备跨平台的可迁移性。

技术实现思路

[0005]本申请实施例提供一种基于云边协同的桌面应用下发的系统、方法及设备，用于解决现有技术中的如下技术问题：目前的应用市场中的应用在进行开发创建时，开发的应用不具备跨平台的可迁移性。
[0006]一方面，本申请实施例提供了一种基于云边协同的桌面应用下发的系统，系统包括云应用市场；云应用市场包括镜像仓库、容器管理模块、云应用市场接入模块；镜像仓库，用于对桌面应用镜像文件进行管理；容器管理模块，用于拉取镜像仓库中的桌面应用镜像文件，并将所述桌面应用镜像文件下发至边端设备；云应用市场接入模块，连接容器管理模块，用于支持容器管理模块与边端设备进行数据交互。
[0007]一个示例中，系统还包括：桌面应用开发模块，用于构建桌面应用镜像文件，并将桌面应用镜像文件上传至镜像仓库。
[0008]一个示例中，云应用市场接入模块包括用户注册模块，以使容器管理模块对用户身份进行注册，以对用户身份对应的边端设备中的桌面应用容器进行管理；其中，边端设备根据容器管理模块下发的桌面应用镜像文件，得到桌面应用容器。
[0009]一个示例中，边端设备包括数据卷容器，数据卷容器用于将桌面应用镜像文件映射至对应的物理路径。
[0010]一个示例中，桌面应用开发模块用于通过跨平台桌面应用框架对桌面应用进行开发，以得到桌面应用；通过桌面应用镜像描述文件将桌面应用进行打包，得到桌面应用镜像文件。
[0011]一个示例中，跨平台桌面应用框架，包括：通过前后端分离的方式，在后端构建应用程序接口，以使前端进行调用。
[0012]一个示例中，镜像仓库为私有镜像仓库。
[0013]一个示例中，镜像仓库为Harbor，容器管理模块为Portainer。
[0014]另一方面，本申请提供了一种基于云边协同的桌面应用下发的方法，应用于应用
上述权利要求中任意一项权利要求所述的基于云边协同的桌面应用下发的系统进行桌面应用下发，方法包括：桌面应用开发模块构建桌面应用镜像文件；镜像仓库获取桌面应用镜像文件；容器管理模块通过云应用市场接入模块向镜像仓库拉取桌面应用镜像文件，并下发至边端设备。
[0015]又一方面，本申请实施例提供了一种基于云边协同的桌面应用下发的设备，所述设备包括处理器、存储器和存储在所述存储器上的执行指令，所述执行指令设置成在被所述处理器执行时能够使所述设备执行上述的方法。
[0016]本领域技术人员能够理解的是，本申请实施例通过为用户提供一套基于容器机制的应用软件的虚拟云应用市场，用户可通过访问云应用市场，能够在云应用市场上下载多种应用软件，满足用户对应用软件的便捷性需求，使开发的应用具备跨平台的可迁移性，降低了应用市场的开发成本，并且降低了对桌面应用的开发成本。
附图说明
[0017]为了更清楚地说明本申请的技术方案，下面将结合附图来对本申请的部分实施例进行详细说明，附图中：
[0018]图1是本申请实施例提供的一种基于云边协同的桌面应用下发的系统框架示意图；
[0019]图2是本申请实施例提供的一种基于云边协同的桌面应用下发的方法流程图。
[0020]图3是本申请实施例提供的一种基于云边协同的桌面应用下发的设备示意图。
具体实施方式
[0021]为使本申请的目的、技术方案和优点更加清楚，下面将结合具体实施例及相应的附图对本申请的技术方案进行清楚、完整地描述。本领域技术人员应当理解的是，本节具体实施方式中所描述的实施例仅是本申请的一部分实施例，而不是本申请的全部实施例。基于本节具体实施方式中所描述的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例，都不会偏离本申请的技术原理，因此都应当落入到本申请的保护范围内。
[0022]下面参照附图来对本申请的一些实施例进行详细说明。
[0023]图1为本申请实施例提供的一种基于云边协同的桌面应用下发的系统框架示意图。
[0024]如图1所示，基于云边协同的桌面应用下发的系统至少包括：云应用市场100、边端设备200、桌面应用开发模块300。其中，云应用市场100至少包括云应用市场接入模块110、容器管理模块120、镜像仓库130，边端设备200至少包括数据卷容器210。此外，云应用市场接入模块110至少包括用户注册模块111。
[0025]其中，云应用市场100为云端设备。
[0026]需要说明的是，本申请实施例对容器的类型不作具体限定，可以根据实际需要进行设置。为了描述方便，以下均以Docker进行描述。
[0027]其中，Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows机器上，也可以实现
虚拟化。
[0028]在本申请实施例的系统中，桌面应用来源于容器。进一步，对桌面应用镜像文件启动的过程中，得到桌面应用容器。因此边端设备200是指具有启动桌面应用镜像文件的设备。
[0029]在本申请的一些实施例中，桌面应用开发模块300，通过跨平台桌面应用框架对桌面应用进行开发，然后得到桌面应用，再将桌面应用打包成桌面镜像文件，然后上传至镜像仓库130。
[0030]其中，跨平台桌面应用框架采用前后端分离的方式。具体地，在后端构建应用程序接口，用于跨平台桌面应用框架构建的前端进行调用。
[0031]进一步，桌面应用开发模块300通过桌面应用镜像描述文件将桌面应用进行打包，得到桌面应用镜像文件，然后将桌面应用镜像文件上传至镜像仓库130。一个例子中，桌面应用镜像描述文件为Dockerfile。
[0032]需要说明的是，对于跨平台桌面应用框架的具体框架，本申请实施例不作具体限定，可以根据实际需要进行设置。例如，跨平台桌面应用框架为Electron框架，则跨平台桌面应用框架的后端为Node.js，跨平台桌面应用框架的前端为Chromium。
[0033]进一步，对于应用程序接口，本申请实施例不作具体限定，可以根据实际需要进行设置。例如，在跨平台桌面应用框架的后端构建Restful API接口。
[0034]在本申请的一些实施例中，云应用市场100在抽象容器中以服务方式运行，借助特定的域名和端口本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于云边协同的桌面应用下发的系统，其特征在于，所述系统包括云应用市场；所述云应用市场包括镜像仓库、容器管理模块、云应用市场接入模块；所述镜像仓库，用于对桌面应用镜像文件进行管理；所述容器管理模块，用于拉取所述镜像仓库中的桌面应用镜像文件，并将所述桌面应用镜像文件下发至边端设备；所述云应用市场接入模块，连接所述容器管理模块，用于支持所述容器管理模块与所述边端设备进行数据交互。2.根据权利要求1所述的系统，其特征在于，所述系统还包括：桌面应用开发模块，用于构建所述桌面应用镜像文件，并将所述桌面应用镜像文件上传至所述镜像仓库。3.根据权利要求1所述的系统，其特征在于，所述云应用市场接入模块包括用户注册模块，以使所述容器管理模块对用户身份进行注册，以对所述用户身份对应的边端设备中的桌面应用容器进行管理；其中，所述边端设备根据所述容器管理模块下发的桌面应用镜像文件，得到所述桌面应用容器。4.根据权利要求1所述的系统，其特征在于，所述边端设备包括数据卷容器，所述数据卷容器用于将所述桌面应用镜像文件映射至对应的物理路径。5.根据权利要求2所述的系统，其特征在于，所述桌面应用开发模块用于通过跨平...

【专利技术属性】
技术研发人员：尹青山，李志芸，李锐，王建华，
申请(专利权)人：济南浪潮高新科技投资发展有限公司，
类型：发明
国别省市：