基于.NET的交通信息系统的研究与实现(2)

    在 B/S模式中，客户端只需安装浏览器，如IE或Navigator，即可访问相关资源，减轻了以往客户端程序的开发及安装、配置工作；而作为数据服务器主要是用来存储各种数据；至于Web服务器则用来向客户端提供访问界面，并通过该界面实现对数据的访问。这样各部分分工明确，维护起来方便简单。当数据库中的数据发生变化时，客户端的环境无需做任何改动即可实现数据的更新，同时也隔断了客户端与数据库的直接联系，增强了数据的安全性。开发人员只需集中精力对Web Server进行开发，这样极大的减轻了系统的维护与管理的工作量。系统结构及查询过程如图3所示。

图3 网页查询系统结构图

    用户通过在查询界面输入起点和终点，服务器通过查询地图和数据库即可得到导航路径和该路径的拥塞路段状况。

    后台管理主要是提供系统管理员对采集的数据进行管理和分析的一个接口。由于数据采集得到的数据是海量的，这样对数据库服务器的压力很大。系统管理员可在一定时间清除拥塞信息表，对数据库信息进行管理。同时该模块还基于拥塞信息表提供对数据的图表分析，可以分析某一条路段一天之内24个小时的拥塞状况，并用折线图绘制得到清晰的变化趋势。同时还可以统计所有路段的拥塞状况，给出用户想要的某时间段内的拥塞路段排名位次。这种分析一定程度可以为企事业单位的运营管理和科研工作提供支持。

    基于短消息的交通信息查询系统这几年已经得到了广泛的研究，本系统将基于短消息和网页这两种方式组合起来，而且除了提供常规的导航信息外，还能给用户提供该导航路段上的实时拥塞畅通信息，给予用户最全面的信息。该模块的数据结构化如下：

    ●  查询导航信息，获取中间节点。假设用户要查询的是A点到E点的导航信息，根据地图可以返回详细的路段名road1，road2，road3，road4等和路段上的一些详细的节点B、C、D等（主要是立交桥的名称）。查询出的导航信息，反映了用户的行进方向，存储这些节点的时候，需要按行进顺序。

    ●  查询该段路程所有的拥堵路段。查询拥堵路段，主要是根据节点A、B、C、D、E的组合。将任意两点的组合（只取行进方向组合）与路况信息表中的起始位置与终止位置进行匹配，获取该两点间的实时拥塞畅通信息，并记录拥堵的两点与主要路段名。可将除终点外的前面所有节点如A、B、C、D作为起始位置，对于A、B、C、D中每一个节点，选取行进方向上它后面的所有节点分别作为终止位置（如将B作为起始位置，可将C、D、E作为终止位置），到数据库中进行匹配，找到相对应的记录则获取所需字段值。

    ●  若查询出的导航信息没有一些关键节点的信息，只有路段名称，则将该路段名与数据库中的路段名字段进行匹配，然后返回给用户该路段上哪两个节点间拥塞。

    虽然对于提供用户导航信息这项服务已经得到了广泛应用，但是该系统实现了网页和短消息两种方式的查询，使用户在出行前和出行中都能及时获得信息，并且它调用了现今正被广泛使用的地图API接口和网页抓取等一些信息采集的方式，可以给用户提供实时的拥塞畅通信息，给予用户更实用更便利的交通信息服务。

[1] 徐洪峰，杨晓光，彭春露. 城市公路网交通信息平台规划研究[J]. ITS通讯. 2005(11)：13-16

[2] 戴明. 基于GSM短消息的信息查询系统的设计与研究[D]. 西安：长安大学，2005

[3] 易庆，石志国，王志良，李擎. 基于GSM短消息的信息查询系统[J]. 计算机应用研究，2003，20(2)：63-65

[4] 陈冬林，谭云兰. 基于GSM短消息的编码方法及其编程实现[J]. 计算机与现代化，2006(3)：115-117

[5] 丁昊凯等. ASP.NET网站开发典型模块与实例精讲[M]. 北京：电子工业出版社，2006.8

[6] 胡勇辉，曹倬瑝，兰湘涛. ASP.NET开发实战精讲：入门、模块、系统[M]. 北京：电子工业出版社，2006