CN103646069B - 一种票务信息的推荐方法和装置 - Google Patents

Abstract

本发明公开了一种票务信息的推荐方法和装置。本发明实施例提供的一种票务信息的推荐方法，包括：获取输入的本次乘车查询信息；根据用户行为分析表获取本次查询使用的乘车优先次序，该用户行为分析表中包括对用户历史订票行为的记录；根据查询信息进行数据查询，得到乘车方案数据；按照乘车优先次序推荐乘车方案数据。本发明能够结合用户历史的订票行为，获知查询到的乘车方案中符合当前用户需求的优先乘车方案的排序，向用户提供个性化的票务信息推荐。

Description

一种票务信息的推荐方法和装置

技术领域

本发明涉及计算机网络技术领域，特别涉及一种票务信息的推荐方法和装置。

背景技术

随着网络技术的发展，用户在出行前可以预先从网络中，如网络地图、电子售票系统（如12306系统），查询交通路线、票价等票务信息，从而极大便利了人们的出行。

例如，当需要查询从北京到济南的票务信息时，参见图1，示出了现有技术中利用百度地图查询路线的结果示意图。百度地图可以按照“较快捷”、“出发最早”、“到达最早”三种方式将查询到的车次、历时等显示给用户。参见图2，示出了现有技术中利用12306系统查询票务信息的结果示意图。12306系统按照出发时间将查询到的车次、余票信息等显示给用户。

现有的票务信息查询方案至少存在如下缺陷：

现有百度地图、12306系统对不同用户按照相同的方式显示查询结果，然而，不同用户的需求和关注点是不同的，现有方案向用户推荐的排列在前几位的查询结果往往不是用户需要的，用户需要从查询结果中进一步查找自己想要的结果或者重新发起查询请求，不但降低了票务信息的查询效率，增加了服务器的负担，而且给用户操作带来了不便，用户体验较差。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种票务信息的推荐方法和相应的装置。

依据本发明的一个方面，本发明实施例提供了一种票务信息的推荐方法，包括：

获取客户端侧输入的本次乘车的查询信息；

根据用户行为分析表获取本次查询使用的乘车优先次序，该用户行为分析表中包括对用户历史订票行为的记录；

根据查询信息进行数据查询，得到乘车方案数据；

按照乘车优先次序将乘车方案数据推送至客户端侧并展示。

可选的，上述方法还包括：根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序；根据换乘站和查询信息进行数据查询，得到指示换乘方式的乘车方案数据，该乘车方案数据包括换乘路线和每条换乘路线的票据信息；按照乘车优先次序将指示换乘方式的乘车方案数据推送至客户端侧并展示。

可选的，用户行为分析表是按照订票类型对用户历史订票行为进行记录的，该订票类型包括节假日订票、周度订票和月度订票；

上述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：计算查询信息中的出发时间距离最近节假日首天的天数，当天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID；和/或，根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID；和/或，根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

可选的，上述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：获取提取出的各行为ID对应的记录中各换乘站的出现次数；对出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。

可选的，上述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：获取提取出的各行为ID对应的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型；计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数；将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为乘车优先次序。

可选的，上述根据换乘站和查询信息进行数据查询，得到换乘方案数据包括：选取从查询信息中的出发站到换乘站的第一车次，以及，从换乘站到查询信息中的到达站的第二车次；判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间；若是，将每组第一车次和第二车次的组合选取为一条换乘路线；若否，递增预定时间阈值的数值，判断是否存在开车时间与用户出发时间的差值不超过递增后的预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间。

可选的，上述获取客户端侧输入的本次乘车的查询信息包括：在用户成功登录后，根据用户查询行为记录表中记录的历史查询信息在输入框中显示曾经使用过的查询信息；接收到用户的指示使用显示出来的查询信息的指令时，将显示出来的查询信息作为本次乘车的查询信息。

可选的，上述方法还包括：在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表进行更新；

其中，用户行为分析表包括如下信息：出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序、出发日期在一月中的排序、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型；用户查询行为记录表包括如下信息：查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

可选的，上述方法还包括：根据查询信息进行数据查询，得到指示直达方式的乘车方案数据；按照乘车优先次序将指示直达方式的乘车方案数据推送至客户端侧并展示。

依据本发明的另一个方面，本发明实施例提供了一种票务信息的推荐装置，包括：

查询信息获取单元，适于获取客户端侧输入的本次乘车的查询信息；

乘车优先次序获取单元，适于根据用户行为分析表获取本次查询使用的乘车优先次序，该用户行为分析表中包括对用户历史订票行为的记录；

乘车方案获取单元，适于根据查询信息进行数据查询，得到乘车方案数据；

乘车方案推送单元，适于按照乘车优先次序将乘车方案数据推送至客户端侧并展示。

可选的，乘车优先次序获取单元，适于根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序；乘车方案获取单元，适于根据换乘站和查询信息进行数据查询，得到指示换乘方式的乘车方案数据，该乘车方案数据包括换乘路线和每条换乘路线的票据信息；乘车方案推送单元，适于按照乘车优先次序将指示换乘方式的乘车方案数据推送至客户端侧并展示。

可选的，上述用户行为分析表是按照订票类型对用户历史订票行为进行记录的，该订票类型包括节假日订票、周度订票和月度订票；

乘车优先次序获取单元，适于计算查询信息中的出发时间距离最近节假日首天的天数，当天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID；和/或，根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID；和/或，根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

可选的，乘车优先次序获取单元，适于获取提取出的各行为ID对应的记录中各换乘站的出现次数；对出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。

可选的，乘车优先次序获取单元，适于获取提取出的各行为ID对应的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型；计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数；将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为乘车优先次序。

可选的，乘车方案获取单元，适于选取从查询信息中的出发站到换乘站的第一车次，以及，从换乘站到查询信息中的到达站的第二车次；判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间；若是，将每组第一车次和第二车次的组合选取为一条换乘路线；若否，递增预定时间阈值的数值，判断是否存在开车时间与用户出发时间的差值不超过递增后的预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间。

可选的，查询信息获取单元，适于在用户成功登录后，根据用户查询行为记录表中记录的历史查询信息在输入框中显示曾经使用过的查询信息；接收到用户的指示使用显示出来的查询信息的指令时，将显示出来的查询信息作为本次乘车的查询信息。

可选的，上述装置还包括数据更新单元，适于在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表进行更新；其中，用户行为分析表包括如下信息：出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序、出发日期在一月中的排序、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型；上述用户查询行为记录表包括如下信息：查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

可选的，乘车方案获取单元，适于根据查询信息进行数据查询，得到指示直达方式的乘车方案数据；乘车方案推送单元，适于按照乘车优先次序将指示直达方式的乘车方案数据推送至客户端侧并展示

由上所述，本发明实施例通过根据用户行为分析表获取本次查询使用的乘车优先次序以及按照乘车优先次序将乘车方案数据推送至客户端侧并展示的技术手段，能够结合用户历史的订票行为，获知查询到的乘车方案中符合当前用户需求的优先乘车方案的排序，将用户最关注的乘车方案优先推荐给用户，解决了现有方案用户需要从查询结果中进一步查找或重新查询带来的问题，向用户提供个性化的票务信息推荐，使用户能够快速便捷地获取所需的票务信息，提高了票务信息的查询效率，减轻了服务器的负担，增强了用户体验。

进一步的，针对出发站和到达站之间没有直达车次的场景，本发明实施例还能够根据用户行为分析出用户优先使用的换乘站，得到符合当前用户需求的优先换乘方案的排序，将最关注的换乘的乘车方案数据优先推荐给用户，并且向用户提供包括票据信息在内的更全面的换乘的票务信息，解决了用户换乘时需要反复查询票据信息或寻找换乘方案带来的问题，使用户能够快速便捷地获取换乘时所需的票务信息，提高查询效率，减轻了服务器的负担，增强了用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了现有技术中利用百度地图查询路线的结果示意图;

图2示出了现有技术中利用12306系统查询票务信息的结果示意图;

图3示出了根据本发明一个实施例的一种票务信息的推荐方法流程图；

图4示出了根据本发明又一个实施例的一种票务信息的推荐方法流程图；

图5示出了根据本发明又一个实施例的各种数据表的关系示意图；

图6示出了根据本发明又一个实施例的一种票务信息的推荐装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明一个实施例提供了一种票务信息的推荐方法，参见图3，该方法包括如下步骤：

S300：获取客户端侧输入的本次乘车的查询信息。

上述查询信息中可以包括出发时间、出发站（Source，简写为S）、到达站（Destination，简写为D）。

S302：根据用户行为分析表获取本次查询使用的乘车优先次序，该用户行为分析表中包括对用户历史订票行为的记录。

示例性的，用户行为分析表包括如下信息：出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序（DayOfWeek）、出发日期在一月中的排序（本月的第几号）、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型、订票行为ID、累计时间。

根据上述信息中的一项或多项在用户行为分析表中生成一条记录，记录用户的一次订票行为，可以为该订票行为设置一个订票行为ID（标识）。利用该订票行为ID存取一条记录。

其中，上述的“节假日”可以从维护的节假日信息表中获取，该节假日信息表中记录年份、节假日、节假日首天日期和节假日ID。

S304：根据查询信息进行数据查询，得到乘车方案数据。

本实施例获取到的票务信息中包括但不局限于乘车方案数据。根据出发站和到达站之间是否具有直达车次，得到的乘车方案数据也包括两种，一种为指示换乘方式的乘车方案数据，另一种为指示直达方式的乘车方案数据。

对于需要换乘的场景，针对现有技术中百度地图能够查询到换乘路线但无法提供票据信息，而12306系统无法直接查询换乘路线的问题，

本实施例查询到的乘车方案数据不但包括路线信息（如换乘路线、直达路线），还包括每条路线的票据信息（如票价），从而能够提供内容全面的乘车方案数据，解决了用户换乘时需要反复查询票据信息或寻找换乘方案带来的问题，使用户能够快速便捷地获取换乘时所需的票务信息，提高查询效率，减轻了服务器的负担，增强了用户体验。

S306：按照乘车优先次序将乘车方案数据推送至客户端侧并展示。

例如，按照乘车优先次序将指示直达方式的乘车方案数据或者指示换乘方式的乘车方案数据，推送至客户端侧并展示。符合用户需求的乘车方案数据会被优先展示给用户，便于用户快速获取到需要的票务信息。

由上所述，本发明实施例通过根据用户行为分析表获取本次查询使用的乘车优先次序以及按照乘车优先次序将乘车方案数据推送至客户端侧并展示的技术手段，能够结合用户历史的订票行为，获知查询到的乘车方案中符合当前用户需求的优先乘车方案的排序，将用户最关注的乘车方案优先推荐给用户，解决了现有方案用户需要从查询结果中进一步查找或重新查询带来的问题，向用户提供个性化的票务信息推荐，使用户能够快速便捷地获取所需的票务信息，提高了票务信息的查询效率，减轻了服务器的负担，增强了用户体验。

下面结合图4，对本发明又一实施例提供的一种票务信息的推荐方法进行说明。本实施例主要以需要换乘的场景进行说明。

本实施例提供的方案在出发站和到达站之间没有直达车次时，为用户计算最优换乘方案。在计算时考虑旅程出发时间、到达时间、票价以及票据类型等多种因素，根据用户对这些因素的重视程度，确定查询到的乘车方案的推荐次序。在计算换乘方案时，分析用户过去的订票行为，给用户推荐符合个性化的乘车方案，又根据本次用户订票行为进行数据自训练，用于下次票务信息的推荐。具体包括如下步骤：

S400：用户通过客户端登录服务器端。

用户通过客户端向服务器端发送登录请求。

S402：服务器端查询该用户的用户查询行为记录表。

用户查询行为记录表包括如下信息：查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

S404：服务器端向客户端返回用户查询过的出发站、到达站和出发时间。即服务器端将登录用户的历史查询信息返回至客户端。

S406：客户端向服务器端录入出发站、到达站和出发时间。

上述录入的出发站、到达站和出发时间具有两种情况，一种情况为：用户手动输入出发站、到达站和出发时间的各项内容，并上传至服务器端；另一种情况为：在客户端接收到服务器端返回的登录用户的历史查询信息后，根据该历史查询信息在输入框中显示曾经使用过的查询信息；接收到用户的指示使用显示出来的查询信息的指令时，将显示出来的查询信息作为本次乘车的查询信息。这种情况下，无需用户逐个录入信息，简化了用户操作。

S408：服务器端更新用户查询行为记录表。

服务器端根据本次查询操作更新用户查询行为记录表中记录的信息。

S410：同步第三方的公共信息库，更新票务信息表。

与第三方服务器建立连接，并用第三方服务器的公共信息库中的数据同步本地的票务信息（Ticket）表。票务信息表中的内容包括车次、出发时间、出发站、达到站、到达时间、票务类型、票价、票务价格、剩余票数和票ID。

本实施例中在本地维护票务信息表，利用第三方服务器更新票务信息表，保证票务信息表中的数据为最新的数据，在本地执行票务信息查询，以保证快速查询到票务信息。可以理解，当采用直接从第三方服务器查询票务信息或者系统自身具有公共信息库时，可以不再执行数据同步和更新的操作。

S412：服务器端根据用户行为分析表，计算换乘站和乘车优先次序。

用户行为分析表是按照订票类型对用户历史订票行为进行记录的，该订票类型包括节假日订票、周度订票和月度订票，具体的，通过下述方法计算换乘站和乘车优先次序：

首先，筛选出与本次订票关联的历史订票行为的行为ID。

方式一、计算查询信息中的出发时间距离最近节假日首天的天数，当天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID。

这种方式，当本次订票的出发时间距离节假日首天的天数，与历史节假日订票的出发时间距离节假日首天的天数相近时，将该历史节假日订票作为本次选取换乘站和乘车优先次序的考虑因素。

方式二、根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

这种方式，将与本次订票的出发时间具有相同DayOfWeek（如星期三）的历史订票作为本次选取换乘站和乘车优先次序的考虑因素。

方式三、根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

这种方式，当历史订票的出发时间与本次订票的出发时间都是一月中的同一号时，将该历史订票作为本次选取换乘站和乘车优先次序的考虑因素。

上述三种方式可以同时采用，也可以仅采用其中的一种或两种。

然后，对筛选出的记录中的换乘站进行统计。

获取提取出的各行为ID对应的记录中各换乘站的出现次数；对出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。通过统计得到位于排序首位的换乘站为用户最喜欢的换乘站，将该换乘站选取为本次订票使用的换乘站，或者，将排序前三位或前四位的换乘站都作为本次订票可以使用的换乘站，然后利用这些换乘站计算换乘路线。

以及，通过如下方式根据用户行为分析表获取本次查询使用的乘车优先次序包括：

乘车优先次序反映了用户在乘车时在乎因素的优先次序，一般情况下，用户乘车时的在乎因素主要包括累计乘车时间、累计乘车票价和票据类型，则本实施例先获取提取出的各行为ID对应的用户行为分析表的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型。

然后，分别计算各因素下换乘站的出现次数，如计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数。

将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为乘车优先次序。

可以理解，对于存在直达车次的场景，计算乘车优先次序的方法可以参照上述处理方式实现。

S414：服务器端计算换乘方案，将乘车方案数据存放至方案表中。

该乘车方案数据包括换乘路线和每条换乘路线的票据信息。通过如下步骤，确定换乘路线：

步骤A：选取从查询信息中的出发站（S）到换乘站（Transfer，简写为T）的第一车次，S到T的第一车次记作车次(S,T)；以及，从换乘站到查询信息中的到达站（D）的第二车次，T到D的第二车次记作(T,D)。

步骤B：判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值（如2个小时）的第一车次，例如，判断是否满足车次(S,T)的出发时间距离用户出发时间等于或者小于2小时。

步骤C：判断第一车次的到达换乘站的到达时间是否早于第二车次从换乘站的开车时间，例如，是否满足车次(S,T)到达T的时间，早于车次(T,D)的出发时间。

步骤D：若步骤B和步骤C的查询结果为空，则递增步骤B中的预定时间阈值的数值（如增加至4个小时）。

重复执行步骤A至步骤C，找出满足“开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间”的条件的第一车次和第二车次的所有组合，将每组第一车次和第二车次的组合选取为一条换乘路线。

S416：按照乘车优先次序将乘车方案数据推送至客户端侧并展示。

按照当前用户在乎的因素从高到低的顺序对方案表中各条乘车方案数据的次序进行排列，将方案表发送至客户端侧展示。

方案表中的信息可以包括乘车方案ID、出发站、换乘站、到达站、ST票ID、TD票ID、是否换乘、累计票价、累计时间和订票行为ID。

其中，ST票表示从出发站至换乘站的票据，TD票表示从换乘站至到达站的票据。

S418：客户端向服务器端返回用户选中的乘车方案数据。

S420：服务器端根据选中的乘车方案执行订票。

服务器端向具有订票功能的第三方服务器发送订票请求，该订票请求中包括用户选中的乘车方案数据；或者，另一种场景中，若服务器端自身具有订票功能时，直接执行订票操作。

S422：第三方服务器在订票成功后，通过服务器端向客户端发送订票成功信息。

S424：根据本次的订票行为，执行数据自训练。

在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表中的数据进行训练，以对用户行为分析表和用户查询行为记录表进行更新。

基于用户的查询行为同步更新用户查询行为记录表中的内容，基于用户的订票行为同步更新用户行为分析表中的内容。但不局限于此，可以利用本次的查询和订票行为对所有关联的数据表进行更新。

本发明又一实施例对本方案中维护的各种数据表进行说明。参见图5，示出了本实施例提供的各种数据表的关系示意图。这些数据表包括用户查询行为记录表、票务信息表、用户行为分析表、方案表、用户订票记录表和节假日信息表。

其中，票务信息表中的内容包括车次、出发时间、出发站、达到站、到达时间、票务类型、票价、票务价格、剩余票数和票ID。

用户行为分析表包括如下信息：出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序（DayOfWeek）、出发日期在一月中的排序（本月的第几号）、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型、订票行为ID、累计时间。

方案表中的信息可以包括乘车方案ID、出发站、换乘站、到达站、ST票ID、TD票ID、是否换乘、累计票价、累计时间和订票行为ID。

用户订票记录表中的内容包括票ID、用户ID、乘车方案ID和查询行为ID。

节假日信息表中的内容包括年份、节假日、节假日首天日期和节假日ID。

用户查询行为记录表中的内容包括查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

其中，用户订票记录表通过用户ID、查询行为ID与用户查询行为记录表建立关联，用户订票记录表通过票ID与票务信息表建立关联，用户订票记录表通过乘车方案ID与方案表建立关联。

方案表通过票ID与票务信息表建立关联，方案表通过订票行为ID与用户行为分析表建立关联，用户行为分析表通过“节假日”与节假日信息表建立关联。

通过关联，存取出任一数据表中的任一项信息并在获取到用户新的查询行为数据和订票行为数据时对数据表进行数据训练，更新数据表。

本发明又一实施例提供了一种票务信息的推荐装置600，参见图6，包括查询信息获取单元610、乘车优先次序获取单元612、乘车方案获取单元614、乘车方案推送单元616和数据更新单元618。下面分别进行说明。

查询信息获取单元610适于获取客户端侧输入的本次乘车的查询信息。可选的，查询信息获取单元610还适于在用户成功登录后，根据用户查询行为记录表中记录的历史查询信息在输入框中显示曾经使用过的查询信息；接收到用户的指示使用显示出来的查询信息的指令时，将显示出来的查询信息作为本次乘车的查询信息。

乘车优先次序获取单元612适于根据用户行为分析表获取本次查询使用的乘车优先次序，该用户行为分析表中包括对用户历史订票行为的记录。对于需要换乘的场景，乘车优先次序获取单元612适于根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序。

在获取换乘站和乘车优先次序时，首先，乘车优先次序获取单元612筛选出与本次订票关联的历史订票行为的行为ID，包括如下操作：

乘车优先次序获取单元612适于计算查询信息中的出发时间距离最近节假日首天的天数，当天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID；和/或，根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID；和/或，根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。其中，上述用户行为分析表是按照订票类型对用户历史订票行为进行记录的，该订票类型包括节假日订票、周度订票和月度订票。

然后，乘车优先次序获取单元612对筛选出的记录中的换乘站进行统计。具体的，乘车优先次序获取单元612适于获取提取出的各行为ID对应的记录中各换乘站的出现次数；对出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。

基于上述确定的换乘站，乘车优先次序获取单元612通过如下方式根据用户行为分析表获取本次查询使用的乘车优先次序包括：

乘车优先次序获取单元612适于获取提取出的各行为ID对应的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型；计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数；将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为乘车优先次序。

乘车方案获取单元614适于根据查询信息进行数据查询，得到乘车方案数据。对于需要换乘的场景，乘车方案获取单元614适于根据换乘站和查询信息进行数据查询，得到指示换乘方式的乘车方案数据，该乘车方案数据包括换乘路线和每条换乘路线的票据信息。

可选的，在需要换乘的场景，乘车方案获取单元614计算换乘路线的操作包括如下：乘车方案获取单元614选取从查询信息中的出发站到换乘站的第一车次，以及，从换乘站到查询信息中的到达站的第二车次；判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间；若是，将每组第一车次和第二车次的组合选取为一条换乘路线；若否，递增预定时间阈值的数值，判断是否存在开车时间与用户出发时间的差值不超过递增后的预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间。

在直达的场景，乘车方案获取单元614适于根据查询信息进行数据查询，得到指示直达方式的乘车方案数据。

乘车方案推送单元616适于按照乘车优先次序将乘车方案数据推送至客户端侧并展示。对于需要换乘的场景，乘车方案推送单元616则适于按照乘车优先次序将指示换乘方式的乘车方案数据推送至客户端侧并展示。在直达的场景，乘车方案推送单元616适于按照乘车优先次序将指示直达方式的乘车方案数据推送至客户端侧并展示。

可选的，在进行数据更新的场景中，数据更新单元618适于在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表进行更新；其中，用户行为分析表包括如下信息：出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序、出发日期在一月中的排序、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型；上述用户查询行为记录表包括如下信息：查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。可以理解，数据更新单元618能够利用本次乘车的用户行为数据对装置600所关联的所有数据表进行更新，这些数据表包括但不局限于用户查询行为记录表、票务信息表、用户行为分析表、方案表、用户订票记录表和节假日信息表。

本发明装置实施例中各单元的具体工作方式可以参见本发明方法实施例的相关内容，在此不再赘述。

由上所述，本发明实施例通过根据用户行为分析表获取本次查询使用的乘车优先次序以及按照乘车优先次序将乘车方案数据推送至客户端侧并展示的技术手段，能够结合用户历史的订票行为，获知查询到的乘车方案中符合当前用户需求的优先乘车方案的排序，将用户最关注的乘车方案优先推荐给用户，解决了现有方案用户需要从查询结果中进一步查找或重新查询带来的问题，向用户提供个性化的票务信息推荐，使用户能够快速便捷地获取所需的票务信息，提高了票务信息的查询效率，减轻了服务器的负担，增强了用户体验。

进一步的，针对出发站和到达站之间没有直达车次的场景，本发明实施例还能够根据用户行为分析出用户优先使用的换乘站，得到符合当前用户需求的优先换乘方案的排序，将最关注的换乘的乘车方案数据优先推荐给用户，并且向用户提供包括票据信息在内的更全面的换乘的票务信息，解决了用户换乘时需要反复查询票据信息或寻找换乘方案带来的问题，使用户能够快速便捷地获取换乘时所需的票务信息，提高查询效率，减轻了服务器的负担，增强了用户体验。

A1、一种票务信息的推荐方法，包括：

获取输入的本次乘车查询信息；

根据用户行为分析表获取本次查询使用的乘车优先次序，所述用户行为分析表中包括对用户历史订票行为的记录；

根据所述查询信息进行数据查询，得到乘车方案数据；

按照所述乘车优先次序推荐所述乘车方案数据。

A2、根据权利要求A1所述的方法，其中，所述方法还包括：

根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序；

根据所述换乘站和查询信息进行数据查询，得到指示换乘方式的乘车方案数据，所述乘车方案数据包括换乘路线和每条换乘路线的票据信息；

按照所述乘车优先次序推荐所述指示换乘方式的乘车方案数据。

A3、根据权利要求A2所述的方法，其中，所述用户行为分析表是按照订票类型对用户历史订票行为进行记录的，所述订票类型包括节假日订票、周度订票和月度订票；

所述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：

计算所述查询信息中的出发时间距离最近节假日首天的天数，当所述天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID；

和/或，

根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID；

和/或，

根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

A4、根据权利要求A3所述的方法，其中，所述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：

获取提取出的各行为ID对应的记录中各换乘站的出现次数；

对所述出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。

A5、根据权利要求A3所述的方法，其中，所述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：

获取提取出的各行为ID对应的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型；

计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数；

将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为所述乘车优先次序。

A6、根据权利要求A2所述的方法，其中，所述根据所述换乘站和查询信息进行数据查询，得到换乘方案数据包括：

选取从查询信息中的出发站到换乘站的第一车次，以及，从换乘站到查询信息中的到达站的第二车次；

判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间；

若是，将每组第一车次和第二车次的组合选取为一条换乘路线；

若否，递增所述预定时间阈值的数值，判断是否存在开车时间与用户出发时间的差值不超过递增后的预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间。

A7、根据权利要求A2所述的方法，其中，所述获取客户端侧输入的本次乘车的查询信息包括：

在用户成功登录后，根据用户查询行为记录表中记录的历史查询信息在输入框中显示曾经使用过的查询信息；

接收到用户的指示使用所述显示出来的查询信息的指令时，将所述显示出来的查询信息作为本次乘车的查询信息。

A8、根据权利要求A7所述的方法，其中，所述方法还包括：

在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表进行更新；

其中，所述用户行为分析表包括如下信息：

出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序、出发日期在一月中的排序、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型；

所述用户查询行为记录表包括如下信息：

查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

A9、根据权利要求A1所述的方法，其中，所述方法还包括：

根据所述查询信息进行数据查询，得到指示直达方式的乘车方案数据；

按照乘车优先次序推荐所述指示直达方式的乘车方案数据。

B10、一种票务信息的推荐装置，包括：

查询信息获取单元，适于获取输入的本次乘车查询信息；

乘车优先次序获取单元，适于根据用户行为分析表获取本次查询使用的乘车优先次序，所述用户行为分析表中包括对用户历史订票行为的记录；

乘车方案获取单元，适于根据所述查询信息进行数据查询，得到乘车方案数据；

乘车方案推送单元，适于按照所述乘车优先次序推荐所述乘车方案数据。

B11、根据权利要求B10所述的装置，其中，

所述乘车优先次序获取单元，适于根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序；

所述乘车方案获取单元，适于根据所述换乘站和查询信息进行数据查询，得到指示换乘方式的乘车方案数据，所述乘车方案数据包括换乘路线和每条换乘路线的票据信息；

所述乘车方案推送单元，适于按照所述乘车优先次序推荐所述指示换乘方式的乘车方案数据。

B12、根据权利要求B11所述的装置，其中，所述用户行为分析表是按照订票类型对用户历史订票行为进行记录的，所述订票类型包括节假日订票、周度订票和月度订票；

所述乘车优先次序获取单元，适于计算所述查询信息中的出发时间距离最近节假日首天的天数，当所述天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID；

和/或，

根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID；

和/或，

根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

B13、根据权利要求B12所述的装置，其中，所述乘车优先次序获取单元，适于获取提取出的各行为ID对应的记录中各换乘站的出现次数；对所述出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。

B14、根据权利要求B12所述的装置，其中，所述乘车优先次序获取单元，适于获取提取出的各行为ID对应的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型；计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数；将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为所述乘车优先次序。

B15、根据权利要求B10所述的装置，其中，所述乘车方案获取单元，适于选取从查询信息中的出发站到换乘站的第一车次，以及，从换乘站到查询信息中的到达站的第二车次；

判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间；

若是，将每组第一车次和第二车次的组合选取为一条换乘路线；

若否，递增所述预定时间阈值的数值，判断是否存在开车时间与用户出发时间的差值不超过递增后的预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间。

B16、根据权利要求B10所述的装置，其中，所述查询信息获取单元，适于在用户成功登录后，根据用户查询行为记录表中记录的历史查询信息在输入框中显示曾经使用过的查询信息；接收到用户的指示使用所述显示出来的查询信息的指令时，将所述显示出来的查询信息作为本次乘车的查询信息。

B17、根据权利要求B16所述的装置，其中，所述装置还包括数据更新单元，适于在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表进行更新；

其中，所述用户行为分析表包括如下信息：

出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序、出发日期在一月中的排序、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型；

所述用户查询行为记录表包括如下信息：

查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

B18、根据权利要求B10所述的装置，其中，

所述乘车方案获取单元，适于根据所述查询信息进行数据查询，得到指示直达方式的乘车方案数据；

所述乘车方案推送单元，适于按照乘车优先次序推荐所述指示直达方式的乘车方案数据。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的票务信息的推荐装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (16)

1.一种票务信息的推荐方法，包括：

获取输入的本次乘车查询信息；

根据用户行为分析表获取本次查询使用的乘车优先次序，所述用户行为分析表中包括对用户历史订票行为的记录；所述用户行为分析表是按照订票类型对用户历史订票行为进行记录的，所述订票类型包括节假日订票、周度订票和月度订票；

根据所述查询信息进行数据查询，得到乘车方案数据；

按照所述乘车优先次序推荐所述乘车方案数据；

所述方法还包括：根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序，具体包括：计算所述查询信息中的出发时间距离最近节假日首天的天数，当所述天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID；和/或，根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID；和/或，根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

2.根据权利要求1所述的方法，其中，所述方法还包括：

根据所述换乘站和查询信息进行数据查询，得到指示换乘方式的乘车方案数据，所述乘车方案数据包括换乘路线和每条换乘路线的票据信息；

按照所述乘车优先次序推荐所述指示换乘方式的乘车方案数据。

3.根据权利要求1所述的方法，其中，所述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：

获取提取出的各行为ID对应的记录中各换乘站的出现次数；

对所述出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。

4.根据权利要求1所述的方法，其中，所述根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序包括：

获取提取出的各行为ID对应的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型；

计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数；

将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为所述乘车优先次序。

5.根据权利要求2所述的方法，其中，所述根据所述换乘站和查询信息进行数据查询，得到指示换乘方式的换乘方案数据包括：

选取从查询信息中的出发站到换乘站的第一车次，以及，从换乘站到查询信息中的到达站的第二车次；

判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间；

若是，将每组第一车次和第二车次的组合选取为一条换乘路线；

若否，递增所述预定时间阈值的数值，判断是否存在开车时间与用户出发时间的差值不超过递增后的预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间。

6.根据权利要求2所述的方法，其中，所述获取输入的本次乘车的查询信息包括：

在用户成功登录后，根据用户查询行为记录表中记录的历史查询信息在输入框中显示曾经使用过的查询信息；

接收到用户的指示使用所述曾经使用过的查询信息的指令时，将所述曾经使用过的查询信息作为本次乘车的查询信息。

7.根据权利要求6所述的方法，其中，所述方法还包括：

在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表进行更新；

其中，所述用户行为分析表包括如下信息：

出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序、出发日期在一月中的排序、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型；

所述用户查询行为记录表包括如下信息：

查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

8.根据权利要求1所述的方法，其中，所述方法还包括：

根据所述查询信息进行数据查询，得到指示直达方式的乘车方案数据；

按照乘车优先次序推荐所述指示直达方式的乘车方案数据。

9.一种票务信息的推荐装置，包括：

查询信息获取单元，适于获取输入的本次乘车查询信息；

乘车优先次序获取单元，适于根据用户行为分析表获取本次查询使用的乘车优先次序，所述用户行为分析表中包括对用户历史订票行为的记录；所述用户行为分析表是按照订票类型对用户历史订票行为进行记录的，所述订票类型包括节假日订票、周度订票和月度订票；

乘车方案获取单元，适于根据所述查询信息进行数据查询，得到乘车方案数据；

乘车方案推送单元，适于按照所述乘车优先次序推荐所述乘车方案数据；

所述乘车优先次序获取单元，适于根据用户行为分析表获取本次查询使用的换乘站和乘车优先次序，具体适于计算所述查询信息中的出发时间距离最近节假日首天的天数，当所述天数与订票类型为节假日订票的记录中的距离节假日首天的时间之间的差值小于预定阈值时，提取该节假日订票记录中的行为ID；和/或，根据查询信息中的出发日期在一周中的排序，查询订票类型为周度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID；和/或，根据查询信息中的出发日期在一月中的排序，查询订票类型为月度订票的记录中出发日期与该排序相同的记录，提取该记录中的行为ID。

10.根据权利要求9所述的装置，其中，

所述乘车方案获取单元，适于根据所述换乘站和查询信息进行数据查询，得到指示换乘方式的乘车方案数据，所述乘车方案数据包括换乘路线和每条换乘路线的票据信息；

所述乘车方案推送单元，适于按照所述乘车优先次序推荐所述指示换乘方式的乘车方案数据。

11.根据权利要求9所述的装置，其中，所述乘车优先次序获取单元，适于获取提取出的各行为ID对应的记录中各换乘站的出现次数；对所述出现次数进行排序，将排序在前预定名次的换乘站选取为本次查询使用的换乘站。

12.根据权利要求9所述的装置，其中，所述乘车优先次序获取单元，适于获取提取出的各行为ID对应的记录中各换乘站对应的累计乘车时间、累计乘车票价和票据类型；计算累计乘车时间最短的换乘站的第一出现次数、累计乘车票价最小的换乘站的第二出现次数以及预定票据类型的第三出现次数；将第一出现次数至第三出现次数按照从高到低的顺序进行排序，将排序后对应的累计乘车时间、累计乘车票价和票据类型的次序选取为所述乘车优先次序。

13.根据权利要求9所述的装置，其中，所述乘车方案获取单元，适于选取从查询信息中的出发站到换乘站的第一车次，以及，从换乘站到查询信息中的到达站的第二车次；

判断是否存在开车时间与用户出发时间的差值不超过预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间；

若是，将每组第一车次和第二车次的组合选取为一条换乘路线；

若否，递增所述预定时间阈值的数值，判断是否存在开车时间与用户出发时间的差值不超过递增后的预定时间阈值的第一车次，且第一车次的到达换乘站的到达时间早于第二车次从换乘站的开车时间。

14.根据权利要求9所述的装置，其中，所述查询信息获取单元，适于在用户成功登录后，根据用户查询行为记录表中记录的历史查询信息在输入框中显示曾经使用过的查询信息；接收到用户的指示使用所述曾经使用过的查询信息的指令时，将所述曾经使用过的查询信息作为本次乘车的查询信息。

15.根据权利要求14所述的装置，其中，所述装置还包括数据更新单元，适于在本次乘车订票成功后，根据本次乘车的用户行为数据对用户行为分析表和用户查询行为记录表进行更新；

其中，所述用户行为分析表包括如下信息：

出发日期、节假日、出发日期距离节假日首天的时间、出发日期在一周中的排序、出发日期在一月中的排序、出发站、换乘站、到达站、票据类型、换乘站累计次数、累计乘车票价最小次数、累计乘车时间最短次数、预定票据类型累计次数、订票类型；

所述用户查询行为记录表包括如下信息：

查询行为ID、用户ID、登录日期、出发时间、出发站、到达站和票据类型。

16.根据权利要求9所述的装置，其中，

所述乘车方案获取单元，适于根据所述查询信息进行数据查询，得到指示直达方式的乘车方案数据；

所述乘车方案推送单元，适于按照乘车优先次序推荐所述指示直达方式的乘车方案数据。