在交通工具上利用在线授权的近似实时支付卡处理的制作方法
【专利摘要】公开了用于在交通工具上进行近似实时支付处理的系统和方法。在一个实施例中，该方法包括在支付交易系统上登入至少一个操作员来进行一笔或多笔交易，然后自动地将至少一份路线信息传播到每笔交易中。当操作员从用于每笔交易的商品软件数据库中选择用于购买的至少一件商品时该方法继续。当选择用于每笔交易的至少一个物品时，操作员从地面交易处理器请求卡支付在线授权。一旦近似实时地接收到支付核准或支付卡拒绝之一，则该方法在支付交易系统上完成购买或终止购买。在额外的实施例中，将交易概要发送到感兴趣的第三方和运输工具拥有者中的至少一个。
【专利说明】在交通工具上利用在线授权的近似实时支付卡处理
[0001]本申请是2006年10月24日提交的名称为“在交通工具上利用在线授权的近似实时支付卡处理”的中国专利申请200680039764.5的分案申请。
【技术领域】
[0002]本发明涉及支付处理，更具体地，涉及用于在交通工具上近似实时地处理支付卡的系统和方法。
【背景技术】
[0003]航空公司在商业飞行期间向乘客进行饮料、免税物品以及飞行中娱乐的销售。乘客可以通过使用现金或信用卡进行支付。通常，所提供的用于接受信用卡支付的系统要求临时记录这样的支付，然后在较晚的日期在地面上进行批处理。
[0004]虽然使用这样的现有技术系统已经实现了理想的结果，但是还可以有改进的空间。例如，在商业飞行上进行的信用卡支付必须在较晚的日期在地面上进行批处理的事实使得未授权的信用卡使用的检测变得很难。此外，在飞行中记录信用卡支付以在地面上进行交易的批处理可能产生额外的管理时间和成本以及地面上和飞行中的额外职员负担和工作量。因此，迫切希望消除这些不希望的特性的新颖系统和方法。
【发明内容】
[0005]本发明涉及用于在交通工具上近似实时地处理支付卡的系统和方法。根据本发明的系统和方法的实施例可以有利地减少与支付递交和处理相关联的管理时间和成本，并且与现有技术相比可以减少未授权的信用卡使用的事件。
[0006]在一个实施例中，用于在交通工具上进行近似实时支付卡处理的方法包括:在支付交易系统上登入至少一个操作员来进行一笔或多笔交易，然后自动地将至少一份路线信息(itinerary information)传播到每笔交易中。当操作员从用于交易的商品软件数据库中选择用于购买的至少一个物品时该方法继续。当选择用于交易的至少一个物品时，操作员从支付交易系统的地面交易处理器请求第一卡支付在线授权。一旦近似实时地接收到支付核准(payment approval)或支付卡拒绝之一,则该方法在支付交易系统上完成购买或终止购买。在特定实施例中，该方法还包括在完成交易之后向至少一个操作员显示支付核准或支付卡拒绝之一。在替代实施例中，该方法还包括在接收到针对每笔交易的支付核准时从支付卡持有者获得签名和打印收据中的至少一个。在另一实施例中，自动地将至少一份路线信息传播到每笔交易包括传送航班号、航班起点和航班终点中的至少一个。在额外的实施例中，该方法还包括将至少一个交易概要发送到交通工具操作员和第三方中的至少一个，其中交易概要至少基于合计购买的商品、购买每件商品的数量、购买的货币值和该词购买的交易号。
【专利附图】
【附图说明】[0007]将在下面参照下列附图详细描述本发明的实施例。
[0008]图1是根据本发明实施例的近似实时支付处理系统的四个主要概念组件的示意图示；
[0009]图2是根据本发明实施例的第一近似实时支付处理系统的架构概念的示意图示；
[0010]图3是根据本发明实施例的第二近似实时支付处理系统的架构概念的示意图示；
[0011]图4是显示根据本发明实施例的执行近似实时卡支付交易的方法的流程图；
[0012]图5是显示根据本发明实施例的执行近似实时现金支付的方法的流程图；和
[0013]图6是根据本发明另一实施例的飞机的侧正视图。
【具体实施方式】
[0014]本发明涉及用于支付处理的系统和方法，用于在飞机上近似实时地处理支付卡等。将在下面的描述和图1一 6中阐明本发明的特定实施例的许多特定细节以提供对这些实施例的深刻理解。本发明可以具有额外的实施例，或者可以在缺少下述的一个或多个细节的情况下实施。
[0015]通常，根据本发明的系统和方法的实施例提供用于在交通工具上近似实时地处理信用卡支付的系统。在飞机的情况下，由于近似实时地授权或拒绝信用卡支付，因此本发明的实施例有利地允许机舱内工作人员(cabin crew)接受或拒绝乘客信用卡支付。因此，与现有技术系统和方法相比，本发明的实施例可以有利地检测并减少未授权的信用卡使用，消除与临时记录以及随后的卡支付的批处理相关联的管理成本和负担。
[0016]图1是根据本发明实施例的近似实时支付处理网络的主要概念子系统的示意图示。在该实施例中，该网络包括空中客户端组件102、信令服务组件104、机舱交易应用程序(CTA)地面入口组件106和地面交易处理器108。空中客户端组件102可以包括销售点装置(Point of Sale device)、嵌入式价格菜单、用于获取用于分发到处理网络的其它组件的信用卡交易、现金交易和电子签名的应用程序和工具，以及提供打印机功能的应用程序和工具。信令服务组件104通过数据网络向CTA地面入口 106和地面交易处理器108提供由空中客户端组件102获得的数据传送。
[0017]在一个实施例中，信令服务组件104包括保证传送、提供对于所排队的交易的可用性的数据服务提供商(DSP)的通知的数据传输服务(DTS)功能。地面入口 106可以提供用于给定航空公司(airline)的所有交易的数据库，并且可以通过航班、日期和飞机提供数据概要。在特定实施例，数据可以是细至单独交易可搜索的数据。在另一实施例中，地面入口 106可以允许来自地面的直接菜单或价格管理。将理解，如果由于诸如安全性之类的目的而期望航空公司的隔离性，则可以存在多个地面入口。最后，地面交易处理器108提供经由信令服务104分发回空中客户端组件102的信用卡核准和拒绝。
[0018]如图1所示，近似实时处理网络可以使用波音核心网络应用系统(CNAS)实现。CNAS是波音的整体e使能飞机架构(e-Enabled Airplane Architecture)的一部分。虽然CNAS不与飞机的飞行基本功能交互，或不支持该功能，但是其近似实时地存储、转发并在飞机和地面网络直接传送数据。CNAS包括空运和地面段。空运段包括飞机机载主机硬件系统(aircraft resident host hardware system)和软件应用程序、形成系统的一部分的外部设备和它们的软件以及对其它飞机系统和用户的接口。地面段提供支持应用程序、提供CNAS和诸如航空公司系统和信用卡处理中心之类的外部系统之间的双向数据路由所需的必要的处理和存储。可以由需要近似实时信息处理、数据存储或飞机和地面网络之间的通信的任何应用程序使用CNAS。
[0019]图2是根据本发明实施例的第一近似实时支付处理系统的网络架构的示意图示。在该实施例中，该系统包括飞机环境202和地面环境204。飞机环境202包括机舱交易应用程序(CTA)销售点装置 206 (cabin transaction application (CTA) Point of SaleDevice)。该装置206是主管(host)CTA功能(如，存储和显示要被购买的物品，传送用于购买交易的支付卡信息，和接收每笔交易的卡支付的核准和拒绝等)的专用手持“厚客户端”。该装置206通过机舱无线LAN单元208和飞机网络接口服务器210双向地且操作地链接到机舱文件服务器214。装置206和机舱无线LAN单元208之间的链接是安全无线连接。在一个实施例中，其可以是802.1lX WPA保护连接。安全无线连接允许经由机舱无线LAN单元208从装置206向机舱文件服务器214无线传送诸如用户登入请求、用于航班初始化信息的请求、标识和维护信息以及加密的CTA交易消息之类的数据。安全无线连接还允许经由机舱无线LAN单元208从机舱文件服务器214向装置206传送诸如登入验证、航班初始化数据、信用卡交易核准或拒绝之类的数据和其它数据。在特定实施例中，航班初始化数据可以包括飞机标识信息、航班号、城市对(city pair)以及其它相关航班信息。将理解的是，机舱文件服务器214包括近似实时地操作的硬件和软件应用程序，以通过网络在飞机环境202和地面环境204之间双向地存储、转发和传送数据。在其它实施例中，机舱文件服务器214还配有基于用户登入验证用户的软件应用程序以及自动向一个或多个CTA销售点装置206提供航班初始化数据的软件应用程序。
[0020]如图2进一步所示，飞机网络接口服务器110操作地将飞机航空电子设备接口单元212链接到机舱文件服务器214。更显著的是，飞机网络接口服务器210还双向地且操作地将机舱文件服务器214链接到一个或多个飞机数据服务单元216。飞机数据服务单元216结合一个或多个地面数据服务单元218允许在飞机环境202和地面环境204之间交换数据。将理解，飞机数据服务单元216和地面数据服务单元218以及单元216和218的组件的空中和地面数据服务架构依赖于服务提供商和/或所采用的技术。单元216和218之间的空中和地面链接的类型和组件也由所选择的数据服务确定。例如，链接可以基于卫星、基于地面的无线通信或其它合适技术。地面数据服务单元218经由因特网主干网220反过来双向地且操作地与CTA地面入口服务器222链接。将进一步理解，在该特定实施例中，经由因特网主干网220将来自飞机的数据从机舱文件服务器214直接路由到CTA地面入口服务器222，以及反之亦然。
[0021]继续参照图2，因特网主干网220还双向地且操作地将CTA地面入口服务器222链接到地面交易处理器224。CTA地面入口服务器222经由因特网主干网220接收包括加密CTA交易消息以及CTA销售点装置206单元ID和维护信息的相关数据。如图2进一步所示，地面交易处理器224从CTA地面入口服务器222接收经加密的支付卡交易消息，并且将支付卡核准和拒绝发送到CTA地面入口服务器222，该服务器222反过来将它们通过系统中继到CTA销售点装置206。在一个实施例中，CTA销售点装置206配置来将地面交易处理器224核准的每笔交易的交易信息提供给机舱文件服务器214。该交易信息包括购买的物品和数量、购买量和交易跟踪号。机舱文件服务器214反过来进一步配置来基于集合的交易信息提供航班终止销售(close-out)消息和交易概要。在该实施例中，CTA地面入口服务器222配置来将交易概要提供给合适的组织(party)(如，航空公司、供应商、审计员等)。将理解，交易概要包括集合的信息，该集合的信息可以包括所购买的物品、购买量、该次购买的货币值、交易跟踪号、航班号、飞机号、城市对和乘客数据。此外，可以由航班数据、飞机信息等组织交易概要。在额外的实施例中，CTA地面入口服务器222还配置来将CTA销售点装置206的单元ID和维护信息传递给合适的组织。
[0022]在图2的近似实时处理系统的进一步实施例中，CTA销售点装置206配有用于打印收据的打印机和相关CTA功能，并且还配有输入机构和相关CTA功能来接受电子签名。将理解，如图2所示，近似实时处理系统的实施例通过系统允许信用卡支付的近似立即验证。
[0023]图3是根据本发明实施例的第二近似实时支付处理系统的网络架构的示意图示。在该实施例中，该系统包括飞机环境302和地面环境304。飞机环境302包括CTA销售点装置306。该装置306是主管(host) CTA功能(如，存储和显示要被购买的物品，传送用于交易的支付卡信息，和接收每笔交易的卡支付的核准和拒绝等)的专用手持“厚客户端”。然而，在另一实施例中，CTA销售点装置406是手持“薄客户端”，并且在机舱文件服务器414中主管相关应用程序。装置306可以通过机舱无线LAN单元108和飞机网络接口服务器310双向地且操作地链接到机舱文件服务器314。装置306和机舱无线LAN单元108之间的链接是安全无线连接。在一个实施例中，其可以是802.1lX WPA保护连接。安全无线连接允许经由机舱无线LAN单元308从装置306向机舱文件服务器314无线传送诸如用户登入请求、用于航班初始化信息的请求、标识和维护信息以及经加密的CTA交易消息之类的数据。安全无线连接还允许经由机舱无线LAN单元308从机舱文件服务器314向装置306传送诸如登入验证、航班初始化数据、信用卡交易核准之类的数据和其它数据。在特定实施例中，航班初始化数据可以包括飞机标识信息、航班号、城市对(city pair)以及其它相关航班信肩、O
[0024]将理解的是，机舱文件服务器314包括近似实时地操作的硬件和软件应用程序，以通过网络在飞机环境302和地面环境304之间双向地存储、转发和传送数据。在一个实施例中，机舱文件服务器314还配有基于用户登入验证用户的软件应用程序以及自动向一个或多个CTA销售点装置306提供航班初始化数据的软件应用程序。
[0025]如图3进一步所示，飞机环境302还包括通过机舱无线LAN单元308和飞机网络接口服务器310与机舱文件服务器314双向地且操作地链接的机舱工作人员接口装置316。机舱工作人员接口装置216和机舱无线LAN单元308之间的链接还是安全无线连接。安全无线连接允许机舱文件服务器314向机舱工作人员接口装置316提供诸如航班交易概要和航班终止销售消息之类的有用信息。
[0026]继续参照图3，飞机网络接口服务器310还操作地将飞机航空电子设备接口单元312链接到机舱文件服务器314。更显著的是，飞机网络接口服务器310还双向地且操作地将机舱文件服务器314链接到一个或多个飞机数据服务单元318。飞机数据服务单元318结合一个或多个地面数据服务单元320允许在飞机环境302和地面环境304之间交换数据。将理解，飞机数据服务单元318和地面数据服务单元320以及单元318和320的组件的空中和地面数据服务架构依赖于服务提供商和/或所采用的技术。此外，还将理解，单元318和320之间的空中和地面链接的类型和组件也由所选择的数据服务确定。例如，链接可以基于卫星、基于地面的无线通信或其它合适技术。
[0027]地面数据服务单元320经由因特网主干网322反过来双向地且操作地地与CTA地面服务器324链接。将进一步理解，地面服务器324包括提供与机舱文件服务器314双向地通信以及提供到外部地面系统的双向数据路由所需的必要处理和存储的硬件和软件应用程序。地面服务器324经由因特网主干网322接收包括加密的CTA交易消息、销售点装置单元ID和维护信息以及航班终止销售消息的相关数据。
[0028]在一个特定实施例中，机舱文件服务器314和地面服务器324可以分别配有将数据从空中环境302路由到地面环境304 (反之亦然)的数据传送服务(DTS)空中段和DTS地面段。数据传送服务(DTS)处理空中和地面段之间的数据传送。这是在隐藏链路管理和数据传送的细节的同时解决所有需要的服务。基于诸如立即传送、存储和转发以及验证之类的所需要的服务类型提供DTS。DTS匹配可用的传送机制(如波音的Cnnexion、Airfone或GateLink)所要求的服务类型。DTS具有保证信令的能力。
[0029]此外，地面服务器324还双向地和操作地与地面交易处理器328链接。如图3所示，地面交易处理器328从地面服务器324接收经加密的信用卡交易消息，并且将交易核准和拒绝发送到地面服务器324，该服务器324反过来通过网络将它们发送到CTA销售点装置306。在一个实施例中，CTA销售点装置306配置来将地面交易处理器328核准的每笔交易的交易信息提供给机舱文件服务器314。该交易信息包括购买的物品和数量、购买量和交易跟踪号。机舱文件服务器314进一步配置来基于集合的交易信息提供航班终止销售(close-out)消息和交易概要。将理解，航班终止销售消息包括交易概要，而航班终止销售消息和交易概要包括集合的信息，该集合的信息可以包括所购买的物品、购买量、购买的货币值、交易跟踪号、航班号、飞机号、城市对和乘客数据。
[0030]如图3进一步所示，地面服务器314双向地且操作地链接到CTA地面入口 326。地面服务器324与CTA地面入口 326交换经加密的CTA交易消息以及装置单元维护信息。反过来，CTA地面入口服务器326配置来将交易概要提供给第三方(如，航空公司、供应商、审计员等)。此外，可以由航班数据、飞机信息等组织交易概要。在额外的实施例中，CTA地面入口服务器222还配置来将CTA销售点装置306的单元ID和维护信息传递给合适的组织。最后，地面服务器324还向航空公司提供航班终止销售消息。
[0031]在图3所示的近似实时处理系统的另一实施例中，机舱文件服务器314还包括提供诸如现金总和及帐单(cash sum and reconciliation)、物品的总销售(基本存货耗尽量)和支付类型之类的附加数据的一个或多个软件应用程序。可以经由工作人员接口装置316访问该数据。在额外的实施例中，还可以在交易消息中获得该数据，并且使用地面服务器326将其发送到航空公司。
[0032]在图3所示的近似实时处理系统的进一步实施例中，机舱文件服务器可以主管提供“销售点功能”的软件应用程序和机上乘客网络“内部网络(intranet)”入口 330。机上乘客内部网络网络入口 330使用“销售点”功能来显示销售菜单并允许“在线”购买。以与常规CTA交易的方式相同的方式近似实时地处理这些购买。在该实施例中，机舱文件服务器314还可以主管支持网络打印机332的软件应用程序，以用于从“入口”销售打印收据。在另一实施例中，还可以从机舱工作人员接口装置316访问“销售点”功能。
[0033]在图3的近似实时处理系统的额外实施例中，CTA销售点装置306配有用于打印收据的打印机和相关CTA功能，并且还配有输入机构和相关CTA功能来接受电子签名。最后，将理解，如图3所示，近似实时处理系统的实施例通过网络允许支付卡(如，信用卡、借记卡、预付卡、航空公司信用卡)交易的近似立即验证。
[0034]图4是显示根据本发明实施例的使用近似实时支付系统的至少一个实施例执行近似实时卡支付交易的方法的流程图。该方法在方框402开始，其中一个或多个操作员经由CTA手持装置(还称为CTA销售点装置)登入CNAS系统。在一个实施例中，CTA手持装置是“厚客户端”，而在另一个实施例中，CTA手持装置是“薄客户端”。操作员可以包括指定的从事者和/或机舱工作人员的成员。
[0035]一旦完成登入，该方法前进到方框404，在此支付处理系统自动地输入航班信息。在一个实施例中，航班信息可以包括日期、飞机号、城市对、航空公司ID、交易跟踪、航班服务员姓名和公司ID(corporate ID)。将理解,系统可能不向操作员显示以上航班信息。替代地，系统可以仅将CTA交易与信息关联。一旦已经自动地输入了航班信息，则在方框406，操作员可以通过选择要被购买的一个或多个物品开始处理销售交易。在一个实施例中，操作员可以从CTA手持装置的本地屏幕(home screen)上的多个图标中进行选择。例如，CTA本地屏幕可以包括用于饮料、膳食、免税、小吃、升级、服务、结帐、航班终止销售(closeout)的图标或任意其它合适的图标类型。在另一个实施例中，在本地屏幕上的图标可以激活允许操作员选择更具体的物品的一个或多个下拉列表。例如，膳食图标可以产生用于各种可用物品的下拉列表(如,火鸡棒、厨师沙拉、面包圈、奶油奶酪等)。
[0036]一旦操作员已经做出选择和数量，则操作员返回到本地屏幕，在该屏幕中在图标下以所购买的物品列表形式显示选择和价格。一旦确认用于一个或多个物品的请求，则操作员前进到方框408，并且初始化支付卡交易。在上述实施例中，操作员可以通过选择结帐前进到方框410，这可以使屏幕显示总购买量和多个图标。图标可以包括现金、信用卡、借记卡、MILES卡作为支付的形式。一旦操作员接收支付卡并从图标选择合适的类型，操作员就可以在附连读卡器中刷支付卡以初始化支付卡交易。
[0037]在方框410，将包括信用卡号和交易跟踪号的、所刷的支付卡信息发送到用于在线授权的地面交易处理器(信用卡交换所(credit card clearing house))。如果在方框416核准卡支付，则近似实时地将在线授权路由回飞机上的应用程序。将理解，获得在线授权是地面交易处理器在完成销售交易之前核准或拒绝卡支付请求的处理。示例性在线授权是当前由用于信用卡交易的Visa?实现的那些授权。在一个实施例中，实现授权处理典型地占用少于5秒。然而，在其它实施例中，在线授权处理可能占用地面交易处理器需要处理在线授权那么多的时间，该时间为地面交易处理器通常实时考虑的时间。
[0038]返回方框420，应用程序在其交易日志中记录信用卡交易被授权，并且将交易状态改变为“完成”。然后，应用程序使手持装置显示用于指示支付了所购买的物品的窗口或图标。在特定实施例中，操作员可以使用手持装置来打印所购买的物品的收据。在另一实施例中，一旦在方框418完成交易，则在方框420，操作员可以选择从支付卡持有者获得签名。
[0039]在方框414，如果在方框410刷卡之后拒绝卡支付，则将该拒绝路由回飞机上的应用程序。在特定实施例中，应用程序可以使手持装置显示包括拒绝消息以及支付卡持有者姓名、交易跟踪号、购买量、所购买的物品和关于是否用另一种支付方式再处理交易的提问中的至少一个中之一的闪烁窗口。如果希望卡支付的再处理，则该方法可以返回到方框408。如果不需要卡支付的再处理，则操作员在方框414终止交易。在一个实施例中，操作员响应于手持装置上的消息通过输入“NO”来终止交易，并且应用程序记录该失败的交易。
[0040]在进一步的实施例中，一旦在方框418完成交易，则可以将包括所购买的物品、购买量、交易跟踪号、航班号、航空公司号、城市对和乘客信息的交易信息发送到合适的第三方或合适的航空公司。然而，将理解，在其它实施例中，可以先于在方框420的交易完成或在方框414的交易终止之前发送这样的信息。此外，将理解，航空公司可以使用该信息来使来自交换所的支付与来自航班的纸收据相一致，跟踪库存量和航空公司供应，并且管理顾客关系。
[0041]图5是显示根据本发明实施例的、使用近似实时支付系统的至少一个实施例执行近似实时现金支付的方法的流程图。该方法在方框502开始，其中一个或多个操作员经由CTA手持装置登入支付处理系统。在一个实施例中，CTA手持装置是“厚客户端”，而在另一个实施例中，CTA手持装置是“薄客户端”。操作员可以包括指定的从事者和/或机舱工作人员的成员。一旦完成登入，该方法就前进到方框504，在此点支付处理系统自动地输入航班信息。在一个实施例中，航班信息可以包括日期、飞机号、城市对、航空公司ID、交易跟踪、航班服务员名和公司ID (corporate ID)。将理解,系统可能不向操作员显示以上航班信息。替代地，系统可以仅将CTA交易与信息关联。一旦已经自动地输入了航班信息，则在方框506，操作员可以通过选择要被购买的一个或多个物品开始处理销售交易。在一个实施例中，操作员可以从CTA手持装置的本地屏幕上的多个图标中进行选择。例如，CTA本地屏幕可以包括用于饮料、膳食、免税、小吃、升级、服务、耳机、结帐、航班终止销售的图标或任意其它合适的图标类型。在另一个实施例中，在本地屏幕上的图标可以激活允许操作员选择更具体的物品的一个或多个下拉列表。
[0042]当操作员已经使用图标(如，耳机)做出选择和数量时，操作员返回到本地屏幕，在该屏幕中在图标下以所购买的物品列表形式显示选择和价格。一旦口头地(verbally)确认用于一个或多个物品的请求，则操作员通过选择结帐前进到方框508，这可以使屏幕显示总购买量和多个图标。图标可以包括现金、信用卡、借记卡、MILES卡或其它合适的图标作为支付的形式。一旦操作员询问并接收现金作为支付，操作员选择在手持装置上产生另一屏幕的现金。该屏幕包括用于输入从乘客接收到的现金量的字段以及支付图标。在操作员输入现金量并选择支付时，该方法前进到方框510。在方框510，如果有的话，应用程序计算所欠的零钱。在一个实施例中，在方框510，支付图标变暗来指示其不能再访问。然后，操作员向收款人提供正确的零钱。最后，该方法前进到方框512，其中应用程序创建包括交易跟踪号、交易量、支付方法的交易日志项目，并且将其支付状态记录为“完成”。
[0043]在进一步的实施例中，一旦在方框512完成交易，则可以将包括所购买的物品、购买量、交易跟踪号、航班号、城市对和乘客信息的交易信息发送到合适的第三方或合适的航空公司。此外，将理解，航空公司可以使用该信息来使来自票据交换所的支付与来自航班的纸收据相一致，跟踪库存量和航空公司供应，并且管理顾客关系。
[0044]本发明的实施例可以用在各种交通工具中，包括飞机、船、火车和任何其它合适的交通工具。例如，图6是根据本发明实施例的飞机600的侧正视图。通常，除了根据本发明的一个或多个系统之外，飞机600的各种组件和子系统可以是公知的结构，并且由于简要的原因将不在这里进行描述。如图6所示，飞机600包括耦合到机身602的一个或多个推进单元604、机身602中的驾驶员座舱612、机翼部件606(或其它提升表面)、尾翼部件608、着陆部件610、控制系统(未示出)和启用飞机600的合适操作的其它系统和子系统的主机。根据本发明形成的近似实时支付系统614的至少一个组件位于机身602内。然而,系统614的组件可以分布在飞机600的各个部分上。
[0045]虽然在图6中显示的飞机600通常表示包括可从波音公司(伊利诺伊州，芝加哥)商业上获得的(例如)737、747、757、767、777和787型号的商业客机，但是还可以在实际上任何其它类型的飞机的装配中采用这里公开的本发明设备和方法。更具体地，本发明的教导可以应用到其它客机、货运飞机、直升机和任何其它类型的飞机的制造和装配，其包括例如在 2001 年 9 月由 Book Sales Publishers 出版的 Enzo Angelucci 的《The IllustratedEncyclopedia of Military Aircraft》，以及由 Jane’s Information Group of Coulsdon(英国，萨里)出版的Jane的《All the World’ s Aircraft))(通过引用将其内容合并在此)中描述的飞机。还可以理解，根据本发明的系统和方法的替代实施例可以用在其它方式的交通工具中。
[0046]根据本发明的系统和方法的实施例可以相对于现有技术提供显著的优点。例如，由于近似实时支付系统提供卡支付的近似立即的授权或拒绝，所以该系统可以减少未授权的信用卡使用的事件。此外，用于处理支付卡交易的近似实时支付系统还可以减少与支付提交和处理相关的管理时间和成本(地面上和空中)，并且可以减少由于文书丢失或错误造成的收入缩水。
[0047]虽然已经图解和描述本发明的实施例，可以做出多种改变而不背离本发明的宗旨和范围。因此本发明的范围不需要这些实施例的公开。相反，应完全参照所附权利要求来确定本发明。
【权利要求】
1.一种用于在飞机上支付卡处理的方法，所述方法包括: 基于在所述飞机上机载的机舱交易应用程序手持装置即CTA手持装置处的登入例程，在所述CTA手持装置和基于地面的核心网络应用系统即CNAS之间建立通信连接； 响应于经由所述登入例程的用户验证，在所述CTA手持装置接收和所述飞机的航班关联的至少一个数据元素； 在所述飞机飞行时在所述CTA手持装置中接收选择，该选择用于识别经由交易要被购买的至少一件商品； 基于所述选择并且在所述飞机飞行时，生成支付交易信息，该支付交易信息包括支付卡的支付卡号和交易跟踪号； 在所述飞机飞行时使得授权请求从所述飞机传输到支付交易系统的地面交易处理器，其中所述授权请求基于所述支付交易信息； 基于所述授权请求，在所述飞机飞行时在所述CTA手持装置中接收支付卡核准或支付卡拒绝；以及 在所述飞机飞行时在所述CTA手持装置生成显示，指示所述支付卡被核准或指示所述支付卡被拒绝。
2.如权利要求1所述的方法，其中在所述支付卡被拒绝时，所述显示包括闪烁窗口，该闪烁窗口包括支付卡持有者姓名或所述交易跟踪号的至少一个和拒绝消息。
3.如权利要求1所述的方法，进一步包括: 记录所述交易的交易条目，其中所述交易条目识别所购买的商品、购买的每件商品的数量、购买的货币值、所述交易跟踪号以及包括支付完成还是被拒绝的支付状态； 基于多笔交易条目的集合组成至少一个购买概要；和 发送所述至少一个购买概要到远程计算系统。
4.如权利要求1所述的方法，进一步包括在所述支付卡拒绝被接收时请求替代的支付形式以完成所述购买。
5.如权利要求1所述的方法，进一步包括以下至少之一:在所述支付卡核准被接收时，从支付卡持有者获得签名和打印收据。
6.如权利要求1所述的方法，其中经由商品菜单接收所述选择，所述商品菜单包括多个图标，所述图标包括多个商品的表示和被配置为逐条列出所述多个商品的下拉列表。
7.如权利要求1所述的方法，进一步包括打印收据，所述收据指示经由所述交易所购买的每个商品以及指示和所述航班关联的所述至少一个数据元素。
8.如权利要求1所述的方法，其中和所述航班关联的所述至少一个数据元素包括飞机号、城市对或者飞机ID。
9.如权利要求1所述的方法，其中机舱文件服务器主管使得所述CTA手持装置能够用作薄客户端的应用程序，以导致所述授权请求被传输。
10.一种用于在飞机上支付卡处理的系统，所述系统包括: 销售点装置，其包括存储在计算机可读介质上的逻辑指令，所述销售点装置在所述飞机上时所述逻辑指令在被执行时实施操作，所述操作包括: 基于登入例程，在所述销售点装置和基于地面的核心网络应用系统即CNAS之间建立通信连接；响应于经由所述登入例程的用户验证，接收和所述飞机的航班关联的至少一个数据元素； 在所述飞机飞行时接收选择，该选择识别经由交易要被购买的至少一件商品； 基于所述选择生成支付交易信息，该支付交易信息包括支付卡的支付卡号和交易跟踪号; 使得授权请求从所述飞机传输到支付交易系统的地面交易处理器，其中所述授权请求基于所述支付交易信息并且在所述飞机飞行时所述授权请求被发送； 在所述飞机飞行时接收支付卡核准或支付卡拒绝；以及 在所述飞机飞行时生成显示，指示所述支付卡被核准或指示所述支付卡被拒绝。
11.如权利要求10所述的系统，进一步包括: 机舱文件服务器，其中所述销售点装置是薄客户端并且所述机舱文件服务器主管包括所述逻辑指令的应用程序； 飞机网络接口服务器；和 提供所述销售点装置和飞机网络接口之间的无线通信链路的机舱无线局域网。
12.如权利要求11所述的系统，进一步包括飞机数据服务单元，其提供与一个或多个地面数据服务单元的无线通信链路。
13.如权利要求11所述的系统，进一步包括所述飞机内安装在机舱的接口装置，其被配置为利用来自所述机舱文件服务器的信息显示航班交易概要和航班终止销售消息。
14.如权利要求10所述的系统，其中所述销售点装置是乘客内部网络入口装置。
15.如权利要求10所述的系统，其中所述销售点装置不和所述飞机的飞行基本功能交互。
16.如权利要求10所述的系统，其中在所述支付卡被拒绝时，所述显示包括闪烁窗口，该闪烁窗口包括支付卡持有者姓名或所述交易跟踪号的至少一个和拒绝消息。
【文档编号】G06Q20/20GK103886454SQ201410128778
【公开日】2014年6月25日 申请日期:2006年10月24日 优先权日:2005年10月24日
【发明者】达林·R·潘克拉茨, 唐纳德·J·费雷尔, 蒂姆·V·赖德 申请人:波音公司