CN112685367A - 文件分享进度的指示方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种文件分享进度的指示方法、电子设备及计算机可读存储介质。本申请实施例由于时间是连续的，那么文件在每个工作分段中的实时分享耗时在总完成度中所占份额是随着工作时间而变化的，使得基于每个工作分段中的实时分享耗时所获得的实时分享进度则是随着时间而流畅地连续变化，能够避免由于采用工作量单位分别表示文件分享的各工作分段的完成度而导致的文件分享的各工作分段之间的实时分享进度的变化差异较大的技术问题，从而提高了文件的分享进度指示的可靠性和可视化效果。

Description

文件分享进度的指示方法、电子设备及计算机可读存储介质

【技术领域】

本申请涉及数据处理技术领域，具体地涉及大数据技术，尤其涉及一种文件分享进度的指示方法、电子设备及计算机可读存储介质。

【背景技术】

终端在执行文件分享的任务时，通常，由于服务端的存储能力、上传带宽、下载带宽等因素的限制，使得许多文件(例如，音频、视频等文件)是无法直接分享给其他用户，而是需要对文件进行格式转换，而后再进行网络传输到服务端进行文件分享。在文件分享的整个过程中，可以采用进度条等图片形式作为分享进度指示来向用户展示分享的完成情况，以便用户对文件分享的过程中需要等待的时间有所了解。

一般来说，可以利用文件分享所执行的两个工作分段操作的完成进度，刷新文件分享的分享进度指示。

【发明内容】

本申请的多个方面提供一种文件分享进度的指示方法、电子设备及计算机可读存储介质。

本申请的一方面，提供一种文件分享进度的指示方法，包括：

对终端待分享的文件的分享时间进行预测处理，以获得所述文件进行分享的预测分享耗时；其中，所述文件的预测分享耗时包括所述文件进行格式转换的预测转换耗时和所述格式转换之后的文件进行网络传输的预测上传耗时；

根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度；

根据所述文件的实时分享进度，更新所述文件的分享进度指示。

本申请的另一方面，提供一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行根据上述任一方面所提供的方法。

本申请的再一方面，提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行根据上述任一方面所提供的方法。

本申请的又一方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述任一方面所提供的方法。

由上述技术方案可知，本申请实施例通过对终端待分享的文件的分享时间进行预测处理，以获得所述文件进行分享的预测分享耗时，其中，所述文件的预测分享耗时包括所述文件进行格式转换的预测转换耗时和所述格式转换之后的文件进行网络传输的预测上传耗时，进而，根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度，使得能够根据所述文件的实时分享进度，更新所述文件的分享进度指示，采用时间单位统一表示文件分享的完成度，由于时间是连续的，那么文件在每个工作分段中的实时分享耗时在总完成度中所占份额是随着工作时间而变化的，使得基于每个工作分段中的实时分享耗时所获得的实时分享进度则是随着时间而流畅地连续变化，能够避免由于采用工作量单位分别表示文件分享的各工作分段的完成度而导致的文件分享的各工作分段之间的实时分享进度的变化差异较大的技术问题，从而提高了文件的分享进度指示的可靠性和可视化效果。

另外，采用本申请所提供的技术方案，将对终端待分享的文件的分享时间进行预测处理，所获得的所述文件进行分享的预测分享耗时，作为在文件的分享过程中文件分享的总完成度，能够有效提高文件的总分享耗时精准性。

另外，采用本申请所提供的技术方案，能够有效地提高用户的体验。

【附图说明】

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

图1为本申请一实施例提供的文件分享进度的指示方法的流程示意图；

图2为图1所对应的实施例的具体实现示意图；

图3为为适于用来实现本申请实施方式的示例性计算机系统/服务端12的框图。

【具体实施方式】

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

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、个人电脑(Personal Computer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。

另外，本申请实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请实施例中字符“/”，一般表示前后关联对象是一种“或”的关系。

随着互联网技术的突飞猛进及计算机的迅速普及，在工作以及生活中利用终端进行文件分享的的情况已经变得司空见惯。但是，用户在进行文件分享时，出于实际需要，往往对文件的目标编码格式有特定的要求，因而无法直接将待分享的文件直接分享给对方。例如，在分享图片文件时，往往对图片的分辨率有特定要求；在分享文本文件时，往往需要首先进行无损压缩操作，然后进行分享操作；在进行视频文件分享时，常常会对视频编码格式、分辨率、码率、帧率、播放时间等都有比较严格的限制。因此，需要先对待分享的文件进行编码操作进行格式转换得到目标格式的文件，然后再将其进行网络传输到服务端进行分享给其他人。

以下以视频文件在即时通信应用中分享过程为例进行说明，用户使用终端上的即时通信应用(例如，连信APP，微信APP等等)将视频文件分享给好友时，目前的即时通信应用出于服务端的存储能力、上传带宽、下载带宽、播放效果等诸多方面的考虑，会对分享视频文件的编码格式、分辨率、码率、帧率、播放时间等都有比较严格的要求，例如，即时通信应用要求进行分享的视频文件的目标编码格式为H264、分辨率为960x540、码率为2000bps，播放时间不超过5分钟，这意味着用户的很多视频文件由于不符合上述的格式要求，无法直接分享给其他人。因此在进行视频文件分享之前，需要先对其进行编码操作以进行格式转换，从而达到即时通信应用中的相应要求，而后再将编码后生成的文件上传至服务端，再分享给其好友。

整个视频文件的分享过程可以分解为格式转换的工作分段，以及格式转换之后的上传服务端的工作分段，终端在执行上述两个工作分段的步骤时，往往采用分享进度指示等图片形式作为分享进度指示来向用户展示整个视频分享过程的完成情况，以便用户对分享过程的完成情况以及需要等待的时间能够进行了解。对于至少包含上述两个工作时段的视频分享过程，目前通常采用以下两种展示方式。

第一种方式为，采用两个独立分享进度指示分别展示格式转换工作分段和上传工作分段的进度。采用该方式的缺点在于，用户一般并不了解两个工作分段与整体分享过程之间的关系，因此通过该方法无法从整体上了解分享过程的总体进度情况。

第二种方式为，将一个分享进度指示划分为两个工作分段，用第一个工作分段来展示格式转换的工作分段的进度，第二个工作分段来展示上传服务端的工作分段的进度。采用该方式的缺点在于，由于各个工作分段的实际耗时差别相当大，分享进度指示的行进过程经常会出现忽快忽慢，甚至出现卡顿的情况，用户体验仍然不够友好。

对于复合连续工作(即多个工作分段按顺序执行)来说，现有一般采用多个分享进度指示分别表示不同工作分段的完成进度，或者简单的把多个分享进度指示按顺序连起来而已。此时，每个工作分段都是按各自完成进度的行进速度分开考虑的，虽然对于每个工作分段自己来说是顺滑的，但由于无法控制每个工作分段在整体的总进度中份额，导致整个工作的整体进度的行进速度却是不顺滑的。通常表现为耗时的工作分段总是慢，不耗时的工作分段总是跳(快速结束)。

本申请所提供的技术方案，其核心思想是：不再使用单一工作分段的完成进度来计算分享进度P，而是使用每个工作分段中耗时来计算分享进度P。通过将所有工作分段的完成度统一用时间单位来表示，可以记t，由于时间t可以直接相加，按照分享进度的公式即P＝t/T，那么，可以得出：P_总＝(t1+t2)/T_总，将某一时刻的完成情况t(已完成的工作分段的耗时直接加入，未完成的工作分段取实际耗时)代入公式就能计算出某一时刻的分享进度P。但是公式中T_总是整体工作的总完成耗时，在整个分享操作未结束之前是无法获得的，因此，本申请还引入了预测耗时的概念，通过利用各工作分段的关键参数来预测出该工作分段的耗时即预测耗时，然后通过公式变形得到最终的分享进度P。

由于时间是连续的，每个工作分段在总进度中所占份额是随工作时间而变化的，那么最后统一得到的分享进度P的行进速度就是连续且顺滑的。

图1为本申请一实施例提供的文件分享进度的指示方法的流程示意图，如图1所示。

101、对终端待分享的文件的分享时间进行预测处理，以获得所述文件进行分享的预测分享耗时。

其中，所述文件的预测分享耗时T_{预测分享耗时}包括所述文件进行格式转换的预测转换耗时t_{预测转换耗时}和所述格式转换之后的文件进行网络传输的预测上传耗时t预测上传耗时。

所谓的文件的分享时间，是指文件进行分享操作的时间，其中，分享操作至少包括格式转换和网络传输。

所谓的预测转换耗时t_{预测转换耗时}，是指预测文件进行格式转换的时间。

所谓的预测上传耗时t_{预测上传耗时}，是指预测格式转换之后的文件进行网络传输的时间。

由于文件的分享操作需要执行两个工作分段，一个工作分段是文件进行格式转换的工作分段即转换工作分段，另一个工作分段是文件进行网络传输的工作分段即上传工作分段。那么，所述文件的预测分享耗时T_{预测分享耗时}可以看作是两个工作分段中各工作分段的预测时间之和，即转换工作分段的预测转换耗时t_{预测转换耗时}与上传工作分段的预测上传耗时t_{预测上传耗时}之和，即预测分享耗时T_{预测分享耗时}＝预测转换耗时t_{预测转换耗时}+预测上传耗时t_{预测上传耗时}。

102、根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度。

103、根据所述文件的实时分享进度，更新所述文件的分享进度指示。

本申请中，可以用分享进度指示的整体来表示以时间为单位的分享操作的总完成度，用分享进度指示的可动态变化的一部分来表示以时间为单位的分享操作的实时完成度在总完成度中所占份额，由于时间是连续的，使得分享操作的实时完成度在总完成度中所占份额则是随着时间而流畅地连续变化，那么，使得更新所述文件的分享进度指示的实时分享进度的变化趋势是均匀且顺滑的，从而方便用户直观顺畅地了解到文件的分享进度情况。

申请所采用的分享进度指示，可以采用条形结构的进度条，或者还可以采用圆形结构的的进度条，或者还可以采用其他几何结构的的进度条，本申请对此不进行特别限定。

需要说明的是，101～103的执行主体的部分或全部可以为位于终端的应用，或者还可以为设置在位于终端的应用中的插件或软件开发工具包(Software DevelopmentKit，SDK)等功能单元，或者还可以为位于网络侧服务端中的处理引擎，本实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行限定。

这样，通过对终端待分享的文件的分享时间进行预测处理，以获得所述文件进行分享的预测分享耗时，其中，所述文件的预测分享耗时包括所述文件进行格式转换的预测转换耗时和所述格式转换之后的文件进行网络传输的预测上传耗时，进而，根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度，使得能够根据所述文件的实时分享进度，更新所述文件的分享进度指示，采用时间单位统一表示文件分享的完成度，由于时间是连续的，那么文件在每个工作分段中的实时分享耗时在总完成度中所占份额是随着工作时间而变化的，使得基于每个工作分段中的实时分享耗时所获得的实时分享进度则是随着时间而流畅地连续变化，能够避免由于采用工作量单位分别表示文件分享的各工作分段的完成度而导致的文件分享的各工作分段之间的实时分享进度的变化差异较大的技术问题，从而提高了文件的分享进度指示的可靠性和可视化效果。

可选地，在本实施例的一个可能的实现方式中，在101中，具体可以根据所述终端的环境信息和所述文件的分享信息，对所述文件进行格式转换的转换时间进行预测处理，以获得所述文件进行格式转换的预测转换耗时。

在本实现方式中，具体可以根据当前时刻的终端的环境信息和文件的分享信息对文件的格式转换时间进行预测，从而获得文件进行格式转换需要的总时间即预测转换耗时t_{预测转换耗时}。

具体地，文件的分享信息具体可以包括但不限于文件原始的格式信息、文件转换后的格式信息和文件的大小信息中的至少一项，本实施例对此不进行特别限定。其中，

文件原始的格式信息可以包括但不限于文件原始的播放时间、文件原始的码率、文件原始的分辨率和文件原始的帧率中的至少一项，本实施例对此不进行特别限定。

文件转换后的格式信息可以包括但不限于文件转换后的播放时间、文件转换后的码率、文件转换后的分辨率和文件转换后的帧率中的至少一项，本实施例对此不进行特别限定。

具体地，终端的环境信息可以包括但不限于终端的硬件环境信息和终端的软件环境信息，本实施例对此不进行特别限定。其中，

终端的硬件环境信息可以包括但不限于以下信息中的一种或多种：终端的设备类型信息、终端的操作系统信息、终端的设备配置信息、终端的网络信息。

例如，终端的设备类型信息可以为手机、平板电脑(Tablet Computer)或者个人电脑(Personal Computer，PC)等。

或者，再例如，终端的操作系统信息可以为苹果的ios操作系统及版本、谷歌的安卓操作系统及版本或者微软的Windows Phone操作系统及版本或者其他的终端操作系统。

或者，再例如，终端的设备配置信息可以为终端的品牌或终端的CPU等。一般来说，CPU的数据处理能力越强，编码的效率就越高。例如，目前常用的骁龙八核处理器835、845、855以及865相对于早期的双核处理器具有更强大的数据处理能力，编码的效率也相对较高，进行格式转换的转换时间也会相应缩短。

或者，再例如，终端的网络信息可以为3G网络、4G网络或无线相容性认证(Wireless Fidelity，Wi-Fi)网络等网络类型，或者还可以为网络带宽、网络信号质量、网络延时、网络丢包率、网络拥堵情况等网络情况。

具体地，可以采用现有技术中的各种方案，获取终端的硬件环境信息，例如，终端读取、根据终端与服务端之间的交互(如心跳、连接速度等)等，本实施例对此不进行特别限定。

终端的软件环境信息可以包括但不限于当前所运行在的应用，或者还可以进一步包括但不限于终端上运行的其他应用，例如，终端后台所运行的其他应用。在终端的处理资源一定的情况下，同时运行的应用越多，意味着分配给所在应用的编码操作的资源就越少，编码的效率也会随之降低，进行格式转换的转换时间也相应延长。

具体地，具体可以采用现有技术中的各种方案，获取终端的软件环境信息，本实施例对此不进行特别限定。

在本实现方式中，在获取所述终端的环境信息和所述文件的分享信息之后，还可以进一步利用实验室数据，并结合所统计的历史数据，进行实时计算，以获得预测的所述文件进行格式转换的预测转换耗时。

其中，实验室数据可以由开发或测试人员使用主流设备在实验室环境下实验得出的预测模型；历史数据的统计来源于对所述文件进行格式转换之后所上传的实际转换耗时。

在对所述文件进行格式转换的转换时间进行预测处理时，通过根据所述终端的环境信息和所述文件的分享信息，同时还结合实验室数据以及历史数据，使得预测处理结果的准确度较高，从而能够有效地提升文件的分享进度指示的显示效果的流畅性。

可选地，在本实施例的一个可能的实现方式中，在101中，具体可以根据所述终端的环境信息和所述格式转换之后的文件的大小信息，对所述格式转换之后的文件进行网络传输的上传时间进行预测处理，以获得所述格式转换之后的文件进行网络传输的预测上传耗时。

在本实现方式中，具体可以根据当前时刻的终端的环境信息和所述格式转换之后的文件的分享信息对所述格式转换之后的文件的网络传输时间进行预测处理，从而获得文件进行网络传输需要的总时间即预测上传耗时t_{预测上传耗时}。

具体地，终端的环境信息可以包括但不限于终端的硬件环境信息和终端的软件环境信息，本实施例对此不进行特别限定。详细描述可以参见上个实现方式中的相关内容。

在本实现方式中，在获取所述终端的环境信息和所述格式转换之后的文件的大小信息之后，还可以进一步利用实验室数据，并结合所统计的历史数据，进行实时计算，以获得所述格式转换之后的文件进行网络传输的预测上传耗时。

其中，实验室数据可以由开发或测试人员使用主流设备在实验室环境下实验得出的预测模型；历史数据的统计来源于对所述文件进行网络传输之后所上传的实际上传耗时。

在对所述文件进行格式转换的转换时间进行预测处理时，通过根据所述终端的环境信息和所述格式转换之后的文件的大小信息，同时还结合实验室数据以及历史数据，使得预测处理结果的准确度较高，从而能够有效地提升文件的分享进度指示的显示效果的流畅性。

可选地，还可以采用上述两个可能的实现方式中的技术方案，执行101，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，在102之前，还可以进一步获取所述文件的实时分享耗时，用以反映所述文件分享的实时情况。

此时，通过利用分享操作的实时耗时代替分享操作的实时完成工作量，来表征文件分享操作的实际完成情况，能够较好地体现出文件的分享操作情况在时间上整体的流畅变化。

在一个具体的实现过程中，具体可以记录所述文件的实际分享耗时，以作为所述文件的实时分享耗时。

具体地，在文件分享的过程中，具体可以对所述文件进行分享的实际分享时间，进行实时记录，以作为所述文件的实时分享耗时。

此时，在稳定的终端环境中，由于此时终端的环境信息与预测处理时终端的环境信息基本一致，直接将实际分享耗时作为实时分享耗时即可，无需进行额外的其他处理，就能够准确获取所述文件的实时分享耗时，从而提高了文件的实时分享耗时的获取效率。

在另一个具体的实现过程中，具体可以记录所述文件进行分享的实时分享完成度，其中，所述文件的实时分享完成度可以包括但不限于所述文件进行格式转换的实时转换完成度P_{实时转换完成度}和所述格式转换之后的文件进行网络传输的实时上传完成度P_{实时上传完成度}，本实施例对此不进行特别限定。进而，则可以根据所述文件的实时分享完成度和所述文件的预测分享耗时，获得所述文件的实时分享耗时。其中，

所述文件进行格式转换的实时转换完成度P_{实时转换完成度}，以工作量单位表示，是指文件进行格式转换的实时完成百分比，即文件进行格式转换的实时完成工作量/文件进行格式转换的总工作量。例如，当前时刻文件中格式已转换的数据量占文件中需要格式转换的总数据量的百分比。

所述格式转换之后的文件进行网络传输的实时上传完成度P_{实时上传完成度}，以工作量单位表示，是指格式转换之后的文件进行网络传输的实时完成百分比，即格式转换之后的文件进行网络传输的实时完成工作量/格式转换之后的文件进行网络传输的总工作量。例如，当前时刻格式转换之后的文件中已上传的数据量占格式转换之后的文件中需要上传的总数据量的百分比。

由于文件的分享操作需要执行两个工作分段，一个工作分段是文件进行格式转换的工作分段即转换工作分段，另一个工作分段是文件进行网络传输的工作分段即上传工作分段。那么，针对不同的工作分段，可以采用如下方法获取所述文件的实时分享耗时。

具体地，在文件进行格式转换的工作分段，具体可以根据所述实时转换完成度P_{实时转换完成度}和所述预测转换耗时t_{预测转换耗时}，获得所述文件的实时转换耗时t_{实时转换耗时}，即t_{实时转换耗时}＝t_{预测转换耗时}×P_{实时转换完成度}。由于此时尚未开始执行文件的网络传输，那么，则可以将所述文件的实时转换耗时t_{实时转换耗时}，直接作为所述文件的实时分享耗时。

具体地，在文件进行网络传输的工作分段，具体可以根据所述实时上传完成度P_{实时上传完成度}和所述预测上传耗时t_{预测上传耗时}，获得所述文件的实时上传耗时t_{实时上传耗时}，即t_{实时上传耗时}＝t_{预测上传耗时}×P_{实时上传完成度}。由于此时已经执行完成了文件的格式转换，那么，则可以将所述文件的实时上传耗时t_{实时上传耗时}，进一步叠加所述文件的实时转换耗时t_{实时转换耗时}(即上传工作分段文件的实时转换耗时t_{实时转换耗时}＝文件的预测转换耗时t_{预测转换耗时})的总和，作为所述文件的实时分享耗时。

其中，所述文件的预测分享耗时T_{预测分享耗时}包括所述文件进行格式转换的预测转换耗时t_{预测转换耗时}和所述格式转换之后的文件进行网络传输的预测上传耗时t预测上传耗时。

此时，通过利用分享操作的各工作分段工作量的实时完成度，以各工作分段所对应的预测工作时间为归一基准，获得分享操作的实时工作时间，由于采用预测工作时间作为归一基准，使得所获得的实时工作时间更加的精确，从而提高了文件的实时分享耗时的准确性和可靠性。

可选地，在本实施例的一个可能的实现方式中，在102中，具体可以将所述实时分享耗时与所述预测分享耗时的比值，作为所述实时分享进度。

由于时间是连续的，那么通过将所述实时分享耗时与所述预测分享耗时的比值，作为所述实时分享进度，使得基于所述实时分享耗时所获得的实时分享进度则是随着时间而流畅地连续变化，那么，使得实时分享进度的变化趋势是均匀且顺滑的，能够避免由于采用工作量单位分别表示文件分享的各工作分段的完成度而导致的文件分享的各工作分段之间的实时分享进度的变化差异较大的技术问题，从而提高了文件的分享进度指示的可靠性和可视化效果。

可选地，在本实施例的一个可能的实现方式中，还可以进一步利用所述文件的实时分享耗时和/或所述文件的实际分享耗时，对所述预测处理所采用的算法进行迭代修正处理。

例如，具体可以通过反馈机制，将所文件的实时分享耗时，作为迭代数据，对所述预测处理所采用的算法进行修正处理。

或者，再例如，具体可以通过反馈机制，所文件的实际分析耗时，作为迭代数据，对所述预测处理所采用的算法进行修正处理。

利用迭代修正处理之后的算法进行预测处理，能够有效提高预测处理的可靠性和有效性。

下面将通过具体应用场景对本实施例的具体实现进行进一步详细说明，如图2所示。

201、用户在终端上的应用中触发文件(例如，视频文件等)的分享操作，应用向服务端发送文件的分享指示。

202、服务端对文件的分享时间进行预测处理，以获得文件进行分享的预测分享耗时T_{预测分享耗时}，所述文件的预测分享耗时包括所述文件进行格式转换的预测转换耗时t_{预测转换耗时}和所述格式转换之后的文件进行网络传输的预测上传耗时t_{预测上传耗时}。

其中，预测分享耗时T_{预测分享耗时}＝预测转换耗时t_{预测转换耗时}+预测上传耗时t_{预测上传耗时}。

具体地，服务端具体可以根据所述终端的环境信息和所述文件的分享信息，对所述文件进行格式转换的转换时间进行预测处理，以获得所述文件进行格式转换的预测转换耗时，以及根据所述终端的环境信息和所述格式转换之后的文件的大小信息，对所述格式转换之后的文件进行网络传输的上传时间进行预测处理，以获得所述格式转换之后的文件进行网络传输的预测上传耗时。

详细描述可以参见图1所对应的实施例中的相关内容。

203、服务端向应用发送所获得的所述文件的预测转换耗时t_{预测转换耗时}和预测上传耗时t_{预测上传耗时}。

204、应用对所述文件进行格式转换，以获得格式转换之后的文件，实时记录所述文件进行格式转换的实时转换完成度P_{实时转换完成度}。

205、应用判断实时转换完成度P_{实时转换完成度}是否大于或等于100％。若是，则执行208；否则，则执行206。

若应用判断实时转换完成度P_{实时转换完成度}大于或等于100％，则结束对所述文件进行格式转换，将所述文件进行格式转换的实际转换耗时反馈到服务端，以供服务端将所获得的文件的反馈数据，作为迭代数据，对所述预测处理所采用的算法进行修正处理，利用修正处理之后的算法，执行202。

206、应用根据所述实时转换完成度P_{实时转换完成度}和所述预测转换耗时t_{预测转换耗时}，获得所述文件的实时转换耗时t_{实时转换耗时}＝t_{预测转换耗时}×P_{实时转换完成度}，以作为所述文件的实时分享耗时，根据所述文件的实时分享耗时(实时转换耗时t_{实时转换耗时})和所述文件的预测分享耗时T_{预测分享耗时}，获得所述文件的实时分享进度P_{实时分享进度}。

具体地，应用具体可以将所述实时分享耗时(实时转换耗时t_{实时转换耗时})与所述预测分享耗时T_{预测分享耗时}的比值，作为所述实时分享进度P_{实时分享进度}，即实时分享进度P_{实时分享进度}＝实时转换耗时t_{实时转换耗时}/预测分享耗时T_{预测分享耗时}。

207、应用根据所述文件的实时分享进度，更新所述文件的分享进度指示，返回执行204。

208、应用对所述格式转换之后的文件进行网络传输，以将所述格式转换之后的文件上传到服务端，实时记录所述格式转换之后的文件进行网络传输的实时上传完成度P_{实时上传完成度}。

209、应用判断实时上传完成度P_{实时上传完成度}是否大于或等于100％。若是，则结束流程；否则，则执行210。

若应用判断上传完成度P_{实时上传完成度}大于或等于100％，则结束对所述文件进行网络传输，将所述文件进行网络传输的实际上传耗时反馈到服务端，以供服务端将所获得的文件的反馈数据，作为迭代数据，对所述预测处理所采用的算法进行修正处理，利用修正处理之后的算法，执行202。

210、应用根据所述实时上传完成度P_{实时上传完成度}和所述预测上传耗时t_{预测上传耗时}，获得所述文件的实时上传耗时t_{实时上传耗时}＝t_{预测上传耗时}×P_{实时上传完成度}，将所述文件的实时上传耗时t_{实时上传耗时}，叠加所述文件的实时转换耗时t_{实时转换耗时}(即上传工作分段中的文件的实时转换耗时t_{实时转换耗时}＝文件的预测转换耗时t_{预测转换耗时})的总和，作为所述文件的实时分享耗时，根据所述文件的实时分享耗时(实时转换耗时t_{实时转换耗时}+实时上传耗时t_{实时上传耗时})和所述文件的预测分享耗时T_{预测分享耗时}，获得所述文件的实时分享进度P_{实时分享进度}。

具体地，应用具体可以将所述实时分享耗时(实时转换耗时t_{实时转换耗时}+实时上传耗时t_{实时上传耗时})与所述预测分享耗时T_{预测分享耗时}的比值，作为所述实时分享进度P_{实时分享进度}，即实时分享进度P_{实时分享进度}＝(实时转换耗时t_{实时转换耗时}+实时上传耗时t_{实时上传耗时})/预测分享耗时T_{预测分享耗时}。

211、应用根据所述文件的实时分享进度，更新所述文件的分享进度指示，返回执行208。

至此，用户在终端上的应用中所触发的文件的分享操作执行完毕，通过在执行过程中，向用户展示随着时间而流畅地连续变化的文件的分享进度指示，此时分享进度指示的行进过程较为均匀，不会出现忽快忽慢甚至出现卡顿的情况，从而方便用户直观顺畅地了解到文件的分享进度情况。用户体验有所提升。

本实施例中，通过对终端待分享的文件的分享时间进行预测处理，以获得所述文件进行分享的预测分享耗时，其中，所述文件的预测分享耗时包括所述文件进行格式转换的预测转换耗时和所述格式转换之后的文件进行网络传输的预测上传耗时，进而，根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度，使得能够根据所述文件的实时分享进度，更新所述文件的分享进度指示，采用时间单位统一表示文件分享的完成度，由于时间是连续的，那么文件在每个工作分段中的实时分享耗时在总完成度中所占份额是随着工作时间而变化的，使得基于每个工作分段中的实时分享耗时所获得的实时分享进度则是随着时间而流畅地连续变化，能够避免由于采用工作量单位分别表示文件分享的各工作分段的完成度而导致的文件分享的各工作分段之间的实时分享进度的变化差异较大的技术问题，从而提高了文件的分享进度指示的可靠性和可视化效果。

另外，采用本申请所提供的技术方案，将对终端待分享的文件的分享时间进行预测处理，所获得的所述文件进行分享的预测分享耗时，作为文件分享的总完成度，能够有效提高文件的总分享耗时精准性。

另外，采用本申请所提供的技术方案，能够有效地提高用户的体验。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

根据本申请的实施例，本申请还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图3示出了可以用来实施本申请的实施例的示例电子设备300的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图3所示，电子设备300包括计算单元301，其可以根据存储在只读存储器(ROM)302中的计算机程序或者从存储单元308加载到随机访问存储器(RAM)303中的计算机程序，来执行各种适当的动作和处理。在RAM 303中，还可存储电子设备300操作所需的各种程序和数据。计算单元301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。

电子设备300中的多个部件连接至I/O接口305，包括：输入单元306，例如键盘、鼠标等；输出单元307，例如各种类型的显示器、扬声器等；存储单元308，例如磁盘、光盘等；以及通信单元309，例如网卡、调制解调器、无线通信收发机等。通信单元309允许电子设备300通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元301可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元301的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元301执行上文所描述的各个方法和处理，例如文件分享进度的指示方法。例如，在一些实施例中，文件分享进度的指示方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元308。在一些实施例中，计算机程序的部分或者全部可以经由ROM 302和/或通信单元309而被载入和/或安装到电子设备300上。当计算机程序加载到RAM 303并由计算单元301执行时，可以执行上文描述的文件分享进度的指示方法的一个或多个步骤。备选地，在其他实施例中，计算单元301可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行文件分享进度的指示方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (11)

1.一种文件分享进度的指示方法，其特征在于，包括：

对终端待分享的文件的分享时间进行预测处理，以获得所述文件进行分享的预测分享耗时；其中，所述文件的预测分享耗时包括所述文件进行格式转换的预测转换耗时和所述格式转换之后的文件进行网络传输的预测上传耗时；

根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度；

根据所述文件的实时分享进度，更新所述文件的分享进度指示。

2.根据权利要求1所述的方法，其特征在于，所述对终端待分享的文件的分享时间进行预测处理，以获得所述文件进行分享的预测分享耗时，包括：

根据所述终端的环境信息和所述文件的分享信息，对所述文件进行格式转换的转换时间进行预测处理，以获得所述文件进行格式转换的预测转换耗时；和/或

根据所述终端的环境信息和所述格式转换之后的文件的大小信息，对所述格式转换之后的文件进行网络传输的上传时间进行预测处理，以获得所述格式转换之后的文件进行网络传输的预测上传耗时。

3.根据权利要求1所述的方法，其特征在于，所述根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度之前，还包括：

获取所述文件的实时分享耗时。

4.根据权利要求3所述的方法，其特征在于，所述获取所述所述文件的实时分享耗时，包括：

记录所述文件的实际分享耗时，以作为所述文件的实时分享耗时。

5.根据权利要求3所述的方法，其特征在于，所述获取所述文件的实时分享耗时，包括：

记录所述文件进行分享的实时分享完成度；其中，所述文件的实时分享完成度包括所述文件进行格式转换的实时转换完成度和所述格式转换之后的文件进行网络传输的实时上传完成度；

根据所述文件的实时分享完成度和所述文件的预测分享耗时，获得所述文件的实时分享耗时。

6.根据权利要求5所述的方法，其特征在于，所述根据所述文件的实时分享完成度和所述文件的预测分享耗时，获得所述文件的实时分享耗时，包括：

根据所述实时转换完成度和所述预测转换耗时，获得所述文件的实时转换耗时；

根据所述实时上传完成度和所述预测上传耗时，获得所述文件的实时上传耗时；

根据所述文件的实时转换耗时和所述文件的实时上传耗时，获得所述文件的实时分享耗时。

7.根据权利要求1所述的方法，其特征在于，所述根据所述文件的实时分享耗时和所述文件的预测分享耗时，获得所述文件的实时分享进度，包括：

将所述实时分享耗时与所述预测分享耗时的比值，作为所述实时分享进度。

8.根据权利要求1～7任一权利要求所述的方法，其特征在于，所述方法还包括：

利用所述文件的实时分享耗时和/或所述文件的实际分享耗时，对所述预测处理所采用的算法进行迭代修正处理。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行根据权利要求1～8中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1～8中任一项所述的方法。

11.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1～8中任一项所述的方法。

Images