CN118051677A - 一种上车位置推荐方法、设备、介质及计算机程序产品 - Google Patents

一种上车位置推荐方法、设备、介质及计算机程序产品 Download PDF

Info

Publication number
CN118051677A
CN118051677A CN202410090255.5A CN202410090255A CN118051677A CN 118051677 A CN118051677 A CN 118051677A CN 202410090255 A CN202410090255 A CN 202410090255A CN 118051677 A CN118051677 A CN 118051677A
Authority
CN
China
Prior art keywords
user
candidate
recommended
historical
taxi
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202410090255.5A
Other languages
English (en)
Inventor
祝官文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202410090255.5A priority Critical patent/CN118051677A/zh
Publication of CN118051677A publication Critical patent/CN118051677A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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/9535—Search customisation based on user profiles and personalisation
    • 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/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • 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/0639—Item locations

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请涉及终端技术领域，提供一种上车位置推荐方法、设备、介质及计算机程序产品。在方法中，当用户在夜间时间段打车时，根据用户的当前位置，从历史打车订单中筛选出与用户的当前位置在预设范围内的多个候选上车位置，根据每个候选上车位置的环境因素确定每个候选上车位置的推荐优先级，其中，候选上车位置的环境因素包括光线强度、建筑物、地铁站、公交站、交叉路口等。基于多个候选上车位置的推荐优先级向用户推荐上车位置。如此，通过考虑推荐上车位置的环境向用户推荐上车位置，使得用户在夜间时间段打车时，可以提高用户打车的安全性，从而提升用户的打车体验。

Description

一种上车位置推荐方法、设备、介质及计算机程序产品
技术领域
本申请涉及终端技术领域，特别涉及一种上车位置推荐方法、设备、介质及计算机程序产品。
背景技术
随着互联网技术的不断发展，人们越来越多地依赖打车应用(application，APP)乘车出行。目前，终端设备可以安装各种打车应用，在检测到用户启动打车应用时，打车应用可以根据用户的当前位置，向用户推荐上车位置。
然而，在用户使用打车应用的过程中，打车应用仅考虑用户的当前位置来向用户推荐上车位置，未考虑所推荐的上车位置的周围环境是否满足用户需求，例如，用户在夜间打车时，打车应用所推荐的上车位置灯光较暗或者比较偏僻，安全性较低，导致用户的打车体验不佳。
发明内容
为了解决现有上车位置推荐方法安全性较低导致用户的打车体验不佳的问题，本申请提供了一种上车位置推荐方法、设备、介质及计算机程序产品。
第一方面，本申请实施例提供了一种上车位置推荐方法，方法包括：检测到用户的打车指令，打车指令的时间属于夜间时间段；基于候选上车位置的历史环境因素，得到第一推荐上车位置，其中历史环境因素包括候选上车位置的历史光线强度；显示第一推荐上车位置。
基于上述方案，在用户在夜间打车时，通过考虑候选上车位置的环境因素，向用户推荐安全的上车位置，例如基于候选上车位置的光线强度，向用户推荐光线明亮的上车位置，可以提高用户打车的安全性，进而可以提升用户体验。
可以理解，候选上车位置可以是指历史打车订单中的历史上车位置。第一推荐上车位置可以为后文提及的最佳上车位置。打车指令可以为用户单击打车应用对应的图标来启动打车应用的点击操作，也可以为启动打车应用的语音指令，本申请实施例不作具体限定。
在一些实施例中，夜间时间段可以是基于用户所在地所处的时区、当前时间所属的季节确定的。例如，用户所在地为北京，当前时间所属的季节为夏季时，夜间时间段可以为21:00-05:00。用户所在地为北京，当前时间所属的季节为冬季时，夜间时间段可以为20:00-06:30。用户所在地为新疆，当前时间所属的季节为夏季时，夜间时间段可以为22:00-08:00。用户所在地为新疆，当前时间所属的季节为冬季时，夜间时间段可以为22:00-09:00。
在上述第一方面的一种可能的实现中，历史环境因素还包括下列中的至少一种：与候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级、候选上车位置的历史使用频次。
在一些可选的实例中，可以基于候选上车位置的历史光线强度、与候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级，确定第一推荐上车位置。
本申请实施例中，通过综合考虑候选上车位置的光线强度，以及与候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级、可以充分考虑候选上车位置的环境因素，向用户推荐更加安全的上车位置，从而可以进一步提升用户体验。
在一些可选的实例中，可以基于候选上车位置的历史光线强度、候选上车位置的历史使用频次，确定第一推荐上车位置。
本申请实施例中，通过综合考虑候选上车位置的光线强度，以及候选上车位置的历史使用频次，可以充分考虑候选上车位置的环境因素，向用户推荐更加安全的上车位置，从而可以进一步提升用户体验。
在一些可选的实例中，可以基于候选上车位置的历史光线强度，与候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级，以及候选上车位置的历史使用频次，确定第一推荐上车位置。
本申请实施例中，通过综合考虑候选上车位置的光线强度，以及与候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级、以及候选上车位置的历史使用频次，可以充分考虑候选上车位置的环境因素，向用户推荐更加安全的上车位置，从而可以进一步提升用户体验。
在一些可选的实例中，兴趣点的推荐优先级可以是基于兴趣点的类别确定的，兴趣点的推荐优先级可以表示兴趣点附近的人车流量，兴趣点的推荐优先级越高，兴趣点附近的人车流量越大。
在上述第一方面的一种可能的实现中，兴趣点包括下列中的至少一种：建筑物、地铁站、公交站和交叉路口，建筑物的推荐优先级高于地铁站和公交站的推荐优先级，地铁站和公交站的推荐优先级高于交叉路口的推荐优先级。
本申请中，建筑物可以为后文提及的高大型建筑物或中型建筑物。其中，高大型建筑物的推荐优先级可以高于中型建筑物，本申请实施例不作具体限定。
在上述第一方面的一种可能的实现中，基于候选上车位置的历史环境因素，得到第一推荐上车位置，包括：获取用户的当前位置；从历史打车订单中，确定与用户的当前位置在第二距离范围内的M个候选上车位置；基于M个候选上车位置的历史环境因素，确定M个候选上车位置中每个候选上车位置的推荐优先级；基于M个候选上车位置中每个候选上车位置的推荐优先级，从M个候选上车位置中确定N个候选上车位置作为第一推荐上车位置。
在一些实施例中，可以根据用户的当前位置和预先设置的半径范围(例如100米、200米)，从历史打车订单中，初步筛选出与用户的当前位置在预先设置的半径范围内所有历史上车位置以及每个历史上车位置的经纬度、使用频次、上车时间、光线强度等信息。
在一些实施例中，可以获取每个历史上车位置在夜间时间段内的光线强度和使用频次，以及与每个历史上车位置之间的距离在距离范围内的兴趣点(例如建筑物、地铁站、公交站、交叉路口等)的推荐优先级，确定每个历史上位置的推荐优先级，并对多个历史上车位置的推荐优先级进行排序，得到历史上车位置序列，将历史上车位置序列中预设数量(例如1个、3个、5个)历史上位置作为第一推荐上车位置。
在上述第一方面的一种可能的实现中，基于M个候选上车位置的历史环境因素，确定M个候选上车位置中每个候选上车位置的推荐优先级，包括：从M个候选上车位置中确定Q个候选上车位置，Q个候选上车位置的历史光线强度大于光线强度阈值；基于与Q个候选上车位置中每个候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级，确定Q个候选上车位置中每个候选上车位置的推荐优先级。
本申请中，Q个候选上车位置可以为后文提及的夜间平均光线强度大于强度阈值的历史上车位置。
在一些实施例中，用户的打车时间在夜间时间段内，可以对初步筛选的历史上车位置进行统计和计算，统计每个夜间时间段的历史上车位置的夜间使用频次，以及计算每个夜间时间段的历史上车位置的夜间平均光线强度，筛选出夜间平均光线强度大于光线强度阈值的历史上车位置。
在上述第一方面的一种可能的实现中，方法还包括：基于第一推荐上车位置生成第一打车订单；基于第一打车订单，更新历史打车订单。
可以理解，打车应用可以在检测到用户的确认打车操作后，通过手机的位置传感器采集推荐上车位置的光线强度，作为打车订单中的推荐上车位置信息上传至服务器平台，以供用户在下次打车时作为历史打车订单使用。本申请中，第一打车订单可以为后文提及的打车订单。
在上述第一方面的一种可能的实现中，方法还包括：对应于打车指令的时间属于白天时间段，确定第二推荐上车位置，第二推荐上车位置与第一推荐上车位置不同；显示第二推荐上车位置。
本申请中，第二推荐上车位置可以为后文提及的与用户的当前位置最近的历史上车位置或与用户的当前位置在距离范围内的多个历史上车位置。
在一些实施例中，白天时间段可以是基于用户所在地所处的时区、当前时间所属的季节确定的。用户在夜间时间段打车时向用户推荐的上车位置与用户在白天时间段打车时向用户推荐的上车位置可以不同。其中，白天时间段可以预先设置的，例如，用户所在地为北京，当前时间所属的季节为夏季时，白天时间段可以为05:01-20:59。用户所在地为北京，当前时间所属的季节为冬季时，白天时间段可以为06:31-19:59。用户所在地为新疆，当前时间所属的季节为夏季时，08:01-21:59为白天时间段。用户所在地为新疆，当前时间所属的季节为冬季时，09:01-21:59为白天时间段。
在上述第一方面的一种可能的实现中，确定第二推荐上车位置，包括：获取用户的当前位置；从历史打车订单中，确定与用户的当前位置在第三距离范围内的P个推荐上车位置；将P个推荐上车位置作为第二推荐上车位置。
在一些实施例中，可以获取用户的当前位置，并从历史打车订单中确定与用户的当前位置最近的历史上车位置，并将该历史上车位置作为第二推荐上车位置。
在另一些可选的实例中，可以获取用户的当前位置，并从历史打车订单中确定与用户的当前位置在距离范围内的多个历史上车位置，并将该多个历史上车位置作为第二推荐上车位置。
在上述第一方面的一种可能的实现中，白天时间段或者夜间时间段基于用户所在地所处的时区、当前时间所属的季节确定。
在一些实施例中，白天时间段和夜间时间段可以预先设置的，例如，用户所在地为北京，当前时间所属的季节为夏季时，夜间时间段可以为21:00-05:00，白天时间段可以为05:01-20:59。用户所在地为北京，当前时间所属的季节为冬季时，夜间时间段可以为20:00-06:30，白天时间段可以为06:31-19:59。用户所在地为新疆，当前时间所属的季节为夏季时，夜间时间段可以为22:00-08:00，08:01-21:59为白天时间段。用户所在地为新疆，当前时间所属的季节为冬季时，夜间时间段可以为22:00-09:00，09:01-21:59为白天时间段。
第二方面，本发明实施例提供了一种电子设备，该电子设备包括：存储器，用于存储由电子设备的一个或多个处理器执行的指令；以及处理器，是电子设备的处理器之一，用于执行存储器中存储的指令以实现上述第一方面及第一方面任一项提及的上车位置推荐方法。
第三方面，本申请提供一种可读存储介质，可读存储介质上存储有指令，指令在电子设备上执行时使得电子设备执行本申请第一方面及第一方面任一项提及的上车位置推荐方法。
第四方面，本申请实施例提供一种计算机程序产品，包括：非易失性计算机可读存储介质，非易失性计算机可读存储介质包含用于执行本申请第一方面及第一方面任一项提及的上车位置推荐方法的计算机程序代码。
附图说明
图1根据本申请的一些实施例，示出了一种打车场景示意图；
图2根据本申请的一些实施例，示出了一种上车位置推荐方法的流程示意图；
图3根据本申请的一些实施例，示出了一种上车位置推荐方法的系统架构示意图；
图4根据本申请的一些实施例，示出了一种上车位置推荐方法的交互示意图；
图5A根据本申请的一些实施例，示出了一种设置界面的示意图；
图5B根据本申请的一些实施例，示出了一种个性化管理界面的示意图；
图6根据本申请的一些实施例，示出了第一种确定上车位置的场景示意图；
图7根据本申请的一些实施例，示出了第二种确定上车位置的场景示意图；
图8根据本申请的一些实施例，示出了第三种确定上车位置的场景示意图；
图9根据本申请的一些实施例，示出了第四种确定上车位置的场景示意图；
图10根据本申请的一些实施例，示出了一种电子设备的硬件结构示意图；
图11根据本申请的一些实施例，示出一种电子设备的软件结构示意图。
具体实施方式
本申请的说明性实施例包括但不限于一种上车位置推荐方法、设备、介质及计算机程序产品。
可以理解，本申请中的技术方案可以适用于具备上车位置推荐功能的电子设备，也可以适用于具备上车位置推荐功能的应用。
可以理解，本申请实施例中的电子设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。电子设备可以是手机(mobile phone)、穿戴式设备、平板电脑(Pad)等等，本申请实施例对电子设备的具体类型不做任何限制。
下面以电子设备为手机100，对本申请实施例提及的上车位置推荐的场景进行介绍。
如图1中(a)所示，手机100可以安装有打车应用111，当检测到用户启动打车应用111时，可以向用户推送上车位置推荐信息，并在如图1中(b)所示的打车界面120显示上车位置推荐信息，例如上车位置“公司A”。
如前所述，在一些方案中，用户在夜间打车时，打车应用所推荐的上车位置灯光较暗或者比较偏僻，安全性较低，导致用户的打车体验不佳。
为此，本申请实施例提供一种上车位置推荐方法。在该方法中，当用户在夜间时间段打车时，根据用户的当前位置，从历史打车订单中筛选出与用户的当前位置在预设范围内的多个候选上车位置，根据每个候选上车位置的环境因素确定每个候选上车位置的推荐优先级，其中，候选上车位置的环境因素包括光线强度、建筑物、地铁站、公交站、交叉路口等。基于多个候选上车位置的推荐优先级向用户推荐上车位置。如此，通过考虑推荐上车位置的环境向用户推荐上车位置，使得用户在夜间时间段打车时，可以提高用户打车的安全性，从而提升用户的打车体验。
可以理解，夜间时间段和白天时间段可以是基于用户所在地所处的时区、当前时间所属的季节确定的。用户在夜间时间段打车时向用户推荐的上车位置与用户在白天时间段打车时向用户推荐的上车位置可以不同。其中，白天时间段和夜间时间段可以预先设置的，例如，用户所在地为北京，当前时间所属的季节为夏季时，夜间时间段可以为21:00-05:00，白天时间段可以为05:01-20:59。用户所在地为北京，当前时间所属的季节为冬季时，夜间时间段可以为20:00-06:30，白天时间段可以为06:31-19:59。用户所在地为新疆，当前时间所属的季节为夏季时，夜间时间段可以为22:00-08:00，08:01-21:59为白天时间段。用户所在地为新疆，当前时间所属的季节为冬季时，夜间时间段可以为22:00-09:00，09:01-21:59为白天时间段。
可以理解，历史打车订单可以包括历史上车位置以及历史上车位置的光线强度。用户自身以及其他用户在过去一段时间内打车时，可以通过电子设备的位置传感器实时采集用户的位置，以及可以通过电子设备的环境光传感器实时采集光线强度，并将采集到的用户的位置作为上车位置以及采集到的上车位置的光线强度上传至服务器平台。
在一些具体的实现中，服务器平台可以通过以下方式确定每个候选上车位置的推荐优先级，从历史打车订单中筛选出开启夜间安全打车模式的打车订单，并将开启夜间安全打车模式的打车订单中光线强度大于强度阈值、使用频次大于频次阈值、周围有大型建筑物的候选上车位置的推荐优先级设置为高，将开启夜间安全打车模式的打车订单中光线强度小于或者等于强度阈值、使用频次小于或者等于频次阈值、周围有交叉路口的候选上车位置的推荐优先级设置为低。
可以理解，基于多个候选上车位置的推荐优先级向用户推荐上车位置的方式可以为：将推荐优先级高于预设推荐优先级的上车位置作为推荐上车位置，或者将推荐优先级高于预设优先级的上车位置周围的建筑物或者交叉路口作为推荐上车位置。
下面对本申请实施例提及的上车位置推荐方法进行介绍。
图2示出了一种上车位置推荐方法的流程示意图，该方法可以由电子设备执行，具体如图2所示，该上车位置推荐方法可以包括：
201：检测到用户的打车指令。
可以理解，打车指令可以为单击打车应用对应的图标来启动打车应用的点击操作，也可以为启动打车应用的语音指令，本申请实施例不作具体限定。
202：判断当前打车时间是否位于夜间时间段。
可以理解，在检测到用户的打车指令后，可以判断当前打车时间是否位于夜间时间段，其中，夜间时间段和白天时间段可以是基于用户所在地所处的时区、当前时间所属的季节确定的。用户在夜间时间段打车时向用户推荐的上车位置与用户在白天时间段打车时向用户推荐的上车位置可以不同。其中，白天时间段和夜间时间段可以预先设置的，例如，用户所在地为北京，当前时间所属的季节为夏季时，夜间时间段可以为21:00-05:00，白天时间段可以为05:01-20:59。用户所在地为北京，当前时间所属的季节为冬季时，夜间时间段可以为20:00-06:30，白天时间段可以为06:31-19:59。用户所在地为新疆，当前时间所属的季节为夏季时，夜间时间段可以为22:00-08:00，08:01-21:59为白天时间段。用户所在地为新疆，当前时间所属的季节为冬季时，夜间时间段可以为22:00-09:00，09:01-21:59为白天时间段。
在一些可选的实例中，在当前打车时间在夜间时间段时，可以转至步骤203，即显示第一推荐上车位置。在当前打车时间在白天时间段时，可以转至步骤204，即显示第二推荐上位置。
203：显示第一推荐上车位置。
可以理解，第一推荐上车位置可以是基于历史打车订单中多个历史上车位置的历史环境因素确定的。其中，历史环境因素可以包括历史上车位置的历史光线强度、与历史上车位置之间的距离在距离范围内的位置的推荐优先级、历史上车位置的使用频次。其中，历史上车位置的历史光线强度可以是通过电子设备上的光线传感器采集的。
在一些可选的实例中，历史上车位置的历史光线强度可以历史上车位置的光线强度的平均值，也可以是指去掉历史上车位置的光线强度中最大值和最小值后的平均值，还可以是历史上车位置的光线强度的中位数。
在一些可选的实例中，可以通过以下方式确定出第一推荐上车位置：获取用户的当前位置，从历史打车订单中确定与用户的当前位置在距离范围内的多个历史上车位置，获取每个历史上车位置在夜间时间段内的光线强度和使用频次，以及与每个历史上车位置之间的距离在距离范围内的兴趣点(例如建筑物、地铁站、公交站、交叉路口等)的推荐优先级，基于每个历史上车位置在夜间时间段内的光线强度和使用频次，以及与每个历史上车位置之间的距离在距离范围内的兴趣点的推荐优先级，确定每个历史上位置的推荐优先级，并对多个历史上车位置的推荐优先级进行排序，得到历史上车位置序列，将历史上车位置序列中预设数量(例如1个、3个、5个)历史上位置作为第一推荐上车位置。
204：显示第二推荐上车位置。
在一些可选的实例中，可以获取用户的当前位置，并从历史打车订单中确定与用户的当前位置最近的历史上车位置，并将该历史上车位置作为第二推荐上车位置。
在另一些可选的实例中，可以获取用户的当前位置，并从历史打车订单中确定与用户的当前位置在距离范围内的多个历史上车位置，并将该多个历史上车位置作为第二推荐上车位置。
本申请实施例中，通过考虑推荐上车位置的环境向用户推荐上车位置，使得用户在夜间时间段打车时，可以提高用户打车的安全性，从而提升用户的打车体验。
下面对本申请实施例提及的上车位置推荐方法的系统架构进行介绍。
如图3所示，上车位置推荐方法的系统架构可以包括手机100和服务器平台210。
在一些可选的实例中，手机100可以包括打车应用111、中央控制器112和定位器件(例如位置传感器113)。
在一些可选的实例中，服务器平台210可以是打车应用111对应的服务器，服务器平台210可以存储有历史上车位置库211和兴趣点(point of interest，POI)库212。历史上车位置库211可以包括多个历史打车订单，每个历史打车订单可以包括历史上车位置的经纬度、使用频次、上车时间、光线强度等信息，其中，历史上车位置的使用频次可以是通过统计多个历史打车订单得到的。兴趣库212可以包括每个兴趣点的经纬度以及推荐优先级等信息，其中兴趣点可以是指建筑物、地铁站、公交站、交叉路口等标志性位置。
可以理解，历史打车订单可以包括历史上车位置以及历史上车位置的光线强度。用户自身以及其他用户在过去一段时间内打车时，可以通过手机100的位置传感器实时采集用户的位置，以及可以通过手机100的环境光传感器实时采集光线强度，并将采集到的用户的位置作为上车位置以及采集到的上车位置的光线强度上传至服务器平台210。
用户使用打车应用111的过程中，手机100可以通过位置传感器113获取用户的当前位置。进而，手机100可以向服务器平台210发送用户的当前位置以及获取推荐上车位置请求，服务器平台210可以响应于获取推荐上车位置请求，基于用户的当前位置、历史上车位置库211和兴趣点库212生成上车位置推荐信息，并推送至手机100进行显示，从而实现为用户推荐上车位置。
然后，打车应用111可以在检测到用户的确认打车操作后，通过手机100的位置传感器采集推荐上车位置的光线强度，作为打车订单中的推荐上车位置信息上传至服务器平台210，以供用户在下次打车时作为历史打车订单使用。
下面基于图3所示的系统架构，对本申请实施例提及的上车位置推荐方法进行详细介绍。
图4示出了一种上车位置推荐方法的交互示意图，如图4所示，上车位置推荐方法可以包括：
401：打车应用111接收用户发送的启动打车应用111的指令。
可以理解，启动打车应用111的指令可以为：用户通过触摸或者发送语音等方式启动手机100中的打车应用111的指令。下面以用户通过单击打车应用111对应的图标来启动手机100中的打车应用111为例进行说明，当用户通过单击手机100中的打车应用111的图标时，打车应用111接收的指令可以称为打车标签单击指令。
402：打车应用111响应打车标签单击指令。
可以理解，打车应用111可以检测到打车标签单击指令，响应于打车标签单击指令，从图1中(a)所示的桌面110切换至如图1中(b)所示的打车界面120。
403：打车应用111响应个人中心设置单击指令。
可以理解，打车界面120可以包括个人中心设置组件121、上车位置显示组件122、下车位置显示组件123、开始打车组件124和位置示意区域125。
可以理解，若检测到用户点击个人中心设置组件121，打车应用111可以执行个人中心设置单击指令，从打车界面120切换至如图5A所示的设置界面510。
在一些可选的实施例中，设置界面510可以包括常用地点设置组件511、紧急联系人设置组件512、手机号管理设置组件513以及个性化管理设置组件514。
其中，常用地点设置组件511可以用于设置打车常用地点，例如家、公司等。紧急联系人设置组件512可以用于设置紧急联系人的姓名与联系方式，在一些实例中，当用户在乘车过程中触发紧急情况，打车应用111可以向用户设置的所有或者部分紧急联系人发送短信，在另一些实例中，紧急联系人设置组件512还可以用于设置行程分享时间段，若用户在行程分享时间段内打车时，打车应用可以将车辆位置和行程信息通过短信自动分享给所有或者部分紧急联系人。手机号管理组件513可以用于设置一个或多个手机号，在一些实例中，打车应用111可以关联手机管理设置组件513中的设置的一个或多个手机号，即打车应用111可以结合设置的一个或多个手机号的历史打车订单信息向用户推荐上车位置。个性化管理组件514可以用于设置用户的打车习惯，例如，开启或者关闭常用地点显示、开启或者关闭搜索记录显示、开启或者关闭分享候选位置、开启或者关闭夜间安全打车模式。
404：打车应用111响应个性化管理单击指令。
可以理解，若检测到用户点击设置界面510中的个性化管理设置组件514，打车应用111可以执行个性化管理单击指令，从设置界面510切换至图5B所示的个性化管理界面520。
在一些可选的实施例中，个性化管理界面520可以包括常用地点开关设置组件521、搜索记录开关设置组件522、分享候车位置开关组件523和夜间安全打车模式开关组件524。
其中，常用地点开关设置组件521可以用于设置开启或者关闭常用地点显示。在一些可选的实例中，打车应用111可以根据常用地点向用户推荐上车位置。搜索记录开关设置组件522可以用于设置开启或者关闭搜索记录显示。分享候车位置开关组件523可以用于设置开启或者关闭分享候选位置。当分享候车位置开关组件523处于开启状态时，可以向他人分享候车位置。例如，若用户在行程分享时间段内打车时，打车应用可以将车辆位置和行程信息通过短信自动分享给所有或者部分紧急联系人。夜间安全打车模式开关组件524可以用于设置开启或者关闭夜间安全打车模式。当夜间安全打车模式开关组件524处于开启状态时，打车应用111开启夜间安全打车模式。
405：打车应用111接收开启夜间安全打车指令。
可以理解，若检测到用户点击个性化管理界面520的夜间安全打车开关组件524，打车应用111可以执行开启夜间安全打车指令，开启夜间安全打车模式。
406：打车应用111向中央控制器112发送上车位置推荐请求。
可以理解，在开启夜间安全打车模式后，可以从图5B所示的个性化管理界面520切换为如图1中(b)所示的打车界面120，进而，打车应用111可以向中央控制器112发送上车位置推荐请求。
在另一些可选的实例中，打车应用111执行打车标签单击指令，从图1中(a)所示的桌面110切换至如图1中(b)所示的打车界面120后，打车应用111可以向中央控制器112发送上车位置推荐请求，即步骤406可以在步骤402后执行。
407：中央控制器112获取夜间安全打车模式是否开启信息。
可以理解，中央控制器112可以获取夜间安全打车模式是否开启信息。
408：中央控制器112获取系统时间。
可以理解，中央控制器112可以获取当前时间作为系统时间。在一些可选的实例中，系统时间可以为手机100当前显示的时间，也可以是网络时间。
可以理解，步骤407可以在步骤408之前执行，步骤407也可以在步骤408之后执行，步骤407和步骤408也可以同步执行，本申请实施例不作具体限定。
409：中央控制器112向位置传感器113发送获取用户当前位置的指令。
在一些可选的实例中，在系统时间在预先设置的夜间时间段内，且开启夜间安全打车模式时，中央控制器112可以向位置传感器113发送获取用户当前位置的指令。
在另一些可选的实例中，当系统时间在预先设置的夜间时间段内，未开启夜间安全打车模式时，中央控制器120可以向打车应用111返回开启夜间安全打车模式的指令，即可以跳转至如图5B所示的个性化管理界面520，以提醒用户开启夜间安全打车模式。
410：位置传感器113向中央控制器112反馈用户的当前位置。
可以理解，位置传感器113可以采集手机100的当前位置，即采集用户的当前位置，并反馈给中央控制器112。
在一些可选的实施例中，位置传感器113可以采用全球定位系统(GlobalPositioning System，GPS)技术、北斗导航系统技术、全球导航卫星系统(GLONASS)技术、伽利略定位系统(伽利略)技术、准天顶卫星系统(QAZZ)技术、基站定位技术、Wi-Fi定位技术等任意一个或者任意组合，采集用户的当前位置。
411：中央控制器112向服务器平台210发送上车位置推荐请求。
可以理解，在中央控制器112向服务器平台210发送上车位置推荐请求的同时，还可以向服务器平台210发送用户的当前位置、是否开启夜间打车模式消息以及系统时间。
412：服务器平台210根据用户的当前位置和半径，筛选历史上车位置信息。
可以理解，服务器平台210可以根据用户的当前位置和预先设置的半径范围(即前文中提及的第二距离范围，例如100米、200米)，从历史上车位置库211中存储的历史打车订单中，初步筛选出与用户的当前位置在预先设置的半径范围内所有历史上车位置以及每个历史上车位置的经纬度、使用频次、上车时间、光线强度等信息。下表1示出了初步筛选出的在预先设置的半径范围内所有历史上车位置和历史上车位置信息。
表1
由表1可知，与用户的当前位置在预先设置的半径范围内所有历史上车位置包括A、B、C，其中，历史上车位置A的经度为118.759937，纬度为31.987593，在8:00时开启夜间安全打车模式打车时的光线强度为500，使用频次为150。历史上车位置A的经度为118.759937，纬度为31.987593，在20:00时开启夜间安全打车模式打车时的光线强度为120，使用频次为100。
可以理解，历史打车订单可以包括历史上车位置的经纬度、使用频次、上车时间、光线强度等信息。其中，用户自身以及其他用户在过去一段时间内打车时，可以通过电子设备的位置传感器实时采集用户的位置，以及可以通过电子设备的环境光传感器实时采集光线强度，并将采集到的用户的位置作为上车位置以及采集到的上车位置的光线强度上传至服务器平台210。
413：服务器平台210根据夜间时间段和是否开启夜间安全打车模式信息，筛选历史上车位置信息。
可以理解，当系统时间在预先设置的夜间时间段内，且开启夜间安全打车模式时，可以对初步筛选的历史上车位置进行统计和计算，统计每个历史上车位置的使用频次，以及计算每个历史上车位置的平均光线强度。其中，夜间时间段和白天时间段可以是基于用户所在地所处的时区、当前时间所属的季节确定的。用户在夜间时间段打车时向用户推荐的上车位置与用户在白天时间段打车时向用户推荐的上车位置可以不同。其中，白天时间段和夜间时间段可以预先设置的，例如，用户所在地为北京，当前时间所属的季节为夏季时，夜间时间段可以为21:00-05:00，白天时间段可以为05:01-20:59。用户所在地为北京，当前时间所属的季节为冬季时，夜间时间段可以为20:00-06:30，白天时间段可以为06:31-19:59。用户所在地为新疆，当前时间所属的季节为夏季时，夜间时间段可以为22:00-08:00，08:01-21:59为白天时间段。用户所在地为新疆，当前时间所属的季节为冬季时，夜间时间段可以为22:00-09:00，09:01-21:59为白天时间段。
可以理解，平均光线强度可以是指历史上车位置的光线强度的平均值，也可以是指去掉历史上车位置的光线强度中最大值和最小值后的平均值，还可以是历史上车位置的光线强度的中位数。下表2示出了统计和计算后的在预先设置的半径范围内所有历史上车位置和历史上车位置信息。
表2
历史上车位置 经度 纬度 频次(夜间) 夜间平均光线强度lux
A 118.759937 31.987593 100 120
B 118.759327 31.986792 40 110
C 118.760137 31.988712 20 80
… … … … …
由表2可知，在夜间时间段开启夜间安全打车模式、并且与用户的当前位置在预先设置的半径范围内所有历史上车位置A的经度为118.759937，纬度为31.987593，在8:00时开启夜间安全打车模式打车时的光线强度为500，使用频次为150。历史上车位置A的经度为118.759937，纬度为31.987593，使用频次为100，夜间平均光线强度为120。
414：服务器平台210根据夜间平均光线强度筛选历史上车位置信息。
在一些可选的实例中，可以根据每个历史上车位置在夜间时间段的多个光线强度，确定夜间平均光线强度。
可以理解，服务器平台210可以基于预先设置的光线强度阈值，对统计和计算后的与用户的当前位置在预先设置的半径范围内所有历史上车位置进行再次筛选。
例如，服务器平台210可以基于表2中夜间平均光线强度，进一步筛选出夜间平均光线强度大于阈值(例如100ux)的历史上车位置，得到如表3所示的筛选后的历史上车位置。
表3
历史上车位置 经度 纬度 频次(夜间) 夜间平均光线强度lux
A 118.759937 31.987593 100 120
B 118.759327 31.986792 40 110
由表3可知，在夜间平均光线强度大于阈值(例如100ux)的历史上车位置A的经度为118.759937，纬度为31.987593，使用频次为100，夜间平均光线强度为120。
415：服务器平台210根据历史上车位置和半径，筛选兴趣点。
可以理解，在得到进一步筛选出的历史上车位置后，可以以历史上车位置为中心，确定与历史上车位置在预先设置的第一距离范围内的所有兴趣点。
在一些可选的实施例中，POI库212可以包括每个兴趣点的经纬度以及推荐优先级等信息。可以理解，POI的推荐优先级可以是基于POI的类型确定的，兴趣点的推荐优先级可以表示POI附近的人车流量，例如，可以预先设置高大型建筑物的推荐优先级为极高、设置中型建筑物的推荐优先级为高，设置地铁站或公交站等的推荐优先级为中，设置交叉路口的推荐优先级为低。相应地，高大型建筑物附近人多车多、交叉路口附近人少车少。
例如，对于表3所示的进一步筛选出的历史上车位置，服务器平台210可以基于历史上车位置A和半径(例如50米、100米)，从POI库212中筛选出如表4所示的推荐优先级为“高”的兴趣点“大楼1”，以及筛选出推荐优先级为“中”的兴趣点“饭店2”。
表4
POI 经度 纬度 POI类型 推荐优先级 最近的历史上车位置
大楼1 117.759937 30.987593 办公楼 高 A
饭店2 117.759327 30.986792 餐馆 中 B
可以理解，步骤412至步骤415可以按照前文所示的顺序执行，也可以按照其他顺序执行，例如，先执行步骤413，再执行步骤412，再按顺序执行步骤414、415，再例如，先执行步骤415，再按顺序执行步骤412、413和414，本申请实施例不作具体限定。
416：服务器平台210基于历史上车位置的夜间平均光线强度、兴趣点的推荐优先级以及使用频次，进行历史上车位置降序排序。
可以理解，服务器平台210可以基于历史上车位置的夜间平均光线强度、历史上车位置对应的兴趣点的推荐优先级以及历史上车位置的使用频次，确定每个历史上车位置的推荐优先级，并对多个历史上车位置的推荐优先级进行降序排序。
在一些具体的实施例中，服务器平台210可以基于表3和表4筛选出的历史上车位置信息，对历史上车位置的推荐优先级进行降序排序，得到如表5所示的历史上车位置的推荐优先级排名。
表5
417：服务器平台210向中央控制器112返回降序排序第一的历史上车位置以及推荐理由。
可以理解，服务器平台210基于降序排序的历史上车位置信息，将历史上车位置信息排名第一的历史上车位置作为最佳上车位置返回给中央控制器112，同时返回最佳上车位置的推荐理由。例如，在最佳上车位置的夜间平均光线强度大雨光线强度阈值时，向中央控制器112返回推荐理由“周边灯光较明亮”，在最佳上车位置的推荐优先级大于优先级阈值时，向中央控制器112返回推荐理由“地标建筑较显著”。如此，服务器平台210可以向用户推荐周边灯光明亮、周边显著建筑物地标、人多车多的上车位置。
在另一些可选的实例中，当系统时间未在预先设置的夜间时间段内，服务器平台210可以根据用户的当前位置和预先设置的半径范围(例如100米、200米)，从历史上车位置库211存储的历史打车订单中，筛选出使用频次大于频次阈值的上车位置作为最佳上车位置返回给中央控制器112。
可以理解，服务器平台210不仅可以向中央控制器112发送降序排序第一的历史上车位置，还可以向中央控制器112发送降序排序前5、前10等的历史上车位置，本申请实施例不作具体限定。
可以理解，在筛选出上车位置后，可以将筛选出的上车位置作为推荐上车位置，也可以将与候选上车位置之间的距离在距离范围内的兴趣点的推荐优先级高于优先级阈值的至少一个候选上车位置作为推荐上车点。
418：中央控制器112向打车应用111返回降序排序第一的历史上车位置以及推荐理由。
可以理解，中央控制器112接收到服务器平台210返回的最佳上车位置后，中央控制器112将最佳上车位置返回给打车应用111，同时返回最佳上车位置的推荐理由。
419：打车应用111执行填充最佳上车位置到上车位置输入框指令。
可以理解，在打车应用111接收到中央控制器112返回的最佳上车位置和最佳上车位置的推荐理由后，打车应用111可以执行填充最佳上车位置到上车位置输入框指令，例如在如图1中(b)所示的上车位置显示组件122中显示最佳上车位置。
420：打车应用111执行显示推荐理由指令。
可以理解，在打车应用111接收到中央控制器112返回的最佳上车位置和最佳上车位置的推荐理由后，打车应用111可以执行显示推荐理由指令，例如在如图1中(b)所示的位置示意区域125显示最佳上车位置的推荐理由。如此，打车应用111通过在位置示意区域125显示最佳上车位置的推荐理由，从而可视化地展现推荐理由，可以进一步提升用户的打车体验。
421：打车应用111接收用户编辑下车位置的指令。
可以理解，用户可以在如图1中(b)所示的打车界面120的下车位置显示组件123输入下车位置，或者，打车应用111可以基于用户的历史打车订单，在下车位置显示组件123自动生成下车位置。例如，用户的历史打车订单中包括超过数量阈值的在20:00时下车位置为小区B的西门，则可以自动在下车位置显示组件123生成下车位置“小区B的西门”，以供用户进行确认或修改。
422：打车应用111接收用户发送的单击开始打车指令。
可以理解，检测到用户点击如图1中(b)所示的打车界面120的开始打车组件124时，打车应用111可以接收到用户发送的单击开始打车指令。
423：打车应用111执行单击开始打车指令。
可以理解，打车应用111可以向服务器平台210发送打车订单。
424：打车应用111执行订单开始等待司机到达上车位置指令。
在一些可选的实例中，在打车应用111向服务器平台210发送打车订单后，服务器平台210可以向司机所持的电子设备下发打车订单，并等待司机接单，同时，用户可以前往打车订单中的上车位置等待司机。
可以理解，打车应用111可以在接收到用户的单击开始打车指令后，可以通过手机100的位置传感器采集推荐上车位置的光线强度，作为打车订单中的推荐上车位置信息上传至服务器平台210，以供用户在下次打车时作为历史打车订单使用。
本申请实施例中，通过考虑推荐上车位置的环境向用户推荐上车位置，可以准确推荐上车位置，提高用户打车的安全性，从而提升用户体验。并且与现有上车位置推荐方法相比，本申请实施例中的上车位置推荐方法通过区分白天与夜间打车的差异化，针对夜间场景推荐在周边灯光明亮、周边地标建筑物显著、人多车多的地方作为上车位置，可以满足用户的打车需求，提升用户的打车体验。
下面对另一些实施例提及的上车位置推荐方法进行介绍。
可以理解，服务器平台210可以根据用户的当前位置以及距离阈值范围内的空车车辆的行驶轨迹，推荐上车位置。下面对根据用户的当前位置以及距离阈值范围内的空车车辆的行驶轨迹，推荐上车位置的具体方式进行介绍。
在一些可选的实例中，服务器平台210可以获取手机100基于位置传感器113采集的用户的当前位置信息，从而服务器平台210可以基于用户的当前位置随机选择多个路口作为多个候选上车位置。同时服务器平台210可以获取与用户的当前位置之间的距离在距离阈值范围(如图6中的虚线圆所框定范围)内至少一个空车车辆的行驶方向，来预测每个空车车辆的行驶轨迹，以及基于每个空车车辆的预测行驶轨迹预测每个空车车辆是否经过候选上车位置，即确定经过多个候选上车位置中每个候选上车位置的空车车辆的数量。然后可以综合考虑每个候选上车位置与用户的当前位置之间的距离，以及经过每个候选上车位置的空车车辆的数量，从多个候选上车位置中确定最终推荐上车位置，并发送给手机100。
例如，图6所示，服务器平台210获取手机100基于位置传感器113采集的用户的当前位置为A1，并将路口B1、C1、D1、E1确定为候选上车位置B1、C1、D1、E1，其中，A1与B1之间的距离小于A1与C1之间的距离，A1与C1之间的距离小于A1与E1之间的距离，A1与E1之间的距离小于A1与D1之间的距离。并且，服务器平台210可以获取到与用户的当前位置A1之间的距离在距离阈值范围(如图6中的虚线圆所框定范围)内空车车辆121的行驶方向为a1，空车车辆122的行驶方向为b1，空车车辆123的行驶方向为c1以及空车车辆124的行驶方向为d1。
从而，服务器平台210可以预测出经过候选上车位置B1的空车车辆可能为空车车辆621、空车车辆622、空车车辆623，即经过候选上车位置B1的空车车辆的数量为3。预测出经过候选上车位置C1的空车车辆可能为空车车辆622、空车车辆624，即经过候选上车位置C1的空车车辆的数量为2。预测出经过候选上车位置D1的空车车辆可能为空车车辆621、空车车辆622、空车车辆623，即经过候选上车位置D1的空车车辆的数量为3。预测无空车车辆经过候选上车位置E1，即经过候选上车位置E1的空车车辆的数量为0。
进而，服务器平台210可以综合考虑每个候选上车位置与用户的当前位置之间的距离，以及经过每个候选上车位置的空车车辆的数量，可以将候选上车位置B1作为最终推荐上车位置。
然而，上述方法基于用户的当前位置随机选择多个路口作为多个候选上车位置，未考虑所推荐的上车位置的周围环境是否满足用户需求，例如，用户在夜间打车时，打车应用所推荐的上车位置灯光较暗或者比较偏僻，安全性较低，导致用户的打车体验不佳。
为此，可以服务器平台210可以根据每个候选上车位置的环境因素，确定每个候选上车位置的推荐优先级，其中，候选上车位置的环境因素包括光线强度、建筑物、地铁站、公交站、交叉路口等。基于多个候选上车位置的推荐优先级向用户推荐上车位置。如此，通过考虑推荐上车位置的环境向用户推荐上车位置，使得用户在夜间时间段打车时，可以提高用户打车的安全性，从而提升用户的打车体验。
其中，确定每个候选上车位置的推荐优先级的方式可以参考步骤412至步骤415，为了避免重复，此处不再赘述。
可以理解，服务器平台210也可以根据用户在手机100的打车应用显示界面移动指示上车位置的大头针所对应的位置，推荐上车位置。下面对根据用户在手机100的打车应用显示界面移动指示上车位置的大头针所对应的位置，推荐上车位置的具体方式进行介绍。
在一些具体的实现中，用户可以在手机100的打车应用显示界面移动指示上车位置的大头针所对应的位置至兴趣点(point of interest，POI)，从而服务器平台210可以基于大头针所对应兴趣点，向用户推荐上车位置。其中，POI可以是指一栋房子、一个商场、一个公交站、一个办公楼等。具体地，用户可以选择移动打车界面120的大头针，从而服务器平台210可以基于大头针所对应兴趣点，向用户推荐上车位置。
在一些可选的实例中，如图7所示，当用户移动打车应用显示界面701的大头针至兴趣点商场G时，服务器平台210可以基于兴趣点商场G的位置，以及获取手机100基于位置传感器113采集的用户的当前位置信息，进而可以向用户推荐上车位置为商场的A门、B门或者C门。而对于不熟悉商场G的用户来说，可能会导致用户和司机都无法明确具体的上车位置。
在另一些可选的实例中，如图8所示，当用户移动打车应用显示界面801的大头针至兴趣点XX湖F时，服务器平台210可以基于兴趣点XX湖F的位置，以及获取手机100基于位置传感器113采集的用户的当前位置信息，进而可以向用户推荐上车位置为交叉路口H。
可以理解，上述方法基于用户移动指示上车位置的大头针所对应的位置，推荐上车位置，未考虑所推荐的上车位置的周围环境是否满足用户需求，例如，用户在夜间打车时，打车应用所推荐的上车位置灯光较暗或者比较偏僻，安全性较低，导致用户的打车体验不佳。
为此，可以服务器平台210可以根据与大头针所对应的位置在距离范围内的每个候选上车位置的环境因素，确定每个候选上车位置的推荐优先级，其中，候选上车位置的环境因素包括光线强度、建筑物、地铁站、公交站、交叉路口等。基于多个候选上车位置的推荐优先级向用户推荐上车位置。如此，通过考虑推荐上车位置的环境向用户推荐上车位置，使得用户在夜间时间段打车时，可以提高用户打车的安全性，从而提升用户的打车体验。
其中，确定每个候选上车位置的推荐优先级的方式可以参考步骤412至步骤415，为了避免重复，此处不再赘述。
服务器平台210还可以根据用户的当前位置和司机的当前在司机与用户的汇合路线上推荐上车位置。下面对根据用户的当前位置和司机的当前位置，在司机与用户的汇合路线上推荐上车位置的具体方式进行介绍。
在一些具体的实现中，服务器平台210可以获取手机100基于位置传感器113采集的用户的当前位置信息、司机所持电子设备基于位置传感器采集的司机的当前位置信息，获取司机与用户的汇合路线，并且从汇合路线中随机选择一个位置作为推荐的上车位置，并发送给手机100。
在一些可选的实例中，如图9所示，服务器平台210可以获取手机100基于位置传感器113采集的用户的当前位置为A4、司机所持电子设备基于位置传感器采集的司机的当前位置为E2，获取汇合路线为901，并且从汇合路线901中随机选择位置B2作为推荐的上车位置。
然而，上述方法根据用户的当前位置和司机的当前位置，在司机与用户的汇合路线推荐上车位置，未考虑所推荐的上车位置的周围环境是否满足用户需求，例如，用户在夜间打车时，打车应用所推荐的上车位置灯光较暗或者比较偏僻，安全性较低，导致用户的打车体验不佳。
为此，可以服务器平台210可以根据汇合路线中每个候选上车位置的环境因素，确定每个候选上车位置的推荐优先级，其中，候选上车位置的环境因素包括光线强度、建筑物、地铁站、公交站、交叉路口等。基于多个候选上车位置的推荐优先级向用户推荐上车位置。如此，通过考虑推荐上车位置的环境向用户推荐上车位置，使得用户在夜间时间段打车时，可以提高用户打车的安全性，从而提升用户的打车体验。
其中，确定每个候选上车位置的推荐优先级的方式可以参考步骤412至步骤415，为了避免重复，此处不再赘述。
下面对本申请实施例提及的电子设备1000的硬件结构进行介绍。
图10示出了本申请提及的电子设备1000的硬件结构示意图。可以理解的是，本发明实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
电子设备1000可以包括处理器1010，外部存储器1050，内部存储器1070，通用串行总线(universal serial bus，USB)接口1090，充电管理模块1100，电源管理模块1110，电池1120，指示器1130，音频模块1020，传感器模块1030，按键1060，显示屏1040，以及用户标识模块(subscriber identification module，SIM)卡接口1080等。其中传感器模块1030可以包括位置传感器1031，触摸传感器1032，环境光传感器1033等。
处理器1010可以包括一个或多个处理单元，例如：处理器1010可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-networkprocessing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
在一些可选的实例中，处理器1010可以为上文中提及的中央控制器112，中央控制器112可以向位置传感器1031发送获取用户当前位置的指令，位置传感器1031可以接收获取用户当前位置的指令，并采集电子设备1000的当前位置，即采集用户的当前位置，并反馈给中央控制器112。进而，中央控制器112可以向服务器平台210发送用户的当前位置和获取推荐上车位置的指令，服务器平台210在接收到用户的当前位置和获取推荐上车位置的指令后，可以基于用户的当前位置、历史上车位置库211和兴趣点库212生成推荐上车位置，并发送给中央控制器112，进而可以在打车应用111对应的显示界面显示推荐上车位置。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器1010中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器1010中的存储器为高速缓冲存储器。该存储器可以保存处理器1010刚用过或循环使用的指令或数据。如果处理器1010需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器1010的等待时间，因而提高了系统的效率。
充电管理模块1100用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块1100可以通过USB接口1090接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块1100可以通过电子设备的无线充电线圈接收无线充电输入。充电管理模块1100为电池1120充电的同时，还可以通过电源管理模块1110为电子设备供电。
电源管理模块1110用于连接电池1120，充电管理模块1100与处理器1010。电源管理模块1110接收电池1120和/或充电管理模块1100的输入，为处理器1010，内部存储器1070，显示屏1040等供电。电源管理模块1110还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块1110也可以设置于处理器1010中。在另一些实施例中，电源管理模块1110和充电管理模块1100也可以设置于同一个器件中。
电子设备通过GPU，显示屏1040，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏1040和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器1010可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
在一些可选的实例中，显示屏1040可以显示如图1(a)、图1(b)、图5A、图5B、图6、图7、图8或者图9所示的界面。
显示屏1040用于显示图像，视频等。显示屏1040包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏1040，N为大于1的正整数。
外部存储器接口1050可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口1050与处理器1010通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器1070可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器1070可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如打车应用)等。此外，内部存储器1070可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器1010通过运行存储在内部存储器1070的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备的各种功能应用以及数据处理。
电子设备1000可以通过音频模块1020以及应用处理器等实现音频功能。在一些可选的实例中，如前所述，用户通过语音输入上车位置时，电子设备1000可以通过音频模块1020获取用户的语音，将语音转换成文字，实现语音输入上车位置。
音频模块1020用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块1020还可以用于对音频信号编码和解码。在一些实施例中，音频模块1020可以设置于处理器1010中，或将音频模块1020的部分功能模块设置于处理器1010中。
位置传感器1031，用于获取电子设备1000的当前位置。在一些实施例中，如前所述，用户执行开始打车的操作，位置传感器1031可以获取用户所持电子设备1000的当前位置，即用户的当前位置。
环境光传感器1033用于感知环境光亮度。在一些实施例中，如前所述，在其他用户上传历史打车订单时，可以通过环境光传感器1033采集上车位置的光照强度。
触摸传感器1032，也称“触控器件”。触摸传感器1032可以设置于显示屏1040，由触摸传感器1032与显示屏1040组成触摸屏，也称“触控屏”。触摸传感器1032用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏1040提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器1032也可以设置于电子设备1000的表面，与显示屏1040所处的位置不同。在一些实例中，如前所述，用户可以通过触摸电子设备1000的显视屏，执行点击电子设备1000的显示界面的操作，实现打开打车应用的操作。
按键1060包括开机键，音量键等。按键1060可以是机械按键。也可以是触摸式按键。电子设备1000可以接收按键输入，产生与电子设备的用户设置以及功能控制有关的键信号输入。
指示器1130可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口1080用于连接SIM卡。SIM卡可以通过插入SIM卡接口1080，或从SIM卡接口1080拔出，实现和电子设备的接触和分离。电子设备可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口1080可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口1080可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口1080也可以兼容不同类型的SIM卡。SIM卡接口1080也可以兼容外部存储卡。电子设备通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备中，不能和电子设备分离。
下面对本申请提及的手机100的软件架构结构进行介绍。
手机100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构等。本发明实施例以分层架构为例，示例性说明手机100的软件结构。
图11是本申请实施例的手机100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用层，框架层，系统运行库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图11所示，应用程序包可以包括地图，导航，WLAN，蓝牙等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图11所示，应用程序框架层可以包括打车应用、窗口管理器，内容提供器，视图系统，资源管理器，通知管理器等。
打车应用用于执行打车的操作。在一些实例中，如前所述，打车应用在接收到用户发送的打车标签单击指令后，可以执行打车标签单击指令，从桌面110切换至如图1(b)所示的打车界面120，在打车应用执行打车标签单击指令切换至打车界面120后，若检测到用户点击个人中心设置组件121，可以从打车界面120切换至如图5A所示的设置界面510。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括图像，音频，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
系统运行库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，音频驱动，传感器驱动。
本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。
可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路或微处理器之类的处理器的任何系统。
程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。
在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(CD-ROMs)、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。
需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。
需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的范围。

Claims (12)

1.一种上车位置推荐方法，其特征在于，包括：
检测到用户的打车指令，所述打车指令的时间属于夜间时间段；
基于候选上车位置的历史环境因素，得到第一推荐上车位置，其中所述历史环境因素包括所述候选上车位置的历史光线强度；
显示所述第一推荐上车位置。
2.根据权利要求1所述的方法，其特征在于，所述历史环境因素还包括下列中的至少一种：
与所述候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级、所述候选上车位置的历史使用频次。
3.根据权利要求2所述的方法，其特征在于，所述兴趣点包括下列中的至少一种：
建筑物、地铁站、公交站和交叉路口，
所述建筑物的推荐优先级高于所述地铁站和所述公交站的推荐优先级，所述地铁站和所述公交站的推荐优先级高于所述交叉路口的推荐优先级。
4.根据权利要求1所述的方法，其特征在于，所述基于候选上车位置的历史环境因素，得到第一推荐上车位置，包括：
获取用户的当前位置；
从历史打车订单中，确定与用户的当前位置在第二距离范围内的M个候选上车位置；
基于所述M个候选上车位置的历史环境因素，确定所述M个候选上车位置中每个候选上车位置的推荐优先级；
基于所述M个候选上车位置中每个候选上车位置的推荐优先级，从所述M个候选上车位置中确定N个候选上车位置作为所述第一推荐上车位置。
5.根据权利要求4所述的方法，其特征在于，所述基于所述M个候选上车位置的历史环境因素，确定所述M个候选上车位置中每个候选上车位置的推荐优先级，包括：
从所述M个候选上车位置中确定Q个候选上车位置，所述Q个候选上车位置的历史光线强度大于光线强度阈值；
基于与所述Q个候选上车位置中每个候选上车位置之间的距离在第一距离范围内的兴趣点的推荐优先级，确定所述Q个候选上车位置中每个候选上车位置的推荐优先级。
6.根据权利要求4所述的方法，其特征在于，所述方法还包括：
基于所述第一推荐上车位置生成第一打车订单；
基于所述第一打车订单，更新所述历史打车订单。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
对应于所述打车指令的时间属于白天时间段，确定第二推荐上车位置，所述第二推荐上车位置与所述第一推荐上车位置不同；
显示所述第二推荐上车位置。
8.根据权利要求7所述的方法，其特征在于，所述确定第二推荐上车位置，包括：
获取用户的当前位置；
从历史打车订单中，确定与用户的当前位置在第三距离范围内的P个推荐上车位置；
将所述P个推荐上车位置作为所述第二推荐上车位置。
9.根据权利要求7所述的方法，其特征在于，所述白天时间段或者所述夜间时间段基于所述用户所在地所处的时区、当前时间所属的季节确定。
10.一种电子设备，其特征在于，包括：存储器，用于存储由所述电子设备的一个或多个处理器执行的指令，以及所述处理器，是所述电子设备的所述一个或多个处理器之一，用于执行权利要求1至9中任一项所述的上车位置推荐方法。
11.一种可读介质，其特征在于，所述可读介质上存储有指令，所述指令在电子设备上执行时使所述电子设备执行权利要求1至9中任一项所述的上车位置推荐方法。
12.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，在被电子设备执行时，电子设备执行如权利要求1至9中任一项所述的上车位置推荐方法。
CN202410090255.5A 2024-01-22 2024-01-22 一种上车位置推荐方法、设备、介质及计算机程序产品 Pending CN118051677A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410090255.5A CN118051677A (zh) 2024-01-22 2024-01-22 一种上车位置推荐方法、设备、介质及计算机程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410090255.5A CN118051677A (zh) 2024-01-22 2024-01-22 一种上车位置推荐方法、设备、介质及计算机程序产品

Publications (1)

Publication Number Publication Date
CN118051677A true CN118051677A (zh) 2024-05-17

Family

ID=91052996

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410090255.5A Pending CN118051677A (zh) 2024-01-22 2024-01-22 一种上车位置推荐方法、设备、介质及计算机程序产品

Country Status (1)

Country Link
CN (1) CN118051677A (zh)

Similar Documents

Publication Publication Date Title
CN102257493A (zh) 对个人信息进行地理编码
CN104396284A (zh) 呈现针对当前位置或时间的信息
JP5362337B2 (ja) 情報配信システム、情報配信サーバ、及びプログラム
CN110720027A (zh) 导航应用中具有乘车服务路段的多方式指导
CN104160440A (zh) 使用基于位置的语言建模的自动输入信号识别
CN113465610B (zh) 信息处理装置、路径引导装置、信息处理方法以及计算机可读存储介质
CN113691933B (zh) 多层围栏的使用方法、装置和存储介质
CN110809706A (zh) 在导航应用程序中提供与乘车服务相关的街道级图像
CN110017843A (zh) 导航装置、记录有导航程序的记录介质以及导航系统
US11880853B2 (en) Utilizing machine learning and transaction data to determine fuel prices at fuel stations
CN108399791A (zh) 停车场寻车方法、系统及存储介质
US20090144233A1 (en) System and method for automotive image capture and retrieval
CN110647231A (zh) 一种数据处理方法、装置和机器可读介质
US20210140779A1 (en) Information processing device, information processing system, and computer readable recording medium
CN110231048B (zh) 场所信息显示方法、装置、终端及存储介质
CN116709501B (zh) 业务场景识别方法、电子设备及存储介质
CN118051677A (zh) 一种上车位置推荐方法、设备、介质及计算机程序产品
US11250598B2 (en) Image generation apparatus, image generation method, and non-transitory recording medium recording program
CN113780975B (zh) 日程信息智能提醒方法、设备、存储介质和软件程序产品
CN116049241A (zh) 一种服务推荐方法、电子设备和介质
KR102116790B1 (ko) 여행자, 운전자 및 차량을 매칭하기 위한 전자 장치 및 방법
CN116468134A (zh) 行程提示方法和装置
CN115550843B (zh) 一种定位方法及相关设备
US12093508B1 (en) Preview assigned routes
JP7310751B2 (ja) サーバ、プログラム、及び通信装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination