CN115695534A - 目标应用的运行方法和装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种目标应用的运行方法和装置、存储介质及电子装置，该目标应用的运行方法包括：在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；根据所述配置数据运行所述目标应用，采用上述技术方案，解决了相关技术中由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题。

Description

目标应用的运行方法和装置、存储介质及电子装置

技术领域

本申请涉及通信领域，具体而言，涉及一种目标应用的运行方法和装置、存储介质及电子装置。

背景技术

随着物联网的飞速发展，家电越来越智能化，家电软件版本的更新迭代也越来越频繁，通过远程升级的方法可以快速、高效地完成软件迭代任务。

通过对市面各个产品的比较，目前大多数原生开发应用仍采用本地配置实现展示应用的功能，部分功能需要下线或者有重大问题需要屏蔽时，需要通过应用发版来更新版本，会给用户带来不友好的体验。

针对相关技术中，由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种目标应用的运行方法和装置、存储介质及电子装置，以至少解决相关技术中，由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题。

根据本申请实施例的一个实施例，提供了一种目标应用的运行方法，包括：在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；根据所述配置数据运行所述目标应用

在一个示例性实施例中，根据所述配置数据运行所述目标应用，包括：根据所述配置数据的逻辑配置文件创建所述目标应用的加载逻辑；根据所述加载逻辑和所述配置数据中的控件配置文件加载所述目标应用的用户界面中的固定框架和元素模块，以及根据所述配置数据中的功能配置文件配置所述目标应用的功能。

在一个示例性实施例中，接收所述服务端发送的所述配置数据之后，所述方法还包括：确定是否接收得到完整的配置文件；在未接收到完整的所述配置数据的情况下，获取所述终端设备在本地存储的原始配置数据；根据所述原始配置数据创建所述目标应用的加载逻辑，并在所述终端设备的显示界面配置加载图标信息和加载文字信息，其中，所述加载图标信息和加载文字信息均用于指示所述目标应用处于等待状态。

在一个示例性实施例中，在终端设备启动目标应用的情况下，向服务端发送携带有设备标识的配置请求之前，所述方法还包括：确定所述终端设备的状态信息，其中，所述状态信息包括以下之一：离线状态和在线状态；在所述终端设备的状态信息指示所述终端设备处于离线状态的情况下，获取所述终端设备在本地存储的原始配置数据；根据所述原始配置数据运行所述目标应用。

在一个示例性实施例中，确定所述终端设备的状态信息，包括：在成功启动用户侧功能中间件的情况下，通过用户侧功能中间件向所述目标应用对应的云端发送连接请求，其中，所述连接请求用于请求所述终端设备与所述云端建立通信连接；在所述终端设备与所述云端建立通信连接的情况下，确定所述终端设备处于在线状态。

根据本申请实施例的另一个实施例，还提供了一种配置数据的发送方法，包括：在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

在一个示例性实施例中，在所述目标应用存在新增功能的情况下，接收目标对象发送的编辑指令，其中，所述编辑指令用于更新所述目标应用的目标配置数据；根据所述编辑指令更新所述目标配置数据，其中，所述目标配置数据包括：所述新增功能对应的功能配置数据。

根据本申请实施例的另一个实施例，还提供了一种目标应用的运行装置，包括：第一发送模块，用于在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；第一接收模块，用于在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；运行模块，用于根据所述配置数据运行所述目标应用。

根据本申请实施例的另一个实施例，还提供了一种配置数据的发送装置，包括：第二接收模块，用于在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；确定模块，用于确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；第二发送模块，用于向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述目标应用的运行方法。

根据本申请实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的目标应用的运行方法。

在本申请实施例中，在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；根据所述配置数据运行所述目标应用；采用上述技术方案，启动目标应用时，向服务器发送配置请求，以获取所述目标应用的配置数据，进而在更新目标应用对应的配置数据，也不需要发版，进而解决了由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题，进而减少了对各种设备类型的应用的逻辑适配，减少硬编码量；在配置新增的功能时，无需改动代码，只需要在管理平台改变对应的配置信息。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例的一种目标应用的运行方法的硬件环境示意图；

图2是根据本申请实施例的目标应用的运行方法的流程图；

图3是根据本申请另一个实施例的目标应用的运行方法的流程图；

图4是根据本申请实施例的目标应用的运行方法的示意图；

图5是根据本申请实施例的一种目标应用的运行装置的结构框图；

图6是根据本申请另一个实施例的一种目标应用的运行装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种目标应用的运行方法。该目标应用的运行方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述目标应用的运行方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

在本实施例中提供了一种目标应用的运行方法，应用于终端设备，图2是根据本申请实施例的目标应用的运行方法的流程图，该流程包括如下步骤：

步骤S202，在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

需要说明的是，本实施例中的终端设备可以是配置有目标客户端的终端设备，可以包括但不限于以下至少之一：手机(如Android手机、iOS手机等)、笔记本电脑、平板电脑、掌上电脑、MID(Mobile Internet Devices，移动互联网设备)、PAD、台式电脑、智能电视等。目标客户端可以是即时通信客户端、浏览器客户端、控制客户端等。上述网络可以包括但不限于：有线网络，无线网络，其中，该有线网络包括：局域网、城域网和广域网，该无线网络包括：蓝牙、WIFI及其他实现无线通信的网络。

步骤S204，在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；

步骤S206，根据所述配置数据运行所述目标应用。

需要说明的是，在大多数的应用程序中，一些参数需要写在配置数据里，以此增加系统的灵活性，其中，配置数据以下之一：XML文件、JSON文件。相较于XML文件，JSON文件更加轻量且灵活。

通过上述步骤，在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；根据所述配置数据运行所述目标应用；采用上述技术方案，启动目标应用时，向服务器发送配置请求，以获取所述目标应用的配置数据，进而在更新目标应用对应的配置数据，也不需要发版，进而解决了由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题，进而减少了对各种设备类型的应用的逻辑适配，减少硬编码量；在配置新增的功能时，无需改动代码，只需要在管理平台改变对应的配置信息。

在一个示例性实施例中，根据所述配置数据运行所述目标应用，包括：根据所述配置数据的逻辑配置文件创建所述目标应用的加载逻辑；根据所述加载逻辑和所述配置数据中的逻辑配置文件加载所述目标应用的用户界面中的固定框架和元素模块，以及根据所述配置数据中的功能配置文件配置所述目标应用的功能。

也就是说，配置文件包括：逻辑配置文件、逻辑配置文件、功能配置文件；其中，逻辑配置文件用于创建目标应用的加载逻辑、控件配置文件用于加载所述目标应用的用户界面中的固定框架和元素模块、功能配置文件用于配置所述目标应用的功能。

需要说明的是，目标应用的加载逻辑包括以下两种：先获取数据再显示页面(预先加载下一个页面数据，点击后立即显示下一个页面的所有内容)；先显示页面再获取数据(点击某个按钮立即进去下一个页面，然后再获取所有控件的数据)。

在一个示例性实施例中，接收所述服务端发送的所述配置数据之后，包括：确定是否接收得到完整的配置文件；在未接收到完整的所述配置数据的情况下，获取所述终端设备在本地存储的原始配置数据；根据所述原始配置数据创建所述目标应用的加载逻辑，并在所述终端设备的显示界面配置加载图标信息和加载文字信息，其中，所述加载图标信息和加载文字信息均用于指示所述目标应用处于等待状态。

需要说明的是，终端设备缓存有原始配置数据，在终端设备未接收到完整的配置数据的情况下，根据终端设备缓存的原始配置数据创建目标应用的加载逻辑，以及在终端设备的显示界面配置加载用于指示所述目标应用处于等待状态的图标信息和文字信息；以使所述终端设备即使未接收到完整的配置数据，依旧可以创建目标应用的加载逻辑。

在一个示例性实施例中，在终端设备启动目标应用的情况下，向服务端发送携带有设备标识的配置请求之前，还包括：确定所述终端设备的状态信息，其中，所述状态信息包括以下之一：离线状态和在线状态；在所述终端设备的状态信息指示所述终端设备处于离线状态的情况下，获取所述终端设备在本地存储的原始配置数据；根据所述原始配置数据运行所述目标应用。

需要说明的是，终端设备缓存有原始配置数据，在终端设备处于离线状态的情况下，根据终端设备缓存的原始配置数据创建目标应用的加载逻辑，根据所述加载逻辑和所述原始配置数据中的逻辑配置文件加载所述目标应用的用户界面中的固定框架和元素模块，以及根据所述原始配置数据中的功能配置文件配置所述目标应用的功能；以使所述终端设备处于离线状态，目标应用依旧可以显示缓存数据。

在一个示例性实施例中，确定所述终端设备的状态信息，包括：在成功启动用户侧功能中间件的情况下，通过用户侧功能中间件向所述目标应用对应的云端发送连接请求，其中，所述连接请求用于请求所述终端设备与所述云端建立通信连接；在所述终端设备与所述云端建立通信连接的情况下，确定所述终端设备处于在线状态。

也就是说，终端通过用户侧功能中间件(例如，uSDK)与云端进行通信，具体的，通过用户侧功能中间件向云端转发连接请求，在用户侧功能中间件向终端设备转发云端用于指示所述终端设备与所述云端建立通信连接的响应信息的情况下，确定终端设备处于在线状态；在未接收到云端的响应信息或者接收到用于指示所述云端拒绝建立终端设备与云端的通信连接的响应信息的情况下，确定所述终端设备处于离线状态。

在本实施例中提供了一种目标应用的运行方法，应用于服务端，图3是根据本申请另一个实施例的目标应用的运行方法的流程图，该流程包括如下步骤：

步骤S302，在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

步骤S304，确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；

步骤S306，向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

通过上述步骤，在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。采用上述技术方案，启动目标应用时，向服务器发送配置请求，以获取所述目标应用的配置数据，进而在更新目标应用对应的配置数据，也不需要发版，进而解决了由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题，进而减少了对各种设备类型的应用的逻辑适配，减少硬编码量；在配置新增的功能时，无需改动代码，只需要在管理平台改变对应的配置信息。

在一个示例性实施例中，在所述目标应用存在新增功能的情况下，接收目标对象发送的编辑指令，其中，所述编辑指令用于更新所述目标应用的目标配置数据；根据所述编辑指令更新所述目标配置数据，其中，所述目标配置数据包括：所述新增功能对应的功能配置数据。

为了更好的理解上述目标应用的运行方法的过程，以下再结合可选实施例对上述目标应用的运行的实现方法流程进行说明，但不用于限定本申请实施例的技术方案。

在本实施例中提供了一种目标应用的运行方法，图4是根据本申请实施例的目标应用的运行方法的示意图，如图4所示，具体如下步骤：

步骤S401：通过调用server提供的接口，以设备的deviceId作为参数，网络请求获取对应设备的目标应用的配置信息；

步骤S402：根据deviceId返回配置信息；

步骤S403：请求启动用户侧功能中间件uSDK；

步骤S404：uSDK返回启动成功的响应信息；

步骤S405：请求连接云端；

步骤S406：uSDK转发云端返回的连接成功的响应信息；

步骤S407：创建uSDKdevice；

步骤S408：创建uSDKplayer；

步骤S409：根据deviceId获取是否离线状态，如果是离线状态时，更改目标应用状态为离线状态，只能目标应用和title位置显示出来离线状态，其他位置的UI直到获取到配置数据后才能显示出来应有的全部UI；

步骤S410：在非离线状态时，在获取配置数据时，目标应用一直是loading状态，直到获取了配置数据后，再继续进行原先旧版本的目标应用创建加载逻辑，并同时根据配置数据配置需要的功能、UI；在离线转非离线状态时，如果已经获取到配置数据，继续进行原先旧目标应用的创建加载逻辑。如果在离线转非离线状态，配置数据还未加载完成，目标应用一直是loading状态，直到获取配置数据后，再继续进行原先目标应用的创建加载逻辑。

通过上述实施例，对于接入的不同类型的设备，只需在server端动态配置不用APP发版，用户即可使用新的设备详情页；对于采用网络动态配置的页面和功能，如果出现问题可以通过动态配置的方式屏蔽该功能，对用户的影响尽量降低。进而可以提高开发效率，减少开发人员的维护成本，提高功能模块的可复用性，以及有限的热更新功能。

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

图5是根据本申请实施例的一种目标应用的运行装置的结构框图；如图5所示，包括：

第一发送模块52，用于在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

第一接收模块54，用于在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；

运行模块56，用于根据所述配置数据运行所述目标应用。

通过上述装置，第一发送模块，在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；第一接收模块，在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；运行模块，根据所述配置数据运行所述目标应用，采用上述技术方案，启动目标应用时，向服务器发送配置请求，以获取所述目标应用的配置数据，进而在更新目标应用对应的配置数据，也不需要发版，进而解决了由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题，进而减少了对各种设备类型的应用的逻辑适配，减少硬编码量；在配置新增的功能时，无需改动代码，只需要在管理平台改变对应的配置信息。

在一个示例性实施例中，运行模块56，用于根据所述配置数据的逻辑配置文件创建所述目标应用的加载逻辑；根据所述加载逻辑和所述配置数据中的控件配置文件加载所述目标应用的用户界面中的固定框架和元素模块，以及根据所述配置数据中的功能配置文件配置所述目标应用的功能。

在一个示例性实施例中，运行模块56，用于确定是否接收得到完整的配置文件；在未接收到完整的所述配置数据的情况下，获取所述终端设备在本地存储的原始配置数据；根据所述原始配置数据创建所述目标应用的加载逻辑，并在所述终端设备的显示界面配置加载图标信息和加载文字信息，其中，所述加载图标信息和加载文字信息均用于指示所述目标应用处于等待状态。

在一个示例性实施例中，运行模块56，用于确定所述终端设备的状态信息，其中，所述状态信息包括以下之一：离线状态和在线状态；在所述终端设备的状态信息指示所述终端设备处于离线状态的情况下，获取所述终端设备在本地存储的原始配置数据；根据所述原始配置数据运行所述目标应用。

在一个示例性实施例中，第一发送模块52，还用于在成功启动用户侧功能中间件的情况下，通过用户侧功能中间件向所述目标应用对应的云端发送连接请求，其中，所述连接请求用于请求所述终端设备与所述云端建立通信连接；在所述终端设备与所述云端建立通信连接的情况下，确定所述终端设备处于在线状态。

图6是根据本申请另一个实施例的一种配置数据的发送装置的结构框图；如图6所示，包括：

第二接收模块62，用于在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

确定模块64，用于确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；

第二发送模块66，用于向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

通过上述装置，第二接收模块，在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；确定模块，确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；第二发送模块，向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。采用上述技术方案，启动目标应用时，向服务器发送配置请求，以获取所述目标应用的配置数据，进而在更新目标应用对应的配置数据，也不需要发版，进而解决了由于应用采用本地配置，需要通过应用发版来更新版本，会给用户带来不友好的体验等问题，进而减少了对各种设备类型的应用的逻辑适配，减少硬编码量；在配置新增的功能时，无需改动代码，只需要在管理平台改变对应的配置信息。

在一个示例性实施例中，确定模块64，用于在所述目标应用存在新增功能的情况下，接收目标对象发送的编辑指令，其中，所述编辑指令用于更新所述目标应用的目标配置数据；根据所述编辑指令更新所述目标配置数据，其中，所述目标配置数据包括：所述新增功能对应的功能配置数据。

本申请的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项的方法。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S11，在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

S12，在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；

S13，根据所述配置数据运行所述目标应用。

可选地，在本实施例中，上述存储介质还可以被设置为存储用于执行以下步骤的程序代码：

S21，在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

S22，确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；

S23，向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S11，在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

S12，在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；

S13，根据所述配置数据运行所述目标应用。

可选地，在本实施例中，上述处理器还可以被设置为通过计算机程序执行以下步骤：

S21，在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

S22，确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；

S23，向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (11)

1.一种目标应用的运行方法，其特征在于，包括：

在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；

根据所述配置数据运行所述目标应用。

2.根据权利要求1所述的方法，其特征在于，根据所述配置数据运行所述目标应用，包括：

根据所述配置数据的逻辑配置文件创建所述目标应用的加载逻辑；

根据所述加载逻辑和所述配置数据中的控件配置文件加载所述目标应用的用户界面中的固定框架和元素模块，以及根据所述配置数据中的功能配置文件配置所述目标应用的功能。

3.根据权利要求1所述的方法，其特征在于，接收所述服务端发送的所述配置数据之后，所述方法还包括：

确定是否接收得到完整的配置文件；

在未接收到完整的所述配置数据的情况下，获取所述终端设备在本地存储的原始配置数据；

根据所述原始配置数据创建所述目标应用的加载逻辑，并在所述终端设备的显示界面配置加载图标信息和加载文字信息，其中，所述加载图标信息和加载文字信息均用于指示所述目标应用处于等待状态。

4.根据权利要求1所述的方法，其特征在于，在终端设备启动目标应用的情况下，向服务端发送携带有设备标识的配置请求之前，所述方法还包括：

确定所述终端设备的状态信息，其中，所述状态信息包括以下之一：离线状态和在线状态；

在所述终端设备的状态信息指示所述终端设备处于离线状态的情况下，获取所述终端设备在本地存储的原始配置数据；

根据所述原始配置数据运行所述目标应用。

5.根据权利要求4所述的方法，其特征在于，确定所述终端设备的状态信息，包括：

在成功启动用户侧功能中间件的情况下，通过用户侧功能中间件向所述目标应用对应的云端发送连接请求，其中，所述连接请求用于请求所述终端设备与所述云端建立通信连接；

在所述终端设备与所述云端建立通信连接的情况下，确定所述终端设备处于在线状态。

6.一种配置数据的发送方法，其特征在于，包括：

在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；

向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

在所述目标应用存在新增功能的情况下，接收目标对象发送的编辑指令，其中，所述编辑指令用于更新所述目标应用的目标配置数据；

根据所述编辑指令更新所述目标配置数据，其中，所述目标配置数据包括：所述新增功能对应的功能配置数据。

8.一种目标应用的运行装置，其特征在于，包括：

第一发送模块，用于在终端设备已启动目标应用的情况下，向服务端发送携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

第一接收模块，用于在所述服务端基于所述配置请求在所述目标应用的配置数据列表中确定所述设备标识对应的所述目标应用的配置数据的情况下，接收所述服务端发送的所述配置数据；

运行模块，用于根据所述配置数据运行所述目标应用。

9.一种配置数据的发送装置，其特征在于，包括：

第二接收模块，用于在终端设备已启动目标应用的情况下，接收所述终端设备发送的携带有设备标识的配置请求，其中，所述配置请求用于请求获取所述设备标识对应的所述目标应用的配置数据；

确定模块，用于确定所述目标应用的配置数据列表，并在所述配置数据列表中确定所述设备标识对应的所述目标应用的配置数据；

第二发送模块，用于向所述终端设备发送的所述配置数据，以使所述终端设备根据所述配置数据运行所述目标应用。

10.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至5或6至7中任一项所述的方法。

11.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至5或6至7中任一项所述的方法。

Images