CN116860835A - 出行信息查询方法、系统、设备及存储介质 - Google Patents

Abstract

本公开提供了出行信息查询方法、系统、设备及存储介质，其中方法包括：预先配置并持续维护一个站地管理模组，以使得每个列车车站关联于一个所在地县级行政区；进而基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询并向用户返回对应车站或邻近车站及其所在地县级行政区。通过本公开提供的技术方案，用户能够根据需要查询对应的列车车站以及精确的列车车站所在地信息，在查询地不存在下辖车站的情况下也能够获取到其他的邻近车站以供选择。本公开能够有效协助用户更加快捷准确地预定车票，同时便于商旅用户配合对出发地和目的地进行精准的出差管控。

Description

出行信息查询方法、系统、设备及存储介质

技术领域

本公开涉及客运列车相关的信息查询领域，具体地说，涉及一种出行信息查询方法、系统、设备及存储介质。

背景技术

现实场景中，商旅用户在需要进行出行信息查询的主要适用场景为出差，由于客户并不熟悉差旅目的地实际交通状况，往往无法直接获悉需要抵达的差率目的地或其邻近城市是否存在列车车站，为车票预定造成了一定的困难。

同时，针对这类商旅用户，其公司往往会在出差场景下对其的出发地或到达地进行对应的差旅城市管控，但目前企业集团同步的列车车站归属地往往和实际场景存在一定的差异，无法做到精细化管控：例如安化站，其所在地属于湖南省益阳市安化县，而通过12306的官方数据则显示安化站属于益阳市，在特定场景下商旅用户的公司希望员工到地区“安化”出差，如果公司通过“安化县”进行差旅城市管控，那么员工就不能选择安华站作为出发站或到达站(因为安华站在同步的官方数据中属于“益阳市”)；而如果公司通过“益阳市”进行差旅城市管控，则员工可以将益阳市下辖的任意车站作为出发站或到达站，无论何种选择都有悖于公司的实际差旅城市管控需求。

发明内容

针对现有技术中的问题，本公开的目的在于提供一种出行信息查询方法、系统、设备及存储介质，克服了现有技术的困难，能够便于商旅用户快速确认，同时配合用户实现精准的差旅城市管控。

本公开的第一方面提供了一种出行信息查询方法，具体可以包括如下步骤：

预先配置并持续维护一个站地管理模组，以使得每个列车车站关联于一个所在地县级行政区；

基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询：

在车站查询结果包括对应车站的情况下，根据站地管理模组，向用户返回对应车站以及对应车站的所在地县级行政区；以及

在车站查询结果为地区下辖无车站的情况下，获取地区车站查询接口返回的地区行政区划代码，并根据站地管理模组，向用户返回地区行政区划代码对应的地区在预设范围内的邻近车站信息。

在上述第一方面的一种可能的实现中，在基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询的过程中，包括：

根据车站查询请求，提取若干关联于列车车站和/或目的地区的关键词；

将关键词输入至地区车站查询接口进行模糊查询，以获取对应的车站查询结果。

在上述第一方面的一种可能的实现中，在地区车站查询接口无法正常工作的情况下，出行信息查询方法包括：

基于站地管理模组的全量数据和关键词，对车站查询请求进行模糊匹配，以获取对应的模糊匹配结果：

模糊匹配结果包括车站查询请求的对应车站信息或邻近车站信息。

在上述第一方面的一种可能的实现中，模糊匹配的过程包括：

判断关键词是否包含于全量数据中的任意一个列车车站的全称：若是，则将对应的列车车站作为模糊匹配结果；若否，则转向下一步骤；

判断关键词是否包含于全量数据中的任意一个列车车站的全拼：若是，则将对应的列车车站作为模糊匹配结果；若否，则转向下一步骤；

判断关键词是否与全量数据中的任意一个列车车站的拼音首字母字符串顺序匹配：若是，则将对应的列车车站作为模糊匹配结果，若否，则获取关键词对应的目的地区信息，并根据目的地区信息生成对应的邻近车站信息以作为模糊匹配结果。

在上述第一方面的一种可能的实现中，出行信息查询方法还包括：

基于用户的车次查询请求，调用企业集团的地区间车次查询接口和/或车站间车次查询接口进行查询；

向用户返回对应的车次查询结果，车次查询结果包括直达车次数据、组合座车次数据，中转车次数据和邻近车次数据中的至少一种或多种的组合。

在上述第一方面的一种可能的实现中，在地区间车次查询接口无法正常工作的情况下，出行信息查询方法包括：

判断车次查询请求的出发地和到达地中是否存在至少一个地区信息：

若否，则调用车站间车次查询接口进行查询；

若是，则根据预设策略，于地区信息对应的地区中选择一个列车车站作为对应的出发地或到达地，进而调用车站间车次查询接口进行查询。

在上述第一方面的一种可能的实现中，站地管理模组被配置为使得每个列车车站关联于一个唯一标识码；

在基于用户的车站查询请求或车次查询请求进行查询的过程中，使用唯一标识码替代列车车站所在地的中文名称进行查询。

在上述第一方面的一种可能的实现中，站地管理模组被配置为存储有每个列车车站关联的所在地县级行政区的多语言信息；

根据用户的语言需求反馈对应语言的查询结果信息。

本公开的第二方面提供了一种出行信息查询系统，用于实现前述第一方面提供的出行信息查询方法，具体可以包括：

配置单元，用于预先配置并持续维护一个站地管理模组，以使得每个列车车站关联于一个所在地县级行政区；

查询单元，用于基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询；

反馈单元，用于在车站查询结果包括对应车站的情况下，根据站地管理模组，向用户返回对应车站以及对应车站的所在地县级行政区；以及

在车站查询结果为空的情况下，获取地区车站查询接口返回的地区行政区划代码，并根据站地管理模组，向用户返回地区行政区划代码对应的地区在预设范围内的邻近车站信息。

本公开的第三方面提供了一种出行信息查询设备，包括：

处理器；

存储器，其中存储有处理器的可执行指令；

其中，处理器配置为经由执行可执行指令来执行前述第一方面提供的出行信息查询方法的步骤。

本公开的第四方面提供了一种计算机可读存储介质，用于存储程序，程序被执行时实现前述第一方面提供的出行信息查询方法的步骤。

与现有技术相比，本公开具有如下的有益效果：

通过本公开提供的技术方案，用户能够根据需要查询对应的列车车站以及精确的列车车站所在地信息，在查询地不存在下辖车站的情况下也能够获取到其他的邻近车站以供选择。本公开能够有效协助用户更加快捷准确地预定车票，同时便于商旅用户配合对出发地和目的地进行精准的出差管控。

本公开提供的技术方案同时支持车次间的模糊查询，并能够基于预先配置的站地管理模组，在企业集团的上游查询接口出现问题或故障的情况下，调用站地管理模组的全量数据进行自主的车站/车次模糊匹配查询，减小了对于企业集团接口的依赖。此外，本公开还支持多语言查询及反馈，全方位提升了商旅用户的查询便捷性、精准性以及适用范围，具有可推广价值。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显。

图1根据本公开实施例，提供了一种出行信息查询方法中车站查询的流程示意图。

图2根据本公开实施例，提供了一种对车站查询请求进行模糊匹配的流程示意图。

图3根据本公开实施例，提供了一种在地区间车次查询接口无法正常工作的情况下车次信息查询的流程示意图。

图4根据本公开实施例，提供了一种出行信息查询系统的结构示意图。

图5根据本公开实施例，提供了一种出行信息查询设备的结构示意图。

图6根据本公开实施例，提供了一种计算机可读存储介质的结构示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本申请所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用系统，本申请中的各项细节也可以根据不同观点与应用系统，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

下面以附图为参考，针对本申请的实施例进行详细说明，以便本申请所属技术领域的技术人员能够容易地实施。本申请可以以多种不同形态体现，并不限定于此处说明的实施例。

在本申请的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本申请中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

为了明确说明本申请，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。

在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。

当说某器件在另一器件“之上”时，这可以是直接在另一器件之上，但也可以在其之间伴随着其它器件。当对照地说某器件“直接”在另一器件“之上”时，其之间不伴随其它器件。

虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

此处使用的专业术语只用于言及特定实施例，并非意在限定本申请。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。

虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本申请所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的内容相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。

可以理解的是，如前述现有技术所述，为了解决现有应用场景中存在的商旅用户对差率目的地实际交通情况不熟悉，同时面临严格、精细的差旅管控，导致车票预定困难的问题，本公开提供了一种出行信息查询方法、系统、设备及计算机可读存储介质，来有效协助用户更加快捷准确地预定车票，同时便于商旅用户配合对出发地和目的地进行精准的出差管控。以下将对本公开涉及的技术方案进行具体阐释和说明：

具体的，在本公开的一些实施例中，图1根据提供了一种出行信息查询方法的流程示意图。如图1所示，本公开的出行信息查询方法包括：

步骤101：预先配置并持续维护一个站地管理模组，以使得每个列车车站关联于一个所在地县级行政区。其中，所在地县级行政区包括地级市的市辖区、县级市、县、自治县、旗、自治旗、林区、特区。

步骤102：基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询。于步骤102中，根据查询结果，在车站查询结果包括对应车站的情况下，转向后续步骤103；在车站查询结果为地区下辖无车站的情况下，转向后续步骤104。

步骤103：根据站地管理模组，向用户返回对应车站以及对应车站的所在地县级行政区。可以理解的是，如现有技术中列举的具体实例，企业集团中的地区车站查询接口返回的对应车站并未实现与实际所在地进行精细绑定，为了配合商旅用户的差旅管控需求，需要将通过站地管理模组将列车车站对应的所在地县级行政区信息一并反馈给用户，使得商旅用户以及商旅用户的公司能够精细管控出发地或目的地车站。

步骤104：获取地区车站查询接口返回的地区行政区划代码，并根据站地管理模组，向用户返回地区行政区划代码对应的地区在预设范围内的邻近车站信息。可以理解的是，用户查询的某些目的地区可能不存在下辖车站，例如在2021年前陕西省铜川市就没有下辖的客运车站，那么用户在需要到达陕西省铜川市时就无法查询到所在地的列车车站信息，此时可以由地区车站查询接口返回的陕西省铜川市的地区行政区划代码，进而由站地管理模组查询在陕西省铜川市周边是否存在直线距离较近的邻近车站，最终获得邻近车站为“耀州站”。

可以看出，通过上述步骤101至步骤104，能够协助用户更加快捷精准的获悉目的地的车站情况，并且满足了差旅管控的精细需求。以下将对上述步骤101至步骤104的具体实现过程以及为了实现更好用户体验的内容扩展做出进一步说明：

于上述实施例中，进一步的，在前述步骤102基于用户的车站查询请求调用企业集团的地区车站查询接口进行查询的过程中，还可以包括：

步骤102a：根据车站查询请求，提取若干关联于列车车站和/或目的地区的关键词。可以理解的是，一般的车站查询请求，往往是根据用户通过应用程序的人机交互界面对出发或到达城市进行手动选择后，由应用程序根据用户的选择内容自行生成的，有关列车车站和/或目的地区的关键词可以直接提取生成并执行对应的查询操作。而在某些特殊场景下，例如用户通过语音唤醒下达模糊指令，如“我要去西安大雁塔”等，就需要从该模糊指令中提取关联于列车车站和/或目的地区的关键词“西安”来进行后续的查询操作。有关关键词提取的具体实现方式，本领域技术人员可以根据需要选择所需的技术方案，在此不做限定。

步骤102b：将关键词输入至地区车站查询接口进行模糊查询，以获取对应的车站查询结果。其中，企业集团的地区车站查询接口支持中文字符的模糊查询功能。

通过上述步骤102a至步骤102b，支持用户输入非标准格式的车站查询请求并支持模糊查询，方便用户通过语音输入指令等形式进行快捷的车站信息查询，进一步提升本公开提供的出行信息查询方法的易用性。

于上述实施例中，可以理解的是，在前述步骤102的执行过程中，进行车站查询的过程中高度依赖企业集团的地区车站查询接口。而对于上游的企业集团而言，地区车站查询接口属于非核心接口，同时地区车站查询接口仅支持中文字符的查询。那么在地区车站查询接口需要维护无法执行查询任务，或是接收到非中文的车站查询请求时，前述实施例提供的方案就无法向用户反馈所需的车站及所在地信息。

基于上述实际应用问题，本公开提供的出行信息查询方法针对地区车站查询接口无法正常工作的情况，提出了针对性的解决方案：即基于前述实施例中步骤101内预先配置的站地管理模组中的全量数据，通过前述实施例中步骤102a中获得的关键词对用户车站查询请求进行模糊匹配，以获取对应的模糊匹配结果。其中，模糊匹配结果包括车站查询请求的对应车站信息或邻近车站信息。

具体的，图2根据上述实施例示出了一种对车站查询请求进行模糊匹配的流程示意图。如图2所示，具体可以包括：

步骤201：判断关键词是否包含于全量数据中的任意一个列车车站的全称：若是，则转向步骤204；若否，则转向步骤202。

步骤202：判断关键词是否包含于全量数据中的任意一个列车车站的全拼：若是，则转向步骤204；若否，则转向步骤203。

步骤203：判断关键词是否与全量数据中的任意一个列车车站的拼音首字母字符串顺序匹配：若是，转向步骤204；若否，则转向步骤205。

步骤204：将对应的列车车站作为模糊匹配结果。

步骤205：获取关键词对应的目的地区信息，并根据目的地区信息生成对应的邻近车站信息以作为模糊匹配结果。有关邻近车站的获取方式可以参考前述步骤104中的获取方式，在此不做限定。

可以理解的是，上述步骤201至步骤203依次对关键词是否包含于列车车站的全称、全拼以及首字母排序是否一致，范围从清晰至模糊依次递进，涵盖了中文字符、字母字符以及数字字符在内的多种字符类型，支持用户的多语言车站查询请求，克服了企业集团的地区车站查询接口不支持中文以外语言的弊端，并且能够在地区车站查询接口无法正常工作的情况下满足用户的车站查询需求。同时，可以理解的是，上述步骤201至步骤205针对的是从车站查询请求中提取的单个关键词，若从一个车站查询请求中提取了多个关键词，则可以对每个关键词执行上述步骤201至步骤205，并对获取的若干模糊匹配结果通过置信度分析等方式进行二次筛选，在此不做限定。

额外的，在上述步骤201执行之前，还可以包括一步骤200，具体的，步骤200包括：判断关键词是否由纯字母组成且组成的纯字母个数小于2：若是，则不返回任何数据；若否，则转向步骤201。若关键词中只含有一个字母，则执行上述查询过程中会返回过多符合条件的结果，且用户常规也很少按单个字母进行车站/车次查询，不符合用户使用习惯，因此在模糊匹配过程中可以预先筛除。本领域技术人员也可根据实际需要对获取的关键词进行其他的合理筛选，在此不做限定。

通过上述步骤200/步骤201至步骤205，能够在地区车站查询接口无法正常工作的情况下，通过站地管理模组的全量数据进行车站模糊查询，降低了对于企业集团非核心接口的依懒性，提升了向用户提供出行信息查询服务的覆盖时间段。

在本公开的一些实施例中，该种出行信息查询方法还支持对用户的车次查询请求进行反馈，具体包括基于用户的车次查询请求，调用企业集团的地区间车次查询接口和/或车站间车次查询接口进行查询，进而向用户返回对应的车次查询结果。其中，车次查询结果包括直达车次数据、组合座车次数据，中转车次数据和邻近车次数据中的至少一种或多种的组合。

具体的，上述车次查询的过程具体可以包括如下步骤：

判断车次查询请求中是否包含组合座车次数据，中转车次数据和邻近车次数据的入参请求：若是，则根据入参请求选择对应的车次数据进行查询；若否，则仅对直达车次数据进行查询。在本公开的实施例中，可以设置对组合座车次数据，中转车次数据和邻近车次数据魔忍进行全量查询。

具体的，在进行直达车次数据查询的过程中，需要先判断车次查询请求中的出发地和目的地是否均为列车车站，若是则直接调用车站间车次查询接口进行查询，若否则进一步判断车次查询请求中的出发地和目的地是否均为地区，若是则调用地区间车次查询接口进行查询。而在进行组合座车次数据查询的过程中，同样需要先判断车次查询请求中的出发地和目的地是否均为列车车站，若是则基于ideaTrip进行对应的组合座车次数据查询，若否则无法进行相应的组合座车次查询。在中转车次数据和邻近车次数据的查询过程中，可以直接基于searchTrip进行对应的中转车次数据查询和邻近车次数据推荐。本领域技术人员可以根据需要选择其他合适的具体查询方式，在此不做限定。

在完成查询后，对于获取得到的直达车次数据、组合座车次数据，中转车次数据和邻近车次数据中的至少一种或多种的组合，进行车次数据合并以及差标管控处理，并将相应的车次信息切换为用户所需的语言和支付币种进行反馈展示，以实现对于车次信息的查询和反馈。

于上述实施例中，同样的，在车次查询过程中也对企业集团的地区间车次查询接口和车站间车次查询接口存在高度依赖，其中地区间车次查询接口属于企业集团的非核心查询接口，车站间车次查询接口属于企业集团的核心查询接口。为了降低对于非核心查询接口的依赖度，在本公开的一些实施例中，图3示出了一种在地区间车次查询接口无法正常工作的情况下车次信息查询的流程示意图。如图3所示，可以包括如下步骤：

步骤301：判断车次查询请求的出发地和到达地中是否存在至少一个地区信息：若是，则转向步骤302；若否，则转向步骤303。

步骤302：根据预设策略，于地区信息对应的地区中选择一个列车车站作为对应的出发地或到达地，进而调用车站间车次查询接口进行查询。

步骤303：调用车站间车次查询接口进行查询。

可以理解的是，车站间车次查询接口属于企业集团的核心查询接口，能够对用户的车次查询需求进行支持，因此在地区间车次查询接口无法正常工作的情况下，需要尽量将车次查询请求中的出发地或到达地中出现的地区/城市信息转化为对应的车站信息。于上述步骤302中，预设策略可以包括但不限于：

判断地区下辖是否存在多个列车车站：若是则转入后续判断步骤，若否则直接将唯一的下辖列车车站作为车站间车次查询接口的入参。

判断地区下辖是否存在与所在地区的同名车站：若是则将该同名车站作为车站间车次查询接口的入参；若否则转入后续判断步骤。

判断地区下辖的车站中是否包含“东”或“南”或“西”或“北”，若是，则随机选择一个包含上述字符的列车车站作为车站间车次查询接口的入参；若否则转后后续步骤。

在前述判断均无法选出对应的列车车站的情况下，从地区下辖中随机选择一个车站作为车站间车次查询接口的入参。

可以理解的是，上述判断步骤仅为本公开提供的一种选择列车车站作为车站间车次查询接口的入参方法，本领域技术人员能够选择其他合适方式进行入参列车车站的选择，在此不做限定。

在本公开的一些实施例中，进一步的，站地管理模组可以被配置为使得每个列车车站关联于一个唯一标识码；在前述实施例提供的基于用户的车站查询请求或车次查询请求进行查询的过程中，使用唯一标识码替代列车车站所在地的中文名称进行查询。现有的车站查询和车次查询过程中，涉及到地区或城市时均通过城市或地区的中文名称查询，但是考虑到国内查询在一些省市地区存在城市名或地区名重名的情况，或城市名或地区名对应的英文名称重名的情况，因此可以将所有车站/车次查询都通过站地管理模组中关联的唯一标识码进行查询，减少对应的查询误差，提升查询准确性。

在本公开的一些实施例中，进一步的，站地管理模组被配置为存储有每个列车车站关联的所在地县级行政区的多语言信息，并在实际应用过程中根据用户的语言需求反馈对应语言的查询结果信息。其中，多语言信息至少包括英文和繁体中文。于上述实施例中，可以在站地管理模组的维护过程中，通过列车车站绑定的所在地县级行政区，查询企业集团中的统一城市管理系统中对应的城市多语言信息进行相应的维护，而针对站地管理模组中未能技术维护的城市或地区，则可以通过查询接口返回的国家统一行政区划代码查询并获取对应的多语言信息。

在本公开的一些实施例中，图4示出了一种出行信息查询系统的结构示意图，该种出行信息查询系统用于实现前述实施例中提供的任意一种出行信息查询方法。如图4所示，该种出行信息查询系统400可以包括：

配置单元401，用于预先配置并持续维护一个站地管理模组，以使得每个列车车站关联于一个所在地县级行政区。

查询单元402，用于基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询。

反馈单元403，用于在车站查询结果包括对应车站的情况下，根据站地管理模组，向用户返回对应车站以及对应车站的所在地县级行政区；以及在车站查询结果为空的情况下，获取地区车站查询接口返回的地区行政区划代码，并根据站地管理模组，向用户返回地区行政区划代码对应的地区在预设范围内的邻近车站信息。

可以理解的是，上述实施例系统中提供的配置单元401至反馈单元403，所实现的功能与前述实施例提供的步骤101至步骤104中的内容相一致，在此不做赘述。

进一步的，于上述实施例中，本公开提供的出行信息查询系统中的查询单元402还可以基于用户的车次查询请求，调用企业集团的地区间车次查询接口和/或车站间车次查询接口进行查询。当地区间车次查询接口以及地区间车次查询接口等企业集团的非核心查询接口无法正常工作时，可以调用配置单元401配置并维护的站地管理模组进行全量数据的模糊查询。相关技术方案的实现已于前述实施例中进行了具体的阐释和说明，在此不做赘述。

根据本公开实施例还提供一种出行信息查询设备，包括处理器。存储器，其中存储有处理器的可执行指令。其中，处理器配置为经由执行可执行指令来执行前述实施例提供的出行信息查询方法的步骤。

基于前述实施例所示，本公开提供的出行信息查询设备能够根据用户给出的车站查询需求和/或车次查询需求给出相应的智能反馈结果，帮助用户更为快捷、便利、精准地获取车站/车次信息。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

具体的，图5根据本公开实施例，示出了一种出行信息查询设备的结构示意图。下面参照图5来描述根据本公开的这种实施方式的电子设备600。图5显示的电子设备600仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的出行信息查询方法的相关步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任一总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本公开实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现的出行信息查询方法的步骤。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本公开各种示例性实施方式的步骤。

基于前述实施例所示，本公开提供的出行信息查询设备能够根据用户给出的车站查询需求和/或车次查询需求给出相应的智能反馈结果，帮助用户更为快捷、便利、精准地获取车站/车次信息。

具体的，图6根据本公开实施例，示出了一种计算机可读存储介质的结构示意图。如图6所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任一组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任一以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任一合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任一合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任一合适的组合。

可以以一种或多种程序设计语言的任一组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任一种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，通过本公开提供的技术方案，用户能够根据需要查询对应的列车车站以及精确的列车车站所在地信息，在查询地不存在下辖车站的情况下也能够获取到其他的邻近车站以供选择。本公开能够有效协助用户更加快捷准确地预定车票，同时便于商旅用户配合对出发地和目的地进行精准的出差管控。

本公开提供的技术方案同时支持车次间的模糊查询，并能够基于预先配置的站地管理模组，在企业集团的上游查询接口出现问题或故障的情况下，调用站地管理模组的全量数据进行自主的车站/车次模糊匹配查询，减小了对于企业集团接口的依赖。此外，本公开还支持多语言查询及反馈，全方位提升了商旅用户的查询便捷性、精准性以及适用范围，具有可推广价值。

以上内容是结合具体的优选实施方式对本公开所作的进一步详细说明，不能认定本公开的具体实施只局限于这些说明。对于本公开所属技术领域的普通技术人员来说，在不脱离本公开构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本公开的保护范围。

Claims (11)

1.一种出行信息查询方法，其特征在于，包括如下步骤：

预先配置并持续维护一个站地管理模组，以使得每个列车车站关联于一个所在地县级行政区；

基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询：

在车站查询结果包括对应车站的情况下，根据所述站地管理模组，向用户返回所述对应车站以及所述对应车站的所述所在地县级行政区；以及

在所述车站查询结果为地区下辖无车站的情况下，获取所述地区车站查询接口返回的地区行政区划代码，并根据所述站地管理模组，向用户返回所述地区行政区划代码对应的地区在预设范围内的邻近车站信息。

2.如权利要求1所述的出行信息查询方法，其特征在于，所述基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询，包括：

根据所述车站查询请求，提取若干关联于列车车站和/或目的地区的关键词；

将所述关键词输入至所述地区车站查询接口进行模糊查询，以获取对应的所述车站查询结果。

3.如权利要求2所述的出行信息查询方法，其特征在于，在所述地区车站查询接口无法正常工作的情况下，所述出行信息查询方法包括：

基于站地管理模组的全量数据和所述关键词，对所述车站查询请求进行模糊匹配，以获取对应的模糊匹配结果：

所述模糊匹配结果包括所述车站查询请求的对应车站信息或邻近车站信息。

4.如权利要求3所述的出行信息查询方法，其特征在于，所述模糊匹配的过程包括：

判断所述关键词是否包含于所述全量数据中的任意一个列车车站的全称：若是，则将对应的所述列车车站作为所述模糊匹配结果；若否，则转向下一步骤；

判断所述关键词是否包含于所述全量数据中的任意一个列车车站的全拼：若是，则将对应的所述列车车站作为所述模糊匹配结果；若否，则转向下一步骤；

判断所述关键词是否与全量数据中的任意一个列车车站的拼音首字母字符串顺序匹配：若是，则将对应的所述列车车站作为模糊匹配结果，若否，则获取所述关键词对应的目的地区信息，并根据所述目的地区信息生成对应的邻近车站信息以作为所述模糊匹配结果。

5.如权利要求1所述的出行信息查询方法，其特征在于，所述出行信息查询方法还包括：

基于用户的车次查询请求，调用企业集团的地区间车次查询接口和/或车站间车次查询接口进行查询；

向用户返回对应的车次查询结果，所述车次查询结果包括直达车次数据、组合座车次数据，中转车次数据和邻近车次数据中的至少一种或多种的组合。

6.如权利要求5所述的出行信息查询方法，其特征在于，在所述地区间车次查询接口无法正常工作的情况下，所述出行信息查询方法包括：

判断所述车次查询请求的出发地和到达地中是否存在至少一个地区信息：

若否，则调用所述车站间车次查询接口进行查询；

若是，则根据预设策略，于所述地区信息对应的地区中选择一个列车车站作为对应的出发地或到达地，进而调用所述车站间车次查询接口进行查询。

7.如权利要求1至6中任意一项所述的出行信息查询方法，其特征在于，所述站地管理模组被配置为使得每个列车车站关联于一个唯一标识码；

在基于用户的车站查询请求或车次查询请求进行查询的过程中，使用所述唯一标识码替代所述列车车站所在地的中文名称进行查询。

8.如权利要求1至6中任意一项所述的出行信息查询方法，其特征在于，所述站地管理模组被配置为存储有每个所述列车车站关联的所述所在地县级行政区的多语言信息；

根据用户的语言需求反馈对应语言的查询结果信息。

9.一种出行信息查询系统，用于实现权利要求1至8中任意一项所述的出行信息查询方法，其特征在于，包括：

配置单元，用于预先配置并持续维护一个站地管理模组，以使得每个列车车站关联于一个所在地县级行政区；

查询单元，用于基于用户的车站查询请求，调用企业集团的地区车站查询接口进行查询；

反馈单元，用于在车站查询结果包括对应车站的情况下，根据所述站地管理模组，向用户返回所述对应车站以及所述对应车站的所述所在地县级行政区；以及

在所述车站查询结果为地区下辖无车站的情况下，获取所述地区车站查询接口返回的地区行政区划代码，并根据所述站地管理模组，向用户返回所述地区行政区划代码对应的地区在预设范围内的邻近车站信息。

10.一种出行信息查询设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至8任意一项所述的出行信息查询方法的步骤。

11.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现权利要求1至8任意一项所述的出行信息查询方法的步骤。