TW201942839A - 車輛使用中跨語言的處理方法和裝置 - Google Patents

Abstract

本說明書實施例提供一種車輛使用中跨語言的處理方法和裝置，根據上述方法，乘客搭乘車輛後，乘客終端識別車輛終端的識別碼，接收乘客以第一語言輸入的目的地地址，將這樣的目的地地址轉換為地理位置坐標，然後連同車輛資訊一起，發送給車輛管理系統伺服器。車輛管理系統伺服器接收到車輛資訊和地理位置坐標之後，將地理位置坐標轉換為本地語言，然後將本地語言的目的地地址發送到車輛資訊所對應的車輛終端。如此，克服了乘客與車輛司機之間跨語言交流的障礙。

Description

車輛使用中跨語言的處理方法和裝置

本說明書一個或多個實施例有關電腦與網際網路領域，尤其有關利用電腦與網際網路，在車輛使用中進行跨語言處理的方法和裝置。

隨著經濟的發展，人們越來越多地去往國外進行旅遊、交流等活動。在國外的各種活動中，常常面臨語言不通和支付不便的問題。典型地來說，中國遊客去往國外旅遊，例如去到韓國旅遊，在搭乘出租車時就常常遇到這樣的問題。出租車司機因為平均年齡偏大等原因，多數不能熟練掌握外語；遊客往往也不懂得當地語言，這使得兩者的語言溝通成為障礙。另外，支付不便也是面臨的另一個問題。於是，中國遊客到海外旅遊乘出租車時因語言不通和支付不方便，導致出租車司機和公司頻繁收到用戶投訴，對用戶、出租車司機和出租車公司都帶來很多不便。對於用戶本身，在海外搭乘出租車也成為非常大的挑戰。
儘管已經存在一些叫車平台，但是首先，叫車平台需要乘客提前進行預約，無法解決乘客在路邊招手攔車場景下的問題。並且，即使乘客透過叫車平台叫車成功，也經常需要與司機電話溝通具體的上車位置，這時候依然面臨語言溝通的問題。
因此，非常需要一種方案，能夠解決乘客在國外搭乘出租車時面臨的溝通問題，從而提高用戶體驗和店家體驗。

本說明書一個或多個實施例描述了一種處理方法和裝置，能夠解決一種語言的用戶在另一語言地區搭乘出租車時的語言溝通障礙。
根據第一態樣，提供了一種車輛使用中跨語言的處理方法，該處理方法在乘客終端中執行，該處理方法包括：回應於用戶的第一請求，提供地址輸入介面，所述第一請求透過識別車輛終端的識別碼而產生，所述識別碼中包含車輛資訊；透過所述地址輸入介面，接收用戶輸入的第一語言的目的地地址資訊；確定所述目的地地址資訊對應的目的地坐標資料；以及，將所述車輛資訊和所述目的地坐標資料發送給車輛管理系統服務端。
在一種可能的設計中，車輛的識別碼包括二維碼或者聲波碼。
在一種實施例中，在提供地址輸入介面之前，上述方法還包括，識別所述識別碼，產生所述第一請求。
根據一種實施方式，上述方法還包括：顯示所述車輛資訊，以供所述用戶確認。
在一種可能的設計中，上述提供地址輸入介面可以包括：呼叫地圖應用程式，由該地圖應用程式提供地址輸入介面，所述地圖應用程式支援所述第一語言的地圖顯示。
進一步地，在一種可能的設計中，接收用戶輸入的第一語言的目的地地址資訊包括：接收用戶在所述地圖應用程式中的定位操作，根據所述定位操作確定所述第一語言的目的地地址。
根據一個實施例，接收用戶輸入的第一語言的目的地地址資訊包括：接收用戶以第一語言輸入的地址文字；或者，接收用戶的第一語言的語音，將所述語音轉換為第一語言的地址文字。
在一種可能的設計中，確定所述目的地地址資訊對應的目的地坐標資料包括，從所述地圖應用程式獲取所述目的地坐標資料。
根據一種實施方式，上述方法還包括：從所述車輛管理系統服務端接收訂單資訊；回應於用戶對所述訂單資訊的確認操作，向所述車輛管理系統服務端發送確認訊息。
根據第二態樣，提供了一種車輛使用中跨語言的處理方法，該處理方法在車輛管理系統服務端執行，該處理方法包括：接收來自乘客終端的第二請求，所述第二請求包括車輛資訊和目的地坐標資料；將所述目的地坐標資料轉換為第二語言的目的地地址；將所述第二語言的目的地地址發送到與所述車輛資訊對應的車輛終端。
根據第三態樣，提供一種車輛使用中跨語言的處理裝置，該處理裝置位於乘客終端中，該處理裝置包括：
介面提供單元，配置為回應於用戶的第一請求，提供地址輸入介面，所述第一請求透過識別車輛終端的識別碼而產生，所述識別碼中包含車輛資訊；
地址接收單元，配置為透過所述地址輸入介面，接收用戶輸入的第一語言的目的地地址資訊；
坐標確定單元，配置為確定所述目的地地址資訊對應的目的地坐標資料；
坐標發送單元，配置為將所述車輛資訊和所述目的地坐標資料發送給車輛管理系統服務端。
根據第四態樣，提供一種車輛使用中跨語言的處理裝置，該處理裝置位於車輛管理系統服務端中，該處理裝置包括：
地址接收單元，配置為接收來自乘客終端的第二請求，所述第二請求包括車輛資訊和目的地坐標資料；
轉換單元，配置為將所述目的地坐標資料轉換為第二語言的目的地地址；
地址發送單元，配置為將所述第二語言的目的地地址發送到與所述車輛資訊對應的車輛終端。
根據第五態樣，提供了一種電腦可讀儲存媒體，其上儲存有電腦程式，當所述電腦程式在電腦中執行時，令電腦執行第一態樣或第二態樣的方法。
根據第六態樣，提供了一種計算設備，包括記憶體和處理器，其特徵在於，所述記憶體中儲存有可執行碼，所述處理器執行所述可執行碼時，實現第一態樣或第二態樣的方法。
透過本說明書實施例提供的方法和裝置，在乘客搭乘車輛之後，可以透過乘客終端識別車輛對應的識別碼，並接收用戶以一種語言輸入的目的地地址，然後轉換為對應的地理坐標形式，發送給車輛管理系統服務端。車輛管理系統服務端將接收到的地址坐標轉換為另一種語言的地址，並將其發送給對應的車輛終端，如此，克服了乘客與車輛司機之間的跨語言交流障礙。進一步地，在一些實施例中，還可以透過對應方法和裝置，在乘客與車輛司機之間實現便捷的支付。

下面結合圖式，對本說明書提供的方案進行描述。
圖1為本說明書揭露的一個實施例的實施場景示意圖。如圖1所示，該實施場景的系統包括車輛終端100，乘客終端200和車輛管理系統伺服器300。車輛終端100是車輛（例如，出租車）上的終端裝置。可以預先為各個車輛終端100產生或分配識別碼，例如二維碼，其中攜帶有對應車輛的車輛資訊。當乘客搭乘出租車時，乘客利用乘客終端200識別車輛終端100的識別碼，獲知車輛資訊。之後乘客終端200提供地址輸入介面給乘客，於是乘客可以利用自己的語言（第一語言，例如中文）輸入目的地地址。乘客終端200將這樣的目的地地址轉換為地理位置坐標，連同車輛資訊一起，發送給車輛管理系統伺服器300。車輛管理系統伺服器300接收到車輛資訊和地理位置坐標之後，將地理位置坐標轉換為本地語言（第二語言，例如韓語），然後將本地語言的目的地地址發送到上述車輛資訊所對應的車輛終端100。於是，出租車司機可以透過車輛終端100獲知以本地語言形式描述的目的地地址，從而可以順利將乘客送往目的地。如此，克服了外國乘客與本地出租車司機之間的語言溝通障礙。
進一步地，在抵達目的地之後，出租車司機可以透過車輛終端100進行車費結算，結算請求透過車輛管理系統伺服器300發送給乘客終端200。在乘客確認結算無誤的情況下，車輛管理系統伺服器300向乘客終端200對應的支付伺服器發出支付請求，並在支付成功的情況下，分別通知車輛終端100和乘客終端200。如此，實現了乘客與出租車司機的便利支付。
下面描述以上實施場景中各個步驟的執行和實現方式。
首先描述搭乘階段。在該階段中，車輛終端、乘客終端與車輛管理系統服務端互相互動，使得乘客可以用第一語言輸入目的地地址，而車輛終端最終接收到第二語言（當地語言）的地址形式，實現跨語言的地址資訊處理。
為此，出租車中需要配備有車輛終端，並且車輛終端需要具有對應的識別碼。在一個例子中，出租車中安裝有智慧型結算器，該結算器可以用於結算車費、車輛導航等功能，還可以與車輛管理系統服務端互動。在這樣的情況下，這樣的智慧型結算器可以作為上述車輛終端。在另一例子中，出租車司機使用傳統計價器進行計價，同時使用手機上的司機客戶端在出租車管理系統中進行身份認證、註冊，並與出租車管理系統進行互動，還可以進行導航。在這樣的情況下，計價器、司機客戶端等共同構成車輛終端。在其他例子中，根據當地出租車公司的配置狀況，車輛終端還可以具有其他形式。
可以預先為各個車輛或對應的車輛終端產生識別碼。該識別碼可以是二維碼，或者聲波碼，或者其他能夠包含車輛資訊的編碼形式。對於二維碼來說，已經存在多種產生工具和產生方式。在一個實施例中，車輛終端可以離線產生二維碼；或者，在另一實施例中，車輛終端可以連線產生二維碼。在一個實施例中，為每個車輛終端產生唯一的恆定的二維碼。出租車司機可以透過車輛終端顯示這樣的二維碼，或者可以將二維碼列印出來，貼附在車輛中進行顯示。對於聲波碼來說，可以採用聲波碼產生工具來產生，並透過車輛終端播放相應聲波音頻來“顯示”該聲波碼。
另一方面，乘客終端可以體現為便攜式智慧型設備，例如智慧型手機。在一個實施場景中，用戶可以透過各種方式，例如網上預約，臨時路邊招手攔車等，搭乘一輛出租車。這時，用戶成為乘客，透過乘客終端識別所搭乘的出租車的識別碼，進而觸發圖2所示的跨語言處理方法。其中識別碼的形式、產生方式和顯示方式如前所述，不再贅述。在接下來的描述中，均以二維碼為例進行說明，但是需要理解的是，相關實施例均可以類似地應用於聲波碼，或者其他類似的編碼形式。
圖2顯示根據一個實施例的跨語言處理方法的流程圖，該方法在乘客終端中執行。更具體而言，該方法的執行主體可以是乘客終端中的乘客客戶端，該客戶端可以體現為專用的App，或者只是一個頁面，例如H5頁面。如圖2所示，乘客客戶端執行的方法包括：步驟21，回應於用戶的第一請求，提供地址輸入介面，所述第一請求透過識別車輛終端的識別碼而產生，所述識別碼中包含車輛資訊；步驟22，透過所述地址輸入介面，接收用戶輸入的第一語言的目的地地址資訊；步驟23，確定所述目的地地址資訊對應的目的地坐標資料；步驟24，將所述車輛資訊和所述目的地坐標資料發送給車輛管理系統服務端。下面描述上述各個步驟的執行過程。
在一個實施例中，在步驟21之前，用戶在搭乘出租車後，打開乘客客戶端（例如專用的App，或者網頁頁面），利用該客戶端掃描、識別出租車車輛終端的二維碼，即執行步驟20。在步驟20，上述客戶端在成功識別車輛終端對應的二維碼的同時，觸發一個請求，以下稱為第一請求。第一請求用於請求提供地址輸入介面。
在另一個實施例中，用戶在搭乘出租車後，利用乘客終端中安裝的第三方工具，例如支付寶，kakao TALK（韓國常用的一款社交App），掃描、識別出租車的二維碼。在這樣的情況下，二維碼中除了攜帶車輛資訊，還需要攜帶用於執行圖2方法的乘客客戶端的鏈接資訊。例如上述乘客客戶端體現為一個H5頁面，那麼車輛終端顯示的二維碼中除了攜帶車輛資訊，還需要攜帶指向該H5頁面的url（統一資源定位符）。如此，在支付寶掃描二維碼，解析出二維碼對應的字符串後，就會識別出其中的url，並根據該url重新導向到目標頁面，即上述乘客客戶端的H5頁面。在該重新導向過程中，由支付寶向上述乘客客戶端，例如H5頁面發出請求（也稱為第一請求），該請求中包含識別出的車輛資訊，並請求H5頁面提供地址輸入介面。
接著，由上述乘客客戶端執行接下來的步驟21至24。在步驟21，回應於上述的第一請求，提供地址輸入介面。如前所述，上述第一請求透過識別車輛終端的識別碼而產生；更具體地，既可以由本客戶端工具進行二維碼掃描識別而產生，也可以由例如支付寶的第三方工具進行掃描識別，然後進行重新導向而產生。
回應於這樣的請求，在步驟21，提供地址輸入介面。在一個實施例中，透過呼叫第三方的地圖應用程式來提供地址輸入介面。可以理解，所呼叫的地圖應用程式支援上述用戶/乘客所使用的第一語言（例如中文）的地圖顯示。在另一實施例中，上述專用的乘客客戶端提供獨立的地址輸入介面。
在一個實施例中，在提供地址輸入介面之前，向用戶顯示掃描識別出的車輛資訊，以供用戶（乘客）確認。在得到用戶確認之後，才提供地址輸入介面，顯示地址輸入介面。掃描識別碼所識別的車輛資訊可以包括，車輛的車牌號、所屬出租車公司、運營情況、該車輛對應的司機資訊，等等。
在向用戶提供地址輸入介面之後，在步驟22，透過所述地址輸入介面，接收用戶輸入的第一語言的目的地地址資訊。具體地，用戶可以經由上述地址輸入介面，透過多種方式，以該用戶所熟悉的語言（第一語言，例如中文）輸入其目的地地址。例如，地址輸入介面可以體現為地址輸入框，用戶可以在該輸入框中，以第一語言輸入目的地地址的地址文本，例如“首爾塔”。該地址輸入介面還可以提供語音輸入方式，接收用戶的第一語言的語音，將所述語音轉換為第一語言的地址文字。在一個實施例中，地址輸入介面透過呼叫地圖應用程式來提供。這時，用戶可以在地圖中進行放大、縮小、拖拽等定位操作，從而在地圖上選定目的地。地圖應用程式根據用戶的定位操作確定出第一語言的目的地地址。
在透過地址輸入介面接收到第一語言的目的地地址之後，在步驟23，確定該目的地地址對應的地理坐標資料，例如經緯度資料。在一個實施例中，客戶端在本地儲存地圖資料，利用這樣的地圖資料，將目的地地址轉換為地理坐標資料。在另一實施例中，上述客戶端呼叫第三方的地圖應用程式來獲取目的地地址。在這樣的情況下，可以由該地圖應用程式將用戶輸入的目的地地址轉換為地理坐標資料，客戶端從所述地圖應用程式獲取所述地理坐標資料。在一個具體例子中，對於用戶以中文輸入的目的地地址“首爾塔”，在步驟23，可以將其轉換為經緯度坐標資料：E126.9882266, N37.5511694。
接著，在步驟24，將車輛資訊和目的地坐標資料發送給車輛管理系統服務端，即出租車管理後台，從而使得管理後台進行伺服器側的轉換和處理。
在一個實施例中，執行上述步驟的客戶端可以由出租車管理系統提供。在另一實施例中，執行上述步驟的客戶端可以由地圖應用程式提供方來提供。在這樣的情況下，該客戶端與地圖應用程式整合在一起，相應地，步驟22和23中對地圖應用程式的呼叫不再是跨平台的呼叫。在又一實施例中，執行上述步驟的客戶端可以由例如支付寶的支付工具提供。在這樣的情況下，該客戶端可以作為支付寶中的一項子應用。在另一實施例中，上述客戶端也可以由獨立的第三方來提供。
不管透過何種方式提供，透過執行上述步驟21-24，乘客終端將車輛資訊和目的地坐標資料發送給出租車管理後台，即車輛管理系統服務端，由其進行進一步處理。圖3顯示根據一個實施例的跨語言地址資訊處理方法的流程圖，該方法在車輛管理系統服務端執行。
如圖3所示，首先，在步驟31，接收來自乘客終端的第二請求，所述第二請求包括車輛資訊和目的地坐標資料。可以理解，上述車輛資訊和目的地坐標資料由乘客終端透過圖2所示的方法獲取並發送。在一個具體例子中，接收到的車輛資訊包括車牌號아561818，目的地坐標資料包括E126.9882266, N37.5511694。
接著，在步驟32，將目的地坐標資料轉換為第二語言（當地語言，例如韓語）的目的地地址。在一個實施例中，車輛管理系統服務端儲存有地圖資料，利用所儲存的地圖資料，可以將目的地坐標轉換為本地語言的地址。在另一實施例中，車輛管理系統將坐標資料轉發給合作的地圖資料提供方，由該提供方將坐標資料轉換為本地語言的地址。
例如，在一個具體例子中，在步驟32，車輛管理系統服務端將接收到的目的地坐標資料E126.9882266, N37.5511694轉換為韓語地址：서울타워。
接下來在步驟33，將第二語言（例如韓語）的目的地地址發送到與車輛資訊對應的車輛終端。於是，出租車司機可以透過車輛終端直接獲取到當地語言的目的地地址。可選地，出租車司機可以直接根據該目的地地址進行導航，運送乘客。
透過這樣的方式，在國外使用出租車的過程中，不需要乘客與出租車司機本人進行跨語言溝通，而是透過車輛終端、乘客終端和車輛管理系統服務端之間的互動，將乘客用一種語言輸入的目的地地址準確地轉換為當地語言，傳達給出租車司機，解決了乘客與當地出租車司機之間的跨語言溝通問題。
進一步地，在出租車司機載著乘客抵達目的地之後，本說明書一個實施例還提供支付車費訂單的方法。該方法在車輛終端、乘客終端、車輛管理系統服務端以及支付服務端之間交互執行，其中，由車輛管理系統服務端執行主要的處理步驟。
圖4顯示根據一個實施例的支付處理方法的流程圖，該方法步驟由車輛管理系統服務端執行。如圖4所示，首先，在步驟41，從車輛終端接收訂單請求。可以理解，在乘客抵達目的地之後，出租車司機可以利用車輛終端進行車費結算，基於結算的車費產生訂單請求，該訂單請求可以由車輛終端發送給車輛管理系統服務端。在另一種實施例中，出租車司機透過車輛終端發出的訂單請求包括行駛里程、等待時間等資訊，車輛管理系統服務端接收到這樣的訂單請求後，對其進行分析處理，結算車費，產生訂單。
在步驟42，車輛管理系統服務端向乘客終端發送訂單資訊。可以理解到，由於在之前圖2和圖3的過程中，乘客終端已經與車輛管理系統服務端進行了互動，相應地，車輛管理系統服務端已經將車輛終端與乘客終端建立了關聯。在接收到來自車輛終端的訂單請求後，就可以定位出該訂單對應的乘客終端，並將訂單資訊發送給乘客終端。該訂單資訊可以包括車費金額，和一些必要的行駛資訊，例如行駛里程、時間等。這些資訊可以用於乘客對本次行程的訂單進行確認。
與此對應地，乘客終端可以從車輛管理系統服務端接收到訂單資訊，並在用戶對該訂單資訊進行確認操作的情況下，向車輛管理系統服務端發送確認訊息。
於是在步驟43，車輛管理系統服務端回應於來自乘客終端的確認訊息，向乘客終端對應的支付服務端發送支付請求。在一個實施例中，乘客終端綁定有對應的支付服務帳號，例如支付寶帳號，於是車輛管理系統服務端就以該支付寶帳號向支付寶伺服器發送支付請求。
進一步地，在一個實施例中，該方法還包括步驟44和步驟45，在步驟44，從上述支付服務端接收支付結果；在步驟45，向車輛終端和乘客終端通知支付結果。
透過以上方式，還進一步解決了使用出租車的支付問題，極大地方便了乘客與出租車公司，提高了各方的用戶體驗。
下面結合圖5和圖6的具體例子，描述跨語言使用出租車的互動過程，其中圖5顯示該例子中的互動流程，圖6顯示乘客終端和車輛終端的介面。
如圖5所示，在用戶搭乘出租車之後，首先在步驟S501，車輛終端顯示二維碼（該二維碼可以是預先產生的，也可以是現場產生的）。圖6中的（a）部分顯示此時車輛終端的介面。可以看到，該車輛終端是帶有顯示螢幕的智慧型終端，可以集計價結算、導航等功能於一體。這樣的車輛終端在許多國家或地區已經被配置到當地的出租車中。
然後在步驟S502，用戶透過客戶端，掃描該二維碼。圖6中的（b）部分顯示此時乘客終端的介面。
接著在步驟S503，客戶端解析、識別二維碼，從中獲取到車輛資訊，包括司機的資訊。如前所述，上述客戶端可以體現為H5頁面或其他形式。
在步驟S504，客戶端呼叫地圖應用程式，透過地圖應用程式提供地址輸入介面。圖6中的（c）部分顯示此時乘客終端的介面。可以看到，在介面中顯示有地圖資訊，以及地址輸入欄。
在步驟S505，地圖應用程式接收用戶輸入的第一語言（例如中文）的目的地地址。
在步驟S506，地圖應用程式對目的地地址進行處理，將其轉換為地理坐標資料。
在步驟S507，客戶端從地圖應用程式獲取到地理坐標資料。
在步驟S508，客戶端將車輛資訊以及地理坐標資料，一同發送給車輛管理系統服務端。
在步驟S509，車輛管理系統服務端對接收到的資料進行處理，將接收到的地理坐標資料，轉換為第二語言（當地語言，例如韓語）的地址。
在步驟S510，車輛管理系統服務端將第二語言的地址發送給車輛終端。
在步驟S511，車輛終端根據第二語言的地址進行導航，抵達目的地。
在抵達目的地之後，即進入結算支付階段。
在該階段中，在步驟S512，車輛終端向車輛管理系統服務端發送訂單請求。
在步驟S513，車輛管理系統服務端對訂單請求進行處理，其中可以包括，核驗車費，確定訂單對應的乘客終端等。
在步驟S514，車輛管理系統服務端向乘客終端中的客戶端發送訂單資訊。
在步驟S515，用戶透過客戶端對訂單資訊進行確認。圖6的（d）部分顯示此時乘客終端的顯示介面，該介面中顯示了本次行程的訂單資訊，以供用戶進行確認。
在步驟S516，客戶端向車輛管理系統服務端發送確認訊息。
在步驟S517，車輛管理系統服務端向支付服務端，例如支付寶伺服器，發送支付請求。
在步驟S518，支付服務端處理支付請求。
在步驟S519，支付服務端向車輛管理系統服務端發送支付結果。
在步驟S520，車輛管理系統服務端向乘客終端中的客戶端發送支付結果通知。
在步驟S521，車輛管理系統服務端向車輛終端通知支付結果。圖6的（e）部分顯示此時車輛終端的顯示介面，該介面顯示從車輛管理系統服務端收到的支付結果。
在步驟S522，車輛終端根據支付結果列印收據。圖6的（f）部分顯示列印的收據的例子。
在以上過程中，透過跨語言的地址資訊處理，克服了乘客與出租車司機的跨語言交流障礙。進一步地，透過自動支付過程，極大地提升了支付的便利性，提升了各方的使用體驗。
根據另一態樣的實施例，還提供一種跨語言使用車輛的處理裝置，該處理裝置位於乘客終端中。圖7顯示根據一個實施例的乘客終端中的處理裝置的示意圖。如圖7所示，該處理裝置700包括：介面提供單元71，配置為回應於用戶的第一請求，提供地址輸入介面，所述第一請求透過識別車輛終端的識別碼而產生，所述識別碼中包含車輛資訊；地址接收單元72，配置為透過所述地址輸入介面，接收用戶輸入的第一語言的目的地地址資訊；坐標確定單元73，配置為確定所述目的地地址資訊對應的目的地坐標資料；坐標發送單元74，配置為將所述車輛資訊和所述目的地坐標資料發送給車輛管理系統服務端。
在一個實施例中，上述車輛的識別碼包括二維碼或者聲波碼。
在一個實施例中，上述處理裝置700還包括識別單元（未顯示），配置為識別所述識別碼，產生所述第一請求。
根據一個實施例，上述處理裝置700還包括顯示單元（未顯示），配置為顯示所述車輛資訊，以供所述用戶確認。
根據一個實施例，上述介面提供單元71具體配置為：呼叫地圖應用程式，由該地圖應用程式提供地址輸入介面，所述地圖應用程式支援所述第一語言的地圖顯示。
進一步地，在一個實施例中，地址接收單元72配置為：接收用戶在地圖應用程式中的定位操作，根據所述定位操作確定所述第一語言的目的地地址。
根據一個實施例，地址接收單元72還可以配置為：接收用戶以第一語言輸入的地址文字；或者，接收用戶的第一語言的語音，將所述語音轉換為第一語言的地址文字。
在一個實施例中，坐標確定單元73具體配置為，從所述地圖應用程式獲取所述目的地坐標資料。
根據一個實施例，上述處理裝置700還包括（未顯示）：訂單接收單元，配置為從所述車輛管理系統服務端接收訂單資訊；訊息發送單元，配置為回應於用戶對所述訂單資訊的確認操作，向所述車輛管理系統服務端發送確認訊息。
根據另一態樣的實施例，還提供一種跨語言使用車輛的處理裝置，該處理裝置位於車輛管理系統服務端中。圖8顯示根據一個實施例的車輛管理系統服務端中的處理裝置的示意圖。如圖8所示，該處理裝置800包括：地址接收單元81，配置為接收來自乘客終端的第二請求，所述第二請求包括車輛資訊和目的地坐標資料；轉換單元82，配置為將所述目的地坐標資料轉換為第二語言的目的地地址；地址發送單元83，配置為將所述第二語言的目的地地址發送到與所述車輛資訊對應的車輛終端。
在一個實施例中，上述處理裝置800還包括（未顯示）：訂單接收單元，配置為從所述車輛終端接收訂單資訊；訂單發送單元，配置為向所述乘客終端發送所述訂單資訊；支付發送單元，配置為回應於來自所述乘客終端的確認訊息，向所述乘客終端對應的支付服務端發送支付請求。
進一步地，在一個實施例中，處理裝置800還包括（未顯示）：支付接收單元，配置為從所述支付服務端接收支付結果；支付通知單元，配置為向所述車輛終端和所述乘客終端通知支付結果。
根據另一態樣的實施例，還提供一種電腦可讀儲存媒體，其上儲存有電腦程式，當所述電腦程式在電腦中執行時，令電腦執行結合圖2到圖4所描述的方法。
根據再一態樣的實施例，還提供一種計算設備，包括記憶體和處理器，所述記憶體中儲存有可執行碼，所述處理器執行所述可執行碼時，實現結合圖2到圖4所述的方法。
本領域技術人員應該可以意識到，在上述一個或多個示例中，本發明所描述的功能可以用硬體、軟體、韌體或它們的任意組合來實現。當使用軟體實現時，可以將這些功能儲存在電腦可讀媒體中或者作為電腦可讀媒體上的一個或多個指令或碼進行傳輸。
以上所述的具體實施方式，對本發明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發明的具體實施方式而已，並不用於限定本發明的保護範圍，凡在本發明的技術方案的基礎之上，所做的任何修改、等同替換、改進等，均應包括在本發明的保護範圍之內。

100‧‧‧車輛終端

200‧‧‧乘客終端

300‧‧‧車輛管理系統伺服器/車輛管理系統服務端

700‧‧‧處理裝置

800‧‧‧處理裝置

71‧‧‧介面提供單元

72‧‧‧地址接收單元

73‧‧‧坐標確定單元

74‧‧‧坐標發送單元

81‧‧‧地址接收單元

82‧‧‧轉換單元

83‧‧‧地址發送單元

20‧‧‧方法步驟

21‧‧‧方法步驟

22‧‧‧方法步驟

23‧‧‧方法步驟

24‧‧‧方法步驟

31‧‧‧方法步驟

32‧‧‧方法步驟

33‧‧‧方法步驟

41‧‧‧方法步驟

42‧‧‧方法步驟

43‧‧‧方法步驟

44‧‧‧方法步驟

45‧‧‧方法步驟

S501‧‧‧方法步驟

S502‧‧‧方法步驟

S503‧‧‧方法步驟

S504‧‧‧方法步驟

S505‧‧‧方法步驟

S506‧‧‧方法步驟

S507‧‧‧方法步驟

S508‧‧‧方法步驟

S509‧‧‧方法步驟

S510‧‧‧方法步驟

S511‧‧‧方法步驟

S512‧‧‧方法步驟

S513‧‧‧方法步驟

S514‧‧‧方法步驟

S515‧‧‧方法步驟

S516‧‧‧方法步驟

S517‧‧‧方法步驟

S518‧‧‧方法步驟

S519‧‧‧方法步驟

S520‧‧‧方法步驟

S521‧‧‧方法步驟

S522‧‧‧方法步驟

為了更清楚地說明本發明實施例的技術方案，下面將對實施例描述中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本發明的一些實施例，對於本發明所屬技術領域中具有通常知識者來講，在不付出創造性勞動的前提下，還可以根據這些圖式獲得其它的圖式。

圖1為本說明書揭露的一個實施例的實施場景示意圖；

圖2顯示根據一個實施例的跨語言處理方法的流程圖；

圖3顯示根據一個實施例的跨語言地址資訊處理方法的流程圖；

圖4顯示根據一個實施例的支付處理方法的流程圖；

圖5顯示跨語言使用出租車的互動過程；

圖6顯示乘客終端和車輛終端的介面的例子；

圖7顯示根據一個實施例的乘客終端中的處理裝置的示意圖；

圖8顯示根據一個實施例的車輛管理系統服務端中的處理裝置的示意圖。

Claims (26)

1. 一種車輛使用中跨語言的處理方法，該處理方法在乘客終端中執行，該處理方法包括： 回應於用戶的第一請求，提供地址輸入介面，該第一請求透過識別車輛終端的識別碼而產生，該識別碼中包含車輛資訊； 透過該地址輸入介面，接收用戶輸入的第一語言的目的地地址資訊； 確定該目的地地址資訊對應的目的地坐標資料；以及 將該車輛資訊和該目的地坐標資料發送給車輛管理系統服務端。
2. 根據申請專利範圍第1項所述的方法，其中，該車輛的識別碼包括二維碼或者聲波碼。
3. 根據申請專利範圍第1項所述的方法，還包括，在提供地址輸入介面之前，識別該識別碼，產生該第一請求。
4. 根據申請專利範圍第1項所述的方法，還包括：顯示該車輛資訊，以供該用戶確認。
5. 根據申請專利範圍第1項所述的方法，其中，該提供地址輸入介面包括：呼叫地圖應用程式，由該地圖應用程式提供地址輸入介面，該地圖應用程式支援該第一語言的地圖顯示。
6. 根據申請專利範圍第5項所述的方法，其中，接收用戶輸入的第一語言的目的地地址資訊包括： 接收用戶在該地圖應用程式中的定位操作，根據該定位操作確定該第一語言的目的地地址。
7. 根據申請專利範圍第1項所述的方法，其中，接收用戶輸入的第一語言的目的地地址資訊包括： 接收用戶以第一語言輸入的地址文字；或者 接收用戶的第一語言的語音，將該語音轉換為第一語言的地址文字。
8. 根據申請專利範圍第5項所述的方法，其中，確定該目的地地址資訊對應的目的地坐標資料包括，從該地圖應用程式獲取該目的地坐標資料。
9. 根據申請專利範圍第1項所述的方法，還包括： 從該車輛管理系統服務端接收訂單資訊；以及 回應於用戶對該訂單資訊的確認操作，向該車輛管理系統服務端發送確認訊息。
10. 一種車輛使用中跨語言的處理方法，該處理方法在車輛管理系統服務端執行，該處理方法包括： 接收來自乘客終端的第二請求，該第二請求包括車輛資訊和目的地坐標資料； 將該目的地坐標資料轉換為第二語言的目的地地址；以及 將該第二語言的目的地地址發送到與該車輛資訊對應的車輛終端。
11. 根據申請專利範圍第10項所述的方法，還包括： 從該車輛終端接收訂單資訊； 向該乘客終端發送該訂單資訊；以及 回應於來自該乘客終端的確認訊息，向該乘客終端對應的支付服務端發送支付請求。
12. 根據申請專利範圍第11項所述的方法，還包括： 從該支付服務端接收支付結果；以及 向該車輛終端和該乘客終端通知支付結果。
13. 一種跨語言使用車輛的處理裝置，該處理裝置位於乘客終端中，該處理裝置包括： 介面提供單元，配置為回應於用戶的第一請求，提供地址輸入介面，該第一請求透過識別車輛終端的識別碼而產生，該識別碼中包含車輛資訊； 地址接收單元，配置為透過該地址輸入介面，接收用戶輸入的第一語言的目的地地址資訊； 坐標確定單元，配置為確定該目的地地址資訊對應的目的地坐標資料；以及 坐標發送單元，配置為將該車輛資訊和該目的地坐標資料發送給車輛管理系統服務端。
14. 根據申請專利範圍第13項所述的處理裝置，其中，該車輛的識別碼包括二維碼或者聲波碼。
15. 根據申請專利範圍第13項所述的處理裝置，還包括識別單元，配置為識別該識別碼，產生該第一請求。
16. 根據申請專利範圍第13項所述的處理裝置，還包括顯示單元，配置為顯示該車輛資訊，以供該用戶確認。
17. 根據申請專利範圍第13項所述的處理裝置，其中，該介面提供單元配置為： 呼叫地圖應用程式，由該地圖應用程式提供地址輸入介面，該地圖應用程式支援該第一語言的地圖顯示。
18. 根據申請專利範圍第17項所述的處理裝置，其中，該地址接收單元配置為：接收用戶在該地圖應用程式中的定位操作，根據該定位操作確定該第一語言的目的地地址。
19. 根據申請專利範圍第13項所述的處理裝置，其中，該地址接收單元配置為： 接收用戶以第一語言輸入的地址文字；或者 接收用戶的第一語言的語音，將該語音轉換為第一語言的地址文字。
20. 根據申請專利範圍第17項所述的處理裝置，其中，該坐標確定單元配置為，從該地圖應用程式獲取該目的地坐標資料。
21. 根據申請專利範圍第13項所述的處理裝置，還包括： 訂單接收單元，配置為從該車輛管理系統服務端接收訂單資訊；以及 訊息發送單元，配置為回應於用戶對該訂單資訊的確認操作，向該車輛管理系統服務端發送確認訊息。
22. 一種跨語言使用車輛的處理裝置，該處理裝置位於車輛管理系統服務端中，該處理裝置包括： 地址接收單元，配置為接收來自乘客終端的第二請求，該第二請求包括車輛資訊和目的地坐標資料； 轉換單元，配置為將該目的地坐標資料轉換為第二語言的目的地地址；以及 地址發送單元，配置為將該第二語言的目的地地址發送到與該車輛資訊對應的車輛終端。
23. 根據申請專利範圍第22項所述的處理裝置，還包括： 訂單接收單元，配置為從該車輛終端接收訂單資訊； 訂單發送單元，配置為向該乘客終端發送該訂單資訊；以及 支付發送單元，配置為回應於來自該乘客終端的確認訊息，向該乘客終端對應的支付服務端發送支付請求。
24. 根據申請專利範圍第23項所述的處理裝置，還包括： 支付接收單元，配置為從該支付服務端接收支付結果；以及 支付通知單元，配置為向該車輛終端和該乘客終端通知支付結果。
25. 一種電腦可讀儲存媒體，其上儲存有電腦程式，當該電腦程式在電腦中執行時，令電腦執行申請專利範圍第1至12項中任一項所述的方法。
26. 一種計算設備，包括記憶體和處理器，其特徵在於，該記憶體中儲存有可執行碼，該處理器執行該可執行碼時，實現申請專利範圍第1至12項中任一項所述的方法。