本发明涉及智能交通技术领域，尤其涉及一种交通信息的获取方法、装置及暂态计算机可读存储介质。
背景技术：
对于城市之间的大交通问题，目前传统的出行方式主要依赖航空、铁路或者公路等。目前主要导航软件给出的是如下几种实现方式：
第一种：驾车方式下的路径解决方案。
第二种：城市之间的大交通方案，例如，铁路班次、航空班次、航运班次。
第一种方式中主要针对驾车用户。对于更多的普通用户，尤其是长途旅行用户，更多的是选择第二种方式。
但是，第二种方式下，用户从当前所在城市内的始发地到达的另一城市内的目的地之间不只是大交通问题，还需要解决从当前所在城市内的始发地如何到达航站楼、火车站或者长途车站的交通问题，相应的，还需要解决从另一城市内的航站楼、火车站或者长途车站到达目的地之间的交通问题。目前，从一个城市的一个地点到另一个城市的一个地点的出行称为点到点出行。
现有技术中，行程规划类软件，如旅游类软件、地图类软件、导航类软件等，能够实现城市到城市之间的交通方案推荐。例如，用户使用移动终端上安装的旅游类软件，能够得到城市之间的交通方案推荐。然而，这些行程规划类应用无法在获取城市之间交通方案的同时一并获取到从当前所在城市内的位置与达航站楼、火车站或者长途车站之间的交通方案，也无法获取到从另一城市内的航站楼、火车站或者长途车站到达目的位置之间的交通方案，而且更加无法有效地将城市内交通方案和城市间交通方案的多个方案的整合，以向用户提供更为高效的点到点出行的交通方案。
技术实现要素：
有鉴于此，本方案实施例提供了一种交通信息的获取方法、装置及暂态计算机可读存储介质，用以解决现有技术中无法向用户提供更为高效的点到点出行的交通方案的问题。
一方面，本发明实施例提供了一种交通信息的获取方法，包括：
接收用户提供的始发地、目的地和出发时间；
根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息；
根据所述城市间交通方案信息，获取始发城市内交通方案信息和目的城市内交通方案信息；
将所述城市间交通方案信息、所述始发城市内交通方案信息和所述目的城市内交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，根据所述城市间交通方案信息，获取始发城市内交通方案信息和目的城市内交通方案信息，包括：
根据所述城市间交通方案信息，确定所述始发城市内到达地和所述目的城市内出发地；
根据所述始发地和所述始发城市内到达地，获取所述始发城市内交通方案信息；以及，根据所述目的地和所述目的城市内出发地，获取所述目的城市内交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，根据所述城市间交通方案信息，确定所述始发城市内到达地和所述目的城市内出发地，包括：
获取所述城市间交通方案信息中的起点，以作为所述始发城市内到达地；
获取所述城市间交通方案信息中的终点，以作为所述目的城市内出发地。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息，包括：
获取所述始发城市与所述目的城市之间的可用交通方案信息；
根据所述出发时间，对所述可用交通方案信息进行筛选，得到所述城市间交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，根据所述出发时间，对所述可用交通方案信息进行筛选，得到所述城市间交通方案信息，包括：
根据所述出发时间，获取所述可用交通方案信息对应的剩余资源；
选取剩余资源满足预定条件的可用交通方案信息，作为所述城市间交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述接收用户提供的始发地、目的地和出发时间还包括：接收用户提供的位于始发地和目的地之间的中转地、所述中转地的停留时长；
根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息，包括：根据所述始发地、所述中转地和所述出发时间，获取始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息，以及，根据中转地的停留时长，获取中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息；
根据所述城市间交通方案信息，获取始发城市内交通方案信息和目的城市内交通方案信息，包括：根据始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息，获取始发城市内交通方案信息、中转城市内交通方案信息和目的城市内交通方案信息；
将所述城市间交通方案信息、所述始发城市内交通方案信息和所述目的城市内交通方案信息进行聚合，包括：将始发城市内交通方案信息、中转城市内交通方案信息、目的城市内交通方案信息、始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，还包括：
根据指定的排序方式，对所述始发地与所述目的地之间的交通方案信息进行排序，得到排序结果；
输出部分或者全部的所述排序结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，当所述目的地为中转地时，还包括：
获取用户提供的另一目的地和所述中转地的出发时间；
根据所述中转地的出发时间，获得所述中转地到所述另一目的地之间的交通方案信息；
将所述始发地与所述中转地之间的交通方案信息、所述中转地到所述另一目的地之间的交通方案信息进行聚合，得到所述始发地到所述另一目的地之间的交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，还包括：
根据指定的排序方式，对所述始发地到所述另一目的地之间的交通方案信息进行排序，得到排序结果；
输出部分或者全部的所述排序结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述指定的排序方式包括按照时间由短到长进行排序和/或按照价格由低到高进行排序。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，还包括：
根据获得的交通方案信息，进行导航；和/或，
根据获得的交通方案信息，生成电子地图；和/或，
根据获得的交通方案信息，进行行程规划；和/或，
根据获得的交通方案信息，显示与各目的地相关的兴趣点，以及显示该兴趣点的附加服务信息；和/或，
将获得的交通方案信息进行共享。
另一方面，本发明实施例提供了一种交通信息的获取装置，包括：
接收单元，用于接收用户提供的始发地、目的地和出发时间；
预计算单元，用于根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息；
实时计算单元，用于根据所述城市间交通方案信息，获取始发城市内交通方案信息和目的城市内交通方案信息；以及，将所述城市间交通方案信息、所述始发城市内交通方案信息和所述目的城市内交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述实时计算单元具体用于：
根据所述城市间交通方案信息，确定所述始发城市内到达地和所述目的城市内出发地；
根据所述始发地和所述始发城市内到达地，获取所述始发城市内交通方案信息；以及，根据所述目的地和所述目的城市内出发地，获取所述目的城市内交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述实时计算单元具体用于：
获取所述城市间交通方案信息中的起点，以作为所述始发城市内到达地；
获取所述城市间交通方案信息中的终点，以作为所述目的城市内出发地。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述预计算单元具体用于：
获取所述始发城市与所述目的城市之间的可用交通方案信息；
根据所述出发时间，对所述可用交通方案信息进行筛选，得到所述城市间交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述预计算单元具体用于：
根据所述出发时间，获取所述可用交通方案信息对应的剩余资源；
选取剩余资源满足预定条件的可用交通方案信息，作为所述城市间交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述接收单元，还用于：接收用户提供的位于始发地和目的地之间的中转地、所述中转地的停留时长；
所述预计算单元，具体用于：根据所述始发地、所述中转地和所述出发时间，获取始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息，以及，根据中转地的停留时长，获取中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息；
所述实时计算单元，具体用于：根据始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息，获取始发城市内交通方案信息、中转城市内交通方案信息和目的城市内交通方案信息；以及，将始发城市内交通方案信息、中转城市内交通方案信息、目的城市内交通方案信息、始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述实时计算单元，还用于根据指定的排序方式，对所述始发地与所述目的地之间的交通方案信息进行排序，得到排序结果；
所述装置还包括：第一输出单元，用于输出部分或者全部的所述排序结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，当所述目的地为中转地时，
所述接收单元，还用于获取用户提供的另一目的地和所述中转地的出发时间；
所述实时计算单元，还用于根据所述中转地的出发时间，获得所述中转地到所述另一目的地之间的交通方案信息；以及，将所述始发地与所述中转地之间的交通方案信息、所述中转地到所述另一目的地之间的交通方案信息进行聚合，得到所述始发地到所述另一目的地之间的交通方案信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述实时计算单元，还用于：根据指定的排序方式，对所述始发地到所述另一目的地之间的交通方案信息进行排序，得到排序结果；
还包括：第二输出单元，用于输出部分或者全部的所述排序结果。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述指定的排序方式包括按照时间由短到长进行排序和/或按照价格由低到高进行排序。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，还包括：
信息应用单元，用于根据获得的交通方案信息，进行导航；和/或，用于根据获得的交通方案信息，生成电子地图；和/或，用于根据获得的交通方案信息，进行行程规划；和/或，用于根据获得的交通方案信息，显示与各目的地相关的兴趣点，以及显示该兴趣点的附加服务信息；和/或，用于将获得的交通方案信息进行共享。
另一方面，本发明实施例提供了一种非暂态计算机可读存储介质，非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行以下流程：
接收用户提供的始发地、目的地和出发时间；
根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息；
根据所述城市间交通方案信息，获取始发城市内交通方案信息和目的城市内交通方案信息；
将所述城市间交通方案信息、所述始发城市内交通方案信息和所述目的城市内交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
上述技术方案中的一个技术方案具有如下有益效果：
本方案实施例能够在得到城市间交通方案之后，确定始发城市内交通方案信息和目的城市内交通方案信息，然后将始发城市内的交通方案、目的城市内的交通方案、城市间交通方案进行聚合，得到始发地与目的地之间的交通方案，能够在获取城市之间交通方案的同时一并和获取到当前所在城市内交通方案以及前往城市内交通方案，有效地将城市内交通方案和城市间交通方案的多个方案的整合，从而向用户提供了更为高效的点到点出行的交通方案，解决了现有技术中无法向用户提供更为高效的点到点出行的交通方案的问题。
【附图说明】
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1是本方案实施例所提供的交通信息的获取方法的一种流程示意图；
图2是本方案实施例所提供的步骤102的实现方法的流程示意图；
图3是本方案实施例所提供的始发地、目的地、始发城市和目的城市的示例图；
图4是本方案实施例所提供的实现交通信息的获取方法的架构示意图；
图5a是本方案实施例所提供的针对城市间交通的图模型的示例图；
图5b是本方案实施例所提供的北京—上海—杭州的图模型的示例图；
图6是本方案实施例所提供的交通信息的获取方法的另一流程示意图；
图7是本方案实施例所提供的始发地、中转地、另一目的地、始发城市、中转城市和另一目的城市的示例图；
图8是本方案实施例所提供的交通信息的获取方法的另一流程示意图；
图9是本方案实施例所提供的始发地、中转地、目的地、始发城市、中转城市和目的城市的示例图；
图10是本方案实施例所提供的交通信息的获取方法中总体交互流程的示意图；
图11是本方案实施例所提供的交通信息的获取方法中总体交互流程的另一示意图；
图12是本方案实施例所提供的交通信息的获取装置的功能方块图；
图13是服务器的简化框图。
【具体实施方式】
为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。
应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
针对现有技术所存在的无法获取从用户当前所在城市内的始发地与达航站楼、火车站或者长途车站之间的交通方案，相应的，也无法获取从另一城市内的航站楼、火车站或者长途车站到达目的地之间的交通方案，所导致的无法获取点到点出行的交通方案的问题，本方案实施例提供了相应的解决思路：服务器在获得始发城市与目的城市的城市间交通方案之后，根据城市间交通方案自动确定始发城市内到达地，以及自动确定目的城市内出发地，然后根据始发城市内的始发地和到达地，获得始发城市内交通方案，以及，根据目的城市内出发地与目的地，获得目的城市内交通方案，最后将上述获得的始发城市内交通方案、始发城市与目的城市的城市间交通方案、目的城市内交通方案进行聚合，得到始发地与目的地之间的交通方案。
需要说明的是，本方案实施例可以应用于包括移动终端和服务器的系统。移动终端可以如手机、平板电脑、台式机等。服务器可集成在网络侧。
本发明实施例提供的交通信息的获取方法可以执行在服务器中，其流程如图1所示，包括：
101、接收用户提供的始发地、目的地和出发时间。
102、根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息。
103、根据城市间交通方案信息，获取始发城市内交通方案信息和目的城市内交通方案信息。
104、将城市间交通方案信息、始发城市内交通方案信息和目的城市内交通方案信息进行聚合，得到始发地与目的地之间的交通方案信息。
针对步骤101的实现，本方案实施例在此提供了两种可行的实施方式，包括：
第一种：移动终端中安装的客户端可以向用户显示输入界面，通过该输入界面接收用户输入的始发地、目的地和出发时间，然后移动终端将用户输入的始发地、目的地和出发时间发送给服务器，如此，服务器可以获得用户提供的始发地、目的地和出发时间。
第二种：移动终端中安装的客户端可以根据用户指令，触发移动终端的定位模块进行定位，获得用户当前所在地理位置，将用户当前所在地理位置作为始发地，或者，客户端根据该地理位置向用户提供若干候选始发地，将用户选择的候选始发地作为始发地。
客户端还可以向用户提供若干候选目的地，将用户选择的候选目的地作为目的地；或者，客户端也可以接收用户在输入框中输入的目的地。
另外，客户端可以向用户显示日历，然后接收用户在日历中选择的日期作为出发时间。
移动终端将用户提供的始发地、目的地和出发时间发送给服务器，如此，服务器可以获得用户提供的始发地、目的地和出发时间。
可以理解的是，上述始发地是用户的真实始发地，目的地是用户的真实目的地，出发时间可以是某一天，或者也可以精确到某一天的具体时刻，本方案实施例对此不进行特别限定。
针对步骤102的实现，本方案实施例在此提供了一种可行的实施方式，如图2所示，包括：
201、获取所述始发城市与所述目的城市之间的可用交通方案信息。
202、根据所述出发时间，对所述可用交通方案信息进行筛选，得到所述城市间交通方案信息。
请参考图3，其为本方案实施例所提供的始发地、目的地、始发城市和目的城市的示例图，如图3所示，本方案实施例中，服务器在从移动终端接收到始发地和目的地之后，可以先识别出始发地所属的始发城市，以及识别出目的地所属的目的城市。其中，图3中所示的实线表示真实的交通方案，虚线表示最终要获得的交通方案，最终要获得始发地与目的地之间的交通方案信息，但是该从始发地前往目的地真实的交通方案包括：先执行始发地与始发城市内到达地之间的始发城市内交通方案信息，然后执行始发城市与目的城市的城市间交通方案信息，最后执行目的城市内出发地与目的地之间的目的城市内交通方案信息。
例如，用户由“中坤大厦”前往“迪士尼”，因此需要获得“中坤大厦”与“迪士尼”之间的交通方案信息，实际情况是先由“中坤大厦”前往“北京南站”(始发城市内交通方案信息)，再由“北京南站”前往“上海虹桥”(城市间交通方案信息)，最后由“上海虹桥”前往“迪士尼”(目的城市内交通方案信息)。
举例说明，请参考图4，其为本方案实施例所提供的实现交通信息的获取方法的架构示意图，如图4所示，服务器包括输入接口、预计算引擎、交通搜索引擎、实时计算引擎和输出接口。其中，输入接口和输出接口都用于服务器与移动终端之间进行通信，输入接口用于接收移动终端输出的信息，输出接口用于向移动终端输出信息。预计算引擎中预先设置兴趣点(pointofinterest，poi)数据库、城市数据库、飞机的航班库、长途车的车次库、火车的车次库和历史信息库。交通搜索引擎包括大交通搜索引擎和小交通搜索引擎。
在一个具体的实现方案中，如图4所示，服务器中的输入接口可以用于接收移动终端发送的始发地和目的地，然后输出给预计算引擎。预计算引擎可以根据始发地的经纬度信息，在兴趣点数据库中进行近似匹配，从而可以识别出与始发地最接近的兴趣点，然后根据该兴趣点在城市数据库中进行查询，以获得该兴趣点所属的城市，即获得始发地所属的城市，称为始发城市。同理，可以根据目的地的经纬度信息，在兴趣点数据库中进行近似匹配，从而可以识别出与目的地最接近的兴趣点，然后根据该兴趣点在城市数据库中进行查询，以获得该兴趣点所属的城市，即获得目的地所属的城市，称为目的城市。
或者，在另一个具体的实现方案中，如图4所示，预计算引擎也可以根据始发地的经纬度信息在城市数据库中进行匹配，从而可以识别出始发地所属的城市。同理，预计算引擎也可以根据目的地的经纬度信息在城市数据库中进行匹配，从而可以识别出目的地所属的城市。
可以理解的是，兴趣点数据库中用于保存一定地理范围内的兴趣点，每个兴趣点包括一些描述信息，如该兴趣点的经纬度信息、类别和名称等。因此，通过给定的经纬度信息能够从兴趣点数据库中找到最接近的兴趣点。另外，城市数据库中用于保存各城市的具体地理信息，如各城市中的兴趣点和各城市的经纬度范围等，因此通过城市数据库可以识别出给定兴趣点所属的城市，也可以通过城市数据库识别出给定经纬度所属的城市。本领域技术人员可以理解的是，本方案实施例中涉及的城市可以属于同一个地区，或者也可以属于不同地区，本方案实施例对此不进行特别限定。
本方案实施例中，如图4所示，预计算引擎确定出始发地所属的始发城市以及目的地所属的目的城市之后，根据始发城市和目的城市在历史信息库中进行查询，判断是否之前已经计算过始发城市与目的城市之间的可用交通方案信息；如果已经计算过，可以从历史信息库中直接获取之前计算的结果，即始发城市与目的城市之间的可用交通方案信息；反之，如果没有计算过，则预计算引擎进行始发城市与目的城市之间的可用交通方案信息的计算，然后将计算结果保存至历史信息库中，实现对历史信息库的更新。
在一个具体的实现方案中，如图4所示，预计算引擎中可以预先设置图模型，该图模型是可以预先生成并配置在预计算引擎中的。预计算引擎中可以使用该图模型，计算始发城市与目的城市之间的可用交通方案信息。
需要说明的是，请参考图5a，其为本方案实施例所提供的针对城市间交通的图模型的示例图，如图5a所示，图模型包括节点和连接线，其中一个节点表示一个城市，如图5a中的城市a～城市f。节点之间的连线表示城市之间是否有交通来连接，即是否直接可达，如果两个节点之间有连接线，表示两个节点之间交通来连接，直接可达，如果没有，表示两个节点之间没有交通连接，不能直接可达，是间接可达。其中，连接线的箭头方向用来指示直接可达的方向。另外，每个节点可以标注节点相应的属性信息，如名称、级别和标签等。每两个节点之间的连接线也可以标注连接线相应的属性信息，如交通类型、距离和时长等。
此外，图模型还包括上述节点的子节点(图中未示出)，子节点表示城市中的一个交通类型的兴趣点，如机场、火车站和长途车站等。子节点之间的连线(图中未示出)表示兴趣点之间是否有交通来连接，即是否直接可达，如果子节点之间有连接线，表示两个子节点之间有交通连接，直接可达，如果没有，表示两个子节点之间没有交通连接，不能直接可达，是间接可达。。其中，连接线的箭头方向用来指示直接可达的方向。另外，每个子节点也可以标注节点相应的属性信息，如名称、级别和标签等。每两个子节点之间的连接线也可以标注连接线相应的属性信息，如交通工具类型、距离和时长等。
请参考图5b，其为本方案实施例所提供的北京—上海—杭州的图模型的示例图，如图5b所示，城市“北京”中包括交通类型的兴趣点“北京北站”、“北京西站”、“北京南站”和“首都机场”，“北京北站”与“北京西站”之间具有连接线，表示两者之间可直达；“北京北站”与“北京南站”之间具有连接线，表示两者之间可直达；“北京西站”与“北京南站”之间具有连接线，表示两者之间可直达；“北京北站”与“首都机场”之间具有连接线，表示两者之间可直达；“北京西站”与“首都机场”之间具有连接线，表示两者之间可直达；“北京南站”与“首都机场”之间具有连接线，表示两者之间可直达。图5b所示的上海和杭州中的兴趣点及其连接线的解释与上述北京中的兴趣点及其连接线的解释原理相同，这里不再赘述。
本方案实施例中，预计算引擎将始发城市、目的城市和筛选条件输入上述图模型，该图模型可以基于最短路径算法(如迪杰斯特拉dijkstra算法或者最短路径shortest算法等)计算始发城市与目的城市之间的候选交通方案信息，候选交通方案信息中可以包括需要中转的交通方案信息，还可以包括不需要中转的交通方案信息，即可直达的交通方案信息。然后图模型利用输入的筛选条件对候选交通方案信息进行筛选，最后输出筛选后得到的始发城市与目的城市之间的可达交通方案信息。或者，预计算引擎也可以只将始发城市、目的城市输入上述图模型，该图模型计算始发城市与目的城市之间的候选交通方案信息，并输出候选交通方案信息，预计算引擎利用筛选条件对图模型输出的候选交通方案信息进行筛选，最后得到始发城市与目的城市之间的可用交通方案信息。
在一个具体的实现方案中，如果存在直接可达的交通方案信息，候选交通方案信息可以包括以下信息中一个或多个：始发地、始发城市、目的地、目的城市、交通类型、班次和时长。如果存在间接可达的交通方案信息，候选交通方案信息或者可达交通方案信息中还可以包括中转点数量和详细信息，该详细信息可以包括每段交通方案中的始发地、始发城市、目的地和目的城市、交通类型、班次和时长等。
在一个具体的实现方案中，可用交通方案信息中可以包括以下信息中一个或者多个：该交通方案信息的始发地、始发城市、目的地、目的城市、交通类型、班次和时长。如果存在间接可达的交通方案信息，可用交通方案信息中还可以包括中转点数量和详细信息，该详细信息可以包括每段交通方案中的始发地、始发城市、目的地、目的城市、交通类型、班次和时长。
在一个具体的实现方案中，筛选条件可以包括但不限于以下条件中至少一个：候选交通方案信息的方向、时间和中转点数量。例如，筛选条件中要求候选交通方案信息中方向需要与始发城市前往目的城市的方向一致，对于不一致的候选交通方案信息需要筛除。或者，又例如，筛选条件中要求候选交通方案信息中始发城市到达目的城市之间的时间不能超过指定的时间阈值，如果超过，则该候选交通方案信息需要筛除。或者，又例如，筛选条件中要求候选交通方案信息的中转点数量不能超过指定的数量阈值，如果超过，则该候选交通方案信息需要筛除。
下面给出一种可行的生成图模型的实现方案：首先，通过飞机的航班库查询每个航班涉及的两个城市、相关机场和航班详细信息，以及，通过火车的车次库查询出每个车次涉及的两个城市、火车站和车次详细信息，以及，通过长途车的车次库查询出每个车次涉及的城市、长途车站和车次详细信息。然后，将查询出的城市作为父节点标在图上，该城市内的机场、火车站和长途车站作为该父节点的子节点也标在图上，最后根据航班涉及的城市、火车的车次涉及的城市以及长途车车次涉及的城市，在图中标注城市之间的连接线，还可以标出连接线对应的交通类型。如此就可以生成一个城市间的交通可达图，本方案实施例称为图模型。
预计算引擎在得到始发城市与目的城市之间的可用交通方案信息之后，还需要进一步根据所述出发时间，对可用交通方案信息进行筛选，得到始发城市与目的城市的城市间交通方案信息。在一种可行的实现方案中，预计算引擎可以根据所述出发时间，获取可用交通方案信息对应的剩余资源，然后选取剩余资源满足预定条件的可用交通方案信息，作为始发城市与目的城市的城市间交通方案信息。
在一种具体的实现方案中，预计算引擎将出发时间和可用交通方案信息发送给交通搜索引擎中的大交通搜索引擎，大交通搜索引擎根据出发时间和可用交通方案信息，分别进行飞机票搜索、火车票搜索和长途车票搜索，获得飞机票的剩余资源、火车票的剩余资源和长途车票的剩余资源，这些剩余资源就是可用交通方案信息对应的剩余资源，将获得的剩余资源返回给预计算引擎。可以理解的是，这里的剩余资源具体指的是剩余票数。其中，大交通搜索引擎可以调用飞机票数据库的接口，进行飞机票搜索，以及可以调用火车票数据库的接口，进行火车票搜索，以及调用长途车数据库的接口，进行长途车票的搜索，以获得相应的搜索结果。
进一步的，预计算引擎从大交通搜索引擎接收到可用交通方案信息对应的剩余资源之后，选取剩余资源满足预定条件的可用交通方案信息，作为始发城市与目的城市的城市间交通方案信息。
在一个可行的实现方案中，预定条件可以是剩余资源大于指定数目，该指定数目可以根据用户输入的出行人数确定，如指定数目可以大于或者等于出行人数。例如，可用交通方案信息1的剩余资源是5，表示剩余5张票，可用交通方案信息2的剩余资源是1，表示剩余1张票，可用交通方案信息3的剩余资源是10，表示剩余10张票。用户给定的出行人数是3，因此，预计算引擎根据数目3确定指定数目是3，然后在可用交通方案信息1～3中筛除可用交通方案信息2，保留可用交通方案信息1和3，因为可用交通方案信息2的剩余资源是1，不满足剩余资源大于3的预定条件。
针对步骤103的实现，本方案实施例在此提供了一种可行的实施方式，包括：
可以理解的是，如图3所示，用户需要从始发城市前往目的城市，用户的真实交通路线是，先从始发城市中的始发地前往始发城市中乘坐交通工具的兴趣点(本方案实施例称为始发城市内到达地)，然后从该兴趣点乘坐交通工具前往目的城市，最终到达目的城市中该交通工具停靠的兴趣点(本方案实施例称为目的城市内出发地)，然后用户还需要从目的城市中的该兴趣点前往目的城市中的目的地，因此，获得的始发城市与目标城市的城市间交通方案信息的实质是始发城市内一个或多个出发地与目的城市内一个或多个到达地之间的交通方案信息的集合，因此，实时计算引擎可以根据城市间交通方案信息确定始发城市内到达地和目的城市内出发地。
如图4所示，预计算引擎将获得的始发城市与目标城市的城市间交通方案信息输出给实时计算引擎，该城市间交通方案信息的数量可以是一个或者多个。对于每个城市间交通方案信息，实时计算引擎可以获取该城市间交通方案信息中的起点，将其作为始发城市内到达地，并获取该城市间交通方案信息中的终点，将其作为目的城市内出发地。
例如，始发城市是北京，目的城市是上海，北京到上海的城市间交通方案信息可以包括：交通方案信息1：北京南站→上海虹桥；交通方案信息2：首都机场→浦东机场。可以看出，北京到上海的交通方案信息是城市间的大交通方案，其实质是起点“北京南站”到终点“上海虹桥”的交通方案信息，以及起点“首都机场”到终点“浦东机场”的交通方案信息。如果采用交通方案信息1，用户需要在始发城市“北京”内从始发地先到达“北京南站”，然后乘坐高铁前往上海，在“上海虹桥”下车，然后在目的城市“上海”内从“上海虹桥”前往目的地。同理，如果采用交通方案信息2，用户需要在始发城市“北京”内从始发地先到达“首都机场”，然后乘坐飞机前往“浦东机场”，然后在目的城市“上海”内从“浦东机场”前往目的地。
可以理解的是，本方案实施例中，在获得始发城市与目的城市的城市间交通方案信息之后，可以自动识别出其中始发城市内到达地和目的城市内出发地，进而利用自动识别的始发城市内到达地和目的城市内出发地完成后续交通方案信息的计算，与现有技术中，用户想要获取城市内交通方案信息时，手动输入目的地和/或始发地的实现方式相比，本方案实施例避免了用户手动输入始发城市内到达地和目的城市内出发地，能够减少用户操作，提高信息获取效率，提升用户体验。
进一步的，实时计算引擎在获得始发城市内到达地和目的城市内出发地之后，根据始发地和始发城市内到达地，确定始发城市内交通方案信息，并根据目的城市内出发地和目的地，确定目的城市内交通方案信息。
在一个具体的实现方案中，如图4所示，实时计算引擎可以将始发城市内的始发地和始发城市内到达地发送给交通搜索引擎中的小交通搜索引擎，小交通搜索引擎根据始发城市内的始发地和始发城市内到达地，进行实时搜索，得到始发城市内交通方案信息，并将该始发城市内交通方案信息返回给实时计算引擎。可以理解的是，始发城市内交通方案信息的数量可以是一个或者多个。每个始发城市内交通方案信息中可以包括但不限于以下信息：交通类型、始发城市内交通方案信息的预估时长、路线和价格。
同理，如图4所示，实时计算引擎可以将目的城市内出发地和目的地发送给交通搜索引擎中的小交通搜索引擎，小交通搜索引擎根据目的城市内出发地和目的地，进行实时搜索，得到目的城市内交通方案信息，并将该目的城市内交通方案信息返回给实时计算引擎。可以理解的是，目的城市内交通方案信息的数量可以是一个或者多个。其中，每个目的城市内交通方案信息中可以包括但不限于以下信息：交通类型、目的城市内交通方案信息的预估时长、路线和价格。
上述始发城市或者目的城市内的交通类型可以包括地铁、公交车或者出租车(包括专车、快车或者普通出租车)等，本领域技术人员可以理解，本方案实施例对此不进行特别限定。
针对步骤104的实现，本方案实施例在此提供了一种可行的实施方式，包括：
实时计算引擎可以将得到的城市间交通方案信息、始发城市内交通方案信息和目的城市内交通方案信息进行聚合，得到始发地与目的地之间的交通方案信息。
在一种可行的实现方案中，实时计算引擎可以将每个城市间交通方案信息中的起点分别与各始发城市内交通方案信息中的始发城市内到达地进行匹配，如果相匹配，则该城市间交通方案信息可以与该始发城市内交通方案信息进行聚合.
同理，在一种可行的实现方案中，可以将每个城市间交通方案信息的终点分别与各目的城市内交通方案信息中的目的城市内出发地进行匹配，如果相匹配，则该城市间交通方案信息可以与目的城市内交通方案信息进行聚合。
可见，城市间交通方案信息可以与始发城市内交通方案信息聚合，也可以同时与目的城市内交通方案信息聚合，城市间交通方案信息经过两次聚合后得到的交通方案信息是始发地与目的地之间的交通方案信息。
在上述步骤105之后，本方案实施例在此基础上还提供了可选步骤，该可选步骤包括：输出部分或者全部的始发地与目的地之间的交通方案信息。
在一个具体的实现方案中，如图4所示，服务器的实时计算引擎在获得始发地与目的地之间的交通方案信息之后，可以将部分或者全部的该交通方案信息通过服务器的输出接口输出给移动终端，以便于移动终端可以将接收到的交通方案信息进一步提供给用户。
在一个具体的实现方案中，实时计算引擎可以按照指定的排序方式将获得的始发地与目的地之间的交通方案信息进行排序，然后将排序结果中排名靠前的若干交通方案信息通过输出接口输出，以实现输出部分的始发地与目的地之间的交通方案信息。
在另一个具体的实现方案中，由于路线选择、交通方式选择的不同，可能得到多个聚合后的始发地与目的地之间的交通方案信息。实时计算引擎可以按照指定的排序/筛选方式将获得的始发地与目的地之间的交通方案信息进行筛选和/或排序，然后将排序结果通过输出接口输出，以实现输出全部的始发地与目的地之间的交通方案信息。其中，指定的排序方式可以是用户预先设置好的排序方式，或者，也可以是用户临时选择的一种排序方式，或者，还可以是默认的排序方式。筛选方式可以是用户或系统设置的性能阈值或阈值范围，用于排除不符合预期性能的方案信息。
例如，筛选方式可以是价格在制定区间内，耗时不长于制定时长。
又例如，排序方式可以是按照价格由低到高进行排序，这样，价格最低的交通方案信息可以作为最优的交通方案信息而被推荐给用户。或者，又例如，排序方式也可以是按照时间由短到长进行排序，这样，时间消耗最少的交通方案信息作为最优的交通方案信息而被推荐给用户。本领域技术人员可以理解，这两种排序方式仅为举例说明，并不用于限制本方案提到的排序方式。
举例而言，从北京的望京地区至上海的徐家汇地区可以有飞机、高铁两种主要的城市间交通方式。而从望京地区至机场或高铁车站有机场快速铁路、机场公交、出租车、等(北京)城市内交通方式，而从上海的虹桥机场或虹桥火车站至徐家汇地区也有地铁、机场公交、出租车、等(上海)城市内交通方式。基于用户输入的出发时间，可以得到多种聚合后的交通方案信息。随后可以按照多种筛选/排序方式进行筛选和/或排序。参考信息标准可以包括但不限于：所用总时长、所用总费用、指定到达时间、费用超过500元单程、等。
举例而言，上述排序和/或筛选后的输出结果可是(并非穷举且非限制性)：
所用总时长(从短至长)：
1：始发地-步行-北京望京地区机场快速铁路-首都机场北京至上海航班-上海虹桥地铁二号线-徐家汇地区公交车-目的地
2：始发地-出租车-首都机场北京至上海航班-上海虹桥出租车-目的地
3：始发地-地铁-北京火车南站北京至上海高铁-上海虹桥地铁二号线-徐家汇地区公交车-目的地
4：始发地-出租车-北京火车南站北京至上海高铁-上海虹桥地铁二号线-徐家汇地区公交车-目的地
由此，基于多种筛选/排序方式对聚合后的交通方案信息进行筛选和/或排序并输出，可以一站式为用户提供优化的完整性多层次点到点交通方案规划，免除了用户在多种应用或查询工具间的切换和人工统计，极大提高了用户的使用便利性。
在上述步骤104之后，本方案实施例在此基础上还提供了可选步骤，该可选步骤应用于当目的地为中转地的情况，如图6所示，包括：
105、获取用户提供的另一目的地和所述中转地的出发时间。
106、根据中转地的出发时间，获得中转地到另一目的地之间的交通方案信息。
107、将始发地与中转地之间的交通方案信息、中转地到另一目的地之间的交通方案信息进行聚合，得到始发地到另一目的地之间的交通方案信息。
在一种可行的实现方案中，移动终端可以获取另一目的地和中转地的出发时间，然后将另一目的地和中转地的出发时间发送给服务器的输入接口，如此，服务器可以获取到另一目的地和中转地的出发时间。
移动终端获取另一目的地和中转地的出发时间实现方案可以包括但不限于：移动终端中安装的客户端可以向用户显示输入界面，通过该输入界面接收用户输入的另一目的地和中转地的出发时间。
请参考图7，其为本方案实施例所提供的始发地、中转地、另一目的地、始发城市、中转城市和另一目的城市的示例图，如图7所示，上述中转地是用户前往另一目的地时的真实始发地，此时，另一目的地是用户的下一个目的地。另外，中转地的出发时间可以是某一天，或者也可以精确到某一天的具体时刻，本方案实施例对此不进行特别限定。服务器需要先获得中转城市与另一目的地所在城市(称为另一目的城市)的城市间交通方案信息(图7中虚线所示)，然后根据该城市间交通方案信息，确定中转城市中前往另一目的城市时，该中转城市内到达地以及另一目的城市内出发地，然后获得中转地与中转城市内到达地之间的城市内交通方案信息(图7中实线所示)，以及获得另一目的城市中到达地与另一目的地之间的城市内交通方案信息(图7中实线所示)，最后进行两个城市内交通方案信息与一个城市间交通方案信息的聚合，得到中转地与另一目的地之间的交通方案信息。
需要说明的是，本方案实施例中，服务器根据出发时间，获得中转地到另一目的地之间的交通方案信息的实现方案，与上述获得始发地与目的地之间的交通方案信息的实现原理相同，因此这里不再赘述。
在一种可行的实现方案中，服务器可以将始发地与中转地之间的交通方案信息，与中转地到另一目的地之间的交通方案信息进行聚合，以获得始发地到另一目的地之间的交通方案信息。该聚合方式与上述将始发地与始发城市内目的地之间的城市内交通方案信息与始发城市与目的城市的城市间交通方案信息进行聚合，或者将始发城市与目的城市的城市间交通方案与目的城市内始发地与目的地之间的交通方案信息进行聚合的原理相同，本领域技术人员可以理解，这里不再赘述。
进一步的，如图4所示，服务器在获得始发地到另一目的地之间的交通方案信息之后，可以通过自身的输出接口向移动终端输出部分或者全部的始发地到另一目的地之间的交通方案信息，以便于移动终端进一步向用户提供该交通方案信息。
在一个具体的实现方案中，可以按照排序方式将获得的始发地到另一目的地之间的交通方案信息进行排序，然后将排序结果中排名靠前的若干交通方案信息通过输出接口输出，以实现输出部分的始发地到另一目的地之间的交通方案信息。
在另一个具体的实现方案中，实时计算引擎可以按照排序方式将获得的始发地到另一目的地之间的交通方案信息进行排序，然后将排序结果通过输出接口输出，以实现输出全部的始发地到另一目的地之间的交通方案信息。
例如，排序方式可以是按照价格由低到高进行排序，或者，也可以是按照时间由短到长进行排序，这两种排序方式仅为举例说明，并不用于限制本方案提到的排序方式。
可以理解的是，本方案实施例中，上述另一目的地可以是除始发城市、目的城市以外的其他城市中的目的地，或者，另一目的地也可以与始发地相同(即用户从始发地前往目的地，然后又由目的地回到始发地)，或者，另一目的地还可以与始发地属于同一城市(用户从始发地前往目的地，然后又由目的地回到始发地所属城市)。
例如，用户由始发地“中坤大厦”前往目的地“迪士尼”，然后由该目的地“迪士尼”前往另一目的地“西湖”。或者，又例如，用户由始发地“中坤大厦”前往目的地“迪士尼”，然后由目的地“迪士尼”前往另一目的地“中坤大厦”。或者，又例如，用户由始发地“中坤大厦”前往目的地“迪士尼”，然后由目的地“迪士尼”前往另一目的地，如“中坤大厦”所在城市“北京”的“华清嘉园”小区。
本方案实施例还在包括另一种可行的实现方案，如图8所示，包括：
801、还接收用户提供的位于始发地和目的地之间的中转地、所述中转地的停留时长。
802、根据所述始发地、所述中转地和所述出发时间，获取始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息，以及，根据中转地的停留时长，获取中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息。
803、根据始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息，获取始发城市内交通方案信息、中转城市内交通方案信息和目的城市内交通方案信息。
804、将始发城市内交通方案信息、中转城市内交通方案信息、目的城市内交通方案信息、始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
上述步骤801至步骤804可以分别为步骤101至步骤104的另一种实现方式。
在一种可行的实现方案中，移动终端还可以获取中转地和中转地的出发时间，然后将中转地和中转地的出发时间发送给服务器的输入接口，如此，服务器可以获取到中转地和中转地的出发时间。
移动终端获取中转地和中转地的出发时间实现方案可以包括但不限于：移动终端中安装的客户端可以向用户显示输入界面，通过该输入界面接收用户输入的中转地和中转地的出发时间。
请参考图9，其为本方案实施例所提供的始发地、中转地、目的地、始发城市、中转城市和目的城市的示例图，如图9所示，中转地的出发时间可以是某一天，或者也可以精确到某一天的具体时刻，本方案实施例对此不进行特别限定。
需要说明的是，中转城市内交通方案信息可以包括两段交通方案信息，其中一段是根据始发城市与中转城市的城市间交通方案信息，获得的中转城市内出发地与中转地之间的城市内交通方案信息，另一段是根据中转城市与目的城市的城市间交通方案信息，获得的中转城市内中转地与中转城市内到达地之间的城市内交通方案信息。
以始发城市“北京”、始发地“西直门”、中转城市“天津”、中转地“天津之眼”、目的城市“上海”以及目的地“东方明珠”为例进行说明，如果用户从始发地“西直门”前往“北京南站”，在“北京南站”乘坐高铁前往天津，则中转城市“天津”内出发地为“天津火车站”，因此需要获得中转城市“天津”内的一段交通方案信息，即“天津火车站”与“天津之眼”之间的天津市内交通方案信息。然后，用户在游览完“天津之眼”之后，需要立即乘飞机前往上海，因此，需要获得中转城市“天津”内另一段交通方案信息，即“天津之眼”与“天津滨海国际机场”之间的天津市内交通方案信息，因此，当存在中转地时，中转城市中的城市内交通方案信息将涉及两段行程。
在一种可行的实现方案中，服务器需要先获取始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息，以及获取中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息(均如图9中虚线所示)。然后，根据始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息，确定始发地与始发城市内到达地之间的城市内交通方案信息，以及，确定中转城市内出发地与中转地之间的中转城市内交通方案信息。
同理，获取中转城市中前往目的城市时，该中转城市内到达地以及目的城市内出发地，然后获得中转地与中转城市内到达地之间的城市内交通方案信息(图9中实线所示)，以及可以获得目的城市中出发地与目的地之间的城市内交通方案信息(图9中实线所示)。
最后进行三个城市内交通方案信息与两个城市间交通方案信息的聚合，得到当存在中转地时始发地与目的地之间的交通方案信息。
需要说明的是，本方案实施例中，服务器根据出发时间，获得始发地到中转地之间的交通方案信息的实现方案，以及，中转地到目的地之间的交通方案信息的实现方案，都与上述当不存在中转地时，获得始发地与目的地之间的交通方案信息的实现原理相同，本领域技术人员可以理解，这里不再赘述。
在一种可行的实现方案中，服务器可以将三个城市内交通方案信息与两个城市间交通方案信息进行聚合，以获得始发地到目的地之间的交通方案信息时，所使用的聚合方式与上述将始发地与始发城市内目的地之间的城市内交通方案信息与始发城市与目的城市的城市间交通方案信息进行聚合，或者将始发城市与目的城市的城市间交通方案与目的城市内始发地与目的地之间的交通方案信息进行聚合的原理相同，本领域技术人员可以理解，这里不再赘述。
进一步的，如图4所示，服务器在获得始发地到目的地之间的交通方案信息之后，可以通过自身的输出接口向移动终端输出部分或者全部的始发地到目的地之间的交通方案信息，以便于移动终端进一步向用户提供该交通方案信息。
在一个具体的实现方案中，可以按照排序方式将获得的始发地到目的地之间的交通方案信息进行排序，然后将排序结果中排名靠前的若干交通方案信息通过输出接口输出，以实现输出部分的始发地到目的地之间的交通方案信息。
在另一个具体的实现方案中，实时计算引擎可以按照排序方式将获得的始发地到目的地之间的交通方案信息进行排序，然后将排序结果通过输出接口输出，以实现输出全部的始发地到目的地之间的交通方案信息。
例如，排序方式可以是按照价格由低到高进行排序，或者，也可以是按照时间由短到长进行排序，这两种排序方式仅为举例说明，并不用于限制本方案提到的排序方式。
针对步骤104、步骤107或者步骤804中获得的交通方案信息，本方案实施例在此提供这些交通方案信息的应用方式，本方案实施例提供以下几种应用方式，包括：
第一种：根据获得的交通方案信息，进行导航。
第二种：根据获得的交通方案信息，生成电子地图。
第三种：根据获得的交通方案信息，进行行程规划。
第四种：根据获得的交通方案信息，显示与各目的地相关的兴趣点，以及显示该兴趣点的附加服务信息。
第五种：将获得的交通方案信息进行共享。
需要说明的是，上述五种应用方式中，可以单独应用于其中一种，或者也可以组合应用其中的两种以上，本领域技术人员可以理解，本方案实施例对此不进行特别限定。
举例说明，在用户从提供的交通方案信息中选择一个交通方案信息后，可以根据该选出的交通方案信息进行导航，其中，导航包括：实际导航或模拟导航，进一步的，实际导航包括：为用户提供实际导航服务，模拟导航包括：为用户提供模拟行驶服务，以便于让用户可以直观获取在该交通方案信息的具体情况。
在用户选出一个交通方案信息后，还可以根据该交通方案信息，生成电子地地图，其中，该电子地图中包括对该交通方案信息的标注，通过该标注可以让用户直观获取交通方案信息的相关情况，如：交通方案信息的总里程、各个路段的行驶距离、各城市或者各地点的天气等。
在用户选出一个交通方案信息后，还可以根据该交通方案信息，显示该交通方案信息中各城市内的道路信息，其中，该道路信息包括：要经过的道路类型(如：高架桥、高速、公路、小区内的道路等)、要经过的道路的宽度信息和要经过的道路的环境信息等，用户可以根据显示的道路信息确定是否参照交通方案信息。
在用户选出一个交通方案信息后，还可以根据该交通方案信息，显示与各目的地相关的兴趣点，以及该兴趣点的附加服务信息，以便于用户根据自身需求选择兴趣点，其中，与目的地相关的兴趣点包括：在目的地指定范围内的兴趣点和两个目的地之间道路上的兴趣点，兴趣点的类型具体可以包括：餐馆、停车场、商场、便利店、游乐场和酒店等，并且提供的该兴趣点的附加服务信息，如该兴趣点的消费信息(平均消费信息、单位时间的消费信息)、该兴趣点是否有优惠活动、该兴趣点的地址信息等。
在用户选出一个交通方案信息后，还可以将交通方案信息进行共享，以便于其他用户获取该交通方案信息，增加了用户之间的互动方式。
本方案实施例还提供了总体交互流程的一种具体实现方式，请参考图10，其为本方案实施例所提供的交通信息的获取方法中总体交互流程的示意图，如图10所示，该方法可以包括：
1001、用户在移动终端上输入始发地、中转地、目的地、始发地的出发时间和中转地的停留时长。
1002、移动终端将用户输入的始发地、中转地、目的地、始发地的出发时间和中转地的停留时长发送给服务器。
1003、服务器识别出与所述始发地相匹配的兴趣点(本实施称为始发兴趣点，相当于上述实施例中的始发地)、与中转地相匹配的兴趣点(本实施例称为中转兴趣点，相当于上述实施中的中转地)、与目的地相匹配的兴趣点(本实施例称为目的兴趣点，相当于上述实施例中的目的地)。
1004、服务器根据识别出的各兴趣点，分别识别出始发地所属的始发城市、中转地所属的中转城市和目的地所属的目的城市。
1005、服务器根据出发时间、中转地的停留时间、始发兴趣点、中转兴趣点、目的兴趣点、始发城市、中转城市和目的城市，生成两个五元组，包括：
五元组1：出发时间—始发兴趣点—始发城市—中转城市—中转兴趣点
五元组2：中转兴趣点的出发时间—中转兴趣点—中转城市—目的城市—目的兴趣点
1006、服务器根据五元组1中的元素计算始发兴趣点与中转兴趣点之间的交通方案信息。
1006a、服务器根据出发时间，计算始发城市与中转城市的城市间交通方案信息1。
1006b、服务器根据城市间交通方案信息1，确定始发城市中到达地以及中转城市中出发地。
1006c、服务器计算始发兴趣点与始发城市中到达地之间的城市内交通方案信息2，以及，计算中转城市中出发地与中转兴趣点之间的城市内交通方案信息3。
1006d、服务器将城市间交通方案信息1、城市内交通方案信息2和城市内交通方案信息3进行聚合，得到始发兴趣点与中转兴趣点之间的交通方案信息a。
1007、服务器根据五元组2中的元素计算中转兴趣点与目的兴趣点之间的交通方案信息。
1007a、服务器根据中转兴趣点的到达时间和停留时长计算中转兴趣点的出发时间，并根据该中转兴趣点的出发时间，计算中转城市与目的城市的城市间交通方案信息4。
1007b、服务器根据城市间交通方案信息4，确定中转城市中到达地以及目的城市中出发地。
1007c、服务器计算中转兴趣点与中转城市中到达地之间的城市内交通方案信息5，以及计算目的城市中出发地与目的兴趣点之间的城市内交通方案信息6。
1007d、服务器将城市间交通方案信息4、城市内交通方案信息5和城市内交通方案信息6进行聚合，得到中转兴趣点与目的兴趣点之间的交通方案信息b。
1008、服务器将始发兴趣点与中转兴趣点之间的交通方案信息a，与中转兴趣点与目的兴趣点之间的交通方案信息b进行聚合，得到始发兴趣点与目的兴趣点之间的交通方案信息c。
1009、服务器将始发兴趣点与目的兴趣点之间的交通方案信息c按照指定的排序方式进行排序，获得排序结果。
1010、服务器根据排序结果，输出部分或者全部的始发兴趣点与目的兴趣点之间的交通方案信息给移动终端。
1011、移动终端向用户显示从服务器接收到的始发兴趣点与目的兴趣点之间的交通方案信息。
基于前述总体流程，本方案实施例还提供了针对总体流程的一种具体实现方式，本实施例中，以始发地是“中坤大厦”(北京)、目的地是迪士尼(上海)、出发日期是11月11日为例，对获得“中坤大厦”与“迪士尼”之间的交通方案信息的实现方案进行举例说明。请参考图11，其为本方案实施例所提供的交通信息的获取方法中总体交互流程的另一示意图，如图11所示，该方法可以包括：
1101、移动终端接收用户输入的当前位置“中坤大厦”、目的地“迪士尼”(上海)、出发日期“11月11日”。
1102、移动终端将接收的当前“中坤大厦”、目的地“迪士尼”、出发日期“11月11日”发送给服务器。
1103、服务器根据始发地“中坤大厦”识别出所属的始发城市为“北京”，以及根据目的地“迪士尼”识别出所属的目的城市为上海。
1104、服务器生成五元组:11月11日—中坤大厦—北京—上海—迪士尼。
1105、服务器先根据五元组，利用图5b所示的图模型，获得北京与上海之间的候选交通方案信息。
具体的，如图5b所示，服务器将“北京”和“上海”输入图模型，图模型计算时发现可以乘坐高铁或者飞机由北京前往上海，获得以下候选交通方案信息：
候选交通方案信息1：北京南站(北京)→上海虹桥(上海)高铁g5时长4小时55分
候选交通方案信息2：：北京南站(北京)→上海虹桥(上海)高铁g11时长5小时10分
候选交通方案信息3：北京南站(北京)→上海虹桥(上海)动车d313时长10小时7分
候选交通方案信息4：北京南站(北京)→上海虹桥(上海)特快t109时长15小时10分
候选交通方案信息5：首都机场(北京)→浦东机场(上海)飞机ca1501时长2小时10分
候选交通方案信息6：首都机场(北京)→浦东机场(上海)飞机mu8571时长2小时10分
1106、服务器可以进一步基于时长对上述候选交通方案信息进行筛选，本实施例中，时长阈值时10小时，因此筛除候选交通方案信息3和4，将候选交通方案信息1、2、5和6作为可用交通方案信息，即可用交通方案1、2、3和4。
可用交通方案信息1：北京南站(北京)→上海虹桥(上海)高铁g5时长4小时55分
可用交通方案信息2：北京南站(北京)→上海虹桥(上海)高铁g11时长5小时10分
可用交通方案信息3：首都机场(北京)→浦东机场(上海)飞机ca1501时长2小时10分
可用交通方案信息4：首都机场(北京)→浦东机场(上海)飞机mu8571时长2小时10分
1107、服务器根据出发时间和可用交通方案信息1、2、3和4，分别进行票数搜索，获得11月11日中各班次的剩余票数。然后，服务器根据指定数目(如用户人数2人)、各班次的剩余票数、可用交通方案信息1、2、3和4，发现其中可用交通方案信息2和4的剩余票数是2，因此被筛除，获得如下北京→上海的城市间交通方案信息：
城市间交通方案信息1：北京南站(北京)→上海虹桥(上海)高铁g5，时长4小时55分钟553元
城市间交通方案信息2：首都机场(北京)→浦东机场(上海)国航ca1501航班时长2小时10分钟760元
1108、服务器根据城市间交通方案信息1识别出始发城市内到达地为北京南站，以及，根据城市间交通方案信息2识别出目的城市内出发地为浦东机场。
1109、服务器获取始发城市内中坤大厦到北京南站之间的城市内交通方案信息。
如：中坤大厦→首都机场出租车时长60分钟140元
中坤大厦→北京南站地铁4号线时长20分钟3元
1110、服务器获取目的城市内浦东机场到迪士尼之间的城市内交通方案信息。
如：浦东机场→迪士尼出租车时长2小时50分钟71元
上海虹桥→迪士尼地铁2号线→2号线→16号线→11号线时长1小时30分钟10元
1111、服务器根据城市间交通方案信息1、城市间交通方案信息2、中坤大厦到北京南站之间的城市内交通方案信息、浦东机场到迪士尼之间的城市内交通方案信息，获得中坤大厦与迪士尼之间的交通方案信息，如：
交通方案信息1：
中坤大厦→首都机场出租车时长60分钟140元
首都机场(北京)→浦东机场(上海)国航ca1501航班时长2小时10分钟760元
浦东机场→迪士尼出租车时长2小时50分钟71元
交通方案信息2：
中坤大厦→北京南站出租车时长35分钟40元
北京南站(北京)→上海虹桥(上海)高铁g5，时长4小时55分钟553元
上海虹桥→迪士尼地铁2号线→2号线→16号线→11号线时长1小时30分钟10元
1112、服务器将上述交通方案信息1～2按照价格由低到高进行排序，然后将部分或者全部的排序结果输出给移动终端。
本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。
本方案实施例还提供一种交通信息的获取装置，设置于上述服务器中，请参考图12，其为本方案实施例所提供的交通信息的获取装置的功能方块图，如图12所示，包括：
接收单元201，用于接收用户提供的始发地、目的地和出发时间；
预计算单元202，用于根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息；
实时计算单元203，用于根据所述城市间交通方案信息，获取所述始发城市内交通方案信息和所述目的城市内交通方案信息；以及，将所述城市间交通方案信息、所述始发城市内交通方案信息和所述目的城市内交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
在一种可行的实现方案中，所述实时计算单元203具体用于：
根据所述城市间交通方案信息，确定所述始发城市内到达地和所述目的城市内出发地；
根据所述始发地和所述始发城市内到达地，获取所述始发城市内交通方案信息；以及，根据所述目的地和所述目的城市内出发地，获取所述目的城市内交通方案信息。
在一种可行的实现方案中，所述实时计算单元203具体用于：
获取所述城市间交通方案信息中的起点，以作为所述始发城市内到达地；
获取所述城市间交通方案信息中的终点，以作为所述目的城市内出发地。
在一种可行的实现方案中，所述预计算单元202，具体用于：
获取所述始发城市与所述目的城市之间的可用交通方案信息；
根据所述出发时间，对所述可用交通方案信息进行筛选，得到所述城市间交通方案信息。
在一种可行的实现方案中，所述预计算单元202，具体用于：
根据所述出发时间，获取所述可用交通方案信息对应的剩余资源；
选取剩余资源满足预定条件的可用交通方案信息，作为所述城市间交通方案信息。
在一种可行的实现方案中，所述接收单元201，还用于：接收用户提供的位于始发地和目的地之间的中转地、所述中转地的停留时长；
所述预计算单元202，具体用于：根据所述始发地、所述中转地和所述出发时间，获取始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息，以及，根据中转地的停留时长，获取中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息；
所述实时计算单元203，具体用于：根据始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息，获取始发城市内交通方案信息、中转城市内交通方案信息和目的城市内交通方案信息；以及，将始发城市内交通方案信息、中转城市内交通方案信息、目的城市内交通方案信息、始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
在一种可行的实现方案中，所述实时计算单元203，还用于根据指定的排序方式，对所述始发地与所述目的地之间的交通方案信息进行排序，得到排序结果；
所述装置还包括：第一输出单元204，用于输出部分或者全部的所述排序结果。
在一种可行的实现方案中，当所述目的地为中转地时，
所述接收单元201，还用于获取用户提供的另一目的地和所述中转地的出发时间；
所述实时计算单元203，还用于根据所述中转地的出发时间，获得所述中转地到所述另一目的地之间的交通方案信息；以及，将所述始发地与所述中转地之间的交通方案信息、所述中转地到所述另一目的地之间的交通方案信息进行聚合，得到所述始发地到所述另一目的地之间的交通方案信息。
在一种可行的实现方案中，所述实时计算单元203，还用于：根据指定的排序方式，对所述始发地到所述另一目的地之间的交通方案信息进行排序，得到排序结果；
还包括：第二输出单元205，用于输出部分或者全部的所述排序结果。
在一种可行的实现方案中，所述指定的排序方式包括按照时间由短到长进行排序和/或按照价格由低到高进行排序。
在一种可行的实现方案中，还包括：
信息应用单元206，用于根据获得的交通方案信息，进行导航；和/或，用于根据获得的交通方案信息，生成电子地图；和/或，用于根据获得的交通方案信息，进行行程规划；和/或，用于根据获得的交通方案信息，显示与各目的地相关的兴趣点，以及显示该兴趣点的附加服务信息；和/或，用于将获得的交通方案信息进行共享。
本方案实施例还提供一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行以下流程：
接收用户提供的始发地、目的地和出发时间；
根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息；
根据所述城市间交通方案信息，获取所述始发城市内交通方案信息和所述目的城市内交通方案信息；
将所述城市间交通方案信息、所述始发城市内交通方案信息和所述目的城市内交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
本方案实施例还提供一种服务器，请参考图13，其为服务器100的简化框图。该服务器100可以包括与一个或多个数据存储工具连接的处理器101，该数据存储工具可以包括存储介质102和内存单元103。服务器100还可以包括输入接口104、输出接口105，用于与另一装置或系统进行通信。被处理器101的cpu执行的程序代码可存储在存储介质102或内存单元103中。
服务器100中的处理器101调用存储在存储介质102或内存单元103的程序代码，以执行下面各步骤：
通过输入接口104接收用户提供的始发地、目的地和出发时间；根据所述出发时间，获取始发地所在的始发城市与目的地所在的目的城市的城市间交通方案信息；根据所述城市间交通方案信息，获取所述始发城市内交通方案信息和所述目的城市内交通方案信息；将所述城市间交通方案信息、所述始发城市内交通方案信息和所述目的城市内交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
在一种可行的实现方案中，处理器101根据所述城市间交通方案信息，确定所述始发城市内到达地和所述目的城市内出发地；根据所述始发地和所述始发城市内到达地，获取所述始发城市内交通方案信息；以及，根据所述目的地和所述目的城市内出发地，获取所述目的城市内交通方案信息。
在一种可行的实现方案中，处理器101获取所述城市间交通方案信息中的起点，以作为所述始发城市内到达地；获取所述城市间交通方案信息中的终点，以作为所述目的城市内出发地。
在一种可行的实现方案中，处理器101获取所述始发城市与所述目的城市之间的可用交通方案信息；根据所述出发时间，对所述可用交通方案信息进行筛选，得到所述城市间交通方案信息。
在一种可行的实现方案中，处理器101根据所述出发时间，获取所述可用交通方案信息对应的剩余资源；选取剩余资源满足预定条件的可用交通方案信息，作为所述城市间交通方案信息。
在一种可行的实现方案中，处理器101通过输入接口104接收用户提供的位于始发地和目的地之间的中转地、所述中转地的停留时长；根据所述始发地、所述中转地和所述出发时间，获取始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息，以及，根据中转地的停留时长，获取中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息；以及，根据始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息，获取始发城市内交通方案信息、中转城市内交通方案信息和目的城市内交通方案信息；以及，将始发城市内交通方案信息、中转城市内交通方案信息、目的城市内交通方案信息、始发地所在的始发城市与中转地所在的中转城市的城市间交通方案信息、中转地所在的中转城市与目的地所在的目的城市的城市间交通方案信息进行聚合，得到所述始发地与所述目的地之间的交通方案信息。
在一种可行的实现方案中，处理器101根据指定的排序方式，对所述始发地与所述目的地之间的交通方案信息进行排序，得到排序结果；并通过输出接口105输出部分或者全部的所述排序结果。
在一种可行的实现方案中，当所述目的地为中转地时，处理器101还可以获取用户提供的另一目的地和所述中转地的出发时间；根据所述中转地的出发时间，获得所述中转地到所述另一目的地之间的交通方案信息；将所述始发地与所述中转地之间的交通方案信息、所述中转地到所述另一目的地之间的交通方案信息进行聚合，得到所述始发地到所述另一目的地之间的交通方案信息。
在一种可行的实现方案中，处理器101根据指定的排序方式，对所述始发地到所述另一目的地之间的交通方案信息进行排序，得到排序结果；并通过输出接口105输出部分或者全部的所述排序结果。
在一种可行的实现方案中，所述指定的排序方式包括按照时间由短到长进行排序和/或按照价格由低到高进行排序。
在一种可行的实现方案中，处理器101还可以根据获得的交通方案信息，进行导航；和/或，根据获得的交通方案信息，生成电子地图；和/或，根据获得的交通方案信息，进行行程规划；和/或，根据获得的交通方案信息，显示与各目的地相关的兴趣点，以及显示该兴趣点的附加服务信息；和/或，将获得的交通方案信息进行共享。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。