CN116700738A - 应用管理方法、电子设备及系统 - Google Patents

应用管理方法、电子设备及系统 Download PDF

Info

Publication number
CN116700738A
CN116700738A CN202211145304.8A CN202211145304A CN116700738A CN 116700738 A CN116700738 A CN 116700738A CN 202211145304 A CN202211145304 A CN 202211145304A CN 116700738 A CN116700738 A CN 116700738A
Authority
CN
China
Prior art keywords
application
electronic device
installation
file
version
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202211145304.8A
Other languages
English (en)
Other versions
CN116700738B (zh
Inventor
孙少忠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202211145304.8A priority Critical patent/CN116700738B/zh
Publication of CN116700738A publication Critical patent/CN116700738A/zh
Application granted granted Critical
Publication of CN116700738B publication Critical patent/CN116700738B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开了一种应用管理方法、电子设备及系统,涉及终端领域,该方法包括:云服务器300可以将状态信息文件和应用的安装文件/卸载执行程序打包至设备更新文件中。然后,电子设备200可以从电子设备100处,接收到云服务器300发送的设备更新文件。接下来,电子设备200可以基于设备更新文件中的状态信息文件和应用的安装文件/卸载执行程序,对电子设备200上的应用进行首次安装/更新/卸载等操作。其中,状态信息文件可以用于记录应用的一个或多个信息,例如:应用的标识、应用安装文件的大小、应用的版本等等。

Description

应用管理方法、电子设备及系统
技术领域
本申请涉及终端领域,尤其涉及一种应用管理方法、电子设备及系统。
背景技术
随着终端技术和可穿戴设备的发展,在日常生活中,人们越来越习惯于使用各式各样的可穿戴设备处理各项事务。例如,以可穿戴设备是智能手表为例,一些应用可以被安装于智能手表中,用户可以直接在智能手表上更加方便地操作上述应用。
然而,当前更新可穿戴设备上的应用的步骤十分繁琐,操作并不方便。如何更为方便地更新可穿戴设备上的应用,成为了目前亟待解决的问题。
发明内容
本申请提供了一种应用管理方法、电子设备及系统,使得电子设备200首次安装/更新/卸载指定应用的步骤更为简单,操作也比较方便。
第一方面,本申请提供了一种通信系统,包括:云服务器、第一电子设备和第二电子设备,该第一电子设备和该第二电子设备建立通信连接,该第二电子设备中安装有第一应用,该第一应用的版本为第一版本,其中:该云服务器用于,当该云服务器获取到该第二电子设备的系统更新文件时,生成第一安装文件和第一状态信息表。其中,该系统更新文件用于更新该第二电子设备的系统,该第一安装文件包括多个应用的安装包,该多个应用的安装包中包括第一应用的第一安装包,该第一安装包用于安装第二版本的第一应用。该云服务器还用于,生成第一更新文件。其中,该第一更新文件包括该第一安装文件、该第一状态信息表和该系统更新文件。该云服务器还用于,发送第一更新文件给该第一电子设备。该第一电子设备用于,发送该第一状态信息表给该第二电子设备。该第二电子设备用于,基于该第一状态信息表,确定该第一应用有更新。该第二电子设备还用于,发送该第一应用的更新请求,给该第一电子设备。该第一电子设备还用于,接收到该第一应用的更新请求后,发送该第一安装包给该第二电子设备。该第二电子设备还用于,基于该第一安装包,安装该第二版本的第一应用。
在一种可能的实现方式中,该第一状态信息表记录有:该第一安装包的大小,该第一安装包在该第一安装文件中的第一起始位置,该第一应用的版本为第二版本,和,该第一应用的类型为更新类型。
在一种可能的实现方式中,该第二电子设备,具体用于:获取到该第一状态信息表中记录的,该第一应用的类型为更新类型。查询到该第一状态信息表中记录的,该第一应用的版本为第二版本,与当前安装的该第一应用的版本不同。确定该第一应用有更新。
在一种可能的实现方式中,该第一应用的更新请求包括:该第一安装包的大小,和,该第一起始位置。
在一种可能的实现方式中,该第二电子设备中安装有第二应用,该第一状态信息表记录有:该第二应用的类型为卸载类型。该第二电子设备还用于,获取到该第一状态信息表中记录的,该第二应用的类型为卸载类型。该第二电子设备还用于,卸载第二应用。
在一种可能的实现方式中,该第一安装文件中包括第三应用的第二安装包,该第一状态信息表记录有:该第二安装包的大小,该第二安装包在该第一安装文件中的第二起始位置,和,该第三应用的类型为新增类型。该第二电子设备还用于,获取到该第一状态信息表中记录的,该第三应用的类型为新增类型。该第二电子设备还用于,向该第一电子设备发送该第三应用的安装请求。该第一电子设备还用于,接收到该第三应用的安装请求后,发送该第二安装包给该第二电子设备。该第二电子设备还用于,基于该第二安装包,安装第三应用。
在一种可能的实现方式中,该第三应用的安装请求包括:该第二安装包的大小,和,该第二起始位置。
第二方面,本申请实施例提供了一种应用管理方法,应用于云服务器,该方法包括:当该云服务器获取到第二电子设备的系统更新文件时,该云服务器生成第一安装文件和第一状态信息表。其中,该系统更新文件用于更新该第二电子设备的系统,该第一安装文件包括多个应用的安装包,该多个应用的安装包中包括第一应用的第一安装包,该第一安装包用于安装第二版本的第一应用。该云服务器生成第一更新文件。其中,该第一更新文件包括该第一安装文件、该第一状态信息表和该系统更新文件。该云服务器向第一电子设备发送该第一更新文件。
第三方面,本申请实施例提供了一种应用管理方法,应用于第一电子设备,该方法包括:该第一电子设备接收到云服务器发送的第一更新文件。其中,该第一更新文件中包括第一安装文件、第一状态信息表和系统更新文件,该系统更新文件用于更新第二电子设备的系统,该第一安装文件包括多个应用的安装包,该多个应用的安装包中包括第一应用的第一安装包,该第一安装包用于安装第二版本的第一应用。该第一电子设备向该第二电子设备发送该第一状态信息表。其中,该第一状态信息表用于,该第二电子设备确定该第一应用有更新。当该第一电子设备接收到该第二电子设备发送的该第一应用的更新请求之后,该第一电子设备向该第二电子设备发送该第一安装包。
在一种可能的实现方式中,该第一状态信息表记录有:该第一安装包的大小,该第一安装包在该第一安装文件中的第一起始位置,该第一应用的版本为第二版本,和,该第一应用的类型为更新类型。
在一种可能的实现方式中,该第一应用的更新请求包括:该第一安装包的大小,和,该第一起始位置。
第四方面,本申请实施例提供了一种应用管理方法,应用于第二电子设备,该第二电子设备安装有第一应用,该第一应用的版本为第一版本,该方法包括:该第二电子设备接收到第一电子设备发送的第一状态信息表。该第二电子设备基于该第一状态信息表,确定该第一应用有更新。该第二电子设备向该第一电子设备发送该第一应用的更新请求。该第二电子设备接收到该第一电子设备发送的第一安装文件中的第一安装包。该第二电子设备基于该第一安装包,安装第二版本的第一应用。
在一种可能的实现方式中,该第一状态信息表记录有:该第一安装包的大小,该第一安装包在该第一安装文件中的第一起始位置,该第一应用的版本为第二版本,和,该第一应用的类型为更新类型。
在一种可能的实现方式中,该第二电子设备基于该第一状态信息表,确定该第一应用有更新,具体包括:该第二电子设备获取到该第一状态信息表中记录的,该第一应用的类型为更新类型。该第二电子设备查询到该第一状态信息表中记录的,该第一应用的版本为第二版本,与当前安装的该第一应用的版本不同。该第二电子设备确定该第一应用有更新。
在一种可能的实现方式中,该第一应用的更新请求包括:该第一安装包的大小,和,该第一起始位置。
在一种可能的实现方式中,该第二电子设备中安装有第二应用,该第一状态信息表记录有:该第二应用的类型为卸载类型,该方法还包括:该第二电子设备获取到该第一状态信息表中记录的,该第二应用的类型为卸载类型。该第二电子设备卸载第二应用。
在一种可能的实现方式中,该第一状态信息表记录有:第二安装包的大小,该第二安装包在该第一安装文件中的第二起始位置,和,第三应用的类型为新增类型,该方法还包括:该第二电子设备获取到该第一状态信息表中记录的,该第三应用的类型为新增类型。该第二电子设备向该第一电子设备发送该第三应用的安装请求。该第二电子设备接收到该第一电子设备发送的该第一安装文件中的第二安装包。该第二电子设备基于该第二安装包,安装第三应用。
在一种可能的实现方式中,该第三应用的安装请求包括:该第二安装包的大小,和,该第二起始位置。
第五方面,本申请实施例提供了一种计算机存储介质,该存储介质中存储有计算机程序,该计算机程序包括可执行指令,该可执行指令当被处理器执行时使该处理器执行上述第四方面任一项可能的实现方式中的方法。
附图说明
图1A为本申请实施例提供的一种应用的安装方法示意图;
图1B-图1H为本申请实施例提供的一组用户界面示意图;
图2为本申请实施例提供的一种应用的更新方法示意图;
图3为本申请实施例提供的一种通信系统10的架构示意图;
图4为本申请实施例提供的一种电子设备100的硬件结构示意图;
图5为本申请实施例提供的一种电子设备200的硬件结构示意图;
图6为本申请实施例提供的一种云服务器300的硬件结构示意图;
图7为本申请实施例提供的一种应用管理方法的具体流程示意图;
图8为本申请实施例提供的另一种应用管理方法的具体流程示意图;
图9为本申请实施例提供的另一种应用管理方法的具体流程示意图;
图10为本申请实施例提供的另一种应用管理方法的具体流程示意图;
图11A为本申请实施例提供的一种弹窗显示的模块交互流程示意图;
图11B为本申请实施例提供的一种用户界面示意图;
图12为本申请实施例提供的一种应用于电子设备200的软件框架结构示意图。
具体实施方式
本申请以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本申请的限制。如在本申请得到说明书和所附权利要书中所使用的那样,单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式,除非其上下文中明确地有相反指示。还应当理解,本申请中使用的术语“和/或”是指包含一个或多个所列出醒目的任何或所有可能组合。在本申请实施例中,术语“第一”、“第二”仅用于描述目的,而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征,在本申请实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
首先,介绍本申请实施例提供的一种应用管理流程。
该应用管理流程可以应用于包括电子设备和可穿戴设备的通信系统中。在该通信系统中,电子设备和可穿戴设备可以建立无线通信连接(例如,蓝牙连接等),并通过该无线通信连接互相传输数据信息。其中,应用管理流程可以包括以下的一种或多种:可穿戴设备上应用的安装,可穿戴设备上应用的更新,以及可穿戴设备上应用的卸载等。
示例性的,以电子设备是手机,可穿戴设备是智能手表为例,结合下述图1A-图1H所示的流程和用户界面示意图,介绍本申请实施例提供的该应用管理流程的详细步骤。
首先,结合图1A所示的流程,以及图1B-图1D所示的用户界面示意图,介绍安装第一应用至智能手表上的具体步骤。
示例性的,以第一应用是应用为例来进行说明。如图1A所示,开发人员可以将一个或多个能够安装在智能手表上的应用(例如,/>应用、/>应用、/> 应用和待办/>应用等)的安装文件(也可以被称为安装包)上传至云服务侧的应用市场中。
如图1B所示,手机可以显示出桌面10,该桌面10可以显示有一个或多个应用图标。其中,该一个或多个应用图标可以包括天气应用图标、股票应用图标、计算器应用图标、设置应用图标、邮件应用图标、视频应用图标、日历应用图标、图库应用图标和运动健康应用图标101等。可选的,桌面10还可以显示有状态栏、页面指示符和托盘图标区域。其中,状态栏可以包括移动通信信号(又可以称为蜂窝信号)的一个或多个信号强度指示符、无线保真(wireless fidelity,Wi-Fi)信号的信号强度指示符、电池状态指示符、时间指示符、蓝牙连接指示符等等。页面指示符可以用于表明当前显示的页面与其他页面的位置关系。托盘图标区域包括有多个托盘图标(例如拨号应用图标、信息应用图标、联系人应用图标和相机应用图标等等),托盘图标在页面切换时保持显示。上述页面也可以包括多个应用图标和页面指示符,页面指示符可以不是页面的一部分而单独存在,上述托盘图标也是可选的,本申请实施例对此不作限制。
如图1B所示,响应于作用在运动健康应用图标101上的触摸操作(例如,点击),手机可以显示出可穿戴设备设置界面。
如图1C所示,手机可以显示用户界面20(即是可穿戴设备设置界面)。该用户界面20可以包括:用于指示界面的标题文本“设备”,可穿戴设备选项和一个或多个页面选项。其中:
可穿戴设备选项可以包括智能手表“HONOR GS3”选项,该选项可以显示出与该智能手表相关的文本提示信息,例如:智能手表“HONOR GS3”与手机的无线通信连接情况为“已连接”,智能手表的电量为“100%”。
一个或多个页面选项可以包括表盘页面选项、音乐页面选项、应用市场页面选项201和钱包页面选项。上述页面选项可以接收作用于其上的触摸操作(例如,点击)。响应于该触摸操作,手机可以显示出该被选中的页面选项所对应的页面。
如图1C所示,响应于作用在应用市场页面选项201上的触摸操作(例如,点击),手机可以显示出应用市场页面。
如图1D所示,手机可以显示出用户界面30,该用户界面30中包括应用市场页面选项和应用管理页面选项。当前,应用市场页面选项已被选中,因此,用户界面30中显示的是应用市场页面301。该应用市场页面301可以显示出一个或多个可以安装于智能手表的应用,例如应用、/>应用、/>应用和待办/>应用等。上述一个或多个应用各自对应有相关的安装控件,其中,/>应用对应有安装控件301A。上述一个或多个安装控件可以用于接收作用于其上的触摸操作(例如,点击)。响应于该触摸操作,手机可以将该安装控件对应的应用安装至智能手表上。
如图1D所示,手机可以接收到作用在安装控件301A上的触摸操作(例如,点击)。响应于该触摸操作,如图1A所示,手机可以从云服务器侧获取到应用的安装包。然后,手机可以将该/>应用的安装文件通过无线通信连接(例如,蓝牙连接等)发送给智能手表,智能手表可以基于该/>应用的安装文件将/>应用安装至本地存储空间。
下面,结合图1E-图1F所示的用户界面示意图,介绍更新智能手表上第一应用的具体步骤。
示例性的,以第一应用是应用为例来进行说明。如图1E所示,用户界面30可以包括应用管理页面选项302A。当/>应用有更新时,手机可以接收到云服务侧发送的更新通知信息。然后,手机可以显示出更新提示。例如,手机可以在用户界面30上显示更新提示图标302B,用于提示用户/>应用有更新。响应于作用在应用管理页面选项302A上的触摸操作(例如,点击),手机可以显示出应用管理页面。
如图1F所示,手机可以在用户界面30中显示出应用管理页面303。该应用管理页面303包括更新管理选项和安装管理选项。其中,在更新管理选项的下方,手机可以显示出需要进行更新的应用以及对应的更新控件,例如,手机可以在更新管理选项的下方,显示出需要进行更新的应用和对应的更新控件303A。响应于作用在更新控件303A上的触摸操作(例如,点击),手机可以从云服务器侧获取到/>应用的更新文件,并将该更新文件通过无线通信连接(例如,蓝牙连接等)发送给智能手表,使得智能手表可以基于该更新文件对/>应用进行更新。
下面,结合图1G-图1H所示的用户界面示意图,介绍卸载智能手表上第一应用的具体步骤。
示例性的,以第一应用是应用为例来进行说明。如图1G所示,手机可以在用户界面30中显示出应用管理页面303,关于应用管理页面303的说明,可以参考前述实施例,在此不再赘述。响应于作用在安装管理选项304上的触摸操作(例如,点击),手机可以显示出卸载操作界面。
如图1H所示,手机可以显示出用户界面40,该用户界面40即是卸载操作界面。该用户界面40可以包括一个或多个已安装在智能手表上的应用。各应用可以分别对应有相应的卸载控件。例如,手机可以在用户界面40中显示出当前智能手表上已安装的 应用,以及对应的卸载控件401。响应于作用在卸载控件401上的触摸操作(例如,点击),智能手表可以从本地存储空间中删除/>应用的数据信息。
然而,在该应用管理流程中,更新可穿戴设备上的应用步骤十分繁琐,操作并不方便。
因此,本申请实施例提供了一种应用管理方法。
该应用管理方法可以应用于包括电子设备100、电子设备200和云服务器300的通信系统10上。其中,电子设备100可以是手机、平板电脑、PC、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personaldigital assistant,PDA)等电子设备。本申请对该电子设备100的具体类型不作任何限制。电子设备200可以是智能手表、智能手环等可穿戴设备、便携式设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备等电子设备。本申请对该电子设备200的具体类型不作任何限制。
具体的,在该应用管理方法中,云服务器300可以将状态信息文件和应用的安装文件/卸载执行程序打包至设备更新文件中。然后,电子设备200可以从电子设备100处,接收到云服务器300发送的设备更新文件。接下来,电子设备200可以基于设备更新文件中的状态信息文件和应用的安装文件/卸载执行程序,对电子设备200上的应用进行首次安装/更新/卸载等操作。其中,状态信息文件可以用于记录应用的一个或多个信息,例如:应用的标识、应用的大小、应用的版本等等,其具体内容将在后续实施例中说明,在此先不赘述。
示例性的,如图2所示,以更新电子设备200上的应用A为例,来说明该应用管理方法的实现方式。首先,电子设备200中包括版本1的应用A。云服务器300可以生成安装文件A和状态信息文件A。其中,安装文件A中包括一个或多个指定应用的安装文件,一个或多个指定应用的安装文件中可以包括应用A的版本2安装文件,状态信息文件A中记录有应用A的一个或多个信息,例如:应用A的标识、应用A的大小和应用A的版本等等。然后,云服务器300可以将该安装文件A和状态信息文件A打包至设备更新文件A中。云服务器300可以将设备更新文件A发送给电子设备100。电子设备100可以通过与电子设备200建立的无线通信连接,将设备更新文件A发送给电子设备200。电子设备200可以基于设备更新文件A中的安装文件A和状态信息文件A,更新电子设备200上的应用A。
如图2所示,在一些示例中,电子设备200也可以基于调制解调(modem)功能,接收云服务器300发送至电子设备200的设备更新文件A。电子设备200可以基于设备更新文件A中的安装文件A和状态信息文件A,更新电子设备200上的应用A。具体说明可以参考前述描述,在此不再赘述。
从上述应用管理方法的步骤可以看出,在该应用管理方法中,电子设备200首次安装/更新/卸载指定应用的步骤更为简单,操作也比较方便。
下面,介绍本申请实施例提供的一种通信系统10。
请参考图3,图3示例性示出了本申请实施例提供的一种通信系统10的架构示意图。
如图3所示,通信系统10可以包括:电子设备100(可以被称为第一电子设备)、电子设备200(可以被称为第二电子设备)和云服务器300。
电子设备100可以是手机、平板电脑、PC、超级移动个人计算机(ultra-mobilepersonal computer,UMPC)、上网本、个人数字助理(personaldigital assistant,PDA)等电子设备。本申请对该电子设备100的具体类型不作任何限制。
电子设备100可以分别和电子设备200、云服务器300建立通信连接。并基于上述通信连接和云服务器300、电子设备200进行数据通信。例如,电子设备100可以通过上述通信连接获取到云服务器300发送的设备更新文件,电子设备100可以通过上述通信连接将设备更新文件发送给电子设备200等。
电子设备200可以是智能手表、智能手环等可穿戴设备、便携式设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备等电子设备。本申请对该电子设备200的具体类型不作任何限制。
电子设备200可以和电子设备100建立无线通信连接,并且,电子设备100和电子设备200可以通过上述无线通信连接互相传输数据信息。例如,电子设备200可以通过上述无线通信连接获取到电子设备100发送的设备更新文件。
在一些示例中,电子设备200可以和云服务器300建立通信连接。电子设备200可以通过上述通信连接获取到云服务器300发送的设备更新文件。
在一些示例中,电子设备100可以和电子设备200建立有线通信连接从而进行数据交互。例如,电子设备100可以和电子设备200可以通过用串行总线(universalserialbus,USB)建立有线连接,并基于上述有限通信连接的方式互相传输数据信息。
云服务器300可以和电子设备100建立通信连接,并基于上述通信连接与电子设备100进行数据通信。例如,云服务器300可以通过上述通信连接,将设备更新文件发送给电子设备100。
在一些示例中,云服务器300可以和电子设备200建立通信连接,并基于上述通信连接与电子设备200进行数据通信。例如,云服务器300可以通过上述通信连接,将设备更新文件发送给电子设备200。
需要说明的是,本申请实施例示出的示例性通信系统架构并不构成对通信系统10的具体限定,在本申请另一些实施例中,通信系统10可以包括比图示更多或更少的电子设备,也可以包括与图示中不同类型的电子设备。例如,通信系统10中还可以包括多个与电子设备200建立无线/有线通信连接的电子设备100,例如具有通信功能的显示器,和/或平板电脑,和/或PC等,本申请对此不作限制。
接下来,介绍本申请实施例提供的一种电子设备100。
请参考图4,图4示例性示出了本申请实施例提供的一种电子设备100的硬件结构示意图。
如图4所示,电子设备100可以包括:处理器41、存储器42、无线通信模块43、显示屏44和传感器模块45。
可以理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100还可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合来实现。
处理器41可以包括一个或多个处理器单元,例如处理器41可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器41中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器41中的存储器为高速缓冲存储器。该存储器可以保存处理器41刚用过或循环使用的指令或数据。如果处理器41需要再次使用该指令或数据,可以从所述存储器中直接调用。避免了重复存取,减少了处理器41的等待时间,因而提高了系统的效率。
在一些实施例中,处理器41可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或USB接口等。
存储器42与处理器41耦合,用于存储各种软件程序和/或多组指令。具体实现中,存储器42可以包括易失性存储器(volatile memory),例如随机存取存储器(randomaccessmemory,RAM);也可以包括非易失性存储器(non-vlatile memory),例如ROM、快闪存储器(flash memory)、硬盘驱动器(Hard Disk Drive,HDD)或固态硬盘(Solid StateDrives,SSD);存储器42还可以包括上述种类的存储器的组合。存储器42还可以存储一些程序代码,以便于处理器41调用存储器42中存储的程序代码,以实现本申请实施例在电子设备100中的实现方法。存储器42可以存储操作系统,例如uCOS、VxWorks、RTLinux等嵌入式操作系统。
无线通信模块43可以提供应用在电子设备100上的包括无线局域网(wirelesslocalarea networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块43可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块43经由天线接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器41。无线通信模块43还可以从处理器41中接收待发送的信号,对其进行调频、放大,经天线转为电磁波辐射出去。在一些实施例中,电子设备100还可以通过无线通信模块43中的蓝牙模块(图4未示出)、WLAN模块(图4未示出)发射信号探测或扫描在电子设备100附近的设备,并与该附近的设备建立无线通信连接以传输数据。其中,蓝牙模块可以提供包括经典蓝牙(basic rate/enhanceddatarate,BR/EDR)或蓝牙低功耗(bluetooth low energy,BLE)中一项或多项蓝牙通信的解决方案,WLAN模块可以提供包括Wi-Fi direct、Wi-Fi LAN或Wi-Fi softAP中一项或多项WLAN通信的解决方案。
显示屏44可以用于显示图像、视频等。显示屏44可以包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emitting diode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix orga nic light emitting diode的,AMOLED),柔性发光二极管(flex light-emitting diode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dotlight emitting diodes,QLED)等。在一些实施例中,电子设备100可以包括1个或N个显示屏44,N为大于1的正整数。
传感器模块45可以包括多个传感器件,例如,触摸传感器(图中未示出)等。触摸传感器也可以称为“触控器件”。触摸传感器可以设置于显示屏44,由触摸传感器与显示屏44组成触摸屏,也称“触控屏”。触摸传感器可以用于检测作用于其上或附近的触摸操作。
需要说明的是,图4中示出的电子设备100仅仅用于示例性解释本申请所提供的电子设备的硬件结构,并不对本申请构成具体限制。
下面,介绍本申请实施例提供的一种电子设备200。
请参考图5,图5示例性示出了本申请实施例提供的一种电子设备200的硬件结构示意图。
如图5所示,电子设备200可以包括:处理器501、存储器502、无线通信模块503、电源开关504、显示屏505和传感器模块506等。上述各个模块可以通过总线或者其他方式连接,本申请实施例已通过总线连接为例。
处理器501可以用于读取和执行计算机可读指令。在具体的实现方式中,处理器501可以主要包括控制器、运算器和寄存器。其中,控制器主要负责指令译码,并为指令对应的操作发出控制信号。运算器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中,处理器501的硬件架构可以是专用集成电路(ASIC)架构、MIPS架构、ARM架构或者NP架构等等。
存储器502与处理器501耦合,用于存储各种软件和/多组指令。在具体的实现方式中,存储器502可以包括高速随机存取存储器,并且也可以包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器502还可以存储通信程序,该通信程序可用于与电子设备100,或其他电子设备进行通信。
无线通信模块503可以包括蓝牙通信模块503A或其他。电子设备200可以通过蓝牙通信模块503A中的一项或多项蓝牙通信的解决方案以接收或发射无线信号,与电子设备100建立无线通信连接。电子设备200可以通过上述无线通信连接获取到电子设备100传输的数据信息,也可以通过上述无线通信连接向电子设备100发送数据指令。其中,蓝牙通信模块503A可以提供包括BR/EDR或BLE中一项或多项蓝牙通信的解决方案。可选的,无线通信模块503还可以包括有WLAN通信模块(图5中未示出),该WLAN通信模块可以提供包括Wi-Fidirect、Wi-Fi LAN或Wi-Fi softAP中一项或多项WLAN通信的解决方案。在一些实施例中,电子设备200可以通过该WLAN模块提供的无线通信技术与电子设备100建立无线通信连接,并基于该无线通信连接与电子设备200进行数据交互。
电源开关504可以用于控制电源向电子设备200的供电。
关于显示屏505的描述,可以参考前述图4所示的电子设备100中针对显示屏44的描述,在此不再赘述。
传感器模块506可以包括触摸传感器506A等。其中,触摸传感器506A也可以被称为“触控器件”。触摸传感器506A可以设置于显示屏505。由触摸传感器506A与显示屏505组成的触摸屏,也可以被称为“触控屏”。触摸传感器506A可以用于检测作用在其上或附近的触摸操作。
电子设备200可以包括移动通信模块(图5中未示出)。该移动通信模块可以提供应用在电子设备200上的包括2G/3G/4G/5G等无线通信的解决方案。该移动通信模块可以包括嵌入式用户身份识别模块(embedded subscriber identity module,eSIM)。该eS IM可以嵌在电子设备200中,不能和电子设备200分离。电子设备200可以基于eSIM和网络交互,实现通话以及数据通信等功能。
可选的,电子设备200可以包括有一个或多个物理按键。该一个或多个物理按键可以接收用户作用在该按键上的输入操作(例如,按下该物理按键)。响应于该输入操作,电子设备200可以执行与该物理按键对应的显示屏上所示控件相应的操作。
可选的,电子设备200还可以包括有USB接口,电子设备200可以通过该USB接口与电子设备100建立有线通信连接,并通过该有线通信连接的方式互相传输数据信息。
可以理解的是,图5所示的电子设备200仅仅是本申请实施例的一种实现方式,并不构成对电子设备200的具体限制。优选的,电子设备200可以是智能手表,该电子设备200还可以包括有表带和表盘。表盘可以包括有显示屏505,以用于显示图像、视频、控件、文字信息等等。表带可以用于将电子设备200固定在人体四肢部位以便于穿戴。实际应用中,电子设备200还可以包括比图示更多或更少的部件,这里不作限制。
接下来,介绍本申请实施例提供的一种云服务器300。
请参考图6,图6示例性示出了本申请实施例提供的一种云服务器300的硬件结构示意图。
如图6所示,云服务器300可以包括:一个或多个处理器601A、通信接口602A、存储器603A,处理器601A、通信接口602A和存储器603A可以通过总线或者其他方式进行连接,本申请实施例以通过总线604A连接为例。其中:
处理器601A可以由一个或者多个通用处理器构成,例如CPU。处理器601A可以用于运行设备控制方法的相关的程序代码。
通信接口602A可以为有线接口(例如,以太网接口)或无线接口(例如,蜂窝网接口),用于与其他节点进行通信。本申请实施例中,通信接口602A具体可以用于与电子设备100和/或电子设备200进行通信,使得云服务器300可以基于该通信接口602A与电子设备100和电子设备200相互传送数据信息。例如,云服务器300可以基于该通信接口602A向电子设备100发送设备更新文件,或者向电子设备200发送设备更新文件等等。
存储器603A可以包括易失性存储器(volatile memory),例如随机存取存储器(rando maccessmemory,RAM);也可以包括非易失性存储器(non-vlatile memory),例如ROM、快闪存储器(flash memory)、硬盘驱动器(Hard Disk Drive,HDD)或固态硬盘(SolidState Drives,SSD);存储器603A还可以包括上述种类的存储器的组合。存储器603A可以存储一些程序代码,以便于处理器601A调用存储器603A中存储的程序代码,以实现本申请实施例在云服务器300中的实现方法。
需要说明的是,图6所示的云服务器300仅仅是本申请实施例的一种实现方式,在实际应用中,云服务器300还可以包括更多或更少的部件,这里不作限制。
下面,介绍本申请实施例提供的一种应用管理方法的具体流程。
请参考图7,图7示例性示出了本申请实施例提供的一种应用管理方法的具体流程示意图。如图7所示,在一些应用场景中,在开发设备将用于运行电子设备200系统的软件程序写入至电子设备200之前,电子设备200中没有安装应用。则,电子设备200可以基于电子设备200的设备更新文件1,首次安装一个或多个指定应用,该一个或多个指定应用中可以包括第一应用。其具体的实现步骤可以包括:
S701.开发设备中的开发工具可以生成安装文件1和状态信息文件1。其中,安装文件1中包括一个或多个指定应用的安装文件,一个或多个指定应用的安装文件中包括第一应用的版本1安装文件。
具体的,云服务器300可以基于一个或多个指定应用的安装文件生成安装文件1。其中,安装文件1的大小,为,一个或多个指定应用的安装文件的总大小。各指定应用的安装文件可以在安装文件1中占据指定空间,该指定空间的大小与占据该指定空间的应用安装文件的大小相同。
示例性的,以电子设备200需要安装20个指定应用为例,该20个指定应用中可以包括第一应用、应用2和应用3等应用,20个指定应用的安装文件的总大小可以为40兆字节(megabyte,MB)。
则云服务器300可以基于上述20个指定应用的安装文件生成安装文件1。安装文件1的大小可以为40MB。各指定应用的安装文件可以在安装文件1中占据指定空间,该指定空间的大小与占据该指定空间的应用安装文件的大小相同。例如:第一应用的版本1安装文件可以占据空间1,空间1的起始位置为地址A1,终止位置为地址A2,空间1的大小A2-A1与第一应用的版本1安装文件的大小相同;应用2的安装文件可以占据空间2,空间2的起始位置为地址B1,空间2的终止位置为地址B2,空间2的大小B2-B1与应用2安装文件的大小相同;应用3的安装文件可以占据空间3,空间3的起始位置为地址C1,空间3的终止位置为地址C2,空间3的大小C2-C1与应用3安装文件的大小相同。
具体的,状态信息文件1可以用于记录各指定应用的信息,各指定应用的信息可以包括以下的一种或多种:各指定应用的标识,各指定应用的大小(即是指定应用的安装文件的大小),各指定应用的安装文件在安装文件1中的起始位置,各指定应用的版本,各指定应用安装文件的名称,各指定应用的类型等。
示例性的,状态信息文件1中各指定应用的信息可以如下表1所示:
表1
由表1可知,指定应用的标识可以用“fileID”字段表示,该字段的值可以是二进制格式;指定应用的大小可以用“length”字段表示,该字段的值可以是二进制格式;指定应用在安装文件1中的起始位置可以用“position”字段表示,该字段的值可以是二进制格式;指定应用的版本可以用“fileversion”字段表示,该字段的值可以是二进制格式;指定应用安装文件的名称可以用“fileName”字段表示,该字段的值可以是二进制格式;指定应用的类型可以用“filetype”字段表示。该指定应用的类型可以被分为三类:新增(add),更新(upadate)和卸载(delete)。不同的类型可以对应不同的二进制值,例如:新增类型的二进制值为“00”,更新类型的二进制值为“01”,卸载类型的二进制值为“10”。电子设备200可以基于上述不同类型对应的不同字符,对指定应用执行相应的操作(例如,新增该应用,或更新该应用,或卸载该应用)。
示例性的,以表1为例,应用标识为“1”的第一应用,其大小为L1(也即是第一应用的版本1安装文件的大小为L1),第一应用的版本1安装文件在安装文件1中的起始位置为P1,版本为1,安装文件的名称为“cn.ecadar.bwh”,类型为新增(add)类型;应用标识为“2”的应用2,其安装文件的大小为L2,应用2的安装文件在安装文件1中的起始位置为P2,版本为1,安装文件的名称为“cn.todo.bwh”,类型为新增(add)类型;应用标识为“3”的应用3,其安装文件的大小为L3,应用3的安装文件在安装文件1中的起始位置为P3,版本为1,安装文件的名称为“com.comtony.bwh”,类型为新增(add)类型。
可以理解的是,在首次安装上述一个或多个指定应用时,各指定应用的类型都为新增(add)。
可以理解的是,上述表2仅仅用于示例性解释本申请,并不对本申请构成具体限制。
S702.开发工具生成设备更新文件1。其中,设备更新文件1包括安装文件1、状态信息文件1和系统程序文件。系统程序文件用于运行电子设备200的系统。
具体的,设备更新文件1可以包括一个或多个指定格式(例如,二进制格式.bin)的文件,该一个或多个指定格式的文件中,可以包括系统程序文件、安装文件1和状态信息文件1。系统程序文件可以包括用于运行电子设备200系统的文件,例如watch.bin、GUI.bin等等。在一些示例中,状态信息文件1也可以打包至安装文件1中。也即是说,此时,安装文件1中包括:一个或多个指定应用的安装文件和状态信息文件1。
S703.开发设备通过开发工具将设备更新文件1烧录给电子设备200。
S704.电子设备200将该设备更新文件1中的安装文件1和状态信息文件1存放至指定目录下。
具体的,电子设备200可以通过bootloader程序,将安装文件1和状态信息文件1存放至指定目录。
S705.电子设备200可以基于安装文件1,安装一个或多个指定应用。该一个或多个指定应用中包括版本1的第一应用。
具体的,电子设备200可以通过bundle程序对安装文件1进行解包,获取到一个或多个指定应用的安装文件。然后,电子设备200可以基于上述一个或多个指定应用的安装文件,安装一个或多个指定应用。由于一个或多个指定应用的安装文件包括第一应用的版本1安装文件,因此,此时被安装至电子设备200上的一个或多个指定应用中,也包括版本1(也可以被称为第一版本)的第一应用。当电子设备200将一个或多个指定应用安装完成后,电子设备200可以删除一个或多个指定应用的安装文件,保存状态信息文件1。
接下来,介绍本申请实施例提供的另一种应用管理方法的具体流程。
在一些应用场景中,电子设备200上已安装一个或多个指定应用,其安装方式可以参考前述图7所示的具体流程。而后,电子设备200可以基于电子设备200的设备更新文件,对已安装的一个或多个指定应用进行更新/卸载等操作,和/或,安装新增加的指定应用。
示例性的,电子设备200上安装的一个或多个指定应用中包括第一应用。此时,第一应用的版本可以为版本1。以将第一应用的版本从版本1更新到版本2为例,如图8所示,其具体的实现步骤可以包括:
S801.云服务器300获取到第一应用的版本2安装文件。
S802.当云服务器300获取到电子设备200的系统更新文件时,云服务器300生成安装文件2(可以被称为第一安装文件)和状态信息文件2(可以被称为第一状态信息表)。其中,安装文件2包括一个或多个指定应用的安装文件(也可以被称为安装包),一个或多个指定应用的安装文件中包括第一应用的版本2安装文件。系统更新文件用于更新电子设备200的系统。
需要说明的是,第一应用的版本2安装文件可以被称为第一安装包,版本2可以被称为第二版本。
具体的,关于安装文件2的说明可以参考前述关于安装文件1的描述,在此不赘述。
具体的,关于状态信息文件2的说明,可以参考状态信息文件1的描述,在此不再赘述。其中,在该示例中,状态信息文件2中各指定应用的信息可以如下述表2所示:
表2
fileID length position fileversion fileName filetype
1 L4 P1 2 cn.ecadar.bwh update
2 L2 P2 1 cn.todo.bwh update
3 L3 P3 1 com.comtony.bwh update
…… …… …… …… …… ……
由表2可知,应用标识为“1”的第一应用,其大小为L4(也即是第一应用的版本2安装文件的大小为L4),第一应用的版本2安装文件在安装文件2中的起始位置为P1,版本为2,其版本2安装文件的名称为“cn.ecadar.bwh”,类型为更新(update)类型;应用标识为“2”的应用2,其安装文件的大小为L2,应用2的安装文件在安装文件2中的起始位置为P2,版本为1,安装文件的名称为“cn.todo.bwh”,类型为更新(update)类型;应用标识为“3”的应用3,其安装文件的大小为L3,应用3的安装文件在安装文件2中的起始位置为P3,版本为1,安装文件的名称为“com.comtony.bwh”,类型为更新(update)类型。
S803.云服务器300生成设备更新文件2(也可以被称为第一更新文件)。其中,设备更新文件2包括安装文件2、状态信息文件2和系统更新文件。
具体的,设备更新文件2可以包括一个或多个指定格式(例如,二进制格式.bin)的文件,该一个或多个指定格式的文件中,可以包括安装文件2和状态信息文件2。系统更新文件可以包括用于更新电子设备200系统的文件,例如watch.bin、GUI.bin等等。在一些示例中,状态信息文件2也可以打包至安装文件2中。也即是说,此时,安装文件2中包括:一个或多个指定应用的安装文件和状态信息文件2。
S804.云服务器300将设备更新文件2发送给电子设备100。
具体的,云服务器300可以向电子设备100发送电子设备200的系统更新通知。响应于更新电子设备200系统的操作,电子设备100可以向云服务器300发送电子设备100的标识和更新电子设备200系统的请求。然后,云服务器300可以向电子设备100发送设备更新文件2。
S805.电子设备100和电子设备200建立无线通信连接。
优选的,本申请实施例以无线通信连接是蓝牙连接为例。电子设备100可以通过蓝牙模块发射信号来探测或扫描电子设备200,与电子设备200建立无线通信连接并相互传输数据信息。其中,蓝牙模块可以提供包括BR/EDR或BLE中一项或多项蓝牙通信的解决方案。
在一些示例中,电子设备100也可以通过WLAN模块发射信号来探测或扫描电子设备200,与电子设备200建立无线通信连接并相互传输数据信息。其中,WLAN模块可以提供包括Wi-Fi direct、Wi-Fi LAN或Wi-Fi softAP中一项或多项WLAN通信的解决方案。
在另一些示例中,电子设备100也可以和电子设备200通过调频(frequency modulation,FM)、近距离无线通信技术(near field communication,NFC)或红外技术(infrared,IR)等方式建立无线通信连接并基于上述无线通信连接相互传输数据信息,本申请对此不作限制。
S806.电子设备100将状态信息文件2发送给电子设备200。
具体的,电子设备200可以将状态信息文件2存放至指定目录。
S807.电子设备200基于状态信息文件2,确定第一应用有更新。
具体的,当电子设备200从状态信息文件2中,读取到第一应用的“filetype”字段的值对应更新类型时,电子设备200可以对比状态信息文件1中第一应用的版本,和,状态信息文件2中第一应用的版本。若两者不相同,则电子设备200确定更新第一应用。若状态信息文件1中不存在第一应用的版本,则表明电子设备200中没有安装第一应用,电子设备200需要新增安装第一应用。电子设备200将状态信息文件2中第一应用的类型修改为新增(add)类型。
S808.电子设备200向电子设备100发送第一应用更新请求。
具体的,电子设备200可以从状态信息文件2中,读取到第一应用的版本2安装文件的大小L4,和第一应用的版本2安装文件在安装文件2中的起始位置P1(也可以被称为第一起始位置)。然后,电子设备200发送给电子设备100的第一应用更新请求中,可以包括:第一应用的版本2安装文件的大小L4,和第一应用的版本2安装文件在安装文件2中的起始位置P1等数据信息。
S809.电子设备100接收到第一应用更新请求后,从安装文件2中获取到第一应用的版本2安装文件。
具体的,由于第一应用更新请求中包括:第一应用的版本2安装文件的大小L4,和第一应用的版本2安装文件在安装文件2中的起始位置P1,因此,电子设备100接收到第一应用更新请求后,可以获取到在安装文件2中,第一应用的版本2安装文件的起始位置为:P1,第一应用的版本2安装文件的终止位置为:P1+L4。因此,电子设备100可以从安装文件2中获取到第一应用的版本2安装文件。
S810.电子设备100将第一应用的版本2安装文件发送给电子设备200。
S811.电子设备200基于第一应用的版本2安装文件,将第一应用的版本从版本1更新为版本2。
具体的,当电子设备200接收到电子设备100发送的第一应用的版本2安装文件后,电子设备200可以根据指定算法(例如,哈希算法等),对第一应用的版本2安装文件进行应用签名校验,以保证第一应用的版本2安装文件的安全性和完整性。当第一应用的版本2安装文件通过应用签名校验后,电子设备200可以将第一应用的版本2安装文件,存放至指定目录。电子设备200可以基于第一应用的版本2安装文件,将第一应用的版本从版本1更新为版本2。当电子设备200将第一应用的版本从版本1更新为版本2后,可以删除第一应用的版本2安装文件,保存状态信息文件2。
可以理解的是,本步骤中第一应用的更新属于全量更新,也即是说,电子设备200在更新第一应用时,接收到的第一应用的版本2安装文件,包括:与版本1安装文件相比有更新的资源,和,与版本1安装文件相比没有更新的资源。
在一些示例中,电子设备100可以将安装文件2发送给电子设备200,电子设备200基于安装文件2中第一应用的版本2安装文件,将第一应用的版本从版本1更新为版本2。也即是说,在该示例中,云服务器300和电子设备100可以执行上述步骤S801-步骤S805。然后,电子设备100可以将安装文件2发送给电子设备200。电子设备200可以从已存储的安装文件2中获取到一个或多个指定应用的安装文件,其中,该一个或多个指定应用的安装文件可以包括第一应用的版本2安装文件。接下来,电子设备200可以基于第一应用的版本2安装文件,将第一应用的版本从版本1更新为版本2。
又示例性的,电子设备200上安装的一个或多个指定应用中包括第二应用。以卸载第二应用为例,如图9所示,其具体的实现步骤可以包括:
S901.云服务器300获取到第二应用的卸载通知。
示例性的,当第二应用的开发者停止运营第二应用时,云服务器300可以获取到第二应用的卸载通知。
S902.当云服务器300获取到电子设备200的系统更新文件时,云服务器300生成安装文件3和状态信息文件3。其中,安装文件3中包括第二应用的卸载执行程序。系统更新文件用于更新电子设备200的系统。
具体的,安装文件3可以包括一个或多个指定应用的安装文件,和,第二应用的卸载执行程序。第二应用的卸载执行程序可以用于电子设备200卸载第二应用。关于安装文件3的说明可以参考前述关于安装文件1的描述,在此不赘述。
具体的,关于状态信息文件3的说明,可以参考状态信息文件1的描述,在此不再赘述。其中,在该示例中,状态信息文件3中各指定应用的信息可以如下述表3所示:
表3
fileID length position fileversion fileName filetype
1 L4 P1 2 cn.ecadar.bwh update
2 L2 P2 1 cn.todo.bwh update
3 L3 P3 1 com.comtony.bwh update
4 0 null 1 null delete
…… …… …… …… …… ……
由表3可知,应用标识为“4”的第二应用,其安装文件的大小为0(也即是说安装文件3中没有第二应用的安装文件),其安装文件在安装文件3中的起始位置为null(也即是安装文件3中没有第二应用的安装文件),版本为1(也即是需要卸载的第二应用当前版本为1),安装文件的名称为null(也即是说安装文件3中没有第二应用的安装文件),类型为卸载(delete)类型。关于表3中其他信息的说明,可以参考前述表2中的描述,在此不赘述。
S903.云服务器300生成设备更新文件3。其中,设备更新文件3包括安装文件3、状态信息文件3和系统更新文件。
具体的,设备更新文件3可以包括一个或多个指定格式(例如,二进制格式.bin)的文件,该一个或多个指定格式的文件中,可以包括安装文件3和状态信息文件3。系统更新文件可以包括用于更新电子设备200系统的文件,例如watch.bin、GUI.bin等等。在一些示例中,状态信息文件3也可以打包至安装文件3中。也即是说,此时,安装文件3中包括:一个或多个指定应用的安装文件、第二应用的卸载执行程序和状态信息文件3。
S904.云服务器300将设备更新文件3发送给电子设备100。
具体的,关于该步骤的说明可以参考前述步骤S804中的描述,在此不再赘述。
S905.电子设备100和电子设备200建立无线通信连接。
具体的,关于该步骤的说明,可以参考前述图8所示实施例中,步骤S805中的描述,在此不再赘述。在后续实施步骤中,电子设备100和电子设备200可以通过上述无线通信连接进行数据信息的相互传输。
S906.电子设备100将第二应用的卸载执行程序和状态信息文件3发送给电子设备200。
具体的,电子设备200可以将第二应用的卸载执行程序和状态信息文件3存放至指定目录。
S907.电子设备200基于状态信息文件3,确定卸载第二应用。
具体的,当电子设备200从状态信息文件3中,读取到第二应用的“filetype”字段的值对应卸载(delete)类型时,电子设备200可以确定卸载第二应用。
S908.电子设备200卸载第二应用。
具体的,电子设备200可以通过第二应用的卸载执行程序卸载第二应用。电子设备200可以保存状态信息文件3。
可以理解的是,在该示例中,安装文件3和前述实施例中的安装文件2可以是同一个安装文件,状态信息文件3和前述实施例中的状态信息文件2可以是同一个状态信息文件,设备更新文件3和前述实施例中的设备更新文件2可以是同一个设备更新文件,也即是说,在同一场景下,电子设备200可以进行第二应用的卸载和第一应用的更新。
又示例性的,电子设备200上安装的一个或多个指定应用中包括第一应用。以新增安装第三应用为例,如图10所示,其具体的实现步骤可以包括:
S1001.云服务器300获取到第三应用的版本1安装文件。
需要说明的是,第三应用的版本1安装文件可以被称为第二安装包。
S1002.当云服务器300获取到电子设备200的系统更新文件时,云服务器300生成安装文件4和状态信息文件4。其中,安装文件4包括一个或多个指定应用的安装文件,一个或多个指定应用的安装文件中包括第三应用的版本1安装文件。系统更新文件用于更新电子设备200的系统。
具体的,关于安装文件4的说明可以参考前述关于安装文件1的描述,在此不赘述。
具体的,关于状态信息文件4的说明,可以参考状态信息文件1的描述,在此不再赘述。其中,在该示例中,状态信息文件4中各指定应用的信息可以如下述表4所示:
表4
fileID length position fileversion fileName filetype
1 L4 P1 2 cn.ecadar.bwh update
2 L2 P2 1 cn.todo.bwh update
3 L3 P3 1 com.comtony.bwh update
4 0 null 1 null delete
…… …… …… …… …… ……
21 L21 P21 1 com.tianqi.watch add
由表4可知,应用标识为“21”的第三应用,其版本1安装文件的大小为L21(也即是第三应用的版本1安装文件的大小为L21),其版本1安装文件在安装文件4中的起始位置为P21(可以被称为第二起始位置),版本为1,其版本1安装文件的名称为“com.tianqi.watch”,类型为新增(add)类型。关于表4中其他信息的说明,可以参考前述表3中的描述,在此不赘述。
S1003.云服务器300生成设备更新文件4中。其中,设备更新文件4包括安装文件4、状态信息文件4和系统更新文件。
具体的,设备更新文件4可以包括一个或多个指定格式(例如,二进制格式.bin)的文件,该一个或多个指定格式的文件中,可以包括安装文件4和状态信息文件4。系统更新文件可以包括用于更新电子设备200系统的文件,例如watch.bin、GUI.bin等等。在一些示例中,状态信息文件4也可以打包至安装文件4中。也即是说,此时,安装文件4中包括:一个或多个指定应用的安装文件和状态信息文件4。
S1004.云服务器300将设备更新文件4发送给电子设备100。
具体的,关于该步骤的说明可以参考前述步骤S804中的描述,在此不再赘述。
S1005.电子设备100和电子设备200建立无线通信连接。
具体的,关于该步骤的说明,可以参考前述图8所示实施例中,步骤S805中的描述,在此不再赘述。在后续实施步骤中,电子设备100和电子设备200可以通过上述无线通信连接进行数据信息的相互传输。
S1006.电子设备100将状态信息文件4发送给电子设备200。
具体的,电子设备200可以将状态信息文件4存放至指定目录。
S1007.电子设备200基于状态信息文件4,确定安装第三应用。
具体的,当电子设备200从状态信息文件4中,读取到第三应用的“filetype”字段的值对应新增(add)类型时,电子设备200可以确定新增安装第三应用。
S1008.电子设备200向电子设备100发送第三应用安装请求。
具体的,电子设备200可以从状态信息文件4中,读取到第三应用的版本1安装文件的大小L21,和,第三应用的版本1安装文件在安装文件4中的起始位置P21。然后,电子设备200发送给电子设备100的第三应用安装请求中,可以包括:第三应用的版本1安装文件的大小L21,和,第三应用的版本1安装文件在安装文件4中的起始位置P21等数据信息。
S1009.电子设备100接收到第三应用安装请求后,从安装文件4中获取到第三应用的版本1安装文件。
具体的,由于第三应用安装请求中包括:第三应用的版本1安装文件的大小L21,和,第三应用的版本1安装文件在安装文件4中的起始位置P21,因此,电子设备100接收到第三应用安装请求后,可以获取到在安装文件4中,第三应用的版本1安装文件的起始位置为:P21,第三应用的版本1安装文件的终止位置为:P21+L21。因此,电子设备100可以从安装文件4中获取到第三应用的版本1安装文件。
S1010.电子设备100将第三应用的版本1安装文件发送给电子设备200。
S1011.电子设备200基于第三应用的版本1安装文件,安装第三应用。
具体的,当电子设备200接收到电子设备100发送的第三应用的版本1安装文件后,电子设备200可以将第三应用的版本1安装文件,存放至指定目录。电子设备200可以基于第三应用的版本1安装文件,安装第三应用。电子设备200安装第三应用后,可以删除第三应用的版本1安装文件,保存状态信息文件4。
可以理解的是,在该示例中,安装文件4可以和前述实施例中的安装文件3可以是同一个安装文件,状态信息文件4和前述实施例中的状态信息文件3可以是同一个状态信息文件,设备更新文件4和前述实施例中的设备更新文件3可以是同一个设备更新文件,也即是说,在同一场景下,电子设备200可以进行第三应用的安装、第二应用的卸载和第一应用的更新。
在一些示例中,电子设备200可以接收到第一应用的版本2安装文件,并将该第一应用的版本2安装文件存放到指定目录中。然后,电子设备200可以接收到启动第一应用的触摸操作(例如,点击)。响应于该触摸操作,电子设备200可以显示出提示窗口1。该提示窗口1可以包括提示信息1和更新控件1,该提示信息1可以用于提示用户第一应用能够更新到新版本。当电子设备200接收到作用于更新控件1上的触摸操作(例如,点击)时,电子设备200可以基于第一应用的版本2安装文件,将第一应用的版本从版本1更新至版本2。其具体的模块交互流程可以参考图10。
如图11A所示,电子设备200中包括:应用启动模块、用户界面(userinterface,UI)显示模块和应用安装模块。用于实现本示例的模块交互流程可以如下:
A).应用启动模块初始化。
其中,应用启动模块可以通过函数SERVICE_INITED进行应用启动模块的初始化。
B).应用启动模块接收到启动第一应用的指令。
其中,启动第一应用的指令,可以是电子设备100响应于作用在电子设备100上第一应用的启动控件,发送给电子设备200中的应用启动模块;也可以是电子设备200的系统内核层响应于作用在电子设备200上第一应用的启动控件,发送给电子设备200中的应用启动模块。
C).应用启动模块调用UI显示模块,将电子设备200显示的当前界面置于后台。
具体的,应用启动模块和UI显示模块可以通过START_CHECK_REQUEST程序、START_CHECK_RESPONSE程序、LAUNCHER_BACKGROUND程序和ONBACKGROUND程序等之间进行数据信息的交互,使得应用启动模块可以调用UI显示模块,将电子设备200显示的当前界面置于后台。
D).应用启动模块判断电子设备200上是否存储第一应用的版本2安装文件。
E).当应用启动模块确定电子设备200上存储有第一应用的版本2安装文件时,应用启动模块向UI显示模块发送提示窗口1绘制指令。
F).当UI显示模块接收到提示窗口1绘制指令后,UI显示模块可以绘制并通过电子设备200的显示屏,显示出提示窗口1。其中,提示窗口1包括提示信息1和更新控件1。
示例性的,如图11B所示,电子设备200可以在显示屏上显示出提示窗口1101(也即是提示窗口1)。提示窗口1101包括提示信息1101A(也即是提示信息1)和更新控件1101B(也即是更新控件1)。提示信息1101A可以是文本信息如“检测到新版本,是否更新?”。
G).响应于作用在更新控件1上的触摸操作(例如,点击),UI显示模块向应用更新模块发送第一应用的更新指令。
H).当应用更新模块接收到第一应用的更新指令后,应用更新模块可以基于第一应用的版本2安装文件,将第一应用的版本从版本1更新至版本2。
I).应用更新模块向应用启动模块发送第一应用更新完成信息。
J).应用启动模块启动版本2的第一应用。
接下来,介绍本申请实施例提供的一种应用于电子设备200的软件框架结构。
如图12所示,电子设备200的软件框架结构可以分为:应用层、json应用框架层(也可以被称为JS应用框架层)、系统框架层(OS famework)和系统内核层(OS kernel)。
其中:
应用层中可以包括一个或多个应用,例如第三方应用(如前述中的第一应用、第二应用和第三应用等)和运动健康应用,应用层中还可以包括应用调试工具等等。
JS应用框架层可以包括:JS数据绑定(JS Databinding)框架、JS运行时(JSruntime)和JS框架(JS famework)模块。其中,JS数据绑定(JS Databinding)框架可以用于使用JavaScript语言提供一套基础的数据绑定能力,包括视图模型实例(viewmodelinstance)、类(Subject)和观察者(Observer)。JS运行时(JS runtime)可以用于支持JS代码的解析和执行。JS框架(JS famework)模块可以用于使用C++语言提供JS应用程序编程接口(application programming interface,API)和组件的框架机制,可以包括UI组件适配器层(UI component adapter layer)和API适配器层(API adapter layer),UI组件适配器层可以包括基础组件(Basiccomponent)、动画(animation)、渲染模块(Rendermodule)、路由器(router)、样式管理(Style manager)和语境(context)对象。API适配器层可以包括基础组件(Basiccomponent)、渲染模块(Render module)和样式管理(Stylemanager)。
系统框架层可以用于JS应用框架层和系统内核层之间的通信。系统框架层可以包括UI工具包(UIKit),用于应用启动的能力管理服务(abilitymanagerservice,AMS),用于应用更新的Bundle管理服务(bundlemanagerservice,BMS)等等。
系统内核层可以用于进程和线程的创建与通信。系统内核层可以是轻量级系统(LiteOS)。
上述实施例中所用,根据上下文,术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地,根据上下文,短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (20)

1.一种通信系统,其特征在于,包括云服务器、第一电子设备和第二电子设备,所述第一电子设备和所述第二电子设备建立通信连接,所述第二电子设备中安装有第一应用,所述第一应用的版本为第一版本,其中:
所述云服务器用于,当所述云服务器获取到所述第二电子设备的系统更新文件时,生成第一安装文件和第一状态信息表;其中,所述系统更新文件用于更新所述第二电子设备的系统,所述第一安装文件包括多个应用的安装包,所述多个应用的安装包中包括第一应用的第一安装包,所述第一安装包用于安装第二版本的第一应用;
所述云服务器还用于,生成第一更新文件;其中,所述第一更新文件包括所述第一安装文件、所述第一状态信息表和所述系统更新文件;
所述云服务器还用于,发送第一更新文件给所述第一电子设备;
所述第一电子设备用于,发送所述第一状态信息表给所述第二电子设备;
所述第二电子设备用于,基于所述第一状态信息表,确定所述第一应用有更新;
所述第二电子设备还用于,发送所述第一应用的更新请求,给所述第一电子设备;
所述第一电子设备还用于,接收到所述第一应用的更新请求后,发送所述第一安装包给所述第二电子设备;
所述第二电子设备还用于,基于所述第一安装包,安装所述第二版本的第一应用。
2.根据权利要求1所述的通信系统,其特征在于,所述第一状态信息表记录有:所述第一安装包的大小,所述第一安装包在所述第一安装文件中的第一起始位置,所述第一应用的版本为第二版本,和,所述第一应用的类型为更新类型。
3.根据权利要求2所述的通信系统,其特征在于,所述第二电子设备,具体用于:
获取到所述第一状态信息表中记录的,所述第一应用的类型为更新类型;
查询到所述第一状态信息表中记录的,所述第一应用的版本为第二版本,与当前安装的所述第一应用的版本不同;
确定所述第一应用有更新。
4.根据权利要求2或3所述的通信系统,其特征在于,所述第一应用的更新请求包括:所述第一安装包的大小,和,所述第一起始位置。
5.根据权利要求1所述的通信系统,其特征在于,所述第二电子设备中安装有第二应用,所述第一状态信息表记录有:所述第二应用的类型为卸载类型;
所述第二电子设备还用于,获取到所述第一状态信息表中记录的,所述第二应用的类型为卸载类型;
所述第二电子设备还用于,卸载第二应用。
6.根据权利要求1所述的通信系统,其特征在于,
所述第一安装文件中包括第三应用的第二安装包,所述第一状态信息表记录有:所述第二安装包的大小,所述第二安装包在所述第一安装文件中的第二起始位置,和,所述第三应用的类型为新增类型;
所述第二电子设备还用于,获取到所述第一状态信息表中记录的,所述第三应用的类型为新增类型;
所述第二电子设备还用于,向所述第一电子设备发送所述第三应用的安装请求;
所述第一电子设备还用于,接收到所述第三应用的安装请求后,发送所述第二安装包给所述第二电子设备;
所述第二电子设备还用于,基于所述第二安装包,安装第三应用。
7.根据权利要求6所述的通信系统,其特征在于,所述第三应用的安装请求包括:所述第二安装包的大小,和,所述第二起始位置。
8.一种应用管理方法,应用于云服务器,其特征在于,所述方法包括:
当所述云服务器获取到第二电子设备的系统更新文件时,所述云服务器生成第一安装文件和第一状态信息表;其中,所述系统更新文件用于更新所述第二电子设备的系统,所述第一安装文件包括多个应用的安装包,所述多个应用的安装包中包括第一应用的第一安装包,所述第一安装包用于安装第二版本的第一应用;
所述云服务器生成第一更新文件;其中,所述第一更新文件包括所述第一安装文件、所述第一状态信息表和所述系统更新文件;
所述云服务器向第一电子设备发送所述第一更新文件。
9.根据权利要求8所述的方法,其特征在于,所述第一状态信息表记录有:所述第一安装包的大小,所述第一安装包在所述第一安装文件中的第一起始位置,所述第一应用的版本为第二版本,和,所述第一应用的类型为更新类型。
10.一种应用管理方法,应用于第一电子设备,其特征在于,所述方法包括:
所述第一电子设备接收到云服务器发送的第一更新文件;其中,所述第一更新文件中包括第一安装文件、第一状态信息表和系统更新文件,所述系统更新文件用于更新第二电子设备的系统,所述第一安装文件包括多个应用的安装包,所述多个应用的安装包中包括第一应用的第一安装包,所述第一安装包用于安装第二版本的第一应用;
所述第一电子设备向所述第二电子设备发送所述第一状态信息表;其中,所述第一状态信息表用于,所述第二电子设备确定所述第一应用有更新;
当所述第一电子设备接收到所述第二电子设备发送的所述第一应用的更新请求之后,所述第一电子设备向所述第二电子设备发送所述第一安装包。
11.根据权利要求10所述的方法,其特征在于,所述第一状态信息表记录有:所述第一安装包的大小,所述第一安装包在所述第一安装文件中的第一起始位置,所述第一应用的版本为第二版本,和,所述第一应用的类型为更新类型。
12.根据权利要求11所述的方法,其特征在于,所述第一应用的更新请求包括:所述第一安装包的大小,和,所述第一起始位置。
13.一种应用管理方法,应用于第二电子设备,其特征在于,所述第二电子设备安装有第一应用,所述第一应用的版本为第一版本,所述方法包括:
所述第二电子设备接收到第一电子设备发送的第一状态信息表;
所述第二电子设备基于所述第一状态信息表,确定所述第一应用有更新;
所述第二电子设备向所述第一电子设备发送所述第一应用的更新请求;
所述第二电子设备接收到所述第一电子设备发送的第一安装文件中的第一安装包;
所述第二电子设备基于所述第一安装包,安装第二版本的第一应用。
14.根据权利要求13所述的方法,其特征在于,所述第一状态信息表记录有:所述第一安装包的大小,所述第一安装包在所述第一安装文件中的第一起始位置,所述第一应用的版本为第二版本,和,所述第一应用的类型为更新类型。
15.根据权利要求14所述的方法,其特征在于,所述第二电子设备基于所述第一状态信息表,确定所述第一应用有更新,具体包括:
所述第二电子设备获取到所述第一状态信息表中记录的,所述第一应用的类型为更新类型;
所述第二电子设备查询到所述第一状态信息表中记录的,所述第一应用的版本为第二版本,与当前安装的所述第一应用的版本不同;
所述第二电子设备确定所述第一应用有更新。
16.根据权利要求14或15所述的方法,其特征在于,所述第一应用的更新请求包括:所述第一安装包的大小,和,所述第一起始位置。
17.根据权利要求13所述的方法,其特征在于,所述第二电子设备中安装有第二应用,所述第一状态信息表记录有:所述第二应用的类型为卸载类型,所述方法还包括:
所述第二电子设备获取到所述第一状态信息表中记录的,所述第二应用的类型为卸载类型;
所述第二电子设备卸载第二应用。
18.根据权利要求13所述的方法,其特征在于,所述第一状态信息表记录有:第二安装包的大小,所述第二安装包在所述第一安装文件中的第二起始位置,和,第三应用的类型为新增类型,所述方法还包括:
所述第二电子设备获取到所述第一状态信息表中记录的,所述第三应用的类型为新增类型;
所述第二电子设备向所述第一电子设备发送所述第三应用的安装请求;
所述第二电子设备接收到所述第一电子设备发送的所述第一安装文件中的第二安装包;
所述第二电子设备基于所述第二安装包,安装第三应用。
19.根据权利要求18的方法,其特征在于,所述第三应用的安装请求包括:所述第二安装包的大小,和,所述第二起始位置。
20.一种计算机存储介质,其特征在于,所述存储介质中存储有计算机程序,所述计算机程序包括可执行指令,所述可执行指令当被处理器执行时使所述处理器执行如权利要求13-19中任一项所述的方法。
CN202211145304.8A 2022-09-20 2022-09-20 应用管理方法、电子设备及系统 Active CN116700738B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211145304.8A CN116700738B (zh) 2022-09-20 2022-09-20 应用管理方法、电子设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211145304.8A CN116700738B (zh) 2022-09-20 2022-09-20 应用管理方法、电子设备及系统

Publications (2)

Publication Number Publication Date
CN116700738A true CN116700738A (zh) 2023-09-05
CN116700738B CN116700738B (zh) 2023-12-12

Family

ID=87832777

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211145304.8A Active CN116700738B (zh) 2022-09-20 2022-09-20 应用管理方法、电子设备及系统

Country Status (1)

Country Link
CN (1) CN116700738B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008114491A1 (ja) * 2007-03-20 2008-09-25 Access Co., Ltd. アプリケーション更新管理機能を備えた端末、アプリケーション更新管理プログラムおよびシステム
CN103677889A (zh) * 2012-09-14 2014-03-26 邻动网络科技有限公司 用于在移动电子设备上安装应用的方法
US20150172435A1 (en) * 2013-12-13 2015-06-18 Samsung Electronics Co., Ltd. Data processing method and electronic device supporting the same
CN106708537A (zh) * 2017-01-22 2017-05-24 百度在线网络技术(北京)有限公司 应用更新方法和装置
CN113727333A (zh) * 2021-07-31 2021-11-30 荣耀终端有限公司 定制应用的下载方法和系统
CN114428618A (zh) * 2020-10-28 2022-05-03 华为技术有限公司 一种跨设备应用交互方法、电子设备与服务器
WO2022111664A1 (zh) * 2020-11-30 2022-06-02 华为技术有限公司 打补丁的方法、相关设备及系统
CN114895934A (zh) * 2022-04-02 2022-08-12 Oppo广东移动通信有限公司 一种程序管理方法及装置、设备、存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008114491A1 (ja) * 2007-03-20 2008-09-25 Access Co., Ltd. アプリケーション更新管理機能を備えた端末、アプリケーション更新管理プログラムおよびシステム
CN103677889A (zh) * 2012-09-14 2014-03-26 邻动网络科技有限公司 用于在移动电子设备上安装应用的方法
US20150172435A1 (en) * 2013-12-13 2015-06-18 Samsung Electronics Co., Ltd. Data processing method and electronic device supporting the same
CN106708537A (zh) * 2017-01-22 2017-05-24 百度在线网络技术(北京)有限公司 应用更新方法和装置
CN114428618A (zh) * 2020-10-28 2022-05-03 华为技术有限公司 一种跨设备应用交互方法、电子设备与服务器
WO2022111664A1 (zh) * 2020-11-30 2022-06-02 华为技术有限公司 打补丁的方法、相关设备及系统
CN114579181A (zh) * 2020-11-30 2022-06-03 华为技术有限公司 打补丁的方法、相关设备及系统
CN113727333A (zh) * 2021-07-31 2021-11-30 荣耀终端有限公司 定制应用的下载方法和系统
CN114895934A (zh) * 2022-04-02 2022-08-12 Oppo广东移动通信有限公司 一种程序管理方法及装置、设备、存储介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
MAAIKE OUWERKERK MSC 等: "A Smartphone Application to Assess Real-Time and Individual-Specific Societal Participation: A Development and Usability Study", 《 ARCHIVES OF PHYSICAL MEDICINE AND REHABILITATION》, vol. 103, pages 1958 - 1966, XP087188210, DOI: 10.1016/j.apmr.2022.01.168 *
廖中原 等: "基于LPC2214的嵌入式智能家居控制终端的设计", 《计算机技术与发展》, vol. 24, no. 3, pages 172 - 177 *
陈成: "NB-IoT终端软件远程自动更新技术研究及应用", 《中国优秀硕士学位论文全文数据库信息科技辑》, no. 4, pages 136 - 144 *
陈晓俊: "基于安卓可穿戴平台的可视化应用引擎研究", 《中国优秀硕士学位论文全文数据库信息科技辑》, no. 3, pages 137 - 81 *

Also Published As

Publication number Publication date
CN116700738B (zh) 2023-12-12

Similar Documents

Publication Publication Date Title
EP4002108B1 (en) Application start method and electronic device
CN112351412A (zh) 一种内容接续方法、系统及电子设备
CN114461239B (zh) 软件升级系统和软件升级方法
WO2021052167A1 (zh) 一种实现应用插件化的方法及电子设备
CN114968384B (zh) 一种功能调用方法和装置
CN116048628B (zh) 设备启动方法及电子设备
CN115309431A (zh) 一种参数更新方法、可读介质和电子设备
CN115879088A (zh) 权限检查的方法和电子设备
CN116700738B (zh) 应用管理方法、电子设备及系统
CN112612539A (zh) 数据模型卸载方法、装置、电子设备及存储介质
JP2009129450A (ja) コンピュータシステムにソフトウェアパッチを提供する方法
CN114096946A (zh) 用于管理应用的方法和装置
WO2022194010A1 (zh) 应用程序的分享方法和分享装置
US20230350738A1 (en) Method for Reusing Shared Library and Electronic Device
CN117707563B (zh) 应用资源处理方法及相关设备
WO2024131823A1 (zh) 免安装应用的升级方法及电子设备
WO2024083114A1 (zh) 一种软件分发方法、电子设备及系统
CN116700660B (zh) 音频播放方法和电子设备
WO2022228076A1 (zh) 一种自动打印方法及电子设备
CN117009023B (zh) 显示通知信息的方法及相关装置
CN113485923B (zh) 项目代码检测方法与装置、电子设备
WO2023088289A1 (zh) 补丁方法及相关设备
WO2024188032A1 (zh) 一种通信方法、设备和服务器
CN118277120A (zh) 一种管理系统服务的方法及相关装置
CN111694573A (zh) 程序编译文件获取方法、装置、存储介质与电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant