技术领域
[0001] 本
发明涉及用户与计算机系统之间的通信。
背景技术
[0002] 在许多行业中，近年来已经开发了在线服务，这使得消费者和服务供应商的计算机系统之间能够进行交互。航空业就是一个示例。大多数航空公司运营在线预订系统，其使他们的消费者能够制定和
修改航班预订并安排其他相关服务。
[0003] 通常情况下，通过安全
网站进行
访问，并且通过使用HTTP协议的网络服务调用(web service call)来将消息传输到航空公司的计算机系统。HTTP是
万维网协议，并且其使用局限于万维网。网络服务调用通常是阻塞调用(blocking call)，其在从航空公司系统接收到响应时终止。
[0004] 近年来，可以访问网络服务的装置越来越多。而几年前，访问本质上局限于台式机和
笔记本电脑，现在有许多不同的制造商提供了许多使用各种
操作系统的智能装置，例如
平板电脑和智能手机。航空公司或其他服务供应商必须能够接受来自任何这些装置的通信，因此必须为这些信道中的每一个开发网络应用程序，并且支持所有这些信道。装置配置或其操作系统的任何改变需要经过严格的测试。回归测试特别繁琐，必须在装置供应商每次发布
软件升级时都要执行。此外，当航空公司或其他服务供应商对他们自己的软件进行更改时，必须经过所有信道对这些更改进行详尽的测试，既费时又费钱。据估计，为一家航空公司开发一个新的预订GUI的成本可能高达1000万美元，并且在一家中型航空公司中所有这些服务的维护可以占用多达100人。
[0005] 虽然航空业是这个问题的一个很好的示例，但该问题在许多其他行业也存在，这些行业(包括例如
银行、旅馆和其他旅游业)为用户提供复杂的互动服务。
[0006] 在航空业内，网络服务的开发使用会带来更多的问题。除了使用网络服务与消费者进行交流之外，航空公司还使用网络服务来建立与代理商和各种航空系统的复杂通信网络。必要地，航空公司的代表处遍布世界各地，往往在互联网接入能
力差的机场，并且某些地点缺乏可用的带宽可能使网络服务难以运行，而且使之成为系统之间的不合适的通信方式。
[0007] 我们已经意识到，消费者互动越来越多地是人际互动，无论他们是通过互联网还是手机网络进行互动。这与航空公司核心系统的交互形成了对比，在与航空公司核心系统的交互中，与消费者的交互是经由GUI进行的，GUI然后与航空公司核心系统进行交互。这种方法对于许多企业经由互联网进行的交互来说非常普遍。
发明内容
[0008] 本发明旨在解决上述问题。
[0009] 根据本发明，提供了一种在电信装置和计算机系统之间进行通信的方法，包括：接收用户向装置上的消息传递应用程序的输入，输入包括元数据和自然语言；将用户输入传送给翻译器；利用翻译器映射消息以至少部分地基于元数据将消息转换成标准化消息格式；向接收方的计算机系统发送标准化消息格式；其中，使用异步消息或文本消息来执行传送用户输入的步骤和发送标准化消息格式的步骤中的至少一个；利用翻译器接收来自计算机系统的响应，该响应具有标准化格式；利用翻译器将该响应映射成人类可读形式；将人类可读响应传送至用户装置；其中，使用异步消息或文本消息来执行接收来自计算机系统的响应的步骤和传送人类可读响应的步骤中的至少一个；以及利用用户装置将响应提供给用户。
[0010] 本发明还提供一种存储有消息传递应用程序的电信装置，当在所述装置上运行时，消息传递应用程序使得装置接收用户向消息传递应用程序的输入，该输入包括元数据和自然语言；将用户输入传送给翻译器；在翻译器处映射消息以至少部分地基于元数据将消息转换成标准化消息格式；向接收方的计算机系统发送标准化消息格式；其中，使用异步消息或文本消息来执行传送用户输入的步骤和发送标准化消息格式的步骤中的至少一个；在翻译器处接收来自计算机系统的响应，该响应具有标准化格式，翻译器将该响应映射成人类可读形式；将人类可读响应传送给用户装置；其中，使用异步消息或文本消息来执行接收来自计算机系统的响应的步骤和传送人类可读响应的步骤中的至少一个；以及在用户装置处将响应提供给用户。
[0011] 本发明的另一方面提供了一种在电信装置和计算机系统之间进行通信的方法，包括：接收用户向装置上的消息传递应用程序的输入，输入包括元数据和自然语言；将用户输入传送给翻译器；利用翻译器映射消息以至少部分地基于元数据将消息转换成标准化消息格式；向接收方的计算机系统发送标准化消息格式；其中，使用IoT消息传递协议来执行传送用户输入的步骤和发送标准化消息格式的步骤中的至少一个；利用翻译器接收来自计算机系统的响应，该响应具有标准化格式；利用翻译器将该响应映射成人类可读形式；将人类可读响应传送至用户装置；其中，使用IoT消息传递协议来执行接收来自计算机系统的响应的步骤和传送人类可读响应的步骤中的至少一个；以及利用用户装置将响应提供给用户。
[0012] 本发明的
实施例可以具有使消息能够通过用户以自然语言发送的优点，用户可以是航空公司消费者、代理商、航空公司员工等。这些消息被翻译成由核心系统识别的格式。通过使用用户输入的消息中的元数据，自然语言消息的翻译变得更加容易。TCP/IP或文本消息的使用使系统能够在互联网带宽很小的地点中使用。
[0013] 在本发明的一个实施例中，该应用程序是给定的服务供应商或服务供应商团体所专用的。这样做的优点是，应用程序可以预先加载目标地址(例如SMS/MMS短代码或IP地址)以使用户更简单地发送消息。此外，消息可以通过安全网络的私人电话来发送，例如在一些机场中可用的安全网络，这可以增加安全性。可替代地，该应用程序对于多个服务供应商可以是公共的，并且用户输入包括选择的服务供应商的电话号码或短代码。在一个实施例中，消息传递应用程序包括计算机系统的地址和对装置的用户的识别。
[0014] 元数据可以包括至少一个
表情符号或至少一个绘文字。
[0015] 在本发明的实施例中，文本消息可以经由
移动电话网络传输。可替代地，消息是异步消息，并且通过使用TCP/IP寻址的互联网传输。
[0016] 在本发明的一个实施例中，来自用户的输入是语音，并且该装置包括
语音识别应用程序以将语音转换为自然语言。这具有如下优点：用户不必使用
键盘或类似设备将消息输入至装置。
[0017] 语音的转换可以包括识别用户输入的语音中的至少一个关键字并将该关键字转换成元数据符号。
[0018] 在一个实施例中，响应被提供给用户，用于在电信装置上显示给用户，或者作为语音呈现给用户。
[0019] 翻译器可以驻留在电信装置上、在接收方的计算机系统上或在用户装置与接收方计算机系统之间。翻译器可以包括或者耦接到通信器，该通信器被设置为接收从翻译器输出的翻译的标准化消息，并且用于向翻译器的输出添加标头，该标头包括安全信息和路由信息中的一个或多个。
[0020] 在消息是文本消息的情况下，可以是SMS或者MMS文本消息。
附图说明
[0021] 现将参照附图仅通过示例的方式描述本发明的实施例，其中：
[0022] 图1示出了用户和航空公司预订系统之间的已知交互；
[0023] 图2示出了本发明的实施例；
[0024] 图3是用户装置和航空公司核心系统之间的翻译器的示意图；
[0025] 图4示出了本发明的实施例的使用语音识别的逻辑架构；以及
[0026] 图5示出了图4的实施例中的部件。
具体实施方式
[0027] 图1示出了航空公司消费者在已知的环境中通常如何访问航空公司预订系统。消费者经由其用户装置10a至10n上的网络浏览器经由互联网12访问网络应用程序14。用户将信息输入到由网络应用程序
指定的预定义字段中，网络应用程序接收这些字段的数据并且创建对与预订系统通信的服务的网络服务HTTP调用。预订系统是可以用这种方式访问的多种系统之一。网络服务调用是阻塞调用，并且通信继续直到接收到对该调用的响应。通信可以是例如通过 服务总线进行。
[0028] 航空公司的系统将包括许多不同的
遗留系统，这些系统不一定直接相互通信，并且这些系统使用不同的协议进行操作。通常的做法是使用翻译器，其将从一个系统部件接收的
电子消息映射到可以被理解的标准消息格式。标准化消息的一个示例是由IATA(国际航空运输协会)发布的标题为“乘客和机场数据交换标准(PADIS)”的标准。翻译器实际上是一个查找表、或一系列查找表，其用于将非行业标准电子消息格式映射到标准电子消息格式。
[0029] 图2示出了本发明的实施例，其中消费者以与他们对其他人类所做的相同的方式，使用文本、消息传递和语音来与航空公司核心系统进行通信。虽然本示例中描述的实施例是与航空公司核心系统一起使用，但这纯粹是示例性的，本发明可应用于任何预订系统，并且可包括例如旅行的其他形式(例如船或火车或旅馆和其他住宿预订)。示例中消费者和系统之间的通信可以通过IP网络或移动电话网络进行。这种方法的优点是它需要非常窄的带宽，因此特别适用于在通信不良的机场(例如在偏远地区)中使用。
[0030] 图2以概括的方式示出了本发明的实施例。航空公司预订系统主要在100处示出。该系统是复杂的并且包括许多部件，其中示出了预订模
块102、库存模块104和出发控
制模块106。不像图1的
现有技术示例，不经由网络服务而是经由消息传递来通信。可以从全球分销系统108、航空公司110或大型主机112发送消息并且与预订系统的消息传递部件114进行通信。消息传递可以是以多种标准格式中的一种进行，例如A型IATA或B型IATA。A型和B型IATA(国际航空运输协会)消息传递是成熟的消息传递格式，其作为航空业内地对地通信协议的标准已经使用了多年。
[0031] 近年来，消费者已经习惯于(并且熟练于)经由文本消息和基于互联网的消息传递来相互交流。文本消息是通过
移动通信网络从一个移动装置发送到另一个移动装置或从固定或便携式装置发送的短消息。文本消息可以使用短消息服务(SMS)或包括图像、视频或音频(MMS)。互联网消息传递(Internet messaging(IM))是通过即时消息传递进行，这是不需要移动电话网络的发短信的另一种方式。通过文本或IM发送的消息是由速记代码和元数据辅助的自然语言。而且，消费者越来越多地使用语音识别软件。在将描述的实施例中，消费者的通信变得更加自然，所有的用户都以目前系统所使用的方式使用消息传递与航空公司的核心系统进行通信。因此，消费者使用消息传递应用程序或文本与核心系统进行通信，而不是通过GUI应用程序或进行网络服务调用的网站来与核心系统进行通信。因此避免了对昂贵的GUI和对于大量不同装置中的每一个的单独GUI的需要。
[0032] 因此，在本发明的实施例中，作为从消费者到航空公司的直接信道的消费者或用户信道(在图2中以116示出)和作为来自中间代理商的信道并且在图2中以118示出的代理商信道均可以使用消息传递，以避免在窄带宽情况下使用资源沉重的GUI。
[0033] 实施例涉及人类利用消息传递与核心系统进行通信，消息的内容是以速记代码和元数据辅助的自然语言。到消费者或代理商的消息内容可以与发送给朋友或同事的消息不可区分，而对于核心系统而言，所接收的消息与从另一个核心系统接收的消息不可区分。返回参照图2，航空公司核心系统108、110、112使用许多众所周知的消息传递协议之一通过消息传递与全球分销系统(GDS)通信。他们还与其他第三方计算机系统(例如，收益管理系统)进行通信。消息被发送至航空公司网关并从航空公司网关发出并且被路由。在本实施例中，来自消费者或代理商的消息还通过IP网络或移动通信网络发送至该网关。在一个实施例中，虽然不是必要的，但也可使用短代码发送消息。短代码是特殊的缩写电话号码，其比完整的电话号码短得多并且可用于处理SMS消息和MMS消息。短代码也可以与基于IP网络的即时消息一起使用。
[0034] 尽管可以使用任何消息传递协议，但是目前优选使用A型IATA、B型IATA、EDIFACT或NDC(新分销能力)之一。A型IATA消息传递用于基于IATA遗留协议的实时交互通信，而B型用于可靠和业务关键的消息传递通信。B型的主要特点是安全性、可靠性、高可用性以及具有
跟踪和报告机制的有保证的交付。
[0035] EDIFACT(ISO 9735)是用于电子数据交换的国际标准(用于管理、商业和运输的电子数据交换)。NDC是由IATA提供的一种新的基于XML的数据传输标准。
[0036] 航空公司网关被配置为接受来自源短代码、航空公司消息传递应用程序或提供有适当寻址的标准消息传递应用程序的消息。通常，航空公司可以为消费者提供对于航空公司或航空公司团体所独有的消息传递应用程序。这样的应用程序被配置用于连接到航空公司的网关、或团体内的航空公司的网关，并且包括消费者的简档，因而使消费者能够支付额外的服务。
[0037] 为了与应用程序进行交互，用户或消费者可以例如使用语音识别软件。语音识别软件可以能够经由移动网络或IP网络发送文本或即时消息，其包括有限数量的关键字。可替代地，用户可以根据有限数量的领域特定规则、使用符号作为元数据来制定消息(例如使用键盘或按键输入)。
[0038] 一旦制定，文本或即时消息被发送到翻译器，该翻译器将人类可读消息翻译成系统正在使用的任何标准消息传递协议的格式的消息。所翻译的消息然后发送至预先配置的航空公司网关。该布置在图3中示出，其中，翻译器300被布置在装置302和航空公司核心系统304之间。该装置具有文本消息传递功能，并连接到互联网或移动电话网络，以将消息作为文本或IP消息发送给翻译器。
[0039] 翻译器300将人类可读消息转换成行业标准消息并将所述消息发送至预先配置的航空公司网关。翻译器可以包括查找表。翻译器从用户接收作为自由形式的消息或SMS文本的消息，并解析这些消息以识别消息内容。该消息内容然后可以被映射成可以由航空公司系统识别的标准格式。为了翻译消息，消息内容在消息正文中可以需要符号形式的一些元数据。例如，符号“％”可以表示预订标记，并且指示该符号之后的文本为预订标记。该“％”是纯粹的任意符号。
[0040] 除了传统元数据符号之外，表情符号或绘文字也可以用作元数据。表情符号或绘文字都是象形文字或图画文字。表情符号是使用标准键盘上可用的字符构建的，而绘文字则是以字体形式提供的。表情符号的示例是用于“OK”的“:-)”。大多数电话和其他装置上有大量可用的绘文字。如果用户以自然语言说话，则元数据不止使用关键字。然而，语音识别软件将基于语音中检测的关键字而将相关元数据合并到文本输出。
[0041] 可以使用的更多传统的元数据的一些实例为：
[0042] 符号“$”用于当使用文本或消息传递时的动作。
[0043] 符号“％”用于标识，本例中使用“预订标记(Booking Reference)”作为主关键字。
[0044] 例如：
[0045] 人的自然语言＝“我想将我的航班改为晚一些的航班”。
[0046] 文本或消息＝$将航班改为晚一些％546YT6(将自然语言映射成该文本或消息，或者人直接输入文本)。
[0047] 这里，语音识别软件已经检测到关键字“改”、“航班”、和“晚一些”，并且将相关的元数据插入到文本或消息中。
[0048] 与用户对网络浏览器输入数据的方式相反，文本消息的用户以类似于计算机语言的方式熟悉消息传递。例如，文字言说已经演变成一系列代表较长文本的首字母缩略词或缩写。一个示例是LOL意思是大笑。对于用户来说，以翻译器可以很容易地将其映射成符合PADIS的格式的格式将消息输入到系统，是很简短的步骤。
[0049] 不像常规的机器到机器的翻译器，翻译器300可以与用户通信以指示消息未被理解。
[0050] 如上面所提到的，用户使用的消息传递将包括元数据，其发
信号将消息的上下文发送至翻译器。从电子邮件(其中@表示“到”)以及诸如微博客(Twitter)的网站(其中#表示“关于”或“涉及”)中，用户已经熟悉这样的元数据。通过逐步训练个人用户和整个的用户群体，用户将能够与系统进行有效的交互。
[0051] 除了以文本消息格式进行通信之外，来自用户的输入可以是语音格式，在这种情况下，在被传递给翻译器之前它被转换成
自然语言文本，但是在一个实施例中，该功能也由翻译器执行。
[0052] 因此，翻译器的目的是以行业标准格式重写从用户接收到的消息，这些行业标准格式可以由他们所针对的计算机系统理解。在许多情况下，这是一个直截了当的任务，例如其中
请求具有简单的回答或是/否的回答。一个示例可以是对给定航班在给定日期的可利用性的请求。然而，更复杂的消息(例如有什么座位)可能会有很多或者数千个可能的答复。系统可能需要来自用户的进一步输入，例如指定“最佳可用的”、“过道”或“距离前方最近”以使简洁答复能够被发送给用户。
[0053] 除了将来自用户的自然语言输入翻译为行业标准代码之外，翻译器还可以执行反向的任务：将来自系统的响应翻译回用户可以理解的格式。
[0054] 如上所提到的，用户可以使用语音消息将信息输入到系统中。这些可以通过可以设置在用户装置上的语音识别软件转换成自然语言文本。这种语音识别软件可以是通用的应用程序，其是众所周知的且广泛可用的，或作为旅行或航空公司专用应用程序的一部分。后一种可能性具有的优点是语音识别软件可以被预先配置为识别可能由用户输入的词语。
如上所提到的，还可以提供旅行或航空公司专用消息传递应用程序。这可以包括语音识别能力。定制消息传递应用程序的优点是可以预先配置为包括用户的简介以及航空公司或其他旅行相关网关的细节。定制消息传递应用程序能够更好地破译从用户接收到的消息的实际含义，因为它可以被预先配置为查找关键字。它也可以知道用户的身份，因为它可能需要用户登录。因此，应用程序知道用户已经预订的任何航班以及他们的消息可能涉及的任何航班。
[0055] 翻译器也可以是航空公司的旅行相关应用程序的一部分。因此，它可以驻留在用户的装置上，或者可以远离用户的装置，如图3中示意性所示。当人经由短信到短代码进行通信时，翻译器可以在航空公司系统上，当用户经由航空公司应用程序进行通信时，翻译器可以在装置上。用户可以经由多种装置与航空公司核心系统进行通信。用户的言语通过翻译器被转换成航空公司消息并且被发送至航空公司网关。然后，网关将消息路由到航空公司核心系统内的适当域，并接收作为答复的异步消息。该消息被路由回到源并被转换回自然语言，并可能发出语音并呈现给用户。
[0056] 图4示出了本发明的实施例的逻辑架构的示例。在该示例中，假设已经配置了航空公司网关连接信息并且已经配置了消息协议。这个示例涉及一位乘客，她已经做出预订并且现在想要更新预订来指示她想要一份素餐。乘客主要由400指示。在402处，她向她的装置说话，告诉语音识别软件她想要一份素餐。该指令将包括某些关键字和信息。附图中由A指示的消息可以是例如“预订标记PNQ45R我想点一份素餐”。如果正在使用元数据，则消息可以％PNQ45R...开始。语音识别软件在步骤404将该指令转换成自然语言文本，并且为乘客检索预订信息，并且在步骤406将文本和预订标记发送给远离装置或驻留在装置上的翻译器。在步骤408处，翻译器根据配置将自然语言文本转换成航空公司消息。这可以通过使用查找表并基于自然语言消息中的关键字来检索适当的消息来完成。该消息现在示出为图4中的B并且可以是“#PNQ45R SSR＝V”。该消息被发送到通信器，该通信器将消息
包装在适当的标头中，并使用所配置的连接(例如使用A型II、NDC II或EDIFACT协议请求)在步骤410将其作为IP消息或文本消息发送到航空公司网关。该消息在航空公司网关处被接收，在步骤412被解析，并且根据内容发送到适当的核心系统，该核心系统接收该消息同时在步骤414处向网关发送回复。在步骤416该回复被发送到通信器，其去除任何无关的细节，然后在步骤418处发送至翻译器。在翻译器处接收到的消息的形式为“#PNQ45R A＝OK”，这是以正确格式的航空公司消息。翻译器在步骤420将该消息转换回自然文本，并将其作为自然文本发送回用户。图中用D指示的最终自然文本格式可以简单地为“OK”。
[0057] 在下面的示例中，不是向用户返回自然语言消息“OK”，而是返回消息“花费是15英镑”，向用户指示她必须支付15英镑来保证她的素食。响应于这个消息，用户现在用指示同意的自然语言“OK”来回复，并且该同意被发送给信使(messenger)。由于用户通过订阅应用程序向航空公司预注册，信使可以检索支付细节。如果需要，信使可以与用户沟通，以获得完成交易所需的任何进一步的细节。然后，信使将支付细节和素食请求发送给翻译器，翻译器将其翻译成配置的消息协议并将其发送到通信器。通信器接收由翻译器输出的翻译的消息并向其添加标头，消息形成正文。标头可以包括关于消息的信息，例如目的地和安全性。通信器可以是翻译器的一部分或单独的部件。通信器检索配置的路由和任何配置的支付细节，并将它们发送到航空公司网关，航空公司网关将它们路由到相关的核心系统。然后核心系统向网关返回消息，该消息如上面图4的示例那样被返回到通信器，其中无关的细节被去除，剩余的消息被发送到翻译器，在翻译器中被转换成自然语言回复并被发送给用户。所描述的示例始于应用程序识别来自用户的语音输入。在替代实施例中，语音识别不是必需的，并且用户可以将他们的请求直接作为文本或IP消息输入。对于文本消息，用户必须被提供有短代码或其他号码以发送文本，对于IP消息，IP地址是必要的。两种消息都将消息导向航空公司或其他网关。用户将编辑文本消息#RFD45T R＝Veg Meal.该消息包括预订消息和对素餐的请求R。该消息被转发到包括上述翻译器部件的
服务器，所述翻译器部件将文本翻译成航空公司消息。然后如关于图4所述地继续进行处理。
[0058] 图5从部件的
角度示出了系统。在500处的语音激活后，语音识别单元502生成文本输出504。文本被传递给信使506，信使506生成自然语言508和简介(profile)支付配置510(如果合适的话)。信使的输出被传递到翻译器512，翻译器512产生航空公司消息514并将消息传递到通信器516，通信器516输出航空公司消息514和网关配置518两者。通信器的输出连接到航空公司网关520，其输出内部航空公司系统消息522，该消息又被传递给航空公司核心系统524。
[0059] 在所描述的示例中，用户和系统之间的交互不是经由网络调用，而是作为通过TCP/IP层的异步消息或通过移动电话网络发送的SMS文本消息而进行。前者可以通过使用TCP/IP协议的互联网发送到特定的IP地址，而后者经由使用短消息服务的移动电话网络发送到特定的电话号码或短代码。TCP/IP消息是异步的，因此不是阻塞消息，使得一旦发送消息，通信就结束。在通过移动电话网络发送消息的情况下，消息需要目标电话号码或短代码，并且字符数量是受限制的。在移动电话网络上发送的SMS消息被限制为160个字符，但是可以通过将分离的消息结合在一起来发送更长的消息。对于通过使用互联网协议套件的TCP/IP层的互联网作为异步消息发送的消息，字符数没有限制。
[0060] 用户可以以任何方便的方式向系统发送消息。在一个优选实施例中，用户将来自航空公司的应用程序下载到他们的支持异步/SMS的服务上。该应用程序是该航空公司专用的消息传递应用程序。因此，用户不需要针对这些消息的航空公司的IP地址、电话号码或短代码。在另一个实施例中，用户可以访问消息传递应用程序，他们从中选择消息将被发送到的航空公司。这样的应用程序将要求用户提供所选航空公司的IP地址、电话号码或短代码。
[0061] 如上所述，翻译器存在于对系统特定的消息传送协议与在整个行业中被认可的消息传递标准之间进行映射。翻译器从用户接收作为自由格式消息或SMS文本的消息并且解析这些消息以识别消息内容。该消息内容然后可以被映射成可以由航空公司系统识别的标准格式。翻译器可以在用户装置上(例如作为装置上应用程序的一部分)或在航空公司核心系统上。可替代地，它可以在装置和核心系统之间。通信器可以被视为翻译器的一部分或者单独的部件。在翻译器和通信器(其可以形成翻译器的一部分或者是单独的部件)驻留在用户装置上(例如作为航空公司应用程序的一部分，或作为装置和核心系统之间的
中间层的一部分)的情况下，目前优选的是航空公司核心系统所发送和接收的通信是经由IP消息进行。在翻译器/通信器不在装置上的情况下，优选的是装置与翻译器/通信器之间的消息是诸如SMS或MMS消息的文本消息。
[0062] 所描述的实施例具有这样的优点：可以为所有装置使用通用的消息格式，这消除了开发和维护许多单独的装置专用应用程序的需要。这大大降低了航空公司提供在线服务的成本。尽管对于航空公司特别有益，但是本发明的实施例还可以用于任何行业部
门，例如用于在银行行业领域处理在线银行业务，以及在旅馆行业和诸如公路、
铁路和海运的其他形式的旅行行业。与使用网络服务发送的消息相反，上述实施例也特别适合于带宽受限的环境。通常，使用网络服务的传统通信需要宽的带宽连接以使大量数据能够传送到用户装置和从用户装置传送。在航空业中，航空公司代表处通常位于互联网接入不良的偏远机场。对于较小的航空公司尤其如此。上述实施例在这样一种环境中是特别有利的：因为无论连接是通过互联网还是移动电话网络进行，要传输的数据量与基于网络的解决方案相比要小得多，这是由于所下载的网页应用程序的HTML页面对于可用带宽而言通常是太大的。
[0063] 尽管针对文本或IP消息进行了描述，但是
物联网(IoT)消息传递可以用作替代方式。已经开发了各种协议，包括旨在收集装置数据并将其传送给服务器的MQTT。
[0064] 尽管对乘客对预订进行改变的情况进行了描述，但是本发明的实施例可以由在机场的航空公司职员或其他港口或登乘或登陆点处的其他运输人员使用。它们也可以由充当乘客和航空公司之间的中间者的代理商使用。本发明的实施例特别适合于在诸如机场等窄带宽环境中操作，特别是在位于偏远地区的那些环境中。在使用公共互联网时，乘客和机场中的其他人经常体验非常差的连接性，并且本发明的实施例通过使用文本消息或IP消息可以克服这个缺点，文本消息或IP消息可以使用航空公司的定制网络或机场可用的其他安全网络。
[0065] 对于所描述的实施例的许多修改是可能的，并且在不脱离仅由所附
权利要求限定的本发明的精神和范围的情况下，所述修改对于本领域技术人员来说将是显而易见的。
