客户端程序与数据的同步管理方式

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

客户端程序与数据的同步管理方式

一、目的

1.对于客户端程序为了便于分发与更新,需要建立一个机制,在程序更新时能及时通

知客户端。

2.对于客户端程序为检查输入数据合法性所需要的字典数据,也应下载到客户机上,

以便加快检查的速度1。

3.用于客户端程序下拉选择功能设计用的字典数据。

二、列入同步管理的范围

●全部的客户端程序

●险种基本要素

●静态的字典数据

三、管理办法

针对不同的资源,拟采用不同办法进行管理。

1.建立版本资源管理表,建立FTP服务器,允许客户端下载

●客户端程序(exe,dll等)

2.建立版本资源管理表,允许客户端访问服务下载数据表

●(暂时没有,需要时再定,一般是指代码表很大,而本地需经常进行检查代码

是否正确的。尽可能不用这类办法,对于这类数据本地只作录入,由服务器端

进行检查,本地可提供代码表的查询功能,这是通过TUXEDO服务实现的)

3.LOGIN时下载代码表

●系统参数表(可能保留在配置文件中,设计时定)、性别、人员关系、证件类

别、收付费方式等。主要用于客户端程序下拉选择功能的实现

●不同的子系统下载的代码可能是不同的,具体下载哪些在设计时定

●下载的数据存储在内存结构中

4.LOGIN时下载代码,运行时动态维护

●如险种要素(只限于用于检查录入数据合法性的要素,对于用于计算的要素或

表不下载)

●采用CACHE的办法,当用到每个险种的数据时,首先检查客户端的内存中是

否已经有该险种的数据,如果没有,则读取数据库中的定义数据,并写入内存

的结构中。允许同时保留的险种个数,可在INI文件中说明,要有一定的

CACHE管理功能,若超过上限,则把最不常用的险种数据从结构中清除

四、版本资料管理表结构

1如果客户端无法根据本地的字典数据进行数据合法性检查,则不检查

在服务器端,版本表是存储在数据库中;在客户机端,版本表以二进制文件形式存储。本地版本表中还需记录最近的下载时间。

五、版本同步的实现思路

1.LOGIN后,发出检查版本请求时,要传送本地的最近下载时间(如果本地还没有

建立版本表,或版本表结构被破坏,则重建版本表,最近的下载时间为空串)及登

录客户允许操作的子系统标识串(以4位定长序号串接而成,无分隔符)

2.服务端收到请求后,根据传送的最近下载时间及子系统标识找到在此之后更新的全

部资源,并返回资源文件的存放目录、等待更新的资源列表

3.更新本地资源表,并检查本地的实际资源的特征数据与资源表中的数据是否一致,

如果有不一致的,则弹出FTP窗口,要求下载

●从资源文件中要读到版本号

●读取资源文件的大小

●读取资源文件的更新时间

六、客户端程序启动的处理逻辑

CLIENT程序启动时,首先运行autocbps,该程序检查完成如下几项功能:

1若找不到LOGIN程序,则要求输入FTP服务器地址及资源的存储目录,自动下载LOGIN程序,并更新资源管理表中的LOGIN程序登记项

2启动LOGIN程序(登录检查(检查登录用户名、口令、时间、位置),版本检查(检查版本号及相关特征数据))

3根据下载的新的资源版本数据,更新本地的资源管理表,并检查本地的资源版本:

3.1如果是最新版本,则转4

3.2如果不是最新版本,则启动资源下载处理程序,完成后检查

3.2.1如果如果下载了新LOGIN程序,则转2(重新启动LOGIN程序)

4启动cbpsclt程序(要把LOGIN时得到的数据,传递到cbpsclt程序中)

相关文档
最新文档