CN201733328U - 基于银行系统的企业数据维护装置及系统 - Google Patents

Abstract

本实用新型提供一种基于银行系统的企业数据维护装置及系统，其中，该系统包括：企业客户端PC、业务管理客户端PC、Web服务器、银行数据库、安全认证服务器、以及企业数据维护装置；其中，企业客户端PC和业务管理客户端PC分别与Web服务器连接，Web服务器与企业数据维护装置连接，银行数据库和安全认证服务器分别与企业数据维护装置连接；企业客户端PC和业务管理客户端PC分别通过Web服务器与企业数据维护装置进行通信。本实用新型可以提高数据传输和维护的效率、安全性，并且可以降低数据的错误率。

Description

基于银行系统的企业数据维护装置及系统 

技术领域

本实用新型涉及信息安全领域，具体地，涉及一种基于银行系统的企业数据维护装置及系统。 

背景技术

银行客户数据的安全性要求很高，一般都是通过银行内部系统进行管理维护。如果客户信息数据需要进行变更，则客户只能先向银行营业机构提出变更请求，再由银行工作人员完成客户数据的变更维护。这种变更处理方法的工作效率较低，并且由于数据完全由人工进行传递和维护，数据的一致性和安全性得不到保障。 

例如，企业年金是指在政府强制实施的公共养老金或国家养老金之外，企业在国家政策的指导下，根据自身经济实力和经济状况建立的，为本企业职工提供一定程度退休收入保障的补充性养老金制度。在企业年金业务运作过程中，参保企业作为委托人需要与银行、保险公司等年金管理机构进行较多的信息交互。目前主要的实现方式是企业内部和年金管理机构分别部署一套管理系统，企业通过内部的管理系统对年金数据进行采集和维护，导出相应的业务数据，通过各种外部渠道提交给年金管理机构，再由年金管理机构的业务人员将接收的数据导入该年金管理机构的管理系统，并在该系统中对接收的数据进行处理。这种方式的缺点是企业内部和年金管理机构都需要进行大量的信息处理，其中包括了很多重复性工作。由于双方是通过邮件、电话、邮寄等方式进行数据交换，这导致了处理效率低，并且数据的一致性、安全性也得不到保障。 

综上所述，目前对于银行客户数据的维护存在效率低、安全性低以及错误率高的问题。 

实用新型内容

本实用新型实施例的主要目的在于提供一种基于银行系统的企业数据维护装置及系统，以解决现有技术中的对于银行企业数据的维护存在效率低、安全性低以及错误率高的问题。 

本实用新型实施例提供一种基于银行系统的企业数据维护装置，所述装置包括：登录请求接收单元，用于接收来自企业客户端PC的包括数字证书的企业客户登录请求；认证服务器调用单元，与所述的登录请求接收单元连接，用于调用安全认证服务器根据所述的数字证书对所述的企业客户端PC进行身份认证；功能信息发送单元，与所述的认证服务器调用单元连接，用于在对所述的企业客户端PC认证成功时，将预存储的与所述企业客户端PC操作权限相应的功能信息发送给所述企业客户端PC；功能信息接收单元，用于接收来自所述企业客户端PC选择的功能信息；企业数据发送单元，与所述的功能信息接收单元连接，用于根据所述企业客户端PC选择的功能信息，从银行数据库获取相应的企业数据，并将获取的企业数据发送给所述企业客户端PC，供企业客户端PC维护；维护数据接收单元，用于接收来自所述企业客户端PC维护后的企业数据；维护数据验证单元，与所述的维护数据接收单元连接，用于对所述维护后的企业数据进行合法性验证；维护数据保存单元，与所述的维护数据验证单元连接，用于在对所述维护后的企业数据合法性验证成功时，将所述维护后的企业数据保存到所述的银行数据库；查询请求接收单元，用于接收来自年业务理客户端PC的企业数据查询请求；查询数据获取单元，与所述的查询请求接收单元连接，用于根据所述的企业数据查询请求，从所述银行数据库获取相应的企业数据，并将获取的企业数据发送给所述业务管理客户端PC，供所述业务管理客户端PC复核；复核信息接收单元，用于接收来自所述业务管理客户端PC的复核结果。 

上述装置还包括：上级审核判断单元，用于判断所述维护后的企业数据是否需要上级审核；审核信息发送单元，与所述的上级审核判断单元连接， 用于在所述的业务数据信息需要上级审核时，将所述维护后的企业数据发送给所述企业客户端，以供企业客户端审核。 

具体地，上述维护数据验证单元包括：格式判断模块，用于判断所述维护后的企业数据的格式是否符合预定标准；关键交易判断模块，用于判断所述维护后的企业数据是否为关键交易；签名验证模块，与所述的关键交易判断模块连接，用于在所述维护后的企业数据为关键交易时，调用所述的安全认证服务器对所述维护后的企业数据进行签名验证，其中，所述的关键交易包括客户签名信息。 

本实用新型实施例还提供一种银行企业数据维护系统，该系统包括：企业客户端PC、业务管理客户端PC、Web服务器、银行数据库、安全认证服务器、以及上述的企业数据维护装置；其中，所述的企业客户端PC和业务管理客户端PC分别与所述的Web服务器连接，所述的Web服务器与所述的企业数据维护装置连接，所述的银行数据库和安全认证服务器分别与所述的企业数据维护装置连接；所述的企业客户端PC和业务管理客户端PC分别通过所述的Web服务器与所述的企业数据维护装置进行通信。 

借助于上述技术方案至少之一，本实用新型可以提高数据传输和维护的效率、安全性，并且可以降低数据的错误率。 

附图说明

为了更清楚地说明本实用新型实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本实用新型的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 

图1是根据本实用新型实施例的基于银行系统企业数据维护方法的流程图； 

图2是根据本实用新型实施例的企业年金数据维护方法的详细流程图； 

图3是根据本实用新型实施例的数字证书验证的详细流程图； 

图4是根据本实用新型实施例的关键交易签名验证的详细流程图； 

图5是根据本实用新型实施例的银行企业数据维护系统的结构框图； 

图6是根据本实用新型实施例的维护装置6的结构框图； 

图7是根据本实用新型实施例的维护数据验证单元607的结构框图； 

图8是根据本实用新型实施例的维护装置6的详细结构框图； 

图9是根据本实用新型实施例的银行企业数据维护系统的具体结构框图。 

具体实施方式

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

本实用新型实施例提供一种基于银行系统的企业数据维护方法及银行企业数据维护系统。以下结合附图对本实用新型进行详细说明。 

实施例一 

本实用新型实施例提供一种基于银行系统的企业数据维护方法，如图1所示，该方法包括： 

步骤101，接收来自企业客户端的包括数字证书的企业客户登录请求，这里的企业客户端可以是企业客户端PC； 

步骤102，调用安全认证服务器，根据数字证书对企业客户端进行身份认证； 

步骤103，在对企业客户端认证成功时，将预存储的与企业客户端操作权限相应的功能信息发送给企业客户端； 

步骤104，接收来自企业客户端选择的功能信息； 

步骤105，根据企业客户端选择的功能信息，从银行数据库获取相应的企业数据，并将获取的企业数据发送给企业客户端，供企业客户端维护； 

步骤106，接收来自企业客户端维护后的企业数据； 

步骤107，对维护后的企业数据进行合法性验证； 

步骤108，在对维护后的企业数据合法性验证成功时，将维护后的企业数据保存到银行数据库； 

步骤109，接收来自业务管理客户端的企业数据查询请求； 

步骤110，根据企业数据查询请求，从银行数据库获取相应的企业数据，并将获取的企业数据发送给业务管理客户端，供业务管理客户端复核； 

步骤111，接收来自业务管理客户端的复核结果。 

上述接收的信息可以是由企业客户端PC先发生给Web服务器，然后由Web服务器转发。例如，步骤101，可以是企业客户端PC发送包括数字证书的企业客户登录请求给Web服务器，然后再由Web服务器转发。 

由以上描述可以看出，通过根据来自企业客户端的客户登录请求进行身份验证后，然后根据客户选择的功能信息直接到数据库服务器提取相关数据后发给企业客户端，由客户对该数据进行维护，在对维护后的数据合法性验证成功后，将该维护后的数据保存到银行数据库，供后续企业客户端的复核，相比于现有技术中的通过邮件、电话、邮寄等方式进行数据维护，本实用新型实施例的由于直接通过网络进行通信，使得数据传输和维护的效率、安全性都较高，并且降低了数据的错误率。 

具体地，上述步骤107对维护后的企业数据进行合法性验证包括：判断维护后的企业数据的格式是否符合预定标准，其中，格式包括数据类型、字段长度以及日期区间等；判断维护后的企业数据是否为关键交易，如果是，则调用安全认证服务器对维护后的企业数据进行签名验证，其中，关键交易包括客户签名信息。这样，为数据维护提供了安全性保障。 

在执行步骤109之后，还需要判断维护后的企业数据是否需要上级审核；如果需要，则将维护后的企业数据发送给企业客户端，以供企业客户端审核。 

为了进一步理解本实用新型，以下以企业年金维护管理运作过程为例， 来详细描述本实用新型实施例。 

图2是根据本实用新型实施例的企业年金数据维护方法的详细流程图，如图2所示，该方法包括： 

步骤200，企业客户和年金管理机构签订协议书，并取得注册数字证书； 

步骤201，企业客户通过企业客户端PC向应用服务器发起登录请求，该应用服务器可以实现上述实施例的方法； 

步骤202，应用服务器调用安全认证服务器获取用户的数字证书并核对其登录信息，验证是否为授权用户；如果验证通过进入步骤204，否则进入步骤203； 

步骤203，拒绝该用户的访问； 

步骤204，应用服务器向企业客户端PC返回当前用户有权限使用的功能列表，企业客户选择某项功能，向应用服务器发起交易请求(即数据维护请求)； 

步骤205，应用服务器访问数据库服务器(即，银行数据库)，将当前交易请求所需要的相关信息反馈给企业客户； 

步骤206，企业客户端PC输入业务信息，可以通过逐笔录入企业年金数据，或者通过文件批量导入数据，提交数据维护申请请求，并对关键交易数据进行签名； 

步骤207，应用服务器对客户端提交的数据进行合法性校验，例如，数据类型，字段长度以及日期区间等，校验不通过，返回给企业客户进行修改，校验通过后，进入步骤208； 

步骤208，应用服务器判断当前申请是否为涉及企业年金金额变动的关键交易，若是则进入步骤209，否则直接进入步骤211； 

步骤209，应用服务器调用安全认证服务器完成交易数据的签名验证；如果签名信息正确，则进入步骤211，否则进入步骤210； 

步骤210，终止当前签名验证，交易失败； 

步骤211，应用服务器将企业客户录入的企业年金数据保存到数据库服务器； 

步骤212，应用服务器判断企业客户提交的数据是否需要审批，如果需要，进入步骤213，否则进入步骤214； 

步骤213，具有相关审批权限的企业客户对提交的数据进行审批；通过审批之后进入步骤214，不通过则返回步骤204，需要提交申请的企业客户对申请进行修改或重新提交； 

企业客户通过访问应用服务器自定义审核流程，一般企业可以设置初审和复审，集团企业可以在本级审批完成之后再提交上级企业审批； 

步骤214，年金管理机构的内部业务人员通过管理机构客户端PC向应用服务器发起请求，查询企业客户提交的年金业务申请； 

步骤215，应用服务器访问数据库服务器，将当前企业客户已提交的数据维护的申请展现给业务人员； 

步骤216，业务人员对企业客户提交的年金数据进行复核，如果复核通过则进入步骤217，否则回到步骤204，需要企业客户修改该数据，或者重修提交申请； 

步骤217，应用服务器将年金业务复核信息保存到数据库服务器，此时企业客户便完成了该数据维护的业务流程。 

对于上述步骤202中的数字证书验证，图3示出了具体流程，如图3所示，该流程包括： 

步骤301，用户将数字证书介质连接到企业客户端PC，发起登录请求； 

步骤302，企业客户端PC提示用户输入数字证书的密码； 

步骤303，企业客户端PC验证输入的密码，如果正确进入步骤305，否则进入步骤304； 

步骤304，终止该用户的登录； 

步骤305，企业客户端PC将用户登录请求和数字证书信息发送给应用服 务器进行处理，应用服务器调用安全认证服务器，验证数字证书是否在有效期内以及是否正确，如果证书有效则进入步骤307，否则进入步骤306； 

步骤306，终止该用户的登录； 

步骤307，应用服务器获取当前登录的数字证书ID，并调用安全认证服务器判断该证书ID用户是否存在以及该用户状态是否正常；如果用户状态正常，则进入步骤309，否则进入步骤308； 

步骤308，终止该用户的登录； 

步骤309，身份认证通过，应用服务器向企业客户端PC返回当前用户有权限使用的功能列表，以进行数据维护。 

通过上述的数字证书认证，可以保证数据维护的安全性。 

对于上述步骤209的对关键交易的签名验证，图4示出了详细流程，如图4所示，对关键交易的签名验证流程包括： 

步骤401，用户选择企业年金的关键交易，提交数据维护申请，企业客户端PC提示用户插入数字证书，并提示客户输入证书密码； 

步骤402，用户输入数字证书的密码； 

步骤403，企业客户端PC对密码进行验证，如果正确进入步骤405，否则进入步骤404； 

步骤404，终止当前交易； 

步骤405，企业客户端PC对交易维护数据进行数字签名，并将交易信息和数字签名信息(包括明文、密文、签名时间等)发送给应用服务器进行处理，应用服务器验证数字证书的ID是否与当前登录用户的编码相对应，如果是则进入步骤407，否则进入步骤406； 

步骤406，终止当前交易； 

步骤407，应用服务器将本次交易的明文、密文、签名时间、证书ID等数据提交至安全认证服务器； 

步骤408，安全认证服务器对签名信息进行校验，如果信息不正确则进入 步骤409，否则进入步骤410； 

步骤409，终止当前交易； 

步骤410，签名认证通过，进行上述步骤211。 

通过上述的签名验证，可以进一步保证数据维护的安全性。 

实施例二 

本实用新型实施例还提供一种银行企业数据维护系统，如图5所示，该系统包括：企业客户端PC 1、业务管理客户端PC 2、Web服务器3、银行数据库4、安全认证服务器5、以及企业数据维护装置6，其中，其中，企业客户端PC和业务管理客户端PC分别与Web服务器连接，Web服务器与企业数据维护装置连接，银行数据库和安全认证服务器分别与企业数据维护装置连接；企业客户端PC1和业务管理客户端PC2分别通过Web服务器3与企业数据维护装置6进行通信。这里的维护装置6即上述实施例一中的应用服务器，可以实现上述实施例一提供的方法。 

通过该系统，可以使得客户和管理人员直接通过网络就对数据进行管理和维护，相比于现有技术中的通过邮件、电话、邮寄等方式进行数据维护，本实用新型实施例的由于直接通过网络进行通信，使得数据传输和维护的效率、安全性都较高，并且降低了数据的出错率。 

图6是维护装置6的结构框图，如图6所示，该维护装置6包括： 

登录请求接收单元601，用于接收来自企业客户端的包括数字证书的企业客户登录请求； 

认证服务器调用单元602，与登录请求接收单元601连接，用于调用安全认证服务器根据数字证书对企业客户端进行身份认证； 

功能信息发送单元603，与认证服务器调用单元602连接，用于在对企业客户端认证成功时，将预存储的与企业客户端操作权限相应的功能信息发送给企业客户端； 

功能信息接收单元604，用于接收来自企业客户端选择的功能信息； 

企业数据发送单元605，与功能信息接收单元604连接，用于根据企业客户端选择的功能信息，从银行数据库获取相应的企业数据，并将获取的企业数据发送给企业客户端，供企业客户端维护； 

维护数据接收单元606，用于接收来自企业客户端维护后的企业数据； 

维护数据验证单元607，与维护数据接收单元606连接，用于对维护后的企业数据进行合法性验证； 

维护数据保存单元608，与维护数据验证单元607连接，用于在对维护后的企业数据合法性验证成功时，将维护后的企业数据保存到银行数据库； 

查询请求接收单元609，用于接收来自业务管理客户端的企业数据查询请求； 

查询数据获取单元610，与查询请求接收单元609连接，用于根据企业数据查询请求，从银行数据库获取相应的企业数据，并将获取的企业数据发送给业务管理客户端，供业务管理客户端复核； 

复核信息接收单元611，用于接收来自业务管理客户端的复核结果。 

其中，如图7所示，维护数据验证单元607具体包括： 

格式判断模块6071，用于判断维护后的企业数据的格式是否符合预定标准； 

关键交易判断模块6072，用于判断维护后的企业数据是否为关键交易； 

签名验证模块6073，与关键交易判断模块6072连接，用于在维护后的企业数据为关键交易时，调用安全认证服务器对维护后的企业数据进行签名验证，其中，关键交易包括客户签名信息。 

具体地，如图8所示，维护装置6还包括： 

上级审核判断单元612，用于判断维护后的企业数据是否需要上级审核； 

审核信息发送单元613，与上级审核判断单元612连接，用于在业务数据信息需要上级审核时，将维护后的企业数据发送给企业客户端，以供企业客户端审核。 

图9是根据本实用新型实施例的以年金管理为例的维护系统的结构示意图，如图9所示，该系统包括企业客户端901、年金管理机构客户端902、互联网Internet 903、局域网Intranet 904、Web服务器905、企业年金应用服务器906、安全认证服务器907和数据库服务器908，其中： 

企业客户端901是安装有网页浏览器的PC，外部企业客户与年金管理机构签订协议后，可以使用企业客户端901通过互联网Internet 903访问Web服务器905，经过数字证书身份认证后，可以查询、录入或者审核企业年金数据； 

年金管理机构客户端902是安装有网页浏览器的PC，年金管理机构的业务人员使用年金管理机构客户端902通过局域网Intranet 904访问Web服务器905，实现对企业客户端901提交的企业年金数据的复核； 

Internet 903是提供企业客户端901访问本系统的渠道； 

Intranet 904是提供年金管理机构客户端902访问本系统的渠道； 

Web服务器905负责处理企业客户端901和年金管理机构客户端902的访问，把客户请求转发到企业年金应用服务器906，并将应用服务器906的响应数据返回给客户端展现； 

企业年金应用服务器906负责访问数据库服务器908，将相关数据展现给客户端；同时，通过Web向企业客户端901和年金管理机构客户端902提供录入平台，将用户录入的数据存入数据库服务器908； 

安全认证服务器907负责数据采集过程中对企业客户端901进行身份认证和权限控制，并对企业客户端901执行关键交易时进行动态签名认证； 

数据库服务器908存储客户端通过Web服务器905和应用服务器906录入的企业年金管理所需的业务数据，包括企业和员工的基本信息，年金计划信息，以及各种申请、缴费、投资、收益等数据。 

由以上描述可知，该系统方便了企业客户和年金管理机构在年金运作过程中进行全程的数据采集，包括初次采集和后续的维护修改。企业客户通过Internet网络访问本实用新型提供的年金数据采集装置，对企业的相关信息进 行录入和维护，年金管理机构的业务人员通过内部网络访问本实用新型提供的年金数据采集装置，对相应的数据进行复核。该系统通过采用B/S三层架构，基本实现了平台无关性，企业客户可以通过Web渠道直接进行数据的录入和维护，相比于现有技术中的各级企业之间、企业和年金管理机构之间传统邮件、传真、邮寄等信息传递方式，该系统提高了数据采集效率，降低数据采集成本，为客户维护年金数据提供了便利。 

综上所述，本实用新型通过企业客户主动进行数据的采集和维护，解决了现有技术中的数据采集效率低、数据完整性、一致性、安全性得不到保障的问题，达到了提高数据采集效率，保障数据完整性、一致性、安全性的目的，从而方便了对数据进行集中统计、管理。本实用新型提供的数据集中处理的模式打破了时间和空间的限制，客户可以在任何时间任何地点通过互联网办理年金业务，为客户提供了便捷。 

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，比如ROM/RAM、磁碟、光盘等。 

以上所述的具体实施例，对本实用新型的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本实用新型的具体实施例而已，并不用于限定本实用新型的保护范围，凡在本实用新型的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本实用新型的保护范围之内。 

Claims (6)

1.一种基于银行系统的企业数据维护装置，其特征在于，所述的装置包括：

登录请求接收单元，用于接收来自企业客户端PC的包括数字证书的企业客户登录请求；

认证服务器调用单元，与所述的登录请求接收单元连接，用于调用安全认证服务器根据所述的数字证书对所述的企业客户端PC进行身份认证；

功能信息发送单元，与所述的认证服务器调用单元连接，用于在对所述的企业客户端PC认证成功时，将预存储的与所述企业客户端PC操作权限相应的功能信息发送给所述企业客户端PC；

功能信息接收单元，用于接收来自所述企业客户端PC选择的功能信息；企业数据发送单元，与所述的功能信息接收单元连接，用于根据所述企业客户端PC选择的功能信息，从银行数据库获取相应的企业数据，并将获取的企业数据发送给所述企业客户端PC，供企业客户端PC维护；

维护数据接收单元，用于接收来自所述企业客户端PC维护后的企业数据；

维护数据验证单元，与所述的维护数据接收单元连接，用于对所述维护后的企业数据进行合法性验证；

维护数据保存单元，与所述的维护数据验证单元连接，用于在对所述维护后的企业数据合法性验证成功时，将所述维护后的企业数据保存到所述的银行数据库；

查询请求接收单元，用于接收来自业务管理客户端PC的企业数据查询请求；

查询数据获取单元，与所述的查询请求接收单元连接，用于根据所述的企业数据查询请求，从所述银行数据库获取相应的企业数据，并将获取的企业数据发送给所述业务管理客户端PC，供所述业务管理客户端PC复核； 

复核信息接收单元，用于接收来自所述业务管理客户端PC的复核结果。

2.根据权利要求1所述的装置，其特征在于，所述的装置还包括：

上级审核判断单元，用于判断所述维护后的企业数据是否需要上级审核；

审核信息发送单元，与所述的上级审核判断单元连接，用于在所述的业务数据信息需要上级审核时，将所述维护后的企业数据发送给所述企业客户端PC，以供企业客户端PC审核。

3.根据权利要求1所述的装置，其特征在于，所述的维护数据验证单元包括：

格式判断模块，用于判断所述维护后的企业数据的格式是否符合预定标准；

关键交易判断模块，用于判断所述维护后的企业数据是否为关键交易；

签名验证模块，与所述的关键交易判断模块连接，用于在所述维护后的企业数据为关键交易时，调用所述的安全认证服务器对所述维护后的企业数据进行签名验证，其中，所述的关键交易包括客户签名信息。

4.一种银行企业数据维护系统，其特征在于，所述的系统包括：企业客户端PC、业务管理客户端PC、Web服务器、银行数据库、安全认证服务器、以及如权利要求1所述的企业数据维护装置；

其中，所述的企业客户端PC和业务管理客户端PC分别与所述的Web服务器连接，所述的Web服务器与所述的企业数据维护装置连接，所述的银行数据库和安全认证服务器分别与所述的企业数据维护装置连接；

所述的企业客户端PC和业务管理客户端PC分别通过所述的Web服务器与所述的企业数据维护装置进行通信。

5.根据权利要求4所述的系统，其特征在于，所述的企业数据维护装置还包括：

上级审核判断单元，用于判断所述维护后的企业数据是否需要上级审核；

审核信息发送单元，与所述的上级审核判断单元连接，用于在所述的业 务数据信息需要上级审核时，将所述维护后的企业数据发送给所述企业客户端PC，以供企业客户端PC审核。

6.根据权利要求4所述的系统，其特征在于，所述的维护数据验证单元包括：

格式判断模块，用于判断所述维护后的企业数据的格式是否符合预定标准；

关键交易判断模块，用于判断所述维护后的企业数据是否为关键交易；

签名验证模块，与所述的关键交易判断模块连接，用于在所述维护后的企业数据为关键交易时，调用所述的安全认证服务器对所述维护后的企业数据进行签名验证，其中，所述的关键交易包括客户签名信息。 

Images