[发明专利]界面保存和显示方法、客户端和服务器

说明书

技术领域

本发明涉及一种界面保存和显示方法、客户端和服务器。

背景技术

数据库技术已经广泛应用于各种管理信息系统，现在的行业应用软件， 大部分是基于关系型数据库的信息处理系统。关系型数据库以数据的关系模 型为基础，根据自定义的关系来存储、处理和管理数据库信息。通常，关系 型数据库中包含大量的数据信息，但在实际应用中并不是需要所有的数据信 息，而是需要符合某些条件的一些数据信息，此时，可以通过查询来检索符 合条件的数据信息。此外，还可以通过报表来实现数据的计算、归类、汇总 和排序。

通常，行业应用软件的系统架构可以为两层的C/S结构(客户端/服务器 结构)、B/S结构(浏览器/服务器结构)、或者三层的C/S/S结构(客户端/应 用服务器/数据库服务器结构)。具体来说，行业应用软件由直接与用户交互的 界面层(客户端或浏览器)，业务处理层(两层结构的服务器或三层结构的应 用服务器)和数据存储层(两层结构的服务器或三层结构的数据库服务器) 组成，每层由一台或多台计算机组成，各层之间通过计算机网络连接，用户 可以通过界面层对数据存储层的数据库进行操作。

以企业银行应用软件为例，企业对外支付(付款)的业务流程一般为： 财务人员录入支付的金额(数据)，主管复核，老板审批和银行转账。请参考 图1，现有的一种实现上述业务流程的具体过程包括：

步骤S11，财务人员通过银行提供的客户端的专用界面或浏览器(例如IE) 录入数据，客户端将录入的数据发送到银行服务器。

步骤S12，银行服务器生成相应的流水，并设置该流水的状态(例如，置 为等待复核状态)，然后将该流水和流水的状态写入数据库的流水表中，将录 入的数据写入数据库的转账信息表中。

步骤S13，主管通过银行提供的客户端的专用界面进行复核，客户端查询 银行服务器的数据库中相应状态的流水表和转账信息表，财务人员之前录入 的数据显示在客户端的界面。

步骤S14，主管复核后，银行服务器更新流水表中相应流水的状态。若主 管复核通过，银行服务器更新流水表中相应流水的状态(例如，置为复核通 过状态)；若主管复核不通过，银行服务器更新流水表中相应流水的状态(例 如，置为废除状态)，或者，主管更改数据，银行服务器更新转账信息表中相 应的数据，并更新流水表中相应流水的状态(例如，置为等待审批状态)。

步骤S15，老板通过银行提供的客户端的专用界面进行审批，客户端查询 银行服务器的数据库中相应状态的流水表和转账信息表，转账信息表中相应 的数据显示在客户端的界面。

步骤S16，老板审批后，银行服务器更新流水表中相应流水的状态。若老 板审批通过，银行服务器更新流水表中相应流水的状态(例如，置为审批通 过状态)；若老板审批不通过，银行服务器更新流水表中相应流水的状态(例 如，置为废除状态)，或者，老板更改数据，银行服务器更新转账信息表中相 应的数据，并更新流水表中相应流水的状态(例如，置为等待转账状态)。

步骤S17，老板审批通过后，例如，流水表中相应的流水的状态为审批通 过状态或等待转账状态，银行服务器实现转账。

上述业务流程的实现过程中，多个客户端，例如财务人员的客户端、主 管的客户端、老板的客户端会对服务器的数据库进行许多操作，例如写入、 读取、增加、修改等。通常，银行会有大量的企业客户，当多个企业的多个 客户端不断对服务器的数据库进行操作时，将会对服务器的数据库造成很大 的压力，并且也容易出现数据库的操作错误。另外，在复核或审批不通过， 流水的状态被置为废除状态后，储存在数据库的转账信息表中相应的就成为 了垃圾数据，其不会被删除，由此也造成了数据库空间的浪费。

发明内容

本发明解决的问题是，提供一种界面保存和显示方法、客户端和服务器， 以减少对数据库的操作，减轻数据库的压力。

本发明实施方式的界面保存方法包括下述步骤：输入对应于控件的数据； 遍历界面的要素，所述界面的要素包括控件的名称、控件标签和所述输入的 对应于所述控件的数据；生成界面文件，所述界面文件包括所述界面的要素； 保存所述界面文件。