一种基于多业务混排的班次检索与推荐方法与流程

1.本发明属于班次检索领域，尤其涉及一种基于多业务混排的班次检索与推荐方法。


背景技术：

2.随着联网售票业务的推进，各个业务的线下售票方式基本都已经改造成为联网售票方式，此时联网售票中就会混杂着不同业务的线路，包括汽车票业务、定制客运业务、联程联运业务等，由于目前这些不同业务的售票系统彼此独立，因此旅客在某一售票系统中查询不到需要的班次时，无法了解其他业务的售票系统是否存在其需要的班次，降低了旅客查询到合适班次的效率。


技术实现要素：

3.为了解决因现有各个业务的售票系统相互独立，造成无法准确搜索出满足旅客需要的线路的缺点和不足，本发明提出了一种基于多业务混排的班次检索与推荐方法，包括：s1：获取旅客的出行查询条件，判断汽车票业务的车次数据是否满足出行查询条件；s2：若不满足，则获取其他业务的车次数据，结合汽车票业务的车次数据拆分出不同区域下的站点，基于站点与区域和业务的隶属关系，对站点进行重组形成站点列表；s3：基于站点列表进行多业务车次混排，形成混排车次列表；s4：查询混排车次列表中的车次是否满足出行查询条件，若满足则对满足出行查询条件的车次进行排序，根据排序结果输出推荐班次。
4.可选的，所述s2包括：从对其他业务和汽车票业务的车次数据中拆分出各个站点，筛选出站点中的始发站点，把不同业务下相同名字的始发站点进行去重处理；将始发站点隶属的区域作为始发区域，把不同业务隶属于同一个始发区域的始发站点合并重组到所述始发区域下；确定各个始发区域的车次信息，根据车次信息获取目的地以及与目的地对应的目的站点；以各个始发区域为单位，将每个始发区域对应的始发站点和目的站点重组到一个站点列表中。
5.可选的，所述s3包括：确定站点列表的站点是否配置为执行混排，将不执行混排的站点从所述站点列表中剔除；在剔除后的站点中确定汽车票业务和其他业务的班次数据，将所述班次数据进行混合形成混排班次，将所述混排班次以始发区域为索引存储在车次查询数据库中，形成混排车次列表。
6.可选的，所述班次检索与推荐方法还包括：在s4之前，对出行查询条件中的查询站点进行清洗，具体包括：
获取汽车票业务的客运站列表，判断查询站点在客运站列表中的查询结果是否为空，若结果不为空，则标记查询站点无需清洗，结束清洗流程，否则判断查询站点在出行查询条件中是始发站点还是目的站点；若为始发站点，获取所有始发区域，对查询站点与始发区域进行匹配，若匹配结果不为空，则将匹配到的始发区域添加到出行查询条件中，否则标记查询站点无需清洗；若为目的站点，获取所有目的地，对查询站点与目的地进行匹配，若匹配结果不为空，则将匹配到的目的地添加到出行查询条件中，否则标记查询站点无需清洗。
7.可选的，所述对查询站点与始发区域进行匹配，包括判断是否存在包含所述查询站点的始发区域，若存在则视为匹配到始发区域；所述对查询站点与目的地进行匹配，包括判断是否存在包含所述查询站点的目的地，若存在则视为匹配到目的地。
8.可选的，当所述查询站点标记为无需清洗时，停止执行s4，并将所述出行查询条件标记为无需推荐。
9.可选的，所述查询混排车次列表中的车次是否满足出行查询条件，包括：获取出行查询条件中的查询站点，确定作为始发站点的查询站点隶属的始发区域；调用所述始发区域对应的混排车次列表，根据混排车次列表中的始发站点和目的站点，确定混排车次；分析是否存在混排车次途径所述查询站点，若存在则将所述混排车次作为满足出行查询条件的车次。
10.可选的，若所有混排车次均未途径所述查询站点，则查询与所述始发区域具有关联性的关联始发区域，调用所述关联始发区域对应的混排车次列表，根据关联始发区域对应的混排车次列表中的始发站点和目的站点，确定关联混排车次，若存在关联混排车次途径所述查询站点，将所述关联混排车次作为满足出行查询条件的车次。
11.可选的，所述若满足则对满足出行查询条件的车次进行排序，根据排序结果输出推荐班次，包括：确定满足出行查询条件的车次的推荐权重，根据所述推荐权重对满足出行查询条件的车次进行冒泡排序；基于由前到后的顺序，在满足出行查询条件的车次中提取预设比例的班次作为推荐班次。
12.可选的，所述推荐权重由服务器后台人工配置。
13.本发明提供的技术方案带来的有益效果是：本技术方案根据客运站信息、所属区域以及业务关联性来进行始发站点列表的混合过滤，实现动态性能优化，对班次查询进行多业务混排、过滤与筛选，同时在未查出班次的情况下会根据逻辑进行其他班次线路的推荐。多业务班次混排可以为旅客的出行提供更多的选择，当某一个业务的班次无法满足旅客的出行需要时，可以让旅客通过选择其他业务的班次来达到出行目的。而通过班次检索过滤可以为旅客过滤掉一些无效或者不需要的班次，并能更精确的查找到旅客需要的班次。
附图说明
14.为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
15.图1为本发明实施例提出的一种基于多业务混排的班次检索与推荐方法的流程示意图；图2为本发明实施例提出的站点重组的流程示意图；图3为本发明实施例提出的查询站点的清洗流程示意图。
具体实施方式
16.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
17.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
18.应当理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
19.应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
20.应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含a、b和c”、“包含a、b、c”是指a、b、c三者都包含，“包含a、b或c”是指包含a、b、c三者之一，“包含a、b和/或c”是指包含a、b、c三者中任1个或任2个或3个。
21.应当理解，在本发明中，“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”，表示b与a相关联，根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。a与b的匹配，是a与b的相似度大于或等于预设的阈值。
22.取决于语境，如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
23.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
24.实施例如图1所示，本实施例提出了一种基于多业务混排的班次检索与推荐方法，包括：
s1：获取旅客的出行查询条件，判断汽车票业务的车次数据是否满足出行查询条件；s2：若不满足，则获取其他业务的车次数据，结合汽车票业务的车次数据拆分出不同区域下的站点，基于站点与区域和业务的隶属关系，对站点进行重组形成站点列表；s3：基于站点列表进行多业务车次混排，形成混排车次列表；s4：查询混排车次列表中的车次是否满足出行查询条件，若满足则对满足出行查询条件的车次进行排序，根据排序结果输出推荐班次。
25.通常公共交通的售票体系中混杂有多种不同业务的路线，如汽车票业务、定制客运业务、联程联运本业务、旅游专线等，虽然这些业务在运营方式、车辆等方面不尽相同，但是都有一些共同的特征，在基础车次数据上都是包含出发地、目的地、发车时间等出行数据。本实施例基于此提出了一种对各类不同业务的车次进行混排过滤，进而实现班次推荐，可以在旅客未查询到需要的班次时，为旅客的出行提供更多的选择，当某一个业务的班次无法满足旅客的出行需要时，可以让旅客通过选择其他业务的班次来达到出行目的。而通过班次检索过滤可以为旅客过滤掉一些无效或者不需要的班次，并能更精确的查找到旅客需要的班次。
26.在本实施例中，所述其他业务即为包括定制客运业务、联程联运本业务、旅游专线等附加的专线服务业务。
27.为了实现多业务混排的准备工作，本实施例通过s2对参与混排的始发站点和目的站点进行重组过滤，包括：从对其他业务和汽车票业务的车次数据中拆分出各个站点，筛选出站点中的始发站点，把不同业务下相同名字的始发站点进行去重处理；将始发站点隶属的区域作为始发区域，把不同业务隶属于同一个始发区域的始发站点合并重组到所述始发区域下；确定各个始发区域的车次信息，根据车次信息获取目的地以及与目的地对应的目的站点；以各个始发区域为单位，将每个始发区域对应的始发站点和目的站点重组到一个站点列表中。
28.具体的，本实施例通过拆分各业务区域与站点数据并重新组装成map进行逻辑处理来达到混排的效果。始发地目的地混排过滤部分如图2所示，分别获取汽车票业务始发区域对象、汽车票业务始发站点对象、其他业务按始发区域名称存储的区域对象以及其他业务按始发站点名称存储的站点对象，分别剔除其他业务区域同名数据和其他业务站点同名数据后，得到其他业务与汽车票业务非重复的按始发区域名称存储的区域对象，以及其他业务与汽车票业务分重复的按始发站点名称存储的站点对象。同时根据站点对象与区域对象的隶属关系，将按始发站点名称存储的站点对象数据重组，形成为其他业务与汽车票业务非重复的按始发区域名称存储的站点对象，进而得到按始发区域id存储的站点对象，形成始发区域及区域下站点列表数据。
29.目的地混排的逻辑则相对简单，因为各业务目的地相互之间没有必然关联，所以可以直接把各业务的目的地通过已选择的始发区域或者始发站点来查询出结果，整合到一个数据列表中。
30.区域与站点为上下级的隶属关系，本实施例让不同业务的始发地目的地合并到同
一个数据列中，并通过站点名称以及区域层级隶属关系来进行去重和合并，把不同业务相同名字的站点去重，把不同业务隶属于同一个区域的站点合并到区域中去，从而用于车次混排查询后补充查询车次。将其他业务车次与汽车票业务的站点查询并整合，并数据重组在map中，方便后面混排筛选时使用。
31.为了融合多业务的车次进行混排，从而让旅客能够选择其他业务的班次来达到出行目的，本实施例在重组的站点列表的基础上执行s3，所述s3包括：确定站点列表的站点是否配置为执行混排，将不执行混排的站点从所述站点列表中剔除；在剔除后的站点中确定汽车票业务和其他业务的班次数据，将所述班次数据进行混合形成混排班次，将所述混排班次以始发区域为索引存储在车次查询数据库中，形成混排车次列表。
32.多业务班次混排过滤筛选部分中，各个业务逻辑相对复杂，需要考虑到各业务定制的筛选过滤的需求，首先通过始发地目的地的配置管理来确定线路是否执行混排，若不执行混排，在下述班次查询过程中不查询相关的业务班次；若执行混排，则对其他业务班次数据与汽车票业务班次数据进行混合过滤。
33.本实施例在开始查询各个业务车次时，为了解决旅客输入的查询站点可能与售票系统中的站点名称不同，从而存在始发地目的地无法查到正确的数据的问题，提出了在s4之前，对出行查询条件中的查询站点进行清洗，具体如图3所示包括：获取汽车票业务的客运站列表，判断查询站点在客运站列表中的查询结果是否为空，若结果不为空，则标记查询站点无需清洗，结束清洗流程，否则判断查询站点在出行查询条件中是始发站点还是目的站点；若为始发站点，获取所有始发区域，对查询站点与始发区域进行匹配，若匹配结果不为空，则将匹配到的始发区域添加到出行查询条件中，否则标记查询站点无需清洗；若为目的站点，获取所有目的地，对查询站点与目的地进行匹配，若匹配结果不为空，则将匹配到的目的地添加到出行查询条件中，否则标记查询站点无需清洗。
34.其中，所述对查询站点与始发区域进行匹配，包括判断是否存在包含所述查询站点的始发区域，若存在则视为匹配到始发区域；所述对查询站点与目的地进行匹配，包括判断是否存在包含所述查询站点的目的地，若存在则视为匹配到目的地。
35.当所述查询站点标记为无需清洗时，停止执行s4，并将所述出行查询条件标记为无需推荐。
36.在本实施例中，无需推荐存在两种情况，一种是在汽车票业务中查询到满足旅客出行需求的班次，另一种则查询站点无需清洗，表示旅客输入的查询站点无法在多种业务的售票系统中查询到，视为无法查询到满足旅客出行需求的班次。
37.所述查询混排车次列表中的车次是否满足出行查询条件，包括：获取出行查询条件中的查询站点，确定作为始发站点的查询站点隶属的始发区域；调用所述始发区域对应的混排车次列表，根据混排车次列表中的始发站点和目的站点，确定混排车次；分析是否存在混排车次途径所述查询站点，若存在则将所述混排车次作为满足出行查询条件的车次。
38.其中，若所有混排车次均未途径所述查询站点，则查询与所述始发区域具有关联性的关联始发区域，调用所述关联始发区域对应的混排车次列表，根据关联始发区域对应的混排车次列表中的始发站点和目的站点，确定关联混排车次，若存在关联混排车次途径所述查询站点，将所述关联混排车次作为满足出行查询条件的车次。
39.所述若满足则对满足出行查询条件的车次进行排序，根据排序结果输出推荐班次，包括：确定满足出行查询条件的车次的推荐权重，根据所述推荐权重对满足出行查询条件的车次进行冒泡排序；基于由前到后的顺序，在满足出行查询条件的车次中提取预设比例的班次作为推荐班次。
40.最后，本实施例可根据服务器时间及客运站数据提供的可售时间，来循环判断车次状态是否可售，若为不可售状态，则将状态更新到车次数据中，以提供给前端来判断显隐还是置灰车次。
41.在一实施例中，所述推荐权重可由服务器后台人工配置。在另一实施例中，所述推荐权重还可通过设置不同的权重指标进行配置，如班次中转次数、班次时间、上下车站的距离以及班次所属业务的营销等级等。
42.例如，在本实施例中，若某业务设置了营销活动，则得出了所有满足出行查询条件的车次之后查询对应的营销活动的车次，把营销活动数据包括id和营销价格插入到对应的车次中，形成车次对应的营销等级，营销等级越高，其车次对应的推荐权重就越高。
43.上述实施例中的各个序号仅仅为了描述，不代表各部件的组装或使用过程中的先后顺序。
44.以上所述仅为本发明的实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。