CN117914844A

CN117914844A - 数据处理方法、可读存储介质和电子设备

Info

Publication number: CN117914844A
Application number: CN202211284837.4A
Authority: CN
Inventors: 任哲坡; 曹霄; 李晨庚; 李朝阳
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-10-17
Filing date: 2022-10-17
Publication date: 2024-04-19
Also published as: WO2024082977A1

Abstract

本申请涉及数据处理领域，公开了一种数据处理方法、可读存储介质和电子设备。第一电子设备和M个第二电子设备中的即时通信应用登录的账号都在第一群组中；该方法包括：第一电子设备在确定用户在第一群组中访问的目标文件已从第一服务器中删除时，向第二服务器发送恢复目标文件的恢复请求；第二服务器响应于恢复请求，基于存储有目标文件的N个第二电子设备的设备状态，从N个第二电子设备中确定出一个目标上传设备；目标上传设备向第一服务器上传目标文件；第一服务器向第一电子设备发送目标文件。如此，第一电子设备可以从目标上传设备获取到目标文件，并且，可以避免在第二电子设备的设备状态较差时上传目标文件，有利于提升用户体验。

Description

数据处理方法、可读存储介质和电子设备

技术领域

本申请涉及数据处理领域，特别涉及一种数据处理方法、可读存储介质和电子设备。

背景技术

随着移动网络和互联网的发展，即时通信(Instant Messaging，IM)的应用越来越广泛。为满足多个用户间的即时通信，即时通信应用通常具有群组通信功能，例如群组聊天功能。但随着群组内的用户的增加、用户间发送的文件数量的增加，即时通信应用的服务器存储的数据越来越多。为了降低运营成本，即时通信应用的运营商通常只在服务器中存储预设保留时间内的文件，例如存储3个月内的文件。如此，群组内的用户无法从服务器中获取超过预设保留时间的文件，影响用户体验。

发明内容

有鉴于此，本申请实施例提供了一种数据处理方法、可读存储介质和电子设备，服务器在确定在用户在IM应用程序的群组访问的文件已从服务器删除时，从该群组中存储有该文件的其他终端设备中获取该文件，并发送给该用户，有利于提升用户体验。

第一方面，本申请实施例提供了一种数据处理方法，应用于服务器设备，方法包括：响应于第一终端设备在即时通信应用的第一群组中发起的第一文件的访问操作，确定第一群组中的终端设备是否存储有第一文件，其中，第一文件为在服务器设备中已删除的第一群组中发送的历史文件；响应于至少一个终端设备存储有第一文件，在至少一个终端设备中选取第二终端设备，向第二终端设备发送上传请求；接收第二终端设备上传的第一文件，将第一文件发送给第一终端设备。

也即是说，服务器设备在第一终端设备的用户在第一群组中访问的第一文件已从服务器设备中删除的情况下，可以从第一群组中存储有第一文件的其他终端设备(即第二终端设备，例如下文中的目标上传设备)中获取第一文件并发送给第一终端设备。如此，即便第一文件已经从服务器设备中删除，第一终端设备的用户也能获取到第一文件，有利于提升用户体验。

在上述第一方面的一种可能实现中，上述响应于至少一个终端设备存储有第一文件，在至少一个终端设备中选取第二终端设备，包括：

确定所述至少一个终端设备的设备状态，并根据设备状态确定终端设备的设备评分；

根据终端设备的设备评分确定第二终端设备。

也即是说，服务器设备是根据终端设备的设备评分来选择上传第一文件的终端设备，可以避免由设备状态较差的终端设备来上述第一文件，有利于提升用户体验。

可选地，第一群组中的各终端设备可以在存储有第一文件时，向服务器设备发送终端设备的设备状态。

在上述第一方面的一种可能实现中，设备状态包括终端设备的网速、电池剩余电量、Wi-Fi状态值、设备温度中的至少一种。

在上述第一方面的一种可能实现中，设备评分随终端设备的网速、电池剩余电量、Wi-Fi状态值增加而增加，随终端设备的设备温度增加而减小。

在上述第一方面的一种可能实现中，上述根据终端设备的设备评分确定第二终端设备，包括：选取设备评分最高的终端设备作为第二终端设备。

也即是说，服务器设备选取出的第二终端设备是设备评分最高的终端设备，第二终端设备的设备评分备评分随终端设备的网速、电池剩余电量、Wi-Fi状态值增加而增加，随终端设备的设备温度增加而减小，可以避免在终端设备网速较差、剩余电量较低、温度较高时上传第一文件，有利于提升用户体验。

在上述第一方面的一种可能实现中，上述根据终端设备的设备评分确定第二终端设备，包括：

在至少一个终端设备中选取设备评分靠前的预设数量终端设备；

在预设数量终端设备中随机确定第二终端设备。

也即是说，服务器设备是先选取设备评分靠前的预设数量终端设备，再从该预设数量的终端设备中随机确定一个第二终端设备，可以避免频繁向同一个终端设备发送上传文件的请求影响该终端设备的用户的体验。

在预设数量终端设备中确定上传次数最少或上次上传时间间隔最长的终端设备为第二终端设备。

也即是说，服务器设备是先选取设备评分靠前的预设数量终端设备，再从该预设数量的终端设备中选取传次数最少或上次上传时间间隔最长的终端设备作为第二终端设备，可以均衡第一群组中的终端设备上传文件的频率，避免频繁向同一个终端设备发送上传文件的请求影响该终端设备的用户的体验。

在上述第一方面的一种可能实现中，接收第二终端设备上传的第一文件之后，上述方法还包括：存储第一文件，为第一文件设定保留时间。

在上述第一方面的一种可能实现中，上述将第一文件发送给第一终端设备包括：

通过向第一终端设备发送第一文件的下载地址来将第一文件发送给第一终端设备，下载地址为第一文件保存在服务器设备中的地址。

在上述第一方面的一种可能实现中，上述第一文件的下载地址为第一文件删除前保存在服务器设备中的地址。

也即是说，服务器设备是以第一文件从服务器设备中删除前保存在服务器设备中的地址来存储第一文件，从而第一群组中的其他终端设备也可以根据本地存储的地址来从服务器设备获取第一文件，而无需重新从服务器设备获取下载地址，有利于提升用户体验。

在上述第一方面的一种可能实现中，上述确定第一群组中的终端设备是否存储有第一文件包括：

获取第一群组中终端设备的响应权限，确定具有响应权限的终端设备是否存储有第一文件。

在上述第一方面的一种可能实现中，上述在至少一个终端设备中选取第二终端设备，向第二终端设备发送上传请求包括：

选取的第二终端设备不具备上传第一文件的权限时，在至少一个终端设备中重新确定第二终端设备并发送上传请求。

也即是说，在选取的第二终端设备的用户拒绝上传第一文件时，若存在其他存储有第一文件的终端设备，服务器设备可以重新选取一个第二终端设备来上述第一文件，可以确保第一终端设备可以及时获取到第一文件。

在上述第一方面的一种可能实现中，上述服务器设备包括第一服务器设备和第二服务器设备；

第一服务器用于根据第一文件确定第一群组中的终端设备是否存储有第一文件及在至少一个终端设备中选取第二终端设备，向第二终端设备发送上传请求；

第二服务器用于接收并保存第二终端设备上传的第一文件。

在一些实现方式中，第一服务器设备例如可以是下文中的IM服务器，第二服务器设备可以是下文中的OBS服务器。

第二方面，本申请实施例提供了一种数据处理方法，应用于第一终端设备，第一终端设备中安装有即时通信应用，该方法包括：

通过即时通信应用的第一群组向服务器设备发起第一文件的访问操作，第一文件是第一群组中发送的历史文件；

在服务器设备中已删除第一文件时，触发服务器设备确定第一群组中的终端设备中存储有第一文件的第二终端设备；

获取第二终端设备上传到服务器设备中的第一文件。

也即是说，第一终端设备在服务器设备中已删除第一文件时，可以从第一群组中存储有第一文件的第二终端设备中获取第一文件，有利于提升用户体验。

在上述第二方面的一种可能实现中，上述访问操作包括在第一群组中针对第一文件的打开或存储操作。

在上述第二方面的一种可能实现中，上述获取第二终端设备上传到服务器设备中的第一文件包括：

在第一群组中自动打开或存储第一文件。

在上述第二方面的一种可能实现中，上述在服务器设备中已删除第一文件时，触发服务器设备确定第一群组中的终端设备中存储有第一文件的第二终端设备，包括：

在用户确定恢复第一文件，或者用户已授权自动恢复第一群组中的文件时，向服务器设备发送恢复第一文件的恢复请求。

在上述第二方面的一种可能实现中，上述方法还包括：

响应于服务器设备确定是否存储有第二文件，在第一终端设备中存储有第二文件时，向服务器设备反馈自身的设备状态；

响应于服务器设备发送的第二文件上传请求，将第二文件发送给服务器设备。

在上述第二方面的一种可能实现中，上述响应于服务器设备发送的第二文件上传请求，将第二文件发送给服务器设备包括：在用户允许上传第二文件，或者用户已授权自动上传第一群组中的文件时，将第二文件发送给服务器设备。

也即是说，第一终端设备在用户许上传第二文件，或者用户已授权自动上传第一群组中的文件时，才会响应服务器设备发送的第二文件上传请求，将第二文件发送给服务器设备，有利于提升第一终端设备的数据安全性。

第三方面，本申请实施例提供了一种可读存储介质，该可读存储介质上存储有指令，指令在电子设备上执行时使电子设备实现上述第一方面及上述第一方面的各种可能实现、上述第二方面及上述第二方面的各种可能实现提供的任意一种数据处理方法。

第四方面，本申请实施例提供了一种电子设备，该电子设备包括：

存储器，用于存储由电子设备的一个或多个处理器执行的指令；

以及处理器，是电子设备的处理器之一，用于执行存储器中存储的指令以实现上述第一方面及上述第一方面的各种可能实现、上述第二方面及上述第二方面的各种可能实现提供的任意一种数据处理方法。

第五方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品在电子设备上运行时，使电子设备实现上述第一方面及上述第一方面的各种可能实现、上述第二方面及上述第二方面的各种可能实现提供的任意一种数据处理方法。

附图说明

图1A根据本申请的一些实施例，示出了一种IM通信***0的结构示意图；

图1B根据本申请的一些实施例，示出了一种IM通信***0中，处于同一群组内的客户端进行文件传输的流程示意图；

图2A根据本申请的一些实施例，示出了一种手机100在X群组内显示图像文件的文件信息的示意图；

图2B根据本申请的一些实施例，示出了一种手机100在X群组内显示音频文件的文件信息的示意图；

图2C根据本申请的一些实施例，示出了一种手机100在X群组内显示视频文件的文件信息的示意图；

图2D根据本申请的一些实施例，示出了一种手机100在X群组内显示文件的下载提示信息的示意图；

图3A根据本申请的一些实施例，示出了一种用户在X群组内查看的目标文件已过期时，手机100显示的界面示意图；

图3B根据本申请的一些实施例，示出了一种手机100显示的提示用户文件已过期的界面示意图；

图3C根据本申请的一些实施例，示出了一种手机100显示的提示用户图片已过期的界面示意图；

图4A根据本申请的一些实施例，示出了一种手机100显示的提示用户恢复文件的界面示意图；

图4B根据本申请的一些实施例，示出了一种手机200接收到上传请求时，显示的提示界面示意图；

图4C根据本申请的一些实施例，示出了一种手机100下载完成文件后显示的提示信息示意图；

图4D根据本申请的一些实施例，示出了一种手机200显示的“文件1.pdf”的具体内容的示意图；

图4E根据本申请的一些实施例，示出了一种用户开启手机100自动发送恢复文件请求功能过程中，手机100显示的界面示意图；

图4F根据本申请的一些实施例，示出了一种用户开启手机200自动上传本地文件功能过程中，手机200显示的界面示意图；

图4G根据本申请的一些实施例，示出了一种用户在X群组中查看聊天记录过程中，手机100显示的界面示意图；

图5根据本申请的一些实施例，示出了一种数据处理方法的交互流程示意图；

图6根据本申请的一些实施例，示出了一种手机200显示的提示用户响应文件恢复请求的界面示意图；

图7根据本申请的一些实施例，示出了又一种数据处理方法的交互流程示意图；

图8根据本申请的一些实施例，示出了一种手机400的结构示意图；

图9根据本申请的一些实施例，示出了一种手机400的软件架构示意图；

图10根据本申请的一些实施例，示出了一种服务器500的结构示意图。

具体实施方式

本申请的说明性实施例包括但不限于数据处理方法、介质、程序产品和电子设备。

下面结合附图详细说明本申请实施例提供的技术方案的具体实现过程。

图1A根据本申请的一些实施例，示出了一种IM通信***0的结构示意图。

如图1A所示，IM通信***0中包括对象存储(Object Storage，OBS)服务器20、IM服务器30，以及多个客户端设备：电脑000，手机100、手机200等。其中：

各客户端设备中安装有相同的IM应用程序，用户可以通过客户端设备中的IM应用程序和属于同一群组的其他用户进行即时通信，例如发送文本消息、音频、视频、图像，分享文件等。为便于描述，假设上述各客户端设备中IM应用程序的用户都在X群组中。

可以理解，客户端设备，也称可以称为终端设备，可以是能够运行IM应用程序或具有IM功能的应用程序的任意电子设备，包括但不限于手机、笔记本电脑、膝上型计算机、智能电视、智能音箱、平板计算机、服务器、可穿戴设备(例如智能手表、智能手环、智能眼镜等)、头戴式显示器、移动电子邮件设备、便携式游戏机、便携式音乐播放器、阅读器设备等，本申请实施例不做限定。

OBS服务器20用于存储各客户端设备发送的图像、视频、音频、文档等各类文件或文件夹，并向各客户端设备提供文件或文件夹的下载信息。

IM服务器30用于存储各客户端设备发送的文本消息，以及各类文件对应的文件信息，例如文件名、文件标识、文件类型、下载地址等。

可以理解，图1A所示的IM通信***0的结构只是一种示例，在另一些实施例中，IM通信***0可以采用其他结构，也可以包括更多或更少的模块，还可以合并或拆分部分模块，在此不做限定。例如，OBS服务器20和IM服务器30可以是为同一服务器，在一些实施例中，OBS服务器20和/或IM服务器30也可以称为服务器设备。

为便于理解，首先以发送文件的客户端设备为电脑000、接收文件的客户端设备为手机100为例，介绍群组内的各用户的客户端设备进行文件传输的过程。

具体地，图1B根据本申请的一些实施例，示出了一种IM通信***0中，处于同一群组内的客户端进行文件传输的流程示意图。如图1B所示，该流程包括如下步骤：

S101：电脑000向OBS服务器20上传文件。

电脑000在检测到用户在IM应用程序中发送文件的操作后，向OBS服务器20上传用户发送的文件。

S102：OBS服务器20存储电脑000上传的文件，并向电脑000发送下载信息。

OBS服务器20在接收到电脑000上传的文件后，存储该文件，并向电脑000发送该文件对应的下载信息。

可以理解，在一些实施例中，下载信息中可以包括该文件的统一资源定位***(uniform resource locator，URL)，以及该文件的文件名称、类型、大小、文件标识(用于唯一标识OBS服务器20中存储的文件，例如消息摘要等)等。

S103：电脑000向IM服务器30发送包括下载信息的IM消息。

电脑000在接收到OBS服务器20发送的下载信息后，将下载信息以IM消息的形式发送给IM服务器30。

S104：IM服务器30向群组内的除电脑000外的其他客户端设备发送包括下载信息的IM消息。

IM服务器30在接收到电脑000发送的IM消息后，存储该IM消息，并向群组内除电脑000外的其他客户端设备发送包括下载信息的IM消息。

S105：手机100从OBS服务器20接收并显示对应的文件信息。

手机100在接收到包括下载信息的IM消息后，根据IM消息中的下载信息，从OBS服务器20下载并显示对应的文件信息。

可以理解，在一些实施例中，如果IM消息中的下载信息对应的文件的类型为可以在IM应用程序中显示文件信息的文件类型，例如图像、音频、视频等多媒体文件，其他客户端设备可以在IM应用程序中显示该部分文件的文件信息(例如缩略图、播放控件等)。

例如，参考图2A，如果IM消息中的下载信息对应的文件的类型为图像，则手机100可以从OBS服务器20获取该图像的缩略图(即图2A中的21)，并显示在客户端设备的显示屏上。从而手机100如果检测到用户查看该图像，例如检测到用户点击缩略图(即图2A中的21)，则从OBS服务器20下载该图像的原始文件。

又例如，参考图2B，如果IM消息中的下载信息对应的文件类型为音频，则手机100可以显示该音频的播放控件22，该播放控件中可以包括该音频的名称和类型，例如“D.mp3”。从而手机100如果检测到用户播放该音频的操作，例如检测到用户点击播放控件22，则从OBS服务器20下载并播放该音频。

再例如，参考图2C，如果IM消息中的下载信息对应的文件为视频，则手机可以从OBS服务器20获取该视频的缩略图(即图2C中的23)，并在缩略图上显示该视频的播放控件231。从而手机100如果检测到用户查看该视频，例如检测到用户点击播放控件231，则从OBS服务器20下载并播放该视频。

可以理解，如果IM消息中的下载信息对应的文件为不能在IM应用程序中显示文件信息的文件类型，手机100可以显示该文件的下载提示信息。例如，参考图2D，文件为“文件1.pdf”，则手机100可以显示该文件的下载提示信息24，该下载信息中包括该文件的名称、大小，以及下载控件和另存为控件。从而手机100如果检测到用户选择下载或另存为该文件，则从OBS服务器20下载并存储“文件1.pdf”。

可以理解，上述手机100显示文件的方式只是示例，在另一些实施例中，手机100也可以采用其他形式来显示IM消息中的下载信息对应的文件的文件信息或下载提示信息，在此不做限定。

可以理解，与电脑000在同一群组内的其他客户端设备获取并显示对应的文件信息的过程可以参考手机100获取并显示对应的文件信息的过程，在此不做赘述。

从上述过程可知，手机100在接收到IM服务器30发送的IM消息后，如果该IM消息中包括下载信息，则手机100会显示下载信息对应的文件的至少部分信息，但不会自动从OBS服务器20下载文件，而是要检测到用户查看或存储文件的操作后才从OBS服务器20下载文件。

但是，IM应用程序的运营商为了降低运营成本，通常只在OBS服务器20中存储预设保留时间(例如三个月)内的文件。从而，如果用户的客户端设备在该预设保留时间内未从OBS服务器20下载文件，则无法再从OBS服务器30中获取并查看已经过期的文件(即OBS服务器中未存在的文件)，影响用户体验。

例如，参考图3A，用户可以通过在“X群”的聊天窗口中上下滑动来查看聊天记录，当用户在2022年09月02日查看2021年01月02日TOM发送的“文件1.pdf”时，手机100会显示“文件1.pdf”对应的下载控件31和另存为控件32。当手机100检测到用户点击下载控件31或另存为控件32时，由于OBS服务器20已经删除“文件1.pdf”，从而手机100无法获取到该文件，并显示图3B所示的提示界面33，以提示用户“文件已过期，无法操作”。

又例如，继续参考图3A，当用户在2022年09月02日查看2021年06月02日TOM发送的图像时，由于OBS服务器20已经删除该图像，则手机100会显示图片已过期的提示信息34。从而手机100如果检测到用户点击提示信息34，则显示图3C所示的提示界面，以提示用户“图片已过期，无法查看”。

有鉴于此，本申请实施例提供了一种数据处理方法，应用于IM通信***。手机100在检测到用户在IM应用程序的群组中查看的目标文件已过期时，可以向IM服务器30发送恢复目标文件的恢复请求。IM服务器30响应于恢复请求，在有多个具有响应恢复请求权限客户端设备中存储有目标文件的情况下，可以从该多个客户端设备中，选取出一个目标上传设备，并由该目标上传设备重新向OBS服务器20上传目标文件。进而手机100可以从OBS服务器20获取到该目标文件。如此，即使OBS服务器20已经将目标文件删除，也可以通过存储有该目标文件的目标上传设备重新上传该目标文件，来确保手机100的用户可以查看到目标文件，提升了用户体验。并且，由于IM服务器30是从具有响应恢复请求权限的多个客户端设备中，选取出一个目标上传设备，可以避免客户端设备在用户未授权时上传目标文件，有利于提高客户端设备的数据安全性。

可以理解，在一些实施例中，IM服务器30可以基于以下方式，来选取目标上传设备：从各客户端设备中获取基于客户端设备的网络状态、电池状态、温度状态得到的评分，并根据各客户端设备的评分，以及历史通过各客户端设备上传文件的次数/频率等，确定出一个目标上传设备。

示例性地，在一些实施例中，客户端设备的评分可以基于以下公式(1)确定。

其中，Y₁为客户端设备的Wi-Fi状态值，Y₁＝1时指示客户端设备未连接Wi-Fi，在Y₁＝2时指示客户端设备已连接Wi-Fi。可以理解，在另一些实施例中，客户端设备未连接Wi-Fi时Y₁的取值也可以是其他值，客户端设备已连接Wi-Fi时Y₁的取值也可以是大于客户端设备未连接Wi-Fi时Y₁的取值的任意其他值，在此不做限定。

B为客户端设备的电池剩余电量对应的系数值，客户端设备的电池剩余电量越多，B的取值越大，客户端设备的评分越高，说明客户端设备越适合上传目标文件。可以理解，B的取值可以是实验值或经验值，例如B可以为客户端设备的电池剩余电量，或者随客户端设备的电池剩余电量的增加而增大的任意值，在此不做限定。

S_P为客户端设备当前网络速度，S_P的取值越大，客户端设备的评分越高，说明客户端设备越适合上传目标文件。可以理解，在一些实施例中，S_p也可以是随之客户端设备当前网络速度的增加而增加的其他数值，在此不做限定。

Y₂为客户端设备当前网络速度的权重系数，Y₂的取值越大，说明客户端设备的当前网络速度对设备的评分的影响越大。

T_S为客户端设备当前的温度T对应的系数值，T_S的取值越大，说明客户端设备的温度越高，客户端设备的评分越低，说明客户端设备越不适合上传目标文件。示例性地，T_S可以是客户端设备的当前温度，也可以是结合客户端设备当前的温度所处区间来确定。例如，参考如下表1，在0℃<T<50℃时，(/>表示向上取整)；在50℃≤T<60℃度时，T_S＝10；在60℃≤T<70℃时，T_S＝15；在70℃≤T<80℃时，T_S＝60；在90℃≤T<100℃时，T_S＝90；在100℃≤T时，T_S＝1000。

表1一种客户端设备当前的温度T对应的系数值

客户端设备当前的温度T(℃)	T_S(℃)	客户端设备当前的温度T(℃)	T_S(℃)
				(0，10)	1	[60，70)	15
[10，20)	2	[70，80)	30
				[20，30)	3	[80，90)	60
[30，40)	4	[90，100)	90
				[40，50)	5	[100，+∞]	1000
[50，60)	10

Y₃为客户端设备温度的权重系数，Y₃的取值越大，说明客户端设备的温度对设备的评分的影响越大。

可以理解，公式(1)示出的确定客户端设备的评分的方式只是一种示例，在另一些实施例中，也可以基于其他公式来确定客户端设备的评分，在此不做限定。

可以理解，在一些实施例中，各客户端设备也可以向IM服务器30发送各客户端设备的Wi-Fi状态值、温度、网络速度、电池剩余电量，并由IM服务器30来确定各客户端设备的评分，在此不做限定。

从而在一些实施例中，客户端设备在接收到IM服务器30发送的恢复文件请求后，可以向IM服务器30发送客户端设备中目标文件的存储状态(存储有目标文件，或没有存储目标文件)以及基于公式(1)确定的设备评分。进而IM服务器30可以先从目标文件的存储状态为“存储有目标文件”的客户端设备中，选取出评分最高的预设数量个客户端设备；然后可以从该预设数量个客户端设备中，随机选取出一个客户端设备，或者选取出历史响应恢复请求上传文件次数最少的一个客户端设备，或者上一次响应恢复请求上传文件的时间距当前时间最长的一个客户端设备，作为目标上传设备。

基于上述选取目标上传设备的方法，可以避免在客户端设备网络速度较差，或者电池电量较低，或者温度较高时采用该客户端设备上传目标文件，提升用户体验。此外，还可以避免长期通过同一目标上传设备上传文件影响该客户端设备的用户的使用体验。

具体地，例如，参考图4A，手机100在检测到用户点击前述图3所示的下载控件31或者另存为控件32后，从OBS服务器20获取“文件1.pdf”，并在接收到OBS服务器20发送的指示“文件1.pdf”已过期的信息后，显示提示框41，以提示用户“文件已过期，是否请求恢复文件”。然后，手机100如果检测到用户点击“是”控件411，则向IM服务器30发恢复“文件1.pdf”的恢复请求。IM服务器30响应于该恢复请求，从具有响应恢复请求权限的多个客户端设备中，选取出一个目标上传设备，例如手机200，并向手机200发送上传“文件1.pdf”的上传请求。手机200响应于该上传请求，显示图4B所示的提示框42，以提示手机200的用户“JIM请求上传您在X群中下载过的文件‘文件1.pdf’，是否同意上传？”。从而手机200若检测到手机200的用户点击同意控件421，将“文件1.pdf”上传到OBS服务器20；否则，向OBS服务器20发送手机200的用户拒绝上传的消息，以便于OBS服务器20重新选择目标上传设备。进而在手机200向OBS服务器20上传“文件1.pdf”后，手机100可以从OBS服务器20下载“文件1.pdf”，并显示图4C所示的“已完成”消息44，以提示用户已完成“文件1.pdf”的下载。

可以理解，在一些实施例中，参考图4D，手机200在检测到用户在提示框42中点击“点击此处查看文件详情”选项423时，可以显示“文件1.pdf”的具体内容，以便于用户可以根据该具体内容确定是否同意上传“文件1.pdf”。

可以理解，在一些实施例中，手机100也可以不显示提示框41，而在检测到用户点击下载控件31或者另存为控件32时，自动向IM服务器30发送恢复“文件1.pdf”的恢复请求。例如，参考图4E，用户可以在X群的聊天界面上点击设置选项45，进入到设置界面，并打开选项开关46，以使得手机100可以在用户下载、另存为或查看的目标文件过期时，自动向IM服务器30发送恢复请求。如此，手机100在检测到用户查看、下载或另存为的目标文件已过期时，可以自动向IM服务器30发送恢复请求，而无需用户手动选择，减少用户的操作量，有利于提升用户体验。

可以理解，在一些实施例中，具有响应恢复请求权限的多个客户端设备，是指客户端设备的用户允许IM应用程序响应X群中的其他用户的恢复文件请求时的客户端设备。示例性地，以手机200为例，用户可以在图4B群的聊天界面中点击设置控件43，图4F进入到X群的设置界面，手机200在检测到“是否允许响应群成员的恢复文件请求”开关47已经开启的情况下，可以在接收到IM服务器30发送的恢复请求后，向IM服务器30发送手机200中目标文件的存储状态以及手机200的设备状态(例如前述基于公式(1)确定的评分)。进而IM服务器30可以基于接收到的客户端设备中目标文件的存储状态以及设备状态，选取出一个目标上传设备，例如手机200，并向手机200发送上传“文件1.pdf”的上传请求。如此，有利于提升客户端设备中的数据安全性。

可以理解，在一些实施例中，手机200也可以不显示提示框42，而是根据手机200的用户的设置，自动在接收到IM服务器30发送的恢复请求时，向OBS服务器20上传目标文件。例如，手机200可以检测到图4F中“在接收到群成员的恢复文件请求时，自动上传本地文件”选项开关48已经开启的情况下，在接收到IM服务器30发送的上传文件请求时，自动上传目标文件，而无需再提示手机200的用户，避免频繁地提示用户影响用户体验。

可以理解，手机100向IM服务器30发送恢复目标文件的恢复请求中，或IM服务器30向其他客户端设备发送的恢复请求中，可以包括目标文件的文件标识，进而客户端设备可以根据目标文件的文件标识来确定客户端本地是否存储有目标文件。

又例如，在一些实施例中，手机100在检测到用户查看X群的聊天记录时，若检测到用户查看的聊天记录中的图片已过期，可以自动向IM服务器30发送恢复请求，从而IM服务器30可以基于存储有该图片或该图片的缩略图的客户端设备中获取该图片的缩略图信息，并显示在X群的聊天界面中。例如，参考图4G，当用户通过在X群的聊天界面通过上下滑动查看到2021年06月02日的聊天记录时，虽然TOM发送的图片已经过期，但手机100可以从存储有该图片的客户端设备中获取该图片的缩略图信息，并显示在X群的聊天界面中。其中，手机100从存储有该图片或该图片的缩略图信息的客户端设备获取该图片的缩略图的过程，可以参考前述“文件1.pdf”的获取过程，在此不做赘述。

如此，相较于图3A，手机100可以直接显示已过期的图片的缩略图信息，而不是显示图3A所示的提示信息34，有利于提升用户体验。

可以理解，手机100在显示图片的缩略图后，如果检测到用户点击图片的缩略图，还可以向IM服务器30发送恢复请求，以从存储有该图片的客户端设备中获取该图片的中获取该图片。

下面，结合图1A所示的IM通信***0，图4A至图4G所示的情形，介绍本申请的技术方案。

具体地，图5根据本申请的一些实施例，示出了一种数据处理方法的交互流程示意图。

如图5所示，该交互流程包括如下步骤：

S501：手机100向OBS服务器20发送获取目标文件的指令。

手机100在检测到用户查看、下载、另存储目标文件的情况下，向OBS服务器20发送获取目标文件的指令。

例如，参考图4A,手机100在检测到用户点击下载控件31或者另存为控件32或者时，向OBS服务器20发送获取目标文件(“文件1.pdf”)的指令。

又例如，参考图4G，手机100在检测到用户查看聊天记录时，若某条聊天记录中包括存储在OBS服务器20中的图片，手机100向OBS服务器20发送获取目标文件的指令。

再例如，参考图4G，手机100在检测到用户点击已显示的图片的缩略图时，可以向OBS服务器20发送获取目标文件(用户点击的缩略图对应的图片)的指令。

示例性地，该获取目标文件的指令中可以包括目标文件的文件标识。

S502：OBS服务器20检测到目标文件过期，向手机100发送目标文件过期的通知信息。

OBS服务器20响应获取目标文件的指令，基于目标文件的文件标识查询OBS服务器20中是否存储目标文件，若确定出OBS服务器20中没有目标文件，则可以检测到目标文件过期，从而向手机100发送目标文件过期的通信信息。

可以理解，在另一些实施例中，若OBS服务器20查询到OBS服务器20中存储目标文件，则向手机100发送该目标文件。

S503：手机100向IM服务器30发送恢复目标文件的恢复请求。

手机100在接收到OBS服务器20发送目标文件过期的通知消息后，响应于该消息，向IM服务器30发送恢复目标文件的恢复请求。

例如，参考图4A，手机100在接收到OBS服务器20发送目标文件过期的通知消息后，可以显示提示框41，并在检测到用户选择是控件411后，向IM服务器30发送恢复目标文件的恢复请求。

又例如，参考图4E，手机100在接收到OBS服务器20发送目标文件过期的通知消息后，若检测到开关46处于开启状态，即用户选择了“当文件过期时，自动发起恢复文件的请求”功能，则自动向IM服务器30发送恢复目标文件的恢复请求。

S504：IM服务器30向其他用户设备广播恢复请求。

IM服务器30在接收到手机100发送的恢复请求后，向X群组中的其他用户设备广播恢复请求。

可以理解，其他用户设备，是指X群组内，除手机100的用户外的其他用户的客户端设备。

S505：各其他用户设备检测到本地存储有目标文件，判断是否具有响应权限。

各其他用户设备在接收到IM服务器30广播的恢复请求后，检测到本地存储有目标文件，判断是否具有响应权限。若某一客户端设备确定出具有响应权限，则说明该客户端设备的用户该客户端设备允许响应X群内的群成员的恢复请求，转至步骤S506；否则，若某一客户端设备确定出不具有响应权限，则该客户端设备不响应该恢复请求。

可以理解，响应权限是指由客户端设备的用户设置的，是否响应IM服务器30发送的恢复请求的权限。例如，参考图4E，若某一客户端设备检测到X群对应的“是否允许响应群成员的恢复文件请求”开关47处于开启状态，则该客户端设备可以确定具有响应权限，该客户端设备转至步骤S506。

可以理解，在一些实施例中，如果某一客户端设备(以手机200为例)首次收到IM服务器30广播针对X群组的恢复请求，并且X群对应的“是否允许响应群成员的恢复文件请求”开关47处于关闭状态，还可以显示图6所示的提示信息61，以提示该客户端设备的用户“接收到X群中的文件恢复请求，是否响应？”。手机200如果检测到用户点击“同意”控件611，则确定出手机200具有响应权限，转至步骤S506；否则，如果检测到用户点击“拒绝控件612”，则手机200不响应该恢复请求。

可以理解，在一些实施例中，如果用户在图6所示界面中选中“自动响应文件恢复请求”选项613，并点击“同意”控件611，手机200可以自动将图4F所示的“是否允许响应群成员的恢复文件请求”开关47设置为开启状态。

S506：其他各用户设备向IM服务器30发送目标文件的存储状态和设备状态。

其他各用户设备中在确定具有响应权限的情况下，向IM服务器30发送目标文件的存储状态和设备状态。

可以理解，目标文件的存储状态，用于指示客户端设备中是否存储有目标文件。

可以理解，设备状态用于指令客户端设备是否适合上传目标文件。例如，在一些实施例中，客户端设备的设备状态可以包括由前述公式(1)确定的评分。又例如，在一些实施例中，客户端设备的设备状态也可以包括Wi-Fi状态值、温度、网络速度、电池剩余电量等。

S507：IM服务器30从目标文件的存储状态为存储有目标文件的客户端设备中确定出一个目标上传设备，并向目标上传设备发送上传请求。

IM服务器30在接收到各客户端设备发送的设备信息和目标文件的存储状态后，从从目标文件的存储状态为存储有目标文件的客户端设备中确定出一个目标上传设备，并向目标上传设备发送上传请求。

示例性地，IM服务器30可以先从目标文件的存储状态为存储有目标文件的客户端设备中，选取出由前述公式(1)确定的评分中，评分最高的预设数量个客户端设备；再从该预设数量个客户端设备随机选取出一个客户端设备，或者选取出历史响应恢复请求上传文件次数最少的一个客户端设备，或者预设时长内未响应恢复请求上传文件的一个客户端设备，或者上一次响应恢复请求上传文件的时间距当前时间最长的一个客户端设备，作为目标上传设备，并向该目标上传设备发送上传请求。

示例性地，在一些实施例中，IM服务器30也可以直接选取目标文件的存储状态为存储有目标文件的客户端设备中，选由前述公式(1)确定的评分最高的客户端设备作为目标上传设备，在此不做限定。

可以理解，在一些实施例中，IM服务器30在接收到目标上传设备发送的无上传权限通知后，还可以从目标文件的存储状态为存储有目标文件的客户端设备中，除该目标上传设备外的其他客户端设备中重新选取一个目标上传设备，并向该重新选择的目标上传设备发送上传请求。

可以理解，在另一些实施例中，IM服务器30也可以通过其他方式来选取目标上传设备，在此不做限定。

S508：目标上传设备判断是否具有上传权限。

目标上传设备响应于IM服务器30发送的上传请求，判断是否具有上传权限。如果判断出具有上传权限，则说明可以由目标上传设备上传目标文件，转至步骤S510；否则说明不能由目标上传设备上传目标文件，转至步骤S509。

例如，参考图4B，假设目标上传设备为手机200，手机200在接收到上传请求时，可以显示提示框42。如果检测到用户点击“同意”控件421时，确定具有上传权限，转至步骤S510；如果检测到用户点击拒绝控件422，确定不具有上传权限，转至509。

又例如，参考图4F，假设目标上传设备为手机200，手机200在接收到上传请求时，如果检测到X群的设置中，“在接收到群成员的恢复文件请求时，自动上传本地文件”开关48已经开启的情况下，确定具有上传权限，转至步骤S510。

S509：目标上传设备向IM服务器30发送无上传权限通知。

目标上传设备在确定出无上传权限时，向IM服务器30发送无上传权限通知，以指示IM服务器30重新选择目标上传设备。

S510：目标上传设备向OBS服务器20上传目标文件。

目标上传设备在确定出具有上传权限时，向OBS服务器20上传目标文件。

S511：OBS服务器20存储目标文件，并向目标上传设备发送目标文件的新下载信息。

OBS服务器20在接收到目标上传设备上传的目标文件后，存储目标文件，并向目标上传设备发送目标文件的新下载信息。

可以理解，目标文件的新下载信息，是指不同于目标上传设备中记录的目标文件的原始下载信息的下载信息。该下载信息中可以包括目标文件的URL、文件名称、类型、大小、文件标识等。

S512：目标上传设备向IM服务器30发送目标文件的新下载信息。

目标上传设备在接收到OBS服务器20发送的目标文件的新下载信息后，将该新下载信息发送给IM服务器30。

S513：IM服务器30向手机100和其他用户设备发送目标文件的新下载信息。

IM服务器30在接收到目标文件的新下载信息后，向手机100和其他用户设备发送目标文件的下载信息。

S514a：手机100基于目标文件的新下载信息从OBS服务器20获取目标文件。

手机100在接收到目标文件的新下载信息后，基于目标文件的新下载信息从OBS服务器20获取目标文件。

可以理解，在一些实施例中，手机100在获取目标文件后，还可以显示目标文件的下载提示信息或文件信息。

例如，参考图4C，手机100可以基于目标文件的新下载信息从OBS服务器20获取目标文件(文件1.pdf)，并显示下载提示消息44，以提示用户“文件1.pdf”已下载完成。

又例如，在一些实施例中，在目标文件的文件信息可以显示在X群组的聊天界面时，例如当目标文件为图像、视频、音频等多媒体文件时，手机100还可以显示目标文件的文件信息。例如，参考图4G，在目标文件为图像时，手机100可以显示目标文件的缩略图信息。

S514b：其他用户设备将本地存储的目标文件的下载信息更新为新下载信息

其他用户设备基于从IM服务器30接收到的目标文件的新下载信息，将本地存储的目标文件的下载信息更新为新下载信息，以便于其他用户设备的用户在查看、下载或另存为目标文件时，可以基于新下载信息从OBS服务器20中获取该目标文件。

通过本申请实施例提供的数据处理方法，手机100在检测到用户在X群组内查看、下载或另存为的目标文件已过期的情况下，从X群组内存储有目标文件的其他客户端设备中获取该目标文件，提升了用户体验。并且，上传目标文件的客户端设备是根据各客户端的设备状态以及各客户端设备历史响应恢复请求上传文件的次数、时间等来确定，可以避免在客户端设备剩余电量太低、温度太高、网络较慢时上传目标文件，以及避免长期通过同一客户端设备上传目标文件，有利于进一步提升用户体验。

图5所示的实施例中，OBS服务器20为目标文件提供了新的下载信息，进而各客户端设备都要更新存储的目标文件的下载信息。为此，本申请实施例还提供了另一种数据处理方法，相较于图5所示的实施例，OBS服务器20不为目标文件分配新的下载信息，而是以目标文件的原始下载信息来存储目标文件，如此，各客户端设备无需更新存储的目标文件的下载信息，进一步提升用户体验。

具体地，图7根据本申请的一些实施例，示出了又一种数据处理方法的流程示意图。如图7所示，该流程包括步骤S701至步骤S712，其中，步骤S701至步骤S709可以参考前述步骤S501至步骤S509，在此不做赘述。下面对与图5所示实施例不同的步骤S710至步骤S712进行介绍。

S710：目标上传设备向OBS服务器20上传目标文件和目标文件的原始下载信息。

目标上传设备在确定出具有上传权限时，上传目标文件和目标文件的原始下载信息。

S711：OBS服务器20以目标文件的原始下载信息存储目标文件，并向手机100发送目标文件。

OBS服务器20在接收到目标文件和目标文件的原始下载信息后，以目标文件的原始下载信息存储目标文件，并向手机100发送目标文件。

S712:手机100接收目标文件。

手机100接收目标文件。

可以理解，在一些实施例中，在目标文件的文件信息可以显示在X群组的聊天界面时，例如当目标文件为图像、视频、音频等多媒体文件时，手机100还可以显示目标文件的文件信息。例如，参考图4G，在目标文件为图像时，手机100可以显示目标文件的缩略图信息。

通过本申请实施例提供的方法，手机100在检测到用户在X群组内访问目标文件，例如查看、下载或另存为的目标文件时，若目标文件已过期，则从X群组内存储有目标文件的其他客户端设备中获取该目标文件，提升了用户体验。并且，上传目标文件的客户端设备是根据各客户端的设备状态以及各客户端设备历史响应恢复请求上传文件的次数、时间等来确定，可以避免在客户端设备剩余电量太低、温度太高、网络较慢时上传目标文件，以及避免长期通过同一客户端设备上传目标文件，有利于进一步提升用户体验。此外，由于OBS服务器20是以目标文件的原始下载信息来存储目标文件，如此，各客户端设备无需更新存储的目标文件的下载信息，进一步提升用户体验。

进一步，以下以手机400的硬件结构为例，说明本申请实施例适用的客户端设备的结构。

具体地，图8根据本申请的一些实施例，示出了一种手机400的结构示意图。如图8所示，手机400可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

处理器110可以包括一个或多个处理单元，例如，可以包括中央处理器(centralprocessing unit，CPU)、图像处理器(graphics processing unit，GPU)、数字信号处理器(digital signal processor，DSP)、微处理器(micro-programmed control unit，MCU)、人工智能(artificial intelligence，AI)处理器或可编程逻辑器件(field programmablegate array，FPGA)等的处理模块或处理电路。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。例如，对应于手机400为前述手机100，处理器110可以用于执行向IM服务器30发送恢复请求的指令、向OBS服务器20发送获取目标文件的指令等；又例如，对应于手机400为前述手机200，处理器110可以用于执行向IM服务器30发送目标文件的存储状态和手机200的设备状态的指令、向IM服务器30发送无上传权限的通知消息的指令、向OBS服务器20发送上传目标文件或目标文件的原始下载地址的指令、判断手机200是否具有上传权限或响应权限的指令等。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse codemodulation，PCM)接口，串行外设接口(serial peripheral interface，SPI)，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等***器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现手机400的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现手机400的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机400的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括程序存储区和数据存储区。其中，程序存储区可存储操作***，至少一个功能所需的应用程序(比如IM应用程序)等。数据存储区可存储手机400使用过程中所创建的数据，例如存储目标文件等等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，执行手机400的各种功能应用。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为手机400充电，也可以用于手机400与***设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为手机400供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。手机400的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。

移动通信模块150可以提供应用在手机400上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在手机400上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，NFC，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

手机400可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

耳机接口170D用于连接有线耳机。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。手机400根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，手机400根据压力传感器180A检测所述触摸操作强度。

加速度传感器180E可检测手机400在各个方向上(一般为三轴)加速度的大小。当手机400静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

环境光传感器180L用于感知环境光亮度。手机400可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测手机400是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。手机400可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于手机400的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。手机400可以接收按键输入，产生与手机400的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，手机400可以包括1个或N个摄像头193，N为大于1的正整数。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Mini-LED，Micro-LED，Micro-OLED，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机400可以包括1个或N个显示屏194，N为大于1的正整数。

手机400可以通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

SIM卡接口195用于连接SIM卡。

可以理解，本申请实施例示出的手机400的结构并不构成对手机400的具体限定。在本申请另一些实施例中，手机400可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

可以理解，本申请各实施例提供的数据处理方法适用的电子设备可以和手机400具有相同或相似的结构，也可包括比手机400更多或更少的模块，在此不做限定。

可以理解，上述手机400等客户端设备所使用的操作***可以是安卓^TM、iOS^TM(Input Output System)以及鸿蒙(Harmony OS)等操作***中的一种，在此不做限制。下面以鸿蒙操作***为例，介绍手机400的软件架构。

图9根据本申请的一些实施例，示出了一种手机400的软件架构示意图。如图9所示，手机400的软件架构主要包括：

应用层02可以包括***应用021和扩展应用022(或第三方应用)。其中，***应用021可以包括桌面、备忘录、设置、相机、短信、邮件等等；扩展应用022可以包括IM应用程序(例如畅连^TM、微信^TM、QQ^TM、Welink^TM等)等应用程序。在一些实施例中，本申请实施例提供的数据处理方法可以应用于应用层02中的各类IM应用程序或者具有IM功能的应用程序。例如，可以将上述各实施例提供的数据处理方法的指令嵌入IM应用程序或者具有IM功能的应用程序中，从而IM应用程序或者具有IM功能的应用程序可以在用户查看、下载或另存为的文件已过期的情况下，通过本申请提供的数据处理方法获取目标文件。

可以理解，IM应用程序可以是任意IM应用程序或者具有IM功能的应用程序，包括但不限于畅连^TM、微信^TM、QQ^TM、Welink^TM、易信^TM等。

框架层03为应用层提供多语言框架，包括界面(user interface，UI)框架031、用户程序框架032和能力框架033等。其中，UI框架031包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等，在此不做赘述。用户程序框架032和能力框架033可为应用程序提供应用所需的各能力部件的能力，例如运算能力(可以包括CPU算力、图形处理器算力、图像信号处理器算力等)、拾音能力(可以包括麦克风拾音能力、语音识别能力等)、设备安全防护方面的安全能力(可以包括可信任运行环境安全等级等)、显示能力(可以包括屏幕分辨率、屏幕尺寸等)、播放能力(包括扩音能力、立体声效能力等、以及存储能力(可以包括设备的内存能力、随机存取存储器能力等)等，在此不做限制。

***服务层04是手机400软件***的核心，可以通过框架层03对应用层02的应用程序提供服务。***服务层04包括分布式软总线041、分布式数据管理模块042、数分布式调度043等。其中：

分布式软总线041用于将手机400与其他电子设备进行耦接，构成分布式***。

分布式数据管理042基于分布式软总线，实现应用程序数据和用户数据的分布式管理。

分布式任务调度043用于基于分布式软总线041、分布式数据管理042，构建统一的分布式服务管理(发现、同步、注册、调用)机制，支持对跨设备的应用进行远程启动、远程调用、绑定/解绑、以及迁移等操作，能够根据不同设备的能力、位置、业务运行状态、资源使用情况并结合用户的习惯和意图，选择最合适的设备运行分布式任务。

内核层05包括内核子***051和驱动子***052。内核子***051通过屏蔽多内核差异，对上层提供基础的内核能力，包括进程/线程管理、内存管理、文件***、网络管理和外设管理等。驱动子***052包括硬件驱动框架，硬件驱动框架可以为手机400提供统一外设访问能力和管理框架。

可以理解，图9所示的手机400的软件架构，只是一种示例，在其他的实施例中，手机400也可以采用不同于上述图9的其他软件架构，本申请实施例不做限定。

进一步，图10根据本申请的一些实施例，示出了一种服务器500的结构示意图。该服务器500可以用于实现前述OBS服务器20和/或IM服务器30的功能。

如图10所示，服务器500包括可以包括一个或多个处理器501、存储器502、通信接口503、以及总线504。其中：

处理器501包括的具体处理单元可以参考前述处理器110的描述，在此不做赘述。在一些实施例中，对应于服务器500为前述OBS服务器20，处理器110可以用于执行检测目标文件是否过期的指令、向客户端设备发送目标文件过期的通信信息的指令、存储目标文件并向客户端设备发送目标文件的下载信息的指令等；对应于服务器500为前述IM服务器30，处理器501可以用于向客户端设备广播恢复请求的指令、确定目标上传设备的指令、向客户端设备发送目标文件的新下载信息的指令等。

存储器502可以包括易失性存储器，例如随机存取存储器(random-accessmemory，RAM)，双倍数据率同步动态随机存取存储器(double data rate synchronousdynamic random access memory，DDR SDRAM)等；以及非易失性存储设备，例如硬盘驱动器(hard disk drive，HDD)、光盘(compact disc，CD)、数字通用光盘(digital versatiledisc，DVD)、固态硬盘(solid-state drive，SSD)等。存储器102可以用于存储IM应用程序对应的IM消息以及文件，也可以用于存储前述各实施例中，OBS服务器20和/或IM服务器30的操作对应的指令。

通信接口503可以包括用于和其他电子设备通信的有线接口或无线接口，例如以太网接口、蜂窝网络接口、无线局域网接口等；也可以是服务器500中用于连接其他设备或模块的接口，例如高速串行计算机扩展总线(peripheral component interconnectexpress，PCIe)接口等。在一些实施例中，服务器500可以利用通信接口503与安装有IM应用程序的客户端设备进行通信。

总线504用于耦接服务器500的各个模块，为各模块提供合适的访问接口，以便于数据、数据地址和控制信号的传输。

可以理解，图10所示的服务器500的结构只是一种示例，在另一些实施例中，服务器500可以包括更多或更少的模块，也可以合并或拆分部分模块，在此不做限定

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程***上执行的计算机程序或程序代码，该可编程***包括至少一个处理器、存储***(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理***包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何***。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理***通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(CD-ROMs)、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

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

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims

1.一种数据处理方法，其特征在于，应用于服务器设备，所述方法包括：

响应于第一终端设备在即时通信应用的第一群组中发起的第一文件的访问操作，确定所述第一群组中的终端设备是否存储有所述第一文件，其中，所述第一文件为在所述服务器设备中已删除的所述第一群组中发送的历史文件；

响应于至少一个终端设备存储有所述第一文件，在所述至少一个终端设备中选取第二终端设备，向所述第二终端设备发送上传请求；

接收所述第二终端设备上传的所述第一文件，将所述第一文件发送给所述第一终端设备。

2.根据权利要求1所述的方法，其特征在于，所述响应于至少一个终端设备存储有所述第一文件，在所述至少一个终端设备中选取第二终端设备，包括：

获取所述至少一个终端设备的设备状态，并根据所述设备状态确定终端设备的设备评分；

根据所述终端设备的设备评分确定所述第二终端设备。

3.根据权利要求2所述的方法，其特征在于，所述设备状态包括所述终端设备的网速、电池剩余电量、Wi-Fi状态值、设备温度中的至少一种。

4.根据权利要求3所述的方法，其特征在于，所述设备评分随所述终端设备的网速、电池剩余电量、Wi-Fi状态值增加而增加，随所述终端设备的设备温度增加而减小。

5.根据权利要求2-4中任一项所述的方法，其特征在于，所述根据所述终端设备的设备评分确定所述第二终端设备，包括：

选取所述设备评分最高的终端设备作为所述第二终端设备。

6.根据权利要求2-4中任一项所述的方法，其特征在于，所述根据所述终端设备的设备评分确定所述第二终端设备，包括：

在至少一个终端设备中选取所述设备评分靠前的预设数量终端设备；

在所述预设数量终端设备中随机确定所述第二终端设备。

7.根据权利要求2-4中任一项所述的方法，其特征在于，所述根据所述终端设备的设备评分确定所述第二终端设备，包括：

在所述预设数量终端设备中确定上传次数最少或上次上传时间间隔最长的终端设备为所述第二终端设备。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述接收所述第二终端设备上传的所述第一文件之后，所述方法还包括：

存储所述第一文件，为所述第一文件设定保留时间。

9.根据权利要求1-7中任一项所述的方法，其特征在于，所述将所述第一文件发送给所述第一终端设备，包括：

通过向所述第一终端设备发送所述第一文件的下载地址来将所述第一文件发送给所述第一终端设备，所述下载地址为所述第一文件保存在所述服务器设备中的地址。

10.根据权利要求9所述的方法，其特征在于，所述第一文件的下载地址为所述第一文件删除前保存在所述服务器设备中的地址。

11.根据权利要求1-10中任一项所述的方法，其特征在于，所述确定所述第一群组中的终端设备是否存储有所述第一文件，包括：

获取所述第一群组中终端设备的响应权限，向具有响应权限的终端设备确定是否存储有所述第一文件。

12.根据权利要求1-11中任一项所述的方法，其特征在于，所述在所述至少一个终端设备中选取第二终端设备，向所述第二终端设备发送上传请求，包括：

选取的所述第二终端设备不具备上传所述第一文件的权限时，在所述至少一个终端设备中重新确定第二终端设备并发送上传请求。

13.根据权利要求1-12中任一项所述的方法，其特征在于，所述服务器设备包括第一服务器设备和第二服务器设备；并且，

所述第一服务器设备用于确定所述第一群组中的终端设备是否存储有所述第一文件及在至少一个终端设备中选取第二终端设备，向所述第二终端设备发送上传请求；

所述第二服务器设备用于接收并保存所述第二终端设备上传的所述第一文件。

14.一种数据处理方法，其特征在于，应用于第一终端设备，所述第一终端设备中安装有即时通信应用，所述方法包括：

通过所述即时通信应用的第一群组向服务器设备发起第一文件的访问操作，所述第一文件是所述第一群组中发送的历史文件；

在所述服务器设备中已删除所述第一文件时，触发所述服务器设备确定所述第一群组中的终端设备中存储有所述第一文件的第二终端设备；

获取所述第二终端设备上传到所述服务器设备中的所述第一文件。

15.根据权利要求14所述的方法，其特征在于，所述访问操作包括在所述第一群组中针对所述第一文件的打开或存储操作。

16.根据权利要求15所述的方法，其特征在于，所述获取所述第二终端设备上传到所述服务器设备中的所述第一文件，包括：

在所述第一群组中自动打开或存储所述第一文件。

17.根据权利要求14-16中任一项所述的方法，其特征在于，所述在所述服务器设备中已删除所述第一文件时，触发所述服务器设备确定所述第一群组中的终端设备中存储有所述第一文件的第二终端设备，包括：

在用户确定恢复所述第一文件，或者用户已授权自动恢复所述第一群组中的文件时，向所述服务器设备发送恢复所述第一文件的恢复请求。

18.根据权利要求14-17中任一项所述的方法，其特征在于，所述方法还包括：

响应于所述服务器设备确定是否存储有第二文件，在所述第一终端设备中存储有所述第二文件时，向所述服务器设备反馈自身的设备状态；

响应于所述服务器设备发送的所述第二文件上传请求，将所述第二文件发送给所述服务器设备。

19.根据权利要求18所述的方法，其特征在于，所述响应于所述服务器设备发送的所述第二文件上传请求，将所述第二文件发送给所述服务器设备，包括：

在用户允许上传所述第二文件，或者用户已授权自动上传所述第一群组中的文件时，将所述第二文件发送给所述服务器设备。

20.一种可读存储介质，其特征在于，所述可读存储介质上存储有指令，所述指令在电子设备上执行时使所述电子设备实现权利要求1至19中任一项所述的数据处理方法。

21.一种电子设备，其特征在于，包括：

以及处理器，是所述电子设备的处理器之一，用于执行所述存储器中存储的所述指令以实现权利要求1至19中任一项所述的数据处理方法。