旅客同行人关系的确认方法、装置、电子设备及存储介质

技术领域

本发明涉及政府数据服务技术领域，尤其涉及一种旅客同行人关系的确认方法、装置、电子设备及存储介质。

背景技术

目前，旅客在乘机出行时，旅客同行人关系是非常重要的旅客行为数据。

在现有技术中，旅客同行人关系通常是基于同一航班同行人识别，针对旅客产生新的预定时，不能根据现有的旅客同行人关系在旅客的不同预定阶段提供更针对性更贴心的服务，不能优化旅客的出行体验。

发明内容

有鉴于此，本发明实施例提供一种旅客同行人关系的确认方法、装置、电子设备及存储介质，以实现优化旅客的出行体验的目的。

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

本发明实施例第一方面公开了一种旅客同行人关系的确认方法，所述方法包括：

在旅客对应的实时旅客全景信息发生变更时，获取所述旅客的乘机数据和旅客历史乘机数据，并基于所述旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID；

在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取对应所述航班上的所有旅客的旅客对航班信息组，并存储于数据表中，所述旅客对航班信息组由旅客ID组合和航班信息构成；

基于所述数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；

若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定所述旅客ID组合对应的旅客为旅客同行人关系。

可选的，在确定所述旅客ID号组合对应的旅客为同行旅客之后，还包括：

获取所述同行旅客的航行信息，所述航行信息包括旅客信息、同行航班航段信息、座位信息、行李信息和每次出行目标标签；

将所述同行旅客的航行信息存储于预先建立的历史行程同行人关系结果表。

可选的，还包括：

获取查询请求，所述查询请求包括旅客ID和查询条件；

基于所述查询请求，查询所述历史行程同行人关系结果表，获取满足查询条件的同行人信息。

可选的，还包括：

获取扩展请求，所述扩展请求包括旅客ID和同行人信息变更或新增信息；

基于所述扩展请求，对所述历史行程同行人关系结果表中存储的所述旅客ID对应的同行人信息进行变更或新增。

可选的，所述在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取对应所述航班上的所有旅客的旅客对航班信息组，并存储于数据表中，包括：

在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取所述航班上所有旅客的旅客ID，并对所有旅客ID进行排序；

基于排序将所述所有旅客ID进行两两排列组合，得到旅客对；

采用键值对key-value的方式，将每一所述旅客对与所述航班的航班信息进行组合，得到旅客对航班信息，并集合所有旅客对航班信息得到旅客对航班信息组，其中，所述旅客对作为键key，所述航班信息作为值value，所述旅客对航班信息组为key-value信息组；

以键值对key-value的方式将所述key-value信息组存储于数据表中。

本发明实施例第二方面公开了一种旅客同行人关系的确认装置，所述装置包括：

第一处理模块，用于在旅客对应的实时旅客全景信息发生变更时，获取所述旅客的乘机数据和旅客历史乘机数据，并基于所述旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID；

第二处理模块，用于在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取对应所述航班上的所有旅客的旅客对航班信息组，并存储于数据表中，所述旅客对航班信息组由旅客ID组合和航班信息构成；

计算模块，用于基于所述数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；

确定模块，用于若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定所述旅客ID组合对应的旅客为旅客同行人关系。

可选的，还包括：存储模块；

所述存储模块，用于获取所述同行旅客的航行信息，所述航行信息包括旅客信息、同行航班航段信息、座位信息、行李信息和每次出行目标标签，将所述同行旅客的航行信息存储于预先建立的历史行程同行人关系结果表。

可选的，还包括：查询模块；

所述查询模块，用于获取查询请求，所述查询请求包括旅客ID和查询条件，基于所述查询请求，查询所述历史行程同行人关系结果表，获取满足查询条件的同行人信息。

本发明实施例第三方面公开了一种电子设备，所述电子设备用于运行程序，其中，所述程序运行时执行如本发明实施例第一方面公开的旅客同行人关系的确认方法。

本发明实施例第四方面公开了一种计算机存储介质，所述存储介质包括旅客同行人关系的确认程序，其中，所述程序被处理器执行时实现如本发明实施例第一方面公开的旅客同行人关系的确认方法。

基于上述本发明实施例提供的一种旅客同行人关系的确认方法、装置、电子设备及存储介质，该确认方法包括：在旅客对应的实时旅客全景信息发生变更时，获取所述旅客的乘机数据和旅客历史乘机数据，并基于所述旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID；在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取对应所述航班上的所有旅客的旅客对航班信息组，并存储于数据表中，所述旅客对航班信息组由旅客ID组合和航班信息构成；基于所述数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定所述旅客ID组合对应的旅客为旅客同行人关系。在本方案中，基于海量旅客的历史数据对旅客同行人的关系进行确认，从而实现基于确认的旅客同行人关系优化旅客的出行体验的目的。

附图说明

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

图1为本发明实施例提供的一种旅客同行人关系的确认方法的流程示意图；

图2为本发明实施例提供的一种获取航班状态为达到状态的航班的旅客对航班信息组的流程示意图；

图3为本发明实施例提供的另一种旅客同行人关系的确认方法的流程示意图；

图4为本发明实施例提供的又一种旅客同行人关系的确认方法的流程示意图；

图5为本发明实施例提供的再一种旅客同行人关系的确认方法的流程示意图；

图6为本发明实施例提供的一种旅客同行人关系的确认装置的结构示意图；

图7为本发明实施例提供的另一种旅客同行人关系的确认装置的结构示意图；

图8为本发明实施例提供的一种电子设备的结构示意图；

图9为本发明实施例提供的一种旅客同行人关系的确认结构的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，针对旅客产生新的预定时，不能根据现有的旅客同行人关系在旅客的不同预定阶段提供更针对性更贴心的服务，不能优化旅客的出行体验。

因此，本发明实施例提供一种旅客同行人关系的确认方法、装置、电子设备及存储介质，在本方案中，基于海量旅客的历史数据对旅客同行人的关系进行确认，从而实现基于确认的旅客同行人关系优化旅客的出行体验得目的。

参见图1，示出了本发明实施例提供的一种旅客同行人关系的确认方法的流程示意图，该确认方法包括以下步骤：

步骤S101：在旅客对应的实时旅客全景信息发生变更时，获取旅客的乘机数据和旅客历史乘机数据，并基于旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号(Identity Document，ID)。

在步骤S101中，当某个旅客使用多个身份证件乘机出行时，该旅客将被识别为同一个人，则将该旅客融合为一个旅客身份识别号ID，该ID唯一标识该旅客。

实时旅客全景信息包括预定信息、出票信息、安检信息和值机离港信息，其中，预定信息包括预定时间、预定代理人信息、航班航段信息和旅客个人信息等，出票信息包括票号、支付信息和连票信息等，安检信息包括安检时间、安检渠道和是否过检等，值机离港信息包括离港航班信息和值机方式等。

在步骤S101中，旅客对应的实时旅客全景信息为预先获取的，具体的获取过程包括以下步骤：

步骤S11：在旅客预定乘机的过程中，若监测到有新的旅客行程变更，触发主机实时数据采集系统产生一条实时报文，将实时报文推送至大数据平台。

在步骤S11中，报文根据业务类型可以分为座位预定报文、客票报文、旅客离港值机离港报文和航班变更报文等。

报文的推送是旅客行程发生变更，例如：新预订座位、座位变更、旅客值机变更和航班状态变更等。

实时报文是以毫秒级的响应速率推送至大数据平台。

在具体实现步骤S11的过程中，在旅客预定乘机的过程中，一旦监测到有新的旅客行程变更，就触发主机实时数据采集系统产生一条实时报文，并将该实时报文推送至大数据平台。

步骤S12：大数据平台的实时数据处理作业根据报文的类型和报文内容，实时更新旅客乘机数据和航班的最新状态。

在具体实现步骤S12的过程中，根据推送至大数据平台的报文的类型和报文内容，大数据平台的实时数据处理作业实时更新旅客乘机数据和航班的最新状态。

例如：报文类型为座位预定报文，报文内容为由原来的座位号36A变更为45A，大数据平台的实时数据处理作业根据座位预定报文和变更前后的座位号实时更新旅客乘机数据和航班的最新状态。

步骤S13：基于最新的报文组合实时更新旅客的乘机数据，生成实时旅客全景信息。

在步骤S13中，报文的组合形式通常包括旅客预定信息、出票票面信息和旅客值机信息等，其中，旅客预定信息包括预定时间、航班信息、责任代理、舱位和旅客身份信息等，出票票面信息包括票面航段信息、支付信息、税费信息和产品代码等，旅客值机信息包括航班信息、旅客身份信息、值机信息和值机渠道等。

在具体实现步骤S13的过程中，依据最新的报文组合实时更新旅客的乘机数据，生成实时旅客全景信息。

例如：基于步骤S12中的座位预定报文和变更前后的座位号，形成最新的报文组合，依据所形成的最新报文组合实时更新旅客的乘机数据，并生成旅客全景信息。

在本发明实施例中，实时的旅客乘机数据是基于订座系统、客票系统、离港系统的实时数据。

在具体实现步骤S101的过程中，在旅客预定乘机的过程中，若检测到旅客对应的实时旅客全景信息发生变更，则获取旅客的乘机数据和旅客历史乘机数据，基于所获取到的旅客的乘机数据和旅客历史乘机数据，并依据旅客的身份信息和旅客历史乘机数据，得到唯一标识旅客的旅客身份识别号ID。

步骤S102：在航班的航班状态由起飞状态变更为到达状态的过程中，获取对应航班上的所有旅客的旅客对航班信息组，并存储于数据表中。

在步骤S102中，旅客对航班信息组由旅客ID组合和航班信息构成。

旅客对航班信息组由多条旅客对航班信息构成，每一条旅客对航班信息由两个旅客ID号和航班信息构成。

航班信息包括航班日期、航空公司两字码、航班号、出发机场IATA三字码和到达机场IATA三字码。

例如：某航班的航班日期为20200305、航班号为XY003、出发机场为AAA、到达机场为BBB。

在具体实现步骤S102的过程中，在航班的航班状态由起飞状态变更为到达状态的过程中，也就是说，该航班上的所有旅客已经完成该次行程，则获取对应航班上的所有旅客的旅客对航班信息组，并将所有的旅客对航班信息组存储于数据表中。

可选的，在执行步骤S102时涉及到在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取对应所述航班上的所有旅客的旅客对航班信息组，并存储于数据表中的过程，参见图2，示出了本发明实施例提供的一种获取航班状态为达到状态的航班的旅客对航班信息组的流程示意图，具体包括以下步骤：

步骤S201：在航班的航班状态由起飞状态变更为到达状态的过程中，获取航班上所有旅客的旅客ID，并对所有旅客ID进行排序。

在步骤S201中，对所有旅客ID进行排序是按照字母表从A到Z的顺序进行排列，也就是说，按照升序的顺序进行排列。可选的，也可以采用倒序的方式进行排列。

在具体实现步骤S201的过程中，在航班的航班状态由起飞状态变更为到达状态的过程中，也就是说，该航班上的所有旅客已经完成该次行程，则获取该航班上所有旅客的旅客ID，并对所有旅客ID进行升序排序。

例如，某一航班上有三名旅客，他们的旅客ID分别为B、A、C，对该三名旅客的旅客ID进行升序排列，得到的排序为ABC。

在本发明实施例中，对于对该三名旅客的旅客ID进行排列的顺序，也可以是进行降序排列，则得到的排序为CBA。

需要说明的是，对旅客ID进行排序的顺序，并不局限于本发明实施例上述公开的排序顺序，也可以由技术人员基于技术需求自行进行设置。

步骤S202：基于排序将所有旅客ID进行两两排列组合，得到旅客对。

在具体实现步骤S202的过程中，依据所得到的排序顺序，将所有的旅客ID进行两两排列组合，得到相应的旅客对。

例如：基于上述步骤S201的对旅客ID进行升序排序的顺序ABC，则生成AB、AC、BC三个旅客对。

步骤S203：采用键值对key-value的方式，将每一旅客对与航班的航班信息进行组合，得到旅客对航班信息，并集合所有旅客对航班信息得到旅客对航班信息组。

在本发明实施例中，大数据平台是Hbase存储的，使用key-value存储结构。

在步骤S203中，旅客对作为键key，航班信息作为值value，旅客对航班信息组为key-value信息组。

在具体实现步骤S203的过程中，在得到每一旅客对的情况下，采用键值对key-value的方式，将所得到的每一旅客对与该航班的航班信息进行组合，得到旅客对航班信息，整合所有的旅客对航班信息得到旅客对航班信息组。

例如：某FLT-01航班的航班日期为20200101，航班号为XX001，出发机场为YYY，到达机场为ZZZ，则航班信息可以组合为20200101-XX001-YYY-ZZZ。

该FLT-01航班上有三名旅客，旅客ID分别为A、B和C，进行升序排序，得到AB、AC和BC三个旅客对。

采用键值对key-value的方式，将每一旅客对与该航班的航班信息进行组合，得到旅客对航班信息，如表1所示。

表1：

又例如：某FLT-02航班的航班日期为20200201，航班号为YY001，出发机场为EEE，到达机场为FFF，则航班信息可以组合为20200201-YY001-EEE-FFF。

该FLT-02航班上有三名旅客，旅客ID分别为B、C和D，进行升序排序，得到BC、BD和CD三个旅客对。

采用键值对key-value的方式，将每一旅客对与该航班的航班信息进行组合，得到旅客对航班信息，如表2所示。

表2：

将FLT-01和FLT-02的旅客对航班信息整合在一起，得到旅客对航班信息组，即得到key-value信息组，如表3所示。

表3：

可选的，可以将所有海量的到旅客对航班信息组存储在一个Hbase表中。

步骤S204：以键值对key-value的方式将key-value信息组存储于数据表中。

在具体实现步骤S204的过程中，在得到key-value信息组的情况下，将所得到的key-value信息组以键值对key-value的方式存储于数据表中。

步骤S103：基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数。

在具体实现步骤S103的过程中，基于数据表中存储的历史旅客对航班信息组，按照key值对旅客对进行分组汇总，也就是说，将同一旅客ID组合成的旅客对进行分组汇总，计算相同key对应的value的个数，即计算具有相同行程的次数。

步骤S104：若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

以步骤S203中的例子为例，根据表3所示数据，可以得到BC旅客对对应的value的个数为2，也就是说，可得出BC同行过2次，也就是说，B旅客和C旅客相互为同行人关系。

基于本发明实施例提供的一种旅客同行人关系的确认方法，该确认方法包括：在旅客对应的实时旅客全景信息发生变更时，获取所述旅客的乘机数据和旅客历史乘机数据，并基于所述旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID；在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取对应所述航班上的所有旅客的旅客对航班信息组，并存储于数据表中，所述旅客对航班信息组由旅客ID组合和航班信息构成；基于所述数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定所述旅客ID组合对应的旅客为旅客同行人关系。在本方案中，基于海量旅客的历史数据对旅客同行人的关系进行确认，从而实现基于确认的旅客同行人关系优化旅客的出行体验的目的。

基于上述本发明实施例图1示出的旅客同行人关系的确认方法，参见图3，示出了本发明实施例提供的另一种旅客同行人关系的确认方法的流程示意图，包括以下步骤：

步骤S301：在旅客对应的实时旅客全景信息发生变更时，获取旅客的乘机数据和旅客历史乘机数据，并基于旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID。

步骤S302：在航班的航班状态由起飞状态变更为到达状态的过程中，获取对应航班上的所有旅客的旅客对航班信息组，并存储于数据表中。

步骤S303：基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数。

步骤S304：若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

步骤S301至步骤S304的具体执行过程与上述图1中公开的步骤S101至步骤S104相同，具体可参见，这里不再赘述。

步骤S305：获取同行旅客的航行信息。

在步骤S305中，航行信息包括旅客信息、同行航班航段信息、座位信息、行李信息和每次出行目标标签。

在具体实现步骤S305的过程中，在确定旅客ID号组合对应的旅客为同行旅客的情况下，基于确定的旅客ID号组合，获取同行旅客的航行信息。

步骤S306：将同行旅客的航行信息存储于预先建立的历史行程同行人关系结果表。

在具体实现步骤S306的过程中，预先建立历史行程同行人关系结果表，并将所获取到的同行旅客的航行信息存储于该表中。

可选的，结合步骤S203中的例子，以相互为同行人关系的B旅客和C旅客中的B旅客为存储主体，可以将BC旅客的同行人关系整合为如表4所示的方式存储。

表4：

可选的，海量的旅客同行人关系可以为表4示出的存储方式，存储在预先建立的历史行程同行人关系结果表中。

基于本发明实施例提供的一种旅客同行人关系的确认方法，基于海量旅客的历史数据对旅客同行人的关系进行确认，将得到的旅客同行人关系按照设定的存储方式，存储于历史行程同行人关系结果表中，以便于后续使用确认的旅客同行人关系优化旅客的出行体验。

基于上述本发明实施例图1和图3示出的旅客同行人关系的确认方法，参见图4，示出了本发明实施例提供的又一种旅客同行人关系的确认方法的流程示意图，包括以下步骤：

步骤S401：在旅客对应的实时旅客全景信息发生变更时，获取旅客的乘机数据和旅客历史乘机数据，并基于旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID。

步骤S402：在航班的航班状态由起飞状态变更为到达状态的过程中，获取对应航班上的所有旅客的旅客对航班信息组，并存储于数据表中。

步骤S403：基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数。

步骤S404：若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

步骤S401至步骤S404的具体执行过程与上述图1中公开的步骤S101至步骤S104相同，具体可参见，这里不再赘述。

步骤S405：获取同行旅客的航行信息。

步骤S406：将同行旅客的航行信息存储于预先建立的历史行程同行人关系结果表。

步骤S405至步骤S406的具体执行过程与上述图3中公开的步骤S305至步骤S306相同，具体可参见，这里不再赘述。

步骤S407：获取查询请求。

其中，查询请求包括旅客ID和查询条件。

在本发明实施例中，查询条件可以为用户需求，也可以为特定的需求。

在具体实现步骤S407的过程中，根据用户需求，指定某些条件查询同行人关系，比如可以查询座位临近的同行人信息、出行目的为商务出行的同行人信息和出行目的为旅游出行的同行人信息等，也可以根据特定的需求，将某些出行特征或旅客标签补充到历史行程同行人关系结果表中，查询条件多样化，此处不做限定。

步骤S408：基于查询请求，查询历史行程同行人关系结果表，获取满足查询条件的同行人信息。

在具体实现步骤S408的过程中，基于查询条件，查询存储于历史行程同行人关系结果表中的同行旅客的同行信息，获取满足查询条件的同行人信息。

基于本发明实施例提供的一种旅客同行人关系的确认方法，基于海量旅客的历史数据对旅客同行人的关系进行确认，将得到的旅客同行人关系按照设定的存储方式，存储于历史行程同行人关系结果表中，在后续基于知道用户需求或者特定的查询条件，查询旅客的同行人关系，基于查询结果更进一步的实现优化旅客出行体验的目的。

基于上述本发明实施例图1、图3和图4示出的旅客同行人关系的确认方法，参见图5，示出了本发明实施例提供的再一种旅客同行人关系的确认方法的流程示意图，包括以下步骤：

步骤S501：在旅客对应的实时旅客全景信息发生变更时，获取旅客的乘机数据和旅客历史乘机数据，并基于旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID。

步骤S502：在航班的航班状态由起飞状态变更为到达状态的过程中，获取对应航班上的所有旅客的旅客对航班信息组，并存储于数据表中。

步骤S503：基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数。

步骤S504：若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

步骤S501至步骤S504的具体执行过程与上述图1中公开的步骤S101至步骤S104相同，具体可参见，这里不再赘述。

步骤S505：获取同行旅客的航行信息。

步骤S506：将同行旅客的航行信息存储于预先建立的历史行程同行人关系结果表。

步骤S505至步骤S506的具体执行过程与上述图3中公开的步骤S305至步骤S306相同，具体可参见，这里不再赘述。

步骤S506：获取扩展请求。

其中，扩展请求包括旅客ID和同行人信息变更或新增信息。

步骤S507：基于扩展请求，对历史行程同行人关系结果表中存储的旅客ID对应的同行人信息进行变更或新增。

在具体实现步骤S507的过程中，基于扩展条件中的旅客ID，对存储于历史行程同行人关系结果表中的旅客ID对应的同行人信息进行变更或新增，比如，添加其他旅客乘机行为信息和标签信息等。

基于本发明实施例提供的一种旅客同行人关系的确认方法，基于海量旅客的历史数据对旅客同行人的关系进行确认，将得到的旅客同行人关系按照设定的存储方式，存储于历史行程同行人关系结果表中，为后续对旅客同行人的信息进行变更和新增提供条件。也更进一步的实现基于确认的旅客同行人关系优化旅客的出行体验的目的。

与上述本发明实施例图1示出的旅客同行人关系的确认方法相对应，本发明实施例还对应提供了一种旅客同行人关系的确认装置，参见图6，该确认装置包括：第一处理模块601、第二处理模块602、计算模块603和确定模块604。

第一处理模块601，用于在旅客对应的实时旅客全景信息发生变更时，获取旅客的乘机数据和旅客历史乘机数据，并基于旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID。

第二处理模块602，用于在航班的航班状态由起飞状态变更为到达状态的过程中，获取对应航班上的所有旅客的旅客对航班信息组，并存储于数据表中。

其中，旅客对航班信息组由旅客ID组合和航班信息构成。

可选的，第二处理模块602具体用于：在航班的航班状态由起飞状态变更为到达状态的过程中，获取航班上所有旅客的旅客ID，并对所有旅客ID进行排序；基于排序将所有旅客ID进行两两排列组合，得到旅客对；采用键值对key-value的方式，将每一旅客对与航班的航班信息进行组合，得到旅客对航班信息，并集合所有旅客对航班信息得到旅客对航班信息组，其中，旅客对作为键key，航班信息作为值value，旅客对航班信息组为key-value信息组；以键值对key-value的方式将key-value信息组存储于数据表中。计算模块603，用于基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数。

确定模块604，用于若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

基于本发明实施例提供的一种旅客同行人关系的确认装置，通过在旅客对应的实时旅客全景信息发生变更时，获取所述旅客的乘机数据和旅客历史乘机数据，并基于所述旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID；在所述航班的航班状态由起飞状态变更为到达状态的过程中，获取对应所述航班上的所有旅客的旅客对航班信息组，并存储于数据表中，所述旅客对航班信息组由旅客ID组合和航班信息构成；基于所述数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定所述旅客ID组合对应的旅客为旅客同行人关系。在本方案中，基于海量旅客的历史数据对旅客同行人的关系进行确认，从而实现基于确认的旅客同行人关系优化旅客的出行体验的目的。

基于上述图6示出的旅客同行人关系的确认装置，结合图6，如图7所示，该旅客同行人关系的确认装置还进一步设置了存储模块605、查询模块606和扩展模块607。

存储模块605，用于获取同行旅客的航行信息，航行信息包括旅客信息、同行航班航段信息、座位信息、行李信息和每次出行目标标签，将同行旅客的航行信息存储于预先建立的历史行程同行人关系结果表。

查询模块606，用于获取查询请求，查询请求包括旅客ID和查询条件，基于查询请求，查询历史行程同行人关系结果表，获取满足查询条件的同行人信息。

扩展模块607，用于获取扩展请求，扩展请求包括旅客ID和同行人信息变更或新增信息，基于扩展请求，对历史行程同行人关系结果表中存储的旅客ID对应的同行人信息进行变更或新增。

基于本发明实施例提供的一种旅客同行人关系的确认装置，基于海量旅客的历史数据对旅客同行人的关系进行确认，从而实现基于确认的旅客同行人关系优化旅客的出行体验的目的。

基于上述本发明实施例公开的旅客同行人关系的确认装置，上述各个模块和单元可以通过一种由处理器和存储器构成的硬件设备实现。具体为：上述各个模块和单元作为程序单元存储于存储器中，由处理器执行存储在存储器中的上述程序单元来实现数据处理。

其中，处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现数据处理。

本发明实施例提供了一种存储介质，存储介质包括旅客同行人关系的确认程序，其中，程序被处理器执行时实现如权利要求1至5中任意一项的旅客同行人关系的确认方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行图1公开的旅客同行人关系的确认方法。

本发明实施例提供了一种电子设备80，如图8所示，示出了本发明实施例提供的一种电子设备80的结构示意图。

本发明实施例中的电子设备可以是服务器、PC、PAD、手机等。

该电子设备包括至少一个处理器801，以及与处理器连接的至少一个存储器802，以及总线803。

处理器801、存储器802通过总线803完成相互间的通信。处理器801，用于执行存储器802中存储的程序。

存储器802，用于存储程序，该程序至少用于：在旅客对应的实时旅客全景信息发生变更时，获取旅客的乘机数据和旅客历史乘机数据，并基于旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID；在航班的航班状态由起飞状态变更为到达状态的过程中，获取对应航班上的所有旅客的旅客对航班信息组，并存储于数据表中，旅客对航班信息组由旅客ID组合和航班信息构成；基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

本申请还提供了一种计算机程序产品，当在电子设备上执行时，适于执行初始化有如下方法步骤的程序：

在旅客对应的实时旅客全景信息发生变更时，获取旅客的乘机数据和旅客历史乘机数据，并基于旅客身份信息和旅客历史乘机数据得到唯一标识旅客的旅客身份识别号ID；在航班的航班状态由起飞状态变更为到达状态的过程中，获取对应航班上的所有旅客的旅客对航班信息组，并存储于数据表中，旅客对航班信息组由旅客ID组合和航班信息构成；基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

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

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

基于上述本发明实施例公开的旅客同行人的确认方法和装置，如图9所示，本发明实施例也可以采用图9的结构展示上述本发明实施例公开的旅客同行人的确认方法和装置的实现原理。

在图9中，该结构主要由实时旅客全景视图、构建旅客对航班信息组、旅客同行人关系计算模型和旅客同行人查询服务组成。

实时旅客全景视图，用于在旅客预定乘机的过程中，若监测到有新的旅客行程变更，触发主机实时数据采集系统产生一条实时报文，将实时报文推送至大数据平台；大数据平台的实时数据处理作业根据报文的类型和报文内容，实时更新旅客乘机数据和航班的最新状态；基于最新的报文组合实时更新旅客的乘机数据，生成实时旅客全景视图。

构建旅客对航班信息组，用于在航班的航班状态由起飞状态变更为到达状态的过程中，获取航班上所有旅客的旅客ID，并对所有旅客ID进行排序；基于排序将所有旅客ID进行两两排列组合，得到旅客对；采用键值对key-value的方式，将每一旅客对与所述航班的航班信息进行组合，得到旅客对航班信息，并集合所有旅客对航班信息得到旅客对航班信息组；以键值对key-value的方式将所述key-value信息组存储于数据表中。

旅客同行人关系计算模型，用于基于数据表中存储的历史旅客对航班信息组，计算包含同一旅客ID组合的旅客对航班信息的个数；若包含同一旅客ID组合的旅客对航班信息的个数大于等于2，确定旅客ID组合对应的旅客为旅客同行人关系。

旅客同行人查询服务，用于获取查询请求，基于所述查询请求，查询所述历史行程同行人关系结果表，获取满足查询条件的同行人信息。

基于本发明实施例提供的一种旅客同行人关系的确认装置，基于海量旅客的历史数据对旅客同行人的关系进行确认，从而实现基于确认的旅客同行人关系优化旅客的出行体验的目的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。