娱乐系统和方法与流程

本公开内容总体上涉及交通工具娱乐系统，并且更特别地涉及意在用于商业化的乘客大众运输的交通工具上的娱乐系统。

背景技术：

用于商业化乘客运输的交通工具常常包括用来减轻乘客无聊感的娱乐系统。由于乘客感到无聊的可能性随着行程持续而增加，因此用于较长行程的娱乐系统通常提供更多功能。这样的娱乐系统经常包括的功能是音频和视频点播(avod)。avod提供了供乘客选择和在行程中消费的音频和视频选择。具有带avod能力的娱乐系统的交通工具常常包括安装在每个座位处以供乘客消费avod选择的显示装置。一些娱乐系统还使得能够将选择流送至乘客的个人电子装置(ped)，例如移动电话、平板计算机、平板电话(与平板计算机尺寸接近的较大尺寸的移动电话)或者膝上型计算机。

尽管包括avod的娱乐系统对于大多用途是符合要求的，但是还是存在缺点。缺点之一是：avod选择限于交通工具运输公司已经使得可用的内容。特别地，乘客可能不能在选择中发现任何感兴趣的内容。带小孩旅行的乘客可能更喜欢在avod系统中不能获取的内容。尽管乘客可以经由ped将他们自己的内容带上交通工具，但是乘客可能希望避免向较小的孩子提供ped以及/或者乘客可能带若干个小孩旅行并且没有可供每个孩子都使用的ped。

因此，需要对交通工具娱乐系统进行改进。

技术实现要素：

在一个方面，本公开内容描述了一种用于与乘客信息处理装置一起使用以在交通工具上为乘客提供娱乐的系统。该系统包括在交通工具上的网络和内容数据源，其中，内容数据源与网络通信连接并且包括存储的媒体文件。系统还包括设置在交通工具中的座位显示器，其中，每个座位显示器与网络通信连接。每个座位显示器被配置成向乘客呈现与存储在内容数据源中并且通过网络可获取以用于流送至座位显示器的媒体文件相对应的媒体选择，其中，每个座位显示器被配置成接收来自乘客的用于将选择的媒体文件流送至座位显示器的输入。

系统还包括利用信息处理装置经由互联网连接可获取的万维网接口，以及未由交通工具携载的地面服务器。地面服务器与万维网接口通信连接。乘客在乘坐交通工具的即将开始的行程之前使用万维网接口以从乘客信息处理装置选择个人媒体文件，其中，所选个人媒体文件的副本被传送至地面服务器和交通工具上的内容数据源，其中，个人媒体文件能够在由乘客输入认证信息时通过网络从内容数据源来获取。在另一方面，万维网接口要求输入标识计划的乘坐交通工具的至少一个未来行程的信息，在行程结束之后个人媒体文件的任何副本从内容数据源中被删除。

在又一方面，每个座位显示器包括程序逻辑，程序逻辑执行包括以下操作的任务：接收来自乘客的认证信息；通过与从网络可获取的信息进行比较来验证所接收的认证信息；并且如果认证信息被成功验证，则呈现与被选择用于上传的个人媒体文件相对应的媒体选择。在再一方面，认证信息包括由选择用于上传的个人媒体文件的乘客输入的密码和用户名。

在另一方面，系统包括与网络通信连接并且由交通工具携载的交通工具上服务器。交通工具上服务器包括数据存储装置，其中，内容数据源形成交通工具上服务器的数据存储装置的至少一部分。在又一方面，监视内容数据源的可用存储空间，并且如果没有足够空间可用于存储个人媒体文件，并且如果存储了来自已结束行程的个人媒体文件，则从内容数据源删除来自已结束行程的个人媒体文件。

在不同方面，本公开内容描述了一种用于在交通工具上为乘客提供娱乐的方法。该方法包括：提供在交通工具上的网络和内容数据源并且将内容数据源与网络通信连接；在乘坐交通工具的行程之前接收来自乘客的至少一个媒体文件的副本并且将至少一个媒体文件的对应副本存储在内容数据源中。方法还包括：经由信息处理装置接收来自交通工具上的乘客的认证信息；以及通过与从网络可获取的信息进行比较来验证所接收的认证信息。如果认证信息被验证，则方法包括：允许经由信息处理装置来访问至少一个媒体文件的相应副本。

在另一方面，方法包括：在交通工具中设置座位显示器并且将每个座位显示器与网络通信连接，其中，接收来自乘客的认证信息包括经由座位显示器接收来自乘客的认证信息。在又一方面，允许经由信息处理装置来访问至少一个媒体文件的相应副本包括：向乘客呈现媒体选择，使得对应副本流送至信息处理装置以由乘客在信息处理装置上观看。

在又一方面，方法包括：提供经由互联网连接可获取的万维网接口，其中，接收至少一个媒体文件的副本包括：乘客通过万维网接口选择至少一个媒体文件，其中，媒体文件的副本被上传至服务器。在再一方面，在乘坐交通工具的行程之前接收来自乘客的至少一个媒体文件的副本并且将至少一个媒体文件的对应副本存储在内容数据源中包括：将对应文件复制到便携式媒体加载器并且将对应文件从便携式媒体加载器复制到内容数据源。在又一方面，在乘坐交通工具的行程之前接收来自乘客的至少一个媒体文件的副本并且将至少一个媒体文件的对应副本存储在内容数据源中包括：乘客标识出发行程和返回行程中的至少一者，其中，方法还包括：在出发行程和返回行程中的至少一者结束之后，从内容数据源删除至少一个媒体文件的对应副本。

在再一方面，在乘坐交通工具的行程之前接收来自乘客的至少一个媒体文件并且将至少一个媒体文件的对应副本存储在内容数据源中包括：接收来自乘客的密码和用户名并且将所述至少一个媒体文件与用户名相关联。此外，验证所接收的认证信息包括：确定当在交通工具上时由乘客输入的用户名和密码是否彼此对应。

在不同方面，本公开内容描述了一种用于在交通工具上为乘客提供娱乐的系统。该系统包括在交通工具上的网络和内容数据源，内容数据源存储媒体文件，其中，内容数据源与网络通信连接。系统还包括设置在交通工具中的座位显示器。每个座位显示器与网络通信连接并且被配置成向乘客呈现与通过网络从内容数据源可获取的媒体文件相对应的媒体选择，其中，每个座位显示器被配置成接收来自乘客的用于播放选择的输入。每个座位显示器包括执行程序逻辑的数据处理器。

程序逻辑执行包括以下操作的任务：接收来自乘客的认证信息；通过与从网络可获取的信息进行比较来验证所接收的认证信息；并且如果认证信息被验证，则呈现对应于与认证信息相关联的媒体文件的媒体选择。在另一方面，系统包括与网络通信连接并且由交通工具携载的交通工具上服务器，交通工具上服务器包括数据存储装置，其中，数据存储装置的一部分包括内容数据源。在又一方面，与认证信息相关联的媒体文件由乘客在登上交通工具之前向内容数据源提供的媒体文件的副本构成。

在又一方面，系统用于与乘客信息处理装置一起使用，其中，系统包括：在乘坐交通工具的计划行程之前利用乘客信息处理装置经由互联网连接可获取的万维网接口，以及未由交通工具携载的地面服务器。地面服务器与万维网接口通信连接，其中，万维网接口被乘客用于在计划行程之前选择在乘客信息处理装置上的媒体文件，以上传所选媒体文件的副本并且在所选媒体文件的副本与对应于乘客的认证信息的认证信息相关联的情况下将所选媒体文件的副本从乘客信息处理装置传送至地面服务器并且从地面服务器传送至交通工具上服务器。

在另一方面，系统包括便携式媒体加载器，其中，所选媒体文件经由便携式媒体加载器从地面服务器被传送至便携式媒体加载器，并且从便携式媒体加载器被传送至交通工具上服务器。在又一方面，认证信息包括在登上交通工具之前由乘客经由万维网接口输入的密码和用户名，其中，验证认证信息包括：确定当在交通工具上时由乘客输入的密码和用户名是否彼此对应。在再一方面，与认证信息相关联的媒体文件仅可用于在登上交通工具之前由乘客标识的出发行程和返回行程中的至少一者。

根据结合附图进行的以下描述，其他方面和优点将变得明显。

附图说明

现在将参照本文中公开的各个方面的附图来描述本公开内容的各种特征。在附图中，相同的部件可以具有相同的附图标记。注意，附图并非意在按比例绘制或示出实际的部件数量或相对尺寸。所示出的方面意在说明而非限制本公开内容。附图包括被如下简要描述的下图：

图1示意性地示出了用于在交通工具上为交通工具的乘客提供娱乐的系统；

图2示意性地示出了根据图1的交通工具上服务器和座位显示器；

图3以流程图示意性地示出了由座位显示器的数据处理器执行的逻辑；

图4示出了可以用于接收来自乘客的认证信息的登录画面的示例；

图5示出了图3的逻辑可以示出以在座位显示器上向乘客呈现媒体选择的示例画面显示；

图6示出了可以经由互联网连接利用乘客信息处理装置来显示的示例万维网接口；

图7以流程图示意性地示出了在乘客信息处理装置上显示图6的万维网接口时可以由服务器采用的逻辑；

图8示意性地示出了可以由交通工具的交通工具上服务器采用的逻辑；

图9示意性地示出了针对图7的示例万维网接口的替选第二网站网页；以及

图10以流程图示意性地示出了当使用图9的替选第二网页在乘客信息处理装置上显示图6的万维网接口时可以由服务器采用的逻辑。

具体实施方式

作为初步说明，本文中使用的术语“部件”、“模块”、“系统”等意在指代计算机相关实体和/或信息处理实体，软件执行通用处理器或专用处理器、硬件、固件和/或以上的组合。例如，部件可以但是不限于是在硬件处理器上运行的过程、硬件处理器、对象、可执行文件、执行线程、程序和/或计算机。例如，控制器或控制系统可以以软件、硬件以及/或者软件和硬件的组合来实现，并且可以包括一组两个或更多个协同工作的控制系统。

作为说明，在服务器上运行的应用和服务器两者都可以是部件。一个或更多个部件可以存在于过程或执行线程内，并且部件可以位于一个计算机上以及/或者分布在两个或更多个计算机之间。另外，这些部件可以根据其上存储有各种数据结构的各种计算机可读介质来执行。部件可以例如根据具有一个或更多个数据包(例如，来自一个部件的数据，所述一个部件与本地系统、分布系统中的另一部件交互以及/或者跨网络例如互联网经由信号与其他系统交互)的信号经由本地过程和/或远程过程来通信。

计算机可执行部件可以存储在例如非暂态计算机可读介质处，根据所要求保护的主题，非暂态计算机可读介质包括但不限于asic(专用集成电路)、cd(致密盘)、dvd(数字化视频光盘)、rom(只读存储器)、软盘、硬盘、eeprom(电可擦可编程只读存储器)、固态存储器装置或任何其他存储装置。

在一个方面，以下公开内容描述了总体上在图1中由附图标记10指示的系统。更特别地，图1示意性地示出了用于在交通工具12上为交通工具的乘客提供娱乐的系统10。作为说明性的非限制性示例，图1示出了应用于飞行器的系统10。然而，交通工具12不限于任何特定的交通工具类型，并且可以适用于用于运送乘客的其他类型的交通工具，例如火车、轮船、渡船或公共汽车。当针对飞行器提供系统10时，这样的系统10通常指代ife(机上娱乐)系统或ifec(机上娱乐和连接)系统。

系统10包括在交通工具12上的网络14和内容数据源16。内容数据源16存储媒体文件18，其中，内容数据源与网络14通信连接。系统还包括设置在交通工具12中以由乘客观看的座位显示器20。每个座位显示器20与网络14通信连接并且被配置成向乘客呈现与通过网络从内容数据源16可获取的媒体文件18相对应的媒体选择。

座位显示器20安装在交通工具12中的每个座位处以用于由所述座位处的乘客观看和使用。通常，座位显示器20安装至交通工具12中每个座位的背部，以在座位被成行地布置的情况下由紧接在座位显示器被安装至的座位之后的座位中的乘客或用户观看和使用。对于其前方没有座位的座位，座位显示器20安装至座位前方的隔板或者其他结构。替选地，这样的座位显示器20安装至座椅臂并且在不使用时可缩回到座椅臂中。座位显示器20允许乘客从与内容数据源16中的媒体文件18相对应并且可用于通过网络14流送至座位显示器的多个视频选择和/或音频选择中进行选择。

座位显示器20还可以提供对游戏、通信应用(例如，电话服务、消息传送等)、互联网浏览和其他计算机应用的访问。每个座位显示器20包括操作系统(os)，该os可以是以谷歌公司的anroid商标分发的os或其修改版本。os也可以是其他类型的os，例如以苹果公司的商标ios分发的os(ios是经苹果公司许可的思科技术公司的商标)。替选地，os可以是由微软公司以商标windows分发的类型的os，并且os可以是其他类型的os，例如以商标linux分发的os。

本文中描述的座位显示器20由于提供计算机应用、在内部处理和存储数据以及呈现用于与用户交互的用户接口的能力而经常被称为智能监视器。用于座位显示器20的硬件优选地具有常规设计以用在用于乘客的公共运输的交通工具上。例如，以来自加利福尼亚森林湖的松下航空电子公司(panasonicavionicscorporation)的eco商标销售的座位显示器以及以松下航空电子公司的其他商标分发的座位显示器是适合使用的。也可以使用其他类型的以及来自其他制造商的座位显示器。有时，座位显示器20被称为座位视频显示器单元和/或视频监视器。

在另一方面，系统10包括与网络14通信连接并且由交通工具12携载的交通工具上服务器24。交通工具上服务器24包括数据存储装置26，其中，数据存储装置的一部分包括内容数据源16。交通工具上服务器24具有常规的硬件设计并且在商业上可从例如加利福尼亚森林湖的松下航空电子公司购买。也可以使用来自其他制造商的服务器。在本领域中，交通工具的交通工具上服务器24有时被称为头端服务器(head-endserver)。图1示意性地示出了具有单个交通工具上服务器24的配置，但是其他配置取决于以下因素可以具有多个交通工具上服务器24：所述因素包括交通工具12的大小，座位显示器20的数目和/或为防备交通工具上服务器的失效或故障对冗余的要求。

图2示意性地示出了根据图1的交通工具上服务器24和座位显示器20以为了清楚描述其另外的细节。交通工具上服务器24的数据存储装置26包括至少一个固态驱动器(ssd)和一个或更多个高性能处理器28以使交通工具上服务器能够将具有高清晰度的音频和视频的媒体文件18流送至座位显示器20，同时媒体文件18具有可接受的观看性能，即没有过多的缓冲或停顿。通常，对于具有12种语言选择的720p音频流和视频流，这需要约5mbps的比特率。松下航空电子公司具有取决于服务器的类别从300mbps到1600mbps进行支持的可使用的服务器。1600mbps的服务器可以支持高达320个处于每流5mbps的流。许多座位显示器20支持高达1080p，这通常要求大于每流5mbps，并且最近，已经提出了支持4k和8k视频座位显示器20。交通工具上服务器24所需要的性能能力随着交通工具12中的座位显示器20的数目而增加，其中，宽体飞行器通常具有几百个座位显示器20并且需要较高的性能要求。

ssd的另一优点是：它允许媒体文件18被快速加载或复制到交通工具上服务器24以使交通工具12的停工时间最小化。通常，在用于商业乘客运输的飞行器上使用的交通工具上服务器24将存储300千兆字节到400千兆字节之间——平均约350千兆字节——的用于流送至座位显示器20的媒体文件。随着更新的内容变得可获取，媒体文件18在交通工具上服务器24上定期地(通常每月或每周)被更换。每个交通工具上服务器24通常能够存储总计在1太字节与2太字节之间的并且通常约是1.6太字节的数据。

交通工具上服务器包括存储器30(ram)和网络接口34，其中，存储器、网络接口、数据存储装置26和处理器28经由至少一个总线32通信连接。处理器28执行从数据存储装置26加载到存储器30中的软件或程序逻辑，例如os(优选地是linux，但是可以是其他类型的os)。软件或程序逻辑包括用于响应于经由网络14接收到的请求来管理来自内容数据源16的内容的分发的软件或程序逻辑31。

网络14将座位显示器20和交通工具上服务器24彼此通信连接。网络14优选地是使用以太网以用于座位显示器20与交通工具上服务器24之间的通信的常规局域网(lan)。优选地，网络14包括使用常规1000base-t或千兆比特铜(copper-gigabit)接线/布线的至少千兆字节吞吐量的以太网。座位箱(未示出)向座位显示器20提供网络连接和电力。由于座位箱提供电力和网络连接两者，因此机上娱乐领域中的座位箱有时被称为电力-网络箱(pnb)。替选地，座位箱可以被称为座位接口箱(sib)。如果使用较大的座位显示器，例如以松下航空电子公司的eliteseriesv2和altus商标销售的座位显示器20，则座位箱可以仅提供网络连接，电力经由座位电箱(seb)或座位电力模块(spm)来单独提供。电力网络箱、座位接口箱、座位电箱和座位电力模块都可从松下航空电子公司购买。本文中使用的术语座位箱包括向座位显示器20提供电力和网络连接两者的类型和仅提供网络连接的交换器。

每个座位显示器20包括用于非易失性存储器存储装置的介质28，例如根据安全数字标准的存储器卡，即sd闪速存储器卡，或者根据其他标准的存储器卡。目前从松下航空电子公司以商标eco可购买的智能监视器具有根据扩展容量标准的sd卡，即sdxc闪速存储器卡。总存储器容量通常是64gb，但是可以根据交通工具12中座位的类别而变化，其中，用于高级类别座位的座位显示器经常提供有更大容量的存储器卡。预期到，随着存储器价格下降和技术改进，将提供更高容量的卡以及/或者其他类型的非易失性存储器例如ssd或其他类型的存储器。座位显示器20中的系统文件通常需要约14gb的存储空间，即应用、图形用户接口(gui)、元数据、操作系统等。非易失性存储器的剩余部分可以用于在座位显示器20上本地存储媒体文件。

每个座位显示器20包括经由至少一条总线42通信连接的处理器36、存储器38和网络接口40。处理器36执行从介质36加载的软件或程序逻辑，例如os。如前所述，os可以是android或其修改版本，或者其他类型的os。软件或程序逻辑44包括用于呈现与内容数据源16中的媒体文件18相对应的媒体选择。作为说明性的非限制性示例，图5示出了程序逻辑44可以示出以在座位显示器20上向乘客呈现媒体选择46和媒体选择48的画面显示50。媒体选择46中的一些对应于视频内容，而其他媒体选择48对应于音频内容。如本领域技术人员将理解的，许多其他格式可以用于画面显示50以呈现媒体选择。

由处理器36执行的呈现系统逻辑44执行包括以下操作的任务：接收来自乘客的认证信息以及通过与从网络14可获取的信息进行比较来验证接收的认证信息。如果认证信息通过验证，则呈现系统逻辑44呈现与媒体文件相对应的媒体选择，其中媒体文件与认证信息相关联。图3以流程图示意性地示出了呈现系统逻辑44。在呈现系统逻辑在开始框52中启动之后，呈现系统逻辑44在框54中监视登录请求。乘客可以从下拉菜单开始登录请求以使座位显示器20的呈现系统逻辑44示出如图4中的登录画面56。

图4是可以用于接收来自乘客的认证信息57的登录画面56的说明性的非限制性示例。如本领域技术人员将理解的，可以将许多其他格式用于登录画面56。认证信息57包括用户名58，这可以是忠诚度识别，例如飞行常客号码(frequentflyernumber)、电子邮件地址、移动电话号码或其他识别。此外，认证信息包括密码59。密码59可以依据目前计算行业中出于安全性而推荐的标准，例如难以蛮力破解的最小密码长度，并且密码59包括数字、大写字符和小写字符、以及一个或更多个特殊字符。如果乘客没有账户或者是首次用户，则可以提供可选按钮55以将乘客带至用于创建用户名和密码并且输入其他相关信息的页面。

如果座位显示器20包括触摸屏，则可以提供用于输入信息的屏幕键盘61。替选地，可以使用离屏键盘——例如，控制单元或者物理键盘——输入认证信息57。如果座位显示器20包括麦克风或者允许连接包括麦克风的耳机，则可以采用语音识别以允许说出认证信息。如果座位显示器经适当装备，则密码可以呈生物计量信息的形式，例如指纹读取器和/或用于脸部识别或虹膜扫描的传感器。

返回至图3，逻辑44在判定框60中确定是否请求登录，例如登录键62是否已经被激活。如果未请求登录，则逻辑44等待并且当登录键被激活时在框64中接收输入的认证信息。逻辑44在判定框66中基于初步检查——例如，用户名和密码两者均已输入、密码具有最小长度等——来确定是否应该请求验证。如果确定不应请求验证，则在框68中显示错误或帮助消息，并且逻辑44返回到框60中等待登录请求。如果通过初步检查，则逻辑44继续进行以在框70中通过与从网络14可获取的信息进行比较来验证认证信息。作为说明性的非限制性示例，认证信息可以被加密并且通过网络14传送至交通工具上服务器24，交通工具上服务器24查询数据存储装置26中的记录以确定来自输入的密码的散列是否与输入的用户名相对应。如果散列与用户名相对应，则认证信息通过验证，并且如果散列与用户名不对应，则认证信息没有通过验证，并且不论哪种情况，交通工具上服务器24均将验证结果传送至座位显示器逻辑44。

替选地，交通工具上服务器24可以将认证信息以加密格式传送至地面服务器70(参见图1)。如果交通工具上服务器在wifi信号源的范围内，则通信优选地是通过无线手段例如wifi进行的。替选地，通信链路可以经由地面塔或卫星以将信息传送至地面服务器70。在这些替选方案中，地面服务器70查询记录以确定认证信息中的密码和用户名是否对应，并且如果对应，则向交通工具上服务器24传送肯定验证结果，而如果不对应，则向交通工具上服务器24传送否定验证结果。交通工具上服务器又通过网络14将验证结果传送至座位显示器逻辑44。

座位显示器呈现逻辑44在判定框72中确定从网络14可获取的针对认证信息57的信息是否定的还是肯定的。如果验证结果是否定的，则在框74中显示错误消息并且逻辑流程返回至框54中以监视又一登录请求(错误消息可以请求再次输入信息或者询问乘客是否忘记了他们的密码和/或用户名)。如果验证结果是肯定的，则逻辑44继续进行至框76并且呈现与认证信息57相关联的媒体文件78，例如图5中示出的媒体文件。可以呈现与认证信息57相关联的一个或更多个媒体文件78并且媒体文件可以是不同类型的，例如视频、音频、pdf或者其他类型的媒体文件。

返回至图1，系统10用于与乘客信息处理装置80一起使用，其中乘客信息处理装置80例如台式计算机、膝上型计算机、平板计算机或其上存储有至少一个媒体文件78的其他信息处理装置。系统10包括能够在乘坐交通工具12的计划行程之前利用乘客信息处理装置80经由网络连接84获取的万维网接口82，该万维网接口82在图6中作为说明性的非限制性示例示出。

系统10还包括未由交通工具12携载的地面服务器70，其中，地面服务器10与万维网接口82通信连接。通信可以是直接的或者间接的。例如，万维网接口82可以由与地面服务器70通信连接的另一服务器托管。万维网接口82由乘客访问或者使用以在计划行程之前选择乘客的信息处理装置80上的媒体文件，以上传所选媒体文件的副本并且将所选媒体文件的副本从乘客信息处理装置80传送至地面服务器70。所选媒体文件的副本在其与和乘客的认证信息相对应的认证信息相关联的情况下被从地面服务器70传送至交通工具上服务器24。也就是说，所选媒体文件的副本与乘客的用户名58相关联。所选媒体文件在本文中替选地被称为个人媒体文件78(参见图5)。

参照图6，万维网接口82包括两个页面。第一页面82a或者着陆(landing)页面82a请求用户名58和密码59，即认证信息57。以防乘客没有认证信息，可以提供按钮55以将乘客带至创建用户名58和密码59以及输入其他信息的页面。可以如先前关于图4所描述的那样提供交通工具上键盘61，但是为了简洁起见在图6中省略。在乘客输入认证信息57之后，激活登录按钮62或登录键62以验证认证信息。

如果认证信息57正确，则万维网接口82显示下一页面82b。万维网接口82的页面82b向乘客请求关于即将开始的行程的信息，例如字段84中的针对出发机场的三位机场代码。例如，lax是洛杉矶国际机场的三位机场代码。万维网接口82在字段84中请求目的地机场的三位机场代码。例如，sea是西雅图-塔科马国际机场的三位机场代码。在下面两个输入字段86和88中分别请求出发航班号和日期。

提供复选框90以询问是否也应该在返回行程提供媒体文件。如果复选框90被选中，则接下来的两个字段92和94请求返回航班号92和返回日期。倒数第二个字段96是在被激活时允许用户浏览乘客信息处理装置80上的文件并且选择媒体文件的按钮。最后的字段98是上传按钮，该按钮将所选媒体文件的副本上传或传送至地面服务器70。如本领域技术人员将理解的，可以以其他方式请求信息，例如在乘客提供了有效认证信息之后向乘客请求确认代码或者与具有乘客的即将开始的行程的记录的数据库通信。

图7示意性地示出了由服务器——例如地面服务器70并且特别是地面服务器70的一个或更多个处理器——采用以用于万维网接口82的逻辑99。在逻辑99在框100中启动或者开始之后，逻辑在框102中等待登录请求或监视登录请求。乘客可以通过输入托管万维网接口92的服务器例如地面服务器70的域名或互联网地址来开始登录请求。作为回应，逻辑99使服务器向乘客的信息处理装置80提供万维网接口82的着陆页面82a。此后，在判定框104中，逻辑99确定是否已经请求登录，即是否已经激活图6中的登录字段/按钮62。如果否，则逻辑99继续监视登录请求。

如果逻辑99在判定框104中确定已经请求了登录，则逻辑继续进行至过程框106并且在过程框中接收输入的认证信息57，即用户名58和密码59。在判定框108中，逻辑基于初步检查——例如密码的最小长度、用户名是否具有不允许的特殊字符或空格等——来确定应该在哪里请求验证。如果在判定框108中确定不应该请求验证，则在过程框110中显示错误消息后，逻辑99返回至判定框104以等待另一登录请求。错误消息可以请求再次输入认证信息或者在乘客忘记了他们的密码和/或用户名的情况下提供到用于恢复认证信息的另一网页的链接。

如果在判定框108中确定应该请求验证，则逻辑99继续进行至过程框112以验证认证信息。验证通常是通过访问数据存储装置中的记录例如数据库查询来确保对应于输入密码的散列与输入的用户名相对应来执行的。如果记录未存储在托管万维网接口82的服务器上，则在向存储数据库的服务器传送认证信息57之前对认证信息57进行加密，并且为了更高的安全性，不论哪种情况下都对认证信息进行加密。在判定框114中，确定验证结果是否是肯定的。如果验证结果是否定的，即，密码——具体地，根据密码得到的散列——与用户名不对应，则逻辑99在过程框116中显示错误消息，并且返回至框102中以监视登录请求。如果验证结果是肯定的，则逻辑99在框118中前进到万维网接口82的下一页面82b。此后，逻辑99在框120中监视上传请求。

在框122中，逻辑99判定是否已经接收到上传请求。如果判定是否定的，则逻辑99返回至框120并且继续监视上传请求。如果在框122中判定是肯定的，则逻辑99在框124中通过执行初始有效性检查——例如，在字段中输入了正确数目的字符、选择的文件、文件没有超出最大允许大小、日期呈适当的格式、返回日期在出发日期之后等——来判定请求是否有效。如果判定请求是无效的，则逻辑99在框126中显示错误消息，并且返回至框120以监视上传请求。如果请求是有效的，则逻辑99继续进行以在框128中上传选择的媒体文件。

此后，逻辑99在框130中判定选择的文件是否包括禁止内容，例如恶意软件、法律上禁止的内容、侵犯知识产权的内容和/或由交通工具12运输公司的条款和条件禁止的其他内容。如果在框130中判定文件包含禁止内容，则删除文件并且在框132中向乘客发送通知。不然，在框134中根据乘客经由万维网接口82输入的信息将文件传送至交通工具上服务器。如果在判定框130中判定文件不包括禁止内容，则此时也可以向乘客发送文件将可用的通知。

可以通过本领域已知的任何常规方法来执行向交通工具上服务器传输文件134。例如，如果交通工具上服务器70在wifi信号源的范围内，则通信可以经由wifi。替选地，通信可以经由蜂窝通信。在又一示例中，通信可以经由卫星通信。在再一示例中，通信可以经由如图1中所示的便携式媒体加载器(plm)136。随着更新的内容变得可获取，交通工具上服务器24上的媒体文件18定期地(通常每月或每周)被替换。交通工具上服务器134通常能够存储总计在1太字节与2太字节之间的并且通常约1.6太字节的数据。

媒体文件18经由便携式媒体加载器136的传输通常是通过将媒体文件从地面源例如地面服务器70复制到其上在便携式媒体加载器的非易失性存储器例如ssd中存储有媒体文件的便携式媒体加载器来执行的。媒体文件18通常经由通过交通工具上服务器70上的媒体加载端口的有线连接——例如，通过通用串行总线(usb)的连接，或者作为替选方案，通过至网络14的有线以太网连接——从便携式媒体加载器136被复制到交通工具上服务器24。便携式媒体加载器136在本领域中也被称为交通工具上媒体加载器。

因此，在其他媒体文件18的正常定期性替换期间，由乘客选择的媒体文件(个人媒体文件)78可以被复制到交通工具上服务器24。然而，因此乘客必须充分提前于计划行程来提供媒体文件78，使得媒体文件可以通过对媒体18的定期性替换、经由便携式媒体加载器136被包括在内。

如前所述，交通工具上服务器26的数据处理器28包括由数据处理器28执行的用于管理媒体文件18的分发的软件或程序逻辑31。由数据处理器28执行的逻辑31执行包括以下操作的任务：在行程结束之后从内容数据源16删除由乘客提供的媒体文件78(个人媒体文件)。逻辑31还执行包括以下操作的任务：监视内容数据源16中的可用存储空间，以及如果存储了来自已结束行程的个人媒体文件，则从内容数据源中删除来自已结束行程的个人媒体文件。

图8示出了逻辑31的前述部分的示意图。在逻辑31在开始框138中启动或开始之后，逻辑监视内容数据源16的可用存储空间。在判定框142中，判定可用于存储个人媒体文件78的空间是否不足。例如，交通工具上服务器24可能接收到来自地面服务器70的将个人媒体文件的副本传送至内容数据源16的请求，其中，内容数据源16中没有足够的空间可用于存储个人媒体文件。空间不足可以因其他原因而出现，例如，通过交通工具上服务器24存储日志或者信息。如果在框142中判定可用空间不足，则在框144中将来自已结束行程的个人媒体文件78从内容数据源16中删除。如果判定有充足的空间可用，则逻辑31返回至框140并且继续监视存储空间。

在框144中删除一个或多个文件之后，逻辑31在框146中检查以确定是否仍存在存储空间不足的情况。如果存储空间仍不足，则逻辑31在框148中提供并且/或者发送通知，该通知可以至交通工具12中的乘员终端(crewterminal)、由乘务员携带的个人电子装置和/或地面服务器70以传送至网络操作中心。如果在框146中判定存在充足存储空间，则逻辑31返回至框140并且继续监视可用存储空间。

图9示意性地示出了用于与第三方媒体供应商一起使用的替选实施方式。特别地，图9示出了代替图6的万维网接口82中的网页82b的供使用的网页150。在使用页面150的情况下，乘客在计划行程之前选择用于预加载在交通工具12的交通工具上服务器24上的一个或更多个媒体文件。许多输入字段与先前描述的网页82b中的相同并且使用相同附图标记来识别，例如出发机场代码82、目的地机场代码84、出发航班号86、出发日期88、返回航班号92和返回日期94。

并非乘客选择用于上传的文件，网页150意在由乘客从第三方供应商选择媒体。到目前为止当下的媒体供应商包括以作为非限制性的说明性示例的商标amazon、netflix、itunes、googleplay和hulu提供的媒体。此外，网页150包括针对是否应该为返回行程提供所选择的媒体的复选框152。如果复选框152被选中，则对应返回航班号92和返回日期94的输入字段变得有效并且要求乘客提供这些信息。

乘客还被请求来指示或者选择媒体供应商154。这可以经由分别对应由交通工具运输公司支持的媒体供应商的复选框156、158、160、162和164来提供，其中，在网页150上必须选中复选框中的一个。替选地，媒体供应商可以经由卷帘式菜单提供。另外，请求针对媒体供应商154的账户信息166，即，乘客的针对该媒体供应商的用户名168和密码170。

此后，请求媒体的名称或标题172，这可以经由文本输入框、卷帘式菜单或者其组合来提供，例如输入标题中单词的开始几个字母，并且此后滚动通过相关搜索结果。如果乘客期望具有多于一个可用的媒体标题，则提供按钮或选择174以用于增加另一标题。在乘客已经输入对一个媒体标题或多个媒体标题的选择之后，乘客按压或者激活按钮字段176来继续进行以将媒体预加载到交通工具12的交通工具上服务器24上。

返回至图1，预加载媒体涉及地面服务器70与媒体供应商的服务器178通信以获得所选择的媒体的副本。图7示意性地示出了由服务器采用的逻辑179，其中，服务器例如地面服务器70并且特别是地面服务器70的一个或更多个处理器，服务器针对万维网接口82执行逻辑179并且显示网页150。逻辑179与先前针对图7通过框118描述的逻辑相同，在框118处逻辑继续进行以显示万维网接口82的下一页面82b或者150，并且使用相同的附图标记。由于逻辑179的一部分与先前关于图6的逻辑99所描述的相同，因此此处不再重复。

图10的逻辑179的不同之处在于：它显示页面150(参见图9)，并且在框180中监视预加载请求。在图10的框182中，逻辑179判定是否接收到预加载请求。如果判定是否定的，则逻辑179返回至框180并且继续监视预加载请求；如果在框182中判定是肯定的，则逻辑179在框184中通过执行初始有效性检查来判定请求是否有效，其中，所述初始有效性检查例如提供的一个有效媒体标题或多个有效媒体标题、针对媒体供应商提供的用户名和密码、媒体未超过以千兆字节为单位的最大允许大小、数据呈适当的格式、返回日期在出发日期之后等。如果判定请求无效，则逻辑179在框186中显示错误消息并且返回至框180以监视预加载请求。

如果请求是有效的，则逻辑179继续进行以在框188中向媒体供应商传送信息并且获得所选择的媒体172的副本。为了安全起见，对信息进行加密并且可以直接地或间接地——例如经由中间服务器——来传送。信息包括关于媒体供应商154的乘客账户信息以及所选择的媒体172的标识。逻辑179在框190中判定媒体172是否被禁止，例如，不包括恶意软件、不是针对地域管辖的不合适的评价或主题、没有超出以千兆字节为单位的最大存储大小等。如果媒体172未被禁止，则在框192中将媒体172的副本传送至交通工具上服务器24(媒体172向交通工具上服务器24的传送如本文中先前描述的那样)。否则，删除媒体172的副本并且在框194中向乘客发送通知。

由于规定，依赖卫星以获得机上连接的飞行器通常直到交通工具12已经达到至少10,000英尺(3,048米)的高度才能建立卫星数据链路来提供至座位显示器20的互联网连接。因此，在这样的飞行器上的等待起飞的乘客不能使用座位显示器20经由互联网连接来消费来自媒体供应商154的媒体。本文中描述的系统10的优点在于：尽管没有互联网连接，但是媒体选择172可以被预加载至交通工具上服务器24并且被消费。因为带宽有限，所以一些航空公司由于带宽限制而禁止从媒体供应商154流送媒体。在其他情况下，航空公司可以允许这样的流送，但是有限的带宽造成过多的停顿(stuttering)或缓冲等待时间。然而，本文中描述的系统10为乘客提供了从媒体供应商154选择用于预加载和在即将开始的行程观看的媒体的方法，该方法有利地克服了上面那样的限制。

返回至图1，系统10包括具有有线部分14a和无线部分14b的网络14。有线部分14a将交通工具上服务器24和座位显示器20彼此通信连接。另外，有线部分14a连接至交通工具12中的一个或更多个无线接入点(wap)198。wap198使具有ped200的乘客能够实现媒体文件18从内容数据源16至乘客的ped的流送。尽管座位显示器20可以具有更大的显示器并且为上传或预加载的媒体文件18提供更好的观看体验，但是系统10还可以与乘客ped200一起使用。在这种情况下，交通工具上服务器24将在网络14上托管诸如图4所示的登录页面的登录页面。使用ped200的乘客将通过无线网络部分14b经由wap198访问页面。在登录之后，将向乘客呈现也由交通工具上服务器24托管的诸如图5所示的网页的网页，以用于将包括个人媒体文件78或来自媒体供应商的预加载的媒体文件172的媒体向ped200流送。交通工具上服务器24在服务网页时所执行的逻辑将基本上与图3所示的逻辑相同。

如本领域普通技术人员将认识到的，可以做出各种改变和修改。尽管已经结合包括交通工具上服务器24的交通工具12描述了系统10，但是系统10可以设置在没有交通工具上服务器的交通工具12上。在没有交通工具上服务器24的配置中，将通过把内容从一个座位显示器流送至另一个来将内容分发到座位显示器20的介质36上——如果媒体文件在提出请求的座位显示器20的本地媒体存储器装置中不可获取的话。在一些配置中，除交通工具上服务器24之外，还可以在交通工具12上提供文件服务器。认证信息57可以依赖生物计量数据，例如指纹或者视网膜扫描仪或者用于面部识别的传感器，使得不需要乘客输入密码59。在检查有效信息时，逻辑可以在继续进行以判定输入的密码是否有效和是否与输入的用户名相对应之前首先检查有效且现有的用户名。万维网接口82可以请求文件和/或其他信息的元数据信息，并且/或者上传/存储费用。交通工具运输公司可以保持关于媒体供应商的账户，使得乘客无需提供个人账户信息来从该媒体供应商选择媒体。

由于可以进行改变，因此前述公开内容和本文中描述的示例应认为是说明性的而非限制性的，并且本发明不限于本文中给出的细节，而是可以在所附权利要求书的范围和等同物内进行修改。