TW201825870A - 交通資訊的獲取方法、裝置及非暫態電腦可讀儲存媒體 - Google Patents

Abstract

本案實施例提供了一種交通信息的獲取方法、裝置及非暫態電腦可讀儲存媒體。本案實施例中，接收用戶提供的始發地、目的地和出發時間；根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息；根據所述城市間交通方案信息，獲取所述始發城市內交通方案信息和所述目的城市內交通方案信息；將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。本案實施例用以解決現有技術中無法向用戶提供更為高效的點到點出發的交通方案的問題。

Description

交通資訊的獲取方法、裝置及非暫態電腦可讀儲存媒體

本發明係關於智能交通技術領域，尤其關於一種交通信息的獲取方法、裝置及暫態電腦可讀儲存媒體。

對於城市之間的大交通問題，目前傳統的出發方式主要依賴航空、鐵路或者公路等。目前主要導航軟體給出的是如下幾種實現方式： 　　第一種：駕車方式下的路徑解決方案。 　　第二種：城市之間的大交通方案，例如，鐵路班次、航空班次、航運班次。 　　第一種方式中主要針對駕車用戶。對於更多的普通用戶，尤其是長途旅行用戶，更多的是選擇第二種方式。 　　但是，第二種方式下，用戶從當前所在城市內的始發地到達的另一城市內的目的地之間不只是大交通問題，還需要解決從當前所在城市內的始發地如何到達航站樓、火車站或者長途車站的交通問題，相應的，還需要解決從另一城市內的航站樓、火車站或者長途車站到達目的地之間的交通問題。目前，從一個城市的一個地點到另一個城市的一個地點的出發稱為點到點出發。 　　現有技術中，行程規劃類軟體，如旅遊類軟體、地圖類軟體、導航類軟體等，能夠實現城市到城市之間的交通方案推薦。例如，用戶使用移動終端上安裝的旅遊類軟體，能夠得到城市之間的交通方案推薦。然而，這些行程規劃類應用無法在獲取城市之間交通方案的同時一併獲取到從當前所在城市內的位置與達航站樓、火車站或者長途車站之間的交通方案，也無法獲取到從另一城市內的航站樓、火車站或者長途車站到達目的位置之間的交通方案，而且更加無法有效地將城市內交通方案和城市間交通方案的多個方案的整合，以向用戶提供更為高效的點到點出發的交通方案。

有鑒於此，本案實施例提供了一種交通信息的獲取方法、裝置及暫態電腦可讀儲存媒體，用以解決現有技術中無法向用戶提供更為高效的點到點出發的交通方案的問題。 　　一方面，本發明實施例提供了一種交通信息的獲取方法，包括： 　　接收用戶提供的始發地、目的地和出發時間； 　　根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息； 　　根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息； 　　將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息，包括： 　　根據所述城市間交通方案信息，確定所述始發城市內到達地和所述目的城市內出發地； 　　根據所述始發地和所述始發城市內到達地，獲取所述始發城市內交通方案信息；以及，根據所述目的地和所述目的城市內出發地，獲取所述目的城市內交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，根據所述城市間交通方案信息，確定所述始發城市內到達地和所述目的城市內出發地，包括： 　　獲取所述城市間交通方案信息中的起點，以作為所述始發城市內到達地； 　　獲取所述城市間交通方案信息中的終點，以作為所述目的城市內出發地。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息，包括： 　　獲取所述始發城市與所述目的城市之間的可用交通方案信息； 　　根據所述出發時間，對所述可用交通方案信息進行篩選，得到所述城市間交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，根據所述出發時間，對所述可用交通方案信息進行篩選，得到所述城市間交通方案信息，包括： 　　根據所述出發時間，獲取所述可用交通方案信息對應的剩餘資源； 　　選取剩餘資源滿足預定條件的可用交通方案信息，作為所述城市間交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述接收用戶提供的始發地、目的地和出發時間還包括：接收用戶提供的位於始發地和目的地之間的中轉地、所述中轉地的停留時長； 　　根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息，包括：根據所述始發地、所述中轉地和所述出發時間，獲取始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息，以及，根據中轉地的停留時長，獲取中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息； 　　根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息，包括：根據始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息，獲取始發城市內交通方案信息、中轉城市內交通方案信息和目的城市內交通方案信息； 　　將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，包括：將始發城市內交通方案信息、中轉城市內交通方案信息、目的城市內交通方案信息、始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，還包括： 　　根據指定的排序方式，對所述始發地與所述目的地之間的交通方案信息進行排序，得到排序結果； 　　輸出部分或者全部的所述排序結果。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，當所述目的地為中轉地時，還包括： 　　獲取用戶提供的另一目的地和所述中轉地的出發時間； 　　根據所述中轉地的出發時間，獲得所述中轉地到所述另一目的地之間的交通方案信息； 　　將所述始發地與所述中轉地之間的交通方案信息、所述中轉地到所述另一目的地之間的交通方案信息進行結合，得到所述始發地到所述另一目的地之間的交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，還包括： 　　根據指定的排序方式，對所述始發地到所述另一目的地之間的交通方案信息進行排序，得到排序結果； 　　輸出部分或者全部的所述排序結果。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述指定的排序方式包括按照時間由短到長進行排序和/或按照價格由低到高進行排序。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，還包括： 　　根據獲得的交通方案信息，進行導航；和/或， 　　根據獲得的交通方案信息，產生電子地圖；和/或， 　　根據獲得的交通方案信息，進行行程規劃；和/或， 　　根據獲得的交通方案信息，顯示與各目的地相關的興趣點，以及顯示該興趣點的附加服務信息；和/或， 　　將獲得的交通方案信息進行共享。 　　另一方面，本發明實施例提供了一種交通信息的獲取裝置，包括： 　　接收單元，用於接收用戶提供的始發地、目的地和出發時間； 　　預計算單元，用於根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息； 　　實時計算單元，用於根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息；以及，將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述實時計算單元具體用於： 　　根據所述城市間交通方案信息，確定所述始發城市內到達地和所述目的城市內出發地； 　　根據所述始發地和所述始發城市內到達地，獲取所述始發城市內交通方案信息；以及，根據所述目的地和所述目的城市內出發地，獲取所述目的城市內交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述實時計算單元具體用於： 　　獲取所述城市間交通方案信息中的起點，以作為所述始發城市內到達地； 　　獲取所述城市間交通方案信息中的終點，以作為所述目的城市內出發地。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述預計算單元具體用於： 　　獲取所述始發城市與所述目的城市之間的可用交通方案信息； 　　根據所述出發時間，對所述可用交通方案信息進行篩選，得到所述城市間交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述預計算單元具體用於： 　　根據所述出發時間，獲取所述可用交通方案信息對應的剩餘資源； 　　選取剩餘資源滿足預定條件的可用交通方案信息，作為所述城市間交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述接收單元，還用於：接收用戶提供的位於始發地和目的地之間的中轉地、所述中轉地的停留時長； 　　所述預計算單元，具體用於：根據所述始發地、所述中轉地和所述出發時間，獲取始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息，以及，根據中轉地的停留時長，獲取中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息； 　　所述實時計算單元，具體用於：根據始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息，獲取始發城市內交通方案信息、中轉城市內交通方案信息和目的城市內交通方案信息；以及，將始發城市內交通方案信息、中轉城市內交通方案信息、目的城市內交通方案信息、始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述實時計算單元，還用於根據指定的排序方式，對所述始發地與所述目的地之間的交通方案信息進行排序，得到排序結果； 　　所述裝置還包括：第一輸出單元，用於輸出部分或者全部的所述排序結果。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，當所述目的地為中轉地時， 　　所述接收單元，還用於獲取用戶提供的另一目的地和所述中轉地的出發時間； 　　所述實時計算單元，還用於根據所述中轉地的出發時間，獲得所述中轉地到所述另一目的地之間的交通方案信息；以及，將所述始發地與所述中轉地之間的交通方案信息、所述中轉地到所述另一目的地之間的交通方案信息進行結合，得到所述始發地到所述另一目的地之間的交通方案信息。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述實時計算單元，還用於：根據指定的排序方式，對所述始發地到所述另一目的地之間的交通方案信息進行排序，得到排序結果； 　　還包括：第二輸出單元，用於輸出部分或者全部的所述排序結果。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述指定的排序方式包括按照時間由短到長進行排序和/或按照價格由低到高進行排序。 　　如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，還包括： 　　信息應用單元，用於根據獲得的交通方案信息，進行導航；和/或，用於根據獲得的交通方案信息，產生電子地圖；和/或，用於根據獲得的交通方案信息，進行行程規劃；和/或，用於根據獲得的交通方案信息，顯示與各目的地相關的興趣點，以及顯示該興趣點的附加服務信息；和/或，用於將獲得的交通方案信息進行共享。 　　另一方面，本發明實施例提供了一種非暫態電腦可讀儲存媒體，非暫態電腦可讀儲存媒體儲存電腦指令，所述電腦指令用於使所述電腦執行以下流程： 　　接收用戶提供的始發地、目的地和出發時間； 　　根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息； 　　根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息； 　　將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。 　　上述技術方案中的一個技術方案具有如下有益效果： 　　本案實施例能夠在得到城市間交通方案之後，確定始發城市內交通方案信息和目的城市內交通方案信息，然後將始發城市內的交通方案、目的城市內的交通方案、城市間交通方案進行結合，得到始發地與目的地之間的交通方案，能夠在獲取城市之間交通方案的同時一併和獲取到當前所在城市內交通方案以及前往城市內交通方案，有效地將城市內交通方案和城市間交通方案的多個方案的整合，從而向用戶提供了更為高效的點到點出發的交通方案，解決了現有技術中無法向用戶提供更為高效的點到點出發的交通方案的問題。

為了更好的理解本發明的技術方案，下面結合附圖對本發明實施例進行詳細描述。 　　應當明確，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其它實施例，都屬於本發明保護的範圍。 　　在本發明實施例中使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本發明。在本發明實施例和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。 　　應當理解，本文中使用的術語“和/或”僅僅是一種描述關聯對象的關聯關係，表示可以存在三種關係，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前後關聯對象是一種“或”的關係。 　　取決於語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應於確定”或“響應於檢測”。類似地，取決於語境，短語“如果確定”或“如果檢測（陳述的條件或事件）”可以被解釋成為“當確定時”或“響應於確定”或“當檢測（陳述的條件或事件）時”或“響應於檢測（陳述的條件或事件）”。 　　針對現有技術所存在的無法獲取從用戶當前所在城市內的始發地與達航站樓、火車站或者長途車站之間的交通方案，相應的，也無法獲取從另一城市內的航站樓、火車站或者長途車站到達目的地之間的交通方案，所導致的無法獲取點到點出發的交通方案的問題，本案實施例提供了相應的解決思路：伺服器在獲得始發城市與目的城市的城市間交通方案之後，根據城市間交通方案自動確定始發城市內到達地，以及自動確定目的城市內出發地，然後根據始發城市內的始發地和到達地，獲得始發城市內交通方案，以及，根據目的城市內出發地與目的地，獲得目的城市內交通方案，最後將上述獲得的始發城市內交通方案、始發城市與目的城市的城市間交通方案、目的城市內交通方案進行結合，得到始發地與目的地之間的交通方案。 　　需要說明的是，本案實施例可以應用於包括移動終端和伺服器的系統。移動終端可以如手機、平板電腦、台式機等。伺服器可整合在網路側。 　　本發明實施例提供的交通信息的獲取方法可以執行在伺服器中，其流程如圖1所示，包括： 　　101、接收用戶提供的始發地、目的地和出發時間。 　　102、根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息。 　　103、根據城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息。 　　104、將城市間交通方案信息、始發城市內交通方案信息和目的城市內交通方案信息進行結合，得到始發地與目的地之間的交通方案信息。 　　針對步驟101的實現，本案實施例在此提供了兩種可行的實施方式，包括： 　　第一種：移動終端中安裝的客戶端可以向用戶顯示輸入介面，透過該輸入介面接收用戶輸入的始發地、目的地和出發時間，然後移動終端將用戶輸入的始發地、目的地和出發時間發送給伺服器，如此，伺服器可以獲得用戶提供的始發地、目的地和出發時間。 　　第二種：移動終端中安裝的客戶端可以根據用戶指令，觸發移動終端的定位模塊進行定位，獲得用戶當前所在地理位置，將用戶當前所在地理位置作為始發地，或者，客戶端根據該地理位置向用戶提供若干候選始發地，將用戶選擇的候選始發地作為始發地。 　　客戶端還可以向用戶提供若干候選目的地，將用戶選擇的候選目的地作為目的地；或者，客戶端也可以接收用戶在輸入框中輸入的目的地。 　　另外，客戶端可以向用戶顯示日曆，然後接收用戶在日曆中選擇的日期作為出發時間。 　　移動終端將用戶提供的始發地、目的地和出發時間發送給伺服器，如此，伺服器可以獲得用戶提供的始發地、目的地和出發時間。 　　可以理解的是，上述始發地是用戶的真實始發地，目的地是用戶的真實目的地，出發時間可以是某一天，或者也可以精確到某一天的具體時刻，本案實施例對此不進行特別限定。 　　針對步驟102的實現，本案實施例在此提供了一種可行的實施方式，如圖2所示，包括： 　　201、獲取所述始發城市與所述目的城市之間的可用交通方案信息。 　　202、根據所述出發時間，對所述可用交通方案信息進行篩選，得到所述城市間交通方案信息。 　　請參考圖3，其為本案實施例所提供的始發地、目的地、始發城市和目的城市的示例圖，如圖3所示，本案實施例中，伺服器在從移動終端接收到始發地和目的地之後，可以先識別出始發地所屬的始發城市，以及識別出目的地所屬的目的城市。其中，圖3中所示的實綫表示真實的交通方案，虛綫表示最終要獲得的交通方案，最終要獲得始發地與目的地之間的交通方案信息，但是該從始發地前往目的地真實的交通方案包括：先執行始發地與始發城市內到達地之間的始發城市內交通方案信息，然後執行始發城市與目的城市的城市間交通方案信息，最後執行目的城市內出發地與目的地之間的目的城市內交通方案信息。 　　例如，用戶由“中坤大厦”前往“迪士尼”，因此需要獲得“中坤大厦”與“迪士尼”之間的交通方案信息，實際情況是先由“中坤大厦”前往“北京南站”（始發城市內交通方案信息），再由“北京南站”前往“上海虹橋”（城市間交通方案信息），最後由“上海虹橋”前往“迪士尼”（目的城市內交通方案信息）。 　　舉例說明，請參考圖4，其為本案實施例所提供的實現交通信息的獲取方法的架構示意圖，如圖4所示，伺服器包括輸入介面、預計算引擎、交通搜索引擎、實時計算引擎和輸出介面。其中，輸入介面和輸出介面都用於伺服器與移動終端之間進行通信，輸入介面用於接收移動終端輸出的信息，輸出介面用於向移動終端輸出信息。預計算引擎中預先設置興趣點（Point of Interest，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還可以根據獲得的交通方案信息，進行導航；和/或，根據獲得的交通方案信息，產生電子地圖；和/或，根據獲得的交通方案信息，進行行程規劃；和/或，根據獲得的交通方案信息，顯示與各目的地相關的興趣點，以及顯示該興趣點的附加服務信息；和/或，將獲得的交通方案信息進行共享。 　　所屬領域的技術人員可以清楚地瞭解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。 　　以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之內。

201‧‧‧接收單元

202‧‧‧預計算單元

203‧‧‧實時計算單元

204‧‧‧第一發送單元

205‧‧‧第二發送單元

206‧‧‧信息應用單元

100‧‧‧伺服器

101‧‧‧處理器

102‧‧‧儲存媒體

103‧‧‧記憶體單元

104‧‧‧輸入介面

105‧‧‧輸出介面

為了更清楚地說明本發明實施例的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其它的附圖。 　　圖1是本案實施例所提供的交通信息的獲取方法的一種流程示意圖； 　　圖2是本案實施例所提供的步驟102的實現方法的流程示意圖； 　　圖3是本案實施例所提供的始發地、目的地、始發城市和目的城市的示例圖； 　　圖4是本案實施例所提供的實現交通信息的獲取方法的架構示意圖； 　　圖5a是本案實施例所提供的針對城市間交通的圖模型的示例圖； 　　圖5b是本案實施例所提供的北京—上海—杭州的圖模型的示例圖； 　　圖6是本案實施例所提供的交通信息的獲取方法的另一流程示意圖； 　　圖7是本案實施例所提供的始發地、中轉地、另一目的地、始發城市、中轉城市和另一目的城市的示例圖； 　　圖8是本案實施例所提供的交通信息的獲取方法的另一流程示意圖； 　　圖9是本案實施例所提供的始發地、中轉地、目的地、始發城市、中轉城市和目的城市的示例圖； 　　圖10是本案實施例所提供的交通信息的獲取方法中總體交互流程的示意圖； 　　圖11是本案實施例所提供的交通信息的獲取方法中總體交互流程的另一示意圖； 　　圖12是本案實施例所提供的交通信息的獲取裝置的功能方塊圖； 　　圖13是伺服器的簡化方塊圖。

Claims (23)

1. 一種交通信息的獲取方法，包括： 　　接收用戶提供的始發地、目的地和出發時間； 　　根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息； 　　根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息； 　　將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。
2. 根據申請專利範圍第1項所述的方法，其中，根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息，包括： 　　根據所述城市間交通方案信息，確定所述始發城市內到達地和所述目的城市內出發地； 　　根據所述始發地和所述始發城市內到達地，獲取所述始發城市內交通方案信息；以及，根據所述目的地和所述目的城市內出發地，獲取所述目的城市內交通方案信息。
3. 根據申請專利範圍第2項所述的方法，其中，根據所述城市間交通方案信息，確定所述始發城市內到達地和所述目的城市內出發地，包括： 　　獲取所述城市間交通方案信息中的起點，以作為所述始發城市內到達地； 　　獲取所述城市間交通方案信息中的終點，以作為所述目的城市內出發地。
4. 根據申請專利範圍第1項所述的方法，其中，根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息，包括： 　　獲取所述始發城市與所述目的城市之間的可用交通方案信息； 　　根據所述出發時間，對所述可用交通方案信息進行篩選，得到所述城市間交通方案信息。
5. 根據申請專利範圍第4項所述的方法，其中，根據所述出發時間，對所述可用交通方案信息進行篩選，得到所述城市間交通方案信息，包括： 　　根據所述出發時間，獲取所述可用交通方案信息對應的剩餘資源； 　　選取剩餘資源滿足預定條件的可用交通方案信息，作為所述城市間交通方案信息。
6. 根據申請專利範圍第1至5項中任一項所述的方法，其中， 　　所述接收用戶提供的始發地、目的地和出發時間還包括：接收用戶提供的位於始發地和目的地之間的中轉地、所述中轉地的停留時長； 　　根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息，包括：根據所述始發地、所述中轉地和所述出發時間，獲取始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息，以及，根據中轉地的停留時長，獲取中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息； 　　根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息，包括：根據始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息，獲取始發城市內交通方案信息、中轉城市內交通方案信息和目的城市內交通方案信息； 　　將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，包括：將始發城市內交通方案信息、中轉城市內交通方案信息、目的城市內交通方案信息、始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。
7. 根據申請專利範圍第1或6項所述的方法，其中，還包括： 　　根據指定的排序方式，對所述始發地與所述目的地之間的交通方案信息進行排序，得到排序結果； 　　輸出部分或者全部的所述排序結果。
8. 根據申請專利範圍第1至5項中任一項所述的方法，其中，當所述目的地為中轉地時，還包括： 　　獲取用戶提供的另一目的地和所述中轉地的出發時間； 　　根據所述中轉地的出發時間，獲得所述中轉地到所述另一目的地之間的交通方案信息； 　　將所述始發地與所述中轉地之間的交通方案信息、所述中轉地到所述另一目的地之間的交通方案信息進行結合，得到所述始發地到所述另一目的地之間的交通方案信息。
9. 根據申請專利範圍第8項所述的方法，其中，還包括： 　　根據指定的排序方式，對所述始發地到所述另一目的地之間的交通方案信息進行排序，得到排序結果； 　　輸出部分或者全部的所述排序結果。
10. 根據申請專利範圍第7或9項所述的方法，其中，所述指定的排序方式包括按照時間由短到長進行排序和/或按照價格由低到高進行排序。
11. 根據申請專利範圍第1、6、和8項中任一項所述的方法，其中，還包括： 　　根據獲得的交通方案信息，進行導航；和/或， 　　根據獲得的交通方案信息，產生電子地圖；和/或， 　　根據獲得的交通方案信息，進行行程規劃；和/或， 　　根據獲得的交通方案信息，顯示與各目的地相關的興趣點，以及顯示該興趣點的附加服務信息；和/或， 　　將獲得的交通方案信息進行共享。
12. 一種交通信息的獲取裝置，包括： 　　接收單元，用於接收用戶提供的始發地、目的地和出發時間； 　　預計算單元，用於根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息； 　　實時計算單元，用於根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息；以及，將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。
13. 根據申請專利範圍第12項所述的裝置，其中，所述實時計算單元具體用於： 　　根據所述城市間交通方案信息，確定所述始發城市內到達地和所述目的城市內出發地； 　　根據所述始發地和所述始發城市內到達地，獲取所述始發城市內交通方案信息；以及，根據所述目的地和所述目的城市內出發地，獲取所述目的城市內交通方案信息。
14. 根據申請專利範圍第13項所述的裝置，其中，所述實時計算單元具體用於： 　　獲取所述城市間交通方案信息中的起點，以作為所述始發城市內到達地； 　　獲取所述城市間交通方案信息中的終點，以作為所述目的城市內出發地。
15. 根據申請專利範圍第12項所述的裝置，其中，所述預計算單元具體用於： 　　獲取所述始發城市與所述目的城市之間的可用交通方案信息； 　　根據所述出發時間，對所述可用交通方案信息進行篩選，得到所述城市間交通方案信息。
16. 根據申請專利範圍第15項所述的裝置，其中，所述預計算單元具體用於： 　　根據所述出發時間，獲取所述可用交通方案信息對應的剩餘資源； 　　選取剩餘資源滿足預定條件的可用交通方案信息，作為所述城市間交通方案信息。
17. 根據申請專利範圍第12至16項中任一項所述的裝置，其中， 　　所述接收單元，還用於：接收用戶提供的位於始發地和目的地之間的中轉地、所述中轉地的停留時長； 　　所述預計算單元，具體用於：根據所述始發地、所述中轉地和所述出發時間，獲取始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息，以及，根據中轉地的停留時長，獲取中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息； 　　所述實時計算單元，具體用於：根據始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息，獲取始發城市內交通方案信息、中轉城市內交通方案信息和目的城市內交通方案信息；以及，將始發城市內交通方案信息、中轉城市內交通方案信息、目的城市內交通方案信息、始發地所在的始發城市與中轉地所在的中轉城市的城市間交通方案信息、中轉地所在的中轉城市與目的地所在的目的城市的城市間交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。
18. 根據申請專利範圍第12或17項所述的裝置，其中， 　　所述實時計算單元，還用於根據指定的排序方式，對所述始發地與所述目的地之間的交通方案信息進行排序，得到排序結果； 　　所述裝置還包括：第一輸出單元，用於輸出部分或者全部的所述排序結果。
19. 根據申請專利範圍第12至16項中任一項所述的裝置，其中，當所述目的地為中轉地時， 　　所述接收單元，還用於獲取用戶提供的另一目的地和所述中轉地的出發時間； 　　所述實時計算單元，還用於根據所述中轉地的出發時間，獲得所述中轉地到所述另一目的地之間的交通方案信息；以及，將所述始發地與所述中轉地之間的交通方案信息、所述中轉地到所述另一目的地之間的交通方案信息進行結合，得到所述始發地到所述另一目的地之間的交通方案信息。
20. 根據申請專利範圍第19項所述的裝置，其中， 　　所述實時計算單元，還用於：根據指定的排序方式，對所述始發地到所述另一目的地之間的交通方案信息進行排序，得到排序結果； 　　還包括：第二輸出單元，用於輸出部分或者全部的所述排序結果。
21. 根據申請專利範圍第18或20項所述的裝置，其中，所述指定的排序方式包括按照時間由短到長進行排序和/或按照價格由低到高進行排序。
22. 根據申請專利範圍第12、17、和19項中任一項所述的裝置，其中，還包括： 　　信息應用單元，用於根據獲得的交通方案信息，進行導航；和/或，用於根據獲得的交通方案信息，產生電子地圖；和/或，用於根據獲得的交通方案信息，進行行程規劃；和/或，用於根據獲得的交通方案信息，顯示與各目的地相關的興趣點，以及顯示該興趣點的附加服務信息；和/或，用於將獲得的交通方案信息進行共享。
23. 一種非暫態電腦可讀儲存媒體，所述非暫態電腦可讀儲存媒體儲存電腦指令，所述電腦指令用於使所述電腦執行以下流程： 　　接收用戶提供的始發地、目的地和出發時間； 　　根據所述出發時間，獲取始發地所在的始發城市與目的地所在的目的城市的城市間交通方案信息； 　　根據所述城市間交通方案信息，獲取始發城市內交通方案信息和目的城市內交通方案信息； 　　將所述城市間交通方案信息、所述始發城市內交通方案信息和所述目的城市內交通方案信息進行結合，得到所述始發地與所述目的地之間的交通方案信息。