一种保存数据的方法、装置和系统与流程

【技术领域】

本发明涉及计算机应用技术领域，特别涉及一种保存数据的方法、装置和系统。

背景技术：

目前已经存在的软件类型中，诸如在线办公、在线绘图、在线仿真、在线测试等类型的软件需要频繁的操作页面，且网页数据需要存储于服务器端。在现有技术中，网页数据存储完全由客户端决定，例如由客户端定时将网页数据通过数据保存请求发送给服务器端进行保存，或者由用户点击特定功能按钮触发客户端将网页数据通过数据保存请求发送给服务器端进行保存，等等。在有些情况下，例如数据保存请求并发量大，服务器由于性能问题会造成数据保存变得非常卡顿，也可能造成数据保存失败等问题。

技术实现要素：

有鉴于此，本发明提供了一种保存数据的方法、装置和系统，以便于提高网页数据保存的流畅性和可靠性。

具体技术方案如下：

本发明提供了一种保存数据的方法，该方法包括：

客户端向服务器发送询问是否可保存数据的请求；

依据所述服务器返回的是否可保存数据的响应，确定是否将要保存的网页数据发送给服务器。

根据本发明一优选实施方式，所述依据所述服务器返回的是否可保存数据的响应，确定是否将要保存的网页数据发送给服务器包括：

如果接收到所述服务器返回的不可保存数据的响应，则将当前要保存的网页 数据保存在客户端本地；

如果接收到所述服务器返回的可保存数据的响应，则将当前要保存的网页数据发送给服务器，供所述服务器保存网页数据。

根据本发明一优选实施方式，如果接收到所述服务器返回的可保存数据的响应，则进一步将客户端本地尚未发送给服务器的网页数据发送给所述服务器。

根据本发明一优选实施方式，所述询问是否可保存数据的请求携带触发事件类型信息；

所述触发事件类型包括：用户保存数据操作事件、预设的非保存数据操作事件或者依据保存时间间隔的定期触发事件。

根据本发明一优选实施方式，该方法还包括：

接收所述服务器建议的保存时间间隔信息，所述保存时间间隔用于定期触发向服务器发送询问是否可保存数据的请求。

根据本发明一优选实施方式，依据业务场景的复杂程度，调整采用的保存时间间隔。

根据本发明一优选实施方式，将当前要保存的网页数据发送给服务器之后，还包括：

接收所述服务器返回的网页数据是否保存成功的响应。

根据本发明一优选实施方式，该方法还包括：

如果接收到所述服务器返回的网页数据保存失败的响应，则所述客户端将发送给所述服务器的网页数据保存在客户端本地，或者重新将所述要保存的网页数据发送给所述服务器。

根据本发明一优选实施方式，该方法还包括：

如果接收到所述服务器返回的网页数据保存成功的响应，则删除客户端本地存储的网页数据。

本发明还提供了另一种保存数据的方法，该方法包括：

服务器接收客户端发送的询问是否可保存数据的请求；

依据服务器自身的负载状况，向所述客户端返回是否可保存数据的响应。

根据本发明一优选实施方式，该方法还包括：

从所述询问是否可保存数据的请求中解析触发事件类型信息；

依据服务器自身的负载状况，向所述客户端返回是否可保存数据的响应，包括：

判断服务器自身的负载状况是否大于或等于预设的负载阈值，其中，所述预设的负载阈值与所述触发事件类型信息对应；

如果是，则向所述客户端返回不可保存数据的响应；否则向所述客户端返回可保存数据的响应。

根据本发明一优选实施方式，所述触发事件类型包括：用户保存数据操作事件、预设的非保存数据操作事件或者依据保存时间间隔的定期触发事件。

根据本发明一优选实施方式，所述非保存数据操作事件对应的负载阈值小于或等于所述用户保存数据操作事件对应的负载阈值，且所述非保存数据操作事件对应的负载阈值大于或等于所述依据保存时间间隔的定期触发事件对应的负载阈值。

根据本发明一优选实施方式，该方法还包括：

接收并保存所述客户端发送的网页数据。

根据本发明一优选实施方式，该方法还包括：

依据所述服务器自身的负载状况，向所述客户端发送建议的保存时间间隔信息，所述保存时间间隔用于所述客户端定期向服务器发送询问是否可保存数据的请求。

根据本发明一优选实施方式，依据所述服务器自身的负载状况，向所述客户端发送建议的保存时间间隔信息包括：

如果所述服务器自身的负载状况大于第四负载阈值且小于第五负载阈值，则维持当前的保存时间间隔作为建议的保存时间间隔信息发送给所述客户端；

如果所述服务器自身的负载状况大于或等于所述第五负载阈值，则增大当前的保存时间间隔作为建议的保存时间间隔信息发送给所述客户端；

如果所述服务器自身的负载状况小于或等于所述第四负载阈值，则缩小当 前的保存时间间隔作为建议的保存时间间隔信息发送给所述客户端；

其中所述第四负载阈值小于第五负载阈值。

根据本发明一优选实施方式，该方法还包括：

向所述客户端返回网页数据是否保存成功的响应。

本发明提供了一种保存数据的装置，该装置设置于客户端，该装置包括：发送单元和接收单元；

所述发送单元，用于向服务器发送询问是否可保存数据的请求；依据所述服务器返回的是否可保存数据的响应，确定是否将要保存的网页数据发送给服务器；

所述接收单元，用于接收所述服务器返回的是否可保存数据的响应。

根据本发明一优选实施方式，该装置还包括：

保存单元，用于如果所述接收单元接收到所述服务器返回的不可保存数据的响应，则将当前要保存的网页数据保存在客户端本地；

所述发送单元，还用于如果所述接收单元接收到所述服务器返回的可保存数据的响应，则将当前要保存的网页数据发送给所述服务器，供所述服务器保存网页数据。

根据本发明一优选实施方式，如果所述接收单元接收到所述服务器返回的可保存数据的响应，则所述发送单元进一步将客户端本地尚未发送给服务器的网页数据发送给所述服务器。

根据本发明一优选实施方式，所述询问是否可保存数据的请求携带触发事件类型信息；

所述触发事件类型包括：用户保存数据操作事件、预设的非保存数据操作事件或者依据保存时间间隔的定期触发事件。

根据本发明一优选实施方式，所述接收单元，还用于接收所述服务器建议的保存时间间隔信息，所述保存时间间隔用于所述发送单元定期触发向服务器发送询问是否可保存数据的请求。

根据本发明一优选实施方式，该装置还包括：

调整单元，用于依据业务场景的复杂程度，调整所述发送单元采用的保存时间间隔。

根据本发明一优选实施方式，所述发送单元将要保存的网页数据发送给服务器之后，所述接收单元，还用于接收所述服务器返回的网页数据是否保存成功的响应。

根据本发明一优选实施方式，如果所述接收单元接收到所述服务器返回的网页数据保存失败的响应，则所述保存单元还用于将发送给所述服务器的网页数据保存在客户端本地，或者所述发送单元还用于重新将所述要保存的网页数据发送给所述服务器。

根据本发明一优选实施方式，如果所述接收单元接收到所述服务器返回的网页数据保存成功的响应，则所述保存单元还用于删除客户端本地存储的网页数据。

本发明还提供了一种保存数据的装置，该装置设置于服务器端，该装置包括：

接收单元，用于接收客户端发送的询问是否可保存数据的请求；

判断单元，用于判断服务器自身的负载状况；

发送单元，用于依据服务器自身的负载状况，向所述客户端返回是否可保存数据的响应。

根据本发明一优选实施方式，该装置还包括：

解析单元，用于从所述询问是否可保存数据的请求中解析触发事件类型信息；

所述判断单元具体用于判断服务器自身的负载状况是否大于或等于预设的负载阈值，如果是，则触发所述发送单元向所述客户端返回不可保存数据的响应；否则触发所述发送单元向所述客户端返回可保存数据的响应。

所述触发事件类型包括：用户保存数据操作事件、预设的非保存数据操作事件或者依据保存时间间隔的定期触发事件。

所述非保存数据操作事件对应的负载阈值小于或等于所述用户保存数据操 作事件对应的负载阈值，且所述非保存数据操作事件对应的负载阈值大于或等于所述依据保存时间间隔的定期触发事件对应的负载阈值。

根据本发明一优选实施方式，该装置还包括：

保存单元，用于保存所述客户端发送的网页数据。

根据本发明一优选实施方式，该装置还包括：

建议单元，用于依据所述服务器自身的负载状况，建议保存时间间隔信息；

所述发送单元，还用于向所述客户端发送所述建议单元建议的保存时间间隔信息；

其中所述保存时间间隔用于所述客户端定期向服务器发送询问是否可保存数据的请求。

根据本发明一优选实施方式，所述建议单元具体用于：

如果所述服务器自身的负载状况大于第四负载阈值且小于第五负载阈值，则维持当前的保存时间间隔作为建议的保存时间间隔信息；

如果所述服务器自身的负载状况大于或等于所述第五负载阈值，则增大当前的保存时间间隔作为建议的保存时间间隔信息；

如果所述服务器自身的负载状况小于或等于所述第四负载阈值，则缩小当前的保存时间间隔作为建议的保存时间间隔信息；

其中所述第四负载阈值小于第五负载阈值。

根据本发明一优选实施方式，还用于向所述客户端返回网页数据是否保存成功的响应。

本发明还提供了一种保存数据的系统，该系统包括客户端和服务器；

所述客户端包括上述第一种装置，

所述服务器包括上述第二种装置。

由以上技术方案可以看出，本发明通过客户端与服务器之间的询问-响应的握手方式，能够依据服务器的负载状况确定是否将要保存的网页数据发送给服务器进行保存，从而避免了诸如数据保存请求并发量大所引起的服务器性能压力，提高了网页数据保存的流畅性和可靠性。

【附图说明】

图1为本发明实施例所基于的系统组成图；

图2为本发明实施例提供的主要方法流程图；

图3为本发明实施例提供的一种装置结构图；

图4为本发明实施例提供的另一种装置结构图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明将现有技术中由客户端触发网页数据保存的机制，转换为客户端与服务器采用握手的方式确定是否进行网页数据保存。图1为本发明实施例所基于的系统组成图，如图1所示，该系统包括客户端和服务器，其中客户端安装并运行于用户设备中，该用户设备可以是智能手机、平板电脑等移动设备，也可以是诸如pc等固定设备。

在本发明实施例中，客户端的主要功能如下：

1)向服务器发送询问是否可保存数据的请求。

2)依据服务器返回的是否可保存数据的响应，确定是否将要保存的网页数据发送给服务器。

3)如果接收到服务器返回的不可保存数据的响应，则将要保存的网页数据保存在客户端本地。如果接收到服务器返回的可保存数据的响应，则将当前要保存的网页数据发送给服务器，如果客户端本地存在尚未发送给服务器的网页数据，则连同当前要保存的网页数据一并发送给服务器。

服务器的主要功能如下：

1)接收客户端发送的询问是否可保存数据的请求。

2)依据服务器自身的负载状况，向客户端返回是否可保存数据的响应。

3)对客户端发送的网页数据进行保存。

图2为本发明实施例提供的主要方法流程图，如图2中所示，该方法可 以包括以下步骤：

在201中，客户端向服务器发送询问是否可保存数据的请求。

在本发明实施例中，客户端向服务器发送询问是否可保存数据请求的触发事件可以包括但不限于以下几种类型：

第一种：用户保存数据操作事件。即由用户主动触发保存功能，例如用户点击网页上的“保存”按钮，或者用户通过键盘同时按下“ctrl”+“s”的按键组合，等等，客户端获取到该用户保存数据操作事件，则向服务器发送询问是否可保存数据的请求。

第二种：预设的非保存数据操作事件。也是由用户触发的保存功能，只是并非保存数据操作。可以预先定义一些关键性操作，这些关键性操作能够触发网页数据的保存，可以包括但不限于：用户执行预览操作(例如用户点击网页上的“预览”功能按钮)，用户增加/删除/修改新的业务节点(例如用户在画图过程中在绘制的图中增加了一个图形元素)等。

第三种：依据保存时间间隔的定期触发事件。即客户端依据一定的保存时间间隔定期触发网页数据的保存，例如客户端每隔5分钟触发一次网页数据的保存。在本发明实施例中保存时间间隔可以依据实际使用状况进行调整。

例如，可以根据业务场景的复杂程度调整采用的保存时间间隔，当客户端当前的业务场景复杂度较高时，例如进行在线画图，那么可以缩短采用的保存时间间隔；当客户端当前的业务场景复杂度较低时，例如进行文字编辑，那么可以增大采用的保存时间间隔。

再例如，可以根据不同的用户等级进行对保存时间间隔进行调整，对于等级较高的用户可以缩短采用的保存时间间隔，对于等级较低的用户可以增大采用的保存时间间隔。作为其中一种方式，用户等级可以根据用户角色确定，例如针对在线开发类软件而言，可以将开发人员作为较高的用户等级，对其采用较短的保存时间间隔，将产品经理作为较低的用户等级，对其采用较长的保存时间间隔。

客户端在发送的请求中可以携带上述的触发事件类型信息。

在202中，服务器依据自身的负载状况，向客户端返回是否可保存数据的响应。

在本步骤中，服务器可以判断自身的负载状况是否大于或等于预设的负载阈值，如果是，则向客户端返回可保存数据的响应，否则向客户端返回不可保存数据的响应。

更具体地，服务器可以针对不同类型的触发事件采用不同的负载阈值。服务器可以从客户端发送的询问是否可保存数据的请求中获取触发事件类型信息。若触发事件类型为用户保存数据操作事件，这种用户主动触发的保存事件具有较强的保存需求，可以采用高负载阈值。即服务器判断自身的负载状况是否大于或等于预设的第一负载阈值，如果是，则向客户端返回不可保存数据的响应；否则向客户端返回可保存数据的响应。其中第一负载阈值可以采用70％～80％的负载占用率。

若触发事件类型为预设的非保存数据操作事件，这种用户因关键性操作触发的保存事件的保存需求较用户保存数据操作事件次之，因此可以采用中高负载阈值。即服务器判断自身的负载状况是否大于或等于预设的第二负载阈值，如果是，则向客户端返回不可保存数据的响应；否则向客户端返回可保存数据的响应。其中第二负载阈值可以采用60％～70％的负载占用率。

若触发事件类型为依据保存时间间隔的定期触发事件，这种定期保存事件的保存需求较弱，因此可以采用中负载阈值。即服务器判断自身的负载状况是否大于或等于预设的第三负载阈值，如果是，则向客户端返回不可保存数据的响应；否则向客户端返回可保存数据的响应。其中第三负载阈值可以采用50％～60％的负载占用率。

上述第二负载阈值大于或等于第三负载阈值，并且小于或等于第一负载阈值，具体取值可以根据实际需求进行设置和调整。

在203中，客户端接收到的响应，确定是否将要保存的网页数据发送给服务器。

如果客户端接收到可保存数据的响应，则客户端确定可以将要保存的网 页数据发送给服务器，如果客户端接收到不可保存数据的响应，则客户端确定不将要保存的数据发送给服务器。

更进一步地，如果客户端接收到的响应是不可保存数据的响应，则执行204a，客户端将要保存的网页数据保存在客户端本地，从而避免要保存的网页数据丢失。如果客户端多次进行询问后，得到的响应均是不可保存数据的响应，则在客户端本地可能会存储多个网页数据，可以将多个网页数据以时间戳或者版本号等方式进行标识。

如果客户端接收到的响应是可保存数据的响应，则执行204b，客户端将要保存的网页数据发送给服务器。如果客户端本地存储有尚未发送给服务器的网页数据，则客户端可以将本地存储的尚未发送给服务器的网页数据与要保存的网页数据一并发送给服务器。当然，如果要保存的网页数据与客户端本地存储的网页数据重复，则可以仅发送其中一个。

在205中，服务器对接收到的网页数据进行存储。

服务器在存储网页数据时，可以根据实际的业务需求选择最后一个网页数据进行存储，即覆盖掉之前存储的数据，也可以将接收到的网页数据均进行存储，即连同时间戳或版本号等一并存储。这与服务器具体的存储机制相关，不做详述。

在206中，服务器向客户端返回网页数据是否保存成功的响应。

对于客户端而言，如果接收到保存成功的响应，则客户端可以将本地存储的网页数据删除。如果接收到保存失败的响应，则客户端可以重新将要保存的网页数据发送给服务器；也可以将发送给服务器的网页数据保存在客户端本地，在下次发生触发保存网页数据的操作事件时进行发送。

另外，服务器还可以根据自身的负载状况，向客户端发送建议的保存时间间隔，供客户端定期发送询问是否可保存数据的请求时使用。其中客户端在建议保存时间间隔时，可以采用对当前的保存时间间隔进行调整的方式。具体地，如果服务器自身的负载状况大于第四负载阈值且小于第五负载阈值，则维持当前的保存时间间隔作为建议的保存时间间隔信息发送给客户端，这 样客户端就可以维持当前的保存时间间隔。其中第四负载阈值小于第五负载阈值，可以根据实际需求进行设置和调整。例如第四负载阈值可以采用30％～50％之间的值，第五负载阈值可以采用60％～80％之间的值。

如果服务器自身的负载状况大于或等于第五负载阈值，则在这种服务器负载较重的情况下，可以增大当前的保存时间间隔作为建议的保存时间间隔信息发送给客户端，这样客户端就可以增大当前的保存时间间隔，从而降低客户端定时触发网页数据保存的频率，降低对服务器性能的压力。

如果服务器自身的负载状况小于或等于第四负载阈值，则在这种服务器负载较轻的情况下，可以缩小当前的保存时间间隔作为建议的保存时间间隔信息发送给客户端，这样客户端就可以缩小当前的保存时间间隔，从而提高客户端定时触发网页数据保存的频率。

在上述实施流程中，客户端与服务器之间的交互可以通过http或tcp/ip的方式进行。

以上是对本发明所提供方法进行的描述，下面结合实施例对本发明提供的装置进行详细描述。

图3为本发明实施例提供的装置结构图，该装置设置于客户端，如图3中所示，该装置可以包括：发送单元01和接收单元02，还可以进一步包括：保存单元03和调整单元04。各组成单元的主要功能如下：

发送单元01负责向服务器发送询问是否可保存数据的请求。

其中询问是否可保存数据的请求可以由以下操作事件触发发送，且该请求中可以对应携带触发事件类型信息：用户保存数据操作事件、预设的非保存数据操作事件或者依据保存时间间隔的定期触发事件。

接收单元02负责接收服务器返回的是否可保存数据的响应。相应地，发送单元01可以依据服务器返回的是否可保存数据的响应，确定是否将要保存的网页数据发送给服务器。

如果接收单元02接收到服务器返回的不可保存数据的响应，则保存单元03可以将当前要保存的网页数据保存在客户端本地。如果接收单元02接收到服务 器返回的可保存数据的响应，则发送单元01将当前要保存的网页数据发送给服务器，供服务器保存网页数据，还可以进一步将客户端本地尚未发送给服务器的网页数据发送给服务器。

除此之外，在服务器端可以依据自身的负载状况向客户端建议保存时间间隔信息，相应地，接收单元02还可以接收服务器建议的保存时间间隔信息。

调整单元04可以依据业务场景的复杂程度，调整发送单元采用的保存时间间隔。当客户端当前的业务场景复杂度较高时，例如进行在线画图，那么可以缩短采用的保存时间间隔；当客户端当前的业务场景复杂度较低时，例如进行文字编辑，那么可以增大采用的保存时间间隔。

服务器在保存网页数据后，会向客户端返回网页数据是否保存成功的响应。相应地，发送单元01将要保存的网页数据发送给服务器之后，接收单元02负责接收服务器返回的网页数据是否保存成功的响应。

如果接收单元02接收到服务器返回的网页数据保存失败的响应，则保存单元03可以将发送给服务器的网页数据保存在客户端本地，或者发送单元01进行重试，即重新将要保存的网页数据发送给服务器。

如果接收单元02接收到服务器返回的网页数据保存成功的响应，则保存单元03可以删除客户端本地存储的网页数据。

图4为本发明实施例提供的另一种装置结构图，该装置可以设置于服务器端，如图4所示，该装置可以包括：接收单元11、判断单元12和发送单元13，还可以进一步包括解析单元14、保存单元15和建议单元16。各组成单元的主要功能如下：

接收单元11负责接收客户端发送的询问是否可保存数据的请求。

判断单元12负责判断服务器自身的负载状况。

发送单元13负责依据服务器自身的负载状况，向客户端返回是否可保存数据的响应。如果服务器自身的负载状况大于或等于一定的负载阈值，则向客户端返回可保存数据的响应，否则向客户端返回不可保存数据的响应。

解析单元14负责从询问是否可保存数据的请求中解析触发事件类型信息， 其中触发事件类型可以包括但不限于：用户保存数据操作事件、预设的非保存数据操作事件或者依据保存时间间隔的定期触发事件。

判断单元12具体用于判断服务器自身的负载状况是否大于或等于预设的负载阈值，如果是，则触发发送单元13向客户端返回不可保存数据的响应；否则触发发送单元13向客户端返回可保存数据的响应。

若触发事件类型信息为用户保存数据操作事件，则判断单元12判断服务器自身的负载状况是否大于或等于预设的第一负载阈值，如果是，则触发发送单元13向客户端返回不可保存数据的响应；否则触发发送单元13向客户端返回可保存数据的响应。

若触发事件类型信息为预设的非保存数据操作事件，则判断单元12判断服务器自身的负载状况是否大于或等于预设的第二负载阈值，如果是，则触发发送单元13向客户端返回不可保存数据的响应；否则触发发送单元13向客户端返回可保存数据的响应。

若触发事件类型信息为依据保存时间间隔的定期触发事件，则判断单元12具体用于判断服务器自身的负载状况是否大于或等于预设的第三负载阈值，如果是，则触发发送单元13向客户端返回不可保存数据的响应；否则触发发送单元13向客户端返回可保存数据的响应。

其中，第二负载阈值小于或等于第一负载阈值，且第二负载阈值大于或等于第三负载阈值，例如第一负载阈值可以采用70％～80％的负载占用率，第二负载阈值可以采用60％～70％的负载占用率，第三负载阈值可以采用50％～60％的负载占用率。

保存单元15负责并保存客户端发送的网页数据。保存单元15在存储网页数据时，可以根据实际的业务需求选择最后一个网页数据进行存储，即覆盖掉之前存储的数据，也可以将接收到的网页数据均进行存储，即连同时间戳或版本号等一并存储。这与服务器具体的存储机制相关，不做详述。

建议单元16负责依据服务器自身的负载状况，建议保存时间间隔信息。发送单元13向客户端发送建议单元16建议的保存时间间隔信息。

具体地，如果服务器自身的负载状况大于第四负载阈值且小于第五负载阈值，则建议单元16维持当前的保存时间间隔作为建议的保存时间间隔信息。

如果服务器自身的负载状况大于或等于第五负载阈值，则建议单元16增大当前的保存时间间隔作为建议的保存时间间隔信息。

如果服务器自身的负载状况小于或等于第四负载阈值，则建议单元16缩小当前的保存时间间隔作为建议的保存时间间隔信息。其中第四负载阈值小于第五负载阈值。其中第四负载阈值小于第五负载阈值，可以根据实际需求进行设置和调整。例如第四负载阈值可以采用30％～50％之间的值，第五负载阈值可以采用60％～80％之间的值。

另外，发送单元13还可以向客户端返回网页数据是否保存成功的响应。

本发明实施例所提供的上述方法、装置和系统可以应用于多种应用场景，可以应用于但不限于在线办公、在线绘图、在线仿真、在线开发、在线测试等需要频繁操作网页，且网页数据需要存储于服务器端的软件。

以在线办公软件为例，当用户主动点击在线办公网页上的“保存”按钮时，触发客户端向服务器发送询问是否可保存数据的请求，该请求中携带有用户保存数据操作事件类型信息。服务器接收到该请求后，确定出该请求的触发事件类型对应的负载阈值为80％。服务器判断自身的负载占用率是否大于或等于80％，如果是，则会向客户端返回不可保存数据的响应；否则向客户端返回可保存数据的响应。

当用户通过在线办公软件添加了一个插图时，触发客户端向服务器发送询问是否可保存数据的请求，该请求中携带有非保存数据操作事件类型信息。服务器接收到该请求后，确定出该请求的触发事件类型对应的负载阈值为70％。服务器判断自身的负载占用率是否大于或等于70％，如果是，则会向客户端返回不可保存数据的响应；否则向客户端返回可保存数据的响应。

另外，每隔保存时间间隔客户端会定时向服务器发送询问是否可保存数据的请求，该请求中携带有定期触发事件类型信息。服务器接收到该请求后，确定出该请求的触发事件类型对应的负载阈值为60％。服务器判断自身的负载占 用率是否大于或等于60％，如果是，则会向客户端返回不可保存数据的响应；否则向客户端返回可保存数据的响应。

对于上述三种情况，客户端收到不可保存数据的响应时，将当前要保存的网页数据保存在客户端本地。如果收到可保存数据的响应时，将当前要保存的网页数据发送给服务器，如果本地存在尚未发送给服务器的网页数据，则一并发送给服务器。

服务器接收到网页数据后，进行存储并返回是否存储成功的响应给客户端。客户端如果收到保存成功的响应，则删除客户端本地的网页数据；如果收到保存失败的响应，则可以重新发送网页数据给服务器。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可 以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。