图1：如果该好友已经在在用户页面上确认了他们的位置资料，上述应用程序将根据以上两个地点自动搜索航班。

不久前，人们还不认为将搜索工具整合到Facebook应用程序是标志性的事件——但现在，行业正不断发生变化。

　　自2011年上半年马来西亚航空将完整的预订、登机以及选择座位的流程添加到Facebook应用程序（由SITA Lab提供技术支持）以来，仅为用户显示搜索结果页面，然后引导他们跳转到其它页面进行预订这一做法似乎变得有点局限。

　　旅舍预订平台Gomio（与社会媒体开发商Appnostic合作）最近的举措展示了用户在旅舍网络平台的体验（以及预订）如何被整合到Facebook应用程序中（酒店对此也很感兴趣）。那么，对多家航空公司的航班进行搜索的流程应如何被整合呢？

　　Travelport为了准备其在2011年11月推出的开发者网络（Developer Network），从公司外部邀请了一位程序设计员来研究当数据通过Facebook 的API（应用程序接口）提供时如何进行处理。

　　Travelport在几周内得出粗略的测试结果：e-volve app——用户可以在该平台通过Travelport的GDS feed（Universal API中的ePricing服务）来搜索及预订任何一家航空公司航班。

　　但航班搜索的本质不都是一样的吗？

　　很多人在提到将搜索工具整合到Facebook应用程序时都会说：如果一个应用程序无法利用Facebook的本质特点——社交网络，那进行整合又有何意义呢？

　　为利用上述特点，该应用程序将用户所在地识别为起点，用户还可以通过在应用程序输入Facebook好友的名字来搜索航班。

　　如果该好友已经在在用户页面上确认了他们的位置资料，上述应用程序将根据以上两个地点自动搜索航班。

　　应用程序的搜索结果显示（记住在这一阶段还只是概念性的）与一般的搜索结果显示相同：在一幅地图上标出路线、价格、航空公司、中转次数和旅行时间等等。

　　用户可在好友的涂鸦墙（可点击链接返回浏览航班价格页面）上分享这些结果，而最重要的是，他们能在该应用程序页面直接进行预订。

　　图2：页面包括有多个经停点的航班搜索结果

　　图3：航班搜索结果

　　以下是关于这方面的一些有趣且值得思考的元素（值得注意的是，Travelport强调e-volve还不是一个产品，只是一个公司外部的程序设计员使用其API制作的试验品）：

　　协作性预订具有明显的发展潜力。

　　点对点搜索已经存在（包括一些铁路运营商和当地交通系统，如伦敦地铁）——但完整的多模式搜索结果（如Zoombu和Travelfusion现在所进行的工作）将是Facebook应用的核心：联系各地（有明确的地点）的人们。

　　将来，Facebook的资料页面也许会成为正规、官方的PNR（旅客订座记录）。

　　Travelport表示，e-volve还不能被作为产品推出，但日后经过合理的改进，该平台可能会作为顾客使用的应用程序被整合到开发者网络中。