CN105260439B - 数据发布方法、装置及终端 - Google Patents

Abstract

本公开是关于一种数据发布方法、装置及终端，属于网络技术领域。所述方法包括：在接收到对数据的发布指令时，将所述数据存储至本地；在个人展示平台上显示所述数据；向服务器上传所述数据；在所述数据上传失败时，重复向所述服务器上传存储在本地的所述数据。本公开在本地保存了用户已编辑好的数据，所以即便因当前网络状态不良或无网络导致发布数据失败，也可做到在后续过程中自动尝试发布多次，以最大可能保证了数据的成功发布机率，智能性较优。

Description

数据发布方法、装置及终端

技术领域

本公开涉及网络技术领域，特别涉及一种数据发布方法、装置及终端。

背景技术

社交应用作为一个为智能终端提供语音、视频、图片、文字等信息交互服务的应用程序，凭借其可跨通信运营商、跨操作***平台发送语音、视频、图片和文字等优点，受到了广大用户的青睐。时下，社交应用还提供了个人展示平台，用户在登录社交应用后，可在个人展示平台上发布文字、图片或视频等数据，以分享自己当下的心情或状态。

相关技术中，用户在确定待发送数据，并在社交应用的信息发送页面上点击了发送按键后，若当前网络状态良好，则通过社交应用先上传该项数据至服务器，然后反馈用户上传成功提示信息，并在用户的个人展示平台上显示刚刚发布的数据。若当前网络状态不好，或者用户处于无网络场所，则用户在社交应用的信息发送页面上点击了发送按键后，社交应用会立即提示用户当前无法访问网络，数据发送失败。

发明内容

为克服相关技术中存在的问题，本公开提供一种数据发布方法、装置及终端。

根据本公开实施例的第一方面，提供一种数据发布方法，所述方法包括：

在接收到对数据的发布指令时，将所述数据存储至本地；

在个人展示平台上显示所述数据；

向服务器上传所述数据；

在所述数据上传失败时，重复向所述服务器上传存储在本地的所述数据。

可选地，在所述数据上传失败时，重复向所述服务器上传存储在本地的所述数据，包括：

在本次所述数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间；

基于所述下一次上传时间，执行所述向所述服务器上传存储在本地的所述数据的步骤。

可选地，所述方法还包括：

统计所述数据上传失败的次数；

当所述数据上传失败的次数达到阈值时，输出所述数据上传失败的提示消息。

可选地，所述方法还包括：

设置所述上传失败的次数与下次上传所述数据的上传时间间隔之间的对应关系；所述下次上传所述数据的上传时间间隔与所述上传失败的次数正相关。

根据本公开实施例的第二方面，提供一种数据发布装置，所述装置包括：

数据存储模块，用于在接收到对数据的发布指令时，将所述数据存储至本地；

数据显示模块，用于在个人展示平台上显示所述数据；

数据上传模块，用于向服务器上传所述数据；

所述数据上传模块，用于在所述数据上传失败时，重复向所述服务器上传存储在本地的所述数据。

可选地，所述数据上传模块，用于在本次所述数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间；基于所述下一次上传时间，执行所述向所述服务器上传存储在本地的所述数据的步骤。

可选地，所述装置还包括：

统计模块，用于统计所述数据上传失败的次数；

所述数据显示模块，用于当所述数据上传失败的次数达到阈值时，输出所述数据上传失败的提示消息。

可选地，所述装置还包括：

对应关系设置模块，用于设置所述上传失败的次数与下次上传所述数据的上传时间间隔之间的对应关系；所述下次上传所述数据的上传时间间隔与所述上传失败的次数正相关。

根据本公开实施例的第三方面，提供一种终端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：在接收到对数据的发布指令时，将所述数据存储至本地；在个人展示平台上显示所述数据；向服务器上传所述数据；在所述数据上传失败时，重复向所述服务器上传存储在本地的所述数据。

本公开的实施例提供的技术方案可以包括以下有益效果：

终端在接收到对数据的发布指令时将该数据存储至本地，在个人展示平台上显示该数据；并且终端向服务器上传该数据；在该数据上传失败时，重复向服务器上传存储在本地的该数据。本公开在本地保存了用户已编辑好的数据，并及时在个人展示平台上显示该数据，所以即便因当前网络状态不良或无网络导致发布数据失败，也可先显示发布的数据，在后续过程中自动尝试发布多次，以优化数据的发布机制。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种数据发布方法的流程图。

图2是根据一示例性实施例示出的一种数据发布方法的流程图。

图3是根据一示例性实施例示出的第一种数据发布装置的框图。

图4是根据一示例性实施例示出的第二种数据发布装置的框图。

图5是根据一示例性实施例示出的第三种数据发布装置的框图。

图6是根据一示例性实施例示出的一种终端的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种数据发布方法的流程图，如图1所示，该数据发布方法用于终端中，包括以下步骤。

在步骤101中，在接收到对数据的发布指令时，将该数据存储至本地。

在步骤102中，在个人展示平台上显示该数据。

在步骤103中，向服务器上传该数据。

在一实施例中，服务器可以是为社交应用提供服务的服务器，该社交应用为用户提供了个人展示平台。

在步骤104中，在该数据上传失败时，重复向社交应用服务器上传存储在本地的该数据。

本公开实施例提供的方法，终端在接收到对数据的发布指令时将该数据存储至本地，在个人展示平台上显示该数据；并且终端向服务器上传该数据；在该数据上传失败时，重复向服务器上传存储在本地的该数据，本公开在本地保存了用户已编辑好的数据，在个人展示平台上显示该数据，所以即便因当前网络状态不良或无网络导致发布数据失败，也可先显示该数据，在后续过程中自动尝试发布多次，以最大可能保证了数据的成功发布机率，智能性较优。

可选地，在数据上传失败时，重复向服务器上传存储在本地的数据，包括：

在本次数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间；

基于下一次上传时间，执行向服务器上传存储在本地的数据的步骤。

可选地，该方法还包括：

统计数据上传失败的次数；

当数据上传失败的次数达到阈值时，输出数据上传失败的提示消息。

可选地，该方法还包括：

设置上传失败的次数与下次上传数据的上传时间间隔之间的对应关系；下次上传数据的上传时间间隔与上传失败的次数正相关。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图2是根据一示例性实施例示出的一种数据发布方法的流程图。如图2所示，该数据发布方法可用于终端中，可以包括以下步骤。

在步骤201中，获取待发布的数据。

在本公开实施例中，待发布的数据可指代图片、视频、纯文本、图片加文本、视频加文本等等，本公开实施例对此不进行具体限定。待发布的数据的具体的获取方式可以有多种，比如通过摄像头拍摄、本地选取等，详见下述步骤。

针对待发布的数据包括图片的方式：

(A)终端在接收到发布触发指令后，显示本地存储的图片，将用户选中的图片确定为待发布图片。

示例地，个人展示平台的页面上设置了一个发布触发按键，当终端检测到该发布触发按键的点击操作后，可显示多个发布选项。多个发布选项用于表征发布何种类型的数据。比如，可包括图片发布选项、纯文本信息发布选项或视频发布选项等等，本公开实施例对此不进行具体限定。当检测到任一发布选项的点击操作后，终端确定接收到发布触发指令。

例如，当检测到图片发布选项的点击操作后，终端输出选取图片或拍摄图片的选项。例如，以接收到选取图片的选项为例，接收到选取图片的指令后，由当前页面跳转至图片选取页面，该图片选取页面中包括了本地存储的所有图片。在一实施例中，每一个图片所在位置均设置了一个选择框。用户点击该选择框可选中图片，再次点击该选择框可取消选中。所以，根据用户对选择框的点击操作，便可在本地存储的所有图片中确定待发布图片。

(B)当终端检测到图片选取结束操作后，跳转至信息发送页面。

在本公开实施例中，图片选取页面中包括了一个图片选取结束按键。当终端检测到用户点击该图片选取结束按键时，确定检测到图片选取结束操作，由图片选取页面跳转至信息发送页面。

(C)终端获取用户在信息发送页面上输入的文本信息，将待发布图片和文本信息确定为待发送的数据。

在一实施例中，信息发送页面上提供了可供用户进行文本信息输入的界面。用户在该界面上输入文本信息后，终端将该文本信息和之前选取的待发布图片一起作为待发送的数据。

针对待发布的数据包括视频的方式：

当检测到视频发布选项的点击操作后，终端输出选取视频或拍摄视频的选项。例如，以接收到拍摄视频的选项为例，接收到拍摄视频的指令后，由当前页面跳转至视频拍摄页面。该视频拍摄页面中包括了视频拍摄按键。当检测到该视频拍摄按键的点击操作后，终端启动摄像头进行视频拍摄。对于视频拍摄而言，在视频拍摄之前还可以设置视频的拍摄时长，所以在视频拍摄长度达到预设时长时，终端可自动停止拍摄，并自动跳转至信息发送页面。在本实施例中，信息发送页面上还可提供可供用户进行文本信息输入的界面。当用户在该界面上输入文本信息时，将刚拍摄的视频片段和用户输入的文本信息一起作为待发送的数据。

在步骤202中，在接收到对该待发布数据的发布指令后，将该待发布数据存储至本地。

在本实施例中，在存储该待发布数据时，可将该待发布数据存储在终端的内存、存储卡上等等，本公开实施例对此不进行具体限定。

在本公开实施例中，通过将该待发布数据存储在本地，可保证即使当前网络情况不佳，无法使用当前网络将该待发布数据上传至服务器时，不用重新输入待发布数据。

在终端当前处于网络连接状态不良或者无网络的环境下，上述待发布数据终端一般不能成功上传至服务器，也即用户发表状态失败。在后续过程中当用户移动至网络连接状态良好的环境，或网络状态变好时，用户可能由于其他事情忘记重新发表先前发送失败的数据，这样便导致用户漏发状态，用户体验欠佳。

而本公开实施例将该待发布数据自懂存储在本地，可以在后续过程中自动进行上述数据的发布。

在步骤203中，在个人展示平台上显示该待发布数据。

在本公开实施例中，在将该待发布数据存储在本地后，终端将该待发布数据写入社交应用的个人展示平台的状态列表中。在一实施例中，在将该待发布数据写入上述状态列表中后，该待发布数据便会显示在用户个人展示平台的页面上。这样，用户在第一时间内便感觉到自己的状态发布成功了。

在步骤204中，向服务器上传该待发布数据。

在本公开实施例中，为了让用户关系链中的好友即时获知用户发布的该待发布数据，终端还需通过社交应用向服务器上传该待发布数据，以进行状态同步。在一实施例中，终端在向服务器上传该待发布数据时，出于上传速度和上传安全性的考量，可先将该待发布数据进行压缩处理和加密处理后，再将处理后的待发布数据上传至服务器。压缩处理方式和加密处理方式可事先和服务器协定，本公开实施例对此不进行具体限定。

在步骤205中，在上传待发布数据失败时，重复向服务器上传存储在本地的该待发布数据。

在本公开实施例中，当终端通过社交应用首次上传待发布数据至服务器失败后，为了尽可能地保证该待发布数据的发布成功率，后续还会根据存储在本地的该待发布数据自动尝试多次重新上传。在后续过程中，终端当前所在网络状态可能有所改善，由网络状态不良转变为网络状态良好，或者，终端由网络状态不良的环境移动至网络状态良好的环境，因此尝试多次重新上传可增加用户状态成功发布的机率。

在一实施例中，在后续过程中重复向服务器上传存储在本地的待发布数据时，可采取下述方式实现：

(A)、在本次数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间；基于下一次上传时间，执行通过社交应用向服务器上传存储在本地的待发布数据的步骤。

在本实施例中，在后续重新上传时，尝试上传多次，且每一次重新上传的时间间隔既可不同也可相同，本公开实施例对此不进行具体限定。本公开实施例仅以每一次重新上传的时间间隔不同为例进行说明。为此，本公开实施例还可以包括设置上传失败的次数与下次上传数据的上传时间间隔之间的对应关系的步骤。以一共重新上传5次为例，则可设如下表1所示的对应关系表。

表1

上传次数	上传时间间隔
		第一次重试	第一次上传后的5秒
第二次重试	第一次重试后的5秒

第三次重试	第二次重试后的1分钟
		第四次重试	第三次重试后的5分钟
第五次重试	第四次重试后的10分钟

在一实施例中，下次上传数据的上传时间间隔与上传失败的次数可以设置为正相关，如表1所示，重试的次数越多，上传的时间间隔越大。

在根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间时，可采取下述方式实现：

确定下一次上传时间对应的指定上传次数；根据指定上传次数在对应关系中进行查找，得到与指定上传次数相匹配的上传时间间隔；将本次上传时间和该上传时间间隔之和作为下一次上传时间。

以本次上传时间为15:00:00，本次上传时间对应的指定上传次数为第二次重试为例，则下一次上传时间对应的上传次数便为第三次重试。以上传失败的次数与下次上传数据的上传时间间隔之间的对应关系为表1中所示情况为例，与第三次重试相匹配的上传时间间隔为1分钟，因此下一次上传时间便为15:00:00加上1分钟，为15:01:00。依此类推，第四次重试的时间为15:06:00，重试第五次的时间为15:16:00。

(B)、统计待发布数据上传失败的次数。

针对该步骤，终端可内置计数器，每当该待发布数据上传失败时，计数器的次数加1，待计数器的累加次数达到预设阈值时，比如达到表1所示的重试5次时，计数器停止计数，执行下述步骤(C)。

(C)、当该待发布数据上传失败的次数达到阈值时，输出该待发布数据上传失败的提示消息。

当该待发布数据上传失败的次数达到阈值时，说明终端一段时间内均会处于网络状态不良或无网络的环境下，为了通知用户该数据的上传失败情况，本公开实施例还可以包括输出上传失败提示消息的步骤。在一实施例中，上传失败提示消息中可包括每一次尝试上传的时间、失败原因等，本公开实施例对此不进行具体限定。示例地，上传失败提示消息可以弹框或气泡的方式进行显示，本公开实施例对此同样不进行具体限定。

本公开实施例提供的方法，终端在接收到对数据的发布指令时将该数据存储至本地，并在个人展示平台上显示该数据；终端向服务器上传该数据；在该数据上传失败时，重复向服务器上传存储在本地的该数据，本公开在本地保存了用户已编辑好的数据，所以即便因当前网络状态不良或无网络导致发布数据失败，也可做到在后续过程中自动尝试发布多次，以最大可能保证了数据的成功发布机率，智能性较优，用户体验度良好。

图3是根据一示例性实施例示出的一种数据发布装置的框图。参照图3，该装置包括数据存储模块301，数据显示模块302和数据上传模块303。

其中，数据存储模块301与数据显示模块302连接，用于在接收到对数据的发布指令时，将该数据存储至本地；数据显示模块302与数据上传模块303连接，用于在个人展示平台上显示该数据；数据上传模块303，用于向服务器上传该数据，在该数据上传失败时，重复向服务器上传存储在本地的数据。

可选地，数据上传模块303，用于在本次数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间；基于下一次上传时间，执行向服务器上传存储在本地的数据的步骤。

参见图4，该装置还包括：

统计模块304，用于统计数据的上传失败次数；

数据显示模块302，用于当数据的上传失败次数达到阈值时，显示数据的上传失败提示消息。

参见图5，该装置还包括：

对应关系设置模块305，用于设置上传失败的次数与下次上传数据的上传时间间隔之间的对应关系；下次上传数据的上传时间间隔与上传失败的次数正相关。

本公开实施例提供的装置，终端在接收到对数据的发布指令时将该数据存储至本地，并在个人展示平台上显示该数据；终端向服务器上传该数据；在该数据上传失败时，重复向服务器上传存储在本地的该数据，本公开在本地保存了用户已编辑好的数据，所以即便因当前网络状态不良或无网络导致发布数据失败，也可做到在后续过程中自动尝试发布多次，以最大可能保证了数据的成功发布机率，智能性较优。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种终端600的框图。例如，终端600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，终端600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，I/O(Input/Output，输入/输出)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制终端600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在终端600的操作。这些数据的示例包括用于在终端600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如SRAM(Static Random Access Memory,静态随机存取存储器)，EEPROM(Electrically-Erasable Programmable Read-Only Memory,电可擦除可编程只读存储器)，EPROM(Erasable Programmable Read Only Memory,可擦除可编程只读存储器)，PROM(Programmable Read-Only Memory,可编程只读存储器)，ROM(Read-Only Memory,只读存储器)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为终端600的各种组件提供电力。电源组件606可以包括电源管理***，一个或多个电源，及其他与为终端600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述终端600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括LCD(Liquid Crystal Display，液晶显示器)和TP(TouchPanel，触摸面板)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当终端600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个MIC(Microphone,麦克风)，当终端600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为终端600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如组件为终端600的显示器和小键盘，传感器组件614还可以检测终端600或终端600一个组件的位置改变，用户与终端600接触的存在或不存在，终端600方位或加速/减速和终端600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS(Complementary Metal OxideSemiconductor，互补金属氧化物)或CCD(Charge-coupled Device，电荷耦合元件)图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于终端600和其他设备之间有线或无线方式的通信。终端600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括NFC(Near Field Communication,近场通信)模块，以促进短程通信。例如，在NFC模块可基于RFID(Radio FrequencyIdentification,射频识别)技术，IrDA(Infra-red Data Association,红外数据协会)技术，UWB(Ultra Wideband,超宽带)技术，BT(Bluetooth,蓝牙)技术和其他技术来实现。

在示例性实施例中，终端600可以被一个或多个ASIC(Application SpecificIntegrated Circuit,应用专用集成电路)、DSP(Digital signal Processor,数字信号处理器)、DSPD(Digital signal Processor Device，数字信号处理设备)、PLD(ProgrammableLogic Device,可编程逻辑器件)、FPGA)(Field Programmable Gate Array,现场可编程门阵列)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由终端600的处理器620执行以完成上述数据发布方法。例如，所述非临时性计算机可读存储介质可以是ROM、RAM(Random Access Memory,随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory,光盘只读存储器)、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (3)

1.一种数据发布方法，其特征在于，所述方法包括：

在接收到对数据的发布指令时，将所述数据存储至本地；

在个人展示平台上显示所述数据；

向服务器上传所述数据；

在本次所述数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间，下次上传所述数据的上传时间间隔与所述上传失败的次数正相关；

基于所述下一次上传时间，执行向所述服务器上传存储在本地的所述数据的步骤；

其中，所述方法还包括：

统计所述数据上传失败的次数；

当所述数据上传失败的次数达到阈值时，输出所述数据上传失败的提示消息。

2.一种数据发布装置，其特征在于，所述装置包括：

数据存储模块，用于在接收到对数据的发布指令时，将所述数据存储至本地；

数据显示模块，用于在个人展示平台上显示所述数据；

数据上传模块，用于向服务器上传所述数据；

所述数据上传模块，用于在本次所述数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间；基于所述下一次上传时间，执行向所述服务器上传存储在本地的所述数据的步骤，下次上传所述数据的上传时间间隔与所述数据当前上传失败的次数正相关；

其中，所述装置还包括：

统计模块，用于统计所述数据上传失败的次数；

所述数据显示模块，用于当所述数据上传失败的次数达到阈值时，输出所述数据上传失败的提示消息。

3.一种终端，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：在接收到对数据的发布指令时，将所述数据存储至本地；在个人展示平台上显示所述数据；向服务器上传所述数据；在所述数据上传失败时，重复向所述服务器上传存储在本地的所述数据；

其中，所述处理器还被配置为：在本次所述数据上传失败时，根据本次上传时间和预先设置的上传时间间隔，确定下一次上传时间，下次上传所述数据的上传时间间隔与所述数据当前上传失败的次数正相关；基于所述下一次上传时间，执行所述向所述服务器上传存储在本地的所述数据的步骤，下次上传所述数据的上传时间间隔与所述数据当前上传失败的次数正相关；

所述处理器还被配置为：统计所述数据上传失败的次数；当所述数据上传失败的次数达到阈值时，输出所述数据上传失败的提示消息。