交通工具娱乐系统专利检索-机器对机器物联网计算机网络专利检索查询-专利查询网

交通工具娱乐系统

阅读：3发布：2024-02-07

专利汇可以提供交通工具娱乐系统专利检索，专利查询，专利分析的服务。并且提供了用于交通工具娱乐系统的方法和系统。一种方法包括：由处理器生成多个媒体集以用于在交通工具处存储多个媒体文件，多个媒体集中的每个媒体集被配置成存储可以由所有乘客同时播放的第一媒体文件集、可以由乘客的至多X％同时播放的第二媒体文件集以及可以由乘客的至多Y％同时播放的第三媒体文件集；由处理器分发多个媒体文件以用于跨交通工具的多个智能监视器存储；监视对交通工具上的多个媒体文件的用户访问；以及由处理器基于多个因素来修改媒体文件在第一媒体文件集、第二媒体文件集与第三媒体文件集之间的分配。，下面是交通工具娱乐系统专利的具体信息内容。

权利要求

1.一种方法，包括：
生成媒体库的多个媒体集以用于在交通工具上存储多个媒体文件，所述多个媒体集中的每个媒体集被配置成存储第一媒体文件集、第二媒体文件集和第三媒体文件集，其中，所述第一媒体文件集中的每个媒体文件能够由所述交通工具的所有乘客同时播放，所述第二媒体文件集中的每个媒体文件能够由所有乘客的至多X％同时播放，所述第三媒体文件集中的每个媒体文件能够由所有乘客的至多Y％同时播放；
分发所述多个媒体文件以用于跨所述交通工具的多个智能监视器存储；其中，响应于对媒体标题的用户请求，从所述多个智能监视器流送所述多个媒体文件；
监视对所述交通工具上的所述多个媒体文件的用户访问；以及
基于多个因素在所述第一媒体文件集、所述第二媒体文件集与所述第三媒体文件集之间修改媒体文件被分配给哪个集。
2.根据权利要求1所述的方法，其中，X％大于Y％。
3.根据权利要求1所述的方法，其中，所述多个因素包括来自多个交通工具的使用数据。
4.根据权利要求1所述的方法，其中，划分比限定用于所述第一媒体文件集、所述第二媒体文件集和所述第三媒体文件集的存储空间的量。
5.根据权利要求1所述的方法，其中，基于由所述多个智能监视器的能力和网络带宽中的至少之一限定的因素，将每个媒体集细分成媒体子集。
6.根据权利要求1所述的方法，其中，基于多个因素将媒体文件放置到所述三个媒体文件集之一中。
7.根据权利要求1所述的方法，其中，所述多个因素包括以下因素中的至少两个：所述媒体文件的访问模式、路线信息、交通工具类型和配置、交通工具操作员偏好、所述媒体文件的第三方评级以及该年中的时间。
8.一种方法，包括：
将具有用于飞行器的机上娱乐系统的多个媒体文件的媒体库的第一部分分配给第一媒体文件集，并且将第二部分分配给第二媒体文件集，其中，所述第一媒体文件集中的每个媒体文件能够由交通工具的所有乘客同时播放，所述第二媒体文件集中的每个媒体文件能够由所述乘客的至多X％同时播放；
使用多个媒体集存储所述多个媒体文件以用于跨所述飞行器的多个智能监视器存储，每个媒体集具有多个媒体子集；其中，响应于对媒体的用户请求，从所述多个智能监视器流送所述多个媒体文件；
监视基于用户请求对所述多个媒体文件的访问；以及
基于多个因素来修改媒体文件在所述第一媒体文件集、所述第二媒体文件集与所述第三媒体文件集之间的分配，所述多个因素包括以下因素中的至少两个：来自多个飞行器的所述媒体文件的访问模式、飞行器路线信息、航空公司偏好、飞行器类型和配置、所述媒体文件的第三方评级以及该年中的时间。
9.根据权利要求8所述的方法，其中，将所述媒体库的第三部分分配给第三媒体文件集，其中，所述第三媒体文件集中的每个媒体文件能够由所述乘客的至多Y％同时播放。
10.根据权利要求9所述的方法，其中，X％大于Y％。
11.根据权利要求9所述的方法，还包括：将针对所述媒体文件的使用数据输入到地面工具中。
12.根据权利要求9所述的方法，其中，基于航空公司偏好的划分比配置所述智能监视器的用于所述第一媒体文件集、所述第二媒体文件集和所述第三媒体文件集的存储空间的量。
13.根据权利要求8所述的方法，其中，每个媒体集的媒体子集的数量基于由所述多个智能监视器的能力和网络带宽中的至少之一限定的因素。
14.根据权利要求8所述的方法，其中，在媒体文件首次被放置在所述机上娱乐系统的媒体库中时，基于多个因素将所述媒体文件分配给所述媒体文件集之一。
15.一种非暂态机器可读介质，其存储有包括机器可执行代码的指令，所述机器可执行代码在由机器执行时使所述机器：
将具有用于飞行器的机上娱乐系统的多个媒体文件的媒体库的第一部分分配给第一媒体文件集，并且将第二部分分配给第二媒体文件集，其中，所述第一媒体文件集能够由交通工具的所有乘客同时播放，所述第二媒体文件集能够由所述乘客的至多X％同时播放；
使用多个媒体集存储所述多个媒体文件以用于跨所述飞行器的多个智能监视器存储，每个媒体集具有多个媒体子集；其中，响应于对媒体的用户请求，从所述多个智能监视器流送所述多个媒体文件；
监视基于用户请求对所述多个媒体文件的访问；以及
基于多个因素来修改媒体文件在所述第一媒体文件集与所述第二媒体文件集之间的分配，所述多个因素包括以下因素中的至少两个：来自多个飞行器的所述媒体文件的访问模式、飞行器路线信息、航空公司偏好、飞行器类型和配置、所述媒体文件的第三方评级以及该年中的时间。
16.根据权利要求15所述的非暂态存储介质，其中，所述媒体库的第三部分被分配给第三媒体文件集，其中，所述第三媒体文件集中的每个媒体文件能够由所述乘客的至多Y％同时播放。
17.根据权利要求16所述的非暂态存储介质，其中，针对每个媒体文件的使用数据被从所述飞行器传送至地面工具。
18.根据权利要求16所述的非暂态存储介质，其中，所述X％是所述Y％的至少两倍。
19.根据权利要求16所述的非暂态存储介质，其中，基于航空公司偏好的划分比配置所述智能监视器的用于所述第一媒体文件集、所述第二媒体文件集和所述第三媒体文件集的存储空间的量。
20.根据权利要求15所述的非暂态存储介质，其中，在媒体文件首次被放置在所述机上娱乐系统的媒体库中时，基于多个因素将所述媒体文件分配给所述媒体文件集之一。

说明书全文

交通工具娱乐系统

技术领域

[0001] 本公开内容大体上涉及交通工具娱乐系统，具体地，涉及机上娱乐系统的虚拟本地存储(VLS)。

背景技术

[0002] 商业客运中使用的交通工具的娱乐系统通常是基于服务器的。具体地，服务器存储内容，例如媒体文件，并且根据来自由交通工具上的用户或乘客操作的客户端设备的要求而经由网络提供内容。通常，内容具有媒体库的视频文件和音频文件的形式，这些文件通过网络被流送至客户端设备。因此，在传统系统中，对娱乐系统的操作而言，服务器是极为重要的。为此，机上娱乐领域(IFE)中的基于服务器的系统有时被称为以服务器为中心的或者集中式AVOD服务器系统。以服务器为中心的系统的缺点在于：如果服务器变得不可访问，则对于客户端设备的乘客或用户而言，存储在服务器上的内容同样变得不可访问。另一缺点是媒体服务器的成本可能过高。

[0003] 其他类型的IFE系统将内容存储在客户端设备中。特别地，IFE系统通常具有安装在每个座椅处以供乘客使用的客户端设备。在IFE领域中，这些系统有时被称为以座椅为中心的或者分布式AVOD服务器系统。以座椅为中心的系统的优点在于：以座椅为中心的系统不依赖于服务器。然而，客户端设备具有有限的用于存储内容的存储容量。因此，需要通过配置客户端设备的存储介质来增加媒体库大小，而不必增加客户端设备的存储容量或处理器能力。发明内容

[0004] 在一个方面，提供了用于交通工具娱乐系统的方法和系统。一种方法包括：由处理器生成媒体库的多个媒体集以在交通工具上存储多个媒体文件，多个媒体集中的每个媒体集被配置成存储第一媒体文件集、第二媒体文件集和第三媒体文件集，其中，第一媒体文件集中的每个媒体文件能够由所有乘客同时播放，第二媒体文件集中的每个媒体文件能够由乘客的至多X％同时播放，第三媒体文件集中的每个媒体能够由乘客的至多Y％同时播放；由处理器分发多个媒体文件以用于跨交通工具的多个智能监视器存储；监视对交通工具上的多个媒体文件的用户访问；以及由处理器基于多个因素来修改媒体文件在第一媒体文件集、第二媒体文件集与第三媒体文件集之间的分配。

[0005] 在另一方面，提供了一种用于飞行器或用于商业大众客运的其他类型的交通工具的方法。该方法包括：将具有用于飞行器的机上娱乐系统的多个媒体文件的媒体库的第一部分分配给第一媒体文件集，并且将第二部分分配给第二媒体文件集，其中，该第一媒体文件集中的每个媒体文件能够由交通工具的所有乘客同时播放，第二媒体文件集中的每个媒体文件能够由乘客的至多X％同时播放；以及使用多个媒体集存储多个媒体文件以用于跨飞行器的多个智能监视器存储，每个媒体集具有多个媒体子集。响应于用户请求，从多个智能监视器流送多个媒体文件。该方法还包括：监视基于用户请求对多个媒体文件的访问；以及基于多个因素来修改媒体文件在第一媒体文件集与第二媒体文件集之间的分配，所述多个因素包括以下因素中的至少两个：媒体文件的访问模式、飞行器路线信息、航空公司偏好、飞行器类型和配置、媒体文件的第三方评级、该年中的时间以及航空公司偏好。

[0006] 提供了该简要概述以使得可以快速地理解本公开内容的本质。通过参照以下关于附图的对本公开内容的各个方面的详细描述，可以获得对本公开内容的更完整的理解。

附图说明

[0007] 现在将参照本文中所公开的各个方面的附图来描述本公开内容的各个特征。在附图中，相同的部件可以采用相同的附图标记。所示出的方面旨在说明而非限制本公开内容。附图包括以下各图：

[0008] 图1A是根据本公开内容的一个方面的交通工具的交通工具娱乐系统的示意图；

[0009] 图1B示出了交通工具娱乐系统的经济舱部分的一部分；

[0010] 图2A示出了根据本公开内容的一个方面使用的智能监视器的示例；

[0011] 图2B示出了根据本公开内容的一个方面的虚拟本地存储(VLS)配置工具的示例；

[0012] 图2C示出了根据本公开内容的一个方面配置的多个VLS媒体集的示例；

[0013] 图2D示出了根据本公开内容的一个方面的跨多个智能监视器分发媒体的示例；

[0014] 图3A示出了根据本公开内容的一个方面的用于配置VSL媒体集的处理流程；

[0015] 图3B示出了根据本公开内容的一个方面的用于管理交通工具上的媒体文件的处理流程；

[0016] 图3C示出了根据本公开内容的一个方面的用于配置媒体库的处理流程；

[0017] 图3D示出了根据本公开内容的一个方面的用于配置飞行器上的媒体文件的处理流程；

[0018] 图4是根据本公开内容的一个方面的响应于来自用户或乘客的针对媒体请求的输入而由图2D的智能监视器执行的示例软件或程序逻辑的流程图；

[0019] 图5是根据本公开内容的一个方面的响应于来自另一智能监视器的用于流送媒体的请求而由图2D的智能监视器执行的示例软件或程序逻辑的流程图；

[0020] 图6示出了根据本公开内容的一个方面的计算系统的框图；

[0021] 图7是用于交通工具的内容分发系统的示例的框图；以及

[0022] 图8是由智能监视器在确定从哪个源播放媒体文件时执行的示例软件或程序逻辑的流程图。

具体实施方式

[0023] 作为初步说明，本文中所使用的术语“部件”、“模块”、“系统”等旨在指代计算机相关实体、软件执行的通用处理器、硬件、固件和/或其组合。例如，部件可以是但不限于在硬件处理器上运行的进程、硬件处理器、对象、可执行文件、执行的线程、程序和/或计算机。

[0024] 作为说明，计算机设备上运行的应用以及计算机设备本身二者均可以为部件。一个或更多个部件可以驻留在执行的进程和/或线程内，并且部件可以被本地化在一个计算机设备上以及/或者分布在两个或更多个计算设备之间。此外，这些部件可以从存储有各种数据结构的各种计算机可读介质执行。部件可以例如根据具有一个或更多个数据包的信号经由本地进程和/或远程进程进行通信(例如，来自一个部件的数据经由该信号与本地系统、分布式系统中的另一部件进行交互，和/或跨计算网络与其他系统进行交互)。

[0025] 根据所要求保护的主题，计算机可执行部件可以被存储在例如非暂态计算机/机器可读介质中，非暂态计算机/机器可读介质包括但不限于ASIC(专用集成电路)、CD(致密盘)、DVD(数字视频光盘)、ROM(只读存储器)、硬盘、EEPROM(电可擦除可编程只读存储器)、固态存储器装置或任何其他存储装置。

[0026] 下面的段落中所描述的是本公开内容的各个方面。各个方面经由硬件与软件的组合来实现，该硬件与软件包括具有一个或更多个处理器的计算或信息处理设备，该一个或更多个处理器被配置成执行存储在计算机可读有形非暂态存储介质——例如，磁存储盘、RAM、ROM、闪存或固态驱动器(SSD)——上的程序逻辑或软件。程序逻辑优选地将信息处理设备配置成提供如本文中描述的功能。

[0027] 系统100：图1A示意性地示出了布置在交通工具102中的交通工具娱乐系统100。交通工具102的类型不受限制，并且可以是用于载客的任何种类的交通工具，例如，飞行器、公共汽车、火车、船、潜艇或太空船。在该示例中，交通工具102包括两个座椅列104和106，这两个座椅列104和106跨如在用于客运的交通工具中典型的过道而彼此对称地布置。各列104和106均包括远离这两列之间的过道大致正交地延伸的座椅行108至122。应当理解的是，图1A是用于说明目的和客运交通工具——例如用于商业客运的飞行器，其可以具有数百个座椅，并且因此具有比图1A所示的列和行多得多的列(Col)和行——的示意图。

[0028] 根据122和124的座位类别，座椅行108至122可以具有不同数量的座椅。例如，更接近交通工具102前部的座椅行108至112可以是高级舱座位122，例如，商务舱或头等舱，并且具有较大的座椅128和/或座椅128之间具有更大的间距。在交通工具102中更靠后的座椅行114至122可以是经济舱126并且具有较小的座椅130和/或座椅之间具有较小间距。通常，未示出的舱壁将一种座位类别124和126与另一种分隔开。

[0029] 图1B示意性地示出了具有多排座椅的交通工具的一部分。如图1B所示，用于该交通工具的娱乐系统包括智能监视器132(SM)，智能监视器132有时也称为媒体播放器、视频监视器、视频显示单元或座椅设备(为了说明的清楚性，在图1A中未示出智能监视器132)。通常，智能监视器132安装至每个座椅的后部，以供在安装有智能监视器132的座椅紧后方的座椅中的乘客或用户观看。对于其前方没有座椅的座椅，智能监视器132通常安装至座椅前面的舱壁。替选地，这样的智能监视器132安装至座椅臂136，并且在不使用时可以缩回到座椅臂中。本公开内容的适应性方面不限于智能监视器132的任何特定地点/位置。

[0030] 用于智能监视器132的硬件优选地具有用于交通工具的常规设计。例如，可以使用由加利福尼亚州森林湖市的松下航空电子公司销售的智能监视器。也可以使用其他类型和来自其他制造商的智能监视器。本文中公开的适应性方面不限于任何特定的智能监视器类型。如本文中描述的智能监视器132包括如结合图3至图5所示的流程图所描述的那样执行的软件或程序逻辑。智能监视器132配置有软件或程序逻辑，以向乘客或用户呈现媒体选择，该媒体选择与使用一个或更多个虚拟本地存储(VLS)媒体集或媒体子集存储在智能监视器132处的媒体文件对应。另外，智能监视器132经由通过网络传送的请求将一个或更多个文件流送至另一智能监视器。

[0031] 每个智能监视器132只能保存交通工具的全部媒体库的子集。例如，如图1B所示，行23中的乘客/用户的智能监视器132加载有媒体子集A。由于这些智能监视器位于第一行，所以这些智能监视器是安装至座椅臂136的智能监视器132。媒体子集B被加载至行24中的用户/乘客的智能监视器132。这些智能监视器是安装至行23中的座椅的后部的智能监视器132。行25中的用户/乘客的智能监视器132加载有媒体子集C，等等。总之，五个媒体子集A、B、C、D和E在图1B中被示为说明性的非限制示例。媒体子集A、B、C、D和E是下面将更详细地描述的VLS集的一部分。

[0032] 作为示例，使用传统技术将媒体文件初始加载到交通工具的服务器134或其他服务器中。通常，这通过以下操作来执行：从在非易失性存储器诸如SSD中存储有媒体的便携式媒体加载器或机载媒体加载器传输媒体，以及经由有线以太网连接通过服务器上的媒体加载端口将媒体复制到服务器134上。与无线连接相比，有线连接当前提供最快的加载时间。替选地，可以经由无线连接例如卫星连接、地面站到交通工具、蓝牙、蜂窝或Wi-Fi来传输媒体。

[0033] 此后，将媒体从服务器分发至机舱座椅网络，并且使用互联网组多播协议(IGMP)以多个并行多播流将媒体加载到智能监视器132上，以向智能监视器132加载每个媒体子集。通常，一行中的每个智能监视器132将具有不同的媒体子集。在替选配置中，在座椅子网或LAN的每个智能监视器132中每个媒体子集可以是相同的，即，用于行23中的座椅的所有智能监视器132具有媒体子集A。这使得用于行23的座椅盒140可以将所有相同的媒体文件加载至与座椅盒连接的智能监视器132。使用多播流使加载时间最小化，因为多个SM采用相同的(VLS)媒体子集。对于LINUX系统，形成同时进行操作以将媒体文件从服务器134传输至智能监视器132的多个网络块设备通道。

[0034] 值得注意的是，在一个方面，媒体文件首先加载到头端(HE)服务器中，例如，图1A中的服务器134。在这方面，便携式媒体加载器或机载媒体加载器将包括用于将媒体文件传输至头端服务器134的便携式服务器，但是在传输媒体文件或内容之后通常不会与交通工具保持在一起。本公开内容的适应性方面首先不限于加载服务器134，然后不限于智能监视器132。

[0035] 返回图1A，在一个方面，系统100包括用于管理娱乐系统的整体操作的一个或更多个服务器134。服务器134具有常规的硬件设计，并且例如可以从加利福尼亚州森林湖市的松下航空电子公司商业购得。也可以使用来自其他制造商的服务器。图1A示出了具有单个服务器134的一方面，但是其他方面可以具有多个服务器134。服务器134优选地使用LINUX 操作系统，但是也可以使用其他操作系统，例如，WINDOWS(而不减损任何第三方商标权)。当使用LINUX或ANDROID(针对智能监视器132)时，网络块设备用于使网络上的远程服务器表现为用于设备例如智能监视器132的虚拟驱动器，从而搜索其上存储的文件。

[0036] 服务器134优选地包括至少一个固态驱动器(SSD)(或任何其他类型的存储介质)和一个或更多个高性能处理器，以使服务器能够与交通工具的智能监视器132和其他设备通信。SSD使得媒体文件能够从各种有线加载器或无线加载器快速加载或复制到服务器134上。随着较新的内容变得可用，在服务器134上定期地——通常每月或每周——更新媒体文件。每个服务器134通常能够存储总共若干兆兆字节的数据，例如，可以从加利福尼亚州森林湖市的松下航空电子公司获得的NEXT商标下的服务器。本文中公开的各个方面不限于任何特定的服务器存储容量。

[0037] 网络136连接彼此进行通信的智能监视器132和服务器134。网络136优选地是使用以太网在智能监视器132与服务器134之间进行通信的常规局域网(LAN)。该网络包括从服务器134沿着列104和106延伸的更高速的子网138。优选地，更高速的子网138使用常规的2.5GBase-T、1000BASE-T、铜-吉比特(Copper-Gigabit)布线/线缆或CAT5e来提供至少千兆字节以太网的吞吐量。较高速的子网138在下文中称为列子网138。

[0038] 列子网138连接至包括交换机的座椅盒140。较低速的数据子网142可以从每个座椅盒140延伸并且沿着距其最近的座椅行(座椅行108、110、112、114、116、118、120或122)延伸。较低速的子网142均可以使用100BASE-TX布线经由常规的快速以太网连接来提供至少100mbits/s的吞吐量。与早先描述的列子网138对照，较低速的子网142形成至少两个智能监视器132的座椅LAN或座椅子网。本文中描述的各种适应性方面不限于任何特定的网络协议或网络操作速度。

[0039] 在一个方面，座椅盒140向连接至该座椅盒的智能监视器132提供网络连接和电力两者。每个座椅盒140包括处理器和存储器，其中，处理器执行软件或程序逻辑。座椅盒可以具有常规硬件，并且在机上娱乐领域中通常被称为电力网络盒(PNB)，这是因为座椅盒140提供电力和网络连接两者。替选地，座椅盒140可以被称为座椅接口盒(SIB)。如果使用较大的智能监视器，例如，由松下航空电子公司以商标NEXT、ELITE SERIES V2和ALTUS销售的智能监视器，则座椅盒140可以仅提供网络连接，其中，经由座椅电气盒(SEB)或座椅电力模块(SPM)来单独提供电力。电力网络盒、座椅接口盒、座椅电气盒和座椅电力模块都可以从松下航空电子公司获得。如本文中使用的术语座椅盒包括向智能监视器132提供电力和网络连接的交换机以及仅提供网络连接的交换机。

[0040] 可选地，网络138可以包括用于在通信路径故障的情况下使用的(一个或更多个)冗余通信连接144。在这点上，沿着任一列子网138的路径故障会切断服务器134与该列104或106中的在故障下游的座椅128和130的智能监视器132之间的通信。因此，冗余通信连接144可以在每列104和106中的最后一个座椅盒140与服务器134之间延伸。冗余通信连接144在列子网138发生故障的情况下提供替选通信路径，以防止切断智能监视器132与服务器
134的通信。

[0041] 在一个方面，冗余通信连接144提供完全通信冗余，并且使用常规的2.5GBase-T、1000BASE-T或铜-吉比特布线/线缆来提供千兆字节以太网。为了降低成本，冗余通信连接
144可以是较低数据速率的连接，并且仅被保留用于来自服务器134的公告和地图数据。在这点上，娱乐系统100包括接口或工作人员终端146，以供交通工具人员用来控制娱乐系统
100并且向智能监视器132传送公告。冗余通信连接144提供了在通信故障的情况下向智能监视器132广播公告的替选方式。

[0042] 在一个方面，代替有线连接，智能监视器132可以通过网络直接地彼此无线连接或经由无线接入点间接地彼此连接。通信标准可以是根据802系列(Wi-Fi)标准、蓝牙标准或其他通信标准。如果提供了无线接入点，则智能监视器可以具有本地内容存储装置，并且在发生连接故障的情况下，用作媒体文件的另一源。取决于源，流送可以提供不同的服务质量，例如，较低速连接例如无线连接提供较低的服务质量。

[0043] 智能监视器132：图2A示出了根据本公开内容的一个方面的用于使用VLS的智能监视器132的框图。智能监视器132包括用于显示内容的显示屏202。智能监视器132包括具有对存储器206的访问权的一个或更多个处理器204。处理器204可以是或者可以包括：一个或更多个可编程通用或专用微处理器、数字信号处理器(DSP)、可编程控制器、专用集成电路(ASIC)、可编程逻辑器件(PLD)等或者这样的器件的组合。存储器206表示任何形式的随机存取存储器(RAM)、只读存储器(ROM)、闪存等或者这样的器件的组合。

[0044] 存储器206包括用于管理智能监视器206的整体操作的可执行指令。在一个方面，处理器204从存储器206执行基于ANDROID的操作系统。然而，可以使用其他操作系统，例如,可以从华盛顿州雷蒙德市的微软公司或加利福尼亚州库比蒂诺的苹果公司获得的LINUX或专有操作系统，这两个公司分别以WINDOWS和IOS的商标销售操作系统(而不减损任何商标权)。

[0045] 在一个方面，由处理器204从存储器206执行的程序逻辑跟踪用户访问的媒体文件的名称、在飞行/旅程期间访问媒体文件的频率、访问媒体文件的日期和时间以及旅客是否属于高级舱或非高级舱。该信息被存储在提供给下面参照图2B所述的媒体选择器模块218的数据结构中。

[0046] 智能监视器132包括能够与其他智能监视器通信的智能监视器接口212。在一个方面，接口212包括逻辑和电路以支持智能监视器间的通信，即，从一个智能监视器到另一个智能监视器的通信。通信可以使用有线网络连接或无线连接。智能监视器通信不限于任何特定的网络通信类型、网络协议或操作速度。

[0047] 当连接至座椅盒140时，智能监视器132包括座椅电子盒(SEB)接口210，其具有与座椅盒140通信的逻辑和电路。与座椅盒140的连接可以是有线的或无线的。

[0048] 智能监视器132还包括用于存储媒体文件的本地存储设备208，例如，非易失性存储器设备，例如，根据安全数字标准的存储卡，即SD闪存卡。特别地，目前可以从松下航空电子公司(而不减损任何商标权)获得的ECO智能监视器具有根据扩展容量标准的SD卡，即SDXC闪存卡。

[0049] 具有多个媒体文件的媒体库用于在交通工具处呈现媒体内容。由智能监视器132存储的媒体文件的数量基于存储设备208的存储容量和媒体文件的大小(注意：媒体文件大小取决于电影分辨率(例如，1080p与4k相对)和编码类型)。媒体库中的媒体文件的数量基于存储设备208的存储容量以及SM可以提供给其他SM的AVOD流的数量，该数量被称为VLS因素(VLSF)。VLSF因素取决于处理器204的处理能力和机舱座椅网络138的可用网络带宽。例如，VSLF受这样的流的数量的影响，智能监视器可以以可接受的质量向其他智能监视器流送所述流，同时为当前使用智能监视器的乘客播放具有可接受质量的视频流，以及为乘客执行其他功能。在一个方面，交通工具的VLS媒体库大小基于：智能监视器的存储容量*VLSF。例如，如果VLSF为15并且存储容量为200GB(千兆字节)，则存储媒体文件的总VLS容量为15*200＝3TB(兆兆字节)。如果平均媒体文件(例如，电影)为5GB，则VLS只能容纳总共600部电影。在该模型中，所有乘客同时可以观看600部电影中的任何一部(即100％的AVOD覆盖)。本公开内容的适应性方面通过将媒体文件分类为三(3)个不同AVOD覆盖模型或类别(即100％、50％和25％的AVOD覆盖)之一来扩展媒体库大小(即，不同媒体文件的数量)，如下面详细描述的。

[0050] VLS配置工具214：在一个方面，提供计算技术以配置用于交通工具的VLS并且扩展媒体库大小，从而提供可以用于乘客选择的更多标题的更多选项。计算技术可以实现为图2B中所示的处理器可执行VLS配置工具214。VLS配置工具214包括VLS配置模块216和媒体选择器模块(也可以称为“媒体选择器”)218。媒体选择器218接收多个输入220A至220N，基于多个输入220A至220N可以向媒体文件分配/重新分配特定类别，如下面关于图2C详细描述的。

[0051] VLS配置工具214可以在交通工具上操作，也可以在交通工具外操作，例如，在媒体文件处理中心处操作。VLS配置工具214在交通工具外的操作，即作为地面工具的操作，提供了以下优点：可以接收和处理来自编队中的所有交通工具的使用数据以确定媒体文件被分配的类别，例如，100％、50％或25％。通常，来自编队中的所有交通工具的媒体的使用数据比来自单个交通工具的数据更有价值。因此，对于在交通工具外使用的VLS配置214，至工具214的输入220A至220N来自由运输载体操作的编队中的每个交通工具。

[0052] VLS媒体集222A至222D：在一个方面，交通工具上的媒体库包括多个媒体文件，例如电影、音频文件和其他。文件的数量和文件大小的乘积决定了VLS媒体库的总体大小。

[0053] 在本公开内容的一个方面，通过将媒体文件(例如，电影)分组为三(3)个不同类别或媒体层来增加媒体库大小。这些类别指示特定数量的乘客更加频繁地或较不频繁地访问特定媒体文件的可能性。在一个方面，用于交通工具的媒体文件可以被分类为多个层，X1、X2、X3，例如，100％、50％和25％。100％层指示该类别内的任何媒体文件保证能够由所有机载乘客同时查看/播放。

[0054] 50％层指示该类别内的任何媒体文件保证能够由所有机载乘客的至少一半同时观看/播放。25％层指示该类别内的任何媒体文件保证能够由所有机载乘客的至少四分之一同时查看。该媒体文件分类或媒体层概念使系统100能够增加整个媒体库大小，而不必增加智能监视器的物理存储容量或升级智能监视器的处理器能力。值得注意的是，本公开内容的适应性方面不限于100％类别、50％类别和25％类别，并且作为替代可以使用其他类别。

[0055] 图2C示出了配置用于在飞行器上存储媒体库的VLS媒体集的示例。在一个方面，VLS配置模块218创建四个VLS媒体集222A至222D以基于列224中限定的媒体可用性类别来存储媒体文件。针对每个类别的存储量由划分比226限定。例如，航空公司可以定义50％的总物理存储容量应该用于存储100％类别的媒体文件，30％的存储容量应该用于存储50％类别的媒体文件，并且20％的存储容量应该用于存储25％类别的媒体文件(即划分比＝50/30/20)。虽然媒体层的数量以及每个媒体层的特定保证AVOD覆盖是固定的，但是可以针对不同的航空公司来定制划分比。

[0056] 在一个方面，为了实现100％、50％和25％的保证AVOD覆盖，VLS配置工具214创建四(4)个不同的VLS媒体集。VLS库的媒体文件基于每个媒体文件的所需AVOD覆盖而跨四(4)个VLS媒体集分布。每个VLS媒体集被分成单独的VLS媒体子集。VLS媒体子集的数量基于给定飞行器配置的所选VLSF。每个VLS媒体子集包括属于三个媒体层之一的媒体标题。VLS配置工具214为每个智能监视器132分配特定的VLS媒体子集。例如，在三(3)个媒体层配置中，如果VLSF是二十(20)，则VLS媒体子集的确切数量是四(4)乘二十(20)个或者八十(80)个VLS媒体子集。

[0057] 图2D示出了在飞行器上存储VLS媒体库的示例。在该示例中，飞行器可以具有240个座椅，并且VLSF因素二十(20)用于跨多个智能监视器分发媒体文件。图2D的示例示出了需要八十(80)个座椅以存储包括VLS媒体库的所有媒体文件。第一VLS媒体集222A跨1行至5行的二十(20)个智能监视器分发。第二VLS媒体集222B跨6行至10行的二十(20)个智能监视器存储。第三VLS媒体集222C跨11行至15行的二十(20)个智能监视器分发，而第四VLS媒体集222D跨16行至20行的二十个智能监视器存储。如果飞形器具有240个座椅，则整个VLS媒体库被复制三(3)次，因为四个媒体集中的每个媒体集都被复制了三(3)次。

[0058] 假设媒体文件(例如，电影标题)为20GB，并且智能监视器处的物理存储为100GB。在传统设置中，在VLSF为二十(20)的情况下，智能监视器上只能存储一百(100)个电影标题。然而，通过使用划分比50/30/20，可以针对100％类别存储五十(50)部电影，针对50％类别存储六十(60)部电影，针对25％类别存储八十(80)部电影。因此，媒体库的电影的总数量从100增加至190。与单个媒体层配置——其中任何电影能够由所有乘客同时获得(仅100％类别)——中的2TB相比，这有效地将三个媒体层配置(100％/50％/25％)中的VLS存储增加至3.8TB。如果使用划分比30/30/40，则针对100％类别存储三十(30)部电影，针对50％类别存储六十(60)部电影，针对25％类别存储160电影。这将电影标题的数量从100增加至250，并且因此用于该配置的VLS媒体库大小实际上是具有总共250个电影标题的五(5)TB。

[0059] 值得注意的是，提供前述示例是为了说明如何通过对电影标题进行分类来增加媒体库大小，而无需改变智能监视器存储容量或处理器能力。本文中公开的适应性方面不限于任何特定的划分比或者类别类型。

[0060] 处理300：图3A示出了根据本公开内容的一方面的用于配置用于客运交通工具的一个或更多个VSL媒体集的处理流程300。处理300的各种处理框由执行如上面关于图2B所述的VLS配置工具214的计算设备的程序逻辑执行。以下示例是针对飞行器描述的，但是同样适用于任何类型的交通工具。

[0061] 在确定了用于存储媒体文件的多个媒体层或保证AVOD覆盖类别C1/C2/C3之后，在框B302中开始处理300。作为示例，如上所述，C1可以是100％类别，C2可以是50％类别并且C3可以是25％类别。从操作交通工具的实体例如飞行器的航空公司接收划分比，即用于VLS的S1/S2/S3。例如，S1/S2/S3可能是50/30/20，即智能监视器的可用物理存储容量的50％被分配给100％类别，智能监视器的可用物理存储容量的30％被分配给50％类别并且智能监视器的可用物理存储容量的20％被分配给25％类别。还获得了针对交通工具的VLSF。在一个方面，VLSF依赖于智能监视器处理器能力以及智能监视器将媒体文件流送至其他智能监视器的能力以及可用网络带宽。

[0062] 基于前述内容，在框B304中，生成多个VLS媒体集。托管整个VLS媒体库的VLS媒体集的数量取决于用于存储媒体文件的类别的数量。例如，为了适应100％/50％/25％的类别，需要四个VLS媒体集，如图2C所示以及如上所述的。每个VLS媒体集222A至222D配置有多个VLS媒体子集(例如，230)。图2C中还示出了VLS媒体子集的示例。VLS媒体子集的数量是VLSF的函数。例如，如果VLSF是二十(20)，则四个VLS媒体集中的每个VLS媒体集配置有二十(20)个VLS媒体子集。

[0063] 在框B308中，将VLS媒体子集分配给一个或更多个智能监视器。在框B310中，每个VLS媒体子集包括来自不同类别的媒体文件并且被存储在智能监视器上。例如，为了实现所需的保证AVOD覆盖，在四(4)个VLS媒体集中的每个VLS媒体集中存在被识别为属于100％类别的媒体文件。50％类别的媒体文件存储在四(4)个VLS媒体集中的两(2)个VLS媒体集中，而25％类别的媒体文件存储在四(4)个VLS媒体集中的仅一(1)个VLS媒体集中。与每个媒体文件由所有乘客同时可用的系统相比，这使得系统能够通过存储具有各种级别的保证AVOD覆盖的更多媒体文件来扩展整个VLS媒体库大小，而不必增加智能监视器处的存储容量或处理器能力。此后，在框B312中，对VLS媒体集进行初始化并且准备好媒体库以供乘客使用。

[0064] 处理314：图3B示出了根据本公开内容的一方面的用于修改IFE系统的媒体库的媒体文件的类别的处理314。图3B的处理框由媒体选择器模块218执行，媒体选择器模块218可以由计算设备执行。在一个方面，在媒体文件最初上传至智能监视器时，该媒体文件可以被置于“100％”类别中，即，该媒体文件可以由100％的乘客同时查看。然而，可能需要将媒体文件从一个类别提升或降级到另一类别。在提升媒体文件时，系统需要将特定文件推送至更多智能监视器以满足针对特定类别所需的AVOD覆盖百分位数。在降级标题时，因为针对特定领域所需的AVOD覆盖减少，所以系统需要移除机舱智能监视器网络中的一些副本。

[0065] 当使用上述VLS媒体集存储媒体文件时，在框B316中开始处理314。在框B318中，媒体选择器218接收多个输入220A至220N(参见图2B)。例如，多个输入可以包括来自飞行器的数据，该数据标识特定媒体文件被航空公司乘客同时访问和并行查看的频率，乘客处于高级舱还是经济舱；航空公司偏好、路线信息、飞行器类型和配置、航班时间和季节、第三方媒体标题评级(例如，烂番茄或IMDB评级(而不减损任何第三方商标权)以及分配给媒体文件的当前类别。

[0066] 在框B320中，执行指令的媒体选择器218识别需要重新分类的任何媒体文件。在一个方面，媒体选择器218向每个输入220A至220N分配权重并且确定每个媒体文件的分数。将加权分数与阈值进行比较以识别需要重新分类媒体文件。在框B322中，使用上述四(4)个VLS媒体集来更新媒体文件的类别，并且在框B324中将媒体文件重新定位至不同的媒体类别/层。

[0067] 处理326：图3C示出了根据本公开内容的一个方面的用于交通工具的另一处理326。在航空公司识别到要结合四(4)个VLS媒体集使用的三(3)个媒体层的划分比(例如50/
30/20)时，在框B328中开始该处理。已经确定了媒体可用性类别，例如，100％、50％和25％。
在一个方面，图3C的处理框由VLS配置工具214执行。

[0068] 在框B330中，生成多个媒体集(例如，图2C的222A至222D)以用于存储媒体库的媒体文件。基于关于保证能够同时访问媒体文件的乘客百分位数的偏好，向每个媒体文件分配类别。如果乘客试图访问除100％以外的类别中的媒体文件，并且同时尝试访问特定标题的乘客的数量超过保证AVOD覆盖值，则可以显示消息以通知乘客该标题目前无法使用并且稍后再试。此外，这可以用作将媒体文件提升至具有更大可用性百分比的层的触发器。替选地，可以向乘客给予在媒体文件变得可用时接收通知的选项。

[0069] 在框B332中，跨智能监视器存储媒体文件。每个媒体集具有基于VLSF的一定数量的媒体子集(例如，图2C的230)。存储各种媒体集的示例在图2D中示出并且如上所述。

[0070] 在框B334中，监视对各种媒体文件的访问。可以通过每个智能监视器的程序逻辑来监视访问并且将访问提供给服务器134。然后将访问模式提供给媒体选择器218。由媒体选择器模块218基于多个因素例如这样的数据来修改媒体文件类别，该数据标识由用户访问媒体文件的频率，用户处于高级舱还是经济舱；旅程的持续时间，路线信息，交通工具类型和配置，旅行时的季节，媒体文件的第三方评级(例如，烂番茄和/或IMDB评级(而不减损任何第三方商标权))，每个媒体文件的当前类别分配，和/或由于太多乘客访问媒体文件而无法立即实现对媒体文件的访问的请求的数量。

[0071] 值得注意的是，媒体选择器218执行机器学习过程，其中基于该机器学习过程来更新媒体文件类别。这可以实现为神经网络。替选地，可以使用其他方法来更新媒体文件类别。

[0072] 处理338：图3D示出了根据本公开内容的又一方面的处理338。在收到来自航空公司或飞行器的划分比例如50/30/20时，在框B340中开始处理338。已经确定了媒体可用性类别，例如，100％、50％和25％。在一个方面，图3C的处理框由VLS配置工具214执行。

[0073] 在框B342中，IFE系统的媒体库的媒体文件被分配特定类别，例如，100％/50％/30％。智能监视器处的用于媒体文件的总存储空间基于由航空公司提供的划分比，例如，如图2C所示和上文所述的50/30/20。

[0074] 在框B344中，使用具有多个媒体子集的多个媒体集来将媒体文件存储在智能监视器上。图2D中示出了这样情况的示例，如上面详细所述。此后，在框B346中，监视对媒体文件的访问。由媒体选择器模块218基于多个因素例如这样的数据来修改媒体文件类别，该数据标识用户访问媒体文件的频率，用户处于高级舱还是经济舱；航班的持续时间，航线路线信息，飞行器类型和配置，发生的季节，媒体文件的第三方评级(例如，烂番茄和/或IMDB评级(而不减损任何第三方商标权)以及每个媒体文件的当前类别分配。

[0075] 在一个方面，提供了用于交通工具娱乐系统的方法和系统。一种方法包括：由处理器生成媒体库的多个媒体集以用于在交通工具处存储多个媒体文件，多个媒体集中的每个媒体集被配置成存储第一媒体文件集、第二媒体文件集和第三媒体文件集，第一媒体文件集可以由所有乘客同时播放，第二媒体文件集可以由乘客的至多X％同时播放，第三媒体文件集可以由Y％的乘客同时播放；由处理器分发多个媒体文件以用于跨交通工具的多个智能监视器存储；监视对交通工具上的多个媒体文件的用户访问；以及由处理器基于多个因素来修改媒体文件在第一媒体文件集、第二媒体文件集与第三媒体文件集之间的分配。

[0076] 在另一方面，提供了一种用于飞行器的方法。该方法包括：由处理器将具有用于飞行器的机上娱乐系统的多个媒体文件的媒体库的第一部分分配给第一媒体文件集，并且将第二部分分配给第二媒体文件集，其中，第一媒体文件集中的每个媒体文件可以由交通工具的所有乘客同时播放，第二媒体文件集中的每个媒体文件可以由乘客的至多X％同时播放；以及由处理器使用媒体集存储多个媒体文件以用于跨飞行器的多个智能监视器存储。响应于用户请求，从多个智能监视器流送多个媒体文件。该方法还包括：监视基于用户请求对多个媒体文件的访问；以及由处理器基于多个因素来修改媒体文件在第一媒体文件集与第二媒体文件集之间的分配，多个因素包括以下因素中的至少两个：媒体文件的访问模式、飞行器路线信息、航空公司偏好、飞行器类型和配置、媒体文件的第三方评级、该年中的时间以及航空公司偏好。

[0077] 处理400：图4示出了根据本公开内容的一个方面的用于使用配置的VLS媒体集从智能监视器流送媒体的处理400。如上所述，每个智能监视器132包括软件或程序逻辑以用于如流程图的处理框B402所指示地显示媒体选择。在该状态下，如判定框B404所指示的，程序逻辑等待来自用户或乘客的输入以选择媒体选择之一。在判定框B406中，该逻辑初始进行检查以确定与该选择对应的媒体文件是否可从第一源获得。源包括智能监视器132或另一智能监视器132或头端服务器上的具有AVOD能力的流送服务器的本地内容存储。

[0078] 在一个方面，第一源是本地存储在智能监视器132的非易失性存储器(即，诸如存储卡的本地内容存储装置)中的媒体文件。如果是这样，则如图4所示的示例程序逻辑的处理框B408所示，该逻辑播放来自第一源(即，来自本地内容存储装置)的媒体文件。播放来自本地内容存储装置的媒体具有如下优点：使网络流量最小化，并且通常不需要对流进行缓冲。智能监视器的程序逻辑记录对媒体文件的访问。该信息作为输入提供给媒体选择器218。

[0079] 如果与媒体文件选择对应的媒体文件不能从第一源(即，对于此方面，在本地内容存储装置中)获得，则程序逻辑进行至判定框B410。在判定框B410中，程序逻辑确定与选择对应的媒体文件是否可以从替选源获得。在该方面，替选源是可以经由机舱网络访问的另一智能监视器132。也就是说，如果与来自用户/乘客的选择对应的媒体文件在本地内容存储装置中不可获得，则智能监视器程序逻辑在其他智能监视器132上搜索或寻找媒体。如果媒体文件可以从另一智能监视器获得，则如处理框B412所指示的，媒体文件从另一智能监视器流送并且被播放。该信息作为输入提供给媒体选择器218。

[0080] 对内容提供资源的搜索是机舱范围的，并且包括所有智能监视器。在寻找内容提供源例如接近请求智能监视器的另一智能监视器时，可以采用智能搜索算法以减少网络流量。如果文件不可获得，则如处理框B418所指示的，例如通过显示消息来向用户或乘客提供不可获得的指示。此后，逻辑返回至处理框B402中的显示媒体选择以等待另一输入或不同的乘客选择。

[0081] 一旦已开始从一个智能监视器132向另一智能监视器132流送，则接收流的智能监视器132包括监视可接受的包丢失的程序逻辑。如果确定包丢失超过可接受水平，则程序逻辑请求来自另一源即不同的智能监视器132的媒体。

[0082] 对于在智能监视器寻找媒体文件的优先级方面源是第一源、第二源还是以后的源的偏好可以从配置文件读取。默认配置是智能监视器(SM)首先在本地存储中寻找内容，然后是从来自机舱(网络)内的其他SM的可能源寻找内容，最后是从头端上的AVOD服务器寻找内容。配置信息可以是在安装在交通工具102中时预先存储在智能监视器132中的数据，从服务器134下载的文件或沿着网络138广播的简单消息。

[0083] 处理500：图5示出了每个智能监视器上的程序逻辑，该程序逻辑用于操作本地媒体服务器以执行通常由附图标记500指示的处理。在处理框B502中，程序逻辑等待或监听通过网络136流送媒体文件的请求。如果在判定框B504中没有接收到或检测到流送请求，则在处理框B502中该逻辑继续监视流送请求。

[0084] 在系统100的一些方面，如果网络拓扑包括列子网，则可能期望将从一个智能监视器132到另一个智能监视器的流送限制到仅在同一列子网138上。如果是这样，则逻辑进行至可选的判定框B506，该判定框B506确定流送请求是否来自与接收到请求的智能监视器132在同一列子网138上的智能监视器132。如果不是，则如处理框B510所指示的，该逻辑忽略请求，并且该逻辑返回至初始处理框B502中的等待或监听流送请求。然而，本公开内容不限于所使用的任何特定网络拓扑和其他类型，例如，作为非限制性说明性示例的星形或环形。

[0085] 如果允许从一个列子网138上的智能监视器132到另一个列子网138上的智能监视器138的流送，则该可选的判定框B506不是必需的。在这种情况下，或者如果在可选的判定框B506的情况下请求来自同一列子网138上的智能监视器132，则在判定框B506中，该逻辑询问是否正在服务最大数量的流。

[0086] 如果正在服务最大数量的流，则如处理框B512所指示的，拒绝或忽略该请求。否则，如处理框B514所指示的，流送与该请求对应的媒体文件。在接受该请求并且流送媒体或拒绝该请求之后，该逻辑返回至其默认状态即在处理框B502中监视流送请求。另外，对于一些方面，该逻辑可以优先考虑来自高级舱座椅中的智能监视器132的请求。例如，除了来自高级舱中的智能监视器132的请求外，该逻辑还可以接受至多比可以服务的最大数量的流少一个的请求。以这种方式，将为高级舱中的用户或乘客建立预留以用于大众媒体文件。

[0087] 100％类别或层用于媒体文件，其中此类别/层中的每个媒体文件能够由所有乘客同时播放。也就是说，媒体文件存储在足够数量的智能监视器132的本地存储器中，交通工具上的所有乘客都可以选择该类别中的同一媒体文件并且以合适的质量播放媒体文件。然而，除安全视频外，所有乘客同时播放任何媒体文件的情况很少见。因此，可以提供具有用于娱乐的媒体文件的系统，而不具有100％类别的媒体文件。

[0088] 例如，可以提供50％类别和25％类别。在该系统中，50％类别中的媒体文件存储在足够数量的智能监视器的本地内容中，以仅使该类别中的媒体文件能够由乘客的至多一半同时观看。25％类别中的媒体文件可以仅由四分之一的乘客同时观看。在一些情况下，提供仅50％类别和25％类别可能是令人满意的，并且还能够扩展媒体库。

[0089] 因此，本公开内容包括用于为乘客提供交通工具上的娱乐的系统。该系统包括设置在交通工具中的智能监视器，其中每个智能监视器包括存储媒体文件的本地内容存储装置，其中每个智能监视器被配置成向乘客呈现与所有智能监视器共同存储的媒体文件对应的媒体选择。该系统包括连接智能监视器的网络和由每个智能监视器执行的程序逻辑。

[0090] 在智能监视器接收到来自乘客的用于选择之一的输入之后，程序逻辑执行任务，该任务包括确定与乘客输入对应的媒体文件是否可以从智能监视器的本地内容存储装置获得，并且如果可获得，则播放来自智能监视器的本地内容存储装置的媒体文件。如果与乘客的输入对应的媒体文件不可以从智能监视器的本地内容存储装置获得，则确定与该输入对应的媒体文件是否可以从另一智能监视器获得，并且如果可获得，则播放来自另一智能监视器的媒体文件。在该系统中，与其他媒体文件相比，预测由乘客较不频繁地选择的媒体文件被存储在数量较少的智能监视器的本地内容存储装置中。替代地说，在跨交通工具舱中的智能监视器分发的媒体文件中，预测被更频繁地选择的媒体文件以更高的频率出现，即，更大数量的智能监视器在其本地内容存储装置中包括被预测为相对于其他媒体文件以更高频率选择的媒体文件。

[0091] 处理系统：图6是示出根据一个方面可以使用的处理系统600的架构的示例的高级框图。处理系统600可以表示服务器134或执行VLS配置工具214的计算设备。注意，图6中未示出与本方面没有密切关系的某些标准和众所周知的部件。

[0092] 处理系统600包括耦接至总线系统605的一个或更多个处理器602和存储器604。图6中所示的总线系统605是抽象概念，其表示通过适当的桥接器、适配器和/或控制器连接的任何一个或更多个单独的物理总线和/或点对点连接。因此，总线系统605可以包括例如系统总线、外围部件互连(PCI)总线、超传输或工业标准架构(ISA)总线、小型计算机系统接口(SCSI)总线、通用串行总线(USB)或电气和电子工程师协会(IEEE)标准1394总线(有时称为“火线(Firewire)”)或任何其他互连类型。

[0093] 处理器602是处理系统600的中央处理单元(CPU)，并且因此控制处理系统600的整体操作。在某些方面，处理器602通过执行存储在存储器604中的软件指令来实现这一点。处理器602可以是或可以包括一个或更多个可编程通用或专用微处理器、数字信号处理器(DSP)、可编程控制器、专用集成电路(ASIC)、可编程逻辑器件(PLD)等或这些器件的组合。

[0094] 存储器604表示任何形式的随机存取存储器(RAM)、只读存储器(ROM)、闪存等或这样的设备的组合。存储器604包括处理系统600的主存储器。指令606可以用于实现上述图3至图5的处理步骤。

[0095] 还通过总线系统605连接至处理器602的是一个或更多个内部大容量存储设备610和网络接口612。内部大容量存储设备610可以是或可以包括用于以非易失性方式存储大量数据的任何常规介质，例如，一个或更多个磁盘、光盘或基于半导体的盘。

[0096] 网络接口612向处理系统600提供与远程设备(例如，通过网络)通信的能力，并且可以是例如以太网适配器等。

[0097] 处理系统600还包括耦接至总线系统606的一个或更多个输入/输出(I/O)设备608。I/O设备608可以包括例如显示设备、键盘、鼠标等。

[0098] 图7示出了用于商业大众客运的交通工具700——例如，飞行器、轮船、火车、公共汽车、渡轮其他交通工具——的内容分发系统704的示例。内容分发系统704与内容服务器系统711耦接，并且支持内容服务器系统711与多个智能监视器132之间的通信。内容服务器系统711可以简称为内容服务器。

[0099] 如前所述的，内容分发系统704可以例如作为传统的有线和/或无线通信网络提供。分发系统704可以作为多个区域分发盒(ADB)706、多个地板断开盒(FDB)708，以及如前所述的多个座椅盒(SEB)140提供，并且被配置成经由多个有线和/或无线通信连接712实时通信。分发系统704包括交换系统702，用于在分配系统704与服务器系统711之间提供接口。交换系统702可以包括传统的交换系统，例如，以太网交换系统，并且被配置成将服务器系统711与区域分发盒706耦接。每个区域分发盒706与交换系统702耦接并且与交换系统702通信。交换系统702通常被称为网络控制器(NC)。在一些交通工具例如窄体飞行器上，交换系统702可以集成内容服务器系统711，其通常被称为集成服务器系统，或者被简称为集成服务器。

[0100] 每个区域分发盒702与至少一个地板断开盒708耦接并且与至少一个地板断开盒708通信。尽管区域分发盒706和相关联的地板断开盒708可以以任何传统配置耦接，但是相关联的地板断开盒708优选地设置在围绕中心区域分发盒706的星形网络拓扑中。每个地板断开盒708与座椅盒140的多个菊花链耦接并且向座椅盒140的多个菊花链提供服务。座椅电子盒140继而被配置成与智能监视器132通信。每个座椅盒140可以支持智能监视器132中的一个或更多个。

[0101] 分发系统704可以包括至少一个FDB内部端口旁路连接714和/或至少一个SEB环回连接716。每个FDB内部端口旁路连接714是允许与不同区域分发盒706相关联的地板断开盒708直接通信的通信连接712。每个SEB环回连接716是针对选定的地板断开盒708将座椅电子盒140的每个菊花链中的最后一个座椅电子盒140直接耦接的通信连接712。因此，每个SEB环回连接716在与相关的地板断开盒708耦接的菊花链座椅盒140之间形成环回路径。

[0102] 内容分发系统704包括天线系统710和收发器系统707，用于与交通工具外部的源(例如，地面站或卫星)通信以用于提供因特网连接。交换系统702、区域分发盒706、地板断开盒708、座椅盒140、天线系统710、收发器系统707、服务器系统712和其他系统源作为在下文中称为“LRU”的线路可替换单元而提供。LRU的使用便于维护交通工具信息系统，因为可以简单地移除有缺陷的LRU并且用新的(或不同的)LRU替换有缺陷的LRU。此后可以修复有缺陷的LRU以用于后续安装。有利地，LRU的使用可以通过允许对内容分发系统704的系统资源的数量、布置和/或配置的预备修改来提高配置内容分发系统704的灵活性。通过用新的LRU替换任何过时的LRU，同样可以容易地对内容分配系统704升级。

[0103] 在内容分发系统704中，智能监视器132存储有内容(媒体文件)，如先前在其本地内容存储装置中所述的。特别地，系统704包括设置在交通工具中的智能监视器132，其中每个智能监视器包括存储媒体文件的本地内容存储装置，其中每个智能监视器被配置成向乘客呈现与由智能监视器共同存储的媒体文件对应的媒体选择。系统704包括连接通信中的智能监视器132的网络以及由每个智能监视器执行的程序逻辑。

[0104] 在智能监视器接收到来自乘客的用于选择之一的输入之后，程序逻辑执行任务，该任务包括确定与乘客输入对应的媒体文件是否可以从智能监视器的本地内容存储装置获得，并且如果可获得，则播放来自智能监视器132的本地内容存储装置的媒体文件。如果与乘客输入对应的媒体文件不可以从智能监视器的本地内容存储装置获得，则逻辑确定与该选择对应的媒体文件是否可以从另一智能监视器获得，并且如果可获得，则播放来自另一个智能监视器的媒体文件。

[0105] 在系统100中，当选择从其流送媒体文件的另一智能监视器132时，逻辑选择连接至同一列104或106的第一另一智能监视器(参见图1A)。在系统704(参见图7)中，逻辑选择连接至同一地板分配盒708的第一另一智能监视器，并且如果不可获得，则选择连接至同一ADB 706的下一监视器。在具有多个交换系统702的系统中，下一优选项是与同一交换系统通信的智能监视器。如果存在满足前述标准的多个可用选项，则所选择的智能监视器132是具有最少数量的活动客户端的智能监视器。这使网络流量传输的距离最小化，同时使对智能监视器的压力最小化。在媒体文件不能位于另一个智能监视器上或者对媒体文件的请求没有响应的情况下，逻辑请求从有时被称为头端服务器的服务器系统711提交的媒体。

[0106] 图8示出了用于前述选择处理的逻辑800的流程图。在启动之后，逻辑800在框802中等待来自乘客的用于内容选择的输入。如果接收到用于内容选择的输入，则逻辑800在框804中确定与该选择对应的媒体文件是否在本地即在该智能监视器132的本地内容存储装置中可获得。如果是，则逻辑800在框806中播放来自本地存储装置的内容。此后，逻辑返回至框802以等待用于内容选择的另一输入。

[0107] 如果与所选内容对应的媒体文件在本地不可获得，则逻辑在框808中确定与所选内容对应的媒体文件是否可以从其他智能监视器132获得。首先优选的是同一列104或106上的智能监视器(见图1)，然后是连接至同一地板分发盒708的智能监视器，然后是连接在同一区域分配盒706上的那些智能监视器(见图7)，并且如果存在多个交换系统702，则然后是同一交换系统上的智能监视器。如果是，则逻辑800在框810中请求从具有最少数量的活动客户端的智能监视器132对媒体文件的流送，并且播放/呈现该流。此后，逻辑返回至框802以等待与内容选择对应的另一输入。

[0108] 如果对流媒体文件的请求没有响应，并且系统包括头端服务器，则逻辑确定媒体文件是否可以从头端服务器获得。如果是，则逻辑800在框814中请求从头端服务器对流媒体文件的流送并且播放/呈现流。此后逻辑800返回至框802以等待与内容选择请求对应的另一请求。

[0109] 如果逻辑确定与输入内容选择请求对应的媒体文件不可以从任何其他智能监视器132获得，即，媒体文件未存储在任何智能监视器上，或者存储有媒体文件的智能监视器各自正在服务最大数量的允许客户端，并且如果媒体文件不可以从头端服务器获得，则逻辑进行至框820。在框820中，逻辑显示指示所请求的内容当前不可获得的消息。逻辑还可以提供在内容不可获得时接收通知的选项。此后，逻辑800返回至框802以等待与内容选择请求对应的另一输入。

[0110] 在前面的段落中描述了用于交通工具娱乐系统的创新技术。注意，贯穿本说明书对“一个方面”(或“实施方式”)或“方面”的引用意指结合该方面描述的特定特征、结构或特性包括在本公开内容的至少一个方面中。因此，应该强调并且应当理解，在本说明书的各个部分中对“方面”或“一个方面”或“替选方面”的两个或更多个引用不一定都指代同一方面。此外，所提及的特定特征、结构或特性可以在本公开内容的一个或更多个方面中适当地组合，如本领域普通技术人员将认识到的。

[0111] 虽然以上关于目前被认为是其优选方面的内容描述了本公开内容，但是应该理解，本公开内容不限于上述内容。相反，本公开内容旨在覆盖在所附权利要求的精神和范围内的各种修改和等同安排。

标题	发布/更新时间	阅读量
确定分类结果的方法、装置、设备及存储介质	2020-05-11	800
用于订单履行的识别和计划系统及方法	2020-05-08	956
交互式机器学习模型开发	2020-05-11	86
康复疗法的确定方法与装置、存储介质、电子设备	2020-05-08	592
深度机器学习所生成的乳腺癌预后的概率识别模型	2020-05-08	673
一种基于机器学习的应收账款兑付风险控制方法及系统	2020-05-08	813
数据处理方法、装置、介质及电子设备	2020-05-08	797
故障预测、模型构建方法、装置、处理器及可读存储介质	2020-05-08	576
一种运维监控方法、装置、电子设备及存储介质	2020-05-11	0
一种无人驾驶车辆与周边车辆的碰撞可能性预判方法	2020-05-11	331

交通工具娱乐系统

交通工具娱乐系统

技术领域

背景技术

附图说明

具体实施方式

该功能需要专业版企业版VIP权限，您可以：