CN104978352A - 信息处理的方法及客户端 - Google Patents

Abstract

本发明公开了一种信息处理的方法及客户端，涉及互联网技术领域，为解决信息上传失败导致的信息丢失的问题而发明。本发明涉及的方法包括：在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；根据信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中；根据信息上传指令上传完整编辑信息；若信息上传失败，则从永久存储区域中读取保存的完整编辑信息；将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。本发明主要应用于社交网站信息上传的过程中。

Description

信息处理的方法及客户端

技术领域

本发明涉及互联网技术领域，尤其涉及一种信息处理的方法及客户端。

背景技术

随着社会性网络服务（Social Networking Services简称，SNS）网络的发展，越来越多的网络用户习惯通过SNS网络进行交流。SNS网络通过用户关系、事件话题、兴趣爱好等共性元素建立用户之间的粘连度，营建出一个庞大稳定的网络关系社区。

在SNS网络中，用户可以上传图文信息与好友进行分享，包括撰写日志、发表评论、自拍短视频等。在用户上传信息时，受传输条件及网络侧后台维护等因素的影响，会存在信息上传失败的情况，当信息上传失败时，用户编辑的文字或视图信息将会丢失，如果再次尝试信息上传，则需要对上传的信息重新进行编辑，编辑过程繁琐不便。例如用户将拍摄完成的一段短视频上传到网络中，由于网络传输条件过差，短视频上传失败，在这种情况下用户拍摄的短视频不会在本地客户端进行保存，用户需要重新对短视频进行拍摄并尝试再次上传。

在实际应用中，除了信息上传失败会导致信息丢失以外，在对文字、视图等信息进行编辑时，用户设备（User Equipment，简称UE）程序崩溃、电量不足等因素导致的死机、关机等情况同样会使用户未编辑完成的信息会发生丢失，在UE恢复正常后，用户仍需要对上传的信息重新进行编辑。例如，当用户撰写一篇长评论时应用程序崩溃，用户重启程序后已撰写的文字内容会全部丢失，用户需要重新撰写整篇评论内容；再例如，用户拍摄了一段8秒钟的短视频，在视频上传过程中UE断电关机，开机后用户拍摄的视频内容将不复存在，用户只能重新拍摄视频。

通过上述内容可以看出，在目前信息分享的过程中，无论何种原因造成的信息丢失，对于用户而言都需要对上传的信息重新进行编辑，编辑过程费时费力，并且对于篇幅较长的文字信息或可再现性较低的视频信息而言，即使重新编辑也很难准确完整的还原用户的初衷原意。

发明内容

本发明提供了一种信息处理的方法及客户端，能够解决信息上传失败导致的信息丢失的问题。

为达到上述目的，本发明的采用如下技术方案：

一方面，本发明提供了一种信息处理的方法，包括：

在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；

根据信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中；

根据信息上传指令上传完整编辑信息；

若信息上传失败，则从永久存储区域中读取保存的完整编辑信息；

将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

另一方面，本发明还提供了一种信息处理的客户端，包括：

指令生成单元，用于在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；

数据读写单元，用于根据指令生成单元生成的信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中；

数据传输单元，用于根据信息上传指令上传完整编辑信息；

数据读写单元还用于当数据传输单元信息上传失败时，从永久存储区域中读取保存的完整编辑信息；

编辑管理单元，用于将数据读写单元读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

本发明提供的信息处理的方法及客户端，能够在用户对上传信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；在根据信息上传指令进行信息上传之前，根据生成的信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中，然后根据信息上传指令将编辑窗口中的完整编辑信息上传至网络侧。与现有技术不同的是，当信息上传失败时能够从永久存储区域中读取此前保存的完整编辑信息，并将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑并上传网络，或者直接将完整编辑信息重新进行上传。由于增加了信息保存的步骤，因此相对于现有技术而言，当信息上传失败时，本地客户端可以依据事先保存的内容进行信息恢复，用户无需对上传的信息重新进行编辑，实际操作过程方便快捷。

附图说明

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

图1为本发明实施例中信息处理的方法流程图；

图2（a）及图2（b）为本发明实施例中两个文本输入的界面示意图；

图3为本发明实施例中另一个信息处理的方法流程图；

图4为本发明实施例中信息处理的客户端的结构示意图；

图5为本发明实施例中另一个信息处理的客户端的结构示意图；

图6为本发明实施例中又一个信息处理的客户端的结构示意图；

图7为本发明实施例中再一个信息处理的客户端的结构示意图。

具体实施方式

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

为解决现有技术中信息上传失败后信息无法保存的问题，本发明实施例提供了一种信息处理的方法，能够对用户编辑的信息进行本地保存，从而当再次进行上传时无需用户对上传信息进行重复编辑。如图1所示，该方法包括：

101、在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令。

当用户在个人主页上看到好友发布的新鲜事时，可以选择对该内容进行评论。用户在文本输入框内键入评论内容，然后点击发送键上传评论信息。应用客户端（后续简称客户端），在接收到用户触发的信息上传指令后，首先生成信息保存指令，对用户在文本输入框内键入的评论内容进行保存。

或者，用户通过拍摄取景框拍摄一段8秒的段视频，然后将该短视频上传至微视，在短视频拍摄完成后，用户点击上传键进行视频上传。客户端在接收到用户触发的信息上传指令后，首先生成信息保存指令，对用户拍摄的短视频进行保存。

102、根据信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中。

接收到信息上传指令之后，客户端根据步骤101中生成的信息保存指令将文本输入框或拍摄取景框等编辑窗口中编辑完成的完整编辑信息保存到永久存储区域中。

在本实施例中，该永久存储区域可以是UE中的外部存储区域，实际应用中可以是电脑或手机中的硬盘或外接的存储设备，本实施例仅将永久存储区域与内部存储区域（例如内存）进行区分，不对外部存储区域的名称、位置、形态特征等进行限制。

103、根据信息上传指令上传完整编辑信息。

在根据信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域后，客户端根据之前步骤101中生成的信息上传指令，将文本输入框或拍摄取景框等编辑窗口中编辑完成的完整编辑信息上传至网络侧。例如，将用户编辑的评论内容或短视频上传至网络侧，以便好友或其他网络用户可以查看到。

104、若信息上传失败，则从永久存储区域中读取保存的完整编辑信息。

如果信息上传成功，则结束信息上传的流程，如果信息上传失败，则客户端从永久存储区域中读取保存的完整编辑信息。客户端读取的完整编辑信息为步骤103中保存到永久存储区域中完整编辑信息，即用户在编辑窗口中编辑的评论内容或短视频等信息。

105、将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

客户端将步骤104中读取的完整编辑信息拉取到文本输入框或拍摄取景框等编辑窗口中，用户可以在完整编辑信息的基础上继续进行信息编辑，例如对完整编辑信息进行修改、添加等操作，然后对编辑后的完整编辑信息再次进行上传。在另一种情况下，用户也可以直接对编辑窗口中的完整编辑信息重新进行上传。

当用户再次上传重新编辑（或未重新编辑）的完整编辑信息时，客户端重新顺序执行上述步骤101至步骤103，即在上传信息前对二次上传的完整编辑信息对象进行保存，如果再次上传失败，则客户端继续执行步骤104至步骤105，如果上传成功，则客户端在执行步骤103之后结束上传流程。

可选的，为节省本地的存储资源，在信息上传成功后时，客户端还可以将永久存储区域中保存的完成编辑信息进行删除，即本地不再占用外存资源对网络侧服务器已保存的信息进行重复保存。如果需要获取该完成编辑信息，客户端可以在联网条件下，通过相应的数据请求接口请求该数据。

如图2（a）所示，在本实施例的一个应用场景中，用户在文本输入框中键入了状态“今天天气真不错”，并点击发送键上传状态。客户端根据用户触发的信息上传指令首先生成信息保存指令，然后将用户在文本输入框中编辑完成的“今天天气真不错”的状态保存到永久存储区域中，接着，客户端根据之前步骤101中接收的信息上传指令，将文本输入框中编辑完成的状态信息上传至网络侧。在信息上传的过程中，由于网络传输条件过差的影响，信息上传失败，客户端从永久存储区域中读取保存的该条状态信息，并将读取的状态信息拉取到文本输入框中。用户在文本输入框中可以对拉取的状态信息进行再次编辑，包括删除/添加部分文本信息、修改字号/字体等，例如，如图2（b）所示，用户将状态“今天天气真不错”修改为“今天天气真晴朗”。在用户对文本输入框中的状态信息进行重新编辑后，客户端再次顺序执行上述步骤101至步骤103，即在上传状态信息“今天天气真晴朗”之前，对该状态信息进行保存，如果状态信息再次上传失败，则继续执行步骤104至步骤105，如果上传成功，则在执行步骤103之后，结束上传流程。

本发明提供的信息处理的方法，能够在用户对上传信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；在根据信息上传指令进行信息上传之前，根据生成的信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中，然后根据信息上传指令将编辑窗口中的完整编辑信息上传至网络侧。与现有技术不同的是，当信息上传失败时能够从永久存储区域中读取此前保存的完整编辑信息，并将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑并上传网络，或者直接将完整编辑信息重新进行上传。由于增加了信息保存的步骤，因此相对于现有技术而言，当信息上传失败时，本地客户端可以依据事先保存的内容进行信息恢复，用户无需对上传的信息重新进行编辑，实际操作过程方便快捷。

进一步的，作为对图1所示方法的细化及进一步扩展，本发明实施例还提供了一种信息处理的方法。在该方法中，当用户对上传信息进行编辑时，客户端可以根据用户编辑操作特征的变化特点实时的对当前的编辑信息（即已编辑信息）进行临时保存。当用户编辑完成或者用户选择退出编辑窗口时，客户端可以对临时保存的已编辑信息进行永久保存，以便后续进行二次编辑或上传之用。具体的，如图3所示，该方法包括：

301、在信息编辑的过程中，基于编辑操作特征的变化生成信息临时保存指令。

本实施例中，客户端可以编辑信息的内容、主题、标签、位置信息等数据的变化，选择时机对已编辑信息进行临时保存，或者以用户编辑操作的变化（例如停止编辑等）对已编辑信息进行临时保存。

具体的：

1）当所述编辑窗口中已编辑信息的内容发生变化时，生成所述信息临时保存指令。

在用户进行编辑的过程中，客户端建立线程对编辑窗口中的编辑事件进行监听，监听编辑窗口中已编辑信息的内容是否发生变化。当编辑窗口中已编辑信息的内容发生变化时，客户端生成信息临时保存指令。实际应用中，已编辑信息的内容发生变化包括：已编辑信息内容的增加、删除、剪切、粘贴等。

例如，用户在编辑窗口中已键入“今天天气真好”6个字符，当用户进一步键入字符“啊”时，即在将“今天天气真好”编辑为“今天天气真好啊”时，客户端生成信息临时保存指令。对“今天天气真好啊”这7个字符进行临时保存。

或者，当用户使用拍摄取景框拍摄短视频时，客户端根据视频帧的增加生成信息临时保存指令，即视频拍摄过程中，每增加一个视频帧，客户端生成一次信息临时保存指令。

本实施例以增加已编辑信息内容为例进行了说明，实际应用中当用户对已编辑信息内容进行删除、剪切、粘贴等修改时，客户端生成信息临时保存指令。或者，当用户对已编辑信息的字体、字号进行调整后，客户端生成信息临时保存指令。

2）当编辑窗口中已编辑信息的主题或标签发生变化时，生成信息临时保存指令。

在用户进行编辑的过程中，客户端建立线程对编辑窗口中的编辑事件进行监听，监听编辑窗口中已编辑信息的主题或标签是否发生变化。当编辑窗口中已编辑信息的主题或标签发生变化时，客户端生成信息临时保存指令。

例如，当用户将编辑窗口中的主题“北京天气”修改为“天津天气”时，客户端根据该主题的变化生成信息临时保存指令；或者，当用户将编辑窗口中的标签“宅男”修改为“机车男”时，客户端根据该标签的变化生成信息临时保存指令。

本实施例中所述的主题可以为实际应用中用户发表的文字、图片、视频等信息的标题或名称，也可以是主题帖、群组的话题，所述标签可以是用户为发表的文字、图片、视频等信息人为添加的、用于内容分类的关键词，例如个人标签、话题标签等，本实施例不对主题和标签的具体表现形式进行限定。

3）当监听到用户的编辑操作中止时，在预设时长后生成信息临时保存指令。

在用户进行编辑的过程中，客户端建立线程对编辑窗口中的编辑事件进行监听，监听编辑窗口中已编辑信息的操作指令是否发生变化。例如，用户在白年纪窗口中持续进行字符输入，当用户中止输入操作时，客户端根据监听到的中止输入操作生成信息临时保存指令，对用户已输入的字符（即已编辑信息）进行保存。

进一步的，为减少信息临时保存对UE处理资源及存储资源带来的压力，在本实施例的一个优选方案中，客户端可以在用户中止输入后，不立即进行临时保存，而是在一段时间之后再进行临时保存。在该段时间内，如果用户继续进行字符输入，则客户端不进行任何保存处理，继续保持对编辑事件的监听；如果用户在该段时间内没有再次进行任何输入操作，则客户端生成信息临时保存指令。

本实施例中所述的一段时间为一个预设的时长间隔，该预设时长可以由UE制造商根据用户使用经验进行设置，也可以由用户本人根据个人使用习惯进行设置，实际应用中，该预设时长可以被设置为2秒或5秒，本实施例对预设时长的具体数值不做限制。

此外，在本实施例的另一个方案中，客户端还可以根据用户触发的保存指令生成信息临时保存指令。例如，当用户在字符输入过程中触发“ctrl+S”组合键时，客户端根据该保存指令生成信息临时保存指令。

4）根据用户位置信息的变化生成信息临时保存指令。

相对1）、2）、3）而言，客户端可以以编辑信息之外的其他维度作为依据，生成信息临时保存指令。例如，在用户进行编辑的过程中，客户端可以通过基站参考信号定位、全球定位系统(Global Positioning System，简称GPS)定位等多种现有定位技术手段，实时获得用户当前的位置信息。当用户的位置信息发生变化时，客户端生成信息临时保存指令。例如：用户当前位置信息为“北下关”，当用户的位置信息变化为“大柳树”时，客户端生成信息临时保存指令。

本实施例中，客户端可以周期性的获取用户的位置信息，其周期长短可以根据用户需求、UE电量模式等因素综合确定，本实施例对此不做限制。

基于以上1）、2）、3）、4）种实现方式的编辑操作特征变化，客户端能够自动生成信息临时保存指令，在生成信息临时保存指令之后，客户端继续执行下述步骤302。

302、根据信息临时保存指令，将编辑窗口中的已编辑信息保存到临时存储区域中。

在生成信息临时保存指令后，客户端将文本输入框中键入的内容或拍摄取景框中的短视频保存到临时存储区域中。与现有保存方式不同的时，本实施例中客户端对未完成的编辑信息多次进行临时保存，当信息编辑完成时客户端才会将临时保存的已编辑信息保存到永久保存区域中。

由于用户在编辑过程中，其编辑操作特征会多次发生变化，因此客户端对已编辑信息的保存也是多次的，但是需要说明的是，客户端每次临时保存的已编辑信息的内容并不一定相同，例如第一次保存的内容为“今天天气真好”，而下次保存的内容则为“今天天气真好啊”，本实施例仅以“已编辑信息”的表述对临时保存的客体对象进行描述，而已编辑信息内容的变化则不受该表述的限制。

当再次生成信息临时保存指令时，客户端将临时存储区域中保存的已编辑信息擦除，并写入编辑窗口中新的已编辑信息。例如，客户端当前保存的内容为“今天天气真好”，当用户进一步键入字符“啊”时，即在将“今天天气真好”编辑为“今天天气真好啊”时，客户端再次生成信息临时保存指令。根据该信息临时保存指令将临时存储区域中保存的字符串“今天天气真好”擦除，并重新写入字符串“今天天气真好啊”。

与永久存储区域类似的，实际应用中临时存储区域同样位于UE的外存中，当UE关机或程序崩溃时，其保存的数据信息不会丢失，“临时存储区域”与“永久存储区域”的表述差异主要体现在其存储功能上，不应将临时存储区域理解为内存。

303、在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令。

用户在信息编辑完成后，会触发“上传”、“确定”等按键，客户端根据用户触发的信息上传指令生成信息保存指令。本步骤的实现方式与图1中步骤101的实现方式相同，此处不再赘述。

需要说明的是，本步骤中生成的信息保存指令与步骤301生成的信息临时保存指令不同。具体的，信息临时保存指令是在信息编辑的过程中，由客户端根据用户编辑操作特征的变化自动进行的、多次的信息保存的操作指令，其功能在于对用户编辑的信息进行阶段性保存，避免因程序崩溃或断电关机等因素导致的信息丢失；而本步骤中生成的信息保存指令是在信息编辑完成后，由用户根据个人需要主动触发的信息上传指令衍生得到的保存指令，用于对用户已编辑完成的完成编辑信息进行一次性保存，避免因上传失败导致的信息丢失。

304、，根据信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中。

客户端将临时存储区域中保存的已编辑信息作为完整编辑信息，写入到永久存储区域中。此前已多次临时保存，现在所保存的已编辑信息是指最后一次临时保存的已编辑信息。在写入之后，客户端擦除临时存储区域中保存的已编辑信息。

例如，当前所保存的已编辑信息是“今天天气真好”，用户根据个人需要主动触发的信息上传指令衍生得到的保存指令客户端生成信息保存指令，将“今天天气真好”写入到永久存储区域中，然后将临时存储区域中临时保存的已编辑信息“今天天气真好”删除。

305、根据信息上传指令上传完整编辑信息。

例如将步骤304中保存到永久存储区域中的内容“今天天气真好啊”上传至网络侧。

306、若信息上传失败，则从永久存储区域中读取保存的完整编辑信息。

当信息“今天天气真好啊”上传失败时，客户端从永久存储区域中读取预先保存的信息“今天天气真好啊”。

307、将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

客户端将“今天天气真好啊”拉取到编辑窗口中，用户可以将“今天天气真好啊”编辑为“今天天气真不错”。然后，客户端再次顺序执行上述步骤301至步骤305，即在上传信息“今天天气真不错”之前，对该状态信息进行保存和上传，如果状态信息再次上传失败，则客户端继续执行步骤306至步骤307，如果上传成功，则在执行步骤305之后，结束上传流程。

进一步的，考虑到实际应用中用户可能在信息编辑过程中终止编辑操作（例如点击“取消”键等），本实施例中，客户端可以对用户已编辑的信息进行本地保存，以使用户后续能够给基于已编辑信息进行进一步的编辑操作或上传操作。具体的，在信息编辑的过程中，客户端如果接收到用户触发的退出编辑窗口指令，则将临时存储区域中保存的已编辑信息作为完整编辑信息，写入到永久存储区域中，并且擦除临时存储区域中保存的已编辑信息。后续当用户选择对已编辑信息继续进行编辑时，客户端从永久存储区域中读取此前用户终止信息编辑过程时所保存的已编辑信息，并将读取的已编辑信息拉取到编辑窗口中，供用户继续编辑之用。

例如，编辑窗口中已键入“今天天气”，用户点击“取消”键终止了编辑操作。客户端接收到用户触发的退出编辑窗口指令，将临时存储区域中保存的已编辑信息“今天天气”作为完整编辑信息，写入到永久存储区域中，并且擦除临时存储区域中的已编辑信息“今天天气”。后续当用户再次启动编辑窗口时，客户端从永久存储区域中读取已编辑信息“今天天气”并拉取到编辑窗口中，用户可以在已编辑信息“今天天气”的基础上进一步进行编辑得到信息“今天天气真晴朗”。

再进一步的，在实际应用中，当用户进行信息编辑时，运行的应用程序可能会发生崩溃，此时应用进程终止，用户需要重新启动应用程序，在这种情况下，用户此前编辑的信息内容将会丢失。此外，当UE因电量不足导致断电关机时，应用程序的进程同样会被终止，用户已编辑的信息无法被保存下来。基于此种问题的存在，本实施例还提供了一种信息处理的改进方式，在该方式中，当信息编辑过程因程序崩溃或断电关机而意外终止时，客户端可以临时设置意外终止标识位，并对该标识为进行保存。在UE重新运行程序或重新上电开机后，客户端根据保存的意外终止标识位，将临时存储区域中保存的已编辑信息作为完整编辑信息，写入到永久存储区域中，同时擦除临时存储区域中保存的已编辑信息。当用户再次启动编辑窗口时，客户端从永久存储区域中读取此前程序崩溃或断电关机时所保存的已编辑信息，并将读取的已编辑信息拉取到编辑窗口中，供用户继续编辑之用。

由于在用户编辑的过程中，客户端会根据用户编辑操作特征的变化对已编辑信息进行实时保存，因此当应用程序意外终止时，不会破坏最近一次保存的已编辑信息（这是由于该信息被临时保存于外存中）。当应用程序恢复运行后，客户端可以从临时存储区域中读出该已编辑信息，并写入到永久存储区域中。后续客户端可以依照步骤306和步骤307的实现方式，从永久存储区域中读出该已编辑信息，供用户再次进行编辑或上传之用。

例如，当用户在编辑窗口中键入“今天天气真”时，运行的应用程序发生崩溃，应用进程终止。客户端临时设置意外终止标识位，并对该标识为进行保存。在重新运行程序后，客户端根据保存的意外终止标识位，将临时存储区域中保存的已编辑信息“今天天气真”作为完整编辑信息，写入到永久存储区域中，同时擦除临时存储区域中保存的已编辑信息“今天天气真”。后续当用户再次启动编辑窗口时，客户端从永久存储区域中读取已编辑信息“今天天气真”并拉取到编辑窗口中，用户可以在已编辑信息“今天天气真”的基础上进一步进行编辑得到信息“今天天气真晴朗”。

本发明提供的信息处理的方法，能够在用户对上传信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；在根据信息上传指令进行信息上传之前，根据生成的信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中，然后根据信息上传指令将编辑窗口中的完整编辑信息上传至网络侧。与现有技术不同的是，当信息上传失败时能够从永久存储区域中读取此前保存的完整编辑信息，并将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑并上传网络，或者直接将完整编辑信息重新进行上传。由于增加了信息保存的步骤，因此相对于现有技术而言，当信息上传失败时，本地客户端可以依据事先保存的内容进行信息恢复，用户无需对上传的信息重新进行编辑，实际操作过程方便快捷。

此外，本发明提供的信息处理的方法，还可以在用户编辑信息的过程中，根据用户编辑操作特征的变化，实时对当前的已编辑信息进行临时保存，在编辑完成或编辑终止（包括用户主动终止及意外终止）时，将临时保存的已编辑信息作为完整编辑信息进行永久保存，以便后续再次编辑或上传之用。

进一步的，参考图1或图3所示方法的实现，本实施例还提供了一种信息处理的客户端，实际应用中，该客户端可以位于电脑、手机等UE中，用于对图1或图3所示的方法进行实现。具体的，如图4所示，该客户端包括：指令生成单元41、数据读写单元42、数据传输单元43以及编辑管理单元44，其中，

指令生成单元41，用于在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；

数据读写单元42，用于，根据指令生成单元41生成的信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中；

数据传输单元43，用于根据信息上传指令上传完整编辑信息；

数据读写单元42还用于当数据传输单元43信息上传失败时，从永久存储区域中读取保存的完整编辑信息；

编辑管理单元44，用于将数据读写单元42读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

进一步的，指令生成单元41用于在信息编辑的过程中，基于编辑操作特征的变化生成信息临时保存指令；

数据读写单元42，用于根据指令生成单元41生成的信息临时保存指令，将编辑窗口中的已编辑信息保存到临时存储区域中；

数据读写单元42还用于当指令生成单元41再次生成信息临时保存指令时，将临时存储区域中保存的已编辑信息擦除，并写入编辑窗口中新的已编辑信息。

进一步的，数据读写单元42，用于将临时存储区域中保存的已编辑信息作为完整编辑信息，写入到永久存储区域中，擦除临时存储区域中保存的已编辑信息。

进一步的，如图5所示，指令生成单元41包括：

事件监听模块51，用于建立线程对编辑窗口中的编辑事件进行监听；

第一生成模块52，用于当事件监听模块51监听到编辑窗口中已编辑信息的内容发生变化时，生成信息临时保存指令,已编辑信息的内容发生变化包括已编辑信息内容的增加、删除及修改；

第二生成模块53，用于当事件监听模块51监听到编辑窗口中已编辑信息的主题或标签发生变化时，生成信息临时保存指令;

第三生成模块54，用于当事件监听模块51监听到用户的编辑操作中止时，在预设时长后生成信息临时保存指令。

进一步的，如图6所示，指令生成单元41包括：

定位模块61，用于对用户的当前位置进行定位，获得用户位置信息；

第四生成模块62，用于当定位模块61获得的用户位置信息发生变化时，生成信息临时保存指令。

进一步的，如图7所示，该客户端还包括：

指令接收单元71，用于在信息编辑的过程中，接收用户触发的退出编辑窗口指令；

数据读写单元42，用于当指令接收单元71接收到退出编辑窗口指令时，将临时存储区域中保存的已编辑信息作为完整编辑信息，写入到永久存储区域中，擦除临时存储区域中保存的已编辑信息；

所述数据读写单元42还用于当接收到用户触发的启动编辑窗口指令时，从所述永久存储区域中读取保存的所述已编辑信息；

所述编辑管理单元44，用于将所述数据读写单元42读取的所述已编辑信息拉取到所述编辑窗口中，以使用户在所述已编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

进一步的，如图7所示，该客户端还包括：

标识位设置单元72，用于当信息编辑过程意外终止时，设置意外终止标识位；

数据读写单元42，用于根据标识位设置单元72设置的意外终止标识位，将临时存储区域中保存的已编辑信息作为完整编辑信息，写入到永久存储区域中，擦除临时存储区域中保存的已编辑信息。

所述数据读写单元42还用于当接收到用户触发的启动编辑窗口指令时，从所述永久存储区域中读取保存的所述已编辑信息；

所述编辑管理单元44，用于将所述数据读写单元42读取的所述已编辑信息拉取到所述编辑窗口中，以使用户在所述已编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

本发明提供的信息处理的客户端，能够在用户对上传信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；在根据信息上传指令进行信息上传之前，根据生成的信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中，然后根据信息上传指令将编辑窗口中的完整编辑信息上传至网络侧。与现有技术不同的是，当信息上传失败时能够从永久存储区域中读取此前保存的完整编辑信息，并将读取的完整编辑信息拉取到编辑窗口中，以使用户在完整编辑信息的基础上继续进行信息编辑并上传网络，或者直接将完整编辑信息重新进行上传。由于增加了信息保存的步骤，因此相对于现有技术而言，当信息上传失败时，本地客户端可以依据事先保存的内容进行信息恢复，用户无需对上传的信息重新进行编辑，实际操作过程方便快捷。

此外，本发明提供的信息处理的客户端，还可以在用户编辑信息的过程中，根据用户编辑操作特征的变化，实时对当前的已编辑信息进行临时保存，在编辑完成或编辑终止（包括用户主动终止及意外终止）时，将临时保存的已编辑信息作为完整编辑信息进行永久保存，以便后续再次编辑或上传之用。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (14)

1.一种信息处理的方法，其特征在于，包括：

在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；

根据所述信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中；

根据所述信息上传指令上传所述完整编辑信息；

若信息上传失败，则从所述永久存储区域中读取保存的所述完整编辑信息；

将读取的所述完整编辑信息拉取到所述编辑窗口中，以使用户在所述完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

2.根据权利要求1所述的方法，其特征在于，在所述根据用户触发的信息上传指令生成信息保存指令之前，所述方法进一步包括：

在信息编辑的过程中，基于编辑操作特征的变化生成信息临时保存指令；

根据所述信息临时保存指令，将所述编辑窗口中的已编辑信息保存到临时存储区域中；

当再次生成信息临时保存指令时，将所述临时存储区域中保存的已编辑信息擦除，并写入所述编辑窗口中新的已编辑信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中，包括：

将所述临时存储区域中保存的已编辑信息作为所述完整编辑信息，写入到所述永久存储区域中；

擦除所述临时存储区域中保存的已编辑信息。

4.根据权利要求2或3所述的方法，其特征在于，所述基于编辑操作特征的变化生成信息临时保存指令，包括：

建立线程对所述编辑窗口中的编辑事件进行监听；

当所述编辑窗口中已编辑信息的内容发生变化时，生成所述信息临时保存指令,所述已编辑信息的内容发生变化包括已编辑信息内容的增加、删除及修改；

或者，当所述编辑窗口中已编辑信息的主题或标签发生变化时，生成所述信息临时保存指令;

或者，当监听到所述用户的编辑操作中止时，在预设时长后成所述信息临时保存指令。

5.根据权利要求2或3所述的方法，其特征在于，所述基于编辑操作特征的变化生成信息临时保存指令，包括：

对用户的当前位置进行定位，获得用户位置信息；

当所述用户位置信息发生变化时，生成所述信息临时保存指令。

6.根据权利要求2所述的方法，其特征在于，所述方法进一步包括：

在信息编辑的过程中，接收用户触发的退出编辑窗口指令；

将所述临时存储区域中保存的已编辑信息作为所述完整编辑信息，写入到所述永久存储区域中；

擦除所述临时存储区域中保存的已编辑信息；

当接收到用户触发的启动编辑窗口指令时，从所述永久存储区域中读取保存的所述已编辑信息；

将读取的所述已编辑信息拉取到所述编辑窗口中，以使用户在所述已编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

7.根据权利要求2所述的方法，其特征在于，所述方法进一步包括：

当信息编辑过程意外终止时，设置意外终止标识位；

根据设置的所述意外终止标识位，将所述临时存储区域中保存的已编辑信息作为所述完整编辑信息，写入到所述永久存储区域中；

擦除所述临时存储区域中保存的已编辑信息；

当接收到用户触发的启动编辑窗口指令时，从所述永久存储区域中读取保存的所述已编辑信息；

将读取的所述已编辑信息拉取到所述编辑窗口中，以使用户在所述已编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

8.一种信息处理的客户端，其特征在于，包括：

指令生成单元，用于在信息编辑完成后，根据用户触发的信息上传指令生成信息保存指令；

数据读写单元，用于根据所述指令生成单元生成的所述信息保存指令将编辑窗口中的完整编辑信息保存到永久存储区域中；

数据传输单元，用于根据所述信息上传指令上传所述完整编辑信息；

所述数据读写单元还用于当所述数据传输单元信息上传失败时，从所述永久存储区域中读取保存的所述完整编辑信息；

编辑管理单元，用于将所述数据读写单元读取的所述完整编辑信息拉取到所述编辑窗口中，以使用户在所述完整编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

9.根据权利要求8所述的客户端，其特征在于，

所述指令生成单元用于在信息编辑的过程中，基于编辑操作特征的变化生成信息临时保存指令；

所述数据读写单元，用于根据所述指令生成单元生成的所述信息临时保存指令，将所述编辑窗口中的已编辑信息保存到临时存储区域中；

所述数据读写单元还用于当所述指令生成单元再次生成信息临时保存指令时，将所述临时存储区域中保存的已编辑信息擦除，并写入所述编辑窗口中新的已编辑信息。

10.根据权利要求9所述的客户端，其特征在于，

所述数据读写单元，用于将所述临时存储区域中保存的已编辑信息作为所述完整编辑信息，写入到所述永久存储区域中，擦除所述临时存储区域中保存的已编辑信息。

11.根据权利要求9或10所述的客户端，其特征在于，所述指令生成单元包括：

事件监听模块，用于建立线程对所述编辑窗口中的编辑事件进行监听；

第一生成模块，用于当所述事件监听模块监听到所述编辑窗口中已编辑信息的内容发生变化时，生成所述信息临时保存指令,所述已编辑信息的内容发生变化包括已编辑信息内容的增加、删除及修改；

第二生成模块，用于当所述事件监听模块监听到所述编辑窗口中已编辑信息的主题或标签发生变化时，生成所述信息临时保存指令;

第三生成模块，用于当所述事件监听模块监听到所述用户的编辑操作中止时，在预设时长后生成所述信息临时保存指令。

12.根据权利要求9或10所述的客户端，其特征在于，所述指令生成单元包括：

定位模块，用于对用户的当前位置进行定位，获得用户位置信息；

第四生成模块，用于当所述定位模块获得的所述用户位置信息发生变化时，生成所述信息临时保存指令。

13.根据权利要求9所述的客户端，其特征在于，所述客户端还包括：

指令接收单元，用于在信息编辑的过程中，接收用户触发的退出编辑窗口指令；

所述数据读写单元，用于当所述指令接收单元接收到所述退出编辑窗口指令时，将所述临时存储区域中保存的已编辑信息作为所述完整编辑信息，写入到所述永久存储区域中，擦除所述临时存储区域中保存的已编辑信息；

所述数据读写单元还用于当接收到用户触发的启动编辑窗口指令时，从所述永久存储区域中读取保存的所述已编辑信息；

所述编辑管理单元，用于将所述数据读写单元读取的所述已编辑信息拉取到所述编辑窗口中，以使用户在所述已编辑信息的基础上继续进行信息编辑，或重新进行信息上传。

14.根据权利要求9所述的客户端，其特征在于，所述客户端还包括：

标识位设置单元，用于当信息编辑过程意外终止时，设置意外终止标识位；

所述数据读写单元，用于根据所述标识位设置单元设置的所述意外终止标识位，将所述临时存储区域中保存的已编辑信息作为所述完整编辑信息，写入到所述永久存储区域中，擦除所述临时存储区域中保存的已编辑信息；

所述数据读写单元还用于当接收到用户触发的启动编辑窗口指令时，从所述永久存储区域中读取保存的所述已编辑信息；

所述编辑管理单元，用于将所述数据读写单元读取的所述已编辑信息拉取到所述编辑窗口中，以使用户在所述已编辑信息的基础上继续进行信息编辑，或重新进行信息上传。