CN113360166A - 一种数据处理的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种数据处理的方法和装置，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，所述方法包括：获取所述协同组件系统的目标客户端上传的用户使用数据；根据所述用户使用数据，向所述目标客户端推送版本更新消息；在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；按照所述版本更新方式，对所述目标客户端进行版本更新。通过本发明实施例，实现了对目标客户端进行版本更新，提高用户使用体验。

Description

一种数据处理的方法和装置

技术领域

本发明涉及数据处理技术领域，特别是涉及一种数据处理方法和装置。

背景技术

为了丰富客户端功能，从而达到为用户提供更优质的服务，可以对技术进行改进，当技术存在改进时，会形成不同的客户端版本，客户端需要及时更新版本才能体验改进后的客户端的功能。

目前，在出现新版本时，就会直接向客户端推送消息，当用户没有关注到版本更新的推送消息时，可能会忘记进行客户端更新，从而导致客户端的版本过时，用户的使用体验差。

发明内容

鉴于上述问题，提出了以便提供克服上述问题或者至少部分地解决上述问题的一种数据处理方法和装置，包括：

一种数据处理的方法，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，所述方法包括：

获取所述协同组件系统的目标客户端上传的用户使用数据；

根据所述用户使用数据，向所述目标客户端推送版本更新消息；

在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；

按照所述版本更新方式，对所述目标客户端进行版本更新。

可选地，所述根据所述用户使用数据，向所述目标客户端推送版本更新消息，包括：

根据所述用户使用数据，预测下一次使用所述目标客户端的时间点；

在所述时间点前预设时间段内，向所述目标客户端推送版本更新消息。

可选地，所述确定针对所述目标客户端的版本更新方式，包括：

确定所述目标客户端的当前版本与最新版本的版本差；

在所述版本差小于或等于预设版本差时，确定针对所述目标客户端的版本更新方式为全量更新；

在所述版本差大于预设版本差时，确定针对所述目标客户端的版本更新方式为增量更新。

可选地，在所述获取所述协同组件系统的目标客户端上传的用户使用数据之前，还包括：

获取最新版本的Android数据包；

响应于用户操作，发布所述最新版本的Android数据包。

可选地，在所述获取所述协同组件系统的目标客户端上传的用户使用数据之前，还包括：

获取针对最新版本的IOS数据包的下载地址；

响应于用户操作，发布所述针对最新版本的IOS数据包的下载地址。

可选地，在所述获取所述协同组件系统的目标客户端上传的用户使用数据之前，还包括；

获取多个客户端的版本信息；

从所述多个客户端中，确定当前版本不是最新版本的目标客户端

可选地，所述用户使用数据包括：

用户使用所述目标客户端时采集的时间信息。

一种数据处理的装置，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，所述装置包括：

用户使用数据获取模块，用于获取所述协同组件系统的目标客户端上传的用户使用数据；

版本更新消息推送模块，用于根据所述用户使用数据，向所述目标客户端推送版本更新消息；

版本更新方式确定模块，用于在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；

版本更新模块，用于按照所述版本更新方式，对所述目标客户端进行版本更新。

一种电子设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的数据处理的方法。

一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的数据处理的方法。

本发明实施例具有以下优点：

本发明实施例通过获取所述协同组件系统的目标客户端上传的用户使用数据，根据所述用户使用数据，向所述目标客户端推送版本更新消息，在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式，按照所述版本更新方式，对所述目标客户端进行版本更新，实现了对目标客户端进行版本更新，提高用户使用体验。

附图说明

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

图1a是本发明一实施例提供的一种协同组件系统业务架构示意图；

图1b是本发明一实施例提供的一种数据处理的方法的步骤流程图；

图2是本发明一实施例提供的另一种数据处理的方法的步骤流程图；

图3是本发明一实施例提供的数据处理的装置的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

以服务于外地个人和企业作为产品设计的原动力之一，聚焦服务对象的需求和感受。协同组件系统围绕入境、居住、出行、学习、就业、创业、医疗、养老等民生领域，全面整合政务服务、公共服务、便民服务资源，优化服务应用，帮助外地个人和企业了解本地、认识本地、融入本地、生活本地。

协同组件系统是一个开放的应用框架平台，为服务集约化接入和管理提供支撑能力。它支持将各种业务应用、信息资源集成到统一的管理平台之上，以统一的用户界面提供给使用者，建立服务运营者、服务提供者、服务使用者的服务枢纽，使政府能够快速、广泛的发布信息，提供服务；使外地企业和个人能够及时了解信息和使用服务；使社会第三方能够通过公共服务工具开发和利用信息资源，使城市信息与服务能够集中运行、维护和管理。

协同组件系统将充分利用大数据、语音识别、自然语言处理、人机交互等业界领先技术能力，构建集智能提示、智能问答、智能推荐等的智能服务体系；根据用户行为足迹，分析用户习惯和潜在需求，提供精准推送、个性化资源订阅等服务，支持用户建立个性化智能首页，实现移动服务“千人千面”，为外地企业和个人提供平等、快捷、个性化、全方位的服务和体验。

如图1a，协同组件系统业务架构分为展现层、业务应用层、支撑层、数据层和基础层。

1、展现层

展现层是直接面向用户的层，根据需求分为：协同组件系统(IOS)、协同组件系统(Android)、协同组件系统(Web控制台)和H5应用；其中，Android和IOS的功能相同，适用于不同平台；Web控制台为管理员用户提供管理功能，包括用户管理、服务管理、咨询管理、运营管理等；H5应用是第三方服务，用于集成在协同组件系统中，为用户提供一个应用程序通办多项业务的功能。

2、业务应用层

业务应用层是整个系统的中枢，提供全部的业务服务，控制整个系统的运行，产品提供的各种能力都是在这里体现；根据微服务的设计理念，该层会根据提供的能力的不同，将系统分成多个微服务模块，包括我的、语音助手、服务政策、咨询服务、智能搜索、首页、用户中心、运营管理、应用集成等，各个模块独立运行，保证了整体服务的高可用，实现对系统的精细化管理。

3、支撑层

支撑层将系统的部分能力进行抽取，与具体业务进行剥离，实现能力的独立性；这样既可以保证能力的稳定运行，同时还可以实现能力的复用。

支撑层包括自动语音识别、智能客服、鉴权、推荐服务、消息推送、搜索引擎、智能知识库、短信等模块。

4、数据层

数据层提供了整个系统的数据存储，将系统运行过程中产生的数据进行保存，实现数据的流转和持久化，是整个系统价值所在。

数据层可以包括业务数据层，运营管理、智能推送、基础支撑管理、咨讯管理、知识库、用户中心、消息服务、智能搜索、应用管理等。

5、基础层

基础层是物理层，是上面各层能力的物理体现，提供系统的运行环境、存储环境、网络环境、安全环境等，是系统正常运行的基础。

基础层包括计算服务、存储服务、网络服务、中间件、云数据库、安全等。

参照图1b，示出了本发明一实施例提供的一种数据处理的方法的步骤流程图，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，具体可以包括如下步骤：

步骤101，获取所述协同组件系统的目标客户端上传的用户使用数据；

在本发明一实施例中，所述用户使用数据包括：

用户使用所述目标客户端时采集的时间信息。

协同组件系统可以关联多个客户端，多个客户端可以是同一用户的多个客户端，也可以是多个用户的客户端，从多个客户端中确定目标客户端，并获取目标客户端上传的用户使用数据，其中，用户使用数据可以是用户使用目标客户端时采集的时间信息，如用户使用目标客户端的总时长，用户使用目标客户端的时间段等。

在本发明一实施例中，在步骤101之前，所述方法还包括：

步骤11，获取最新版本的Android数据包；

在实际应用中，协同组件系统的客户端可以支持Android系统或IOS系统。从而，更新版本的数据包也可以依照Android系统或IOS系统划分为最新版本的Android数据包或最新版本的IOS数据包。

当客户端支持Android系统时，则可以获取最新版本的Android数据包。

步骤12，响应于用户操作，发布所述最新版本的Android数据包。

在获取数据包后，当用户对数据包进行发布操作时，可以响应于用户操作，发布最新版本的Android数据包。

在本发明一实施例中，在步骤101之前，所述方法还包括：

步骤13，获取针对最新版本的IOS数据包的下载地址；

在实际应用中，当客户端支持IOS系统时，则可以获取针对最新版本的IOS数据包的下载地址。

步骤14，响应于用户操作，发布所述针对最新版本的IOS数据包的下载地址。

在获取IOS数据包的下载地址，当用户对获取的下载地址进行发布操作时，可以响应于用户操作，发布针对最新版本的IOS数据包的下载地址。

在本发明一实施例中，在步骤101之前，所述方法还包括：

获取多个客户端的版本信息；从所述多个客户端中，确定当前版本不是最新版本的目标客户端。

在实际应用中，协同组件系统可以关联多个客户端，多个客户端可以是同一用户的多个客户端，也可以是多个用户的客户端，针对多个客户端，可以分别获取每个客户端的版本信息，并确定客户端的当前版本是否是最新版本，当客户端的当前版本不是最新版本时，该客户端需要进行版本更新，则该客户端可以被确定为目标客户端。

步骤102，根据所述用户使用数据，向所述目标客户端推送版本更新消息；

在获取用户使用数据后，为了使用户及时收到版本更新消息，可以对用户使用数据进行分析，确定最佳推送时间，从而可以按照该推送时间向目标客户端推送版本更新消息。

步骤103，在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；

目标客户端在接收到版本更新消息后，目标客户端可以在触发响应版本更新消息的事件(如用户操作确认更新的操作)的作用下，向协同组件系统发送版本更新请求，协同组件系统在接收到版本更新请求时，可以确定目标客户端的版本更新方式。

需要说明的是，版本更新方式可以是全量更新，也可以是增量更新，在此不对目标客户端的版本更新方式做过多限制。

步骤104，按照所述版本更新方式，对所述目标客户端进行版本更新。

在确定版本更新方式后，可以按照版本更新方式对目标客户端进行版本更新。

在本发明实施例中，通过获取所述协同组件系统的目标客户端上传的用户使用数据，根据所述用户使用数据，向所述目标客户端推送版本更新消息，在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式，按照所述版本更新方式，对所述目标客户端进行版本更新，实现了对目标客户端进行版本更新，提高用户使用体验。

参照图2，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，示出了本发明一实施例提供的另一种数据处理的方法的步骤流程图，具体可以包括如下步骤：

步骤201，获取所述协同组件系统的目标客户端上传的用户使用数据；

协同组件系统可以关联多个客户端，多个客户端可以是同一用户的多个客户端，也可以是多个用户的客户端，从多个客户端中确定目标客户端，并获取目标客户端上传的用户使用数据，其中，用户使用数据可以是用户使用目标客户端时采集的时间信息，如用户使用目标客户端的总时长，用户使用目标客户端的时间段等。

步骤202，根据所述用户使用数据，预测下一次使用所述目标客户端的时间点；

在确定用户使用数据后，可以根据用户使用数据，预测用户下一次使用目标客户端的时间点。

例如，获取的用户A在过去一个月内在18:30—22：00这段时间都有使用客户端B，则可以将每天的18:30—22：00中的任意时间点作为用户下一次使用客户端B的时间点。

步骤203，在所述时间点前预设时间段内，向所述目标客户端推送版本更新消息。

在确定时间点后，可以在时间点前预设时间段内，向目标客户端推送版本更新消息，从而，可以使用户在下一次使用客户端时，及时看到版本更新消息，并处理版本更新消息，如，当用户需要更新目标客户端的版本时，则可以针对该版本更新消息进行确认操作，从而，标客户端可以响应用户操作，向协同组件系统发送版本更新请求。

步骤204，在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；

目标客户端在接收到版本更新消息后，目标客户端可以在触发响应版本更新消息的事件(如用户操作确认更新的操作)的作用下，向协同组件系统发送版本更新请求，协同组件系统在接收到版本更新请求时，可以确定目标客户端的版本更新方式。

在本发明一实施例中，所述确定针对所述目标客户端的版本更新方式，包括：

子步骤21，客户端的当前版本与最新版本的版本差；

在实际应用中，协同系统组件的客户端可能存在多个版本，不同版本之间的版本差异(即版本差)不同，则对应更新方式也就不同。

当协同系统组件接收到版本更新请求时，可以比较客户端的当前版本与最新版本的版本差异，确定版本差，版本差可以用于确定针对目标客户端的版本更新方式。

子步骤22，小于或等于预设版本差时，确定针对所述目标客户端的版本更新方式为全量更新；

当版本差小于或等于预设版本差时，说明本次版本更新不大，可以采用全量更新，则确定针对目标客户端的版本更新方式为全量更新。

子步骤23，大于预设版本差时，确定针对所述目标客户端的版本更新方式为增量更新。

当版本差大于预设版本差时，说明本次版本更新较大，可以采用增量更新，则确定针对目标客户端的版本更新方式为增量更新。

步骤205，按照所述版本更新方式，对所述目标客户端进行版本更新。

在一示例中，客户端的系统设置中可以对客户端的版本更新进行对应设置。

当用户在系统设置界面中点击版本更新栏，则进入版本更新页面。该页面可以展示多个客户端的当前版本、最新版本和最新版本的更新内容提示。版本更新页面中还可以提供多个交互控件(如立即更新按钮、暂不更新按钮、返回按钮)，当用户针对不同交互控件进行操作时，客户端可以响应用户操作，进行版本更新或者不更新。

例如，当用户点击版本更新页面中的立即更新按钮时，Android系统的客户端可以从服务端下载Android数据包，并进行安装；IOS系统的客户端可以跳转到IOS数据包对应的下载页面。

当用户点击暂不更新按钮，则可以返回系统设置页面。

当用户点击返回按钮，则返回系统设置页面。

在本发明实施例中，通过获取所述协同组件系统的目标客户端上传的用户使用数据，根据所述用户使用数据，预测下一次使用所述目标客户端的时间点，在所述时间点前预设时间段内，向所述目标客户端推送版本更新消息，在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式，按照所述版本更新方式，对所述目标客户端进行版本更新，实现了及时对目标客户端进行版本更新，改善用户体验。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图3，示出了本发明一实施例提供的一种数据处理的装置的结构示意图，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，具体可以包括如下模块：

用户使用数据获取模块301，用于获取所述协同组件系统的目标客户端上传的用户使用数据；

版本更新消息推送模块302，用于根据所述用户使用数据，向所述目标客户端推送版本更新消息；

版本更新方式确定模块303，用于在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；

版本更新模块304，用于按照所述版本更新方式，对所述目标客户端进行版本更新。

在本发明一实施例中，版本更新消息推送模块302可以包括：

时间点预测字模块，用于根据所述用户使用数据，预测下一次使用所述目标客户端的时间点；

消息推送子模块，用于在所述时间点前预设时间段内，向所述目标客户端推送版本更新消息。

在本发明一实施例中，版本更新方式确定模块303可以包括：

版本差确定子模块，用于确定所述目标客户端的当前版本与最新版本的版本差；

全量更新子模块，用于在所述版本差小于或等于预设版本差时，确定针对所述目标客户端的版本更新方式为全量更新；

增量更新子模块，用于在所述版本差大于预设版本差时，确定针对所述目标客户端的版本更新方式为增量更新。

在本发明一实施例中，所述装置还包括：

数据包获取模块，用于获取最新版本的Android数据包；

数据包发布模块，用于响应于用户操作，发布所述最新版本的Android数据包。

在本发明一实施例中，所述装置还包括：

下载地址获取模块，用于获取针对最新版本的IOS数据包的下载地址；

下载地址发布模块，用于响应于用户操作，发布所述针对最新版本的IOS数据包的下载地址。

在本发明一实施例中，所述装置还包括：

版本信息获取模块，用于获取多个客户端的版本信息；

目标客户端确定模块，用于从所述多个客户端中，确定当前版本不是最新版本的目标客户端

在本发明一实施例中，所述装置还包括：所述用户使用数据包括：

用户使用所述目标客户端时采集的时间信息。

在本发明实施例中，通过获取所述协同组件系统的目标客户端上传的用户使用数据，根据所述用户使用数据，向所述目标客户端推送版本更新消息，在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式，按照所述版本更新方式，对所述目标客户端进行版本更新，实现了对目标客户端进行版本更新，提高用户使用体验。

本发明一实施例还提供了一种电子设备，可以包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上数据处理的方法。

本发明一实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上数据处理的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对所提供的一种数据处理的方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种数据处理的方法，其特征在于，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，所述方法包括：

获取所述协同组件系统的目标客户端上传的用户使用数据；

根据所述用户使用数据，向所述目标客户端推送版本更新消息；

在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；

按照所述版本更新方式，对所述目标客户端进行版本更新。

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户使用数据，向所述目标客户端推送版本更新消息，包括：

根据所述用户使用数据，预测下一次使用所述目标客户端的时间点；

在所述时间点前预设时间段内，向所述目标客户端推送版本更新消息。

3.根据权利要求1或2所述的方法，其特征在于，所述确定针对所述目标客户端的版本更新方式，包括：

确定所述目标客户端的当前版本与最新版本的版本差；

在所述版本差小于或等于预设版本差时，确定针对所述目标客户端的版本更新方式为全量更新；

在所述版本差大于预设版本差时，确定针对所述目标客户端的版本更新方式为增量更新。

4.根据权利要求3所述的方法，其特征在于，在所述获取所述协同组件系统的目标客户端上传的用户使用数据之前，还包括：

获取最新版本的Android数据包；

响应于用户操作，发布所述最新版本的Android数据包。

5.根据权利要求3所述的方法，其特征在于，在所述获取所述协同组件系统的目标客户端上传的用户使用数据之前，还包括：

获取针对最新版本的IOS数据包的下载地址；

响应于用户操作，发布所述针对最新版本的IOS数据包的下载地址。

6.根据权利要求1所述的方法，其特征在于，在所述获取所述协同组件系统的目标客户端上传的用户使用数据之前，还包括：

获取多个客户端的版本信息；

从所述多个客户端中，确定当前版本不是最新版本的目标客户端。

7.根据权利要求1所述的方法，其特征在于，所述用户使用数据包括：

用户使用所述目标客户端时采集的时间信息。

8.一种数据处理的装置，其特征在于，应用于协同组件系统，所述协同组件系统为对接的多个业务系统提供统一的对外服务，所述装置包括：

用户使用数据获取模块，用于获取所述协同组件系统的目标客户端上传的用户使用数据；

版本更新消息推送模块，用于根据所述用户使用数据，向所述目标客户端推送版本更新消息；

版本更新方式确定模块，用于在接收到所述目标客户端通过响应于所述版本更新消息发送的版本更新请求时，确定针对所述目标客户端的版本更新方式；

版本更新模块，用于按照所述版本更新方式，对所述目标客户端进行版本更新。

9.一种电子设备，其特征在于，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的数据处理的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的数据处理的方法。

Images