CN114651269A - 基于MaaS平台上的运行故障的交易流管理 - Google Patents

Abstract

提供一种用于交易流管理的系统和方法。所述系统包括代理节点设备，所述代理节点设备收集与MaaS网络的多个节点关联的运行信息，并基于收集的运行信息确定与所述多个节点中的一个或多个节点关联的运行故障。所述一个或多个节点处理与被包括在MaaS移动性服务中的一系列出行计划中的第一出行计划关联的票证交易。所述代理节点设备基于确定的运行故障选择第一消息路由策略，并基于第一消息路由策略从第一多个节点中的第一节点接收与第一出行计划关联的交易消息。所述代理节点设备基于第一消息路由策略，将接收到的交易消息路由到同一或不同MaaS网络的第二节点。

Description

基于MaaS平台上的运行故障的交易流管理

相关申请的交叉引用/援引并入

无

技术领域

本公开的各个实施例涉及移动即服务(MaaS)和分布式分类账技术。更具体地，本公开的各个实施例涉及基于MaaS平台上的运行故障的交易(transaction)流管理的系统和方法。

背景技术

在传统的移动即服务(MaaS)平台中，多个移动性提供商可以通过可基于封闭平台的基础设施提供他们的服务。每个这样的移动性提供商可以具有分开的票证处理基础设施(例如售票口和销售点(PoS)设备)或分开的应用(例如订票应用、票证处理应用和叫车应用)，以创建、支付或管理出行。

在这样的MaaS平台上，售票终端和MaaS平台的其他节点的许多运行问题可能没有被检测到，这可能会导致交易失败和随后的运行停机。解决此类运行问题和防止传统MaaS平台的运转中的运行瓶颈所花费的时间可能比所要求的时间长得多。

如在本申请的其余部分中并参考附图所述，通过将所描述的系统与本公开的一些方面进行比较，常规的传统方法的限制和缺点对本领域的技术人员来说将变得明显。

发明内容

如在权利要求书中更完整地阐述的，提供一种基本上如在附图至少之一中所示和/或结合附图至少之一所述的基于移动即服务(MaaS)平台上的运行故障的交易流管理的系统和方法。

通过详查本公开的以下详细说明以及附图，可以理解本公开的这些和其他特征及优点，附图中，相同的附图标记始终表示相同的部分。

附图说明

图1是按照本公开的实施例的基于移动即服务(MaaS)网络上的运行故障的交易流管理的示例性网络环境的示图。

图2是按照本公开的实施例的基于多个连接的移动即服务(MaaS)网络的节点上的运行故障的交易流管理的示例性网络环境的示图。

图3是按照本公开的实施例的基于(一个或多个)移动即服务(MaaS)网络上的运行故障的交易流管理的系统的框图。

图4A和图4B共同描绘按照本公开的实施例的基于移动即服务(MaaS)网络上的运行故障的交易流管理的示例性方法的流程图。

具体实施方式

以下说明的实现可以在所公开的基于移动即服务(MaaS)平台上的运行故障的交易流管理的系统和方法中找到。所公开的系统可以是联合运输管理系统的一部分，其可以促进多个同质或异质移动性提供商及其基础设施(比如售票口、应用和/或销售点(PoS)设备)在MaaS网络上运行以提供各种移动性服务。每个移动性提供商都可以享有安全的数据所有权，并且可以通过分布式分类账控制相关交易数据的配合使用。这可以增强各个移动性提供商之间的连通性。

本公开的示例性方面提供一种系统，所述系统可以包括与一个或多个MaaS网络关联的代理节点设备。代理节点设备可被配置成收集与MaaS网络的多个节点关联的运行信息(比如网络连接状态和设备运行状态)，以基于收集的运行信息来确定与所述多个节点中的一个或多个节点关联的运行故障。所述一个或多个节点可以是可以处理与被包括在MaaS移动性服务中的一系列出行计划中的出行计划关联的票证交易的节点。例如，所述一个或多个节点可以包括MaaS网络的发布者节点、MaaS网络的订户节点、或与MaaS网络的订户节点关联的分布式分类账的节点。所述一个或多个节点的运行故障的例子可以包括但不限于网络连接失败、运行失败、应用错误、消息处理能力的过载、由于在计划出行时间没有运输车辆可用、或者与计划出行时间相比用于接载或落载的运输车辆延迟到达而无法处理票证交易。

基于确定的运行故障，代理节点设备可以从一组消息路由策略(比如基于状况的路由策略或基于故障的路由策略)中选择消息路由策略。基于选择的消息路由策略，代理节点设备可以从MaaS网络的多个节点中的第一节点接收与出行计划关联的交易消息。第一节点可以是MaaS网络的发布者节点。交易消息的例子可以包括但不限于创建消息(在创建或发行移动性服务的票证时)、进入(get-in)消息(以开始用户的移动性服务)和退出(get-out)消息(在完成用户的移动性服务时)。

代理节点设备可被配置成基于选择的消息路由策略，将接收到的交易消息路由到MaaS网络的多个节点中的第二节点。作为例子，第二节点可以是订户节点、与MaaS网络关联的分布式分类账的节点、或者在订户节点和/或分布式分类账的节点在运行上有故障的情况下的备份节点。这里，第一节点和第二节点可以不同于(可被确定为运行上有故障的)所述一个或多个节点。

交易消息的基于策略的路由可以确保通过MaaS网络的交易流(即，交易消息的传输)不受MaaS网络的任何节点(无论是发布者节点、订户节点还是分布式分类账的节点)的停机或任何运行问题的影响。这可以改善MaaS网络的正常运行时间，并确保交易可以由MaaS网络适当地执行，以便使用户可能遭遇最低限度的由MaaS网络的不同节点的运行故障引起的滞后或性能问题。

相反，常规系统可能缺乏对MaaS网络的节点进行运行时监控和识别与MaaS网络的节点关联的故障的特征。与节点关联的故障可能归因于各种原因，包括但不限于MaaS网络的移动性提供商的车辆的交通事故、节点的运转失常、或节点上的突然交易负载。常规系统所面临的各种问题可能包括由于交通拥堵或事故引起的运输车辆的有限可用性，以及与移动性提供商的设施或信息技术(IT)基础设施关联的运行故障。此外，常规系统可能具有互连性问题，并且不支持如本公开所提供的诸如票证转移和漫游票证之类的特征。

图1是按照本公开的实施例的基于移动即服务(MaaS)网络上的运行故障的交易流管理的示例性网络环境的示图。参考图1，表示了网络环境100的框图。网络环境100可以包括第一MaaS网络102，第一MaaS网络102可以与发布-订阅模式关联。第一MaaS网络102可以包括第一多个节点，第一多个节点可以分层配置，比如客户端层104、代理层106和服务器层108。第一多个节点可以包括客户端层104中的多个发布者节点110；代理层106中的代理节点设备112；以及服务器层108中的第一多个订户节点116A、116B、...116N、多个移动性提供商(MP)节点118A、118B、...118N、和多个MaaS节点120A、120B、...120N。客户端层104中的多个发布者节点110可被配置成通过代理节点设备112与第一多个订户节点116A、116B、...116N通信。

尽管图1中表示了单个代理节点设备112，不过本公开的范围不限于此。在实施例中，网络环境100可以包括不止一个代理节点设备112，而不脱离本公开的范围。

多个发布者节点110可以包括第一发布者节点110A、第二发布者节点110B、...和第N发布者节点110N。第一多个订户节点116A、116B、...116N可以包括第一订户节点116A、第二订户节点116B、...和第N订户节点116N。在实施例中，所述多个订户节点116A、116B、...116N中的每一个可以通过用于数据(例如，交易消息)的通信的插件与代理节点设备112进行接口连接。第一多个订户节点116A、116B、...116N中的每一个可以与相应的MP节点和相应的MaaS节点关联。例如，第一订户节点116A可以与MP节点118A和MaaS节点120A中的每一个关联。此外，第二订户节点116B可以与MP节点118B和MaaS节点120B中的每一个关联。类似地，第N订户节点116N可以与MP节点118N和MaaS节点120N中的每一个关联。

网络环境100还可以包括可以由第一MaaS网络102的管理员124操作的管理员设备122。在网络环境100中，还表示了可以与多个发布者节点110交互，以利用来自第一MaaS网络102的不同移动性提供商的移动性服务的用户126。

第一MaaS网络102可以包括节点的网络，比如可被配置成在客户端层104、代理层106和服务器层108中运行的第一多个节点。第一MaaS网络102可以处理与多个移动性提供商关联的MaaS移动性服务的交易。每个这样的移动性提供商可以拥有、租用或管理第一MaaS网络102的客户端层104和服务器层108每一个中的节点集群。例如，第一发布者节点110A、第一订户节点116A和MP节点118A可以与第一移动性提供商关联。第二发布者节点110B、第二订户节点116B和MP节点118B可以与可不同于第一移动性提供商的第二移动性提供商关联。

MaaS移动性服务可以由同质移动性提供商(比如多家出租车乘坐提供商公司或多家铁路公司)或异质移动性提供商通过一组同质的设备、应用或售票口，或一组异质的售票口、应用和销售点(PoS)设备提供。MaaS移动性服务可以是一个或多个同质或异质的移动性提供商的各种服务提供的组合。MaaS移动性服务例如可以包括火车服务、公共汽车服务、出租车/计程车服务、地铁服务、飞机服务、车队服务、叫车服务、汽车共享服务、拼车服务、汽车租赁服务、自行车共享服务或它们的组合。

多个发布者节点110A、110B、...110N中的每一个可以包括可被配置成起相应移动性提供商的移动性服务的票证处理客户端作用的适当逻辑、电路、代码和/或接口。例如，作为票证处理客户端，第一发布者节点110A、第二发布者节点110B、......和第N发布者节点110N中的每一个可以读取、发行、充值或取消票证，以创建与相应移动性服务关联的事件。基于此类事件，交易消息可以通过代理节点设备112被传送到第一MaaS网络102或其他MaaS网络的一个或多个订户节点。发布者节点的例子可以包括但不限于具有出行计划或预订应用的消费电子设备、售票口的读票机、售票亭、销售点(PoS)设备、移动POS、自动售票机、可以读取票证以开始或结束乘车的运输车辆的智能门。

代理节点设备112可以包括可被配置成将交易消息从发布者节点(比如第一发布者节点110A)路由到适当的节点(比如第一MaaS网络102的订户节点或备份(或临时)节点(例如，备份节点114))的适当逻辑、电路、代码和/或接口。代理节点设备112可以基于消息路由策略来路由交易消息，消息路由策略可以是基于故障的路由策略或基于状况的路由策略。代理节点设备112可以维护路由信息，路由信息可以建立发布者-订户节点、不同MP-MP节点和不同MaaS-MaaS节点之间的关系。代理节点设备112的示例实现可以包括但不限于应用服务器、云服务器、大型机服务器、数据库服务器、web服务器或其他类型的服务器。

代理节点设备112可被配置成通过适当的发布-订阅网络协议，比如但不限于基于消息队列遥测传输(MQTT)的消息接发协议、基于高级消息队列协议(AMQP)的消息接发协议、或基于面向消息的中间件(MOM)的消息接发框架，与多个发布者节点110A、104B、...104N中的每一个以及第一多个订户节点116A、116B、...116N中的每一个通信。

备份节点114可以包括可被配置成备份或临时存储与第一MaaS网络102的运行上有故障的订户节点或MP节点关联的交易消息的适当逻辑、电路、代码和/或接口。备份节点114可被配置成代表运行上有故障的订户节点或MP节点经由代理节点设备112从发布者节点接收交易消息，并临时存储此类接收到的交易消息，直到运行上有故障的订户节点或MP节点运行正常为止。一旦运行上有故障的订户节点或MP节点运行正常，备份节点114就可以将临时存储的交易消息转发到这样的订户节点或MP节点。备份节点114的示例实现可以包括但不限于数据库服务器、web服务器、边缘设备、边缘节点、云服务器、基于云的服务器集群、工作站、或具有雾或云计算能力的任何计算设备。

第一多个订户节点116A、116B、...116N中的每一个可以包括可被配置成通过代理节点设备112从多个发布者节点110A、110B、...110N中的一个或多个接收交易消息的适当逻辑、电路、代码和/或接口。在实施例中，多个订户节点116A、116B、...116N中的每一个可以通过用于数据(例如，交易消息)的通信的插件与代理节点设备112进行接口连接。每个交易消息可以包括可以由第一多个订户节点116A、116B、...116N中的一个或多个订户节点订阅的主题。订户节点的示例实现可以包括但不限于web服务器、边缘设备、边缘节点、云服务器、基于云的服务器集群、工作站，或具有雾或云计算能力的任何计算设备。

MP节点118A、118B、...118N中的每一个可以包括可被配置成存储与相应的移动性提供商关联的交易数据的适当逻辑、电路、代码和/或接口。例如，MP节点118A可以存储与第一移动性提供商关联的交易数据。交易数据可以包括用户的出行记录。每个出行可以对应于第一移动性提供商在旅程的至少一段中可以提供的移动性服务。MP节点118A、118B、...118N中的每一个可以被称为可存储第一MaaS网络102的各个移动性提供商的交易数据的分布式分类账118的节点。

MaaS节点120A、120B、...120N中的每一个可以包括可被配置成存储与第一MaaS网络102的所有移动性提供商关联的交易数据的适当逻辑、电路、代码和/或接口。与每个移动性提供商关联的交易数据的存储可以用于在向用户提供移动性服务的移动性提供商之间结算出行的交易。MaaS节点120A、120B、...120N中的每一个可以对应于可存储与第一MaaS网络102关联的交易数据的分布式分类账120的节点。

在实施例中，分布式分类账118和/或分布式分类账120中的每一个的至少两个节点可以存储与MaaS移动性服务关联的交易数据。与MaaS移动性服务关联的交易数据可以被包括在一组状态对象中，比如初始状态对象和初始状态对象的更新版本。每个状态对象可以包括智能合约、合约代码(或交易的各方达成一致的交易的规则)、以及状态性质(当基于来自发布者节点的交易消息而更新交易数据时，状态性质可以被更新)。

在至少一个实施例中，分布式分类账118和分布式分类账120中的每一个可以是去中心化的分布式数据库系统，它可以维护数据操作或交易的不可变记录。一组数据操作可以作为区块聚集在一起，并且还可以链接到数据操作的前一个区块以形成区块链。数据操作的所有区块都可以以去中心化的方式存储，由此，分布式分类账118和分布式分类账120的至少两个参与者或节点可以存储与所述至少两个参与者或节点可以参与的一个或多个交易关联的区块的子集。此外，分布式分类账118和分布式分类账120中的每一个可以包括操作系统(例如，Java虚拟机(JVM))，所述操作系统可以允许在多方(例如第一MaaS网络102的移动性提供商和MaaS提供商)之间部署智能合约。

作为例子而非限制，分布式分类账118和分布式分类账120中的每一个都可以是Corda区块链、以太坊区块链或超级分类账区块链。分布式分类账118和分布式分类账120中的每一个可以存储可以被相应的分布式分类账追踪的一组不可变状态对象。状态对象可以包括交易数据，比如各方之间的智能合约、合约代码(交易的规则)、以及包括具有某些状态值的状态性质的内容。智能合约可以包括一组条件，在该组条件下，智能合约的多方可以同意彼此交互。智能合约可以在相应分布式分类账的一个或多个节点上运行，并且可以管治状态对象之间的转变以生成交易。智能合约可以只编写一次，重复用于大量的状态对象，并且可以通过加密散列来引用管治法律条文。

分布式分类账118和分布式分类账120中的每一个可以使用安全加密散列来识别各方和数据，并且还将状态对象链接到状态对象的先前版本以进一步提供溯源链。一组参与方之间的交易可以存储在相应的分布式分类账上，使得只有与该交易关联的该组参与方才能查看该交易。与交易关联的一方可以将交易的当前状态对象存储在保险库(即，与相应分布式分类账关联的数据库)中。有资格查看或处理交易(例如，验证交易)的另一方可以从保险库中检索交易的当前状态对象。另外，相应分布式分类账的每个状态对象可以包括参与关联的交易的各方或节点之间的智能合约。

在分布式分类账118和分布式分类账120中的每一个上，参与者或节点(例如，MP节点118A和/或MaaS节点120A)可以通过更新输入状态对象的状态性质，以产生输出状态对象，来更新交易。更新后的交易从而可以创建可以与交易数据关联的溯源链。分布式分类账118和分布式分类账120中的每一个可以基于更新后的交易的有效性的确定和更新后的交易的唯一性的确定来为更新后的交易提供共识。在实施例中，与更新后的交易关联的节点的参与者可以通过与交易关联的智能合约和验证逻辑的独立执行来确定更新后的交易的有效性。此外，更新后的交易的唯一性可以基于检查不存在通过使用与当前交易相同的输入状态对象来已达成共识的其他交易来确定。

按照实施例，分布式分类账118和分布式分类账120中的每一个可以与去中心化应用关联，去中心化应用可以包括客户端侧接口(前端)和服务器侧接口(后端)。去中心化应用可被配置成实现工作流(例如，Corda流)以在相应分布式分类账的节点(比如MP节点118A和/或MaaS节点120A)上记录交易。客户端侧接口可以托管在第一多个订户节点116A、116B、...116N中的每一个上，并且客户端侧接口可被配置成加载到与订户节点关联的客户端上。例如，去中心化应用的客户端侧接口可以是可被配置在每个订户节点上的远程过程调用(RPC)客户端。去中心化应用的服务器侧接口可以运行在分布式分类账118和分布式分类账120的每个节点上。

在实施例中，MP节点118A和MaaS节点120A中的每一个可被配置成经由第一订户节点116A接收交易消息。MP节点118A可以基于交易消息来更新与分布式分类账118和分布式分类账120中的每一个关联的初始状态对象，以输出更新后的状态对象。MP节点118A和MaaS节点120A中的每一个可以构建交易，该交易可以包括具有初始交易数据的初始状态对象和具有更新后的交易数据的更新后的状态对象。

操作中，代理节点设备112可以收集与第一MaaS网络102的第一多个节点关联的运行信息。收集的运行信息的例子可以包括但不限于第一多个节点中的每个节点的网络连接状态和设备运行状态。

在实施例中，代理节点设备112还可以收集与属于第一MaaS网络102的一个或多个移动性提供商的运输车辆的路上车队关联的交通信息。收集的交通信息例如可以包括交通拥堵信息、交通碰撞信息、绕行信息、与低于平均交通量关联的信息等。例如，代理节点设备112可以从可部署在运输车辆的路上车队的每个车辆上的物联网(IoT)传感器收集交通信息。这样的传感器可以确定车辆的位置、温度、附近的车辆数量、以及目前正在乘坐该车辆的人的数量。在一些情况下，可以通过用于交通信息的数据聚合器的应用编程接口(API)来收集交通信息。

代理节点设备112可以基于收集的运行信息来确定与第一多个节点中的一个或多个节点(以下称为运行上有故障的节点)关联的运行故障。运行故障的例子可以包括但不限于网络连接失败、运行失败、应用错误、消息处理能力的过载、由于在计划出行时间没有运输车辆可用或者与计划出行时间相比用于接载或落载的运输车辆延迟到达而无法处理票证交易。在实施例中，代理节点设备112可以进一步基于收集的交通信息来确定与第一MaaS网络102的运行上有故障的节点关联的运行故障。

为了确保与运行上有故障的节点关联的交易流不受影响，可能需要适当的消息路由策略来处理很大程度上依赖于运行上有故障的节点的运行的交易。代理节点设备112可以从一组消息路由策略中选择第一消息路由策略。这样的选择可以基于所确定的运行故障。

在实施例中，所述一组消息路由策略可以包括基于故障的路由策略和基于状况的路由策略。例如在图2中提供了此类策略的细节。在这样的情况下，第一消息路由可以被选择为基于故障的路由策略和基于状况的路由策略中的一个或多个。选择的第一消息路由策略可以指定为了处理与第一MaaS网络102的运行上有故障的节点关联的交易消息，代理节点设备112可以选择和实现的选项。这样的操作可以便利代理节点设备112减轻所确定的运行故障对第一MaaS网络102的影响。

在实施例中，可以基于运行上有故障的节点是属于客户端层104、服务器层108、还是客户端层104和服务器层108两者来选择第一消息路由策略。如果运行上有故障的节点包括代理节点设备112，则第一MaaS网络的整个运行可能会停机。

在另一个实施例中，代理节点设备112可以控制管理员设备122显示信息，包括但不限于所确定的运行上有故障的节点的运行故障和所收集的第一多个节点的运行信息。显示的信息还可以包括与一个或多个移动性提供商的运输车辆的路上车队关联的交通信息。之后，代理节点设备112可以基于显示的信息控制管理员设备122显示一组用户可选择选项。所述一组用户可选择选项中的每一个可以对应于所述一组消息路由策略中的一个。代理节点设备112可以经由管理员设备122接收来自管理员124的管理员输入。管理员输入可以包括对该组用户可选择选项中的第一用户可选择选项的选择。可以基于接收的管理员输入来选择第一消息路由策略。

在实施例中，可以判定第一MaaS网络102的运行上有故障的节点是否包括不能向代理节点设备112发布关于用户的第一出行计划的交易消息的运行上有故障的发布者节点。如果运行上有故障的节点不包括运行上有故障的发布者节点，则代理节点设备112可以从第一MaaS网络102的第一多个节点中的第一节点接收与第一出行计划关联的交易消息。第一节点可以是可被配置成向代理节点设备112发布关于第一出行计划的交易消息的发布者节点(比如第一发布者节点110A)。

如果第一MaaS网络102的运行上有故障的节点包括运行上有故障的发布者节点，则代理节点设备112可以选择第一MaaS网络102的备选发布者节点(即，第一节点)作为运行上有故障的发布者节点的替代。这种选择可以基于第一消息路由策略。备选发布者节点可以属于第一MaaS网络102(在图2中所述的内路由(intra-routing)策略的情况下)或不同的MaaS网络(如图2中所示，例如，在间路由(inter-routing)策略的情况下)。例如，如果存在与第一发布者节点110A关联的运行故障，则可以选择第二发布者节点110B作为第一节点(即，备选发布者节点)。在选择之后，第二发布者节点110B可以向代理节点设备112发布关于第一出行计划的交易消息。

在实施例中，可以从移动性提供商的发布者节点集群中选择备选发布者节点(比如第二发布者节点110B)，该移动性提供商可以和与运行上有故障的发布者节点(比如第一发布者节点110A)关联的移动性提供商相同。例如，当车站的读票机之一(即，发布者节点)出故障，并且出故障的读票机的替代物可用时，可以进行这样的选择。在另一个实施例中，可以从另一个移动性提供商的发布者节点集群中选择备选发布者节点，所述另一个移动性提供商可以不同于运行上有故障的发布者节点的移动性提供商。例如，当由于交通拥堵或事故而没有用于在预定时间进行接载的移动性提供商的运输车辆时，或者当车站的所有售票终端都正在进行预定或非预定的维护时，可以进行这样的选择。

备选发布者节点可以(代表运行上有故障的发布者节点)生成关于用户的第一出行计划的交易消息，并且可以将生成的交易消息发送到代理节点设备112。交易消息的例子可以包括但不限于创建消息(在创建或发行移动性服务的票证时)、进入消息(以开始用户的移动性服务)和退出消息(在完成用户的移动性服务时)。

在接收到交易消息之后，代理节点设备112可以基于选择的第一消息路由策略，将接收到的交易消息路由到第一MaaS网络102的第一多个节点中的第二节点。第二节点可以是订户节点(比如第一订户节点116A)或备份节点114。如果第一多个订户节点116A、116B、…116N和/或MP节点118A、118B、…118N中的一个或多个在运行上有故障，则备份节点114可以临时存储交易消息。

在实施例中，可以判定第一MaaS网络102的运行上有故障的节点是否包括第一MaaS网络102的运行上有故障的订户节点。如果运行上有故障的节点不包括运行上有故障的订户节点，则代理节点设备112可以将与第一出行计划关联的交易消息发送到第一MaaS网络102的订户节点(即，第二节点)。订户节点(比如第一订户节点116A)可被配置成接收发送的与第一出行计划关联的交易消息。

在实施例中，如果第一MaaS网络102的运行上有故障的节点包括运行上有故障的订户节点(比如第一订户节点116A)，则代理节点设备112可以从第一MaaS网络102的第一多个节点中选择备选订户节点(比如第二订户节点116B)，作为第二节点。或者，代替备选订户节点，可以选择第一MaaS网络102的备份节点114作为第二节点。备选订户节点或备份节点114的这种选择可以基于第一消息路由策略。

备选订户节点可以属于第一MaaS网络102(在图2中所述的内路由策略的情况下)或不同的MaaS网络(如图2中所示，例如，在图2中所述的间路由策略的情况下)。在实施例中，可以从移动性提供商的订户节点集群中选择备选订户节点，该移动性提供商可以和与运行上有故障的订户节点关联的移动性提供商相同。例如，当订户节点由于预定或非预定的维护而停机时，可以进行这样的选择。在另一个实施例中，选择的备选订户节点可以与第一移动性提供商关联，该第一移动性提供商可以不同于与运行上有故障的订户节点关联的第二移动性提供商。在选择之后，备选订户节点可以代表运行上有故障的订户节点接收关于用户的第一出行计划的交易消息。

在实施例中，可以判定运行上有故障的节点是否包括分布式分类账(比如分布式分类账118或分布式分类账120)的运行上有故障的节点。如果运行上有故障的节点包括分布式分类账的运行上有故障的节点(比如MP节点118A)，则代理节点设备112可以从第一MaaS网络102的第一多个节点中选择备份节点114作为第二节点。可以基于选择的第一消息路由策略来选择备份节点114。在选择之后，代理节点设备112可以将交易消息从第一节点路由到备份节点114以便临时存储，直到分布式分类账(比如分布式分类账118)的运行上有故障的节点(比如MP节点118A)的恢复完成为止。

在另一个实施例中，运行上有故障的节点可以包括第一MaaS网络102的分布式分类账的运行上有故障的节点和订户节点两者。在这种情况下，代理节点设备112可以基于选择的第一消息路由策略，从第一MaaS网络102的第一多个节点中选择备份节点114作为第二节点。在选择之后，代理节点设备112可以将交易消息从第一节点路由到备份节点114以便临时存储，直到分布式分类账的运行上有故障的节点和订户节点的恢复完成为止。在恢复完成之后，代理节点设备112或管理员设备122可以指示备份节点114将存储的交易消息重新路由到运行上有故障的订户节点或分布式分类账的运行上有故障的节点。

在所述实施例中，基于策略从客户端层104和服务器层108选择适当的路由可以确保第一MaaS网络102上的交易消息的交易流很少或几乎不受第一MaaS网络102的节点(无论是发布者节点、订户节点和/或分布式分类账的节点)的任何停机或任何运行故障的影响。这可以改善第一MaaS网络102的正常运行时间，并且可以确保交易由MaaS网络适当地执行，使得用户可以体验到最小的性能问题，性能问题一般是由于第一MaaS网络102的不同节点的运行故障而遭遇的。

第一订户节点116A可以从代理节点设备112接收交易消息，并且可以与MP节点118A和MaaS节点120A共享交易消息。MP节点118A和MaaS节点120A中的每一个可以接收交易消息，并且可以基于与接收到的交易消息中捕获的事件关联的信息来执行与第一移动性服务关联的交易。为了执行交易，MP节点118A和MaaS节点120A中的每一个可以检索初始状态对象，并且可以基于接收到的交易消息来更新包括在第一状态对象中的交易数据。交易数据可以与诸如但不限于票务信息、订阅信息、支付信息、收益共享信息或移动性服务信息的信息关联。在实施例中，交易数据可以包括可以由MP节点或MaaS节点用于交易处理和支付处理的元数据。在区域路由(漫游)、间路由或内路由场景的情况下，元数据可以包括与和交易相关的支付的计算关联的数据。例如，元数据可以包括原因代码(比如事件标识符(ID)或交易类型ID)，以识别使用的消息路由策略的类型以及与交易中涉及的节点相关的其他细节。此外，代理节点设备112可以在元数据中添加识别与交易关联的用户126的细节(比如用户ID)，以支持第一MaaS网络102(和/或不同的MaaS网络，例如，如图2中所示)的MP节点和/或MaaS节点的交易处理。代理节点设备112还可以添加识别与第一MaaS网络102关联的用户支付计划或用户订阅的细节(比如，用户订阅类型)。

在示例场景中，可以为用户126的在11:00AM乘坐公共汽车到达机场，在1:00PM从机场登机，随后在8:00PM乘坐出租车从机场到酒店的预定出行计划创建移动性服务。对于公共汽车乘坐，当用户126开始乘坐公共汽车时，与公共汽车乘坐提供商关联的发布者节点可以向公共汽车乘坐提供商的订户节点发送交易消息。该交易消息可以是包括出行的细节(比如接载或落载地点、接载时间等)、订阅细节或用户细节的进入消息。当用户126在行程结束时下了公共汽车时，与公共汽车乘坐提供商关联的发布者节点可以再次向公共汽车乘坐提供商的订户节点发送交易消息。该交易消息可以是包括出行细节(比如出行时间、落载地点等)、订阅细节、出行账单或用户细节的退出消息。订户节点可以将进入消息或退出消息转发到分布式分类账118和分布式分类账120的其关联节点。分布式分类账118和分布式分类账120的关联节点可以基于进入消息或退出消息更新初始状态对象以产生具有更新的交易数据的新的状态对象。

例如，如果初始状态对象的状态性质包括(多行程)MaaS移动性服务的500美元(USD)的总付费金额，则新的状态对象的更新的交易数据可以包括该总付费金额和与公共汽车乘坐提供商关联的行程的10USD的账单金额。类似地，对于MaaS移动性服务的所有其他行程(航班和到酒店的出租车)，航班提供商和出租车提供商的分布式分类账118的相应节点以及分布式分类账120的相应节点可以按照用户126完成航班行程和出租车行程的顺序相继更新该新的状态对象。在最后的行程结束时，第一MaaS网络102的MP节点和MaaS节点可以基于交易数据和与交易数据关联的元数据来处理支付处理和收益共享，如在前面所述。

在至少一个实施例中，第一MaaS网络102可以支持MaaS的开放标准规范。在这种情况下，与第一MaaS网络102的各个移动性提供商关联的不同公司的发布者节点(例如，读票机或传感器设备)可以作为同质发布者节点加入第一MaaS网络102。另外，遗留的读票机或传感器设备可以基于诸如MQTT或AMQP之类的标准通信协议的充分利用而连接到第一MaaS网络102。通过使用标准通信协议，第一MaaS网络102可以向用户提供票证漫游功能。例如，任何移动性提供商的读票机可以扫描用户的电子票证以寻找MaaS移动性服务，并且可以基于第一MaaS网络102的无缝且安全的接入，向用户提供移动性提供商的相应移动性服务(而不管票证的发行者是谁)。

MaaS移动性服务可以由同质移动性提供商(比如多家出租车乘坐提供商公司)或异质移动性提供商(多模态移动性提供商)通过各个移动性提供商的一组同质的设备、应用或售票口，或一组异质的售票口、应用和PoS设备提供。MaaS移动性服务可以是一个或多个同质或异质的移动性提供商的各种服务提供的组合。例如，MaaS提供商的售票口、叫车app或PoS终端可以经由输入接收来自用户126的创建MaaS移动性服务(例如，公共汽车、出租车和航班的组合)的请求。MaaS移动性服务例如可以包括火车服务、公共汽车服务、出租车/计程车服务、地铁服务、飞机服务、车队服务、叫车服务、汽车共享服务、拼车服务、汽车租赁服务、自行车共享服务或它们的组合。

每个移动性提供商可以通过分布式分类账118享有交易数据的安全数据所有权。由于第一MaaS网络102是使用分布式分类账118实现的，因此每个移动性提供商可以拥有分布式分类账118上的节点。与移动性提供商关联的分布式分类账118的相应节点可以存储与该移动性提供商相关的交易数据。分布式分类账120的相应节点也可以存储相同的交易数据。这可以在MaaS提供商和移动性提供商之间确保数据的安全所有权。这也可以增强各个移动性提供商之间的连通性。通过在移动性提供商之间共享信息技术(IT)基础设施，与当每个移动性提供商维护它自己的封闭平台IT基础设施时的成本相比，每个移动性提供商的与拥有的IT基础设施关联的成本可以更低。例如，图2中进一步说明了基于多个连接的MaaS网络上的运行故障的交易流管理。

图2是按照本公开的实施例的基于多个连接的移动即服务(MaaS)网络的节点上的运行故障的交易流管理的示例性网络环境的示图。参考图1的要素来说明图2。参考图2，图中表示了网络环境200的框图。网络环境200可以包括第一MaaS网络102和第二MaaS网络202，第一MaaS网络102和第二MaaS网络202中的每一个可以与发布-订阅模式关联。第一MaaS网络102和第二MaaS网络202中的每一个可以包括多个发布者节点110A、110B、...110N。第一MaaS网络102可以包括第一多个订户节点116A、116B、...116N，并且类似于第一MaaS网络102，第二MaaS网络202可以包括第二多个订户节点208A、208B、...208N。多个发布者节点110A、110B、...110N中的每一个，第一多个订户节点116A、116B、...116N中的每一个，以及第二多个订户节点208A、208B、...208N中的每一个可以在通信上耦接到智能代理206。

第二MaaS网络202的第二多个订户节点208A、208B、...208N可以类似于第一多个订户节点116A、116B、...116N，并且可以包括第一订户节点208A、第二订户节点208B、...和第N订户节点208N。类似于第一MaaS网络102，第一订户节点208A可以与MP节点210A和MaaS节点212A关联。此外，第二订户节点208B可以与MP节点210B和MaaS节点212B关联。类似地，第N订户节点208N可以与第N MP节点210N和第N MaaS节点212N关联。

MP节点210A、210B、…210N中的每一个可以对应于可以存储与第二MaaS网络202关联的相应移动性提供商的交易数据的分布式分类账210的节点。MaaS节点212A、212B、…212N中的每一个可以对应于可以存储与第二MaaS网络202关联的所有移动性提供商的交易数据的分布式分类账212的节点。

图2中，表示了可以与多个发布者节点110A、110B，…110N交互，以利用与一个或多个MaaS网络(比如第一MaaS网络102和第二MaaS网络202)关联的不同移动性提供商的移动性服务的用户126。网络环境100还可以包括监控第一MaaS网络102和第二MaaS网络202的节点运行的管理员设备122。

网络环境200还可以包括通信上耦接到智能代理206的节点管理设备204。节点管理设备204可以包括可被配置成初始化第一MaaS网络102和/或第二MaaS网络202的运行上有故障的节点的恢复的适当逻辑、电路、代码和/或接口。节点管理设备204的例子可以包括但不限于移动诊断计算机、web服务器、边缘设备、边缘节点、云服务器，基于云的服务器集群、工作站、或具有雾计算能力的任何计算设备或系统。

第二MaaS网络202的第二多个订户节点、MP节点和MaaS节点的功能可以与例如如图1中所述的第一MaaS网络102的第一多个订户节点、MP节点、MaaS节点的功能相同。于是，为了简洁起见，从公开中省略了对这些节点的说明。

如图2中所示，智能代理206可以支持一组消息路由策略，比如基于状况的路由策略206A和基于故障的路由策略206B。代理节点设备112可以实现基于状况的路由策略206A和/或基于故障的路由策略206B之一，以处理从发布者节点到订户节点和从订户节点到分布式分类账的节点(MP节点或MaaS节点)的交易流。例如，如果在第一MaaS网络102和第二MaaS网络202的任何节点上存在运行故障，则可以使用基于故障的路由策略206B来选择备选发布者节点、备选订户节点或备份节点来临时存储交易消息。

为了高效地处理交易流，代理节点设备112可以测量与第一MaaS网络102和第二MaaS网络202的节点关联的负载或开销。基于状况的路由策略206A可以确定有效的策略，以减少/平衡与第一MaaS网络102和第二MaaS网络202的节点关联的测量到的负载或开销。基于状况的路由策略206A可以包括但不限于内路由策略、间路由策略、基于区域的路由策略、基于交通量的路由策略和基于成本的路由策略。

在实施例中，内路由策略可以是一种消息路由策略，基于该消息路由策略，代理节点设备112可被配置成在第一MaaS网络102内，将(从与第一移动性提供商关联的发布者节点接收到的)交易消息路由到与不同于第一移动性提供商的第二移动性提供商关联的订户节点。内路由策略可以指定在MaaS网络内，将针对一个移动性提供商的订户节点的交易消息路由到另一个移动性提供商的其他订户节点的选项。例如，代理节点设备112可以从第一移动性提供商的第一发布者节点110A接收交易消息。如果存在与同一第一移动性提供商的第一订户节点116A关联的运行故障，则代理节点设备112可以将从第一发布者节点110A接收到的交易消息路由到第二移动性提供商(第二移动性提供商可以不同于第一移动性提供商)的第二订户节点116B。

在实施例中，间路由策略可以是一种消息路由策略，基于该消息路由策略，代理节点设备112可被配置成将(从第一MaaS网络102的发布者节点接收到的)交易消息路由到不同于第一MaaS网络102的第二MaaS网络202的订户节点。间路由策略可以指定将给第一MaaS网络102中的第一移动性提供商的订户节点的交易消息路由到第二MaaS网络202中的不同移动性提供商的订户节点的选项。例如，代理节点设备112可以从第一MaaS网络102的第一发布者节点110A接收交易消息。如果存在与第一订户节点116A关联的运行故障，则代理节点设备112可以将从第一发布者节点110A接收到的交易消息路由到第二MaaS网络202的第一订户节点208A。

在实施例中，基于区域的路由策略可以是一种消息路由策略，基于该消息路由策略，代理节点设备112可被配置成将交易消息从第一地理区域中的第一MaaS网络102的发布者节点路由到不同于第一地理区域的第二地理区域中的第一MaaS网络102或第二MaaS网络202的订户节点。基于区域的路由策略可以指定选择地理位置，并将交易消息路由到与选择的地理位置关联的MaaS网络上的移动性提供商的订户节点的选项(类似于区域或国际漫游)。例如，代理节点设备112可以从第一地理区域中的第一MaaS网络102的第一发布者节点110A接收交易消息。如果存在与第一订户节点116A关联的运行故障，则代理节点设备112可以将交易消息路由到(不同于第一地理区域的)第二地理区域中的第二MaaS网络202的第一订户节点208A。作为另一个例子，如果第一订户节点116A在运行上有故障，则代理节点设备112可以将从第一MaaS网络102的(第一移动性提供商的)第一发布者节点110A接收到的交易消息路由到第二MaaS网络202的(第二移动性提供商的)第二订户节点116B。

基于交通量的路由策略可以指定在高峰交通情况下，将交易消息路由到相同或不同移动性提供商的合适订户节点的选项。这样的情况可以基于一个或多个移动性提供商的路上车队车辆可能经历的道路拥堵。代理节点设备112可以使用基于交通量的路由策略来处理高峰交通期间的大量交易消息。代理节点设备112可以使用收集的交通信息，比如交通拥堵信息、流量碰撞信息、绕行信息、或者低于平均交通量信息来选择基于交通量的路由策略作为第一消息路由策略。在实施例中，当运行故障包括运行上有故障的发布者节点(例如，第一发布者节点110A)由于在计划出行时间没有运输车辆可用或者与计划出行时间相比，用于接载或落载的运输车辆延迟到达而无法处理票证交易时，代理节点设备112可以选择基于交通量的路由策略。

基于成本的路由策略可以指定基于发布者节点和订户节点之间不同路由的成本来路由交易消息的选项。这里，如果在MaaS网络的客户端层、代理层和服务器层考虑网络开销或负载，则将交易消息从发布者节点路由到订户节点的成本可以利用交易消息从发布者节点到达订户节点所需的时间来定义。在一些情况下，成本可以是将交易消息路由到特定移动性提供商的订户节点的交易或票证成本(例如，以USD为单位)。

代理节点设备112可以选择基于成本的路由策略，以将交易消息从第一发布者节点110A路由到，与第一MaaS网络102或第二MaaS网络202的剩余可用订户节点相比，招致最低成本(比如最小的时间或最短的路由)的订户节点。例如，代理节点设备112可以针对包括从发布者节点到订户节点的路径的每个消息路由来计算延迟。代理节点设备112可以选择所计算的延迟低于阈值的路由，并且可以按选择的路由将交易消息路由到该订户节点。

在示例场景中，代理节点设备112可以基于与第一MaaS网络102或第二MaaS网络202的运行上有故障的节点关联的运行故障，选择基于故障的路由策略206B之一作为第一消息路由策略。这样的选择可以进一步基于诸如交易消息的突发接收、节点经历的停机故障、节点经历的迂回故障(roundabout-trouble)、或者平衡与交易消息的不同路由关联的负载的要求之类的情况。情况还可以包括：与新节点的加入关联的第一情况，与将现有节点拆分成两个新节点关联的第二情况，与将交易消息重新路由到不同的MaaS网络或不同移动性提供商的订户节点以对于用户允许漫游选项，或者将票证转移到与发行了该票证的移动性提供商不同的移动性提供商的发布者节点关联的第三情况。

操作中，代理节点设备112可以收集与第一MaaS网络102的第一多个节点关联的运行信息。代理节点设备112还可以收集与第二MaaS网络202的第二多个节点关联的运行信息。收集的运行信息的例子可以包括但不限于第一多个节点中的每个节点和第二多个节点中的每个节点的网络连接状态和设备运行状态。代理节点设备112可以基于收集的运行信息，确定与第一MaaS网络102的第一多个节点和第二MaaS网络202的第二多个节点中的一个或多个节点(称为运行上有故障的节点)关联的运行故障。确定的运行故障的例子可以包括但不限于网络连接失败、运行失败、应用错误、消息处理能力的过载、由于在计划出行时间没有运输车辆可用、或者与计划出行时间相比用于接载或落载的运输车辆延迟到达而无法处理票证交易。

基于确定的运行故障，代理节点设备112可以从一组消息路由策略(包括基于状况的路由策略206A和基于故障的路由策略206B)中选择第一消息路由策略。代理节点设备112可以基于运行上有故障的节点是属于客户端层104、服务器层108、还是客户端层104和服务器层108两者来选择第一消息路由策略。可以进一步基于运行上有故障的节点可能面临的运行故障的类型来选择第一消息路由策略。

在实施例中，智能代理206中的代理节点设备112可被配置成，通过计算与可能影响一个或多个MaaS网络的交易处理的各种因素关联的基于概率的得分，将某个策略确定为所选择的第一消息路由策略。因此，第一消息路由策略的选择可以基于计算的基于概率的得分，该基于概率的得分可能是与一个或多个MaaS网络的交易处理关联的各种因素的折衷。此类因素的例子可以包括但不限于MaaS网络的系统性风险缓解、与MaaS网络的节点关联的运行和系统故障的补救、MaaS网络的用户的成本效益(例如，基于价格和/或用户偏好的效益)、以及移动性提供商和/或运行MaaS网络的组织的成本效益。此类因素的例子还可以包括但不限于与MaaS网络的移动性提供商关联的交通优化、与MaaS网络的移动性提供商的车辆关联的能耗和碳排放、以及与MaaS网络的交易关联的用户时间消耗。

第一消息路由策略可以是基于故障的路由策略(基于故障的路由策略206B之一)或基于状况的路由策略(基于状况的路由策略206A之一)。基于选择的第一消息路由策略，代理节点设备112可以接收与用户(例如，用户126)的第一出行计划关联的交易消息。交易消息可以从第一MaaS网络102或第二MaaS网络202的第一节点接收。例如，第一节点可以是多个发布者节点110A、110B、...110N中的第一发布者节点110A。这里，第一节点可以不同于第一MaaS网络102和/或第二MaaS网络202的运行上有故障的节点。

在实施例中，代理节点设备112可以从第一MaaS网络102的第一多个节点中，或者从第二MaaS网络202的第二多个节点中，选择备选发布者节点作为第一节点。可以基于第一消息路由策略和运行上有故障的节点包括运行上有故障的发布者节点的确定来选择备选发布者节点。例如，代理节点设备112可以确定第一MaaS网络102的第一发布者节点110A在运行上有故障。与第一发布者节点110A关联的运行故障可能由诸如交通拥堵、车辆事故、车辆在预定时间不能用于接载或落载、或由于硬件/软件故障之类的情况引起。代理节点设备112可以基于运行故障为第一发布者节点110A选择第一消息路由策略，并且可以基于选择的第一消息路由策略选择备选发布者节点(比如第二发布者节点110B)。

作为例子而非限制，如果同一移动性提供商的其他发布者节点正常运行，则可以从拥有/管理第一发布者节点110A的同一移动性提供商的节点集群中选择备选发布者节点。如果同一移动性提供商的其他发布者节点没有正常运行或者在运行上有故障，则可以从另一个移动性提供商的发布者节点中选择备选发布者节点。如果地理区域内的几个移动性提供商的发布者节点在运行上有故障(例如，由于事故)，则可以从在不同地理位置的第二MaaS网络202中运行的移动性提供商的发布者节点中选择备选发布者节点。

作为另一个例子而非限制，如果第一发布者节点110A的运行故障由第一发布者节点110A的消息处理能力的过载引起，则代理节点设备112可以将备选发布者节点选择为多个发布者节点110A、110B、...110N中最不拥塞的一个发布者节点。

作为另一个例子而非限制，如果第一发布者节点110A的运行故障由网络连接失败、运行失败或应用错误引起，则代理节点设备112可以将备选发布者节点选择为在第一发布者节点110A附近并且属于同一移动性提供商的节点。例如，备选发布者节点可以在第一发布者节点110A所在的同一车站。

作为另一个例子而非限制，第一发布者节点110A的运行故障可以包括由于在计划出行时间没有运输车辆可用、或者与计划出行时间相比用于接载或落载的运输车辆延迟到达而无法处理票证交易。在这样的场景下，代理节点设备112可以将第一消息路由策略选择为基于状况的路由策略206A之一。例如，选择的第一消息路由策略可以是基于交通量的路由策略，基于该路由策略，代理节点设备112可以选择其运输车辆可以用于同一出行计划的接载或落载的不同移动性提供商的备选发布者节点。例如，第一发布者节点110A可以是其车辆可能无法到达用户126以便进行第一出行计划的接载和落载、或者可能由于交通拥堵或道路事故而被延误的出租车服务提供商的发布者节点。第二发布者节点110B可以是其车辆在用户126附近可用、并且可以用于按照用户126的第一出行计划进行接载和落载的公共汽车服务提供商的发布者节点。在这样的场景下，代理节点设备112可以选择第二发布者节点110B作为备选发布者节点。

代理节点设备112可以从备选发布者节点接收与第一出行计划关联的交易消息。在实施例中，备选发布者节点(比如第二发布者节点110B)可以与第一移动性提供商关联，第一移动性提供商可以不同于与运行上有故障的发布者节点(比如第一发布者节点110A)关联的第二移动性提供商。在这种情况下，接收的交易消息可以对应于代替可由运行上有故障的节点之一处理的票证交易而安排的计划外的或未购买的票证交易。

代理节点设备112可以将接收到的交易消息路由到第一MaaS网络102或第二MaaS网络202的第二节点。例如，第二节点可以是与第一MaaS网络102或第二MaaS网络202关联的订户节点(比如第一订户节点116A)。这里，第二节点可以不同于第一MaaS网络102和/或第二MaaS网络202的运行上有故障的节点。

在实施例中，代理节点设备112可以从第一MaaS网络102的第一多个节点中或者从第二MaaS网络202的第二多个节点中选择备选订户节点(比如第二订户节点116B)作为第二节点。可以基于选择的第一消息路由策略和运行上有故障的节点包括运行上有故障的订户节点的确定来选择备选订户节点。例如，代理节点设备112可以确定第一MaaS网络102的第一订户节点116A在运行上有故障。代理节点设备112可以基于与第一订户节点116A关联的运行故障为第一订户节点116A选择第一消息路由策略。代理节点设备112还可以基于选择的第一消息路由策略选择备选订户节点作为第二节点。

作为例子而非限制，如果第一订户节点116A的运行故障由第一订户节点116A的消息处理能力的过载引起，则代理节点设备112可以将第一消息路由策略选择为基于状况的路由策略206A之一。基于选择的消息路由策略，代理节点设备112可以将第二订户节点116B确定为备选订户节点，因为第二订户节点116B的消息处理能力可能不会过载。

作为另一个例子而非限制，如果第一订户节点116A的运行故障由网络连接失败、运行失败或应用错误引起，则代理节点设备112可以选择拥有/管理运行上有故障的订户节点的移动性提供商的备选订户节点。或者，可以从第一MaaS网络102或第二MaaS网络202上的另一个移动性提供商的订户节点集群中选择备选订户节点。例如，代理节点设备112可以选择第二MaaS网络202的第一订户节点208A作为第一MaaS网络102的运行上有故障的第一订户节点(比如第一订户节点116A)的备选订户节点。

代理节点设备112可以将与第一出行计划关联的交易消息路由到备选订户节点。在实施例中，备选订户节点(比如第二订户节点116B)可以与第一移动性提供商关联，第一移动性提供商可以不同于与运行上有故障的订户节点(比如第一订户节点116A)关联的第二移动性提供商。

作为另一个例子而非限制，第一订户节点116A的运行故障可能由与第一订户节点116A关联的MP节点118A或MaaS节点120A的不可用性或故障引起。在这种情况下，代理节点设备112可以从第一MaaS网络102的第一多个节点中或者从第二MaaS网络202的第二多个节点中选择备份节点(比如备份节点114)作为第二节点。可以基于选择的第一消息路由策略和运行上有故障的节点包括运行上有故障的订户节点和/或分布式分类账(第一MaaS网络102或第二MaaS网络202之一)的运行上有故障的节点的确定来选择备份节点。例如，代理节点设备112可以确定第一订户节点116A和MP节点118A(或MaaS节点120A)两者在运行上都有故障。第一订户节点116A、MP节点118A或MaaS节点120A的运行故障可能由网络连接失败、运行失败或应用错误引起。当订户节点和分类账节点两者都停机时，可能需要临时存储来自代理节点设备112的交易消息，直到订户节点和分类账节点两者的恢复完成为止。代理节点设备112可以基于选择的第一消息路由策略，选择备份节点作为第二节点。备份节点可以是单独的数据库节点、同一或不同移动性提供商的订户节点(比如第二订户节点116B)、或同一或不同移动性提供商的MP节点(比如MP节点118B)。

在实施例中，代理节点设备112可以确定可以由分布式分类账的节点(比如分布式分类账118或分布式分类账120的节点)处理的交易消息的数量。代理节点设备112可以确定与所确定的交易消息的数量的增加或减少关联的趋势。如果增加大于第一阈值或者交易消息的数量大于第二阈值，则代理节点设备112可以通过增加容量比当前节点大的另一个节点来扩大分布式分类账(比如分布式分类账118或分布式分类账120)。在另一种情况下，如果交易消息的数量的减少小于第三阈值，则代理节点设备112可以通过合并分布式分类账的两个节点来缩减分布式分类账(比如分布式分类账118或分布式分类账120)。

在实施例中，代理节点设备112可以将从第一节点接收到的交易消息(该交易消息可以与第一出行计划关联)路由到选择的备份节点(比如备份节点114)，以便将路由的交易消息临时存储在该备份节点。在实施例中，节点管理设备204可以初始化运行上有故障的订户节点(比如第一订户节点116A)或分布式分类账(比如分布式分类账118)的运行上有故障的节点(比如MP节点118A)的恢复。例如，节点管理设备204可以重新引导或重新启动托管分布式分类账的运行上有故障的节点的服务器，以初始化该恢复。在一些情况下，节点管理设备204可以重新初始化/重置服务器的网络连通性，运行诊断检查，或者进行与运行上有故障的订户节点或分布式分类账的运行上有故障的节点关联的软件的自动修复。在恢复完成之后，节点管理设备204可以指示备份节点将存储的交易消息重新路由到运行上有故障的订户节点(现在已恢复)或分布式分类账的运行上有故障的节点(现在已恢复)。

在与各个移动性提供商关联的车辆发生事故的情况下，代理节点设备112可以支持交易路由的恢复。代理节点设备112可以记录可通过代理节点设备112的所有交易消息，并将记录的交易消息的分析提供给管理员设备122。

代理节点设备112可以维护消息接发表格，以存储关于不同移动性提供商之间以及移动性提供商与MaaS网络(比如第一MaaS网络102)之间的互连的路由配置。此外，代理节点设备112可以支持移动性提供商(即，移动性提供商)或多个MaaS网络之间的交易/出行漫游，并且提供基于激励的动态定价，以平滑高峰时段交通量并增加与MaaS网络和移动性提供商的运行关联的收益。另外，代理节点设备112可以基于使用公共消息接发协议来进行交易消息的通信和路由(或重新路由)，支持异质公司消息接发。

通过节点管理设备204，第一MaaS网络102和第二MaaS网络202中的每一个可以提供发布者节点的批量(bulk)集群管理。此外，通过节点管理设备204，相应MaaS网络可以为各个MaaS网络的运行上有故障的订户节点和/或分布式分类账的运行上有故障的节点选择备份节点。备份节点可以起相应MaaS网络的运行上有故障的订户节点和/或分布式分类账的运行上有故障的节点的替代物的作用。所有发布者节点和订户节点可以遵循设定的协议以在MaaS网络(比如第一MaaS网络102或第二MaaS网络202)上开始运行。设定的协议可以强制执行公共安全架构(用于发布者节点认证和授权)、网络协议(例如，HTTP、MQTT、AMQP等)、统一的数据请求或响应格式(例如，JSON、CSV或XML格式)、以及API/数据方案。这可以确保每个发布者节点遵循标准集群级配置(比如包括公司名称、公司ID、售票口(gate)ID、售票口号码等的设备简档)和设备级证书(即，认证凭证)。标准集群级配置和设定的协议可以便利运输提供商部署新的发布者节点或用即插即用方法替换现有的发布者节点。这可以用各个移动性提供商的资源(比如发布者节点)之间的互操作性，来促进MaaS网络起同质运输网络的作用。

相反，常规的发布者节点、订户节点或分布式分类账的节点可能具有专有的配置和专有的连接方法来接入和在MaaS网络上运行。这可能导致与其他运输提供商的发布者节点和订户节点的互操作性问题。在紧急需求的情况下，新的或备份的发布者节点、订户节点或分布式分类账的节点的部署可能花费比所要求的时间更多的时间。

图3是按照本公开的实施例的基于(一个或多个)移动即服务(MaaS)网络上的运行故障的交易流管理的系统的框图。结合图1和图2的要素来说明图3。参考图3，表示了系统300的框图。系统300可以包括智能代理206，智能代理206包括代理节点设备112，并存储一组消息路由策略，比如基于状况的路由策略206A和基于故障的路由策略206B。在一些实施例中，系统300还可以包括节点管理设备204和管理员设备122。

节点管理设备204和管理员设备122可以经由适当的通信网络(未图示)在通信上耦接到智能代理206。代理节点设备112可以包括电路302、存储器304、输入/输出(I/O)设备306和网络接口308。电路302可被配置成通过使用网络接口308，与多个发布者节点110A、110B、...110N、第一多个订户节点116A、116B、...116N(和/或第二多个订户节点208A、208B、...208N)、节点管理设备204、以及管理员设备122通信。

电路302可以包括可被配置成执行由代理节点设备112执行的操作的指令的适当逻辑、电路、接口和/或代码。电路302的实现的例子包括中央处理器(CPU)、基于x86的处理器、精简指令集计算(RISC)处理器、专用集成电路(ASIC)处理器、复杂指令集计算(CISC)处理器、图形处理器(GPU)、协处理器、其他处理器和/或它们的组合。

存储器304可以包括可被配置成存储可由电路302执行的指令的适当逻辑、电路、代码和/或接口。存储器304还可以存储一组消息路由策略、消息接发表和路由配置表。存储器304的实现的例子可以包括但不限于随机存取存储器(RAM)、只读存储器(ROM)、硬盘驱动器(HDD)和/或安全数字(SD)卡。

I/O设备306可以包括可被配置成接收输入并基于接收到的输入提供输出的适当逻辑、电路和/或接口。I/O设备306可以包括可被配置成与电路302通信的各种输入和输出设备。I/O设备306的例子可以包括但不限于触摸屏、键盘、鼠标、控制杆、显示设备、麦克风或扬声器。

网络接口308可以包括可被配置成在代理节点设备112和多个发布者节点110A、110B、...110N、第一多个订户节点116A、116B、...116N(和/或第二多个订户节点208A、208B、...208N)、节点管理设备204、以及管理员设备122中的每一个之间建立通信(比如对等静态连接)的适当逻辑、电路、接口和/或代码。网络接口308可以实现支持与一个或多个通信网络的有线或无线通信的已知技术。

网络接口308可以包括但不限于天线、调频(FM)收发器、射频(RF)收发器、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、编解码器(CODEC)芯片集、订户识别模块(SIM)卡和/或本地缓冲器。网络接口308可以经由无线通信与网络，比如因特网、内联网和/或诸如蜂窝电话网络、无线局域网(LAN)和/或城域网(MAN)之类的无线网络进行通信。无线通信可以使用多种通信标准、协议和技术中的任意一种，比如长期演进(LTE)、全球移动通信系统(GSM)、增强数据GSM环境(EDGE)、宽带码分多址接入(W-CDMA)、码分多址接入(CDMA)、时分多址接入(TDMA)、蓝牙、无线保真(Wi-Fi)(例如IEEE 802.11a、IEEE802.1b、IEEE 802.11g和/或IEEE 802.11n)、网际协议语音(VoIP)、Wi-MAX、电子邮件协议、即时消息接发、和/或短消息服务(SMS)。

类似于代理节点设备112，管理员设备122和节点管理设备204中的每一个可以包括具有类似功能的一个或多个组件，包括电路、存储器、I/O设备、显示设备和网络接口。如图1、图2和图4中所述的由代理节点设备112执行的功能或操作可以由电路302进行。例如，在图1、图2、图4A和图4B中详细说明了这样的操作。

图4A和图4B共同描绘了按照本公开的实施例的基于移动即服务(MaaS)网络上的运行故障的交易流管理的示例性方法的流程图。结合图1、图2和图3的要素来说明图4A和图4B。参考图4A和图4B，图中表示了流程图400。流程图400的示例性方法可以由任何计算系统执行，例如由图1的代理节点设备112执行。流程图400的示例性方法可以开始于402，然后进行到404。

在404，可以收集与第一MaaS网络102的第一多个节点关联的运行信息。在实施例中，代理节点设备112的电路302可被配置成收集与第一MaaS网络102的第一多个节点关联的运行信息。收集的运行信息可以包括第一MaaS网络102的每个节点的网络连接状态和设备运行状态。

在406，可以基于收集的运行信息，确定与第一MaaS网络102的第一多个节点中的一个或多个节点关联的运行故障。在实施例中，代理节点设备112的电路302可被配置成确定与第一多个节点中的一个或多个节点关联的运行故障。所述一个或多个节点可以是可处理与包括在MaaS移动性服务中的一系列出行计划中的出行计划关联的票证交易的节点。例如，所述一个或多个节点可以包括第一MaaS网络102的发布者节点，例如售票口、应用和/或PoS设备。在另一个例子中，所述一个或多个节点可以包括第一MaaS网络102的订户节点或与第一MaaS网络102的订户节点关联的分布式分类账(例如，分布式分类账118或分布式分类账120)的节点。运行故障的例子可以包括但不限于网络连接失败、运行失败、应用错误、消息处理能力的过载、由于在计划出行时间没有运输车辆可用、或者与计划出行时间相比用于接载或落载的运输车辆延迟到达而无法处理票证交易。

在408，可以判定在第一MaaS网络102中是否存在运行上存在故障的发布者节点。在实施例中，代理节点设备112的电路302可被配置成检查在第一MaaS网络102中是否存在运行上有故障的发布者节点。如果存在运行上有故障的发布者节点(比如第一发布者节点110A)，则控制可以转到410，否则控制可以转到416。

在410，可以基于确定的运行故障选择第一消息路由策略。在实施例中，代理节点设备112的电路302可被配置成从一组消息路由策略(比如基于状况的路由策略206A和/或基于故障的路由策略206B)中选择第一消息路由策略。第一消息路由策略的选择可以基于与运行上有故障的发布者节点关联的运行故障的类型。例如，在图1和图2中进一步说明了第一消息路由策略的选择。

在412，可以从第一MaaS网络102的第一多个节点中选择备选发布者节点(比如第二发布者节点110B)。在实施例中，代理节点设备112的电路302可被配置成从第一MaaS网络102的第一多个节点中选择备选发布者节点。例如，在图1和图2中进一步解释了备选发布者节点的选择。

在414，可以从备选发布者节点(比如第二发布者节点110B)接收与用户的第一出行计划关联的交易消息。在实施例中，代理节点设备112的电路302可被配置成从备选发布者节点接收与第一出行计划关联的交易消息。

在416，可以从第一MaaS网络102的发布者节点(比如第一发布者节点110A)接收与用户的第一出行计划关联的交易消息。在实施例中，代理节点设备112的电路302可被配置成从备选发布者节点接收与第一出行计划关联的交易消息。

在418，可以判定在第一MaaS网络102中是否存在运行上有故障的订户节点。在实施例中，代理节点设备112的电路302可被配置成检查在第一MaaS网络102中是否存在运行上有故障的订户节点。如果第一MaaS网络102包括运行上有故障的订户节点(比如第一订户节点116A)，则控制可以转到420，否则控制转到422。

在420，可以基于确定的运行故障选择第一消息路由策略。在实施例中，代理节点设备112的电路302可被配置成从一组消息路由策略，比如基于状况的路由策略206A和/或基于故障的路由策略206B中选择第一消息路由策略。第一消息路由策略的选择可以基于与运行上有故障的订户节点关联的运行故障的类型。例如，在图1和图2中进一步说明了第一消息路由策略的选择。

在422，交易消息可以被路由到第一MaaS网络102的订户节点(比如第一订户节点116A)。在实施例中，代理节点设备112的电路302可被配置成将交易消息路由到第一MaaS网络102的订户节点(比如第一订户节点116A)。控制可以转到428。

在424，可以从第一MaaS网络102的第一多个节点中选择备选订户节点(比如第二订户节点116B)。在实施例中，代理节点设备112的电路302可被配置成从第一MaaS网络102的第一多个节点中选择备选订户节点。备选订户节点的选择可以基于所选择的第一消息路由策略(在420)。例如，在图1和图2中进一步解释了与该选择相关的细节。

在426，接收到的与用户的第一出行计划关联的交易消息可被路由到备选订户节点(比如第二订户节点116B)。在实施例中，代理节点设备112的电路302可被配置成将接收到的与第一出行计划关联的交易消息路由到备选订户节点。

在428，可以判定在第一MaaS网络102中是否存在分布式分类账(比如分布式分类账118或分布式分类账120)的运行上有故障的节点。在实施例中，代理节点设备112的电路302可被配置成检查在第一MaaS网络102中是否存在运行上有故障的订户节点。如果第一MaaS网络102包括运行上有故障的节点(比如分布式分类账118的MP节点118A)，则控制可以转到430，否则控制转到438。

在430，可以从第一MaaS网络102的第一多个节点中选择备份节点(比如备份节点114)。在实施例中，代理节点设备112的电路302可被配置成从第一MaaS网络102的第一多个节点中选择备份节点。例如，在图1和图2中进一步解释了为运行上有故障的订户节点或分布式分类账的运行上有故障的节点选择备份节点。

在432，接收到的与用户的第一出行计划关联的交易消息可被路由到选择的备份节点。在实施例中，代理节点设备112的电路302可被配置成将接收到的与第一出行计划关联的交易消息路由到所选择的备份节点。备份节点可被配置成临时存储被路由的交易消息。

在434，可以初始化分布式分类账的运行上有故障的节点(比如MP节点118A)的恢复。在实施例中，节点管理设备204可被配置成初始化分布式分类账的运行上有故障的节点(比如MP节点118A)的恢复。

在436，在恢复完成之后，存储的交易消息可被重新路由到分布式分类账的运行上有故障的节点(比如MP节点118A)。节点管理设备204可被配置成在恢复完成之后，指示备份节点(比如备份节点114)将存储的交易消息重新路由到运行上有故障的节点(比如MP节点118A)。

在438，可以执行接收的交易消息。在实施例中，在恢复之后，运行上有故障的节点(比如MP节点118A)可以基于(在436重新路由的)交易消息在分布式分类账(比如分布式分类账118)上执行交易。在另一个实施例中，如果第一MaaS网络102不包括任何运行上有故障的节点，则接收节点(比如MP节点118A)可以基于交易消息来执行交易。控制可以转到结束。

尽管流程图400被例示为离散的操作，比如404、406、408、410、412、414、416、418、420、422、424、426、428、430、432、434、436和438，不过本公开不限于此。因而，在某些实施例中，取决于特定的实现，这些离散的操作可以被进一步划分为额外的操作、组合成更少的操作、或者被消除，而不偏离所公开实施例的本质。

本公开的示例性方面可以包括一种系统(比如系统300)，所述系统可以包括代理节点设备(比如代理节点设备112)、节点管理设备(比如节点管理设备204)和管理员设备(例如管理员设备122)。代理节点设备112可被配置成收集与第一移动即服务(MaaS)网络(比如第一MaaS网络102)的第一多个节点关联的运行信息。代理节点设备112还可被配置成基于收集的运行信息来确定与第一多个节点中的一个或多个节点关联的运行故障。所述一个或多个节点可以处理与包括在MaaS移动性服务中的一系列出行计划中的第一出行计划关联的票证交易。代理节点设备112还可被配置成基于确定的运行故障，从一组消息路由策略中选择第一消息路由策略。代理节点设备112还可被配置成基于选择的第一消息路由策略，从第一多个节点中的第一节点接收与第一出行计划关联的交易消息。此外，代理节点设备112可被配置成基于选择的第一消息路由策略，将接收到的交易消息路由到第一多个节点中的第二节点。

在实施例中，代理节点设备112还可被配置成收集与属于第一MaaS网络102的一个或多个移动性提供商的运输车辆的路上车队关联的交通信息。收集的交通信息可以包括交通拥堵信息、交通碰撞信息、绕行信息、或者低于平均交通量信息。代理节点设备112可被配置成进一步基于收集的交通信息，确定与第一多个节点中的一个或多个节点关联的运行故障。收集的运行信息可以包括第一多个节点中的每个节点的网络连接状态和设备运行状态。确定的运行故障可以包括与所述一个或多个节点关联的网络连接失败、所述一个或多个节点的运行失败、所述一个或多个节点上的应用错误、或所述一个或多个节点的消息处理能力的过载中的至少一个。确定的运行故障还可以包括由于在计划出行时间没有运输车辆可用，或者与计划出行时间相比，用于接载或落载的运输车辆延迟到达，所述一个或多个节点无法处理票证交易。

在实施例中，第一节点和第二节点可以不同于所述一个或多个节点。在实施例中，第一节点和第二节点可以与第一移动性提供商关联，第一移动性提供商可以不同于与第一MaaS网络102的所述一个或多个节点关联的第二移动性提供商。

在实施例中，代理节点设备112可被配置成控制管理员设备122显示信息，所述信息包含所确定的运行故障、收集的运行信息、以及与属于第一MaaS网络102的一个或多个移动性提供商的运输车辆的路上车队关联的交通信息。代理节点设备112可被配置成基于显示的信息，控制管理员设备122显示与一组消息路由策略对应的一组用户可选择选项。代理节点设备112还可被配置成经由管理员设备122接收管理员输入，所述管理员输入包含对该组用户可选择选项中的第一用户可选择选项的选择。可以基于接收的管理员输入来选择第一消息路由策略。

在实施例中，代理节点设备112可被配置成从第一MaaS网络102的第一多个节点中，或者从不同于第一MaaS网络102的第二MaaS网络(比如第二MaaS网络202)的第二多个节点中，选择备选发布者节点作为第一节点。可以基于选择的第一消息路由策略和所述一个或多个节点包括运行上有故障的发布者节点的确定，来选择备选发布者节点。代理节点设备112可被配置成从选择的备选发布者节点接收与第一出行计划关联的交易消息。在实施例中，接收的交易消息可以对应于代替由所述一个或多个节点处理的票证交易而安排的计划外的或未购买的票证交易。选择的备选发布者节点可以与第一移动性提供商关联，第一移动性提供商可以不同于与运行上有故障的发布者节点关联的第二移动性提供商。

在实施例中，代理节点设备112可被配置成从第一MaaS网络102的第一多个节点中，或者从不同于第一MaaS网络102的第二MaaS网络202的第二多个节点中，选择备选订户节点作为第二节点。可以基于选择的第一消息路由策略和所述一个或多个节点包括运行上有故障的订户节点的确定，来选择备选订户节点。代理节点设备112可被配置成将接收到的与第一出行计划关联的交易消息路由到选择的备选订户节点。选择的备选订户节点可以与第一移动性提供商关联，第一移动性提供商可以不同于与运行上有故障的订户节点关联的第二移动性提供商。

在实施例中，代理节点设备112可被配置成从第一MaaS网络102的第一多个节点中，或者从不同于第一MaaS网络102的第二MaaS网络202的第二多个节点中，选择备份节点作为第二节点。可以基于选择的第一消息路由策略和所述一个或多个节点包括被包含在第一MaaS网络102中的运行上有故障的订户节点或分布式分类账(例如，分布式分类账118或分布式分类账120)的运行上有故障的节点的确定，来选择备份节点。代理节点设备112可被配置成将接收到的与第一出行计划关联的交易消息路由到选择的备份节点，选择的备份节点可以临时存储被路由的交易消息。

在实施例中，节点管理设备204可被配置成初始化运行上有故障的订户节点或分布式分类账(例如，分布式分类账118或分布式分类账120)的运行上有故障的节点的恢复。在恢复完成之后，节点管理设备204可被配置成指示备份节点将存储的交易消息重新路由到运行上有故障的订户节点或分布式分类账的运行上有故障的节点。

在实施例中，第一消息路由策略可以对应于内路由策略、间路由策略或区域路由策略中的一个。内路由策略可以对应于其中代理节点设备112可以在同一第一MaaS网络102内，将从与第一移动性提供商关联的发布者节点接收到的交易消息路由到与不同于第一移动性提供商的第二移动性提供商关联的订户节点的路由策略。间路由策略可以对应于其中代理节点设备112可以将从第一MaaS网络102的发布者节点接收到的交易消息路由到不同于第一MaaS网络102的第二MaaS网络202的订户节点的路由策略。区域路由策略可以对应于其中代理节点设备112可以将从第一地理区域中的第一MaaS网络102的发布者节点接收到的交易消息，路由到不同于第一地理区域的第二地理区域中的第二MaaS网络202或第一MaaS网络102的订户节点的路由策略。

本公开可以用硬件或者硬件和软件的组合来实现。本公开可以以集中方式在至少一个计算机系统中，或者以其中不同的元件可分布在几个互连的计算机系统上的分布式方式实现。适于执行本文中所述的方法的计算机系统或其他装置可能是合适的。硬件和软件的组合可以是具有计算机程序的通用计算机系统，当被加载和执行时，所述计算机程序可以控制所述计算机系统，使得所述计算机系统执行本文中所述的方法。本公开可以用包括还进行其他功能的集成电路的一部分的硬件来实现。

本公开还可以嵌入到计算机程序产品中，所述计算机程序产品包括使得能够实现本文中所述的方法的所有特征，并且当被载入计算机系统中时能够执行这些方法。在本上下文中，计算机程序意味着一组指令的采用任何语言、代码或符号的任意表达，所述一组指令旨在使具有信息处理能力的系统直接地或者在以下之一或两者之后进行特定功能：a)转换成另一种语言、代码或符号；b)以不同的材料形式进行再现。

虽然参考某些实施例说明了本公开，但是本领域技术人员会理解的是，在不脱离本公开的范围的情况下可以进行各种改变和等同替换。另外，可以进行许多修改以使特定情况或材料适应本公开的教导而不脱离本公开的范围。于是，本公开并不限于所公开的特定实施例，相反本公开将包括落入所附权利要求的范围内的所有实施例。

Claims (20)

1.一种系统，包括：

代理节点设备，所述代理节点设备被配置成：

收集与第一移动即服务(MaaS)网络的第一多个节点关联的运行信息；

基于收集的运行信息来确定与第一多个节点中的一个或多个节点关联的运行故障，

其中所述一个或多个节点处理与被包括在MaaS移动性服务中的一系列出行计划中的第一出行计划关联的票证交易；

基于确定的运行故障，从一组消息路由策略中选择第一消息路由策略；

基于选择的第一消息路由策略，从第一多个节点中的第一节点接收与第一出行计划关联的交易消息；和

基于选择的第一消息路由策略，将接收到的交易消息路由到第一多个节点中的第二节点，

其中所述第一节点和第二节点不同于所述一个或多个节点。

2.按照权利要求1所述的系统，其中所述代理节点设备还被配置成收集与属于第一MaaS网络的一个或多个移动性提供商的运输车辆的路上车队关联的交通信息，并且其中收集的交通信息包括交通拥堵信息、交通碰撞信息、绕行信息、或者低于平均交通量信息。

3.按照权利要求2所述的系统，其中所述代理节点设备被配置成进一步基于收集的交通信息，确定与第一多个节点中的所述一个或多个节点关联的运行故障。

4.按照权利要求1所述的系统，其中收集的运行信息包括第一多个节点中的每个节点的网络连接状态和设备运行状态。

5.按照权利要求1所述的系统，其中确定的运行故障包括以下中的至少一个：

与所述一个或多个节点关联的网络连接失败，

所述一个或多个节点的运行失败，

所述一个或多个节点上的应用错误，

所述一个或多个节点的消息处理能力的过载，或者

由于在计划出行时间没有运输车辆可用，或者与计划出行时间相比，用于接载或落载的运输车辆延迟到达，所述一个或多个节点无法处理票证交易。

6.按照权利要求1所述的系统，其中所述第一节点和第二节点与第一移动性提供商关联，所述第一移动性提供商不同于与第一MaaS网络的所述一个或多个节点关联的第二移动性提供商。

7.按照权利要求1所述的系统，其中所述代理节点设备还被配置成：

控制管理员设备显示信息，所述信息包含所确定的运行故障、收集的运行信息、以及与属于第一MaaS网络的一个或多个移动性提供商的运输车辆的路上车队关联的交通信息；

基于显示的信息，控制所述管理员设备显示与所述一组消息路由策略对应的一组用户可选择选项；和

经由所述管理员设备接收管理员输入，所述管理员输入包含对所述一组用户可选择选项中的第一用户可选择选项的选择，

其中基于接收的管理员输入来选择第一消息路由策略。

8.按照权利要求1所述的系统，其中所述代理节点设备还被配置成：

从第一MaaS网络的第一多个节点中，或者从不同于第一MaaS网络的第二MaaS网络的第二多个节点中，选择备选发布者节点作为所述第一节点，

其中基于选择的第一消息路由策略和所述一个或多个节点包括运行上有故障的发布者节点的确定来选择所述备选发布者节点；和

从选择的所述备选发布者节点接收与第一出行计划关联的交易消息。

9.按照权利要求8所述的系统，其中接收到的交易消息对应于代替由所述一个或多个节点处理的票证交易而安排的计划外的或未购买的票证交易。

10.按照权利要求8所述的系统，其中选择的所述备选发布者节点与第一移动性提供商关联，所述第一移动性提供商不同于与运行上有故障的发布者节点关联的第二移动性提供商。

11.按照权利要求1所述的系统，其中所述代理节点设备还被配置成：

从第一MaaS网络的第一多个节点中，或者从不同于第一MaaS网络的第二MaaS网络的第二多个节点中，选择备选订户节点作为所述第二节点，

其中基于选择的第一消息路由策略和所述一个或多个节点包括运行上有故障的订户节点的确定来选择所述备选订户节点；和

将接收到的与第一出行计划关联的交易消息路由到选择的所述备选订户节点。

12.按照权利要求11所述的系统，其中选择的所述备选订户节点与第一移动性提供商关联，所述第一移动性提供商不同于与运行上有故障的订户节点关联的第二移动性提供商。

13.按照权利要求1所述的系统，其中所述代理节点设备还被配置成：

从第一MaaS网络的第一多个节点中，或者从不同于第一MaaS网络的第二MaaS网络的第二多个节点中，选择备份节点作为第二节点，

其中基于选择的第一消息路由策略和所述一个或多个节点包括被包含在第一MaaS网络中的运行上有故障的订户节点或分布式分类账的运行上有故障的节点的确定，来选择所述备份节点；和

将接收到的与第一出行计划关联的交易消息路由到选择的所述备份节点，选择的所述备份节点临时存储路由的交易消息。

14.按照权利要求13所述的系统，还包括节点管理设备，所述节点管理设备被配置成：

初始化运行上有故障的订户节点或分布式分类账的运行上有故障的节点的恢复；和

在恢复完成后，指示所述备份节点将存储的交易消息重新路由到所述运行上有故障的订户节点或分布式分类账的运行上有故障的节点。

15.按照权利要求1所述的系统，其中第一消息路由策略被选择为以下中的一个：

内路由策略，基于所述内路由策略，所述代理节点设备在同一第一MaaS网络内，将从与第一移动性提供商关联的发布者节点接收到的交易消息路由到与不同于第一移动性提供商的第二移动性提供商关联的订户节点，

间路由策略，基于所述间路由策略，所述代理节点设备将从第一MaaS网络的发布者节点接收到的交易消息路由到不同于第一MaaS网络的第二MaaS网络的订户节点，和

基于区域的路由策略，基于所述基于区域的路由策略，所述代理节点设备将从第一地理区域中的第一MaaS网络的发布者节点接收到的交易消息路由到不同于第一地理区域的第二地理区域中的第二MaaS网络或第一MaaS网络的订户节点。

16.一种方法，包括：

在包括代理节点设备的系统中：

通过所述代理节点设备，收集与第一移动即服务(MaaS)网络的第一多个节点关联的运行信息；

通过所述代理节点设备，基于收集的运行信息来确定与第一多个节点中的一个或多个节点关联的运行故障，

其中所述一个或多个节点处理与被包括在MaaS移动性服务中的一系列出行计划中的第一出行计划关联的票证交易；

通过所述代理节点设备，基于确定的运行故障，从一组消息路由策略中选择第一消息路由策略；

通过所述代理节点设备，基于选择的第一消息路由策略，从第一多个节点中的第一节点接收与第一出行计划关联的交易消息；和

通过所述代理节点设备，基于选择的第一消息路由策略，将接收到的交易消息路由到第一多个节点中的第二节点，

其中所述第一节点和第二节点不同于所述一个或多个节点。

17.按照权利要求16所述的方法，还包括通过所述代理节点设备，收集与属于第一MaaS网络的一个或多个移动性提供商的运输车辆的路上车队关联的交通信息，

其中收集的交通信息包括交通拥堵信息、交通碰撞信息、绕行信息、或者低于平均交通量信息。

18.按照权利要求17所述的方法，其中进一步基于收集的交通信息，确定与第一多个节点中的所述一个或多个节点关联的运行故障。

19.按照权利要求16所述的方法，其中确定的运行故障包括以下中的至少一个：

与所述一个或多个节点关联的网络连接失败，

所述一个或多个节点的运行失败，

所述一个或多个节点上的应用错误，

所述一个或多个节点的消息处理能力的过载，或者

由于在计划出行时间没有运输车辆可用，或者与计划出行时间相比，用于接载或落载的运输车辆延迟到达，所述一个或多个节点无法处理票证交易。

20.按照权利要求16所述的方法，其中第一消息路由策略被选择为以下中的一个：

内路由策略，基于所述内路由策略，所述代理节点设备在同一第一MaaS网络内，将从与第一移动性提供商关联的发布者节点接收到的交易消息路由到与不同于第一移动性提供商的第二移动性提供商关联的订户节点，

间路由策略，基于所述间路由策略，所述代理节点设备将从第一MaaS网络的发布者节点接收到的交易消息路由到不同于第一MaaS网络的第二MaaS网络的订户节点，和

基于区域的路由策略，基于所述基于区域的路由策略，所述代理节点设备将从第一地理区域中的第一MaaS网络的发布者节点接收到的交易消息路由到不同于第一地理区域的第二地理区域中的第二MaaS网络或第一MaaS网络的订户节点。

Images