公共运输行李的管理连接服务的制作方法

公共运输行李的管理连接服务
1.相关申请的交叉引用
2.本技术要求(1)2019年5月19日提交的名称为“managed connecting service for mass transit baggage(公共运输行李的管理连接服务)”的美国临时专利申请no.62/849,946，和(2)2020年3月24日提交的名称为“managed connecting service for mass transit baggage(公共运输行李的管理连接服务)”的美国临时专利申请no.62/993,974的权益，两者的内容均通过此引用明确并入本文，如同以它们的整体阐述一样。
技术领域
3.本公开的实施例大体涉及行李处理服务领域。更具体地，本公开的实施例涉及用于管理连接服务的系统和方法，该系统和方法具有直通行李系统、消息发送系统、消费者数据记录系统、应用程序编程接口(api)和面向消费者的接口，其确保托运行李从一个公共交通(或公共服务)承运者恰当地转移到另一个承运者。尽管该系统主要用于航空公司和机场，但是包括陆基(例如火车或巴士)或海基(例如渡轮或游轮)在内的任何联运运输承运者都可以受益于本公开的系统。


背景技术：

4.目前，如果旅客在两家非联合承运者上预订旅行，从而需要在停靠站(通常称为中途停留点)或中途逗留点切换航空公司，则旅客需要从第一航程领取任何托运的行李，且然后与第二航空公司重新托运。消费者发现，通过将lcc航班(通常是短途航班)等任何航班与fsc航班(通常是长途航班)结合起来，可以创建更便宜的行程。这种不同承运者的组合，包括非航空运输供应商—其没有直接连接或不兼容的系统，要求消费者在第一航班后从行李提取处领取他们的托运行李，从而离开机场安全区，然后由下一个承运者托运行李，这需要第二次通过安检。行李不能从一个承运者的系统自动转移到另一个承运者的系统。行李不会“通运(checked through)”到消费者的最终目的地。
5.由于竞争的担忧和问题，在可预见的未来不太可能在航空业中进行完整的跨境合并和完整的国内联运协议，并且将需要进一步的工具来促进涉及非联合航空公司和其它运输供应商的旅客旅程。
6.随着航空公司联运和联运乘客运输的世界继续以较差的解决方案向前发展，存在对于下一代行李服务的全球需要，其：
7.·
给消费者更好、更合适的选择；
8.·
考虑利益相关者(stakeholder)和利益相关者之间的协议，包括：
9.ο机场
–
枢纽、支线、国内、国际、多航站楼、多模式港口(例如铁路和航空)
10.ο航空公司
–
fsc(全服务承运者)、lcc(低成本承运者)、hvc(混合价值承运者)、通过mita(多边联运协议)连接的承运者以及独立承运者。
11.ο乘客。
12.·
提供一种解决方案，其将消费者、他们的旅程和可用选项考虑在内，为消费者提
供简单的选项，以购买在参与的航空公司上独立旅行的完整解决方案，包括大多数机场的直通行李服务。


技术实现要素：

13.以下内容呈现对示例实施例的简要概述，以提供对示例实施例的一些实施例的基本理解。该概述不是示例实施例的广泛概述。既不旨在标示示例实施例的关键或决定性要素，也不旨在描绘所附权利要求书的范围。其唯一的目的是以简化形式呈现示例实施例的一些概念作为下文呈现的更详细描述的前序。将理解的是，以下一般描述和以下详细描述两者均仅是示例性和说明性的，而不是限制性的。
14.根据本文公开的实施例，本公开涉及一种系统和方法，其提供对任何两个公共交通承运者之间的托运行李的监控和转移。本公开的系统和方法通常涉及第一航空公司和第二航空公司，但其可涉及以下中的一个或多个，但不限于它们：火车承运者和航空公司；航空公司和游轮供应商；超过两条航空公司；等等。
15.行李转运系统和方法允许托运行李连接直到乘客的最终目的地，即使航空公司没有正式联盟或联运或代码共享协议，或实现该协议的技术能力。该系统和方法可以是基于计算机的并且可以包括一个或多个应用程序、软件元素、识别标签和扫描件，它们处理和移动两家航空公司或其它公共交通承运者之间的托运行李。具体而言，行李可以在任何两个参与的联运承运者之间或任何两个低成本承运者(lcc)之间、lcc和全服务承运者(fsc)之间连接，这两者目前都不是在本公开之前可用的服务或系统。通过使用该系统，旅客无需离开机场的出入港/安全区(机场流量允许的情况下)即可从第一航空公司行李检查处取回托运行李，然后返回登记并在第二航空公司托运取回的行李，且然后通过安检回去。由于办理再次托运程序的旅客经常面临赶往下一航班的时间压力，整个过程压力很大。其它好处可能包括让乘客花更多时间在航站楼来吃饭和购物。另一个好处可能是电子记录的创建，其可能有利于参与的航空公司、参与的机场和独立的乘客。
16.在一个实施例中，可以在购票时由航空公司或由包括但不限于传统旅行社或在线旅行社(ota)的中介机构提供托运行李直通服务。这可以允许服务供应商(航空公司、旅行社和/或机场)为提供服务增加价值并收取额外收入，或用作服务差异化因素。
17.在一个实施例中，通过在行李前进经过行程的各个阶段时向旅客提供消息或通知的应用程序，用户直接可见托运行李的行程，或者通过使第三方能够将此信息合并到更广泛的应用程序或服务中的应用程序接口，用户间接可见托运行李的行程。虚拟联运连接细节可以连同其它相关信息一起输入到两个航空公司(入港和出港)中的每一个的乘客服务系统(pss)中。
18.港口、车站和机场(运输枢纽)可以受益于托运行李直通系统，因为托运行李可以在使用该枢纽的任何两个参与的航空公司/承运者之间无缝转移。机场或枢纽成为所有参与的承运者的连接枢纽。中途停留点乘客在安全区停留的时间更多，这向零售商提供了额外的经济支出。机场或运输枢纽也以更好的乘客体验而闻名，因为当旅客飞入机场作为中途停留点时，他们会知道他们不必取回和重新托运他们的行李。这在机场和乘客之间建立了直接关系。这也改进了提供给航空公司合作伙伴的服务。通过提供托运行李的直通行李系统，机场可以通过允许行李联运来增加空中交通并扩展它们的进出目的地地图。
19.在一个实施例中，旅客预订两个独立的航班并且航空公司之一或中途停留机场向消费者追加销售由本公开的系统和方法提供的服务。旅客为每趟航班独立办理登机手续，并为第一趟航班托运一个或多个行李。系统发出行李标签，该标签被放置在托运行李上。行李被装载到第一航班上，且当它到达中途停留机场时，它会从第一航班中取出并由机场/航空公司地勤团队运送到第二航班，在那里其被装载，且然后在第二趟航班上旅行一直到旅客的最终目的地的行李提取处。带标签的行李遵循与正常连接行程中的行李将遵循的相同的基本路径。
20.在一个实施例中，本公开的系统提供用于行李的管理连接服务，其可以在行李旅程的每个阶段智能地生成从整个消息库中提取的消息。该系统可以使消费者在选择航班、航空公司、机场、地面服务点(如渡轮码头、火车站等)时建立资格的过程自动化，从而防止出现错误。该系统可以适应所有形式的行李标签，包括当前生产的和未来强制使用的标签，例如rfid。本公开的系统是唯一能够适应关于任何参与的航空公司和/或机场和/或行李系统的任何形式的联运的解决方案。
21.在一个实施例中，该系统可以包括管理连接服务、直通行李服务、消息发送系统、允许任何服务供应商为最终消费者解决直通行李连接的功能，以及使最终消费者和服务供应商能够跟踪、时间跟踪、参与和提供信息的应用程序或应用程序接口，以及如下功能：确保积极的移交和更改到机场的保管，然后在转机完成后，在出现新的行李标签和第二次更改保管并且行李在自动登记窗口中按时到达出发机场传送带时，通知行李的状态。
22.从以下描述中，本公开的另外的其它优点、实施例和特征对于本领域普通技术人员将变得显而易见，其中仅通过说明最适合实施本主题公开的最佳模式之一的方式，示出和描述了本公开的优选实施例。如将意识到的，本公开能够有其它不同的实施例并且其若干细节能够在各种明显的实施例中进行修改，所有这些都不背离或限制本文的范围。因此，附图和说明书将被视为本质上是说明性的而不是限制性的。
附图说明
23.附图是示意性实施例。它们并未示出所有实施例。可以附加地或替代地使用其它实施例。为了节省空间或更有效的说明，可能会省略可能明显或不必要的细节。一些实施例可以通过附加的构件或步骤和/或在没有所示出的所有构件或步骤的情况下来实践。当相同的数字出现在不同的附图中时，其表示相同或相似的构件或步骤。
24.图1是直通行李过程的一个实施例的流程框图。
25.图2是直通行李过程的另一个实施例的流程图。
26.图3是系统构件的交互的一个实施例的图。
27.图4是消息发送系统的一个实施例的图。
具体实施方式
28.在各实施例的以下详细描述中，阐述了许多具体细节以提供对实施例的各个方面的透彻理解。然而，可以在没有这些特定细节中的一些或全部的情况下实践这些实施例。在其它情况下，没有详细描述众所周知的方法、过程和/或构件，以免不必要地混淆实施例的方面。
29.虽然公开了多个实施例，但根据以下详细描述，另外的其它实施例对于本领域技术人员来说将变得显而易见。如将意识到的，这些实施例能够在各种明显的方面进行修改，所有这些都不背离保护的精神和范围。因此，图表、图及其详细描述在本质上被认为是说明性的而非限制性的。此外，对特定实施例的引用或不引用不应被解释为限制保护范围。
30.在公开和描述本方法和系统之前，将理解的是，这些方法和系统不限于具体方法、具体构件或特定实施方式。还将理解的是，本文中使用的术语仅用于描述特定实施例的目的，并不旨在进行限制。
31.如在说明书和所附的权利要求书中使用的，单数形式“一”、“一个”和“该”包括复数所指对象，除非上下文另有明确规定。范围在本文中可以表示为从“大约”一个特定值和/或到“大约”另一个特定值。当表达这样的范围时，另一个实施例包括从一个特定值和/或到另一个特定值。类似地，当值被表达为近似值时，通过使用前缀“约”，将理解特定值形成另一个实施例。将进一步理解的是，每个范围的端点表示既相对于另一个端点又独立于另一个端点。
[0032]“可选的”或“可选地”是指随后描述的事件或情况可能发生也可能不发生，且该描述包括所述事件或情况发生的情况和其不发生的情况。
[0033]
在本说明书的整个描述和权利要求中，词语“包括”和该词语的变体，例如“包括”和“包含”，意思是“包括但不限于”，但并不旨在排除例如其它构件、整体或步骤。“示例性”的意思是“例子”，而不意图传达优选或理想实施例的指示。“诸如”并不用于限制性意义，而是为了解释的目的。
[0034]
公开的是可用于执行所公开的方法和系统的构件。这些和其它构件在本文中被公开，并且要理解，当这些构件的组合、子集、相互作用、组等被公开时，虽然可能没有明确公开每个不同个体和集体组合和排列的具体参考，但对于所有方法和系统，每个都在本文中被具体考虑和描述。这适用于本技术的所有实施例，包括但不限于所公开的方法中的步骤。因此，如果存在可以执行的多个附加步骤，应理解这些附加步骤中的每一个都可以用所公开方法的任何特定实施例或实施例的组合来执行。
[0035]
通过参考优选实施例的以下详细描述和其中包括的示例以及附图及其之前和之后的描述，可以更容易地理解本方法和系统。
[0036]
如本领域技术人员将理解的，该方法和系统可以采用完全硬件实施例、完全软件实施例或结合软件和硬件实施例的实施例的形式。此外，该方法和系统可以采用计算机可读存储介质上的计算机程序产品的形式，该计算机可读存储介质具有在该存储介质中实现的计算机可读程序指令(例如，计算机软件)。更具体地，本方法和系统可以采用网络实现的计算机软件的形式。可以使用任何合适的计算机可读存储介质，包括硬盘、cd-rom、光存储设备或磁存储设备。存储可以是本地的或远程的，例如在云计算环境中。
[0037]
下面参照方法、系统、装置和计算机程序产品的框图和流程图示来描述方法和系统的实施例。将理解的是，框图和流程图示的每个框，以及框图和流程图示中的框的组合，分别可以由计算机程序指令来实现。这些计算机程序指令可以加载到通用计算机、专用计算机或其它可编程数据处理设备上以生产机器，从而在计算机或其它可编程数据处理设备上执行的指令创建用于实现流程图框或多个框中指定的功能。
[0038]
这些计算机程序指令也可以存储在计算机可读存储器中，其可以指导计算机或其
它可编程数据处理设备以特定方式运行，使得存储在计算机可读存储器中的指令产生包括用于实现流程图框或多个框中指定的功能的计算机可读指令的制造物。计算机程序指令也可以被加载到计算机或其它可编程数据处理设备上，以导致在计算机或其它可编程设备上执行一系列操作步骤以产生计算机实现的过程，使得在计算机或其它可编程设备上执行的指令提供用于实现流程图框或多个框中指定的功能的步骤。
[0039]
因此，框图和流程图示的框支持用于执行指定功能的装置的组合、用于执行指定功能的步骤的组合以及用于执行指定功能的程序指令装置。还将理解，框图和流程图示的每个框，以及框图和流程图示中的框的组合，可以由执行指定功能或步骤的基于专用硬件的计算机系统或者专用硬件和计算机指令的组合来实现。
[0040]
在以下描述中，某些术语用于描述一个或多个实施例的某些特征。就本说明书而言，除非另有说明，术语“基本上”是指动作、特征、性质、状态、结构、项目或结果的完整或接近完整的程度或度。例如，在一个实施例中，“基本上”位于外壳内的物体将意味着该物体或者完全位于外壳内或几乎完全位于外壳内。在某些情况下，相对于绝对完整性的确切可允许偏差程度可能取决于特定上下文。然而，一般来说，完成的接近程度将具有这样的相同的整体结果—就好像获得了绝对和完全的完成一样。在否定含义中使用时，“基本上”的使用也同样适用，以指指代完全或几乎完全没有动作、特征、性质、状态、结构、项目或结果。
[0041]
如本文所用，术语“大约”和“约”大体是指在指定数字或数字范围的5％以内的偏差。在一个实施例中，术语“大约”和“约”可以指相对于所指的数字或数字范围在0.001％-10％之间的偏差。
[0042]
现在参考附图描述各种实施例。在以下描述中，出于解释的目的，阐述了许多具体细节以提供对一个或多个实施例的透彻理解。然而，很明显，可以在没有这些具体细节的情况下实践各种实施例。在其它情况下，众所周知的结构和装置以框图形式示出以便于描述这些实施例。
[0043]
在以下描述中，某些术语用于描述本文公开的实施例的某些特征。例如，术语“计算机”、“计算机系统”、“计算装置”、移动计算装置、“电子数据处理单元”或“服务器”是指任何用集成电路芯片处理信息的装置，包括但不限于个人计算机，大型计算机，工作站，服务器，台式计算机，便携式计算机，膝上型计算机，嵌入式计算机，无线装置，包括手机，个人数字助理，平板电脑，平板计算机，智能手机，便携式游戏机，可穿戴设备，智能设备和手持计算机。
[0044]
如本文所用，术语“因特网”是指利用标准协议的网络的任何集合，可能的选择为以太网、电传打字机、b型消息发送、edifact、令牌环、wi-fi、异步传输模式(atm)、光纤分布式数据接口(fddi)、码分多址(cdma)、全球移动通信系统(gsm)、长期演进(lte)或其任意组合。
[0045]
如本文所用，术语“网站”是指以标记语言编写的任何文档，包括但不限于超文本标记语言(html)或虚拟现实建模语言(vrml)、动态html、扩展标记语言(xml)、无线标记语言(wml)、javascript对象符号(json)或任何其它与之相关的计算机语言，以及可通过一个特定的互联网协议地址或在一个特定万维网站点处访问的此类文档的任何集合，或可通过任何特定统一资源定位器(url)获得的任何文档。此外，术语“网页”、“页面”、“网站”或“站点”是指万维网上的各种文档和资源中的任何一种，其采用html/xhtml格式，带有超文本链
接，以使得能够从一个页面或部分导航到另一个，或在internet上使用的类似此类资源。
[0046]
词典——某些首字母缩略词、词首缩写词和条款的含义。
[0047]
除非本文另有说明，以下首字母缩写词和首字母代表以下含义：
[0048]
·
dcs
–
离港控制系统。检查乘客进入航班的主系统。其集成到pss中，或者集成到第三方系统中。
[0049]
·
pss
–
乘客服务系统
[0050]
·
pnr
–
乘客姓名记录
–
本质上是消费者预订
[0051]
·
bim
–
行李信息消息。发送到不同机场等中的不同参与系统的电子信息。
[0052]
οbsm
–
行李服务消息或bhm
–
行李处理消息
[0053]
·
btm
–
行李转运消息，也称为转移bsm。
[0054]
·
bum
–
行李卸载消息。把这个行李从航班上拿下来。
[0055]
·
bpm
–
行李已处理消息。
[0056]
·
bhs
–
行李处理系统。在机场处理行李的机械和软件系统。通常由机场拥有和管理。地勤和航空公司通常从机场租用此服务。
[0057]
·
行李标签-行李的标签、贴纸或插入物，包括qr码、条形码、芯片、射频标识装置、扫描仪、带有rfid的纸张等，它们贴在托运行李/行李上或与托运行李/行李有物理联系，和/或任何可以为没有物理标签的行李分配唯一id的技术，用于确保通过指定的中间点正确行进到终点。
[0058]
·
rfid
–
射频id
–
一种特殊的无线标签，其可将其信息(行李标签数据)传输到外部阅读器。这是iata规定的。
[0059]
·
iata
–
国际航空运输协会
–
最大的航空协会(主要是全服务承运者)。
[0060]
·
app
–
移动应用软件。也称为app或app。
[0061]
·
api-应用程序编程接口。机器对机器的交互设施。
[0062]
·
ota
–
在线旅行社
–
例如
[0063]
·
ibe
–
互联网预订引擎(通常通过航空公司网站访问)。
[0064]
·
联运行李
–
由两家或多家航空公司运输的托运行李
[0065]
·
航空公司(airline)
–
通常是提供航班运输服务的旅行公司，但就本公开的目的而言，航空公司可以是任何类型的运输公司，包括但不限于：游轮、火车、巴士、轮船等。
[0066]
·
机场-通常是提供运输相关服务的物理位置，例如用于飞机起飞、着陆和维护的跑道和建筑物的综合体，以及供乘客使用的设施。但是，出于本公开的目的，机场可以是任何运输枢纽，包括但不限于组合、港口、车站、停靠站等。
[0067]
·
航班——通常是飞机从第一机场到第二机场的路线的代称，但出于本公开的目的，航班可以是任何类型的交通工具的旅程，包括火车、汽车、卡车、巴士、轮船、游轮等。
[0068]
图1是使用由航空公司或由诸如在线旅行社(ota)的中介机构运营的互联网预订引擎(ibe)的直通行李流程的一个实施例的流程图。图1显示了用户通过在使用航空公司或ota的ibe时所采取的操作所看到的方法。如图1中所示，该方法可以包括通过航空公司ibe或通过诸如ota的中介搜索航班102；在两个不同的(联合或非联合)航空公司上选择两个或更多个航班104；由旅客选择使用直通行李联运系统的选项106；将第二航班信息链接/输入/加载到第一航空公司和/或停靠机场的pss和/或dcs中108；由旅客针对两个航班办理登
记110；在出发机场托运至少一件行李，并在行李上贴上所需的唯一标签112；从第一架飞机上取下行李，将其转移到地勤团队，该团队将把它装载到第二架飞机上，同时旅客留在机场，不必取回和重新托运行李114；在最终目的地取行李116。
[0069]
图2是直通行李过程的另一个实施例的流程框图。图2示出了当使用第三方服务供应商时旅客动作的系统的另一个实施例。该方法可以包括：用户(亲自、在线、电话、旅行社等)预订两个连续的独立航班，其具有对于第一航班到达和第二航班出发是相同的的机场202；旅客访问直通行李服务应用程序或网站以购买或注册直通行李服务，将航班信息输入服务204(该服务可能由独立第三方或停靠站/中途停留机场等提供)；将第二航班信息链接/输入/上传至第一航空公司的pss/dcs 206；由旅客办理两个航班的登记手续210；针对第一航班托运至少一个行李，并为托运的行李生成/发出单独且唯一的行李标签212；在停靠期间旅客停留在安全区(机场流量允许的情况下)，且无需取回托运的行李以及重新托运到第二航空公司，且行李从第一架飞机通过一支或多支地勤团队214自动转移到第二架飞机；旅客在最终目的地取回托运行李216。
[0070]
图3是系统构件交互的一个实施例的图。受管理的直通行李系统可由基于计算机的直通行李系统控制，该系统包括：应用程序或计费/报告模块/系统309、应用程序接口、资格服务器302、通知和消息服务器311以及pnr数据库303。直通行李系统的服务器、接口和软件控制和引导发送和接收正确的信息和消息，以便允许已托运的行李通过单个标签从第一航空公司传送/联运到第二航空公司，而无需旅客取回和重新托运行李。
[0071]
在一些实施例中，针对一系列因素检查旅客是否有资格通过本公开的所述系统转移他或她的行李，这些因素可以包括但不限于：航空公司是否参与该系统，地勤团队是否有足够的时间将行李以物理方式恰当地转移到第二航空公司，可以进行连接的时间的量等。
[0072]
图3显示消费者可以选择通过不同的服务供应商使用单一标签直通行李联运服务，包括但不限于：ota、航空公司ibe、机场/多个机场或第三方服务供应商300。一旦选择，可能要求用户支付服务费用，并且报告/上传服务的购买/选择309。当用户预订/购买两个连接/连续航班时，通常会购买直通行李服务。当用户预订这些航班时，在每个承运者301的pss内创建旅客的乘客/航班信息。该系统可以包括系统资格服务器302，其从两个pss 301接收/获取乘客/航班信息。执行资格检查以确定旅客的行程是否可以使用直通行李服务。如果行程符合条件，则完整的旅程/舱单信息被添加到pnr数据库303。舱单信息由系统399与两个承运者304的pss共享。dcs 305可以集成到每个pss中，或者可为单独的第三方系统。dcs305/pss 301现在拥有使得联运行李标签能够发出所需的信息，其将允许行李到达最终目的地。该系统可以利用消息发送系统306来使消息能够在两个航空公司、第一出发机场、第二航空公司、中途停留机场和/或最终目的地机场之间共享。以这种方式，当行李标发出出时，标签的所有未来扫描将与所有参与的系统和数据库共享。系统399接收307由dcs创建的行李标签的细节。
[0073]
系统399的操作者可在中途停留机场提供行李联运连接保证308，其可以是类似保险的服务，需要航空公司/机场支付额外费用309。可能有管理使用系统的责任和操作参数的条款和规定310。系统399可以向航空公司发送通知并且可以将第一承运者发送的行李处理消息(bhm)和行李服务消息(bsm)重新格式化为可与第二操作者的系统一起使用的行李转运消息(btm)。在各种实施例中，通知服务器311和/或报告应用程序309可以向航空公司
或旅客发送关于旅客的托运行李的状态的通知。
[0074]
对旅客系统的通知可以向旅客发送自动、选择加入、选择退出或请求的消息，包括但不限于：行李已被接受/装入直通行李系统；行李由航空公司保管；行李已发送装载；行李已装载到第一航班上；行李和第一航班正在前往中途停留点的途中；行李已抵达中途停留机场；行李现在由第一地勤团队保管；可选—添加了额外的标签；可选—行李现在由第二地勤团队保管；行李被送去装载；行李已被装载到第二航班上；行李和第二航班正在前往最终目的地/第二中途停留点的途中；和/或行李已到达并前往行李提取处。
[0075]
图4是消息发送系统的一个实施例的图。消息发送系统400的流由所涉及的机场和航空公司的当前消息发送系统以及基于直通行李联运服务器的系统399确定。通常，所涉及的机场将需要具有自动行李分拣或核对系统，其可以发送并接收电子消息和通知。在图4中，当行李在航空公司xx123、航空公司yy456、机场aaa(起点)、机场bbb(中途停留机场)和机场ccc(最终目的地机场)之间移动时，消息发送系统400沿着流498。可能有两(2)、三(3)个，甚至更多个中途停留机场，而不仅仅是一(1)个。一旦用户购买了航空公司xx123和航空公司yy456的机票，并选择了系统399提供的联运服务，系统399就向航空公司1 401和航空公司2 421提供450、451航班信息。
[0076]
如图4中所示，乘客在航空公司1 401办理登记，托运至少一件行李，并且印有至少一个行李标签401。行李信息链接到航空公司1 401pss/dcs中的旅客。本地bsm由航空公司1 401生成并发送402到行李消息490。行李消息490可以是现有的行李消息发送系统，机场和航空公司使用该系统在行李经历它们的旅程时管理和跟踪行李。例如，行李信息490可能由运输物流公司创建。在其它实施例中，行李消息490可以是作为系统399的一部分或由系统399控制的模块或系统。bsm的本地副本403被发送到机场aaa491的行李处理系统(bhs)。行李消息490还向行李连接492发送404本地bsm。行李连接492可以是机场和航空公司用来管理需要从一个航班上移除并放到另一航班上的行李的行李连接系统。行李连接492可能是独立的系统，或者其可能是作为系统399的一部分或由系统399控制的模块或系统。行李消息490和行李连接492被配置为识别直通行李联运系统399已连接，并且它们可以向系统399发送405本地bsm的副本。在被称为选项1的一个实施例中，行李连接492可以生成伪转运bsm406(橙色)并将其发送到行李消息490。行李消息490可以将伪转运bsm407(橙色)转发到转运机场行李处理系统(bhs)bbb 493。如果需要，行李消息490可以将伪传输bsm408(橙色)转发到系统399，系统399处理/重新格式化bsm，且然后将其发送420到航空公司2 421。以此方式，行李标签信息输入到航空公司421的dcs。
[0077]
在称为选项2的一个实施例中，行李消息490将伪btm直接发送409到航空公司2 421的pss/dcs。以这种方式，行李标签信息被添加到航空公司2 421的dcs/pss。航空公司2 421将生成并发送410自己的转运bsm到行李消息490。行李消息490将转运bsm发送411到转运机场bbb 493的bhs，并且可选地发送419到系统399。如果机场bbb493支持行李已处理消息(bpm)信息并与行李消息490共享此信息，则行李消息490可以将其转发412到系统399。
[0078]
作为选项2的一部分，如果航空公司2 421具有生成终点bsm的能力，则航空公司2 421可以将终点bsm转发430到行李消息490。行李消息490可以将终点bsm转发到终点机场ccc494。备选地，行李连接492可以生成伪终点bsm，其然后被发送432到行李消息490，该行李消息490然后被发送434到终点机场ccc494。
[0079]
在各种实施例中，第一、第二和第三机场以及两个或更多个参与航空公司的地面行李处理团队可以使用行李标签来适当地和物理地将托运行李从第一航班移动到第二航班。通常，行李标签会被扫描(条形码或rfid)，以便计算式扫描仪可以快速通知地面行李处理团队如何处理托运行李，以确保他们搭乘第二航班。可以使用任何识别系统。
[0080]
本文公开的操作实施例可以直接实现在硬件中、在由处理器执行的软件模块中、或者在这两者的组合中。软件模块可以驻留在ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom、dvd盘或本领域已知的任何其它形式的存储介质中。示例性存储介质耦合到处理器，使得处理器可以从存储介质读取信息以及向存储介质写入信息。在备选方案中，存储介质可以集成至处理器。处理器和存储介质可以驻留在asic中，或者可以作为分立的构件驻留在另一个装置中。
[0081]
此外，一个或多个版本可以被实施为使用标准编程和/或工程技术来产生软件、固件、硬件或其任何组合以控制计算机来实现公开的实施例的方法、设备或者制造物。非暂时性计算机可读介质可以包括但不限于磁存储设备(例如，硬盘、软盘、磁条)、光盘(例如，压缩盘(cd)、数字多功能盘(dvd))、智能卡和闪存设备(例如，卡、棒)。本领域技术人员将认识到，在不脱离所公开实施例的范围的情况下，可以对该配置进行许多修改。
[0082]
已经根据对计算机存储器内的数据位的操作的算法和符号表示来呈现前述详细描述的一些部分。这些算法描述和表示是数据处理领域的技术人员用来最有效地向本领域的其它技术人员传达他们工作的实质的手段。算法在这里并且通常被认为是导致所需结果的自洽操作序列。这些操作是需要对物理量进行物理操作的那些操作。
[0083]
然而，应当记住，所有这些和类似的术语都将与适当的物理量相关联并且仅仅是应用于这些量的方便的标签。除非从上述讨论中清楚地另有说明，否则应当理解，贯穿本公开，使用诸如在以下权利要求中阐述的那些术语的讨论是指计算机系统或类似电子计算装置的动作和过程，其将在计算机系统的寄存器以及存储器中表示为物理(电子)量的数据转化为在计算机系统的存储器或寄存器或其它这样的信息存储、传输或显示设备中类似地表示为物理量的其它数据。
[0084]
图中所示的技术可以使用在一个或多个电子设备上存储和执行的代码和数据来实现。此类电子设备使用计算机可读介质—例如非暂时性计算机可读存储介质(例如，磁盘；光盘；随机存取存储器，只读存储器；闪存设备；相变存储器)和瞬态计算机可读传输介质(例如，电、光、声或其它形式的传播信号—例如载波、红外信号、数字信号)来存储和发送(在内部和/或通过网络与其它电子设备)代码和数据。
[0085]
图中描绘的过程或方法可由处理逻辑执行，该处理逻辑包括硬件(例如电路、专用逻辑等)、固件、软件(例如，体现在非暂时性计算机可读介质上)或其组合。尽管以上根据一些顺序操作描述了过程或方法，但是应当理解，所描述的一些操作可以以不同的顺序执行。此外，一些操作可以并行执行而不是顺序执行。
[0086]
虽然已经根据特定变型和说明性图描述了本公开，但是本领域普通技术人员将认识到本公开不限于所描述的变型或图。此外，在上述方法和步骤指示以特定顺序发生的特定事件的情况下，本领域普通技术人员将认识到可以修改特定步骤的顺序并且此类修改是根据本发明的变型。此外，某些步骤可以在可能的情况下在并行过程中同时执行，也可以如上所述按顺序执行。就在本公开的精神内或与权利要求中存在的发明等效的范围内的本发
明的变型的程度而言，本专利的意图是也将涵盖这些变型。因此，本公开将理解为不受本文描述的具体实施例的限制，而仅受所附权利要求的范围限制。
[0087]
提供所公开实施例的先前描述以使本领域任何技术人员能够做出或使用本公开。对这些实施例的各种修改对于本领域技术人员来说将是显而易见的，并且在不脱离本公开的精神或范围的情况下，本文定义的一般原理可以应用于其它实施例。因此，本公开不旨在限于本文所示的实施例，而是符合与本文公开的原理和新颖特征一致的最宽范围。
[0088]
除非另有明确说明，否则绝不意图将本文中阐述的任何方法解释为要求其步骤以特定顺序执行。因此，如果方法权利要求实际上没有叙述其步骤将遵循的顺序，或者在权利要求或说明书中没有另外具体说明这些步骤将被限制为特定顺序，则绝不意味着在任何方面可以推断出顺序。这适用于解释的任何可能的非明确基础，包括：关于步骤安排或操作流程的逻辑问题；源自语法组织或标点符号的简单含义；说明书中描述的实施例的数量或类型。
[0089]
对本领域普通技术人员将显而易见的是，可以在不脱离范围或精神的情况下进行各种修改和变化。考虑到本文公开的说明书和实践，其它实施例对于本领域技术人员来说将是显而易见的。说明书和示例旨在仅被视为示例性的，真实范围和精神由以下权利要求指示。