本申请涉及互联网技术领域，尤其涉及一种航线目的地搜索方法及装置。
背景技术：
随着计算机技术和互联网技术的迅速发展，很多业务都可以在网上进行，为人们的生活提供了便利。机票业务是人们经常在网上办理的一项业务。
机票业务有大量旅游用户，尤其是国际机票旅游用户可以占据国际机票总用户的70％，当旅游用户从机票应用首页进入航线目的地选择界面时，面临的问题是选择哪个城市落地可以玩到自己想去的景点，如果有多个可选城市如何选择一个最优的城市，等等。
在现有技术中，航线目的地选择界面中会展示一些固定的热门城市；当用户搜索国家名称，则会将该国家的各热门城市名称作为航线目的地搜索结果展示，以供用户选择；当用户搜索城市名称时，则会将该城市名称作为航线目的地搜索结果展示；进而，用户可以通过点击航线目的地搜索结果，选择航线目的地。
但是，上述现有技术的航线目的地搜索方式的搜索结果信息贫乏，难以帮助解决旅游用户面临的上述问题，对于旅游用户的可参考价值较低。
技术实现要素：
本申请实施例提供一种航线目的地搜索方法及装置，用以解决现有技术中的航线目的地搜索方式的搜索结果对于旅游用户的可参考价值较低的问题。
本申请实施例采用下述技术方案：
本申请实施例提供的一种航线目的地搜索方法，包括：
接收用户的目的地搜索词；
确定与接收到的所述目的地搜索词相关的地域集合；
获取所述地域集合所包含地域的旅游相关信息；
根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果。
本申请实施例提供的一种航线目的地搜索装置，包括：
接收模块，接收用户的目的地搜索词；
确定模块，确定与所述接收模块接收到的所述目的地搜索词相关的地域集合；
获取模块，获取所述地域集合所包含地域的旅游相关信息；
展示模块，根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：可以在航线目的地搜索结果中为旅游用户提供更多的可选的航线目的地以及对应的旅游相关信息，而不是像现有技术的航线目的地搜索结果中只包含用户所搜索国家的城市名称或用户所搜索的城市名称，因此，有助于旅游用户选择航线目的地，对于旅游用户而言可参考价值更高，可以部分或全部地解决现有技术的问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1a为现有技术的一种航线目的地搜索界面示意图；
图1b为在图1a的界面中搜索某个国家名称后的搜索结果示意图；
图1c为在图1a的界面中搜索某个城市名称后的搜索结果示意图；
图2为本申请实施例提供的一种航线目的地搜索方法的流程示意图；
图3为本申请实施例提供的，一种实际应用场景下基于旅游相关信息的航线目的地搜索方法的相关过程示意图；
图4为本申请实施例提供的，一种实际应用场景下基于旅游相关活动的航线目的地推荐方法的相关过程示意图；
图5a为本申请实施例提供的一种航线目的地搜索界面示意图；
图5b为本申请实施例提供的在图5a的界面中搜索某个国家名称后的搜索结果示意图；
图5c为本申请实施例提供的在图5a的界面中搜索某个城市名称后的搜索结果示意图；
图5d为本申请实施例提供的在图5a的界面中搜索完毕后，下一次搜索前的航线目的地搜索界面示意图；
图6为本申请实施例提供的对应于图2的一种航线目的地搜索装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
如前所述，在背景技术中对现有技术的问题进行了简要的说明，为了便于理解，在此结合实例对该问题进一步地分析。
目前，很多旅游用户(以下可以简称为：用户)搜索航线目的地时一般会多次切换航线目的地城市，其原因是这些用户对目的地认知有限，需要花费大量精力选择旅游线路，确定航线目的地城市，进而再搜索具体的航线以了解航线情况。更有某些用户甚至没有明确地出行目标，则搜索航线目的地时会更加地盲目以及效率低下。以图1a、图1b、图1c为例对现有技术进行说明。
图1a为现有技术的一种航线目的地搜索界面示意图。图1b为在图1a的界面中搜索某个国家名称后的搜索结果示意图。图1c为在图1a的界面中搜索某个城市名称后的搜索结果示意图。如背景技术所述，在图1a的界面中展示了若干热门城市名称，以供用户直接选择；在图1b中，用户输入了国家名称“美国”作为目的地搜索词，搜索结果为美国的若干热门城市名称；在图1c中，用户输入了城市名称“洛杉矶”作为目的地搜索词，搜索结果精准地只有洛杉矶这个城市的名称。
由此可见，现有技术中的航线目的地搜索方式可以将搜索结果缩小到一个或多个城市名称，但是并未给出更多的有助于用户选择目的地的参考信息，对于这种情况用户难以预判，往往会把多个可选的目的地都选择一遍，以查看各目的地的航线情况。
更具体地，如果用户搜索国家名称则获得诸如如图1b中的一个属于该国家的热门城市列表，列表没有给出除了城市名称以外的任何帮助用户选择的信息，用户需要分别选择多个城市并查看对应的航线情况再做决策，而且假定用户未记住该国有哪些热门城市，则用户每次都需要重新输入该国名称以选择该国的某个热门城市，效率很低。如果用户搜索城市名称则获得诸如图1c中的一个精准的城市名称，然而，在实际应用中，在一条旅游线路中往往有多个可落地城市，如果用户不知道就错失了比较的机会，以图1b为例，如果用户想要去美国西部旅游，可以落在旧金山、洛杉矶、或西雅图，其中，洛杉矶是大部分用户的选择，西雅图有直飞航班且靠近免税州适合购物，旧金山是美国西岸著名景点1号公路的起点，然而，现有技术并不能帮助用户获取到这些有助于选择航线目的地的信息。不仅如此，对于没有明确出行目标的用户，现有技术也没有给有有效的选择引导，不利于留住用户。
基于对上述问题的分析，本申请的方案可以在搜索结果中提供更多在旅游方面有价值的信息，也可以在用户搜索前就主动提供更多在旅游方面有价值的信息，以部分或全部地解决这些问题，从而可以提高用户体验。下面对本申请的方案进行具体说明。
图2为本申请实施例提供的一种航线目的地搜索方法的流程示意图。该流程的执行主体可以是移动设备，比如，手机、平板电脑、笔记本电脑、智能手表、智能手环、车载移动台等，也可以是非移动设备，比如，个人计算机(pc)、大中型计算机、计算机集群等。更具体地，该流程可以是由搭载于执行主体设备上的旅游类应用，比如，机票预订应用、火车票预订应用、酒店预订应用等。以上列举的设备是执行主体的示例，并不构成对本申请的限定。
图2中的流程可以包括以下步骤：
s201：接收用户的目的地搜索词。
在本申请实施例中，目的地搜索词可以由用户通过键盘或语音等方式输入。目的搜索词可以是可命中地域名称的词，比如，某个国家名称或某个城市名称的部分或全部、或者可以通过模糊匹配命中国家名称或城市名称的词，等等。所述地域包括但不限于：一个国家的部分或全部区域、一个大洲的部分或全部区域、一个半球的部分或全部区域等，一个城市或多个城市的部分或全部区域，等等。
一个地域可以包含在另一个更大的地域中，为了便于描述，可以将被包含的地域称为下一级地域，将包含下一级地域的地域称为上一级地域。
s202：确定与接收到的所述目的地搜索词相关的地域集合。
在本申请实施例中，每个地域集合中至少包含一个或多个地域(通常用地域的名称表示)。地域集合不单是地域的名称的集合，其在实际的地理位置方面一般也具有特点，同一个地域集合中包含的各地域一般距离比较接近，甚至是直接相邻的。比如，中国的江浙沪区域可以是一个地域集合，该地域集合包含了江苏、浙江、上海这三个地域，在这种情况下，所述地域为省份；又比如，浙江也可以是一个地域集合，该地域集合包含了杭州、宁波、温州、绍兴等地域，在这种情况下，所述地域为城市。
在本申请实施例中，每个地域集合可以反映至少一条旅游线路，旅游线路一般包含有多个地域(即包含在该旅行线路对应的地域集合里)，以地域作为线路节点，置于旅游线路中节点是否有明确的顺序本申请并不做限定；在旅游线路的出发地不确定的情况下，旅游线路也可以只包含一个地域作为目的地。
在本申请实施例中，可以预先整理得到地域集合库，进而可以根据地域集合库，确定与接收到的目的地搜索词相关的一个或多个地域集合。当然，也可以不预先整理得到地域集合库，而是在执行步骤s202时再根据地域及其旅游相关信息实时地生成地域集合。
本申请对地域集合库具体是如何得到的不做限定。列举两种方式作为示例：
例如，可以通过人工或机器的方式，收集现有的旅游信息(比如，从旅游网站上获得的旅游攻略信息、旅游城市分类信息、旅游线路信息等)，进而基于这些旅游信息，生成多个可以分别反映至少一条旅游线路的地域集合，以构成地域集合库。
又例如，还可以通过人工或机器的方式，基于地域自身的地理位置以及地域间的相对位置，对各热门地域进行聚类或分类(如，同在一个指定地理范围内的各热门地域为一类等)，生成多个地域集合，以构成地域集合库，每个地域集合中的各地域相互之间的距离一般较短，便于在用户所述各地域之间转移，足以形成至少一条旅游线路。
本申请实施例对地域集合库的具体存储结构以及如何使用不做限定。一般地，地域集合库可以是一个数据库的部分或全部，假定每个地域对应于该数据库中的一张数据表，属于该地域的每个地域集合可以对应于该数据表的一个子表，属于该地域集合的每个地域可以对应于该子表的一条数据记录。当然，在实际应用中，这也不是绝对的，比如，地域也可能对应于多张数据表，等等。相应地，可以通过在该数据库中执行数据查找操作，确定与接收到的目的地搜索词相关的地域集合。
在本申请实施例中，与接收到的目的地搜索词相关的地域集合可以是地域集合库中的：包含接收到的目的地搜索词所命中名称对应的地域的地域集合、和/或虽然不包含该地域但是在旅游领域与该地域存在一定关联的地域集合。
s203：获取所述地域集合所包含地域的旅游相关信息。
在本申请实施例中，在确定地域集合后，可以获取确定的地域集合所包含的全部或部分地域的全部或部分旅游相关信息，以用于展示目的地搜索结果。
旅游相关信息可以是预先整理的，也可以是在执行步骤s203时在实时地整理的，进一步地地，本申请对整理的旅游相关信息的具体存储结构也不做限定，比如，整理的旅游相关信息可以存储于地域集合库中对应地域的数据记录中，或者也可以存储于地域集合库之外的数据库中，等等。旅游相关信息可以是相对固定不变，长期有效，也可以是频繁变化，实时更新。
进一步地，旅游相关信息可以有多类，在此列举典型的几类作为示例：交通类信息，比如，航线情况(是否有直飞航班、是否有红眼航班、是否有特价机票、是否剩余经济舱座位等)、铁路情况(是否有火车站、是否有高速铁路等)、市内公共交通情况(是否有地铁等)；用户意向类信息，比如，用户选择占比、用户选择数量等；景点类信息，比如，热门景点名称、介绍信息等；购物类信息，比如，免税商场、旅游纪念品等。
s204：根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果。
在本申请实施例中，可以在目的搜索结果中直接展示旅游相关信息；也可以展示基于旅游相关信息所生成的信息，比如，从所述旅游相关信息中甄选或提炼或派生出来的信息、或旅游相关信息所关联的其他信息，等等。
本申请并不限定只根据旅游相关信息展示目的地搜索结果，还可以有其他因素可以作为目的地搜索结果的展示依据，比如，具有相似或相同旅游相关信息的其他地域，等等。
需要说明的是，图2中的方法的各步骤的执行主体可以是同一设备，可以是不同设备。比如，步骤s201～s204的执行主体均可以为设备1；又比如，步骤s201～s203的执行主体可以为设备1，步骤s204的执行主体可以为设备2；等等。
通过图2中的方法，可以在航线目的地搜索结果中为旅游用户提供更多的可选的航线目的地以及对应的旅游相关信息，而不是像现有技术的航线目的地搜索结果中只包含用户所搜索国家的城市名称或用户所搜索的城市名称，因此，有助于旅游用户选择航线目的地，对于旅游用户而言可参考价值更高，可以部分或全部地解决现有技术的问题。
基于上述方法，本申请实施例还提供了上述方法的一些具体实施方案，以及扩展方案，下面进行说明。
在本申请实施例中，如前所述，本申请的方案的航线搜索结果可以展示更多的信息，这些信息可以有多种展现方式，比如，以信息标签形式展示、以图像形式展示，以弹出或浮出详细信息窗口的形式展示，等等。
考虑到在实际应用中，搜索界面的内容展示区域一般比较不大(特别是在移动终端上)，不适于展示大量的信息，因此，在实施本申请的方案时，可以选择占用展示区域相对少的展示方式来展示搜索结果。信息标签展示形式符合该需求，在这种情况下，对于步骤s203，根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果，具体可以包括：根据所述旅游相关信息，生成旅游信息标签；根据所述地域集合和所述旅游信息标签，展示目的地搜索结果。
根据某一类旅游相关信息，可以对应生成该类的旅游信息标签。以旅游相关信息为前面列举的四类比较典型的信息为例，则旅游信息标签可以相应地包括以下四类中的至少一类：交通类标签、用户意向类标签、景点类标签、购物类标签。
基于上述分析思路，以下各实施例主要也基于信息标签展示形式，实施本申请的方案。
在本申请实施例中，如前所述，地域之间也可以有相互包含的关系，一个上一级地域可以包含多个下一级地域，上一级地域与下一级地域这两个概念是相对的。比如，一个国家(上一级地域)可以包含多个城市(下一级地域)，一个国家(上一级地域)中的一个省份(相对于国家而言是下一级地域，相对于城市而言是上一级地域)也可以包含多个城市(下一级地域)。
则对于步骤s201，接收到的所述目的地搜索词可以命中上一级地域名称或下一级地域名称，在背景技术中例子的场景下，上一级地域是国家，下一级地域是城市。对于这两种情况进行的后续处理可以有所区别，下面分别进行说明。
第一种情况：
在本申请实施例中，为了便于描述，以上一级地域名称是国家名称、下一级地域名称是城市名称为例。当用户的目的地搜索词命中国家名称时，可以表示用户对于选择哪个城市作为目的地十分不明确，只要是该国家的城市的话用户都有可能选择。针对这种情况，可以根据城市集合对该国家的城市进行分类，以及根据这些城市的旅游相关信息展示目的地搜索结果，以便于用户先从各类中选择一类，再具体地在所选择的类中选择某个城市作为最终选定的航线目的地，从而可以提高用户选择航线目的地的效率。而不是像现有技术只将该国家所有的热门城市名称不加细分地展示给用户，增加了用户的工作量，降低了用户选择航线目的地的效率。
基于这种思路，当接收到的所述目的搜索词命中上一级地域名称时，对于步骤s202，确定与接收到的所述目的地搜索词相关的地域集合，具体可以包括：根据接收到的所述目的地搜索词所命中的上一级地域名称，在预定的地域集合库中，确定下一级地域集合，所述下一级地域集合包含至少一个属于该上一级地域的下一级地域，所述下一级地域集合反映至少一条旅游线路。
相应地，对于步骤s204，根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果，具体可以包括：按照所述下一级地域集合，对所述下一级地域集合中属于该上一级地域的各下一级地域进行分类，所分出的每一类反映至少一条旅游线路；根据所述每一类中下一级地域的旅游相关信息，生成旅游信息标签；按照所述分类结果来展示目的地搜索结果，其中，所述目的地搜索结果包括：所述每一类包含的下一级地域的名称及其对应的旅游信息标签。
进一步地，为了提高用户对分类得到的各类地域的了解，以便于用户更有把握地从中选择适合自己的一类，还可以向用户提供每一类对应的地域集合所反映的旅游线路的旅游线路特色信息。基于这样的考虑，上述的按照所述分类结果来展示目的地搜索结果前，还可以执行：获得所述每一类对应的旅游线路特色信息。相应地，所述目的地搜索结果还可以包括：所述每一类对应的旅游线路特色信息。
第二种情况：
在本申请实施例中，仍以上一级地域名称是国家名称、下一级地域名称是城市名称为例。当用户的目的地搜索词命中城市名称时，可以认为用户心中至少已经有了一个或多个备选城市，这些备选城市相互之间的距离往往不远，一般均位于同一地域(比如，均位于某国家的东部地区，或均位于某国家的西部地区等)，属于同一条旅游线路。为了便于描述，将命中的城市以外的备选城市称为该城市的“关联城市”。对于这种情况，可以根据城市集合，确定被命中城市以及关联城市，并根据这些城市的旅游相关信息，展示目的地搜索结果。如此，既可以比较精准地迎合用户的意愿，也可以提高用户选择航线目的地的效率。
基于这种思路，当接收到的所述目的搜索词命中下一级地域名称时，对于步骤s202，确定与接收到的所述目的地搜索词相关的地域集合，具体可以包括：根据接收到的所述目的地搜索词所命中的下一级地域名称，在预定的地域集合库中，确定下一级地域集合，所述下一级地域集合包含该下一级地域，所述下一级地域集合反映至少一条旅游线路。
相应地，对于步骤s204，根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果，具体可以包括：将所述下一级地域集合中包含的除该下一级地域以外的至少一个下一级地域作为该下一级地域的关联地域；根据该下一级地域和各所述关联地域的旅游相关信息生成旅游信息标签；展示目的地搜索结果，其中，所述目的地搜索结果包括：该下一级地域和各所述关联地域的名称及其对应的旅游信息标签。
进一步地，为了提高用户对确定的各关联地域的了解，以便于用户更有把握地仍然选择命中的下一级地域或改而从各关联地域中选择，还可以向用户提供命中的下一级地域与各所述关联地域的之间的关联信息。基于这样的考虑，上述的展示目的地搜索结果前，还可以执行：获得该下一级地域与各所述关联地域之间的关联信息。相应地，所述目的地搜索结果还可以包括：获得该下一级地域与各所述关联地域之间的关联信息。
更进一步地，各关联地域与该下一级地域可能反映多条旅游线路，为了便于用户明确各条旅游线路，可以基于各关联地域本身所属的地域集合，对各关联地域进行分类，并按照分类展示搜索结果。在这种情况下，对于上述的展示目的地搜索结果，具体可以包括：将各所述关联地域进行分类；按照所述分类结果来展示目的地搜索结果，其中，所述目的地搜索结果包括：该下一级地域的名称及其对应的旅游信息标签、所述每一类包含的下一级地域的名称及其对应的旅游信息标签。另外，由于用户的目的地搜索命中了该下一级地域的名称，因此，可以将该下一级地域的名称及其对应的旅游信息标签展示在最靠前的位置，在其后再分类展示各关联地域的名称及其对应的旅游信息标签，如此有更高概率成功迎合用户的期望。
需要说明的是，在实际应用中，也未必要基于各关联地域本身所属的地域集合，对各关联地域进行分类，也可以基于其他要素(比如，基于各关联地域的名称对应的旅游信息标签，可以将支持直飞的关联地域分在一类中等)对各关联地域进行分类。
在本申请实施例中，旅游线路可以是基于航线的线路，也可以是基于包括航线的任意交通线路的线路。假定旅游线路是基于航线的线路，则又可以分为两种情况：旅游线路是基于连续航线的线路，旅游线路是基于连续航线以及缺口航线的线路。当处于第一种情况时，在执行步骤s204时，展示的目的地搜索结果可能会有所缺憾，因为，缺口航线上的地域可能不会被确定为命中的地域的关联地域，这有可能违背用户的意愿。本申请针对这种情况下的问题也提供了如下应对方案。
具体地，当接收到的所述目的搜索词命中下一级地域名称时，对于步骤s204，展示目的地搜索结果前，还可以执行：根据接收到的所述目的地搜索词所命中的下一级地域名称，以及预定的缺口航线库，确定包含该下一级地域的缺口航线。进一步地，对于步骤s204，根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果，具体可以包括：获取所述缺口航线所包含地域的旅游相关信息；根据所述下一级地域集合、所述缺口航线，以及所述下一级地域集合与所述缺口航线所包含地域的旅游相关信息，展示目的地搜索结果。该应对方案可以使得本申请的方案的可靠性更好。
在本申请实施例中，如上所述，在用户的目的地搜索关键词命中上一级地域名称或下一级地域名称的情况，都有提到可以对相关地域进行分类，在这些分类的情况下，还可以进一步地对分类结果进行排序，并根据排序结果展示目的地搜索结果，从而更有利于用户便利地在目的地搜索结果中选择航线目的地。具体地，上述的按照所述分类结果来展示目的地搜索结果，具体可以包括：根据地域的名称(比如，地域的名称的首字母顺序、笔画顺序)和/或旅游信息标签(比如，用户选择占比标签、直飞标签等)，对所述分类结果进行排序；按照排序后的所述分类结果来展示目的地搜索结果；所述排序是针对所述分类结果中的以下至少一种元素进行的：所分出的每一类、地域的名称。
通过以上方案，可以在搜索结果中提供更多在旅游方面有价值的信息。不仅如此，前面已经提到，本申请的方案还可以在用户搜索前就主动提供更多在旅游方面有价值的信息，下面进一步地说明。
在本申请实施例中，用户已搜索过的航线目的地一定程度上可以反映出用户当时乃至以后的意愿。可以基于此提前预测用户本次想要搜索的航线目的地，并在用户本次搜索航线目的地前进行推荐。以下提供了基于用户已搜索过的航线目的地，进行航线目的地推荐的两种方式作为示例。
具体地，对于步骤s202，确定与接收到的所述目的地搜索词相关的地域集合前，还可以执行：确定所述用户已搜索过的航线目的地；向所述用户推荐与所述用户已搜索过的航线目的地属于同一地域集合的地域(第一种推荐方式)，和/或，根据所述用户本次选择的航线出发地至所述用户已搜索过的航线目的地所属国家之间的航线的销售情况和/或对应的缺口航线的销售情况，向所述用户推荐航线目的地(第二种推荐方式)，所述地域集合反映至少一条旅游线路。
当采用第二推荐方式时，可以优先推荐航线出发地至所述用户已搜索过的航线目的地所属国家之间的航线的销售量排名高的航线地域，以及对应的缺口航线的销售量排名高的航线地域，这种方式相比于只优先推荐这两类航线地域中的前一类地域更加全面和可靠。为了便于理解，举例说明原因：
例如，上海到甲米有直飞航线，因此，很多泰国旅游的用户从曼谷入境，从甲米离境，则上海-曼谷，甲米-上海的缺口航线销量特别高，但是甲米无法进入上海至泰国的航线销量前列，但是，可以进入对应的缺口航线销量前列。
由此可以看出，这种基于两类航线的销售量组合的推荐方式更为全面和可靠，不仅如此，由于在实际应用中，从二线城市出发的国际直飞航线在销量上的表现都很突出，因此，该推荐方式有助于用户除了参考直飞航线以外还参考缺口航线，进而有助于用户做出最优的航线目的地选择。
在本申请实施例中，也可以不依赖于用户已搜索过的航线目的地进行推荐。以下也提供了这种情况下的一种推荐方式。
具体地，对于步骤s202，确定与接收到的所述目的地搜索词相关的地域集合前，还可以执行：按照旅游相关活动的维度，对地域进行整理；根据整理结果，向所述用户推荐作为航线目的地的地域，并提示所推荐地域的旅游相关活动。
旅行相关活动可以是长期不变的，比如，景点热门固定项目活动、免税购物活动等；也可以是季节性的，比如，赏花活动、赏雪活动等；也可以是与时事相关的，比如，亚运会、奥运会、各类博览会、迪士尼开幕式等；等等。
当然，旅游相关活动只是推荐因素的一种示例，在实际应用中，还可以根据其他推荐因素进行推荐，比如，热门程度、距离远近等。
上面对本申请的方法进行了详细说明。作为对上述方法的总结，本申请实施例提供了一种实际应用场景下，本申请的方法的相关过程示意图，如图3、图4所示。
图3为本申请实施例提供的，一种实际应用场景下基于旅游相关信息的航线目的地搜索方法的相关过程示意图。在该实际应用场景下，上述的上一级地域名称为国家名称，上述的下一级地域名称为城市名称。
图3的过程可以包括以下步骤：
整理热门国家的旅游线路及线路包含的热门城市，整理这些城市的购物、景点等旅游相关信息，形成城市集合库。程序会自动匹配这些城市的用户搜索占比和是否有直飞航班等旅游信息标签，且支持人工录入的旅游热点。
接收到用户的航线目的地搜索词命中热门国家名称，或命中这些国家的热门城市名称。
当命中热门国家名称时，后台根据城市集合库将该国家的城市分类；根据用户航司偏好、航线出发地等匹配旅游信息标签，并映射到搜索结果中展示。具体地，在搜索结果中将该国家的城市按照旅游线路进行分类展示，并描述旅游路线特色信息；每个城市后展示对应的旅游信息标签。
当命中热门城市名称时，后台根据城市集合库和缺口航线库确定该城市的关联城市；根据用户航司偏好、航线出发地等匹配旅游信息标签，并映射到搜索结果中展示。具体地，在搜索结果中展示命中的城市及其关联城市；每个城市后展示对应的旅游信息标签。
在展示搜索结果后，用户根据搜索结果中包含的信息进行有选择性的点击，选择出航线目的地城市，从而可以优化用户体验，使用户的航线目的地选择更加丰富和更加有预见性。
在用户每次搜索前，在航线目的地选择界面根据用户上次选择的航线目的地城市和预定逻辑算法向用户推荐城市，从而可以提高用户选择航线目的地的效率。
图4为本申请实施例提供的，一种实际应用场景下基于旅游相关活动的航线目的地推荐方法的相关过程示意图。
图4的过程可以包括以下步骤：
按照城市的旅游相关活动的维度整理国内国际热门城市，梳理这些城市的诸如季节性花期、城市特色、城市景点相关的活动；后台留有人工录入的借口用于输入临时性热门活动如迪士尼开幕、奥运会等作为推荐理由，在前台自动匹配为“旅行灵感”推荐城市。
用户进入航线目的地选择界面。在“旅行灵感”区域展现若干推荐的旅行城市以及旅游相关活动信息，用户获得了这些信息后，可以更有效率地选择有吸引力的航线目的地城市，使用户的航线目的地选择更加丰富和更加有预见性。
需要说明的是，“旅行灵感”是用于展示向用户推荐的城市的一个区域的名称示例，并非是对本申请的限定。
为了进一步地帮助理解本申请的方案，以下再结合一个比较完整的实例，对本申请的方案的效果进行说明。在该实例中使用了图5a、图5b、图5c、图5d辅助说明。
图5a为本申请实施例提供的一种航线目的地搜索界面示意图。
当用户进入搜索界面后，可以引导用户通过搜索国家了解可选择的航线目的地城市，在图5a中，引导了用户搜索国家名称“日本”。
图5b为本申请实施例提供的在图5a的界面中搜索某个国家名称后的搜索结果示意图。
在图5b中，用户输入的目的地关键词是国家名称“日本”。可以看到，搜索结果是按照日本各个地区的旅游线路(分别用城市集合来反映)展示的。具体地，日本的关东地区对应的旅游线路包含了东京，作为第一类城市；日本的关西地区对应的旅游线路包含了大阪、名古屋，作为第二类城市；日本的北海道地区对应的旅游线路包含了札幌，作为第三类城市；日本的九州地区对应的旅游线路包含了冲绳，作为第四类城市。
为每一类城市还展示了对应的旅游线路的旅游线路特色信息。比如，第一类城市对应旅游线路的旅游线路特色信息为“周边还有箱根温泉、富士山”；第二类城市对应旅游线路的旅游线路特色信息为“周边还有日本风情的京都、小清新的奈良”；等等。
为每一类的每个城市还展示了对应的旅游信息标签。比如，为东京展示了三个旅游信息标签，分别为属于交通类标签的“有国航直飞”、属于用户意向类标签的“56％用户选择”、属于购物类标签的“有大购物中心”；为大阪展示了三个旅游信息标签，分别为属于交通类标签的“有直飞”、属于用户意向类标签的“30％用户选择”、属于景点类标签的“哈利波特乐园”；等等。
另外，在图5b中，各类是按照用户占比标签进行排序后展示的，用户占比之和越高的类顺序越靠前，各类中的各城市也是按照用户占比标签进行排序后展示的，用户占比之和越高的城市顺序越靠前。
图5c为本申请实施例提供的在图5a的界面中搜索某个城市名称后的搜索结果示意图。
在图5c中，用户输入的目的地关键词是城市名称“名古屋”。可以看到，搜索结果是按照城市展示的。具体地，确定了大阪作为名古屋的关联城市，
为关联城市还展示了与命中的城市(也即，名古屋)之间的关联信息。比如，大阪与名古屋之间的关联信息为“距离京都、奈良近的城市”。
为命中的城市以及关联城市还展示了对应的旅游信息标签。比如，为名古屋展示了两个旅游信息标签，分别为属于交通类标签的“有直飞”、属于用户意向类标签的“8％用户选择”；为大阪展示了三个旅游信息标签，分为属于交通类标签的“有直飞”、属于用户意向类标签的“30％用户选择”、属于景点类标签的“哈利波特乐园”。
图5d为本申请实施例提供的在图5a的界面中搜索完毕后，下一次搜索前的航线目的地搜索界面示意图。
在图5d中，除了包含现有技术的“热门城市”区域以外，还包含有“猜你想去”区域和“旅行灵感”区域，用以向用户推荐航线目的地。
“猜你想去”区域内的城市是根据用户曾经搜索过的航线目的地(东京)推荐的。
“旅行灵感”区域内的城市是根据旅游相关活动推荐的。比如，曼谷有活动“4月泰历新年”，首尔有活动“化妆品特便宜”，香港有活动“迪士尼看烟火”；等等。
不仅是图5d，图5a中的界面中也展示有“猜你想去”区域和“旅行灵感”区域，用途和图5d中的是一样的，只是所依据的历史数据可能有所区别。
从上述实例可以看出，相比于现有技术，本申请的方案可以为旅游用户选择航线目的地提供更多有价值的信息，可以优化用户体验。
以上为本申请实施例提供的航线目的地搜索方法，基于同样的思路，本申请实施例还提供相应的装置，如图6所示。
图6为本申请实施例提供的一种航线目的地搜索装置的结构示意图，该装置包括：
接收模块601，接收用户的目的地搜索词；
确定模块602，确定与所述接收模块601接收到的所述目的地搜索词相关的地域集合；
获取模块603，获取所述地域集合所包含地域的旅游相关信息；
展示模块604，根据所述地域集合以及所述旅游相关信息，展示目的地搜索结果。
可选地，所述展示模块604，根据所述旅游相关信息，生成旅游信息标签，根据所述地域集合和所述旅游信息标签，展示目的地搜索结果。
可选地，所述接收模块接收到的所述目的地搜索词命中上一级地域名称或下一级地域名称，所述上一级地域包含多个所述下一级地域。
可选地，当所述接收模块601接收到的所述目的搜索词命中上一级地域名称时，所述确定模块602，根据接收到的所述目的地搜索词所命中的上一级地域名称，在预定的地域集合库中，确定下一级地域集合，所述下一级地域集合包含至少一个属于该上一级地域的下一级地域，所述下一级地域集合反映至少一条旅游线路。
可选地，当所述接收模块601接收到的所述目的搜索词命中下一级地域名称时，所述确定模块602，根据接收到的所述目的地搜索词所命中的下一级地域名称，在预定的地域集合库中，确定下一级地域集合，所述下一级地域集合包含该下一级地域，所述下一级地域集合反映至少一条旅游线路。
可选地，当所述接收模块601接收到的所述目的搜索词命中下一级地域名称时，所述确定模块602在所述展示模块604展示目的地搜索结果前，根据所述接收模块601接收到的所述目的地搜索词所命中的下一级地域名称，以及预定的缺口航线库，确定包含该下一级地域的缺口航线。
可选地，所述展示模块604，获取所述缺口航线所包含地域的旅游相关信息，根据所述地域集合、所述缺口航线，以及所述下一级地域集合与所述缺口航线所包含下一级地域的旅游相关信息，展示目的地搜索结果。
可选地，当所述接收模块601接收到的所述目的搜索词命中上一级地域名称时，所述展示模块604，按照所述下一级地域集合，对所述下一级地域集合中属于该上一级地域的各下一级地域进行分类，所分出的每一类反映至少一条旅游线路，根据所述每一类中下一级地域的旅游相关信息，生成旅游信息标签，按照所述分类结果来展示目的地搜索结果，其中，所述目的地搜索结果包括：所述每一类包含的下一级地域的名称及其对应的旅游信息标签。
可选地，所述展示模块604按照所述分类结果来展示目的地搜索结果前，获得所述每一类对应的旅游线路特色信息；
所述目的地搜索结果还包括：所述每一类对应的旅游线路特色信息。
可选地，当所述接收模块601接收到的所述目的搜索词命中下一级地域名称时，所述展示模块604，将所述下一级地域集合中包含的除该下一级地域以外的至少一个下一级地域作为该下一级地域的关联地域，根据该下一级地域和各所述关联地域的旅游相关信息生成旅游信息标签，展示目的地搜索结果，其中，所述目的地搜索结果包括：该下一级地域和各所述关联地域的名称及其对应的旅游信息标签。
可选地，所述展示模块604展示目的地搜索结果前，获得该下一级地域与各所述关联地域的之间的关联信息；
所述目的地搜索结果还包括：该下一级地域与各所述关联地域的之间的关联信息。
可选地，所述展示模块604将各所述关联地域进行分类，按照所述分类结果来展示目的地搜索结果，其中，所述目的地搜索结果包括：该下一级地域的名称及其对应的旅游信息标签、所分出的每一类包含的下一级地域的名称及其对应的旅游信息标签。
可选地，所述展示模块604根据地域的名称和/或旅游信息标签，对所述分类结果进行排序，按照排序后的所述分类结果来展示目的地搜索结果，所述排序是针对所述分类结果中的以下至少一种元素进行的：所分出的每一类、地域的名称。
可选地，所述装置还包括：
第一推荐模块605，在所述确定模块602确定与所述接收模块601接收到的所述目的地搜索词相关的地域集合前，确定所述用户已搜索过的航线目的地；向所述用户推荐与所述用户已搜索过的航线目的地属于同一地域集合的地域，和/或，根据所述用户本次选择的航线出发地至所述用户已搜索过的航线目的地所属国家之间的航线的销售情况和/或对应的缺口航线的销售情况，向所述用户推荐航线目的地，所述地域集合反映至少一条旅游线路。
可选地，所述装置还包括：
第二推荐模块606，在所述确定模块602确定与所述接收模块601接收到的所述目的地搜索词相关的地域集合前，按照旅游相关活动的维度，对地域进行整理，根据整理结果，向所述用户推荐作为航线目的地的地域，并提示所推荐地域的旅游相关活动。
可选地，所述旅游信息标签包括以下三类中的至少一类：交通类标签、用户意向类标签、景点类标签。
图6中的装置具体可以位于搭载有旅游类应用的设备上。
本申请提供的装置是与本申请提供的方法一一对应的，因此，所述装置也具有与所述方法类似的有益技术效果，由于上面已经对所述方法的有益技术效果进行了详细说明，因此，这里不再赘述所述装置的有益技术效果。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。