跨系统的UI应用生成方法、设备及计算机可读存储介质与流程

本发明涉及终端技术领域，尤其涉及一种跨系统的ui应用生成方法、设备及计算机可读存储介质。

背景技术：

launcher(桌面启动器)作为互联网电视系统osd(on-screendisplay，屏幕菜单式调节方式)的核心应用，launcher的流畅度影响着电视用户的体验。

当前大部分电视都是android(安卓)系统，不过由于成本、历史原因等其他因素，还有一部分电视仍旧使用linux系统，寄生在linux系统的电视应用一般都是web开发的，包括launcher也是web开发的，具体地，使用h5绘制的launcher流畅性差，这个问题是linux系统先天存在的，通过程序优化也无法达到android系统电视launcher的流畅性效果。另一方面，不管是android系统还是linux系统上的launcher，为了保持一致的ui(userinterface，用户界面)体验，同时也是为了减少ui设计师的工作，android平台和linux平台的工程师都是按照同一套ui效果图来编码实现ui应用的，但是需要两对ui设计师来设计，需要进行两遍ui应用的开发，后期ui应用维护也要投入两倍人力。

由此可知，目前不同终端系统的ui应用对应的代码不能跨系统运行，且linux系统对应终端的ui应用流畅性差。

技术实现要素：

本发明的主要目的在于提供一种跨系统的ui应用生成方法、设备及计算机可读存储介质，旨在解决现有的不同终端系统的ui应用对应的代码不能跨系统运行，且linux系统对应终端的ui应用流畅性差的技术问题。

为实现上述目的，本发明提供一种跨系统的ui应用生成方法，所述跨系统的ui应用生成方法包括步骤：

获取预设的ui框架引擎，将所述ui框架引擎移植到linux系统中；

使用兼容性语言封装所述linux系统中调用所述ui框架引擎的调用接口；

基于所述ui框架引擎，根据接收的开发指令生成目标ui应用，其中，所述调用接口用于供各种系统的终端调用所述目标ui应用。

优选地，所述基于所述ui框架引擎，根据接收的开发指令生成目标ui应用的步骤之前，还包括：

获取所述ui框架引擎对应的ui框架源码，检测所述ui框架源码中是否存在目标优先级对应的待修改目标源码；

若确定所述ui框架源码中存在所述待修改目标源码，则获取所述待修改目标源码对应的第一补丁文件；

根据所述第一补丁文件更新所述ui框架源码，以使所述ui框架引擎成功运行。

优选地，所述获取所述ui框架引擎对应的ui框架源码，检测所述ui框架源码中是否存在目标优先级对应的待修改目标源码的步骤包括：

获取所述ui框架引擎对应的ui框架源码，在所述linux系统中对所述ui框架源码进行兼容性测试，以确定所述ui框架源码中的待修改源码；

若检测到所述待修改源码为与所述ui框架引擎成功运行相关的代码，则确定与所述ui框架引擎成功运行相关的代码为目标优先级对应的待修改目标源码。

优选地，所述获取所述ui框架引擎对应的ui框架源码，检测所述ui框架源码中是否存在目标优先级对应的待修改目标源码的步骤之后，还包括：

若确定所述ui框架源码中未存在所述待修改目标源码，则确定所述ui框架引擎中各个功能对应的目标功能代码；

将所述目标功能代码发送给预设终端，以供所述预设终端的用户查看所述目标功能代码；

检测是否接收到所述预设终端发送的，根据所述目标功能代码修改后的ui框架源码；

若接收到修改后的ui框架源码，则根据修改后的ui框架源码更新所述ui框架引擎，以使所述ui框架引擎成功运行。

优选地，所述检测是否接收到所述预设终端发送的，根据所述目标功能代码修改后的ui框架源码的步骤之后，还包括：

若未接收到修改后的ui框架源码，则确定所述目标功能代码对应的第二补丁文件，并根据所述第二补丁文件更新所述ui框架源码，以使所述ui框架引擎成功运行。

优选地，所述若确定所述ui框架源码中未存在所述待修改目标源码，则确定所述ui框架引擎中各个功能对应的目标功能代码的步骤之后，还包括：

若确定不需要将所述目标功能代码发送给预设终端，则确定所述目标功能代码对应的第二补丁文件，并根据所述第二补丁文件更新所述ui框架源码，以使所述ui框架引擎成功运行。

优选地，所述获取所述ui框架引擎对应的ui框架源码的步骤之后，还包括：

备份所述ui框架源码。

优选地，所述基于所述ui框架引擎，根据接收的开发指令生成目标ui应用的步骤之后，还包括：

若通过所述调用接口接收到安卓终端发送的第一调用指令，则根据所述第一调用指令将所述目标ui应用封装成安卓应用程序包，并将所述安卓应用程序包发送给所述安卓终端；

若通过所述调用接口接收到linux电视发送的第二调用指令，则根据所述第二调用指令将所述目标ui应用封装成tpk格式的应用程序包，并将所述tpk格式的应用程序包发送给所述linux电视。

此外，为实现上述目的，本发明还提供一种跨系统的ui应用生成设备，所述跨系统的ui应用生成设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的跨系统的ui应用生成程序，所述跨系统的ui应用生成程序被所述处理器执行时实现如上所述的跨系统的ui应用生成方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有跨系统的ui应用生成程序，所述跨系统的ui应用生成程序被处理器执行时实现如上所述的跨系统的ui应用生成方法的步骤。

本发明通过将ui框架引擎移植到linux系统中，并使用兼容性语言封装linux系统中调用ui框架引擎的调用接口，基于ui框架引擎，根据接收的开发指令生成目标ui应用，其中，调用接口用于供各种系统的终端调用目标ui应用，通过利用flutter开源ui框架跨平台特性，移植flutterengine(ui框架引擎)到linux系统，实现了通过ui框架引擎所开发的ui应用对应的代码可以跨系统运行，如一套launcher代码可以同时运行在安卓电视和linux电视上，在安卓电视和linux电视中提供了一致的ui交互体验，并且由于所开发的ui应用是基于flutter开源ui框架来实现的，避免了h5绘制ui界面的流畅性差的问题，因此提高了linux系统对应终端ui应用的流畅性。

附图说明

图1是本发明跨系统的ui应用生成方法第一实施例的流程示意图；

图2是本发明实施例中flutterengine的架构示意图；

图3是本发明实施例中电视launcher的一种架构示意图；

图4是本发明跨系统的ui应用生成方法第二实施例的流程示意图；

图5是本发明跨系统的ui应用生成方法第三实施例的流程示意图；

图6是本发明实施例方案涉及的硬件运行环境的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种跨系统的ui应用生成方法，参照图1，图1为本发明跨系统的ui应用生成方法第一实施例的流程示意图。

本发明实施例提供了跨系统的ui应用生成方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

跨系统的ui应用生成方法应用于终端中，终端并不限定于个人计算机、电视、手机、平板电脑等终端，该终端可为移动终端，也可为固定终端。在跨系统的ui应用生成方法的各个实施例中，为了便于描述，省略执行主体进行阐述各个实施例。跨系统的ui应用生成方法包括：

步骤s10，获取预设的ui框架引擎，将所述ui框架引擎移植到linux系统中。

获取预设的ui框架引擎，其中，该ui框架引擎为flutterengine，flutter是谷歌的移动ui框架，可以快速在ios和android上构建高质量的原生用户界面。该ui框架引擎可为预先存储在安卓终端中的，需要用的时候从安卓终端中获取，也可将ui框架引擎存储在服务器或者云端，需要用的时候从服务器或者云端获取等。在本发明实施例中，安卓终端为android系统的终端，linux终端为linux系统的终端。具体地，参照图2，图2为本发明实施例中flutterengine的架构示意图，由图2可知，在flutterengine中，含有ui组件、skia和egl等。skia是个2d向量图形处理函数库，包含字型、坐标转换，以及点阵图都有高效能且简洁的表现。egl是图形渲染api(如opengles)与本地平台窗口系统的一层接口。

当获取到ui框架引擎后，将ui框架引擎移植到linux系统中，即将ui框架引擎移植到linux系统的终端中，如将ui框架引擎移植到linux系统的电视中。需要说明的是，将ui框架引擎移植到linux系统中就是将ui框架引擎复制到linux系统中。

步骤s20，使用兼容性语言封装所述linux系统中调用所述ui框架引擎的调用接口。

当将ui框架引擎移植到linux系统中后，使用兼容性语言封装linux系统中调用ui框架引擎的调用接口，该调用接口用于供各种系统的终端调用目标ui应用。具体地，在本实施例中，通过dart语言封装linux系统中调用ui框架引擎的调用接口，dart是面向对象的、类定义的、单继承的语言，它的语法类似c语言，可以转译为javascript，支持接口(interfaces)、混入(mixins)、抽象类(abstractclasses)、具体化泛型(reifiedgenerics)、可选类型(optionaltyping)和soundtypesystem。在其它实施例中，也可使用其它兼容性语言封装调用接口，本实施例对封装调用接口的兼容性语言不做具体限制。

步骤s30，基于所述ui框架引擎，根据接收的开发指令生成目标ui应用，其中，所述调用接口用于供各种系统的终端调用所述目标ui应用。

检测是否接收的开发指令，其中，该开发指令可为用户在linux系统中触发的，也可为用户通过与linux系统建立连接关系的终端触发的。当接收到开发指令后，基于ui框架引擎，根据接收到开发指令生成目标ui应用，此时，其它系统的终端可通过linux系统中的调用接口调用目标ui应用。需要说明的是，调用接口是linux系统应用层的调用接口，当linux系统的应用层接收到开发指令，通过该开发指令，使用ui框架引擎可开发目标ui应用。

具体地，在linux系统中，将linux系统的porting层定义为ui框架引擎的api(applicationprogramminginterface，应用程序接口)子模块，将linux系统的porting层以下的部分定义为fluttercore子模块，fluttercore子模块提供内部接口给ui框架引擎的api子模块调用，而ui框架引擎的api子模块提供对外接口，即ui框架引擎的api子模块提供给其它系统的终端调用目标ui应用的调用接口。需要说明的是，在实现ui框架引擎的api子模块的过程中，可参照android系统中porting层的实现方式，porting层为数据传输需要涉及的数据层；而对于fluttercore子模块，正常情况下不需要改动fluttercore子模块对应源代码文件，除非在不改动源代码文件的情况下ui框架引擎无法运行时，开发人员才需要改动fluttercore子模块对应源代码文件。

本实施例通过将ui框架引擎移植到linux系统中，并使用兼容性语言封装linux系统中调用ui框架引擎的调用接口，基于ui框架引擎，根据接收的开发指令生成目标ui应用，其中，调用接口用于供各种系统的终端调用目标ui应用，通过利用flutter开源ui框架跨平台特性，移植flutterengine(ui框架引擎)到linux系统，实现了通过ui框架引擎所开发的ui应用对应的代码可以跨系统运行，如一套launcher代码可以同时运行在安卓电视和linux电视上，在安卓电视和linux电视中提供了一致的ui交互体验，并且由于所开发的ui应用是基于flutter开源ui框架来实现的，避免了h5绘制ui界面的流畅性差的问题，因此提高了linux系统对应终端ui应用的流畅性。

进一步地，可参照图3，图3是本发明实施例中电视launcher(tvlauncher)的一种架构示意图。在电视的launcher中，含有dart框架(dartframework)、电视数据包(tvpackage)、ui框架引擎(flutterengine)、hostospackage(主机操作系统包)、hostosservice(主机操作系统服务)和sitatvservice(sita电视服务)。

进一步地，提出本发明跨系统的ui应用生成方法第二实施例。

所述跨系统的ui应用生成方法第二实施例与所述跨系统的ui应用生成方法第一施例的区别在于，参照图4，所述跨系统的ui应用生成方法还包括：

步骤s40，获取所述ui框架引擎对应的ui框架源码，检测所述ui框架源码中是否存在目标优先级对应的待修改目标源码。

当获取到ui框架引擎后，获取ui框架引擎对应的ui框架源码，需要说明的是，由于该ui框架引擎是开源的，因此在获取该ui框架引擎时，可以直接获取到该ui框架引擎对应的ui框架源码，即在获取该ui框架引擎时，可以一起获取该ui框架源码。当获取到ui框架源码后，检测该ui框架源码中是否存在目标优先级对应的待修改目标源码。需要说明的是，目标优先级的待修改目标源码为ui框架源码中不修改，则ui框架引擎无法正常运行的代码。在ui框架源码中，存在两种需要修改的代码中，一种是可以修改，也可以不修改的代码，该代码即使不修改也不会导致ui框架引擎无法正常运行；另一种是必须修改的代码，该代码不修改会影响ui框架引擎正常运行，必须修改的代码即为目标优先级对应的待修改目标源码。

具体地，在获取到ui框架源码后，输出该ui框架源码，并提示对应的开发人员确认ui框架源码中是否存在目标优先级对应的待修改目标源码。若接收到开发人员确认ui框架源码中存在目标优先级对应的待修改目标源码的确认指令，则根据该确认指令确定ui框架源码中的待修改目标源码。

除了让开发人员确认ui框架源码中是否存在待修改目标源码，也可自动确认ui框架源码中是否存在待修改目标源码，具体地，步骤s40包括：

步骤a，获取所述ui框架引擎对应的ui框架源码，在所述linux系统中对所述ui框架源码进行兼容性测试，以确定所述ui框架源码中的待修改源码。

获取ui框架引擎对应的ui框架源码，在linux系统中对ui框架源码进行兼容性测试，即将ui框架源码在linux系统中执行一次，以确定ui框架源码中的待修改源码。可以理解的是，在对ui框架源码进行兼容性测试过程中，若某个功能无法实现，或者某个功能的实现耗时大于正常耗时时，可确定该功能对应的代码为待修改代码。

步骤b，若检测到所述待修改源码为与所述ui框架引擎成功运行相关的代码，则确定与所述ui框架引擎成功运行相关的代码为目标优先级对应的待修改目标源码。

当确定ui框架源码中的待修改源码后，检测待修改源码是否为与ui框架引擎成功运行相关的代码。若检测到待修改源码为与ui框架引擎成功运行相关的代码，则确定与ui框架引擎成功运行相关的代码为目标优先级对应的待修改目标源码；若检测到待修改源码为与ui框架引擎成功运行无关的代码，则确定与ui框架引擎成功运行无关的代码不是目标优先级对应的待修改目标源码。可以理解的是，待修改目标源码为ui框架源码中，不修改就会导致对应功能无法实现的代码。

步骤s50，若确定所述ui框架源码中存在所述待修改目标源码，则获取所述待修改目标源码对应的第一补丁文件。

步骤s60，根据所述第一补丁文件更新所述ui框架源码，以使所述ui框架引擎成功运行。

若确定ui框架源码中存在待修改目标源码，则获取待修改目标源码对应的补丁文件，并将该补丁文件记为第一补丁文件，将第一补丁文件替换对应的待修改目标源码，以更新ui框架源码，使ui框架源码对应的ui框架引擎可以成功运行，即使ui框架引擎的各项功能都能实现。具体地，可预先存储ui框架源码对应各个功能的补丁文件，然后在确定待修改目标源码后，确定该待修改目标源码对应的功能标识，根据该功能标识获取待修改目标源码对应的补丁文件，此时，每一功能都存在对应的功能标识，通过该功能标识可唯一确定对应的功能；也可在确定待修改源码后，输出提示信息提示开发人员根据该待修改源码编写对应的补丁文件。可以理解的是，也可以在ui框架源码中添加新功能的代码，以使通过ui框架引擎生成的ui应用符合用户需求。

本实施例通过在基于ui框架引擎生成目标ui应用之前，检测ui框架引擎对应的ui框架源码中是否存在目标优先级对应的待修改目标源码，若确定ui框架源码中存在待修改目标源码，则根据待修改目标源码对应的补丁文件更新ui框架源码，使ui框架源码对应的ui框架引擎可以成功运行，从而提高了基于ui框架引擎生成的ui应用运行的成功率，即提高了不同终端系统的ui应用对应的代码跨系统运行的成功率。

进一步地，所述跨系统的ui应用生成方法还包括：

步骤c，备份所述ui框架源码。

进一步地，在根据第一补丁文件更新ui框架源码之前，备份ui框架源码，避免更新ui框架源码之后，找不到原始的ui框架源码，不利于开发人员维护通过ui框架引擎生成的ui应用，实现了在通过ui框架引擎生成的ui应用处于故障状态时，可以根据更新后的ui框架源码和原始的ui框架源码，快速查找到ui应用的故障原因。

进一步地，提出本发明跨系统的ui应用生成方法第三实施例。

所述跨系统的ui应用生成方法第三实施例与所述跨系统的ui应用生成方法第二实施例的区别在于，所述跨系统的ui应用生成方法还包括：

步骤d，若确定所述ui框架源码中未存在所述待修改目标源码，则确定所述ui框架引擎中各个功能对应的目标功能代码。

若确定ui框架源码中未存在目标优先级对应的待修改目标源码，则确定ui框架引擎中各个功能对应的目标功能代码。需要说明的是，ui框架引擎中各个功能包括ui框架引擎原来能实现的功能，也包括根据需求在ui框架引擎中新增加的功能。每种功能都可能有多个方案来实现，每种方案都存在对应的功能代码，而目标功能代码为实现某种功能的最优方案的代码。目标功能代码可由开发人员决定，也可对每个功能对应的多种方案的代码进行测试，将其中运行效率最高的方案对应代码确定为该功能的目标功能代码。在本实施例中，对确定ui框架引擎各个功能对应的目标功能代码的方法不做具体限制，也可预先设置好ui框架引擎中各个功能对应的目标功能代码。进一步地，若ui框架源码中某些代码对应功能运行效率低于所设置的运行效率，或者由于其它原因需要修改ui框架源码中的某些代码，则ui框架源码中修改后的代码也属于目标功能代码。

步骤e，将所述目标功能代码发送给预设终端，以供所述预设终端的用户查看所述目标功能代码。

当得到目标功能代码后，将目标功能代码发送给预设终端，以供预设终端的用户查看目标功能代码。其中，该预设终端为开发ui框架引擎对应开发人员的终端。当预设终端接收到目标功能代码后，预设终端在其屏幕中输出该目标功能代码，并输出提示信息以提示对应的开发人员查阅该目标功能代码，并确定是否修改该目标功能代码。需要说明的是，若预设终端对应的开发人员确定不修改目标功能代码，则表明预设终端对应的开发人员接受对ui框架引擎的修改；若预设终端对应的开发人员确定修改目标功能代码，则表明预设终端对应开发人员不接受对ui框架引擎的修改。

当预设终端对应的开发人员接受对ui框架引擎的修改，预设终端的开发人员则会根据目标功能代码修改ui框架引擎的ui框架源码，得到修改后的ui框架源码。当预设终端得到修改后的ui框架源码后，预设终端会返回该修改后的ui框架源码。

步骤f，检测是否接收到所述预设终端发送的，根据所述目标功能代码修改后的ui框架源码。

步骤h，若接收到修改后的ui框架源码，则根据修改后的ui框架源码更新所述ui框架引擎，以使所述ui框架引擎成功运行。

当将目标功能代码发送给预设终端后，检测会否接收到预设终端发送的，根据目标功能代码修改后的ui框架源码。若接收到修改后的ui框架源码，则根据修改后的ui框架源码更新ui框架引擎，以使ui框架引擎可以成功运行。进一步地，在接收到修改后的ui框架源码后，存储该ui框架源码。

进一步地，所述跨系统的ui应用生成方法还包括：

步骤i，若未接收到修改后的ui框架源码，则确定所述目标功能代码对应的第二补丁文件，并根据所述第二补丁文件更新所述ui框架源码，以使所述ui框架引擎成功运行。

若未接收到修改后的ui框架源码，则确定目标功能代码对应的补丁文件，将目标功能代码对应的补丁文件确定为第二补丁文件。可以理解的是，目标功能代码对应的第二补丁文件，就是将目标功能代码作为补丁文件，该目标功能代码对应多少个功能，则存在多少个补丁文件，即一个补丁文件对应一个功能。当确定第二补丁文件后，根据第二补丁文件更新ui框架源码，即更新第二补丁文件修改ui框架源码，并根据更新后的ui框架源码生成新的ui框架引擎，以使新的ui框架引擎成功运行。

进一步地，所述跨系统的ui应用生成方法还包括：

步骤k，若确定不需要将所述目标功能代码发送给预设终端，则确定所述目标功能代码对应的第二补丁文件，并根据所述第二补丁文件更新所述ui框架源码，以使所述ui框架引擎成功运行。

进一步地，在得到目标功能代码后，可确定是否需要将目标功能代码发送给预设终端。具体地，是否将目标功能代码发送给预设终端可由linux系统的开发人员决定，linux系统的开发人员可通过触发发送指令来确定需要将目标功能代码发送给预设终端，也可通过触发否定指令开确定不需要将目标功能代码发送给预设终端。若确定不需要将目标功能代码发送给预设终端，则确定目标功能代码对应的第二补丁文件，并根据该第二补丁文件更新ui框架源码，以使ui框架引擎可以成功运行。需要说明的是，当确定不需要将目标功能代码发送给预设终端时，根据目标功能代码更新ui框架源码后，所得的ui框架源码为linux系统对应的代码，预设终端中的ui框架引擎对应的ui框架源码与linux系统对应的ui框架源码是不相同的。

本实施例通过当ui框架源码中未存在待修改目标源码时，确定ui框架引擎中各个功能对应的目标功能代码，根据该目标功能代码更新ui框架源码，以使ui框架引擎成功运行，进一步地提高了基于ui框架引擎生成的ui应用运行的成功率，即进一步地提高了不同终端系统的ui应用对应的代码跨系统运行的成功率。

进一步地，提出本发明跨系统的ui应用生成方法第四实施例。

所述跨系统的ui应用生成方法第四实施例与所述跨系统的ui应用生成方法第一、第二和/或第三实施例的区别在于，参照图5，所述跨系统的ui应用生成方法还包括：

步骤s70，若通过所述调用接口接收到安卓终端发送的第一调用指令，则根据所述第一调用指令将所述目标ui应用封装成安卓应用程序包，并将所述安卓应用程序包发送给所述安卓终端。

若通过调用接口接收到安卓终端发送的第一调用指令，则根据该第一调用指令将目标ui应用封装成安卓应用程序包，即将目标ui应用打包成apk(androidapplicationpackage，android应用程序包)格式的程序包，并将该安卓应用程序包发送给安卓终端。当安卓终端接收到该目标ui应用对应的安卓应用程序包后，可安装该安卓应用程序包。其中，第一调用指令为用户通过安卓终端发送的。

进一步地，所述跨系统的ui应用生成方法还包括：

步骤m，若通过所述调用接口接收到linux电视发送的第二调用指令，则根据所述第二调用指令将所述目标ui应用封装成tpk格式的应用程序包，并将所述tpk格式的应用程序包发送给所述linux电视。

若通过调用接口接收到linux电视发送的第二调用指令，则根据第二调用指令将目标ui应用封装成tpk格式的应用程序包，并tpk格式的应用程序包发送给linux电视，其中，tpk是从地图或底图生成切片，并将切片进行打包从而创建单个压缩的.tpk文件，切片包(.tpk)是在地图或栅格数据集中能作为web切片或web高程图层发布的一组切片(图像)，其中，tpk格式为符合电视am(amplitudemodulation，调幅)的格式。linux电视为linux系统的电视。当linux电视接收到tpk格式的应用程序包后，可安装该tpk格式的应用程序包，以在linux电视成功运行目标ui应用。第二调用指令为用户在linux电视中触发的。

需要说明的是，当发送调用指令对应终端的系统不同时，会根据调用指令对应的系统将目标ui应用打包成该系统对应的应用程序包，以使目标ui应用可以在终端中正常运行。

进一步地，安卓终端、linux电视等系统的终端，可以通过获取目标ui应用来进行版本升级。

本实施例通过根据发送调用指令终端系统的不同，将目标ui应用打包成对应系统的应用程序包，以使终端调用目标ui应用后，该目标ui应用可以成功运行，提高了通过ui框架引擎生成的ui应用在不同系统中运行的成功率。

此外，本发明还提供一种跨系统的ui应用生成设备。如图6所示，图6是本发明实施例方案涉及的硬件运行环境的结构示意图。

需要说明的是，图6即可为跨系统的ui应用生成设备的硬件运行环境的结构示意图。

如图6所示，该跨系统的ui应用生成设备可以包括：处理器1001，例如cpu，存储器1005，用户接口1003，网络接口1004，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，跨系统的ui应用生成设备还可以包括rf(radiofrequency，射频)电路，传感器、音频电路、wifi模块等等。

本领域技术人员可以理解，图6中示出的跨系统的ui应用生成设备结构并不构成对跨系统的ui应用生成设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图6所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及跨系统的ui应用生成程序。其中，操作系统是管理和控制跨系统的ui应用生成设备硬件和软件资源的程序，支持跨系统的ui应用生成程序以及其它软件或程序的运行。

在图6所示的跨系统的ui应用生成设备中，用户接口1003主要用于其它系统终端，与其它系统的终端进行数据通信，如连接安卓终端，与安卓终端进行数据通信，和/或连接linux电视，与linux电视进行数据通信；网络接口1004主要用于后台服务器，与后台服务器进行数据通信；处理器1001可以用于调用存储器1005中存储的跨系统的ui应用生成程序，并执行如上所述的跨系统的ui应用生成方法的步骤。

本发明设备具体实施方式与上述跨系统的ui应用生成方法各实施例基本相同，在此不再赘述。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有跨系统的ui应用生成程序，所述跨系统的ui应用生成程序被处理器执行时实现如上所述的跨系统的ui应用生成方法的步骤。

本发明计算机可读存储介质具体实施方式与上述跨系统的ui应用生成方法各实施例基本相同，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，设备，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。