CN102707984A - 一种用于应用程序内部的离线数据变更处理方法 - Google Patents

Abstract

本发明公开了一种网络环境下应用内离线变更数据的方法。通过本发明提供的方法，一定程度上解决了离线环境中无法实现应用内变更数据的问题，使用户在离线环境中也能通过变更数据而先行使用更多的应用服务，提升了用户体验，增强了应用的可用性和灵活性。

Description

一种用于应用程序内部的离线数据变更处理方法

技术领域

本发明涉及移动互联网，特别涉及移动互联网中的应用程序内部数据处理。

背景技术

近几年来，随着移动互联网和智能终端的快速发展，移动互联网的用户规模也越来越大，基于移动互联网的应用程序（下文中简称为应用）也越来越丰富。而随着智能手机、平板电脑等智能设备用户的大量增长，也为了满足人们更方便、快捷等不断增长的需求，应用程序出现了蓬勃发展的趋势；应用程序的快速发展，对于远程移动支付的需求越来越迫切。

基于此，现在存在大量的移动支付技术方案，比如采用信用卡进行联机刷卡支付，或者在联机情况下通过网上银行进行支付等。但是随着用户需求的不断增长，越来越多的用户开始不满足这种移动支付的方式，他们希望能在应用内直接进行支付，从而获取更多的应用服务。为了满足用户的需求，提高用户使用应用的体验，提高支付的便利性、缩短支付的时间，应用内支付应运而生。

现有技术中，应用内支付主要是通过中间件或其他的形式内嵌到应用内。用户在支付过程中，不用脱离当前的页面，就可以利用网银支付或者利用与银行绑定的其它技术形式，联机地实现支付。应用内支付相比于移动支付，有着很大的优势。未来也将成为移动远程支付的主流。目前像Google、苹果等诸多公司都已开始支持应用内支付的功能，通过多种渠道使用信用卡或支付宝等方式进行应用内支付，使整个支付过程更加的简单、快捷、最大程度上减少用户耗费支付过程的时间。

但是，上述移动远程支付方式存在的问题是所有支付过程必须是在联网的情况下实现的，一旦网络出现故障或者用户所用的网络已经到期，则无法进行远程支付，这样就导致用户在离线情况下无法使用某一特定应用，或者无法升级服务，从而造成使用不便。

发明内容

为了解决现有技术中在离线环境下无法进行应用程序内部的离线数据变更处理问题，本发明使得用户可在离线环境中通过先预先使用若干应用服务，当有网络环境的情况下再进行补充恢复。通过这种先使用后恢复的方式，取得了节省用户时间、提升用户使用需求的有益效果。

  根据本发明，提供一种用于应用程序内部的离线数据变更处理方法，所述应用程序运行于网络环境，网络环境包括服务器端与客户端，其中运行应用程序的客户端具有存储单元，应用程序具有用户功能单元，其中用户功能单元用于实现用户使用应用程序所要达到的功能；

  当网络环境为离线环境时，应用程序发出离线变更数据请求；

  应用程序检测离线变更数据请求中所要求变更的第一数据变更量是否超过存储单元中保存的第一阈值；

  如果未超过第一阈值，则改变对应于用户的应用服务状态并开始倒计时；

  应用程序将与离线变更数据请求相关联的关联信息保存到存储单元中；

  一旦网络环境由离线环境改变为联网环境，则服务器端读取存储单元中的数据，当读取到关联信息时，则在服务器端中记录关联信息；然后向客户端发送提示信息，提示用户在第一时间间隔内对服务器端进行在线联机数据变更操作；

  服务器端判断用户是否已在第一时间间隔内向服务器端进行了在线联机数据变更操作；如果是，则在服务器端中记录在线联机数据变更操作，然后服务器端与客户端进行同步操作，变更对应于用户的应用服务状态并停止倒计时；如果否，则停止用户使用应用程序的当前应用服务，或删除应用程序的当前应用服务。

  如果倒计时截止，则停止用户使用应用程序的当前应用服务，或删除应用程序的当前应用服务。

  根据本发明的一个方面，当应用程序检测到离线变更数据请求中所要求变更的第一数据变更量超过第一阈值时，则向用户发出第二提示信息，向用户提示离线变更数据请求所要求变更的第一数据变更量超出第一阈值。

  根据本发明的一个方面，服务器端还具有监测单元、读取单元、计算单元、写入单元，其中监测模块，用于监测客户端中存储单元所保存的第一阈值是否与服务器端中所保存的第一阈值是同步一致的；读取模块，用于从客户端的存储单元中读取关联信息并将关联信息记录至服务器端；计算模块，用于计算用户的第二数据，其中第二数据与第一阈值相关联；写入模块，用于将与第二数据相对应的第一阈值同步存储到客户端的存储单元中。

根据本发明的一个方面，客户端的存储单元至少包括内存、硬盘、USB KEY、U盘、移动存储设备中的一种或多种。

根据本发明的一个方面，对第一阈值加密后再存储至存储单元。

附图说明

      图1为本发明的应用内离线变更数据方法的基本流程示意图。

      图2为本发明的应用内离线变更数据方法中服务器端进行信用控制的流程示意图。

   图3为本发明应用于PDF应用程序离线变更数据方法的基本流程示意图。

具体实施方式

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

 根据本发明的一个实施例，参见图3，应用程序为一种PDF应用程序，能够在移动设备（包括但不限于智能手机、平板电脑、电子阅读器等）上创建、显示、编辑、标记、打印PDF格式的文档。该PDF应用程序分为不同的版本，用户通常只能下载并使用该PDF应用程序的初级试用版，该初级试用版仅能够提供显示功能，而不能提供创建、编辑、标记、打印等多项功能（下文简称为高级功能）。

当用户对初级试用版进行使用时，就可以利用该应用程序内嵌的功能模块，对该初级试用版的使用情况填写对应的反馈统计，并在联机情况下发送给该应用程序的远程服务器。当然，用户也可以在使用初级试用版之后不填写反馈统计或者不发送反馈统计。

每当服务器端收到一次该用户所发送的反馈统计，都在服务器端对该用户的反馈统计计数增加一次。当达到特定的反馈统计次数之后（该值可以预先设定，当然也可以根据其他用户的反馈情况而通过特定算法进行确定），则由用户向服务器端发出请求，请求服务器端将该应用程序的服务状态变更为其它版本，从而使得用户能够在客户端使用高级功能。其中，其它版本可以是增加一项高级功能，或者是增加多项高级功能，或者是使用全部高级功能。

但是存在这样一种情况，用户使用了初级试用版之后，此时网络环境中断，用户可能没法填写反馈统计或者没法发送反馈统计。甚至存在这样一种情况：填写的反馈统计已经达到特定的反馈统计次数，但是由于用户无法将最后一次的反馈统计发送给服务器端，服务器端也就无法将该应用程序的服务状态变更为其它版本，用户仍将无法使用高级功能。

这时，用户往往希望离线情况下也能够使用高级功能。

为了满足用户在离线情况下也能使用高级功能的技术需求，根据本发明的一个实施方式，可以采用以下的方法。

该PDF应用程序运行于网络环境，网络环境包括服务器端与客户端，其中运行应用程序的客户端具有存储单元，应用程序具有用户功能单元，即实现PDF文档的创建、显示、编辑、标记、打印等用户功能。

图3为本发明应用于PDF应用程序离线变更数据方法的基本流程示意图。

首先，当网络环境为离线环境时，该PDF应用程序内嵌的请求模块发出离线变更数据请求。根据一个实施例，该请求中包括反馈统计数据增加量为1（当然也可以是其它的数值）。

 该PDF应用程序检测离线变更数据请求中所要求变更的反馈统计数据增加量是否超过存储单元中保存的预设阈值2（当然也可以是其它的数值）。由于此请求中的数据增加量为1，未超过预设阈值。在其它情况下，如果超过预设阈值，则提示用户增加量超过阈值。然后改变对应于用户的应用服务状态（即，将该PDF应用程序改为其它版本，从而提供高级功能），并开始倒计时，仅允许该PDF应用程序提供的高级功能在离线状态下运行特定的时间期限（可以设为几个小时或者几天，也可以是其它的时间期限）。一旦倒计时截止，则停止用户使用该应用程序中的当前应用服务，或删除应用程序中的当前应用服务（即一项、多项或者全部高级功能）。

 该PDF应用程序将与离线变更数据请求相关联的关联信息（至少包括离线变更数据请求中所要求变更的反馈统计数据增加量、开始计时的起始时间、倒计时时间期限、未修改应用服务状态之前的版本情况、已改为其它版本的版本情况等）保存到存储单元中。

 一旦网络环境由离线环境改变为联网环境，则服务器端读取存储单元中的数据，当读取到关联信息时，则在服务器端中记录关联信息。然后向客户端发送提示信息，提示用户在特定时间内对服务器端进行补充反馈统计的操作，并且要求向服务器发送3次（当然也可以是其它的数值）反馈统计。   服务器端判断用户是否已在特定的时间期限内向服务器端进行了3次反馈统计。如果用户已在特定的时间期限内向服务器端进行了3次反馈统计，则在服务器端中记录这些反馈统计数量。然后服务器端与客户端进行同步操作，变更对应于用户的应用服务状态，同时停止倒计时；如果用户未在特定的时间期限内向服务器端进行3次反馈统计，则停止用户使用应用程序的当前应用服务，或删除应用程序的当前应用服务。

根据另一个实施例，如果用户利用该PDF应用程序内嵌的请求模块提出的离线变更数据请求中所要求增加的反馈统计的数量为5，那么当该PDF应用程序检测到离线变更数据请求中所要求变更的反馈统计数据增加量为5，超过存储单元中保存的预设阈值2时，则向用户发出警告信息（即第二提示信息），警告用户当前离线变更数据请求所要求的增加量过大，超出了存储单元中保存的预设阈值。此时不改变应用程序的服务状态，用户仍不能使用高级功能，防止用户在不满足使用条件的情况下不当地请求使用高级功能。

 根据本发明的一个优选方式，服务器端还具有监测单元、读取单元、计算单元、写入单元，其中监测模块，用于监测客户端中存储单元所保存的预设阈值是否与服务器端中所保存的预设阈值是同步一致的。读取模块，用于从客户端的存储单元中读取关联信息并将关联信息记录至服务器端。计算模块，用于计算用户的贡献值，其中贡献值与预设阈值相关联。举例而言，用户的贡献值越大，则预设阈值则可以越大。至于贡献值的具体计算方式则不属于本发明所重点关注的内容，本领域的技术人员可以设置多种贡献值计算方式，本文不再赘述。 写入模块，用于将计算模块计算得到的贡献值所对应的预设阈值同步存储到客户端的存储单元中。

 根据本发明的一个优选方式，客户端的存储单元至少包括内存、硬盘、USB KEY、U盘、移动存储设备中的一种或者多种。

根据本发明的一个优选方式，对预设阈值加密后再存储至存储单元。

根据本发明的另一个实施例，上述PDF应用程序中内嵌的请求模块可以替换为支付模块，而其中的反馈统计数据可以替换为缴费信息。很明显，当仅具有初级试用版的用户需要使用高级功能时，在联机情况下，可以通过内嵌于初级试用版中的支付模块，向服务器端发出支付请求，一旦支付成功，则服务器端能够改变该PDF应用程序的服务状态，使得用户能够使用高级功能。

当网络环境为离线环境时，该PDF应用程序内嵌的请求模块发出离线变更数据请求。根据一个实施例，该请求中包括预先支付特定数量的金额或者计数值。

 该PDF应用程序检测离线变更数据请求中所要求变更的预先支付额或者预先支付计数值是否超过存储单元中保存的预设阈值。如果没有超过预设阈值，则改变对应于用户的应用服务状态（即，将该PDF应用程序改为其它版本），并开始倒计时，仅允许应用程序在离线状态下运行特定的时间期限（可以设为几个小时或者几天，也可以是其它的时间期限）。一旦倒计时截止，则停止用户使用应用程序的当前应用服务，或删除应用程序的当前应用服务。

 该PDF应用程序将与离线变更数据请求相关联的关联信息（即至少包括离线变更数据请求中所要求预先支付额或者预先支付计数值、开始倒计时的起始时间、倒计时的期限、未修改应用服务状态之前的版本情况、已改为其它版本的版本情况等）保存到存储单元中。

 一旦网络环境由离线环境改变为联网环境，则服务器端读取存储单元中的数据，当读取到关联信息时，则在服务器端中记录关联信息。然后向客户端发送提示信息，提示用户在特定时间内对服务器端进行实际支付操作。  服务器端判断用户是否已在特定的时间期限内向服务器端完成了实际支付操作。如果用户已在特定的时间期限内完成了实际支付操作，则在服务器端中记录，然后服务器端与客户端进行同步操作，变更对应于用户的应用服务状态，同时停止倒计时；如果用户未在特定的时间期限内执行实际支付操作，则停止用户使用应用程序的当前应用服务，或删除应用程序的当前应用服务。

当然，上述这种或者类似的变型是很容易想到的，对于本领域的技术人员而言，可以根据实际需求而进行相应的简单变更，这些内容均属于本发明的范围。

根据本发明的另一个实施例，本发明所设计的处理方法可以用于游戏应用程序。在客户端预先存储赊账的最大限额值；在客户端发起应用内离线赊账请求时，该方法还包括：检测赊账的总金额是否超过该用户可赊账的最大限额；客户端赊账的应用服务状态更改并开始倒计时；客户端存储介质记录账单信息；联网时服务器端读取客户端存储介质内数据信息；提示用户还款期限内还款；检测用户是否还款；服务器端记录还款信息；服务器端向客户端同步并修改还款的应用服务状态；客户端预先存储赊账额度，具体包括：将一数值存储至客户端存储介质中，此值作为该用户可赊账的最大限额。如上，客户端存储介质具体包括：存储至客户端内存中；存储至客户端硬盘文件中；存储至其他装置。存储至客户端内存中，具体方法包括：将该数值通过加密方式存储至内存中，加密方式可包括签名或其他对称或非对称加密方法。存储至客户端硬盘文件中，具体方法包括：将该数值通过特定加密方式存储至文件中，文件指能存储数据介质。存储至其它装置中，具体包括：将数据存储至一个能存储数据的装置中，该装置可为USB KEY、U盘或其他移动设备。

 当客户端用户发起应用内离线赊账请求时，客户端计算发起的请求的总金额是否大于存储介质中存储的赊账的最大限额值，如果大于则表示超过了可赊账的最大限额，提示用户赊账已超最大额度无法赊账；如果不大于最大限额值，则允许赊账。

 客户端赊账的应用服务状态更改并开始计时，具体包括：赊账时，应用程序会将所赊账的应用服务的状态更改为可知状态（例：赊账未支付状态），同时应用服务开始计时，即赊账使用应用服务时，不同应用服务会有不同的还款期限。赊账后即开始倒计时。一旦倒计时截止，且未还款，则停止或者删除应用程序的某些服务。

 客户端存储介质记录账单信息，具体包括：赊账时，会在客户端存储赊账最大额度的存储介质中生成赊账的账单信息，账单信息可包括赊账时间及具体的账单信息，包括：应用服务名称、价格、还款期限等。此处账单具体信息可根据需求进行定制。

 联网时，服务器端读取客户端存储介质内数据信息，具体包括：当联网时，服务器端会读取客户端存储介质中存储的数据，并根据读取的账单信息判断是否有离线赊账行为。如果有离线赊账行为，则服务器端记录账单信息并提示用户还款期限内还款。

 检测用户是否规定期限内还款，具体包括：服务器端根据账单记录检测用户是否在已赊的应用服务规定的还款期限内还款。如果还款期限内未还款，则客户端应用服务计时到期，冻结或删除该项应用服务。

 如果还款期限内用户通过在线支付方式还款，则服务器端会记录用户还款信息，同时服务器端会向客户端进行同步，更改已还款的应用服务的状态为已还款（或其他可标识的）状态，亦可根据需求将服务器端还款信息也同步至客户端存储账单的存储介质中。

 根据本发明的一个优选实施方式，该实施例中还提供了一套信用处理系统，通过此信用处理系统能有效的提高应用内离线赊账的规范性，防止恶意赊账行为，有效保护开发者权益。

该信用控制系统设置在服务器中，包括：监测模块、读取模块、计算模块和写入模块。监测模块，用于监测客户端存储介质中的赊账最大限额是否与服务器端是同步一致的；读取模块，用于从客户端存储介质中读取账单信息并记录至服务器端；计算模块，用于计算客户的信用值；写入模块，用于将服务器端计算的客户的信用值对应的可赊账的最大额度值同步到客户端的存储介质中。

图1为本发明应用内离线赊账方法的流程图，该流程包括：

步骤101：客户端发起应用内离线赊账请求。

步骤102：客户端计算赊账请求中赊账的总金额，将此总金额与客户端存储的离线赊账的最大限额值做比较，检测用户赊账是否已超过最大限额，如果超过最大限额，则执行103。

步骤103：如果赊账总金额超过最大限额，则提示用户赊账已超最大限额无法使用赊账功能。

步骤104：如果赊账总金额未超过可赊账的最大限额，则允许赊账，同时客户端更改赊账的应用服务的状态值（例如：赊账未支付）并开始计时。

 例如赊账购买了某个游戏的一个道具，此时此游戏该道具的状态被修改为赊账未支付或其他可识别的状态，同时开始计时，比如游戏内部规定赊账购买应用功能比如道具等的还款期限为3天，如果计时时间到期并且赊账购买的游戏道具或功能的状态仍未赊账未支付，则游戏冻结或删除该赊账购买的道具。

步骤105：同时客户端存储介质中记录用户赊账的账单信息，信息包括赊账购买的应用服务信息，包括物品、价格、购买时间等。

步骤106：当有网络环境时，服务器端读取客户端存储介质中的数据，如果有赊账的账单信息，则表示用户有离线的赊账行为，服务器端记录该账单信息。

步骤107：联网时，提示用户要在还款期限内还款。

步骤108：检测用户在期限内是否还款，如果未还款，则执行步骤109，如果已还款，则执行步骤110。

步骤109：如果还款期限内未还款，则冻结或删除应用服务。

步骤110：如果还款期限内已还款，则服务器端会记录还款内容。

步骤111：同时，服务器端向客户端同步，更改客户端已还款的应用服务的状态值（例如：已还款）。

上述实施例中，赊账和还款时对应的应用服务会改变状态，有了应用程序的参与，可防止恶意赊账行为，能更好的保护开发者的权益。

下面给出上述方法的一个具体应用实例。

在该具体应用实例中，假设用户在家中玩某个关卡游戏（即游戏应用程序），假设用户家中网络到期或网络故障无法联网，用户在玩到某个关卡时，应用程序提示需要付费才能继续玩该关卡或下一个关卡。此时用户玩性正浓，但是因为是离线环境无法在线支付，用户就可以使用应用程序的离线赊账功能，赊账购买该关卡。当然该关卡费用是在用户可赊账的最大限额内的。赊账购买后，用户即可接着玩此游戏，等到网络通畅的时候，再通过在线支付的方式还款。

图2为本发明应用内离线赊账方法的信用机制流程图，该流程包括：

步骤201：监测客户端存储介质中的赊账最大限额是否与服务器端是同步一致的。

本步骤中，此监测功能是在联网时使用的，在联网状态时，服务器端读取客户端存储介质中的用户可赊账的最大限额值与服务器端存储的该用户可赊账的最大限额值做比较，看是否一致，如果一致则跳过，如果不一致，则将服务器端存储的值写入客户端的存储介质中（替换掉原客户端存储的限额值）。

步骤202：从客户端存储介质中读取账单信息并记录至服务器端。

本步骤中，当用户有离线赊账行为时，联网状态下，服务器端会从客户端存储介质中读取账单信息并记录至服务器端。账单信息可具体包括购买应用服务类型、购买时间、价格、最后还款期限等。

步骤203:计算客户信用值。

本步骤中，服务器端本身会有一套信用值对应赊账额度的计算方法，例如默认用户一开始会有固定点数的信用值，当用户有还款期限内未还款的行为时，会根据设定的扣分方式扣除相应的信用点数，而不同的信用点数会对应不同的赊账额度值，比如某个范围内的信用点数对应一个赊账额度值，信用点数越低则可用的赊账额度值也越小。到达某个临界点时，或可将用户加入黑名单，禁止用户使用赊账功能。

步骤204：将服务器端计算的客户的信用值对应的可赊账的最大额度值同步到客户端的存储介质中。

当监测到客户端与服务器端存储的用户可使用的赊账的最大额度不一致时，将服务器端中该用户对应的赊账额度值写入客户端存储介质中替换掉原额度值。

通过此种机制可有效保护开发者权益，一定程度上防止用户恶意赊账。上述信用机制执行过程中可视具体情况进一步采用一些方法，增加恶意赊账的难度；例如可将服务器端存储的用户黑名单与应用服务交互，用户使用赊账功能购买应用服务时，应用服务监测该用户是否在黑名单中，如果在，则不允许其赊账。

下面给出该方法的一个具体应用实例。

假设初始可用的赊账额度值是2000，假设用户初始信用点数是10，假设信用值对应的赊账额度值的设定为： 8-10信用点对应额度值为2000，5-7信用点对应的额度值为1000，2-4信用点对应的额度值为500，1信用点以下为黑名单用户。假设一次还款期限内未还款行为扣除1个信用点。

假设用户离线环境中使用赊账功能赊账购买了几种（例如3种）应用服务，且在这几种应用服务规定的还款期限内，该用户未还款，则服务器端会根据信用机制中的扣分方法扣除一定的信用点数，比如三种扣除3个信用点。此时根据信用点数对应的赊账额度值应为1000，联网时服务器端会将此值同步写入到客户端的存储介质中替换掉原额度值。如果是在离线状态下，则在该用户下次联网时，服务器端会先监测客户端存储的可用额度值与服务器端存储的该用户的额度值是否一致，如果不一致，则替换掉客户端的值。

可见，本发明提供的应用内的离线赊账方法，可以使用户在离线状态下也能通过本发明先行赊账来购买游戏道具或其他应用服务，起到了节省用户时间、提升用户体验的有益作用。

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

Claims (6)

1.一种用于应用程序内部的离线数据变更处理方法，所述应用程序运行于网络环境，所述网络环境包括服务器端与客户端，其中运行所述应用程序的客户端具有存储单元，所述应用程序具有用户功能单元，其中所述用户功能单元用于实现用户使用所述应用程序所要达到的功能；其特征在于，

当网络环境为离线环境时，所述应用程序发出离线变更数据请求；

所述应用程序检测所述离线变更数据请求中所要求变更的第一数据变更量是否超过所述存储单元中保存的第一阈值；

如果未超过所述第一阈值，则改变对应于所述用户的应用服务状态并开始倒计时；

所述应用程序将与所述离线变更数据请求相关联的关联信息保存到所述存储单元中；

一旦网络环境由离线环境改变为联网环境，则所述服务器端读取所述存储单元中的数据，当读取到所述关联信息时，则在所述服务器端中记录所述关联信息；然后向所述客户端发送提示信息，提示所述用户在第一时间间隔内对所述服务器端进行在线联机数据变更操作；

所述服务器端判断所述用户是否已在所述第一时间间隔内向所述服务器端进行了所述在线联机数据变更操作；如果是，则在所述服务器端中记录所述在线联机数据变更操作，然后所述服务器端与所述客户端进行同步操作，变更对应于所述用户的所述应用服务状态并停止倒计时；如果否，则停止所述用户使用所述应用程序的当前应用服务，或删除所述应用程序的当前应用服务。

2.如果倒计时截止，则停止所述用户使用所述应用程序的当前应用服务，或删除所述应用程序的当前应用服务。

3. 根据权利要求1所述的方法，其特征在于，当所述应用程序检测到离线变更数据请求中所要求变更的第一数据变更量超过第一阈值时，则向所述用户发出第二提示信息，向所述用户提示所述离线变更数据请求所要求变更的第一数据变更量超出所述第一阈值。

4. 根据权利要求1、2所述的方法，其特征在于，所述服务器端还具有监测单元、读取单元、计算单元、写入单元，其中

所述监测模块，用于监测所述客户端中所述存储单元所保存的所述第一阈值是否与所述服务器端中所保存的第一阈值是同步一致的；

所述读取模块，用于从所述客户端的所述存储单元中读取所述关联信息并将所述关联信息记录至所述服务器端；

所述计算模块，用于计算所述用户的第二数据，其中所述第二数据与所述第一阈值相关联；

所述写入模块，用于将与所述第二数据相对应的第一阈值同步存储到所述客户端的存储单元中。

5. 根据权利要求1-3所述的方法，其特征在于，所述客户端的存储单元至少包括内存、硬盘、USB KEY、U盘、移动存储设备中的一种或者多种。

6. 根据权利要求4所述的方法，其特征在于，对所述第一阈值加密后再存储至所述存储单元。

Images