一种不依赖客户端版本的前端设备模板即时发布方法与流程

1.本发明涉及移动通信领域，具体涉及一种前端设备模板发布方法和系统。


背景技术：

2.随着互联网技术的飞速发展，前端页面技术占据越来越重要的位置。对于开发好的前端页面，如何更好地与后端结合以实现整个系统的功能是至关重要的。对于融合多个项目或多种设备的、版本更新迭代较快的功能集约型app来说，一种不依赖于客户端版本的、独立进行前端设备模板发布的方法尤为重要。
3.在现有技术中，大多采用客户端原生方法加载前端页面。这种方法依赖于客户端版本发布，只要前端页面进行改动，客户端都需要发布新的版本。对于融合大量设备的功能集约型app来说，app中任何一款设备的微小变化都会导致客户端进行版本发布。在项目开发迭代的过程中，前端页面不可避免地进行多次修改，这会导致客户端频繁地进行版本发布。
4.针对现有前端设备模板发布方法的不足，期望提供一种改进的不依赖客户端版本的前端设备模板发布方法和系统。


技术实现要素：

5.以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在标识出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是以简化形式给出一个或多个方面的一些概念以作为稍后给出的更详细描述之序言。
6.本发明提供了一种由模板管理平台执行的前端设备模板发布方法，包括：从客户端接收模板请求，其中该客户端通过与多个设备中的每个设备相对应的设备操控界面来操控该多个设备，并且该模板请求包括该多个设备中的一设备的设备标识；基于该设备标识来查询前端设备模板库以确定与该设备相关联的最新发布的前端设备模板；以及将该最新发布的前端设备模板提供给该客户端以供在该客户端打开与该设备相对应的设备操控界面时加载该最新发布的前端设备模板。
7.根据本发明的进一步实施例，前端设备模板库中的每个前端设备模板具有模板标识，该模板标识包括相应前端设备模板所适用的设备类型，并且其中，基于该设备标识来查询前端设备模板库以确定与该设备相关联的最新发布的前端设备模板进一步包括：基于该设备标识来确定该设备的设备类型；基于该设备类型来查询该前端设备模板库以确定适用于该设备类型的最新发布的前端设备模板。
8.根据本发明的进一步实施例，该方法进一步包括：接收从前端设备模板库上传的前端设备模板，其中上传的前端设备模板是基于公共组件库来开发的。
9.根据本发明的进一步实施例，上传的前端设备模板是通过复用公共组件库中的公共组件来开发的。
10.本发明还提供了一种由客户端执行的前端设备模板发布方法，其中该客户端通过与多个设备中的每个设备相对应的设备操控界面来操控该多个设备，该方法包括：当该客户端打开与该多个设备中的一设备相对应的设备操控界面时，确定该客户端处是否缓存有与该设备相关联的前端设备模板；响应于确定该客户端处未缓存与该设备相关联的前端设备模板，向模板管理平台发送模板请求，该模板请求包括该设备的设备标识；从该模板管理平台获取与该设备相关联的最新发布的前端设备模板，其中该最新发布的前端设备模板是由该模板管理平台基于该设备标识查询前端设备模板库来确定的；以及在该客户端处加载该最新发布的前端设备模板。
11.根据本发明的进一步实施例，该方法进一步包括：将该最新发布的前端设备模板缓存在该客户端处。
12.根据本发明的进一步实施例，该方法进一步包括：响应于确定该客户端处缓存有与该设备相关联的前端设备模板，向该模板管理平台发送模板更新查询，其中该模板更新查询包括所缓存的前端设备模板的模板id；从该模板管理平台接收模板更新回复，该模板更新回复指示该客户端是否需要更新前端设备模板，其中，如果该模板管理平台处最新发布的前端设备模板的模板id与所缓存的前端设备模板的模板id相同，则该模板更新回复指示该客户端不需要更新前端设备模板；如果该模板管理平台处最新发布的前端设备模板的模板id与所缓存的前端设备模板的模板id不同，则该模板更新回复指示该客户端需要更新前端设备模板。
13.根据本发明的进一步实施例，该方法进一步包括：响应于该模板更新回复指示该客户端不需要更新前端设备模板，在该客户端处直接加载所缓存的前端设备模板。
14.根据本发明的进一步实施例，该方法进一步包括：响应于该模板更新回复指示该客户端需要更新前端设备模板，进行以下操作：从该模板管理平台获取该最新发布的前端设备模板；在该客户端处加载该最新发布的前端设备模板；以及用该最新发布的前端设备模板替换该客户端处缓存的前端设备模板。
15.本发明还提供了一种前端设备模板发布系统，包括：前端设备模板库；模板管理平台；以及客户端，该客户端通过与多个设备中的每个设备相对应的设备操控界面来操控该多个设备，其中该前端设备模板库、该模板管理平台和该客户端被配置成：该客户端向该模板管理平台发送模板请求，其中该模板请求包括该多个设备中的一设备的设备标识；该模板管理平台基于该设备标识来查询该前端设备模板库以确定与该设备相关联的最新发布的前端设备模板；该模板管理平台将该最新发布的前端设备模板提供给该客户端以供在该客户端打开与该设备相对应的设备操控界面时加载该最新发布的前端设备模板。
16.本发明的技术方案能够直接发布前端设备模板而无需发布客户端版本。这使得前端设备模板的发布不依赖于客户端版本，从而实现前端设备模板的即时发布、按需动态加载，有效提高前端设备模板的开发与发布效率，增强前端的可维护性。
附图说明
17.结合附图理解下面阐述的详细描述时，本发明的特征、本质和优点将变得更加明显。在附图中，相同附图标记始终作相应标识。要注意，所描述的附图只是示意性的并且是非限制性的。在附图中，一些部件的尺寸可放大并且出于解说性的目的不按比例绘制。
18.图1示出了根据本发明的一实施例的由模板管理平台执行的前端设备模板发布方法的流程图。
19.图2示出了根据本发明的一实施例的由客户端执行的前端设备模板发布方法的流程图。
20.图3示出了根据本发明的一实施例的由客户端执行的另一前端设备模板发布方法的流程图。
21.图4示出了根据本发明的一实施例的前端设备模板发布的系统示意图。
22.图5示出了根据本发明的一实施例的前端设备模板发布的示例性过程。
23.图6示出了根据本发明的一实施例的前端设备模板发布装置的框图。
具体实施方式
24.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图对本发明进一步详细说明。在以下详细描述中，阐述了许多具体细节以提供对所描述的示例性实施例的透彻理解。然而，对于本领域技术人员显而易见的是，可以在没有这些具体细节中的一些或全部的情况下实践所描述的实施例。在其它示例性实施例中，没有详细描述公知的结构，以避免不必要地模糊本公开的概念。应当理解，本文所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。同时，在不冲突的情况下，实施例所描述的各个方面可以任意组合。
25.现有技术中的前端设备模板发布依赖于客户端版本发布。微小的前端页面改动都需要客户端发布新版本，这导致客户端版本发布频繁，严重限制了前端设备模板的开发和发布效率，前端的可维护性较低。
26.本发明的目的是，克服现有技术中依赖于客户端版本发布的前端设备模板发布方法的不足而提供一种不依赖客户端版本的前端设备模板即时发布方法。该方法实现了前端设备模板发布与客户端版本发布的分离，可以即时动态加载前端设备模板，从而有效提高前端设备模板的开发与发布效率，增强前端的可维护性
27.本发明提出的前端设备模板即时发布方法不依赖于客户端版本。在本发明中，如果前端页面有部分需要优化，增加或删除一些小功能、修复一些问题，可以直接发布前端设备模板而不需要发布客户端版本。这使得使前端设备模板可以实现即时发布，按需动态加载，有效提高前端设备模板的开发与发布效率，增强前端的可维护性。
28.图1示出了根据本发明的一实施例的前端设备模板发布方法100的流程图。方法100可以由模板管理平台执行。
29.方法100开始于步骤105。在步骤105，模板管理平台从客户端接收模板请求，其中该客户端通过与多个设备中的每个设备相对应的设备操控界面来操控该多个设备，并且该模板请求包括该多个设备中的一设备的设备标识。
30.在本发明中，模板管理平台用于管理各种前端设备模板，而客户端向模板管理平台发送模板请求以请求相应的前端设备模板。
31.如在本文中使用的，前端设备模板是指针对特定设备而加载的前端页面模板。例如，可以针对相同类型的设备加载相同的前端设备模板，而针对不同类型的设备加载不同的前端设备模板。在本发明中，术语“前端设备模板”和“模板”可互换地使用。
32.在本发明中，客户端可以对各种类型的多个设备进行操控。每个设备具有相应的设备操控界面，客户端通过打开设备操控界面来操控相应的设备。在本发明的一实施例中，客户端可以通过与设备a相对应的操控界面对设备a进行操控，通过与设备b相对应的操控界面对设备b进行操控，通过与设备c相对应的操控界面对设备c进行操控，等等。当在客户端处打开与特定设备相关联的操控界面时，客户端会加载相应的前端设备模板以向用户展示。
33.以客户端为智能家居app为例，该app可以对住宅内的多个智能设备(例如，空调、电视、洗衣机等等)进行操控。在app上列出该app可以操控的所有智能设备。当选中(例如，点击)列表中的一个智能设备时，打开与该智能设备对应的操控界面。用户可以通过该操控界面对智能设备进行操作和控制。例如，在app上选中设备a(例如，空调)的情况下，打开与该空调对应的操控界面。用户通过该操控界面对空调进行操作和控制，例如打开/关闭空调、调整空调温度、改变空调工作模式等等。而当在app上选中设备b(例如，电视)的情况下，打开与电视对应的操控界面。用户通过该操控界面对电视进行操作和控制，例如打开/关闭电视、调整电视音量、调整电视频道等等。
34.在本发明的一实施例中，设备标识可以包括设备id、设备编号、设备类型等信息。
35.在步骤110，基于该设备标识来查询前端设备模板库以确定与该设备相关联的最新发布的前端设备模板。
36.在本发明中，前端设备模板库是用于存储开发好的前端设备模板的数据库。开发人员在开发前端设备模板之后可以将模板上传到前端设备模板库中。在本发明中，术语“前端设备模板库”与“模板库”可互换地使用。
37.同时，在上传前端设备模板时还可以对前端设备模板添加模板标识。模板标识包括与模板相关的信息，例如模板id、模板名称、适用的设备类型、ui预览、模板简介等等。
38.在优选实施例中，可以通过模板标识在模板库中的模板与模板管理平台上的模板之间建立对应关系，而无需将模板本身发送到模板管理平台。即，模板管理平台上可以仅存储模板的信息(例如，模板标识)，并且通过该信息能够在模板库中找到对应的模板。
39.在本发明的一实施例中，前端设备模板库中的每个前端设备模板具有模板标识，该模板标识包括相应前端设备模板所适用的设备类型。在该实施例中，基于设备标识来查询前端设备模板库以确定与设备相关联的最新发布的前端设备模板进一步包括：基于设备标识来确定设备的设备类型；基于设备类型来查询前端设备模板库以确定适用于该设备类型的最新发布的前端设备模板。
40.在本发明的一实施例中，前端设备模板库中的前端设备模板是通过对公共组件库中的公共组件进行复用来开发的。在该实施例中，可以建立一个公共组件库以用于存储各种公共组件。这些公共组件可以在开发不同的前端设备模板过程中进行复用，以提高开发效率以及模板的可维护性。例如，不同的前端设备模板可以被分配给相同或不同的开发人员，由对应的开发人员负责开发和维护。每个开发人员可以并行开发所负责的前端设备模板。如果开发涉及到公共组件，则需要统筹考虑组件的复用性以及与前期前端设备模板的兼容性。公共组件库的使用可以减少开发的工作量，提高工作效率。同时，分散开发的方式可以更好地维护前端设备模板。
41.在步骤115，将该最新发布的前端设备模板提供给客户端以供在客户端打开与该
设备相对应的设备操控界面时加载该最新发布的前端设备模板。
42.当客户端获得前端设备模板之后，可以在客户端处加载该前端设备模板以展示给用户。例如，当用户打开智能家居app上与空调相对应的操控界面时，app可以加载与该空调相关联的前端设备模板以展示给用户。
43.在本发明的一实施例中，将该最新发布的前端设备模板提供给客户端进一步包括：将该最新发布的前端设备模板的地址提供给客户端以供客户端根据该地址进行下载。在该实施例中，当模板管理平台在前端设备模板库中查询到该最新发布的前端设备模板时，可以将该前端设备模板的下载地址返回给客户端。客户端根据该下载地址从前端设备模板库下载对应的前端设备模板。
44.在替换实施例中，模板管理平台也可以直接下载查询到的前端设备模板并发送给客户端。
45.方法100实现了前端设备模板发布与客户端版本发布的分离，可以即时动态地加载前端设备模板。此外，通过复用公共组件库中的公共组件来开发前端设备模板也进一步提高了开发和发布效率。
46.图2示出了根据本发明的一实施例的另一前端设备模板发布方法200的流程图。方法200可以由客户端执行，其中该客户端通过与多个设备中的每个设备相对应的设备操控界面来操控该多个设备。
47.方法200开始于步骤205。在步骤205，当客户端打开与该多个设备中的一设备相对应的设备操控界面时，确定客户端处是否缓存有与该设备相关联的前端设备模板。
48.同样以智能家居app为例，在打开app上与空调相对应的操控界面时，app可以确定该app是否缓存有与该空调相关联的前端设备模板，诸如先前下载并缓存的前端设备模板。
49.在步骤210，响应于确定客户端处未缓存与该设备相关联的前端设备模板，向模板管理平台发送模板请求，该模板请求包括该设备的设备标识。
50.接着，在步骤215，从模板管理平台获取与该设备相关联的最新发布的前端设备模板，其中该最新发布的前端设备模板是由模板管理平台基于该设备标识查询前端设备模板库来确定的。
51.如上文提到的，前端设备模板库中的每个前端设备模板具有模板标识，该模板标识包括相应前端设备模板所适用的设备类型。模板管理平台可以基于设备标识确定设备类型，并基于该设备类型来查询前端设备模板库以确定适用于该设备类型的最新发布的前端设备模板。
52.模板标识还可以包括模板id、模板名称、ui预览、模板简介等信息。在本发明中，可以通过模板id来唯一性地标识各个前端设备模板。同时，可以通过模板id来区分不同发布版本的前端设备模板。例如，可以规定合适的模板id命名规则(诸如按编号递增顺序来命名)，以使得可以区分同一设备的不同前端设备模板的发布先后顺序。在本发明的不同实施例中，模板标识还可以包括模板发布时间，并且模板管理平台在查询前端设备模板库时可以通过模板发布时间来找到最新发布的前端设备模板。
53.最后，在步骤220，在客户端处加载该最新发布的前端设备模板。
54.在优选实施例中，客户端可以将该最新发布的前端设备模板缓存在客户端处。
55.方法200示出了在客户端处未缓存与设备相关联的前端设备模板情况下的模板发
布过程。
56.图3示出了根据本发明的一实施例的另一前端设备模板发布方法300的流程图。方法300示出了在客户端处缓存有与设备相关联的前端设备模板情况下的模板发布过程。
57.方法300开始于步骤305。在步骤305，当客户端打开与多个设备中的一设备相对应的设备操控界面时，确定客户端处是否缓存有与该设备相关联的前端设备模板。步骤305类似于方法200的步骤205。
58.在步骤310，响应于确定客户端处缓存有与该设备相关联的前端设备模板，客户端可以向模板管理平台发送模板更新查询，其中该模板更新查询包括所缓存的前端设备模板的模板id。
59.随后在步骤315，客户端可以从模板管理平台接收模板更新回复，该模板更新回复指示客户端是否需要更新前端设备模板。
60.具体而言，如果模板管理平台处最新发布的前端设备模板的模板id与所缓存的前端设备模板的模板id相同，则模板更新回复指示客户端不需要更新前端设备模板；如果模板管理平台处最新发布的前端设备模板的模板id与所缓存的前端设备模板的模板id不同，则模板更新回复指示客户端需要更新前端设备模板。
61.响应于模板更新回复指示客户端不需要更新前端设备模板(即，客户端处缓存的前端设备模板是最新发布的前端设备模板)，方法300行进至步骤320。在步骤320处，在客户端处直接加载所缓存的前端设备模板。
62.响应于模板更新回复指示客户端需要更新前端设备模板(即，客户端处缓存的前端设备模板不是最新发布的前端设备模板)，方法300行进至步骤325。在步骤325处，客户端从模板管理平台获取最新发布的前端设备模板(例如，通过发送模板请求)。随后可以在客户端处加载该最新发布的前端设备模板(步骤330)。最后，用该最新发布的前端设备模板替换客户端处缓存的前端设备模板(步骤335)。
63.方法200和300实现了前端设备模板发布与客户端版本发布的分离，可以即时动态地加载前端设备模板。同时，客户端对前端设备模板的缓存机制减少了客户端下载前端设备模板的次数，进一步提高了模板发布效率。
64.图4示出了根据本发明的一实施例的前端设备模板发布的系统示意图400。
65.如图4所述，可以建立公共组件库，以实现对前端设备模板的高效开发。公共组件库中具有封装好的公共组件，例如组件a、组件b、组件c和组件d等等。应注意，组件库是动态变化的。当开发人员开发某个模板时，模板中的每个模块可以被抽象、封装为一个组件并添加到公共组件库中。当相同或不同的开发人员在开发另一模板时，若模板的一个模块的结构和公共组件库中的某个组件相似，就可以引用该组件。
66.一个模板可以使用公共组件库中的多个不同组件。如图所示，模板1可以使用组件a和组件b；模板2可以使用组件c和组件d；模板3可以使用组件a和组件f等等。不同的模板也可以使用公共组件库中的同一组件。例如，模板1和模板3都可以使用组件a。并且不同的模板可以由相同或不同的开发人员负责开发和维护。这种方式可以充分利用组件的复用性，减少开发工作量，提高开发效率和组件的可维护性。开发人员可以并行开发多个组件，提升整个项目的进度。
67.当开发人员完成模板的开发之后，可以将模板上传到模板管理平台。模板管理平
台可以对模板进行存储(例如，存储到数据库中)和管理。
68.开发人员在上传模板时可以针对每个模板添加模板标识，该模板标识可以包括与模板相关的信息，诸如模板id、模板名称、适用设备类型、ui预览、模板简介等等。例如，如果模板1适用于t类型设备，则可以将模板标识中的“适用设备类型”标记为“t类型设备可用”。
69.不同的设备可以共用相同的模板。例如，设备a和设备b是都是同一类型(例如，类型t)的设备，该类型设备对应的模板结构相似，功能相同，因此设备a和设备b可以共用模板1(即，适用于t类型设备的模板)。
70.在开发设备a时，开发人员开发了模板1，当开发与设备a相同类型的设备b时，可以共用模板1。但设备b可能具有设备a不具备的独特功能，此时，开发人员可以在模板1中进行判断，从而加入设备b具有的独特功能。
71.在图4的示例中，客户端是对多个设备(设备a、b、c、d)进行操控的app。app可以向模板管理平台发送模板请求，该模板请求包括特定设备(例如，设备a)的设备标识，以向模板管理平台请求与该设备相关联的最新发布的模板。
72.模板管理平台在接收到模板请求之后，可以解析请求中带有的设备标识，基于该设备标识来查询数据库以获得相应的模板，并将模板提供给客户端。
73.在本发明的一实施例中，模板管理平台可以基于设备标识获得相应的设备类型，并从数据库中查找适用于该设备类型的模板。
74.在本发明的一实施例中，模板管理平台可以将模板的地址提供给客户端，客户端根据该地址来下载相应的模板。在替换实施例中，模板管理平台也可以将模板直接发送给客户端。
75.在获得与设备相关联的模板之后，app可以在打开与该设备相对应的操控界面时加载并展示该模板。
76.如图所示，当打开与设备a相对应的操控界面时，加载并展示模板1(图中示为“使用模板1”)。当打开与设备b相对应的操控界面时，加载并展示模板1(图中示为“使用模板1”)。当打开与设备c相对应的操控界面时，加载并展示模板2(图中示为“使用模板2”)。当打开与设备d相对应的操控界面时，加载并展示某个其他模板(图中示为“使用其他模板”)。
77.在本发明的优选实施例中，客户端还可以建立本地缓存机制。当用户打开设备操控界面(例如，设备a的操控界面)时，客户端可以判断本地是否缓存有与设备(例如，设备a)相关联的模板。如果未缓存，则客户端可以向模板管理平台发送模板请求，以获取最新发布的模板。如果本地已缓存有与设备相关联的模板，则客户端可以向模板管理平台发送模板更新查询，以确定本地缓存的模板是否是最新发布的模板。如果本地缓存的模板已经是最新发布的模板，则客户端可以直接加载本地模板。如果本地缓存的模板不是最新发布的模板，则客户端可以从模板管理平台获取最新发布的模板以供加载。
78.从图4可以看出，本发明的技术方案通过组建公共组件库和同类设备共用模板的方式，有效提升了前端开发的效率，实现了前端设备模板的高效开发和即时发布。
79.图5示出了根据本发明的一实施例的前端设备模板发布的示例性过程500。
80.如图5所示，开发人员首先对前端设备模板进行开发(1)。开发好的模板可以存储在模板库中。
81.在完成模板开发后，开发人员可以将模板上传到模板管理平台(2)。在上传模板
时，开发人员可以对每个模板添加模板标识。模板标识可以包括与模板有关的信息，诸如模板id、模板名称、适用设备类型、ui预览、模板简介等等。
82.在本发明的一些实施例中，模板库可以与模板管理平台分开。在替换实施例中，模板库也可以集成在模板管理平台中。
83.在优选实施例中，将模板上传到模板管理平台不需要将模板本身发送给模板管理平台，而只需将与模板有关的信息(诸如模板标识)告知模板管理平台。模板管理平台可以通过该信息在模板管理平台中的模板与模板库中的模板之间建立对应关系(3)。
84.当用户在客户端打开某个设备(例如，设备a)的设备操控界面(4)时，客户端首先确定本地是否缓存有与设备a相关联的模板。
85.如果客户端确定本地没有模板(5)，则可以向模板管理平台请求模板(6)。例如，客户端可以向模板管理平台发送模板请求，该模板请求可以包括设备a的设备标识。
86.模板管理平台接收到模板请求之后，可以解析请求中的设备标识，根据该设备标识来查询模板库以寻找模板(7)。例如，模板管理平台可以基于设备标识确定设备类型，并基于该设备类型来查询模板库以寻找适用于该设备类型的最新发布的模板。
87.在模板库中找到与设备a相关联的最新发布的模板之后，模板库向模板管理平台返回模板(8)，模板管理平台进而向客户端提供模板(9)。
88.在本发明的一实施例中，模板库可以向模板管理平台返回模板的地址，模板管理平台将该地址提供给客户端，客户端根据地址来下载相应的模板。
89.在获得相应的模板之后，客户端可以加载模板(10)。在优选实施例中，客户端还可以将该模板缓存在本地(图中未示出)。
90.上面描述了在打开设备操控界面时客户端本地未缓存模板的情况。在打开设备操控界面时客户端本地缓存有与设备相关联的模板的情况下(11)，客户端可以向模板管理平台发送模板更新查询(12)，以询问所缓存的模板是否需要更新。相应地，模板管理平台可以向客户端发送模板更新回复(13)。
91.具体而言，模板更新查询可以包括客户端本地缓存的模板的模板id。模板管理平台可以将该模板id与平台处最新发布的模板的模板id进行比较。如果模板管理平台处最新发布的模板的模板id与客户端缓存的模板的模板id相同，则说明客户端本地缓存的模板就是最新发布的模板。相应地，模板更新回复可以指示客户端不需要更新模板。而如果模板管理平台处最新发布的模板的模板id与客户端缓存的模板的模板id不同，则说明客户端本地缓存的模板不是最新发布的模板。相应地，模板更新回复可以指示客户端需要更新模板。
92.如果模板更新回复指示客户端不需要更新模板(14)，则客户端可以直接加载本地已有模板(15)。
93.如果模板更新回复指示客户端需要更新模板(16)，则客户端可以向模板管理平台请求最新发布的模板(17)。模板管理平台可以向客户端提供该最新发布的模板(18)。同样地，模板管理平台可以通过查询模板库来获得该模板，并将模板的地址返回该客户端，客户端进而通过该地址来下载模板(图中未示出)。
94.在获得最新发布的模板之后，客户端可以加载该模板(19)。在优选实施例中，客户端还可以将该模板缓存在本地并替换先前缓存的模板(图中未示出)。
95.图5的上述过程仅是示例性的而非限制性的。在不同实现中，可以按不同方式来实
现前端设备模板发布。举例而言，在一些实现中，客户端可以定期向模板管理平台发送消息，以询问与客户端的各设备相关联的模板是否有更新，而不是在打开设备操控界面时询问。在另外的实现中，每当模板管理平台处发布了新的模板，模板管理平台就可以主动通知使用该模板的客户端。客户端随后可以从模板管理平台获取新的模板并缓存在本地。
96.从图5可以看出，本发明的技术方案实现了前端设备模板的高效开发和即时发布，同时，客户端的缓存机制减少了下载前端设备模板的次数，进一步提高了模板发布效率。
97.图6示出了根据本发明的一实施例的前端设备模板发布装置600的框图。
98.该设备示出了一般硬件环境，可在其中根据本发明的示例性实施例应用本发明。
99.现在将参照图6描述装置600，其是可以应用于本发明的各方面的硬件设备的示例性实施例。装置600可以是被配置为执行处理和/或计算的任何机器，可以是但不限于工作站、服务器、台式计算机、膝上型计算机、平板计算机、个人数字助理(pda)、智能电话、或其任何组合。上述系统可以全部或至少部分地由装置600或类似装置或系统实现。
100.装置600可包括可以经由一个或多个接口与总线612连接或与总线612通信的组件。例如，装置600可包括总线612、处理器602、存储器604、输入设备608、以及输出设备610等等。
101.处理器602可以是任何类型的处理器，并且可包括但不限于通用处理器和/或专用处理器(例如特殊处理芯片)、智能硬件设备(例如，通用处理器、dsp、cpu、微控制器、asic、fpga、可编程逻辑器件、分立的门或晶体管逻辑组件、分立的硬件组件、或其任何组合)。在一些情形中，处理器602可被配置成使用存储器控制器来操作存储器阵列。在其它情形中，存储器控制器(未示出)可被集成到处理器602中。处理器602可以负责管理总线和一般性处理，包括执行存储在存储器上的软件。处理器602还可以被配置成执行本文中所描述的与前端设备模板发布相关的各种功能。
102.在本发明的一个实施例中，装置600可以是模板管理平台或模板管理平台的一部分。在该情形中，装置600的处理器602可被配置成：从客户端接收模板请求，其中该客户端通过与多个设备中的每个设备相对应的设备操控界面来操控该多个设备，并且该模板请求包括该多个设备中的一设备的设备标识；基于该设备标识来查询前端设备模板库以确定与该设备相关联的最新发布的前端设备模板；将该最新发布的前端设备模板提供给该客户端以供在该客户端打开与该设备相对应的设备操控界面时加载该最新发布的前端设备模板。
103.在本发明的另一实施例中，装置600可以是客户端或客户端的一部分，其中该客户端通过与多个设备中的每个设备相对应的设备操控界面来操控该多个设备。在该情形中，装置600的处理器602可被配置成：当客户端打开与该多个设备中的一设备相对应的设备操控界面时，确定该客户端处是否缓存有与该设备相关联的前端设备模板；响应于确定该客户端处未缓存与该设备相关联的前端设备模板，向模板管理平台发送模板请求，该模板请求包括该设备的设备标识；从该模板管理平台获取与该设备相关联的最新发布的前端设备模板，其中该最新发布的前端设备模板是由该模板管理平台基于该设备标识查询前端设备模板库来确定的；以及在该客户端处加载该最新发布的前端设备模板。
104.存储器604可以是可实现数据存储的任何存储设备。存储器604可包括但不限于磁盘驱动器、光学存储设备、固态存储器、软盘、软盘、硬盘、磁带或任何其它磁介质、光盘或任何其它光学介质、rom(只读存储器)、ram(随机存取存储器)、高速缓冲存储器和/或任何其
它存储器芯片或盒、和/或计算机可从其读取数据、指令和/或代码的任何其它介质。存储器604可存储包括计算机可读指令的计算机可执行软件606，这些指令在被执行时使得处理器执行本文中所描述的与前端设备模板发布相关的各种功能。
105.输入设备608可以是可以用于输入信息的任何类型的设备。
106.输出设备610可以是用于输出信息的任何类型的设备。在一种情形中，输出设备610可以是可显示信息的任何类型的输出设备。
107.以上结合附图阐述的详细说明描述了示例而不代表可被实现或者落在权利要求的范围内的所有示例。术语“示例”和“示例性”在本说明书中使用时意指“用作示例、实例或解说”，并不意指“优于或胜过其它示例”。
108.贯穿本说明书引述的“一个实施例”或“一实施例”意指结合该实施例描述的特定特征、结构或特性是包含在本发明的至少一个实施例中的。因此，这些短语的使用可以不仅仅指代一个实施例。此外，所描述的特征，结构或特性可以在一个或多个实施例中以任何合适的方式组合。
109.提供之前的描述是为了使本领域任何技术人员均能够实践本文中所描述的各种方面。对这些方面的各种修改将容易为本领域技术人员所明白，并且在本文中所定义的普适原理可被应用于其它方面。因此，权利要求并非旨在被限定于本文中所示的方面，而是应被授予与语言上的权利要求相一致的全部范围，其中对要素的单数形式的引述除非特别声明，否则并非旨在表示“有且仅有一个”，而是“一个或多个”。除非特别另外声明，否则术语“一些”指的是一个或多个。本发明通篇描述的各个方面的要素为本领域普通技术人员当前或今后所知的所有结构上和功能上的等效方案通过引述被明确纳入于此，且旨在被权利要求所涵盖。
110.还应注意，这些实施例可能是作为被描绘为流程图、流图、结构图、或框图的过程来描述的。尽管流程图可能会把诸操作描述为顺序过程，但是这些操作中有许多操作能够并行或并发地执行。另外，这些操作的次序可被重新安排。
111.虽然已经说明和描述了各种实施例，但是应该理解，实施例不限于上述精确配置和组件。可以在本文公开的设备的布置、操作和细节上作出对本领域技术人员显而易见的各种修改、替换和改进而不脱离权利要求的范围。
112.前述内容仅是本发明的具体实施方式，应注意，本发明的保护范围并不局限于此。本领域技术人员应理解，在本发明所披露的技术范围内构想到的变换或替换都应涵盖在本发明的范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。