CN101403967A - 界面保存和显示方法、客户端和服务器 - Google Patents

Abstract

一种界面保存和显示方法、客户端和服务器，所述界面保存方法包括：输入对应于控件的数据；遍历界面的要素，所述界面的要素包括控件的名称、控件标签和所述输入的对应于所述控件的数据；生成界面文件，所述界面文件包括所述界面的要素；保存所述界面文件。所述界面保存和显示方法可以减少对数据库的操作，减轻数据库的压力；并且可以简化客户端和服务器的程序，降低系统开发的难度。

Description

界面保存和显示方法、客户端和服务器

技术领域

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

背景技术

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

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

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

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

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

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

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

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

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

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

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

发明内容

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

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

在一个实施例中，所述控件标签包括控件类型属性和/或控件功能属性。在所述输入对应于控件的数据后还包括：接收输入确认的指令，生成流水号；所述生成界面文件包括：读取所述生成的流水号，以所述读取的流水号命名所述界面文件。所述保存所述界面文件包括：以xml的方式保存所述生成的界面文件，其中，界面名为父节点，所述界面的要素为子节点。所述保存所述界面文件包括：传送保存文件的指令和所述界面文件。

本发明界面显示方法的一种实施方式包括下述步骤：读取界面文件，所述界面文件包括界面的要素；读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据；根据所述控件标签，在界面中显示所述控件和对应于控件的数据。

在一个实施例中，所述读取界面文件包括：传送查询数据的指令，所述查询数据的指令包括流水号；读取文件名为所述流水号的界面文件。所述读取所述界面的要素包括：读取以xml方式保存的界面文件的子节点。

本发明界面显示方法的另一种实施方式包括下述步骤：加载预设的界面文件，所述预设的界面文件包括预设界面的要素；读取所述预设界面的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签；根据所述预设的控件标签，在界面中显示所述预设控件；读取界面文件，所述界面文件包括界面的要素；读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于控件的数据；根据所述读取的界面文件中控件的名称和对应于所述控件的数据，匹配所述界面中预设控件的数据；在所述界面中显示所述预设控件和匹配于预设控件的数据。

本发明客户端的一种实施方式包括：输入单元，输入对应于控件的数据；界面遍历单元，遍历界面的要素，所述界面的要素包括控件的名称、控件标签和所述输入的对应于所述控件的数据；文件生成单元，生成界面文件，所述界面文件包括所述界面的要素；传送单元，上传所述生成的界面文件。

本发明客户端的另一种实施方式包括：第一读取单元，读取界面文件，所述界面文件包括界面的要素；第二读取单元，读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据；显示单元，根据所述控件标签，在界面中显示所述控件和对应于控件的数据。

本发明客户端的又一种实施方式包括：加载单元，加载预设的界面文件，所述预设的界面文件包括预设界面的要素；第一读取单元，读取所述预设界面的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签；第一显示单元，根据所述预设的控件标签，在界面中显示所述预设控件；第二读取单元，读取界面文件，所述界面文件包括界面的要素；第三读取单元，读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据；匹配单元，根据所述读取的界面文件中控件的名称和对应于所述控件的数据，匹配所述界面中预设控件的数据；第二显示单元，在所述界面中显示所述匹配于预设控件的数据。

本发明实施方式还提供一种服务器，包括：数据库；第一接收单元，接收保存文件的指令和界面文件，所述界面文件包括控件的名称、控件标签和对应于所述控件的数据；保存单元，在接收到保存文件的指令后，保存所述接收的界面文件；第二接收单元，接收查询数据的指令；传送单元，根据所述接收的查询数据的指令，传送对应保存的界面文件；第三接收单元，接收查询状态的指令，所述查询状态包括查询通过和查询不通过；写入单元，在接收到所述查询通过的指令后，将所述界面文件中对应于控件的数据写入所述数据库。

与现有技术相比，上述技术方案以文件的形式保存了界面的要素，所述界面的要素包括控件名、控件标签和对应于控件的数据，因此，在界面显示时，是从保存的界面文件中读取数据，而不是从数据库中读取数据，这样就减少了对数据库的操作，减轻了数据库的压力，而且也减少了数据库中的垃圾数据。

由于要读取的数据都储存在界面文件中，在界面显示时，可以一次性地从界面文件中读取到所有的数据并予以显示，而不需要根据特定条件查询数据库、分别读取与界面的控件匹配的数据再予以显示，因此，在界面显示时，数据的读取和显示相比现有技术更为简单。

由于以界面文件的形式保存界面可以减少对数据库的操作，因此，服务器的操作数据库的程序也可以得到简化；并且，在客户端显示界面时，由于界面文件保存了控件名、控件标签和对应于控件的数据，客户端可以直接根据控件标签显示控件和数据，而不需要从数据库中读取数据、对数据和控件进行匹配、再显示匹配后控件和数据，因此，客户端的程序也得到了简化。总而言之，系统程序开发的难度降低了。

采用文件的形式保存界面，可以方便地针对不同用户显示符合用户要求的界面。具体来说，根据用户不同，在预设的界面文件中针对预设控件可以设置不同的控件标签(即预设的控件标签)；在界面显示时，根据控件的名称，将读取的界面文件的数据匹配于预设的界面文件的预设控件并予以显示，因此，根据不同的控件标签，显示的界面也就不同，这样就使得人机交互的界面更为友好。

附图说明

图1是现有的一种企业对外支付业务的实现过程的流程图；

图2是本发明实施方式的界面保存方法的流程图；

图3是本发明界面显示方法的一种实施方式的流程图；

图4是一个企业银行的业务系统结构图；

图5是本发明实施方式的客户端的界面保存单元的示意图；

图6是本发明客户端的界面显示单元的一种实施方式的示意图；

图7是图4所示系统中的服务器的结构示意图；

图8是客户端的对外支付录入界面的实例示意图；

图9是客户端显示的转账交易授权界面的一个实例示意图；

图10是本发明界面显示方法的另一种实施方式的流程图；

图11是本发明客户端的界面显示单元的另一种实施方式的示意图；

图12是客户端显示的转账交易授权界面的另一个实例示意图。

具体实施方式

本发明实施方式以界面文件的形式保存了界面的要素，所述界面的要素包括控件的名称、控件标签和对应于控件的数据，因此，在界面显示时，可以从保存的界面文件中直接读取数据，而不需要从数据库中读取数据，这样就减少了对数据库的操作。下面结合附图和实施例对本发明实施方式做详细的说明。

实施方式1

图2是本实施方式的界面保存方法的流程图，所述方法包括：

步骤S21，输入对应于控件的数据。

步骤S22，遍历界面的要素，所述界面的要素包括控件的名称、控件标签和所述输入的对应于所述控件的数据。

步骤S23，生成界面文件，所述界面文件包括所述界面的要素。

步骤S24，保存所述界面文件。

图3是本实施方式界面显示方法的流程图，所述方法包括：

步骤S31，读取界面文件，所述界面文件包括界面的要素。

步骤S32，读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据。

步骤S33，根据所述控件标签，在界面中显示所述控件和对应于控件的数据。

下面以一个实例说明本实施方式的界面保存和显示方法。请参考图4，其是一个企业银行的业务系统结构图，本实施例中，所述系统为两层的C/S结构，包括：企业的三个客户端1、2、3和银行的一个服务器4。其中，企业的三个客户端分别为财务人员的计算机、主管的计算机和老板的计算机，客户端软件可以用DELPHI程序开发；银行的服务器4包括数据库。

对应于图2所示的界面保存方法，财务人员的计算机(客户端1)包括界面保存单元，用于根据客户端1的界面生成界面文件，并将所述生成的界面文件上传至服务器4。所述界面保存单元的结构如图5所示，包括：

输入单元11，输入对应于控件的数据。

界面遍历单元12，遍历界面的要素，所述界面的要素包括控件的名称、控件标签和输入单元11输入的对应于所述控件的数据。

文件生成单元13，根据界面遍历单元12遍历的界面的要素生成界面文件，所述界面文件包括所述界面的要素。

传送单元14，向服务器4上传文件生成单元13生成的界面文件。

对应于图3所示的界面显示方法，主管的计算机(客户端2)包括界面显示单元，用于读取服务器4下发的界面文件，并根据读取的界面文件，显示客户端2的界面。老板的计算机(客户端3)也包括界面显示单元，用于读取服务器4下发的界面文件，并根据读取的界面文件，显示客户端3的界面。所述界面显示单元的结构如图6所示，包括：

第一读取单元21，从服务器4上读取界面文件，所述界面文件包括界面的要素。

第二读取单元22，从第一读取单元21读取的界面文件中读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据。

显示单元23，根据第二读取单元22读取的控件标签，在界面中显示第二读取单元22读取的控件和对应于控件的数据。

以企业对外支付(即转账交易)的业务流程为例，企业对外支付的业务流程包括：财务人员录入数据，主管复核、老板审批和银行转账。银行的服务器4的数据库用于储存流水表和转账信息表。

服务器4的结构如图7所示，包括：

第一接收单元41，接收客户端1发送的保存文件的指令和界面文件，所述界面文件包括控件的名称、控件标签和对应于所述控件的数据。

保存单元42，在第一接收单元41接收到保存文件的指令后，保存第一接收单元41接收的界面文件。

第二接收单元43，接收客户端2或客户端3发送的查询数据的指令。

传送单元44，根据第二接收单元43接收的查询数据的指令，传送所述保存单元42保存的对应的界面文件。

第三接收单元45，接收客户端2或客户端3发送的查询状态的指令，所述查询状态包括查询通过和查询不通过。

写入单元46，在第三接收单元45接收到客户端3发送的查询通过的指令后，将保存单元42保存的界面文件中对应于控件的数据写入数据库47。

结合图4至图7，客户端1、2、3和服务器4的工作过程如下所述。

在财务人员录入数据的流程中，客户端1的输入单元11将一个例如图8所示的对外支付录入界面显示在财务人员在计算机(客户端1)上，供财务人员在付款账号、付款账户名称、收款账号、收款账号、金额等栏目中输入相应的数据或信息(即输入对应于控件的数据)；然后，财务人员发出输入确认的指令(例如，按图8所示界面中的“提交”按键)，客户端1显示如图9所示的转账交易授权界面(输入的数据和信息未示出)。本实施例中，客户端1还包括生成单元(图5中未示出)，在接收到输入确认的指令，生成流水号。财务人员每录入一笔对外支付业务后，生成单元会自动生成一个流水号，录入的多笔对外支付业务，即多笔转账交易以列表的形式显示在转账交易授权界面上。财务人员可以通过图9所示的转账交易授权界面确认输入无误后，按图9所示界面中的“提交”按键，客户端1的输入单元11生成保存文件的指令，界面遍历单元12和文件生成单元13就会根据图9所示的界面生成相应的界面文件，然后由传送单元14上传至服务器4。

客户端1的界面遍历单元12在接收到所述保存文件的指令后，遍历图9所示界面中所有的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据。每个要素包括控件的名称、控件标签和对应于控件的标签，所述控件标签是指控件的属性，包括控件类型属性(例如，文本框、列表、下拉框、单选、复选等)和/或控件功能属性(例如，控件是否显示、列表内容的排列、是否数据字典属性等)。结合图9所示的界面，所述界面的要素包括4个控件，用户名、交易码、转账交易和流水，其中，用户名的属性是文本框形式，交易码的属性是下拉框形式，转账交易和流水的属性是列表形式，转账交易的列表内容除了包括财务人员输入的栏目外(参考图8)，还包括状态、交易序号、录入日期、用户名、交易码等，可以通过移动滚动条浏览所有的栏目；流水的列表内容包括流水号、处理结果、处理扩展信息等。转账交易的列表内容的信息即是对应于转账交易的数据。

客户端1的文件生成单元13，根据界面遍历单元12遍历的界面的要素生成界面文件。文件生成单元13可以包括：读取单元和命名单元(图5中未示出)，其中，所述读取单元读取所述生成单元生成的流水号，所述命名单元以所述读取的流水号命名所述界面文件。另外，生成的界面文件可以以结构化的标准文件形式来保存，例如，xml(eXtensible Markup Language，可扩展标记语言)文件，Microsoft Office Access文件等，以结构化的标准文件形式保存界面文件便于文件读取后的解析。本实施例中，界面文件以xml(eXtensibleMarkup Language，可扩展标记语言)的方式来保存，生成的界面文件可以是以流水号为文件名的xml文件。界面遍历单元12遍历界面的所有要素，文件生成单元13根据所述界面遍历单元12遍历的界面的所有要素，将界面的所有要素写入xml文件，在xml文件中，界面名为父节点，一个要素就是一个子节点，一个子节点的内容包括控件的名称、控件标签和对应于控件的数据。

客户端1的传送单元14，向服务器4上传所述保存文件的指令和生成的界面文件。本实施例中，传送单元14向银行的服务器4上传所述文件生成单元13生成的界面文件，即以流水号为文件名的xml文件。

服务器4的第一接收单元41接收客户端1的传送单元14发出的保存文件的指令和界面文件，保存单元42将客户端1上传的界面文件保存，另外，服务器4还包括状态更新单元(图7中未示出)，根据流水号生成相应的流水，设置该流水的状态，例如，置为等待复核状态，然后将该流水和流水的状态写入数据库47的流水表中。

在主管复核的流程中，客户端2发出查询数据的指令，如复核的指令，所述复核的指令中包括主管要复核的转账交易的流水号。具体来说，客户端2的第一读取单元21包括指令传送单元和文件读取单元(图6中未示出)，其中，指令传送单元从服务器4的数据库47的流水表中读取相应状态(例如等待复核状态)的流水，并将流水号显示在主管的计算机(即客户端2)的界面上，主管选择要查询的流水号并发出查询指令，指令传送单元生成复核的指令(包括流水号)并上传至服务器4。

服务器4的第二接收单元43接收客户端2发出的复核的指令，传送单元44根据所述复核的指令中的流水号查询到相应的界面文件，即文件名与客户端2发出的流水号相同的xml文件，然后将查询到的界面文件下发至客户端2。

客户端2的第一读取单元21读取服务器4下发的界面文件，所述界面文件包括界面的要素，界面文件由第一读取单元21的文件读取单元读取。

客户端2的第二读取单元22从所述第一读取单元21读取的界面文件中读取所述界面文件中界面的所有要素，即读取xml文件中各个子节点的内容。

客户端2的显示单元23，根据第二读取单元22读取的控件标签，即控件类型属性和控件功能属性，初始化界面，然后将所有读取的控件和相应的数据显示在客户端2的界面上。本实施例中，主管复核流程中界面显示的过程实际上是财务人员录入数据流程中界面文件生成的逆过程。在主管的计算机(即客户端2)上显示的界面如图9所示(数据和信息未示出)，其与财务人员的计算机上显示的界面是一样的，即转账交易授权界面，主管可以在所述界面上查询财务人员录入的各类数据和信息。

主管复核后，发出查询状态的指令，具体来说，若主管复核通过，则客户端2向银行的服务器4发出查询通过的指令(例如，按图9所示界面中的“提交”按键)，在服务器4的第三接收单元45接收到客户端2发送的查询通过的指令后，状态更新单元更新数据库47的流水表中相应流水的状态，例如，置为复核通过状态；若主管复核不通过，则客户端2向银行的服务器4发出查询不通过的指令(例如，按图9所示界面中的“取消”按键)，在服务器4的第三接收单元45接收到客户端2发送的查询不通过的指令后，状态更新单元更新数据库47的流水表中相应流水的状态，例如，置为废除状态。

老板审批的流程和主管复核的流程基本相同，区别在于，老板审批通过后，流水的状态不同，以及需要写数据库47的转账信息表，老板审批的流程具体如下所述。

客户端3发出查询数据的指令，如审批的指令，所述审批的指令中包括老板要审批的转账交易的流水号。具体来说，客户端3的第一读取单元21包括指令传送单元和文件读取单元(图6中未示出)，其中，指令传送单元从服务器4的数据库47的流水表中读取相应状态(例如复核通过状态)的流水，并将流水号显示在老板的计算机(即客户端3)的界面上，老板选择要查询的流水号并发出查询指令，指令传送单元生成审批的指令(包括流水号)并上传至服务器4。

服务器4的第二接收单元43接收客户端3发出的审批的指令，传送单元44根据所述审批的指令中的流水号查询到相应的界面文件，即文件名与客户端3发出的流水号相同的xml文件，并将查询到的界面文件下发至客户端3。

客户端3的第一读取单元21、第二读取单元22和显示单元23与客户端2相同，在此不再重复说明。

老板审批后，发出查询状态的指令，具体来说，若老板审批通过，则客户端3向银行的服务器4发出查询通过的指令(例如，按图9所示界面中的“提交”按键)，在服务器4的第三接收单元45接收到客户端3发送的查询通过的指令后，状态更新单元更新数据库47的流水表中相应流水的状态，例如，置为审批通过状态，并且，服务器4的写入单元46将财务人员录入的数据和信息写入数据库47的转账信息表中；若老板审批不通过，则客户端3向银行的服务器4发出查询不通过的指令(例如，按图9所示界面中的“取消”按键)，在服务器4的第三接收单元45接收到客户端3发送的查询不通过的指令后，状态更新单元更新数据库47的流水表中相应流水的状态，例如，置为废除状态。

最后，银行转账，服务器4查询数据库47的流水表中是否有流水的状态为审批通过状态的流水，如果有，则从转账信息表中读取相应的数据，即付款账号、付款账户名称、收款账号、收款账户名称、要转账的金额等，并按所述的金额实现转账。

本实施例中，客户端与服务器约定以流水号来定位要查询的界面文件，即，客户端1上传至服务器4的界面文件是以流水号为文件名，客户端2、3可以通过输入流水号来查询到服务器4上相应的界面文件。在其它实施例中，客户端与服务器也可以约定其它特征或标识来定位要查询的界面文件。

实施方式2

采用文件的形式保存界面，可以方便地针对不同用户显示符合用户要求的界面。具体来说，根据不同用户的需求，在预设的界面文件中针对预设控件可以预先设置不同的控件标签(即预设的控件标签)；在界面显示时，根据控件的名称，将读取的界面文件的数据匹配于预设的界面文件的预设控件并予以显示，因此，根据不同的控件标签，显示的界面也就不同，这样就使得人机交互的界面更为友好。

本实施方式的界面保存方法与实施方式1相同，而界面显示方法不同于实施方式1。图10是本实施方式界面显示方法的流程图，所述方法包括：

步骤S41，加载预设的界面文件，所述预设的界面文件包括预设界面的要素。

步骤S42，读取所述预设界面的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签。

步骤S43，根据所述预设的控件标签，在界面中显示所述预设控件。

步骤S44，读取界面文件，所述界面文件包括界面的要素。

步骤S45，读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于控件的数据。

步骤S46，根据所述读取的界面文件中控件的名称和对应于所述控件的数据，匹配所述界面中预设控件的数据。

步骤S47，在所述界面中显示所述匹配于预设控件的数据。

下面仍以图4所示的企业银行的业务系统为例说明本实施方式的界面保存和显示方法。图4中，客户端1和服务器4的结构与实施方式1中所述相同，而客户端2、3的结构不同于实施方式1所述，其对应图10所示的界面显示方法，主管的计算机(客户端2)包括界面显示单元，用于读取服务器4下发的界面文件，并根据预设的界面文件和读取的界面文件，显示客户端2的界面。老板的计算机(客户端3)也包括界面显示单元，用于读取服务器4下发的界面文件，并根据预设的界面文件和读取的界面文件，显示客户端3的界面。所述界面显示单元的结构如图11所示，包括：

加载单元31，加载预设的界面文件，所述预设的界面文件包括预设界面的要素.

第一读取单元32，读取加载单元31加载的预设界面的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签。

第一显示单元33，根据第一读取单元32读取的预设的控件标签，在界面中显示所述预设控件。

第二读取单元34，从服务器4上读取界面文件，所述界面文件包括界面的要素。

第三读取单元35，从第二读取单元34读取的界面文件中读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据。

匹配单元36，根据所述第三读取单元35读取的控件的名称和对应于所述控件的数据，匹配所述界面中预设控件的数据。

第二显示单元37，在所述界面中显示所述匹配于预设控件的数据。

仍以企业对外支付(即转账交易)的业务流程为例，企业对外支付的业务流程包括：财务人员录入数据，主管复核、老板审批和银行转账。本实施例与实施方式1所述的实施例的区别在于：实施方式1所述的实施例中，三个客户端显示的转账交易授权界面是相同的；而本实施例的客户端2、3显示的转账交易授权界面不同于客户端1显示的转账交易授权界面，也就是说，根据不同用户的需求，显示了不同的界面。

财务人员录入数据(客户端1生成界面文件)、服务器4保存界面文件和生成流水的流程与实施方式1所述相同，在此不再展开说明。

在主管复核的流程中，首先会在主管的计算机(客户端2)上显示本地界面，其是针对客户端2的用户(即主管)的需求而设计的，主管通过客户端2显示的本地界面发出查询数据的指令，如复核的指令，所述复核的指令中包括主管要复核的转账交易的流水号；服务器4在接收到客户端2发出的复核的指令后，根据客户端2发出的流水号查询到相应的界面文件并下发至客户端2；客户端2将所述界面文件中的数据匹配至本地界面中相应的控件并予以显示，具体如下所述。

客户端2的加载单元31加载预设的界面文件，所述预设的界面文件包括预设界面的要素。本实施例中，在客户端2中已经保存了预设的界面文件，所述预设的界面文件是由预先设计的本地界面而生成的。具体来说，本地界面是针对客户端2的用户(即主管)的需求而设计的，然后根据本地界面生成预设的界面文件，预设的界面文件包括预设界面(即本地界面)的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签，例如，本地界面如图12所示，由于主管主要是复核转账交易的付款账号、付款账户、收款账号、收款账户和金额，因此，这些栏目需要显示在转账交易的列表前面，也就是说，图12所示的转账交易的列表内容顺序与图9所示的转账交易的列表内容顺序不同，即转账交易(控件)的列表属性(控件标签)不同。预设的界面文件保存了如图12所示的本地界面的所有控件(用户名、交易码、转账交易列表和流水列表)及其对应的控件标签，预设的界面文件也是以xml文件的方式保存，预设的界面文件不需要保存控件的数据。由于预设的界面文件和读取的界面文件的保存方式基本相同，因而很容易根据控件的名称，将读取的界面文件的数据匹配于预设的界面文件的预设控件。

客户端2的第一读取单元32，读取加载单元31加载的预设的界面文件中预设界面的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签。第一读取单元32从加载单元31加载的预设的界面文件中读取预设界面的要素，包括所有预设控件的名称和预设的控件标签，即预设控件及对应的控件属性，如图12所示，预设控件包括用户名、交易码、转账交易列表和流水列表。

客户端2的第一显示单元33，根据所述第一读取单元32读取的预设的控件标签，在界面中显示所述预设控件。第一显示单元33根据第一读取单元32读取的预设的控件标签，即控件类型属性和控件功能属性，初始化界面，然后将所有读取的预设控件显示在客户端2的界面上。本实施例中，在客户端2上显示的本地界面如图12所示。

客户端2发出查询数据的指令，如复核的指令，所述复核的指令中包括主管要复核的转账交易的流水号。具体来说，客户端2的第二读取单元34包括指令传送单元和文件读取单元(图11中未示出)，其中，指令传送单元从服务器4的数据库47的流水表中读取相应状态(例如等待复核状态)的流水，并将流水号显示在主管的计算机(即客户端2)的本地界面上(由第一显示单元33显示)，主管选择要查询的流水号并发出查询指令(例如按图12所示的“查询”按键)，指令传送单元生成复核的指令(包括流水号)并上传至服务器4。

服务器4的第二接收单元43接收客户端2发出的复核的指令，传送单元44根据所述复核的指令中的流水号查询到相应的界面文件，即文件名与客户端2发出的流水号相同的xml文件，然后将查询到的界面文件下发至客户端2。

客户端2的第二读取单元34读取服务器4下发的界面文件，所述界面文件包括界面的要素，界面文件由第二读取单元34的文件读取单元读取。

客户端2的第三读取单元35从所述第二读取单元34读取的界面文件中读取所述界面文件中界面的所有要素，即读取xml文件中各个子节点的内容。

客户端2的匹配单元36，根据第三读取单元35读取的界面文件中控件的名称和对应于所述控件的数据，匹配所述界面中预设控件的数据。匹配单元36比较所述第三读取单元35读取的控件的名称和第一显示单元33显示的本地界面中预设控件的名称，如果相同，则将所述第三读取单元34读取的对应于所述控件的数据匹配于所述本地界面中的预设控件。

第二显示单元37，在所述界面中显示所述匹配于预设控件的数据。第二显示单元37将匹配单元36匹配的预设控件的数据对应地显示在第一显示单元33显示的本地界面上。本实施例中，在主管的计算机(客户端2)上显示的转账交易授权界面如图12所示(数据和信息未示出)，其与财务人员的计算机(客户端1)上显示的转账交易授权界面是不同的，主管可以在所述界面上直接查询到财务人员录入的转账交易的付款账号、付款账户、收款账号、收款账户和金额。

主管复核后，发出查询状态的指令，服务器4更新数据库47的流水表中相应流水的状态，其过程与实施方式1所述相同。

老板审批的流程和主管复核的流程基本相同，区别在于，老板通过计算机(客户端3)显示的本地界面发出的查询数据的指令是审批的指令，所述审批的交易指令中包括老板要审批的转账交易的流水号；老板审批通过后，流水的状态不同，以及需要写数据库47的转账信息表。

客户端3的加载单元31、第一读取单元32、第一显示单元33、第二读取单元34、第三读取单元35、匹配单元36和第二显示单元37与客户端2相同，在此不再重复说明。

本实施例中，在客户端3上显示的转账交易授权界面如图12所示(数据和信息未示出)，其与客户端1显示的界面是不同的，与客户端2上显示的界面是相同的，老板可以在所述界面上直接查询到财务人员录入的转账交易的付款账号、付款账户、收款账号、收款账户和金额。在其它实施例中，客户端3上显示的转账交易授权界面可以与客户端1和客户端2上显示的界面都不相同，也就是说，根据客户端3的用户(即老板)的需求，可以预先设计客户端3的本地界面，客户端3和客户端2的本地界面不同，即预设控件和预设的控件标签不同，生成的预设的界面文件就不同，因而界面显示单元根据预设的界面文件显示的本地界面也就不同。

老板审批后，发出查询状态的指令，服务器4更新数据库47的流水表中相应流水的状态，写数据库47的转账信息表，其过程与实施方式1所述相同。

最后，银行转账，服务器4查询数据库47的流水表中是否有流水的状态为审批通过状态的流水，如果有，则从转账信息表中读取相应的数据，即付款账号、付款账户名称、收款账号、收款账号、要转账的金额等，并按所述的金额实现转账。

上述实施例中，以文件的形式保存界面，即保存界面的要素，在界面显示时，可以从保存的界面文件中读取数据，而不需要从数据库中读取数据，这样就减少了对数据库的操作，例如，财务人员录入数据后，不需要将数据写入数据库的转账信息表；主管要复核时，不需要从数据库的转账信息表读取数据。因此，数据库的压力减轻了。并且，在最后老板审批通过后，才将数据写入数据库的转账信息表，因此，储存在转账信息表中的数据都是有用的数据，也就是减少了数据库中的垃圾数据。

上述实施例中，财务人员、主管、老板使用的是不同的计算机，即上述系统包括了三个客户端，财务人员的客户端计算机包括界面保存单元、主管和老板的客户端计算机包括界面显示单元。在其它实施例中，也可以是其它可能的情况，例如，财务人员、主管、老板可以使用同一台计算机，也就是说客户端计算机可以既包括界面保存单元，又包括界面显示单元；或者，财务人员和主管使用一台计算机，老板使用另一台计算机。

另外，实施方式1所述的实施例中主管的计算机和老板的计算机包括如图5所示的界面显示单元，实施方式2所述的实施例中主管的计算机和老板的计算机包括如图11所示的界面显示单元。在其它实施例中，也可以是其它可能的情况，例如，主管的计算机包括如图5所示的界面显示单元，老板的计算机包括如图11所示的界面显示单元。

上述实施例的系统是两层的C/S结构，对于本领域技术人员来说，也可以将上述技术方案应用于三层的C/S/S结构中，两层结构的服务器4在三层结构中被分为应用服务器和数据库服务器，在此即不再详细展开说明。

本发明虽然以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以做出可能的变动和修改，因此本发明的保护范围应当以本发明权利要求所界定的范围为准。

Claims (27)

1.一种界面保存方法，其特征在于，包括下述步骤：

输入对应于控件的数据；

遍历界面的要素，所述界面的要素包括控件的名称、控件标签和所述输入的对应于所述控件的数据；

生成界面文件，所述界面文件包括所述界面的要素；

保存所述界面文件。

2.根据权利要求1所述的界面保存方法，其特征在于，所述控件标签包括控件类型属性和/或控件功能属性。

3.根据权利要求1所述的界面保存方法，其特征在于，在所述输入对应于控件的数据后还包括：接收输入确认的指令，生成流水号；所述生成界面文件包括：读取所述生成的流水号，以所述读取的流水号命名所述界面文件。

4.根据权利要求1所述的界面保存方法，其特征在于，所述保存所述界面文件包括：以xml的方式保存所述生成的界面文件，其中，界面名为父节点，所述界面的要素为子节点。

5.根据权利要求1所述的界面保存方法，其特征在于，所述保存所述界面文件包括：传送保存文件的指令和所述界面文件。

6.一种界面显示方法，其特征在于，包括下述步骤：

读取界面文件，所述界面文件包括界面的要素；

读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据；

根据所述控件标签，在界面中显示所述控件和对应于控件的数据。

7.根据权利要求6所述的界面显示方法，其特征在于，所述控件标签包括控件类型属性和/或控件功能属性。

8.根据权利要求6所述的界面显示方法，其特征在于，所述读取界面文件包括：传送查询数据的指令，所述查询数据的指令包括流水号；读取文件名为所述流水号的界面文件。

9.根据权利要求6所述的界面显示方法，其特征在于，所述读取所述界面的要素包括：读取以xml方式保存的界面文件的子节点。

10.一种界面显示方法，其特征在于，包括下述步骤：

加载预设的界面文件，所述预设的界面文件包括预设界面的要素；

读取所述预设界面的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签；

根据所述预设的控件标签，在界面中显示所述预设控件；

读取界面文件，所述界面文件包括界面的要素；

读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于控件的数据；

根据所述读取的界面文件中控件的名称和对应于所述控件的数据，匹配所述界面中预设控件的数据；

在所述界面中显示所述匹配于预设控件的数据。

11.根据权利要求10所述的界面显示方法，其特征在于，所述控件标签包括控件类型属性和/或控件功能属性。

12.根据权利要求10所述的界面显示方法，其特征在于，所述读取界面文件包括：传送查询数据的指令，所述查询数据的指令包括流水号；读取文件名为所述流水号的界面文件。

13.根据权利要求10所述的界面显示方法，其特征在于，所述读取所述界面的要素包括：读取以xml方式保存的界面文件的子节点。

14.一种客户端，其特征在于，包括：

输入单元，输入对应于控件的数据；

界面遍历单元，遍历界面的要素，所述界面的要素包括控件的名称、控件标签和所述输入的对应于所述控件的数据；

文件生成单元，生成界面文件，所述界面文件包括所述界面的要素；

传送单元，上传所述生成的界面文件。

15.根据权利要求14所述的客户端，其特征在于，所述控件标签包括控件类型属性和/或控件功能属性。

16.根据权利要求14所述的客户端，其特征在于，还包括生成单元，在所述输入单元输入对应于控件的数据后，接收输入确认的指令，生成流水号；所述文件生成单元包括：读取单元和命名单元，所述读取单元读取所述生成的流水号，所述命名单元以所述读取的流水号命名所述界面文件。

17.根据权利要求14所述的客户端，其特征在于，所述传送单元上传所述生成的界面文件为以xml的方式保存的界面文件。

18.根据权利要求14所述的客户端，其特征在于，所述传送单元还传送保存文件的指令。

19.一种客户端，其特征在于，包括：

第一读取单元，读取界面文件，所述界面文件包括界面的要素；

第二读取单元，读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据；

显示单元，根据所述控件标签，在界面中显示所述控件和对应于控件的数据。

20.根据权利要求19所述的客户端，其特征在于，所述控件标签包括控件类型属性和/或控件功能属性。

21.根据权利要求19所述的客户端，其特征在于，所述第一读取单元包括：指令传送单元，传送查询数据的指令，所述查询数据的指令包括流水号；文件读取单元，读取文件名为所述流水号的界面文件。

22.根据权利要求19所述的客户端，其特征在于，所述第二读取单元通过读取以xml方式保存的界面文件的子节点来读取所述界面的要素。

23.一种客户端，其特征在于，包括：

加载单元，加载预设的界面文件，所述预设的界面文件包括预设界面的要素；

第一读取单元，读取所述预设界面的要素，所述预设界面的要素包括预设控件的名称和预设的控件标签；

第一显示单元，根据所述预设的控件标签，在界面中显示所述预设控件；

第二读取单元，读取界面文件，所述界面文件包括界面的要素；

第三读取单元，读取所述界面的要素，所述界面的要素包括控件的名称、控件标签和对应于所述控件的数据；

匹配单元，根据所述读取的界面文件中控件的名称和对应于所述控件的数据，匹配所述界面中预设控件的数据；

第二显示单元，在所述界面中显示所述匹配于预设控件的数据。

24.根据权利要求23所述的客户端，其特征在于，所述控件标签包括控件类型属性和/或控件功能属性。

25.根据权利要求23所述的客户端，其特征在于，所述第二读取单元包括：指令传送单元，传送查询数据的指令，所述查询数据的指令包括流水号；文件读取单元，读取文件名为所述流水号的界面文件。

26.根据权利要求23所述的客户端，其特征在于，所述第三读取单元通过读取以xml方式保存的界面文件的子节点来读取所述界面的要素。

27.一种服务器，包括数据库，其特征在于，还包括：

第一接收单元，接收保存文件的指令和界面文件，所述界面文件包括控件的名称、控件标签和对应于所述控件的数据；

保存单元，在接收到保存文件的指令后，保存所述接收的界面文件；

第二接收单元，接收查询数据的指令；

传送单元，根据所述接收的查询数据的指令，传送对应保存的界面文件；

第三接收单元，接收查询状态的指令，所述查询状态包括查询通过和查询不通过；

写入单元，在接收到所述查询通过的指令后，将所述界面文件中对应于控件的数据写入所述数据库。

Images