CN117573172B - 客户端更新方法、装置、设备及介质 - Google Patents
客户端更新方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN117573172B CN117573172B CN202410051134.XA CN202410051134A CN117573172B CN 117573172 B CN117573172 B CN 117573172B CN 202410051134 A CN202410051134 A CN 202410051134A CN 117573172 B CN117573172 B CN 117573172B
- Authority
- CN
- China
- Prior art keywords
- update
- reminding
- user
- information
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 230000006870 function Effects 0.000 claims description 23
- 238000004590 computer program Methods 0.000 claims description 5
- 238000012360 testing method Methods 0.000 claims description 5
- 238000004891 communication Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 7
- 238000004458 analytical method Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 3
- 238000005457 optimization Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- KLDZYURQCUYZBL-UHFFFAOYSA-N 2-[3-[(2-hydroxyphenyl)methylideneamino]propyliminomethyl]phenol Chemical compound OC1=CC=CC=C1C=NCCCN=CC1=CC=CC=C1O KLDZYURQCUYZBL-UHFFFAOYSA-N 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 238000007418 data mining Methods 0.000 description 1
- 201000001098 delayed sleep phase syndrome Diseases 0.000 description 1
- 208000033921 delayed sleep phase type circadian rhythm sleep disease Diseases 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请涉及一种客户端更新方法、装置、设备及介质，应用于应用更新技术领域，其方法包括：获取当前版本信息以及最新版本信息；若当前版本不为最新版本，则获取版本配置信息以及用户信息，所述版本配置信息为客户端所有版本的版本信息；基于所述用户信息以及所述版本配置信息确定提醒策略；基于所述提醒策略进行提醒；响应于用户更新指令，获取用户更新需求以及各个可用下载渠道的下载速度，所述用户更新需求包括用户根据提醒选择的更新时间以及更新信息，所述更新信息包括更新版本和/或更新功能；基于所述下载速度以及所述用户更新需求确定更新策略；基于所述更新策略进行客户端更新。本申请具有提高用户的更新体验的效果。
Description
技术领域
本申请涉及应用更新的技术领域，尤其是涉及一种客户端更新方法、装置、设备及介质。
背景技术
在移动应用开发中，客户端的版本管理和更新是一项重要的任务。随着客户端的不断迭代和更新，确保用户能够及时更新到最新版本，以兼容新功能、修复问题并提供更好的用户体验变得至关重要。然而，由于用户更新意愿或操作的限制，开发者需要采取一些手段来推荐和强制用户进行版本更新。
相关技术中，客户端版本更新主要依赖于后台服务器的判断和推送，在客户端推荐更新和强制更新的过程中，可能会频繁地弹出推荐更新或强制更新的提示，对用户的正常操作造成干扰。
发明内容
为了提高用户的更新体验，本申请提供一种客户端更新方法、装置、设备及介质。
第一方面，本申请提供一种客户端更新方法，采用如下的技术方案：
一种客户端更新方法，包括：
获取当前版本信息以及最新版本信息；
若当前版本不为最新版本，则获取版本配置信息以及用户信息，所述版本配置信息为客户端所有版本的版本信息；
基于所述用户信息以及所述版本配置信息确定提醒策略；
基于所述提醒策略进行提醒；
响应于用户更新指令，获取用户更新需求以及各个可用下载渠道的下载速度，所述用户更新需求包括用户根据提醒选择的更新时间以及更新信息，所述更新信息包括更新版本和/或更新功能；
基于所述下载速度以及所述用户更新需求确定更新策略；
基于所述更新策略进行客户端更新。
通过采用上述技术方案，通过比较当前版本信息以及最新版本信息判断当前版本是否为最新版本，若当前版本为最新版本则不进行提醒，若当前版本不为最新版本，则根据版本配置信息以及用户信息确定提醒策略，当有新的版本出现时，能够及时地提醒用户进行更新，并根据用户信息确定不同的提醒策略，提高了提醒策略的个性化，从而提高了用户的使用体验，根据用户更新需求以及可用下载渠道的下载速度确定更新策略，使得更新策略更加符合用户的需求，提高了用户的更新体验。
可选的，所述提醒策略包括提醒时间以及提醒类型，所述提醒类型包括不提示更新以及提示更新，所述提示更新包括推荐更新以及强制更新，所述推荐更新包括强提示更新以及弱提示更新，所述基于所述用户信息以及所述版本配置信息确定提醒策略，包括：
基于所述版本配置信息确定最新版本的提醒类型；
基于所述用户信息确定用户偏好信息；
对所述用户偏好信息进行分析，得到用户画像；
基于所述用户画像确定提醒时间。
通过采用上述技术方案，从版本配置信息中选择最新版本的更新类型，并将更新类型作为提醒类型，从用户信息中确定出用户的偏好信息，并对用户偏好信息进行分析得到用户画像，从而确定提醒时间，使得提醒时间的确定更加符合用户需求，在该提醒时间对用户进行提醒既能使用户及时得到版本更新的信息，又能不打扰用户的正常使用，提高了用户的更新体验。
可选的，所述基于所述提醒策略进行提醒，包括：
若最新版本的提醒类型为不提示更新，则获取用户的历史下载记录；
基于所述用户画像以及所述历史下载记录确定提醒用户；
对所述提醒用户按照提醒策略进行提醒。
通过采用上述技术方案，不提示更新的版本即只有部分用户想要更新的版本，根据用户画像以及用户的历史下载记录确定提醒用户，对提醒用户进行提醒，既可以使有需要的用户及时获取到版本更新的信息，又不会对其他用户造成干扰。
可选的，所述基于所述提醒策略进行提醒，包括：
基于所述提醒类型确定第一预设提醒次数；
获取用户更新信息，所述用户更新信息为用户的客户端历史更新信息；
基于所述版本配置信息以及所述用户更新信息确定历史更新次数，所述历史更新次数为在最小兼容版本之后，用户未进行客户端更新的次数；
基于所述历史更新次数确定权重值；
基于所述权重值以及所述第一预设提醒次数确定第二预设提醒次数；
基于所述第二预设提醒次数以及所述提醒策略进行提醒。
通过采用上述技术方案，对用户进行提醒时，根据提醒类型确定第一预设提醒次数，根据版本配置信息以及用户的客户端历史更新信息确定历史更新次数，根据历史更新次数确定第一预设提醒次数对应的权重值，并根据权重值以及第一预设提醒次数确定第二预设提醒次数，根据用户的客户端历史更新信息确定第二预设提醒次数，使得对用户的提醒更有效，提高了用户进行客户端更新的可能性，从而提高了用户的更新体验。
可选的，所述基于所述第二预设提醒次数以及所述提醒策略进行提醒，包括：
获取当前提醒次数；
基于所述提醒类型确定次数更新方式，所述次数更新方式为对所述当前提醒次数进行更新的方式；
基于所述次数更新方式对所述当前提醒次数进行更新；
基于所述第二预设提醒次数、更新后的所述当前提醒次数以及所述提醒策略进行提醒。
通过采用上述技术方案，提醒类型不同说明更新的重要程度不同，根据提醒类型对当前提醒次数设置不同的次数更新方式，并根据对应的次数更新方式对当前提醒次数进行更新，使得当前提醒次数更加合理，根据第二预设提醒次数以及更新后的当前提醒次数的大小关系进行提醒，使得提醒更加合理。
可选的，所述基于所述下载速度以及所述用户更新需求确定更新策略，包括：
基于所述更新信息确定更新包的第一内存占用值；
若所述第一内存占用值大于预设值，则将所述更新包进行划分，得到多个子更新包；
计算各个所述子更新包的第二内存占用值；
基于所述第二内存占用值以及所述下载速度确定各个所述子更新包对应的所述可用下载渠道；
基于所述更新时间以及所述可用下载渠道对客户端进行更新。
通过采用上述技术方案，当更新包的内存较大时，将更新包划分为多个子更新包，并根据每个子更新包的第二内存占用值以及下载速度确定各个子更新包对应的可用下载渠道，通过各个可用下载渠道对各个子更新包进行下载，提高了下载的速度，从而提高了用户的更新体验。
可选的，所述可用下载渠道包括推荐下载渠道、常用下载渠道以及备选下载渠道，在所述获取用户更新需求以及各个可用下载渠道的下载速度之前，所述方法还包括：
获取设备信息，所述设备信息包括设备位置、设备类型以及操作系统类型；
基于所述设备信息确定下载服务器；
获取所述下载服务器对应的下载渠道的下载速度；
基于所述设备信息以及所述下载速度确定推荐下载渠道；
获取用户的历史下载渠道；
基于所述历史下载渠道确定常用下载渠道；
获取配置下载渠道；
测试各个配置下载渠道的下载速度；
基于所述下载速度以及预设数量确定备选下载渠道。
通过采用上述技术方案，在用户选择更新之后，会向用户推荐可用下载渠道，根据设备信息确定下载服务器，通过该下载服务器中所有下载渠道的下载速度，确定推荐下载渠道，通过对用户历史下载渠道的分析确定常用下载渠道，通过各个配置下载渠道的下载速度确定备选下载渠道，使得用户在进行客户端更新时，可以根据自己需要选择合适的下载渠道，提高了用户的更新体验。
第二方面，本申请提供一种客户端更新装置，采用如下的技术方案：
一种客户端更新装置，包括：
第一获取模块，用于获取当前版本信息以及最新版本信息；
第二获取模块，用于若当前版本不为最新版本，则获取版本配置信息以及用户信息，所述版本配置信息为客户端所有版本的版本信息；
提醒确定模块，用于基于所述用户信息以及所述版本配置信息确定提醒策略；
提醒更新模块，用于基于所述提醒策略对用户进行提醒；
第三获取模块，用于响应于用户更新指令，获取用户更新需求以及各个可用下载渠道的下载速度，所述用户更新需求包括用户根据提醒选择的更新时间以及更新信息，所述更新信息包括更新版本和/或更新功能；
更新确定模块，用于基于所述下载速度以及所述用户更新需求确定更新策略；
用户更新模块，用于基于所述更新策略进行客户端更新。
通过采用上述技术方案，通过比较当前版本信息以及最新版本信息判断当前版本是否为最新版本，若当前版本为最新版本则不进行提醒，若当前版本不为最新版本，则根据版本配置信息以及用户信息确定提醒策略，当有新的版本出现时，能够及时地提醒用户进行更新，并根据用户信息确定不同的提醒策略，提高了提醒策略的个性化，从而提高了用户的使用体验，根据用户更新需求以及可用下载渠道的下载速度确定更新策略，使得更新策略更加符合用户的需求，提高了用户的更新体验。
第三方面，本申请提供一种电子设备，采用如下的技术方案：
一种电子设备，包括处理器，所述处理器与存储器耦合；
所述存储器上存储有能够被处理器加载并执行第一方面任一项所述的客户端更新方法的计算机程序。
第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：
一种计算机可读存储介质，存储有能够被处理器加载并执行第一方面任一项所述的客户端更新方法的计算机程序。
附图说明
图1是本申请实施例提供的一种客户端更新方法的流程示意图。
图2是本申请实施例提供的一种客户端更新装置的结构框图。
图3是本申请实施例提供的电子设备的结构框图。
具体实施方式
以下结合附图对本申请作进一步详细说明。
本申请实施例提供一种客户端更新方法，该客户端更新方法可由电子设备执行，该电子设备可以为服务器也可以为终端设备，其中该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、台式计算机等，但并不局限于此。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
如图1所示，一种客户端更新方法，该方法主要流程描述如下（步骤S101～S107）：
步骤S101、获取当前版本信息以及最新版本信息。
其中，当前版本信息包括应用程序端ID、应用程序版本号、当前接口版本号以及更新下载渠道。
从客户端处获取当前版本信息，当前版本信息通过header头信息进行传递，header头信息包括app_id（应用程序端ID）、app_version(应用程序版本号)、api_version(当前接口版本号)以及download_channel(更新下载渠道)，更新下载渠道即当前版本的下载渠道。
获取当前版本信息的时间可以为启动客户端时，可以为启动后第一次使用时，也可以为使用第一预设时间时，还可以为用户点击更新入口时，其中，第一预设时间为工作人员预先设定，此处不做具体限定。
最新版本信息存储在数据库中，从数据库中获取最新版本信息。
基于当前版本信息以及最新版本信息判断当前版本是否为最新版本，其中，当前版本信息包括应用程序版本号，应用程序版本号包括主版本号、次版本号以及修订版本号，最新版本信息包括最新版本号，最新版本号包括最新主版本号、最新次版本号以及最新修订版本号。
具体地，基于当前版本信息以及最新版本信息判断当前版本是否为最新版本，包括：依次比较主版本号与最新主版本号、次版本号与最新次版本号以及修订版本号与最新修订版本号；若比较结果均相同，则当前版本为最新版本；若存在一组不同，则当前版本不为最新版本，且不再进行后续比较。
在本实施例中，应用程序版本号以“主版本号.次版本号.修订版本号”的格式存储，最新版本号以“最新主版本号.最新次版本号.最新修订版本号”的格式存储，在进行版本号比较时，将版本号拆分为三个部分，然后依次比较主版本号、次版本号和修订版本号，若主版本号与最新主版本号不同，则当前版本不为最新版本，不再进行后续比较；若主版本号与最新主版本号相同，则比较次版本号与最新次版本号，若次版本号与最新次版本号相同，则比较修订版本号与最新修订版本号，若次版本号与最新次版本号不同，则当前版本不为最新版本，不再进行后续比较；只有主版本号与最新主版本号、次版本号与最新次版本号以及修订版本号与最新修订版本号均相同，当前版本才为最新版本。
步骤S102、获取版本配置信息以及用户信息。
在本实施例中，若当前版本不为最新版本，则从数据库中获取客户端所有版本的版本信息（即版本配置信息）以及用户信息，若当前版本为最新版本，则不再继续后续步骤。
版本配置信息包括版本号、版本介绍以及更新类型，用户信息包括用户个人信息、用户设置信息以及用户使用信息，用户设置信息包括主题设置、语言设置以及通知设置，用户使用信息包括用户的操作信息以及交互信息。
具体地，在获取版本配置信息以及用户信息之后，还包括：基于版本配置信息确定最小兼容版本信息；判断当前版本是否大于最小兼容版本；若当前版本不大于最小兼容版本，则提醒类型为强制更新；若当前版本大于最小兼容版本，则提醒类型为最新版本的更新类型。
在本实施例中，从版本配置信息中查找最小兼容版本的相关信息，即最小兼容版本信息，将最小兼容版本信息中的最小兼容版本号与应用程序版本号进行比较，依次比较主版本号、次版本号以及修订版本号，直至判断出最小兼容版本号与应用程序版本号的大小关系，若应用程序版本号不大于最小兼容版本号，即当前版本不大于最小兼容版本，说明当前版本已经无法继续进行使用，需要进行更新之后才可继续使用，则提醒类型为强制更新；若应用程序版本号大于最小兼容版本号，即当前版本大于最小兼容版本，则提醒类型为最新版本的更新类型，即存储于数据库中预先设定好的更新类型。
步骤S103、基于用户信息以及版本配置信息确定提醒策略。
其中，提醒策略包括提醒时间以及提醒类型，提醒类型包括不提示更新以及提示更新，提示更新包括推荐更新以及强制更新，推荐更新包括强提示更新以及弱提示更新。
在本实施例中，提醒类型根据版本更新情况进行设定，若新的版本只是进行了功能的简单优化和/或bug的修复，则提醒类型为不提示更新；若新的版本上线了新功能和/或对已有功能进行了较大的优化，则提醒类型为推荐更新；若新的版本是由于之前的版本存在重大的bug而产生的和/或新的版本调整了重大的逻辑导致之前的版本无法使用，则提醒类型为强制更新；对于提醒类型为推荐更新的版本，根据功能的重要性分为强提示更新以及弱提示更新，对推荐更新的划分由后台工作人员确定，例如：若优化的已有功能被70%以上的用户使用，则将该版本的提醒类型确定为强提示更新，否则，将该版本的提醒类型确定为弱提示更新。
具体地，基于用户信息以及版本配置信息确定提醒策略，包括：基于版本配置信息确定最新版本的提醒类型；基于用户信息确定用户偏好信息；对用户偏好信息进行分析，得到用户画像；基于用户画像确定提醒时间。
在本实施例中，提醒策略为按照提醒类型在提醒时间进行提醒，不同的提醒类型设置有不同的提醒方式，若提醒类型为不提示更新，则提醒方式为badge提示，若提醒类型为提示更新，则提醒方式为弹窗提示，弹窗上展示有版本介绍以及对应的更新按钮，版本介绍为该版本对应用程序的修改介绍，更新按钮的名称与数量与提醒类型对应，例如：若提醒类型为强制更新，则更新按钮为“立即更新”，若提醒类型为强提示更新，则更新按钮为“下次再说”、“选择更新时间段”以及“立即更新”，若提醒类型为弱提示更新，则更新按钮为“跳过该版本”、“选择更新时间段”以及“立即更新”。
从版本配置信息中确定最新版本的更新类型，并将其确定为最新版本的提醒类型，从用户信息中查找用户偏好信息，用户偏好信息即用户设置信息以及用户使用信息，对用户偏好信息进行分析的方式可以为使用数据分析工具进行分析，还可以使用数据挖掘算法进行分析，数据分析工具可以为Excel，还可以为SPSS，数据挖掘算法可以为聚类分析算法，还可以为关联规则挖掘算法，将分析得到的结果作为用户画像，根据用户画像确定提醒时间，例如：若用户画像为用户结束使用的时间为20：00，则提醒时间为20：00；若用户画像为用户允许随时进行通知，则提醒时间为用户打开使用该客户端对应的时刻。
步骤S104、基于提醒策略进行提醒。
根据提醒策略即在提醒时间按照提醒方式对用户进行提醒，使得用户能够及时了解到客户端的更新信息，并根据自己的需求进行客户端更新，提高用户的使用体验。
具体地，基于提醒策略进行提醒，包括：若最新版本的提醒类型为不提示更新，则获取用户的历史下载记录；基于用户画像以及历史下载记录确定提醒用户；对提醒用户按照提醒策略进行提醒。
在本实施例中，不提示更新的版本是为期望用户更新的版本，例如：进行了功能优化的版本、进行了bug修复的版本，不提示更新的版本即更新的功能或修复的bug是部分用户所期望进行改进的，若提醒类型为不提示更新，则对所有用户提醒的方式均为badge提示，提醒策略还包括对于期望用户另外采用弹窗进行提示，弹窗上展示有版本介绍以及对应的更新按钮，例如：更新按钮为“跳过该版本”、“选择更新时间段”以及“立即更新”，期望用户即提醒用户，从数据库中获取用户的历史下载记录，根据用户画像以及历史下载记录确定提醒用户，例如：若用户画像为用户喜欢尝试新鲜事物，则该用户为提醒用户；若用户的历史下载记录为对于每个版本该用户都进行了更新，则该用户为提醒用户，确定对提醒用户进行提醒的提醒策略的方法同上，当提醒用户点击“跳过该版本”后，不会再对提醒用户进行弹窗提示。
具体地，基于提醒策略进行提醒，包括：基于提醒类型确定第一预设提醒次数；获取用户更新信息，用户更新信息为用户的客户端历史更新信息；基于版本配置信息以及用户更新信息确定历史更新次数，历史更新次数为在最小兼容版本之后，用户未进行客户端更新的次数；基于历史更新次数确定权重值；基于权重值以及第一预设提醒次数确定第二预设提醒次数；基于第二预设提醒次数以及提醒策略进行提醒。
其中，第一预设提醒次数为预先设定好的对用户进行提醒的次数。
在本实施例中，若版本的更新类型为强制更新，则不会设置有第一预设提醒次数，而是在用户更新前，每次启动该客户端都会进行提醒；若版本的更新类型为推荐更新，则会设置有第一预设提醒次数。
由于客户端时常会进行更新，而用户并非每次都会选择更新，若用户长时间未进行更新，则该用户使用的客户端可能会存在较多bug或者有较多功能未添加从而无法使用，为了增加用户对客户端更新的重视程度，从而提高用户对该客户端的使用体验，需要根据更新情况对用户进行不同程度的提醒。
从数据库中获取用户的客户端历史更新信息，即用户更新信息，根据用户更新信息以及版本配置信息统计在最小兼容版本之后，开发商对客户端进行了更新，但用户未进行更新的次数，即历史更新次数，若历史更新次数大于第一预设更新次数，则权重值为第一权重值；若历史更新次数小于或等于第一预设更新次数，且，大于第二预设更新次数，则权重值为第二权重值；若历史更新次数小于或等于第二预设更新次数，则权重值为第三权重值；其中，第一预设更新次数大于第二预设更新次数，权重值包括第一权重值、第二权重值以及第三权重值，第一权重值、第二权重值以及第三权重值依次减小。
第二预设提醒次数=第一预设提醒次数*对应的权重值，若计算结果为小数，则向上取整，根据第二预设提醒次数以及提醒策略对用户进行提醒。
具体地，基于第二预设提醒次数以及提醒策略进行提醒，包括：获取当前提醒次数；基于提醒类型确定次数更新方式，次数更新方式为对当前提醒次数进行更新的方式；基于次数更新方式对当前提醒次数进行更新；基于第二预设提醒次数、更新后的当前提醒次数以及提醒策略进行提醒。
在本实施例中，数据库中会存储有当前提醒次数，若提醒类型为推荐更新，即强提示更新以及弱提示更新，则需要根据当前提醒次数确定是否需要进行提醒，当前提醒次数的次数更新方式与提醒类型对应，若版本的提醒类型为强提示更新，则当前提醒次数每日会进行清零，即当前提醒次数为当日进行提醒的次数；若版本的提醒类型为弱提示更新，则当前提醒次数会进行累加，直至出现新的版本，在每次进行提醒和/或每日过后，按照次数更新方式实时对当前提醒次数进行更新。
从数据库中获取当前提醒次数，此处以第二预设提醒次数为1次进行举例说明，若最新版本的提醒类型为强提示更新，且当前提醒次数为1次，说明当日已经进行过提醒，当前提醒次数不小于第二预设提醒次数，则当日不会再进行提醒；若最新版本的提醒类型为强提示更新，且当前提醒次数为0次，说明当日未进行过提醒，当前提醒次数小于第二预设提醒次数，则按照提醒策略进行提醒，并且在提醒之后对当前提醒次数进行加1操作，得到新的当前提醒次数；若最新版本的提醒类型为弱提示更新，且当前提醒次数为1次，说明该版本已经进行过提醒，当前提醒次数不小于第二预设提醒次数，则在出现新的版本之前均不会再进行提醒；若最新版本的提醒类型为弱提示更新，且当前提醒次数为0次，说明该版本未进行过提醒，当前提醒次数小于第二预设提醒次数，则按照提醒策略进行提醒，并且在提醒之后对当前提醒次数进行加1操作，得到新的当前提醒次数。
步骤S105、获取用户更新需求以及各个可用下载渠道的下载速度。
其中，用户更新需求包括用户根据提醒选择的更新时间以及更新信息，更新信息包括更新版本和/或更新功能。
为了提高用户的使用体验，可以在对用户进行提醒时，允许用户选择更新时间，用户可以根据个人需要选择“立即更新”，还是“跳过该版本”，亦或是“选择更新时间段”，即选择一个空闲时间段使得客户端闲时后台更新。
在进行客户端更新时，用户可能并非不想更新，而是由于内存或其他因素限制而不可以更新，故而可以使用户根据自己的情况选择是进行版本更新还是只进行部分功能的更新，即更新信息中的更新版本和/或更新功能，其中，更新版本不仅可以包括当前版本，还可以包括用户以往未更新过的版本；更新功能不仅可以包括当前版本更新的功能，还可以包括用户以往未更新过的版本中的功能。
当接收到用户更新指令时，获取用户更新需求，可用下载渠道为当前用户进行客户端更新可选的下载渠道，通过测速机制测试每个可用下载渠道的下载速度并进行获取，从而用户可以根据下载速度选择一个可用下载渠道进行更新。
具体地，可用下载渠道包括推荐下载渠道、常用下载渠道以及备选下载渠道，在获取用户更新需求以及各个可用下载渠道的下载速度之前，方法还包括：获取设备信息，设备信息包括设备位置、设备类型以及操作系统类型；基于设备信息确定下载服务器；获取下载服务器对应的下载渠道的下载速度；基于设备信息以及下载速度确定推荐下载渠道；获取用户的历史下载渠道；基于历史下载渠道确定常用下载渠道；获取配置下载渠道；测试各个配置下载渠道的下载速度；基于下载速度以及预设数量确定备选下载渠道。
在本实施例中，当用户根据弹窗的指示进行客户端更新时，响应于用户的更新指令，获取用户设备的相关信息即设备信息，设备位置即设备当前所处的地理位置，设备类型即设备的品牌，操作系统例如android系统、iOS系统，根据设备的地理位置，选择距离较近的下载服务器，从该下载服务器处获取该下载服务器对应的下载渠道，并使用测速机制测试每个下载渠道的下载速度，将下载速度最快且与设备的操作系统兼容的下载渠道作为推荐下载渠道，将推荐下载渠道推荐给用户，以使得在下载时提高下载速度和降低延迟，给予用户良好的更新体验，其中，测速机制为本领域技术人员公知的技术手段，此处不再赘述。
从数据库中获取用户的历史下载渠道，对历史下载渠道进行统计分析，将用户历史使用最多的下载渠道确定为常用下载渠道，例如：若用户的历史下载渠道包括：下载渠道A使用2次，下载渠道B使用1次，下载渠道C使用1次，则将下载渠道A确定为常用下载渠道。
从数据库中获取多个配置下载渠道的链接，并使用测速机制测试除推荐下载渠道以及常用下载渠道之外的所有配置下载渠道的下载速度，按照下载速度从快到慢对配置下载渠道进行排序，按照排序依次选择预设数量的下载渠道作为备选下载渠道，其中，预设数量可根据实际情况设置。
设置多个下载渠道不仅可以提高用户的可选择性，而且当某个下载渠道出现故障时，使用故障转移机制以及断点续传能够无缝切换到其他可用的下载渠道，从而使下载任务能够顺利完成，同时会每隔第二预设时间检测各个下载渠道的可用性，当检测到某个下载渠道不稳定或不可用时，自动将其标记为不可用，并继续确定推荐下载渠道以及确定备选下载渠道的步骤。
同时，使用HTTPS协议来保护下载渠道的数据传输，增加下载内容的安全性和完整性。
在下载过程中会实时监测网络连接状态和下载进度，并根据不同情况给予用户适当的提示，例如：当网络发生异常时，会进行网络异常提示，在下载过程中，会展示下载进度条。
步骤S106、基于下载速度以及用户更新需求确定更新策略。
具体地，基于下载速度以及用户更新需求确定更新策略，包括：基于更新信息确定更新包的第一内存占用值；若第一内存占用值大于预设值，则将更新包进行划分，得到多个子更新包；计算各个子更新包的第二内存占用值；基于第二内存占用值以及下载速度确定各个子更新包对应的可用下载渠道；基于更新时间以及可用下载渠道对客户端进行更新。
在本实施例中，当用户选择更新且未选择下载渠道时，根据用户选择的更新版本和/或更新功能得到一个更新包，并计算该更新包的占用的内存大小，即第一内存占用值，若第一内存占用值大于预设值，则说明该更新包占用的内存较大，为了提高更新的速度，将更新包进行划分，划分方式可以为根据功能任务划分，还可以为根据更新顺序进行划分，此处不做具体限定，划分后得到多个子更新包，多个子更新包同时下载，提高了下载速度，从而提高了更新速度。
计算各个子更新包占用的内存大小，即第二内存占用值，将子更新包根据第二内存占用值从大到小进行排序，将可用下载渠道根据下载速度从大到小进行排序，按照子更新包的排序结果以及可用下载渠道的排序结果依次进行分配，例如：子更新包的排序结果为子更新包1、子更新包2以及子更新包3，可用下载渠道的排序结果为可用下载渠道A、可用下载渠道B以及可用下载渠道C，则子更新包1对应可用下载渠道A、子更新包2对应可用下载渠道B以及子更新包3对应可用下载渠道C，在更新时间通过对应的可用下载渠道对子更新包进行下载更新，其中，预设值为根据实际情况设置，此处不做具体限制。
若第一内存占用值小于或等于预设值，则说明该更新包占用的内存较小，无需进行更新包拆分，将下载速度最快的可用下载渠道，即推荐下载渠道作为更新包对应的下载渠道，并通过推荐下载渠道对更新包进行下载更新。
步骤S107、基于更新策略进行客户端更新。
更新策略即在更新时间通过可用下载渠道对更新包和/或子更新包进行下载更新。
图2为本申请实施例提供的一种客户端更新装置200的结构框图。
如图2所示，客户端更新装置200包括：
第一获取模块201，用于获取当前版本信息以及最新版本信息；
第二获取模块202，用于若当前版本不为最新版本，则获取版本配置信息以及用户信息，版本配置信息为客户端所有版本的版本信息；
提醒确定模块203，用于基于用户信息以及版本配置信息确定提醒策略；
提醒更新模块204，用于基于提醒策略对用户进行提醒；
第三获取模块205，用于响应于用户更新指令，获取用户更新需求以及各个可用下载渠道的下载速度，用户更新需求包括用户根据提醒选择的更新时间以及更新信息，更新信息包括更新版本和/或更新功能；
更新确定模块206，用于基于下载速度以及用户更新需求确定更新策略；
用户更新模块207，用于基于更新策略进行客户端更新。
作为本实施例的一种可选实施方式，提醒策略包括提醒时间以及提醒类型，提醒类型包括不提示更新以及提示更新，提示更新包括推荐更新以及强制更新，推荐更新包括强提示更新以及弱提示更新，提醒确定模块203还具体用于基于用户信息以及版本配置信息确定提醒策略，包括：基于版本配置信息确定最新版本的提醒类型；基于用户信息确定用户偏好信息；对用户偏好信息进行分析，得到用户画像；基于用户画像确定提醒时间。
作为本实施例的一种可选实施方式，提醒更新模块204还具体用于基于提醒策略进行提醒，包括：若最新版本的提醒类型为不提示更新，则获取用户的历史下载记录；基于用户画像以及历史下载记录确定提醒用户；对提醒用户按照提醒策略进行提醒。
作为本实施例的一种可选实施方式，提醒更新模块204还具体用于基于提醒策略进行提醒，包括：基于提醒类型确定第一预设提醒次数；获取用户更新信息，用户更新信息为用户的客户端历史更新信息；基于版本配置信息以及用户更新信息确定历史更新次数，历史更新次数为在最小兼容版本之后，用户未进行客户端更新的次数；基于历史更新次数确定权重值；基于权重值以及第一预设提醒次数确定第二预设提醒次数；基于第二预设提醒次数以及提醒策略进行提醒。
作为本实施例的一种可选实施方式，提醒更新模块204还具体用于基于第二预设提醒次数以及提醒策略进行提醒，包括：获取当前提醒次数；基于提醒类型确定次数更新方式，次数更新方式为对当前提醒次数进行更新的方式；基于次数更新方式对当前提醒次数进行更新；基于第二预设提醒次数、更新后的当前提醒次数以及提醒策略进行提醒。
作为本实施例的一种可选实施方式，更新确定模块206还具体用于基于下载速度以及用户更新需求确定更新策略，包括：基于所更新信息确定更新包的第一内存占用值；若第一内存占用值大于预设值，则将更新包进行划分，得到多个子更新包；计算各个子更新包的第二内存占用值；基于第二内存占用值以及下载速度确定各个子更新包对应的可用下载渠道；基于更新时间以及可用下载渠道对客户端进行更新。
作为本实施例的一种可选实施方式，可用下载渠道包括推荐下载渠道、常用下载渠道以及备选下载渠道，第三获取模块205还具体用于在获取用户更新需求以及各个可用下载渠道的下载速度之前，还包括：获取设备信息，设备信息包括设备位置、设备类型以及操作系统类型；基于设备信息确定下载服务器；获取下载服务器对应的下载渠道的下载速度；基于设备信息以及下载速度确定推荐下载渠道；获取用户的历史下载渠道；基于历史下载渠道确定常用下载渠道；获取配置下载渠道；测试各个配置下载渠道的下载速度；基于下载速度以及预设数量确定备选下载渠道。
在一个例子中，以上任一装置中的模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specificintegratedcircuit，ASIC)，或，一个或多个数字信号处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。
再如，当装置中的模块可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
图3为本申请实施例提供的一种电子设备300的结构框图。
如图3所示，电子设备300包括处理器301和存储器302，还可以进一步包括信息输入/信息输出(I/O)接口303、通信组件304中的一种或多种以及通信总线305。
其中，处理器301用于控制电子设备300的整体操作，以完成上述的客户端更新方法的全部或部分步骤；存储器302用于存储各种类型的数据以支持在电子设备300的操作，这些数据例如可以包括用于在该电子设备300上操作的任何应用程序或方法的指令，以及应用程序相关的数据。该存储器302可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，SRAM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、只读存储器(Read-OnlyMemory，ROM)、磁存储器、快闪存储器、磁盘或光盘中的一种或多种。
I/O接口303为处理器301和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件304用于电子设备300与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(NearField Communication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件304可以包括：Wi-Fi部件，蓝牙部件，NFC部件。
电子设备300可以被一个或多个应用专用集成电路 (Application SpecificIntegrated Circuit，简称ASIC)、数字信号处理器(Digital Signal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field ProgrammableGate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述实施例给出的客户端更新方法。
通信总线305可包括一通路，在上述组件之间传送信息。通信总线305可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA (ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。通信总线305可以分为地址总线、数据总线、控制总线等。
电子设备300可以包括但不限于移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端，还可以为服务器等。
本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述的客户端更新方法的步骤。
该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器 (R ead-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (8)
1.一种客户端更新方法，其特征在于，包括：
获取当前版本信息以及最新版本信息；
若当前版本不为最新版本，则从数据库中获取版本配置信息以及用户信息，所述版本配置信息为所有版本的版本信息；
基于所述用户信息以及所述版本配置信息确定提醒策略，所述提醒策略包括提醒时间以及提醒类型；
基于所述提醒策略进行提醒；
响应于用户更新指令，获取用户更新需求以及各个可用下载渠道的下载速度，所述用户更新需求包括用户根据提醒选择的更新时间以及更新信息，所述更新信息包括更新版本和/或更新功能；
基于所述下载速度以及所述用户更新需求确定更新策略；
基于所述更新策略进行客户端更新；
所述基于所述提醒策略进行提醒，包括：
基于所述提醒类型确定第一预设提醒次数；
获取用户更新信息，所述用户更新信息为用户的客户端历史更新信息；
基于所述版本配置信息以及所述用户更新信息确定历史更新次数，所述历史更新次数为在最小兼容版本之后，用户未进行客户端更新的次数；
基于所述历史更新次数确定权重值；
基于所述权重值以及所述第一预设提醒次数确定第二预设提醒次数；
基于所述第二预设提醒次数以及所述提醒策略进行提醒；
所述基于所述第二预设提醒次数以及所述提醒策略进行提醒，包括：
获取当前提醒次数；
基于所述提醒类型确定次数更新方式，所述次数更新方式为对所述当前提醒次数进行更新的方式；
基于所述次数更新方式对所述当前提醒次数进行更新；
基于所述第二预设提醒次数、更新后的所述当前提醒次数以及所述提醒策略进行提醒。
2.根据权利要求1所述的方法，其特征在于，所述提醒类型包括不提示更新以及提示更新，所述提示更新包括推荐更新以及强制更新，所述推荐更新包括强提示更新以及弱提示更新，所述基于所述用户信息以及所述版本配置信息确定提醒策略，包括：
基于所述版本配置信息确定最新版本的提醒类型；
基于所述用户信息确定用户偏好信息；
对所述用户偏好信息进行分析，得到用户画像；
基于所述用户画像确定提醒时间。
3.根据权利要求2所述的方法，其特征在于，所述基于所述提醒策略进行提醒，包括：
若最新版本的提醒类型为不提示更新，则从数据中获取用户的历史下载记录；
基于所述用户画像以及所述历史下载记录确定提醒用户；
对所述提醒用户按照提醒策略进行提醒。
4.根据权利要求1所述的方法，其特征在于，所述基于所述下载速度以及所述用户更新需求确定更新策略，包括：
基于所述更新信息确定更新包的第一内存占用值；
若所述第一内存占用值大于预设值，则将所述更新包进行划分，得到多个子更新包；
计算各个所述子更新包的第二内存占用值；
基于所述第二内存占用值以及所述下载速度确定各个所述子更新包对应的所述可用下载渠道；
基于所述更新时间以及所述可用下载渠道对客户端进行更新。
5.根据权利要求1所述的方法，其特征在于，所述可用下载渠道包括推荐下载渠道、常用下载渠道以及备选下载渠道，在所述获取用户更新需求以及各个可用下载渠道的下载速度之前，所述方法还包括：
获取设备信息，所述设备信息包括设备位置、设备类型以及操作系统类型；
基于所述设备信息确定下载服务器；
获取所述下载服务器对应的下载渠道的下载速度；
基于所述设备信息以及所述下载速度确定推荐下载渠道；
获取用户的历史下载渠道；
基于所述历史下载渠道确定常用下载渠道；
获取配置下载渠道；
测试各个配置下载渠道的下载速度；
基于所述下载速度以及预设数量确定备选下载渠道。
6.一种客户端更新装置，其特征在于，包括：
第一获取模块，用于获取当前版本信息以及最新版本信息；
第二获取模块，用于若当前版本不为最新版本，则从数据库中获取版本配置信息以及用户信息，所述版本配置信息为所有版本的版本信息；
提醒确定模块，用于基于所述用户信息以及所述版本配置信息确定提醒策略，所述提醒策略包括提醒时间以及提醒类型；
提醒更新模块，用于基于所述提醒策略进行提醒；
第三获取模块，用于响应于用户更新指令，获取用户更新需求以及各个可用下载渠道的下载速度，所述用户更新需求包括用户根据提醒选择的更新时间以及更新信息，所述更新信息包括更新版本和/或更新功能；
更新确定模块，用于基于所述下载速度以及所述用户更新需求确定更新策略；
用户更新模块，用于基于所述更新策略进行客户端更新；
所述提醒更新模块还用于所述基于所述提醒策略进行提醒，包括：
基于所述提醒类型确定第一预设提醒次数；
获取用户更新信息，所述用户更新信息为用户的客户端历史更新信息；
基于所述版本配置信息以及所述用户更新信息确定历史更新次数，所述历史更新次数为在最小兼容版本之后，用户未进行客户端更新的次数；
基于所述历史更新次数确定权重值；
基于所述权重值以及所述第一预设提醒次数确定第二预设提醒次数；
基于所述第二预设提醒次数以及所述提醒策略进行提醒；
所述提醒更新模块还用于所述基于所述第二预设提醒次数以及所述提醒策略进行提醒，包括：
获取当前提醒次数；
基于所述提醒类型确定次数更新方式，所述次数更新方式为对所述当前提醒次数进行更新的方式；
基于所述次数更新方式对所述当前提醒次数进行更新；
基于所述第二预设提醒次数、更新后的所述当前提醒次数以及所述提醒策略进行提醒。
7.一种电子设备，其特征在于，包括处理器，所述处理器与存储器耦合；
所述处理器用于执行所述存储器中存储的计算机程序，以使得所述电子设备执行如权利要求1至5任一项所述的方法。
8.一种计算机可读存储介质，其特征在于，包括计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行如权利要求1至5任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410051134.XA CN117573172B (zh) | 2024-01-15 | 2024-01-15 | 客户端更新方法、装置、设备及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410051134.XA CN117573172B (zh) | 2024-01-15 | 2024-01-15 | 客户端更新方法、装置、设备及介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117573172A CN117573172A (zh) | 2024-02-20 |
| CN117573172B true CN117573172B (zh) | 2024-04-12 |
Family
ID=89864575
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410051134.XA Active CN117573172B (zh) | 2024-01-15 | 2024-01-15 | 客户端更新方法、装置、设备及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117573172B (zh) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106775738A (zh) * | 2016-12-26 | 2017-05-31 | 维沃移动通信有限公司 | 应用程序的升级提示方法及移动终端 |
| CN106990948A (zh) * | 2016-10-14 | 2017-07-28 | 深圳大宇无限科技有限公司 | 应用升级处理方法和装置 |
| CN107770386A (zh) * | 2017-10-31 | 2018-03-06 | 维沃移动通信有限公司 | 一种闹钟设置方法、移动终端及计算机可读存储介质 |
| CN109451049A (zh) * | 2018-12-15 | 2019-03-08 | 深圳壹账通智能科技有限公司 | 应用程序更新包的下载方法、装置、计算机设备及存储介质 |
| CN109522041A (zh) * | 2018-10-15 | 2019-03-26 | 网易（杭州）网络有限公司 | 客户端资源更新方法、装置、处理器、服务器及终端 |
| CN111062192A (zh) * | 2019-12-17 | 2020-04-24 | 支付宝(杭州)信息技术有限公司 | 一种信息通知方法、装置及设备 |
| CN111984286A (zh) * | 2020-07-15 | 2020-11-24 | 深圳拓邦股份有限公司 | 一种app分类升级方法 |
| CN114138292A (zh) * | 2020-09-04 | 2022-03-04 | 深圳Tcl新技术有限公司 | 一种系统升级方法、存储介质及终端设备 |
| CN115834558A (zh) * | 2022-11-18 | 2023-03-21 | 国汽智控(北京)科技有限公司 | 基于车载应用的更新包校验方法、装置、设备及存储介质 |
| CN116527503A (zh) * | 2023-03-28 | 2023-08-01 | 青岛海尔科技有限公司 | 升级策略的确定方法及装置、存储介质及电子装置 |
| CN117111985A (zh) * | 2023-08-21 | 2023-11-24 | Oppo广东移动通信有限公司 | 应用更新方法及相关装置 |
-
2024
- 2024-01-15 CN CN202410051134.XA patent/CN117573172B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106990948A (zh) * | 2016-10-14 | 2017-07-28 | 深圳大宇无限科技有限公司 | 应用升级处理方法和装置 |
| CN106775738A (zh) * | 2016-12-26 | 2017-05-31 | 维沃移动通信有限公司 | 应用程序的升级提示方法及移动终端 |
| CN107770386A (zh) * | 2017-10-31 | 2018-03-06 | 维沃移动通信有限公司 | 一种闹钟设置方法、移动终端及计算机可读存储介质 |
| CN109522041A (zh) * | 2018-10-15 | 2019-03-26 | 网易（杭州）网络有限公司 | 客户端资源更新方法、装置、处理器、服务器及终端 |
| CN109451049A (zh) * | 2018-12-15 | 2019-03-08 | 深圳壹账通智能科技有限公司 | 应用程序更新包的下载方法、装置、计算机设备及存储介质 |
| CN111062192A (zh) * | 2019-12-17 | 2020-04-24 | 支付宝(杭州)信息技术有限公司 | 一种信息通知方法、装置及设备 |
| CN111984286A (zh) * | 2020-07-15 | 2020-11-24 | 深圳拓邦股份有限公司 | 一种app分类升级方法 |
| CN114138292A (zh) * | 2020-09-04 | 2022-03-04 | 深圳Tcl新技术有限公司 | 一种系统升级方法、存储介质及终端设备 |
| CN115834558A (zh) * | 2022-11-18 | 2023-03-21 | 国汽智控(北京)科技有限公司 | 基于车载应用的更新包校验方法、装置、设备及存储介质 |
| CN116527503A (zh) * | 2023-03-28 | 2023-08-01 | 青岛海尔科技有限公司 | 升级策略的确定方法及装置、存储介质及电子装置 |
| CN117111985A (zh) * | 2023-08-21 | 2023-11-24 | Oppo广东移动通信有限公司 | 应用更新方法及相关装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117573172A (zh) | 2024-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110413506B (zh) | 测试用例推荐方法、装置、设备及存储介质 | |
| CN103853604B (zh) | 应用程序管理方法及应用程序推荐方法 | |
| EP2996366B1 (en) | Application recommendation method, system and server | |
| US8205195B2 (en) | Method and system for automatically classifying and installing patches on systems | |
| CN108768821B (zh) | 信息推送方法、装置、服务器及计算机可读介质 | |
| US10516748B2 (en) | IoT device identification | |
| CN107679683B (zh) | 软件开发进度预警方法和装置 | |
| CN109859002B (zh) | 产品推送方法、装置、计算机设备及存储介质 | |
| US20140289719A1 (en) | Automatic version management | |
| CN108805332B (zh) | 一种特征评估方法和装置 | |
| US8301605B2 (en) | Managing maintenance tasks for computer programs | |
| CN114880310A (zh) | 一种用户行为分析方法、装置、计算机设备及存储介质 | |
| CN117573172B (zh) | 客户端更新方法、装置、设备及介质 | |
| CN114816389B (zh) | 一种基于元模型的管理系统搭建方法、装置、设备及介质 | |
| CN115242621B (zh) | 网络专线监控方法、装置、设备及计算机可读存储介质 | |
| CN112231194B (zh) | 一种指标异常根源分析方法、装置及计算机可读存储介质 | |
| CN111949866B (zh) | 应用推荐处理方法和装置 | |
| CN115190010A (zh) | 基于软件服务依赖关系的分布推荐方法和装置 | |
| CN111176965B (zh) | 推荐系统预发布测试方法、装置及电子设备 | |
| CN114630363A (zh) | 一种WiFi组件性能测试方法、装置、存储介质及测试设备 | |
| CN113836130A (zh) | 数据质量评估方法、装置、设备及存储介质 | |
| CN105630503A (zh) | 一种基于用户操作记录的应用开发移动设备选取方法 | |
| CN116828148B (zh) | 监控视频汇聚共享方法、装置、设备及可读存储介质 | |
| CN117516633B (zh) | 适用于金刚石生产的远程监测方法、装置、设备及介质 | |
| CN117313856B (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 |