一种居住证制证方法、计算机设备及其存储介质与流程

1.本发明涉及计算机技术领域，特别涉及居住证制证方法及其存储介质。


背景技术：

2.居住证是中国一些发达城市借鉴发达国家“绿卡”制度进行的尝试，为中国制定技术移民办法，最终形成中国国家“绿卡”制度积累了经验。持有居住证者，可享受当地居民的待遇。
3.在居住证的制证和签注过程中，存在与数码照相时代脱轨的情况。现今数码相机或者手机相机，拍摄照片像素高，拍照后的图片大小普遍在1m以上。现今仍需要提供20kb以下免冠证件照的做法，现有技术采用呆板的人为限制，保证居住证制证照片、居住地地址、常住户口所在地地址满足固定居住证的制证需要。需要限制居住证制证照片为小于20kb的免冠证件照。需要限制居住地地址不超过35个字，常住户口所在地地址不超过20个字等一系列限制。不符合现今市场需求。
4.在居住证的制证和签注过程中，因为居住证卡面能够打印文字有限，会存在常住户口所在地地址或居住地地址过长问题。传统的制证签注程序解决方案呆板固化，不能友好性处理此类问题。
5.现有的方案居住证制证过程采用单线程模式，先进行居住证芯片初始化，再对芯片信息写入，最后对居住证卡面进行打印。单线程制证模式，单张居住证制证时间长，占用系统资源多，容易造成浏览器奔溃等现象。
6.加上现有居住证制证和签注使用主流电脑和浏览器版本参差不齐。现有的居住证制证签注程序多少硬性规定使用的浏览器版本。对不同ie浏览器或ie 内核的浏览器兼容性差。现有居住证制证签注程序通过一系列的限制，保证居住证能够完成制证和签注。但是缺乏了便捷性。


技术实现要素：

7.为了解决上述技术问题，需要提供一种居住证制证方法及其存储介质，解决现有居住证制证签注应用程序存在对居住证使用照片要求比较高，需要群众提交20kb以内的免冠证件照，且对于常住户口所在地地址或居住地地址过长的，卡面显示不完整或者不清晰，居住证打印时长过长等问题。
8.为实现上述目的，本发明提供了一种居住证制证方法，包括：
9.服务器从存储数据库获取居住证信息项，再将居住证信息项传输至客户端；
10.客户端接收用户终端采集上传的居住者人脸图像，并对所述人脸图像采用无损压缩算法进行处理；
11.客户端对居住证信息中“常住户口所在地”和“居住地”信息进行动态识别字数，并根据字数对字体大小进行动态调整；
12.客户端对居住证信息中“常住户口所在地”和“居住地”信息进行动态识别字数，并
根据字数对字体大小进行动态调整。
13.客户端将压缩处理后的人脸图像和调整字体大小后的居住证信息，传输至居住证设备，所述居住证设备包括芯片感应读写器以及居住证卡面打印装置，开启第一线程调用芯片感应读写器进行居住证白卡初始化，并读取居住证信息并存储，并行开启第二线程调用居住证设备打印居住证。
14.进一步的，所述客户端通过ie浏览器调用第一线程和第二线程，调用过程中还包括让ie8浏览器兼容ie9及以上内核浏览器版本的方法，具体包括：
15.设置ie8浏览器的com基本数据类型，将ie8浏览器meta标签中 x-ua-compatible属性的值进行设置，完成网页的兼容性模式设置；
16.检测ie9浏览器中window对象属性状态，若window对象属性处于孤立状态，则将window对象添加，支持传统dom事件；
17.检测ie10浏览器中htc(html components)既页面组件对象被微软移除，将ie10浏览器meta标签中x-ua-compatible属性的值进行设置，完成网页的兼容性模式设置。
18.进一步的，对所述人脸图像采用无损压缩算法进行处理，压缩处理后的人脸图像大小为10kb-20kb，具体包括以下步骤：
19.进一步的，客户端对居住证信息中“常住户口所在地”和“居住地”信息进行动态识别字数，并根据字数对字体大小进行动态调整，具体包括以下步骤：
20.将字数划分为ni个区间(ni≥2，且i为正整数)；
21.根据ni个区间划分gi个字体大小等级(gi≥2，且i为正整数)；
22.根据区间个数ni动态调整字体大小等级gi。
23.进一步的，所述居住证白卡初始化，包括：
24.第一步：
25.对居住证白卡芯片存储空间分三个模块划分，第一个模块为芯片号唯一码模块，第二个模块为10项基础信息模块，第三模块为人像照片存储模块，
26.依次记作a、b、c模块。
27.第二步：
28.对三个模块入参限位，将每个模块的存储大小和存储位置固定。
29.第三步：
30.将对应的数据信息写入对应位置。至此白卡初始化完成。
31.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述任一项所述的居住证制证方法。
32.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行如上述任一项所述的居住证制证方法。
33.上述技术方案具有以下有益效果：
34.1、本发明采用到了照片无损压缩算法对居住证证件照片的存储和传输进行优化管理。
35.2、本发明根据居住证常住户口所在地地址、居住地地址长度智能选择字号，提高居住证制证成功率；
36.3、本发明通过对居住证制证设备内置模块进行剖析，对流程进行拆分。将居住证卡面打印和居住证芯片初始化、芯片信息写入分为两个线程异步进行处理，提高居住证制证效率。
37.4、本发明通过对ie8以上ie浏览器和ie内核的浏览器进行兼容性处理，方便制证设备在不同客户端都能够制证成功。
附图说明
38.图1为具体实施方式流程图。
39.图2为具体实施方式居住证白卡示意图。
40.图3为具体实施方式居住证制证出证的示意图。
具体实施方式
41.为详细说明技术方案的技术内容、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。
42.实施例1
43.参考图1-图3所示，服务器从存储数据库获取居住证信息项，再将居住证信息项传输至客户端；从存储数据库通过服务器数据库连接池连接获取居住证信息项，通过https协议post请求接口形式，再将服务器中居住证信息项传输至客户端，所述居住证信息包括10个信息项；具体包括：居住证制证需要获取姓名、性别、民族、出生日期、公民身份号码、常住户口所在地地址、居住地地址、签发机关、签发日期以及证件照共10个信息项。居住证制证，10个信息项从服务器端获取传输到客户端，在客户端传输到制证和签注设备上，用于制证。
44.客户端将压缩处理后的人脸图像和调整字体大小后的居住证信息，传输至居住证设备，所述居住证设备包括芯片感应读写器以及居住证卡面打印装置，开启第一线程调用芯片感应读写器进行居住证白卡初始化，并读取居住证信息并存储，并行开启第二线程调用居住证设备打印居住证。
45.对所述人脸图像采用squoosh无损压缩算法进行处理，压缩处理后的人脸图像大小为10kb-20kb。本发明对照片进行无损压缩，既对居住证申请所使用人像照片放宽限制又能对存储服务器中的证件照进行压缩节约了服务器存储空间，同时提高了照片传输过程中的带宽资源利用率。
46.数据存储于文件服务器和数据库当中。证件照的大小占用了绝大部分居住证信息项的存储空间。若采用原先获取20kb证件照的模式，图片质量不高，存在模糊不清等情况。且群众也难以获取20kb证件照。本发明采用了无损压缩的算法，对1m以上的原图进行压缩处理。保证了证件照的显示效果。同时压缩后的证件照大小在10kb左右，大大的提高了存储空间的利用率。
47.本实施例客户端对居住证信息中“常住户口所在地”和“居住地”信息进行动态识别字数，并根据字数对字体大小进行动态调整；
48.居住证制证常住户口所在地址以及居住地地址长度长短不一，卡面可打印区域有效，传统的居住证制证办法采用的是删减法，将地址名称省一级或者居委会类的文字进行删减后再进行居住证制证打印。此办法对地址的找寻不够友好，容易造成误读等现象。
49.本实施例中将字数划分为ni个区间(ni≥2，且i为正整数)；
50.根据ni个区间划分gi个字体大小等级(gi≥2，且i为正整数)；
51.根据区间个数ni动态调整字体大小gi，
52.具体地，本实施例中默认字体为9号，当“常住户口所在地”字数超过20 个字且小于30个字，“居住地”字数超过35个字且小于45个字，字体下调1 号。当“常住户口所在地”字数超过30个字且小于40个字，“居住地”字数超过45个字且小于55个字，字体下调1号以此类推。
53.本实施例采用动态识别字数，对长度超出基础卡面信息的地址类型，动态缩板，将地址打印的字号降低，提高可打印字数。
54.针对目前全国地址长度进行相应优化，目前有三个字号。地址满足常住户口所在地址不超过20字以及居住地地址不超过35字的情况，保存原有字号，不变动。当地址常住户口所在地址超过30字以及居住地地址不超过50字的情况，系统默认降低1号字号。当地址常住户口所在地址超过40字以及居住地地址不超过60字的情况，系统再次降低1号字号。此设置，既保证地址信息能够完整打印，又能保证字体相对大小，可清晰读取到地址信息。
55.居住证的制证需要应用程序调用硬件设备进行居住证白卡的初始化，居住证芯片10项基础信息项写入以及居住证卡面信息项的打印。现有技术中单线程制证模式，单张居住证制证时间长，占用系统资源多，容易造成浏览器奔溃等现象。
56.本实施例中客户端将压缩处理后的人脸图像和调整字体大小后的居住证信息，传输至居住证设备，所述居住证设备包括芯片感应读写器以及居住证卡面打印装置，开启第一线程调用芯片感应读写器进行居住证白卡初始化，并读取居住证信息并存储，并行开启第二线程调用居住证设备打印居住证。
57.所述居住证白卡初始化，包括：
58.第一步：
59.对居住证白卡芯片存储空间分三个模块划分，第一个模块为芯片号唯一码模块，第二个模块为10项基础信息模块，第三模块为人像照片存储模块，依次记作a、b、c模块。
60.第二步：
61.对三个模块入参限位，将每个模块的存储大小和存储位置固定。
62.第三步：
63.将对应的数据信息写入对应位置。至此白卡初始化完成。
64.电脑因为需要兼容各种不同应用系统，存在操作系统多样，浏览器版本多样老旧等一系列问题。因而居住证制证签注应用程序系统的兼容性尤为重要。在ie浏览器采用ocx控件调用居住证设备进行居住证制证和签注时，需要考虑到不同ie浏览器版本以及内核变动问题。现有技术中ie9：当window对象属性处于孤立状态时将被删除，不再支持传统dom事件。ie10：不再支持元素行为和htc。ie11：跨浏览器插件检测，internet区域不再支持css表达式。对上述浏览器，本实施例为了解决技术问题一一给出了详细的技术解决方案。因此本实施例居住证制证签注应用程序兼容ie9及以上ie内核的浏览器版本。
65.为了帮助确保网页在将来的internet explorer版本中具有一致的外观， internet explorer 8引入了文档兼容性。
66.本实施例客户端通过ie浏览器调用第一线程和第二线程，调用过程中还包括让
ie8浏览器兼容ie9及以上内核浏览器版本的方法，具体包括：
67.设置ie8浏览器的com基本数据类型，将ie8浏览器meta标签中 x-ua-compatible属性的值进行设置，完成网页的兼容性模式设置；
68.检测ie9浏览器中window对象属性状态，若window对象属性处于孤立状态，则将window对象添加，支持传统dom事件；
69.通过在meta中设置x-ua-compatible的值，可以指定网页的兼容性模式设置。文件兼容性用于定义ie如何渲染网页。本实施例采用设置x-ua-compatible 属性，如果当前操作系统使用浏览器版本为ie8，则强制渲染自适应当前电脑所能运行的最高版本ie浏览器，及ie9及以上版本。
70.具体代码实现过程可以参考如下：
71.《meta http-equiv＝"x-ua-compatible"content＝"ie＝8"/》
72.以上代码告诉ie浏览器，ie8/9都会以ie8引擎来渲染页面。
73.《meta http-equiv＝"x-ua-compatible"content＝"ie＝edge"/》
74.以上代码告诉ie浏览器，ie8/9及以后的版本都会以最高版本ie来渲染页面。
75.《meta http-equiv＝"x-ua-compatible"content＝"ie＝9"/》
76.《meta http-equiv＝"x-ua-compatible"content＝"9"/》
77.本实施例采用easyui和原生js相结合的写法，避免了ie8、ie9、ie10以及ie11不同浏览器版本不同内核版本造成的js失效或者渲染失败的情况。
78.本实施例对制证流程居住地地址、常住户口所在地地址进行智能优化，提高居住证制证有效证件率，大大降低废证的情况。提高了居住证白卡耗材的成证率。
79.本实施例对制证时长从单一线程模式，拆解成多线程，提高了制证速率，同时也降低了程序等待所占用资源导致浏览器奔溃，进而造成居住证制证失败变为废证的情况。也提高了居住证制证的效率和降低了居住证制证相关的工作量。
80.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
或“包含
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的要素。此外，在本文中，“大于”、“小于”、“超过”等理解为不包括本数；“以上”、“以下”、“以内”等理解为包括本数。
81.尽管已经对上述各实施例进行了描述，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改，所以以上所述仅为本发明的实施例，并非因此限制本发明的专利保护范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围之内。