谭群华：我们今天的日程是这样安排的，首先会请中国区销售总监林鸿昱先生做致辞，接下来会由IBM软件部资深技术专员郭文伟先生介绍具体的电子政务中的公共信息交换平台解决方案及演示系统，第三位是我们强有力的合作伙伴上海网达信息技术有限公司副总经理吉浩先生，最后有北大方正集团数字内容事业部副总经理张力先生给大家介绍电子政务中电子印章的系应用，电子印章怎么在电子政务中保障公文在传输过程中的安全性，以及它的严肃性。首先有请我们的领导林鸿昱先生演讲。
林鸿昱：各位尊敬的领导、各位先生、各位女士，我是林鸿昱，负责IBM在中国的业务。首先跟大家介绍一下我们整个软件发展战略不管是我们的合作伙伴，或者是我们的客户，对我们有一些指导的作用。
实际上软件在中国发展已经十多年了，去年我们已经十岁，今年是我们第十一岁的生日，我们秉承了三个宗旨不断地努力和不断的成长：第一个，创新。各位从走进整个软件研究室的这幢大楼就可以看到，整栋墙挂的就是我们的专利，IBM软件一年在全球的专利将排行第一名毋庸置疑，它的总专利数目超过第二名和第九名加起来专利数目，所以创新一直是软件从94年成立以来，不断努力的方向，而且是整个公司赖以为生最重要的一个基石。
第二个，开放。很多同仁都在讲IBM真的是开放吗？我有一个例子经常跟所有对这件事情不是那么相信的人讲，IBM在上世纪90年代进入低谷，当时大家想IBM是恐龙，但是这个号称的大恐龙为什么能活过来？事实上我们认识到走向专属系统的一些弊病，我们已经从错误中找到正确的方向。所以，IBM在整个JAVA等世界很多标准协会的投入比任何厂商都多，领导很多开放的标准，像SOA的标准等等，这是在错误中成长过来的。
第三，也是中国合作伙伴最重要的，我们把国际化的产品走向本土化，国际化的技术引到中国来，把国际化的人才介绍到中国来。今天在这边跟各位做一个开幕，我在此给大家介绍。99年成立两个非常重要的研究机构，两个最重要的开发中心、研究中心，我们不但让很多在海外的华侨、海外的学者、中国的学者回到国内来贡献研发了很多软件。我们也把很多国际的标准、国际的技术引到国内来，跟国内很多合作厂商来共同合作，提升整个国内软件开发的质量和平台。更重要的是我们这个机构从刚成立时不到50个人的机构，发展到现在已经超过两千人，培养了非常多的国内优秀的软件人员，他们能够在国内不断地继续贡献。
国内软件产业上的开放、创新，国际很多好的方面走向本土化，这是我们三个最重要的发展方向。今天这个会议也是跟各位介绍我们在这三个方向上的成长，除了我们在业务上的成长之外，重要的是本土的客户对我们支持的成长，还有在中国我们跟合作伙伴互相共创双赢或者三赢的一些成长。今天大家看到我们不是单方面由IBM跟各位介绍信息公共交换平台方案，我们是结合着合作伙伴，结合着客户的实际，这也是再次验证或者是再次跟各位说明整个IBM软件在中国发展的战略方向，持续这三个方向不会改变，因为我们自己会相信这三个方向会带给客户很好的回馈，或者带给客户非常好的产品。
再次谢谢各位在百忙之中抽空来参加我们今天的IBM(中国)软件开放日，虽然这个开放日只是一天，但事实上软件在中国或者IBM软件在中国已经超过十年，我们希望这十一年的历程能见证这短短一天，让各位能够感受到，让各位不断给我们支持，让各位不断给我们指教，希望我们在未来二十年、三十年，中国IBM软件能够对中国软件产业、对中国的客户、对中国的合作伙伴有一些很巨大的贡献。再次谢谢各位！
谭群华：谢谢林先生，大家可能很着急很想了解到底我们电子政务的公共信息交换平台是怎样来建设的，我们就有请资深专业人员郭文伟做具体的诠释。
郭文伟：谢谢大家，我也非常荣幸能有机会和大家一起探讨IBM关于电子政务中的公共信息交换平台解决方案及演示系统。
首先，我们来看为什么会有电子政务中的公共信息交换平台的需求，因为存在大量的“信息孤岛”和“应用孤岛”。由于新的需求出来，我们往往会建立新的系统，这些新的系统往往成为我们新的孤岛。产生这些问题的原因，我个人总结在三个方面：第一，建设主体不同。由于早期电子政务建设的时候，无论是厂商还是客户对电子政务的理解是很有限的，所以并没有形成一套全面的、完整的电子政务规范和指导。所以在当时往往是各个委办局根据自己的需求构建相应的系统，这些系统往往只能够解决个别需求，但是在构建的时候并没有考虑到其他的系统互联互通，所以相对变成了孤立的。
第二，建设时间的差异。在不同的时间段，我们会往往采用不同的技术架构、技术平台和技术标准。由于出于开发时间和效率的考虑，开发商往往考虑“紧耦合”的方式，这也为我们及时进行各个系统之间的互联互通造成了一定的困难。
第三，需求的变化。从电子政务建设的早期，公众的需求相对简单，随着电子政务的发展，公众对电子政务的要求越来越高，如果这个时候我们在构建新的系统的时候，采用头疼医头、脚疼医脚的方式，可能产生新的信息孤岛。
下面，看一下在信息孤岛存在政务信息交换需求的种类。主要有以下五个方面，第一，下级部门定期向上级汇总相关的数据；第二，不同的政府部门之间的数据共享；第三，政府公文的流转，政府与各个委办局之间的公文的传达；第四，随机的文件传送；第五，交互式数据交换。IBM推荐的基于SOA政府公共信息交换平台架构，其实它的核心部分是公共数据交换平台，它体现的是我们要构建一条政务信息流程交换总线，我们从屏幕的最左侧来看(见图)，代表我们访问政务信息的方式多种多样，有屏幕信息亭，我们统一都会接入到基于政府门户的访问平台，这个门户负责接入个性化，多种设备的访问和授权。接下来在获取各个委办局的政务服务的时候，它不是直接连接相应的系统，也是通过公共数据交换平台这样一个总线，透过它去连接相应的系统中的信息服务，这样避免了门户与各个遗漏的委办局或者部门之间的“紧耦合”。同时我们再看到在它进入这些系统的时候，是通过相应的adaptor适配器接入，通过外部服务adaptor适配器等等来接入系统，避免了对原有系统进行大量的改造。同时我们再看屏幕的上方(见图)，代表着随着电子政务的发展，公共或者请求方会有越来越多的新增服务，而且这些新增服服务的需求往往需要来自不同的业务部门的系统的协同工作来构建，这个时候公共数据信息交换平台可以把不同部门的某个业务系统功能点和另外一个业务系统功能点进行整合，串起来提供新的服务。
举一个简单的例子，好比现在在北京的四环上出现了地下水管道的破裂，这时候维修体现一个电子政务的方式去维修，它涉及的部门有可能就是市政部门、交管部门，去引导市政部门负责抢修，这个时候紧急事件不是单纯一个部门去响应。在这个情况下，我们提出把本地信息平台提供出来，我们要建立全国的信用认证，我们为了避免这样的重复建设，我们倾向于建立底层、公共的基础服务，最后将这些基础服务以Web Servie提供SOA的架构，一个是直接向公众提供服务，另外这个Web Service提供其他的公共系统。刚才我们到了以前的系统是相对的封闭或者孤立，所以我们新建的系统不应该再成为新的信息孤岛，所以我们要遵循开放的标准和随需应变的基础架构。开放的标准体现在首先我们应该考虑到公共信息交换平台与其他接入的格式应该是开放的，比如像MXL，可以保证我们将来更多的系统接入的时候不需要改变架构。另一方面，我们要提供随需应变的基础架构，我们的电子政务发展这么多年，其实保留下很多非常好的系统，我们并不是需要把它彻底毁坏，我们需要提供随需应变的架构产生更大的功效。我们的公共数据交换平台要与这些不同的架构上的Unix、Windows、Linux不同的技术标准有很好的适配器，把它接入进来，重新发挥它的最大的功效。
我们看到这个页面，公共信息交换平台系统架构(见图)，最左边和最右边的两个方框，来自不同委办局信息系统，他们本身有很好的系统可以有很好的服务。随着新的需求的发展，我们忽然产生了需要他们之间进行信息的交换，这时候我们出现了中间的三个方框(见图)，这就是我们所谓的公共信息交换平台，最左侧的部分第二个方框是我们公共信息平台的客户端，它负责我们公共信息交换的系统接入、数据的分管，最主要的是数据传输，我们要保证数据传输的准确性和有效性，以及成功率。同时我们这个系统和我们交换平台的接入一定要是开放的，通过“松耦合”的方式接入我们公共信息交换平台，这种“松耦合”的方式进行交换。我们体现对多种传输系统的支持。信息传输到我们核心，它除了负责传输和交换以外，它有格式的转换，这一块知识转换，因为不同的时段有不同的标准，我们如何让两边的数据自动匹配，这里交换平台提供了格式的转换，同时动态的路由，要避免它的“紧耦合”，通过动态的路由，将来我的新增业务系统只需要在配置上进行调整，不需要改变原有的系统。作为一个交换平台，本身还要提供客户端配置的管理，本身平台状态的监控，可以看到信息交换的全程和平台规则的管理。作为这样一个交换平台，我们提供了完善的系统管理，针对所有的无论是原有应用还是交换平台都是政府的应用，我们提供全面的端到端的用户安全管理。
接下来介绍一下演示系统，我们将通过三个方面为大家介绍，首先是系统的架构。接下来截取我们某个演示系统中的场景，最后是流程演示。
首先，演示系统的架构。前面有三种方式的接入，左侧是我们政府的门户，现在政府有很多有门户，提供政府的相关服务，还有本身的内容管理、信息发布，甚至在政府内网门户中会提供办公的协同、及时的交互等等。接下来我们看到办公自动化，在这个演示流程当中会为大家演示公文通过会议的起草、审批和发布，这个办公自动化系统是代表已有的系统，基于多密度的办公自动化系统。它是如何与公文信息平台进行交换的，我们通过WebSphere进行信息的交换，如果没有这样一个遗留系统或者办公系统的接入，我们也提供人工文件收发界面进行信息交换，同时整个流程的严肃性，这里提供印章安全流程，最后是公文印章平台，底层是负责在各种不同的网络环境下准确地传输数据，在WebSphere上构建的应用，我们传输平台有身份的转变、数据的分装，同时客户端提供数据库来存储路由信息和交换信息、目标地址。接下来通过多种网的支持，可以和Server来进行交互，和客户端的最大的区别是在这有WebSphere MB，动态的路由，作为服务器端要提供完整的监控、完整的日志。
接下来给大家介绍一下演示场景。在省政府一次例行常务会议，省政府起草一份公文，交给办公厅审批，最后Web Service是局域网访问公文交换平台的客户端，根据公文的特点和它的收件人自动将公文发给省供电局，这时候利用门户的内容发布，将这篇公文发布到省供电局门户上，便于省供电局的相关人员学习。整个演示角色，有省办公厅文员、办公厅主任、省长、办公厅核稿人等等。省供电局人员有电力局收发员。这个是我们公文交换系统的组成，最左边代表已有省政府办公自动化系统(见图)，在这个办公自动化系统，会看到一个会议精神的理解、起草公文、审批的过程，中间是我们的核心，就是公文信息交换系统，我们看到通过公文信息交换系统可以方便的将不同部门、异地系统之间的信息通过公文交换系统进行传送、发放。右边(见图)是我们省供电局的办公自动化系统，它获取到信息，并且最终发布到省供电局的门户上去。公文交换系统流程，省办公厅的文员根据会议的精神起草了一份发文。省办公厅的领导在内网办公系统中查看公文，然后批示意见，并交给省政府领导进行批示。省政府领导看到公文以后，填写了批示意见，并继续交给省办公厅进行处理。这里我们可以看到省办公厅根据领导的批示进行处理，领导批示可以选择走会签，或者不需要会签就进入下一步。这时候办公厅的核稿员进入下一步，由办公厅的排版员进行排版，生成公文发文号送给核稿人。办公厅核稿人校对文稿，并且对电子公文进行电子盖章，生成相关的文件，同时确认这篇公文不是局限于内网办公系统，是需要外发的公文，然后就对公文交换系统发出交换的请求。这时候我们可以看到刚才的基于省政府办公系统通过Web Service发布，公文就进入了我们的交换中心，这里为了便于大家的理解，这个交换中心好比我们日常生活中的邮局，这篇公文大家可以理解为一篇信件，首先公文将进入我们交换平台的客户端，这时候读取公文的信息，我们为这个公文写信封，填写生成这个公文的信封，然后填写目标地址，要发给谁，贴邮票。然后把信封包在公文外头进行封装，然后放到邮筒中，通过邮筒直接到了中央的邮局或者邮件的分检中心，我们要对这个邮件进行分检，然后打开包裹，读取它的邮编和地址，产生新的包装信息，再一次把公文包起来，然后放到指定的邮车中，到点儿了，邮车发送，自动地进入了对应的邮编地址中的收文端，这时候收文的单位拆开信封就可以还原出最原始的公文。这时候我们将看到公文进入了我们的另外一个部门的系统，省供电局的办公自动化系统，省供电局办公自动化系统，省供电局领导看到这篇公文，他觉得有必要向上级领导进行传达，我们可以通过内容的发布，可以把办公的信息实时发布出来，便于省供电局的相关人员学习领会。
以上就是我们这次节选演示系统的一个场景(见图)，接下来我看整个演示流程所需要的IBM软件产品，首先WebSphere Message Broker ，Web MQ将是我们一个信息流程引擎，它的特点是在不破坏原有的系统情况下，把遗留系统整合起来，产生新的生命力和新的服务。这一块是Web MQ，是保证我们在异地不同的网络条件下信息传输的准确性、有效性和完整性的传输工具。最下面是Websphere Application提供最好的最新的Web服务标准和平台。在整个演示系统中使用的Lotus产品，主要是WebSphere Portal，Domino，Workflow，Sametime Server。省政府的门户和省供电局的门户，WebSpherePortal的特点是把相应的遗留系统整合在一起，实现单点登录，用户直接访问。同时作为门户，Domino它还提供了动态的内容发布，可以保证我们的门户系统实时更新和内容发布。接下来是Loutus Workflow是政府办公系统，同时是整个流程的会签和定制。还有一个Lotus Sametime Server，是靠邮件非实时的情况下，引入实时协作，例如及时交互和电子会议等等，大家如果有兴趣可以看我们的演示会所的演示。
最后介绍一下DB2，在公文数据交换平台中，所有与路由相关的存储我们都采用DB2，是因为它以最低的拥有成本提供了我们最先进的技术。
小结一下，我们刚刚看到IBM关于公共信息交换平台的解决方案和政府行业的一个演示示例，它的特点一是有开放性，体现在对底层平台的支持性，无论是Linux、UNIX都可以支持，还有底层接入的开放性，和信息交换格式的交换性，可以保证将来的系统拓展性。第二，用户的投资保护，我们公共信息交换平台基于WebSphere Message Broker的特点对遗留应用的集成不是说推导重来，而是通过消息、服务和Adaptor 的结合来形成无缝的系统是松耦合的方式。三是降低风险，正是因为有效地把客户已有的投资整合起来，所以整个项目风险降低。四是提高效率。最后是灵活性，灵活性主要体现在我们公文交换平台中使用了有一百种的Adaptor，除了数据库、文件、Web服务的Adaptor，还有ERP Adaptor都有现成的。所以我们可以很容易把这些系统集成起来。
以上就是我的演示内容，谢谢大家！
谭群华：谢谢郭文伟，大家觉得这个解决方案听上去不错，大家也知道IBM软件部不提供这种端到端的应用，我们是作为一个中间件的供应商在中国，如果是真正要在我们的终端客户、在政府那边实施这样的项目，一定需要我们的合作伙伴，接下来我们有请我们的合作伙伴上海网达信息技术有限公司副总经理吉浩先生分享在江苏省政府内网信息平台上他们项目实施的最佳实践。
吉浩：各位朋友们上午好！首先感谢IBM公司给我们这样一个机会，能够让大家坐到一起分享一些我们做过的一些东西，同时也感谢各位能够抽出时间来参加这样一个会议。
我首先简单介绍一下关于上海网达信息技术有限公司，我们成立于1999年，我们现在主要致力于电子政务领域的解决方案，同时提供我们自己软件产品。主要在外网门户、内网门户、数据交互、公文这一块。IBM郭文伟先生讲的非常清楚，我现在简单介绍一下这个项目的情况，以及它的背景，如果大家有兴趣我们可以在会后进行深入的交流。
首先，关于这个项目我做一个简单的概述。在江苏省内网数据交换平台上，我们当时提建议是做一个内网平台应用，对用户来说建一个平台可能看不到解决的问题。首先我们先介绍一关于这个平台，希望能够建立覆盖江苏省13个地级市，和省政府下属的60个厅级职能部门，需要地市建立二级交换平台，使市到县，和厅局能能够联系一起，我们希望能够构建一个省政府数据传输的基础架构，第一，要非常独立，它必须独立于现在以及未来可能存在的各式各样的业务系统；第二，遵循开放的标准，不能依赖于某一个特定厂商的产品；第三，能够多种政务应用系统，保持连续的广泛性；第四，扩展性良好，可以作为电子政务服务接口消息传输标准。
同时我们也帮助江苏省规划了一个在电子政务基础设施的架构，从用户来看，现在面临着非常多的问题，都是属于整合应用的系统，其实电子政务在政府这边发展已经将近十几年了，在前面的实践当中，政府主要是一个具体的部门应用，发展到今天都是整合性的应用。比如说公文交换，这次我们要解决的是全省各个地市及各个厅局OA系统当中的涉及公文系统的怎么交互，实际上这些厅局已经建立了公文系统，我们就抽取当中的有公文交换的应用，这个应用属于整合系统的应用。第二，包括像全省的定点审批，江苏省诚信系统他们都已经建好了，也是建立在数据交换平台之上。它主要面向于企业的诚信原数据，政府算过大概17个部门中，像法院、工商、税务，包括商检、卫生等等，他们也通过这样的平台能够搭建一个企业诚信的原数据系统。政府面临的是更多整合的应用，这个应用会不断出现，同时我们给用户建议在最下面搭建一个电子政务的基础架构设施，我们是为上层所有的应用提供服务，如果我们只为某个单位提供服务就不需要建设这样的架构。我们数据交换基础架构设施采用JMS标准，同时我们还在规划做包括业务流程基础架构设施，像BPM，对数据传输当中的流程进行统一的规划和考虑。第三，关于SOA Web Service，使得我很多业务逻辑进行标准化的封装，被重复地使用。在当中就涉及到一个非常复杂的标准，像上海网达从客户的应用到最下面公司提供最基础的架构设施，包括很多的标准接口规范，深入用户UI界面的开发等等。
江苏省政府内网数据交换平台的目标，第一，通过数据交换平台为各个地市及厅局部门的办公自动化系统公文部分实现互联互通。他们现在有非常多的办公自动化系统，基本上每一个部门的办公自动化系统都是不一样的，都是不同厂商开发的，我们所面临的挑战就是把这些不同的办公自动化系统整合起来。第二，对于交换的全部政府文件进行中心落地，并完成政府文件资源库的建设。现在也是一个很现实的问题，这些政府的公文都是存在于不同的办公自动化系统当中，对于政府来说也需要建立自己的资源库，包括企业诚信的资源库，文件的资源库，通过这些平台在上面交换的所有东西，我们都可以进行落地和存档。
一期我们的建设目标是建设60多个交换节点，同时我们连接到300多个厅局部门，包括省委、省政府、人大、政协四套班子都在上面实施，还有纵向13个地市政府数据交换节点，还有部分县级交换节点，还有直报线也能够连在上面。还有一些部门是非常重要的直属单位，像重点高校等省直属单位。在交换平台上，为了能够实现互联互通，最主要的是标准，在交换这一块我们采用的JMS，XML，Web Service的标准，遵循国家相关标准规范，我们制定了一套江苏的电子公文的格式的规范，这个规范表现中文版和英文版两个版本，这个规范向上首先兼容国家相关的规范标准、兼容我们国务院国办和中办关于国家数据公文交换，我们建立了江苏省政府公文格式规范，同时给各个地市以及厅局他们在建立自己的公文系统的时候给了一个非常好的参考，要求他们在建立自己的公文系统的时候，必须向上兼容省政府的标准，越往上标准会越简单一些，越往下必须要向上兼容这些标准。同时省政府还规划了公文版式标准，他们采用方正公司的标准。
支持多种文种交换，除政府公文之外还提供其他多种文种交换，有请示件，电报、信息简报，纸版信息，提案议案，我们这个公文交换平台和邮件系统最大的区别在于我们这个目标是解决部门和部门之间的交换，同时我们在省政府内网也搭建了邮件系统。我们在制定很多标准，一个是格式标准，包括它的电子公文的阅读、打印的标准，还有一些接口的标准。整个系统的架构大概是这样的，我们分了两块，一个平台和一个应用，红色这一块区域是我们的平台(见图)，这个平台我们使用了IBM MQ和MB，最下面有消息传输，实际上用了MQ来建立消息传输的引擎，同时通过MB主要解决格式转换，以及数据安全加密，同时数据交换管理平台，我们可以做到集中的配置和部署，然后监控，对它的交换信息进行分析。在这个交换之上我们还有一整套公文系统，包括XML格式，包括它的存档，以及全文字的检索，同时公文交换客户端系统，公文运营交换管理平台主要是政府下面专门管公文使用维护的平台，主要包括用户权限的管理，还有公文的监控、统计、分发的工作等等。在物理上的部署，因为江苏省横向网和纵向网络在物理上已经建好了，纵向网在江苏省各个地市，比如南京、无锡、苏州，横向网在南京市本地的省政府连到公安厅等各个厅，我们在每一个需要交换的节点有一个交换节点，在中心有一个交换中心部署在省政府的，包括一些管理的设备。
整个项目实施的计划是这样的，我们从2004年开始建设，在三个月的时间当中，我们第一期工程上线，完成了数据交换平台建设，以及公文交换系统上线开始试运行。在2004年12月，全部的应用也就是公文交换已经用起来了。到2005年4月进入第二期，上电子印章，对政府来说有一个很现实的情况，如果不上电子印章变成纸质公文还需要在全省来发放，对于下面各个厅局他们对使用电子系统整个积极性都不是很高。在2005年春节之前，省政府决定马上取消纸质公文，要求必须加载电子印章系统，使每个公章都必须加盖电子印章，实现真正意义上的无纸化传输。我们在2005年7月份，第二期工程完成电子印章公文，到去年年底我们全部取消了纸质公文。
对这个项目我就大概介绍到这里，如果各位朋友对此感兴趣，我们可以会后再沟通。
谭群华：谢谢吉总，前面两位都提到电子印章系统，有请张力先生，北大方正集团数字内容事业部副总经理，高级工程师，给大家具体解释电子印章系统到底怎么在公共信息交换平台中保障信息、保障公文的安全性。
各位嘉宾、各位领导大家上午好，首先感谢IBM公司，感谢他们为我们提供这么一个机会来和大家进行交流。
首先介绍一下方正集团，方正是1986年成立的一家公司，现在的员工有两万人，方正以PC、照排为主之外，方正在电子政务这方面的研究产品的推广，在2002、2003、2004年都是中国IT百强前三名，也是国家电子政务相关标准的制定单位。
电子公章是中国很特有的要素，在各种相关法规中有明确的要求，没有电子印章可以说中国的公文就缺了一些什么东西。这是和中国很多传统相关的，这也是中国电子印章一个非常必要性的原因，为什么我们要电子公文里要加电子印章的原因。
电子印章说起来就是一个图片，其实电子印章需要有一整套系统来保证。首先电子印章的安全和严肃，首先要从系统方面去考虑，比如说系统架构和软件系统方面考虑。它涉及到电子印章整个系统的安全设计，涉及到公章的管理，甚至涉及到打印的控制，涉及到了一些加密的办法，像对称加密，非对称加密，里面涉及到我们很多加密技术，这里都是和印章有关系的。
另外，说到加密，可能有很多跟国家安全机关有关系，因为密码加密不是随便一种加密方法就是国家认可的，和现在很流行CA技术是有关系的，在公文上对电子印章的使用上也有很多要求，比如说要和打印机进行绑定，不能随便往白纸上打印，另外对印章使用的控制，甚至印章颜色的控制，包括印章的日志，像记录，在制作电子印章的时候都进行了认真的考虑，甚至对印章怎么去储存、怎么去保管这些方面我们都做了认真的考虑，这些考虑其实也是和我们相关部门进行了认真的研讨，而这些东西并不是想怎么做就能怎么做，这也是电子印章本身的严肃性、权威性所要求它必须要做到这一点。
电子印章，其实印章目的是保证一个公文的内容的正确性和形式的正确性，也就是形式和内容的统一，要达到形式和内容的统一，就不仅仅是印章，即印章加盖上的文件的载体，就是我们版式文件，这个版式文件才能保证形式与内容的统一。什么是版式文件，就是一种可以仅供阅读，它不可编辑、不可修改，和原来的文件格式版面、字体、字号完全相同的最终文件格式。像方正的文件格式，我们叫CEB是Chinese E-paper Basic的缩写，它可以把各种文件，比如像DOC软件、金山WPS文件，还有PDF等文件都可以转换CEB，而且CEB可以和XML相结合，它的数据量很小，便于传输，正因为CEB有这些特点，它保证一个公文的形式和内容的统一，这也是电子印章系统所要求的一个特点。
CEB现在格式用到电子公文里，很多计算机的书籍现在都用CEB的格式在网上出版，包括国图都在使用CEB，这也是它功能强大的一方面。
我现在从它的应用上介绍一下。电子印章是咱们国家从中央领导到各级单位都非常重视的一个系统，比如说像中共中央办公厅在它的“428工程”里采用的就是方正的电子印章系统，这个系统当时也是和国家相关的主管机关一起来使各个方面达到印章所规定的要求。再比如说在国务院办公厅里面，国务院办公厅也采用了CEB原版原式不可篡改的文件格式和技术，在国务院办公厅所有的电子政务的信息化系统里面都采用了这样相同的一项技术。比如说一些具体的省市，像吉总介绍了江苏省的情况，还有海南省，在海南省从省委省政府、人大、政协和他100多个下属单位之间都采用了电子公文、电子印章，完全取消了纸质的传输，这样看似简单，但是这实际上是中国第一家，这也是体现方正电子公文这套系统的可用性。
方正的发展本身是一种技术创新型的技术，它的发展正是靠技术创新的目标发展起来的，我们发展的目的，创新的目的又是什么呢？我觉得也是方正的理念，创新的目的就是给用户一个最佳的应用体验和最好的用户价值。我们相信和IBM和网达，这些能够给用户最佳用户价值和体验的公司朋友一起来合作，我们也相信这样的合作是能够得到用户最大的认可，对用户来说也是一个最好的应用。谢谢大家！