本发明涉及计算机数据管理技术领域,特别涉及一种管理客户端数据的方法。
背景技术:
随着互联网的发展,数据库的使用也日趋广泛,工作人员可通过在一台数据库服务器中搭建数据库,从而实现对客户端数据进行管理。但由于现有的客户端程序需要实时更新,容易导致部分数据直接被替换掉,给用户的后续操作带来很多不必要的麻烦。
因此,发明一种管理客户端数据的方法来解决上述问题很有必要。
技术实现要素:
本发明的目的在于提供一种管理客户端数据的方法,通过采用对客户端程序与客户端数据进行同步管理的方式来对客户端数据进行个管理,可实现对客户端与数据进行双向管理,从而大大提高对客户端数据的管理力度,提升客户端数据的安全性,以解决上述背景技术中提出的问题。
为实现上述目的,本发明提供如下技术方案:一种管理客户端数据的方法,其具体操作步骤为:
步骤一:建立版本资源管理表和ftp服务器,以允许客户端访问服务下载数据表,通常对于此类数据表本地只作录入,由本地提供代码表的查询功能;
步骤二:登录/注册时下载代码表,并在运行时进行动态维护,以用于检查录入数据的合法性;
步骤三:登录/注册后,发出检查版本请求时,需要传送至本地的最近下载时间以及登录客户允许操作的子系统标识串,若是本地还未建立版本表,或版本表结构被破坏,则需要重建版本表,而最近的下载时间则为空串;
步骤四:服务端接收到检查版本请求后,根据传送的最近下载时间以及子系统标识找到在此之后更新的全部资源,并返回资源文件的存放目录,等待更新后的资源列表;
步骤五:待本地资源列表更新完成后,检查本地的实际资源列表的特征数据与更新之前的资源列表中的特征数据是否一致,若有不一致,则弹出ftp窗口,要求下载;
步骤六:启动客户端程序,用户输入数据;
步骤七:对用户输入的新数据进行对比整合,并进行存储备份。
优选的,所述步骤一中的版本资源管理表在录入特征数据的过程中,可通过存储负载平衡策略来确定存储节点,而在数据完成录入后,又可以根据访问频率或节点存储容量来重新分配存储节点。
优选的,所述步骤二中的代码表包括系统参数表、性别、人员关系、证件类别以及收付费方式等,可用于客户端程序下拉选择功能的实现。
优选的,所述步骤三中的子系统标识串是以四位定长序号串接而成,且无分隔符。
优选的,所述步骤五中的特征数据包括资源文件的版本号、大小以及更新时间,以确保本地资源列表的完整性,从而提高客户端程序运行的稳定性。
优选的,所述步骤七中的新数据在输入的过程中,若是出现存储节点已满的情况,客户端程序会对存储节点中的待淘汰数据进行自动删除,并将新数据加热到存储节点的头部位置。
优选的,本发明还提供了一种启动客户端程序时的自检方法,其具体操作步骤如下:
(1)客户端程序在启动时,运行autocbps程序,若找不到登录/注册程序,则需要输入ftp服务器地址以及资源的存储目录,自动下载登录/注册程序,并更新资源管理表中的登录/注册程序登记项;
(2)启动登录/注册程序;
(3)根据下载的最新的资源版本数据,更新本地的资源管理表,并检查本地的资源版本;
(4)启动cbpsclt程序,并将登录/注册时得到的数据传递到cbpsclt程序中。
优选的,所述(3)中对本地的资源版本进行检查时,若是最新版本,则直接执行(4),若不是最新版本,则启动资源下载处理程序,完成后继续进行检查,若下载了最新的登录/注册程度,则转(2)重新启动登录/注册程序。
本发明的技术效果和优点:
1、本发明利用对客户端程序与客户端数据进行同步管理的方式来对客户端数据进行个管理,可实现对客户端与数据进行双向管理,从而大大提高对客户端数据的管理力度,提升客户端数据的安全性;
2、本发明通过每次启动客户端程序时,利用autocbps程序对登录/注册程序进行自检,若找不到登录/注册程序,则需要输入ftp服务器地址以及资源的存储目录,自动下载登录/注册程序,并更新资源管理表中的登录/注册程序登记项,然后对本地的资源版本进行检查,以确保每次启动客户端程序时,本地资源版本始终为最新版本。
附图说明
图1为本发明的客户端数据管理流程图;
图2为本发明的启动客户端程序时的自检流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1:
本发明提供了如说明书附图1所示的一种管理客户端数据的方法,其具体操作步骤为:
步骤一:建立版本资源管理表和ftp服务器,以允许客户端访问服务下载数据表,通常对于此类数据表本地只作录入,由本地提供代码表的查询功能;
步骤二:登录/注册时下载代码表,并在运行时进行动态维护,以用于检查录入数据的合法性;
步骤三:登录/注册后,发出检查版本请求时,需要传送至本地的最近下载时间以及登录客户允许操作的子系统标识串,若是本地还未建立版本表,或版本表结构被破坏,则需要重建版本表,而最近的下载时间则为空串;
步骤四:服务端接收到检查版本请求后,根据传送的最近下载时间以及子系统标识找到在此之后更新的全部资源,并返回资源文件的存放目录,等待更新后的资源列表;
步骤五:待本地资源列表更新完成后,检查本地的实际资源列表的特征数据与更新之前的资源列表中的特征数据是否一致,若有不一致,则弹出ftp窗口,要求下载;
步骤六:启动客户端程序,用户输入数据;
步骤七:对用户输入的新数据进行对比整合,并进行存储备份。
在实施例1的技术方案中,所述步骤一中的版本资源管理表在录入特征数据的过程中,可通过存储负载平衡策略来确定存储节点,而在数据完成录入后,又可以根据访问频率或节点存储容量来重新分配存储节点。
在实施例1的技术方案中,所述步骤二中的代码表包括系统参数表、性别、人员关系、证件类别以及收付费方式等,可用于客户端程序下拉选择功能的实现。
在实施例1的技术方案中,所述步骤三中的子系统标识串是以四位定长序号串接而成,且无分隔符。
在实施例1的技术方案中,所述步骤五中的特征数据包括资源文件的版本号、大小以及更新时间,以确保本地资源列表的完整性,从而提高客户端程序运行的稳定性。
在实施例1的技术方案中,所述步骤七中的新数据在输入的过程中,若是出现存储节点已满的情况,客户端程序会对存储节点中的待淘汰数据进行自动删除,并将新数据加热到存储节点的头部位置。
实施例2:
本发明还提供了如说明书附图2所示的一种启动客户端程序时的自检方法,其具体操作步骤如下:
(1)客户端程序在启动时,运行autocbps程序,若找不到登录/注册程序,则需要输入ftp服务器地址以及资源的存储目录,自动下载登录/注册程序,并更新资源管理表中的登录/注册程序登记项;
(2)启动登录/注册程序;
(3)根据下载的最新的资源版本数据,更新本地的资源管理表,并检查本地的资源版本;
(4)启动cbpsclt程序,并将登录/注册时得到的数据传递到cbpsclt程序中。
在实施例2的技术方案中,所述(3)中对本地的资源版本进行检查时,若是最新版本,则直接执行(4),若不是最新版本,则启动资源下载处理程序,完成后继续进行检查,若下载了最新的登录/注册程度,则转(2)重新启动登录/注册程序。
本发明的工作原理:使用时,先建立版本资源管理表和ftp服务器,以允许客户端访问服务下载数据表,由于此类数据的代码表很大,而本地需要经常检查代码是否正确,工作量较大,故通常对于此类数据表本地只作录入,在录入的过程中,可通过存储负载平衡策略来确定存储节点,而在数据完成录入后,又可以根据访问频率或节点存储容量来重新分配存储节点,然后在登录/注册时下载代码表,并在运行时进行动态维护,以用于检查录入数据的合法性,待登录/注册后,发出检查版本请求时,需要传送至本地的最近下载时间以及登录客户允许操作的子系统标识串,若是本地还未建立版本表,或版本表结构被破坏,则需要重建版本表,而最近的下载时间则为空串,服务端接收到检查版本请求后,根据传送的最近下载时间以及子系统标识找到在此之后更新的全部资源,并返回资源文件的存放目录,等待更新后的资源列表,一旦本地资源列表更新完成后,则需要检查本地的实际资源列表的特征数据与更新之前的资源列表中的特征数据是否一致,若有不一致,则弹出ftp窗口,要求下载,待所有先头工作完成后,启动客户端程序,用户输入数据,同时对用户输入的新数据进行对比整合,并进行存储备份。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。