论文研究-基于WebGIS的第四方物流跟踪及应急系统设计与实现.pdf

所需积分/C币:6 2019-07-22 23:08:17 873KB .PDF

随着现代物流的迅速发展,物流模式由第三方物流向第四方物流过渡。作为物流过程的中介者,第四方物流需要对物流过程进行全程跟踪并且作出相应的决策,因此,为第四方物流提供了一个基于WebGIS的物流跟踪及应急决策系统。根据第四方物流业务的需要,对物流过程中涉及的订单即时跟踪、车辆动态监控、应急预案决策生成等进行了有效的模拟和实现。系统将电子地图应用于跟踪与应急决策系统,为用户提供了一个可视化载体,并在运输车辆动态监控过程中融合使用GPS、GPRS和WebGIS技术,实现了物流运送过程中的动态可视化效果;同时在应急
2642 计算机应用研究 的需求选择不同的图层进行分析。 查询请求,系统将请求传给第二方货运公司,调用第三方 c)信息查询。文本查询是指输入需查询要素所在的图公司的查询 Web service,信息查询到之后返回GS服务中心 层、名称,对地图进行精确查询并对其定位。空间査询是指用将返回的结果信息通过管理平台传递给系统,用户可以看到地 户可以点击地图上某点,得到此点的具体信息,给客户一个醒图信息以及货物在地图上的具体位置、运行速度和其他各种信 目的反馈。范围査询是指选定某个位置,输人査询半径,可耷息。如果有突发情况,系统会及时反馈,并且可以调用应急预 询该位置的周边信息,用户可以依据此功能来作出一些决策。案生成模块,根掂不同的情况执行不同的应急处理。整个过程 距离查询是指选定点之间的距离,并训算多条路径的总距离。交互的时序如图3所示。 地图操作如图2所示。 用户障四方物沆Cs服务系纲三方货运公司[运输队 地图操作 提交订单编号,获得 Cargoid的 查询请求 货运物流公司 获得车队信息 基本工具 图层控 E制 信息查询 调用公 查间 Web service 车队信息查询 Web service 用GPS 图图m图加「图 获得位置 你 讴回位置 尊等信息 查查查|查 返回位置等信息等信息 询洵询询 显示给用户 图2地图操作功能 用户可以交户地使用第四方物流中的G地图服务,包括 图3订单即时跟踪时序图 方便地漫游、缩放一幅交互式地图,让某些图层在适合的比例 第四方物流管理平台下的业务实现是以订单为驱动的,系 尺下自动显示或关闭,还可以基于任意属性给一个图层设置符统针对订单的不同状态返回相应结果,用户可以对这些情况进 号。物流跟踪及应急决策系统中用户可以根据标志的类型给行实时反馈。对于已纤生成方案并执行运送业务的订单,通过 它们施以不同的颜色,或者根据第三方物流公司的规模给代表GⅨ实现货物信息的实时跟踪。车队通过GPS获得货物的位 该公司的点设置不同尺寸的符号。同时,用户也可以在一幅交置,并将货物状态是否有突发情况、何时到达等信息实时返 互式地图中指定地理对象来获取更多的关于该对象的信息,并回,方便第三方物流公司作应急处理。用户则可以通过系统的 执行空间查询和分析。对于第四方物流来说,电子地图的操作CIs服务在地图上动态查看这些信息 能力对物流业务的实现和扩展有着很重要的作用。 地图的响应事件是物流跟踪及应急决策系统中涉及到的1.4车辆监控及导航 一个重要问题,它关系到用户从客户端请求相应的地图文件时 作为整个物流过程的监控者,为了可以实时处理物流运送 地图加载的速度。为了可以给用户良好的体验,需要对地图的过程中各种突发情况,第四方物流需要对运送车辆进行实时监 响应速度进行优化。 控。车辆监搾系统能够远稈跟踪管理所有在GPS网络覆盖 在系统中引入Aa技术,它改变了传统的W应用程范围内的车辆,实时监控车辆位置、行驶方向、车辆状态、报警 序的交互模式,在传统的用户与Wb请求之间加入一层Ajx状态等车辆信息以及货物状态。同时当遇到突发事件时,司机 引擎,大幅提高∫地图的响应速度。采用Aax技术优化后的可以通过触发报警到监控中心求助,中心人员可以快速处理 地图实现了按需索取数据,最大程度地减少了冗余请求,浏览事件。 器只向服务器传送需要改变的地图数据,减轻了网络和服务器 在车辆监搾过稈中,各个移动车辆的定位数据由通信网络 的负担。用户发送请求和服务器对请求的响应是异步完成的,传输到G监控中心,G监控中心通过系统中的电子地图准 因此在服务器处理请求时,用户仍然可以对地图进行放大、缩确、直观地展现各个被控车辆的位置、行驶轨迹等信息,实现对 小平移等操作。同时A所使用的技术( XMLHIlPRe-车辆的实时控制。GlS监控中心结合地理特征将车辆的信息 quest JavaScript,DOM、XML)都是成熟且稳定的技术,得到了直观、准确地展现出来,增强了用户体验。车辆监控系统主要 主流浏览器的支持,使得系统具有较强的可移植性。 由车载终端、GIS监控中心和GPRS网络三部分构成,如图4 1.3订单的即时跟踪 所示。 第四方物流信息系统应该提供对物流过程监控和货物实 GPRS 时跟踪的功能,以应对可能发生的变化以及突发事件,从而尽 网络 快生成对策,减少风险损失。系统对用户签订的订单进行跟 踪,用户可以随时查看到自己订单的状态信息,根据状态信息 的不同采取相应的措施。 订单即时跟踪业务描述如下:输人某用户提交的订单编 午或GI+GPHS设备Gls监控中心 图4车辆监控总体结构 号,系统返回当前订单的处理状态,如果货物已经交给物流公 司运送,通过调用第三方物流公司的 Web service返回当前货 车载终端主要由基于AHM的主控平台+GIS接收模块+ 物状态、所在位置等信息,传递到系统进行显示,最终实现订单GPRS模坎来实现。其巾ARM作为车载端的主控平台,主要 的即时跟踪。 负责系统控制、数据处理等核心功能。GPS接收模块鱼责卫星 订单的即时跟踪涉及到用户第四方物流跟踪及应急决策定位数据接收,并将数据提交给主控平台。主控平台处理之后 系统、第三方货运公司、运输车队等的交互。首先由用户发出通过GPRS模块将数据发送至GIS监控屮心。GIS监控屮心接 第7期 王泽来,等:基, WebGIs的第四方物流跟踪及应急系统设计与实现 2643 收到实时的车辆数据信息后,通过电子地图准确、直观地展现迹与电子地图上矢量化的路段相近匹图,寻找当前行驶的道 各个被控车辆的位置,实现对车辆的监控。除此之外,在定位路,并将车辆当前的GPS定位点投影至道路上。这样就保证 的同时,第四方物流管理平台还需了解当前位置的周边地理情了不会囚为定位误差使车辆定位点偏离车辆当前的行驶道路, 况、所需资源能否满足要求、设施设备的状态、当前位置到目标从而提高车辆的定位精度。 位置的最佳路径等,以便能更好、更快地进行应急处理。因此 在GIS监控中心有 socket通信子线程,等待 socket连接, 作为GPS移动目标表现的车辆载体的GS监搾中心不仅需要当有连接时创建新线程。监搾中心首先验证车载端发送的车 提供基本的C門S移动目标的地图化表现,还要提供更进一步辆I是否在控制车辆的范围之内,从而决定是否同意连接。 的基于位置的分析功能,从而提供合理的决策支持依据。这样辆ID验证通过后,CS监控中心需要验证相对于车辆I的 就形成了以电子地图为主、数字信息形式为辅的业务展示系密码,加入密码是为了防止有非法连接冒充车载端,从而发送 统。用户可以访问车辆监控系统的GS监控巾心网站,监控中垃圾数据加重系统负荷。只有这两部分身份验证都通过时才 ∵根拼用户的权限允许用户进行所属车辆信息的收发、査询等会开始按照约定的数据格式接收数据。从接收到的数据提取 工作,随时随地掌握车辆的信息,并根据车辆的状态实施相应出经纬度坐标值可以实现车辆的动态地图监控,并且可以实时 的控制。控制命令被提交给GS监控中心,通过通信网络发往地显示速度等其他状况信息。GIS监控中心对于车辆监控业 相应车辆,实现了对车辆的远程监控。 务的实现流程如图5所示。 在第四方物流管理平台下实施车辆监控有以下几点优势 〔GS监控中心) n)由于车辆位置可在地图上直观显示,GS监控中心能够直观 待 socket连接 地进行车辆调度。b)提高了车辆行驶安全性。通过GF可将 有连接,创建新线程 验证 车辆速度即时发回GS监控屮心,一且车辆超速行驶,就会产 未 读sckt读取午辆①和附加码通过 生报警信息到监控中心,可以及时提醒司机,保障行驶安全。 验讧车辆ID和附加密但 c)提高淮点率和运输效率。系统可在电子地图上绘制固定线 取经度纬度卜[读取数据 读取其他佯息 路,规定司机按照固定的路线行驶,不得为省高速公路收费而 socket断开二 擅自改道低级别公路,保证按时抵达日的地。d)提高货主满 图5GIS监控中心 socket工作流程 意度。由于GIS监控中心设计为BS结构,为物流企业的客户 即货主开放监控权限,货主对货物的运输进度一目了然,满意 GS监控中心根据接收到的信息随时可以进行判断,完成 度自然提高。 车辆监控,并根据信息进行调度。在接收到车辆状态为异常 除了可以实现对运输车辆的监控之外,GS服务中心可以时,启动应急预案决策模块,针对发生状况的信息作出安排 根据车载端的GFS模块实现笮辆的智能导航。山于引入了1.5应急预案决策 GⅣS模块,第四方物流管理平台可以即时接收用户的信息,并 第四方物流管理平台下的决策系统将重心放在应急预案 且根据用户的实际要求在电子地图上显示预定线路及汽车运的生成上。第三方物流的车队在货物运输途中时刻通过GPS 行路径和方法,同时对运输范围内的主要建筑、运输车辆、客户与公司保持联系,第四方物流管理平台可以随时通过车载G 等进行查询。查询结果可以以文字、语言及图像的形式显示。系统接收到车辆返回的状态信息。如果状态正常,记录此刻信 在配送过程中,CS监控屮心能向配送人员发送调度指令,并息保存在数据库中;如果发现异常则开启应急预案生成决策系 监督其行车路线,通过基于Gs的分析和辅助决策,辅以城市统进行处理。 交通线路、交通流组织、实时交通流量等情沈,以及与司机实时 应急预案决策系统的各项流程依赖于长期的关于第三方 交互,生成最优的行驶路线。同时管理人员可以进行车辆行驶物流公司和客户的信息。第四方物流决策系统首先要具备对 軌迹分析,根据实际情况微调路线,从而实现配送车辆的动态基本物流信息的维护和管理,主要包括地理交通信息、基础建 监控导航。 筑设施信息等。除此之外主要包括第三方物流公司(3PL)和 车辆导航离不开功能强大的webS技术作支撑。Web客户两大类信息 GS监控中心包括电子地图服务模块,具有地图缩放、漫游、图 1)3PL供应商基本信息管理为3L供应商提供网上注 层控制、显示模式控制、鹰眼、測距等功能;除此之外还可以实卅、网上基本信息维护的功能。基本信息主要包括运营业务范 现即时信息查询,包括基于图形和属性的双向查询、统计分析,围、运输的专长区域、提供的运营工具、可提供的运营路径及可 以及基于用户需求的模糊査询等。在系统为用户提供了合理提供物流服务的大致运营时问等。3P供应商可用物流资源 的导航路径后,可以按照既定路线进行智能化的语音引导。如即提供给3PL供应商的网络信息维护功能。这里的信息主要 果用户偏离了既定航线,系统一方而进行偏航报警,另一方而是指3PL供应商可以提供的物流系统的资源,即在不同的时 进行偏离航线后的最优路径重新计算。在导航过程中,无论采间段里可以提供的运输载体及数量,以及可以提供的仓储能力 用何种算法得到的定位数据都会有一定的误差,难以完全满足等,但需要3PL供应商实时更新维护。所有信息的提交均是 车辆导航的需要。这些误差一方面影响导航系统的视觉效果以 Web service的形式提交给第四方物流管理平台下的决策系 (如车辆离开道路行驶),另一方面影响空问直接定位的结果。统,具有很强的分布性。同时第四方物流决策系统中有对3PL 由于矢量化电子地图的道路对象地理位置相对精确,利用电子供应商的评价体系,评价结果作为3PL供应商选择时的一个 地图的理数据对得到的车辆定位数据进行配准纠正,可以相参考因素(约束条件)。这个评价结果随物流业务的进行,根 对提高当前定位数据的精度。基本思想是通过车辆的CFS航据各个3PL供应商的表现不断修正。 2644 计算机应用研究 2)客户基本信息管理包括用户的一些偏好以及用户以种是应急预案决策系统感到选择困难和没有把握时可请求系 往的交易记录。第四方物流决策系统用特定的地图符号在地统辅助择优,釆用模糊综合评价方法进行系统辅助择优,以减 图上表示客户的地理位置,不同类型的客户(如普通客户和会少由于各种主观和客观因素的不确定性和模糊性所造成的决 员客户、单位客户和个人客户等)采用不同的符号表示。用特策者的决策偏差,并且将本系统的每次结果当做案例保存在知 定的地图符号显示客户的地理位置,通过Gs的査询功能或在识系统中的模型库中。除此之外,知识系统还可以通过人机界 地图上点击地图客户符号,显示此客户符号的属性信息及销售面收集、积累用户认为有价值的模型选取的经验知识,定期史 凊况,并可以编辑属性。通过业务系统调用GIS,以图形的方新模型库。 式显示业务系统的各种相关操作结果的数值信息,并以专题图 d)元数据车。作为模型的底层模块,CIS数据仓库存储了 的方式来表现,为第四方物流的决策提供依据。 大量的GIS专用数据类型和专题属性信息,如道路、用户信息 3)客户、供应商交互信息管理这部分主要涉及到客户相关建筑信息、地貌等类型及其质量、数量、强度等属性信息。 物流服务咨询与反馈,客户可以通过网络提交自己对物流服务但由于GS数据仓库的数据来自不同的应用平台和数据管理 的具体需求4L服务商通过3PL供应商能力和自身能力的系统,没有统一的数据标准,给数据管理带来不便,为此需要采 综合,给用户一个反馈信息,主要包括是否有能力承接此项物用元数据管理机制以便对地理信息进行处理。在第四方物流 流业务,以及解决物流业务的具体方案。除此之外,3PL供应的GS应急预案决策系统中,地理元数据库用十描述地理数据 商可以在网上实时修改相关物流业务的执行情况,客户可以通集中的内容质量、表达方式、空间参考、管理方式以及其他特 过网络来查询自己相关物流业务的执行情况,包括是否已经执征的数据。使用地理元数据库主要着眼于 行或已经执行到什么地步等 (a)提高空间数据完整性、可扩展性,并有助于挖掘空间 在应急预案的生成过程屮,除了用户以及第三方物流公司信息资源。 的基本信息之外,将本体和规则推理引入决策管理系统中。应 (b)确保空间数据的特殊性和安全性,有助于维护和延续 用本体的推理以及报务的自动发现,可以使决策具有一定的自GS使用机构和用户对数据的投资。 动化程度,在物流过程中能更好地发挥物流公司的优势,为用 (c)增强系统查错、浏览功能,帮助用户查询所需的空间 户提供专业的服务。通过物流领域知识,本文在应急预案过程信息 中将第三方物流公司特长等信息做成本体文件,根据用户提出 (d)元数据提供了比数据本身更为丰富、形象的信息,有 的紧急预案要求自动关联第三方物流的本体文件,按照一定的助于提高推理的精度和速度 规则推理,选出符合条件的第三方物流公司。综上所述,构建 对车辆进行监控的目的是为了能够及时处理出现的意外 的基于GIS的应急预案决策系统模型结构如图6所示。 情况,保证物流过程的顺利进行。GS监控中心可以随时分析 车载端发送来的信息,其中在信息格式中有车辆状态一项,当 本体库 GIS数据 推理 元数据库 应急预案N用户 决策平台 车辆状态为异常时,启动应急预案决策。车载终端将发生事故 〔模型库〕 地点发送至GS监控屮心,启动应急预案决策。启动应急预案 图6基于GIS的应急预案决策结构图 后上作流程如图7所示。 事故地点返回 模型屮各个模块功能以及特点如下 地埋 「查我该地点附近 a)知识系统。该系统中主要包括本体库、模型库和元数 信息支持 维修站、加油站 据库。 —是否找到通知运输司机 b)本体库。基于语义Web的第四方物流的最大特点是将 地点侧重应急解决方案 语义的信息引入系统中,使系统具有一定的自我发现能力。在 决策系统中使用本体库目的也是如此。可以将第三方物流公物帝三方物流基本信三打面成商!的评面 BPL特长本体文仵 司的一些信息做成本体文件,这些信息包括第二方物流公司的 合系件的供应岡 确认信息 交货准时件因素、产品到货损坏程度因素、技术能力因素、服务 图7应急预案决策工作流程 水平因素以及地理信息因素等。将这些信息封装为本体文件 后提供一个统一的接口给用户使用 应急预案决策的基工作流程如下 ω)模型库。对第三方物流的各神综合信息建立模型。其 a)用户通过人机对话界面与决策系统交互,将事故地点 中模型的评价指标包括费用情况、特长情况以及私有信念集信息发送至GS服务中心 等。模型是决策者分析、判断、处理信息和模拟决策活动的基 b)GS服务中心在一定范围内寻找是否有维修站等功能 本工具,借助于决策者的思维、判断和综合,控制决策活动的进性单位,若有则将其信息告知司机,若没有,转c)。 行以便进行合理的决策。貝体可采用直接通过服务信息来进 c)用户填写货物属性信息以及事故发生信息提交至应急 行辅助决策。当有客户提出需求时,可以根据客户的需求对系预案决策系统。 统中的各种模型进行评价、比较,最后按照客户的要求将结果 d)系统调用相关本体文件,采用推理相关方法进行求解 返回给客户,并且所有过程提供GS支持。其中根据模型库的选出合适的第三方物流公司。 选择主要可以分为两种决策方式。第一种是应急预案决策系 e)调用公司的特长本体文件,根据事故地点进行匹配,过 统根据模型比较结果,凭借经验直接作出最优模型选择;第二滤掉地点不符合的第二方物流公司 第7期 王泽来,等:基, WebGIs的第四方物流跟踪及应急系统设计与实现 2645 f)对系统选出的符合条件的第三方物流公司调用其评价 对于点、线、面,其具体的构建过程基本相似,下面以线为 机制进行评价,将所有信息返回给用户。 例进行详细探讨。如果是线,那么写入 Line String标记,同时构 g)用户根据实际情况选择最合适的第三方物流公司,得建当前线元素;如果是多线,那么写人 Multilinestring标记,并 出最终决策结果并签订合同。 分别构建多线屮的每一个线元素。此时,重复以上判断,当完 在紧急预案次策过程中,事故地点附近没冇维修站等功能成SHP数据中所有类型的数据转换之后,将这几种类型的 性单位时,根据事故发生地点以及貨物的属性重新选择第三方GM标记整合到一个GM文件中,HP到GM数据的转换 物流公司。首先会根据货物的属性将货物属性封装在类Car便成功完成 go Classify屮,然后调用货物本体和车辆本体,根据一定的推理 规则推断出适合货物属性的运输车辆。例如,下面的两条规则 2结束语 就可以得出如果运输货物是气态物体,则不允许用拖挂车运输 本文在当前物流模式发展为第四方物流的前提下,建立基 而可以用罐车运输。 于 WebGIS的第四方物流跟踪及应急系统,实现了对物流过程 [r3: ( x CargoR: has State DomainIndependent: gaseity)(? y Vehicle 的全程可视化跟踪以及应急预案的生成,为用户提供了物流跟 TankCar)->(?x CargoR: can Transported By ?y)] 踪炇应急决箦的可视化半台,充分体现∫第四方物流的优势。 [r5:?x CargoR: hasSLale Donainlulependenl: gaseity)(?y Vehicle 根据第四方物流的需要,系统对丁物流跟踪及应急过程涉 Trailer)->(? x CargoR: cannuLTransporled By ?y) 第四方物流管理平台下的G服务涉及大量表示地图情及的业务如订单的即时跟踪、车辆的动态监控、订单历史状态 况和地理位置的空间数据、描述空间实体的属性数据以及物流的回放以及应急预案的生成等都进行了有效的模拟和实现。 配送信息系统中的非空间数据。坐间数据以点线、面为单元根据用户和第一三方物流公司的各种信息构建专属电子地图,可 存储在空间数据库中,非空间数据大多以二维表的形式存储在以为用户提供一个可视化载体,使用户通过电子地图查询相关 关系数据库中。基丁Cs的应急预案决策地理基础数据在了信息。在用户对地图的请求过程中加入了技术,提高了 GS数据仓库的构建,由于数据源来自不同的外部用户,如第用户体验。同时在车辆动态监控的实现过程中融合使用了 三方物流的位置信息、用户信息、供货点的位置信息以及相关 GPS、GPRS和 WebGis技术,实现了物流跟踪及应急过程中的 功能性建筑位置等,不同来源的数据采用的格式也可能各不相 动态叮视化效果。在应急决策过程中引入本体和知识推理,使 同。因此决策系统中将采取元数管理方式,将相关的地理信应急过程具有一定的自我决策能力。利用本体推理实现自动 息统一转换为GMⅦL格式,便于统一管理和调度。本文的地发现,制订规则实现白动关联,在很大程度上提高了应急处理 理信息文件采用的是ESRI的 Shapefile文件格式,建立地理元 的速度和效率。 数据库的过程需要将其转换为GML格式。 参考文献 实现 Chapelle格式数据到GML格式数据的转换过程可分1]张北平略论我国物流产业发展的对策[J].交通企业管理, 为两个大步骤:依据 Shapefile数据文档资料获取数据;依据 2007,21(4):18-19 GML标准构建GML格式数据。对 Shapefile的文档资料的获 1 2 STEPHEN M, GIBSON B J. WILLAMS S R. The impacts of the inte 取主要是读取坐标文件和属性文件,构建GML的过程就是将 grated logistics system an electronic commerce and enterprise resource planning system J]. Transportation Research part E: Logistics 读取的 Shapefile数据以GML的格式存储起来。具体过程 and tr rtation Review, 2003, 39(2): 83-93 如下 3 LI Guang-Iu, HU Jing-feng, SUN Zhi. Structure and algorithm design 首先定义一个新的 Shapefilelnfo类,利用该类获取 Shape of the manager-agent in WebGis[ C//Proc of the 5th International fle文件中数据类型的描述信息、记录数信息存放在一个temp Conference on Machine Learning and Cybernetics. Dalian: IEEE Com 向量中;接着存入temp向量的还有DBF文件中的字段名、字 puter Society, 2006: 40-45 段类型、字段描述信息,以及 Slatelflelulo类中的坐标范围、字41 ARPINAR1B,2 HANG Ruo-yaIl, ALEMAN H. Ontology+dimW 段个数、记录个数、字段的长度信息;最终存入temp向量的是 services compos ition platform C//Proc of IEEE International Con- SimpleClass Data类,包含 Shapefile类型描述、空间数据配色表 ference on E-Commerce Technology. San Diego: IEEE Computer Society,2004:146-152 及文件名信息。全此,数据的解析过程结束。接下来进行51 MESBAH A, DEURSEN A van, Migrating multi-page Web applie GMI.文档的构建。 tions to single-page Ajax interfaces[ C1//Proc of the 1 l th Europear Shape文件是按照地物类型来组织的。地物类型可以简 Conference an Software Maintenance and Reengineering. 单地分为点( point)、线(line)、面( polygon)三种类型,一个 DC: IEEE Computer Society, 2007: 181-190 hape文件中只能包括一种类型的地物,即只能包括点线或6] KHAN N, LONG H, RAHMAN S. From local laboratory data to public 者而状地物中的一种。对于点线、而三种类型,构建GMI数 domain database in search of indirect association of diseases: a jax 据的流程如下: based gene data search engine C1//Proc of the 20th IEEE Interna a)生成一个后缀为GML的文件,写入ⅩML的声明。 tional Sy mpasium on Computer-based Medical Systems. Washington DC: IEEE Computer Society, 2007: 213-218 b)从temp向量中获取GML数据的坐标范围,并且定义 [7 SRIPADA L N, LU Chang-tien, WU Wei-li Evaluating GML support FeatureMember标记 for spatial databases[ C]//Proc of the 28 th Annual Iulematiomal Cu- c)依据 Feature Member判断出数据的类型。根据数据的 ference on Computer Software and Applications. Washington DC: IEEE 类型调用不同的构建过程。 Com puter Society 2004: 74-77

...展开详情
试读 6P 论文研究-基于WebGIS的第四方物流跟踪及应急系统设计与实现.pdf
img

关注 私信 TA的资源

上传资源赚积分,得勋章
    最新推荐
    论文研究-基于WebGIS的第四方物流跟踪及应急系统设计与实现.pdf 6积分/C币 立即下载
    1/6
    论文研究-基于WebGIS的第四方物流跟踪及应急系统设计与实现.pdf第1页
    论文研究-基于WebGIS的第四方物流跟踪及应急系统设计与实现.pdf第2页

    试读已结束,剩余4页未读...

    6积分/C币 立即下载 >