CN116029513A - 座位保护方法、装置、电子设备以及计算机可读介质 - Google Patents

Abstract

本发明提供一种座位保护方法、装置、电子设备以及计算机可读介质，该方法通过航班控制系统接收座位保护请求；响应于所述座位保护请求，判断所述源航班是否已初始化；若判断出所述源航班已初始化，则将所述座位保护请求发送至离港系统，由所述离港系统响应于所述座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位，实现在源航班初始化之后，仅由离港系统进行座位保护而不再由航班控制系统进行座位保护，进而不会出现因离港系统和航班控制系统座位保护结果不一致，而导致的一座多占、错占等错误。

Description

座位保护方法、装置、电子设备以及计算机可读介质

技术领域

本发明涉及座位保护技术领域，尤其涉及一种座位保护方法、装置、电子设备以及计算机可读介质。

背景技术

座位保护是根据旅客在源航班(即重新分配座位前旅客所在的航班)上预订的座位，重新为旅客在目标航班(即重新分配座位之后旅客所在的航班称为目标航班)上预订一个相应的座位的操作。目前的座位保护方案中，源航班初始化前，由航班控制系统进行座位保护。源航班初始化后，则由航班控制系统和离港系统分别使用本地的旅客订座记录(PassengerName Record，PNR)、座位保护规则等数据，进行座位保护。航班控制系统在执行完座位保护操作后，会将旅客订座记录变更数据发送给离港系统，离港系统再根据旅客订座记录变更数据，对离港系统本地的旅客订座记录数据进行修改，得到最终的座位保护结果。

然而，由于源航班初始化后，都是由离港系统执行订座操作的，而离港系统并未将旅客订座记录数据同步给航班控制系统，进而导致航班控制系统本地的旅客订座记录数据与离港系统并不一致。此外，离港系统本地的座位保护规则也可能与航班控制系统不同。因此，航班控制系统和离港系统分别进行座位保护时，所得到的座位保护结果通常也是不一致的。由于座位保护结果不一致，进而导致后续离港系统根据旅客订座记录变更数据，对本地的旅客订座记录数据进行修改的过程中，容易出现一错多占、错占等问题。例如，航班控制系统将A顾客保护到了目标航班的32A座位上，而离港系统则将B顾客保护到目标航班的32A座位上，最终经离港系统修改之后，A顾客和B顾客均被保护到了32A座位，造成一座多占。

发明内容

有鉴于此，本发明实施例提供一种座位保护方法、装置、电子设备以及计算机可读介质，以通过改进座位保护流程的方式避免出现一座多占等问题。

为实现上述目的，本发明实施例提供如下技术方案：

第一方面，本申请实施例公开了一种座位保护方法，应用于航班控制系统，所述座位保护方法包括：

接收座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

响应于所述座位保护请求，判断所述源航班是否已初始化；

若判断出所述源航班已初始化，则将所述座位保护请求发送至离港系统，由所述离港系统响应于所述座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位；所述原座位数据为所述原座位的座位号在所述源航班的座位图中对应的座位数据。

第二方面，本申请实施例公开了一种座位保护方法，应用于离港系统，所述座位保护方法包括：

接收航班控制系统在判断出源航班已初始化时发送的座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位；所述原座位数据为所述原座位的座位号在所述源航班的座位图中对应的座位数据。

第三方面，本申请实施例公开了一种座位保护装置，应用于航班控制系统，所述座位保护装置包括：

第一接收单元，用于接收座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

判断单元，用于响应于所述座位保护请求，判断所述源航班是否已初始化；

发送单元，用于若判断出所述源航班已初始化，则将所述座位保护请求发送至离港系统，由所述离港系统响应于所述座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位。

第四方面，本申请实施例公开了一种座位保护装置，应用于离港系统，所述座位保护装置包括：

第二接收单元，用于接收航班控制系统在判断出源航班已初始化时发送的座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

第一读取单元，用于读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

第一座位保护单元，用于根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位。

第五方面，本申请实施例公开了一种电子设备，包括存储器和处理器；

其中，所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，具体用于实现如上述第一方面或第二方面任意一项所述的座位保护方法。

第六方面，本申请实施例公开了一种计算机可读介质，用于存储计算机程序，所述计算机程序被执行时，具体用于实现如上述第一方面或第二方面任意一项所述的座位保护方法。

基于上述本发明实施例提供的座位保护方法，由于航班控制系统在接收座位保护请求之后，会响应于座位保护请求，判断源航班是否已初始化。若判断出源航班已初始化，则将座位保护请求发送至离港系统，由离港系统响应于座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。其中，原座位为旅客在源航班预订的座位。因此源航班初始化之后，仅由离港系统进行座位保护而不再由航班控制系统进行座位保护，进而不会出现因离港系统和航班控制系统座位保护结果不一致，而导致的一座多占、错占等错误。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提出的一种座位保护方法的流程示意图；

图2为本申请实施例提出的一种校验航班数据的方法的流程示意图；

图3为本申请实施例提出的一种航班控制系统执行座位保护方法的流程示意图；

图4为本申请实施例提出的座位图和PNR数据的修改和同步方法的流程示意图；

图5a为本申请实施例提出的一种未初始化航班的PNR数据的字段的示意图；

图5b为本申请实施例提出的一种未初始化航班的座位保护请求的字段的示意图；

图5c为本申请实施例提出的一种未初始化航班的保护结果报文的示意图；

图6a为本申请实施例提出的一种初始化航班的PNR数据的字段的示意图；

图6b为本申请实施例提出的一种初始化航班的座位保护请求的字段的示意图；

图6c为本申请实施例提出的一种航班控制系统发送初始化航班的座位保护请求的字段的示意图；

图6d为本申请实施例提出的一种离港系统发送初始化航班的PNR变更数据的字段的示意图；

图6e为本申请实施例提出的一种初始化航班的保护结果报文的示意图；

图7为本申请实施例公开的一种基于责任链模式的分布式航班座位保护架构图；

图8为本申请实施例公开的一种执行座位保护方法的组件组成示意图；

图9为本申请实施例提出的一种座位保护装置的结构示意图；

图10为本申请实施例提出的另一种座位保护装置的结构示意图；

图11为本申请实施例提出的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

为了便于理解本发明的技术方案，首先介绍可能涉及的相关概念。

ASR指令，一种用于提前预订机上座位的指令。预订航班时，预订好在飞机上的具体座位号，预订方式分为航班初始化前座位预订和航班初始化后座位预订两种。

旅客订座记录(PassengerName Record，PNR)，表示旅客订座记录，具体包括姓名、航段、日期、舱位、票价、身份证号、座位等信息。

座位图，航班/舱位对应飞机上座位分布图，用矩阵表示，每一个元素表示一个位置，分免费座位，付费座位，X锁座位，C锁座位，过道，不可用座位等。

舱位，飞机内部座位主要分为头等舱、商务舱、超级经济舱、经济舱等多个区域。通常价格、舒适度以头等舱最高，其次商务舱，最低为经济舱。

子舱，在舱位的基础上，根据计价折扣的不同将舱位分割成逻辑上的多个子舱。

座位属性，座位自身属性，如大空间、座椅宽窄、靠窗、靠过道、前排/后排，目前国内航班已经实现全部无烟。

锁座，航空公司在主图或者座位图上设置的X锁或者C锁，如果某座位被设置了X锁，该座位不可用；如果某座位被设置了C锁，只有航司(航空公司简称)主控人员才能预订该座位。

附加服务，航司推出的除了搭乘飞机之外的服务，如座位预订，无人陪伴儿童接送、轮椅使用、宠物托运等。

座位等级，由航司自定义，对座位图上的座位设置价值等级，等级不同的座位销售价格不同，座位保护的时候一般只能保护到同等价值等级座位上，除非航司另外定义了跨等级座位保护规则。

座位保护，将航班上的带有座位预订的旅客重定位到座位图上，由于座位图/价格等级图变化，存在旅客订座记录不能重定位到原有座位号上的概率。

RE，表示再分配，即旅客被再次分配到同航线其它航班舱位。

航班变更，航空公司在航班管理系统上修改航班信息并生效。维护工具，刷图，航班上所有带座位预订的旅客重定位到座位图上。

SRA，一种维护工具，用于刷新座位图，将航班上所有带座位预订的旅客重定位到座位图上。

Host-Airlines，航司集团关系表，由航线系统托管，处理基于库存的预订以及其他旅客相关服务的航空公司。

航班初始化，航班控制系统(也可以称为订座系统)向离港系统发送航班名单报为航班初始化，一般发生在航班起飞前三天或者约定时间。此时座位预订决策权转移到离港系统。

UN，即旅客订座记录里的有效航段被取消，导致与其相关的票、座位等信息也被取消的操作。

基于背景技术可知，现有技术中，在航班初始化前，由于座位保护过程中的核心数据——旅客订座记录数据的处理及存储均在航班控制系统一侧(也可以称为订座系统)，航班初始化前由航班控制系统进行座位保护。在航班初始化之后，航班控制系统将旅客订座记录同步给离港系统，订座操作也相应的转交给离港系统决策。因此航班初始化后，会由离港系统和航班控制系统共同完成座位保护。但由于离港系统和航班控制系统各自读取到的本地旅客订座记录数据、座位保护规则数据等不一致，进而导致离港系统和航班控制系统得到的座位保护结果不一致，后续离港系统依据航班控制系统发送的旅客订座记录变更数据修改本地的旅客订座记录数据时，容易出现一错多占、错占等问题，后期需要人工重新为旅客调整预订座位，耗费人力物力。

针对这一问题，参阅图1，本申请实施例提出了一种座位保护方法，具体包括以下步骤：

S101、航班控制系统接收座位保护请求，其中，座位保护请求至少包括：源航班的标识数据和目标航班的标识数据。

在步骤S101中，在航班计划变更、SRA、RE等触发座位保护的场景下，会触发座位保护，进而航班控制系统会接收到相应的座位保护请求。例如，在RE场景下，航班控制系统接收旅客从终端发送的座位保护请求。具体的，当旅客在电脑上将在A航班订的机票改签至B航班时，航班控制系统就会收到座位保护请求，此时A航班为源航班，B航班为目标航班，座位保护请求中包括有A航班的标识数据(例如航班号)和B航班的标识数据。

其中，源航班的标识数据指的是源航班特有的数据，例如源航班的航班号、航段数据、航班数据等。类似的，目标航班的标识数据指的是目标航班特有的数据，例如目标航班的航班号、航段数据、航班数据等。

可选地，在本申请一具体实施例中，座位保护请求中还可以携带有源航班的日期、目标航班的日期、触发座位保护请求的原因、触发座位保护请求的时间等一个或多个数据。示例性的，若触发座位保护请求的场景为旅客修改单个旅客订座记录，则座位保护请求中还携带有该旅客的旅客订座记录关键数据。

需要说明的是，座位保护请求中的源航班和目标航班可以是不相同的航班，也可以是相同的航班，具体根据触发座位保护的具体场景而定，本申请实施例对此不作限制。

S102、航班控制系统响应于座位保护请求，判断源航班是否已初始化。

航班初始化可以理解为是离港系统已建立航班计划的阶段。在源航班未初始化的阶段，源航班的航班计划仅创建于航班控制系统，此时离港系统中并未对源航班的航班计划进行创建。在源航班的航班未初始化阶段，源航班的座位预订、座位图生成控制等均由座位系统完成。当源航班进入航班初始化阶段时，离港系统会创建源航班的航班计划，然后接收航班控制系统发送的旅客名单报，后续源航班的预订操作、座位图的生成控制等也转由离港系统负责。

其中，离港系统所创建的源航班的航班计划是依据实际航司运行情况进行创建的，离港系统所创建的源航班的航班计划不一定与未初始化阶段航班控制系统所创建的航班计划完全一致，例如，机型可能会依据当前运行情况发生变更等。

航班控制系统会向离港系统发送旅客名单报，旅客名单报中包括有航班的旅客订座记录中的关键数据，进而可达到向离港系统同步当前航班的旅客订座记录数据的目的。

当步骤S102判断出源航班已初始化时，则执行步骤S103，即将座位保护请求转由离港系统负责处理，航班控制系统不负责源航班的座位保护流程，进而不会出现因离港系统和航班控制系统座位保护结果不一致，而导致的一座多占、错占等错误。当步骤S102判断出源航班未初始化时，则说明当前旅客订座记录数据并没有同步给离港系统，因此不将座位保护请求发送给离港系统，即不让离港系统处理座位保护流程。

可选地，在本申请一具体实施例中，执行步骤S102的一种实施方式，包括：

航班控制系统响应于座位保护请求，判断航班控制系统是否已发送源航班的旅客名单报至离港系统。其中，若航班控制系统已发送源航班的旅客名单报至离港系统，则确定出源航班已初始化，若航班控制系统未发送源航班的旅客名单报至离港系统，则确定出源航班未初始化。源航班的旅客名单报至少包括有旅客预订记录的关键数据。

可选地，判断航班控制系统是否已发送源航班的旅客名单报至离港系统的一种实施方式可以是：航班控制系统根据座位保护请求中携带的源航班的标识数据，读取出源航班的航班数据，然后根据源航班的航班数据，确定该源航班的旅客名单报是否已发送至离港系统(即确定源航班是否已初始化)。

可选地，参阅图2，在本申请一具体实施例中，执行步骤S102之前，还包括：

S201、航班控制系统读取航班数据。

其中，航班数据可以理解为是源航班和目标航班的航班数据，源航班的航班数据用于表征源航班的航班特征信息，目标航班的航班数据则用于表征目标航班的航班特征信息。执行步骤S201的过程中，航空控制系统可以根据座位保护请求中包括的源航班的标识数据读取到源航班的航班数据，还可以根据座位保护请求中包括的目标航班的标识数据读取到目标航班的航班数据。

具体的，航班数据至少包括有源航班和目标航班的航班号、源航班和目标航班是否有ASR功能、源航班是否初始化、源航班和目标航班是否属于HOST航司航班的特征数据。其中，ASR功能指的是预订座位的功能。HOST航司航班指的是系统所管理的航司航班，也可以理解为是航班数据在系统内部的航司航班。可选地，航班数据还包括：源航班和目标航班的日期、起飞地、目的地、起飞时间、目的时间、机型布局、航段数据等一种或多种数据。其中，航段数据具体可以包括航段的起飞点、目的地、机型、日期、起飞时间、目的时间等。

S202、根据航班数据，校验源航班和目标航班是否属于管控航班以及是否开通预订座位功能。

其中，步骤S202若校验出源航班和目标航班均属于管控航班以及均已开通预订座位功能，则判断源航班是否已初始化，即执行前述提及的步骤S102。若校验出源航班和目标航班中有不属于管控航班的航班，或者，存在未开通预订座位功能的航班，则停止执行座位保护流程，即结束流程。

通过步骤S201至步骤S202，可以预先通过校验航班数据的可用性和合法性，以确定是否能够对源航班执行座位保护流程。如若校验出的航班数据具有可用性和合法性(即校验出源航班和目标航班均属于管控航班以及均已开通预订座位功能)，则可以进行座位保护，即执行步骤S102。如若校验出的航班数据不具有可用性或合法性，则中止流程，即结束流程，不做座位保护。

可选地，参阅图3，在本申请一具体实施例中，航班控制系统执行步骤S102之后，还包括：

S301、航班控制系统若判断出源航班未初始化，则读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据。

具体的，若航班控制系统通过步骤S102判断出了源航班未初始化，由于未初始化阶段，源航班的旅客订座记录数据、保护规则数据、座位图等数据都在座位系统这一侧，而座位系统是航班控制系统中座位管理部分的功能开放化得到的一个子系统。因此未初始化阶段，可以由航班控制系统去执行座位保护流程。

执行步骤S301的过程可以是，航班控制系统根据座位保护请求中包括的源航班的标识数据和目标航班的标识数据，读取到航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据。

可选地，航班控制系统可以是从座位系统或者本地读取到航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据。其中，航班数据的描述可参见前述步骤S201部分的相关介绍，此处不再赘述。

步骤S301中的旅客订座记录数据包括有源航班的旅客订座记录数据和目标航班的旅客订座记录数据。旅客订座记录数据包括预订座位的旅客的姓名、航段、日期、舱位、票价、身份证号、座位等一种或多种数据。旅客订座记录数据至少包括源航班的旅客订座记录数据，在另一些实施例中，还可以包括有目标航班的旅客订座记录数据。可选地，在本申请一具体实施例中，读取旅客订座记录数据的方式可以是：根据读取到的航班数据，获取到与当前的航班和日期(天)匹配的航段数据，根据获取到的航段数据得到匹配的旅客订座记录数据。

座位图数据包括有源航班的座位图数据和目标航班的座位图数据。座位图数据可以用来表示航班在某一天的座位分布情况。可选地，座位图数据可以通过矩阵表示，矩阵中的每一个元素可以表示一个位置。可选地，座位图数据具体包括有每一个座位的座位属性数据、座位状态数据以及座位类型数据。座位属性数据可参见前述对座位属性的相关概念的介绍，此处不再赘述。座位状态数据用于说明座位是否被旅客预订占用。座位类型数据用于说明座位的类型，具体的，座位类型可以包括免费座位，付费座位，X锁座位，C锁座位，过道，不可用座位。

可选地，座位图数据可以根据主图数据生成。主图可以理解为是座位图的基础模板。主图由航空公司设定，具体的，可以使用航班的机型、舱位以及布局参数匹配得到主图。其中，航班的舱位参数用于说明该航班包括的舱位类型。例如，源航班的舱位参数包括头等舱、商务舱、超级经济舱以及经济舱。布局参数用于说明每一个舱位类型对应的数目。例如源航班的布局参数为：1个头等舱、1个商务舱、4个超级经济舱以及5个经济舱。可选地，读取座位图数据的一种实施方式，包括：根据航班、日期(天)以及舱位读取出座位图数据。

步骤S301的座位保护规则数据包括有源航班的座位保护规则数据和目标航班的座位保护规则数据。座位保护规则数据包括座位等级表和座位等级保护规则。座位等级表规定了航班的座位图中每一个座位的座位等级。座位等级是航空公司预定义的价值等级，座位等级不同则销售价格不同。座位等级保护规则用于规定为旅客分配在目标航班上的新座位的座位等级。座位等级保护规则一般都规定了只能保护到同座位等级的座位上，除非航司另外定义了跨等级座位保护规则。

可选地，在本申请一具体实施例中，在读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据之后，还可以对航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据分别进行校验，以确定数据的可用性以及合法性。例如航班数据的校验可以如图2所示，座位图数据的校验过程可以包括有校验座位图是否已激活等。又例如PNR数据的校验过程可以包括对航班上是否有订妥的PNR数据的校验。若航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据中存在有不满足数据的可用性或合法性的数据，则结束流程，不执行座位保护。

S302、航班控制系统根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位，其中原座位为旅客在源航班预订的座位，原座位数据为原座位的座位号在源航班的座位图中对应的座位数据。

座位数据具体可以包括座位的座位等级、座位属性、座位号、座位类型、座位状态等座位的相关数据。根据原座位数据和座位保护规则数据，可以按照座位保护规则，为原座位分配一个与原座位数据相匹配的目标航班的新座位。例如，若某一个旅客在源航班的A舱预订了座位等级为2的座位10A，则进行付费座位保护时，需要在目标航班的座位图上选取一个座位等级同样为2的付费座位，如选取到，则座位保护成功，成功为旅客分配了在目标航班的新座位。如未选取到(例如目标航班中所有座位等级为2的座位均已被占用)，则座位保护失败。

可选地，步骤S302依据前述提及的座位保护请求中携带的触发座位保护请求的原因执行。若触发座位保护请求的原因为单个PNR变更，那么执行步骤S302时，只需针对单个PNR，根据该单个PNR中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。若触发座位保护请求的原因为其他原因，例如航班计划变更，需要对源航班的所有PNR都进行变更，那么执行步骤S302时，则针对源航班的每一个旅客订座记录，根据该旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。

可选地，参阅图4，在本申请一具体实施例中，航班控制系统执行步骤S302之后，还包括：

S401、航班控制系统根据新座位修改旅客订座记录数据和座位图数据。

其中，新座位为前述步骤S302中为旅客重新分配的目标航班上的座位。当航班控制系统执行步骤S302成功，即成功为旅客选取到目标航班上的新座位之后，由于旅客预订的座位发生了变更，因此需要根据新座位相应的修改旅客的旅客订座记录数据和座位图数据。

具体的，执行步骤S401的过程中，删除掉座位图数据中与旅客预订原座位相关的数据，以及删除掉旅客订座记录中与旅客预订原座位相关的数据。以及在座位图数据中增加与旅客预订新座位相关的数据，增加旅客订座记录中与旅客预订新座位相关的数据，以使得当前与旅客相关的旅客订座记录数据和座位图数据能与重新分配新座位之后一致。

可选地，在本申请一具体实施例中，航班控制系统执行步骤S401的一种实施方式，包括：

航班控制系统在座位图数据中取消原座位的占座标志并添加新座位的占座标志，以及在旅客订座记录中取消旅客预订原座位的记录并生成旅客预订新座位的记录。

具体的，在座位图数据中的源航班的座位图上，取消旅客在原座位上的占座标志，并在座位图数据中的目标航班的座位图上，添加旅客在新座位上的占座标志。其中，占座标志用于表征座位处于预订状态。没有占座标志的座位则用于表征该座位不处于预订状态。其中，占座标志的具体体现形式有很多，例如可以是特定形状的标记，也可以是通过变更座位图中该座位的颜色的方式等，本申请实施例对此不作限制。

在读取到的旅客订座记录中，还需要UN(即删除)掉旅客预订原座位的记录并增加旅客预订新座位的记录。具体的，从源航班的旅客订座记录中删除掉旅客预订原座位的记录。然后又在目标航班的旅客订座记录中添加上旅客预订新座位的记录。

需要说明的是，前述描述的修改旅客订座记录和修改座位图数据的前后顺序本申请实施例不作限制，也可以并行执行，均不影响本申请实施例的实现。

S402、航班控制系统将表征座位保护结果的保护结果报文同步给周边系统，其中周边系统至少包括座位系统。

座位保护结果主要用于说明执行步骤S401之后座位图数据的变更结果。保护结果报文的具体展示形式有多种，例如保护结果报文中可以包括执行步骤S401之后的源航班的座位图数据和目标航班的座位图数据，又例如保护结果报文中可以包括步骤S401中变更的座位图数据。

举例说明，例如源航班的座位图数据显示在座位保护结果前，源航班的航段旅客已预订14E、14F、15A、32A、32B、32K的座位。经过前述的座位保护之后，步骤S402中得到的保护结果报文显示：该源航班的航段的座位图数据变更为14F、15A、32A、32B、32K处于旅客已预订的状态，即源航班的14E座位取消。

周边系统可以理解为是与座位变更信息相关的一些系统，例如座位系统。将保护结果报文同步给座位系统后，座位系统可以根据保护结果报文同步修改本地保存的源航班和目标航班的座位图。除此之外，周边系统还可以包括有计算机分销系统和离港系统。

S403、航班控制系统将旅客订座记录变更数据同步给航司主控。

航班控制系统将旅客订座记录变更数据(即PNR变更数据)发送给航司主控(即航空公司主控制室)，以提醒各个航空公司注意旅客订座出现变更。

需要说明的是，执行步骤S402和步骤S403的先后顺序不影响本申请实施例的实现，本申请实施例对此不作限制。

可选地，可以仅同步发送给旅客订座记录变更数据中涉及到的航司主控，而不需要通知所有航司主控。

可选地，在本申请一具体实施例中，执行图3示出的步骤S302之后还包括：

若为旅客分配在目标航班的新座位的操作失败，则在座位图数据中取消原座位的占座标志，以及在旅客订座记录中取消旅客预订原座位的记录。

由前述对步骤S302的描述可知，在个别情况下，例如目标航班上无法选取到符合座位保护规则的新座位、又例如目标航班上有符合座位保护规则的新座位，但该新座位已处于占座状态不可用等，进而导致步骤S302执行失败，并没有成功为旅客分配在目标航班的新座位。在该情况下，则仅在源航班的座位图数据中取消掉原座位的占座标志，并在源航班的旅客订座记录中取消旅客预订原座位的记录，即不为旅客分配新座位但将旅客的原座位取消，以满足座位保护请求的需求，后续旅客在得知预订的原座位取消之后，可再次根据自身的实际情况重新预订座位。

需要说明的是，在座位图数据中取消原座位的占座标志，以及在旅客订座记录中取消旅客预订原座位的记录的执行先后顺序不影响本申请实施例的实现，本申请实施例对此不作限制。

继续参阅图1，步骤S103、航班控制系统将座位保护请求发送至离港系统。

当图1示出的步骤S102判断出源航班已初始化，则说明当前源航班的旅客名单报已经同步给了离港系统，已初始化后执行的预订操作都在离港系统一侧执行，因此当前最新的PNR数据以离港系统为准，相应的，座位保护请求也需交由离港系统负责，因此航班控制系统将座位保护请求发送给离港系统，转由离港系统负责处理座位保护请求。

S104、离港系统响应于座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据。

其中，离港系统执行步骤S104的过程和原理，可以参考前述图3示出的步骤S301中航班控制系统执行“读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据”的过程和原理，此处不再赘述。

S105、离港系统根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位，其中原座位为旅客在源航班预订的座位，原座位数据为原座位的座位号在源航班的座位图中对应的座位数据。

其中，离港系统执行步骤S105的过程和原理，可以参考前述图3示出的步骤S302中航空控制系统执行“根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位，其中原座位为旅客在源航班预订的座位，原座位数据为原座位的座位号在源航班的座位图中对应的座位数据”的过程和原理，此处不再赘述。

由于本申请实施例中，在判断出源航班初始化之后，仅由离港系统对旅客分配在目标航班的新座位，即仅由离港系统进行座位保护，而不再由航班控制系统参与座位保护，相较于现有技术中，离港系统不再需要因座位保护结果不一致，而依据航班控制系统的PNR变更数据进行离港系统的PNR数据的修改，进而也不会出现一座多占、错占等错误。

可选地，在本申请一具体实施例中，离港系统执行步骤S105之后，还包括：根据新座位修改所述旅客订座记录数据和座位图数据，将表征座位保护结果的保护结果报文同步给周边系统，并将旅客订座记录变更数据同步给航司主控。其中，离港系统执行根据新座位修改所述旅客订座记录数据和座位图数据，将表征座位保护结果的保护结果报文同步给周边系统，并将旅客订座记录变更数据同步给航司主控的过程和原理，可以参考前述步骤S401至步骤S403的相关内容，此处不再赘述。

即离港系统在接收到座位保护请求之后，所执行的座位保护流程均可以参考航班控制系统执行座位保护的流程，此处不再赘述。

本申请实施例提出的座位保护方法中，由于航班控制系统在接收座位保护请求之后，会响应于座位保护请求，判断源航班是否已初始化。若判断出源航班已初始化，则将座位保护请求发送至离港系统，由离港系统响应于座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。其中，原座位为旅客在源航班预订的座位。因此，源航班初始化之后，仅由离港系统进行座位保护而不再由航班控制系统进行座位保护，进而不会出现因离港系统和航班控制系统座位保护结果不一致，而导致离港系统在根据PNR变更数据修改时造成的一座多占、错占等错误。

举例说明，基于本申请实施例提出的座位保护请求，源航班未初始化时进行座位保护的具体实施过程可以是：

当前日期为2022年3月30日，选择距离当前日期三天以上的航班日期即可查看到CZ327/14APR(即航班号为CZ327，起飞时间为4月14日)上有座位预订，并且是一个未初始化航班。航班控制系统对该未初始化航班查看座位预订情况、座位号、座位付费标识、旅客名字等旅客订座记录数据时，所读取到的PNR数据如图5a示出的界面所示。

其中，图5a示出的“SRM CZ 32714APR CAN#”表示查询航班号为CZ327，于14APR(即4月14日)从广州起飞的航段的座位预订情况。

“CANLAX”表示该航班的航段的起飞城市为广州(CAN)和目的城市为洛杉矶(LAX)。“Y32A$1YAN/XXXX NV3E4M”，表示Y舱座位号32A的付费座位上的旅客姓名为YAN/XXXX，该旅客的旅客订座记录(PNR)数据为NV3E4M。“32B$1LI/XXX NGYG1N”表示Y舱下的座位号32B的付费座位上的旅客名字为LI/XXX，其对应的PNR数据为NGYG1N。

“32K$1XU/XXXX PTH07Y”表示Y舱座位号32K的付费座位上的旅客姓名为XU/XXXX，其对应的PNR数据为PTH07Y。“33A$1CAO/XXXXX PF69NH”表示Y舱座位号33A的付费座位上的旅客姓名为CAO/XXXXX，其对应的PNR数据为PF69NH。“33B$1SU/XX PF69NH”则表示Y舱座位号33B的付费座位上的旅客姓名为SU/XX，其对应的PNR数据为PF69NH。“33C$1CAO/XXXPF69NH”表示Y舱座位号33C的付费座位上的旅客姓名为CAO/XXX，其对应的PNR数据为PF69NH。

当CZ327航班引刷新CZ327/14APR座位图触发了座位保护，则可以查看到执行队列中有对应的座位保护请求，该座位保护请求如图5b所示。其中，图5b示出的CANLAX为该航班的航段，SRA表示座位保护请求的触发原因。“2022/3/3010:00”表示当前的时间，“8756”为代理人的标识，CAN001为主控。“FROM CZ327/14APR/380/F8J70Y426”表示源航班的航班号为CZ327，起飞日期为14APR(即4月14日)，机型为380，布局为F8J70Y426。“TO CZ327/14APR/380/F8J70Y426”表示目标航班的航班号为CZ327起飞日期为14APR(即4月14日)，机型为380，布局为F8J70Y426。

航班控制系统接收到如图5b示出的座位保护请求之后，执行座位保护请求，然后将保护结果报文发送给了座位系统。具体的，航班控制系统执行座位保护之后所得到的保护结果报文如图5c所示，其中，“SITRMCZ”为报文目标地址，“.PEKRMCA 1E/291559”为报文源地址，“SEAT-PROT-START”表示保护结果报文开始，“SITTXNID/0000872022032162302452000”为交易ID，“FR:CZ327/14APR22”表示源航班的航班号为CZ327，起飞日期为14APR(即4月14日)，“TO:CZ327/14APR22”表示目标航班的航班号为CZ327起飞日期为14APR(即4月14日)。“SEAT-PROT-END”表示保护结果报文结束，“1/CZ327/14APR22”表示目标航段(目标航班的航段)和源航段(源航班的航段)相同。“CANLAX/Y/32A/32B/32K/33A/33B/33C”表示保护结果报文中目标航段的座位数据为Y舱32A、32B、32K、33A、33B、33C。即源航班上预订的座位均被保护到了目标航班上，且座位号不变。

继续举例说明，基于本申请实施例提出的座位保护请求，源航班初始化后进行座位保护的具体实施过程可以是：

当前日期为2022年3月30日，CZ327/31MAR(即航班号为CZ327，起飞时间为3月31日)上有座位预订，并且是一个初始化的航班。对该初始化航班查看座位预订情况、座位号、座位付费标识、旅客名字等旅客订座记录数据时，所读取到的PNR数据如图6a示出的界面所示。

其中，图6a示出的“SRM CZ 32731MAR CAN#”表示查询航班号为CZ327，于31MAR(即3月31日)从广州起飞的航段的座位预订情况。“J14E$CONG/XXXX ND90FE”表示J舱座位号14E的付费座位上的旅客姓名为CONG/XXXX，该旅客的PNR数据为ND90FE。“14F$1XIONG/XXXMLSN8Z”表示J舱座位号14F的付费座位上的旅客姓名为XIONG/XXX，该旅客的PNR数据为MLSN8Z。“15A$1ZHANG/XX PZZ17”表示J舱座位号15A的付费座位上的旅客姓名为ZHANG/XX，该旅客的PNR数据为PZZ17。“Y 32A$1QI/XX NB9SZG”表示Y舱座位号32A的付费座位上的旅客姓名为QI/XX，该旅客的PNR数据为NB9SZG。“32B$1ZHENG/XX PFH20G”表示Y舱座位号32B的付费座位上的旅客姓名为ZHENG/XX，该旅客的PNR数据为PFH20G。“32K$1DUAN/XXXXPLPMQX”表示Y舱座位号32K的付费座位上的旅客姓名为DUAN/XXXX，该旅客的PNR数据为PLPMQX。

当CZ327航班引刷新CZ327/31MAR座位图触发了座位保护，则可以查看到执行队列中有对应的座位保护请求，该座位保护请求如图6b所示。其中，图6b示出的CANLAX为该航班的航段，SRA表示座位保护请求的触发原因。“2022/3/3010:00”表示当前的时间，“8756”为代理人的标识，CAN001为主控。“FROM CZ327/31MAR/380/F8J70Y426”表示源航班的航班号为CZ327，起飞日期为31MAR/(即3月31日)，机型为380，布局为F8J70Y426。“TO CZ327/31MAR/380/F8J70Y426”表示目标航班的航班号为CZ327起飞日期为31MAR(即3月31日)，机型为380，布局为F8J70Y426。

航班控制系统接收到如图6b示出的座位保护请求之后，发现CZ327/31MAR为初始化后航班，因此将座位保护请求转发给离岗系统处理。具体的，航班控制系统将座位保护请求转发给离岗系统所涉及的字段如图6c所示，其中，图6c示出的“AAQ/P30228/CZ327/31MAR22/CANLAX/1E/SRA/8756/19MAR22/1030”表示：用户终端(Physical Identifier，PID)为“P30228”，航班号为“CZ327”，起飞日期为“31MAR22”，起飞城市和目的城市为“CANLAX”。“1E”为请求源系统，“SRA”为触发保护请求的原因，“8756”为代理人的标识，“19MAR22/1030”为请求日期时间，AAQ表示航班控制系统发给离港系统的座位保护请求报文。

离港系统收到座位保护请求报文后，读航班数据，在对航班数据校验成功后，执行座位保护，座位保护执行结束后发送PNR变更报文(PNR变更报文中包括PNR变更数据)给航班控制系统，由于本次只有PNR为ND90FE的14E座位号被UN，因此报文中只有此PNR变更数据。具体的，离岗系统发送的PNR变更报文如图6d所示。其中，图6d示出的“PEKRMCA”为报文目标地址，“.PEKKMCA”为报文源地址。“PSL”为PNR变更报文标识。“30MAR2210311187”为报文的时间戳。“CZ327/31MAR/CAN/PRT1”表示航班号为CZ327，日期为3月31日，航节为广州，“PRT1”表示PRT序号。“-CAN018”为主控。“J-.S.P.CONG/XXXX.R.ND90FE UN”表示大舱为J、仓位为S、旅客姓名为CONG/XXXX、PNR数据为ND90FE的旅客订座记录为UN状态。

离港系统完成座位保护之后，还把保护结果报文发送给座位系统，该保护结果报文如图6e所示。其中，图6e示出的“SITRMCZ”为报文目标地址，“.PEKRMCA 1E/291559”为报文源地址，“SEAT-PROT-START”表示保护结果报文开始，“SITTXNID/0000872022032162302452000”为交易ID，“FR:CZ327/31MAR22”表示源航班的航班号为CZ327，起飞日期为31MAR(即3月31日)。“TO:CZ327/31MAR22”表示目标航班的航班号为CZ327，起飞日期为31MAR(即3月31日)。“SEAT-PROT-END”表示保护结果报文结束，“1/CZ327/31MAR22”表示目标航段(目标航班的航段)和源航段(源航班的航段)相同。“CANLAX/Y/14F/15A/32A/32B/32K”表示保护结果报文中目标航段的座位数据为Y舱的14F、15A、32A、32B、以及32K座位号。即仅取消掉源航班的14E座位，其余预订座位保留。

参阅图7，基于上述本申请实施例提出的座位保护方法，本申请实施例提出了基于责任链模式的分布式航班座位保护架构图。用户输入了因Rebook、座位图刷新、航班变更等原因所触发的座位请求后，触发抽象的座位保护流程，以处理座位保护请求。而该座位保护流程可以沿着责任链(航班控制系统至离港系统)传递，直到有对象处理它为止。座位保护请求的发送者和请求的处理者解耦，系统责任界限清晰，具有高可扩展性。继续参阅图7，还可以在责任链中加入座位系统完成某些场景下的座位保护流程。

可选地，参阅图8，基于上述本申请实施例提出的座位保护方法，本申请实施例提出了一种座位保护组件图。在本申请实施例提出的座位保护方法中，可以预先在初始阶段初始化数据，然后再在接收到座位保护请求之后触发进入到数据读取和校验阶段。数据读取和校验阶段中，可以通过读航班数据组件、校验航班数据组件、判断是否初始化后航班组件、读座位图数据组件、校验座位图数据组件、读PNR数据组件、校验PNR数据组件、读座位保护规则数据组件以及校验位保护规则数据组件实现数据的读取和校验。其中，读航班数据组件、校验航班数据组件、读座位图数据组件、校验座位图数据组件、读PNR数据组件、校验PNR数据组件、读座位保护规则数据组件以及校验位保护规则数据组件既部署在离港系统上，也部署在了航班控制系统上。而判断是否初始化后航班组件则仅部署于航班控制系统上。

具体的，读航班数据组件用于根据航班号读取出对应的航班数据。校验航班数据组件用于校验读取到的航班数据中的航班是否属于管控航班以及是否开通预订座位功能(即校验航班数据的可用性和合法性)。读座位图数据组件用于根据航班、日期以及舱位，读取出座位图数据。校验座位图数据组件用于校验座位图数据的合法性和可用性。读PNR数据组件用于根据航班数据中包括的航段数据，读取出与航段匹配的PNR数据。校验PNR数据组件用于校验PNR数据的合法性和可用性。读座位保护规则数据组件用于读取出座位保护规则数据，校验位保护规则数据组件用于校验座位保护规则数据的合法性和可用性。判断是否初始化后航班组件用于判断源航班是否已初始化后，如若已初始化，则调用离港系统执行座位保护，如若未初始化，则航班控制系统直接执行座位保护。

继续参阅图8，本申请实施例提出的座位保护方法中，在座位保护阶段，通过座位重分配组件、修改座位图数据组件、修改/同步PNR数据组件以及调用下一处理系统组件来实现座位保护。其中，座位重分配组件、修改座位图数据组件、修改/同步PNR数据组件以及调用下一处理系统组件既部署在了离港系统上，又部署在了航班控制系统上。座位重分配组件用于根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。修改/同步PNR数据组件用于根据重分配组件的执行结果(即成功分配新座位的结果或者分配失败的结果)，修改PNR数据，并同步PNR变更数据。修改座位图数据组件用于根据重分配组件的执行结果，修改座位图数据。调用下一处理系统组件用于在当前系统判断当前座位保护请求不在自身责任范围内，则调用下一系统处理，由下一个系统继续处理本次座位保护请求。举例说明，例如若航班控制系统判断出源航班已初始化，则调用下一处理系统组件调用离港系统进行座位保护请求处理。

可选地，在本申请一具体实施例中，座位重分配组件、修改座位图数据组件、修改/同步PNR数据组件以及调用下一处理系统组件还可以部署在座位系统上，即由座位系统配合执行座位保护流程。

继续参阅图8，本申请实施例提出的座位保护方法中，在数据同步阶段，通过座位保护结果同步组件，来实现座位保护结果同步。其中，座位保护结果同步组件部署在航班控制系统和离港系统上。座位保护结果同步组件用于将表征座位保护结果的保护结果报文同步给周边系统。

需要说明的是，图8示出的各组件的执行过程和原理可以参考前述本申请实施例提出的座位保护方法，此处不再赘述。

参阅图9，基于上述本申请实施例提出的座位保护方法，本申请实施例提出了一种座位保护装置，应用于航班控制系统，该座位保护装置包括：第一接收单元901、判断单元902以及发送单元903。

第一接收单元901，用于接收座位保护请求。其中，座位保护请求至少包括：源航班的标识数据和目标航班的标识数据。

判断单元902，用于响应于座位保护请求，判断源航班是否已初始化。

发送单元903，用于若判断出源航班已初始化，则将座位保护请求发送至离港系统，由离港系统响应于座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。其中，原座位为旅客在源航班预订的座位。

可选地，在本申请一具体实施例中，还包括：第二读取单元和第二座位保护单元。

第二读取单元，用于若判断出源航班未初始化，则读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据。

第二座位保护单元，用于根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。

可选地，在本申请一具体实施例中，还包括：第一修改单元和第一同步单元。

第一修改单元，用于根据新座位修改旅客订座记录数据和座位图数据。

可选地，在本申请一具体实施例中，该第一修改单元包括：

第一修改子单元，用于在座位图数据中取消原座位的占座标志并添加新座位的占座标志。以及在旅客订座记录中取消旅客预订原座位的记录并生成旅客预订新座位的记录。其中，该座位保护装置还包括：第二修改子单元，用于若为旅客分配在目标航班的新座位的操作失败，则在座位图数据中取消原座位的占座标志。以及在旅客订座记录中取消旅客预订原座位的记录。

第一同步单元，用于将表征座位保护结果的保护结果报文同步给周边系统。并将旅客订座记录变更数据同步给航司主控。其中，周边系统至少包括座位系统。

可选地，在本申请一具体实施例中，还包括：

第三读取单元，用于读取航班数据。

第一校验单元，用于根据航班数据，校验源航班和目标航班是否属于管控航班以及是否开通预订座位功能。

其中，判断单元902，包括：

第一判断子单元，用于若校验出源航班和目标航班均属于管控航班以及已开通预订座位功能，则判断源航班是否已初始化。

本申请实施例提出的座位保护装置中的各个单元和子单元的执行过程和原理可参见前述本申请实施例提出的座位保护方法，此处不再赘述。

需要说明的是，描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

本申请实施例提出的座位保护装置应用于航班控制系统，由于第一接收单元901在接收座位保护请求之后，判断单元902会响应于座位保护请求，判断源航班是否已初始化。若判断出源航班已初始化，则发送单元903将座位保护请求发送至离港系统，由离港系统响应于座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。其中，原座位为旅客在源航班预订的座位。因此源航班初始化之后，仅由离港系统进行座位保护而不再由航班控制系统进行座位保护，进而不会出现因离港系统和航班控制系统座位保护结果不一致，而导致的一座多占、错占等错误。

参阅图10，基于上述本申请实施例提出的座位保护方法，本申请实施例提出了另一种座位保护装置，应用于离港系统，该装置包括：第二接收单元1001、第一读取单元1002、以及第一座位保护单元1003。

第二接收单元1001，用于接收航班控制系统在判断出源航班已初始化时发送的座位保护请求。其中，座位保护请求至少包括：源航班的标识数据和目标航班的标识数据。

第一读取单元1002，用于读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据。

第一座位保护单元1003，用于根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。其中，原座位为旅客在源航班预订的座位。

可选地，在本申请一具体实施例中，还包括：第二修改单元和第二同步单元。

第二修改单元，用于根据新座位修改旅客订座记录数据和座位图数据。

可选地，在本申请一具体实施例中，该第二修改单元包括：

第三修改子单元，用于在座位图数据中取消原座位的占座标志并添加新座位的占座标志。以及在旅客订座记录中取消旅客预订原座位的记录并生成旅客预订新座位的记录。其中，该座位保护装置还包括：第四修改子单元，用于若为旅客分配在目标航班的新座位的操作失败，则在座位图数据中取消原座位的占座标志。以及在旅客订座记录中取消旅客预订原座位的记录。

第二同步单元，用于将表征座位保护结果的保护结果报文同步给周边系统。并将旅客订座记录变更数据同步给航司主控。其中，周边系统至少包括座位系统。

本申请实施例提出的座位保护装置中的各个单元和子单元的执行过程和原理可参见前述本申请实施例提出的座位保护方法，此处不再赘述。

需要说明的是，描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

本申请实施例提出的座位保护装置应用于离港系统，由于第二接收单元接收了航班控制系统在判断出源航班已初始化时发送的座位保护请求，进而第一读取单元可读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，然后第一座位保护单元再根据旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在目标航班的新座位。因此源航班初始化之后，仅由离港系统进行座位保护而不再由航班控制系统进行座位保护，进而不会出现因离港系统和航班控制系统座位保护结果不一致，而导致的一座多占、错占等错误。

本申请实施例还公开了一种电子设备，包括存储器和处理器。其中，存储器用于存储计算机程序，处理器用于执行计算机程序，具体用于实现如上述任意一项所述的座位保护方法(例如本申请实施例提出的离港系统执行的座位保护方法或者航班控制系统所执行的座位保护方法)。

下面参考图11，其示出了适于用来实现本公开实施例的电子设备(例如终端设备或服务器)1100的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图11示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备1100可以包括处理装置(例如中央处理器、图形处理器等)1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储装置1106加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。在RAM 1103中，还存储有电子设备1100操作所需的各种程序和数据。处理装置1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。

通常，以下装置可以连接至I/O接口1105：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1106；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1107；包括例如磁带、硬盘等的存储装置1106；以及通信装置1109。通信装置1109可以允许电子设备1100与其他设备进行无线或有线通信以交换数据。虽然图11示出了具有各种装置的电子设备1100，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

本申请实施例还公开了一种计算机可读介质，用于存储计算机程序，所述计算机程序被执行时，具体用于实现如上述第一方面任意一项所述的座位保护方法。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

根据本公开的一个或多个实施例，本申请如图1所示的实施例提供了一种座位保护方法，应用于航班控制系统，所述方法包括：

接收座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

响应于所述座位保护请求，判断所述源航班是否已初始化；

若判断出所述源航班已初始化，则将所述座位保护请求发送至离港系统，由所述离港系统响应于所述座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位；所述原座位数据为所述原座位的座位号在所述源航班的座位图中对应的座位数据。

可选的，根据图1所示的实施例，所述判断所述源航班是否已初始化之后，还包括：

若判断出所述源航班未初始化，则读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位。

可选的，根据图1所示的实施例，所述根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位之后，还包括：

根据所述新座位修改所述旅客订座记录数据和所述座位图数据；

将表征座位保护结果的保护结果报文同步给周边系统；并将旅客订座记录变更数据同步给航司主控；其中，所述周边系统至少包括座位系统。

可选的，根据图1所示的实施例，所述根据所述新座位修改所述旅客订座记录数据和所述座位图数据，包括：

在所述座位图数据中取消原座位的占座标志并添加新座位的占座标志；以及在所述旅客订座记录中取消旅客预订原座位的记录并生成旅客预订新座位的记录；

所述根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位之后，还包括：

若为旅客分配在所述目标航班的新座位的操作失败，则在所述座位图数据中取消原座位的占座标志；以及在所述旅客订座记录中取消旅客预订原座位的记录。

可选的，根据图1所示的实施例，所述判断所述源航班是否已初始化之前，还包括：

读取航班数据；

根据所述航班数据，校验所述源航班和所述目标航班是否属于管控航班以及是否开通预订座位功能；

其中，所述判断所述源航班是否已初始化，包括：

若校验出所述源航班和所述目标航班均属于管控航班以及已开通预订座位功能，则判断所述源航班是否已初始化。

根据本公开的一个或多个实施例，本申请如图1所示的实施例提供了另一种座位保护方法，应用于离港系统，所述方法包括：

接收航班控制系统在判断出源航班已初始化时发送的座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位；所述原座位数据为所述原座位的座位号在所述源航班的座位图中对应的座位数据。

可选的，根据图1所示的实施例，所述根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位之后，还包括：

根据所述新座位修改所述旅客订座记录数据和所述座位图数据；

将表征座位保护结果的保护结果报文同步给周边系统；并将旅客订座记录变更数据同步给航司主控；其中，所述周边系统至少包括座位系统。

可选的，根据图1所示的实施例，所述根据所述新座位修改所述旅客订座记录数据和所述座位图数据，包括：

在所述座位图数据中取消原座位的占座标志并添加新座位的占座标志；以及在所述旅客订座记录中取消旅客预订原座位的记录并生成旅客预订新座位的记录；

所述根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位之后，还包括：

若为旅客分配在所述目标航班的新座位的操作失败，则在所述座位图数据中取消原座位的占座标志；以及在所述旅客订座记录中取消旅客预订原座位的记录。

根据本公开的一个或多个实施例，本申请如图9所示的实施例提供了另一种座位保护装置，应用于航班控制系统，所述装置包括：

第一接收单元，用于接收座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

判断单元，用于响应于所述座位保护请求，判断所述源航班是否已初始化；

发送单元，用于若判断出所述源航班已初始化，则将所述座位保护请求发送至离港系统，由所述离港系统响应于所述座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位。

根据本公开的一个或多个实施例，本申请如图10所示的实施例提供了另一种座位保护装置，应用于离港系统，所述装置包括：

第二接收单元，用于接收航班控制系统在判断出源航班已初始化时发送的座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

第一读取单元，用于读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

第一座位保护单元，用于根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位。

根据本公开的一个或多个实施例，本申请实施例还公开了一种电子设备，包括存储器和处理器；

其中，所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，具体用于实现如上述任意一项所述的座位保护方法。

根据本公开的一个或多个实施例，本申请实施例还公开了一种计算机可读介质，用于存储计算机程序，所述计算机程序被执行时，具体用于实现如上述任意一项所述的座位保护方法。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种座位保护方法，其特征在于，应用于航班控制系统，所述座位保护方法包括：

接收座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

响应于所述座位保护请求，判断所述源航班是否已初始化；

若判断出所述源航班已初始化，则将所述座位保护请求发送至离港系统，由所述离港系统响应于所述座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位；所述原座位数据为所述原座位的座位号在所述源航班的座位图中对应的座位数据。

2.根据权利要求1所述的方法，其特征在于，所述判断所述源航班是否已初始化之后，还包括：

若判断出所述源航班未初始化，则读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位。

3.一种座位保护方法，其特征在于，应用于离港系统，所述座位保护方法包括：

接收航班控制系统在判断出源航班已初始化时发送的座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位；所述原座位数据为所述原座位的座位号在所述源航班的座位图中对应的座位数据。

4.根据权利要求2或3所述的方法，其特征在于，所述根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位之后，还包括：

根据所述新座位修改所述旅客订座记录数据和所述座位图数据；

将表征座位保护结果的保护结果报文同步给周边系统；并将旅客订座记录变更数据同步给航司主控；其中，所述周边系统至少包括座位系统。

5.根据权利要求4所述的方法，其特征在于，所述根据所述新座位修改所述旅客订座记录数据和所述座位图数据，包括：

在所述座位图数据中取消原座位的占座标志并添加新座位的占座标志；以及在所述旅客订座记录中取消旅客预订原座位的记录并生成旅客预订新座位的记录；

所述根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位之后，还包括：

若为旅客分配在所述目标航班的新座位的操作失败，则在所述座位图数据中取消原座位的占座标志；以及在所述旅客订座记录中取消旅客预订原座位的记录。

6.根据权利要求1所述的方法，其特征在于，所述判断所述源航班是否已初始化之前，还包括：

读取航班数据；

根据所述航班数据，校验所述源航班和所述目标航班是否属于管控航班以及是否开通预订座位功能；

其中，所述判断所述源航班是否已初始化，包括：

若校验出所述源航班和所述目标航班均属于管控航班以及已开通预订座位功能，则判断所述源航班是否已初始化。

7.一种座位保护装置，其特征在于，应用于航班控制系统，所述座位保护装置包括：

第一接收单元，用于接收座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

判断单元，用于响应于所述座位保护请求，判断所述源航班是否已初始化；

发送单元，用于若判断出所述源航班已初始化，则将所述座位保护请求发送至离港系统，由所述离港系统响应于所述座位保护请求，读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据，根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位。

8.一种座位保护装置，其特征在于，应用于离港系统，所述座位保护装置包括：

第二接收单元，用于接收航班控制系统在判断出源航班已初始化时发送的座位保护请求；其中，所述座位保护请求至少包括：源航班的标识数据和目标航班的标识数据；

第一读取单元，用于读取航班数据、旅客订座记录数据、座位保护规则数据以及座位图数据；

第一座位保护单元，用于根据所述旅客订座记录中原座位对应的原座位数据和座位保护规则数据，为旅客分配在所述目标航班的新座位；其中，所述原座位为旅客在所述源航班预订的座位。

9.一种电子设备，其特征在于，包括存储器和处理器；

其中，所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，具体用于实现如权利要求1至6任意一项所述的座位保护方法。

10.一种计算机可读介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，具体用于实现如权利要求1至6任意一项所述的座位保护方法。

Images