文档介绍：智慧景区数据接口开发
概述
坚持科学旅游观，为了保持此次项目的可扩展性，利于后期数据的丰富性。鲜活度，利于后期更多应用系统建设，本次设计了统一数据接口方案，以实现各业务系统实现无缝对接，严防信息孤岛。根据调研，需要对接的系统主要在两个方面：①外部系统包括横向涉旅单位相关应用系统；②纵向自有业务系统、涉旅企业业务系统。
1) 涉旅单位
a) 气象局；
b) 测绘地理信息局；
c) 交通运输厅运输管理局；
d) 市旅游应急指挥中心；
e) 河北旅游数据中心。
2) 景区自有业务系统
a) 本次项目将建设的各软硬件系统；
b) 预留其他应用接口。
3) 涉旅企业
a) 宾馆酒店；
b) 乡村旅游点；
c) 预留其他应用接口。
设计原则
针对本次项目所有系统的接口均遵循河北省旅发委制定的标准进行设计，此接口可方便快速的实现与遵从相同标准的系统间对接工作，特别是可实现与省旅发委和市旅游局系统的无缝对接；而其它需从景区获取数据的系统，仅需遵循省旅发委的标准即可快速实现系统对接，获取到所需数据。在实际对接过程中，将由业主方与需对接系统业主方协调对接事宜，达成对接共识后由各系统承建商共同制定对接方式、流程及工作分工等。
以下将从对接形式、对接流程、接口规范、接口技术及接入管理几个方面进行建议。
对接形式
对接各方应用标准Web Service技术实现对接。作为服务端提供相关接口方法，由其他系统或网站的开发公司或维护公司生成对应客户端，进行对应开发后，实现数据的交换。
对接流程
对接流程说明：
所有欲实现数据交换的外部系统，在交换前必须进行认证，对未通过认证的外部系统，将直接拒绝其连接；
数据从交换类型维度包括：对外部系统数据的接收、外部系统获取应急事件信息或预警信息数据；
数据从业务属性维度包括：涉旅部门信息、涉旅企业基础信息、应急或预警事件等公告类信息；
外部系统结合其自身特点，有选择性的选取数据进行交换。
接口规范
规范各接口的开发，提高业务和数据交互的合理、安全、稳定和高效；提供规划合理的接口，便于根据产业发展变化的系统扩展和二次开发；考虑到安全性的要求，提供内外网系统交互的方式。
基本要求
为了保证系统的完整性和健壮性，系统接口满足下列基本要求：
（1）接口应实现对外部系统的接入提供系统级的支持，在系统的高并发和大容量的基础上提供安全可靠的接入；
（2）提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行，应防止大量访问，以及大量占用资源的情况发生，保证系统的健壮性；
（3）提供有效的系统的可监控机制，使得接口的运行情况可监控，便于及时发现错误及排除故障；
（4）保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性；
（5）在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。
接口通讯方式
接口基本采用了同步请求/应答方式、异步请求/应答方式、会话方式、广播通知方式、事件订阅方式、可靠消息传输方式、文件传输等通讯方式：
（1）同步请求/应答方式：客户端向服务器端发送服务请求，客户端阻塞等待服务器端返回处理结果；
（2）异步请求/应答方式：客户端向服务器端发送服务请求，与同步方式不同的是，在此方式下，服务器端处理请求时，客户端继续运行；当服务器端处理结束时返回处理结果；
（3）会话方式：客户端与服务器端建立连接后，可以多次发送或接收数据，同时存储信息的上下文关系；
（4）广播通知方式：由服务器端主动向客户端以单个或批量方式发出未经客户端请求的广播或通知消息，客户端可在适当的时候检查是否收到消息并定义收到消息后所采取的动作；
（5）事件订阅方式：客户端可事先向服务器端订阅自定义的事件，当这些事件发生时，服务器端通知客户端事件发生，客户端可采取相应处理。事件订阅方式使客户端拥有了个性化的事件触发功能，极大方便了客户端及时响应所订阅的事件；
（6）文件传输：客户端和服务器端通过文件的方式来传输消息，并采取相应处理；
（7）可靠消息传输：在接口通讯中，基于消息的传输处理方式，除了可采用以上几种通讯方式外，还可采用可靠消息传输方式，即通过存储队列方式，客户端和服务器端来传输消息，采取相应处理。
接口安全设计
为了保证系统的安全运行，各种接口方式都应该保证其接入的安全性。接口的安全是系统安全的一个重要组成部分。保证接口的自身安全，通过接口实现技术上的安全控制，做到对安全事件的“可知、可控、可预测”，是实现系统安全的一个重要基础。
根据接口连接特点与业务特色，制定专门的安全技术实施策略，保证接口的数据传输和数据处理的安全性。系统应在