TW202105201A - 推薦使用者一或多有興趣點有關運輸服務之通訊伺服器裝置、方法及通訊系統 - Google Patents

推薦使用者一或多有興趣點有關運輸服務之通訊伺服器裝置、方法及通訊系統 Download PDF

Info

Publication number
TW202105201A
TW202105201A TW109112716A TW109112716A TW202105201A TW 202105201 A TW202105201 A TW 202105201A TW 109112716 A TW109112716 A TW 109112716A TW 109112716 A TW109112716 A TW 109112716A TW 202105201 A TW202105201 A TW 202105201A
Authority
TW
Taiwan
Prior art keywords
data
user
interest
server device
historical
Prior art date
Application number
TW109112716A
Other languages
English (en)
Inventor
范卿
焦朗
代成成
鄧自強
張瑞
Original Assignee
新加坡商格步計程車控股私人有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 新加坡商格步計程車控股私人有限公司 filed Critical 新加坡商格步計程車控股私人有限公司
Publication of TW202105201A publication Critical patent/TW202105201A/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0631—Item recommendations
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3453—Special cost functions, i.e. other than distance or default speed limit of road segments
    • G01C21/3476—Special cost functions, i.e. other than distance or default speed limit of road segments using point of interest [POI] information, e.g. a route passing visible POIs
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3605—Destination input or retrieval
    • G01C21/3617—Destination input or retrieval using user history, behaviour, conditions or preferences, e.g. predicted or inferred from previous use or current movement
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3691—Retrieval, searching and output of information related to real-time traffic, weather, or environmental conditions
    • G01C21/3694—Output thereof on a road map
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0282—Rating or review of business operators or products
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Engineering & Computer Science (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Atmospheric Sciences (AREA)
  • Social Psychology (AREA)
  • Environmental & Geological Engineering (AREA)
  • Environmental Sciences (AREA)
  • Ecology (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Operations Research (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Primary Health Care (AREA)
  • Telephonic Communication Services (AREA)
  • Navigation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Traffic Control Systems (AREA)

Abstract

所提供的是諸如當使用者希望請求有關運輸服務或做有關運輸服務的預訂時，推薦使用者一或多有興趣點（POI）用於有關運輸服務之通訊伺服器裝置。基於可來自複數資料源的複數資料/資訊，在預訂的不同動作/情境或不同階段推薦POI。可使用與對應於歷史有關運輸服務的出發位置和目的地位置的一或更多配對有關的資料，或使用歷史資料和對應於地理區域中的至少一個目的地類別中的頂端排名有興趣點的資料，或基於由對候選POI的複數基準指派的單獨得分確定的候選POI的結果得分做該推薦，其中基於歷史資料確定至少一些基準的單獨得分。

Description

推薦使用者一或多有興趣點有關運輸服務之通訊伺服裝置、方法及通訊系統
本發明大體上係關於通訊領域。本發明之一個態樣係關於推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置。本發明之其他態樣係還關於推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置、推薦使用者一或多有興趣點用於有關運輸服務之方法、推薦使用者一或多有興趣點用於有關運輸服務之通訊系統、及推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置。更多態樣係關於具有實現本文描述之任一方法之指令的電腦程式產品、電腦程式及非暫態儲存媒體。
本發明之一個態樣具有推薦使用者一或多有興趣點用於有關運輸服務之特定而非專用應用。舉例而言，使用者可能希望請求或預訂有關運輸服務，例如，搭乘招叫(ride-hailing)運輸服務，而所揭露之技術為便於預訂可對不同動作/情境或不同預訂階段提供推薦一或多有興趣點作為對應於有關運輸服務之出發位置和/或目的地位置。使用者可使用對應應用或「App」進行預訂，並且所推薦的有興趣點可經由該App被提供或提示給使用者，供考慮和/或選擇。
回應使用者對運輸服務的查詢，對與該查詢有關的POI（有興趣點）的搜尋被實行。然而，POI服務的目前品質不令人滿意，因為運輸服務的已知方式僅根據使用者的地點過濾POI，而不考慮其他要求或屬性。
本發明的態樣是如在獨立請求項中所闡述。某些選擇性特徵被定義在依屬請求項中。
本文所揭露的技術的實現可提供顯著的技術優點。該技術可賦能基於舉例而言可來自複數資料源的複數資料/資訊推薦使用者一或多有興趣點（POI）有關運輸服務。
在至少一些實現中，本文所揭露的技術可基於歷史資料，舉例而言，與對應於歷史有關運輸服務的一或多出發位置和目的地位置對有關的資料，提供推薦一或多有興趣點（POI）。
在至少一些實現中，本文所揭露的技術允許基於歷史資料和對應於地理地區（例如，城市）中的至少一個目的地類別中的頂端排名有興趣點的資料，推薦一或多有興趣點（POI）。
在至少一些實現中，本文所揭露的技術可基於由對候選POI的複數基準指派的單獨得分確定的候選POI的結果得分，提供推薦一或多有興趣點（POI）。基於歷史資料，可確定至少一些基準的單獨得分。
在至少一些實現中，本文所揭露的技術可在預訂有關運輸服務期間對不同動作/情境提供推薦一或多有興趣點（POI），其中此等動作可以循序順序發生。
在示例性實現中，可以運行於諸如行動電話的手持通訊裝置的軟體中實現本文揭露的技術的功能。實現本文揭露的技術的功能的軟體可包含於使用者從線上商店下載的「App」-電腦程式或電腦程式產品中。當在舉例而言使用者的行動電話上運行時，可使用行動電話的硬體特徵實現下面揭露的功能，諸如使用行動電話的收發組件建立推薦使用者一或多有興趣點用於有關運輸服務之安全通訊通道。
本技術可即時地提供有興趣點（POI）推薦，舉例而言，基於Golang的POI發現及即時推薦。
運輸服務（例如，搭乘招叫運輸服務）的一個方面是基於它們的地點盡可能省力地對使用者提供想要的POI，作為上車點和/或下車點，所費的力可由使用者在點擊預訂按鈕之前在螢幕上的點擊次數量測。作為基於地理的服務，POI發現和推薦可涉及大量地理運算和高訊務輸送量。重要的是要確保POI發現和推薦的高可用性和穩定性。在本技術中，基於Golang的服務架構係經調適以確保後端系統穩定。可利用彈性搜尋，以在資料庫層上組織數百萬的POI資料。Redis可被使用來在快取時縮短每一個請求的回應時間。如下進一步描述，基於Golang的服務架構可被採用，且透過根據各種情境部署諸如彈性搜尋和Redis的技術，可解決線上挑戰。POI服務可協助提高完成預訂的比率，而平均來說螢幕上的點擊次數相當地少。
首先參考圖1，例示一通訊系統100，該通訊系統100可應用於各種實施例中。通訊系統100包含一通訊伺服器裝置102、一第一使用者（用戶端）通訊裝置104、及一第二使用者（或用戶端）通訊裝置106。該等裝置102、104、106透過各自實現舉例而言網際網路通訊協定的通訊鏈路110、112、114連接在通訊網108中或連接至通訊網108（舉例而言，網際網路）。通訊裝置104、106能夠透過包含蜂巢式行動通訊網之其他通訊網（諸如公共交換電話網路（PSTN網路））通訊，但為了清楚起見，它們從圖1中省略。應當理解，存在一或多與裝置104、106類似的其他通訊裝置。
通訊伺服器裝置102可用於推薦使用者一或多有興趣點用於有關運輸服務。
通訊伺服器裝置102可以是單一伺服器，如圖1示意性地例示，亦可具有被跨越多重伺服器組件分佈的伺服器裝置102實施的功能。在圖1的實例中，通訊伺服器裝置102可包括許多單獨組件，該單獨組件包含但並不僅限於：一或多微處理器（µP）116；一記憶體118（例如，諸如RAM（隨機存取記憶體）之揮發性記憶體），該記憶體118用於載入可執行指令120，該可執行指令120定義伺服器裝置102在處理器116的控制下實行的功能。通訊伺服器裝置102亦可包含一輸入/輸出（I/O）模組122，該輸入/輸出模組122允許伺服器裝置102透過通訊網路108通訊。使用者介面（UI）124是為使用者控制而提供的，且可包含舉例而言一或多計算周邊裝置，諸如顯示監視器、電腦鍵盤及類似者。通訊伺服器裝置102亦可包含一資料庫（DB）126，該資料庫（DB）126的用途由下面的討論變得簡單明瞭。
使用者通訊裝置104可包含許多單獨組件，包含但並不僅限於：一或多微處理器（µP）128；記憶體130（例如，諸如RAM之揮發性記憶體），該記憶體130用於裝入可執行指令132，該可執行指令132定義使用者通訊裝置104在處理器128的控制下實現的功能。使用者通訊裝置104亦包含輸入/輸出（I/O）模組134，該輸入/輸出（I/O）模組134允許使用者通訊裝置104透過通訊網108通訊。使用者介面（UI）136是為使用者控制而提供的。若使用者通訊裝置104是比如智慧型手機或平板裝置，則使用者介面136可具有在很多智慧型手機及其他手持裝置中廣泛出現的觸控面板顯示器。作為另一種選擇，若使用者通訊裝置104是比如桌上型電腦或膝上型電腦，則使用者介面可具有舉例而言一或多計算周邊裝置，諸如，顯示監視器、電腦鍵盤及類似者。
使用者通訊裝置106可以是舉例而言與使用者通訊裝置的104具有相同或類似硬體架構之智慧型手機或平板裝置。
使用者通訊裝置104和/或使用者通訊裝置106可用於接收對使用者的有關運輸服務之與一或多被推薦有興趣點(POI)有關的資訊或資料。
圖2A顯示示意方塊圖，該示意方塊圖例示一用於推薦使用者一或多有興趣點用於有關運輸服務的通訊伺服器裝置202a。該通訊伺服器裝置202a包含一處理器216a和一記憶體218a，其中通訊伺服器裝置202a被配置成在處理器216a的控制下執行記憶體218a中的指令，以回應接收包含指示使用者的位置（例如，指示緯度（lat）值和經度（lng）值的資料）（例如，目前位置或所投射位置）的資料欄位的使用者資料且進一步回應通訊伺服器裝置202a確定不存在與對應於有關運輸服務的使用者關聯的歷史資料，檢索表示具有該位置的地圖的資料255a，且傳輸表示該地圖的資料255a，供使用者的使用者通訊裝置接收，以經由使用者通訊裝置對使用者呈現地圖，從而將地圖上的（單一）有興趣點（例如，基於使用者的位置）確定為有關運輸服務的所推薦出發位置（或上車位置），並且回應通訊伺服器裝置202a確定在一或多資料記錄中存在對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯，基於該歷史資料將（單一）第一有興趣點確定為所推薦的出發位置（或上車位置）而用於有關運輸服務，基於該歷史資料將（單一）第二有興趣點確定為所推薦的目的地位置（或下車位置）用於有關運輸服務，第一有興趣點與第二有興趣點彼此配對，其對應於歷史有關運輸服務，並且傳輸指示第一有興趣點的資料256a和指示第二有興趣點的資料257a，供使用者通訊裝置接收。
處理器216a和記憶體218a可彼此耦接（如線217a所表示），例如，實體耦接和/或電耦接。處理器216a可以是如在處理器116（圖1）的語境中所描述的，並且/或記憶體218a可以是如在記憶體118（圖1）的語境中所描述的。
使用者資料還可包含指示表示使用者的身分的識別符（例如，使用者ID）的另一資料欄位。
在各種實施例中，回應通訊伺服器裝置202a確定存在該歷史資料且還回應接收具有指示時間（點）（例如，目前時間（點）或所投射時間（點）或所排程時間（點））的資料欄位的使用者資料（可以是具有指示使用者的位置的資料欄位的相同使用者資料），為了將第二有興趣點確定為所推薦目的地位置，通訊伺服器裝置202a還可被配置成基於該歷史資料確定在包含該時間的預定時間間隔中（以一天中的小時為單位）第二有興趣點與第一有興趣點配對。舉例而言，該時間可以是進行預訂的時間，亦可以是有關運輸服務的開始時間。
作為非限制性實例，該時間可以是下午3:05，且與過去的比如下午3:00-3:30或下午3:00-4:00的時間間隔（例如，超過過去24小時或更長時間段）的第一有興趣點配對的第二有興趣點可被確定為所推薦的目的地位置。
在各種實施例中，回應通訊伺服器裝置202a確定存在該歷史資料且還回應接收包含指示使用者的位置的資料欄位的使用者資料，為了確定第一有興趣點，通訊伺服器裝置202a可被配置成確定是否存在指示包含於該歷史資料中的一或多歷史出發位置用於有關運輸服務的資料，若確定存在指示一或多歷史出發位置的資料，則基於指示一或多歷史出發位置的資料，將距離上最靠近使用者的位置的歷史出發位置定義為第一有興趣點，並且傳輸指示歷史出發位置的資料供使用者通訊裝置接收，而若確定不存在指示一或多歷史出發位置的資料，則確定指示包含於歷史資料中的一或多歷史目的地位置（或一或多上次下車點優先（last dropoff first）（LDF））的資料；基於指示一或多歷史目的地位置的資料，將在距離上最靠近使用者的位置的歷史目的地位置定義為第一有興趣點，且傳輸指示歷史目的地位置的資料，供使用者通訊裝置接收。
在各種實施例中，為了確定指示一或多歷史目的地位置的資料，通訊伺服器裝置202a可被配置成確定指示一或多與預定歷史時間段（例如，最後24小時）關聯的歷史目的地位置的資料。
圖2B顯示例示在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中及在通訊伺服器裝置的處理器的控制下實施的方法的流程圖250。
回應接收包含指示使用者的位置的資料欄位的使用者資料並且還回應確定不存在與對應於有關運輸服務的使用者關聯的歷史資料，在251，檢索表示具有該位置的地圖的資料，且在252，傳輸表示該地圖的資料，供該使用者的使用者通訊裝置接收，經由使用者通訊裝置對使用者呈現地圖，以將地圖上的有興趣點確定為有關運輸服務的所推薦出發位置。
回應確定在一或多資料記錄中存在對應於有關運輸服務的歷史資料，該歷史資料與使用者關聯，在255，基於該歷史資料，將第一有興趣點確定為有關運輸服務的所推薦出發位置，在256，基於該歷史資料，將第二有興趣點確定為有關運輸服務的所推薦目的地位置，對應於歷史有關運輸服務，第一有興趣點與第二有興趣點彼此配對，且在257，傳輸指示第一有興趣點的資料和指示第二有興趣點的資料，供使用者通訊裝置接收。
回應確定存在該歷史資料且還回應接收包含指示時間的資料欄位的使用者資料，在256，該方法可包含基於該歷史資料在包含該時間的預定時間間隔中確定與第一有興趣點配對的第二有興趣點。
在各種實施例中，在255，回應確定存在該歷史資料且還回應接收包含指示使用者的位置的資料欄位的使用者資料，該方法可包含確定是否存在指示包含於該歷史資料中的有關運輸服務的一或多歷史出發位置，若確定存在資料，該資料指示一或多歷史出發位置的資料，則基於指示一或多歷史出發位置的資料，將在距離上最靠近使用者的位置的歷史出發位置定義為第一有興趣點，並且傳輸指示該歷史出發位置的資料，供使用者通訊裝置接收，而若確定不存在指示一或多歷史出發位置的資料，則確定指示包含於歷史資料中的一或多歷史目的地位置的資料，基於指示一或多歷史目的地位置的資料，將在距離上最靠近使用者的位置的歷史目的地位置定義為第一有興趣點，且傳輸指示該歷史目的地位置的資料，供使用者通訊裝置接收。
在各種實施例中，為了確定指示一或多歷史目的地位置的資料，該方法可包含確定指示與預定歷史時間段關聯的一或多歷史目的地位置的資料。
各種實施例還可提供一種推薦使用者一或多有興趣點用於有關運輸服務之通訊系統，該通訊系統具有：一通訊伺服器裝置（例如，202a，圖2A）、至少一個使用者通訊裝置及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊，其中該至少一個使用者通訊裝置包含一第一處理器和一第一記憶體，該至少一個使用者通訊裝置被配置成在第一處理器的控制下執行第一記憶體中的第一指令，以傳輸包含指示使用者的位置的資料欄位的使用者資料，供該通訊伺服器裝置接收來進行處理，且其中通訊伺服器裝置包含一第二處理器和一第二記憶體，該通訊伺服器裝置被配置成在第二處理器的控制下執行第二記憶體中的第二指令，以回應接收至少一個使用者通訊裝置傳輸的指示使用者資料的資料且還回應通訊伺服器裝置確定不存在與對應於有關運輸服務的使用者關聯的歷史資料，檢索表示包含該位置的地圖的資料，且傳輸表示地圖的資料，供至少一個使用者通訊裝置接收，從而經由使用者通訊裝置對使用者呈現地圖，以將地圖上的有興趣點確定為有關運輸服務的所推薦出發位置，並且回應通訊伺服器裝置確定在一或多資料記錄中存在對應於有關運輸服務的歷史資料，該歷史資料與使用者關聯，基於該歷史資料將第一有興趣點確定為有關運輸服務的所推薦出發位置，基於該歷史資料將第二有興趣點確定為有關運輸服務的所推薦目的地位置，對應於歷史有關運輸服務，該第一有興趣點與第二有興趣點彼此配對，且傳輸指示第一有興趣點的資料和指示第二有興趣點的資料，供至少一個使用者通訊裝置接收。
應當理解，通訊伺服器裝置202a語境中的描述、如流程圖250的語境中描述的方法及上面描述的對應通訊系統可彼此適用。
上面在通訊伺服器裝置202a的語境中揭露的技術、如在流程圖250的語境中描述的方法及上面描述的對應通訊系統可對應於如下進一步描述的動作/情境「預測」。而且，回應對應於有關運輸服務的（軟體）應用（例如，「App」）的啟動或發動或檢測到(或確定了)啟動或發動，所述技術可被實施，亦可在使用者對有關運輸服務進行請求或預訂的流程開始時被實施。
圖2C顯示例示推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置202c的示意方塊圖。該通訊伺服器裝置202c包含一處理器216c和一記憶體218c，其中通訊伺服器裝置202c被配置成在處理器216c的控制下執行記憶體218c中的指令，以回應接收包含指示使用者的位置（例如，指示緯度（lat）值和經度（lng）值的資料）（例如，目前位置或投射位置）的第一資料欄位和指示對應於目的地位置（或下車位置）的使用者請求的第二資料欄位的使用者資料，存取一或多資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與使用者關聯，存取指示包含該位置的地理區域（例如，城市）中的至少一個目的地類別（例如，購物目的地、食品店、運輸樞紐等）中頂端排名的許多有興趣點（例如，最熱門POI；在前3、前5或前任意名次）的資料；基於歷史資料和指示頂端排名的許多有興趣點的資料，將一或多第一有興趣點確定為有關運輸服務的所推薦目的地位置，且傳輸指示一或多第一有興趣點的資料255c，供使用者通訊裝置接收。
處理器216c和記憶體218c可彼此耦接（如線217c所表示），例如，實體耦接和/或電耦接。處理器216c可以是如在處理器116（圖1）的語境中所描述的，並且/或記憶體218c可以是如在記憶體118（圖1）的語境中所描述的。
使用者資料還可包含指示表示使用者的身分的識別符（例如，使用者ID）的另一資料欄位。
指示對應於目的地位置的使用者請求的第二資料欄位可對應於使用者在對應於有關運輸服務的（軟體）應用（例如，「App」）的輸入框或輸入資料欄位（例如，目的地位置的輸入資料欄位）上的點擊。
在各種實施例的語境中，歷史資料可包含指示許多歷史目的地位置的資料和/或指示使用者的一或多喜好的資料。
在各種實施例中，歷史資料可包含指示使用者最常去的許多歷史目的地位置的資料（例如，3個最常去位置、5個最常去位置或任意其他數量的最常去位置），其中為了存取歷史資料，通訊伺服器裝置202c還可被配置成存取指示使用者最常去的許多歷史目的地位置的資料，且為了確定一或多第一有興趣點，通訊伺服器裝置202c還可被配置成基於指示使用者的最常去的許多歷史目的地位置的資料及指示許多頂端排名的有興趣點的資料，確定一或多第一有興趣點。
通訊伺服器裝置202c還可被配置成回應接收包含指示對應於出發位置（或上車位置）的使用者請求的資料欄位的使用者資料（可為上面描述的相同使用者資料或另一個使用者資料），基於該歷史資料和該位置，將一或多第二有興趣點確定為有關運輸服務的所推薦出發位置，且傳輸指示一或多第二有興趣點的資料，供使用者通訊裝置接收。
該歷史資料可包含指示許多歷史出發位置的資料，且基於許多歷史出發位置，可確定一或多第二有興趣點。
指示對應於出發位置的使用者請求的資料欄位可對應於使用者在對應於有關運輸服務的（軟體）應用（例如，「App」）的輸入框或輸入資料欄位（例如，出發位置的輸入資料欄位）上的點擊。
為了確定一或多第二有興趣點，通訊伺服器裝置202c可被配置成將在相對於使用者位置預定距離內的一或多有興趣點確定為所推薦的出發位置。
通訊伺服器裝置202c還可被配置成對於一或多第二有興趣點的每一個傳輸指示第二有興趣點與使用者的位置之間的距離的資料，供使用者通訊裝置接收。
圖2D顯示例示在通訊伺服器裝置的處理器的控制下，在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法的流程圖260。
回應接收包含指示位置的第一資料欄位和指示對應於目的地位置的使用者請求的第二資料欄位的使用者資料，在262，存取對應於一或多資料記錄中的有關運輸服務的歷史資料，該歷史資料與使用者關聯，在264，存取指示具有該位置的地理區域中的至少一個目的地類別中的許多頂端排名有興趣點的資料，在266，基於該歷史資料和指示許多頂端排名的有興趣點的資料，將一或多第一有興趣點確定為有關運輸服務的所推薦目的地位置，且在268，傳輸指示一或多第一有興趣點的資料，供使用者通訊裝置接收。
在各種實施例中，歷史資料可包含指示使用者最常去的許多歷史目的地位置的資料。在262，存取指示使用者最常去的許多歷史目的地位置的資料，且在266，基於指示使用者最常去的許多歷史目的地位置的資料及指示許多頂端排名的有興趣點的資料，確定一或多第一有興趣點。
回應接收包含對應於出發位置的使用者請求的資料欄位的使用者資料，該方法還可包含：基於該歷史資料和該位置，將一或多第二有興趣點確定為有關運輸服務的所推薦出發位置，且傳輸指示一或多第二有興趣點的資料，供使用者通訊裝置接收。
在各種實施例中，該方法可包含將相對於使用者的位置在預定距離內的一或多第二有興趣點確定為所推薦的出發位置。
在各種實施例中，該方法還可包含對於一或多第二有興趣點的每一個，傳輸指示第二有興趣點與使用者的位置之間的距離的資料，供使用者通訊裝置接收。
各種實施例還可提供一種推薦使用者一或多有興趣點用於有關運輸服務之通訊系統，該通訊系統具有：一通訊伺服器裝置（例如，202c，圖2C）、至少一個使用者通訊裝置及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊，其中該至少一個使用者通訊裝置包含一第一處理器和一第一記憶體，該至少一個使用者通訊裝置被配置成在第一處理器的控制下執行第一記憶體中的第一指令，以傳輸包含指示位置的第一資料欄位和指示對應於目的地位置的使用者請求的第二資料欄位的使用者資料，供通訊伺服器裝置接收來進行處理，且其中通訊伺服器裝置包含一第二處理器和一第二記憶體，該通訊伺服器裝置被配置成在第二處理器的控制下執行第二記憶體中的第二指令，以回應接收至少一個使用者通訊裝置傳輸的指示使用者資料的資料，存取一或多資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與使用者關聯，存取指示包括該位置的地理區域中的至少一個目的地類別中的許多頂端排名有興趣點的資料，基於該歷史資料和指示許多頂端排名有興趣點的資料，將一或多第一有興趣點確定為有關運輸服務的所推薦目的地位置；且傳輸指示一或多第一有興趣點的資料，供至少一個使用者通訊裝置接收。
應當理解，通訊伺服器裝置202c語境中的描述、如流程圖260的語境中描述的方法及上面描述的對應通訊系統可彼此適用。
上面在通訊伺服器裝置202c的語境中揭露的技術、如在流程圖260的語境中描述的方法及上面描述的對應通訊系統可對應於如下進一步描述的動作/情境「建議」。而且，在情境「預測」之後，例如，倘若從情境「預測」獲得的結果不如對有關運輸服務進行請求或預訂的使用者所期望的或滿意的，則可以循序順序實施所述技術。
圖2E顯示例示推薦使用者一或多有興趣點（POI）有關運輸服務之通訊伺服器裝置202e的示意方塊圖，而圖2F顯示例示可由通訊伺服器裝置202e產生的資料記錄240的示意方塊圖。
該通訊伺服器裝置202e包含一處理器216e和一記憶體218e，其中通訊伺服器裝置202e被配置成在處理器216e的控制下執行記憶體218e中的指令，以回應接收包含指示使用者的位置（例如，指示緯度（lat）值和經度（lng）值的資料）（例如，目前位置或投射位置）的第一資料欄位和具有指示使用者輸入的資訊的輸入資料的第二資料欄位的使用者資料，該資訊至少是使用者所請求位置作為有關運輸服務的出發位置或目的地位置的部分描述，基於輸入資料，產生具有具有對應複數候選有興趣點的資料243a、243b、243c、至243n的複數候選資料欄位242a、242b、242c、至242n的一或多資料記錄240，在一或多資料記錄240中，對於複數候選資料欄位242a、242b、242c、至 242n的每一個候選資料欄位，對關鍵字、地區、熱門程度、時序、及距離的至少二個基準產生各自基準資料欄位（作為非限制性實例，例示候選資料欄位242a的各自基準資料欄位244a、246a，及候選資料欄位242c的各自基準資料欄位244c、246c），在分別基準資料欄位（例如，244a、246a、244c、246c）的每一個基準資料欄位中，產生指示與候選有興趣點的對應基準關聯的單獨得分的資料（作為非限制性實例，例示分別基準資料欄位244a、246a、244c、246c的資料245a、247c、245c、247c）。
對於關鍵字，基於資訊與描述候選有興趣點的名稱的一或多字（例如，全稱、（複數）部分名稱、（複數）首字母縮略詞）之間的相似度，確定單獨得分。對於地區，基於包含使用者的位置的第一地理地區（例如，城市）與包含候選有興趣點的第二地理地區（例如，城市）之間的近接度，確定單獨得分。對於熱門程度，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，基於候選有興趣點歷史上被（例如，任一或多使用者，亦即，非僅包含對有關運輸服務進行請求的使用者，但也考慮到另一(些)使用者的（複數）喜好）選擇為歷史有關運輸服務的所請求位置的次數（例如，候選有興趣點已被選擇為歷史出發位置的次數（若所請求位置是出發位置），或被選擇為歷史目的地位置的次數（若所請求位置為目的地位置）），確定單獨得分。對於時序，基於一或多歷史資料記錄（可為上面提及的相同歷史資料記錄）中對應於有關運輸服務的歷史資料，該歷史資料與使用者關聯，基於候選有興趣點在所定義時間被使用者選擇為所請求位置（出發位置或目的地位置）的機率（例如，候選有興趣點在早上、晚上或所定義小時期間/內，等被選擇的機率），確定單獨得分。對於距離，基於使用者的位置與候選有興趣點之間的距離，確定單獨得分。
通訊伺服器裝置202e被配置成對於每一個候選資料欄位242a、242b、242c、至242n，基於單獨得分（對至少二個基準確定的），產生對應候選有興趣點的結果得分，處理指示該結果得分的資料，且根據指示該結果得分的資料的處理結果，傳輸指示複數候選有興趣點的資料255e，供使用者通訊裝置接收，以經由使用者通訊裝置呈現複數候選有興趣點。在各種實施例中，對於待從通訊伺服器裝置202e傳輸的資料255e，已經根據該處理結果對複數候選有興趣點排序。
處理器216e和記憶體218e可彼此耦接（如線217e所表示），例如，實體耦接和/或電耦接。處理器216e可以是如在處理器116（圖1）的語境中所描述的，並且/或記憶體218e可以是如在記憶體118（圖1）的語境中所描述的。
使用者資料還可包含指示表示使用者的身分的識別符（例如，使用者ID）的另一資料欄位。
通訊伺服器裝置202e可接收包含指示時間（點）（例如，目前時間（點）或所投射時間（點）或所排程時間（點）)的資料欄位的使用者資料（可以是具有第一和第二資料欄位的相同使用者資料）。
作為非限制性實例，所請求位置可以由具有8個字母的字母串表示或描述，且所輸入的資訊可包含部分名稱（例如，（只）全部8個字母中的5個字母）、全名稱（亦即，8個字母）或表示所請求位置的首字母縮略詞。
應當理解，可存在任意數量y個候選資料欄位，其中y≧ 2（亦即，2或更大）。
為了處理指示結果得分的資料，通訊伺服器裝置202e可被配置成基於指示結果得分的資料，在一或多資料記錄240中產生指示複數候選有興趣點根據複數候選有興趣點的結果得分（例如，結果得分的降序）排序的排名資料，且為了傳輸該資料，通訊伺服器裝置202e可被配置成傳輸指示複數候選有興趣點的資料255e，以經由使用者通訊裝置根據排名資料的順序呈現複數候選有興趣點。在各種實施例中，對於待從通訊伺服器裝置202e傳輸的資料255e，複數候選有興趣點已經根據排名資料被排序。
為了處理指示結果得分的資料，通訊伺服器裝置202e可被配置成基於指示結果得分的資料，對於複數候選有興趣點的每一個候選有興趣點，將該結果得分與指示候選有興趣點與所請求位置的匹配關係的臨界值進行比較，且為了傳輸該資料，通訊伺服器裝置202e可被配置成傳輸指示具有被確定等於或大於該臨界值的結果得分的候選有興趣點的資料255e。
為了產生結果得分，通訊伺服器裝置202e可被配置成由單獨得分的加權總和產生結果得分。
在各種實施例中，至少二個基準可包含地區，且回應地區的單獨得分被確定為指示第一地理地區和第二地理地區位於不同的國家，通訊伺服器裝置202e還可被配置成排除（或忽略）該候選有興趣點。
為了產生分別基準資料欄位（例如，244a、246a、244c、246c），通訊伺服器裝置202e可被配置成對於每一個候選資料欄位242a、242b、242c、至242n，對關鍵字、地區、熱門程度、時序及距離中的至少三個基準產生分別基準資料欄位。
為了產生分別基準資料欄位（例如，244a、246a、244c、246c），通訊伺服器裝置202e可被配置成對於每一個候選資料欄位242a、242b、242c、至242n，對關鍵字、地區、熱門程度、時序及距離中的至少四個基準產生分別基準資料欄位。
在各種實施例中，回應該資訊至少是作為出發位置的所請求位置的部分描述，為了產生分別基準資料欄位（例如，244a、246a、244c、246c），通訊伺服器裝置202e可被配置成對於每一個候選資料欄位242a、242b、242c、至242n，對關鍵字、地區、熱門程度、時序及距離的全部基準產生分別基準資料欄位。
圖2G顯示例示在通訊伺服器裝置的處理器的控制下，在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法的流程圖270。
回應接收包含指示使用者的位置的第一資料欄位和具有指示使用者輸入的資訊的輸入資料的第二資料欄位的使用者資料，該資訊至少是使用者所請求位置作為有關運輸服務的出發位置或目的地位置的部分描述，在272，基於該輸入資料，產生一或多資料記錄，該輸入資料包含具有對應複數候選有興趣點的資料的複數候選資料欄位。在274，對於複數候選資料欄位的每一個候選資料欄位，在一或多資料記錄中，對關鍵字、地區、熱門程度、時序及距離中的至少二個基準產生分別基準資料欄位。在276，在分別基準資料欄位的每一個基準資料欄位中，對候選有興趣點產生指示與對應基準關聯的單獨得分的資料，其中對於關鍵字，基於該資訊與描述候選有興趣點的名稱的一或多字之間的相似度，確定單獨得分，對於地區，基於包含使用者的位置的第一地理地區與包含候選有興趣點的第二地理地區之間的近接度，確定單獨得分，對於熱門程度，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，基於候選有興趣點歷史上被選擇為歷史有關運輸服務的所請求位置的次數，確定單獨得分，對於時序，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與使用者關聯，基於候選有興趣點在所定義時間被使用者選擇為所請求位置的機率，確定單獨得分，且對於距離，基於使用者的位置與候選有興趣點之間的距離，確定單獨得分。在278，對於每一個候選資料欄位，基於單獨得分，對對應候選有興趣點產生結果得分。在280，處理指示結果得分的資料。在282，傳輸指示複數候選有興趣點的資料，供使用者通訊裝置接收，以根據處理指示結果得分的資料的結果，經由使用者通訊裝置，呈現複數候選有興趣點。在各種實施例中，對於待被傳輸的指示複數候選有興趣點的資料，複數候選有興趣點已根據該處理結果被排序。
在各種實施例中，在280，基於指示結果得分的資料，在一或多資料記錄中，根據該複數候選有興趣點的結果得分，產生指示複數候選有興趣點的排序的排名資料，且在282，指示複數候選有興趣點的資料可被傳輸，從而經由使用者通訊裝置，以根據排名資料的順序呈現複數候選有興趣點。在各種實施例中，對於待被傳輸的指示複數候選有興趣點的資料，已經根據排名資料對複數候選有興趣點排序。
在各種實施例中，在280，基於指示結果得分的資料，且對於複數候選有興趣點的每一個候選有興趣點，可將結果得分與指示候選有興趣點與所請求位置的匹配關係的臨界值進行比較，且在282，可傳輸指示具有被確定為等於或大於該臨界值的結果得分的候選有興趣點的資料。
在各種實施例中，在278，該結果得分可由單獨得分的加權總和產生。
在各種實施例中，該至少二個基準可包含地區，且回應該地區的單獨得分被確定為指示第一地理地區和第二地理地區位於不同的國家，該方法還可包含排除該候選有興趣點。
在各種實施例中，在274，對於每一個候選資料欄位，可對關鍵字、地區、熱門程度、時序及距離中的至少三個基準產生分別基準資料欄位。
在各種實施例中，在274，對於每一個候選資料欄位，可對關鍵字、地區、熱門程度、時序及距離中的至少四個基準產生分別基準資料欄位。
在各種實施例中，回應該資訊至少是作為出發位置的所請求位置的部分描述，在274，對於每一個候選資料欄位，可對關鍵字、地區、熱門程度、時序及距離中的全部基準產生分別基準資料欄位。
各種實施例還可提供一種推薦使用者一或多有興趣點用於有關運輸服務之通訊系統，該通訊系統具有：一通訊伺服器裝置（例如，202e，圖2E）、至少一個使用者通訊裝置及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊，其中該至少一個使用者通訊裝置包含一第一處理器和一第一記憶體，該至少一個使用者通訊裝置被配置成在第一處理器的控制下執行第一記憶體中的第一指令，以傳輸包含指示使用者的位置的第一資料欄位和具有指示使用者輸入的資訊的輸入資料的第二資料欄位的使用者資料，供通訊伺服器裝置接收來進行處理，該資訊至少是作為有關運輸服務的出發位置或目的地位置的使用者所請求位置的部分描述，且其中通訊伺服器裝置包含一第二處理器和一第二記憶體，該通訊伺服器裝置被配置成在第二處理器的控制下執行第二記憶體中的第二指令，以回應接收指示至少一個使用者通訊裝置傳輸的指示使用者資料的資料，基於該輸入資料，產生包含具有對應複數候選有興趣點的資料的複數候選資料欄位的一或多資料記錄，在一個或多個資料記錄中，對於複數候選資料欄位的每一個候選資料欄位，對關鍵字、地區、熱門程度、時序及距離中的至少二個基準產生分別基準資料欄位，在分別基準資料欄位的每一個基準資料欄位中，產生指示與候選有興趣點的對應基準關聯的單獨得分的資料，其中對於關鍵字，基於該資訊與描述候選有興趣點的名稱的一或多字之間的相似度，確定單獨得分，對於地區，基於包含使用者的位置的第一地理地區與包含候選有興趣點的第二地理地區之間的近接度，確定單獨得分，對於熱門程度，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，基於候選有興趣點歷史上被選擇為歷史有關運輸服務的所請求位置的次數，確定單獨得分，對於時序，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與使用者關聯，基於候選有興趣點在所定義時間被使用者選擇為所請求位置的機率，確定單獨得分，對於距離，基於使用者的位置與候選有興趣點之間的距離，確定單獨得分；對於每一個候選資料欄位，基於該單獨得分，產生對應候選有興趣點的結果得分，處理指示該結果得分的資料，且傳輸指示複數候選有興趣點的資料，供使用者通訊裝置接收，以根據處理指示結果得分的資料的結果，經由使用者通訊裝置，呈現複數候選有興趣點。
應當理解，通訊伺服器裝置202e語境中的描述、如流程圖270的語境中描述的方法及上面描述的對應通訊系統可彼此適用。
上面在通訊伺服器裝置202e的語境中揭露的技術、如在流程圖270的語境中描述的方法及上面描述的對應通訊系統可對應於如下進一步描述的動作/情境「搜尋」。而且，在情境「建議」之後，例如，倘若從情境「建議」獲得的結果不如對有關運輸服務進行請求或預訂的使用者所期望的或滿意的，則可以循序順序實施所述技術。
圖2H顯示例示推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置202h的示意方塊圖，該通訊伺服器裝置202h被配置為通訊伺服器裝置202a，並且還被配置為通訊伺服器裝置202c或通訊伺服器裝置202e的至少其中一個。
該通訊伺服器裝置202h可被配置為通訊伺服器裝置202a，且此後（循序地），被配置為通訊伺服器裝置202c。此後（循序地），通訊伺服器裝置202h還可被配置為通訊伺服器裝置202e。此後（循序地），通訊伺服器裝置202h還可被配置成檢索表示包含使用者的位置的地圖的資料，且傳輸表示該地圖的資料而供使用者的使用者通訊裝置的接收，以經由使用者通訊裝置對使用者呈現該地圖，以（例如，基於使用者的位置）將地圖上的（單一）有興趣點確定為有關運輸服務的所推薦出發位置（或上車位置）。
圖2I顯示例示在通訊伺服器裝置的處理器的控制下，在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法的流程圖290。 在292，實施如本文在流程圖250的語境中描述的方法。在294，實施如本文在流程圖260的語境中描述的方法或如本文在流程圖270的語境中描述的方法的至少一個。
在各種實施例中，可實施如本文在流程圖250的語境中描述的方法，且此後，可實施如本文在流程圖260的語境中描述的方法。此後，可實施如本文在流程圖270的語境中描述的方法。此後，可檢索表示包含使用者的位置的地圖的資料，且可傳輸表示該地圖的資料，供使用者的使用者通訊裝置接收，以經由使用者通訊裝置對使用者呈現該地圖，以將地圖上的有興趣點確定為有關運輸服務的所推薦出發位置。
各種實施例還可提供一種推薦使用者一或多有興趣點用於有關運輸服務之通訊系統，該通訊系統具有：一通訊伺服器裝置（例如，202h，圖2H）、至少一個包含一處理器和一記憶體的使用者通訊裝置、及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊，其中該至少一個通訊伺服器裝置被配置為通訊伺服器裝置202a，且其中該至少一個使用者通訊裝置被配置成在處理器的控制下執行記憶體中的指令，以傳輸包含指示使用者的位置的資料欄位的使用者資料，供通訊伺服器裝置接收來進行處理，且其中該通訊伺服器裝置還被配置為通訊伺服器裝置202c或通訊伺服器裝置202e的至少一個，對於被配置為通訊伺服器裝置202c，其中該至少一個使用者通訊裝置被配置成在處理器的控制下執行記憶體中的指令，以傳輸包含指示位置的第一資料欄位和指示對應於目的地位置的使用者請求的第二資料欄位的使用者資料，供通訊伺服器裝置接收來進行處理；對於被配置為通訊伺服器裝置202e，其中該至少一個使用者通訊裝置還被配置成在處理器的控制下執行記憶體中的指令，以傳輸包含指示使用者的位置的第一資料欄位和具有指示使用者輸入的資訊的輸入資料的第二資料欄位的使用者資料，供通訊伺服器裝置接收來進行處理，該資訊至少是使用者所請求位置作為有關運輸服務的出發位置或目的地位置的部分描述。
亦可提供一種具有實現如本文在流程圖250、260、270、290的語境中描述的至少一種方法的指令的電腦程式產品。
亦可提供一種具有實現如本文在流程圖250、260、270、290的語境中描述的至少一種方法的指令的電腦程式。
亦可提供一種儲存指令的非暫態儲存媒體，當被處理器執行時，其使處理器實施如本文在流程圖250、260、270、290的語境中描述的至少一種方法。
在各種實施例的語境中，歷史資料可被儲存於一或多（歷史）資料記錄中。
在各種實施例的語境中，歷史資料可被儲存於一或多資料庫中。
在各種實施例的語境中，歷史資料可以是預定時間段的歷史資料（所儲存的），例如，過去30天的歷史資料。
在各種實施例的語境中，使用者通訊裝置可包含但並不局限於：智慧型手機、平板電子裝置、掌上型/攜帶式通訊裝置、桌上型或膝上型電腦、終端電腦等。
在各種實施例的語境中，有關運輸服務可包含或可以是搭乘招叫運輸服務。舉例而言，這可包含汽車招叫（car-hailing）及（摩托車）自行車招叫服務。
在各種實施例的語境中，有關運輸服務可涉及一或多自動駕駛車輛。
在各種實施例的語境中，「App」或「應用」可被安裝於使用者通訊裝置上，且可包含在該裝置上執行的處理器可執行指令。作為非限制性實例，可經由App實行有關運輸服務的預訂。
現在將進一步詳細描述各種實施例或技術。各種實施例可涉及作為App端的用戶端（前端）和伺服器端（後端）。
本文所揭露技術的運輸服務可要求使用者的上車點和下車點來匹配駕駛員、計畫路線及計算費用。POI服務負責根據使用者的位置推薦上車點和下車點。POI服務的品質的一種量測是從顧客（使用者）端尋找上車點和下車點的適當POI能夠節省多少力氣。
各種實施例的POI服務可在預訂流程中包含4個主要動作或情境，如圖3A至3D所示。這些情境包含「預測」、「建議」、「搜尋」及「反查地理資訊」。
參考與「預測」情境有關的圖3A，當使用者或乘客（PAX）打開對應App時，該App調用POI預測端點，以基於Pax歷史資料和目前位置，取得所預測上車POI和所預測下車POI。在圖3A中，作為非限制性實例，所預測上車POI 270被顯示為「Setiabudi住宅」。
在各種實施例中，在開啟App時，預測動作被實行。將始終實行該「預測」動作，且始終是在開啟App時或當做預訂單時實行的第一動作。
參考與「建議」情境有關的圖3B，舉例而言，當預測結果不如所期望時，Pax能夠點擊輸入框271，且App調用POI建議端點，以基於Pax的歷史資料、目前位置及城市熱門POI，取得POI的所建議列表272。
參考與「搜尋」情境有關的圖3C，舉例而言，當建議結果不如所期望時，Pax可舉例而言藉由鍵入一或多關鍵字273輸入資訊，然後，App調用POI搜尋端點，以基於（複數）關鍵字，取得POI的所匹配列表274。
參考與「反查地理資訊」情境有關的圖3D，舉例而言，當建議/搜尋結果不如所期望時，Pax可往地圖275，以移動PIN 276，從而調用POI反查地理資訊端點來尋找POI。
分別POI預測、建議、搜尋及反查地理資訊可被安置於伺服器端（例如，通訊伺服器裝置），或者換言之，與預測、建議、搜尋及反查地理資訊有關的處理可在伺服器端實行，然後，在App端上，該結果被返送使用者。出於處理的目的，App端可提供包含Pax ID、緯度、經度等的一個或多個的資訊。
為了求總和，可循序地對使用者提供或顯示上述動作或情境，以發現上車點和/或下車點的其所想要的POI。使用者需要在螢幕上點擊的次數越少，則對它們就越容易獲得POI來產生預定訂單。作為對整個運輸服務產生預定訂單的一部分，POI服務要求高可用性和穩定性，此舉對系統產生大量挑戰。首先，一個挑戰是如何應對每天高峰時段爆發的同時請求，而使整個服務在回應時間方面保持穩定。一方面，這要求機器自動縮放，藉此對每天中的不同的時間段配置適當數量的伺服器（例如，雲伺服器）。另一方面，在適當指派資源的情況下，必須在獨立執行緒(thread)中管理用於每一個同時請求的資源，藉此一些故障將不影響整個服務，從而保證高可用性。其次，另一個挑戰是如何使用歷史資料量來提供較佳推薦性能，該較佳推薦性能可更確切地知曉顧客想要什麼，因為POI服務的目標是節省使用者取得想要的上車點和/或下車點需要的努力。
為了應付這些挑戰且保持POI服務的高可用性和穩定性，可部署一些技術，如下所描述。
● 彈性搜尋(Elasticsearch)已被利用於儲存POI資料且執行POI查詢。為了管理諸如R樹、k-d樹或為了賦能各種查詢而專用於移動物件的大量幾何資料，已經提出各種索引。另一種廣泛使用的索引方法是Geohash，該Geohash將地理位置編碼為數位及字母的短串，並且確保附近地點分享類似前綴(prefix)。在各種實施例中，內部提供者使用彈性搜尋儲存POI資料。當使用者位置的請求（例如，被描述為緯度和經度）到達時，彈性搜尋使用Geohash返送接近所給定位置的前幾個POI，供下一個步驟處理。可允許從一個單一機器到具有十億位元組（petabyte）資料的成百伺服器的水平縮放。為了在數十億個POI資料的情況下使回應時間保持穩定，可分析主要搜尋運算式的時間成本且可確定具體最佳化的瓶頸。
●Redis是快速開放原始碼(open source)記憶體內資料儲存，用作資料庫、快取、訊息中介器、及佇列。Redis可被安置於伺服器端，舉例而言，安置於通訊伺服器裝置處。在各種實施例中，亞馬遜彈性快取（Amazon Elasticache）是經調適，以便Redis快取POI資料且根據不同情境/應用要求，以不同方式產生快取鍵值。這可幫助控制每秒查詢（QPS）值進而控制後面資料庫所能夠應對的。應當理解，Redis大體上安置於相關資料庫的前面，舉例而言，mySQL、dynamoDB及ElasticSearch。大體上，當取得來自相關資料庫的回覆時，伺服器端（後端）的邏輯可將請求結果寫入Redis。當下一次發生相同請求時，就可直接從Redis獲得回覆。
●整個後端架構被以Golang實現。因為其並行處理是基於goroutine和頻道，每一個http請求可被分配至獨立的goroutine進行處理。即使它們的其中一些緊急時，整個處理可不被影響。goroutine被非常輕量化，且容易啟動和停止，這使得作為各種實施例的後端語言， Golang在穩定性方面勝過其他語言。
●分析歷史資料量後，導出排名模型，該排名模型在不同情境/應用中提供合理POI得分。已利用回退解決「冷開機」挑戰，從而對新使用者提供或保證客戶體驗。
下面將詳細描述用於本文揭露之技術的基於Golang的POI服務，包含支援線上POI推薦和發現、不同情境中的POI推薦、及該服務的一些結果的架構。
作為於多核心處理器已經可用時的2009年發佈的語言，「Go」是為同時性而建構的。代替Java中從堆（heap）消耗記憶體接近1 MB的執行緒，Go具有消耗記憶體約2 KB的goroutine，藉此百萬級數目的goroutine能自旋(spinned)。另外，goroutine供給在它們之間安全通訊的頻道且避免使用互斥鎖定。Go是類似於C/C++的編譯語言。其類似於Java亦使用垃圾收集來分配和清除物件。此可保證硬體上的運行速度，因為其可避免解釋Java VM步驟的位元組碼且可避免在類似於C/C++的語言中自由並且分配變數的苦衷。Go具有友好且相當穩定的語法。此使得寫入Go中的碼容易保持。Go中既不存在類(class)，亦不存在繼承(inheritance)。開發者可容易地明白碼，且不同的碼部分不彼此深度影響。而且，開發者可在相同碼庫上一起工作。
微服務是一種軟體開發技術，其將應用結構化為鬆耦合服務集合。在微服務架構中，服務是細粒，而協定是輕量的。在各種實施例中，在整個系統中，POI服務是一種微服務。若放大地看，則微服務類似於POI使用多層服務結構，如圖4所示，圖4例示基於層的網路服務結構470，該基於層的網路服務結構470具有http伺服器層472、邏輯層474及資料庫層476。http伺服器層472掌管以負荷平衡的方式將http請求從使用者端發送到邏輯層474。邏輯層474承擔根據http請求執行處理邏輯的角色。與邏輯處理有關的全部資料都可儲存於資料庫層476中。當邏輯層474耗盡計算資源時，作為非限制性實例，可廣泛使用諸如亞馬遜的ASG（自動縮放組（Auto Scaling Groups））的水平縮放。由於邏輯層474與資料層（亦即，資料庫層476）被徹底地分離，所以某個邏輯層例項的故障不可能導致破壞或丟失使用者資料。各種實施例的POI服務遵循此種服務架構。
對於分散式系統，由於CAP（一致性、可用性及分割容錯性（partition tolerance））不可同時滿足，所以網路服務必須能夠級聯故障(cascading failure)且在故障不可避免的複雜分散式系統中賦能彈性。對於POI服務，作為非限制性實例，藉由設置斷路器，可使用Hystrix來賦能或保證被回覆的服務回應時間。
由於邏輯層頻繁要求來自資料層的使用者資料，所以可廣泛使用快取來防止後面資料庫因為爆發工作負荷而故障且縮短每一個請求的回應時間。有兩種方式可使用：一種方式是將快取層設置於資料庫層之前，而另一種方式是在每一個邏輯例項的記憶體中設置單獨快取。對於各種實施例的POI服務，Redis被調適為資料庫層前的快取且根據不同情境/應用要求設置快取鍵值和期限時間。相較於從scratch建造快取模組，舉例而言，將亞馬遜彈性快取(Amazon Elasticache)使用於Redis可提供彈性縮放，且幾乎沒有停機時間服務或最少的停機時間服務，這有助於服務穩定性。
現在將借助下面的非限制性實例描述POI服務架構及在各種實施例的線上POI推薦中使用快取。
圖5顯示例示用於POI服務的系統570的總覽的示意圖。POI系統570可被劃分為四個組件：第一，API 571a是利用來自中間軟體層571b的結果支援四種POI使用者情境（例如，預測、建議、搜尋及反查地理資訊）。第二，派發器571c將http請求派發給提供者571d。第三，提供者571d是從POI提供者（例如，內部提供者572a和/或外部提供者572b）取得POI且將它們返送中間軟體層571b的層。第四，中間軟體571b是處置從提供者層571d返送的POI的層。API層571a、中間軟體層571b、派發器571c及提供者層571d可被安置於伺服器端（例如，通訊伺服器裝置處）。下面將進一步描述API層571a、中間軟體層571b及提供者層571d。
●API 571a：存在四個端點：預測、建議、搜尋及反查地理資訊。預測和建議基於Pax歷史資料，該Pax歷史資料可儲存於MySQL DB中，該MySQL DB被稱為基於Pax 30天歷史資料的預測器DB。當使用者或乘客打開對應App時，該App調用POI預測端點，以基於Pax（使用者）歷史資料和使用者的目前位置取得所預測上車POI和/或所預測下車POI。當預測結果不如所期望時，Pax點擊App中的輸入框，且App調用POI建議端點，以基於歷史資料、使用者目前位置及城市熱門POI（亦即，城市中對應於上車POI和/或下車POI的熱門POI）取得所建議POI列表。當建議結果不如所期望時，Pax鍵入關鍵字，App調用POI搜尋端點，以基於該關鍵字取得所匹配POI列表。當建議結果不如所期望時，Pax可前往地圖，以移動PIN，從而調用POI反查地理資訊(ReverseGeo)來尋找POI。在各種實施例的語境中，術語「端點」可意味著或指在碼中可被調用的模組。這種模組可包含一指令集。
●中間軟體571b：存在幾種中間軟體，具有的功能諸如：將來自不同提供者571d的所接收POI中的地點ID（識別符或識別字）正規化為唯一的一個統一格式；將所輸入POI中的壞POI列入黑名單，在輸入POI中移除重複POI，基於相同欄位對所輸入POI排名且取得對建議和搜尋端點二者的回應結果（預測和反查地理資訊僅返送一個POI，藉此不需要排名）。
●提供者571d：基於該Pax位置，可獲得與對應城市有關的指令且可使用其關聯城市配置。為了確定應當使用哪些提供者，不同的城市可具有不同的配置。通常，可存在二組或三組提供者，且在同一組中，可將搜尋請求並行地發送到這些提供者。若同一組（例如，第一組）中的全部提供者都失敗或沒有回應，則吾人將該請求發送到第二（或後續）組的提供者。作為非限制性實例，且依據該配置，內部提供者572a和谷歌（外部提供者572b）可被設置為第一組、四方（Foursquare）被設置為第二組，且其餘提供者被設置為第三組。
關於線上POI推薦中的快取，如在圖5中亦可看到，快取部署於三層中，亦即，API層571a、中間軟體層571b及提供者層571d。下面將進一步描述快取設置。
簡短而言，API層571a發送請求，派發器層571將請求派發給提供者571d。提供者571d發送回結果。中間軟體571b處理該結果以獲得所需要或想要。最後，該結果被返送使用者。可使用快取和資料庫來儲存該請求及過去的POI推薦結果。
●API層571a：當（例如來自伺服器573）http請求進入API層571a時，第一快取層是http快取574，該http快取574取整個URL作為快取鍵值，且可將快取的生存時間（TTL）設置為舉例而言30秒。對於搜尋情境，該快取設置可使用於位於同一個地點的附近使用者的重複試驗（請參考圖3C及對應描述）。在前面的請求中，建議（請參考圖3B及對應描述）和搜尋二者都使用距離快取577儲存回應結果。建議使用PaxID（或使用者ID）及（複數）地點（或（複數）位置）（舉例而言，緯度（lat）和經度（lng）格式）作為鍵值(key)。搜尋使用所鍵入（複數）關鍵字和（複數）地點（lat/lng）作為鍵值。快取577的生存時間（TTL）可被設置為舉例而言一天。此舉可允許同一個區域中的使用者分享它們的回應。術語「生存時間」可意味著資料在快取中的有效時間。無效資料不能再被使用。
存在另一個被稱為預測器快取576的快取，該預測器快取576可將每一個請求的上車點或下車點儲存於預測器DB（亦即，資料庫儲存器）578。對於預測和建議，過去30天的歷史資料可被儲存於預測器DB 578中，如下所進一步描述。若對預測器DB 578的請求可由預測器快取576應答，則不需要查詢後面的資料庫（預測器DB 578）。
在http快取574、與預測器快取576及距離快取577之間，可存在一組伺服器（例如，二個伺服器被表示為575a、575b）。
預測器DB 578可安置於微服務的資料庫層中（例如，圖4所示資料庫層476）。大體上，邏輯層474首先訪問預測器快取層576。當發生丟失時，預測器DB 578將被訪問或存取。
預測器DB 578和預測器快取576可被安置於伺服器端處，舉例而言，通訊伺服器裝置處。
●提供者層571d：當該請求進入提供者層571d時，其首先試圖命中每一個提供者的快取，以取得回應（例如，內部提供者快取581、谷歌快取583a、四方快取583c及「其他」（或「等等之類的」）快取583b（在此，「其他」可指一或多其他特定提供者）。任一或全部外部提供者（例如，谷歌 583a、四方583c及等快取583b）的TTL可以是很多天。儲存來自內部提供者572a的資料的內部提供者快取581的TTL可以是10分鐘。這是因為內部提供者572a中的POI資料（例如，關於添加和/或更新所發現POI）可被更頻繁更新，且在TTL較短的情況下，新POI資料可更立即生效。應當理解，TTL時序可以是變數，取決於更新的頻率。圖5中亦顯示對應於內部提供者572a的資料庫儲存器582及外部提供者谷歌、「其他」及四方的對應雲端伺服器584a、584b、584c。
●中間軟體層571b：當提供者571d的回應進入中間軟體571b以處置所返送POI時，亦存在各種快取來幫助處理中間軟體功能。舉例而言，通用快取（例如，細節快取579c）儲存於彈性（Elastic）搜尋中，且TTL可以是一天，因為POI詳情快取579c含有POI詳細描述（例如，POI名稱、類別、位置等）。可存在元(meta)快取579a，該元快取579a可將TTL設置為一天，以儲存關於POI是否被列入黑名單的POI狀況。另外，可存在分別排名快取579a和入口快取579b，以儲存請求的排名及入口資訊。作為實例，「入口」標記大規模公共設施的可用地點，諸如，大型購物中心和機場的門，以上車或下車。關於這些地點的精確上車點和下車點的入口資訊能夠顯著改善顧客對二者的體驗。
圖5亦顯示分別對應於元快取579a、入口快取579b及詳細快取579c的資料庫儲存器580a、580b、580c。
總的說來，伺服器可處置（複數）請求。快取可儲存（複數）結果，以避免太多的請求往資料庫。資料庫儲存器可儲存使用者資料。提供者的雲端伺服器可應答對其發送的請求。
現在將借助下面的非限制性實例進一步描述各種實施例的線上POI推薦。
在各種實施例中，根據所移動PIN，反查地理資訊返送POI。
在各種實施例中，基於歷史資料，可在情境預測、搜尋及建議的情境中實施POI推薦。透過使用歷史資料量來提供較佳推薦性能，可各別實行預測、搜尋及建議，該較佳推薦性能可更精確命中使用者或顧客想要什麼，因為POI服務的目標是節省使用者取得想要的上車點和/或下車點需要的努力。對於建議和預測，歷史資料可被儲存於資料庫中，舉例而言，預測器DB，且可以不同的表提供且管理該資料，且藉由查詢可獲得候選POI。對於搜尋，計算加權總和，作為POI排名的總得分，有許多方面可考慮，舉例而言，名稱、關鍵字、地區、熱門程度、時序及距離。此等方面可較佳地描述POI特性且幫助使用者更容易地發現目標POI。相較於公知技術中僅考慮位置相似性，在搜尋作為上車點和/或下車點的目標POI中，各種實施例的綜合得分可給予使用者較佳顧客體驗。下面將描述最可能的點（包含例如上車點）的推薦。 搜尋
在搜尋情境中，使用者在輸入或搜尋框中鍵入一或多字，且該使用者期望該服務提供目標POI，作為返送。為了使POI可排名，每一個POI可被指派得分，其可由下面的一或多因素或基準確定。 ●關鍵字：
這樣量測搜尋關鍵字與POI名稱或POI名稱的首字母縮略詞之間的得分。每一個POI可具有多重首字母縮略詞。作為非限制性實例，如方程式1所顯示，可計算關鍵字匹配得分SKeyword 。
Figure 02_image001
方程式（1）， 其中sJ 是POI名稱與搜尋關鍵字的Jaccard相似性，且若搜索關鍵字恰好與POI名稱或首字母縮略詞匹配，則sA 返送1，否則返送0。 ●地區：
基於POI地區與Pax（或使用者）地區之間的近接度，SRegion 量測得分。若POI地區與Pax地區相同，則SRegion 的得分等於1，否則等於0，如方程式2所顯示。
Figure 02_image003
方程式（2）， 其中getRegion (.)是取任一位置（lat/lng）作為輸入而返送該位置所在之對應城市的函數。若POI和Pax位於不同國家，則從結果列表中排除該POI。因此，保證POI與Pax位於相同國家。 ● 熱門程度：
基於POI已被選為上車點/下車點的次數，SPopularity (* ) 求POI熱門程度的得分。其可被定義為如下：
Figure 02_image005
方程式（3），
Figure 02_image007
方程式（4）， 其中CountPickup 是此POI已被選為上車點的次數，CountDropoff 是此POI已被選為下車點的次數，而CountMax 是結果集合中的POI已被選為上車點或下車點的最大次數。 ● 時序
基於Pax或使用者將於給定的某個時間在該POI上車或下車，定義POI的得分。舉例來說，早上，住宅區中的POI更可能是上車點，而作為下車點的機率低。可離線預先計算POI的上車和下車時間分散，且因此，當然可導出POI成為上車點或下車點的機率。詳細得分可被如下定義：
Figure 02_image009
方程式（5），
Figure 02_image011
方程式（6）， 其中Distri* (.)是POI的時間分散，而t Q 是Pax的查詢時間。作為非限制性實例，在各種實施例中，POI的時間分散可由地圖實現（請參見圖6），其中鍵值是時間（從0:00至23:00的小時，表示一天中對應的24小時；請參見圖6的x軸），而值（指圖6中的「頻率」）是POI在歷史上已被選為上車點或下車點的比例，且因此與POI在給定時間或定義時間被選為上車點或下車點多少次數有關。 ●距離：
這基於POI與Pax的位置之間的距離量測得分。該因素僅適用於上車點搜尋。其可由如下定義：
Figure 02_image013
方程式（7）， 其中距離dist 是可量測的，舉例而言，以km（公里）為單位。
然後，如下可由加權總和計算最終得分：
Figure 02_image015
方程式（8）， 其中加權因素α可藉由機器學習演算法確定，而F 是上面識別的因素集，亦即，關鍵字、地區、熱門程度、時序、距離。然後，舉例而言，POI可根據它們分別的得分被以降序排名。僅所推薦POI列於App螢幕上來對使用者或Pax呈現。 建議
在建議情境中，藉由在對應App的輸入框上點擊，Pax（使用者）可獲得對上車點和下車點所建議的POI列表。由於上車點通常可以是靠近Pax位置的POI，而下車點通常可以是Pax需要去的熱門地點，所以可各別考慮上車點和下車點。 ●上車點：
對於上車點，二個源可被使用。
首先，可使用資料庫（例如，預測器DB），其中透過管理關於POI喜好的表，該資料庫可儲存30天的歷史資料。其儲存Pax ID和過去的對應上車點。此舉允許藉由Pax ID查詢查詢過去的歷史上車點。
其次，POI服務可具有被稱為「附近」內部模組，其取Pax位置（lat/lng）作為輸入，且藉由根據配置，調用不同提供者（舉例而言，見圖5中的提供者層571d），根據距離返送附近POI。在各種實施例中，配置對該服務定義不同提供者的優先順序來做請求。舉例而言，請參考圖5，內部提供者572a和谷歌（作為外部提供者572b的一部分）可被設置為要查詢的第一組提供者，且若沒有滿意的結果，則可查詢第二組，舉例而言，四方（作為外部提供者572b的一部分）。
藉由考慮此二個源，可既考慮Pax的個人喜好，又考慮Pax位置與POI之間的距離，此舉可改善所建議（複數）上車點的準確性。 ● 下車點：
對於下車點，可使用二個源。
首先，可使用資料庫（例如，預測器DB）中利用Pax ID儲存最頻繁使用下車點（MFU下車點）的另一個表。此舉允許利用Pax ID查詢最頻繁使用的下車點。
其次，可使用Redis中的靠前類別。其儲存各種城市中靠前熱門類別POI（例如，食品、購物中心、機場等），且可利用城市ID被查詢。
藉由考慮此二個源，可以既建議Pax的個人喜好，又建議其他人的共同喜好，此舉可改善所建議（複數）下車點的準確性。 預測
在預測情境中，可提供所預測上車點和/或所預測下車點，以填寫預訂單(booking order)中。類似地，可各別考慮上車點和下車點。 ● 冷開機：
對於沒有舊預訂歷史的新Pax（使用者），預測可使用該位置（lat/lng）來調用反查地理資訊(做為回退(fallback))來解決或克服冷開機問題。反查地理資訊取Pax位置作為地圖上的PIN來對該Pax尋找最近POI。 ●上車點：
對於有一些預訂歷史的Pax，對於上車點預測，可存在二個源，舉例而言，上次下車點優先（LDF）和資料庫（例如，預測器DB）中的表。可使用儲存於資料庫中的使用者的先前上車POI。此舉是藉由查詢Pax ID和wifi SSID(服務集識別符)從而獲得先前上車POI做到的。也就是說，在預測中，可將Pax過去經常出現的地點推薦為上車點。若在該資料庫（例如，預測器DB）中未尋找到記錄，則可使用LDF。LDF是Pax在上個24小時內的上一次下車點。對預測器DB和LDF二者返送最靠近使用者位置的POI。若全部POI都超出某個（或臨界值）距離，則可依靠反查地理資訊。
LDF可來自另一個（微）服務，該（微）服務存取不同於預測器DB的資料庫（例如，預訂DB），以獲得Pax的上次下車點。預訂DB可被安置於或儲存於MySQL中。預訂DB可被安置於伺服器端處，舉例而言，通訊伺服器裝置處。預訂DB可儲存預訂資訊，舉例而言，預訂碼、時戳、乘客ID、上車點和下車點等中的其中之一或更多。 ● 下車點：
對於下車點預測，可使用資料庫（例如，預測器DB）中按照一天中的小時使每一個乘客（或使用者）的上車點與下車點配對的表。給定任一Pax ID和時間段，藉由查詢，可容易地獲得上車點和下車點配對。過去與相同上車點配對的下車點可被使用為對Pax的下車點預測。也就是說，在下車點預測中，可假定人們可能遵循它們的日常慣例。可推薦Pax在過去的（複數）預訂中在一天的相同時間段內選擇的相同下車點。
現在描述POI服務在生產環境中的性能。首先描述生產環境設置和用於量測性能的量度，且然後，描述根據POI服務的量度的性能結果。 生產環境設置和量測量度
POI服務的配置是亞馬遜c5.4xlarge EC2例項。對於c5.4xlarge例項，亞馬遜提供16個虛擬CPU核心和32G記憶體。儲存器是僅EBS，且專用EBS的頻寬是3,500Mbps。另外，對於網路性能，提供高達10 Gbps頻寬。亞馬遜的Elasticache被使用於快取，以實現線上POI推薦。
為了在不同情境或應用中量測POI服務的穩定性，顯示往返時間（RTT），該往返時間（RTT）等於從發送請求至返送回應的持續時間。為了較佳地描述RTT，以95百分位數和99百分位數進行量測。RTT在峰值小時與非峰值小時的變化越小，則系統越穩定。
在使用系統中的快取的情況下，且參考圖5，以API 571a、中間軟體571b及提供者571d層中的快取命中率而言，量測快取的有效性。對於API層571a，取在預測情境中使用的預測器快取576作為非限制性實例。對於中間軟體層571b，用於黑名單核查的元快取579a被使用為非限制性實例。對於提供者層571f，分別代表內部提供者572a和外部提供者572b，顯示用於內部提供者和谷歌的快取581、583a。 性能結果
POI服務的性能將被顯示且將根據上面提及的量測量度被在三個方面描述。首先，提供一天中的總體性能。然後，顯示預測、建議、搜尋及反查地理資訊的情境的往返時間（RTT）性能。最後，顯示快取在POI服務中的使用。 ● POI服務的總體性能：
基於統計，在一天中，POI服務的每秒查詢（QPS）發生變化。上午7:00至9:00和下午17:00至20:00的時段被定義為峰值小時。峰值QPS值常出現於約下午6:00。QPS在半夜變得非常低。每一個例項的平均QPS約為200。CPU的使用率如期望隨QPS變化。CPU每天的最高使用率被控制在60%以下。對於goroutine，較多的QPS造成產生較多的goroutine，且導致CPU使用率升高。對於每個例項，Goroutine數量的平均值約為1.2 K。在整個一天中，記憶體的使用率穩定，每個例項約為25G的值。 ●POI服務在各種情境/應用中的性能
圖7A至圖7D分別顯示在預測、建議、搜尋和反查地理資訊（ReverseGeo）的情境的RTT。圖7A至圖7D中的Y軸表示以「ms」為單位的往返時間（RTT）。圖7A至圖7D中X軸中的標籤「週三16日」指某個月開始的新一天，其是16日，且是週三。
在圖7A至圖7D中，被指示成「告警」和「CB開啟」的分別虛線分別指服務安全的時間臨界值及該服務在所要求的時間內不能應答請求且被作為無回應處理的時間臨界值。
如所可觀察的，圖7A至圖7D的每一個顯示二個實線。上面的實線表示「P99」，亦即，統計資料的99百分位數，而下面的實線表示「P95」，亦即，統計資料的95百分位數。
如對圖7C中的搜尋所觀察的，以95百分位數和99百分位數而言的RTT分別是500 ms和730 ms。RTT適用，而無論QPS在一天中如何隨時間變化。另外，圖7A中的預測、圖7B中的建議及圖7D中的反查地理資訊的結果在RTT方面顯示類似的穩定性。RTT之95百分位數/99百分位數在每一種情境中都發生變化，如在下表1可見。搜尋和反查地理資訊的邏輯涉及查詢外部提供者（例如，谷歌或四方）或彈性搜尋，相較於預測和建議，其造成較長的RTT。 表1：不同情境中的RTT
   預測 建議 搜尋 反查地理資訊
95百分位數 99百分位數 320 ms 560 ms 190 ms 300 ms 500 ms 730 ms 490 ms 700 ms
● POI服務中的快取的性能
表2顯示預測器DB快取576（用於API層571a）、元快取579a（用於中間軟體層571b）、內部提供者快取581（作為內部提供者572a）及谷歌快取583a（作為外部提供者572b）在一天中平均的快取命中率。如所可觀察的，就最小化或避免資料庫之複製請求而言，預測器DB快取576和元快取579a中的快取命中率顯示快取使用率的有效性。對於提供者層571d，內部提供者快取581的快取命中率遠低於外部提供者谷歌快取583a的。這是因為，內部提供者被頻繁更新，且其快取581的TTL遠短於外部提供者572b的TTL。 表2：不同層中的快取的快取命中率
   內部靠前 谷歌 元 預測器DB
快取命中率 7.94% 89.03% 94.21% 76.66%
如上所描述，可提供一種用於即時有興趣點（POI）推薦的技術。對於運輸服務（諸如，搭乘招叫服務），舉例而言，當做或產生預訂單（例如，透過App）時，使用者可經過一或多動作尋找其想要的POI作為上車點和/或下車點。此等（複數）動作可包含（i）「預測」，其中基於使用者的歷史資料或目前位置的至少一個，進行所預測上車POI和/或所預測下車POI；（ii）「建議」，其中使用者在輸入欄位上點擊，以基於使用者的歷史資料、目前位置或相關城市熱門POI至少其中之一取得所建議POI列表；（iii）「搜尋」，其中使用者鍵入資訊，例如，關鍵字，使得提供基於該關鍵字的所匹配POI列表；及（iv）「反查地理資訊」，其中使用者可往地圖來移動PIN，從而尋找POI。此等動作彼此獨立。此等動作可以任意順序發生，亦可以循序順序發生，舉例而言，「預測」可被首先實施，接著當預測結果不如所期望時，實施「建議」，當所建議結果不如所期望時，實施「搜尋」，且當所建議/搜尋結果不如所期望時，實施「反查地理資訊」。可以使用預測/建議/搜尋/反查地理資訊的順序定義預訂流程，以尋找POI，作為上車點和下車點。該順序可基於可節省或最小化使用者多少力氣（由在螢幕/App上的點擊次數量測）。
然而，應當理解，在任一預訂單，不需全部四個動作都發生。換言之，在使用者對有關運輸服務做預訂單的過程中，可實施預測、建議、搜尋、反查地理資訊中的任一、二或三個或全部動作。作為非限制性實例，使用者可選擇跳過任一動作或步驟，以自由地使用任一動作，例如，預測之後，使用者可直接跳至反查地理資訊，而無需經過建議和/或搜尋。
在各種實施例中，透過使用歷史資料來提供較佳的推薦性能，從而取得想要的上車點和下車點，可各別地實行預測、建議及搜尋的動作。對於建議和預測，歷史資料在資料庫（例如，預測器資料庫）中儲存於不同的表中。對於搜尋，可考慮一或多方面/基準：名稱關鍵字、地區、熱門程度、時序及距離來對POI排名計算結果得分，例如，加權總和，作為總得分。
對於搜尋，使用下面對每一個POI的基準的得分，可計算經加權總和的最終得分，然後，根據其得分以降序對POI排名，隨後，對使用者提供所推薦POI的列表： （i）  關鍵字：基於搜尋關鍵字及POI名稱或POI名稱的首字母縮略詞，提供得分，其中當存在接近或匹配時，得分較高； （ii）     地區：基於使用者的地區（例如，國家）與POI地區之間的相關性和近接度，提供得分，其中當兩個地區是同一個地區時，具有「1」的得分，反之則具有「0」的得分（然後，從搜尋列表中排除對應POI）； （iii）   熱門程度：基於POI已被選為上車點（用於上車點搜尋）或下車點（用於下車點搜尋）的次數，提供得分，其中當POI被選擇的次數較高時，得分較高； （iv）   時序：基於使用者在給定時間在特別POI具有上車點或下車點的概率，定義得分，其中當在運輸服務要求的特別時間，POI是上車點（用於上車點搜尋）或下車點（用於下車點搜尋）的概率較高時，得分較高； （v）     距離（僅適用於上車點搜尋）：基於POI與使用者的位置之間的距離，提供得分，其中當該距離較小時，得分較高。
對於建議，透過點擊相關輸入欄位（例如，App中的），提供上車點和下車點的所建議POI列表。因為上車點通常是靠近使用者位置之POI，而下車點通常是使用者需要去的熱點地點，所以各別地考慮上車點和下車點。關於上車點，可考慮二個源，亦即：（i）資料庫（例如，預測器資料庫），該資料庫在儲存使用者ID和過去對應上車點的表中關於POI喜好儲存30天的歷史資料。此舉允許利用使用者ID查詢過去歷史上車點；（ii）使用使用者位置（緯度/經度）作為輸入，且然後，根據距離，提供附近的POI。據此，既可考慮使用者的個人喜好，又可考慮使用者Pax位置與POI之間的距離，從而改善所建議上車點的準確性。就下車點而言，可考慮二個源，亦即：（i）資料庫（例如，預測器資料庫），該資料庫利用使用者ID將與最頻繁使用下車點（MFU下車點）有關的資料儲存於各別表中。此舉允許利用使用者ID查詢最頻繁使用下車點；（ii）各種城市中靠前熱門類別POI（例如，食品、購物中心、機場等）且可利用城市ID被查詢。據此，可以既建議使用者的個人喜好，又建議一般共同喜好，從而改善所建議下車點的準確性。
對於預測，可預測上車點，且/或可預測下車點，以填寫預訂單。與建議類似，可以各別地考慮上車點和下車點。就使用者具有歷史預訂資料的上車點而言，對於上車點預測，可考慮二個源，亦即，上次下車優先（LDF）及資料庫中具有資料的表（例如，預測器資料庫）。LDF是使用者在24小時期間上一次下車點。若不存在該Pax的LDF，則可使用儲存於資料庫（預測器DB）中的使用者的先前上車POI。這可透過查詢使用者Pax ID及wifi SSID而獲得先前上車POI做到。也就是說，在預測中，可將使用者過去經常出現的地點推薦為上車點。就使用者具有歷史預訂資料的下車點而言，可使用資料庫（例如，預測器資料庫）中按照一天中的小時使每一個使用者的下車點與上車點配對的表。給定使用者ID和時間段，透過查詢，可獲得上車點和下車點配對。可使用過去與相同上車點配對的下車點作為使用者的下車點預測。也就是說，在下車點預測中，可假定人們可能遵循它們的日常慣例。可推薦使用者在過去的預訂中在一天的相同時間段內選擇的相同下車點。在「冷開機」境況下，對於沒有歷史預訂資料的新使用者，可使用使用者的位置（lat/lng）作為地圖上的PIN來對該使用者尋找最近POI（與以上「反查地理資訊」類似）。
亦如上所描述，可利用基於Go的微服務架構構建各種實施例的POI（有興趣點）服務。透過部署根據適當或唯一的情境或應用的技術，可解決線上挑戰。POI服務可協助提高完成預訂的比例，而節省乘客尋找適當上車點和/或下車點的努力。應當理解，可根據使用者（乘客）的習慣或喜好潛在定制預測、建議或搜尋的其中任一者。另外，可最佳化系統的內部模組的時間成本。
應當理解，僅借助實例描述了本發明。可對本文描述的技術進行各種修改，而不脫離所附申請專利範圍的精神和範圍。所揭露的技術包括以單獨樣式提供的技術或彼此的組合。因此，對一種技術描述的特徵亦能夠以與另一種技術組合的方式呈現。
100:通訊系統 102:通訊伺服器裝置 104:第一使用者（用戶端）通訊裝置 106:第二使用者（或用戶端）通訊裝置 108:通訊網 110、112、114:通訊鏈路 116、216a:微處理器（µP） 118、218a:記憶體 120、132:可執行指令 122、134:輸入/輸出（I/O）模組 124:使用者介面（UI） 126:資料庫（DB） 130:記憶體 202a:通訊伺服器裝置 240:一或多資料記錄 242a、242b、242c、至242n:複數候選資料欄位 243a、243b、243c、至243n:有興趣點的資料 244a、246a、244c、246c:基準資料欄位 245a、247c、245c、247c:資料 255a:地圖的資料 256a:第一有興趣點的資料 257a:和指示第二有興趣點的資料 571a:API層 571b:中間軟體層 571c:派發器 572a:內部提供者 572b:外部提供者 576:預測器DB快取 578:預測器DB 579a:元快取 579b:入口快取 579c:詳細快取 580a、580b、580c:資料庫儲存器 581:內部提供者快取 583a:谷歌快取 583b:「其他」（或「等等之類的」）快取 583c:四方快取 584a、584b、584c:對應雲端伺服器 LDF:上次下車點優先 POI:有興趣點 QPS:每秒查詢 RTT:往返時間
現在僅借助實例且參考隨附圖式描述本發明，其中： 圖1是例示涉及通訊伺服器裝置的示範通訊系統的示意方塊圖。 圖2A顯示例示推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置的示意方塊圖。 圖2B顯示例示在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法的流程圖。 圖2C顯示例示推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置的示意方塊圖。 圖2D顯示例示在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法的流程圖。 圖2E顯示例示推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置的示意方塊圖。 圖2F顯示例示資料記錄的示意方塊圖。 圖2G顯示例示在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法的流程圖。 圖2H顯示例示推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置 的示意方塊圖。 圖2I顯示例示在推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法的流程圖。 圖3A至圖3D例示各種實施例的POI（有興趣點）服務的4給主要情境。 圖4顯示例示基於層的網路服務結構的示意圖。 圖5顯示例示用於POI（有興趣點）服務的系統的總覽的示意圖。 圖6顯示POI（有興趣點）的時間分佈圖的實例。 圖7A至圖7D分別顯示各種實施例的POI服務在預測、建議、搜尋和反查地理資訊（ReverseGeo）的情境中的性能。

Claims (54)

  1. 一種推薦使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置，該通訊伺服器裝置包括一處理器和一記憶體，該通訊伺服器裝置被配置成在該處理器的控制下執行該記憶體中的指令，以： 回應接收包括指示該使用者的一位置的一資料欄位的使用者資料，且還回應該通訊伺服器裝置確定不存在與對應於有關運輸服務的該使用者關聯的歷史資料， 檢索表示包含該位置的一地圖的資料；且 傳輸表示該地圖的該資料，供該使用者的一使用者通訊裝置接收，從而經由該使用者通訊裝置對該使用者呈現該地圖，以將該地圖上的一有興趣點確定為該有關運輸服務的一所推薦出發位置；且 回應該通訊伺服器裝置確定在一或多資料記錄中存在對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯， 基於該歷史資料，將一第一有興趣點確定為該有關運輸服務的一所推薦出發位置； 基於該歷史資料，將一第二有興趣點確定為該有關運輸服務的一所推薦目的地位置，對應於一歷史有關運輸服務，該第一有興趣點與該第二有興趣點彼此配對；且 傳輸指示該第一有興趣點的資料和指示該第二有興趣點的資料，供該使用者通訊裝置接收。
  2. 如請求項1所述的通訊伺服器裝置，其中， 回應該通訊伺服器裝置確定存在該歷史資料且還回應接收包括指示一時間的一資料欄位的使用者資料， 為了將該第二有興趣點確定為該所推薦目的地位置，該通訊伺服器裝置還被配置成基於該歷史資料確定在包含該時間的一預定時間間隔中該第二有興趣點與該第一有興趣點配對。
  3. 如請求項1或請求項2所述的通訊伺服器裝置，其中， 回應該通訊伺服器裝置確定存在該歷史資料且還回應接收包括指示該使用者的該位置的該資料欄位的該使用者資料， 為了確定該第一有興趣點，該通訊伺服器裝置可被配置成： 確定是否存在指示包括於該歷史資料中用於有關運輸服務的一或多歷史出發位置的資料， 若確定存在指示該一或多歷史出發位置的該資料，則 基於指示該一或多歷史出發位置的該資料，將距離上最靠近該使用者的該位置的一歷史出發位置定義為該第一有興趣點；且 傳輸指示該歷史出發位置的資料，供該使用者通訊裝置接收；且 若確定不存在指示該一或多歷史出發位置的資料，則 確定指示包括於該歷史資料中的一或多歷史目的地位置的資料； 基於指示該一或多歷史目的地位置的該資料，將在距離上最靠近該使用者的該位置的一歷史目的地位置定義為該第一有興趣點；且 傳輸指示該歷史目的地位置的資料，供該使用者通訊裝置接收。
  4. 如請求項3所述的通訊伺服器裝置， 其中，為了確定指示該一或多歷史目的地位置的該資料，該通訊伺服器裝置可被配置成確定指示與一預定歷史時間段關聯的該一或多歷史目的地位置的該資料。
  5. 一種在推薦一使用者一或多有興趣點用於有關運輸服務之一通訊伺服器裝置中實施的方法，該方法包括，在該通訊伺服器裝置的一處理器的控制下： 回應接收包括指示該使用者的一位置的一資料欄位的使用者資料，且還回應確定不存在與對應於有關運輸服務的該使用者關聯的歷史資料， 檢索表示包含該位置的一地圖的資料；且 傳輸表示該地圖的該資料，供該使用者的一使用者通訊裝置接收，從而經由該使用者通訊裝置對該使用者呈現該地圖，以將該地圖上的一有興趣點確定為該有關運輸服務的一所推薦出發位置；且 回應確定在一或多資料記錄中存在對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯， 基於該歷史資料，將一第一有興趣點確定為該有關運輸服務的一所推薦出發位置； 基於該歷史資料，將一第二有興趣點確定為該有關運輸服務的一所推薦目的地位置，對應於一歷史有關運輸服務，該第一有興趣點與該第二有興趣點彼此配對；且 傳輸指示該第一有興趣點的資料和指示該第二有興趣點的資料，供該使用者通訊裝置接收。
  6. 如請求項5所述的方法，其中， 回應確定存在該歷史資料且還回應接收包括指示一時間的一資料欄位的使用者資料， 確定該第二有興趣點包括基於該歷史資料確定在包含該時間的一預定時間間隔中該第二有興趣點與該第一有興趣點配對。
  7. 如請求項5或請求項6所述的方法， 回應確定存在該歷史資料且還回應接收包括指示該使用者的該位置的該資料欄位的該使用者資料， 其中確定該第一有興趣點包括： 確定是否存在指示包括於該歷史資料中用於有關運輸服務的一或多歷史出發位置的資料， 若確定存在指示該一或多歷史出發位置的該資料，則 基於指示該一或多歷史出發位置的該資料，將距離上最靠近該使用者的該位置的一歷史出發位置定義為該第一有興趣點；且 傳輸指示該歷史出發位置的資料，供該使用者通訊裝置接收；且 若確定不存在指示該一或多歷史出發位置的資料，則 確定指示包括於該歷史資料中的一或多歷史目的地位置的資料； 基於指示該一或多歷史目的地位置的該資料，將在距離上最靠近該使用者的該位置的一歷史目的地位置定義為第一有興趣點；且 傳輸指示該歷史目的地位置的資料，供該使用者通訊裝置接收。
  8. 如請求項7所述的方法， 其中確定指示該一或多歷史目的地位置之該資料包括確定指示與一預定歷史時間段關聯的該一或多歷史目的地位置的該資料。
  9. 一種包括實施如請求項5至請求項8中的任一項所述的方法的指令的電腦程式或電腦程式產品。
  10. 一種儲存指令的非暫態儲存媒體，當被處理器執行時，該指令使該處理器實施如請求項5至請求項8中的任一項所述的方法。
  11. 一種推薦一使用者一或多有興趣點用於一有關運輸服務之通訊系統，該通訊系統包括一通訊伺服器裝置、至少一個使用者通訊裝置及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊， 其中該至少一個使用者通訊裝置包括一第一處理器和一第一記憶體，該至少一個使用者通訊裝置被配置成在該第一處理器的控制下執行該第一記憶體中的第一指令，以傳輸包含指示該使用者的一位置的一資料欄位的使用者資料，供該通訊伺服器裝置接收來進行處理；且 其中該通訊伺服器裝置包括一第二處理器和一第二記憶體，該通訊伺服器裝置被配置成在該第二處理器的控制下執行該第二記憶體中的第二指令，以： 回應接收至少一個使用者通訊裝置傳輸的指示該使用者資料的資料且還回應該通訊伺服器裝置確定不存在與對應於有關運輸服務的該使用者關聯的歷史資料， 檢索表示包括該位置的一地圖的資料；且 傳輸表示該地圖的該資料，供該至少一個使用者通訊裝置接收，從而經由該使用者通訊裝置對該使用者呈現該地圖，以將該地圖上的一有興趣點確定為該有關運輸服務的一所推薦出發位置；且 回應該通訊伺服器裝置確定在一或多資料記錄中存在對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯， 基於該歷史資料將一第一有興趣點確定為該有關運輸服務的一所推薦出發位置； 基於該歷史資料將一第二有興趣點確定為該有關運輸服務的一所推薦目的地位置，對應於一歷史有關運輸服務，該第一有興趣點與該第二有興趣點彼此配對；且 傳輸指示該第一有興趣點的資料和指示該第二有興趣點的資料，供該至少一個使用者通訊裝置接收。
  12. 一種推薦一使用者一或多有興趣點用於有關運輸服務的通訊伺服器裝置，該通訊伺服器裝置包括一處理器和一記憶體，該通訊伺服器裝置被配置成在該處理器的控制下執行該記憶體中的指令，以： 回應接收包括指示該使用者的一位置的一第一資料欄位和指示對應於一目的地位置的一使用者請求的一第二資料欄位的使用者資料， 存取一或多資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯； 存取指示包括該位置的一地理區域中的至少一個目的地類別中頂端排名的有興趣點之一數量的資料； 基於該歷史資料和指示頂端排名的有興趣點的該數量的該資料，將一或多第一有興趣點確定為該有關運輸服務的所推薦目的地位置；且 傳輸指示該一或多第一有興趣點的資料，供該使用者通訊裝置接收。
  13. 如請求項12所述的通訊伺服器裝置， 其中該歷史資料包括指示該使用者最常去的歷史目的地位置之一數量的資料， 其中為了存取該歷史資料，該通訊伺服器裝置還被配置成存取指示該使用者最常去的歷史目的地位置之該數量的該資料，且 其中，為了確定該一或多第一有興趣點，該通訊伺服器裝置還被配置成基於指示該使用者的最常去的歷史目的地位置之該數量的該資料及指示該頂端排名的有興趣點之該數量的該資料，確定該一或多第一有興趣點。
  14. 如請求項12或請求項13中所述的通訊伺服器裝置，其中該通訊伺服器裝置還被配置成： 回應接收包含指示對應於一出發位置的一使用者請求的一資料欄位的使用者資料， 基於該歷史資料和該位置，將一或多第二有興趣點確定為該有關運輸服務的所推薦出發位置；且 傳輸指示該一或多第二有興趣點的資料，供該使用者通訊裝置接收。
  15. 如請求項14所述的通訊伺服器裝置，其中，為了確定該一或多第二有興趣點，該通訊伺服器裝置被配置成將在相對於該使用者的該位置的一預定距離內的該一或多第二有興趣點確定為所推薦出發位置。
  16. 如請求項14或請求項15所述的通訊伺服器裝置，其中該通訊伺服器裝置還被配置成對於該一或多第二有興趣點的每一個傳輸指示該第二有興趣點與該使用者的該位置之間的一距離的資料，供該使用者通訊裝置接收。
  17. 一種在推薦一使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置中實施的方法，該方法包括，在該通訊伺服器裝置的一處理器的控制下： 回應接收包括指示一位置的一第一資料欄位和指示對應於一目的地位置的一使用者請求的一第二資料欄位的使用者資料， 存取對應於一或多資料記錄中的有關運輸服務的歷史資料，該歷史資料與該使用者關聯； 存取指示包括該位置的一地理區域中的至少一個目的地類別中的頂端排名有興趣點之一數量的資料； 基於該歷史資料和指示該頂端排名的有興趣點之該數量的該資料，將一或多第一有興趣點確定為該有關運輸服務的所推薦目的地位置；且 傳輸指示該一或多第一有興趣點的資料，供該使用者通訊裝置接收。
  18. 如請求項17所述的方法， 其中該歷史資料包括指示該使用者最常去的歷史目的地位置之一數量的資料， 其中存取該歷史資料包括存取指示該使用者最常去的歷史目的地位置之該數量的資料，且 其中確定該一或多第一有興趣點包括基於指示該使用者最常去的歷史目的地位置之該數量的該資料及指示頂端排名的有興趣點之該數量的該資料，確定該一或多第一有興趣點。
  19. 如請求項17或請求項18所述的方法，其中，回應接收包括指示對應於一出發位置的一使用者請求的一資料欄位的使用者資料，該方法還包括： 基於該歷史資料和該位置，將一或多第二有興趣點確定為該有關運輸服務的所推薦出發位置；且 傳輸指示該一或多第二有興趣點的資料，供該使用者通訊裝置接收。
  20. 如請求項19所述的方法，其中確定該一或多第二有興趣點包括將相對於該使用者的該位置在一預定距離內的該一或多第二有興趣點確定為所推薦出發位置。
  21. 如請求項19或請求項20所述的方法，還包括，對於該一或多第二有興趣點的每一個，傳輸指示該第二有興趣點與該使用者的該位置之間的一距離的資料，供該使用者通訊裝置接收。
  22. 一種包括實現如請求項17至請求項21中的任一項所述的方法的指令的電腦程式或電腦程式產品。
  23. 一種儲存指令的非暫態儲存媒體，該指令當被處理器執行時，使該處理器實施如請求項17至請求項21中的任一項所述的方法。
  24. 一種推薦一使用者一或多有興趣點用於一有關運輸服務之通訊系統，該通訊系統包括：一通訊伺服器裝置、至少一個使用者通訊裝置及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊， 其中該至少一個使用者通訊裝置包括一第一處理器和一第一記憶體，該至少一個使用者通訊裝置被配置成在該第一處理器的控制下執行該第一記憶體中的第一指令，以傳輸包含指示一位置的一第一資料欄位和指示對應於一目的地位置的一使用者請求的一第二資料欄位的使用者資料，供通訊伺服器裝置接收來進行處理；且 其中該通訊伺服器裝置包括一第二處理器和一第二記憶體，該通訊伺服器裝置被配置成在該第二處理器的控制下執行該第二記憶體中的第二指令，以： 回應接收該至少一個使用者通訊裝置傳輸的指示該使用者資料的資料， 存取一或多資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯； 存取指示包括該位置的一地理區域中的至少一個目的地類別中的頂端排名有興趣點的之一數量的資料； 基於該歷史資料和指示該頂端排名有興趣點的該數量的該資料，將一或多第一有興趣點確定為該有關運輸服務的所推薦目的地位置；且 傳輸指示該一或多第一有興趣點的資料，供該至少一個使用者通訊裝置接收。
  25. 一種推薦一使用者一或多有興趣點用於有關運輸服務之通訊伺服器裝置，該通訊伺服器裝置包括一處理器和一記憶體，該通訊伺服器裝置被配置成在該處理器的控制下執行該記憶體中的指令，以： 回應接收包括指示該使用者的一位置的一第一資料欄位和具有指示該使用者輸入的資訊的輸入資料的一第二資料欄位的使用者資料，該資訊至少是該使用者之一所請求位置作為該有關運輸服務的一出發位置或一目的地位置的部分描述， 基於該輸入資料，產生包括具有對應複數候選有興趣點的資料的複數候選資料欄位的一或多資料記錄； 在該一或多資料記錄中，對於該複數候選資料欄位的每一個候選資料欄位，對下列基準的至少二個基準產生分別基準資料欄位： 關鍵字； 地區； 熱門程度； 時序；及 距離； 在該分別基準資料欄位的每一個基準資料欄位中，產生指示與一候選有興趣點的一對應基準關聯的一單獨得分的資料，其中， 對於該關鍵字，基於該資訊與描述該候選有興趣點的一名稱的一或多字之間的一相似度，確定該單獨得分； 對於該地區，基於包括該使用者的該位置的一第一地理地區與包括該候選有興趣點的一第二地理地區之間的一近接度，確定該單獨得分； 對於該熱門程度，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，基於該候選有興趣點歷史上被選擇為歷史有關運輸服務的該所請求位置的一次數，確定該單獨得分； 對於該時序，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯，基於該候選有興趣點在一所定義時間被該使用者選擇為該所請求位置的一機率，確定該單獨得分； 對於該距離，基於該使用者的該位置與該候選有興趣點之間的一距離，確定該單獨得分； 對於該每一個候選資料欄位，基於該單獨得分，產生該對應候選有興趣點的一結果得分； 處理指示該結果得分的資料；且 根據處理指示該結果得分的該資料的結果，傳輸指示該複數候選有興趣點的資料，供該使用者通訊裝置接收，以經由該使用者通訊裝置呈現該複數候選有興趣點。
  26. 如請求項請求項25所述的通訊伺服器裝置， 其中，為了處理指示該結果得分的該資料，該通訊伺服器裝置被配置成基於指示該結果得分的該資料，在該一或多資料記錄中產生指示該複數候選有興趣點根據該複數候選有興趣點的該結果得分之一排序的排名資料；且 其中，為了傳輸該資料，該通訊伺服器裝置被配置成傳輸指示該複數候選有興趣點的該資料，以經由該使用者通訊裝置根據該排名資料的一順序呈現該複數候選有興趣點。
  27. 如請求項25或請求項26所述的通訊伺服器裝置， 其中，為了處理指示該結果得分的該資料，該通訊伺服器裝置被配置成基於指示該結果得分的該資料，對於該複數候選有興趣點的每一個候選有興趣點，將該結果得分與指示該候選有興趣點與該所請求位置的匹配關係的一臨界值進行比較；且 其中，為了傳輸該資料，該通訊伺服器裝置被配置成傳輸指示具有被確定等於或大於該臨界值的結果得分的該候選有興趣點的該資料。
  28. 如請求項25至請求項27中的任一項所述的通訊伺服器裝置，其中，為了產生該結果得分，該通訊伺服器裝置被配置成由該單獨得分的加權總和產生該結果得分。
  29. 如請求項25至請求項28中的任一項所述的通訊伺服器裝置，其中，該至少二個基準包括該地區，且回應該地區的單獨得分被確定為指示該第一地理地區和該第二地理地區位於不同的國家，該通訊伺服器裝置還被配置成排除該候選有興趣點。
  30. 如請求項25至請求項29中的任一項所述的通訊伺服器裝置，其中，為了產生該分別基準資料欄位，該通訊伺服器裝置被配置成對於該每一個候選資料欄位，對該關鍵字、該地區、該熱門程度、該時序及該距離中的至少三個基準產生分別基準資料欄位。
  31. 如請求項25至請求項30中的任一項所述的通訊伺服器裝置，其中，為了產生該分別基準資料欄位，該通訊伺服器裝置被配置成對於該每一個候選資料欄位，對該關鍵字、該地區、該熱門程度、該時序及該距離中的至少四個基準產生分別基準資料欄位。
  32. 如請求項25至請求項31中的任一項所述的通訊伺服器裝置，其中， 回應該資訊至少是作為該出發位置的該所請求位置的部分描述， 為了產生該分別基準資料欄位，該通訊伺服器裝置被配置成對於該每一個候選資料欄位，對該關鍵字、該地區、該熱門程度、該時序及該距離的全部基準產生分別基準資料欄位。
  33. 一種在推薦一使用者一或多有興趣點用於一有關運輸服務之通訊伺服器裝置中實施的方法，該方法包括在通訊伺服器裝置的一處理器的控制下： 回應接收包括指示該使用者的一位置的一第一資料欄位和具有指示該使用者輸入的資訊的輸入資料的一第二資料欄位的使用者資料，該資訊至少是該使用者之一所請求位置作為該有關運輸服務的一出發位置或一目的地位置的部分描述， 基於該輸入資料，產生一或多資料記錄，其包含具有對應複數候選有興趣點的資料的複數候選資料欄位； 對於該複數候選資料欄位的每一個候選資料欄位，在一或多資料記錄中，對下列基準中的至少二個基準產生分別基準資料欄位： 關鍵字； 地區； 熱門程度； 時序；及 距離； 在該分別基準資料欄位的每一個基準資料欄位中，對一候選有興趣點產生指示與該對應基準關聯的一單獨得分的資料，其中， 對於該關鍵字，基於該資訊與描述該候選有興趣點的一名稱的一或多字之間的一相似度，確定該單獨得分； 對於該地區，基於包括該使用者的該位置的一第一地理地區與包括該候選有興趣點的一第二地理地區之間的一近接度，確定該單獨得分； 對於該熱門程度，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，基於該候選有興趣點歷史上被選擇為歷史有關運輸服務的該所請求位置的一次數，確定該單獨得分； 對於該時序，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯，基於該候選有興趣點在一所定義時間被該使用者選擇為該所請求位置的一機率，確定該單獨得分； 對於該距離，基於該使用者的該位置與該候選有興趣點之間的一距離，確定該單獨得分； 對於每一個候選資料欄位，基於該單獨得分，對該對應候選有興趣點產生一結果得分； 處理指示該結果得分的資料；且 傳輸指示該複數候選有興趣點的資料，供該使用者通訊裝置接收，以根據處理指示該結果得分的該資料的結果，經由該使用者通訊裝置，呈現該複數候選有興趣點。
  34. 如請求項33所述的方法， 其中處理指示所述結果得分的該資料包括基於指示該結果得分的該資料，在該一或多資料記錄中，根據該複數候選有興趣點的該結果得分，產生指示該複數候選有興趣點的一排序的排名資料；且 其中傳輸該資料包括傳輸指示該複數候選有興趣點的該資料，從而經由該使用者通訊裝置，以根據該排名資料的一順序呈現該複數候選有興趣點。
  35. 如請求項33或請求項34所述的方法， 其中處理指示該結果得分的該資料包括基於指示該結果得分的該資料，且對於該複數候選有興趣點的每一個候選有興趣點，將該結果得分與指示該候選有興趣點與該所請求位置的匹配關係的一臨界值進行比較；且 其中傳輸該資料包括傳輸指示具有被確定為等於或大於該臨界值的結果得分的候選有興趣點的該資料。
  36. 如請求項33至請求項35中的任一項所述的方法，其中產生該結果得分包括由該單獨得分的加權總和產生該結果得分。
  37. 如請求項33至請求項36中的任一項所述的方法，其中該至少二個基準可包含該地區，且回應該地區的該單獨得分被確定為指示該第一地理地區和該第二地理地區位於不同的國家，該方法還包括排除該候選有興趣點。
  38. 如請求項33至請求項37中的任一項所述的方法，其中產生該分別基準資料欄位包括，對於該每一個候選資料欄位，對該關鍵字、該地區、該熱門程度、該時序及該距離中的至少三個基準產生分別基準資料欄位。
  39. 如請求項33至請求項38中的任一項所述的方法，其中產生該分別基準資料欄位包括，對於該每一個候選資料欄位，對該關鍵字、該地區、該熱門程度、該時序及該距離中的至少四個基準產生分別基準資料欄位。
  40. 如請求項33至請求項39中的任一項所述的方法，其中， 回應該資訊至少是作為該出發位置的該所請求位置的部分描述， 產生該分別基準資料欄位包括，對於該每一個候選資料欄位，對該關鍵字、該地區、該熱門程度、該時序及該距離中的全部基準產生分別基準資料欄位。
  41. 一種包括實現如請求項33至請求項40中的任一項所述的方法的指令的電腦程式或電腦程式產品。
  42. 一種儲存指令的非暫態儲存媒體，該指令當被處理器執行時，使該處理器實施如請求項33至請求項40中的任一項所述的方法。
  43. 一種推薦一使用者一或多有興趣點用於一有關運輸服務之通訊系統，該通訊系統包括：一通訊伺服器裝置、至少一個使用者通訊裝置及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊， 其中該至少一個使用者通訊裝置包括一第一處理器和一第一記憶體，該至少一個使用者通訊裝置被配置成在該第一處理器的控制下執行該第一記憶體中的第一指令，以傳輸包括指示該使用者的該位置的一第一資料欄位和具有指示該使用者輸入的資訊的輸入資料的一第二資料欄位的使用者資料，供該通訊伺服器裝置接收來進行處理，該資訊至少是作為該有關運輸服務的一出發位置或一目的地位置的該使用者之一所請求位置的部分描述；且 其中該通訊伺服器裝置包含一第二處理器和一第二記憶體，該通訊伺服器裝置被配置成在該第二處理器的控制下執行該第二記憶體中的第二指令，以： 回應接收指示該至少一個使用者通訊裝置傳輸的該使用者資料的資料， 基於該輸入資料，產生包括具有對應複數候選有興趣點的資料的複數候選資料欄位的一或多資料記錄； 在該一個或多個資料記錄中，對於該複數候選資料欄位的每一個候選資料欄位，對下列基準的至少二個基準產生分別基準資料欄位： 關鍵字； 地區； 熱門程度； 時序；及 距離； 在該分別基準資料欄位的每一個基準資料欄位中，產生指示與一候選有興趣點的該對應基準關聯的一單獨得分的資料，其中， 對於該關鍵字，基於該資訊與描述該候選有興趣點的一名稱的一或多字之間的一相似度，確定該單獨得分； 對於該地區，基於包含該使用者的該位置的第一地理地區與包含該候選有興趣點的一第二地理地區之間的近接度，確定該單獨得分； 對於該熱門程度，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，基於該候選有興趣點歷史上被選擇為歷史有關運輸服務的該所請求位置的次數，確定該單獨得分； 對於該時序，基於一或多歷史資料記錄中對應於有關運輸服務的歷史資料，該歷史資料與該使用者關聯，基於該候選有興趣點在一所定義時間被該使用者選擇為該所請求位置的一機率，確定該單獨得分； 對於該距離，基於該使用者的該位置與該候選有興趣點之間的一距離，確定該單獨得分； 對於該每一個候選資料欄位，基於該單獨得分，產生該對應候選有興趣點的一結果得分； 處理指示該結果得分的資料；且 傳輸指示該複數候選有興趣點的資料，供該使用者通訊裝置接收，以根據處理指示該結果得分的該資料的結果，經由該使用者通訊裝置，呈現該複數候選有興趣點。
  44. 一種推薦一使用者一或多有興趣點用於一有關運輸服務之通訊伺服器裝置，該通訊伺服器裝置被配置為如請求項1至請求項4中的任一項所述的通訊伺服器裝置，且還被配置為如請求項12至請求項16中的任一項所述的通訊伺服器裝置或如請求項25至請求項32中的任一項所述的通訊伺服器裝置的至少一個。
  45. 如請求項44所述的通訊伺服器裝置，被配置為如請求項1至請求項4的任一項所述的通訊伺服器裝置，且之後還被配置為如請求項12至請求項16的任一項所述的通訊伺服器裝置。
  46. 如請求項45所述的通訊伺服器裝置，之後還被配置為如請求項25至請求項32的任一項所述的通訊伺服器裝置。
  47. 如請求項46所述的通訊伺服器裝置，之後還被配置成： 檢索表示包括該使用者的該位置的一地圖的資料；且 傳輸表示該地圖的資料，供該使用者的使用者通訊裝置接收，以經由該使用者通訊裝置對使用者呈現該地圖，從而將該地圖上的一有興趣點確定為該有關運輸服務之一所推薦出發位置。
  48. 一種在推薦一使用者一或多有興趣點用於一有關運輸服務之通訊伺服器裝置中實施的方法，該方法包括在該通訊伺服器裝置的一處理器的控制下： 實施如請求項5至請求項8中的任一項所述的方法；且 實施如請求項17至請求項21中的任一項所述的方法或請求項33至40的任一項所述的方法的至少一個。
  49. 如請求項48所述的方法，包括： 實施如請求項5至請求項8中的任一項所述的方法；且 之後實施如請求項17至請求項21中的任一項所述的方法。
  50. 如請求項49所述的方法，還包括之後實施如請求項33至40中的任一項所述的方法.
  51. 如請求項50所述的方法，還包括之後： 檢索表示包括該使用者的該位置的一地圖的資料；且 傳輸表示該地圖的資料，供該使用者的一使用者通訊裝置接收，以經由該使用者通訊裝置對該使用者呈現該地圖，從而將該地圖上的一有興趣點確定為該有關運輸服務之一所推薦出發位置。
  52. 一種包括實現如請求項48至請求項51中的任一項所述的方法的指令的電腦程式或電腦程式產品。
  53. 一種儲存指令的非暫態儲存媒體，該指令當被處理器執行時，使該處理器實施如請求項48至請求項51中的任一項所述的方法。
  54. 一種推薦一使用者一或多有興趣點用於一有關運輸服務之通訊系統，該通訊系統包括：一通訊伺服器裝置、包含一處理器和一記憶體的至少一使用者通訊裝置、及通訊網設備，該通訊網設備可作業，以便該通訊伺服器裝置與該至少一個使用者通訊裝置彼此藉由其建立通訊， 其中該通訊伺服器裝置被配置為如請求項1至請求項4中的任一項所述的通訊伺服器裝置，且其中該至少一個使用者通訊裝置被配置成在該處理器的控制下執行該記憶體中的指令，以傳輸包括指示該使用者的一位置的一資料欄位的使用者資料，供該通訊伺服器裝置接收來進行處理，且 其中該通訊伺服器裝置還被配置為如下中的至少一個： 如請求項12至請求項16中的任一項所述的通訊伺服器裝置，其中該至少一個使用者通訊裝置被配置成在該處理器的控制下執行該記憶體中的指令，以傳輸包括指示一位置的一第一資料欄位和指示對應於一目的地位置的一使用者請求的一第二資料欄位的使用者資料，供該通訊伺服器裝置接收來進行處理，或 如請求項25至請求項32中的任一項所述的通訊伺服器裝置，其中該至少一個使用者通訊裝置還被配置成在該處理器的控制下執行該記憶體中的指令，以傳輸包括指示該使用者的一位置的一第一資料欄位和具有指示該使用者輸入的資訊的輸入資料的一第二資料欄位的使用者資料，供該通訊伺服器裝置接收來進行處理，該資訊至少是該使用者之一所請求位置作為該有關運輸服務的一出發位置或一目的地位置的部分描述。
TW109112716A 2019-04-29 2020-04-15 推薦使用者一或多有興趣點有關運輸服務之通訊伺服器裝置、方法及通訊系統 TW202105201A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
PCT/CN2019/084965 WO2020220188A1 (en) 2019-04-29 2019-04-29 Communications server apparatus, methods and communications systems for recommending one or more points-of-interest for a transport-related service to a user
WOPCT/CN2019/084965 2019-04-29

Publications (1)

Publication Number Publication Date
TW202105201A true TW202105201A (zh) 2021-02-01

Family

ID=73029638

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109112716A TW202105201A (zh) 2019-04-29 2020-04-15 推薦使用者一或多有興趣點有關運輸服務之通訊伺服器裝置、方法及通訊系統

Country Status (8)

Country Link
US (1) US20220230227A1 (zh)
EP (1) EP3963288A4 (zh)
JP (1) JP7389819B2 (zh)
KR (1) KR20220014325A (zh)
CN (1) CN113994173A (zh)
SG (1) SG11202111620SA (zh)
TW (1) TW202105201A (zh)
WO (1) WO2020220188A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110996141B (zh) * 2019-11-05 2022-03-25 北京字节跳动网络技术有限公司 一种直播间中信息的发送方法、装置及电子设备
WO2021097291A1 (en) * 2019-11-15 2021-05-20 Global Thematic Insights Llc Mapping system
US11719548B2 (en) * 2019-12-31 2023-08-08 Beijing Didi Infinity Technology And Development Co., Ltd. System and method for alternative destination recommendation on ridesharing platforms
US20210404832A1 (en) * 2020-06-25 2021-12-30 Google Llc Systems and Methods for Generating Movement Insights
TW202242634A (zh) * 2021-04-27 2022-11-01 新加坡商格步計程車控股私人有限公司 用於針對儲存在資料儲存器中之資料的存取進行控制之資料儲存系統及方法
CN113761398B (zh) * 2021-09-17 2022-09-06 北京百度网讯科技有限公司 信息推荐方法、装置、电子设备以及存储介质

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070050128A1 (en) * 2005-08-31 2007-03-01 Garmin Ltd., A Cayman Islands Corporation Method and system for off-board navigation with a portable device
CA2782611C (en) * 2009-12-04 2018-07-10 Uber Technologies, Inc. System and method for arranging transport amongst parties through use of mobile devices
US10267892B2 (en) * 2010-10-04 2019-04-23 Qualcomm Incorporated Locating a device using a reference point to align location information
EP2581703B1 (en) * 2011-10-12 2017-05-17 Mapquest, Inc. Systems and methods for ranking points of interest
JP5932531B2 (ja) 2012-07-10 2016-06-08 パイオニア株式会社 電子機器、目的地探索方法、プログラム、記録媒体、ナビゲーションシステム、およびサーバ装置
US20140025490A1 (en) * 2012-07-17 2014-01-23 Bharathi Shekar Automated recommendations based on historic location-preference information
US20140156410A1 (en) * 2012-11-30 2014-06-05 Ebay Inc. Systems and methods to provide transport aware geofences
US20150330800A1 (en) * 2014-05-19 2015-11-19 Google Inc. Systems and Methods for Personalized Multi-Destination Trip Planning
CN104156897B (zh) * 2014-07-24 2018-05-29 西北工业大学 基于情景感知的室内导览系统
US10212536B2 (en) * 2015-07-10 2019-02-19 Uber Technologies, Inc. Selecting a messaging protocol for transmitting data in connection with a location-based service
SG10201506680YA (en) 2015-08-24 2017-03-30 Mastercard International Inc Method and System For Predicting Lowest Airline Ticket Fares
US20170200249A1 (en) 2016-01-08 2017-07-13 Florida International University Board Of Trustees Systems and methods for intelligent, demand-responsive transit recommendations
US10200816B2 (en) * 2016-02-12 2019-02-05 Here Global B.V. Method and apparatus for selective zone-based communications
JP6753748B2 (ja) 2016-09-20 2020-09-09 ヤフー株式会社 経路検索サーバ、経路検索方法、および経路検索プログラム
CN108022140A (zh) * 2016-11-02 2018-05-11 北京嘀嘀无限科技发展有限公司 一种用车订单推荐方法、装置及服务器
WO2018208226A1 (en) * 2017-05-12 2018-11-15 Grabtaxi Holdings Pte. Ltd. Optimal allocation of dynamically batched service providers and service requesters
KR102390269B1 (ko) * 2017-05-26 2022-04-25 그랩택시 홀딩스 피티이. 엘티디. 셔틀 서비스 관리 및 셔틀 서비스 루트 및 서비스 도출을 위한 시스템 및 방법
JP2019070530A (ja) * 2017-10-05 2019-05-09 トヨタ自動車株式会社 情報処理装置、情報処理方法、及びプログラム
US20190122164A1 (en) * 2017-10-24 2019-04-25 Uber Technologies, Inc. On-demand coordinated comestible item delivery system
CN108286980B (zh) * 2017-12-29 2021-04-02 广州通易科技有限公司 一种预测目的地和推荐驾驶路线的方法
CN110443472A (zh) * 2018-05-02 2019-11-12 北京嘀嘀无限科技发展有限公司 为用户提供出行服务的方法及装置

Also Published As

Publication number Publication date
EP3963288A4 (en) 2023-01-11
JP7389819B2 (ja) 2023-11-30
SG11202111620SA (en) 2021-11-29
JP2022530789A (ja) 2022-07-01
CN113994173A (zh) 2022-01-28
EP3963288A1 (en) 2022-03-09
KR20220014325A (ko) 2022-02-04
WO2020220188A1 (en) 2020-11-05
US20220230227A1 (en) 2022-07-21

Similar Documents

Publication Publication Date Title
TW202105201A (zh) 推薦使用者一或多有興趣點有關運輸服務之通訊伺服器裝置、方法及通訊系統
AU2017203814B2 (en) Determining location information using a location data point provided by a computing device
US10650071B2 (en) Search and retrieval of keyed data maintained using a keyed database
US20190236728A1 (en) Method and apparatus for providing information
US20130226878A1 (en) Seamless context transfers for mobile applications
US20130072233A1 (en) Geographically partitioned online content services
US8612478B1 (en) Location based query-response management system
TW201340011A (zh) 資訊推薦方法及資訊推薦裝置
US20130282750A1 (en) Recommending relevant and personalized content accessing keywords for users of a text messaging service based global textsite platform
Sarwat et al. Lars*: An efficient and scalable location-aware recommender system
US20180173767A1 (en) System and method for facilitating queries via request-prediction-based temporary storage of query results
CN112328760B (zh) 服务提供方法、装置和系统
Li et al. A novel cooperative cache policy for wireless networks
Fan et al. Golang-based POI discovery and recommendation in real time
KR102340976B1 (ko) 웹서비스 사용자 경험을 활용한 딥러닝 기반의 맞춤형 컨텐츠 제공 시스템
CN114925304A (zh) 一种信息访问方法、装置和系统
Li et al. A smart cache content update policy based on deep reinforcement learning
CN115066682A (zh) 用于内容的低时延供应的系统和方法
CN107615734A (zh) 用于服务器故障转移和负荷平衡的系统和方法
US8359383B2 (en) Ubiquitous service framework system for supporting service in multiple domain and method thereof
CN115243258B (zh) 一种网络接入认证方法及系统
WO2022262621A1 (zh) 信息点搜索的方法和装置
US20170235748A1 (en) Recommending outgoing values based on incoming values
US20210295365A1 (en) Identification of Certified Brand Advocates in Electronic Media
JP2010117794A (ja) 携帯端末、予測候補蓄積システム、広告管理サーバおよび広告配信システム