一种铁路应急救援信息共享模型的实现方法技术

本发明专利技术公开了信息共享技术领域的一种铁路应急救援信息共享模型的实现方法。其技术方案是该方法包括下列顺序执行的步骤：数据分类，将铁路应急救援信息划分成基础数据、文件类型数据和ＧＰＳ数据；采用层次体系结构，将数据处理过程分成数据层、数据接口层、平台层、服务接口层、服务层、表示层和应用层；确定每种数据类型的处理过程；设计各层之间的接口；建立模型。通过本发明专利技术建立铁路应急救援信息共享模型，使来源丰富、种类较多、数据结构复杂存放于异构、异域的数据库当中的应急救援信息达到集成、统一、高效管理的目的；并为铁路应急救援指挥过程提供信息支持和决策支持。

【技术实现步骤摘要】

本专利技术涉及信息共享
，尤其是一种铁路应急救援信息共享模型的实 现方法。
技术介绍
目前，我国铁路行业在不断发展壮大的过程中，应急救援工作逐步成为不容 忽视的工作内容，救援过程中的信息获取也必然成了关键性环节，直接影响到各 救援部门的工作协调效果及其救援工作的效率。整个铁路行业的应急救援系统涉 及到的信息既有纵向信息也有横向信息，因此需要处理的信息具有以下特点信 息资源来源丰富、种类较多、数据结构复杂，导致在救援过程中面临的问题之一 就是信息交流不畅的问题，为能使存放于异构、异域的数据库当中的应急救援信 息达到集成、统一、高效的管理，研究适合铁路应急救援工作的信息共享模型， 是极其重要的。在引进的技术中，Web Service是一种部署在Web上的对象(或组件)，以一 种松散的服务捆绑集成形式来动态地创建Web应用。该服务的最大特点是能够统 一封装数据、消息、行为等，而无需考虑应用所在的环境是什么(包括使用设备 和使用的系统)。利用Web Service可以彻底解决资源建设中的信息孤岛问题，充 分实现资源信息的共享与互操作。
技术实现思路
本专利技术的目的在于通过建立铁路应急救援信息共享模型，使来源丰富、种类较多、数据结构复杂存放于异构、异域的数据库当中的应急救援信息达到集成、 统一、高效管理的目的；并为铁路应急救援指挥过程提供信息支持和决策支持。本专利技术的技术方案是， ，其特征 是，所述方法包括下列顺序执行的步骤步骤l:数据分类，将铁路应急救援信息划分成基础数据、文件类型数据和 GPS数据；步骤2:采用层次体系结构，将数据处理过程分成数据层、数据接口层、平 台层、服务接口层、服务层、表示层和应用层；步骤3:确定步骤l划分的每种数据类型的处理过程； 步骤4:设计步骤2中各层之间的接口； 步骤5:建立模型。所属步骤3中，确定步骤l划分的每种数据类型的处理过程，其方法是对于基础数据，在数据层，存入Oracle数据库中进行管理；在数据接口层， 通过设置数据库地址、SDE地址、端口号将数据传入平台层；选用.NET Framework 2. O和ArcSDE作为数据处理平台，将平台层的数据通过设置数据库访问接口和SDE 访问接口，传入服务层；由数据库访问功能组件和SDE访问功能组件处理数据， 在表示层进行数据结构索引优化并设定传输条件，最终在应用层获取基础数据；对于文件类型的数据，在数据层由文件服务器管理数据；在数据接口层根据 需求设置服务器地址和存放目录；在平台层选用.NET Framework 2. 0平台处理数 据；在服务接口层设置文件访问接口，传入服务层；由文件访问功能组件处理数 据，因文件类型的数据比较大，在表示层对文件数据进行压縮、加密并设定传输 条件，传入应用层，用户获取文件数据；对于GPS追踪数据，在数据层采用GSM进行数据管理；在数据接口层设置GSM 网络传输数据；在平台层选用SMSDK平台处理数据；在服务接口层，设置短信收 发接口，将数据传入服务层；应用短信收发功能组件处理数据；在表示层对数据进行加密、解密操作，并设定数据传输条件，传入应用层，用户获取GPS数据。本专利技术的效果是，通过建立铁路应急救援信息共享模型，不仅使应急救援信 息达到集成、统一、高效管理的目的；同时，各层之间相互独立，某一层并不需要知道它的下一层是如何实现的，而仅需要知道该层间的接口所提供的服务，因 而该模型易于实现和维护。附图说明图l是数据共享模型建立步骤图。图2是应急情况下共享数据的流程图。 图3是青藏铁路应急救援信息共享模型图具体实施例方式下面结合附图，对优选实施例作详细说明。应该强调的是，下述说明仅仅是 示例性的，而不是为了限制本专利技术的范围及其应用。图l为数据共享模型建立步骤图。图中，步骤101是将现有的来源丰富、种类 较多、数据结构复杂存放于异构、异域的数据库当中的应急救援信息进行整理分 类，划分成基础数据、文件类型数据和GPS追踪数据，供后续步骤处理。步骤102采用层次体系结构，将数据处理过程分成数据层、数据接口层、平台 层、服务接口层、服务层、表示层和应用层。各层的具体意义如下(1) 数据层数据层是物理存在的，包括各种数据库服务器、本地数据库 文件、文本文件、各种格式数据文件、以及Web services服务、提供各种传输 协议的数据服务、手持数据采集设备等，是整个模型的数据来源。(2) 数据接口层该层描述了数据层中各种数据的提供服务的方式，如数 据库服务器提供的是服务器的地址及访问需要的用户名和密码，文件数据提供的 是服务器的地址和存放的目录、Web services服务提供的是服务器的地址、各种传输协议的数据服务提供的是各种传输协议等。(3) 平台层该层提供了模型运行的平台，通过平台提供的各个模块来为 数据共享提供服务。(4) 服务接口层服务接口层是在平台层的基础上，运用统一的格式来定 义各种数据接口，保证数据以统一的方式来接入。(5) 服务层以平台层为基础，用服务接口层统一定义的格式，用开发工 具来实现各种数据方式的接入接口。(6) 表示层在该层中把从服务层接入的不同格式的数据，根据该种数据 存储和传输特点进行配置，包括加解密、解压縮及添加索引优化等，最大程度的 保证传输的安全、及时。(7) 应用层该层中就是把表示层传输过来的数据提供给应用程序，最终 实现数据的应用价值。图1中，步骤103确定步骤101划分的每种数据类型的处理过程。各种数据 类型的处理方式为对于基础数据，在数据层，存入Oracle数据库中进行管理；在数据接口层， 通过设置数据库地址、SDE地址、端口号将数据传入平台层；选用.NET Framework 2. O和ArcSDE作为数据处理平台，将平台层的数据通过设置数据库访问接口和SDE 访问接口，传入服务层；由数据库访问功能组件和SDE访问功能组件处理数据， 在表示层进行数据结构索引优化并设定传输条件，最终在应用层获取基础数据。对于文件类型的数据，在数据层由文件服务器管理数据；在数据接口层根据 需求设置服务器地址和存放目录；在平台层选用.NET Framework 2. 0平台处理数 据；在服务接口层设置文件访问接口，传入服务层；由文件访问功能组件处理数 据，因文件类型的数据比较大，在表示层对文件数据进行压縮、加密并设定传输 条件，传入应用层，用户获取文件数据。对于GPS追踪数据，在数据层采用GSM进行数据管理；在数据接口层设置GSM 网络传输数据；在平台层选用SM SDK平台处理数据；在服务接口层，设置短信 收发接口，将数据传入服务层；应用短信收发功能组件处理数据；在表示层对数 据进行加密、解密操作，并设定数据传输条件，传入应用层，用户获取GPS数据。步骤104设计步骤102中各层之间的接口，用于保证数据在各层之间的顺利传输。最终，实现步骤105建立模型。图2是应急情况下共享数据的流程图。图中，各种不同来源的数据，经过数据 输入处理，在数据交换平台经过数据分类，在通过接口进入到应用系统。图3是青藏铁路应急救援信息共享模型图。图3中，各种类型的数据，按照各 自的处理方式，通过各层的接口，由数据层传输到应用层。在应用层，通过提供 的用户操作界面，将用户操作信息，向表示层即更底层按本文档来自技高网...

【技术保护点】
一种铁路应急救援信息共享模型的实现方法，其特征是，所述方法包括下列顺序执行的步骤：　步骤１：数据分类，将铁路应急救援信息划分成基础数据、文件类型数据和ＧＰＳ数据；　步骤２：采用层次体系结构，将数据处理过程分成数据层、数据接口层、平台层、服务接口层、服务层、表示层和应用层；　步骤３：确定步骤１划分的每种数据类型的处理过程；　步骤４：设计步骤２中各层之间的接口；　步骤５：建立模型。

【技术特征摘要】

【专利技术属性】
技术研发人员：贾利民，王艳辉，祝凌曦，吴玉兰，郭晓妮，
申请(专利权)人：北京交通大学，
类型：发明
国别省市：11[中国|北京]