oto平台建设方案

oto平台建设方案（通用9篇）

oto平台建设方案 篇1

OTO平台运营方案

一、如何让客户注册

1、会员制注册

1）注册奖励。如：只要设计师注册可象征性的奖励100元或积分制等

2）绍注册奖励。如：只要介绍注册的对象是设计师，象征性的奖励100元积分制等

2、打造设计师社区（如图）

让设计师在其中展示才华，能在上面学习新的知识，并找寻灵感的平台。

3、手机使用二维码注册

对于一个全新的平台，客户不会主动的去注册。我们可以让目标客户扫二维码，让客户被动的去注册。

4、产品高利润吸引

足够的利润空间，使得设计师主动注册平台会员。

5、付费进行推广

如百度、腾讯、搜房等

6、各大网站免费发布推广信息

二、如何对客户进行审核与筛选

对客户的评价与选择分两个阶段，一是基础信息审核，即对客户和客户信息进行核实和校验；二是客户资质筛选，即通过一系列指标评价客户优劣与发展情况。两阶段依次进行，严格遵循先审核，后筛选的规则。

1、基础信息审核 审核客户信息，通过信息审核的客户才能成为注册用户。用户审核主要从以下三大方面着手：

真实性：是指客户资料与客户实际情况相符。如：企业名称、营业执照注册号、工商注册时间、设计师资格证等

完整性：客户所填写的材料必须满足成为会员的要求，正确性：由于客户在填写材料方面避免不了不错，公司将提供专业的辅导。

2、客户资质筛选

客户资质筛选分为两个环节，优选环节考量客户资质优劣，根据客户资质水平筛选出优良客户；黑名单环节考量客户是否有不良记录，包括与法律法规相违背的情况等，属于一票否决机制。

（1）优选 针对客户优选制定客户资质评价，以分项指标评分形式，汇总统计得分确定客户资质水平。

采取定量分析与定性分析相结合的方法，不单纯依赖正式的财务报表、商业计划或各类书面文件，注意收集客户用电量、用水量、电话费等非财务信息和软信息，关注网上交易记录调查。

对客户资质评价分经营情况、非财务性质标、经营者素质三大方面进行分析。对客户的生产经营、资信情况、经营者及家庭情况进行分析和评估。其中三大方面分别考量：

经营情况：以定量指标（财务指标为主）评价客户运营、发展状况；

非财务性指标：从三表数据等其他方面，定量和定性评价客户经营发展情况； 经营者素质：考量实际经营者的素质，包括从业经验、个人信用等。

（2）黑名单

针对出现以下情况之一的用户，直接进入黑名单，筛选剔除、不予推荐。1.涉及法律诉讼、仲裁或经济纠纷；

2.发生了重大损失的安全事故或重大人事变动；

3.因违法违纪受到税务、海关、工商、公安、环保等部门的追究和处罚；

4.被外管局、人民银行、银监会等权威机构列入“黑名单”或取消有关资格；

5.被吊销（或停止使用）贷款证、法人营业执照、专营权、主导产品生产许可证，或被勒令停产整顿，被查封、冻结资产；

6.因较为严重的不良行为被新闻媒介披露；

7.企业及其主要经营管理人员违法乱纪、走私贩私、商业侵权、贪污腐败以及生产经营伪劣假冒产品；

三、如何让客户在OTO上购买

1、客户需求。客户对于商家有什么样的期待，这些需求需要长期的进行整理与归纳，这都是商家可以上升的空间。

2、服务流程。在服务的感受方面也强调一个人性化的表现，让顾客的感受更完美，让商家的服务在顾客心目中的地位更强大。

3、品牌核心。让自己的品牌价值表现在方方面面，让客户在体验中爱上品牌，认可品牌，成为忠诚的顾客。

4、现实感受。顾客在商家的店铺里面有一定会有一个现实的感受，这种感受是多维的，从眼晴看见的到听到的，从服务里面体验的到相互之间交流的，这种多维的现实感受需要商家精心去研究，找准每一个环节的发力点，做得更好，做得更有特色。

5、在线信息。把自己的形象通过在线信息这个层次进行良好的打造，让自己的形象通过一定的包装，一定的口碑表现出来，这也是客户体验的一个最初阶段。这也是吸引客户的一个最开始的阶段。

oto平台建设方案 篇2

广电发展互动电视业务, 关键要考虑双向网络改造以及媒体存储分发平台 (CDN) 两个方面。选择技术实力雄厚的集成商完成各个系统的对接也是尤为关键的。

1 互动电视平台的技术路线选择

互动电视平台的技术方案主要有回传通道+IPQAM方式以及纯IP方式。

回传通道+IPQAM方式是目前广电发展互动电视业务的主流方案。该方案主要采用双模机顶盒, 控制信号通过IP方式的回传通道上行, 视音频流通过IPQAM通道以TS流方式下发。而直播信号仍以传统的DVB广播方式下行。回传通道有多种方式如CMTS+CM、EPON+LAN, EPON+EoC等方式。CMTS+CM方式的结构图如图1所示, EPON+LAN方式的结构图如图2所示。

另一种思路即为纯IP方案, 即构建一个彻底的全双向网络, 视频内容和信令在同一个IP通道内传输。而广电网络Cable线路极高的入户率具有重大的价值, 为保护原有投资并具有较高性价比的方式即EPON+EoC方式。纯IP方式具备更好的时移、消息、可视电话等互动增值业务的发展潜力, 也更符合三网融合的潮流趋势。

UT斯达康的iDTV广电互动电视解决方案, 可以支持以上两种构架模式, 并且两类平台的建设均已在广电领域内得到实施和客户的认可;随着广电网络整合的进程, 同一张省级网络下的各地市很可能会采取不同的组网方案, 而UT斯达康最新版本的互动电视平台可在一套系统上同时支持以上两种组网方式, 更加符合我国的国情和广电业的现状。

2 互动电视平台

如图3所示, 整个互动电视平台主要由STB、CDN、EPG、业务运营平台、DVB系统和运营支撑系统等子系统组成。这几大部件均相对独立, 其中对整体运营和后期业务扩展影响最大的就是媒体存储分发引擎。CDN是整个互动电视平台内容的存储分发以及流服务承载的平台, 所有的点播以及时移回看等内容均通过CDN进行存储分发, 是系统平台的核心。CDN的可靠性、可扩展性等等直接影响着运营商长期的业务发展能力。

与传统的以文件为单位进行存储分发不同, UT斯达康的CDN产品采用创新的切片技术, 并且将将存储和流服务的提供进行了融合, 大大地提高了用户点播的响应速度并且提高并发处理能力。基于文件切片技术的媒体存储和分发机制如图4所示。

所有的媒体内容首先都存放于CMS (Center Media Station) 中。然后按照一定的策略推送到HMS (Home Media Station) 和EMS (Edge Media Station) 。为了保证系统的响应速率, 同时节省存储空间, 一般将节目按照热门程度进行分级。级别高的节目 (也就是热片) , 会进行100%的推送。从而保证系统能够快速相应用户的请求。观看频率低的冷片设置为低级别, 为了节省空间, 只在CMS里面存有其全部内容, 而在HMS和EMS里面只存储节目的开始部分。用户在点播这类节目的时候, 系统一边为用户提供服务, 一边从上层服务器获取节目的剩余部分。

所有媒体内容都按片段储存。每个片段在MS中至少有两个备份。MLR保存所有片段位置信息。BMDP协议用于在MS (Media Station) 之间传送媒体内容。所有的媒体内容的推送、复制和删除操作都是有MLR控制完成的。

为实现快速、高效的内容复制及传送, 系统将每个节目分成若干容易管理的小片段。通过UTStarcom的BMDP, 在不同的ME (Media Engine) 上智能储存节目片段。MS同时考虑到了媒体储存冗余。如图5所示, 每个片段在不同ME中储存有两个以上备份。当一个ME出现故障时, 保存了相同片段的其它ME能够不中断地继续提供服务。

良好的负荷平衡策略对电信级系统至关重要。系统基于分段的储存策略, 能够比其它系统更好地实现负载均衡。系统负载均衡方法与传统负载均衡方法之间的差异如图6所示。

系统的储存策略能够确保在普通储存硬件设备中的实现稳定的媒体存储。和传统的储存方案相比, UT CDN储存方案更具成本效益和可扩展性。

同时UT奔流iDTV平台采用了先进的流量分配网络技术。该网络是将服务器中的内容存储到分布于各地的缓存服务器 (Cache Server) 中, 通过网络的动态流量分配控制器, 将用户请求自动指向到健康可用并且距离用户最近缓存服务器上, 以提高用户访问的响应速度和服务的可用性, 改善网络的服务质量。

3 与第三方互动电视运营平台集成

UT斯达康的互动电视平台能够提供端到端的整体解决方案。考虑到部分广电运营商在业务初期希望与行业龙头采用合作运营的商业模式, UT斯达康的系统方案也支持以CDN方式与第三方互动电视运营平台进行集成, 系统集成的总体架构如图7所示。

在整个互动电视系统中, UT CDN通过接口与互动电视平台的CMS (内容管理系统) 和AAA/BOSS模块对接, 接收第三方互动电视运营平台的的内容数据供机顶盒点播, 同时生成观看记录 (详单) 文件并定期发送到互动电视运营平台的后台系统进行后续的处理。

甩挂运输信息平台建设方案 篇3

甩挂运输，是指牵引车拖带挂车至目的地，将挂车甩下后，换上另一挂车运往新的目的地的货物运输方式。

集装箱甩挂运输以其高效、经济、节能、环保的优势在发达国家得到普遍应用。发展甩挂运输，可提高牵引车和挂车的工作效率，在较大程度上节约能源消耗。通过科学高效的生产组织，可大大提高货物流转速度，创造更高的时间价值。挂车待装待卸时具有仓储功能，可临时代替库房的作用，能在一定程度上节约资金，减少土地占用。现行“一主一挂”的运输生产组织模式中的装卸时间在甩挂运输中变成运行时间，可大大提高驾驶人员的工作效率，同时最大限度地消除不同场站装卸效率的差异，为开展限时运输服务创造条件。

2 甩挂运输的主要形式

（1）1线2点 这种形式主要在短途复式运输线路上采用，牵引车往复于2个装卸作业点之间，在线路两端根据具体条件进行甩挂作业，适用于装卸点固定且运量较大的地区。

（2）循环甩挂 这种形式一般是在闭合循环回路的各装卸点上，配备一定数量的周转集装箱或挂车，牵引车到达一个装卸点后，甩下所带的集装箱或挂车，装（挂）上预先准备好的集装箱或挂车继续行驶。循环甩挂运输能提高载运能力和行程利用率，压缩装卸作业时间，是甩挂运输中较为经济、运输效率较高的组织形式，但其组织工作较为复杂，对作业条件要求较高。

（3）载驳运输 载驳运输，是在多式联运各运输工具的联结点，由牵引车直接拖带载有集装箱的底盘车或挂车到铁路平板车或船舶上，停妥摘挂后离去，集装箱底盘车或挂车由铁路平板车或船舶载运至前方换装点，再由到达地点的牵引车拖带集装箱底盘车或挂车，运往目的地。这种组织方式可加速车辆周转，扩大货物单元，节约装卸或换载作业时间，提高作业效率。

3 甩挂运输的主要优势

（1）降低牵引车购置成本。在节约成本的同时，避免车辆无效行驶费用的产生。

（2）有助于实现零存库。由于甩挂运输能提高时间效益并增强货品流动性，材料随订随到成为可能。

（3）物流成本降低，整车价值提高。甩挂运输采用全封闭的厢式车或集装箱运输车，运输安全得到基本保障，并且甩挂运输采用自动化辅助设备装卸，因此货品破损率极低。

（4）运输生产效率提高。在相同的运输条件下，运输生产效率取决于车辆载重量、平均速度和装卸停歇时间等3个主要因素。甩挂运输可提高车辆每运次的载重量，从而提高运输生产效率。

据测算，在公路运输中采取甩挂方式，可提高车辆运输效率30%~50%，降低成本30%~40%，降低油耗20%~30%。如果我国现有运力全部实行甩挂运输，运输能力将提高40%以上。

4 建设甩挂运输信息平台的必要性

（1）甩挂运输要充分发挥效益，必须走集约化、规模化和网络化经营的道路，从市场、货源、道路、场站、车辆和信息管理等方面创造必要条件。

（2）甩挂运输的组织工作较为复杂，尤其是循环甩挂和载驳运输对货源组织、装卸时效、作业条件等要求较高。

（3）物流和运输单位迫切需要集成全球定位系统（GPS）、地理信息系统（GIS）和无线射频识别（RFID）等现代化技术的开放式信息共享平台，以便及时掌握车辆地理位置信息，为甩挂运输的合理调度提供必要的技术支持。

5 甩挂运输信息平台所需关键设备

（1）GPS实时监控系统 GPS实时监控系统集成GPS，全球移动通信系统与通用分组无线业务（GSM/GPRS）和GIS。GPS车载终端一般安装在牵引车上，调度中心可实时了解监控对象所处的地理方位及运行状态，有利于对甩挂运输中的牵引车实施全方位管理和调度。

（2）RFID电子标签 RFID是一种非接触式自动识别技术，通过射频信号自动识别目标对象并获取相关数据，识别过程无需人工干预，适用于各种恶劣环境。RFID技术可识别高速运动物体并可同时识别多个标签， 操作快捷方便，其中长距射频产品多用于交通运输系统，如自动收费或车辆身份识别等，识别距离可达数十米。只要将RFID读写器安装在货站或停车场门口，将RFID电子标签安装在车辆上，当车辆进出货站或停车场时，RFID读写器便可自动记录车辆信息。

6 甩挂运输信息平台的网络结构

甩挂运输信息平台可以公用无线网络（如中国移动的GPRS）与GPS车载终端为载体，通过有线或无线方式与安装在货站或停车场的RFID读写器进行通信，及时获得车辆进出信息。挂车经营单位、货主或货代以及交通管理部门可通过公网访问该信息平台，进行各项业务操作。

7 甩挂运输信息平台的主要功能

（1）牵引车和挂（厢）车经营单位可将GPS车载终端和RFID电子标签安装在车辆上，并在信息平台进行登记。

（2）牵引车拖带挂（厢）车出发时，信息平台通过RFID读写器和GPS车载终端自动记录出发时间、出发地点、拖挂情况等信息，并利用GPS车载终端进行途中实时监控。

（3）车辆到达目的地后，信息平台自动记录到达时间、停放位置等信息。

（4）运输经营单位可利用该信息平台实时查看车辆的地理位置和状态以及是否可供使用等信息。

（5）该信息平台可实现循环甩挂的智能化调度。系统事先计算好某闭合循环回路后，通知各装卸点配备一定数量的周转集装箱或挂车，当牵引车到达一个装卸点后，甩下所带集装箱或挂车，装（挂）上预先准备好的集装箱或挂车继续行驶。

（6）该信息平台具有车辆到达预警功能。装卸点可据此提前准备，预先进行货物装卸，缩短牵引车的等待时间，提高作业效率。

（7）该信息平台可与船舶、铁路等运输系统实现联动。在多式联运的各联结点，牵引车将挂（厢）车直接开到铁路平板车或船舶上，由铁路平板车或船舶载运至换装点，再由牵引车开上车船直接运往目的地。

医院信息集成平台建设方案 篇4

一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。

系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务，确保各个临床信息系统在工作流整合的基础上实现交互协作，从而以数字化的形式完成各项医疗业务。建设目标

系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍，由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个规范的系统集成平台，在IHE、DICOM、HL7等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范，开发基于规范的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。信息集成方法

信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM，RPC等标准，采用消息中间件，BPM等中间件实现；数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL（Extract-Transform-Load）工具实现；界面集成含义是应用程序界面之间相互关联引用合成，采用技术包括ActiveX插件、Portlet、IFrame等。

协同应用从早期单纯的点对点接口方式，发展到现如今的集成平台方式。各种方式中：

 点对点接口方式的复杂性在于要和不同的系统建立1：N的接口，假定有N个系统相互之间需要建立接口，则接口数为 N*(N-1)/2。

 集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发N个适配器接口即可，减少了集成平台的系统负荷。

由于医院信息系统复杂性，我们根据不同的需求和应用场景，设计分别采用上述三种不同集成方法和手段进行信息集成。应用集成

和医技辅诊科室信息系统（如PACS/RIS、LIS、MUSE等）的信息集成，这种场景，信息交互的数据量不大，实时性要求不高，且各信息系统各专业厂商实现方式相差较大，采用基于集成平台的应用集成方式是最优选择。

集成平台体系结构如下图所示，集成平台对外提供支持多种方式的集成服务：包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务等方式。

医院信息系统在国际、国内广泛采用的有一套集成规范，即：医疗健康信息集成规范（IHE）规范。IHE规范未定义新的集成标准，而是采用了“标准协调”过程推动基于工业标准的医疗IT系统互操作性。在IHE中，消息传递采用的是HL7（2.x版本)标准，影像传递采用DICOM标准。本集成平台的集成严格参照该规范进行：信息集成平台在进行消息时采用HL72.4标准进行消息传递、在消息内部传递DICOM StudyUID，以满足后续DICOM图像应用时的需要。

临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的定义参照IHE规范执行，消息的交互标准参照HL7 2.4标准执行。

集成平台内部引擎本身由Ensemble集成平台基础之上进行二次开发而来，依托Ensemble本身对各种适配器的支持，集成平台对外能够提供多种接入服务方式：TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。以更多接入方式进行各种不同方式集成各业务系统。

集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集成引擎基于标准的业务流程执行语言（Business Process Execution Language）进行扩展应用，以描述交互应用。4.1 信息集成模块与示例

信息集成组件主要由以下几部分组成Business Service业务服务、Business Process业务处理、Business Operation业务操作，这几部分共同作用下，将集成事务与消息传递进行完成。其中，Business Service主要负责进行消息的监听与接收；Business Process负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责；Business Operation负责将转换完成、最原子化的一个操作，发送/调用信息集成的目标端。同时在三者相互作用下，消息的反馈准确的返回到Business Process，由Process来讲反馈消息控制返回到消息发送方。示意图如下（后续对该示例进行说明）：

4.1.1 业务服务监听与接收

在当今医院中，存在各种各种的医疗业务系统，医疗业务系统的多样性，就将导致与其集成时，接入方式的多样性，如部分系统已实现TCP的发送传递；部分已实现文本输出等。集成平台作为医院信息系统的中转、适配角色，在接入方式的多样性成为必要条件。如前所述，在这方面，集成平台允许的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多种方式与相应的适配器。

在多种方式的接入过程中，将不同来源的消息通过统一的出口转交给业务处理部分，由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。

在本示例中，EMRS通过WebService的服务监听（BS.WS.EMRWS）方式将消息内容传递进集成平台，在通过验证后，将该消息转发给了业务处理模块中的路由模块。

4.1.2 消息路由转发

在一些应用场景中，如电子病历系统、重症监护系统、HIS系统三者进行信息传递时，部分信息是需要三者之间交互的，而部分信息仅仅需要两者之间交互，这在消息转发路由时，需要有一定的控制，起到闸门的作用。如：HIS系统进行入院登记时，需要将病人的信息发送到电子病历系统与重症监护系统；而在重症监护系统采集到病人生命体征信息时，仅仅将此信息发送到电子病历系统即可。因此，在集成平台中，引入消息路由转发的相关模块就显得比较重要。

在本示例中，EMRCTLRouter这个消息路由者在接受到BS.WS.EMRWS的消息时，可能会转发至EMRPlaceOrder、EMROrderCA、BadMessageHandle三个相关的处理模块。而具体转发至何模块，由消息头定义中的相关信息具体定义。消息路由者起到解析与转发的作用。

4.1.3 事务业务流程处理

即时消息路由已经正确路由转发了消息到准确的端点，但是在对应的端点内，还会有一些业务流程需要进行处理。如在EMRS下达一个新的Order的时候，需要的一定的情况下产生不同的业务流程分支：如该病人为门诊病人或者住院病人，则有必要产生HL7 消息中的住院病人登记信息与门诊病人登记信息：ADTA01与ADTA04。

在本示例中，BPEMRPlaceOrder的内部业务流程如下，每一个结点代表着一次逻辑处理过程：

4.1.4 消息匹配映射

在一些情况下，消息的传递方并无必要产生HL7标准格式消息的情况下，如EMRS与集成平台为内部互调时，双方之间提供预定义的WebService的接口，以快速的开发与进行集成。此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行着匹配转换的工作。而该转换工作的处理调用是由事务业务流程处理模块来发起调用的。

4.1.5 终端消息发送

在进行正确的消息格式转换与业务逻辑处理，此时的消息已经成为一个符合终端系统需要的消息格式。在事务业务流程处理中，会将此消息投递给相应的终端系统。

在投递消息完成工，事务业务流程处理模块会进入等待反馈的状况，等待终端系统反馈一个应答消息，以表示该消息在终端系统中被准确的处理。事务处理模块收到该应答消息，并组织成发送端系统需要的消息格式，并作为应答系统，反馈至发送端系统。

4.2 集成事务处理流程规划

上述主要针对集成平台中各个模块作用于应用场景进行了阐述，下面将以IHE规范中医嘱下达方医嘱执行的完整业务流程为例，进行完整的集成事务流程描述。该流程反应了普遍的医嘱流程，多数院内的医嘱流程都可参照执行，为医院的信息系统集成方式提供良好的参考。本示例中，目标系统以PACS为例。上层应用程序新开申请单集成平台PACS住院病人：发送ADT^A01消息/门诊病人：发送ADT^A04消息响应ADT^A01消息/响应ADT^A04消息发送ORM^O01消息(control code=NW)响应ORM^O01消息对检查申请进行安排后，发送SIU^S12消息响应SIU^S12消息查询申请安排情况开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息有图像数据（图像匹配）后，发送ORM^O01消息(control code=SC Order Status=DA)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询申请检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORM^O01消息查询申请检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORM^O01消息查询申请检查报告

另外，在院内经常出现的是在IHE规范中描述的：执行者医嘱流程，即由医嘱执行者（PACS系统中，为检查科室）进行医嘱下达的过程并执行的流程。如下图所示： PACS发送ORM^O01(control code=SN)消息时，消息中必须包含病人号（PID.3），也就是说病人已经挂过号。上层应用程序集成平台PACS急诊检查登录时，发送ORM^O01消息(control code=SN)发送响应ORR^O02消息(control code=NA)开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORU^R01消息查询检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORU^R01消息查询申请检查报告更新或合并病人信息发送ADT^A08消息，更新病人信息/发送ADT^A40消息，合并病人号响应ADT^A08消息/响应ADT^A40消息 数据集成

在实际业务应用中，日常医院的HIS库与ERMS库之间存在较多需要高频率、高性能要求的交互，如计价信息与药品库存等信息的实时共享等。针对这样的应用场景，我们采用了ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。目前，医院已经存在比较完整的医疗信息系统，这些医疗信息是以JW1H系统为基础，增加医院自己的需求发展而来。ERMS电子病历系统是一个完整的独立产品，他有他自己完整一套的系统架构和数据中心结构，而在系统架构和数据中心结构上医院现有医疗信息系统和EMRS电子病历系统都存在较大差异，这就决定了现有系统和EMRS电子病历系统很难共用一个数据库。可另外一方面，EMRS电子病历系统和医院现有医疗信息系统都是医院系统不可分割的一部分，他们即有自己工作的重点，又有相互联系和配合，只有相互无间的结合，才能快速、高效和正确地完成日常工作。应用EMRS电子病历系统之后，医院现有医疗信息系统的主要工作就会变成传统意义上的HIS业务工作，如经济管理、人员管理和物资管理等，而EMRS电子病历系统主要完成以患者为中心的诊疗行为业务工作。

两者之间存在着千丝万缕的关系，以医嘱业务举例，如EMRS电子病历系统下达、转抄和校对医嘱之后，医院现有医疗信息系统需要完成对应的业务操作，如医嘱摆药和医嘱收费操作等，这就需要在这两个系统之间同步数据信息，而涉及到同步的医疗业务往往涉及的医疗各个环节，如诊疗、药房、收费、人员管理等，因此需要信息同步的数据量会比较大，而同时为了不造成医疗业务的延迟和脱节，也需要很高的实时性。

在这种应用场景下已不适宜采用基于集成平台的，通过消息交互的应用集成方式。消息集成方式，往往需要一个发起方和接受方，而发起方和接受方往往需要一些额外的支持，如发起方需要调用接受方提供的接口等，期间可能还涉及到一些负责的来回交互，最主要的是，消息集成在数据量很大的情况下，处理速度不是很快，因此，我们将通过数据集成的方式来实现数据同步，数据库集成工具采用Oracle GoldenGate。

医院涉及到需要数据同步的包括两个部分：HIS数据库和EMRS数据库。我们将采用GoldenGate实现HIS数据库数据和EMRS数据库之间的数据双向同步。其基本结构图如下图所示： HIS数据库服务器GoldenGate双向复制PRIDE数据库服务器 从上图我们可以看到发生在HIS数据库上的相关数据变化通过GoldenGate实时同步到EMRS数据库，而发生在EMRS数据库上的相关数据变化通过GoldenGate也会实时同步到EMRS数据库。其中具体的实现过程如下图所示：

从上图我们可以看到数据同步的核心是GoldenGate，在HIS数据库和EMRS数据库上变化数据的捕获、传递和复制都是通过他来完成的。当EMRS数据库发生数据变化的时候，如EMRS下达、校对医嘱之后，此时运行在EMRS数据库服务器上的GoldenGate将捕获该功能业务对应的变化数据，并通过网络传递到HIS数据库，HIS数据库接收到这些变化数据之后，运行在HIS数据库服务器上的GoldenGate解析这些变化数据并应用到HIS数据库，此时如摆药程序就能看到相应的医嘱记录并进行摆药。反之HIS数据库上的变化数据也是经过上述过程应用到EMRS数据库。

通过GoldenGate我们可以很好地实现了HIS数据库和EMRS数据库的之间的独立和联系，使他们各尽其职，分工明确，一起很好地共同支撑整个医院的正常运营。5.1 GoldenGate概述

Oracle GoldenGate软件是一种基于日志的结构化数据复制软件，它议决剖析源数据库在线日志或归档日志取得数据的增量改变，再将这些改变运用到目标数据库，从而完成源数据库与目标数据库同步。GoldenGate 能够在异构的IT基本结构（包括几乎一切常用操作系统平台和数据库平台）之间完成大量数据亚秒一级的及时复制,从而在能够在应急系统、在线报表、及时数据仓库供应、买卖跟踪、数据同步、集中/分发、容灾等多个场景下运用，而我们采用的场景是数据双向复制，GoldenGate双向复制的工作原理如下图所示：

如上所示，GoldenGate在实现数据同步的时候，主要涉及到三个重要进程：抽取进程、投递进程和应用进程。

1.抽取进程：就是上图Capture进程，该进程主要负责读取数据库对应的日志文件，将数据变化保存到队列文件中；

2.投递进程：也叫传输进程，该进程主要负责将源数据库中产生的变化的队列文件进过压缩和加密等方式，通过网络传输到目的数据库； 3.应用进程：也叫接纳进程，该进程主要负责将投递进程传递过来的源数据库的数据变化队列文件解析出来，并应用到目的数据库中。上述三个进程完成了从源数据库到目的数据库的单项同步，如果再加上从目的数据库到源数据库的相似的三个进程，就实现了源数据库和目的数据库之间的双向同步。

5.2 GoldenGate的特性

1.基于日志的实时数据复制：相比传统依赖数据库触发器和规则的方法来捕获数据变化，GoldenGate采用读取日志方式对源数据库影响小很多，速度也快很多。

如上图所示，GoldenGate是通过数据日志挖掘的方式实现的。2.事务完整性：GoldenGate只复制成功提交的事务，同时目标数据库按照源数据库的操作顺序，而且，可以中断可以自动恢复，这些保证了源和目标之间的事务完整性。

3.检查点机制保障数据无丢失：GoldenGate的抽取和复制进程使用检查点机制记录完成复制的位臵。对于抽取进程，其检查点记录当前已经抽取日志的位臵和写队列文件的位臵；对于投递进程，其检查点记录当前读取队列文件的位臵。

上图中，Capture、Pump和Devlivery将传递状态存储至checkpoint file确保其恢复性，检查点机制可以保证在系统、网络或GoldenGate进程故

障重启后数据无丢失。

可靠的数据传输机制：GoldenGate用应答机制传输交易数据，只有在得到确认消息后才认为数据传输完成，否则将自动重新传输数据，从而保证了抽取出的所有数据都能发送到目标端。数据传输过程中支持128位加密和数据压缩功能。界面集成

对于医学影像、心电图波形数据，临床医生的需求是，不仅能浏览图像和波形，还须有对其处理的要求，通常对应系统供应商提供了DICOM影像浏览器和心电图浏览器，这些浏览器提供相应的工具来处理、管理、传输和转换图像和波形。针对这种带专业处理功能的人机交互界面的应用程序，我们采用界面集成的方式，集成专业浏览器插件或应用程序。

针对这种方式的场景，EMRS系统将采用界面集成应用的方式集成数据综合浏览视图，在临床数据中心一节中已提到，该视图采用组件化方式进行开发，实质是各类专业浏览插件的容器，支持对各种医学影像（X-Ray、CT、MRI、超声、胃肠镜）、心电图、监护数据和麻醉监护数据等在内的多种医疗数据的综合阅览分析。

至于各专业浏览器插件内部的实现，可能又会采用应用集成的方式，但通常为了提高性能，和多媒体资料库中心采用直连的方式获取影像和波形。

以DICOM影像浏览器组件为例，其内部采用DICOM标准进行医学影像格式定义与交互传输。该模块以OCX控件的方式实现，同时提供给集成事务处理模块和医护工作站使用。EMRS医护工作站使用DICOM引擎主要实现从影像中心查询和获取影像等功能。6.1 DICOM影像应用流程规划

DICOM影像的显示流程如上图所示，主要由以下几步组成：

医护工作站通过调用DICOM引擎，设臵参数（Study UID或Study Type + Study ID，DICOM Server的IP、Port、AE）*，请求获取一个检查的影像；

DICOM引擎启动DICOM Query服务，获取检查影像数，事件通知医护工作站，医护工作站可以根据返回的影像数启动初始化进度条；

DICOM引擎启动DICOM Move服务，向影像中心请求影像； 影像中心启动DICOM Storage服务，向DICOM引擎发送影像；

DICOM引擎每接收到一个新文件，事件通知医护工作站，医护工作站可以在此事件的处理中打开并显示此文件，同时改变进度条位臵；

DICOM引擎接收到DICOM Move响应，表明文件获取已经结束，事件通知医护工作站。核心价值

通过建立集成信息平台，集成各类应用系统以及日常运营的业务，通过该平台整合医院内部业务应用系统，形成一个互联互通的医院业务协作网络。医院信息集成平台可以很好支持不同系统之间的医疗数据整合、业务整合与数据共享，快速实施应用程序节点部署以及各医疗子系统之间的协同通讯。在医院信息系统中的各子系统中，比如HIS,LIS,RIS,OA等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。

oto平台建设方案 篇5

一、产品简介

“驾校视频云”APP是一款针对驾校学员提供学习的视频展示终端。平台采用云视频在线教学模式，更够随时随地给驾校学员提供便捷的学习条件。

为了更够更好的用新媒体视频平台的形式连接驾校与学员，更好的让驾校更方便的服务广大学员，我们推出”驾校视频云”理念，用视频的形式进行驾校教学的相关课程，让学员随时随地，无论身处何处都可以在“驾校视频云”APP终端进行学习和提升。

“驾校视频云”APP不仅仅是驾校学员学习的软件平台，并且将会连接汽车资讯、汽车展会、汽车娱乐（搞笑、娱乐类生活视频）、汽车保养、汽车维修、汽车品牌及商家入驻。打造驾校学员的学、娱、购、修为一体的APP汽车生活平台。

二、项目框架

“驾校视频云”APP项目框架：

1、频道分类：资讯、驾考、娱乐； A、资讯：驾校考试相关图文资讯展示；

B、驾考：包含科目

一、科目

二、科目

三、科目四等各科目教学视频展示；

C、娱乐：驾校收集有关用车相关的娱乐视频汇总。

2、首页模块：海报轮播、资讯推荐、驾考教学、有车有笑、名车展厅、保养贴士；

A、海报轮播：app首页顶部轮播推荐模块； B、资讯推荐：驾校考试相关图文资讯推荐模块； C、驾考教学：驾校教学视频推荐模块； D、有车有笑：驾校娱乐视频推荐模块； E、名车展厅：知名品牌汽车展示视频模块； F、保养贴士：保养及维修汽车视频展示模块。

3、底部功能：首页、报名、约考、通知、我的；

A、首页：app首页切换功能； B、报名：驾校学员报名功能； C、约考：驾校学员约考功能； D、通知：驾校讯息通知功能； E、我的：用户登录及注册等相关功能；

4、用户功能：注册、登录、评论；

三、项目周期

“驾校视频云”APP从建设到上线周期：7个工作日，完成APP框架、功能、内容、上线、发布，一站式便捷操作。

四、项目优势

A、项目施工周期短（7天时间完成上线）；

B、无须专业技术人员，只需要将驾校视频内容上传至云平台即可；

C、节省人员及硬件开支；

D、学员享受乐视网平台的体验效果；

E、加入乐视网平台大数据广告体系，快速实现平台广告盈利。

需要考生学习的科目共计三项，从学员具体学习来看，科目一完全可实现视频化教学。就科目一如何实现数字化视频教学，我们有以下建议：

1、驾校建立自己独有的APP。优势：有利品牌形象提升。

2、APP上搭载科目一老师讲课视频及动画演练。

优势：节省驾校教师、场地等成本，学员学习的时间成本，使学员有效利用碎片化时间看视频学习，增加学员与驾校的粘性。

3、视频根据课时分段进行，学员按顺序点播观看。优势：监督学员认真观看完整学习。

4、视频内容可依据驾校要求，官方提供或各驾校现场录制。优势：自助选择，品质保证。

5、APP功能涵盖驾校介绍、学习流程解读、科目一教学视频、科目二、三等现场学习或考试视频、学员签到互动等功能。优势：内容丰富，做学员学习的好帮手，提升服务。

6、APP构建7个工作日可完成，视频录制15个工作可完成。优势：项目时间成本低。

7、APP可搭载广告资源优势：从教学到盈利的一个升华。

五、项目费用

APP搭建费：8万元 APP运维费:3万元 视频制作费：3万元

oto平台建设方案 篇6

很多家庭的小孩已经上小学了，家里有着大量孩子穿过的衣物、玩具和图书，这些东西小孩子已经不用了，但在家里还占着地，仍掉吧，太可惜了，里面盛满了孩子的记忆。小孩子长的快，衣服基本就穿了半年。尤其是这些儿童图书，别的小朋友也都能用，当时都是从书店原价买的，一本都几十块，仍了太可惜了。

儿童闲置物品捐赠交流平台（中心）就有它存在的意义了。爱心物品的传递就是爱心的传递，爱心本来应该是有情的，哪如何让这份感情融入到产品中呢？就是交流。人类通过语言、表情、手势等方式来表达和传递信息，又通过交流升华感情。用交流的方式表达内心的想法，那么信息的交流也应该是产品的语言。

爱心妈妈捐赠两本书和一件衣为例，对于捐赠者来说也很希望能看到物品流转的过程：

1，爱心妈妈捐赠了图书2本和一件衣物，图书分别是“好妈妈胜过好老师”、“十万个为什么”，衣服是孩子穿小了的羽绒服。

2，捐赠物品从志愿者或慈善代收机构送往总部。

3，从总部发往专业的清洗消毒点，进行消毒。4，通过对接，两本图书发往A地，一件衣服发往B地。

5，一件衣服送给了B地的一个叫妞妞的小女孩。

6，两本图书送到了A地一名叫壮壮的小男孩子手里。

7，收到了一张工作人员与妞妞穿着小羽绒服照的照片，照片里妞妞甜美的笑着。

8，在平台上收到一封邮件，打开邮件后是一封感谢信。是妞妞妈妈写的，看过信后，爱心妈妈心里一片温暖。

9，爱心妈妈在平台上关注了妞妞妈妈并加为好友，并开始了两位母亲的聊天之旅……

10，爱心妈妈在自己的需求里发了一份需要一本小学一年级教科书的需求。于是壮壮妈联系了他，并把书通过平台邮寄了过来。从此两地互相关注、互相帮助、相互了解、相互沟通让平台更加有价值，更有人性。

如果让收到物品的年轻妈妈能够说上一段感谢的话，写上一段感谢的文字，都会是对爱心妈妈的一份支持。这还是浅层次的，如果通过这次爱心捐赠，让捐赠者爱心妈妈与受捐者年轻妈妈间搭建起一个情感交流平台是不是更好呢？再深一点思考，爱心传递后如果能够让两个孩子间建立起自己的友谊呢？不仅可以让大孩子看到自己的物品在小孩子家里发挥了价值，会让孩子们更有爱心，更容易融入到将来的社会，还能让大孩子与小孩子间建起一个交流平台，共同成长，互相关注。

物品的传递不重要，让爱心和正能量传递下去才更重要，再通过交流让正能量传递下去。情感是产品的升华、是产品的灵魂，如何让这个平台变得有感情、有思想，更有人性呢？

对于我们老百姓来说，都有着一颗八卦的心，尤其是女人。“儿童闲置物品捐赠交流平台”上增加“说你身边的故事”或“孩子的成长记录”环节，妈妈们可以谈谈孩子的教育，谈谈自己的生活需求，讲讲自己的故事，或者晒晒孩子的成长，都会成为大家的话题，成为话题后产品也就跟着一起潜移默化的被推广了。

帮助他人我们会很快乐，这是人的另一个本性。“儿童闲置物品捐赠交流平台”本身就是一个帮助他人的平台，所以这种平台会很容易被推广，当别人知道是一个帮人的平台，很多人会不求回报的帮忙分享。如何在平台上再加上“帮助热线”、“爱心传递”之类的栏目，在更好的获取用户需求时，还能更多的帮助他人。那样，产品就不单单的只是情感层面了，而变成了“大爱”，它将会更容易打动人，获取支持和点赞。

在“儿童闲置物品捐赠交流平台”中可以加上“儿童教育分享”、“听妈妈讲故事”等栏目，在栏目里分享一些优秀的教育思想，加上些益智游戏或加上一些孩子爱听的音乐、故事，都是对妈妈和孩子来说有价值的，通过这些有价值的内容来黏住用户，让用户天天想着你，而不仅仅有物品需要转让时才会想起我们。

“儿童闲置物品捐赠交流平台”可以展示用户的爱心，只要我们平台帮助用户实现这种愿意，用户就会常常过来继续献出爱心。如果在平台上加上接受捐赠者的感谢信，被捐赠者穿着你给的衣服的图片，并有个栏目把它们晒出来，是不是就有这样的效果，捐赠者和被捐者都会很愿意分享这些图片和信件的，同时也会从中得到快乐。

我们无处不是生活在比较的环境下，在“儿童闲置物品捐赠交流平台”可以加上“爱心积分”、“晒一晒”等功能，让产品来满足用户的比较心理，顺应内心、抓住内心。

oto平台建设方案 篇7

要建设好一门课程, 必须在正确的指导思想的统率下, 使知识得到最佳组合, 理论方法得到体现, 课程内容跟上时代的步伐, 最终使学生学得快, 用得上。

(一) 体现时代要求, 强化“三基”教育

全面体现时代要求, 强化会计基本原理、基本方法和基本技能的“三基”教育, 为学习会计学后续课程奠定坚实的基础。

(二) 结合专业特色, 培养学习方法

依据人才培养的要求, 将专业基础知识传授与职业道德教育、专业能力培养与综合素质训练相结合, 实现学生知识结构、专业能力、职业素质的协调发展和综合提高。在会计学课程的教学中, 结合学生的所学专业特色, 让学生从管理的角度进一步理解学习会计的必要性, 以及逐步培养会计学习的科学方法。

(三) 认识学生主体地位, 构建知识基础

适应未来社会经济环境的变化, 在课程内容设计与教学组织中, 充分认识学生的主体地位, 注意培养学生的专业兴趣和学习会计学的方法, 构建支持学生终身学习的知识基础。

二、进行正确的课程目标定位

非会计学专业开设的“会计学”课程, 是培养管理者利用会计信息进行经济预测与决策、编制预算与计划, 从而对经济活动实施有效控制的一门学科基础课程。简而言之, 非会计学专业的学生学习“会计学”课程的目的是学会怎样用会计, 而不是怎样做会计。这是非会计学专业的学科基础课程与“会计学”专业的学科方向课程的本质区别。这一目标定位, 不仅激发了学生学习“会计学”课程的积极性, 而且强调了学生树立管理意识。

三、构建创新性的教学知识体系, 教学内容紧跟会计学科前沿

(一) 课程知识体系构建的创新

“会计学”课程集数学学科、管理学、会计学多学科交叉;在会计学科领域具有极强的综合性。该课程的知识体系, 一方面, 我们参照证监会要求的我国上市公司年度报告中“财务报告”的内容与思路构建, 以明确“会计学”课程的外延。另一方面, 突出财务分析与审计报告利用的内容, 以明确“会计学”课程的内涵与核心。

(二) 教学内容紧跟会计学科前沿

为了使学生能够跟上知识更新的步伐, 教师们不仅将我国《企业会计准则》的改革与变化适时补充到教学内容中, 保证了学生学到的是最新知识;而且, 注重探讨《企业会计准则》变化的原因以及对企业经营活动的影响, 使学生把握我国会计学科的现状与会计改革的方向。

四、创新教学方法与传统教学方法有机结合

(一) 采用真实案例教学法

各章开始以经济生活中的热点真实案例作为本章的引言, 引导出本章学习的内容并提出问题, 极大地激发了学生的学习兴趣。例如, 在会计规范内容中, 介绍蓝田股份有限公司造假案例, 分析企业造假的动机与手段, 尤其给股东、债权人等信息使用者造成的影响, 强调会计信息质量要求的重要性。

(二) 根据内容和学生特点, 采用不同的教学方法

1. 在“基础会计”部分, 进行全真会计凭证、账簿资料演示

这是一种传统的教学方法, 不仅节省了该部分内容的讲授时间, 而且使枯燥的学习内容变得直观、易接受、有兴趣学习。

2. 布置“扩展知识”的讨论题目, 增大信息量

例如, 以讲授货币资金内容中的“库存现金、银行存款控制问题”扩展到“公司治理与内部控制问题”。让学生课下利用网络资源查阅资料, 课堂讨论的方式完成。这种创新的讲授方式, 不仅使学生很好地掌握了知识, 而且拓宽了学生的知识面。

3. 根据学生能力进行差异化教学

对于难度较大的内容, 课堂上介绍基本思路与框架, 多数学生达到了解的目的;学习能力强的学生, 在教师的指导下通过练习题达到掌握的目的。

(三) 采取趁热打铁, 跟踪追击, 直指目标的讲授方法

在各会计要素核算内容之后, 针对会计核算内容与会计报表的关系做出基本的分析。这种教学安排, 不仅明确了各会计要素在会计报表中的位置与含义, 而且基本理清了各会计报表项目的形成与意义, 正可谓“趁热打铁”。

五、加强“会计学”的实践教学建设, 培养学生的动手能力

会计学是一门技术性较强的课程, 学生在学习相关理论知识的同时, 还需要通过动手实践才能更好地掌握相关知识。通过模拟实训, 使学生从感性上认识、了解会计凭证的填制、账簿的登记和报表的编制。这样, 既有利于课堂理论教学内容的讲授和学生对课堂理论教学内容的理解与掌握;又增强了学生的学习兴趣和学习热情, 由要他们学习转变为他们要学习, 提高了课堂理论教学的质量。

参考文献

[1]周英.经管类非会计专业《会计学》课程建设与改革研究:基于管理学院《会计学》平台课程的教学实践[J].常熟理工学院学报, 2011, (6) .

oto平台建设方案 篇8

关键字：“天地图”；地理信息公共服务平台；市县一体化；建设方案

1 项目背景

国家地理信息公共服务平台公众版“天地图”，是 “数字中国”的重要组成部分，也是目前我国基础地理信息数据资源最全的，面向政府部门、专业机构和社会公众服务的大型地理信息服务网站 [1，2]。江西省市级节点基本建设完成，部分县级平台也开始建设。对县级国土部门而言，独立建设县级平台面临着财政、技术、人员多方面的困难，且县级用户需求较省市级简单，所以市县一体化建设思路很适合县级平台建设。

2 市县一体化建设方式

综合考虑地理信息公共服务平台实际应用特点和 IT 技术现状，我们建议采用主从分布式方式进行市县一体化地理信息公共服务平台建设，将数据集中在市局管理，通过在分节点部署服务代理来为县级用户加速，通过自主的县级门户来为各县展示特色，同时通过数据处理与上传工具将县级数据纳入平台统一管理。

3 需求分析

3.1 用户分析 。3.1.1 县级政府部门、企业公众用户 。政府部门是地理信息公共服务平台的最主要用户，这部分用户对县地理信息公共服务平台的应用需求深度不一，可以概括为非注册、注册、开发3类用户；针对企业公众用户，主要提供包括“在线地图操作”、“地名兴趣点查询”、“个人标注”、“公交查詢”等应用。 3.1.2 县级平台管理用户 。县国土局是地理信息公共服务平台的数据处理与县门户系统运维单位，除了具有政府部门用户和企业公众用户使用需求以外，还承担数据提交与系统运行维护。3.1.3 市级平台管理用户 。市国土局是市县一体化地理信息公共服务平台的数据维护与系统运维单位，承担县级数据的整理、入库与系统运行维护。

3.2 业务流程分析 。3.2.1 县级数据入库更新流程

3.2.2 县级服务发布流程。县级提交服务发布申请，选择注册数据服务功能，输入要注册数据服务的描述信息，选择要注册图层所在的目录，然后输入数据所在的数据库、数据表等信息，提交。市级审批发布申请，数据服务注册审核员登录平台管理子系统，查看待审核的注册信息；市级发布相应服务，审核通过，那么系统自动注册图层，并将元数据描述信息保存到元数据库。

4 总体设计方案

4.1 总体设计思路 。以市级地理信息公共服务平台为基础，充分利用市级平台软件、硬件和数据资源，建设县级分节点，构建面向服务的“市县一体化”体系架构，发展面向县级政府部门的地理信息协同服务，开发面向公众的地图与地理信息服务。[3]

4.2 总体框架设计 。由“支撑层”、“数据层”、“服务层”、“系统应用层”和“标准规范与运行保障体系”共五部分组成。支撑层是市县一体化平台运行的基础与支撑，其中市级主节点包括网络与设备和支持软件2部分组成，支撑软件包括：操作系统、数据库、GIS平台、中间件和防病毒软件等；县级节点包括网络与服务器设备。 数据层是市县一体化平台服务的基础。市县二级数据统一汇交到市级整理建库，县级不搭建空间数据库。各县数据经县级运维人员处理后，提交到市级平台，再由市级数据管理员进行整理入库。数据发布后，服务所关联的地图和数据内容缓存可自动同步到县级平台，为县级平台的访问加速。

服务层是公共服务平台应用系统开发和对外应用对接的基础，细分为服务接口和服务引擎两部分，服务接口对外提供服务调用，服务引擎负责实现服务接口具体功能。对于上层应用，只要服务接口不便应用系统就可以维持不改动，确保应用和接口的松耦合关系。服务接口是规范，服务引擎是具体实现和提供。应用层是针对具体业务使用的应用系统，主要基于服务层提供的服务来组装界面实现，原则上不直接访问数据库。一部分是市县一体化地理信息公共服务平台组成的应用系统，另外一部分是公共服务平台以外的对接应用系统。

4.3 体系结构设计

4.3.1 市级平台 。市级平台需做以下完善工作：增加服务同步模块，与各县节点的代理服务之间进行内容同步；增加县级数据接收工具，用于提取县级数据；增加与各县节点的数据对接工作机制，完善县市间的工作流程。

4.3.2 县级平台 。县级平台主要工作：配置一台服务器，用户搭载服务代理与县级门户；部署县级门户，承担县内用户的访问量，减轻市级平台压力；部署 GIS 分发软件，完成对市平台的服务代理、内容缓存等工作，承担县内用户对服务的访问，并为服务访问加速。

参考文献

[1] 周耀学，卫东， 邱文. 省级地理信息公共服务体系建设[J]. 测绘通报.2011（8）：23-25

[2] 翟永，刘津， 陈杰.天地图网站云架构系统设计[J]. 信息安全与通信保密.2012（9）：81-82

[3]江洲，李琦.地理编码的应用研究[J] 地理与地理信息科学.2003（3）22

oto平台建设方案 篇9

电子政务外网建设到今天，基本建成从中央到地方统一的国家政务外网，横向连接各级党委、人大、政府、政协、法院、检察院等各级政务部门，纵向覆盖中央、省、地（市）、县，满足各级政务部门社会管理和公共服务的需要，确保了国家政务外网的统一性和完整性。这对政务外网的监管提出了更高的要求，建设信息安全监控体系，及时发现和处置网络攻击，防止有害信息传播，对网络和系统实施保护与监控是当务之急。

1.电子政务外网面临的安全威胁

电子政务外网是一个综合的、复杂的信息网络系统，它的运行情况、每一个环节和部件是否存在安全隐患和故障因素，应用系统的服务器和数据库资源是否存在安全漏洞和数据泄密或丢失等情况，就会对电子政务外网造成严重的威胁，主要威胁如下：

 基础网络面临的威胁：纵向到底，横向到边的政务外网基础网络架构，为电子政务提供了最基本的网络平台，而网络入侵、病毒入侵、僵尸网络等攻击行为严重威胁到网络的可用性、安全性。 互联网出口面临的威胁：电子政务外网的互联网出口处于一个公开的网络环境，信息泄露、病毒攻击、黑客防攻击、僵尸网络等严重威胁到电子政务的互联网出口边界。

 网站面临的威胁：“政府网站”的权威性和公信力都是其它网站所不能比拟的，同时政府门户网站促进了政府办事效率的提高，增强政府与企业与民众的亲和力，改善了政府的形象，而政府网站极易受到篡改、SQL注入、跨站攻击、网站挂马、网络舆情、网站服务中断的威胁。

 应用系统面临的威胁：业务应用是核心，而应用系统依赖多种基础设施支撑，管理人员很难直接判定问题是出在基础网络、系统服务器、数据库还是应用系统自身，故障难以定位将直接导致业务恢复时间的推迟，影响业务系统的正常运行，大大降低工作效率。

2.天融信电子政务外网安全解决方案 天融信基于TSM-TopAnalyzer建立的电子政务外网信息安全监控预警平台，实现全面的网络态势感知与监控预警系统，对网络活动行为进行有效的监控与评判，这就意味着基于事件的整合，发现这些问题，并对这些问题采取措施。并从管理的角度体现信息安全系统的动态模型，而不仅仅是一些静态的管理模型，重点提升对网络、互联网出口、核心业务系统、重要网站的主要安全威胁的可知、可控、可管能力。如下图所示：

图1 天融信电子政务外网安全监控预警平台重点业务示意图

电子政务系统信息安全监控预警平台是用户实现对业务系统的全局安全事件监控、安全设备监控、系统的状态监控及安全运作管理的中心枢纽。该平台是一种安全监控管理的形式，它的职能主要为技术和管理层面的监控职能，并有效地将安全监控与分析系统、态势感知系统、流量监控与分析系统、僵尸网络监控系统、蜜罐系统、病毒监控系统、网站安全监控与评估系统、应急工单管理系统和安全策略配置有机的整合在一起，如下图所示： 领导IT主管运维视角维护人员安全事件视角审计人员审计视角业务部门业务视角…………展示层监管视角外网监控预警中心互联网出口监控预警中心信息系统监控预警中心图形化展示、报表化展示、事件实时化展示……网站监控预警中心核心处理层专家知识库安全策略库安全监控模块关联分析模块事件监控模块态势感知模块流量分析模块违规监控模块流量监控模块风险分析模块预警响应模块网站评估模块病毒监控模块……其他外部系统接口应急响应体系数据采集层归一化引擎解析引擎过滤引擎流量清洗系统僵尸网络监测系统病毒监测系统蜜罐监测系统网站监测系统漏洞监测系统BGP路由监测……归并引擎监控对象层被动主动Syslog、SnmpTrap、SchedulorCollector、FileCollector、WMI、导入业务系统应用系统数据库网络设备其他基础设施…… 图2 天融信电子政务外网安全监控预警平台技术架构示意图

3.方案优势

本方案以用户业务风险管理为核心，充分利用天融信强大的日志采集专利技术、关联分析引擎和安全态势感知技术，实现对电子政务外网进行实时、高效的监控与预警。

 以业务风险为核心的全新安全视角

在全面、深入的了解客户业务的基础上，抽取出相应的安全目标，并结合一系列国际、国内以及行业标准和规范，为客户定制专用的业务风险计算模型和计算方法。从技术和管理的双重角度实现风险管理，为用户构建动态的可信安全监控预警平台。

 完善的事件采集

TSM-TopAnalyzer通过代理（Agent）收集多类安全事件源产生的日志信息，如安全设备、网络设备、操作系统以及应用系统等，在支持日常的日志格式（包括Syslog、Snmp trap、文件、数据库等）采集的同时，充分利用天融信专利技术（专利号：200710304767.3）可快速对未知设备（系统）的日志进行采集与分析。

 强大的关联分析引擎 由于各种攻击行为都会在不同的网络设备及安全设备中留下蛛丝马迹，导致事件的产生，但是单一的设备事件确难以有效的分析攻击行为及网络中实时威胁。天融信TSM-TopAnalyzer基于状态机原理，实时关联检测技术通过使用状态机来抽象和描述攻击的过程与场景，状态机间的状态转换的条件由不同安全事件触发，可以有效的帮助我们过滤事件，在大量事件（甚至是误报事件）中提取有用的信息。

 安全态势感知技术