基於用戶的移動終端的公交信息查詢方法
2023-09-18 15:12:35 1
基於用戶的移動終端的公交信息查詢方法
【專利摘要】提供了一種基於用戶的移動終端的公交信息查詢的方法，所述方法包括：第一用戶向伺服器發送公交查詢請求；伺服器產生與所述公交查詢請求對應的公交查詢結果；伺服器將產生的公交查詢結果提供給第一客戶機，其中，伺服器根據其它用戶提供的公交運行狀態信息來確定公交查詢結果。通過本發明，不需要給所有的公交車或站臺都安裝額外的GPS或通訊模塊，這樣不僅實施更加簡單，而且極大地降低了系統成本，使得基礎設施投入能力不足的城市也可以建立起完善的公交信息查詢系統，大大增強了居民乘坐公交的舒適度和滿意度。
【專利說明】基於用戶的移動終端的公交信息查詢方法
【技術領域】
[0001]本發明涉及通信【技術領域】，更具體地講，涉及一種基於用戶籤到的公交查詢方法。【背景技術】
[0002]伴隨著我國城鎮化的進程，除了大中城市，越來越多城鎮也建立起公交系統，居民出行對公交系統的依賴也日益增強。但由於基礎公共設施還不完善，很少有城市能真正提供詳細、準確、便利的實時公交信息查詢系統，以便查詢公交到站時間，提高居民出行的效率和舒適度。
[0003]為了解決這種問題，根據現有技術的公交信息查詢系統中，一般都是通過在公交車或站臺安裝額外的GPS或其他通訊設備來收集公交車的位置信息，伺服器端匯總和存儲所有數據，提供給候車的乘客查詢，但是這種方法雖然可以給候車的乘客提供實時查詢公交信息的功能，但是仍然存在至少以下的不足:
[0004]第一，實施困難，需要給所有的公交車或站臺都安裝額外的GPS或其他通訊設備。
[0005]第二，成本高昂，給所有公交車或站臺安裝額外的GPS或通訊模塊，需要投入大量的設備、人力和資金，由於公交信息查詢系統在整個城市基礎設施建設中的非緊迫性(雖然候車乘客等待時間較長，但仍然可以出行)，導致了大部分城市都沒有建立起完善的公交信息查詢系統。
【發明內容】
[0006]為了解決現有技術中存在的上述和/或其它問題，本發明提供了一種基於用戶的移動終端的公交信息查詢方法。
[0007]根據本發明實施例的一種基於用戶的移動終端的公交信息查詢的方法，包括:第一用戶向伺服器發送公交查詢請求；伺服器產生與所述公交查詢請求對應的公交查詢結果；伺服器將產生的公交查詢結果提供給第一客戶機，其中，伺服器根據其它用戶提供的公交運行狀態信息來確定公交查詢結果。
[0008]優選地，公交查詢請求包括關於公交線路的信息、關於所請求的公交站點的信息以及關於公交運行方向的信息，其中，公交查詢結果包括關於到達所請求的公交站點的時間的信息，其中，公交運行狀態信息包括關於公交線路的信息、關於公交站點的信息、關於乘客是否是上車狀態的信息以及關於公交運行方向的信息。
[0009]優選地，伺服器將確定的公交查詢結果提供給第一客戶機的步驟包括:伺服器提供包括至少一個公交查詢結果的列表。
[0010]優選地，所述列表包括關於用於產生公交查詢結果的公交運行狀態信息的可信度。
[0011]優選地，伺服器僅提供具有最高可信度的公交查詢結果。
[0012]優選地，其它用戶提供的公交運行狀態信息預先存儲在伺服器中，其中，可信度是與公交運行狀態信息對應的公交查詢結果被採納的次數與基於公交運行狀態信息產生公交查詢結果的總次數的比率。
[0013]優選地，伺服器產生與所述公交查詢請求對應的公交查詢結果的步驟包括:伺服器根據接收公交運行狀態信息的時間以及包括在公交運行狀態信息中的關於公交站點的信息以及關於公交運行方向的信息，來確定存儲的公交運行狀態信息的有效性；伺服器根據有效地公交運行狀態信息產生公交查詢結果。
[0014]優選地，所述基於用戶的移動終端的公交信息查詢的方法還包括:伺服器周期性地執行判斷存儲的公交運行狀態信息有效性並刪除無效的公交運行狀態信息的操作。
[0015]優選地，所述基於用戶的移動終端的公交信息查詢的方法還包括:伺服器向登記在所述伺服器的用戶發送關於請求公交運行狀態信息的信息；伺服器從用戶接收響應於關於請求公交運行狀態信息的信息而提供的公交運行狀態信息，其中，可信度是用戶提供的公交運行狀態信息中的被採納的次數與用戶提供的公交運行狀態信息的總次數的比率。
[0016]優選地，用戶與伺服器通過網際網路或短消息收發信息。
[0017]根據本發明的另一實施例的一種提供基於用戶的移動終端的公交查詢信息的方法包括:從第一用戶接收公交查詢請求；產生與所述公交查詢請求對應的公交查詢結果；將產生的公交查詢結果提供給第一用戶，其中，根據其它用戶提供的公交運行狀態信息來確定公交查詢結果。
[0018]優選地，公交查詢請求包括關於公交線路的信息、關於所請求的公交站點的信息以及關於公交運行方向的信息，其中，公交查詢結果包括關於到達所請求的公交站點的時間的信息，其中，公交運行狀態信息包括關於公交線路的信息、關於公交站點的信息、關於乘客是否是上車狀態的信息以及關於公交運行方向的信息。
[0019]優選地，將產生的公交查詢結果提供給第一用戶的步驟包括:提供包括至少一個公交查詢結果的列表。
[0020]優選地，所述列表包括關於用於產生公交查詢結果的公交運行狀態信息的可信度。
[0021]優選地，僅提供具有最高可信度的公交查詢結果。
[0022]優選地，根據預先存儲的其它用戶提供的公交運行狀態信息產生公交查詢結果，其中，可信度是與公交運行狀態信息對應的公交查詢結果被採納的次數與基於公交運行狀態信息產生公交查詢結果的總次數的比率。
[0023]優選地，產生與所述公交查詢請求對應的公交查詢結果的步驟包括:根據接收公交運行狀態信息的時間以及包括在公交運行狀態信息中的關於公交站點的信息以及關於公交運行方向的信息，來確定存儲的公交運行狀態信息的有效性；根據有效的公交運行狀態信息產生公交查詢結果。
[0024]優選地，所述方法還包括:周期性地執行判斷存儲的公交運行狀態信息有效性並刪除無效的公交運行狀態信息的操作。
[0025]優選地，所述方法還包括:向登記的用戶發送關於請求公交運行狀態信息的信息；從用戶接收響應於關於請求公交運行狀態信息的信息而提供的公交運行狀態信息，其中，可信度是用戶提供的公交運行狀態信息中的被採納的次數與用戶提供的公交運行狀態信息的總次數的比率。
[0026]優選地，通過網際網路或短消息與用戶進行通信。[0027]根據本發明的技術方案，用戶使用行動電話等移動終端通過網際網路、發送簡訊等通信方式將關於用戶當前所乘坐的公交的運行狀態等的公交運行狀態信息到伺服器端，月艮務器通過分析和綜合公交運行狀態信息提供與用戶的公交查詢請求對應的公交查詢結果。
[0028]另外，根據本發明的技術方案，不需要給所有的公交車或站臺都安裝額外的GPS或通訊模塊，這樣不僅實施更加簡單，而且極大地降低了系統成本，使得基礎設施投入能力不足的城市也可以建立起完善的公交信息查詢系統，大大增強了居民乘坐公交的舒適度和滿意度。
【專利附圖】
【附圖說明】
[0029]通過下面結合附圖對實施例進行的描述，本發明的這些和/或其他方面和優點將會變得清楚和更易於理解，其中:
[0030]圖1為示出根據本發明的示例性實施例的公交信息服務網絡的示圖。
[0031]圖2為根據本發明的示例性實施例的由公交信息服務網絡執行的基於乘客籤到的公交查詢方法的流程圖。
[0032]圖3為根據本發明的另一示例性實施例的由公交信息服務網絡執行的基於乘客籤到的公交查詢方法的流程圖。
[0033]圖4為根據本發明的示例性實施例的伺服器提供公交查詢服務的方法的流程圖。
[0034]圖5為根據本發明的示例性實施例的伺服器的框圖。
【具體實施方式】
[0035]現在對本發明實施例進行詳細的描述，其示例表示在附圖中，其中，相同的標號始終表示相同部件。下面通過參照附圖對實施例進行描述以解釋本發明。
[0036]圖1為示出根據本發明的示例性實施例的公交信息服務網絡的示圖。如圖1所示，根據本發明示例性實施例的公交信息服務網絡包括伺服器100以及多個用戶110、120以及130。
[0037]這裡，伺服器100可以是集中處理整個城市的公交信息的伺服器。伺服器100可以根據用戶110、120以及130的公交查詢請求，提供公交查詢結果。同時伺服器100可接收並存儲用戶110、120以及130提供的公交運行狀態信息，以用於產生與公交查詢請求對應的公交查詢結果。伺服器100可向用戶110、120以及130發送提供公交運行狀態信息的請求。
[0038]用戶110、120以及130可通過登錄到伺服器100來接收伺服器100提供的公安交
信息服務。
[0039]用戶110、120以及130可向伺服器100發送公交查詢請求，並從伺服器100接收與公交查詢請求對應的公交查詢結果。
[0040]此外，用戶110、120以及130可向伺服器100提供公交運行狀態信息。優選地，用戶110、120以及130可響應於來自伺服器發送公交運行狀態信息的請求，向伺服器110發送公交運行狀態信息。
[0041]優選地，用戶110、120以及130通過有線/無線方式與伺服器100進行通信。例
如，用戶與伺服器通過簡訊形式進行通信。可選擇地，用戶與伺服器通過網際網路進行通信。[0042]這裡，優選地，用戶110、120以及130通過具有通信以及顯示功能的電子裝置接收伺服器100提供的服務，例如，用戶可以行動電話或平板電腦來接收伺服器100提供的服務。
[0043]雖然附圖1中示出公交信息服務網絡中僅包括了三個用戶，但本發明不限於此，所述公交信息服務網絡所包括的用戶數量不限於此。
[0044]下面，將參照圖1和圖2來詳細描述由公交信息服務網絡執行的基於乘客籤到的公交查詢方法，其中，為了描述的方便，假設用戶110提出公交查詢請求。
[0045]圖2為根據本發明的示例性實施例的由公交信息服務網絡執行的基於乘客籤到的公交查詢方法。
[0046]在步驟210，用戶110向伺服器100發送公交查詢請求。這裡，公交查詢請求可包括關於公交線路的信息、關於所請求的公交站點的信息以及關於公交運行方向的信息。例如，用戶110以簡訊形式向伺服器100發送具有「L100-07-F」的公交查詢請求。這裡，「L100」表示100路，「07」表示第七站點，「F」表示公交下行。可選擇地，用戶110通過網際網路向伺服器100發送具有「公交線路:100路/站點:站點7/公交上下行:下行」」的公交查詢請求。
[0047]用戶110可以通過簡訊或通過網際網路向伺服器100發送所述公交查詢請求。
[0048]另外，用戶110可通過網際網路預先登錄到伺服器100，以向伺服器100發送所述公交查詢請求。這裡，用戶110可通過特定用戶名和密碼登錄到伺服器100。
[0049]在步驟220，伺服器100產生與用戶110發送的公交查詢請求對應的公交查詢結果。這裡，伺服器100可根據預先存儲在伺服器100中的其它用戶提供的公交運行狀態信息，產生公交查詢結果。所述公交運行狀態信息由用戶上載到伺服器，並被伺服器存儲。具體地講，伺服器100根據從用戶120和用戶130接收公交運行狀態信息的時間以及公交運行狀態信息，來產生公交查詢結果。
[0050]這裡，公交運行狀態信息包括關於公交線路的信息、關於公交站點的信息、關於乘客是否是上車狀態的信息以及關於公交運行方向的信息。
[0051]為了產生公交查詢結果，伺服器100排除存儲的運行狀態信息中的不符合的運行狀態信息，例如，關於公交線路的信息與公交查詢請求中的關於公交線路的信息不同的運行狀態信息。
[0052]假設，伺服器100從用戶120接收到公交運行狀態信息的時間為10點23分，因此，伺服器100根據10點23分以及用戶120提供的公交運行狀態信息「L100-04-UP-F」，計算用戶120乘坐的公交到達第七站點的時間。例如，23+2X3=29。這裡，為了描述的方便，假設公交在相鄰站點之間行駛的時間為2分鐘，且這種時間伺服器100是預先知道的。因此，伺服器100基於從用戶120接收到公交運行狀態信息的時間以及公交運行狀態信息，產生「10點29分」的公交查詢結果。
[0053]相似的，伺服器100基於從用戶130接收到公交運行狀態信息的時間以及公交運行狀態信息，產生「10點32分」的公交查詢結果。
[0054]由於通過預先存儲的公交運行狀態信息產生公交查詢結果，基於這種公交運行狀態信息產生的公交查詢結果可能是不準確的，例如，當前時間是12點，而產生的公交查詢結果是11點。造成這種現象的原因在於，所使用的公交運行狀態信息的公交車已經行駛了線路的整個站點，因此(例如提供所有的公交查詢結果的情況下)需要在公交查詢結果中刪除這種不準確的公交查詢結果。
[0055]同時，伺服器可周期性地執行判斷無效的公交運行狀態信息並從伺服器中刪除無效的公交運行狀態信息的操作。例如，伺服器根據當前時間、接收公交運行狀態信息的時間以及包括在公交運行狀態信息中的關於公交站點的信息以及關於公交運行方向的信息，來確定公交運行狀態信息的有效性。
[0056]在步驟230，伺服器130將產生的公交查詢結果提供給用戶110。
[0057]如上所述，由於產生的公交查詢結果可能不止一個，因此，伺服器100可將產生的所有公交查詢結果提供給用戶110。此時，伺服器100提供包括產生的公交查詢結果的列表，並且該列表中還可包括關於用於產生公交查詢結果的公交運行狀態信息的可信度。
[0058]這裡，由於通過預先存儲的公交運行狀態信息產生公交查詢結果，因此可信度可對應於用戶採納與公交狀態信息對應的公交查詢結果的次數與基於公交運行狀態信息產生公交查詢結果的總次數的比率。例如，基於公交運行狀態信息產生公交查詢結果的次數為20次，而用戶採納了其中的10次公交查詢結果，則該公交運行狀態信息的可信度為50%。
[0059]這裡，伺服器100可根據用戶110返回的選擇的結果來計算上述可信度，以在之後的查詢服務中使用。
[0060]可選擇地，伺服器130可僅提供具有最高可信度的公交查詢結果。
[0061]下面，結合圖3來描述根據本發明的另一示例性實施例的由公交信息服務網絡執行的基於乘客籤到的公交查詢方法。圖3執行的方法與圖2執行的方法區別在於，伺服器通過從用戶實時接收公交運行狀態信息來產生公交查詢結果。
[0062]圖3為根據本發明的另一示例性實施例的由公交信息服務網絡執行的基於乘客籤到的公交查詢方法。
[0063]在步驟310，用戶110向伺服器100發送公交查詢請求。這裡，公交查詢請求可包括關於公交線路的信息、關於所請求的公交站點的信息以及關於公交運行方向的信息。
[0064]例如，用戶110以簡訊形式向伺服器100發送具有「L100-07-F」的公交查詢請求。這裡，「L100」表示100路，「07」表示第七站點，「F」表示公交下行。可選擇地，用戶110通過網際網路向伺服器100發送具有「公交線路:100路/站點:站點7/公交上下行:下行」」的公交查詢請求。
[0065]用戶110可以通過簡訊或通過網際網路向伺服器100發送所述公交查詢請求。
[0066]另外，用戶110可通過網際網路預先登錄到伺服器100，以向伺服器100發送所述公交查詢請求。這裡，用戶110可通過特定用戶名和密碼登錄到伺服器100。
[0067]在步驟320，伺服器100產生與用戶110發送的公交查詢請求對應的公交查詢結果。具體地講，伺服器通過從其它用戶實時接收公交運行狀態信息來產生公交查詢結果。
[0068]可選擇地，伺服器100在接收到用戶110發送的公交查詢請求之後，向其它用戶(例如，用戶120和用戶130)發送公交運行狀態信息的請求，並從用戶接收響應於該請求的公交運行狀態信息。例如，伺服器100向註冊到伺服器100的所有用戶發送公交運行狀態信息的請求。
[0069]優選地，伺服器100可僅向登錄到伺服器100的用戶發送公交運行狀態信息的請求。例如，假設用戶120和130均是註冊到伺服器100的用戶，在當前時間點，只有用戶120登錄到伺服器100，而用戶130沒有登錄到伺服器100，因此，伺服器100僅向用戶120發送公交運行狀態信息的請求。
[0070]響應於伺服器100發送的請求，用戶120 (或，用戶130)向伺服器發送公交運行狀態信息，從而伺服器獲得公交運行狀態信息。
[0071]這裡，公交運行狀態信息包括關於公交線路的信息、關於公交站點的信息、關於乘客是否是上車狀態的信息以及關於公交運行方向的信息。
[0072]為了產生公交查詢結果，伺服器100可排除接收的運行狀態信息中的不符合的運行狀態信息，例如，關於公交線路的信息與公交查詢請求中的關於公交線路的信息不同的運行狀態信息和/或關於公交運行方向的信息與公交查詢請求中的關於公交運行方向的信息不同的運行狀態信息。
[0073]例如，用戶120可以以簡訊形式發送具有「L100-04-UP-F」格式的公交運行狀態信息，其中，「L100」表示100路，「04」表示第四站點，「UP」表示用戶120在公交車上，「F，，表示公交下行。另外，用戶130可以通過網際網路發送具有「公交線路:100路/站點:站點5/乘車狀態:上車/公交上下行:下行」格式的公交運行狀態信息。
[0074]伺服器100根據從用戶120和用戶130接收公交運行狀態信息的時間以及公交運行狀態信息來產生公交查詢結果。
[0075]假設，伺服器100從用戶120接收到公交運行狀態信息的時間為10點23分，因此，伺服器100根據10點23分以及用戶120提供的公交運行狀態信息「L100-04-UP-F」，計算用戶120乘坐的公交到達第七站點的時間。例如，23+2X3=29。這裡，為了描述的方便，假設公交在相鄰站點之間行駛的時間為2分鐘，且這種時間伺服器100是預先知道的。因此，伺服器100基於從用戶120接收到公交運行狀態信息的時間以及公交運行狀態信息，產生「10點29分」的公交查詢結果。
[0076]相似的，伺服器100基於從用戶130接收到公交運行狀態信息的時間以及公交運行狀態信息，產生「10點32分」的公交查詢結果。
[0077]另外，伺服器100可僅採用從發送請求至預定時間段內響應的公交運行狀態信息，來產生公交查詢結果。
[0078]在步驟330，伺服器130將產生的公交查詢結果提供給用戶110。
[0079]如上所述，由於產生的公交查詢結果可能不止一個，因此，伺服器100可將產生的所有公交查詢結果提供給用戶110。此時，伺服器100提供包括產生的公交查詢結果的列表，並且該列表中還可包括關於用於產生公交查詢結果的公交運行狀態信息的可信度。
[0080]此外，通過響應於伺服器的請求產生的公交運行狀態信息產生的公交查詢結果的可信度可對應於用戶的可信度。例如，用戶響應於伺服器的請求提供了共20次的公交運行狀態信息，而根據20次的公交運行狀態信息產生的查詢結果中的10次查詢結果被用戶採納，則該用戶的可信度為50%。
[0081]這裡，伺服器100可根據用戶110返回的選擇的結果來計算上述可信度，以在之後的查詢服務中使用。
[0082]圖4為根據本發明的示例性實施例的伺服器提供公交查詢服務的方法。如圖4所示，在步驟410，伺服器從用戶接收公交查詢請求。在步驟420，伺服器產生與所述公交查詢請求對應的公交查詢結果。在步驟430，伺服器將產生的公交查詢結果提供給第一用戶，這裡，根據其它用戶提供的公交運行狀態信息來產生公交查詢結果。[0083]圖5為根據本發明的示例性實施例的伺服器。所述伺服器包括:信息接收模塊510，從第一用戶接收公交查詢請求；信息產生模塊520，產生與所述公交查詢請求對應的公交查詢結果；信息提供模塊530，將產生的公交查詢結果提供給第一用戶。這裡，信息產生模塊520根據其它用戶提供的公交運行狀態信息來產生公交查詢結果。
[0084]此外，所述伺服器還包括:存儲器，用於存儲公交運行狀態信息；決策模塊，用於確定產生的多個公交查詢結果中的可信度最高的公交查詢結果，以通過信息提供模塊提供給第一用戶。
[0085]如上所述，根據本發明的示例性實施例，用戶使用行動電話等移動終端通過網際網路、發送簡訊等通信方式將關於用戶當前所乘坐的公交的運行狀態等的公交運行狀態信息到伺服器端，伺服器通過分析和綜合公交運行狀態信息提供與用戶的公交查詢請求對應的公交查詢結果。
[0086]通過本發明的示例性實施例，不需要給所有的公交車或站臺都安裝額外的GPS或通訊模塊，這樣不僅實施更加簡單，而且極大地降低了系統成本，使得基礎設施投入能力不足的城市也可以建立起完善的公交信息查詢系統，大大增強了居民乘坐公交的舒適度和滿意度。
[0087]雖然已表示和描述了本發明的一些實施例，但本領域技術人員應該理解，在不脫離由權利要求及其等同物限定其範圍的本發明的原理和精神的情況下，可以對這些實施例進行修改。
【權利要求】
1.一種基於用戶的移動終端的公交信息查詢的方法，所述方法包括: 第一用戶向伺服器發送公交查詢請求； 伺服器產生與所述公交查詢請求對應的公交查詢結果； 伺服器將產生的公交查詢結果提供給第一客戶機， 其中，伺服器根據其它用戶提供的公交運行狀態信息來確定公交查詢結果。
2.根據權利要求1所述的公交信息查詢的方法，其中，公交查詢請求包括關於公交線路的信息、關於所請求的公交站點的信息以及關於公交運行方向的信息， 其中，公交查詢結果包括關於到達所請求的公交站點的時間的信息， 其中，公交運行狀態信息包括關於公交線路的信息、關於公交站點的信息、關於乘客是否是上車狀態的信息以及關於公交運行方向的信息。
3.根據權利要求2所述的公交信息查詢的方法，其中，伺服器將確定的公交查詢結果提供給第一客戶機的步驟包括:伺服器提供包括至少一個公交查詢結果的列表。
4.根據權利要求3所述的公交信息查詢方法,其中，所述列表包括關於用於產生公交查詢結果的公交運行狀態信息的可信度。
5.根據權利要求3所述的公交信息查詢方法，其中，伺服器僅提供具有最高可信度的公交查詢結果。
6.根據權利要求5所述的公交信息查詢的方法，其中，其它用戶提供的公交運行狀態信息預先存儲在伺服器中， 其中，可信度是與公交運行狀態信息對應的公交查詢結果被採納的次數與基於公交運行狀態信息產生公交查詢結果的總次數的比率。
7.根據權利要求6所述的公交信息查詢的方法，其中，伺服器產生與所述公交查詢請求對應的公交查詢結果的步驟包括: 伺服器根據接收公交運行狀態信息的時間以及包括在公交運行狀態信息中的關於公交站點的信息以及關於公交運行方向的信息，來確定存儲的公交運行狀態信息的有效性；伺服器根據有效地公交運行狀態信息產生公交查詢結果。
8.根據權利要求7所述的公交信息查詢的方法，還包括:伺服器周期性地執行判斷存儲的公交運行狀態信息有效性並刪除無效的公交運行狀態信息的操作。
9.根據權利要求6所述的公交查詢方法，還包括: 伺服器向登記在所述伺服器的用戶發送關於請求公交運行狀態信息的信息； 伺服器從用戶接收響應於關於請求公交運行狀態信息的信息而提供的公交運行狀態信息， 其中，可信度是用戶提供的公交運行狀態信息中的被採納的次數與用戶提供的公交運行狀態信息的總次數的比率。
10.根據權利要求1所述的公交查詢方法，其中，用戶與伺服器通過網際網路或短消息收發信息。
11.一種提供基於用戶的移動終端的公交查詢信息的方法，所述方法包括: 從第一用戶接收公交查詢請求； 產生與所述公交查詢請求對應的公交查詢結果； 將產生的公交查詢結果提供給第一用戶，其中，根據其它用戶提供的公交運行狀態信息來確定公交查詢結果。
12.根據權利要求11所述的方法，其中，公交查詢請求包括關於公交線路的信息、關於所請求的公交站點的信息以及關於公交運行方向的信息， 其中，公交查詢結果包括關於到達所請求的公交站點的時間的信息， 其中，公交運行狀態信息包括關於公交線路的信息、關於公交站點的信息、關於乘客是否是上車狀態的信息以及關於公交運行方向的信息。
13.根據權利要求12所述的方法，其中，將產生的公交查詢結果提供給第一用戶的步驟包括:提供包括至少一個公交查詢結果的列表。
14.根據權利要求13所述的方法，其中，所述列表包括關於用於產生公交查詢結果的公交運行狀態信息的可信度。
15.根據權利要求13所述的方法，其中，僅提供具有最高可信度的公交查詢結果。
16.根據權利要求15所述的方法，其中，根據預先存儲的其它用戶提供的公交運行狀態信息產生公交查詢結果， 其中，可信度是與公交運行狀態信息對應的公交查詢結果被採納的次數與基於公交運行狀態信息產生公交查詢結果的總次數的比率。
17.根據權利要求16所述的方法，其中，產生與所述公交查詢請求對應的公交查詢結果的步驟包括: 根據接收公交運行狀態信息的時間以及包括在公交運行狀態信息中的關於公交站點的信息以及關於公交運行方向的信息，來確定存儲的公交運行狀態信息的有效性； 根據有效的公交運行狀態信息產生公交查詢結果。
18.根據權利要求17所述的方法，還包括:周期性地執行判斷存儲的公交運行狀態信息有效性並刪除無效的公交運行狀態信息的操作。
19.根據權利要求16所述的方法，還包括: 向登記的用戶發送關於請求公交運行狀態信息的信息； 從用戶接收響應於關於請求公交運行狀態信息的信息而提供的公交運行狀態信息， 其中，可信度是用戶提供的公交運行狀態信息中的被採納的次數與用戶提供的公交運行狀態信息的總次數的比率。
20.根據權利要求11所述的方法，其中，通過網際網路或短消息與用戶進行通信。
【文檔編號】H04L29/08GK103970778SQ201310036834
【公開日】2014年8月6日 申請日期:2013年1月30日 優先權日:2013年1月30日
【發明者】袁林 申請人:三星電子（中國）研發中心, 三星電子株式會社