本篇文章给大家谈谈火车api接口,以及12306接口api对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
今天给各位分享火车api接口的知识,其中也会对12306接口api进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!
本文目录一览:
·火车头伪原创插件api接口代码怎么用
伪原创插件api目前用过就小发猫AI+的靠谱,一个基于人工智能的伪原创软件,生成的内容原创度比较高,而且有使用教程
1、修改火车头的PHP环境
由于火车头采集器软件内置的PHP环境有问题,在使用PHP插件之前需要先修改火车头的PHP环境。修改的方法很简单,打开火车头网站采集软件的安装目录“System/PHP”,找到php.ini文件打开,并找到如下代码。
找到 php_curl.dll 把前面的分号去掉改成:
修改前:
;extension=php_curl.dll
修改后:
extension=php_curl.dll
也就是将最前面的分号“;”删除并保存即可,这样火车头数据采集器就可以正常运行这个PHP仿写插件了。
2、插件要统一放到火车头插件目录
例如我本机是:D:\火车采集器V9\Plugins
问:这个插件主要功能是什么?
回答:火车头是一个采集器。采集后,如果开了插件,会把采集到的内容通过插件处理后再保存,我们的插件是伪原创,所以采集的内容会伪原创后保存。
3、调试方法
首先按原来的方式,先确保采集规则能正常运行。
然后,在正常运行的基础上,选择伪原创插件。
12306火车票api 需要去开通接口吗
登陆12306
点击右上角
火车api接口的注册
根据提示填写相关信息
火车api接口,提交
火车api接口,注册成功
进入12306
火车api接口,点击右上角
火车api接口的”车票预订“
填写出发地,目的地,出发日,点击查询
选择相应的车次,点击”预订“
选择乘车人,选择席别,提交
30分钟内支付票款,否则订单取消(支付宝、网银均可支付)
记得采纳答案
12306提不提供火车票查询接口?
你好,
12306网站上面提供火车票余票、订票、时刻表、
晚点、票价、代售点查询,
详情见下图,
不知道你想查询的是什么呢?
靠谱or不靠谱 手机购买火车票软件体验
【IT168 应用】每当一到国庆节和春节长假
火车api接口的时候
火车api接口,编辑部里面大部分谈到的就是怎么才能订到回家的火车票。由于网上订票和电话订票的预售期比窗口的预售期要长,所以大家普遍的做法就是在网上或者电话订票完成以后,再去火车站或者代售点去取票。随着手机智能系统发展,关于火车票订票的手机客户端层出不穷,对于大部分用户来说很多人不太相信手机能够进行订票操作,怕因为使用
火车api接口了手机客户端订票而耽误了自己的行程,那么今天验证手机订票的客户端是不是靠谱,就是今天编辑需要向大家去证明的事情。
由于手机存在两种形式的订票方法,一种就是手机直接拨号预定火车票,而类似电话订票增强手机软件也不再少数。另外一种就是就是通过手机客户端直接查询火车票,然后在手机客户端中进行购票操作,这种方式与电脑上的网上购票比较类似,需要进行网上支付。在手机的客户端的选择测试上,编辑选择了电话增强累订票软件和直接查询购票客户端两种。
市场中有众多关于火车票的软件可供下载
由于目前手机采用了两种主流的手机操作系统,分别是苹果的iOS系统和安卓系统。为了能够体现公平在手机客户端的选择上,编辑将尽可能的选择跨平台的同款软件进行测试。为了保证不下载到“山寨”软件,编辑将从手机的官方应用市场中选择下载。那么接下来编辑将首先测试电话订票增强型的手机客户端。
电话订票拨号辅助性客户端
由于现在的手机应用中并没有出现过完全针对电话订票的手机客户端,这些所谓的电话订票拨号辅助性软件,就是指之前的电话通讯类应用,增加了拨打订票电话的功能。虽然我们大多数人理解为只是帮
火车api接口你接通电话,其实这些软件的功能并不只是这些,除了可以自动拨号以外还可以自动帮你选择你所需要的车票种类,那么这种类型的软件真的这么方便吗?
1.触宝拨号软件抢票神器版
触宝拨号软件是最先在手机拨号软件中增加了抢票的功能,编辑分别在小米2手机和iPhone5上下载了触宝了最新版本,可能是应用审核期限有一定的时间差,在苹果的官方应用商店中的触宝拨号并没有抢票功能,在随后编辑在苹果的官方应用商店中又找到了功能类似的软件进行测试。接下来编辑将首先使用小米2手机来测试触宝拨号软件抢票神器版进行测试。
左侧为IOS版触宝拨号软件,右侧为抢票神奇版触宝拨号软件
点击进入查号页面,订票神器版触宝拨号软件右侧出现了订票助手软件
由于苹果iPhone5还没有订票的功能,所以编辑仅采用了小米2进行了触宝拨号的电话订票测试。在点击进入订票助手后,会出现以下订票信息选择,分别是高铁、动车车票预订,普通车票预订和学生车票预订,这类软件的主要目的就是跳过繁琐的语音提示直接进入到相对应的购票环节,在电话接不通的情况下软件可以自动重新拨号。
订票助手软件可以直接跳过语音提示进入到购票环节
当进入到购票环节的页面中,还是需要手动进行购票操作
对于初次订票的用户来说比较实用,但是对于已经购买过火车票的用户来说,我可能已经对电话订票操作已经相当熟悉了,这些操作对于购买过火车票的用户其实是没有意义的。加上春运抢票如同小米官网抢购小米,每一分钟的流逝就意味着多少万张的火车票已经被买走了,对于这种机械式的拨号方式与我们正常拨号又快了多少呢?
触宝拨号订票自动拨号测试
手动拨号定火车票
在触宝拨号的自动订购火车票的时候其中出现了一些问题,由于第一次订票的时候程序拨号按键没有对应上,所以接下来的自动拨号都是错误的,所以在实际使用的时候浪费了不少时间。如果铁路订票电话中对应的选项有一些改动的话,这些就会造成错乱导致彻底的不可用。而且在重播的UI界面上挡住了拨号键盘,在属于验证码的时候无法输入。除此之外触宝拨号还忽略了一点,不能拨打加拨区号的订票电话,加拨了电话区号的订票电话成功率会高很多,所以不能加拨区号是一个遗憾。
苹果iOS上类似的订票软件:自动重拨(付费软件12元)
虽然自动重拨软件带了一部分与电话购票相关的功能,实际操作起来非常麻烦,需要预先自己设置拨号就像类似自己编辑一个程序一样,然后实现类似触宝拨号的对应功能。不过这个软件的自由度较高,可以随意拨打加拨任意区号的订票电话。
如果想实现触宝拨号的电话订票功能,需要预先设定好拨号号码和对应的按键
自动重拨时间设定和定时呼叫
电话订票辅助性软件点评:从实测和体验上来看,电话订票辅助性软件实在是不能够让人满意。编辑还是建议如果想要电话订票的用户,提前先熟悉一下流程,在电话订票的低谷期先测试一下自行记录下需要按键,这样的效率其实要比这类软件要快的多。
手机网上订票客户端软件体验:
对于网上的订票软件大家的争议是最大的,首先大家对于这类的订票软件没有存在信任感,第二大多数用户怕下载到了“山寨”应用客户端,付出了金钱与时间还耽误了自己的行程。第三即便是比较靠谱,手机当中应该如何进行支付呢?
下面编辑将选择两款有代表性的手机订票客户端进行测试,这两个软件分别都有iOS和安卓平台的购票软件,首先将测试的是名为《火车票》的手机订票软件,其次编辑将测试《猜火车》订票软件。
《火车票》购票软件体验:非12306官方程序接口的软件
虽然同为一家公司出品,但是不同平台的软件在界面上略有差异。iPhone版的界面更加偏向Metro界面风格,而安卓版本的则更加简单,在实际使用的两个版本并没有什么太大的差别。
左边为iPhone版本,右侧为安卓版本
iPhone版分为列车和高铁车票查询,安卓版只有一个方式查询
从功能上iPhone版和安卓版是一样的,所以在接下来的使用教程里面,编辑就选择了安卓版本进行操作。
首先注册以后才能够进行购票操作,否则只能查询
(仅为测试)任意购买一个车次添加完乘客信息以后点击下一步
在程序的最后是填写车票邮寄地址,并使用支付宝付款(不过编辑也发现了一些问题)
手机余票采集是20分钟一次,而且不能保证100%出票
对于这种手机客户端购买车票我们可以更多的理解为“代购”,车票余票的采集应该是自己服务器进行数据采集,并没有调用12306官网的API数据接口。在显示余票的时候官网的数据有一定的延时,也就造成了不能够百分之百出票成功。不过这种购票程序并不需要带担心资金安全性问题,由于在支付宝中支付就算购票不成功也可以退款。
猜火车购票软件体验:使用12306官方API接口软件
首先猜火车这款软件采用的是12306官方的API数据接口,从查票的数据和支付的过程基本上与在官网上操作上没有什么区别,所以此类软件是整体是比较靠谱的。在支付方面可以稍微比较麻烦一些,如果想要在手机上支付需要提前开通手机银行,如果不想在手机支付的话可以选择在手机上成功订票以后,选择在45分钟之内在电脑端的12306网站支付。
功能一致 但安卓版本多了一个验票的程序
使用的是12306官网的API程序接口,订票内部的菜单与界面一致
由于凌晨时分12306订票网站还处于维护状态,所以无法进入(在购票高峰期也会出现这样情况)
编辑使用手机客户端购票总结:对于一些使用电话购票的用户来说,直接拨打电话订票是最为方便的。对于春运时期电话订票高峰期几分钟就会卖出一趟热门车次的车票,程序上的一点错误就会耽误购票,所以在电话订票上面编辑建议还是使用手动拨号比较好。在手机客户端购票软件方面,尽量选择与12306官网接口的订票程序,这些订票程序不仅能够同步购买记录也可以同步之前购买车票所添加的乘车人信息。
baidu地图的那个api提供火车路线查询服务,或是飞机路线查询服务?
公交导航功能是告诉使用者从A到B
火车api接口的公交出行方案
火车api接口,而不是某条具体的公交线路信息,这一点需要广大开发者注意。
公交导航功能通过类TransitRoute来实现,这里需要说说为啥不是BusRoute,而是TransitRoute。百度提供的是公共交通导航,公共交通不仅仅涉及bus,可能还会有地铁、渡轮甚至以后的飞机火车,所以这里使用的是public transit中的transit进行描述。
一个简单的例子
我们还是从一个简单的例子开始
火车api接口:
var transit = new BMap.TransitRoute('北京', { renderOptions: { map: map, panel: 'panel' }});transit.search('颐和园', '西单');
代码通过renderOptions设置渲染的地图实例和侧栏面板容器的id,其中map是已经实例化好的地图,panel为已经准备好的div元素的id。我们会看到如下结果:
地图上显示了一个方案,在面板中列出了所有方案的描述,点击不同的方案地图会予以展示。
除了使用字符串类型以外,还可以提供坐标进行查询,这样可以得到更精确的结果。比如从“麦当劳”到“肯德基”这样的路线查询就不会得到结果,因为API不知道是从哪个麦当劳到哪个肯德基。下面的示例使用了坐标进行搜索。
transit2.search(new BMap.Point(116.315157,39.987946), new BMap.Point(116.371499,39.880394));
下面是使用坐标作为参数进行查询得到的结果:
注意,由于提供的是坐标,所以起点和终点没有具体的地点描述。
自定义覆盖物展示
如果
火车api接口你不满意API提供的默认线路的颜色和标注的样式,
火车api接口你也可以选择通过通过数据接口自行创建。注意,自己创建覆盖物时,点击列表中的方案将不会更新地图区域,因为此时地图区域的元素都是由开发者自行创建的。在使用数据接口之前,先通过一个结构图来了解一个完整的公交方案的各个组成部分,以方便理解:
一个不需要换乘的公交方案是由:起点、起点到上车站的步行线路、上车站到下车站的公交线路以及下车站到终点的步行线路构成。当然有可能起点和上车站是重合的,或者终点和下车站是重合的,此时步行线路长度就为0(起点或终点本身就为公交站的时候)。如果有换乘,那么每次换乘中的下车站到上车站也有步行线路(如上图的第二个方案所示)。
所以不论公交方案具体是什么样,在数据上的表示都是一致的:
•直达方案:2条步行线路 + 1条公交线路
•换乘一次方案:3条步行线路 + 2条公交线路
•换乘两次方案:4条步行线路 + 3条公交线路
以此类推。
API中通过TransitRouteResult来描述公交导航结果,通过TransitRoutePlan来描述一条公交方案。那么怎么获取公交导航结果和具体的方案的信息呢?请看下面的示例:
var transit = new BMap.TransitRoute('北京', { onSearchComplete: function(result) { if (transit.getStatus() == BMAP_STATUS_SUCCESS) { // 从结果对象中获取起点和终点信息 var start = result.getStart(); var end = result.getEnd(); addStart(start.point, start.title); addEnd(end.point, end.title); // 直接获取第一个方案 var plan = result.getPlan(0); // 遍历所有步行线路 for (var i = 0; i < plan.getNumRoutes(); i++) { if (plan.getRoute(i).getDistance(false) 0) { // 判断只有大于0的步行线路才会绘制 addWalkRoute(plan.getRoute(i).getPath()); } } // 遍历所有公交线路 var allLinePath = []; for (i = 0; i < plan.getNumLines(); i++) { allLinePath = allLinePath.concat(plan.getLine(i).getPath()); addLine(plan.getLine(i).getPath()); } // 最后根据公交线路的点设置地图视野 map.setViewport(allLinePath); } }});transit.search('清华大学', '北京交通大学');// 添加起点覆盖物function addStart(point, title){ map.addOverlay(new BMap.Marker(point, { title: title, icon: new BMap.Icon('http://images.cnblogs.com/cnblogs_com/jz1108/329471/o_blue.png', new BMap.Size(38, 41), { anchor: new BMap.Size(4, 36) })}));}// 添加终点覆盖物function addEnd(point, title){ map.addOverlay(new BMap.Marker(point, { title: title, icon: new BMap.Icon('http://images.cnblogs.com/cnblogs_com/jz1108/329471/o_red.png', new BMap.Size(38, 41), { anchor: new BMap.Size(4, 36) })}));}// 添加路线function addWalkRoute(path){ map.addOverlay(new BMap.Polyline(path, { strokeColor: 'black', strokeOpacity: 0.7, strokeWeight: 4, strokeStyle: 'dashed', enableClicking: false }));}function addLine(path){ map.addOverlay(new BMap.Polyline(path, { strokeColor: 'blue', strokeOpacity: 0.6, strokeWeight: 5, enableClicking: false }));}
在上面的代码中,通过TransitRouteOptions的onSearchComplete属性设置了回调函数,一旦检索完成这个回调函数就会被调用。在回调函数开始我们先判断检索是否成功,如果成功表示至少有一条公交方案返回,这里我们先通过结果对象获取起点和终点,接着直接获取第一条方案,遍历方案中所有步行线路和公交线路并绘制在地图上,最后我们根据公交线路的点来设置一个合适的地图视野。
你会在浏览器中得到如下效果:
在获取结果对象时,除了通过回调函数参数获取以外,还可以通过TransitRoute的getResults方法获得,需要注意的是,由于搜索过程是异步的,以下代码的写法将不会得到结果:
transit.search('西单', '颐和园');var res = transit.getResults(); // undefined
因为search方法调用结束后搜索结果并没有立即返回。开发者可以在回调函数中调用此方法立即获得结果,也可以等回调函数执行完若干时间后再想获取结果数据时调用。
自定义方案描述
通过TransitRoutePlan的getDescription可以获得完整的方案描述,但是如果开发者想自行定义描述的形式则可通过数据接口进行。例如:
var transit = new BMap.TransitRoute('北京', { onSearchComplete: function(result) { if (transit.getStatus() == BMAP_STATUS_SUCCESS) { // 从结果对象中获取起点和终点信息 var start = result.getStart().title; var end = result.getEnd().title; // 直接获取第一个方案 var plan = result.getPlan(0); // 获取步行线路与公交线路个数总和,用于遍历 var total = plan.getNumRoutes() + plan.getNumLines(); var description = ['从' + start]; var addEndTitle = true; for (var i = 0; i < total; i++) { if (i % 2 == 0) { // i为偶数 // 处理第一个步行描述逻辑 if (i / 2 == 0) { if (plan.getRoute(i / 2).getDistance(false) == 0) { description = ['从']; } } // 处理最后一个步行描述逻辑 if (i / 2 == plan.getNumRoutes() - 1) { if (plan.getRoute(i / 2).getDistance(false) == 0) { addEndTitle = false; } } if (plan.getRoute(i / 2).getDistance(false) 0) { description.push('步行约' + plan.getRoute(i / 2).getDistance(true) + '至'); } } else { // i为奇数 var line = plan.getLine((i - 1) / 2); description.push(line.getGetOnStop().title + ', '); description.push('乘坐' + line.title + ', '); description.push('经过' + line.getNumViaStops() + '站'); description.push('在' + line.getGetOffStop().title + '站下车,'); } } if (addEndTitle) { description.push(end + '。'); } // 替换可能出现的末尾位置的逗号 var descriptionStr = description.join('').replace(/\uff0c$/, '。'); } }});transit.search('清华大学', '北京交通大学');
变量descriptionStr的内容为:“从清华大学步行约830米至五道口, 乘坐地铁13号线(东直门-西直门), 经过3站在西直门站下车,步行约310米至城铁西直门站, 乘坐运通105(上地环岛东-中苑宾馆), 经过2站在北京交通大学站下车。”
回调函数详解
前面的几个例子我们使用了onSearchComplete回调函数,在API中还提供了如下几个回调函数,它们的含义和触发时机如下:
•onMarkersSet:如果设置了渲染的地图,则API自动添加标注后会触发此函数。
•onPolylinesSet:如果设置了渲染的地图,则API自动添加线路覆盖物后会触发此函数。
•onInfoHtmlSet:如果设置了渲染地图,当用户点击标注弹出信息窗口时会触发此函数。
•onResultsHtmlSet:如果设置了渲染侧栏,则API填充完HTML后会触发此函数。
航班管家开放平台——打造航空铁路出行行业的企业级SaaS服务平台
“ 本项目案例由 航班管家 投递并参与 由数据猿上海大数据联盟联合推出的“行业盘点季之数智化转型升级”大型主题策划活动之《2021中国企业数智化转型升级创新服务企业》榜单/奖项的评选。
航班管家开放平台是航空铁路出行行业首个SaaS级服务平台,聚焦大交通出行服务行业数字化升级,基于民航局空管局授权的官方动态数据,整合航空、铁路、场站、旅客、货运等多维度数据,结合拥有自主知识产权的算法模型与行业Know-how,面向行业提供多种数据服务产品和数据解决方案,赋能行业合作伙伴、帮助其提效降本。
如数字化程度有待提高的旅行社、票务代理、TMC、企业差旅部门等,用户在其平台购票后,需要通过其他第三方平台查询航班/列车动态信息,用户体验感和便利程度大大降低,航班管家面向这些企业,提供SaaS级产品【行程服务H5】,客户可根据自身需求进行页面个性化配置,然后将配置好的页面直接嵌入自有APP、公众号、小程序等产品中,方便用户在自有平台完成购票、动态查询等服务,形成服务闭环,提高用户体验,同时降低企业开发成本。
面向数据分散在各个部门、协调难度大,但正在进行数字化转型的航司、机场等企业,还有需要分析数据的金融、券商、媒体、院校、咨询公司、研究机构等行业,航班管家提供【智数出行】服务,包括数据分析平台、可视化大屏、大数据分析报告等产品,分析行业数据、洞察行业发展,提供有价值的分析结果与行业洞见,以满足行业日常工作及决策支撑需要,助力企业数字化转型升级。
实施时间
开始时间:2021年1月初完成项目立项
里程碑节点:
2021年1月25日
·官网V1.0版本上线。
·华为云上代码部署,正式环境搭建完成。
2021年4月8日
·平台V1.0版本上线,支持账号认证、产品服务开通。
2021年5月31日
·平台V2.0版本上线,行程服务产品支持套餐包购买,H5版本官网、产品介绍页上线。
·首批客户上线,分贝通、公务之家、QQ浏览器、UC浏览器等。
2021年6月30日
·平台V3.0版本上线,官网全新改版、行程服务产品支持功能模块可配置化、支持在线扫码支付。
截止时间:2021年年8月底
依托于航班管家多年的数据积累及服务B端、C端用户经验总结,打造一站式开放平台,致力于为多种行业用户提供民航、铁路、航空货运大交通数据及其衍生产品与服务,如行程服务H5、API接口、大数据分析报告、数据分析工具及可视化等,助力企业提升服务水平、降低成本、提高效率,并为企业决策提供辅助支持。
行程服务H5
为OTA/TMC/旅行社/企业差旅部门等,提供基于H5页面的航空/铁路行程全流程信息服务,企业可将H5页面直接嵌入自有移动端产品中,如APP、公众号、小程序,让出行旅客/员工不再依赖其他第三方产品,在自有产品中即可掌握行程动态信息,方便旅客/员工合理安排规划行程,提升出行体验,提高服务满意度,增强用户黏性,同时降低企业开发维护成本。
API接口
为各类需要航班/列车动态信息、航班/列车准点率、飞机/列车基础参数、机场/车站基础设施信息及其他相关数据的企业,提供API接口服务。如用车行业,基于实时的航班/列车动态信息,做好机场/车站接送业务支持,合理安排车辆调度,提高服务效率;保险业,基于准点率数据,实现延误险动态定价,基于航班/列车动态数据,自动判断航班延误/取消是否达到赔付标准,实现自动理赔,提高理赔效率;OTA,提供飞机/列车基础参数数据,如机型、车型、座椅间距、 娱乐 设施配备等,供用户在选择航班时做参考,提升服务体验感。
数据报告
基于航班管家多年的民航铁路数据积累,分析民航铁路交通运输和旅客出行状况,提供定期、专题等多种类型的专业分析报告,还可基于行业专家团队能力提供深度行业咨询服务,从整体上把握市场趋势,为日常工作及生产经营决策提供支持。如为发动机制造商,围绕机队数据、飞机利用率、停场时长等指标,提供机队分析报告,帮助其快速掌握航司机队状况;为机场、航司、金融、证券、媒体等行业,围绕计划/实际航班量、航班执飞率、航班座位数、航班拥挤度、旅客运输量等指标,提供民航运行周报,从整体上把握民航运行状况,了解行业趋势;节假日时发布专题报告,分析旅客出行数据, 探索 旅客出行规律,为航司、旅行社、酒店等企业,在制定节假日产品时,提供数据支持。
数据分析工具及可视化
基于行业领先且专业的民航铁路出行大数据及拥有自主知识产权的算法模型,通过可视化平台,将分析、预测数据深入浅出的展现出来。如Mapping System(航线网络图),提供航司、机场航线布局,并对数据进行分析展示,方便用户直观便捷的查机场/航司航线状况、通航点状况、空铁联运衔接状况;大数据平台,提供官方统计、机场分析、航司分析、航线分析、铁路分析等分析模块,帮助航司/机场快速掌握民航铁路整体运行状况,了解对标机场/航司运行状况,为机场/航司运行、服务提升、产品优化提供数据支撑;为文旅厅,提供空铁联运实时监测系统,帮助文旅厅实时掌握机场/火车站实时旅客流量、航班运行状况、旅客运行状况,提前做好景区开放、接待筹备等工作。
海量数据实时处理,及时准确对外输出。我们的数据覆盖全球1100+家航空公司,5000+座机场,境内航班数据覆盖率达100%,全球航班覆盖率达98%,每天处理超过20万趟航班的动态信息,智能推送40多类旅客行程关怀信息,国内航班实际起降时间准确率达99%。同时,自建铁路数据库已覆盖国内3138个车站,10000+班车次,每日覆盖中国国内90W+进出站车次。
航班动态的数据是由数据生产者实时解析的,数据生产者将解析的数据发送到Kafka,由消费服务对数据进一步消费处理,最终由消费服务将有效的数据同步到MySQL数据库中存储。
全球每天约有10万次航班的起降,预计每分钟产生5万条航班动态数据合计14M,每天产生的数据约20.4G,每月612G,每年7.2T ; 航班管家数据覆盖全球1100+家航空公司,5000+座机场,境内航班数据覆盖率达100%,全球航班覆盖率达98%,每日处理超过20万趟航班的动态信息。
为了面向行业提供多种数据服务产品和数据解决方案,赋能行业合作伙伴、帮助其提效降本,2021年01月06日,公司领导召集部分员工,确定了项目的大致方向,提出了依托现有的航班、高铁数据接口,开发一个“航班管家开放平台”的SaaS平台。
01
项目设计
研发人员根据项目提出的需求,第一时间画了简单的设计图。
航班管家开放平台可主要分为3个大模块和15个子模块:3个大模块分别是控制台模块、数据服务模块、数据中心模块。15个子模块分别是:用户模块、鉴权模块、产品模块、网关模块、API数据模块、H5数据模块、控制台模块、管理后台模块、账单模块、余额模块、批价模块、支付模块、时间轴模块、行程中心模块、行程消息模块。
控制台模块:
提供用户专属账号登陆“航班管家开放平台”的控制台,开通“行程服务”中的产品获取航班、高铁服务的专属API接口数据和下载“数据报告”产品中有价值的大数据分析报告等。
数据服务模块:
数据中心模块:
基于民航空管局授权的官方动态数据,整合航空、铁路、场站、旅客、货运等多维度数据,结合拥有自主知识产权的算法模型与行业Know-how,构建有价值的数据。
02
技术选型
技术团队了解完业务的需求,考虑到用户的类型和规模,为了保证系统的安全性、可用性、稳定性、可伸缩性和可维护性,确定了以下的架构模式:
2.1、分层模式:
控制台模块采用的是分层模式:表示层、应用层、数据访问层。
表示层:
使用Vue.js等进行前端展示,完成集成和数据展示功能。
应用层:
使用Spring Cloud、Log4j、MyBatis等开源框架,Spring Cloud使用的计算机编程语言是Java,保证了系统代码的可移植性、安全性、可维护性,同时它也是一个分布式系统,保证了系统的可伸缩性、可维护性、可用性。
数据访问层:
综合使用Kafka、MySQL、Redis等多种开源技术,高效完成数据存储、资源调度、数据计算等,为业务及其他环节做支撑。
2.2、主从设备模式
数据中心模块中的数据库MySQL采用主从设备模式:主设备储存数据最终的计算结果,从设备中返回主设备中的计算结果。
MySQL使用主从设备模式,实现了实时灾备,在单台机器发生故障的时候,可以迅速的切换到其它机器,即实现了数据的备份,又保证了服务的高可用,同时从设备可以有多个,也保留了服务的扩展性。
2.3、代理模式
采用Nginx服务器的反向代理,防止主服务器被恶意攻击,确保数据的安全,提供数据的防护能力。同时Nginx服务器提供有负载均衡和动静分离的实现支持,可以极大的提高服务的安全性、稳定性,可用性。为了进一步保证网络安全,所有的服务均采用HTTPS加密协议进行网络资源传输,为用户良好的体验效果提供保障。
03
实施过程
2021-01-18
以下模块分别完成了服务器端文档编写和接口开发并发布测试环境:
1. 产品模块完成了H5资源和API资源的在线配置相关接口;
2. 鉴权模块完成了资源访问的鉴权相关接口;
3. 用户模块完成账户信息的维护相关接口;
4. API数据模块完成了航班数据输出接口、高铁正晚点数据输出接口;
5. H5数据模块完成了航班详情页和高铁详情页服务器端接口;
6. 控制台模块完成产品列表、应用列表相关接口。
2021-01-25
1. 控制台模块和产品模块、鉴权模块、前端完成联调和上线;
2. 网关模块和鉴权模块、产品模块、H5数据模块、API数据模块完成联调并上线;
3. 管理后台模块完成了基础框架的搭建和权限系统的开发、测试和部署到线上华为云。
2021-02-25
以下模块分别完成了服务器端文档编写和接口开发并发布测试环境:
1. API数据模块完成高铁动态、列车时刻表输出相关接口;
2. H5数据模块完成航班详情页内部跳转链接页面、高铁详情页内部跳转链接页面;
3. 时间轴模块完成卡片元数据和阶段卡片关联的相关接口;
4. 控制台模块完成用户注册、找回密码、更换手机号、主题配置相关接口;
5. 管理后台模块完成产品货架的展示、产品上下架,用户信息,系统配置。
2021-03-08
1. API数据模块和网关模块完成高铁动态、列车时刻表输出的联调、上线;
2. H5数据模块和网关模块、前端完成航班详情页、高铁详情页内部跳转链接页面的联调、上线;
3. 时间轴模块和管理后台模块完成卡片元数据和阶段卡片关联的联调、上线;
4. 控制台模块和用户模块、前端完成户注册、找回密码、更换手机号、主题配置的联调、上线;
5. 管理后台模块完成产品货架的展示、产品上下架、用户信息、系统配置的上线。
2021-03-26
以下模块分别完成了服务器端文档编写和接口开发并发布测试环境:
2. 行程消息模块完成消息推送、消息列表展示的相关接口;
3. 控制台模块完成用户的认证、应用的动态配置、银行卡对公转账充值的相关接口;
4. 批价模块完成了产品的批价处理相关接口;
5. 账单模块完成了生成产品的消费订单相关接口;
6. 余额模块完成了消费订单的扣费相关接口
7. 支付模块完成了企业账户信息的维护、银行卡对公转账充值到余额、余额支付、余额查询的相关接口;
8. 管理后台完成用用户认证审核、户充值的订单和充值处理的相关接口。
2021-04-08
1. 行程中心模块和网关模块、控制台模块完成了联调、上线;
2. 行程消息模块和网关模块、控制台模块完成了联调、上线;
3. 账单模块和批价模块、余额模块、支付模块完成了联调、上线;
4. 控制台模块和支付模块、管理后台模块、前端完成了联调、上线;
5. 管理后台模块和控制台完成了联调、上线。
2021-05-15
以下模块分别完成了服务器端文档编写和接口开发并发布测试环境:
1. 支付模块完成支付宝、微信扫码支付的相关接口;
2. 账单模块完成了日账单、月账单统计和明细查询的相关接口;
3. 控制台模块完成了用户账单的汇总和明细的展示和导出、行程服务产品套餐包展示和购买和订单的支付、查询相关接口;
4. 批价模块完成行程服务产品套餐包的批价;
5. 管理后台模块完成产品套餐的录入、上下架,用户购买套餐的展示、用户订单的相关功能。
2021-05-31
1. 支付模块和控制台完成扫码支付的联调、上线;
2. 账单模块和控制台完成账单统计和明细查询的联调、上线;
3. 控制台模块和支付模块、前端完成套餐的展示、购买和订单列表的查询的联调和上线;
4. 批价模块和控制台模块完成套餐包相关产品的计费调整的联调和上线;
5. 管理后台模块完成了测试和上线。
2021-06-18
以下模块分别完成了服务器端文档编写和接口开发并发布测试环境:
1. 控制台模块完成支付宝、微信扫码充值到余额,航班详情页、高铁详情页支持功能模块可配置化;
2. H5数据模块完成航班详情页、高铁详情页功能模块的动态展示。
2021-06-30
1. 控制台模块和支付模块、前端完成扫码充值联调、航班/高铁详情页的功能模块动态配置的联调、上线;
2. H5数据模块和前端完成航班详情页、高铁详情页功能模块的动态展示的联调、上线;
3. 前端完成官网的全新改版上线。
民航局空管局官方授权数据,为航班信息提供了官方来源的数据,充实、完善了底层数据库。
·与交通行业专业院校、科研院所、金融券商等展开合作,特聘各领域专家组成专家团队,为客户提供深度的行业咨询服务及分析报告产品。
一、项目定位
1. 概述:大交通数据及服务开放平台,为多种行业用户提供民航、铁路、航空货运大交通数据及其衍生产品服务,并根据各行业特色和需求,提供个性化、配套完善的解决方案。
2. 目标:封装航班管家的各项能力,向平台用户输出多种类的产品服务及解决方案。提供一站式自助化线上服务,降低自身人力成本投入。
3.提供成熟稳定的行程服务H5页面,企业可在自有移动端产品中嵌入航班、列车行程服务及行程管理页面,以企业自己的品牌,在自有产品中一站式全流程服务出行用户,让用户能轻松管理自己的行程。帮助企业显著提升用户出行体验,更好服务用户,创造更多商业价值。
4. 可为企业高效快速对接以下成熟型行程服务产品降低企业开发成本、提升用户出行服务满意度,如行程管理、航班行程服务、列车行程服务、全场景服务信息推送。用户可随时查看已有行程/ 历史 行程
用户可自主添加航班、列车行程,支持航班号/起降地查询航班信息、车次号/出发到达站查询火车信息,航班行程服务,围绕用户航空出行场景,提供精准的航班动态信息,并将航空出行全流程划分为多个阶段,在不同阶段提供不同的数据和服务,企业可通过H5页面将服务嵌入自有产品中,为用户提供一站式全流程服务。不同行程阶段,给用户提供的服务,可以在平台进行配置。实时、精准呈现航班动态相关信息,大数据预测起飞及到达时间,准确告知值机柜台和登机口信息,详细指引登机路线,确保用户顺利登机,航班近期准点率及平均延误时长统计。
二、目标群体
1. 短期目标群体:
有数据使用需求的中小型用户,如券商、咨询公司、学者学生、创业开发者等(对标API接口产品)。
有数据分析需求,需要数字化分析工具的用户,如机场、航司、政府、制造商等(对标数据平台、数据报告产品)。为C端提供行程服务需求的用户如中小型OTA、TMC等(对标行程服务产品)。
2. 长期目标群体:
有货运数据需求的用户,如物流、货运代理等(对标货运服务产品)
为服务的各领域提供专业的解决方案,如OTA、物流、航司、机场、制造商、用车、保险、车联网、集成系统开发、云服务等。
成效:
保险:行业数据分析核算,实时核保,赔付周期提升99%,赔付率降低50%,优化用户服务体验。
网约车:合理优化网约车资源利用率,平均减少接送机司机空等时间75分钟/年。
酒店:为酒店提供用户行程管理,6小时酒店航班信息同步,提高房源利用率,提升“机+酒”服务体验。
物流:为物流快递行业提供发货前中后数据信息参考,航班管家为中国90%的航空快件服务商赋能提效。
航班管家
航班管家是国内领先的智能出行平台,以“航班+高铁”的行程服务为核心,服务全面覆盖航班、高铁以及专车接驳三大出行场景,服务所有大交通出行用户。面向C端,航班管家为用户提供航班/列车动态信息、票务/酒店预订、专车接送、出行攻略内容等在内的一站式出行服务,让出行成为美好的生活方式;面向B端,航班管家构建覆盖航班和铁路出行全场景的企业级SaaS平台,聚焦大交通出行服务行业数字化升级,为OTA、TMC等行业提供多场景服务解决方案,赋能合作伙伴,提效降本。

关于火车api接口和12306接口api的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。
火车api接口的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于12306接口api、火车api接口的信息别忘了在本站进行查找喔。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
暂时没有评论,来抢沙发吧~