CN105487931A - 系统间的旅客信息实时同步方法及装置 - Google Patents

Abstract

本发明公开了一种系统间的旅客信息实时同步装置，所述装置包括：前端接收模块和交易处理模块，所述前端接收模块部署在离港系统，所述交易处理模块部署在订座系统；所述前端接收模块，用于采集旅客信息，发送旅客信息变更的请求报文给所述交易处理模块；所述交易处理模块，用于接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块。相应的，本发明还公开了一种系统间的旅客信息实时同步方法，能够将离港系统与订座系统间的旅客信息实时同步，保证旅客订座信息和航班销售记录的准确性。

Description

系统间的旅客信息实时同步方法及装置

技术领域

本发明涉及民航信息系统的信息同步技术，尤其涉及一种系统间的旅客信息实时同步方法及装置。

背景技术

中国航信的计算机信息系统主要包括订座系统和离港系统两个部分，这两个部分分别是由不同的主机系统来运行的。

订座系统处理旅客订座请求并生成订座记录。通常情况下，在航班起飞前12-24小时，订座系统会将航班的旅客名单信息发送给离港系统，同时允许旅客进行值机操作。旅客在进行值机操作时，离港系统会通过旅客提供的信息与离港系统中保存的航班旅客名单信息进行比较验证，确认旅客身份并分配机上座位。因此，航空公司的航班销售记录数据主要是保存在订座系统中，一方面旅客可以随时对订座系统中的订座记录进行可能出现的出票、改期或者取消操作；另一方面，可以减少离港系统数据量，减少数据不匹配情况的发生。特殊情况下，个别旅客没有提前预订机票而直接前往机场要求乘机，或是旅客在机场临时提出变更所乘航班的要求，离港系统也支持为这类旅客分配所需航班座位使其成行的功能，此类旅客称为GOSHOW旅客；另一类情况是，旅客预订了机票，但因各种原因不能按时乘机，此类旅客称为NOSHOW旅客。如果因特殊原因将某个旅客从已经在离港系统分配了座位的航班上拉下，也会造成该旅客在该航班上出现NOSHOW现象。

不管是某个航班出现GOSHOW旅客还是NOSHOW旅客，在机场值机人员进行指令操作时，只是在航信的离港系统中增加或者删除旅客信息，并没有实时把数据更新到航信订座系统中的航班销售记录及旅客订座信息中。按照国际航空业信息交换的惯例，在航班起飞之后，GOSHOW/NOSHOW旅客信息才会和其他同机成行的旅客信息一起发送到中国航信订座系统更新有关订座记录，并关闭航班。由于订座系统、离港系统间不进行实时同步数据，航班也未关闭，如果有剩余座位仍然可以销售，这样一来就可能造成两个系统之间的航班可销售座位数在很长一段时间内存在明显的不一致。

以旅客GOSHOW为例，原有的处理方式有两个明显的缺陷：

第一个缺陷是容易造成航班意外超售。通常，离港系统开放旅客值机之后，航班可能仍然有剩余座位，在订座系统这些座位仍然可以销售，此时离港系统也可以同时接收GOSHOW旅客占用机上座位，而且接收时并不会立即更新订座系统的航班销售记录。这样，订座系统并不知道该航班的有些座位已经在离港系统被占用，就很有可能造成航班在订座系统之外形成超售。一旦超售的旅客无法搭乘该航班，航空公司就必须对旅客进行补偿，进而影响航空公司收益。

第二个缺陷是航空公司航班的座位虚耗的问题。有些旅客预订的航班稍晚，却提前来到机场，希望搭乘较早一些的航班。目前，通常是将旅客作为GOSHOW旅客接收到新航班上。此时，旅客原来订的旧航班座位却并没有被立即取消，依然属于有效占座。但是，实际上旅客已经无法搭乘旧航班出行了，造成在旧航班上NOSHOW。因此，旅客在新航班上GOSHOW，而在原航班上却成为NOSHOW，只搭乘了一个航班，却占用了两个座位，造成旧航班座位被虚耗，也无法让有需要的旅客买到这个座位。

不管是意外超售还是座位虚耗，都是超出航空公司收益部门控制范围的，都是收益部门不愿意见到的现象。诸如此类订座系统和离港系统之间由于缺乏有效的及时沟通而造成的生产数据不一致，以及由此而产生的收益损失，一直是航空公司想要实现有效控制，完善收益管理的重要对象。而且，如果中国航信的计算机网络中的两大数据核心——离港系统和订座系统，无法实现重要数据的一致，也就更加谈不上对航空公司的航班控制系统和旅客服务系统进行精细化管理。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种系统间的旅客信息实时同步方法及装置。

为达到上述目的，本发明实施例的技术方案是这样实现的：

一种系统间的旅客信息实时同步装置，所述装置包括：前端接收模块和交易处理模块，所述前端接收模块部署在离港系统，所述交易处理模块部署在订座系统；

所述前端接收模块，用于采集旅客信息，发送旅客信息变更的请求报文给所述交易处理模块；

所述交易处理模块，用于接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块。

其中，所述交易处理模块，还用于根据预先设定的条件拒绝所述前端接收模块发送的请求报文，并将处理结果返回给所述前端接收模块。

其中，所述前端接收模块，具体用于进行旅客信息验证、变更旅客离港数据、构造请求报文以及发送请求报文给所述交易处理模块。

其中，所述前端接收模块，用于变更旅客离港数据，包括：变更机场值机操作指令，增加一个新的指令参数，修改图像用户操作界面，使得操作人员能够修改旅客在离港系统中的信息记录，以采集正在发生变化的旅客信息，所述旅客信息能够反映出旅客当前状态的全部变化；和/或，所述前端接收模块，用于构造请求报文以及发送请求报文，包括：将所述旅客信息封装在指定格式的请求报文中发送给所述交易处理模块。

其中，所述旅客信息包括：旅客的姓名、想要换乘的新航班信息、已经完成订座的旧航班信息、希望写入订座系统的旅客备注信息。

其中，所述交易处理模块，具体用于报文接收及解析、旅客定位、更新旅客订座数据和返回状态给所述前端接收模块。

其中，所述交易处理模块，用于报文接收及解析、旅客定位，包括：接收来自所述前端接收模块的请求报文并解析，根据解析后的数据内容在订座系统的数据库中查找符合条件的信息记录，根据所述信息记录定位旅客在订座系统中的订座记录。

其中，所述交易处理模块，用于更新旅客订座数据，包括：根据所述请求报文中的信息记录，修改旅客在订座系统中的订座记录或者删除指定航班的订座记录；或者，根据所述请求报文中的信息记录，在指定航班上订取一个座位，更新航班订座数据。

其中，所述交易处理模块，用于返回状态给所述前端接收模块，包括：所述交易处理模块将当前旅客的信息记录的索引作为成功同步数据的标志反馈给发起请求的离港系统的前端接收模块。

其中，所述前端接收模块与所述交易处理模块之间通信使用USASOpen/联机事务处理系统OLTP通信组件。

一种系统间的旅客信息实时同步方法，所述方法包括：

前端接收模块采集旅客信息，发送旅客信息变更的请求报文给交易处理模块；

交易处理模块接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块；

其中，所述前端接收模块部署在离港系统，所述交易处理模块部署在订座系统。

其中，接收所述前端接收模块发送的请求报文之后，所述方法还包括：交易处理模块根据预先设定的条件拒绝所述前端接收模块发送的请求报文，并将处理结果返回给所述前端接收模块。

其中，所述前端接收模块采集旅客信息，发送旅客信息变更的请求报文给所述交易处理模块，包括：前端接收模块进行旅客信息验证、变更旅客离港数据、构造请求报文以及发送请求报文给所述交易处理模块。

其中，所述前端接收模块变更旅客离港数据，包括：变更机场值机操作指令，增加一个新的指令参数，修改图像用户操作界面，使得操作人员能够修改旅客在离港系统中的信息记录，以采集正在发生变化的旅客信息，所述旅客信息能够反映出旅客当前状态的全部变化；和/或，所述前端接收模块构造请求报文以及发送请求报文，包括：将所述旅客信息封装在指定格式的请求报文中发送给所述交易处理模块。

其中，所述旅客信息包括：旅客的姓名、想要换乘的新航班信息、已经完成订座的旧航班信息、希望写入订座系统的旅客备注信息。

其中，所述交易处理模块接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块包括：交易处理模块进行报文接收及解析、旅客定位、更新旅客订座数据和返回状态给所述前端接收模块。

其中，所述交易处理模块进行报文接收及解析、旅客定位，包括：接收来自所述前端接收模块的请求报文并解析，根据解析后的数据内容在订座系统的数据库中查找符合条件的信息记录，根据所述信息记录定位旅客在订座系统中的订座记录。

其中，所述交易处理模块更新旅客订座数据，包括：根据所述请求报文中的信息记录，修改旅客在订座系统中的订座记录或者删除指定航班的订座记录；或者，根据所述请求报文中的信息记录，在指定航班上订取一个座位，更新航班订座数据。

其中，所述交易处理模块返回状态给所述前端接收模块，包括：所述交易处理模块将当前旅客的信息记录的索引作为成功同步数据的标志反馈给发起请求的离港系统的前端接收模块。

其中，所述前端接收模块与所述交易处理模块之间使用USASOpen/联机事务处理系统OLTP通信组件通信。

本发明实施例系统间的旅客信息实时同步方法及装置，能够将离港系统与订座系统间的旅客信息实时同步，以实现在旅客订座信息实时变更时，离港系统可以直接将变更的主要内容同步到订座系统的旅客数据库中，并更新航班订座记录，保证旅客订座信息和航班销售记录的准确性。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本发明实施例系统间的旅客信息实时同步装置的组成结构示意图；

图2为本发明实施列侯补旅客接收界面示意图；

图3为本发明实施例旅客接收界面示意图；

图4为本发明实施例系统间的旅客信息实时同步方法及装置处理过程示意图；

图5为本发明实施例请求报文的报文示例图；

图6为本发明实施例系统间的旅客信息实时同步方法的流程图。

具体实施方式

本发明实施例系统间的旅客信息实时同步方法及装置，主要是将离港系统与订座系统间的旅客信息实时同步，以实现在旅客订座信息实时变更时，离港系统可以直接将变更的主要内容同步到订座系统的旅客数据库中，并更新航班订座记录，保证旅客订座信息和航班销售记录的准确性。

本发明实施例的术语解释如下：

Univac标准航空公司系统(USAS，UnivacStandardAirlineSystems)主机系统：Unisys公司开发的一种处理实时民航交易业务的大型主机系统，其中包含了订座系统和离港系统，分别处理旅客的订座出票等交易和机场值机配载等交易，并且订座系统和离港系统所在的计算机主机存在物理分离；

GOSHOW旅客：没有在中国航信主机的订座系统中预定座位，或者没有按照预定航班出行，而直接在机场临时选择出行航班的旅客；

NOSHOW旅客：在中国航信主机订座系统中有预定座位，却没有按时乘坐该航班的旅客。

USAS主机内部存在多个分散的数据处理系统。本发明实施例的系统间旅客信息实时同步装置，就是应用于其中两个系统(订座系统与离港系统)之间的数据实时同步。如图1所示，该装置包含有两个模块：前端接收模块11和交易处理模块12。

其中，前端接收模块11部署在离港系统中，用于采集旅客信息，以数据报文的方式将旅客信息变更的请求实时同步到包含核心旅客数据的交易处理模块12；交易处理模块12部署在订座系统中，在收到前端接收模块11同步的请求报文之后，立即更新旅客相关信息记录并返回给所述前端接收模块，或者前端接收模块根据条件设定拒绝所述前端接收模块11的请求并将处理结果快速返回给前端接收模块11。

一般来说，遇到以下几种情况，交易处理模块12会拒绝来自前端接收模块11的请求：请求格式错误；旅客信息错误导致无法定位旅客；航班变更过程中，禁止一切对航班以及旅客数据的修改；业务规则限制等；除此之外，其他情况下请求报文都应该被立即处理并更新旅客数据。

其中，前端接收模块11采集正在发生变化的旅客信息，这些旅客信息不仅要反映出旅客当前状态的全部变化，而且提交的旅客信息要能够足够丰富，以至于当这些信息到达交易系统模块12之后，交易系统模块的处理能够准确定位旅客记录，并且能够快速、完整的将旅客辅助信息保存起来，以便控制人员在后续的收益审核、结算等过程中进行过滤查询。

以GOSHOW旅客处理为例，前端接收模块11通常需要获取到旅客的姓名、想要换乘的新航班信息、已经完成订座的旧航班信息(如果有的话)、希望写入订座系统的旅客备注信息等旅客信息，并将这些信息封装在固定格式的请求报文中，发给交易处理模块12。交易处理模块12在收到请求报文之后，依据报文中的旅客姓名、旧航班信息找到原始的旅客订座记录，并删除旅客订座记录中的旧航段，释放之前的占座，并在指定的新航班上订取一个新座位，生成一个新的订座记录。对于之前没有占座的GOSHOW旅客，交易处理模块12根据旅客信息直接在指定的新航班上订取一个新座位，生成一个新的订座记录。在更新旅客订座记录之后交易处理模块12会将更新后的旅客订座记录同步给前端接收模块11。

本发明实施例的旅客信息实时同步装置充分收集旅客信息，利用离港系统与订座系统之间稳定的网络传输组件，实现一种新型的数据同步机制。

前端接收模块11负责前端数据接收及传输，在此过程中前端接收模块11变更原有的机场值机操作指令，增加一个新的指令参数，修改图形用户操作界面，使得操作人员能够修改旅客在离港系统中的信息记录，以采集正在发生变化的旅客信息。

前端接收模块11变更后的新的指令格式为：

PA:Y1TEST/AA,ET1,URES,YZ/QZ

PA:1,Z,YZ/QZ

PU:1,Z,YZ/QZ

AC:1,YZ/QZ

JC:1,YZ/QZ

PA:1,YZ/QZ

其中“YZ”和“QZ”是新增加的两个参数。“YZ”表示会遵循现有的航班销售策略进行数据修改；“QZ”则表示无视现有的航班销售策略，只要航班开放销售即可进行数据修改。

另外，前端接收模块11还针对图形界面的操作环境，也有相应的变更：如图2所示，在候补旅客接收界面新增了“YZ”和“QZ”复选框。如图3所示，在旅客接收界面新增了“YZ”和“QZ”复选框。

本发明实施例中，新的操作指令和界面并没有取消原有的旅客GOSHOW操作方式，因为如果系统间的通信由于网络或者其他原因中断，离港系统依然可以采用原有的操作方式接收旅客，尽可能的满足旅客出行。

如图4所示，前端接收模块11前端数据接收及传输的过程包括：旅客信息验证阶段、变更旅客离港数据阶段、构造请求报文阶段和报文发送阶段。

具体地，旅客信息验证阶段通常是验证旅客身份信息。如果旅客有其他时间的订座，却想搭乘另一个航班提前出行，可以出具电子客票验证旅客的信息，前端接收模块11根据旅客的电子客票采集旅客信息并找出该旅客在离港系统中对应的信息记录，如果旅客之前没有预订其他航班的座位，那么就为旅客创建一个新的信息记录。

当旅客确认是想搭乘指定的航班出行之后，操作人员通过操作前端接收模块11，修改旅客在离港系统中的信息记录，该信息记录包括航段信息，以准确记录旅客的实际出行信息，这就是变更旅客离港数据阶段的操作。这时，旅客已经在即将起飞的航班上成功获得一个座位。如果旅客之前在订座系统有从同一地点出发，其他时间的订座记录，很显然，离港系统和订座系统之间关于旅客的出行数据出现了误差。

在旅客信息验证阶段和变更旅客离港数据阶段，前端接收模块11会将旅客的姓名、所想要搭乘的新航班信息、旅客的电子客票信息都存储下来，为构造报文做准备。也就是说，在构造请求报文阶段，前端接收模块11将旅客的姓名、所想要搭乘的新航班信息以及旅客的电子客票信息等封装到固定格式的报文中，形成请求报文。所述报文的固定格式可以根据实际应用的需要来预先配置或预先指定。报文示例如图5所示，其中，第一行是报文中的RecordLocator行，说明需要进行操作的旅客订座记录的相关位置；第二行是报文中的NameElement行，说明需要进行操作的旅客姓名信息；第三行是报文中的Cancellingsegment行，说明需要在旅客订座信息中待删除的旧航段信息；第四行，是报文中的Bookingsegment行，说明在旅客订座信息中需要添加的新航段信息；第五行，是报文中的TKNEnumber行，说明在旅客接收模块中，已经验证过的旅客电子客票票号，用于在旅客确认模块中旅客订座信息PNR的定位；第六行，是报文中的OSIinformation行，说明该行信息是准备添加到旅客订座信息PNR中的OSI信息，表示该PNR的指定航段与离港平台进行过GOSHOW同步。

本发明实施例中，前端接收模块11发送报文给交易处理模块12时使用的是主机系统固有的与其他系统进行网络通信的工具，即USASOpen/联机事务处理系统(OLTP，On-LineTransactionProcessing)通信组件。该组件可以实现USAS主机与其他系统之间的快速、安全的双向同步数据通信。

交易处理模块12负责交易处理及响应。如图4所示，交易处理模块12交易处理及响应的过程包括：报文接收及解析阶段、旅客定位阶段、更新旅客订座数据阶段和返回状态阶段。

具体地，交易处理模块12在接收到来自前端接收模块11的请求报文之后，立即进行解析，并依据解析后的数据内容在订座系统的数据库中查找符合条件的信息记录。

旅客定位阶段中定位旅客的信息记录依据的信息主要是旅客姓名、电子客票以及需要取消的旅客之前的订座信息。这三个条件共同作用，能够保证准确定位旅客在订座系统中的订座记录。一旦找到旅客的订座记录，就可以更新旅客订座数据，即按照离港系统的要求即所述请求报文中旅客信息的变化，修改旅客的订座记录或者删除指定航班的订座记录，释放可利用座位；或者在指定航班上订取一个座位，更新航班订座数据。更新旅客订座数据阶段中，根据旅客的信息记录判断当前旅客时旅行团队中的一员时，交易处理模块12还将其订座记录从旅行团队的信息记录中分离出来，单独创建一个新旅客的信息记录。

由于旅客已经在离港机场进行值机操作，一旦机场控制人员允许旅客改变既定的行程，那么订座系统端应该以高优先级响应离港系统的数据同步请求。也就是说，只要指定航班上尚有剩余座位，都可以无视其他业务控制规则，将其销售给该旅客。也就是说，在更新旅客订座数据阶段，交易处理模块12如判断指定航班上有剩余座位，则无视其他业务控制规则，直接该指定航班上订取一个座位，更新旅客的订座记录，同时更新订座系统的航班订座数据。

一切顺利的话，订座系统会将该旅客的信息记录的索引作为成功同步数据的标志，反馈给发起请求的离港系统，使用的也是USASOpen/OLTP通信组件。也就是说，更新旅客订座数据成功后，进入返回状态阶段，在此阶段，交易处理模块12将更新后的旅客订座数据返回给前端接收模块11，具体地，交易处理模块12可以将当前旅客的信息记录的索引作为成功同步数据的标志反馈给发起请求的离港系统的前端接收模块11。

本发明实施例中，系统间旅客信息实时同步装置采用点对点的实时数据通信。在离港系统与订座系统之间进行报文交互时，本发明实施例使用的是USASOpen/OLTP通信组件，保证了报文数据点对点的传递，而且是实时同步更新。离港系统的任何一个请求都会收到订座系统的立即回复，不会发生数据丢失。

本发明实施例系统间旅客信息实时同步装置强调实时性，是因为订座系统中的航班订座数据面向全世界的客户提供数据访问，及时更新系统数据有利于保护航空公司销售收益。

数据同步更新过程中，本发明实施例系统间旅客信息实时同步装置在实现离港系统与订座系统之间数据报文交互的过程中，实现同步更新，保证了两个系统间的数据一致性。离港系统增加一个新旅客，订座系统中的航班上也会相应减少一个可利用座位，一旦有一方更新失败，所有的数据更新都会放弃，从而保证旅客订座信息和航班销售记录的准确性。

本发明实施例系统间旅客信息实时同步方法，如图6所示，主要可以包括如下步骤：

步骤301，前端接收模块采集旅客信息，发送旅客信息变更的请求报文给交易处理模块；

步骤302，交易处理模块接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给前端接收模块；

其中，所述前端接收模块部署在离港系统，所述交易处理模块部署在订座系统。

这里，在接收所述前端接收模块发送的请求报文之后，所述方法还可以包括：交易处理模块根据预先设定的条件拒绝所述前端接收模块发送的请求报文，并将处理结果返回给所述前端接收模块。

其中，所述前端接收模块采集旅客信息，发送旅客信息变更的请求报文给所述交易处理模块，包括：前端接收模块进行旅客信息验证、变更旅客离港数据、构造请求报文以及发送请求报文给所述交易处理模块。

其中，所述前端接收模块变更旅客离港数据，包括：变更机场值机操作指令，增加一个新的指令参数，修改图像用户操作界面，使得操作人员能够修改旅客在离港系统中的信息记录，以采集正在发生变化的旅客信息，所述旅客信息能够反映出旅客当前状态的全部变化；和/或，所述前端接收模块构造请求报文以及发送请求报文，包括：将所述旅客信息封装在指定格式的请求报文中发送给所述交易处理模块。这里，所述旅客信息可以包括：旅客的姓名、想要换乘的新航班信息、已经完成订座的旧航班信息、希望写入订座系统的旅客备注信息。

其中，所述交易处理模块接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块包括：交易处理模块进行报文接收及解析、旅客定位、更新旅客订座数据和返回状态给所述前端接收模块。

其中，所述交易处理模块进行报文接收及解析、旅客定位，包括：接收来自所述前端接收模块的请求报文并解析，根据解析后的数据内容在订座系统的数据库中查找符合条件的信息记录，根据所述信息记录定位旅客在订座系统中的订座记录。

其中，所述交易处理模块更新旅客订座数据，包括：根据所述请求报文中的信息记录，修改旅客在订座系统中的订座记录或者删除指定航班的订座记录；或者，根据所述请求报文中的信息记录，在指定航班上订取一个座位，更新航班订座数据。

其中，所述交易处理模块返回状态给所述前端接收模块，包括：所述交易处理模块将当前旅客的信息记录的索引作为成功同步数据的标志反馈给发起请求的离港系统的前端接收模块。

其中，所述前端接收模块与所述交易处理模块之间使用USASOpen/联机事务处理系统OLTP通信组件通信。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (20)

1.一种系统间的旅客信息实时同步装置，其特征在于，所述装置包括：前端接收模块和交易处理模块，所述前端接收模块部署在离港系统，所述交易处理模块部署在订座系统；

所述前端接收模块，用于采集旅客信息，发送旅客信息变更的请求报文给所述交易处理模块；

所述交易处理模块，用于接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块。

2.根据权利要求1所述的装置，其特征在于，所述交易处理模块，还用于根据预先设定的条件拒绝所述前端接收模块发送的请求报文，并将处理结果返回给所述前端接收模块。

3.根据权利要求1或2所述的装置，其特征在于，所述前端接收模块，具体用于进行旅客信息验证、变更旅客离港数据、构造请求报文以及发送请求报文给所述交易处理模块。

4.根据权利要求3所述的装置，其特征在于，所述前端接收模块，用于变更旅客离港数据，包括：变更机场值机操作指令，增加一个新的指令参数，修改图像用户操作界面，使得操作人员能够修改旅客在离港系统中的信息记录，以采集正在发生变化的旅客信息，所述旅客信息能够反映出旅客当前状态的全部变化；和/或，

所述前端接收模块，用于构造请求报文以及发送请求报文，包括：将所述旅客信息封装在指定格式的请求报文中发送给所述交易处理模块。

5.根据权利要求4所述的装置，其特征在于，所述旅客信息包括：旅客的姓名、想要换乘的新航班信息、已经完成订座的旧航班信息、希望写入订座系统的旅客备注信息。

6.根据权利要求1所述的装置，其特征在于，所述交易处理模块，具体用于报文接收及解析、旅客定位、更新旅客订座数据和返回状态给所述前端接收模块。

7.根据权利要求6所述的装置，其特征在于，所述交易处理模块，用于报文接收及解析、旅客定位，包括：接收来自所述前端接收模块的请求报文并解析，根据解析后的数据内容在订座系统的数据库中查找符合条件的信息记录，根据所述信息记录定位旅客在订座系统中的订座记录。

8.根据权利要求7所述的装置，其特征在于，所述交易处理模块，用于更新旅客订座数据，包括：根据所述请求报文中的信息记录，修改旅客在订座系统中的订座记录或者删除指定航班的订座记录；或者，根据所述请求报文中的信息记录，在指定航班上订取一个座位，更新航班订座数据。

9.根据权利要求8所述的装置，其特征在于，所述交易处理模块，用于返回状态给所述前端接收模块，包括：所述交易处理模块将当前旅客的信息记录的索引作为成功同步数据的标志反馈给发起请求的离港系统的前端接收模块。

10.根据权利要求1所述的装置，其特征在于，所述前端接收模块与所述交易处理模块之间通信使用USASOpen/联机事务处理系统OLTP通信组件。

11.一种系统间的旅客信息实时同步方法，其特征在于，所述方法包括：

前端接收模块采集旅客信息，发送旅客信息变更的请求报文给交易处理模块；

交易处理模块接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块；

其中，所述前端接收模块部署在离港系统，所述交易处理模块部署在订座系统。

12.根据权利要求11所述的方法，其特征在于，

接收所述前端接收模块发送的请求报文之后，所述方法还包括：交易处理模块根据预先设定的条件拒绝所述前端接收模块发送的请求报文，并将处理结果返回给所述前端接收模块。

13.根据权利要求11或12所述的方法，其特征在于，

所述前端接收模块采集旅客信息，发送旅客信息变更的请求报文给所述交易处理模块，包括：前端接收模块进行旅客信息验证、变更旅客离港数据、构造请求报文以及发送请求报文给所述交易处理模块。

14.根据权利要求13所述的方法，其特征在于，

所述前端接收模块变更旅客离港数据，包括：变更机场值机操作指令，增加一个新的指令参数，修改图像用户操作界面，使得操作人员能够修改旅客在离港系统中的信息记录，以采集正在发生变化的旅客信息，所述旅客信息能够反映出旅客当前状态的全部变化；和/或，

所述前端接收模块构造请求报文以及发送请求报文，包括：将所述旅客信息封装在指定格式的请求报文中发送给所述交易处理模块。

15.根据权利要求14所述的方法，其特征在于，所述旅客信息包括：旅客的姓名、想要换乘的新航班信息、已经完成订座的旧航班信息、希望写入订座系统的旅客备注信息。

16.根据权利要求11所述的装置，其特征在于，所述交易处理模块接收所述前端接收模块发送的请求报文，更新旅客订座数据并返回给所述前端接收模块包括：交易处理模块进行报文接收及解析、旅客定位、更新旅客订座数据和返回状态给所述前端接收模块。

17.根据权利要求16所述的方法，其特征在于，所述交易处理模块进行报文接收及解析、旅客定位，包括：接收来自所述前端接收模块的请求报文并解析，根据解析后的数据内容在订座系统的数据库中查找符合条件的信息记录，根据所述信息记录定位旅客在订座系统中的订座记录。

18.根据权利要求17所述的方法，其特征在于，所述交易处理模块更新旅客订座数据，包括：根据所述请求报文中的信息记录，修改旅客在订座系统中的订座记录或者删除指定航班的订座记录；或者，根据所述请求报文中的信息记录，在指定航班上订取一个座位，更新航班订座数据。

19.根据权利要求18所述的方法，其特征在于，所述交易处理模块返回状态给所述前端接收模块，包括：所述交易处理模块将当前旅客的信息记录的索引作为成功同步数据的标志反馈给发起请求的离港系统的前端接收模块。

20.根据权利要求11所述的方法，其特征在于，所述前端接收模块与所述交易处理模块之间使用USASOpen/联机事务处理系统OLTP通信组件通信。