3.2. 本文的信息发布机制
虽然服务器推送和客户端拉拽这两种技术手段非常不同，但目的几乎一致，都是为了给最终用户方便的提供最新信息。
在服务器推送中，连接一次保持着，直到服务器知道自己已结束发送数据并发送一个结束信号，或者客户端中断连接，而在客户端拖拽技术中，并不保持连接，相反，客户端被告知何时建立新连接，以及建立连接是获取什么数据。
服务器推送通常效率要比客户端拖拽效率高，因为它不必为后续数据建立新的连接，犹豫始终保持连接，及时没有数据传输时也这样，因此服务器必须愿意分配端口给予连接。对于端口有限的服务器这将是一个严峻的问题。而虽然客户端拖拽效率低，因为这必须，每次为传送数据建立新的连接，但是它不必始终保持连接。
实际情况中，建立连接通畅需要花费相当多的时间，多达一秒甚至更多。因此从性能上考虑，服务器推送对于最终用户更有吸引力，特别是对于需要经常更新信息的情况下。
服务器推送相对于客户端拖拽的另一点优势是，服务器推送相对比较容易控制，例如，服务器每一次推送时都保持一个连接，但它又随时可以关闭其中的任何连接，而不需要在服务器上设置特殊的算法。而客户端拖拽在同样的情况下要麻烦许多，它每次要与服务器建立连接，服务器为了处理将客户端拖拽请求与特定的最终用户匹配等情况，需要使用相当麻烦的算法。
综上所述，在服务器推送中，多个响应中连接始终保持，使服务器可在任何时间发送更多的数据，一个明显的好处是服务器完全能够控制更新数据的时间和频率。另外，这种方法效率高，因为始终保持连接。缺点是保持连接状态会浪费服务器端的资源。服务器推送还比较容易中断[14] 。
下图描述了基于GE平台的交通信息推送式发布机制：
图 3 2基于GE平台的交通信息推送式发布机制如上图所示，基于GE的交通信息发布系统包括了交通信息数据源，交通路况处理服务器，交通信息发布服务器，GE服务器，以及用户客户端五个主要组成部分。
交通信息数据源是信息发布系统的基础，数据稳定有效的来源是信息发布系统稳定性和准确性的有力保证。
交通路况处理服务器为信息发布系统提供分析完毕的交通路况，供交通信息发布服务器调用。
交通信息发布服务器为用户提供的直接数据包括KML交通信息文件以及推送式服务。
KML交通信息文件是所有交通信息的载体，一个KML交通信息文件可以对应一条或者若干条道路，同时包含对应道路各路段的交通信息。
通过交通信息发布服务器的推送式服务，可以让客户端的交通信息会在服务器端路况更新后马上获得数据更新，保持最新的交通路况显示。
推送式服务的实现方式有多种，较为简单的是保持长连接进行数据间的相互数据传递，或者客户端开启端口监听服务器的连接。该示例系统由于架设在局域网中，网络连接相对稳定，长连接稳定性较高，故选用Socket来构建推送式的长连接模型。当用户没有操作，则连接处于睡眠状态，一直等待有用户输入或者请求超时。这样做的好处是，每个消息都会即时推送到客户端，延迟极少；另外每次请求都是有意义的，与一般模式的web的短连接对比，不仅在网络资源消耗上降低不少，而且效率要高很多[18] 。
GE服务器则提供了卫星影像地图等地理信息数据。GE服务器提供的地理信息数据主要是卫星影像地图，可能还包括一些区域边界、著名地点的标注、主要道路线形等信息。用户开启GE客户端后，GE客户端本身会根据用户当前的视点以及用户选定的图层，从GE服务器下载相关数据。此过程是GE客户端自动完成的，在保证计算机与互联网络连通的前提下，用户无需进行额外的操作。
用户客户端是用户与整个系统的接口，负责根据用户需要从两处服务器中请求并获得适当的数据。
上一页 [1] [2] [3] [4] [5] [6]
GoogleEarth路况信息发布系统设计 第6页下载如图片无法显示或论文不完整，请联系qq752018766
