《《电子签字板规范》正文0919》由会员分享，可在线阅读，更多相关《《电子签字板规范》正文0919（16页珍藏版）》请在金锄头文库上搜索。
1、Q/CUP XXXXXXX中国银联股份有限公司 发布电子签字板规范Electronic Signature Panel SpecificationQ/CUP XXXXXXX代替Q/CUP XXX-XXXXQ/CUP中国银联股份有限公司企业标准1目 次1 范围22 规范性引用文件23 术语和定义24 符号与缩略语25 电子签字板与POS终端设备间的通讯26 电子签字与交易特征码的合成97 压缩算法95前 言本标准对电子签字板与POS终端设备之间的通讯、电子签字板与交易特征码的图片合成，以及电子签字图像的压缩算法做出规定。本标准由中国银联股份有限公司提出。本标准主要起草单位：中国银联技术管理部。本
2、标准主要起草人： 电子签字板规范1 范围本文档主要定义POS终端与外接电子签字板之间的通信接口、交易特性码与电子签字合成的图像特性和以及图片合成的压缩算法。本标准适用于受理银行卡终端的外接电子签字板。2 符号与缩略语符号描述STX报文起始 02H ETX报文终止 03HLength数据长度LRC校验码Command ID命令码Data Value数据3 电子签字板的硬件要求3.1 电磁兼容性3.1.1 无线电干扰极限值无线电干扰极限值应符合GB 9254中的B级ITE规定。3.1.2 抗扰度限值产品的抗扰度限值应符合GB/T 17618。3.2 对工作环境温湿度的要求签字板应能在温度为0C40
3、C，相对湿度为20%93%（40C）的环境下稳定工作，在特殊环境下工作应能满足特殊环境的特殊要求。3.3 抗跌落能力宜采用达到如下抗跌落能力的电子签字板，即在初速度为0的条件下，POS（含电子签字板）从1m高处做自由落体运动跌落到水泥地面，外壳无明显破损，各部分可正常工作。3.4 可靠性除非特殊部件另有规定，无故障工作时间不低于50,000小时。4 电子签字板的软件要求4.1 系统软件应具有系统初始化，对软件、硬件的自检及报警功能，具备断电保护功能，并方便应用程序的加载和参数设定。4.2 二次开发平台提供高级语言（如C语言）开发环境，提供二次开发专用接口，并提供应用模块，具备应用程序的调试和测
4、试环境。4.3 模块化结构支持模块化结构设计，软件应封装成几个相对独立、性能稳定的模块，供应用开发者使用。5 电子签字板与POS终端设备间的通讯5.1 电子签字板串口指令5.1.1 通讯协议POS与电子签字板使用RS232 异步通信协议通信。波特率115200，8 数据位，1 停止位，无奇偶校验。5.1.2 报文格式STXLengthCommand IDData ValueETXLRC1 Byte2 Bytes1 Byten Byte1 Byte1 Byte-STX(0x02) : 正文起始符-Length : 从Command ID到ETX的字节数-主要命令 ：ContentsCommand
5、 ID 握手请求0xA0握手响应0xB0前一笔签字上传状态结果通知0xA1前一笔签字上传状态结果响应0xB1签字输入请求0xA2签字完成成功响应0xB2签字完成异常响应0xC2签字结束请求0xA3签字结束响应0xB3上传失败签字批量传输请求0xA4上传失败签字批量传输响应0xB4上传失败签字批量传输结束请求0xA5上传失败签字批量传输结束响应0xB5-Data Value : 签字板到终端间的实际的数据 -ETX(0x03) : 正文结束符-LRC :校验位5.1.3 通讯过程电子签字板的主要功能将持卡人的电子签字与交易特征码进行图片合成并存储在电子签字板上，终端设备在下一笔联机交易之后将签字
6、信息上送至收单平台，签字板应具备掉电保护功能，保存签字及其状态信息。电子签字板与终端的通讯过程主要分成以下几部分：1）通讯连接测试指令：测试签字板和终端连接情况，通信指令包括握手请求和握手响应。2）前一笔签字上送状态指令：该组指令适应于电子签字信息存储于外接签字板中，签字信息存储于POS终端可无此组指令。终端在进行本次交易电子签字之前，向签字板发送前一笔签字上传状态，签字板根据前一笔签字上传状态，对签字进行删除或打标记并存储。通信指令包括前一笔签字上传状态通知和前一笔签字上传状态响应。3）电子签字输入合成传输指令：终端发起电子签字输入请求，电子签字板进行签字采集、合成、存储。通信指令包括签字输
7、入请求、签字完成成功响应、签字完成异常响应、签字结束请求、签字结束响应。 4）上传失败签字批量传输指令： 该组指令适应于电子签字信息存储于外接签字板中，签字信息存储于POS终端可无此组指令。签字板存储终端上送失败的签字，当存储笔数将满的情况下，终端在空闲时根据签字板提示指令发起批量传输签字的命令。主要通讯指令包括上传失败签字批量传输请求、上传失败签字批量传输响应、上传失败签字批量传输结束请求、上传失败签字批量传输结束响应。通信过程指令详细描述： 1）握手请求：由POS终端向签字板发起握手请求，如果签字板应答准备就绪，终端可继续进行电子签字；如果响应状态未准备好或3Sec未收到响应，POS终端将
8、进行传统POS签字打单。 2）握手请求响应：电子签字板进行自检，根据自身工作状态向签字板回复响应。POS终端根据签字板的响应状态决定是否继续电子签字。3）前一笔签字上传状态通知：POS终端向电子签字板发起前一笔签字上传状态通知指令，通知电子签字板上一笔电子签字的传输结果。如果接收到响应指令中提示存储失败或终端3Sec未收到响应，终端在本次签字流程结束后打印电子签字凭条作为收单行凭证。4）前一笔签字上传状态响应：电子签字板根据前一笔签字上传状态通知指令中的传输状态值对签字进行处理。如果上传成功，电子签字板删除该笔电子签字信息，上传失败，打上传失败标记，存储该笔电子签字，并统计交易笔数，前一笔签字
9、上传状态响应指令中回复签字板处理结果。5）签字输入请求：POS终端向电子签字板发起签字输入请求指令，该指令报文中将包含交易要素信息。终端如接收到签字完成异常响应指令或等待时间超过40Sec，终端进行传统打印交易凭条，并向签字板发起签字结束指令。6）签字完成成功响应：持卡人完成电子签字并按“确认”键，签字板进行图片合成并向终端回复签字完成成功响应，同时将签字信息发送至终端。如果在签字过程中，持卡人按“取消”键，电子签字板清除已签内容，重新进行电子签字。7）签字完成异常响应：如果签字板最终未完成签字信息的合成或存储，向电子签字板发送签字完成异常响应指令。8）签字结束请求：终端向电子签字板发起签字结
10、束请求。如果POS终端在3Sec未收到响应，将重新发送签字结束请求指令。9）签字结束响应：电子签字板向终端回复签字结束响应。 10）上送失败签字批量传输请求：终端向电子签字板发起上送失败签字批量传输请求命令，准备向收单平台批量传输电子签字。如果POS终端在3Sec未收到响应，将重新发送批量传输请求指令，重发指令为三次。11）上送失败签字批量传输响应：电子签字板一起将签字信息按顺序传输给POS终端。POS终端根据该响应报文中的flag值，判断是否传输结束。如果flag值为0，表示无下一笔电子签字信息，已为最后一笔，终端在收到该笔签字信息后，向签字板发送批量传输结束请求；如果flag值为1，表示后
11、续仍有电子签字信息，终端将继续等待签字信息，如果在收到flag为1，且30Sec后仍未收到下一笔签字信息，终端再次发送上送失败签字批量传输请求，重新进行批量获取签字板签字信息。12）上送失败签字批量传输结束请求：POS终端向电子签字板发送批量传输结束请求，如果POS终端在3Sec未收到响应，将重新发送批量传输结束请求指令，重发次数为三次。13）上送失败签字批量传输结束响应：电子签字板收到批量传输结束请求，清除所批量上送的电子签字，如果未接收到结束请求，不删除未上送签字，等待下次传输请求重新传输。5.1.4 报文格式5.1.5.1 握手请求报文握手请求命令由终端发向电子签字板，该命令用于POS终
12、端在准备进行电子签字时，POS终端向电子签字板发起的设备启用预指令，用于检测设备准备是否就绪，电子签字板在接收到此命令后，进入工作状态。 项目长度属性内容 STX1Bin0x02length2Bin从 Command ID到ETX的长度，默认字节从高位到低位Command ID1Bin0xA0ETX 1Bin 0x03LRC1Bin 5.1.5.2 握手请求响应报文握手请求响应命令是由签字板返回给POS终端的握手响应，签字板进行自检，根据自身工作状态（包括存储空间等），返回给终端是否可进行电子签字的响应。 项目长度属性内容 STX1Bin0x02length2Bin从 Command ID到E
13、TX的长度Command ID1Bin0xB0STATE1Bin响应状态 1：准备好；0：未准备好ETX 1Bin 0x03LRC1Bin - STATE: 状态为1，签字板准备好，POS终端在接受此响应后可发起后续指令。状态为0，签字板未准备好，POS终端将发出错误信息“没有正常的签字板”，并进行传统打单签字。如果POS终端未收到来自签字板的握手响应，POS终端发出错误信息“没有正常的签字板”，并进行传统打单签字。5.1.5.3 前一笔签字上传状态通知报文签字传输通知报文是由POS终端向电子签字板发起的指令，该指令中将包含POS终端对上一笔交易电子签字的上送状态，Num是签字板确定的电子交易
14、凭证序号，由电子签字板在签明输入完成报文中传送给POS终端。STATE状态值用于标识POS终端对上一笔签字上送的状态。 项目长度属性内容 STX1Bin0x02Length2Bin从Command ID到ETX的长度，默认字节排序从高到低Command ID1Bin0xA1Num3Bin电子签字的编号，作为POS终端和电子签字板确定对哪一笔电子交易签字操作的索引，为十六进制数STATE1Bin上一笔交易传输到收到平台的状态1：已成功上送至收单平台0：未完成上送到收单平台ETX 1Bin 0x03LRC1Bin - STATE: 状态为1，上一笔签字信息上送成功状态为0，上一笔签字信息上送失败5
15、.1.5.4 前一笔签字上传状态响应报文签字传输响应报文由电子签字板向POS终端发起的指令，通过该指令签字板对上一笔签字信息作相应处理，如果从签字传输通知报文中得到的信息是签字上送成功，签字板根据Num值将电子签字信息删除；如果签字上送失败，将电子签字信息存储，标记上送失败，并累计已存储的上送失败电子签字笔数，依据电子签字笔数对终端回复响应。签字板中存储的失败的签字笔数上限100笔，在90-100笔时提示终端收银员要做失败签字批上送处理，如果存储满100笔，对上送失败的电子签字响应终端无法进行存储，由POS终端空闲时进行打单上送收单行。 项目长度属性内容 STX1Bin0x02Length2B
16、in从 Command ID到ETX的长度Command ID1Bin0xB1STATE1Bin响应状态0x01：电子签字已删除0x02：电子签字成功存储0x03：电子签字成功存储，剩于存储空间低于10笔0x04：电子签字存储失败ETX 1Bin 0x03：LRC1Bin 5.1.5.5 签字输入请求报文签字输入请求报文是由终端发向电子签字板，在签字输入请求报文中将包含该笔交易的关键交易信息传输给电子签字板，用于与电子签字信息合成交易唯一的电子签字凭证。 项目长度属性内容 STX1Bin0x02Length2Bin从Command ID到ETX的长度Command ID1Bin0xA2Data
17、18Bin终端根据交易的关键要素生成的8位特征码，包括该笔交易的4位日、月日期和12位检索参考号ETX 1Bin 0x03LRC1Bin 5.1.5.6 签字完成成功响应报文签字完成成功响应报文是在持卡人在电子签字板上完成电子签字并按下“确认”键后，电子签字板进行电子签字与特征码图片合成，主动发起向POS终端进行数据传输的过程，其中电子签字信息和交易特性码合成的图片信息包含在Data2段中。 项目长度属性内容STX1Bin0x02Length2Bin从Command ID到ETX的长度Command ID1Bin0xB2Num3Bin电子签字编号Data26144Bin电子签字与请求报文中的交
18、易关键要素合成的图片数据信息（6K）ETX1Bin0x03LRC1Bin5.1.5.7 签字完成异常响应报文签字完成异常响应报文是由电子签字板发向POS终端，当电子签字板无法完成电子签字并进行传输时，可回复给POS异常响应，POS终端将进行传统打单签字。 项目长度属性内容STX1Bin0x02Length2Bin从Command ID到ETX的长度Command ID1Bin0xC2ETX1Bin0x03LRC1Bin5.1.5.8 签字结束请求报文POS终端在接收到签字输入完成响应报文后，向电子签字板发送签字结束请求报文。 项目长度属性内容 STX1Bin0x02Length2Bin从Com
19、mand ID到ETX的长度Command ID1Bin0xA3ETX 1Bin 0x03LRC1Bin 5.1.5.9 签字结束响应报文电子签字板在接收到签字结束请求报文后，签字板回复签字结束响应报文。 项目长度属性内容 STX1Bin0x02Length2Bin从Command ID到ETX的长度Command ID1Bin0xB3ETX 1Bin 0x03LRC1Bin 5.1.5.10 上传失败签字批量传输请求报文终端收到电子板存储上送失败电子签字将满，而发出提示收银员需将存储的失败电子签字批量上送，收银员主动通过终端发起批量传输签字信息的请求。 项目长度属性内容 STX1Bin0x0
20、2Length2Bin从Command ID到ETX的长度Command ID1Bin0xA4ETX 1Bin 0x03LRC1Bin 5.1.5.11 上传失败签字批量传输响应报文电子签字板在接收到批量传输请求报文后，读取内存中标记上送失败的电子签字，并按顺序将电子签字报文批量传送至终端。 项目长度属性内容 STX1Bin0x02Length2Bin从Command ID到ETX的长度Command ID1Bin0xB4Num3Bin从0-FFFFFFDatan6144Bin每次包括一个图片Flag1Bin是否还有下一笔标志0：最后一笔，无下一笔1：还有下一笔签字未上送ETX 1Bin 0x
21、03LRC1Bin 5.1.5.12 上传失败签字批量传输结束请求报文终端向电子签字板发起批量结束请求报文，包含上送状态信息。 项目长度属性内容 STX1Bin0x02Length2Bin从Command ID到ETX的长度Command ID1Bin0xA5ETX 1Bin 0x03LRC1Bin 5.1.5.13 上传失败签字批量传输结束响应报文电子签字板在收到批量传输结束请求指令后，删除批量上送的电子签字，并回复批量传输结束响应报文,如果未收到批量传输结束请求报文，仍保留上传失败的签字信息。 项目长度属性内容 STX1Bin0x02Length2Bin从Command ID到ETX的长度
22、Command ID1Bin0xB5ETX 1Bin 0x03LRC1Bin 6 电子签字与交易特征码的合成6.1 电子签字图像格式利用电子签字板进行数字签字的原始图像为二值点阵图像，图像格式采用单色位图文件格式（BMP）或者可移植位图格式(PBM)。单色位图文件格式中，从下到上，从左到右，每8个点为1个字节，高位在左，低位在右，按字节顺序存储。可移植位图格式中，从上到下，从左到右，每8个点为1个字节，高位在左，低位在右，按字节顺序存储。0表示白色，1表示黑色。对于图片大小可支持最小23779（宽高比3:1），最大为600300（宽高比2:1）23779（宽高比3:1）：数据大小为237 79
23、 8 = 2340字节。600300（宽高比2:1）：数据大小为600 300 8 = 22500字节。6.2 交易特征码与电子签字合成由POS终端签字输入请求报文中的交易要素合成8字节十六进制特征码，以Times New Roman字符形式显示在电子签字居中位置，确保电子签名与特征码重叠，对于大小为23779（宽高比3:1）的图片可采用12号-14号字体，对于大小为600300（宽高比2:1）的图片可采用16-18号字体。当签字完成，电子签字板存储该合成图片并向终端发起签字输入完成响应报文，将合成电子签字图片上送至POS终端。6.3 合成图像压缩以JBIG二值图像压缩算法对加入特征一维码的图
24、像数据进行压缩，根据图片大小以及签字的不同，压缩后的大小也不尽相同，正常签字的情况，压缩后不会超过1000字节。对于签字图像压缩后超过1000字节情况，POS终端将进行传统纸质打单签字操作。7 压缩算法对电子签字位图的压缩主要是为了减少电子签字上送到后台的传输时间。POS终端进行压缩，后台系统进行对应解压缩。压缩和解压缩应该以电子签字无损为原则。为减少电子签字位图数据的上送时间，需要对位图数据进行适当的无损压缩。由于手写签字是一种自然输入数据，在局部区域上会产生“抖动”，形成一些短的白行程或黑行程。而一般的行程编码，如基于Huffman的LZW、G3、G4，均不能对这些局部抖动进行有效的压缩。
25、压缩算法采用JBIG作为签字凭证图片的数据压缩标准。JBIG是一种无损图像的压缩标准， 从联合二值图像专家组（Joint Bi-level Image Experts Group）， 由ISOIEC standard 11544 ITU-T recommendation T.82所标准化而来。JBIG结合了预测建模、自适应和无损编码等技术，选择算术编码作为数字压缩的基础。JBIG使用多个模型的复合算术编码，每个模型都有一个二元表给出黑、白像素的概率，这样的模型的个数在1024到4096之间。上图中，原始图像数据经过多轮的处理过程，I(D)、I(D-1)、I(1)、I(0)，分别是基本图像每次降
26、低分辨率的结果，而C(D)、C(D-1)、C(1)、C(0)分别是每轮得到的差分层编码器信息。差分层编码的过程包括：典型预测确定性预测适应模板模型确定自适应编码器。然后将I(D) I(0)的数据，以及C(D) C(0)的数据按照规则写入压缩文件流中。对于压缩算法的流程可简单概括如下：1. 读入pbm文件数据2. 初始化JBIG编码器3. 确定不同分辨率的总层数4. 确定会被写入目标文件的最高层和最低层5. 确定位描述的格式，确定最大的AT运动窗口，以及0层的每条带的行数6. 编码及写入目标文件过程l 以条带为单位对图像进行分块处理l 每个条带按层顺序处理，包括降低分辨率和差分层编码7. 编码结束
