1.1 互动旅游体验

1.1.1 景区360°全景

1.1.1.1 系统概述

经过对三岛码头景区360°全景全方位展示，让游客更加直观的了解景区及景区相关设施的具体情况，游客有一个轻松惬意的视觉体验，对景区整体的情况有一个满意的考量，以便于她们选择旅游场所，也方便她们为出游做好充分的准备。建设景区360°全景体验，为游客提供更加优质的旅游服务。

1.1.1.2 系统设计

1.1.1.2.1 地图标签

在地图上，当鼠标滑过建筑物时，会显示出当前建筑物或景点的标签信息。标签内容包括企业名称、精美图片、景点介绍等。

1.1.1.2.2 地图标注

支持地图上的标注叠加层可进行选择查看。

1.1.1.2.3 实景漫游

经过360°全景体验，对景区景点进行实地漫游。

1.1.1.2.4 旅游网站嵌入连接

网络上综合性旅游网站的景点介绍往往不够详细，有了三维虚拟展示后，作为景区，能够把三维虚拟游览的模块供对方嵌入网站，或提供快速链接，从而在这些旅游综合性网站上能够得到很好的展示。

1.1.1.2.5 景区直接宣传展示

三维虚拟展示激发旅游者的意向兴趣，带来更多游客。旅游企业跟一般的产品的最大特征就是其不可移动性，360°实景展示结合互动创意让固化的景区等企业活起来，让一个个景点变成一道道流动的风景。让游客置身景区现场一样的体验，是景区宣传展示的最佳手法。

1.1.1.2.6 WEB端应用

网上的景区门户网站就代表了景区在网络上的形象。一个构思巧妙、手法创新、设计精美，展现景区的可游览性、观光性的三维虚拟展示应于景区门户网站宣传,是提升景区知名度的有效途径之一。网络上综合性旅游网站的景点介绍往往不够详细，有了三维虚拟展示后，作为景区，能够把三维虚拟游览的模块供对方嵌入网站，或提供快速链接，从而在这些旅游综合性网站上能够得到很好的展示。

1.1.1.3 建成效果

】

1.1.1 720°全景互动

1.1.1.1 系统概述

建设三岛码头景区720°全景体验，进一步深入信息化在服务游客中的应用。系统依托互联网技术和平台，增强对游客信息化服务水平和能力，满足时下越来越多在线旅游、散客自由行、自驾游等游客追求舒适、轻松、快捷、个性化旅程的体验需求，同时为景区智慧旅游建设作出更大贡献。

经过对景区720°全景全方位展示，让游客更加直观的了解景区及景区相关设施的具体情况，使游客有一个轻松惬意的视觉体验，对景区整体的情况有一个满意的考量，以便于她们选择旅游场所，也方便她们为出游做好充分的准备。建设景区720°全景互动体验，为游客提供更加优质的旅游体验服务。

1.1.1.2 系统设计

1.1.1.2.1 地图标签

在地图上，当鼠标滑过景点或建筑物时，会显示出当前景点或建筑物的标签信息。标签内容包括名称、精美图片、介绍等。

1.1.1.2.2 全景地图标注

支持在720°航拍地图上的标注，叠加层可进行选择查看。

1.1.1.2.3 背景音乐

提供背景音乐设置、播放功能，为虚拟旅游提供更加舒适的体验。

1.1.1.2.4 互动评论

支持显示观赏互动评论，并对评论进行管理。

1.1.1.2.5 实景漫游

运用现代计算机数字技术、实景混杂现实技术、三维建模仿真技术、720°实景照片或视频等技术建成数字虚拟景区模拟真实景区，经过VR眼镜实现在手机和互联网上再现景区真实场景，实现虚拟旅游，让体验者体会身临其镜的旅游风光，增强景区的公共属性。

1.1.1.2.6 景区门户网站应用

采用专业数码相机和鱼眼镜头，使用专业可升降和旋转云台，对重点景点进行720度旋转拍摄，将拍摄后的照片使用专业漫游软件进行合成，生成Flash文件（生成时内嵌入箭头指示和标记，并同步生成缩略鸟瞰图），然后加载到景区官方网站的720度实景播放模块上，经过Flash自动播放和鼠标控制播放，这样就能够在景点内全方位看到重要场所实际的情况，并根据场景箭头指示实现漫游，犹如身临其境。

1.1.1.3 建成效果

1.1 新媒体平台

1.1.1 系统概述

景区官方微博、百度直达号、支付宝服务窗等新媒体平台建设由景区自行向新浪、腾讯、百度、阿里巴巴等企业平台进行申请即可。

1.1.2 系统设计

1.1.2.1 景区官方微博

在腾讯和新浪上开设景区官方微博，每天配以图文并茂的方式更新、推送景区动态和涉旅行业的促销信息，吸引旅客前来消费，同时也能够在官方微博上实时更新景区交通和人流情况，帮助旅客规划旅游行程。

1.1.2.2 百度直达号

百度直达号是商家在百度移动开放平台的官方服务账号，基于移动搜索、@账号、地图、个性化推荐等多种方式，让亿万客户随时随地直达商家服务。

景区经过开通百度直达号可实现创新的模式跳过原有的搜索页面精准直达商家服务大幅提升商家获取新客户的能力。百度直达号是“客户需求”到“服务获得”最短的路径因此能够实现客户的高转化率。另外直达号还具有强大的实时交互能力能够实现与客户的24小时互动。另外百度直达号还具备了完整的闭环式服务能力——如票务类的订票、选坐、支付外卖行业的订餐、点餐、支付医疗行业的预约、挂号等。这些强大的功能均保证了直达号的高转化率。

百度直达号使每个商户都拥有自己的CRM后台管理系统并借助大数据分析实现对客户群体的标签化以针对不同的客户提供个性化的服务增强客户粘性提高客户满意度促进客户的多频次消费。

1.1.2.3 支付宝服务窗

由于支付宝服务窗拥有庞大的消费者群体，在每个支付宝账户的背后，有着信用卡、银行卡、余额宝、余额、消费者的线上消费习惯等，同时支付宝服务窗是支付宝为企业、组织和个人提供的直接触达用户的服务平台，入驻商户能够经过此平台对用户进行信息推送、交易场景打通和会员服务管理。因此开通支付宝服务窗不但是景区当前的建设内容，更是景区内各商户的建设内容。景区经过开通支付宝服窗不但能实现游客消费信息的整合、分析，更能为游客提供简便的出行消费方式。

2 智慧营销体系

2.1 景区电子商务网站

2.1.1 系统概述

建立景区电子商务平台，整合三岛码头景区旅游资源，实现景区门票、酒店等旅游产品的网上统一展示预订和支付，使在线营销成为旅游营销的重要手段，在线预订成为旅游者出行的主要消费方式，旅游在线预订的用户形成一定规模，旅游电子商务市场秩序规范；旅游电子商务实现交易流程规范化和电子合同标准化，数字签证认证手段在有条件的区域和旅游服务企业中得到有效推广。同时，景区整合营销平台基于旅游数据中心类型多样化、结构多元化、海量化的旅游信息资源，以及从第三方电子商务平台、论坛、微博、微信等平台获取的旅游相关信息，综合运用大数据分析技术、网络智能机器人技术、空间分析技术、BI技术、数据挖掘技术和相关数值分析模型进行旅游品牌管理和分析、舆情监测分析、旅游营销分析、旅游运营决策分析，并将大数据分析成果应用于新媒体整合营销等方面，为行业整体营销宣传、行业发展引导提供决策依据，同时，为旅行社、酒店等旅游企业科学制定营销策略、经营策略提供智慧化支撑手段和科学依据。

2.1.2 系统架构

1.1.1 系统设计

1.1.1.1 景区网络订票

系统提供景区门票的网络订购与分销。客户经过安全认证服务后可直接与景区自动售票服务器进行数据对接，实现网络订购门票，并有多种网络支付方式供客户选择，电子门票的类型能够采用条码、RFID、二维码、身份证等形式。

1.1.1.2 酒店预订管理

系统提供饭店住宿的预订，能够针对散客，也能够针对旅行社团购。客户经过网站与酒店使用的管理系统远程网络连接，使游客可在系统平台根据自己选择和调整的旅游线路预订便捷的酒店，同样提供多种支付方式供客户选择。

1.1.1.3 餐饮预订管理

系统提供餐位的预订，能够针对散客，也能够针对旅行社团购。客户经过网站选择餐馆后预订具体的套餐规格、就餐人数、详细菜谱、价位、折扣方式、用餐时间等信息。最后选择费用的在线支付方式。预订信息递交后，商家将及时经过必要的联系方式与游客进行反馈或确认，同时提供停车位预订等服务。

1.1.1.4 旅游特产购物

系统可为游客提供地方特产展销平台，游客可根据需求按商家或商品类型进行搜索和挑选商品，再经过购物车环节进行费用的在线实时支付。商品在线订购后，商家进行核对、确认发货信息，并根据游客需要可直接把商品寄往游客所在地，完成整个购买过程。交易流程中每个环节的变化，游客都会收到站内短信、电子邮件甚至手机短信等多种方式的同步通知，实现透明化、人性化的交易流程。

1.1.1.5 电子票务管理

电子票务管理主要由库存管理子系统、售票管理子系统、检票管理子系统、财务结算子系统、系统管理子系统、领导报表查询统计分析子系统、综合分析系统等组成。实现支持多门票种类（包括散客票+团队票、   二代身份证、    会员卡(IC卡、RFID卡或二代银联卡)，支持支持多种售票方式（包括现场打印、游客中心打印票、电子商务票），并实现与景区电子票务系统的对接，使网上购的门票能够直接进入景区验票，而不需要换票的环节。

1.1.1.6 旅游产品管理

产品分类管理：把旅游产品（包括旅游线路、旅游商品、酒店、餐饮等）进行分类管理。

产品详细信息管理：对涉及到产品基础资料，采购设置，仓储设置，网上产品展示描述等详细信息以及产品的图片资料、视频等进行管理。

1.1.1.7 订单管理

实现对销售订单进行统一管理，主要包括添加订单、管理订单、订单统计三个主要功能。

1.1.1.8 配送管理

实现发货信息查询、管理已发货的商品信息，与第三方物流公司的系统接口，查询配送物流确切时间和地点，实现对物流配送商品的跟踪。

1.1.1.9 旅游会员营销

旅游会员营销系统主要应提供以下功能：

（1）旅游会员注册和验证：提供会员基本信息注册和权限验证功能。

（2）旅游会员信息管理：包括会员基本信息管理、会员扩展信息管理（包括会员的文化程度、消费习惯、爱好、收入等信息）、会员级别管理、会员账户管理、会员订单管理、会员忠诚度管理、会员信用度管理，并提供这些信息的查询功能。

（3）会员积分管理：对会员的消费积分、贡献积分等信息进行管理、积分查询、积分兑换等。

（4）统计分析：对会员统计报表、会员贡献报表、会员信用报表、会员积分报表。

（5）会员营销分析：提供会员结构分析、会员忠诚度分析、会员贡献度分析等功能。

1.1.1.10 转账支付

转账支付系统提供但不限于以下支付方式，方便用户支付已定购的旅游产品：a)邮局汇款；b)银行转账；c)信用卡支付；d)银行卡支付e)货到付款；f)第三方支付平台；g)电子支付。

1.1.1.11 订单评价

平台提供评价功能，游客经过平台购买产品或服务后，可对产品质量和商家服务质量进行评价，其为景区对商家有效管理的依据之一。评价分五星评定，游客可对产品质量、价格、发货速度（如有）、服务质量等进行点评，同时游客也可输入其它意见和建议。

1.1.1.12 结算管理

结算管理由财务入账、应收与实收现金的对帐、报表查询统计打印、调帐冲账等模块组成。对各景点的门票销售不限于地理的限制之下、各渠道售票后，对这些帐务的结算管理。

财务结算主要是对每日产生的交易数据，生成各种类型的基础日报表，产生了查询统计子系统的基础数据。

财务报表有生成日报表、景区销售统计表、门票收入明细表、门票收入统计表、总售票员日报表、各售票员日报表、票型销售统计、联票结报表、签单未结账报表等。

1.1.2 建成效果

1.1 旅游产品分销系统

1.1.1 系统概述

经过建设旅游产品分销系统实现三岛码头景区门票、交通、娱乐演出、主题游乐、导游导览、自驾车位、特色项目等产品的标准化，涉旅企业可在平台上对产品的价格、折扣、库存等进行自主定义。旅游产品分销商经过广泛在线旅游电子商务平台的数据交换接口，从平台上获取景区产品数据，将其与自有的机票、酒店等产品组合成新的旅游产品，销售给自己的客户群。解决网上直销难、内部管理难、分销发展难、多元增值难问题，为制定行业政策提供数据支撑，并进一步提升地区整体的旅游信息化水平。

1.1.2 系统架构

1.1.1 系统设计

1.1.1.1 订单管理

将所有类别的订单汇聚显示，并分别针对酒店、餐饮、门票等进行汇总。支持基于票务类别、发货方式、发货状态、下单时间段、关键字（包括客户姓名、联系电话、票务名称）等条件的组合查询，为分销商提供精准的查询服务。

系统将对接第三方交易平台，如知名旅游服务供应商去哪儿、携程、驴妈妈、淘宝等。

接入短信平台，经过短码和二维码等方式实现订单信息发送。游客抵达涉旅企业进行消费时，只需提供短信短码或者二维码即可实现快速办理，增强了游客的消费体验。对于采用了新型票务系统的涉旅企业，系统支持与其的无缝对接。

1.1.1.2 产品管理

支持按照产品的不同类型对产品进行单独管理，产品类型由系统管理员进行初始化后，供应商可自主维护其产品信息。考虑到一个供应商可能存在供应多个产品的情况，在新建产品时，供应商的名称、联系电话、地址、预订须知、交通信息等相关信息能够直接继承，避免多次重复录入的情况。

系统支持对多种产品的组合包装，形成新的旅游套票。供应商在上传产品后，将会发送申请审核信息到系统产品资料审核员处，经审核无误后在电子商务平台上进行售卖。支持产品的下架、上架和有效期管理。

1.1.1.3 活动推送

当供应商在系统中发布新产品或新活动时，系统可经过信息自动向各分销商推送产品或活动信息，提醒各分销商系统已更新产品或活动，使分销商第一时间获取最新信息，以便其及时进行销售。

1.1.1.4 目的地管理

对旅游线路、景点、酒店、租车等产品进行管理，对旅游目的地所属地区进行管理。

1.1.1.5 用户管理

实现对预订用户个人信息、供应商个人信息、分销商信息的管理。管理信息包括：手机号、地区、来源地等信息。

1.1.1.6 结算中心

实现对供应商、分销商的财务结算，分授权支付、微信支付、现金支付等多种方式，方便财务中心对销售数据进行报表统计，支持导入、导出功能。

结算中心账户由业主方财务管理，所有资金流向均先到景区账户，再由财务对各大OTA及线上支付平台进行核算，结算周期及结算比例由业主与各大OTA及商户协商而定，由系统录入后自动进行结算。确保资金唯一流向为业主方。

结算管理由财务入账、应收与实收现金的对帐、报表查询统计打印、调帐冲账等模块组成。对各旅游产品销售不限于地理的限制之下、各渠道售票后，对这些帐务的结算管理。

财务结算主要是对每日产生的交易数据，生成各种类型的基础日报表，产生了查询统计子系统的基础数据。如农家乐餐饮销售排行，旅游目的地产品销售排行，酒水销售排行等，可进行游客喜好分析。

结算流程如下：

系统分为景区内实体商户和线上商户两个对象进行结算。

（1）景区内实体商户。针对游客经过电子商务平台预订实体商户产品，系统生成订单后游客进行支付，支付不成功则返回继续让游客支付，支付成功后资金直接到景区结算中心。游客现场消费后将对实体商户进行评价，系统在设定的周期内根据评价结果和人工判定，将金额按百分比返还给实体商户，如好评则全额结算，差评50%结算等。若游客未对订单进行评价，则默认好评。

针对游客现场到实体商户消费的，鼓励游客经过线上支付到结算中心的方式进行支付，以保证服务品质。游客在实体商户消费后，商户将在系统中生成临时订单，游客进行支付。

（2）线上商户。游客经过线上主流OTA进行预订，系统生成定订单，游客进行支付，支付成功后系统生成凭证，支付资金均到景区帐户，游客到景区验证消费后，根据与OTA协商好的结算周期和比例进行结算即可。同时，系统支持预存现金到景区结算中心，游客现场验证消费后可实时结算抵扣，分销商根据需要提现即可，预存现金方式主要针对其它分销商，如旅行社和散户。

1.1.1.1 统计报表

从分销商、产品、退订情况、结算情况等方面进行分销情况统计，并采用趋势图、柱状图、饼状图和表格等多种方式呈现统计结果，使结果更形象，方便主管部门和企业更加了解产品的受欢迎度，从而调整产品结构实现营销。

1.1.1.2 客户管理

经过对客户资源的集中协调管理，加强对客户资源的调研、分析、评估和控制；以“游客”为中心，将市场、销售和服务有机地整合起来，帮助景区、企业、提高收益，降低成本、提升游客游览景区的满意度和忠诚度，最终达到景区旅游综合资源的合理利用与开发。

1.1.1.3 系统管理

票型票价管理：系统根据各的实际情况对不同时期（淡、旺季）不同景点进行票型票价管理。

用户管理：系统中的用户及用户权限，可删除、增加、修改操作员。

数据字典维护：设置系统使用中所需的基础数据，如一卡通有效期设置、门票种类、售票模式等。

数据安全：备份和恢复数据。

日志管理：查询、导出或清理系统的操作日志。

1.1.1.4 开放接口

系统提供与线上OTA门户网站、智能门票系统等实现无缝对接，从而助力景区实现门票财务、销售、客流量的统计及分析。在黄金周期间，经过对预订数据的汇聚，景区能够提前做好接待准备。

系统接口设计按照开放平台的思维实现，实现与线上主流OTA：同程，携程，艺龙，去哪儿，驴妈妈，驴小宝等交易数据无缝对接。实现方式，由分销系统统一发布产品，授权给各大OAT及线下分销商进行产品销售，资金统一流向分销平台，再由分销平台与各分销商及OAT结算。

（1）开放形式

应用标准Web Service技术实现接口开放。作为服务端提供相关接口方法，由其它系统或网站的开发公司或维护公司生成对应客户端，进行对应开发后，实现数据的交换。

（2）开放流程

流程说明：

所有与系统实现数据交换的外部系统，在交换前须进行认证，对未经过平台认证的外部系统，系统将直接拒绝其连接；

数据从交换类型维度包括：平台对外部系统数据的接收、外部系统从系统获取数据；

数据从业务属性维度包括：涉旅部门信息、涉旅企业基础信息等信息；

外部系统结合其自身特点，有选择性的选取数据进行交换。

1.1.1 建成效果

1 数据接口开发

1.1 概述

坚持科学旅游观，为了保持此次项目的可扩展性，利于后期数据的丰富性。鲜活度，利于后期更多应用系统建设，本次设计了统一数据接口方案，以实现各业务系统实现无缝对接，严防信息孤岛。根据调研，需要对接的系统主要在两个方面：①外部系统包括横向涉旅单位相关应用系统；②纵向自有业务系统、涉旅企业业务系统。

1) 涉旅单位

a) 气象局；

b)     测绘地理信息局；

c) 交通运输厅运输管理局；

d)     市旅游应急指挥中心；

e) 河北旅游数据中心。

2) 景区自有业务系统

a) 本次项目将建设的各软硬件系统；

b)     预留其它应用接口。

3) 涉旅企业

a) 宾馆酒店；

b)     乡村旅游点；

c) 预留其它应用接口。

1.2 设计原则

针对本次项目所有系统的接口均遵循河北省旅发委制定的标准进行设计，此接口可方便快速的实现与遵从相同标准的系统间对接工作，特别是可实现与省旅发委和市旅游局系统的无缝对接；而其它需从景区获取数据的系统，仅需遵循省旅发委的标准即可快速实现系统对接，获取到所需数据。在实际对接过程中，将由业主方与需对接系统业主方协调对接事宜，达成对接共识后由各系统承建商共同制定对接方式、流程及工作分工等。

以下将从对接形式、对接流程、接口规范、接口技术及接入管理几个方面进行建议。

1.3 对接形式

对接各方应用标准Web Service技术实现对接。作为服务端提供相关接口方法，由其它系统或网站的开发公司或维护公司生成对应客户端，进行对应开发后，实现数据的交换。

1.4 对接流程

对接流程说明：

所有欲实现数据交换的外部系统，在交换前必须进行认证，对未经过认证的外部系统，将直接拒绝其连接；

数据从交换类型维度包括：对外部系统数据的接收、外部系统获取应急事件信息或预警信息数据；

数据从业务属性维度包括：涉旅部门信息、涉旅企业基础信息、应急或预警事件等公告类信息；

外部系统结合其自身特点，有选择性的选取数据进行交换。

1.1 接口规范

规范各接口的开发，提高业务和数据交互的合理、安全、稳定和高效；提供规划合理的接口，便于根据产业发展变化的系统扩展和二次开发；考虑到安全性的要求，提供内外网系统交互的方式。

1.1.1 基本要求

为了保证系统的完整性和健壮性，系统接口满足下列基本要求：

（1）接口应实现对外部系统的接入提供系统级的支持，在系统的高并发和大容量的基础上提供安全可靠的接入；

（2）提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行，应防止大量访问，以及大量占用资源的情况发生，保证系统的健壮性；

（3）提供有效的系统的可监控机制，使得接口的运行情况可监控，便于及时发现错误及排除故障；

（4）保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性；

（5）在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。

1.1.2 接口通讯方式

接口基本采用了同步请求/应答方式、异步请求/应答方式、会话方式、广播通知方式、事件订阅方式、可靠消息传输方式、文件传输等通讯方式：

（1）同步请求/应答方式：客户端向服务器端发送服务请求，客户端阻塞等待服务器端返回处理结果；

（2）异步请求/应答方式：客户端向服务器端发送服务请求，与同步方式不同的是，在此方式下，服务器端处理请求时，客户端继续运行；当服务器端处理结束时返回处理结果；

（3）会话方式：客户端与服务器端建立连接后，能够多次发送或接收数据，同时存储信息的上下文关系；

（4）广播通知方式：由服务器端主动向客户端以单个或批量方式发出未经客户端请求的广播或通知消息，客户端可在适当的时候检查是否收到消息并定义收到消息后所采取的动作；

（5）事件订阅方式：客户端可事先向服务器端订阅自定义的事件，当这些事件发生时，服务器端通知客户端事件发生，客户端可采取相应处理。事件订阅方式使客户端拥有了个性化的事件触发功能，极大方便了客户端及时响应所订阅的事件；

（6）文件传输：客户端和服务器端经过文件的方式来传输消息，并采取相应处理；

（7）可靠消息传输：在接口通讯中，基于消息的传输处理方式，除了可采用以上几种通讯方式外，还可采用可靠消息传输方式，即经过存储队列方式，客户端和服务器端来传输消息，采取相应处理。

1.1.3 接口安全设计

为了保证系统的安全运行，各种接口方式都应该保证其接入的安全性。接口的安全是系统安全的一个重要组成部分。保证接口的自身安全，经过接口实现技术上的安全控制，做到对安全事件的“可知、可控、可预测”，是实现系统安全的一个重要基础。

根据接口连接特点与业务特色，制定专门的安全技术实施策略，保证接口的数据传输和数据处理的安全性。系统应在接入点的网络边界实施接口安全控制。

接口的安全控制在逻辑上包括：安全评估、访问控制、入侵检测、口令认证、安全审计、防恶意代码、加密等内容。

1.1.4 传输控制设计

传输控制利用高速数据通道技术实现把前端的大数据量并发请求分发到后端，从而保证应用系统在大量客户端同时请求服务时，能够保持快速、稳定的工作状态。系统采用传输控制手段降低接口网络负担，提高接口吞吐能力，保证系统的整体处理能力。具体手段包括负载均衡、伸缩性与动态配置管理、网络调度等功能：

（1）负载均衡：为了确保接口服务吞吐量最大，接口应自动地在系统中完成动态负载均衡调度；

（2）伸缩性与动态配置管理：由系统自动伸缩管理方式或动态配置管理方式实现队列管理、存取资源管理，以及接口应用的恢复处理等；

（3）网络调度：在双方接口之间设置多个网络通道，实现接口的多数据通道和容错性，保证当有一网络通道通讯失败时，进行自动的切换，实现接口连接的自动恢复。

1.1.5 接口类型分类

根据业务需要，相关接口分为业务类接口、数据类接口、安全类接口等三个类别。

（1）业务类接口：提供业务接入能力，整合不同子系统间的业务流。

（2）数据类接口：提供数据交换以及数据整合能力。

（3）安全类接口：提供管理员的安全访问和隔离的能力。

系统统一采用可信Web Service技术实现应用交互。所有基于可信Web Service开发的服务型应用接口应采用WSDL标准写出描述文件。以WSDL标准定义的服务接口描述能够在可信服务注册中心注册或直接提供给服务调用方。

应用服务调用方经过查询可信服务注册中心或从服务提供方取得所需Web服务的调用规范，经过可信SOAP客户端调用服务方提供的可信Web Service服务接口，完成应用的交互。

经过以服务和API方式提供可信消息服务的调用接口，为应用开发中集成各种用户交流手段提供安全、方便的解决方案。

1.2 接口技术

包括WebService、消息中间件、文件、过程调用和共享数据表等多种方式。需要对接的系统众多，将根据不同的系统，采用不同的接口技术实现数据对接。

1.2.1 Web Service

1.2.1.1 技术描述

Web Service是一种自包含、模块化的应用，是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使Web Service能与其它兼容的组件进行互操作。能够在网络上(一般是Internet)上被描述、发布、定位和调用。

Web Service体系主要由以下三部分组成：传输协议、服务描述和服务发现，由一系列标准组成，主要有：XML（可扩展的标记语言）、SOAP（简单对象访问协议）等。

Web Service经过使用标准协议（如 HTTP）交换XML消息来与客户端和各种资源进行通信。在Web Server上部署Web Service后，由Web Server负责将传入的XML消息路由到Web Service。Web Service 将导出 WSDL 文件，以描述其接口，其它开发人员能够使用此文件来编写访问此Web Service的组件。

1.2.1.2 技术特点

WebService使用标准技术，应用程序资源在各网络上均可用。因为Web Service基于HTTP 、XML和SOAP等标准协议，因此即使以不同的语言编写而且在不同的操作系统上运行，它们也能够进行通信。因此，Web Service适用于网络上不同系统的分布式应用。

优点：适用于网络上不同系统的分布式应用、标准性好、扩展性好、耦合度低；内容由标准文本组成，任何平台和程序语言都能够使用；格式的转换基本不受限制，能够满足不同应用系统的需求。

缺点：当XML内容较大时，解释程序的执行效率较低，一般不适合用于实现大批量数据交互的接口。

1.2.2 消息中间件

1.2.2.1 技术描述

基于消息中间件的接口机制主要经过消息传递来完成系统之间的协作和通信。

经过消息中间件把应用扩展到不同的操作系统和不同的网络环境。经过使用可靠的消息队列，提供支持消息传递所需的目录、安全和管理服务。当一个事件发生时，消息中间件通知服务方应该进行何种操作。其核心安装在需要进行消息传递的系统上，在它们之间建立逻辑通道，由消息中间件实现消息发送。消息中间件能够支持同步方式和异步方式，实际上是一种点到点的机制，因而能够很好的适用于面向对象的编程方式。

消息中间件能够保证消息包传输过程的正确、可靠和及时。

消息中间件提供以下基本功能：消息队列、触发器、信息传递、数据格式翻译、安全性控制、数据广播、错误恢复、资源定位、消息及请求的优先级设定、扩展的调试功能等。

1.2.2.2 技术特点

消息中间件能够在任何时刻将消息进行传送或者存储转发，不会占用大量的网络带宽，能够跟踪事务，而且经过将事务存储到磁盘上实现网络故障时系统的恢复。

优点：为不同的企业应用系统提供了跨多平台的消息传输；除支持同步传输模式外，还支持异步传输，有助于在应用间可靠地进行消息传输。

缺点：与其它中间件技术一样，存在高流量的性能瓶颈问题。

1.2.3 过程调用和共享数据表

1.2.3.1 技术描述

过程调用和共享数据表技术实现了服务端向客户端开放可直接调用的过程和可直接进行读写操作的共享数据表，客户端直接调用服务端过程和对共享数据表进行读写操作。

接口支持各种数据库连接方式，如Login、DB Link等。接口的通讯过程包括两种：

（1）客户端直接调用服务端开放的过程或对服务端开放的共享数据表进行增、删、改和查询操作，完成业务处理；

（2）客户端向开放的共享数据表中写入服务请求数据，服务端定时扫描共享数据表并作出响应，根据服务请求数据中的接口服务类型代码，进行不同的业务逻辑处理，然后向共享数据表中写入处理结果数据；客户端定时扫描共享数据表，根据处理结果数据并作出响应，进行业务后续处理。

1.2.3.2 技术特点

此类接口不需要其它软件支持，只要接口双方做好相关约定即可；但接口没有统一标准，而且需要开放数据库权限，安全性差。

优点：实现简单、传输批量数据效率较高。

缺点：标准性差、适用场合有限、安全性差。

1.2.4 文件

1.2.4.1 技术描述

文件接口定义了服务端与客户端文件存放路径、文件名命名规则和文件格式，并开放相应的读/写操作权限。

接口的通讯过程包括三种：

（1）同一主机内能够共享一个路径；

（2）服务器端向客户端开放路径，客户端定时查看此路径下是否有新的文件，能够采用FTP等方式取走服务端开放的路径下的文件；

（3）客户端向服务器端开放路径，由服务端将文件写入，客户端定时查看此路径下是否有新的文件。

网络传输方式应支持对通信机的IP地址、帐户、口令、存取目录的验证。接口应支持以下主流网络协议：FTP、FTAM等。数据传输应支持：

（1）实时、高效和安全可靠地传送批量数据；

（2）断点续传功能；

（3）数据压缩传输；

（4）传输过程中的差错控制。

1.2.4.2 技术特点

优点：文件接口不需要其它软件支持，只要接口双方约定好路径、格式、处理方式即可，实现简单、传输批量数据效率较高。

缺点：格式没有统一标准，标准性差；需要开放文件系统权限，安全性差。

1.3 系统接入管理

实现对所有数据交换的外部系统的管理，确保对接系统间各自的数据安全和数据一致性。

1.3.1 功能概述

实现所有外部系统的管理，经过对这些系统的停、启用，实现不同系统间的数据隔离，保障不同系统间数据的独立性、安全性和一致性。

1.3.2 功能设计

新增外部系统

包括外部系统名称、数据交换服务链接地址及端口、接入用户名、接入密码（DES加密）、联系人、联系电话。完成新增后，默认状态为停用。

（2）停、启用

管理人员在日常运维过程中检查数据对接日志，对存在异常数据的外部系统进行停用，避免无效数据的接入给平台的稳定运行带来影响，同时也能够降低对服务器性能的消耗。在外部系统运维人员完成系统自检和调整后，重新启用该系统，实现数据的安全管理。

（3）数据对接日志

外部系统的所有数据，进行数据格式校验，保证数据安全、有效。经过对外部系统的数据格式校验，记录外部系统名称、错误分类（外部系统通信失败、数据格式错误）、错误描述。

（4）链接维护

在外部系统的数据交换服务发生变更时（包括服务器地址、端口变更和服务升级等），运维人员能够进行及时维护，维护系统数据交换服务链接时，必须停用该服务。

（5）系统监控

负责对外部系统的监控，经过TELNET方式检查外部系统连接状态，对异常外部系统进行告警，经过短信模块发送短信到运维人员，实现问题的快速定位、诊断和解决。

1.1.1 通用用户验证接口

用于外部系统接入系统时的验证。提供统一的用户验证方式，对不在接入管理模块中的外部系统，将直接拒绝；仅限经过验证的用户，实现后续的各类数据信息交换。

智慧景区设计方案（第十六部分）