旅行管理系统的制作方法

专利名称：旅行管理系统的制作方法
旅行管理系统背景许多旅行服务提供商例如航空公司、酒店和汽车租赁公司利用对因特网的访问的 广泛可用性来直接向旅客销售服务而无需诸如旅行代理商等中介。结果，许多旅行社已经 通过创建带有详尽的旅行信息网站来开发出因特网平台。除了传统的旅行社之外，已经出 现还将因特网用于出售旅行服务的全业务旅行站点。旅行站点通常使用操作全球分发系统 (GDS)的旅行服务分发公司来提供关于航班、酒店和汽车租赁空位的最新的详尽信息。概述在此描述用于旅行管理系统的各种技术的实现。在一个实现中，基于状态的桌面 客户机为用户提供旅行规划和管理工作空间。用户可以执行旅行规划活动，并登出旅行工 作空间而不必重复旅行规划任务。在另一个实现中，旅行规划任务可以被存储为即使在用 户未登入旅行工作空间时也保持最新的费用和可用性数据的数据馈源。在另一个实现中，关于诸如交通、住宿和娱乐等旅行服务的信息可以按可定制的、 高度可索引的旅行卡格式存储。旅行卡格式可以帮助旅行服务提供者在交互表示层中提供 关于旅行服务信息。当搜索旅行服务时，用户可以对旅行卡执行自由形式的搜索而非典型 的旅行站点的僵硬的、结构化搜索格式。在另一个实现中，虚拟旅行代理可以帮助规划旅行安排并确保其与企业数据服务 一致，该企业数据服务将用户的可用性、用户偏好和用于规划和预订行程的公司策略通知 给虚拟旅行代理。虚拟旅行代理可以监视出发、抵达和旅程中断，以便向用户和依赖于行程 事件和中断的消息的其他人提供及时通知。虚拟旅行代理可以监视行程期间的用户进展， 并在旅行中断的情况下重新预订行程。在另一个实现中，可以基于所建议的路线来生成费用报告。费用报告可以包括基 于历史路线的预期费用。费用报告可以用于在虚拟旅行代理确定旅行安排之前的批准过程。在另一个实现中，在旅行期间招致的费用项目可以使用存储在企业数据服务中的 公司费用策略来电子地提交和协调。提供以上引用的概述章节以便以简化形式介绍将在以下详细描述章节中进一步 描述的一些概念。本发明内容并不旨在标识所要求保护的主题的关键特征或必要特征，也 不旨在用于限制所要求保护的主题的范围。此外，所要求保护的主题不限于解决在本发明 的任一部分中提及的任何或所有缺点的实现。附图
简述图IA示出其中可以合并和实践在此描述的各种技术的计算系统的示意图。图IB更详细地示出根据在此描述的实现的旅行管理服务器和旅行服务提供者服 务器。图IC示出根据在此描述的实现的旅行卡系统。图2A示出根据在此描述的各种技术的实现的旅行工作空间客户机的屏幕截图。图2B示出根据在此描述的实现的旅行绑定器。
图2C示出根据在此描述的实现的旅行卡界面。图3示出根据在此描述的各种技术的实现的用于创建路线的方法的流程图。图4示出根据在此描述的实现的用于生成费用报告的方法的流程图。图5示出根据在此描述的各种技术的实现的用于确认旅行费用的方法的流程图。详细描述对于术语，参考附图描述的任何功能都可使用软件、固件、硬件(例如，固定逻辑 电路)、手动处理或这些实现的组合来实现。此处所使用的术语“逻辑”、“模块”、“组件”或 “功能”一般表示软件、固件、硬件、或这些实现的组合。例如，在软件实现的情况下，术语“逻 辑”、“模块”、“组件”或“功能”表示被配置成当在一个或多个处理设备(例如，一个或多个 CPU)上执行时执行指定任务的程序代码(或声明性内容)。程序代码可被储存在一个或多 个计算机可读介质中。更一般而言，所示的将逻辑、模块、组件和功能分割成不同单元可以反映这些软 件、固件和/或硬件的实际物理分组和分配，或者可对应于由单个软件程序、固件程序和/ 或硬件单元执行的不同任务的概念性分配。所示的逻辑、模块、组件和功能可位于单个位置 处(例如，由处理设备来实现)，或者可分布在多个位置上。术语“机器可读介质”等指的是用于以任何形式保留信息的任何种类的介质，包括 各种存储设备(磁、光、固态等等)。术语机器可读介质还包含了表示信息的瞬态形式，包括 用于将信息从一点发送到另一点的各种硬线和/或无线链路。此处描述的技术还在各流程图中描述。为便于讨论，某些操作在这些流程图中被 描述为以特定次序执行的不同的组成步骤。这些实现是示例性而非限制性的。某些操作可 被分组在一起并且在单个操作中执行，而某些操作可用不同于在本发明中所述的示例中所 采用的次序的次序来执行。图IA示出其中可以合并和实践在此描述的各种技术的计算系统100的示意图。尽 管计算系统100可以包括常规的台式或服务器计算机，但可以使用其他计算机系统配置。可以围绕允许企业系统和全球分发系统(⑶S)服务基础结构之间的互操作性的 一组标准web服务协议和XML架构来构建计算系统100。通过将web服务用于通信，该体系 结构确保其中多个公司可以参与开发新服务和解决方案的的开放模型。计算系统100可以包括一个或多个客户机计算机102、旅行管理服务器122、企业 服务器142和各个旅行服务提供者服务器182。客户机计算机102可以向用户提供用户可 以用来请求旅行服务和查看旅行服务信息的界面。旅行服务信息可以包括关于旅行路线和 不同形式的交通、住宿和娱乐的信息。例如，用户可以请求从西雅图到伦敦的商务旅行的路 线，这可以包括对可用航班、酒店房间和饭店预约的请求。旅行管理服务器122可以主存以旅行者为中心的软件以帮助用户规划和管理旅 行。旅行管理可以包括创建路线、预订行程预约和费用报告管理。在一个实现中，旅行管理 服务器122可以与GDS (未示出)接口以便搜索和预订可用交通和住宿。通过与GDS接口， 用户可以访问与人类旅行代理可以提供的相同的数据和选择。参考图IB更详细地描述旅 行管理服务器122。旅行服务提供者服务器182可以将旅行相关内容提供给搜索和确定旅行服务的 用户。旅行服务提供者可以是提供一些旅行服务的任何组织。旅行服务可以包括交通、膳宿和景点(诸如公园、博物馆、音乐厅或与旅行或观光相关的任何场所)。旅行服务提供者 服务器182可以向用户提供对关于旅行服务的信息的动态访问。另外，旅行服务提供者服 务器182可以提供丰富的、交互演示以便告知用户旅行服务，并帮助用户做出旅行选择。参 考图IB更详细地描述旅行服务提供者服务器182。企业服务器142可以主存与旅行管理服务器122接口的企业软件。进一步，企业 服务器142可以主存企业数据156，诸如可以用于旅行规划和管理的公司策略和偏好。在企 业内可以在不同的抽象层表示企业数据156。客户机计算机102可以包括中央处理单元(CPU) 104、系统存储器106、存储108和 网络接口 110。尽管在客户机计算机102仅示出一个CPU 104，但应理解，在一些实现中客 户机计算机102可以包括不止一个CPU 104。系统存储器106可以包括只读存储器(ROM)、随机存取存储器(RAM)和基本输入/ 输出系统(BIOS)(均未示出)。BIOS可以包含诸如在启动期间帮助在客户机计算机102内 的元件之间传递信息的基本例程。存储108还可包括用于对硬盘进行读写的硬盘驱动器、用于对可移动磁盘进行读 写的磁盘驱动器、以及用于对诸如CD-ROM或其它光介质等可移动光盘进行读写的光盘驱 动器。驱动器及其关联的计算机可读介质可以向客户机计算机102提供对计算机可读指 令、数据结构、程序模块和其它数据的非易失性存储。驱动器未在图IA中示出。虽然此处将客户机计算机102描述为具有硬盘、可移动磁盘和可移动光盘，但本 领域技术人员应当理解，客户机计算机102还可以包括可由计算机访问的其它类型的计算 机可读介质。例如，这种计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或 其它数据等信息的任何方法或技术实现的易失性和非易失性、以及可移动和不可移动介 质。计算机存储介质还可包括，RAM、R0M、可擦除可编程只读存储器(EPROM)、电可擦可 编程只读存储器(EEPROM)、闪存或其它固态存储器技术、CD-ROM、数字多功能盘(DVD)或其 它光盘存储、磁带盒、磁带、磁盘存储或其它磁性存储设备、或能用于存储所需信息且可以 由客户机计算机102访问的任何其它介质。通信介质能以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指 令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。术语“已调制数据信号” 可指的是以在信号中编码信息的方式设定或更改其一个或多个特征的信号。作为示例而非限制，通信介质包括有线介质，诸如有线网络或直接线连接，以及无 线介质，诸如声学、射频、红外线和其他无线介质。上述的任意组合也可以包含在计算机可 读介质的范围内。此外，客户机计算机102还可以使用到诸如旅行管理服务器122、企业服务器142 和旅行服务提供者服务器182等一个或多个远程计算机的逻辑连接来在联网环境中操作。 逻辑连接可包括连接到网络160的网络接口 110。网络160可以是任何网络或网络集合，诸 如企业范围的计算机网络、内联网、局域网(LAN)和广域网(WAN)。在一个实现中，网络160 可以是因特网。另外，用户可以通过输入设备118向客户机计算机102输入命令和信息。输入设备118可包括诸如键盘和定点设备等设备。其它输入设备118可以包括话筒、操纵杆、游戏 手柄、圆盘式卫星天线、扫描仪等等。客户机计算机102还可包括一个或多个输出设备119。输出设备119可包括显示 监视器或其他外围输出设备，诸如扬声器和打印机。系统存储器106可包含操作系统112和用户界面114。操作系统112可以是可控 制联网台式机、膝上型计算机、或移动计算设备的操作的任何合适的操作系统。操作系统 112 可包括Windows Vista、windows Mobile、Mac OS X、Unix 变体(例如Linux 和 BSD )等。用户界面114可以是从用户接收旅行相关请求，执行传统的web服务相关任务并 将旅行相关数据呈现给用户的软件。传统的web服务相关任务可以包括认证和数据管理任 务。旅行相关请求可以包括搜索旅行服务以及请求旅行服务，诸如作出预约或预订旅行交 通请求。旅行请求可以还包括关于活动旅行路线的查询。例如，用户可以在旅途期间请求 转接班机的出发时间。用户界面114可以经由键盘输入或语音查询接收请求。用户界面114可以在显示器中或经由语音消息呈现旅行相关数据。用户界面114 可以是web客户机、移动客户机或语音客户机。参考图2更详细地描述web客户机的一个 示例。在一个实现中，用户界面114可以是在Microsoft SiIverlight和ASP. NET上构建 的web客户机。因为移动设备进入和离开覆盖区，在航空公司和其他“无线电关闭”场所中操作， 所以用于移动客户机的用户界面114可以支持用于数据访问的丰富的离线模型。移动客户 机可以高速缓存和呈现允许数据的移动规划的一系列旅行数据。在一个实现中，移动客户 机可以使用数据馈源高速缓存机制来跟踪和存储数据以便进行在线和离线操作。另外，由 于移动设备通常具有有限的资源，因此在移动客户机中显示的数据是有限的。在一个实现 中，用户界面114可以是在Windows Mobile和· NET Compact Framework上构建的移动 客户机。在其中用户界面114包括语音客户机的一个实现中，用户可以经由任何用户可以 拨打以便访问旅行服务数据的直接拨打号码(例如，1-800-XXX-XXXX)来访问语音客户机。 呼叫者ID功能性可以用于自动地从用户的优选的电话设备和电话号码中标识用户。例如，在接收到来自用户的对直接拨打号码的呼叫后，语音客户机可以提示用户 以获得指示所需帮助类型的语音查询。有利的是，用户不必按照一系列菜单提示来直接地 获取用户需要的信息。相反，用户可以进行简单查询，诸如“我的下一个航班是什么时候？，， 或者“我今晚订哪个酒店？ ”。作为响应，虚拟旅行代理134可以为用户确定活动路线137， 并且回答用户的问题。在一个实现中，用户界面114可以是在Microsoft iTellme平台上构 建的语音客户机。语音客户机可以使用包括如上所述的常见查询的旅行语法。在一个实现中，旅行 语法可以使用VoiceXML标准来开发。在另一个实现中，语音客户机可以应用户的请求将传 入呼叫移交给各种旅行服务提供者。有利的是，用户只需要记住一个直接拨打电话号码而 非给定行程中使用的所有航空公司、酒店和汽车租赁公司的众多电话号码。在又一个实现中，用户界面114可以与诸如日历等企业数据服务巧4集成。在一 个实现中，企业数据服务154可以是定位器服务，诸如确定用户的当前位置的Microsoft Office Communication Server。企业服务器142可以被与客户机计算机102类似地配置。企业服务器142可以包 括CPU 144、系统存储器146、存储148和网络接口 150。系统存储器146可以包括操作系统152和企业数据服务154。企业数据服务巧4 可以是管理业务或办公室相关任务，诸如日历和通信服务(例如，电子邮件)的任何软件。 企业数据服务巧4可以维持与旅行规划和管理相关的企业数据156，诸如用户对旅行的可 用性和用户位置。存储148可以包括企业数据156和用户简档158。企业数据156还可以包括用于 管理商务旅行的企业级数据。例如，企业级数据可以包括用于授权旅行的公司策略、旅行服 务的优选供应商、用于购买旅行所需授权、用于购买服务的公司信用卡号等等。用户简档158可以包括用于做出旅行服务决定的用户级数据。用户级数据可以包 括对旅行的偏好，诸如航空公司的座位安排、吸烟或无烟膳宿、特殊食谱需求、用于购买旅 行服务的用户信用卡号等等。图IB更详细地示出根据在此描述的实现的旅行管理服务器122和旅行服务提供 者服务器182。旅行服务提供者服务器182可以与客户机计算机102类似地配置。旅行服 务提供者服务器182可以包括CPU 184、系统存储器186、存储188和网络接口 190。系统存 储器186可以包括操作系统192。存储188可以包括旅行卡194和演示应用程序196。旅行卡194可以是描述旅行 服务或活动的文档。旅行卡194可以提供关于旅行服务的附加细节，诸如兴趣点、地图、联 系人信息、照片等等。旅行卡可以在众多抽象层描述旅行服务和活动。例如，旅行卡194可 以描述酒店房间，而另一旅行卡描述整个酒店。在一个实现中，旅行卡194是可扩展标记语 言(XML)文档。旅行卡194可以还与演示应用程序196关联。另外，旅行卡194可以为旅行服务 提供者提供广告通道以创建付费内容并将其递送给用户。对由旅行服务提供者定义的任何 标签而言，旅行卡194可以是完全可索引的。有利的是，完全可索引允许用户用灵活的搜索 格式而非典型的旅行服务网站的僵硬的搜索结构来进行搜索。除了可以被包括在旅行卡194中的文本描述之外，演示应用程序196可以将交互 内容提供给查看用户界面114内的特定服务或活动的用户。在一个实现中，演示应用程序 196 可以是Microsoft Silverlight 应用程序。另外，旅行卡194可以提供共享与用户行程相关的信息的简单方式。例如，一个用 户可以将关于饭店的旅行卡194发送给其他人以使得每个人都可以找到该饭店。在一个实 现中，旅行卡194可以包括允许用户向出租车或酒店职员示出旅行卡194以获得方向指示 的本地语言选项。图2C示出并将在下面的段落中更详细地描述关于酒店的旅行卡194的 示例。旅行卡194可以还被组织在旅行绑定器中。图2B示出并将在下面的段落中更详细 地描述示例旅行绑定器。旅行管理服务器122可以与客户机计算机102类似地配置。旅行管理服务器122 可以包括CPUlM、系统存储器126、存储1 和网络接口 130。系统存储器1 可以包括操作系统132、工作空间活动133、虚拟旅行代理134、旅 行工作空间应用程序135和旅行管理员136。虚拟旅行代理134可以是执行类似于真实旅行代理的服务的软件。例如，虚拟旅行代理134可以从用户接收对旅行服务的请求。虚拟 旅行代理134可以基于请求来选择、购买、预定或保留旅行服务。另外，虚拟旅行代理134 可以基于企业数据156和用户简档158来规划和管理旅行服务。另外，虚拟旅行代理134可以为用户管理活动路线。例如，虚拟旅行代理134可以 订阅数据馈源以获得用户的路线137的旅行元素。通过数据馈源139，虚拟旅行代理134 可以监视旅行事件，例如航班延时或取消、天气混乱、出发和抵达。此外，响应于旅行事件， 虚拟旅行代理134可以经由用户界面114、文本消息收发、语音消息收发或数据馈源来发送 通知。通知可以被发送给用户或由用户指定的其他接收者，例如家人、同事或用户停留的酒 店。在一个实现中，虚拟旅行代理134可以基于内容来改变通知类型。例如，10分钟 的航班延时可以向用户触发文本消息。然而，1小时的航班延时可以向用户触发语音消息。 通知的类型还可以基于接收者而变化。对于语音消息收发，虚拟旅行代理134可以向用户发起允许与语音客户机进行有 限交互的电话呼叫。例如，当就通宵航班延时呼叫用户时，语音客户机可以响应用于就本地 酒店的查询。虚拟旅行代理134可以将多个路线137关联为组的一部分，例如，与多个同事一起 的商务旅行、家庭度假。参考图3更详细地描述虚拟旅行代理134。旅行工作空间应用程序135可以是处理向用户界面114提供关于旅行服务的信息 的用户请求的软件。旅行工作空间应用程序135可以维护关于工作空间活动133中的特定 用户请求和路线137的状态数据。在一个实现中，旅行工作空间应用程序135可以创建数据馈源139以便维护关 于旅行服务的已更新的信息。数据馈源139可以是为用户查询旅行服务的真正简单聚合 (RSS)或ATOM数据馈源。数据馈源139可以与⑶S接口以便即使在用户未活动地连接到 旅行管理服务器122时也实时维护关于所请求的旅行服务的可用性和价格信息。数据馈源 139可以包括在组层面(例如航班)或在单独项层面(例如具体的航班号)在逻辑上操作 的不同的复杂类型。参考图2和图6更详细地描述旅行工作空间应用程序135和工作空间 活动133。旅行管理员136可以是为用户执行记录保存服务的软件。例如，旅行管理员136 可以为路线137创建费用报告138。此外，旅行管理员136可以确定企业策略允许是否允许 所招致的费用，并将所允许的费用转发给企业记帐或支付系统(未示出)。参考图3-图5 更详细地描述旅行管理员136。存储1 可以包括旅行卡系统131、路线137和费用报告138。旅行卡系统131可 以聚集旅行卡194以便允许用户以灵活的搜索格式搜索旅行服务。参考图IC更详细地描 述旅行卡系统131。图IC示出根据在此描述的实现的旅行卡系统131。旅行卡系统131可以包括爬行 器161、索引器162、查询引擎163、爬行器数据库164和索引165。爬行器161可以在网络 160中搜索旅行卡194，并将旅行卡194聚集在爬行器数据库164中。索引器162可以创建索引165以允许用户搜索旅行卡194中描述的旅行服务。索 引165可以包括标准搜索字段，诸如酒店位置和等级。然而，索引器162可以还创建基于旅
9行服务提供者对旅行卡194的定制的其他索引。例如，酒店可以在他们的旅行卡194中包 括对附近景点的描述。因此，索引器162可以创建对附近景点的索引。对附近景点的索引 可以允许用户不但搜索伦敦的4星级酒店，也搜索特拉法加广场附近的酒店。查询引擎164可以是接收用户的搜索查询并返回相关的旅行卡194的列表的软 件。在一个实现中，查询引擎164可以从数据馈源139接收搜索查询。图2A示出根据在此描述的各种技术的实现的旅行工作空间客户机200的屏幕截 图。旅行工作空间客户机200可以是用户界面114的web客户机实现。此外，旅行工作空 间客户机200可以维护关于工作空间活动133的状态信息以使得用户可以在不丢失在旅行 工作空间客户机200上维护的任何信息的情况下注销和登录旅行工作空间客户机200。旅行工作空间客户机200可以包括查询窗口 202、搜索结果窗口 204、一个或多个 工作空间活动窗口 206和旅行绑定器链接210。查询窗口 202可以被配置为允许用户输入 搜索项。在一个实现中，搜索结果可以被显示在搜索结果窗口 204内。工作空间活动窗口 206可以响应于用户点击搜索结果窗口 204内的搜索结果中的一个而打开。在此示例中，用户将项“到伦敦的航班”输入到查询窗口 202中。在搜索结果窗口 204中可以返回两个结果，即“英格兰航空”和“联合王国天空”。响应于用户点击“英格兰航空”，旅行工作空间客户机200可以打开工作空间活动 窗口 206A。在此示例中，工作空间活动窗口 206列出到伦敦的两个航班以及航班的费用。 在一个实现中，工作空间活动窗口 206可以被配置成通过点击所列出的航班中的一个，用 户可以预订航班上的座位。在另一个实现中，搜索结果可以被返回为数据馈源139中的一个。在上述场景中， 数据馈源139可以是由被专门设计成搜索航班的小程序呈现在搜索结果窗口 204中的航班 搜索查询。虽然用于旅行服务诸如预订之类的一些交互在旅行工作空间客户机200中可以 是标准的，但活动窗口交互和内容可以由旅行服务提供者定义。工作空间活动窗口 206 可以主存呈现与旅行服务相关联的丰富的多媒体演示的小程序。在一个实现中，旅行工 作空间客户机200可以被配置成支持用于在工作空间活动窗口 206内呈现交互内容的 Microsoft Silverlight应用程序。在一个实现中，可以从数据馈源139中的一个的结果 集启动这些小程序。应注意，对航班的搜索仅仅是旅行工作空间客户机200中的工作空间活动133的 一个示例。旅行工作空间客户机200可以被配置成搜索任何形式的旅行活动并与之交互， 且仅仅限于用户希望查看的内容。例如，旅行工作空间客户机200还包括关于“酒店”和“特 拉法加广场”的工作空间活动窗口 206B和206C。另外，旅行工作空间客户机200可以维护持久状态，以使得用户可以注销并稍后 返回，以便查看出于用户离开时的相同状态的旅行工作空间客户机200。每一工作空间活 动窗口 206的内容和状态可以被维护为旅行管理服务器122上的工作空间活动133中的一 个。此外，用户可以订阅数据馈源139以使得即使在用户注销时工作空间活动窗口 206中 的数据也保持最新。在所示出的示例中，用户可以订阅数据馈源139以获得到伦敦的航班。 在这样的场景中，用户可以注销，然后在重新连接到旅行工作空间客户机200时，用户可以 在搜索结果窗口 204查看已更新的费用。尽管在此示例中使用航班，但由数据馈源139保
10持最新的数据可以包括从当地事件到天气的任何方式的信息，或者是在旅行工作空间客户 机200中呈现的任何其他旅行服务信息。除了旅途计划活动之外，旅行工作空间客户机200还可以包括关于历史和活动行 程的工作空间活动窗口 206。关于活动行程的工作空间活动窗口 206可以在检索和更新相 关信息时被用于管理行程细节。用户可以主动更新他们自己的位置以便使得旅伴也保持更 新。用户可以使用旅行工作空间客户机200来接收关于旅行中断的通知、使用交互式地图 来获取帮助、跟踪费用以及用于管理活动旅途的其他活动。旅行工作空间客户机200可以还包括到组织活动或历史路线中的信息的旅行绑 定器的链接。旅行绑定器链接210可以被配置成显示路线137中的一个的旅行绑定器220。 在所示出的示例中，旅行绑定器220可以聚集与旅行绑定器链接210相关联的旅行卡194， 旅行绑定器链接210与“迈阿密行程”路线相关联。参考图2B和2C更详细地描述旅行绑
定器220ο另外，旅行工作空间客户机200可以允许用户访问虚拟旅行代理134以便使用即 时消息收发来询问问题。此外，虚拟旅行代理134可以偶尔经由旅行工作空间客户机200 向用户提供通知。另外，用户可以将工作空间活动窗口 206停放在旅行工作空间客户机200内。旅 行工作空间客户机可以具有零个、一个或多个停放位置，每一个停放位置可以逻辑上附加 到工作空间的一部分、屏幕的一部分或自由浮动。图2Β示出根据在此描述的各种技术的实现的旅行绑定器220。旅行绑定器220可 以是组织关于用户的路线137的信息的界面。旅行绑定器220可以包括选项卡栏230和旅 行卡链接Μ0。选项卡栏230可以包括对关于路线的信息进行分类的选项卡。例如，“迈阿 密行程”选项卡可以包括关于路线的通用信息，诸如旅行日期或与路线相关联的会议。“费 用”选项卡可以包括关于路线的费用信息。在一个实现中，通过点击“费用”选项卡，用户可 以在旅行绑定器20中输入费用信息。选项卡栏230可以还包括旅行服务的类别，诸如“航班”和“酒店”。通过点击“酒 店”选项卡，用户可以查看路线的具体房间预订信息。在一个实现中，旅行绑定器220可以 包括旅行卡链接Μ0。通过点击旅行卡链接Μ0，用户可以查看对应于特定旅行服务的旅行 卡 194。图2C示出根据在此描述的实现的旅行卡界面250。旅行卡界面250可以包括标 题252、图像254、缩略图256、描述258和动作按钮259。图像2Μ和缩略图256仅仅是旅 行服务提供者可以包括在旅行卡194中的内容的示例，且不旨在限制在此描述的实现。描述258可以包括由旅行服务提供者在旅行卡194中提供的任何信息。“星级”、 “每晚费率”和“附近景点”仅仅是可能的描述的示例，且不旨在限制在此描述的实现。在一个实现中，旅行卡界面250可以包括用于启动与旅行卡194相关联的演示应 用程序196的动作按钮259。在此示例中，用户可以通过点击动作按钮259来虚拟游览酒 店。动作按钮259仅仅是可以如何启动演示应用程序196的一个示例，且不旨在限制在此 描述的实现。图3示出根据在此描述的各种技术的实现的用于创建路线137的方法300的流程 图。在一个实现中，方法300可以由虚拟旅行代理134执行。
在步骤310，虚拟旅行代理134可以从用户接收旅行请求。旅行请求可以包括用户 的标识符以及出发城市和目的地城市。在步骤320，虚拟旅行代理134可以确定用于创建路线137的企业数据156。企业 信息156可以指定用于选择和/或预订旅行服务的策略。在一个实现中，旅行请求可以与在用户日历上安排的会议相关联。在这样的实现 中，虚拟旅行代理134可以确定会议的所有参与者，并将旅行请求看作是针对每一与会者 的旅行请求。另外，虚拟旅行代理134可以基于每一旅行者的日历来确定旅行日期。虚拟旅行代理134可以还使用路线137中的历史信息来为当前旅行请求选择旅行 服务。例如，在到同一场所的行程上的公司的其他雇员可以都停留在特定酒店。虚拟旅行 代理134可以为当前请求选择相同的酒店。在步骤330，虚拟旅行代理134可以确定旅行者信息。旅行者信息可以包括被存 储在用户简档158中的用户级信息。如果用户简档158包括对在会议之前提前到达的的偏 好，则旅行者信息可以被用于确定出发日期和时间。此外，用户简档158可以包括对在一天 中的特定时间出发/到达的偏好。在步骤340，虚拟旅行代理134可以确定实现行程请求的旅行元素。例如，对于从 西雅图到伦敦的行程，虚拟旅行代理134可以确定该行程的旅行元素包括到西雅图机场的 出租车、从西雅图到伦敦的航班、用于本地交通的租赁汽车和在伦敦停留期间的酒店房间。在步骤350，虚拟旅行代理134可以通过选择旅行元素来生成路线137。在一个实 现中，虚拟旅行代理134可以与⑶S通信以便为路线137选择可用交通和膳宿。对特定旅 行元素的选择还可以基于企业数据156和用户简档158。在另一个实现中，虚拟旅行代理 134可以生成多个路线137以供用户从中选择。在这样的情况中，可以为路线137中的每一 个选择旅行元素的不同组合。在步骤360，虚拟旅行代理134可以确定是否批准路线。在一个实现中，批准可以 自动化的。例如，可以基于企业数据156来确定批准。例如，如果成本低于特定值，可以批 准路线137。在另一个实现中，用户可以指定要求手动批准。或者，旅行请求可以包括可在 其中批准路线137的参数。如果路线137被批准，则在步骤370，虚拟旅行代理134可以预订路线137中的旅 行元素。或者，经批准的路线可以仅仅授权虚拟旅行代理134来预定或锁定所选旅行元素。在另一个实现中，虚拟旅行代理134可以是响应于旅行中断的抢先软件应用程 序。在这样的实现中，虚拟旅行代理134可以将活动路线的旅行中断看作是旅行请求。例 如，当用户不可用时用户的转接班机可能被取消。用户可能在另一航班上，或者用户的 电话可以不在网络内。响应于取消，虚拟旅行代理134可以为用户预订另一航班，如步骤 320-370中所描述的。应注意，航班取消仅仅被用作旅行中断的示例，且不旨在限制在此描 述的实现。影响所预定的路线的其他中断可以还被看作是旅行请求，例如重新安排预定旅 行的会议。图4示出根据在此描述的实现的用于生成费用报告138的方法400的流程图。在 一个实现中，旅行管理员136执行方法400。在步骤410，旅行管理员136可以从虚拟旅行代理134接收路线137。在一个实 现中，虚拟旅行代理134可以在路线137的旅行元素被预定之后将路线转发给旅行管理员136。可以对路线137的每一旅行元素重复步骤420-430。在步骤430，旅行管理员136 可以生成费用报告138的行式项目。行式项目可以包括旅行元素的描述，例如，从西雅图到 伦敦的飞机票价和旅行元素的费用。在步骤440，旅行管理员136可以确定路线137的预期费用。预期费用可以基于 路线137中的到相同目的地的先前行程的历史数据。预期费用可以被包括在费用报告138 中，每一预期费用对应一个行式项目。在一个实现中，路线137的批准(如图3中所描述 的)可以基于费用报告138中的预期费用。图5示出根据在此描述的各种技术的实现的用于确认旅行费用的方法500的流程 图。在一个实现中，旅行管理员136可以执行方法500。旅行费用可以包括用户实际支出费 用或向公司信用卡收取的费用。在一个实现中，用户可以经由用户界面114将实际支出费 用提交给旅行管理员136。或者，向公司信用卡收取的费用可以经由从银行馈送的信用卡来 提交给旅行管理员。可以对在行程期间发生的每一笔费用项目重复步骤510-560。在步骤520，旅行管 理员136可以将实际支出费用项目与收据对账。例如，花费项目可以与电子提交的收据来 对账，例如，经由具有图像捕捉的用户界面114。在一个实现中，旅行管理员136可以使用光 学字符识别(OCR)来确定收据图像的内容，并将该收据与花费项目对账。在步骤530，旅行管理员136可以确定花费项目是否是商务花费。在一个实现中， 用户可以将每一花费项目标记为个人或商务。如果花费项目是个人花费，则方法500可以 返回到步骤510。如果花费项目是商务花费，则在步骤M0，旅行管理员136可以确定针对 该花费项目的公司策略。公司策略可以被包括在企业数据156中。在步骤550，如果花费项目是在公司策略之内，则可以允许该花费。由此，在步骤 560，可以将花费项目发送给记账系统(在实际支出情况下用于偿还，或者在向公司信用卡 收费的情况下用于支付)。如果花费项目不在公司策略之内，则在步骤570，旅行管理员136可以请求批准该 花费。如果获得批准，则在步骤560，可将花费项目发送给记账系统。如果没有获得批准，则 方法500可以返回到步骤510。应该理解，此处描述的各种技术可以结合硬件、软件或两者的组合来实现。因此， 各种技术或其某些方面或部分，可以采用包含在诸如软盘、CD-ROM、硬盘驱动器或任何其它 机器可读存储介质等有形介质中的程序代码(即，指令)的形式，其中，当程序代码被加载 至诸如计算机等机器并由其运行时，该机器成为用于实现该各种技术的装置。在程序代码 在可编程计算机上执行的情况下，计算设备可包括处理器、该处理器可读的存储介质(包 括易失性和非易失性的存储器和/或存储元件)、至少一个输入设备、以及至少一个输出设 备。可以实现或利用此处所描述的各种技术的一个或多个程序可以使用应用程序编程接口 (API)、可重用控件等。这样的程序可以用高级过程语言或面向对象编程语言来实现，以与 计算机系统通信。然而，如果需要，程序可以用汇编语言或机器语言来实现。在任何情形中， 语言可以是编译语言或解释语言，且与硬件实现相结合。尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权 利要求书中定义的主题不必限于上述具体特征或动作。相反，上述具体特征和动作是作为实现权利要求的示例形式公开的。
权利要求
1.一种用于执行对旅行服务的搜索的方法(194)，所述方法包括 接收(135)对旅行服务的查询；订阅(135)数据馈源(139)以获得所述旅行服务； 接收(135)基于所述数据馈源的旅行服务的结果；以及 显示(135)所述结果。
2.如权利要求1所述的方法，其特征在于，所述方法还包括维护所述查询的持久状态。
3.如权利要求1所述的方法，其特征在于，所述旅行服务是航班、酒店、汽车租赁或其组合。
4.如权利要求1所述的方法，其特征在于，所述数据馈源是用于所述旅行服务查询的 真正简单聚合(RSS)馈源。
5.如权利要求1所述的方法，其特征在于，所述方法还包括 确定所述查询的类型；以及发送被配置成执行所述查询的小程序。
6.如权利要求5所述的方法，其特征在于，所述小程序被配置成搜索航班、酒店，汽车 租赁或其组合。
7.一种用于生成旅行路线(137)的方法，所述方法包括 从用户接收(134)旅行请求；检索(134)与所述旅行请求相关联的一个或多个企业策略(156)； 检索(134)所述用户的一个或多个旅行偏好(158)；基于所述旅行请求、所述企业策略和所述旅行偏好来确定(134)所述路线的一个或多 个旅行元素；以及基于所述旅行元素来生成(134) —个或多个路线。
8.如权利要求7所述的方法，其特征在于，所述旅行请求包括所述用户的标识、出发城 市和目的地城市。
9.如权利要求7所述的方法，其特征在于，检索所述企业策略包括确定所述旅行请求 是否与所述用户的日历上安排的会议相关联。
10.如权利要求9所述的方法，其特征在于，检索所述企业策略还包括确定所述会议的 其他参与者。
11.如权利要求7所述的方法，其特征在于，检索所述企业策略包括基于所述用户的日 历来确定所述旅行请求的旅行日期。
12.如权利要求7所述的方法，其特征在于，所述方法还包括 接收对所述一个或多个路线的选择；以及根据所述企业策略来批准所述选择。
13.一种用于在旅行期间管理旅行者的路线的方法(137)，所述方法包括 响应于所述路线的中断来接收(134)计算机化旅行请求；检索(134)与所述旅行请求相关联的一个或多个企业策略(156)； 检索(134)所述旅行者的一个或多个旅行偏好(158)；基于所述旅行请求、所述企业策略和所述旅行偏好来确定(134)所述路线的一个或多 个旅行元素；以及基于所述旅行元素来修改(134)所述路线。
14.如权利要求13所述的方法，其特征在于，所述中断包括转接班机的取消。
15.如权利要求13所述的方法，其特征在于，所述旅行请求包括所述旅行者的标识、出 发城市和第一目的地城市。
16.如权利要求15所述的方法，其特征在于，检索所述企业策略包括确定所述旅行请 求是否与在所述旅行者的日历上安排的会议相关联。
17.如权利要求16所述的方法，其特征在于，所述路线基于对所述会议的位置的改变 来修改。
18.如权利要求16所述的方法，其特征在于，检索所述企业策略还包括基于所述旅行 者的日历来确定所述旅行请求的旅行日期。
19.如权利要求16所述的方法，其特征在于，检索所述企业策略还包括确定所述会议 的其他参与者。
20.如权利要求16所述的方法，其特征在于，所述方法还包括修改所述会议的参与者 的一个或多个路线。
全文摘要
提供了一种旅行管理系统。在一个实现中，基于状态的桌面客户机为用户提供旅行规划和管理工作空间。用户可以执行旅行规划活动，并登出旅行工作空间而不必重复旅行规划任务。在另一个实现中，旅行规划任务可以被存储为即使在时用户未登入到旅行工作空间中时也保持最新费用和可用性数据的数据馈源。
文档编号G06Q50/00GK102099827SQ200980128308
公开日2011年6月15日 申请日期2009年7月16日 优先权日2008年7月16日
发明者A·克拉克, B·E·约翰逊, M·墨求里, M·格雷森, R·莫蒂默 申请人:微软公司