持票证的人和自助服务功能之间交互的系统和方法与流程

本发明涉及与乘客服务的自动交互，例如行李处理。特别是，但不排他地，涉及在机场，海港，铁路，其他大众运输地点，聚会场所，体育场和竞技场的行李处理。
背景技术：
：在机场环境中，托运行李对于乘客而言可能是既费时又压力大的体验。在繁忙时间，可能会形成漫长的排队现象，这部分是由缓慢的人工托运过程造成的，其中包括地勤人员为每件行李打印行李标签并将这些标签固定至行李物品。由于行李标记设备的持续运营和维护成本以及与办理托运过程和维护相关的人员成本，因此行李托运过程对机场和航空公司而言是高昂的成本。近年来，已经采取了一些措施来减少这些成本并简化登机手续过程并减少乘客的排队时间。例如，许多航空公司现在提供在线托运服务，其仅要求乘客在其到达机场后放下行李即可。最近，一些航空公司推出了半自动自助服务行李托运，其中，通过扫描登机牌生成行李标签并由乘客固定行李标签。一些航空公司已经采用了使用自助服务和地勤人员辅助设施相结合的混合方法。尽管这些措施已在某种程度上减轻了上面讨论的问题，但这些措施仍全部需要乘客与地面人员、服务亭或其他计算机设备之间进行某种形式的交互。这些解决方案本身会带来进一步的问题，因为这些解决方案需要对机场的登机柜台进行重大修改并需要大量投资自助服务设备。两者都是昂贵且操作复杂的。除上述问题外，也日益意识到残障乘客的需求。许多国家已经立法确保在机场充分支持残障和行动不便的乘客。一个示例是欧盟法规1107/2006，其中将登机手续和行李寄存以及托运过程规定于机场负责向残障或行动不便的乘客提供帮助的区域。现有或将来的法规要求可以访问任何自动或自助服务行李托运处解决方案并且可能需要例如针对轮椅访问指定的最大接触访问高度并为视障乘客指定额外的控制装置。技术实现要素：本发明旨在解决和改善这些问题。根据本发明的一个方面，提供了一种促进持票证的人和与票证有关的自助服务功能之间的交互的方法，包括以下步骤：通过移动设备检测对自助服务功能的接近，移动设备已在其上存储有与票证有关的信息并且自助服务功能与票证有关；当由移动设备检测到对位置的接近时，激活该移动设备上的应用，该应用与自助功能有关；以及将包括方向信息的关于自助服务功能的信息经由所述应用传送至所述移动设备。本发明还提供了一种促进持票证的人和与票证有关的自助服务功能之间交互的系统，该系统包括：自助服务功能；移动设备，该移动设备已在其上存储有与票证有关的信息；至少地理定位设备；其中，移动设备被配置为在接近自助服务功能的位置处检测到地理定位设备，以及至少一个服务器，该至少一个服务器已在其上存储有用于执行以下步骤的计算机软件：当由移动设备检测到接近所述位置的地理位置设备时，激活该移动设备上的应用，该应用与自助服务功能有关；以及将包括方向信息的关于自助服务功能的信息经由所述应用传送至所述移动设备通信。本发明的第二方面提供了一种促进持票证的人和与该票证有关的自助服务功能之间的交互的方法，该方法包括以下步骤：在接近与该票证有关的自助服务功能的位置处激活移动设备上的应用，该应用与自助服务功能有关并且该移动设备已在其上存储有与票证有关的信息；以及包括方向信息的关于自助服务功能的信息经由所述应用传送至所述移动设备。本发明的实施例可以具有简化持票证的人和自助服务功能之间的交互的优点。在一个优选实施例中，自助服务功能是例如在机场中使用的行李托运系统。本发明的实施例可以具有以下优点：使得与行李托运处的交互更加简单，并使航空公司或其他服务提供商能够减少在行李托运处和其他自助服务过程中所需的人员交互的数量，从而减少成本和开销。在本发明的一个实施例中，票证涉及乘客旅程并且包括乘客和旅程标识。票证信息可以包括登机牌。在一个实施例中，可以使用地理定位设备(例如，蓝牙信标)来检测移动设备在该位置处的存在。在一个实施例中，应用查询存储在移动设备上的票证信息并将票证信息传送到远程服务器。响应于接收到票证信息，远程服务器向应用提供与自助服务功能有关的信息以呈现给移动设备的用户。在一个实施例中，自助服务功能是托运行李处并且与票证有关的信息是登机牌，登机牌中的乘客信息被传送到出发控制系统。出发控制系统可以确定与登机牌相关的行李是否符合托运行李的资格并将资格传送至移动设备。在本发明的一个实施例中，在将行李袋放置在行李托运处时，对行李进行称重并确定重量是否超过允许重量，并且如果重量超过允许重量，则安排经由应用支付行李超重费。在一个实施例中，在行李托运处打印行李标签并且将用于将行李标签固定到行李的指令经由应用传送至移动设备以呈现给用户。在一个实施例中，在行李托运处接收到行李时，关于登机和去往登机口的路线的信息被传送给应用。附图说明现在将仅通过举例的方式并参考附图来描述本发明的实施例，其中：图1是本发明实施例的概述示意图；图2是示出本发明的实施例中的步骤的流程图；图3示出了体现本发明的系统的概图；图4示出了系统的逻辑架构；图5示出了云服务的逻辑架构；图6是示出了指示可用接口的服务模型的类图；图7示意性地示出了行李单元控制器；图8示出了在移动设备应用处发生的高级别交互；图9是用于移动应用的过程流程图；以及图10是用于整个系统的过程流程图。具体实施方式在下面给出的示例中，行李托运顺序是从乘客智能手机、平板电脑、笔记本电脑或类似移动计算设备初始化的。诸如蓝牙信标或其他位置传感器的地理位置技术用于使移动设备上的应用能够检测其何时接近给定的信标或其他设备。然而，自动位置检测对于本发明不是必需的。尽管关于行李托运进行了描述，但是本发明的实施例也可以与其他乘客交互结合使用，例如用于打印行李标签、登机牌、扫描护照和其他功能的乘客处理亭；经由乘客智能手机或其他设备而启用移动支付的交互；以及与其他机场设施的交互，包括但不限于自助检查站和登机口，例如自动护照控制门或屏障。具体参考机场描述了实施例，但是本发明对其中需要乘客办理登机手续或托运行李的任何旅行环境具有更广泛的适用性，并因此包括海港和铁路。本发明的实施例还可以用于大量售票事件，以辅助引导检查员和观众，例如运动场馆和娱乐场所，例如音乐会和节日。在图中所示的具体涉及机场解决方案的实施例中，定位技术(例如在机场周围分布的蓝牙信标)用于使乘客的移动设备(例如智能手机、平板电脑、笔记本电脑或其他设备)能够识别给定信标的存在。可以使用任何其他室内或室外地理位置技术来使设备能够识别其相对位置。然而，如将变得显而易见的是，尽管是优选的，但是蓝牙信标或其他定位技术对于本发明不是必不可少的。该移动设备具有由乘客下载的行李托运应用。此应用可以是唯一的行李托运应用，或者也可以是航空公司或机场应用的行李托运模块。移动设备10例如在其进入机场并靠近第一信标12时检测到定位设备的存在。当乘客经过机场朝着行李托运区域通过时，由设备10检测到第二信标14，这启动了设备上的行李托运应用。乘客的移动设备在进入机场时检测第一信标不是必需的，但具有优势，这是由于该设备对信标的检测能够与机场中提供的其他服务进行交互。wo2013117723中描述了使用信标检测来跟踪乘客通过机场或类似环境的运动。一旦启动该应用，该应用要么从乘客存储在手机上移动登机牌查询乘客的预订详情，例如使用钱包或类似应用程序，要么在没有存储的登机牌的情况下，要求乘客要么使用其设备的相机或要么使用行李托运处提供的扫描仪扫描其打印的登机牌。在移动登机牌存储在设备上的情况下，则该应用将根据存储的乘客相关数据识别乘客是否已托运行李，如果托运了行李，则识别托运了多少行李。已在应用中检查到行李的情况然后会使得向乘客显示有关如何继续进行李托运过程的说明。如果没有检测到托运行李，则该应用可以为乘客提供修改其预订以允许办理登机手续的选项。在交互具有不同的自助服务功能的情况下，过程以类似的方式起作用。例如，在该功能为自助服务护照控制的情况下，再次是唯一的应用或航空公司或机场应用的模块的该应用在护照检查区域中检测到该设备的存在并通过该设备向用户显示有关如何进行以及如何协调护照扫描仪的指导。因此，在一个实施例中，系统使用乘客智能手机或其他移动设备以及可选地任何室内或室外地理位置技术(例如蓝牙信标或其他类型的传感器和地图应用)来自动完成行李托运过程或需要与机场或其他相关位置的系统进行交互的任何其他乘客过程。在接近行李托运区域、乘客处理亭或站点、检查站或电子门附近时，会激活乘客智能手机或其他移动设备上的移动应用，并识别出乘客及其预订详情。乘客设备与行李托运单元“配对”并且有关如何管理行李托运的进一步说明均通过智能手机或移动设备电子地/无线地执行。该系统包括例如智能手机上的移动应用，连接到行李托运单元的处理单元(控制器)以及基于云的api服务，该服务介导或“代理”如下面更详细描述的移动应用和行李托运单元之间的交互。尽管以下描述的实施例使用蓝牙作为触发机制来将移动设备与行李系统配对，但是其他方法也是可能的。例如，可以使用另一种类型的自动配对，例如另一种近场通信(nfc)、wifi或ble信标，或者可以使用手动方法，例如由移动设备所有者扫描以启动该应用的qr或另一条条形码或者语音激活命令(例如amazonalexatm)。在使用条形码的情况下，乘客可以在值机柜台扫描贴纸上的二维条形码或以已知方式拍摄该代码。为了解决安全问题，可以使用电子墨水生成条形码并定期更改条形码。为了清楚起见，移动设备和行李处理系统之间的通信是通过如下所述的api服务使用wifi或其他通信协议进行的。图2中更详细地示出了与行李托运有关的过程，该过程是从乘客的角度呈现的。该过程总体上在100处示出。在步骤102，乘客通过他们的智能手机或其他移动设备在线进行登机手续。如上所述，这可以通过特定的应用或通过航空公司网站上的登机手续模块进行。作为登机手续过程的一部分，将创建移动登机牌，其中包括各种乘客信息，包括乘客id和行李限额。登机牌存储在移动设备上的合适存储位置处。合适存储位置的一个示例是位于运行appleios的设备上的apple钱包应用或位于运行android的设备上的googlepasswallet。其他存储选项也是可能的。每个航空公司可以在提供两站式自助行李托运过程和一站式过程之间做出选择。图2的示例是两站式过程，其中，在步骤106，乘客打印行李标签并将标签固定到他们的行李。可以在用户的家庭或办公室环境中或在机场的终端亭中进行打印。该终端亭可以专用于行李标签打印或提供其他功能，例如在线登机手续。在一站式过程中，省略了步骤106，并且乘客直接行进至行李托运处。进入机场时，乘客的移动设备会检测到设置于机场入口附近的信标(图1中的12)。当乘客接近位于进入机场的行李托运区域的入口处的第二信标14时，移动设备再次检测到该第二信标。这种检测实例化了用户的移动设备应用中的意图。进行api调用以获取由信标表示的行李托运处的详情以及通过使用来自api调用的行李托运处id和移动设备id来向云服务发出的会话请求。这将在下面更详细地描述。作为通过乘客的智能设备发送消息的替代，可以在机场的相关部分提供指示乘客打开行李托运应用或访问网站的标牌。可以提供qr码或其他条形码，当使用设备的相机进行扫描时，该qr码或其他条形码将自动打开该应用或网站或者如果该应用已经打开则将启动行李托运过程。该选项对航空公司具有优势，这是由于他们知道给定乘客使用的是哪个自助行李托运处(sbd)，因为条形码可能包含广泛对应于机场内位置的个体代码。这有助于航空公司监控使用情况并控制乘客通过流量。在一种优选的选项中，向乘客设备的发送信息和标牌两者都被使用以提高可靠性并确保乘客可以使用该系统，例如，如果这些乘客已经忘记了打开蓝牙。在一个实施例中，标牌包括盲人或视障乘客的盲文指示，并且该应用可以包括语音指示。在打开行李托运应用的情况下，在步骤110处，乘客行进到指定行李托运处。该应用可以指示乘客使其自身出现在特定的一个或一组自助行李托运终端。在此阶段，行李托运应用或模块已检索到存储在设备上的登机牌数据。这可以包括行李限额信息，或者可以使用乘客身份从航空公司出发控制系统(dcs)检索该信息。可以执行资格检查，例如以确定乘客是否为时过早以至于不能托运他们的行李，或者为时太晚，或者移动设备的行李托运选项对于他们的特定航班是否不可用。在步骤112，乘客使其自身出现在行李托运区域，并且应用显示要求他们将行李放在行李带或静态秤上的消息。与任何常规的行李托运处一样，对行李袋进行称重以检查其是否在允许的允许范围内。重量将被传送回应用，该应用可以对照要么存储为登机牌一部分要么可以从dcs检索到的允许范围来检查所接收的重量。如果行李没有通过重量检查，则要求乘客支付行李超重费用。这可以通过已经存储在航空公司应用中的信用卡或借记卡进行或者通过常规在线交易进行。该交易属于“无卡交易”类型并且对于每家航空公司都是唯一的，每家航空公司都有自己的行李超重费。假设重量在允许的限制内，或者已经支付了超重费用，则现在在步骤114打印行李标签。在上述的两步式过程的情况下，由于行李标签已经存在，因此此步骤不是必需的。然后，该应用向乘客显示有关如何将行李标签固定到行李的信息。一旦贴上行李标签，则可以通过设备的相机读取lpc条形码。在行李没有到达预定的目的地或者乘客没有亲自登机或要求补偿的情况下，这将很有帮助。在一个实施例中，可以执行对行李的3d扫描以检查行李在允许的尺寸内并且被适当的严格构造以进行输送。在步骤116，执行乘客验证步骤。由于该应用可以访问航空公司dcs，因此其可以检索pnr(乘客姓名记录)并将标签上的数据与该记录进行比较。该应用可以指示乘客进行自拍照或使用由移动设备提供的一种或多种其他验证形式，例如生物特征识别或指纹识别。可以存储以此方式收集的数据以供以后参考。可以在打印行李标签之前进行乘客验证。在步骤118，如果验证了乘客的身份，则行李被出发控制系统(dcs)接受，并在智能手机上向乘客显示行李票。该标签存储在应用中和/或移动设备上。然后将行李移交给行李处理系统，此步骤将自动执行或在航空公司代理商的协助下进行。在现在将行李移交的情况下，该应用可以为乘客提供有关其航班的更多信息，例如但不限于登机时间和登机口。在这一点上，该应用可以自动关闭或者可以使乘客返回wo2013/117723中公开的类型的寻路应用，该寻路应用使用分布在机场周围的近场信标将乘客引导到出发口。图3示出了上述过程中使用的基本硬件部件。乘客移动设备在200处示出并装载有由用于托运乘客行李的逻辑构成的应用。如上所述，该应用可以例如是航空公司应用的模块或独立应用。设备200与航空公司出发控制系统(dcs)210和云服务220通信，该云服务220托管一组api和相关联的逻辑。行李托运系统包括行李托运单元230和控制器235，该控制器235可以要么是与行李托运单元(bciu)230相关联的硬件控制器，其包含与bciu230通信的软件和/或固件；要么是也可以实现相同作用的cute/cuss模块。cute(通用终端设备)和cuss(通用自助服务)。cute和cuss是众所周知的标准，这些标准使硬件能够被多个航空公司或服务公司使用。控制器也可以与云服务220通信。尽管不是必须的，但是信标240被提供用于自动识别行李托运区域，该行李托运区域通过蓝牙tm或另一通信协议与移动设备通信。在使用信标的情况下，移动设备200还与信标注册表250通信以检索行李托运处标识符。即使在使用信标的情况下，由于服务由云服务220所支持，因此信标注册表250也不是必不可少的。图4示出了系统的逻辑架构。通常，云服务(图3中的220)充当移动设备200和行李单元控制器之间的代理。该服务将单个连接端点暴露给移动设备、减轻任何与网络相关的复杂性、允许通过空中协议使用多个设备、管理行李托运服务可用性并为任何控制器特定消息传递创建抽象化。在移动设备200与云服务之间以及在云服务与行李单元控制器之间建立websocket连接400。云服务与行李单元控制器之间的连接将由行李单元控制器建立并在控制器的服务时间期间保持该连接。控制器负责确保连接处于良好工作状态。如果连接终止，则控制器必须重新建立连接。如果websocket连接未激活，则云服务将认为行李托运单元不可用。尽管描述为websocket，但可以使用其他异步或双同步方法。类似地，移动设备200负责建立与云服务220的连接并在会话的整个生命周期维持该连接。与控制器一样，从每个移动设备发现服务简化了过程。通过绑定移动设备和行李单元控制器两者的id来映射端到端会话。云服务220的逻辑架构在图5中示出。云服务由托管在分布式反应平台上的一组微服务组成。每个服务端点都注册一个地址，基于操作符(op)的事件将借助该地址跨事件总线进行路由。websocket服务是直接与控制器和移动设备通信的面向外部服务。图6是类图600，其描绘了反映可用接口的服务模型并且本质上比服务平台模型具有更粗糙的粒度。服务如下：bagdropsvc602该服务包括在移动设备和控制器之间的会话中使用的接口。某些接口可能会“穿越(passthrough)”到额外服务，例如会话，然而，即使不是全部，大多数基本接口也会在此处进行管理。这些包括行李引导、行李标签打印、秤服务等。bagdropmngntsvc604该服务处理对控制器的管理。首次启动控制器时，将发送注册请求。该服务将与configurationsvc606交互以验证请求并存储控制器的新配置。其还处理控制器的可用性状态。timersvc608会话具有预定的不活动时间段。timersvc对此进行管理，并与sessionsvc交互以处理整个会话状态。configurationsvc606如前所述，该服务与bagdropmngmtsvc交互以注册和注销控制器。另外，每个控制器可以具有可以上载和存储的唯一属性。可以通过接口启用和禁用控制器。sessionsvc610该服务管理移动设备和控制器之间的会话。其与authsvc交互以在start_session上对用户进行认证并验证令牌，并与timersvc进行交互以在一段时间不活动后使会话无效。authsvc612此服务接口充当对于一个或多个“认证和授权”实施方式的外观模式。最初的实施方式将提供本地用户id/密码认证方案以及用于授权的jwt(jsonweb令牌)。图7示出了图3中的行李单元控制器235的逻辑架构。可以是任何合适的计算设备的工作站702托管硬件服务704和行李托运控制器服务706。在优选实施例中，工作站被配置为如上所述讨论的通用终端，例如运行windowstm操作系统的通用终端。行李托运控制器服务经由websocket708和硬件通信层710充当云服务和硬件服务之间的通信层。行李托运控制器还管理机器的状态并注册到云服务。硬件服务704连接到io服务器710和其他硬件外围设备。可替代地，硬件服务可以连接到通用自助服务模块。io服务器710包括可编程逻辑控制plc712，以控制一个或多个行李带设置714和其他硬件716。io服务器71要么连接到机场行李处理系统要么直接连接到硬件。图8示出了移动设备应用(app)800的架构。该应用具有两个主要部件，软件开发工具包sdk802和用户编写事件处理程序804。移动设备架构旨在将尽可能多的适用处理推入sdk802。这使得特定航空公司或外部供应商的应用开发人员可以更轻松地实现服务。适用处理包括工作流以及移动设备和云服务之间的socket通信。为了实现这一点，应用开发人员实现了一组记录事件侦听器或处理程序804。这些侦听器或观察程序被注册为接受来自sdk的回调，此时，处理程序将执行预定义为实现特定结果的逻辑。可能还要求处理程序804以结果调用sdk802，或者简单地将其完成告知sdk802。图8示出了ux(用户体验层)806、应用逻辑808和sdk802之间的高级别交互。下面的表1是应用开发人员将实现的事件处理程序的列表。表1表2是列出了由该应用实现的对sdk进行调用的方法的列表。表2图9是示出了sdk802、航空公司移动应用部件和ux806之间的端到端交互的过程流程图。在图9的示例中，尚未打印行李标签。如果已经打印出行李标签，则将采用其他路径来支持该过程。图10示出了主要系统参与者、移动设备应用、云服务和自助行李托运单元之间的端到端交互。还示出了与该应用的dcs(出发控制系统)交互。类似于图9的示例，行李标签尚未打印。如果已经打印了行李标签，则将采用不同的路径。通过确保移动设备与云服务之间以及云服务与行李托运单元控制器之间针对所有会话的所有通信均通过安全的加密协议，可以实现安全性。目前优选的是安全websocket协议(wss)。jsonweb令牌(jwt)用于认证和授权跨所有层的事务。jwt是一种紧凑的，url安全的方法，其可以通过将各方之间的声明编码为可以进行数字签名或加密的json对象来表示各方之间的声明。在移动设备应用中，在移动设备和云服务之间使用了hmac(基于哈希的消息认证代码)算法。每个客户(例如航空公司)都将收到单独的用户id和密码组合。在session_start时，这些凭据将传递到云服务，以对这些凭据进行验证。jwt是使用私钥生成的。移动设备负责发送具有每个请求的jwt。云服务可以随时生成新的jwt。移动客户端负责保存关于从云服务接收到的关于每个事件的jwt，并传递回关于后续请求的最新版本。hmac算法还用于行李托运单元控制器和云服务之间。每个行李托运单元控制器都预先配置有唯一id、用户名和密码。当模块首次启动时，控制器向云服务注册，同时随注册请求一起传递其唯一凭据。成功注册时，云服务响应包含jwt，从控制器到云服务的每个消息中都将需要jwt。作为替代方案，可以使用rsa公钥/私钥加密。api处理云服务220与控制器235之间、云服务220与移动设备200之间以及云服务220与控制器和移动设备两者之间的交互(以代理模式)。每个api事件或操作均通过安全的websocket连接(wss)在json有效载荷中传递，并包含事件操作符(op)。类型操作符类型用于将消息路由到适当的处理程序。移动应用与行李托运单元之间的会话在start_session期间启动、通过使用jsonwebtoken传播，并以结束会话调用或超时结束。移动应用客户端负责将令牌与对云服务的每次调用一起进行传递。这可能是sdk的责任，这是因为只有sdk通过websocket连接与云服务通信。1.云服务-移动设备基本命令以以下格式发送：该格式对除start_session以外的所有api调用均有效，在start_session中，将发送应用的用户id和密码。返回的结果令牌表示认证成功以及与行李托运单元的有效会话。事务id对于请求者是可选的。如果接收到事务id，则优选地(但不是强制性地)将其返回响应有效载荷中。replyreply是由云服务或移动设备发送的通用响应。该消息携带与先前请求有关的信息，以及(可选)事务id。其可以用于确认具有非特定响应有效负载的请求。该api是双向的。字段描述示例原因代码(tbd)代码描述no_response服务在超时时间段内未响应。not_supported对请求的通用响应。示例包括打印行李标签、打印收据。start_sessionstart_session请求用客户端开始与由id表示的行李托运处的会话。凭证在请求中传递。系统的每个客户端将具有唯一的一组凭据。凭据并非对于每个应用用户都唯一。这是一种单向异步请求。客户端将接收作为此调用的结果的session_ready或no_session事件。方向通常是从移动应用到云服务。字段描述关键字值需要？opsession_start是txid事务id否uid客户端提供的用户id是pwd客户端提供的密码是bagdrop_id发现期间提供的行李托运单元的id是示例session_readysession_ready是start_session请求导致的两个事件之一。其通知客户端与行李托运单元的会话已经开始。响应包括行李托运单元的能力，例如行李标签和收据打印是否可用。方向通常是从云服务到移动应用。字段描述示例no_sessionno_session是start_session请求导致的两个事件之一。其通知客户端与行李托运单元的会话未成功启动。原因代码将附加到响应中。方向通常是从云服务到移动应用。字段描述关键字值需要？opno_session是txid事务id否reason_code有效原因代码(参见表格)否bagdrop_id行李托运单元id是示例原因代码代码描述out_of_service行李托运单元不能服务。in_use正在使用行李托运单位，存在现存会话end_session任何一方都发送end_session以表示发送方希望结束会话。虽然通常是从移动应用发送的，但是为了使双方都可以清理，出于多种原因，云服务可能会进行发送。方向通常是从移动应用到云服务。也可能从云服务发送。字段描述关键字值需要？opend_session是token服务提供的会话令牌是txid事务id否bagdrop_id与之进行会话的行李托运单元的id是reason_code用于结束会话的原因否示例原因代码代码描述process_complete任一方认为登机手续工作流已完成。user_requested用户(乘客)已请求停止该过程。unit_error行李托运单元检测到某些错误或故障并且无法再继续。session_timeout会话已超时。baggage_error存在继续托运该(这些)行李的一些问题。scale_resultscale_result由云服务发送，从行李托运装置转发，以中继行李托运单元秤对行李的称重结果。响应包括一组机场或行李处理系统对重量/尺寸的限制。方向是从云服务到移动应用。字段描述关键字值需要？opscale_result是token服务提供的会话令牌是txid事务id否bagdrop_id与之进行会话的行李托运单元的id是weight行李重量是dimension行李尺寸是weight_unit使用单位(k＝千克,p＝磅)是dimension_unit使用单位(i＝英寸,m＝毫米)是bhs_rulesbhs规则阵列否bhs_rules.weight重量限制否bhs_rules.dimension尺寸限制否bhs_rules.weight_unit使用单位依情况而定bhs_rules.dimension_unit使用单位依情况而定result枚举建议(请参阅原因代码部分)是示例原因代码代码描述passed重量/尺寸通过所有要求failed_weight_airline航空公司重量限制失败failed_weight_bhsbhs重量限制失败failed_size_airline航空公司尺寸限制失败failed_size_bhsbhs尺寸限制失败place_in_tub_retest用于将行李放在桶中并放置在秤上的参考代码print_bagtagprint_bagtag由移动设备发送到云服务。当请求传递到行李托运单元时，其被视为代理调用。该请求包含要打印的图像，例如呈pectab格式。方向是从移动应用到云服务。字段描述示例格式代码描述pectab参数表induct_baginduct_bag由移动设备发送到云服务。当请求传递到行李托运单元时，其被视为代理调用。隐含的要求是行李托运单元开始将行李注入行李处理系统。根据配置，此调用可能是可选的。例如，某些配置可能要求在某些步骤之后自动感应行李，特别是如果行李标签已经预打印并附接至行李。方向是从移动应用到云服务。字段描述关键字值需要？opinduct_bag是token服务提供的会话令牌是txid事务id否bagdrop_id与之进行会话的行李托运单元的id是示例print_receiptprint_receipt由移动设备发送到云服务。当请求将被传递到行李托运单元时，其被视为代理调用。该请求包含要打印的图像，例如呈pectab格式。方向是从移动应用到云服务。希望得到答复。字段描述关键字值需要？opprint_receipt是token服务提供的会话令牌是txid事务id否bagdrop_id与之进行会话的行李托运单元的id是image待打印的图像是format图像的格式(例如，pectab)是示例格式代码描述pectab参数表2.云服务-控制器基本命令以以下格式发送：此格式对除register外的所有api调用均有效，在register中，将发送行李处理单元的唯一id、用户名和密码。事务id对于请求者是可选的。如果接收到事务id，则优选地(但不是强制性地)将其返回至响应有效载荷中。replyreply是由云服务或控制器发送的通用响应。该消息携带与先前请求有关的信息，以及(可选的)事务id。其可以用于确认具有非特定响应有效载荷的请求。该api是双向的。字段描述关键字值需要？opreply是token服务提供的会话令牌是txid事务id否for{请求api}是result成功或失败是reason_code失败原因依情况而定示例原因代码(代码描述no_response服务在超时时间段内未响应。registerregister由行李托运控制器(cute、cuss模块或其他)发送到云服务。这是在控制器首次联机时发送的一次性消息。控制器接收作为注册请求的结果的两个事件之一：registered或registration_failed。方向是从控制器到云服务。字段描述关键字值opregisterbagdrop_id单元的预先配置idusername单元的预先配置用户名password单元的预先配置密码示例registeredregistered由云服务发送到控制器。该消息表示注册成功，并且会话已经开始。方向是从云服务到控制器。字段描述关键字值opregisteredtoken服务提供的会话令牌示例registration_failedregistration_failed由云服务发送到控制器。该消息表明尝试注册控制器时出现问题。方向是从云服务到控制器。字段描述关键字值opregistration_failed示例原因代码deregisterderegister由行李托运控制器(cute、cuss模块或其他)发送到云服务。api请求会通知云服务控制器已停用，并从系统中删除其记录。方向是从控制器到云服务。字段描述关键字值opderegistertoken服务提供的会话令牌bagdrop_id单元的预先配置idusername单元的预先配置用户名password单元的预先配置密码示例mark_availablemark_available由行李托运控制器(cute、cuss模块或其他)发送到云服务。api请求通知云服务该控制器现在可用于接受会话。如果控制器已经可用，则云服务将忽略该请求。在所有情况下，都会发送回确认。方向是从控制器到云服务。字段描述关键字值opmark_availabletoken服务提供的会话令牌示例mark_unavailablemark_available由行李托运控制器(cute、cuss模块或其他)发送到云服务。api请求通知云服务该控制器无法接受会话。如果控制器已被标记为不可用，则云服务将忽略该请求。在所有情况下，都会发送回确认。方向是从控制器到云服务。字段描述关键字值opmark_unavailabletoken服务提供的会话令牌示例原因代码代码描述maintenance控制器已脱机进行维护mode_change行李托运单元正在更改模式，例如切换到手动scale_resultscale_result由行李托运单元发送到云服务。响应包括一组机场或行李处理系统对重量/尺寸的限制。方向是从控制器到云服务。字段描述关键字值opscale_resulttoken服务提供的会话令牌weight行李重量dimension行李尺寸weight_unit使用单位(k＝千克,p＝磅)dimension_unit使用单位(i＝英寸,m＝毫米)bhs_rulesbhs规则阵列bhs_rules.weight重量限制bhs_rules.dimension尺寸限制bhs_rules.weight_unit使用单位bhs_rules.dimension_unit使用单位result枚举建议(请参阅原因代码部分)示例原因代码print_bagtagprint_bagtag由云服务发送到控制器。由于请求源自移动设备，因此被视为代理调用。该请求包含要打印的图像，例如呈pectab格式。方向是从云服务到云控制器。期望来自控制器的响应。字段描述关键字值需要？opprint_bagtag是token服务提供的会话令牌是txid事务id否image待打印的图像是format图像的格式(例如，pectab)是示例格式代码描述pectab参数表induct_baginduct_bag由云服务发送到控制器。由于请求是在移动设备处始源的，因此其被视为代理调用。所隐含的请求是行李托运单元开始将行李注入行李处理系统。基于配置，此调用可以被认为是可选的。例如，某些配置可能要求在某些步骤之后自动引导行李，特别是如果行李标签已经预打印并附着至行李。方向是从云服务到控制器。希望得到答复。字段描述关键字值需要？opinduct_bag是token服务提供的会话令牌是txid事务id否示例print_receiptprint_receipt由云服务发送到控制器。由于请求源自移动设备，因此其被视为代理调用。该请求包含要打印的图像，例如呈pectab的格式。方向是从移动应用到云服务。希望得到答复。字段描述关键字值需要？opprint_receipt是token服务提供的会话令牌是txid事务id否image待打印的图像是format图像的格式(例如，pectab)是示例格式代码描述pectab参数表如上所述，该系统包括前端应用，该前端应用可以是唯一应用或者可以是航空公司/机场网站上的模块。这是航空公司和/或机场通过其向其乘客提供行李托运服务的接口。后端软件引擎托管用于自助行李托运过程的逻辑并驱动该过程。api使得实现了应用、后端软件引擎与行李处理系统硬件和自助行李托运外围设备(例如打印机和秤)之间的通信。其他快速外围设备可能包括自动读取器和行李评估设备，例如bhs硬件可能包括新的或现有的传送带和称重称。本发明的实施例也可以在需要印刷的登机牌而不是移动登机牌以供乘客使用的情况下使用并且与任何类型的行李标签一起使用，包括临时和永久行李标签、无标签行李处理系统和自打印行李标签。本发明的实施例具有许多优点。乘客和自助服务地点之间的交互对乘客而言变得更加简单并使运营商能够减少诸如传统登机和其他设施的人员配备等开销，同时仅需对现有登机系统和其他系统(例如护照门等)进行较小的改动。从乘客的角度来看，其提供了便利和节省时间，从而增强了乘客对机场的体验。尽管针对行李托运系统进行了描述，但本发明的实施例可以与其他机场自助服务功能结合使用，例如电子登机口、提供电子护照和/或登机牌检查、最终登机检查和自助登机亭和/或生成和打印行李标签。在一个实施例中，乘客的移动设备在到达机场时连接到行李处理系统，并且乘客被引导到正确的转盘并且他们的行李也被引导到该转盘。本发明的实施例可以与其他港口、大众铁路运输地点处以及个人与诸如票务检查的服务相互作用的场所、运动场等处的类似服务一起使用。本发明的实施例对于具有某些残疾的乘客也可能是有利的。例如，通过使用智能设备的音频功能，可以极大地改善盲人或部分失明乘客对行李托运、护照检查和其他机场功能的体验。本发明的实施例还使得能够将智能设备上的乘客信息与航空公司或机场可能已经通过现有的移动应用提供的支付服务进行集成。当前第1页12