二代证对接方案整理.docVIP

二代证对接方案 哈尔滨新中新第二产业群事业部 2010年3月  从近2年二代证的销售情况看，我们已经积累了相当多的对接方案，但是由于没有形成标准的范本方案，在实际的对接谈判和实施中，销售人员仍然不能把握技术对接的方向，客观上和各大区缺少专门的售前技术人员有关，但也和我们缺少整理好的范本方案有关。从实际的对接情况来看，通常情况下我们都是辅助软件商完成技术实现，自己完全主导的对接几乎没有。 从方案实施的角度来看，本身实现二代证对接在逻辑上并没有什么特别的技术难度，数据的出口也只是身份证信息进行不同方式的变换，按大家都知道的一句话就是“条条大路通罗马”，但是怎么到的罗马有很多方式，然而不管方式如何变化，“罗马”是最终目的。真正困难的是我们要为软件商提供各种各样的办法能够到达“罗马”。 从纯粹的技术角度来看，二代证的对接方式可以分为4种：C/S结构、B/S结构、自动录入方式、银行终端对接方式。这里不讨论自动录入器的实现方式。那么下面就针对这4种对接方式每种至少提供一种对接的范本方案。 在讲述对接方案之前，首先明确一点：没有一个方案是完美的，也没有一个方案是不可以改变的，在某些框架下是可以发挥的。如何简单的区分C/S和B/S程序呢？通常只要看用户的程序是在桌面直接运行还是在浏览器运行就可以了，桌面直接运行的是C/S程序，在浏览器运行的是B/S程序。 C/S架构方案 这种方案从对接难度来看是最容易的，也是最多的对接方案，从理论上讲也是最可靠的方案，整体上能够占到所有对接的50%以上，对接的流程示意图如下： 客户的程序通过调用我们提供的SDK开发包操作读卡器，达到操作读卡器的目的。目前我们提供的SDK开发包中包含大多数常用编程语言的示例，通常没有特殊要求都能够满足客户的要求。提供的示例包括以下编程语言：VC6、VB6、C#、Delphi、BCB6、Java、PB。 B/S架构方案 该方案从理论上来讲和C/S架构的方案并没有本质的区别，但是由于给用户的展现和程序结构不同，在实现上有诸多的限制和很多不确定的问题，比如不能适应所有浏览器等问题。该类对接方案大概能占到总体对接方案的40%以上，而且还有一个特点就是基本上都需要订制。对接的流程示意图如下： 客户的程序发布在服务器端，实际运行的时候通过浏览器运行客户的程序，通常我们是通过OCX的方式来实现控制读卡器的目的。这里边要澄清一个概念，我们在浏览器中调用OCX控件一般使用的语言是JavaScricp或者VBScricp，注意不是Java，Java和JavaScricp完全是2种不同的语言，不要混淆，以免出现不必要的麻烦。 自动录入方式 客户的程序运行在Windows平台下，并且客户的程序无法进行修改，我们建议使用自动录入方式，新版的验证系统软件在自动录入方面做了很大的改进，基本可以满足客户的需求。销售和服务人员只要掌握如何设置方案就可以。 银行终端对接方式 这类客户非常的单一，对接基本是订制，现成的方案基本不能换到其他的地方直接使用，需要研发进行支持方可完成。 通过以上的说明，可能很多销售人员还是不能确定该如何和客户讨论对接方面的问题，那么我们提供几个简单问题给客户，然后按照客户的回答我们就可以基本掌握该如何做对接，成功的把握有多大，大概的时间有多少： 首先询问客户程序是否可以进行修改，如果不能修改就采用自动录入的方案，这些销售人员就可以自行解决。如果可以修改问下面问题。 询问客户程序的架构是什么样的架构，也就是询问时C/S的还是B/S的，如果是C/S的询问问题3，如果是B/S的询问问题6。 询问客户程序的编程语言是什么，我们提供的示例是否有这种语言，如果有询问问题4，如果没有按第5步做。 询问客户是否有特殊的要求，让用户根据我们的SDK开发文档进行确认，如果没有直接提供我们标准的SDK开发包，如果有按第5步做。 询问客户能否提供这种编程语言调用DLL的例子，让客户提供特殊要求的文档，取得这些必要的资料之后联系研发。 询问用户使用的浏览器是否有特殊的要求，我们限制只能使用IE浏览器（包括IE6、7、8），如果没有特殊的要求询问问题7，如果要求使用其他非IE核心浏览器暂时还不能解决。 询问客户是否有特殊要求，可以让用户根据我们的开发文档进行确认，如果我们现有的可以满足就直接提供标准的开发包，如果有特殊的要求按第8步做。 确认OCX方式可以满足用户的要求，要求用户提供具体要求的文档转由研发解决。 通常我们使用一种全新的语言进行开发有的时候周期比较难控制，通常情况下1周可以解决问题。封装OCX一般需要2天左右的时间。 方案1：该方案为C/S架构 背景：某市旅店业为实现住宿实名制，决定使用二代身份证阅读器实现二代身份证信息的自动录入。软件开发商同意修改程序以支持二代证。该市的旅店管理软件