微信解决方案1
如何写解决方案？
本人是公司政府业务部唯一一名售前工程师，所以大量的方案策划的任务会落到我头上，这些方案里小的有几十万，大的有上千万。如何写好方案一直是我很关注的事情。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4 个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几 分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本 上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类：
1.1 第一种是没有体系
一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是 半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出 完整的方案，否则就是一个单元也要费尽脑汁。 所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2 第二种是没有思路
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企 业的需求，而且要知道这些需求是在何种业务需求下
产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思 路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。 解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3 第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4 第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似 可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己 知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1 第一个容易犯的错误：只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是\\\"长、厚、全\\\"，看起来面面俱到，其实对决策者没有帮助。所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说\\\"我能！我能！选我，选我！\\\"。
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2 第二个容易犯的错误：业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
微信解决方案2
关于《xxx》梯控系统解决方案一、梯控系统概述:1、固定用户：进入该单元楼前，先在单元楼门口的对讲主机刷卡处刷卡，门将被打开，同时电梯下至用户所在的楼层（一楼或地下一楼）。进入电梯后在厢内读卡器刷卡至指定楼层，同时点亮该层按键。 2、临时访客：先在一楼对讲主机处呼叫所要拜访的用户，户主在室内对讲分机上按一个“访客键”，同时可视主机给梯控系统楼层信息(485协议)信号，并释放该楼层权限，进入单元楼的门打开，同时电梯下至一楼(通过门禁系统联动实现)。访客进入电梯后按所要拜访的用户的所在楼层，电梯至所要到的楼层。 3、住户与住户之间的互访：首先电梯的预召唤功能由可视对讲系统与电梯厂家做协议联动来实现，楼层权限的开放则由梯控系统与可视对讲协议联动完成。如：8楼的户主要拜访12楼的户主。先由8楼户主先通过对讲告知12楼户主，12楼户主在家里的对讲分机上按“访客键”，则电梯内的“12”层按键被释放。同时8楼户主在户内，按预召唤键，召唤电梯到达8楼户主所在位置，进入电梯后，8楼户主按电梯“12”层按键，则电梯达到12楼，拜访12楼户主。 4、住户室内电梯预召唤功能：电梯预召唤功能，由可视对讲系统与电梯厂家通过协议联动来实现该功能。 二、梯控系统流程图：1、固定用户的流程图： 由于上述提到的要点，对于业户回家的流程如下： 户主刷箱内读卡器 卡片的时间计划正确，权限正确 控制器判断 合法卡 非发卡 电梯无响应 时间计划错，权限错 卡片的时间计划，权限计划 位置判断 进入电梯首层 电梯运行 指定到相应楼层 2、临时访客的流程图： 访客进入电梯后，按所拜访的户主所在的楼层键， 电梯下至一楼 位置判断 访客通过对讲主机与户主取得联系，户主同意确认后，户主在对讲分机处按“访客键”， 可视对讲主机提供楼层信号(485)给梯控系统，释放所需楼层权限 电梯运行 访客至所要拜访的楼层 3、住户与住户之间的互访流程图（例如：8楼户主访问12楼户主） 位置判断 8楼户主通过对讲分机与12楼户主取得联系，12楼户主同意确认后，在对讲分机处按“访客键”，（电梯内的“12”层按键被释放） 8楼户主户内按预召唤键，电梯到达8楼所在楼层 8楼户主进入电梯后，按12楼户主的楼层“12”层 电梯运行 8楼户主到达12楼户主所在的楼层，8楼户主拜访12楼户主 三、梯控系统运营商之间工作界面：(一) 梯控厂家：梯控系统要求电梯厂家，轿箱内楼层按键处需提供，独立按键信号（即非集成电路式），便于梯控系统接线。另外在轿箱内刷卡处做好预留孔位方便读卡器安装，同时要求电梯厂家开放梯控协议。详细说明：IC卡电梯系统，需和电梯厂家配合的主要部分就是接口问题。从现有的结构上来看，目前提供的控制部分电路都是继电器的触点信号。 功能说明：从功能上实现过程是采用轿内刷卡自动选层方式。也就是说有权用户前往单一权限层，刷卡后轿内某权限层按钮亮，实现目标层指令登记。有权用户前往多个权限层，刷卡后轿内某些权限层按键权限释放，再由有权用户选择想前往的目标层。如若有权用户前往公共层不需刷卡只需按下楼层按钮，实现目标层指令登记。接口说明：1、每台电梯上提供一套IC卡电梯控制器和多个按键控制器（一个IC卡电梯控制器下最多可以接6个按键控制器，每个按键控制器最多允许管理12层）。其中控制部分主要是按键控制器和电梯面板之间的连接方式。按键控制器的输出形式：输出未编码的两组继电器信号。其中一组继电器取名为层楼继电器（通电时处于不跳变状态），另一组取名为管理继电器（通电时处于跳变状态）。2、当IC 卡电梯控制器确认某层有权用户的权限后，如果该有权用户只能去某一楼层时，楼层继电器跳变，而管理继电器不跳变；如果该有权用户能去多个楼层时，管理继电器跳变，而层楼继电器不跳变。3、物业管理部门用户刷卡后，必须释放所有按键的权限，此时，管理继电器全部吸合，由物业管理部门用户自行选择想要去的楼层。4、当发生紧急状况或者IC电梯系统损坏时，只要断开IC卡电梯系统的供电，管理继电器恢复到原来状态，此时能保证电梯原来系统的正常运行。 设备供电要求：电源位于轿顶电气箱，规格为AC220V。预留设备安装空间要求：1、读卡器的尺寸大小：读卡器安装在电梯按键面板上，所以面板上就需要预留安装读卡器的空间，一般这个空间的大小为：120MM*120MM2、电梯铁箱尺寸大小：550MM*250MM*400MM。电梯轿箱顶部的空间必须符合这个尺寸要求。电梯线缆及接线端要求：1、调度控制器与电梯控制器和按键控制器、感应读卡器是采用RS485的通讯方式，故所采用的线缆必须是RVVSP4*1.0（内含抗拉钢丝）。或是2根RVVSP2*1.0。2、现场走线时，这根RS485的通讯总线，尽量避免与AC380等动力线走在一起。3、接线端要求：在轿箱顶部需要有各个按键接线端子说明。这样在接线的时候不至于因为线太多，引起接错的情况。另外说明：在设备安装或者是现场调试系统时，尽可能的希望电梯厂家能在场指导，这样不至于对相互系统的不了解，引起很多不必要的麻烦。 (二) 门禁厂家： 门禁厂家只需与可视对讲系统（需预留门禁读卡器放置空间，预留供电线路，通讯线路），在单元门口机处，通过物理联接，实现刷卡开门和临时访客拜访。在进入单元楼同时召唤电梯至一层或地下层，由门禁厂家与电梯厂家在电梯召唤上行键处做物理联接，即放置一根RVV4X0.5的联动控制线（此处为开关量信号需电梯厂家配合）。 (三) 可视对讲： 可视对讲系统需采用数字式（即TCP/IP），并同时提供楼层（485协议）信息给各个系统（包括梯控厂家，电梯厂家），梯控系统通过解悉可视对讲协议，实现临时访客授权功能。电梯厂家通过解悉可视对讲协议，实现户内召唤功能。
微信解决方案3
如何写解决方案
讨论1.解决方案难写在哪里？
很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。 有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人，你到底为什么写不出好的方案呢？
基本上原因可以归为四类：
1.1 第一种是没有体系
一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。 因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2 第二种是没有思路
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。
解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3 第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4 第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1 第一个容易犯的错误：只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。 不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是"长、厚、全"，看起来面面俱到，其实对决策者没有帮助。所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说"我能！我能！选我，选我！"。如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种
理性的用户。看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2 第二个容易犯的错误：业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
微信解决方案4
VR 招商展示系统解决方案
VR全景技术，是引领“互联网+”新时代的革命性技术之一。其借助全景制作软件将数十张不同角度的视觉图拼接在一起，最终生成能够360 度全方位展示的服务空间的三维全景图。
全景图不仅可以在二维屏幕上展示，也可以通过虚拟现实的投影设备或个人装具(简称VR 眼镜)进行播放，能够提供用户最极致的沉浸感，相比于传统的图像展示，更符合人体工程学的设计原理，也更加契合互联网信息交互“直达直通”的主题。
VR 技术与政务服务的结合将大大提升政府形象、政务效率和政商质量，进一步简化服务流程，提升“放管服”水平，从而深化营商环境。
一、VR 招商系统简介
基于甘井子区发展总体规划图，开发制作系统前端展示平台，基于2D 平面地图基础之上建立点端的360°实景展示效果，使用者可从各个方向进行观看浏览，并通过不同场景定义不同板块内容，方便快速整体浏览与立体展示。通过系统的内容管理，收录每个地块的详细资料，如地块详细介绍、规划展示、现状展示、导航、热点、咨询电话、百度地图收录等功能。所有功能后期都可以自行可视化编辑，无需专业技术人员即可操作管理。
根据甘井子区发展现状，选取总体规划、区位交通、配套设施、生态人文和招商地块等实景内容，采用空拍+地拍结合进行采集，定期做拍摄更新和系统升级，随时随地为客商全方位展示甘井子区的风貌，让客商得到身临其境的直观感受。
(一)优势
1、使客商更加直接的获取项目信息
在网络高速发展的社会，从网上获取信息已经成为一种习惯;制作好的VR 系统可以用代码或链接的方式嵌入政务服务网站、微信公众号、小程序中，这样可以让企业在需要的时候方便的关注并找到该系统；另一方面，VR 系统同样可以生成一个二维码，企业可以通过扫描这个二维码直接进入VR系统，VR二维码可以用在多种场景中，如易拉宝、宣传册、电视、户外媒体等，实现了线上线下的同步传播。VR招商系统也可以定制到pad或者本地大屏幕中进行展示，讲解更加直观生动。
2、实景漫游体验
制作完成的VR系统是一个完全写实且具有空间感的系统，客商可以身临其境的从空中或地面查看甘井子区的各个项目实景信息。并且VR系统带有指引地图，可以让客商实时了解自己所处的地理位置。
3、便捷的智能语音导览
VR 系统采用的独立式声音播放系统，可使观看者在处于某一场景时播放特定语音。当客商选择了要观看的项目之后随之会进入该园区航拍并语音播报该园区的详细信息并提示相应的政策信息及其他相关资料。
(二)趋势
VR 政务系统已经在许多城市上线运行，随着以5G、大数据、人工智能、语音识别、AI 等技术为代表的国家电子政务信息化、网络化、智能化、无障碍化必将日臻完善和发达。布局、谋划、实施VR政务新形式，必将是政府电子政务创新的又一热点。通过VR技术的360°全景视野以及云端查看等诸多优势，进行互联网+招商的整合，突破时间与空间的限制，提升招商考察服务品质，增加科技含量与体验效果。
二、VR 招商系统项目流程
(一)VR 招商展示系统的开发
根据商务局需求全新设计前端展示系统及功能设计。
(二)VR 素材采集制作
甘井子区重点招商区域的航拍及地拍VR 素材，虚拟建模内容开发。
(三)后期运行维护
通过系统培训、媒体推广、网络引流等手段，加大宣导力度，丰富产品内涵、叠加新元素，随时更新素材内容定期系统升级。
三、系统内容框架及预算构成
项目内容
VR 招商核心展示系统
核心展示系统将所有子项内容进行整合封装，提供后台数据维护入口，提供网络云存储及本地化等服务。
VR 全景图拍摄制作
招商区域VR 全景数据的采集制作
语音视频展示素材
语音、视频资料嵌入展示管理
图像文字内容资料系统
文字图像资料嵌入、信息索引
虚拟建模素材内容
虚拟建模展示项目及底层展示地图的制作
微信解决方案5
综合执法信息化系统解决方案
目 录
第1章 背景及需求分析 4
1.1 建设背景 4
1.2 现状分析 5
1.2.1 装备技术较为落后 5
1.2.2 外场设备无法满足交通执法业务 5
1.2.3 实时监控能力不足 5
1.2.4 非现场执法应用落地不足 5
1.2.5 系统数据分散、业务信息化程度不足 6
1.2.6 系统数据分析研判能力较弱、难以有效提升现场执法效率 6
1.3 设计依据 6
1.4 需求分析 7
1.4.1 功能需求分析 7
1.4.2 性能需求分析 8
1.4.3 安全需求分析 10
第2章 建设目标 12
2.1 建设目的 12
2.2 建设内容 12
第3章 总体设计方案 14
3.1 建设思路 14
3.2 建设原则 14
3.3 总体架构设计 16
3.3.1 技术架构设计 16
3.3.2 网络架构图 17
第4章 系统详细设计方案 18
4.1 智慧执法数据分中心 18
4.1.1 概述 18
4.1.2 设计思路 19
4.1.3 技术架构 19
4.2 运行监测与分析预警系统 20
4.2.1 系统概述 20
4.2.2 系统功能 21
4.3 监控指挥系统 30
4.3.1 系统概述 30
4.3.2 系统功能 30
4.4 移动执法系统 34
4.4.1 系统概述 34
4.4.2 系统功能 36
4.5 协同办案系统 38
4.5.1 系统概述 38
4.5.2 系统功能 39
背景及需求分析
建设背景
“十二五”期间，城市快速发展造成非法营运、超限超载、占用及破坏交通公共基础设施等交通违法行为大幅增多，传统交通执法监管方式面临着巡查范围大、执法人员少、执法门类多等问题，无法满足行业发展和执法管理的需求，各地陆续建设了智慧交通工程（交运通）、智能违法行为识别系统、非现场执法试点工程等智能化信息化执法系统，极大地提升了交通执法的效率和执法服务能力。但系统建设时受限于不同阶段技术发展程度，未能进行全面总体规划，各系统之间数据相对独立、未协同共享，系统数据挖掘分析能力不足，亟需进行全面提升完善，提高综合执法效率和水平。
建成以省级数据中心和信息交换平台为核心，覆盖省市县三级的道路运政、公路路政、水路运政、港口行政、航道行政等执法门类的协同执法与联网监管体系，形成互联互通、信息共享、业务协同、智能便捷的全省交通运输行政执法信息化体系，全面提升交通运输行政执法能力、执法质量、执法效率和执法公信力；建设内容为“一中心、一平台、五应用、多终端”，即一个数据中心，一个共享交换平台，一个执法协同办案系统，一个执法监督与评议考核系统，一个执法大数据分析研判系统，一个执法信息公示和服务系统，一个移动执法综合服务系统和多种执法智能终端设施建设。
现状分析
装备技术较为落后
现有执法装备包含对讲机、执法记录仪、摄像机、交运通等设备，设备类型多、购置早，功能单一、不集成、不便携带，受执法体量增多的影响，装备性能（如待机使用时长、存储容量、网络传输等）逐渐不满足使用需求。
另外原有车辆缺乏可视化智能指挥调度、应急联动等硬件条件。
外场设备无法满足交通执法业务
现有外场设备点位不足，如果引入交警的卡口设备资源则基于以下原因，无法满足交通执法业务需要：
1、交警的数据属于机密，存放在涉密网络中，权限管理和网络打通均存在诸多困难；
2、交通执法业务处理涉及大量的现场执法场景，对外场设备的数据实时性要求很高，需要及时组织执法人员基于外场设备传递和分析的情报及时进行处置。
3、在部、省大力推广的非现场执法业务上，需要增加交通执法特有的卡口GPS标定信息，同时需要捕获和提取违法行为的视频信息（通常达到16秒）。
实时监控能力不足
针对当今交通安全形势较为严峻，安全事件多发的现状，交通管理部门布设了大量的路面、车载的信息监控和采集设备，但是未能通过实时的运行监测分析研判数据，及时进行预警提醒，进而快速介入处置。
非现场执法应用落地不足
一是非现场执法设备布设规模较小，非现场执法案件数仅占执法总案件数的30%；二是非现场执法应用试点领域较窄，仅用于治超、营运车辆监测。
系统数据分散、业务信息化程度不足
执法相关系统功能联动不足，一是外场终端与案件处理系统（省执法系统）没有联动，无法全面实现执法信息现场核查、案件录入、案件预警实时推送、执勤状况动态监测等功能；二是案件处理系统（省执法系统）与其他相关系统不能横向对接和联动，执法员办案过程中需要跨多部门、跨多系统查询信息（如企业工商信息、法院强制执行信息、路政红线信息等）。
另外案件处理系统（省执法系统）缺乏案件分析研判功能，积累的案件数据未对执法科学决策提供支持。
系统数据分析研判能力较弱、难以有效提升现场执法效率
系统采集到的大量车辆、人员、事件数据呈碎片化分布，未能利用大数据分析研判能力，找出数据之间的关联关系，进而辅助现场执法，精准打击违法对象，提升现场执法的效率和实战成果。
设计依据
1. 《“十三五”交通运输行政执法综合管理信息系统工程建设实施方案》（交办法〔2016〕118号）
2. 《交通运输电子政务网络及业务应用系统建设技术指南》
3. 《交通运输部办公厅关于印发<推行交通运输行政执法公示制度、执法全过程记录制度、重大执法决定法制审核制度试点工作方案>的通知》（交办法〔2017〕96号）
4. 《交通运输行政执法程序规定（试行）》（2017年12月）
5. 《交通运输部公安部关于治理车辆超限超载联合执法常态化制度化工作的实施意见（试行）》（交公路发〔2017〕173号）
6. 《交通运输部办公厅关于印发交通运输行政执法综合管理信息系统工程建设指南的通知》（交办法〔2017〕82号）
7. 《国家电子政务网络技术和运行管理规范》（GB/T21061-2007）
8. GB/T 34678-2017 智慧城市技术参考模型
9. GB-T 50760-2012 数字集群通信工程技术规范
10. GB 8566-88 计算机软件开发规范
11. GA/T367-2001 视频安防监控系统技术要求
12. GB 15629.11-2003 信息技术系统间远程通信和信息交换局域网和城域网
13. GB/T 20839-2007 智能运输系统通用术语
14. 其它相关的国家标准及规划、设计规范
需求分析
功能需求分析
结合执法信息化现状存在问题和执法业务需求，智慧交通执法管理平台的主要功能板块集中在六个方面，即移动执法、运行监测与分析预警、案件办理、勤务管理、指挥调度和信息服务。
详细需求说明如下：
表 2-10 需求分析表
序号
功能板块
具体功能需求
1
移动执法
n 移动终端设备可以利用图像识别技术自动识别车牌号、证件号，提升录入效率
n 移动终端设备可与后台案件处理系统联动，实现一线执法人员在现场录入案件信息和上传证据
n 一线执法人员可以接收指挥中心的调度指令
n 一线执法人员可以通过执法终端查询办案所需核对的信息
2
运行监测与分析预警
n 按照上级部门非现场执法规划的要求，可以接入前端点位视频，实现超限超载违法、货车扬撒违法、班车不按规定站点停靠违法、班车不按规定线路行驶违法、出租车故意绕路行驶分析预警、包车不按规定范围营运、不按规定实时传输GPS定位、非法营运等场景的自动分析预警
3
案件办理
n 满足我市案件处理工作规定的功能
n 满足与省执法系统案件信息对接的需求
4
勤务管理
n 装备、服装统一发放和配备需求管理
n 执法人员排班与考勤情况
n 信息发布管理
n 绩效统计
n 固定资产管理
5
指挥调度
n 一张图实时掌握全局资源的分布情况、查看现场情况
n 执法人员执勤动态和统计报表分析
n 案件特征分析研判、辅助决策功能
n 远程指挥调度一线执法人员
6
信息服务
n 满足网页公示、微信公众号、触摸屏等多渠道服务需求
n 满足相对人和社会公众案件信息查询、投诉举报、法律法规查询等需求
性能需求分析
系统的性能从易用性、兼容性、系统可靠性、系统响应速度、主机及存储容量需求、支撑软件需求六方面进行性能需求的分析。
（1）易用性需求
要求系统能够提供良好的用户接口，易用的人机交互界面。要实现该性能，要求系统应该尽可能使用用户熟悉的术语和提示消息，针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
Ø 易理解性：程序的问题、消息和结果应是易理解的，出错消息应提供解释相应出错产生的原因和纠正措施的详细信息。
Ø 易浏览性：程序使用时，宜能够辨别正在被执行的功能，并且宜以易观察易读的形式向用户提供信息，符合程序消息的设计规范，符合屏幕输入格式、报表和其他输出的设计规范。
Ø 可操作性：具有严重后果的功能执行应是可逆的，或者程序应明确给出该后果的明显警告并且在执行命令前要求确认。
（2）兼容性需求
系统可以部署在windows、UNIX、Linux等主流平台上，支持多种主流关系型数据库，并能有效支持各种主流的浏览器。
系统具有良好的可扩展性，支持各种应用的接口协议，使系统具有灵活性和扩展性，并能跟其它的系统有效的进行数据交换和共享。
支持多种硬件设备和网络系统的接入或输出，适应将来的系统容量扩展，支持统一标准的软硬件接口，适应监控、预警等技术和管理发展的需要。
（3）系统可靠性需求
系统建设应采用成熟的技术架构，以保证系统的高质量和稳定性；对应用系统、数据库设计应考虑详尽的故障处理方案，在系统出现故障时，能够快速恢复应用系统以及相应的业务数据。
Ø 可靠性要满足系统7×24小时不间断服务的要求。
Ø 系统在连续一年的运行中软件故障导致停机的次数不得超过5次，单次系统修复时间不得超过5小时。
Ø 系统不出现大的程序错误，没有数据错误。
Ø 系统在瘫痪后能够在短时间内迅速恢复，系统有相应的检修和自动恢复功能。
Ø 系统在用户出现错误操作时能进行提示，并自动停止该操作。
（4）系统响应速度需求
主要体现在系统的响应时间、并发用户数及数据处理能力方面，需要具有较高的并发能力和数据处理能力。
Ø 系统需要具有高稳定性：100个并发用户访问系统，首页请求的平均响应时间小于0.6秒，web页面请求的响应时间小于1秒；
Ø 系统需要具有高流畅的地图应用能力：100个并发用户访问系统，车辆在GIS页面定位及详细信息展示的响应时间小于0.4秒；
Ø 系统需要具有高性能的业务统计能力：单用户访问系统，月统计业务的平均响应时间小于0.3秒；
Ø 系统需要具有高可靠性的数据对接能力：数据对接超过每秒1000条时，应用服务器内存平均利用率不超过50%，数据库服务器内存平均利用率不超过60%，内存利用率超过80%的时间不超过10秒；
Ø 系统需要具有高并发大容量处理能力和定位数据处理能力：大容量处理能力峰值大于15000条/秒，支持大于35000个动态目标的显示跟踪。
安全需求分析
按照一般政府政务服务系统建设的相关要求，本系统按照等保二级进行设计和管理，主要从信息安全、访问安全、物理安全、制度保障、传输安全五个方面进行安全需求的分析。
（1）信息安全
针对系统中所要保护的敏感信息内容，根据“计算机信息系统安全保护等级划分准则（GB17859-1999）”，确定其信息系统的安全等级。然后，根据“计算机信息系统安全等级保护网络技术要求（GA/T 387-2002）”，即网络安全等级、安全要素与各层的相互关系，采取相应的安全体系结构和技术措施，设计和实现具有所需要的安全等级的网络安全系统。
（2）访问安全
对于登录本系统的系统内用户，必须经过严格安全认证和资源访问权限的授权，才能进行查询与操作，保证访问安全。
（3）物理安全
在物理安全方面，确保系统不会因自然灾害、环境事故、设备老化以及人为操作失误或错误及各种计算机犯罪行为导致崩溃或数据错误。
（4）制度保障
制定完善合理的安全管理制度，如系统维护、数据备份制度，机房管理制度等。
（5）传输安全
与委其他系统的数据交换要设置合理的安全策略以保证安全。
建设目标
建设目的
建立一个数据高度关联、集协同办案、监控指挥、移动执法、非现场执法、综合查询展示于一体的全流程数据化执法管理平台。
该平台通过汇聚、统一交通运输执法数据资源，整合完善移动执法、协同办案、指挥调度等功能，扩大非现场执法范围和领域，加强数据共享，深化数据分析，全面提升执法信息化、智能化水平，实现由“大海捞针”式的“粗放型”执法模式向“定点清除”式“精准化”执法模式的转型，实现执法效能“质”和“量”的双提升。
建设内容
综合执法管理平台建设：
包括建设执法数据中心、运行监测与分析预警、监控指挥、移动执法、协同办案、信息公示与服务。
（1）执法数据中心：
通过建设执法数据中心，将分散在各应用系统的数据进行统一采集，获取视频监控、营运车辆GPS、从业人员、营运车辆等数据，通过管控平台数据中枢共享服务获取省建系统、企业系统、外单位系统等数据，通过对获取的数据进行抽取、映射、转换、清洗、合并、整合、归档等各个处理步骤，完成数据的处理，最终建立执法数据中心的基础库、主题库和专题库，为交通执法部门的应用提供大数据分析和数据支撑能力。
（2）运行监测与分析预警：
通过数据中心汇聚的数据，进行分析研判，对存在的违法行为进行预警并提取出相应的违法证据推送给移动执法系统和协同办案系统。
通过接入前端视频监控设备实现超限超载违法运行监测、两客一危车运行监测，完善非现场执法的相关业务，减轻一线执法人员工作强度，提高执法效率。
（3）监控指挥：
通过建设监控指挥应用，创建“执法支队-各执法大队-一线执法人员”的三级指挥调度模式，实现监控指挥一张图、现场可视化、音视频通话指挥调度等功能。
（4）移动执法：
通过建设移动执法终端应用程序，创建巡查助手、预警信息实时报送、音视频通话等路面巡查功能，创建证据采集、证据上传等案件办理功能，提供一线执法人员更高效的移动执法体验；创建案件审批、统计报表查看、预警信息实时推送、执法一张图查看、移动现场可视化、音视频通话指挥调度等功能，满足管理人员随时随地了解执法动态，进行应急调度。
（5）协同办案：
通过建设执法协同办案应用，创建监管对象信息查验监管、证据材料电子化采集和管理、案件创建、案件预处理、案件审批、案件文书办理、通知、缴纳罚款、案件归档等功能模块，实现各种类型案件全过程网上办理及流转，为办案人员提供一个完善的案件信息管理平台，让案件的处理流程更简洁，提高办案效率。同时对接运行监测分析与分析预警应用，直接接收和处理非现场执法案件，进一步提升办案效率，统一现场、非现场办案流程。
总体设计方案
建设思路
（1）汇聚执法数据，统一规范标准
通过建设执法大数据中心，汇聚各业务领域执法数据，加强非现场执法数据的采集，增强执法大数据分析研判；同时按照部省确定的统一技术标准规范，开发数据接口，共享各业务领域的执法数据，避免重复建设。
（2）优化执法流程，提高执法效能
支持交通综合行政执法机构的日常执法及内部管理工作，规范文书使用，优化执法流程，实现对执法过程的有效监控，提高综合执法效率和水平。
（3）强化执法监管，规范执法行为
增强网上预警、网上督办、网上监控、网上抽查等执法监督功能，实现执法办案全过程信息化记录、流程化管理、全方位监督，切实做到规范执法、文明执法。
（4）监管全面覆盖，执法统筹指挥
构建各级交通运输系统各执法门类执法数据共享与交换平台，确保执法信息纵向贯通、横向集成、全面共享，实现跨区域、跨部门协同执法、联防联控，切实形成执法监管和统筹指挥合力。
建设原则
一、技术领先
以先进适用的信息技术为龙头，以智能识别、高端装备、管理控制为支撑，实现多种技术融合应用，深化应用和服务，推动交通运输执法管控能力的全面提升。按照“世界先进”、“全国一流”的标准，应用、创新、引领先进技术，确保各级交通运输执法科技优势领域保持国内领先水平。
二、标准统一
遵循交通运输部、省交通运输厅统一的工程建设指南和技术标准规范，包括网络数据传输、业务应用系统建设、工程建设标准、设备技术标准、数据交换标准，结合本地实际，升级完善应用软件和新增执法设备。
三、互联共享
各级部门共建互联互通、信息共享、业务协同、智能便捷的全面交通运输行政执法信息化体系，建立执法信息与许可准入、行业管理、信用监管等信息数据共享机制，实现行政许可和行政执法信息联网查验、违法行为自动甄别，实现跨区域、跨部门、跨执法门类执法信息纵向贯通、横向集成、全面共享、协同执法、联网监管。
四、友好实用
平台涉及的设备选型应遵循“安全可控、按需选择、满足实用、开放兼容、注重性价、国产优先”的原则，提高信息系统的实用性和可操作性，做到便捷高效，进一步提升一线执法人员、后台管理人员以及决策分析人员的工作效率。
系统详细设计方案
智慧执法数据分中心
概述
智慧执法数据分中心是将分散的执法关联数据进行统一采集，通过对出租车智能服务系统、公交智能调度系统、两客一危动态监管系统、交通综合执法系统、城市道路交通运行分析系统等相关业务系统涉及到的GPS、视频、客流、事件、车流等数据进行抽取、映射、转换、清洗、合并、整合、归档等各个处理步骤，完成数据的处理，最终建立运输行政执法支队数据分中心，为交通管理部门大数据分析提供数据支撑。
在数据资源整合上，将设备与数据分离，数据与系统分离，通过统一的标准、格式规范各类数据接入方式，架构上从数据采集层、数据交换共享层、数据清洗层、数据存储管理层、数据挖掘交换层、综合运维管理层进行优化设计，具备数据采集、数据交换、数据清洗、数据标准统一、数据库存储和管理等功能。
大数据设计采用先进技术，如：构架/构件技术、高层中间件技术、海量空间数据及数据管理、GPS/GIS/MIS等的一体化技术、Web/GIS及多媒体的用户通信技术、多种数据引擎及数据库SDE技术、数据标准及规范化技术、面向对象的数据仓库和联机分析、软件开发和集成平台技术、选择先进的开发工具和环境等，确保数据架构的先进性、开放性、可扩展性、易维护性。
平台的核心数据资源是GPS数据，交管数据联网后，还将融合卡口、线圈、地磁、RFID、手机信令等信息，以及政府相关部门停车场、运管综合违法信息、执法车船定位数据等。其中，GPS数据量最为庞大，大城市一天达到亿级别，特大城市如北京、上海、广州等地甚至超过10亿，针对此类超大数据量，平台采用云计算的架构，采用Spark的分布式计算框架，基于Spark架构的内存运算速度比传统的Hadoop快10~100倍，同时通过分布式集群处理，不但适合对时间要求的流式计算需求，也适合数据量达到PB级的大规模数据计算。
设计思路
智慧执法数据分中心负责执法数据以及关联数据的存储，维护数据的完整性与一致性。数据中心通过对交通内、外部，跨行业、跨部门的基础和业务数据采用统一的数据清理转换工具进行整合处理，建立全局统一的数据资源视图，为交通应用建设提供一个高质量、可靠的数据基础。同时将交通业务数据按照面向分析应用的方式进行组织和重构，提供灵活的查询分析手段，为各业务系统（出行服务、监管等）和各部门、各级人员提供全面、及时、准确的数据查询、分析和信息发布服务。
本方案构建以云计算为基础，结合多厂商、多种类的算法仓库，实现交通丰富业务场景下的大数据分析研判应用，具体包括可视化大屏、大数据资源平台、综合应用平台、云中心管理平台、运维服务平台。
平台采用开放、灵动的架构设计，将运输行政执法支队GPS、视频数据统一汇聚到云存储中，未来可扩展接入微波、卡口、线圈、地磁等传感器数据类型，很好的解决数据共享的问题，各个应用系统在有权限的情况下都能够方便的使用交通运输各行业所采集的数据，不存在数据烟囱的问题，可以方便的开展大数据研判分析业务，如获取道路交通通行状态，预测交通流变化态势，客流变化趋势等。
平台架构中规则引擎模块设计将各种场景业务模型共性提取出来，用户可以根据实战需要可以很好的自己根据业务共性的逻辑规则开展业务组装，根据业务逻辑自动生成其他衍生业务的功能，真正实现领先的灵动效果。
技术架构
智慧执法数据分中心的主要业务包括如下：
（1）数据汇聚：不同物联数据源、互联网数据和业务数据统一汇聚到数据池，便于用户进行数据治理和数据挖掘分析；
（2）数据存储：对汇聚的结构化和非结构化数据进行有效存储；
（3）数据治理：对汇聚的数据进行各类数据治理，包括数据目录管理、数据规则定义、数据清洗、数据维护、数据安全等；
（4）数据分析：对整合的数据，按照资源的更新频度、数据结构、访问特点、数据位置等对数据资源进行顶层规划，按照数据用途、功能定位把整个交通数据平台的数据划分成三个交通数据库群；
（5）数据服务：对治理后的数据可根据用户需要提供各类数据查询和数据订阅等服务。
系统概述
运行监测与分析预警系统，包含监测和预警两大模块，实现交通运输非现场综合行政执法所需各类违法相关数据的统一接入管理，实现对非现场执法实时运行情况的监测及预警，为后续违法发现和执法提供数据支撑。
运行监测与分析预警系统架构图
系统功能
运行监测与分析预警
超载超限违法运行监测
1、固定站信息接入
按照相关接口标准，系统实现固定治超站、源头站的称重设备数据实时接入，实现称重检测数据在省级层面的汇聚。接入的具体信息内容包括车牌号、检测时间、轴数、轴重、车货长宽高、超限量等。
对于由于设备故障无法自动采集称重信息、设备无法自动采集车辆尺寸信息等情况，由治超管理人员手工录入车辆重量、车货尺寸等信息，并统一上传。
2、计重收费信息接入
系统与高速公路收费系统对接，按照《治理超限超载数字和图像取证技术要求》（部正在制定），接入高速公路计重收费数据，将计重收费数据作为治超非现场执法和运行监管的数据来源。
3、非现场执法设备信息接入
按照《治理超限超载数字和图像取证技术要求》（部正在制定），接入非现场执法设备监测信息，作为治超非现场执法和运行监管的数据来源。
4、信息查询统计
基于接入的固定站、源头站、非现场设备等信息，实现对实时信息的查询，以及历史信息的统计等功能。
营运客车运行监测
1、信息接入
接入具备客车违停自动抓拍功能终端采集的违停信息，包括图片、录像、相关记录信息等。具体接入信息内容包括车牌号、车牌颜色、车型、现场图片、违停过程录像、检测时间等。
2、信息查询统计
基于接入的客车违停自动抓拍终端信息，实现对实时信息的查询，以及历史信息的统计等功能。
运行监测查询展示
在GIS地图上，可将运行监测中设计的超载超限违法运行、货车道路遗撒运行、营运客车运行、出租车运行、卡口过车异常运行等监测信息分图层进行展示，可通过点击监测事件直接定位事件发生地点、车辆实时位置信息等。
支持按照事件类型、时间段、区域等查询条件，实现运行监测事件的查询。
监控指挥系统
系统概述
监控指挥是智慧交通执法管理的中枢，是各类信息化系统的综合应用。依托交通行业内部和外部的各类数据资源，纵向贯通支队、大队，横向联通行业内部多部门、以及跨行业的交警、工商、保险等多个领域，打造集指挥、情报、勤务于一体的监控指挥作战平台。
系统功能
监控指挥查询展示
监控指挥一张图，可以对所辖区域的执法人员、执法车辆进行统一管理，实时了解执法人员、车辆的分布，当发生紧急案件，可把案件推送附件执法人员，由执法人员快速行动；并当执法人员身上的执法设备因故掉线、不在执法区域时或离开相应岗位，可实时进行告警提醒。
除此之外，可对固定经营场所如：客运站、维修厂等经营场所进行实景地图标注，对辖区经营场所的信息可通过视频实时掌握。
人员、车辆定位与分布
人员、车辆定位是将携带GPS定位设备的执法人员、执法车辆在地图上面实时显示，方便进行执法资源的部署和指挥调度。
执勤人员定位与分布（执勤人员一张图）：
基于地图提供执勤人员一张图，展示和查询人员定位、轨迹、状态、执法记录仪监控画面等信息。
非现场设备定位与分布
基于地图提供治超设备、视频监控设备、卡口设备、营运车辆GPS设备分布一张图，展示和查询设备定位、状态、监控画面等信息。
疑似案件推送预警
包括预警规则设置、预警权限管理、预警信息完整性审核筛查、预警列表、预警信息查询统计功能。
执法人员掉线提醒
对现场执法人员进行位置信息跟踪，实时掌握执法力量所在位置，对执法人员的移动终端设备的当前状态进行实时监控，包括是否登录、是否在线、是否掉线等，当正在执勤的执法人员的移动终端设备出现异常掉线时，可通过指挥中心大屏进行告警提醒。
可根据实际的执勤路线，在地图上绘制相应的执勤范围。
可同时对执勤路线周边的资源进行关联。
当出现执勤中的执法人员或执法车辆超出执勤范围时，可通过指挥中心大屏进行报警提醒。
报警信息可通过移动执法APP同步传递给超出执勤范围的执法人员和执法车辆，便于相应人员或车辆及时调整执勤路线。
现场可视化
利用领先的增强现实、3D定位、人工智能（模式识别、事件检测、车辆跟踪等）等技术，通过高点全景摄像机获取监控点全景视频，与视场内低点摄像机联动，可以轻而易举地实现既关注整体又兼顾局部的大范围立体监控与视频联动，能够以画中画展示低点摄像机视频，做到可查询、可搜索、可定位、可描述、可报警、可联动，大大改善监控系统的应用模式，提高监管效率。
通过在全景画面中添加虚拟标签的方式进行相关数据的关联。按照类型标签可分为定点标签、矢量标签、区域标签，定点标签主要针对关注的点进行标注，比如全景视频场景中的监控点、卡口抓拍点、人脸抓拍点、建筑物信息等；矢量标签主要应用于带有明显方向特征的场景，比如国省道每个方向，进出城卡口等；区域标签则主要关注重点管控区域、重点关注区域，如客运站、货运站等。
现场可视化系统支持接入移动端设备（车载、单兵、执法记录仪等），移动端设备上报GPS信息，系统会自动进行GPS信息与视频坐标信息的转换。从而将移动设备在全景视频画面中以标签的形式展示出来。而且标签会随着移动设备的移动而移动，点击移动标签，可以打开对应移动设备关联的视频以及相关信息。
指挥调度
指挥调度手段最常用的就是语音调度，通过中心与现场执法人员移动终端进行语音通话，完成调度工作。即时通讯功能是基于传统的语音对讲进行功能升级，通过集成图片传输、文字传输、群组对讲、单点对讲以及视频调阅等功能，丰富指挥调度语音对讲模式，构成完整的即时通讯信息传输模块。
移动执法系统
系统概述
移动执法的主要用户包括一线执法人员和管理人员两类。通过建设移动执法终端应用程序，创建巡查助手、预警信息实时报送、音视频通话、个人绩效统计等路面巡查功能，创建证据采集、证据上传等案件办理功能，提供一线执法人员更高效的移动执法体验；创建案件审批、统计报表查看、预警信息实时推送、执法一张图查看、现场可视化、音视频通话指挥调度等功能，满足管理人员随时随地了解执法动态，进行应急调度。
（1）面向一线执法人员终端应用功能
面向一线执法人员功能主要为提供巡查助手、违法行为自动预警、音视频通话、个人绩效统计等路面巡查功能和证据采集、案件现场录入等案件办理功能，旨在为一线执法人员提供更高效的移动执法体验。
面向一线执法人员终端应用功能
n 巡查助手：提供位置打卡、值班表查看、巡查日志登记汇总、维修厂登记等功能
n 违法行为自动预警：通过非现场执法和监控指挥功能模块实时报送预警信息
n 讯通助手：提供视频通话、短信通话、群组通话、录像和拍照功能
n 证据采集：提供证件信息自动识别和核对、拍照录像、被查处人员和车辆违法记录查询、法律法规查询等功能
n 案件现场录入：提供拍照上传处罚通知书并自动登记案件关键信息、案件证据（图片、视频、处罚文书照片）实时上传功能
（2）面向管理人员终端应用功能
面向管理人员功能主要为提供案件审批、统计报表查看等协同办案功能和预警信息推送、执法一张图查看、现场可视化、指挥调度等应急调度功能，旨在方便管理人员随时随地了解执法动态，进行应急调度。
面向管理人员终端应用功能
n 案件审批：提供管理人员案件审批功能
n 预警信息推送：提供非现场执法分析预警信息、报警信息等
n 执法一张图查看：提供人员、车辆、案件等一张图查看
n 现场可视化：提供随时调取客运站、货运站、国省道出入口、高清卡口、重要路段、执法记录仪、执法车辆监控视频功能
n 指挥调度：提供语音通话、视频通话、短信通话、群组通话功能
提供巡查助手、违法行为自动预警、融合通讯和录像拍照功能。
巡查助手可提供位置打卡、值班表查看、巡查日志登记汇总、维修厂巡查登记等日常勤务功能；
违法行为自动预警可通过运行监测与分析预警应用和指挥调度应用对接，实时接收预警信息。
融合通讯可提供语音通话、视频通话、短信通话、群组通话功能。
录像和拍照功能可实时通过移动端采集信息并推送给指挥调度应用平台。
移动案件办理
通过移动执法终端，实现对监管对象的信息采集、信息查验比对；法律法规规章和自由裁量基准查询使用；立案登记、现场取证、制作笔录、制作处罚通知书、即时通讯、远程传输、文书推送打印。
1、证据采集
调用移动执法终端音视频采集功能接口，实现对监管对象违法行为的快速录入、拍照、录音、录像等。
2、信息查验对比
通过移动终端手动输入或识别提取监管对象的名称、证件号码等关键信息，自动查验经营业户、营运车辆（船舶）、从业人员等监管对象信息。
3、法律法规查询
实现对法律法规、违法行为代码的浏览检索，可根据违法行为
名称、法规名称等实现模糊查询与调阅。
4、立案登记
对在现场执法检查过程中发现的违法线索进行甄别审核，对审
核确认构成违法行为的，登记录入执法机构、执法人员、案件来源、
当事人、违法事实、违法车（船）等信息。
5、制作笔录
在执法现场采集视频、照片、音频等证据材料信息并对采集的书证、物证、视听资料、电子数据、证人证言、当事人陈述等证据材料进行分类登记和记录。
6、制作处罚通知书
根据执法现场采集的证据和笔录，现场制作处罚通知书。
7、案件现场录入
将立案信息、处罚通知书等信息，会同现场采集到的证据材料等信息通过移动执法终端直接录入到协同办案应用中。
8、在线即时通讯
实现执法人员的在线即时通讯、案件讨论和沟通交流。
移动案件管理
通过移动终端实现执法机构管理人员对执法案件的办案督导、过程审批、案件抽查、统计分析、信息推送与提醒。
1、办案督导
通过自定义条件筛查案件信息，对重大执法案件进行重点关注和备案登记，并对案件办理进行督导，适时提出督办意见。
2、过程审批
调阅执法案件的办理信息，对需要审批的信息进行查看，实现移动在线审批。
3、案件抽查
随机抽查或定制抽查各地、各门类行政执法案件，根据案件目录调阅执法文书等信息。对于案件情况异常的，进行督导并提出督办意见案。
4、统计分析
实现各地、各门类行政执法案件的简明统计汇总，生成反映执法人员、执法案件的规模总量、分类构成等统计分析报表。
5、信息推送与提醒
接收推送的通知通告、提醒与预警等信息。
移动执法查询展示
基于移动端GIS支持，实现在移动端基于地图的信息展示和查询，查询的内容包括相关人员位置、目标车辆位置等。
移动现场可视化
针对执法支队和各大队监控人员，提供客运站、货运站、国省道出入口、高清卡口、重要路段、执法记录仪、执法车辆等监控视频，可以通过单个视频查看现场情况，也可以同时开启多个视频从不同角度观察现场情况。移动培训
通过移动终端，实现执法人员在线培训和在线考试。
协同办案系统
系统概述
对交通执法办案系统按部要求进行整合优化，并有效对接共享运政、路政、水路运政、地方海事等领域的执法办案信息资源。
系统功能
1、监管对象信息查验
通过数据共享、服务接口调用等方式，自动查验经营业户、营运车辆（船舶）、从业人员等监管对象信息，并对重点监管对象违法行为实现在线可回溯监管。
2、证据材料电子化采集和管理
通过各类智能化执法终端，实现对证据材料的电子化采集和快速录入；通过系统接口对电子化证据材料实现调取、传输和共享；接收运行监测与分析预警应用推送的非现场违法行为信息；对电子化证据材料实现备份保存和分类管理。
3、违法线索审核与处理
执法人员对违法线索信息进行审核与调查，对审核确认构成违法行为的，转入立案登记，按照执法程序规范通知违法当事人到指定地点接受处理；对经核实不构成违法事实的违法线索信息进行记录备查。
4、执法案件办理
按照部制定的执法程序规范，实现案件立案登记、案件审核、调查取证、行政强制措施、听证、回避、处罚决定、送达、执行、案件终结等执法环节全过程记录和电子化办理。
5、执法文书制作和管理
按照部规定的执法文书式样和制作规范，自动抓取文书要素生成执法文书和案件卷宗。实现执法文书制作、核验、打印、归档等功能。部分执法文书实现电子送达。按照国务院办公厅《电子公文传输管理办法》（国办函〔2003〕65 号）和《电子文件归档与管理规范》(GB/T 18894)的要求，实现电子卷宗的形成、积累、归档、保管、利用、统计等全过程管理。
6、涉案财物管理
对依法扣押、查封、抽样取证的财物以及由执法机构负责保管的先行登记保存的财物建立电子台账，实现涉案财物的接收、登记、保管、移交、处置等环节的电子化管理。
7、执法案件协同办理
实现跨地区、跨部门执法案件的电子化移送和执法文书的远程调阅。在联合、协作执法过程中，实现案件相关信息的自动抄告和共享转化。实现与刑事司法机关的相关案件信息电子化对接。
8、执法风险预警
在系统中设定办案流转环节、法律依据、自由裁量基准、法定办结时限等执法风险的预警提示功能，实时提示办案人员依法办理，防范执法风险。
9、法律法规和自由裁量基准查询和管理
实现办案人员及相关监督人员对办案过程中涉及的法律法规和自由裁量基准的在线查询、选取适用、更新管理等功能。
10、执法案件查询展示
基于地图提供分类型、分大队、分区域、分阶段或分案件来源展示和查询案件位置和状态功能。
结尾：非常感谢大家阅读《微信解决方案》，更多精彩内容等着大家，欢迎持续关注华南创作网「hnchuangzuo.com」，一起成长！
编辑特别推荐： 欢迎阅读，共同成长！