乘客交通工具服务提供方法和服务提供系统的制作方法

专利名称：乘客交通工具服务提供方法和服务提供系统的制作方法
技术领域：
本发明涉及一种服务提供方法和服务提供系统，用于提供一种提高交 通工具的乘客的满意度的服务，所述交通工具例如是列车、公共汽车、航 空器或船舶。
背景技术：
现在，各种服务正被提供给乘客们(例如正作长途旅行的乘客)。 例如，内容提供服务被实现，其通过使用安装在座椅上的投影仪或者 监视器来向客机上的乘客提供电影或新闻。此外，借助于文字放映机(电 视反射放映机，television opaque projectors)，在列车上实现了新闻分发服 务。还实现了向乘客出售产品的服务，例如，在乘客交通工具上出售在商 店里出售的商品的服务或者由乘客交通工具的服务员提供的商品的流动销 售服务。
然而，在客机上所实现的例如电影等内容的分发中，同样的内容在固 定的航线和固定的期间内被重复地播放。结果，在客机上有可能得不到用 户期望观看的内容。
另外，在向乘客出售商品的服务中，乘客想要购买的商品可能会被卖 完。结果，这种出售商品的服务在许多情况下将不会提升乘客的顾客满意 度。另一方面，对于服务员所提供的商品流动销售服务，其销售时间受限 于服务员可以巡回的时间。此外，忙碌于流动销售的服务员不能预知乘客 的需求，因此，服务员可能无法在乘客向他们请求时向这些乘客提供他所
7想要的商品。
上述问题的起因在于，向乘客提供服务的服务提供者不具备充分预知 乘客的需要的能力。
由于近些年来诸如因特网和万维网(Word Wide Web)等网络的发 展、web浏览技术的显著进步以及笔记本式个人计算机和PDA (个人数字 助手)的普及，人们在他或她自己的终端设备处使用web浏览来接收内 容。因此，现在实现了 "按需"内容接收。结果，用户提出了越来越高的 需求，它们希望甚至当处于运动中的乘客交通工具上时也能使用上述的内 容接收。然而，当乘客在他或她自己的终端设备处使用Web来接收内容 时，出现了很多问题。
例如，在乘客交通工具中，笔记本式个人计算机和PDA必须使用诸 如便携电话之类的无线通信设备来连接到网络。结果，通信资源将受限于 通过诸如便携电话之类的无线通信设备可使用的带宽。此外，和乘客交通 工具停止时相比，乘客交通工具运动时使用的带宽更加有限。再者，除非 处于可以使用便携电话的区域中，否则个人的终端设备不能连接到网络。 结果，当乘客交通工具运动时能够获得的内容的质量可能会下降，浏览该 Web所需要的时间可能会延长，或者可能失去终端设备接收内容分发服务 的能力。
文件1 (日本专利公开公报No. 2001-222603)公开了一种可以为上述 问题提供解决方案的服务提供系统。
文件1中所述的服务提供系统包括列车乘客的便携终端设备；安装 在列车上的服务提供者的车载服务器；安装在列车外的服务提供者的信息 提供单元；和连接车载服务器和信息提供单元的因特网。
乘客的便携终端设备经由车载服务器向信息提供单元报告由该便携终 端设备的所有者(该乘客)所请求的服务。该信息提供单元经由车载服务 器向乘客的便携终端设备提供所请求的服务。
当从便携终端设备发送出购买商品和递送的请求时，信息提供单元处 理该产品交易，并且安排产品的递送。因而，服务提供者能够根据每个乘 客的请求来提供服务。此外，乘客的便携终端设备可以经由车载服务器连接到因特网，因 此，即使乘客的便携终端处于便携电话的服务区之外，也可以连接到因特 网。
文件2 (日本专利公开公报No. 2002-190764)公开了一种数据传递系 统，该系统包括列车乘客的便携终端设备；安装在列车上的数据服务 器；和沿列车的旅行路线安装的数据基站。当列车驶近数据基站时，该数 据基站向数据服务器传递内容。数据服务器向便携终端设备传递该便携终 端设备所请求的内容。
然而，当诸如列车之类的乘客交通工具处于运动状态时，乘客交通工 具内的服务器与乘客交通工具外的信息提供单元之间的通信将不稳定。结 果，有可能在文件1所述的服务提供系统和文件2所述的数据传递系统中 出现以下情况乘客交通工具中的服务器将不能准确地接收服务信息，例 如由信息提供单元提供的内容(例如电影或者新闻)。
结果，当乘客交通工具处于运动中时，该乘客交通工具中的服务器将 很有可能接收到不准确的信息。

发明内容
本发明的一个目的是，提供一种在乘客交通工具中使用的服务提供方 法和服务提供系统，所述方法和系统可以充分了解乘客请求。
本发明的另一个目的是，提供一种在乘客交通工具中使用的服务提供 方法和服务提供系统，所述方法和系统可以充分了解乘客的请求，并且可 以减少当乘客交通工具运动时可能无法进行的通信操作。
为了达到上述目的，根据本发明的服务提供方法和服务提供系统，已 由乘客交通工具中的终端设备所请求的内容被传递到该终端设备。此外， 终端设备在允许准确接收期望内容的状态中接收由内容管理单元提供的期 望内容。结果，根据本发明，可以减少可能无法进行的内容通信操作。
此外，由内容管理单元提供的期望内容优选地当乘客交通工具已经停 止时被接收。
当内容管理单元接收到期望内容请求信号时，最好是内容管理单元将期望内容发送到被安装在乘客交通工具将要停靠的位置处的边缘服务器， 并且最好是边缘服务器将期望内容发送到乘客交通工具。
如果存在于乘客交通工具中的终端设备被通知已经接收到期望内容， 则乘客可以容易地检查期望内容的增加。
如果通过多播或广播模式分发内容，并且终端设备通过该模式接收期 望内容，那么分发流通量不再依赖于分发终端设备的数目，由此可以更加 高效地利用分发流通量。
如果向终端设备提供已经经过用于增强抗数据变化(数据错误和/或数 据丢失)能力的处理的期望内容，那么所述终端设备可以更加准确地执行 期望内容。
此外，根据本发明的服务提供方法和服务提供系统，可以将预订结果 分发到乘客交通工具中己经请求了该预订的终端设备。此外，当允许将预 订申请信号发送到预订管理单元的通信带宽可以得到保证时，预订申请信 号被发送到预订管理单元，并且当允许从预订管理单元接收与预订申请信 号相对应的预订结果的通信带宽可以得到保证时，预订结果被接收。结 果，可以可靠地传输预订申请和预订结果，并且可以减少可能无法进行的 与预订相关的通信操作。
根据所述本发明的服务提供方法和服务提供系统，用户能够预订乘客 交通工具中期望的设施。因此，服务提供者能够充分地了解乘客的需求。
此外，如果被安装在乘客交通工具外并且管理至少一种设施预订的预 订管理单元也被包括在内，并且如果交通工具服务器当允许接收在预订管 理单元处被管理的乘客交通工具的最近的空闲设施信息的通信带宽可以得 到保证时从预订管理单元接收信息，并且然后用预订申请信号来更新由交 通工具服务器管理的最近的空闲设施信息，则可以减少当乘客交通工具运 动时可能无法进行的通信操作。
如果包含获取方法信息的预订申请信号被作为预订申请信号接收，其 中所述获取方法信息指示了获取用来使用期望设施的票的方法，并且，如 果在获得与该预订申请信号相对应的预订时，进行了用来实现该获取方法 的安排，那么乘客本人就可以通过所期望的方法获取用来使用期望设施的使用已经由预订申请信号提出预订的期望设施的费用可以是与标准价 格不同的价格。
根据本发明，当在乘客交通工具上得不到所期望的商品时，期望商品 请求信号被发给商品管理单元，商品管理单元做出安排，使得所期望的商 品被提供给乘客，结果，只有在得不到所期望的商品时才向商品管理单元 发送期望商品请求信号，因此，可以减少向商品管理单元发送不必要的请 求信号。
根据本发明，对期望商品的请求信号被报告给乘客交通工具的服务 员。结果，该服务员能够确认对期望商品的请求信号的有效性，由此，可 以防止将错误的请求信号发送到被安装在乘客交通工具外并管理商品的商 品管理单元，并且可以减少向商品管理单元发送不必要的请求信号。
可以在接受使用乘客交通工具的申请的同时接受使用所提供的服务的 申请。当接受使用乘客交通工具的申请时，应当向申请使用该乘客交通工 具的人提供乘客验证信息，在使用所提供的服务时需要该验证信息。
此外，可以在接受乘客交通工具运费的同时接受使用所提供的服务的
费用。可以在接受使用乘客交通工具的申请时，安排一种结算与服务提供
有关的费用的方法。可以累加对于使用所提供服务的费用。累加的结果可
以报告给被安装在乘客交通工具外的管理中心。此外，作为收取使用所提
供服务的费用的结果，可以获得代理费。
本发明不仅使得能够充分了解乘客交通工具的乘客需求，而且允许减 少当乘客交通工具运动时可能无效的通信操作。
本发明还使得能够向乘客交通工具中的个人的终端设备分发内容或者 提供信息。本发明允许向乘客更加准确地提供该乘客所寻求的服务和商 品，并且因此可以提高乘客交通工具的乘客的满意度。
最后，除了乘客交通工具运费外，通过从服务使用费和内容浏览费获 得增加的收入，通过从设施预订的代理费中获得收入，以及通过增加商品 销售，本发明有望可以增加收益。
参考图示了本发明示例的附图，从下面的描述中，本发明的上述和其他目的、特征和优点将变得清楚。


图l是示出了本发明实施例的服务提供系统的框图。
图2是图1中所示的服务提供系统的站点地图示例的解释图。
图3是用于解释图1中所示的服务提供系统的操作的框图。
图4是用于解释图1中所示的服务提供系统的操作的框图。 图5是用于解释图1中所示的服务提供系统的操作的框图。 图6是用于解释图1中所示的服务提供系统的操作的框图。 图7是用于解释图1中所示的服务提供系统的操作的框图。 图8是用于解释图1中所示的服务提供系统的操作的框图。
具体实施方式
第一实施例
图l是示出了本发明第一实施例的服务提供系统的框图。
在图1中，服务提供系统包括安装在诸如列车、公共汽车、航空器
或者船舶之类的乘客交通工具101上的交通工具服务器100;和安装在该
乘客交通工具外的管理中心200。
交通工具服务器100通过通信基础设施102与管理中心200通信。 通信基础设施102例如是便携电话网络、卫星线路或者无线局域网 (LAN)，并且可被适当地改变。如果乘客交通工具101是列车，那么通
信基础设施102可以是安装在轨道旁的漏泄同轴电缆(Leakage Coaxial
Cable, LCX)。
在本实施例中，当乘客交通工具101运动时，交通工具服务器100与 通信基础设施102通过无线电通信交换信息，当乘客交通工具101静止 时，通过无线电通信和/或有线通信交换信息。
交通工具服务器100包括停止探测器100a、传输路径建立探测器 100b、天线103、内容服务器104、接收信息显示单元105以及天线106 和107。交通工具服务器100被连接到被安装在乘客交通工具101上的摄像机115。内容服务器104包括用户验证单元lll、 web服务器112、分 发服务器113和传输抵抗力增强单元114。
停止探测器100a探测乘客交通工具101停止的状态，并且将探测结果 作为输出提供给内容服务器104。传输路径建立探测器100b探测在交通工 具服务器IOO和通信基础设施102之间是否已经建立了通信路径，并且将 探测结果作为输出提供给内容服务器104。
内容服务器104基于来自停止探测器100a的输出来确定乘客交通工具 101是否是停止的。内容服务器还基于来自传输路径建立探测器100b的输 出来确定在交通工具服务器IOO和通信基础设施102之间是否己经建立了 通信路径。基于确定乘客交通工具101是否是停止的的结果以及确定是否 己经与通信基础设施102建立了传输路径的结果中的至少一个确定结果， 内容服务器104控制与管理中心200的通信。
交通工具服务器IOO可以具有停止探测器100a和传输路径建立探测器 100b之一或者两者。
基于从用户终端设备108或109作为输入而进入的验证信息，用户验 证单元lll对访问内容服务器104的用户进行验证。
web服务器112显示由服务提供系统提供的服务，并且还提供web站 点，以允许用户在乘客交通工具101中在用户终端设备上选择这些服务。
分发服务器113存储至少一种内容，并向在乘客交通工具101中选择 了内容的用户终端设备分发该终端设备所选择的内容。
当分发服务器113分发内容(分发的数据)时，传输抵抗力增强单元 114处理该内容，以增强抵抗数据变化(数据错误和/或数据丢失)的能 力，使得该内容在无线电传输路径中不会改变。
乘客交通工具101中的用户终端设备108、用户终端设备109和服务 员终端设备110通过由无线电局域网(LAN)或者有线LAN组成的因特 网协议(IP)网络，并且利用天线106和107，连接到交通工具服务器 100。更具体地说，用户终端设备108和服务员终端设备IIO利用无线电 LAN连接到交通工具服务器100 (具体地说，到内容服务器104)，用户 终端设备109利用有线LAN连接到交通工具服务器100 (具体地说，到内
13容服务器104)。
用户终端设备108和109是个人计算机或者PDA，或者等同于这些设 备的终端设备。
利用被安装在用户终端设备中的web浏览器，用户终端设备108和 109能够从内容服务器104的web服务器112获得在乘客交通工具101中 分发的关于运动图像内容的信息(例如，电影内容列表)以及关于音乐内 容的信息(例如，音乐内容列表)。
当用户，即乘客交通工具101的乘客，操纵用户终端设备以选择在内 容服务器104中的分发服务器113中已经被准备的内容时，该用户终端设 备发送对所选择的内容的请求信号。
交通工具服务器IOO接收经由天线106或者天线107从用户终端设备 己经发送来的对于内容的请求信号。
如果分发服务器113具有从用户终端设备发送来的内容请求信号所请 求的内容，那么分发服务器113就向发送该请求信号的用户终端设备分发 收到的请求信号所请求的内容，从而，用户能够在用户终端设备上浏览所 选择的内容。
如果分发服务器113没有从用户终端设备发送来的内容请求信号所请 求的内容，那么内容服务器104就向管理中心200发送搜寻该请求信号所 请求的内容的信号。当内容服务器104从管理中心200接收到该内容时， 分发服务器113向发送该请求信号的用户终端设备分发从管理中心200提 供的内容，从而，用户能够在用户终端设备上浏览所选择的内容。
因为当在乘客交通工具101中内容服务器104利用无线电LAN分发 运动图像或音乐内容时，存在无线电传输路径上发生数据错误或数据丢失 的可能性，所以传输抵抗力增强单元114可以处理所分发的数据(内 容)，使得所分发的数据(内容)具有对无线电传输路径上的数据错误和 数据丢失的抵抗力，或者换句话说，使得所分发的数据(内容)具有对无 线电传输路径上的数据变化的抵抗力，然后可以向用户终端设备分发处理 过的内容。
很明显，在本实施例中，被包括在内容服务器104中的用户验证单元111、 web服务器112和分发服务器113中的至少一个可以实现为独立的设 备或者通过在计算机上执行的程序来实现。
图2是用于解释在内容服务器104的web服务器112中所准备的web 站点的站点地图示例的解释图。
图2中，web服务器112中所准备的web站点从用于验证用户的用户 验证页1开始。当web站点在用户验证页1中已经验证了用户，它就转移 到首页2。
首页2是这样一页，它允许选择接下来的"视频和音乐"页3、"观 光指南"页4、"设施指南"页5，"空位指南"页6和"购物"页7中 的任何一个。
"视频和音乐"3是这样一页，它允许选择接下来的"电影"页31、 "音乐"页32和"新闻"页33中的任何一个。
"电影"页31允许选择"搜索"页34或者"请求"页35。"搜索" 页34使得能够搜索所期望的电影，"请求"页35使得能够请求所期望的 电影(内容)。
"音乐"页32允许选择"搜索"页34或者"请求"页35。"搜索" 页34使得能够搜索所期望的音乐，"请求"页35使得能够请求所期望的 音乐(内容)。
"新闻"页33是这样一页，它将新闻作为内容分发给用户终端设备 108或109。"观光指南"页4是这样一页，它允许选择"特色景点"页 41或者"邻近设施"页42。
"特色景点"页41是这样一页，它将有关特色景点的信息作为内容 分发给用户终端设备108或109。
"邻近设施"页42是这样一页，它允许选择"住宿"页43或者"餐 饮"页44。"住宿"页43是这样一页，它用于将有关住宿设施的信息作 为内容分发给用户终端设备108或109。"预订"页67允许接受对所期望 的住宿设施的预订。"餐饮"页44是这样一页，它用于将就餐设施信息 作为内容分发给用户终端设备108或109。"预订"页67允许接受对所期 望的餐饮设施的预订。"设施指南"页5是这样一页，它用于指引乘客交通工具101中的设
施。在本实施例中，"设施指南"页5允许选择接下来的"餐厅"页51、 "商店"页52、"洗手间"页53和"紧急情况"页54中的任何一个。
"餐厅"页51是这样一页，它用于将餐饮信息作为内容分发给用户 终端设备108或109。"商店"页52是这样一页，它用于将商店信息作为 内容分发给用户终端设备108或109。"洗手间"页53是这样一页，它用 于将洗手间信息作为内容分发给用户终端设备108或109。"紧急情况" 页54是这样一页，它用于将紧急情况信息作为内容分发给用户终端设备 108或109。
"空位指南"页6是这样一页，它用于将乘客交通工具101的空位信 息作为内容分发给用户终端设备108或109。
"空位指南"页6是这样一页，它允许选择"当前"页或者"将来" 页62，"当前"页用于提供关于当前被搭乘的交通工具的空座位信息， "将来"页62用于提供关于当前未被搭乘的乘客交通工具上的空座位信 息。
"当前"页61是这样一页，它允许选择"预订的座位"页63或者 "优选的座位"页64。"预订的座位"页63是这样一页，它用于将有关 预订的座位的信息作为内容分发给用户终端设备108或109。"预订"页 67能够接受对所期望的预订座位的预订。"优选的座位"页64是这样一 页，它用于将有关优选的座位(例如，头等座位、"绿色座位"或头等 舱)的信息作为内容分发给用户终端设备108或109。"预订"页67能够 接受对所期望的优选的座位的预订。
"将来"页62是这样一页，它允许选择"联运"页65或者"返程" 页66。"联运"页65是这样一页，它将有关允许联运的乘客交通工具的 信息作为内容分发给用户终端设备108或109。"预订"页67能够接受对 所期望的乘客交通工具(允许联运的乘客交通工具)的预订。"返程"页 66是这样一页，它将可用于回程的乘客交通工具的信息作为内容分发给用 户终端设备108或109。"预订"页67能够接受对所期望的乘客交通工具 (能够用于返程的乘客交通工具)的预订。"购物"页7是这样一页，它用于介绍乘客交通工具101的乘客能够 购买的商品并且允许乘客购买已经被介绍的商品。在本实施例中，"购
买"页7是这样一页，它允许选择"食品饮料"页71、"纪念品"页72 和"报纸杂志"页73中的任何一个。
"食品饮料"页71是这样一页，它用于将作为乘客可购买的商品的 食品和饮料信息分发给用户终端设备108或109。"纪念品"页72是这样 一页，它用于将作为乘客可购买的商品的纪念品信息分发给用户终端设备 108或109。"报纸杂志"页73是这样一页，它用于将作为乘客可购买的 商品的报纸和杂志信息分发给用户终端设备108或109。 接下来解释与内容分发有关的操作。
为了观看运动图像(电影)内容或者收听音乐内容，用户使用被安装 在用户终端设备108或109中的web浏览器来从web服务器112所准备的 web站点的首页2选择"视频和音乐"页3，然后选择他或她希望欣赏的 电影、音乐或新闻。
用户终端设备108或109向内容服务器104发送该用户的选择结果。 内容服务器104将由已经从用户终端设备108或109发送的选择结果所指 示的内容分发给发送该用户选择结果的用户终端设备。当该内容从内容服 务器104被分发给用户终端设备时，用户终端设备再现被分发的内容。如 果用户希望观看或者收听内容服务器104中所没有的内容，则用户可以使 用"请求"页35从用户终端设备向内容服务器104提交对内容的请求。
在这种情况中，内容服务器104经由天线106或107或者通过电缆， 接收已经从用户终端设备发送的用户请求(期望内容请求信号)。接下 来，内容服务器104经由天线103和在乘客交通工具101外的通信基础设 施102，向被安装在乘客交通工具外的管理中心200传送已经从所述用户 终端设备发送的用户请求(期望内容请求信号)。
图3是用于解释管理中心所使用的内容分发操作的框图。
在图3中，管理中心301对应于图1中所示的管理中心200。管理中 心301包括作为内容管理单元的主服务器302，它管理至少一种内容。
乘客交通工具303、 305及307具有和图1中所示的乘客交通工具101相同的配置。乘客交通工具303和307是停止的，乘客交通工具305运动 的。
通信基础设施304、 306和309具有和图1中所示的通信基础设施102 相同的构成。
在乘客交通工具的停靠点A处使用通信基础设施304。当乘客交通工 具运动时，使用通信基础设施306。在乘客交通工具的停靠点B处使用通 信基础设施309。
在停靠点B安装有边缘服务器308。
现在参考图3，接下来解释管理中心的内容分发操作。
停止中的乘客交通工具303和运动中的乘客交通工具305的每个车厢 通过通信基础设施304或者通信基础设施306向管理中心301报告已由用 户提出请求的内容(期望内容请求信号)。
由于乘客交通工具305在运动中，因此当试图与管理中心301 (更具 体地说，和通信基础设施306)进行无线电通信时，在保证稳定并且宽的 通信带宽方面将遇到困难。因此，乘客交通工具305从主服务器302接收 内容而不丢失数据是困那的。因而，在本实施例中，当乘客交通工具在运 动中时，即使乘客交通工具向管理中心301发送了对内容的请求(期望内 容请求信号)，管理中心301也不进行将内容自身从主服务器302发送到 乘客交通工具的处理。
一旦从运动中的乘客交通工具305接收了期望内容请求信号，管理中 心301就将期望内容请求信号所请求的内容从主服务器302传送到乘客交 通工具305将要停靠的停靠点B处的边缘服务器308。
当乘客交通工具随后在停靠点B停下来时，边缘服务器308利用可以 保证稳定且宽的通信带宽的通信基础设施309，将从管理中心301传送来 的内容传送到该乘客交通工具中的内容服务器104。也就是说，内容服务 器104仅在达到以下状态后才接收所期望的内容，在该状态中由主服务器 302提供的这一期望的内容可以被准确地接收。
内容服务器104向请求被数据传输的内容的用户终端设备提供该被数 据传输的内容。内容服务器104通过多播或者广播方法向该用户终端设备
18分发已经被数据传输的内容，并且如果用户终端设备通过多播或者广播方 法接收该内容，则因为分发流通量不依赖于分发终端设备的数目，所以该 分发流通量可以被高效地使用。
当内容服务器104从管理中心301接收到内容时，可以在乘客交通工 具中被分发的内容就改变了。结果，内容服务器104可以示出以下信息， 该信息指示出可在乘客交通工具中被分发的内容发生了变化(内容增加和/
或内容更新)。例如，内容服务器104可以在由web服务器112提供的 web站点上显示该信息。此外，内容服务器104可以向已经请求内容的用 户的用户终端设备报告该信息。此外，内容服务器104可以向乘客交通工 具中的所有用户终端设备报告该信息。可以通过向被连接到内容服务器 104的用户终端设备发送指示该内容变化的电子邮件或者即时消息来实现 这种通知。
对总是寻求即时性的新闻内容的增加或者更新，以及对图2中所示的 web站点页面的增加或者修改，优选地是在乘客交通工具停靠在停靠点 时，通过使用具有大通信带宽的传输路径，在管理中心301的控制下进行 的。
如果主服务器302与停靠点B的通信基础设施309之间的通信带宽的 容量对于由主服务器302所请求的通信流通量来说足够大，那么主服务器 302可以通过通信基础设施309而不经由边缘服务器308，向乘客交通工 具中的内容服务器104传送数据(内容)。
此外，通过被安装在停靠点B的停靠点中心(在图中没有示出)的操 作，可以进行对边缘服务器308的内容增加和内容更新，以及web站点的 页面增加和修改。
当大量用户请求增加内容或者更新内容时，即使乘客交通工具是停止 的，通信带宽也可能不足。作为解决这个问题的一种方法，当乘客交通工 具停止时，只有己被大量用户请求的内容才可以被添加和/或更新。
此外，可以包括续传功能，利用该续传功能，当数据传输因乘客交通 工具开始运动而被中断时并且该内容仍处于被更新的过程中时，在下一个 停靠点，数据传输可以从该数据传输被停止的部分继续。例如，当仍在接收内容的交通工具服务器100由于传输路径状态的原
因，暂停从边缘服务器308接收所期望的内容时，管理中心301可以将所 期望的内容发送到被安装在该乘客交通工具接下来将要停靠的位置处的边 缘服务器，交通工具服务器100可以从被安装在下一个停靠位置处的边缘 服务器接收所期望的内容，该接收从被中断的部分继续。
另一方面，当用户使用用户终端设备的web浏览器来选择在图2中所 示的站点地图上的"设施指南"页5时，内容服务器104向该用户终端设 备分发关于该乘客交通工具中的设施的任何信息(内容)，例如关于餐厅 和商店营业(营业时间，菜单等)的信息、拥挤状态、洗手间的空位、紧 急出口的位置以及在紧急情况下应当采取的适当动作的信息。用户终端设 备显示已经从内容服务器104分发来的信息，由此用户可以浏览该关于乘 客交通工具中的设施的信息。
当选择了 "设施指南"页5时，"设施指南"页5可被设置为使得用 户可以选择对被安装在乘客交通工具中的摄像机115所获取的实时图像的 分发(例如，来自乘客交通工具的飞行员或者驾驶员的座位的视图)。当 已经选择了对摄像机115的实时图像进行分发时，内容服务器104可被实 现为分发利用摄像机115获得的实时图像。
当用户使用用户终端设备的web浏览器来选择在图2中所示的站点地 图上的"观光指南"页4时，内容服务器104分发在该交通工具停靠的每 一处位置的名胜观光点的信息，以及服务运营者希望推荐的观光景点的信 息。用户终端设备显示这些已经从内容服务器104被分发的信息。结果， 用户能够浏览该用户所乘的乘客交通工具的停靠点附近的指南信息，以及 服务运营者希望推荐的观光景点的指南信息。
当使用上述服务或者浏览内容有收费时，内容服务器104必须进行涉 及用户验证和费用结算的处理。
对内容浏览服务的申请由例如管理中心或者内容服务器104接受。
如果管理中心批准该申请，那么该管理中心在接受使用该乘客交通工 具的申请(购票)的同时接受该内容浏览服务申请。
如果内容服务器104批准该申请，那么在用户登上该交通工具后，内容服务器104就可以接受该申请。
如果管理中心接受了内容浏览服务申请，就可以在申请使用该服务 时，通过例如将用于用户登录到乘客交通工具中的网络上所需要的验证信
息(例如ID和口令)打印在乘客交通工具的票上的方法，将该信息告知
用户(乘客)。
此外，如果管理中心接受了内容浏览服务的该申请，则该管理中心可 以接受结算与所提供的服务有关的费用的方法。至于结算与所提供的服务 有关的费用的方法，它们可以是在申请该内容浏览服务时现金支付、从指 定的账户扣除、信用卡支付或者和交通工具运费一起支付。
当管理中心批准内容浏览服务申请时，用户可以在申请该内容浏览服 务时预先申请他或她希望浏览的内容，并且也可以支付该内容的费用。
另一方面，当内容服务器104接受内容浏览服务申请时，该内容服务 器104的web服务器112和用户验证单元lll注册包含费用支付方法的用 户信息，然后发出验证信息并且将该验证信息报告给用户。至于用户验证 技术，已经存在多种技术，因此在本实施例中省略了详细解释。
接下来解释与为每个用户结算使用服务和/或内容的费用的方法有关的 操作。
图4是用于解释与结算方法有关的操作的框图。
考虑图4，管理中心401对应于图1中所示的管理中心200。管理中 心401包括用于管理结算信息的结算信息管理服务器402。乘客交通工具 403具有和图1中所示的乘客交通工具101相同的构成。内容服务器404 对应于图1中所示的内容服务器104。用户终端设备405对应于图1中所 示的用户终端设备108。通信基础设施406对应于图1中所示的通信基础 设施102。通信基础设施406用于乘客交通工具403的停靠点或者终点 处。
利用乘客交通工具403中的用户终端设备405而生成的内容请求经由 天线106被提供给内容服务器404。内容服务器404将己经被提供的内容 请求记录为结算信息。内容服务器404基于该结算信息，添加使用内容的 费用。当乘客交通工具403到达停靠点和/或终点时，该结算信息(累加结
果)被内容服务器404通过通信基础设施406传输到管理中心401的结算 信息管理服务器402。
基于该信息，服务提供者利用用户在申请该内容浏览服务时所指定的 结算方法来收取费用。
在本实施例中，当乘客交通工具停止时传输内容请求或者内容的通信 基础设施不一定是无线电通信路径，也可以是有线通信路径。
此外，如果存在在其中可以保证宽且稳定的宽通信带宽的时间间隔， 那么，即使乘客交通工具没有停止而是在运动中，当然也可以在该时间间 隔中实施上述要在乘客交通工具停止时才进行的处理。
根据本实施例，已经由乘客交通工具中的终端设备请求的内容可以被 分发到终端设备。此外，当内容服务器104已经达到允许接收由主服务器 302提供的期望内容的状态时，内容服务器104接收所期望的内容。结 果，就可以减少当乘客交通工具运动时可能无法进行的通信操作。
第二实施例
接下来解释本发明的第二实施例。本发明的第二实施例是一种允许在 乘客交通工具中预订所期望的设施的服务提供系统。
本发明的第二实施例的配置和图1中所示的第一实施例基本相同。被 安装在图1中内容服务器104的web服务器112中的web站点的站点地图 也和图2中所示的例子相同。
接下来解释当用户在乘客交通工具中预订所期望的设施时的操作。
当用户，即乘客交通工具101的乘客，使用用户终端设备上的web浏 览器，从在第一实施例中所解释的如图2所示web站点上的"观光指南" 页4中选择"邻近设施"页42时，他或她然后可以利用"预订"页67来 预订对邻近设施的使用。
当用户，即乘客交通工具101的乘客，使用用户终端设备上的web浏 览器，从在第一实施例中所解释的如图2所示web站点上的"空位指南" 页6中选择"当前"页61时，他或她然后可以利用"预订"页67来预订他或她现在搭乘的乘客交通工具中的座位。
当用户，即乘客交通工具101的乘客，使用用户终端设备上的web浏 览器，从在第一实施例中所解释的如图2所示web站点上的"空位指南" 页6中选择"将来"页62时，他或她可以利用"预订"页67来预订对将 来的联运乘客交通工具和/或回程乘客交通工具的使用。
"预订"页67优选地被设置为使得用户可以指定获得使用该预订设 施的票的方法(获取方法信息)。
图5是用于解释当用户指定在乘客交通工具的座位处获取票时的操作 的框图。
在图5中，管理中心501对应于图1中所示的管理中心200。管理中 心501包括作为预订管理单元的预订信息管理服务器502，它管理至少一 种设施的预订。
预订信息管理服务器502经由通信线路连接到用于管理乘客交通工 具座位预订的座位预订系统509以及用于管理乘客交通工具停靠点附近的 设施(邻近设施)预订的预订设施510。
乘客交通工具503、 505和507每个都具有和图1中所示的乘客交通工 具101相同的构成。乘客交通工具503和507是停止的。乘客交通工具 505是运动的。
通信基础设施504及506具有和图1中所示的通信基础设施102相同 的构成。在乘客交通工具停靠点A处使用通信基础设施504。当乘客交通 工具运动时，使用通信基础设施506。
票508是用于使用通过该服务提供系统而预订的设施的票。
如果搭载了接受了从用户终端设备发送来的用户预订申请信号的内容 服务器104的例如乘客交通工具503的乘客交通工具是停止的，那么内容 服务器104通过通信基础设施504将该预订申请信号发送给管理中心501 的预订信息管理服务器502。
预订信息管理服务器502向座位预订系统509 (当预订座位时)或预 订设施510 (当预订邻近设施时)申请，以预订由预订申请信号示出的设 施，并且预订信息管理服务器502经由通信基础设施504将结果发送到内容服务器104。 一旦接收到这些结果，内容服务器104就向用户终端设备 报告已经接收到的预订结果。
如果接受到从用户终端设备发送来的用户预订申请信号的内容服务器
104被搭载在运动中的乘客交通工具上，例如乘客交通工具505上，那么 在允许经由通信基础设施506向预订信息管理服务器502发送预订申请信 号的通信带宽可以得到保证时，内容服务器104向预订信息管理服务器 502发送预订申请信号。
预订信息管理服务器502向座位预订系统509 (当预订座位时)或向 预订设施510 (当预订邻近设施时)申请，以预订由预订申请信号示出的 设施。在允许向内容服务器104发送预订结果的通信带宽可以得到保证 时，预订信息管理服务器502经由通信基础设施506将这些预订结果发送 到内容服务器104。结果，内容服务器104在允许接收预订结果的通信带 宽可以得到保证时接收到预订结果，并且将接收到的预订结果报告给用户 终端设备。
当预订已经完成时，预订信息管理服务器502基于由用户指定的票获 取方法(获取方法信息)，安排向该用户提供设施使用票。
在图5的情形中，用户指定在乘客交通工具中的座位处接收票，并且 用户终端设备将包括获取方法信息的预订申请信号发送到内容服务器，该 获取方法信息指示了要在乘客交通工具中的座位处接收票。内容服务器 104接收这一预订申请信号，并将接收到的预订申请信号发送到预订信息 管理服务器502，预订信息管理服务器502接收该预订申请信号。预订信 息管理服务器502安排对预订结果的报告，在乘客交通工具停靠点B出票 到该乘客交通工具，并安排乘客交通工具的服务员送票给乘客。服务员将 在停靠点B处被送上来的票508递送给乘客。
如果乘客交通工具可以输出使用预订设施的票，那么预订信息管理服 务器502向乘客交通工具报告该预订的确认。乘客交通工具然后接收到该 预订确认报告并且出票。然后该乘客交通工具的服务员可以向乘客送票。
在预订乘客交通工具中的空闲设施的情形中，内容服务器104可以在 到下一个停靠点之前接受预订空闲设施的申请，并向用户终端设备报告结
24果。在该情形中，由预订信息管理服务器502管理的关于乘客交通工具空
设施的最新信息可以在停靠点处被数据传输到内容服务器104，从而更新 内容服务器104处有关空闲设施的信息。
当内容服务器104处于允许接收关于乘客交通工具空闲设施的最新信 息的状态时，内容服务器104从预订信息管理服务器502接收关于该乘客 交通工具空闲设施的最新信息。内容服务器104用接收到的信息更新该乘 客交通工具的空闲设施信息。
图6是用于解释当用户指定要在特定目的地处接收票时的操作的框 图。在图6中，和图5中所示的元素相同的元素用相同的参考标号来标 识。下面的说明集中于图6中所示系统的操作不同于图5中所示系统的操 作的地方。
用户使用用户终端设备，利用"预订"页67来指定在某一目的地处 获取票。
预订信息管理服务器502报告已确认的预订的内容，并且请求出票到 用户所指定的获取票的目的地。当乘客交通工具抵达该目的地，并且用户 离开乘客交通工具时，该用户获得票508。
当使用上述服务时，如果对于使用服务和/或使用设施预订服务有费 用，那么必须基于用户验证和费用结算来进行处理。申请使用服务的方 法、提供验证信息的方法以及为每个用户使用预订设施和/或服务结算费用 的方法如第一实施例中所描述的被实现，或者用户可以在收到票后支付这 些费用。
在本实施例中，也可以以与通常的费用相比被打折的费用，向提供用 户希望使用的设施。例如，可以得到己经预订的餐厅的就餐费用折扣或者 住宿设施的房间费用折扣，或者客户正在使用的乘客交通工具上的被预订 的座位的折扣。此外，可以从标准价格打折的价格出售已经开始旅行的乘 客交通工具上的被预订的座位。或者，可以按照比旅行开始前的价格低的 价格出售较高等级的座位(例如，在列车上，相对于普通座位的"绿色座 位"或者相对于B类卧铺的A类卧铺；在飞机上，相对于经济舱的商务 舱；或者在轮船上，相对于二等舱的头等舱)。在这种情形中，可以预期到用户的客户满意度会进一步提高，并且该乘客交通工具的运营者将看到 座位销售的增长。
此外，通过利用图4所示的管理中心401在对用户已经预订的设施的 使用费用的结算中充当代理，乘客交通工具的运营者可获得费用收取的代 理费。乘客交通工具的运营者从而可以有望获得利润的增长。
根据本实施例，已经由乘客交通工具中的终端设备请求的预订的结果 可以被分发到该终端设备。此外，在乘客交通工具运动时，当允许将预订
申请信号发送到预订信息管理服务器502的无线电通信带宽可以得到保证 时，预订申请信号被发送到预订信息管理服务器502;此外，当乘客交通 工具运动时，并且允许从预订信息管理服务器502接收预订结果的无线电 通信带宽可以得到保证时，从预订信息管理服务器502接收与预订申请信 号相对应的预订结果。结果，预订申请和预订结果都可以被可靠地传输， 并且可以减少当乘客交通工具运动时可能失效的通信操作。
第三实施例
接下来参考附图解释第三实施例。本发明的第三实施例是一种允许乘 客交通工具中的在线购物的服务提供系统。
本发明第三实施例的构成和图1中所示的第一实施例基本相同。此 外，由图1中的内容服务器104的web服务器112提供的web站点的站点 地图和图2中所示的例子相同。
下面参考图l解释在乘客交通工具中的在线购物的操作。
在图1中，用户使用用户终端设备108或者用户终端设备109的web 浏览器选择"购物"页7，然后从"食品饮料"页71、"纪念品"页72 或者"报纸杂志"页73中选择他或她想要购买的商品，此外还指定获取 方法。用户终端设备108或者用户终端设备109将已经被用户选择的商品 名称和获取方法传送到内容服务器104。此时传送到内容服务器104的信 号是对期望商品的请求信号。
如果由已从用户终端设备发送来的期望商品请求信号所请求的商品是 目前正在该乘客交通工具上经营的商品，并且还是存有现货的商品，那么内容服务器104向服务员所携带的服务员终端设备110报告已从用户终端
设备发送来的期望商品请求信号，从而将该用户请求传输给服务员。然后
服务员根据在其所携带的服务员终端设备110上指示的用户请求将该商品
递送给用户。
另一方面，如果已从用户终端设备发送来的期望商品请求信号所请求 的商品目前没有在该乘客交通工具上经营(在乘客交通工具中不存在的商
品)，那么内容服务器104经由天线103和通信基础设施102向管理中心 200发送请求信号，该信号请求该用户已经请求的商品。这时，基于已从 用户终端设备接收到的期望商品请求信号，内容服务器104可以在接收信 息显示单元105上显示该用户的请求。
图7是用于解释在一种情形中的操作的框图，其中，己经被用户请求 的商品是没有在乘客交通工具中经营的商品(在该乘客交通工具中不存在 的商品)，并且其中，用户已经指定了在该乘客交通工具中他或她的座位 处获取商品。
在图7中，管理中心701对应于图1中所示的管理中心200。管理中
心701包括作为商品管理单元的商品信息管理服务器702，用于管理商 a
乘客交通工具703、 705和707具有和图1中所示的乘客交通工具101 相同的构成。乘客交通工具703和707是停止的，乘客交通工具705运动 的。
通信基础设施704及706具有和图1中所示的通信基础设施102相同 的构成。在乘客交通工具停靠点A使用通信基础设施704，当乘客交通工 具运动时使用通信基础设施706。
商品708是通过使用该服务提供系统所购买的产品。 当用户在乘客交通工具中指定要获取该商品时，来自停在停靠点A的 乘客交通工具703的乘客的请求经由通信基础设施704被发送到管理中心 701的商品信息管理服务器702。来自运动中的乘客交通工具705的乘客 的请求经由通信基础设施706被发送到管理中心701的商品信息管理服务 器702。商品信息管理服务器702通知停靠点B，即该乘客交通工具未来将要
停靠的位置，以便当该乘客交通工具停靠在停靠点B时，将用户所请求的 商品装载到该用户正乘坐的乘客交通工具上。在停靠点装载的商品708然 后由服务员递送给所述用户。
因为用户可以在乘客交通工具快要抵达停靠点之前请求商品，或者可 以由于用户的错误而没能从用户终端设备发出正确的请求，所以可以使用 这样一种方法，在该方法中服务员检査显示在接收信息显示单元105上的 用户请求，然后当该乘客交通工具停靠在停靠点时命令装载这些商品。
图8是用于解释一种情形的操作的框图，其中，已经被用户请求的商 品是没有在乘客交通工具中被经营的商品(在乘客交通工具中不存在的商 品)，并且其中，用户已经指定了在终点处获取商品。在图8中，与图7 中所示的元素相同的元素用相同的参考标号表示。
当用户指定在终点处获取商品时，来自停靠在停靠点的乘客交通工具 703的乘客的请求经由通信基础设施704被发送到商品信息管理服务器 702。来自运动中的乘客交通工具705的乘客的请求经由通信基础设施706 被发送到商品信息管理服务器702。
商品信息管理服务器702向用户已经指定来获取商品的终点报告这样 的指示，即可以获得用户所请求的商品了。于是，在乘客交通工具抵达终 点并且用户离开乘客交通工具时，该用户接收商品708。
在本实施例中，用户将不会错过购买诸如用户希望享用的本地特产或 者用户希望作为纪念品购买的本地产品之类的商品的机会。因为乘客交通 工具的运营者在商品被运到该乘客交通工具之前，可以在一定程度上了解 并预见用户的需求，所以乘客交通工具的运营者可以减少商品被剩下而未 售出的可能。
当使用上述服务时，如果有使用服务的费用和/或产品费用，那么必须 执行基于用户验证和费用结算的处理。在这样的情形中，申请使用服务的 方法、提供验证信息的方法以及为每个用户的商品和/或使用服务的费用结 算的方法可以和第一实施例中的方法相同，或者用户可以货到付款。此 外，用户也可以在申请使用乘客交通工具时提前申请希望在乘客交通工具中购买的商品，并且可以在申请使用交通工具时支付费用。
在本实施例中，可以从原始价格折扣的价格向这些服务的用户提供该
用户希望购买的商品。在这样的情形中，可以预期用户将感到更大的客户
满意度，并且乘客交通工具的运营者有望增加商品的销售。
此外，通过利用管理中心200充当对用户已购买的商品进行费用结算
的代理，乘客交通工具的运营者可以获得费用收取的酬金，并因此可以有
望获得利润的增长。
根据本实施例，当来自用户终端设备的请求针对的是乘客交通工具中
所不具备的商品时，请求该商品的请求信号被发送到商品信息管理中心
702，商品信息管理服务器702做出安排，使得所请求的商品被提供给乘 客；因此还有可能，只有当在乘客交通工具中不能获得用户所请求的商品 时，才将针对用户已请求商品的请求信号发送到商品信息管理服务器 702，从而可以限制向商品信息管理服务器720发送不必要的请求信号。 此外，期望商品请求信号被报告给乘客交通工具的服务员，从而服务员可 以检验该期望商品请求信号的有效性，从而防止错误的商品请求信号被发 送给商品信息管理服务器702，以及限制向商品信息管理服务器702发送 不必要的请求信号。
在上述实施例的每个中，图中所示的构成仅仅是示例，并不限制本发 明的构成。
尽管已经用特定的术语描述了本发明的优选实施例，但是这种描述仅 仅是为了举例说明目的，应当理解，可以作出改变和变化，而不脱离所附 权利要求的精神和范围。
权利要求
1.一种乘客交通工具中的服务提供方法，其中，被安装在乘客交通工具中的交通工具服务器接收从所述乘客交通工具的乘客的终端设备发送的对期望设施的预订申请信号，并且向所述终端设备提供对应于预订申请信号的预订结果；所述方法包括预订申请信号接收步骤，用于接收从所述终端设备发送的预订申请信号；预订申请信号发送步骤，用于当所述乘客交通工具运动时，当允许向预订管理单元发送所述预订申请信号的通信带宽可以得到保证时，将所述预订申请信号发送到所述预订管理单元，所述预订管理单元被安装在所述乘客交通工具外并且管理对于至少一种设施的预订；预订结果接收步骤，当所述乘客交通工具运动时，用于当允许从所述预订管理单元接收与预订申请信号相对应的预订结果的通信带宽可以得到保证时，接收所述预订结果；和预订结果提供步骤，用于向所述终端设备提供已在所述预订结果接收步骤中被接收的预订结果。
2. —种乘客交通工具中的服务提供方法，其中，被安装在乘客交通工 具中的交通工具服务器接收已从所述乘客交通工具的乘客的终端设备发送 的对所述乘客交通工具的设施的预订申请信号，并且向所述终端设备提供 对应于所述预订申请信号的预订结果；所述方法包括预订申请信号接收步骤，用于接收从所述终端设备发送的预订申请信号；用于预订所述乘客交通工具的空闲设施的步骤，所述预订是基于在所 述交通工具服务器处被管理的乘客交通工具的空闲设施信息以及所述预订 申请信号两者；和预订结果提供步骤，用于向所述终端设备提供预订结果。
3. 根据权利要求2所述的乘客交通工具中的服务提供方法，还包括 接收步骤，用于当处于允许接收的状态中时，从被安装在所述乘客交通工具外并且管理至少一种设施预订的预订管理单元接收所述乘客交通工 具的最近的空闲设施信息；和用于使用所述信息来更新在所述交通工具服务器处被管理的所述乘客 交通工具的空闲设施信息的步骤。
4. 根据权利要求1所述的乘客交通工具中的服务提供方法，其中 所接收的所述预定申请信号包含有获取方法信息，所述获取方法信息指示了获取用于使用所述期望设施的票的方法；并且 所述服务提供方法还包括安排步骤，用于当完成了对应于所述预订申请信号的预订时，做出安 排以实现在所述获取方法信息中所指示的获取。
5. 根据权利要求1所述的乘客交通工具中的服务提供方法，其中，对 于使用由所述预订申请信号申请预订的期望设施的费用是与标准价格不同 的价格的。
6. —种乘客交通工具中的服务提供方法，其中，被安装在乘客交通工 具中的交通工具服务器接收从所述乘客交通工具的乘客的终端设备发送的 期望商品请求信号，并且做出安排以向所述乘客提供由所述请求信号所请 求的期望商品；所述服务提供方法包括请求信号接收步骤，用于接收从所述终端设备发送的期望商品请求信号；发送步骤，当在所述乘客交通工具中得不到所述期望商品时，用于将 所述期望商品请求信号发送到被安装在所述乘客交通工具外并管理商品的 商品管理单元；禾口安排步骤，用于由所述商品管理单元做出安排，使得所述期望商品被 提供给所述乘客。
7. —种乘客交通工具中的服务提供方法，其中，被安装在乘客交通工 具中的交通工具服务器接收从所述乘客交通工具的乘客的终端设备发送的 期望商品请求信号，并且做出安排以向所述乘客提供由所述请求信号所请 求的期望商品；所述服务提供方法包括请求信号接收步骤，用于接收从所述终端设备发送的期望商品请求信号；通知步骤，用于向所述乘客交通工具的服务员通知所述期望商品请求 信号。
8. 根据权利要求1所述的乘客交通工具中的服务提供方法，还包括 用于接受对使用被提供的服务的申请的步骤，其中，所述申请的接受是与接受对使用所述乘客交通工具的申请同时的。
9. 根据权利要求1所述的乘客交通工具中的服务提供方法，还包括验证信息提供步骤，当接受对使用所述乘客交通工具的申请时，用于 向已经申请使用乘客交通工具的客户提供当使用所述服务时必需的乘客验证信息。
10. 根据权利要求1所述的乘客交通工具中的服务提供方法，还包括运费接受步骤，用于在接受所述乘客交通工具的运费的同时，接受对 于使用所述被提供的服务的费用。
11. 根据权利要求1所述的乘客交通工具中的服务提供方法，还包括结算方法接受步骤，在接受对使用所述乘客交通工具的申请时，用于 接受结算与所述被提供的服务相关的费用的方法。
12. 根据权利要求1所述的乘客交通工具中的服务提供方法，还包括使用费累加步骤，用于合计对使用所述被提供的服务的费用。
13. 根据权利要求12所述的乘客交通工具中的服务提供方法，还包括累加通知步骤，用于向被安装在所述乘客交通工具外的管理中心通知 所述使用费累加步骤的累加结果。
14. 根据权利要求1所述的乘客交通工具中的服务提供方法，其中， 对收取对于使用所述被提供的服务的费用，获得代理费。
15. —种服务提供系统，所述服务提供系统包括被安装在乘客交通工 具中的交通工具服务器和被安装在乘客交通工具外并且管理至少一种设施预订的预订管理单元，所述服务提供系统向所述乘客交通工具的乘客的终 端设备提供预订结果，所述预订结果与已从所述终端设备发送的对期望设 施的预订申请信号相对应；所述交通工具服务器包括预订申请信号接收单元，用于接收从所述终端设备发送的预订申请信号；预订申请信号发送单元，用于当所述乘客交通工具运动时，当允许向 所述预订管理单元发送所述预订申请信号的通信带宽可以得到保证时，向 所述预订管理单元发送所述预订申请信号；预订结果接收单元，用于当所述乘客交通工具运动时，当允许接收预 订结果的通信带宽可以得到保证时，从所述预订管理单元接收与预订申请 信号相对应的预订结果；和预订结果提供单元，用于向所述终端设备提供已由所述预订结果接收 单元接收的预订结果。
16. —种服务提供系统，所述服务提供系统包括被安装在乘客交通工 具中的交通工具服务器，其中，预订结果被提供给所述乘客交通工具的乘 客的终端设备，所述预订结果与己从所述终端设备发送的对所述乘客交通 工具中的期望设施的预订申请信号相对应；所述交通工具服务器包括预订申请信号接收单元，用于接收已从所述终端设备发送的预订申请 信号；和预订结果提供单元，用于基于在所述交通工具服务器处被管理的所述 乘客交通工具的空闲设施信息，向所述终端设备提供与预订申请信号相对 应的预订结果。
17. 根据权利要求16所述的服务提供系统，还包括 被安装在所述乘客交通工具外的预订管理单元，用于管理至少一种设施的预订；其中所述交通工具服务器还包括-预订信息接收单元，用于当允许接收空闲设施信息信号的通信带宽可 以得到保证时，从所述预订管理单元接收由所述预订管理单元管理的所述 乘客交通工具的最近的空闲设施信息；和预订信息更新单元，用于使用已被所述预订信息接收单元接收的预订 信息来更新由所述交通工具服务器管理的所述乘客交通工具的空闲设施信 息。
18. —种服务提供系统，所述服务提供系统包括被安装在乘客交通工 具中的交通工具服务器和被安装在所述乘客交通工具外用于管理商品的商 品管理单元，所述服务提供系统对期望商品提供系统安排以提供给所述乘 客交通工具的乘客，所述期望商品已由已从所述乘客的终端设备发送的期望商品请求信号所请求；所述交通工具服务器包括请求信号接收单元，用于接收已从所述终端设备发送的期望商品请求信号；禾口发送单元，用于当在所述乘客交通工具中得不到所述期望商品时，向 所述商品管理单元发送所述期望商品请求信号；其中，所述商品管理单元安排所述期望商品以提供给所述乘客。
19. 一种服务提供系统，所述服务提供系统包括被安装在乘客交通工 具中的交通工具服务器和被安装在所述乘客交通工具外用于管理商品的商 品管理单元，所述服务提供系统对期望商品提供系统安排以提供给所述乘 客交通工具的乘客，所述期望商品已由己从所述乘客的终端设备发送的期 望商品请求信号所请求；所述交通工具服务器包括请求信号接收单元，用于接收已从所述终端设备发送的期望商品请求 信号；和通知单元，用于向所述乘客交通工具的服务员通知所述期望商品请求 信号。
全文摘要
本发明提供了一种乘客交通工具服务提供方法和服务提供系统。乘客交通工具中的内容服务器在乘客交通工具运动时以及在乘客交通工具原先停止时，将已经被请求的内容信息发送给管理中心，然后从乘客交通工具停靠位置处的边缘服务器接收所请求的内容。
文档编号G06Q30/06GK101561920SQ20091013738
公开日2009年10月21日 申请日期2004年9月17日 优先权日2003年9月19日
发明者出井洋明, 小泽一范, 水野大辅 申请人:日本电气株式会社