CN115880892A - 出行管理方法、相关装置及系统 - Google Patents

出行管理方法、相关装置及系统 Download PDF

Info

Publication number
CN115880892A
CN115880892A CN202111156345.2A CN202111156345A CN115880892A CN 115880892 A CN115880892 A CN 115880892A CN 202111156345 A CN202111156345 A CN 202111156345A CN 115880892 A CN115880892 A CN 115880892A
Authority
CN
China
Prior art keywords
vehicle
user
information
travel
data
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
CN202111156345.2A
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 CN202111156345.2A priority Critical patent/CN115880892A/zh
Priority to PCT/CN2022/119931 priority patent/WO2023051322A1/zh
Publication of CN115880892A publication Critical patent/CN115880892A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Data Mining & Analysis (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请公开了出行管理方法、相关装置及系统。该出行管理方法基于数据银行搭建。数据银行中用户数据的处理过程可包括用户数据的收集、加工、开放和价值呈现。在该出行管理方法中，车辆或驾驶员侧的电子设备可以利用用户数据来规划出行方案、推荐车辆行为、控制车辆权限、上报交通事故信息，行人侧的电子设备可以利用用户数据执行安全提醒。该方法可以让用户出行更加的智能、便捷及安全，可以提升用户体验。

Description

出行管理方法、相关装置及系统
技术领域
本申请涉及车联网领域，尤其涉及出行管理方法、相关装置及系统。
背景技术
车辆是人们生活中最常用的交通工具，为用户出行带来了极大的便利。如何让用户出行更加的智能、便捷，是目前及未来需要解决的问题。
发明内容
本申请提供了出行管理方法，可以让用户出行更加的智能、便捷及安全，可以提升用户体验。
本申请提供的出行管理方法包含以下几种具体的方法：出行规划方法、推荐车辆行为的方法、安全提醒方法、车辆的权限控制方法、交通事故责任方的判定方法。
第一方面，本申请实施例提供了一种出行规划方法，该方法应用于第一设备。该方法包括：
第一设备获取起点和终点；第一设备确定出行方案，出行方案包括：从起点至终点的路线，以及，出行方式；出行方式包括驾车和第一出行方式，第一出行方式和驾车不同；第一设备显示出行方案的信息，出行方案的信息包括以下一项或多项：路线、出行方式、出行方案所需的时长、出行方案所需的费用、路线的长度、路线中使用不同出行方式的距离、落车点、落车点的停车场信息、路线中交通信号灯的数量，或者，路线的路况。
实施第一方面提供的出行规划方法，第一设备可以规划驾车出行和其他出行方式的混合出行方案，无论路况、终点停车位数量如何，都能够为用户规划出从起点到终点的出行方案，让用户根据该出行方案就可以顺利、方便地到达终点，从而提升用户体验。
在第一方面提供的出行规划方法中，第一设备可以为驾驶员或乘客侧的电子设备，也可以是车辆。也就是说，智能手机、平板电脑等电子设备，以及，车辆均可以执行第一方面提供的出行规划方法，为用户提供驾车出行和其他出行方式的混合出行方案。这样，用户可以根据需求选择智能手机、平板电脑等电子设备或者车辆，来规划驾车出行和其他出行方式的混合出行方案。
结合第一方面，在一些实施方式中，第一出行方式可包括以下一个或多个：步行，骑行、公交、地铁、飞机、渡船、火车、高铁或动车。也就是说，第一出行方式可以包含多个出行方式，这样可以丰富用户的可用出行方式。
结合第一方面，在一些实施方式中，第一出行方式可以通过以下两种方式确定：
方式1.第一出行方式由用户输入到第一设备中。
第一设备可以通过地图应用、智能出行应用等提供用户界面，并在该用户界面中接收用户输入的第一出行方式。用户可以通过文本、语音、点击操作等方式输入起点和终点。
通过方式1，用户可以根据自身的实际需求来输入第一出行方式，这样第一设备可以规划驾车和第一出行方式的混合出行方案。
方式2.第一出行方式由第一设备默认设置。
例如，第一设备可以默认设置一个或多个出行方式作为第一出行方式。这样，无需用户手动输入第一出行方式，可以简化用户操作，让用户使用第一方面提供的出行规划方法的过程更加方便简洁。并且，之后，用户也可以根据实际需求来更改第一设备默认设置的第一出行方式。
结合第一方面，在一些实施方式中，第一设备可以通过以下两种方式来确定驾车和第一出行方式的混合出行方案：
方式1.第一设备向第一服务器发送第一请求，第一请求携带起点和终点，以及，驾车和第一出行方式的指示信息，第一请求用于请求第一服务器规划从起点至终点，并且使用驾车和第一出行方式的出行方案。之后，第一服务器响应于第一请求，规划从起点至终点，并且使用驾车和第一出行方式的出行方案，然后将该出行方案发送给第一设备。
第一服务器可以是提供导航服务的导航服务器。
通过方式1，第一设备可以利用网络中的第一服务器来规划驾车和第一出行方式的混合出行方案，可以通过网络中庞大详细的数据资源来规划准确的混合出行方案。
方式2.第一设备本地存储有包含起点至终点所在区域的地图，以及，该地图中的交通路线信息，该第一设备利用本地存储的数据确定从起点至终点，并且使用驾车和第一出行方式的出行方案。
通过方式2，第一设备可以利用本地数据来规划驾车和第一出行方式的混合出行方案，这样无需和网络设备交互即可规划符合用户需求的出行方案，能够提高第一设备执行第一方面提供的出行规划方法的效率。
结合第一方面，在一些实施方式中，出行方案信息中出行方案所需的时长包括该方案从起点至终点所需的总时长，例如可包括停车时间、上车时间等等。
结合第一方面，在一些实施方式中，出行方案所需的费用包括该出行方案所有涉及到的费用的总和，例如可包括油费、过路费等等。
结合第一方面，在一些实施方式中，出行方案中的落车点指停车点或者下车点。落车点可以是包括一定范围的区域。
结合第一方面，在一些实施方式中，第一设备获取起点和终点的方式可以包括以下两种：
方式1.第一设备接收用户输入的起点和终点。
第一设备可以通过地图应用、智能出行应用等提供用户界面，并在该用户界面中接收用户输入的起点和终点。用户可以通过文本、语音等方式输入起点和终点。
在一些实施方式中，起点也可以是第一设备自主填充的该第一设备当前所在的位置。这样能够为用户规划从当前位置到终点的混合出行方案。
方式2.第一设备获取出行日程信息中包含的终点，并将第一设备当前所在的位置确定为起点。
出行日程是指对某个时刻或时间段的出行计划与安排。出行日程信息中可包括出行的终点。
第一设备为驾驶员或乘客侧的电子设备时，该电子设备可以通过安装的日历(calendar)、闹钟(clock)、订票类应用等来获取出行日程信息。
第一设备为车辆时，该车辆可以和驾驶员或乘客侧的电子设备建立通信连接，并基于该通信连接，从驾驶员或乘客侧的电子设备安装的日历(calendar)、闹钟(clock)、订票类应用等中获取出行日程信息。
结合第一方面，在一些实施方式中，第一设备确定的出行方案的数量为多个。
在一些实施方式中，第一设备可以按照默认的策略来依次排列显示确定的多个出行方案的信息，例如按照用时由短到长、费用由少到多的顺序，依次显示多个出行方案的信息。在
另一些实施方式中，第一设备可以接收用户操作，根据用户选择的操作来依次排列显示确定的多个出行方案的信息。这样可以将用户想要的出行方案排在前列，方便用户查看。
结合第一方面，在一些实施方式中，第一设备可以通过地图应用或智能出行应用提供的用户界面来显示确定的出行方案的信息。例如，第一设备可以在接收到用户输入的地点和终点后，显示确定的出行方案的信息。这样便于用户根据需求来获取导航至终点的出行方案。
结合第一方面，在一些实施方式中，第一设备可以通过卡片、通知栏、弹窗或负一屏中的一个或多个来显示确定的出行方案的信息。例如，第一设备可以在获取到出行日程信息后，在该出行日程的执行时间之前或之时，执行第一方面提供的出行规划方法，在卡片、通知栏、弹窗或负一屏中显示确定的出行方案的信息。这样可以及时提醒用户待执行的出行日程，并且还可以为用户规划好和该出行日程相符合的出行方案。
结合第一方面，在一些实施方式中，第一设备显示出行方案的信息之后，方法还包括：第一设备接收到第一操作；第一设备显示出行方案中落车点的停车场信息，停车场信息包括以下一项或多项：出行方案中落车点处的停车场数量、停车场的名称、停车位的总数量、剩余空闲停车位的数量、排队时长、停车价格、是否提供充电服务、充电价格，或者，停车场的类别。
通过上一实施方式，第一设备可以响应于用户操作，展示其中一个出行方案的详细信息。如果该出行方案的出行方式包括驾车出行，则该出行方案的详细信息可包括落车点的停车场信息，以供用户选择停车场。这样可以方便用户查看落车点的停车场，便于用户停车。
在一些实施方式中，用户还可以选择落车点的停车场，并预定该停车场中的停车位和/或充电桩。在本申请实施例中，第一设备预定停车场中的停车位和/或充电桩的方式可包括以下几种：
方式1.第一设备接收到第二操作，第一设备向第二服务器发送第二请求，第二请求用于请求预定停车场中的停车位和/或充电桩；第一设备接收到第二服务器发送的反馈消息，反馈消息包括预定的停车位和/或充电桩的标识；第一设备显示预定的停车位和/或充电桩的标识。
通过方式1，第一设备可以在用户的触发下预定停车位和/或充电桩，可以根据用户的实际需求来预定停车位和/或充电桩。
方式2.第一设备和停车场之间的距离小于第二值，第一设备向第二服务器发送第二请求，第二请求用于请求预定停车场中的停车位和/或充电桩；第一设备接收到第二服务器发送的反馈消息，反馈消息包括预定的停车位和/或充电桩的标识；第一设备显示预定的停车位和/或充电桩的标识。
通过方式2，第一设备可以在车辆距离停车场较近时，自动预定停车位和/或充电桩，无需用户操作，可以在简化用户行为的情况下为用户预定停车位和/或充电桩，给用户更好的使用体验。
在方式1及方式2中，第二服务器可以是提供充电桩管理、停车位管理的服务器。
在方式1及方式2中，第二服务器接收到第二请求后，可以根据第二服务器自身的策略来为第一设备预定停车场中当前空闲的充电桩和/或停车位。这里对第二服务器预定停车场中当前空闲的充电桩和/或停车位的策略不做限定。例如，第二服务器可以在当前停车场空闲的充电桩和/或停车位中，预定距离停车场出入口较近的充电桩和/或停车位，这样可以方便车辆驶入及驶出停车场。又例如，第二服务器可以锁定距离较近的充电桩和停车位，这样便于车辆在停车的同时充电。
在方式1及方式2中，第一设备显示预定的停车位和/或充电桩的标识，方便用户到达停车场后，根据该标识找到自己预定的停车位和/或充电桩，便于后续停车和/或充电。
方式3.第一设备接收到第二操作，第一设备向第二服务器发送第二请求，第二请求用于请求预定停车场中的停车位和/或充电桩；第一设备接收到第二服务器发送的停车场中空闲停车位和/或空闲充电桩的信息；第一设备显示停车场中空闲停车位和/或空闲充电桩的信息；第一设备将用户选择的停车场中空闲停车位和/或空闲充电桩的信息发送给第二服务器；第一设备接收到第二服务器发送的反馈消息，反馈消息包括预定的停车位和/或充电桩的标识；第一设备显示预定的停车位和/或充电桩的标识。
在方式3中，第二服务器可以是提供充电桩管理、停车位管理的服务器。
在方式3中，停车场中空闲停车位和/或空闲充电桩的信息可包括：空闲充电桩和/或空闲停车位的数量、标识(如编号)、位置等信息。
通过方式3，第二服务器可以返回停车场中空闲停车位和/或空闲充电桩的信息，以供用户自主选择停车位和/或充电桩进行预定，这样可以根据用户的实际需求来预定停车位和/或充电桩，充分满足用户的需求。
结合上述预定停车位和/或充电桩的实施方式，在一些实施方式中，第一设备预定充电桩后，车辆可以连接充电桩充电，并在充电结束后支付充电费用。
具体的，第一设备显示预定的停车位和/或充电桩的标识之后，第一设备可以检测到车辆和预定的充电桩连接并充电；第一设备接收到第三操作，或者，检测到车辆停止充电；第一设备支付车辆从开始充电到停止充电的充电费用。
其中，如果第一设备为车辆，则车辆可以直接检测自身充电口是否连接到充电桩并充电。如果第一设备为驾驶员或乘客侧的电子设备，则该电子设备可以基于和车辆之间的通信连接，获知车辆是否和充电桩连接并充电。
第一设备可以在接收到用户操作(即第三操作)后停止充电并支付充电费用。该第三操作可以是在第一设备上输入的用户操作，例如在第一设备提供的用户界面中输入的用户操作，还可以是用户手动断开车辆和充电桩之间连接的操作，即直接拔除充电桩的操作。这样可以由用户决定何时停止充电，由用户控制充电量。
车辆还可以在充满电后自动停止充电。
结合上述预定停车位和/或充电桩的实施方式，在一些实施方式中，第一设备预定停车位后，车辆可以连接驶入停车位停车，并在停车结束后支付停车费用。
具体的，第一设备显示预定的停车位的标识之后，第一设备可以检测到车辆驶入预定的停车位；第一设备接收到第四操作，或者，检测到车辆驶出停车位；第一设备支付车辆从驶入停车位到驶出停车位的停车费用。
其中，如果第一车辆为车辆，则车辆可以通过摄像头、雷达采集的图像、自身各个器件的运行数据等来确定自身是否驶入停车位并停车。如果第一设备为驾驶员或乘客侧的电子设备，则该电子设备可以基于和车辆之间的通信连接，获知车辆是否驶入停车位并停车。
第一设备可以在接收到用户操作(即第四操作)后停止停车并支付停车费用。该第四操作可以是在第一设备上输入的用户操作，例如在第一设备提供的用户界面中输入的用户操作，还可以是用户手动驾驶车辆并驶离停车位的操作。这样可以由用户决定何时停止停车，由用户控制停车时长。
在上述支付充电费用或支付停车费用的实施方式中，第一设备可以自动启动和地图应用关联的支付类应用，通过用户的支付类账户向支付服务器支付充电费用或者停车费用。这样无需用户手动触发支付充电费用或停车费用，让充电过程或停车过程更加便捷、简单。
结合上述预定停车位和/或充电桩的实施方式，在一些实施方式中，第一设备可以在检测到车辆和预定的充电桩连接并充电后，检测到车辆停止充电，则可以启动自动驾驶模式，驶离当前所在的停车位，驶入其他空闲停车位；第一设备显示驶入的其他空闲停车位信息。
通常停车场中仅有部分停车位所在位置配置有充电桩，并且，充电过程中驾驶员通常不在车辆旁边，通过上一实施方式，车辆可以自动挪换停车位，可以方便腾出充电桩给其他有充电需求的车辆使用，这样能够更加充分地利用停车场中的充电桩资源，给用户更好的使用体验。
第二方面，本申请实施例提供了一种出行规划方法，该方法应用于第一设备。该方法包括：
第一设备获取起点和终点；第一设备确定出行方案，出行方案包括：从起点至终点的路线，以及，出行方式；出行方案所需的费用不超过第一值；第一设备显示出行方案的信息，出行方案的信息包括以下一项或多项：出行方案的数量、路线、出行方式、出行方案所需的时长、出行方案所需的费用、路线的长度、路线中使用不同出行方式的距离、落车点、落车点的停车场信息、路线中交通信号灯的数量，或者，路线的路况。
实施第二方面提供的出行规划方法，可以为用户规划花费在固定价格(即第一值)内的出行方案，让用户在一定价格内从起点出行至终点，能够满足用户在费用上的需求，给了用户更多的选择，可以提升用户体验。
在第二方面提供的出行规划方法中，第一设备可以为驾驶员或乘客侧的电子设备，也可以是车辆。也就是说，智能手机、平板电脑等电子设备，以及，车辆均可以执行第二方面提供的出行规划方法，为用户提供固定价格内的出行方案。这样，用户可以根据需求选择智能手机、平板电脑等电子设备或者车辆，来规划固定价格内的出行方案。
结合第二方面，在一些实施方式中，第一值可以是用户输入的。例如，第一设备可以通过地图应用、智能出行应用等提供用户界面，并在该用户界面中接收用户输入的第一值。用户可以通过文本、语音、点击操作等方式输入第一值。
结合第二方面，在一些实施方式中，第一值也可以是第一设备默认设置的。
结合第二方面，在一些实施方式中，第一值也可以是用户预先设置的。例如，用户可以在设置应用提供的用户界面中，接收用户设置的第一值，这样每次为用户规划出行方案时，都可以控制规划的出行方案的总费用在该第一值内，满足用户的实际需求。
结合第二方面，在一些实施方式中，第一设备可以通过以下两种方式来确定驾车和第一出行方式的混合出行方案：
方式1.第一设备向第一服务器发送第一请求，第一请求携带起点和终点，以及，第一值，第一请求用于请求第一服务器规划从起点至终点，并且出行费用在第一值内的出行方案。之后，第一服务器响应于第一请求，规划从起点至终点，并且出行费用在第一值内的出行方案，然后将该出行方案发送给第一设备。
第一服务器可以是提供导航服务的导航服务器。
通过方式1，第一设备可以利用网络中的第一服务器来规划出行费用在第一值内的出行方案，可以通过网络中庞大详细的数据资源来规划准确的出行费用在第一值内的出行方案。
方式2.第一设备本地存储有包含起点至终点所在区域的地图，以及，该地图中的交通路线信息，该第一设备利用本地存储的数据确定从起点至终点，并且出行费用在第一值内的出行方案。
通过方式2，第一设备可以利用本地数据来规划出行费用在第一值内的出行方案，这样无需和网络设备交互即可规划符合用户需求的出行方案，能够提高第一设备执行第一方面提供的出行规划方法的效率。
结合第二方面，在一些实施方式中，出行方案信息中出行方案所需的时长包括该方案从起点至终点所需的总时长，例如可包括停车时间、上车时间等等。
结合第二方面或第二方面，在一些实施方式中，出行方案所需的费用包括该出行方案所有涉及到的费用的总和，例如可包括油费、过路费等等。
结合第二方面或第二方面，在一些实施方式中，出行方案中的落车点指停车点或者下车点。落车点可以是包括一定范围的区域。
结合第二方面，在一些实施方式中，第一设备获取起点和终点的方式可以包括以下两种：
方式1.第一设备接收用户输入的起点和终点。
第一设备可以通过地图应用、智能出行应用等提供用户界面，并在该用户界面中接收用户输入的起点和终点。用户可以通过文本、语音等方式输入起点和终点。
在一些实施方式中，起点也可以是第一设备自主填充的该第一设备当前所在的位置。这样能够为用户规划从当前位置到终点的混合出行方案。
方式2.第一设备获取出行日程信息中包含的终点，并将第一设备当前所在的位置确定为起点。
出行日程是指对某个时刻或时间段的出行计划与安排。出行日程信息中可包括出行的终点。
第一设备为驾驶员或乘客侧的电子设备时，该电子设备可以通过安装的日历(calendar)、闹钟(clock)、订票类应用等来获取出行日程信息。
第一设备为车辆时，该车辆可以和驾驶员或乘客侧的电子设备建立通信连接，并基于该通信连接，从驾驶员或乘客侧的电子设备安装的日历(calendar)、闹钟(clock)、订票类应用等中获取出行日程信息。
结合第二方面，在一些实施方式中，第一设备确定的出行方案的数量为多个。
在一些实施方式中，第一设备可以按照默认的策略来依次排列显示确定的多个出行方案的信息，例如按照用时由短到长、费用由少到多的顺序，依次显示多个出行方案的信息。在
另一些实施方式中，第一设备可以接收用户操作，根据用户选择的操作来依次排列显示确定的多个出行方案的信息。这样可以将用户想要的出行方案排在前列，方便用户查看。
结合第二方面，在一些实施方式中，第一设备可以通过地图应用或智能出行应用提供的用户界面来显示确定的出行方案的信息。例如，第一设备可以在接收到用户输入的地点和终点后，显示确定的出行方案的信息。这样便于用户根据需求来获取导航至终点的出行方案。
结合第二方面，在一些实施方式中，第一设备可以通过卡片、通知栏、弹窗或负一屏中的一个或多个来显示确定的出行方案的信息。例如，第一设备可以在获取到出行日程信息后，在该出行日程的执行时间之前或之时，执行第一方面提供的出行规划方法，在卡片、通知栏、弹窗或负一屏中显示确定的出行方案的信息。这样可以及时提醒用户待执行的出行日程，并且还可以为用户规划好和该出行日程相符合的出行方案。
结合第二方面，在一些实施方式中，第一设备显示出行方案的信息之后，方法还包括：第一设备接收到第一操作；第一设备显示出行方案中落车点的停车场信息，停车场信息包括以下一项或多项：出行方案中落车点处的停车场数量、停车场的名称、停车位的总数量、剩余空闲停车位的数量、排队时长、停车价格、是否提供充电服务、充电价格，或者，停车场的类别。
通过上一实施方式，第一设备可以响应于用户操作，展示其中一个出行方案的详细信息。如果该出行方案的出行方式包括驾车出行，则该出行方案的详细信息可包括落车点的停车场信息，以供用户选择停车场。这样可以方便用户查看落车点的停车场，便于用户停车。
在一些实施方式中，用户还可以选择落车点的停车场，并预定该停车场中的停车位和/或充电桩。在本申请实施例中，第一设备预定停车场中的停车位和/或充电桩的方式可包括以下几种：
方式1.第一设备接收到第二操作，第一设备向第二服务器发送第二请求，第二请求用于请求预定停车场中的停车位和/或充电桩；第一设备接收到第二服务器发送的反馈消息，反馈消息包括预定的停车位和/或充电桩的标识；第一设备显示预定的停车位和/或充电桩的标识。
通过方式1，第一设备可以在用户的触发下预定停车位和/或充电桩，可以根据用户的实际需求来预定停车位和/或充电桩。
方式2.第一设备和停车场之间的距离小于第二值，第一设备向第二服务器发送第二请求，第二请求用于请求预定停车场中的停车位和/或充电桩；第一设备接收到第二服务器发送的反馈消息，反馈消息包括预定的停车位和/或充电桩的标识；第一设备显示预定的停车位和/或充电桩的标识。
通过方式2，第一设备可以在车辆距离停车场较近时，自动预定停车位和/或充电桩，无需用户操作，可以在简化用户行为的情况下为用户预定停车位和/或充电桩，给用户更好的使用体验。
在方式1及方式2中，第二服务器可以是提供充电桩管理、停车位管理的服务器。
在方式1及方式2中，第二服务器接收到第二请求后，可以根据第二服务器自身的策略来为第一设备预定停车场中当前空闲的充电桩和/或停车位。这里对第二服务器预定停车场中当前空闲的充电桩和/或停车位的策略不做限定。例如，第二服务器可以在当前停车场空闲的充电桩和/或停车位中，预定距离停车场出入口较近的充电桩和/或停车位，这样可以方便车辆驶入及驶出停车场。又例如，第二服务器可以锁定距离较近的充电桩和停车位，这样便于车辆在停车的同时充电。
在方式1及方式2中，第一设备显示预定的停车位和/或充电桩的标识，方便用户到达停车场后，根据该标识找到自己预定的停车位和/或充电桩，便于后续停车和/或充电。
方式3.第一设备接收到第二操作，第一设备向第二服务器发送第二请求，第二请求用于请求预定停车场中的停车位和/或充电桩；第一设备接收到第二服务器发送的停车场中空闲停车位和/或空闲充电桩的信息；第一设备显示停车场中空闲停车位和/或空闲充电桩的信息；第一设备将用户选择的停车场中空闲停车位和/或空闲充电桩的信息发送给第二服务器；第一设备接收到第二服务器发送的反馈消息，反馈消息包括预定的停车位和/或充电桩的标识；第一设备显示预定的停车位和/或充电桩的标识。
在方式3中，第二服务器可以是提供充电桩管理、停车位管理的服务器。
在方式3中，停车场中空闲停车位和/或空闲充电桩的信息可包括：空闲充电桩和/或空闲停车位的数量、标识(如编号)、位置等信息。
通过方式3，第二服务器可以返回停车场中空闲停车位和/或空闲充电桩的信息，以供用户自主选择停车位和/或充电桩进行预定，这样可以根据用户的实际需求来预定停车位和/或充电桩，充分满足用户的需求。
结合上述预定停车位和/或充电桩的实施方式，在一些实施方式中，第一设备预定充电桩后，车辆可以连接充电桩充电，并在充电结束后支付充电费用。
具体的，第一设备显示预定的停车位和/或充电桩的标识之后，第一设备可以检测到车辆和预定的充电桩连接并充电；第一设备接收到第三操作，或者，检测到车辆停止充电；第一设备支付车辆从开始充电到停止充电的充电费用。
其中，如果第一设备为车辆，则车辆可以直接检测自身充电口是否连接到充电桩并充电。如果第一设备为驾驶员或乘客侧的电子设备，则该电子设备可以基于和车辆之间的通信连接，获知车辆是否和充电桩连接并充电。
第一设备可以在接收到用户操作(即第三操作)后停止充电并支付充电费用。该第三操作可以是在第一设备上输入的用户操作，例如在第一设备提供的用户界面中输入的用户操作，还可以是用户手动断开车辆和充电桩之间连接的操作，即直接拔除充电桩的操作。这样可以由用户决定何时停止充电，由用户控制充电量。
车辆还可以在充满电后自动停止充电。
结合上述预定停车位和/或充电桩的实施方式，在一些实施方式中，第一设备预定停车位后，车辆可以连接驶入停车位停车，并在停车结束后支付停车费用。
具体的，第一设备显示预定的停车位的标识之后，第一设备可以检测到车辆驶入预定的停车位；第一设备接收到第四操作，或者，检测到车辆驶出停车位；第一设备支付车辆从驶入停车位到驶出停车位的停车费用。
其中，如果第一车辆为车辆，则车辆可以通过摄像头、雷达采集的图像、自身各个器件的运行数据等来确定自身是否驶入停车位并停车。如果第一设备为驾驶员或乘客侧的电子设备，则该电子设备可以基于和车辆之间的通信连接，获知车辆是否驶入停车位并停车。
第一设备可以在接收到用户操作(即第四操作)后停止停车并支付停车费用。该第四操作可以是在第一设备上输入的用户操作，例如在第一设备提供的用户界面中输入的用户操作，还可以是用户手动驾驶车辆并驶离停车位的操作。这样可以由用户决定何时停止停车，由用户控制停车时长。
在上述支付充电费用或支付停车费用的实施方式中，第一设备可以自动启动和地图应用关联的支付类应用，通过用户的支付类账户向支付服务器支付充电费用或者停车费用。这样无需用户手动触发支付充电费用或停车费用，让充电过程或停车过程更加便捷、简单。
结合上述预定停车位和/或充电桩的实施方式，在一些实施方式中，第一设备可以在检测到车辆和预定的充电桩连接并充电后，检测到车辆停止充电，则可以启动自动驾驶模式，驶离当前所在的停车位，驶入其他空闲停车位；第一设备显示驶入的其他空闲停车位信息。
通常停车场中仅有部分停车位所在位置配置有充电桩，并且，充电过程中驾驶员通常不在车辆旁边，通过上一实施方式，车辆可以自动挪换停车位，可以方便腾出充电桩给其他有充电需求的车辆使用，这样能够更加充分地利用停车场中的充电桩资源，给用户更好的使用体验。
第三方面，本申请实施例提供一种出行规划方案，该方法应用于第一设备。该方法包括：第一设备获取一个或多个出游条件，出游条件包括：起点、出行方式、出行费用、出行距离、出行时长、天气、路况或人流量；第一设备确定符合一个或多个出游条件的出游地点和/或出游区域，出游区域为包含多个位置点的闭合区域；第一设备在地图图像中标注出游地点和/或出游区域，或者，第一设备在推荐时间显示出游地点和/或出游区域的信息。
实施第三方面提供的出行规划方法，第一设备可以在满足用户需求的情况下规划可出游的地点或区域，满足用户的休闲娱乐需求。
在第三方面提供的出行规划方法中，第一设备可以为驾驶员或乘客侧的电子设备，也可以是车辆。也就是说，智能手机、平板电脑等电子设备，以及，车辆均可以执行第三方面提供的出行规划方法，为用户规划符合条件的出游地点和/或出游区域。这样，用户可以根据需求选择智能手机、平板电脑等电子设备或者车辆，来为用户规划符合条件的出游地点和/或出游区域。
结合第三方面，在一些实施方式中，出游条件中的出行方式可包括以下一个或多个：驾车出行、步行，骑行、公交、地铁、飞机、渡船、火车、高铁或动车。
结合第三方面，在一些实施方式中，出游条件中的出行费用可包括以下一个或多个：油费、高速公路过路费、路桥费、停车费、各类交通工具所需的费用、出游地点和/或出游区域的门票。
结合第三方面，在一些实施方式中，出游条件中的出行距离是指起点和终点之间的距离，可以是直线距离，也可以是几条由该起点至该终点的路线的平均距离或最短距离等
结合第三方面，在一些实施方式中，出游条件中的出行时长可以是单程所需时长，也可以是来回所需时长。
结合第三方面，在一些实施方式中，一个或多个出游条件可以通过以下两种方式确定：
方式1.第一设备接收用户输入的一个或多个出游条件。
第一设备可以通过地图应用、设置应用等提供用户界面，并在该用户界面中接收用户输入的一个或多个出游条件。用户可以通过文本、语音、点击操作等方式输入一个或多个出游条件。
方式2.一个或多个出游条件由第一设备默认设置。
通过方式2，第一设备可以默认设置出游条件，这样无需用户手动操作，第一设备就可以为用户规划符合出游条件的出游地点和/或出游区域，满足用户的休闲娱乐需求。
结合第三方面，在一些实施方式中，第一设备在推荐时间显示出游地点或出游区域的信息时，该推荐时间可以是用户预先设置的，也可以是第一设备自主默认设置的。
例如，第一设备可以通过设置应用或地图应用提供用户界面，并在该用户界面中接收用户输入的推荐时间，这样第一设备就可以在该推荐时间显示符合出游条件的出游地点和/或出游区域，满足用户的休闲娱乐需求。
推荐时间由第一设备默认设置时，无需用户手动操作，第一设备就可以为用户规划符合出游条件的出游地点和/或出游区域，满足用户的休闲娱乐需求，可以提高用户的使用体验。
结合第三方面，在一些实施方式中，第一设备可以通过以下两种方式来确定符合一个或多个出游条件的出游地点和/或出游区域：
方式1.第一设备向第一服务器发送第三请求，第三请求用于请求第一服务器确定符合一个或多个出游条件的出游地点或出游区域；第一设备接收到第一服务器发送的符合一个或多个出游条件的出游地点或出游区域。
第一服务器可以是提供导航服务的导航服务器。
通过方式1，第一设备可以利用网络中的第一服务器来规划符合出游条件的出游地点和/或出游区域，可以通过网络中庞大详细的数据资源来规划准确的符合出游条件的出游地点和/或出游区域。
方式2.第一设备本地存储有包含多个出游地点及出游区域的地图，以及，该地图中的交通路线信息，该第一设备利用本地存储的数据确定符合出游条件的出游地点和/或出游区域。
通过方式2，第一设备可以利用本地数据来规划符合出游条件的出游地点和/或出游区域，这样无需和网络设备交互即可规划符合出游条件的出游地点和/或出游区域，能够提高第一设备执行第三方面提供的出行规划方法的效率。
结合第三方面，在一些实施方式中，第一设备在地图图像中标注出游地点和/或出游区域之后，第一设备还可以接收到作用于地图图像中的出游地点的第五操作，或者，接收到作用于地图图像中出游区域中的位置点的第五操作；第一设备显示接收到第五操作的出游地点或位置点的以下一项或多项信息：开放时间、地址、第一设备所在位置至出游地点或位置点的距离、出游地点或位置点的公共交通信息或酒店信息。
通过上一实施方式，第一设备可以在用户触发下显示用户选中的出游地点或位置点的详细信息，以供用户查看并选择是否去该出游地点或者位置点游玩。这样可以为用户展示丰富的信息，给用户带来完整的游玩体验。
在一些实施方式中，第一设备显示的出游地点或位置点的信息可以是向第一服务器请求获取到的。
第四方面，本申请实施例提供了一种推荐车辆行为的方法，该方法应用于第一设备。该方法包括：
第一设备获取优惠券信息，和，车辆信息；车辆信息包括以下一项或多项：车辆的油量、车辆中各个器件的使用情况或车辆上一次洗车的时间；在车辆信息表明车辆的油量低于第三值的情况下，第一设备输出用于提示用户至第一商家为车辆加油的提示信息，或者，导航至第一商家，第一商家为优惠券信息中指示的、针对加油服务提供优惠的商家；或，在车辆信息表明车辆中的器件需要更换的情况下，第一设备输出用于提示用户至第二商家更换器件的提示信息，或者，导航至第二商家，第二商家为优惠券信息中指示的、针对更换器件的服务提供优惠的商家；或，在车辆信息表明车辆超过第一时长未洗车的情况下，第一设备输出用于提示用户至第三商家洗车的提示信息，或者，导航至第三商家，第三商家为优惠券信息中指示的、针对洗车服务提供优惠的商家。
实施第四方面提供的推荐车辆行为的方法，第一设备可以搜集多方信息，在车辆需要加油时提示用户加油或者直接导航至有优惠券的加油点，在车辆需要更换器件时提示用户更换该器件或者直接导航至有优惠券的修车点，在车辆需要洗车时提示用户洗车或者直接导航至有优惠券的洗车点。这样可以在尽量优惠的前提下，满足车辆的实际需求，给用户更佳的使用体验。
结合第四方面，在一些实施方式中，优惠券是一种可以降低商品价格的电子券，可包括代金券、打折券等等。优惠券信息可包括但不限于以下一项或多项：提供该优惠券的APP的标识、商家的名称、商家的位置、该优惠券的类别、该优惠券适用的商品名称、折扣情况、优惠券的使用规则，等等。APP的标识例如可包括文本、图标等等。第一设备可以主动领取优惠券，也可以在用户触发下领取优惠券。第一设备可以通过领取优惠券的应用来获取优惠券信息。
结合第四方面，在一些实施方式中，车辆中各个器件的使用情况、车辆上一次洗车的时间上一次洗车可以由T-box14等器件采集到。
结合第四方面，在一些实施方式中，第三值可以由用户预先设置，也可以由第一设备自主设置。例如，第三值可以为油箱总容量的20％。
结合第四方面，在一些实施方式中，第一时长可以由用户预先设置，也可以由第一设备自主设置。例如，第一时长可以为一个月。
在第一方面提供的出行规划方法中，第一设备可以为驾驶员或乘客侧的电子设备，也可以是车辆。也就是说，智能手机、平板电脑等电子设备，以及，车辆均可以执行第四方面提供的推荐车辆行为的方法，满足车辆的实际需求。这样，用户可以根据需求选择智能手机、平板电脑等电子设备或者车辆，来执行第四方面提供的推荐车辆行为的方法。
第一设备为驾驶员或乘客侧的电子设备时，该电子设备可以从安装的各类应用，例如外卖类APP、电商购物类APP中获取到优惠券信息，还可以基于和车辆之间的通信连接，获知车辆中各个器件的使用情况以及车辆上一次洗车的时间。
第一设备为车辆时，该车辆可以和驾驶员或乘客侧的电子设备建立通信连接，并基于该通信连接，从驾驶员或乘客侧的电子设备中获取到优惠券信息。
结合第五方面，车辆输出的提示信息可包括以下一项或多项：用户界面中的可视化界面元素，语音、震动、或灯光闪烁。
第五方面，本申请实施例提供一种推荐车辆行为的方法，该方法应用于车辆。该方法包括：
车辆检测到内部有儿童并且未安装安全座椅，车辆输出用于提示用户安装安全座椅的提示信息，或者，车辆拒绝启动发动机或拒绝关门；
或者，
车辆检测到内部有儿童且车辆中安装有安全座椅，但儿童并未就坐于安全座椅上，车辆输出用于提示儿童就坐于安全座椅的提示信息，或者，车辆拒绝启动发动机或拒绝关门。
实施第五方面的推荐车辆行为的方法，车辆在检测到车内有儿童，在车内并未安装安全座椅的情况下，或者，在儿童并未就坐于安全座椅的情况下，输出提示信息或者通过采取拒绝启动、拒绝关门等措施来让用户注意儿童安全，可以保证车辆中儿童的安全。
结合第五方面，在一些实施方式中，车辆可以通过设置在车辆内部的摄像头来识别车内是否有儿童，还可以通过设置在座椅下方的压力传感器以及该压力传感器检测到的压力大小来识别车内是否有儿童。
结合第五方面，在一些实施方式中，车辆可以通过设置在车内的摄像头、座椅下方设置的压力传感器等来检测儿童是否坐在安全座椅上。
结合第五方面，在一些实施方式中，车辆输出的提示信息可包括以下一项或多项：用户界面中的可视化界面元素，语音、警报声、震动、或灯光闪烁。
结合第五方面，在一些实施方式中，该方法还包括：车辆检测到车辆安装安全座椅，或者，车辆检测到车辆内的儿童就坐于安全座椅上；车辆开启安全座椅侧的儿童锁或拒绝开启安全座椅侧的窗户。这样，可以进一步保障车辆中儿童的安全，避免儿童在车辆形式过程中因开窗或开车门而发生意外。
第六方面，本申请实施例提供一种推荐车辆行为的方法，该方法应用于车辆。该方法包括：车辆获取座椅习惯，座椅习惯包括：座椅的高度、椅背角度、座椅的前后程度；车辆检测到有用户就坐于座椅上；车辆根据座椅习惯来调整座椅。
实施第六方面提供的推荐车辆行为的方法，车辆可以根据用户习惯来调整座椅，充分满足用户的需求，给用户更好的驾驶体验及乘坐体验。
结合第六方面，在一些实施方式中，车辆可以根据座椅习惯来调整座椅的以下一项或多项：座椅的高度、椅背角度、座椅的前后程度。
结合第六方面，在一些实施方式中，车辆获取的座椅习惯可以包括以下两种：
1.车辆获取到不同位置的座椅分别对应的座椅习惯。
例如，车辆可以获取到驾驶位、副驾驶位以及后座分别对应的座椅习惯。
车辆获取到上述第1种座椅习惯时，车辆可以先识别用户所就坐的座椅所在的位置，然后根据用户所就坐的座椅的座椅习惯，调整用户就坐的座椅。
2.车辆获取到不同用户分别对应的座椅习惯。
例如，车辆可以获取多个用户分别对应的座椅习惯。其中，每个用户对应的座椅习惯中，还可进一步分为车辆不同位置的座椅分别对应的座椅习惯。
例如，车辆获取到的座椅习惯为第一用户的座椅习惯；车辆根据座椅习惯来调整座椅之前，车辆还可以确定就坐于座椅上的用户为第一用户。
车辆获取到上述第2种座椅习惯时，车辆可以先识别就坐于座椅上的用户的身份，再根据该用户对应的座椅习惯来调整该座椅。进一步地，车辆还可以识别该用户所就坐的座椅所在的位置，然后根据该用户对应的所就坐的座椅的座椅习惯，调整用户就坐的座椅。
结合第六方面，在一些实施方式中，车辆检测到有用户就坐于座椅上之后，可以通过以下两种方式来根据座椅习惯来调整座椅：
方式1.车辆检测到有用户就坐于座椅上之后，直接根据座椅习惯来调整座椅。
通过方式1，车辆可以直接根据用户的座椅习惯来调整座椅，无需用户手动操作，对于用户来说只要就坐，就可以体验到最佳的座椅体验。
方式2.车辆检测到有用户就坐于座椅上之后，车辆根据座椅习惯来调整座椅之前，车辆输出用于提示用户调整座椅的提示信息；车辆接收到第六操作，第六操作用于触发车辆根据座椅习惯来调整座椅。
通过方式2，车辆首先输出提示信息，并在用户的触发下根据用户的座椅习惯来调整座椅。这样通过先提醒后调整的方式，可以充分满足用户的实际需求，让用户根据自身的实际需要自主决定是否要根据座椅习惯来调整座椅。
结合第六方面，在一些实施方式中，车辆检测到有多个用户就坐于座椅上时，可以根据不同座椅对应的座椅习惯分别调整各个座椅。在一些实施例中，车辆可以根据不同用户对应的座椅习惯来分别调整各个座椅。也就是说，车辆可以同时调整多个座椅的高度、椅背角度、前后程度等等，充分满足每个座椅上的用户的实际需求。
结合第六方面，在一些实施方式中，车辆根据用户的座椅习惯调整座椅后，车辆还可以提供撤销调整的途径，以供用户撤销对座椅的调整操作。具体的，车辆根据座椅习惯来调整座椅之后，方法还可以包括：车辆接收到第七操作；车辆将座椅还原为按照座椅习惯调整之前的状态。
通过上一实施方式，车辆可以提前为用户调整好座椅，并且根据用户需求来撤销对座椅的调整操作。
结合上一实施方式，车辆在根据用户的座椅习惯调整座椅后，还可以输出提示信息，用于提示用户当前已根据座椅习惯调整座椅，以让用户决定是否撤销对座椅的调整操作。
结合第六方面，在一些实施方式中，车辆获取座椅习惯的方式可包括以下几种：
方式1.车辆接收用户输入的座椅习惯。
车辆可以通过设置应用、车辆管理应用等来接收用户输入的座椅习惯。例如，车辆可以通过设置应用、车辆管理应用等提供用户界面，并在该用户界面中接收用户输入的座椅习惯。用户可以通过文本、语音、点击操作等方式输入座椅习惯。
通过方式1，用户可以设置自己喜欢的座椅习惯。
方式2.车辆学习用户的座椅习惯。
车辆可以采集多次用户就坐后对座椅的调整情况，并对用户的调整情况进行分析和学习，最终形成该用户的座椅习惯。
通过方式2，车辆可以自主学习用户的座椅习惯，无需用户手动操作，车辆就可以根据用户习惯来调整车辆中的座椅。
方式3.车辆从电子设备中获取用户输入的座椅习惯。
该电子设备可以为驾驶员侧或乘客侧的电子设备。
在一些实施方式中，用户也可以在电子设备中设置座椅习惯。电子设备可以通过设置应用、电子设备管理应用等来接收用户输入的座椅习惯。例如，电子设备可以通过设置应用、电子设备管理应用等提供用户界面，并在该用户界面中接收用户输入的座椅习惯。用户可以通过文本、语音、点击操作等方式输入座椅习惯。
车辆可以基于和电子设备之间的通信连接，从电子设备中获取到用户输入的座椅习惯。
方式4.车辆从电子设备中获取用户学习到的用户的座椅习惯。
该电子设备可以为驾驶员侧或乘客侧的电子设备。
电子设备可以基于和车辆之间的通信连接，获取到多次用户就坐后对座椅的调整情况，并对用户的调整情况进行分析和学习，最终形成该用户的座椅习惯。
车辆可以基于和电子设备之间的通信连接，从电子设备中获取到其学习到用户的座椅习惯。
上述第六方面提供的推荐车辆行为的方法也可以由驾驶员侧或乘客侧的电子设备来执行。该电子设备执行该推荐车辆行为的方法时，该方法可包括：电子设备获取座椅习惯，座椅习惯包括：座椅的高度、椅背角度、座椅的前后程度；电子设备检测到有用户就坐于车辆中的座椅上；电子设备触发车辆根据座椅习惯来调整座椅。
电子设备执行上述推荐车辆行为的方法时，座椅习惯可以存储于车辆中，也可以存储于电子设备中。
电子设备执行上述推荐车辆行为的方法时，电子设备可以在检测到有用户就坐于车辆中的座椅上后，直接触发车辆根据座椅习惯来调整座椅，也可以在用户的触发下再触发车辆根据座椅习惯来调整座椅。
在上述电子设备执行的推荐车辆行为的方法中，电子设备可以和车辆建立通信连接，并基于该通信连接，获知车辆中是否有用户就坐，用户就坐的座椅所在位置等等。
通过电子设备来执行上述推荐车辆行为的方法，用户可以通过电子设备方便地调整车辆中的座椅。
和第六方面提供的根据用户的座椅习惯来调整座椅的方法类似，本申请实施例还提供了类似的调整车辆中器件、更换车辆中器件的方案，例如可包括如下方法：
一种调整车辆座椅的方法，该方法应用于车辆。该方法包括：车辆获取当前所行驶路段的路况或天气或区域，车辆根据该路段路况或天气或区域对应的座椅习惯来调整有用户就坐的座椅。
在上述调整车辆座椅的方法中，车辆当前所行驶路段的路况或天气或区域等，可以由车辆从网络中获取。
在上述调整车辆座椅的方法中，不同路段或不同天气或不同区域对应的座椅习惯的设置方式，可参考第六方面提供的方法中座椅习惯的设置方式，这里不赘述。
在上述调整车辆后视镜的方法中，车辆获取当前所行驶路段的路况或天气或区域后，车辆可以直接根据该路段路况或天气或区域对应的座椅习惯来调整有用户就坐的座椅，也可以在用户触发下根据该路段路况或天气或区域对应的座椅习惯来调整有用户就坐的座椅。
上述调整车辆座椅的方法也可以由驾驶员侧或乘客侧的电子设备来执行。该电子设备执行该调整座椅的方法时，该方法可包括：电子设备获取当前所行驶路段的路况或天气或区域，电子设备触发车辆根据该路段路况或天气或区域对应的座椅习惯来调整有用户就坐的座椅。
电子设备执行上述调整车辆座椅的方法时，座椅习惯可以存储于车辆中，也可以存储于电子设备中。
在上述电子设备执行的调整车辆座椅的方法中，电子设备可以和车辆建立通信连接，并基于该通信连接，获知车辆中是否有用户就坐，用户就坐的座椅所在位置等等。
一种调整车辆后视镜的方法，应用于车辆。该方法包括：车辆获取后视镜习惯，后视镜习惯包括后视镜的角度；车辆检测到车辆启动后，或者，车辆检测到驾驶座有用户就坐后，车辆根据后视镜习惯来调整后视镜。
实施上述调整车辆后视镜的方法，车辆可以根据用户习惯来调整后视镜的角度，充分满足用户的需求，给用户更好的驾驶体验及乘坐体验。
在上述调整车辆后视镜的方法中，车辆中的后视镜可以有多个，多个后视镜可以设置在车辆的不同位置。例如，车辆外部的左前方和后前方可以各设置一个后视镜，车辆驾驶座和副驾驶座的中间顶部可以设置一个后视镜，等等。
在上述调整车辆后视镜的方法中，后视镜习惯的设置方式，可参考第六方面提供的方法中座椅习惯的设置方式，这里不赘述。
在上述调整车辆后视镜的方法中，车辆检测到驾驶座有用户就坐后，车辆可以直接根据后视镜习惯来调整后视镜，也可以在用户触发下根据后视镜习惯来调整后视镜。
一种清理车辆后视镜的方法，应用于车辆。该方法包括：车辆检测到后视镜被遮挡；车辆检测到车辆启动后，或者，车辆检测到驾驶座有用户就坐后，车辆输出用于提示清理后视镜的提示信息。
实施上述清理车辆后视镜的方法，车辆可以在后视镜被遮挡的情况下，提示用户清理后视镜，这样可以保证在驾驶过程中，车辆的后视镜能够清晰地展示车辆周围的环境，以保证用户的驾驶安全。
在上述清理车辆后视镜的方法中，车辆可以通过摄像头采集车内的图像，并分析各个后视镜是否被遮挡。如果后视镜是通过摄像头来显示周围的环境，则可以通过该摄像头采集到的图像来分析该摄像头是否被遮挡。
在上述清理车辆后视镜的方法中，车辆可以通过T-box以及发送机的运行情况等来获知车辆是否启动。
在上述清理车辆后视镜的方法中，车辆可以通过设置在驾驶座下方的压力传感器、设置在车辆内部的摄像头采集到的图像等等，检测到驾驶座上是否有用户就坐。
上述清理车辆后视镜的方法也可以由驾驶员侧或乘客侧的电子设备来执行。该电子设备执行该清理车辆后视镜的方法时，该方法可包括：电子设备检测到车辆的后视镜被遮挡；电子设备检测到车辆启动后，或者，电子设备检测到驾驶座有用户就坐后，输出用于提示清理后视镜的提示信息。
电子设备执行上述清理车辆后视镜的方法时，后视镜习惯可以存储于车辆中，也可以存储于电子设备中。
在上述电子设备执行的清理车辆后视镜的方法中，电子设备可以和车辆建立通信连接，并基于该通信连接，获知车辆的后视镜是否被遮挡、车辆是否启动、车辆中的驾驶座是否有用户就坐等等。
通过电子设备来执行上述清理车辆后视镜的方法，用户可以通过电子设备方便地查看到提示信息，从而清理车辆后视镜。
第七方面，本申请实施例提供了一种推荐车辆行为的方法，该方法应用于车辆。该方法包括：车辆显示状态栏，状态栏不包括电量或油量的指示信息；车辆获取油量或电量；在车辆的油量或电量低于第四值的情况下，车辆显示的状态栏包括电量或油量的指示信息，第四值由用户预先设置。
实施第七方面提供的推荐车辆行为的方法，可以在车辆中电量或油量较低时，通过状态栏提示用户及时充电或加油。车辆的油量或电量低于用户预先设置的第四值时，才会通过状态栏提示电量或油量，不仅可以避免一直提示油量或电量导致的用户注意力分散，还可以缓解用户的焦虑，
结合第七方面，在一些实施方式中，用户可以根据自身的实际需求来设置第四值的方式可以包括以下两种：
方式1.用户在车辆中设置第四值。
车辆可以通过设置应用、车辆管理应用等提供用户界面，并在该用户界面中接收用户输入的第四值。用户可以通过文本、语音、点击操作等方式输入第四值。
方式2.用户在驾驶员侧或乘客侧的电子设备中设置第四值。
电子设备可以通过设置应用、车辆管理应用等提供用户界面，并在该用户界面中接收用户输入的第四值。用户可以通过文本、语音、点击操作等方式输入第四值。
电子设备接收到用户输入的第四值后，可以基于和车辆之间的通信连接，将该第四值发送给车辆，以供车辆后续通过状态栏提示电量或油量。
结合第七方面，在一些实施方式中，在车辆的油量或电量低于第四值的情况下，车辆还可以通过其他方式来提示用户充电或加油。例如，车辆还可以通过播放提示语音或者震动等方式来提示用户充电或者加油。
结合第七方面，在一些实施方式中，除了通过状态栏提示用户充电或加油，在车辆的油量或电量低于第四值的情况下，车辆还可以直接导航至加油站或充电桩进行加油或充电。
上述第七方面提供的推荐车辆行为的方法也可以由驾驶员侧或乘客侧的电子设备来执行。该电子设备执行该清理车辆后视镜的方法时，该方法可包括：电子设备显示状态栏，状态栏不包括车辆中电量或油量的指示信息；电子设备获取到车辆的油量或电量；在车辆的油量或电量低于第四值的情况下，电子设备显示的状态栏包括车辆的电量或油量的指示信息，第四值由用户预先设置。
在上述电子设备执行的推荐车辆行为的方法中，电子设备可以和车辆建立通信连接，并基于该通信连接，获知车辆中的油量、电量等。
通过电子设备来执行上述推荐车辆行为的方法，电子设备也可以方便、及时地通知用户充电或加油。
第八方面，本申请实施例提供了一种推荐车辆行为的方法，该方法应用于车辆。该方法包括：车辆获取用户的运动健康数据和/或行为数据，运动健康数据表征用户的身体状态，行为数据表征用户的行为；车辆根据用户的运动健康数据和/或行为数据确定用户的情绪，并根据用户的情绪播放音乐。
实施第八方面提供的推荐车辆行为的方法，车辆可以播放符合用户心境的音乐，给用户更佳的驾驶体验。
运动健康数据可包括但不限于以下一项或多项：年龄、性别、身高、体重、血压、血糖、血氧、呼吸率、心率、心电波形、体脂率、体温、皮肤阻抗等生理数据。其中，年龄、性别可以由用户输入到电子设备或车辆中。血压计可采集血压，血糖仪采集血糖，血氧计采集血氧饱和度和脉率，体温计采集体温，心电记录仪采集心电波形，体脂秤采集体脂率，智能手表、智能手环等可穿戴设备可采集心率、呼吸率、血氧、脉搏等。上述各个设备可以和驾驶员或乘客侧的电子设备或车辆之间通过蓝牙、ZigBee、Wi-Fi、蜂窝网络等通信技术连接，并可以将检测到的运动健康数据发送给电子设备或车辆。驾驶员侧或乘客侧的电子设备可以将获取到的运动健康数据，通过和车辆之间的连接发送给车辆。
运动健康数据可以反映用户的身体健康程度以及情绪。例如，当用户的呼吸率较低、体温较低时，该用户可能处于疲劳驾驶状态。又例如，当用户心率平稳、呼吸舒缓、皮肤阻抗较高时，该用户情绪愉悦；当用户心率加速，呼吸急促、皮肤阻抗较低等，该用户处于惊恐畏惧状态。
用户的行为数据是指表征用户行为的数据。行为数据例如可包括但不限于以下一项或多项：用户的人脸、面部表情、动作、语音、用户的打字速度及语法准确度等等。其中，用户的人脸、面部表情及动作可以由驾驶员侧或乘客侧的电子设备的摄像头采集，也可以由设置在车辆内部的摄像头采集，用户的动作还可以由连接到电子设备或车辆的可穿戴设备(如智能手环或智能手表)采集。语音可以由电子设备的麦克风采集，也可以由车辆或可穿戴设备的麦克风采集。用户的打字速度及语法准确度可以由电子设备的显示屏采集，也可以由设置在车辆中的显示屏采集。
行为数据也可以反映用户的身体健康程度及情绪。例如，当用户嘴巴两边向上翘起、眼角微翘时，该用户心情愉悦；当用户瞳孔放大、双手握拳时，该用户处于愤怒状态。
车辆根据用户的情绪播放音乐的策略可以有多种，这里不做限定。下面示例性例举两种播放音乐的策略：
如果用户的运动健康数据和/或行为数据表明用户的情绪低落，状态欠佳，则车辆可以播放舒缓、轻松的音乐，以调整用户的情绪。
如果用户的运动健康数据和/或行为数据表明用户振奋开心，则车辆可以播放激昂、轻快的音乐。
第九方面，本申请实施例提供一种推荐车辆行为的方法，该方法应用于车辆。该方法包括：
车辆处于第一驾驶模式；车辆在以下任意一种或多种情况下，由第一驾驶模式切换至第二驾驶模式：用户的情绪发生变化，驶入第一路段、驶入第一区域、第一天气、驶入第一环境；其中，第一驾驶模式和第二驾驶模式不同。
实施第九方面的推荐车辆行为的方法，车辆可以根据实际情况的变化，在不同的驾驶模式之间切换，这样可以给用户提供最佳的驾驶体验，满足用户的实际需求。
结合第九方面，在一些实施方式中，第一驾驶模式或第二驾驶模式均可以为自动驾驶模式，手动驾驶模式，半手动半自动模式、经济驾驶模式、运动驾驶模式、越野驾驶模式、雪地驾驶模式或节能驾驶模式中的任意一个。
结合第九方面，在一些实施方式中，第一驾驶模式或第二驾驶模式，均可以是用户自主设置的驾驶模式，也可以是车辆默认设置的驾驶模式。
结合第九方面，在一些实施方式中，车辆所驶入的路段、区域、天气、环境等，可以由车辆通过网络以及自身采集到的图像等数据获取到。例如，车辆可以通过网络中的导航服务器获取到驶入的路段、区域、环境等等，可以通过网络中的天气服务器获取当前的天气。
结合第九方面，在一些实施方式中，不同情绪、不同路段、不同区域、不同天气、不同环境和驾驶模式之间的对应关系，可以由用户自主设置，也可以由车辆默认设置，这里不做限定。
第一路段可以是事故高发路段、车辆较多的路段、行人较多的路段等等。
第一区域可以是车辆权限受控制的区域。
第一天气可以是极端天气，例如大雾、落石、结冰等等。
第一环境可以是沙漠、草地、雪地。
例如，如果车辆驶入的路段不适合自动驾驶，如驶入事故高发路段，车辆可以由自动驾驶模式切换到手动驾驶模式。
例如，如果车辆驶入的路段不适合手动驾驶，如附近的其他车辆过多或距离较近，附近的行人过多或距离较近，前方拥堵等等，车辆可以由手动驾驶模式切换到自动驾驶模式。
例如，如果用户的情绪不佳，则车辆可以由手动驾驶模式切换到自动驾驶模式。
例如，车辆在驶入雪地后，车辆可以切换至雪地驾驶模式。
例如，车辆在驶入颠簸路段后，车辆可以切换至运动驾驶模式。
结合第九方面，在一些实施方式中，用户的情绪可以通过用户的运动健康数据和/或行为数据来确定。具体可参考上述第八方面的相关描述。
结合第九方面，在一些实施方式中，车辆在上述任意一种或多种情况下，可以通过以下任意一种方式，由第一驾驶模式切换至第二驾驶模式：
方式1.车辆在检测到上述任意一种或多种情况后，直接由第一驾驶模式切换至第二驾驶模式。
通过方式1，车辆可以直接根据车辆所驶入的路段、区域、天气、环境等来切换驾驶模式，无需用户手动操作。
方式2.车辆在检测到上述任意一种或多种情况后，输出用于提示将第一驾驶模式切换至第二驾驶模式的提示信息；车辆接收到第八操作，第八操作用于触发车辆由第一驾驶模式切换至第二驾驶模式。
通过方式2，车辆首先输出提示信息，并在用户的触发下根据切换驾驶模式。这样通过先提醒后切换的方式，可以充分满足用户的实际需求，让用户根据自身的实际需要自主决定是否要切换驾驶模式。
结合第九方面，在一些实施方式中，车辆可以通过以下方式由第一驾驶模式切换至第二驾驶模式：车辆输出倒计时信息，车辆在倒计时结束时，由第一驾驶模式切换至第二驾驶模式。
通过上一实施方式，车辆可以给用户一定的准备时间，便于用户做好切换后的驾驶模式的准备工作，在准备时间过后再切换驾驶模式。这样可以让切换驾驶模式更加安全。
结合第九方面，在一些实施方式中，车辆可以在检测到用户做好第二驾驶模式的驾驶准备后，由第一驾驶模式切换至第二驾驶模式。例如，车辆需要由自动驾驶模式切换至手动驾驶模式时，该车辆需要在检测到用户做好手动驾驶准备的情况下，再由自动驾驶模式切换至手动驾驶模式。
通过上一实施方式，可以避免用于未做好切换后的驾驶模式的准备工作时切换驾驶模式，这样可以让切换驾驶模式更加安全，也能保障用户的人身安全。
结合第九方面，在一些实施方式中，车辆切换驾驶模式后，车辆还可以提供撤销切换的途径，以供用户撤销对驾驶模式的切换操作。具体的，车辆由第一驾驶模式切换至第二驾驶模式之后，车辆还可以接收到第九操作；车辆由第一驾驶模式切换至第二驾驶模式。
通过上一实施方式，车辆可以提前将第一驾驶模式切换至第二驾驶模式，并且根据用户需求来撤销对驾驶模式的切换操作。
结合上一实施方式，车辆将第一驾驶模式切换至第二驾驶模式后，还可以输出提示信息，用于提示用户当前已将第一驾驶模式切换至第二驾驶模式，以让用户决定是否撤销对驾驶模式的切换操作。
上述第九方面提供的推荐车辆行为的方法也可以由驾驶员侧或乘客侧的电子设备来执行。该电子设备执行该推荐车辆行为的方法时，该方法可包括：电子设备获知车辆处于第一驾驶模式；电子设备在车辆的以下任意一种或多种情况下，触发车辆第一驾驶模式切换至第二驾驶模式：用户的情绪发生变化，驶入第一路段、驶入第一区域、第一天气、驶入第一环境；其中，第一驾驶模式和第二驾驶模式不同。
电子设备执行上述推荐车辆行为的方法时，电子设备可以和车辆建立通信连接，并基于该通信连接，获知车辆处于第一驾驶模式、车辆是否处于上述任意一种或多种情况，并触发车辆由第一驾驶模式切换至第二驾驶模式。
电子设备执行上述推荐车辆行为的方法时，电子设备可以在检测车辆的上述任意一种或多种情况后，可以直接触发车辆由第一驾驶模式切换至第二驾驶模式，也可以在用户的触发下由第一驾驶模式切换至第二驾驶模式。
在上述电子设备执行的推荐车辆行为的方法中，电子设备也可以提供一种或多种撤销切换驾驶模式的途径。
通过电子设备来执行上述推荐车辆行为的方法，用户可以通过电子设备方便地触发车辆切换驾驶模式。
第十方面，本申请实施例提供了一种推荐车辆行为的方法，该方法应用于车辆。该方法可包括：
车辆接收到第十操作，第九操作用于触发车辆启动第一功能；
在第一功能不符合交通法规的情况下，车辆拒绝启动第一功能，或者，车辆将第一功能修正为第二功能并执行第二功能，第二功能符合交通法规；
或者，
车辆启动第一功能，在车辆启动的第一功能不符合交通法规的情况下，车辆向第二服务器上报车辆违反交通法规的事件。
实施第十方面提供的推荐车辆行为的方法，车辆拒绝启动不符合交通法规的第一功能，可以让车辆仅能执行符合交通法规的操作，这样可以使得车辆的驾驶行为符合交通法规，减少车辆违反交通法规的概率。
实施第十方面提供的推荐车辆行为的方法，车辆将不符合交通法规的第一功能修正为符合交通法规的第二功能，可以让车辆的驾驶行为符合交通法规，减少车辆违反交通法规的概率。
实施第十方面提供的推荐车辆行为的方法，车辆向第二服务器上报车辆违反交通法规的事件，可以规范车辆行为，让用户更加了解交通法规，避免以后再次违反。
结合第十方面，在一些实施方式中，车辆拒绝启动第一功能之后，车辆可以输出用于提示第一功能不符合交通法规的提示信息；车辆接收到第十一操作；车辆启动第二功能。这样可以通过输出提示信息的方式提示用户，让用户主动修正触发的车辆行为，让车辆行为符合交通法规。
结合第十方面，在一些实施方式中，车辆启动第一功能，在车辆启动的第一功能不符合交通法规的情况下，第二服务器可以针对该车辆违反交通法规的时间进行罚款、扣分、警告等处理。这样可以警示用户，让用户更加了解交通法规，避免以后再次违反。
结合第十方面，在一些实施方式中，第二服务器可以是可信机构提供的服务器，该第二服务器可以用于管理各类交通事件。可信机构例如可包括交通管理局等。
第十一方面，本申请实施例提供一种安全提醒方法，该方法应用于第二设备，第二设备配置于行人身上。该方法可包括：
第二设备获取到以下一项或多项信息：车辆发送的车辆信息，道路基础设施发送的道路基础设施信息，或者，第二设备检测到的数据；
第二设备根据一项或多项信息确定行人处于非安全环境，非安全环境包括以下一项或多项：
行人位于道路旁或道路中；
行人所在路段的交通信号灯点亮红灯；
行人所在路段的交通信号灯即将点亮红灯；
行人附近的车辆的数量大于第五值；
行人和车辆之间的距离小于第六值；
行人附近的车辆发生了违反交通法规的事件；
行人处于运动状态；
或者，行人的速度大于第七值。
第二设备执行安全提醒，和/或，第二设备触发第三设备执行安全提醒。
实施第十一方面提供的安全提醒方法，行人在道路中或道路旁行走、工作或骑行时，电子设备可以及时观测附近的环境，在需要时提醒用户，保障用户安全。通过安全提醒方法，即使行人沉浸到电子设备或其他设备提供的内容中，例如在行人玩手机或者听音乐时，也可以通过提醒让行人掌握周围环境的具体情况，避免发生交通事故。
在第二方面提供的出行规划方法中，第二设备为行人侧的电子设备。行人可以是可以是在道路中或道路旁侧行走的路人、环卫工作者、修路工人、骑行者、非机动车的驾驶者或乘坐人员等。
在第十一方面提供的出行规划方法中，第二设备可以获取到以下一项或多项信息：
1.车辆发送的车辆信息。
车辆发送的车辆信息可包括但不限于以下一项或多项：车辆的行驶数据、驾驶员的操作数据、以及车辆状态，等等。
其中，行驶数据反映了车辆的驾驶情况，例如可包括车辆的速度、所在的位置、所在的车道、车辆自身的道路规划(例如导航中当前地点附近的一段导航路线)、行车记录(包括驾驶过程中的设置在车辆外部的摄像头拍摄到的视频)、驾驶模式(例如包括自动驾驶模式和手动驾驶模式等)、雷达或摄像头采集到的环境信息(例如路况，如行车路径上的行人、车辆、车道线、可行驶区域以及障碍物等)。
驾驶员的操作数据反映了驾驶员对车辆的操控情况，例如包括反映驾驶员是否手动打开转向灯、是否手动打开雨刮器、是否操控方向盘转向、是否系好安全带、是否将脚放置在离合器或油门上的数据、摄像头采集的反映驾驶员是否低头驾驶的图像、摄像头采集的反应用户是否低头玩手机或打电话的图像，酒精含量探测器采集的驾驶员是否酒驾的数据、生理信息测量仪器(例如血氧计、血糖计)采集的反映驾驶员是否疲劳驾驶的数据，等等。
车辆状态反映了车辆中各个器件的使用情况，例如可包括车辆中乘客的数量、刹车片灵敏度、座椅上是否有用户、车辆内各个主要器件(例如发动机、刹车片、轮胎等)的使用年限、油量、电量、距离上一次保养/洗车的时间、后视镜是否被遮挡等等。
上述各项车辆信息可以由车辆中的相应器件采集。例如，车辆的摄像头可用于检测车辆所在的车道以及行车记录视频，设置在座椅下方的压力传感器可用于检测座椅上是否有用户就坐，速度传感器可用于检测速度，T-box14可用于获取车辆的导航路线，还可用于获取驾驶模式、车辆状态等。
车辆可以通过蓝牙、WiFi、、蜂窝网络(cellular)例如LTE-V2X(D2D等)、5G-V2X等技术广播自身的车辆信息，行人侧的第二设备可以接收到该车辆信息。行人侧的第二设备接收到附近车辆的车辆信息后，可以获知行人附近车辆的行驶状况、驾驶员的操作情况、车辆状态等等。
2.道路基础设施发送的道路基础设施信息。
道路基础设施信息是指设置在道路中或道路侧的道路基础设施所采集到的环境信息。道路基础设施为设置在道路中或道路侧的电子装置，可包括但不限于交通信号灯、摄像头、测速装置、路侧单元(road side unit，RSU)、雷达等。道路基础设施采集到的数据例如可包括摄像头拍摄到的图像，测速装置测量到的车速，交通信号灯的交通灯信息等等。交通灯信息可以用于指示以下一项或多项：当前该交通信号灯点亮的灯的颜色，还可以指示点亮该颜色的灯的剩余时长、以及点亮该颜色的灯之后所点亮的灯的颜色，等等。
道路基础设施可用于通过短距离通信技术如Wi-Fi、BT、NFC，IR、UWB，或者蜂窝网络等技术广播基础设施信息，从而将自身获取到的数据发送给即将进入或正处于该道路基础设施所在路段的行人侧的第二设备。道路基础设施信息可以反映行人附近的环境，包括行人附近的车辆等路况，还可包括交通灯信号点亮的灯的颜色等。
在本申请实施例中，第二设备可以直接接收到附近的道路基础设施发送的道路基础设施信息，也可以由该第二设备连接的其他设备，例如该第二设备连接的其他行人侧第二设备如智能手表、智能手环等接收到附近的道路基础设施发送的道路基础设施信息后发送给该第二设备。
3.第二设备检测到的数据。
第二设备自身检测到的数据例如可包括：第二设备的摄像头采集到的图像、获取到的位置信息、第二设备检测到的运动数据，以及第二设备自身的运行数据等等。
其中，第二设备可通过全球导航卫星系统如GPS、GLONASS、BDS等、室内无线定位技术如Wi-Fi、蓝牙、红外线、超宽带、RFID、ZigBee、超声波等方式获取自身所在位置信息。第二设备的摄像头采集的图像可以反映行人是否行走于道路中，以及，行人附近是否有车辆等等。第二设备的位置信息可以反映行人是否行走于道路中。
第二设备检测到的运动数据例如可包括：通过速度传感器检测到的行人的行动速度等等。该运动数据可以反映行人行走的速度以及行走是否便利。
第二设备的运行数据可以反映当前行人是否沉浸在该第二设备提供的内容中，例如行人是否在听音乐、看视频、刷新闻等等。
结合第十一方面，在一些实施方式中，电子设备可以在以下任意一种或多种情况下，确定行人处于非安全环境：
情况1.行人位于道路旁或道路中
第二设备接收到附近车辆(例如车辆200)发送的车辆信息，和/或，道路基础设施500发送的道路基础设施信息后，可以确定行人位于道路旁或道路中。具体的，第二设备接收到车辆信息或基础设施信息后，可以确定该第二设备附近有车辆或者道路基础设施，因此可以确定行人当前位于道路旁或道路中。
第二设备还可以根据检测到的数据来判断行人当前是否位于道路旁或道路中。
具体的，如果第二设备中摄像头采集到的图像包含道路、车辆等图像，则可以确定行人当前位于道路旁或道路中。
如果第二设备获取到的位置信息表明该电子设备处于道路旁或道路中，则可以确定行人当前位于道路旁或道路中。
情况2.行人所在的路段的交通信号灯点亮红灯，或者，即将点亮红灯
在一些实施方式中，第二设备接收到的道路基础设施信息中包含交通信号灯发送的交通灯信息后，则可以确定行人当前所在的路段是否点亮红灯，或者是否即将点亮红灯。
在一些实施方式中，如果第二设备中摄像头采集到的图像包含交通信号灯点亮红灯的图像，则可以确定行人当前所在的路段当前点亮红灯。
在一些实施方式中，如果行人所在的路段的交通信号灯点亮红灯或即将点亮红灯的同时，第二设备检测到行人处于运动状态(例如行走、跑步等等)，则可以确定当前行人处于非安全环境；如果第二设备检测到行人处于非运动状态(例如静止)，即使交通信号灯当前点亮红灯或者即将点亮红灯，第二设备也会认为行人处于安全环境。这样结合行人的实际运动状态来确定行人是否处于非安全环境，进而提示用户，可以根据用户的实际需求更加准确地对用户做提醒。
情况3.行人附近的车辆较多，或者，和车辆之间的距离较近
在一些实施方式中，第二设备可以根据接收到的车辆信息来确定附近的车辆情况。例如，第二设备接收到的其他车辆发送的车辆信息越多，即发送车辆信息的车辆越多，则说明行人附近的其他车辆也就越多。第二设备接收到其他车辆发送的信号强度越强，说明行人和附近车辆的距离越近。
在一些实施方式中，第二设备可以根据道路基础设施500发送的道路基础设施信息来确定附近的车辆情况。例如，第二设备获取到道路中设置的监控摄像头采集的图像后，如果该图像中包含车辆的图像，则可以确定行人附近有车辆，还可以根据该图像进一步确定车辆的多少以及行人和车辆之间的距离。
在一些实施方式中，第二设备可以根据自身检测到的数据来确定附近的车辆情况。例如，第二设备使用自身配置的摄像头采集图像后，如果该图像中包含车辆的图像，则可以确定行人附近有车辆，还可以根据该图像进一步确定车辆的多少以及行人和车辆之间的距离。
情况4.行人附近车辆的车速较快
在一些实施方式中，第二设备可以根据接收到的车辆信息来确定附近车辆的速度。
在另一些实施方式中，第二设备可以根据道路基础设施500发送的道路基础设施信息来确定附近车辆的车速。例如，第二设备可以获取到道路中设置的测速装置采集的车速。
情况5.行人附近车辆有违反交通法规的驾驶行为
车辆违反交通法规的驾驶行为例如可包括驾驶员未系安全带、驾驶员低头玩手机或打电话、驾驶员酒驾、驾驶员疲劳驾驶、右转未打右转向灯等等。
第二设备可以通过接收到的附近车辆发送的车辆信息，以及，道路基础设施500发送的道路基础设施来确定该车辆是否有违反交通法规的驾驶行为。
情况6.上述第1-5中任意一种情况下，并且，行人沉浸在第二设备提供的内容中或行人行走速度过快或行人行走不便
第二设备自身检测到的数据可以反映行人是否沉浸在第二设备提供的内容中，或行人行走速度是否过快，或行人是否行走不便。
结合第十一方面，在一些实施方式中，第二设备执行安全提醒的方式，具体可包括以下一项或多项：
方式1.第二设备输出提示信息，提示信息包括以下一项或多项：显示屏上显示的界面元素、语音、震动信号或闪光灯信号。
方式2.第二设备熄屏或锁屏。
方式3.第二设备中断当前提供的业务。
第二设备当前提供的业务可包括播放音频、播放视频、刷新页面等等。第二设备在识别到行人处于非安全环境之后，可以暂停播放音乐、暂停播放视频、或者停止刷新页面。
结合第十一方面，在一些实施方式中，第三设备可以包括和第三设备建立通信连接的其他设备，例如可包括耳机、智能手表、智能手环、VR眼镜等等。
在第十一方面提供的安全提醒方法中，第二设备通过触发第三设备来执行安全设备，可以通过用户的其他设备来执行安全提醒。
结合第十一方面，在一些实施方式中，第二设备触发第三设备执行安全提醒的方式，具体可包括以下一项或多项：
方式1.第二设备触发第三设备输出提示信息，提示信息包括以下一项或多项：显示屏上显示的界面元素、语音、震动信号或闪光灯信号。
方式2.第二设备触发第三设备熄屏或锁屏。
方式3.或者，第二设备触发第三设备中断当前提供的业务。
结合上一实施方式，第二设备触发第三设备执行安全提醒时，可以向第三设备发送指令，以触发第三设备执行安全提醒。
在一些实施方式中，该指令中携带执行安全提醒的方式。这样，第三设备接收到该指令后，将按照第二设备指示的方式来执行安全提醒。
在另一些实施方式中，该指令中未携带执行安全提醒的方式。这样，第三设备接收到该指令后，可以自主决定如何执行安全提醒。这样可以简化第二设备向第三设备发送的指令内容，提高设备间沟通效率。
结合第十一方面，在一些实施方式中，执行安全提醒的方式及设备由用户设置，或者，由第二设备默认设置。执行安全提醒的方式及设备由用户设置时，第二设备可以根据用户的实际需求或习惯在自主执行安全提醒或者触发第三设备执行安全提醒。
结合第十一方面，在一些实施方式中，如果执行安全提醒的设备或提醒方式有多个，则用户或第二设备还可以设置这多个执行安全提醒的设备或提醒方式的优先级。例如，第二设备可以通过设置应用提供用户界面，并在该用户界面中接收用户输入的多个执行安全提醒的设备或提醒方式的优先级。
结合上一实施方式，如果多个执行安全提醒的设备及安全提醒方式具备优先级顺序，则第二设备可以通过以下任意一种方式来确定是自身执行安全提醒，还是触发第三设备执行安全提醒，以及，执行安全提醒的具体方式：
方式1.使用当前可用的优先级最高的一个执行安全提醒的设备及安全提醒方式来执行安全提醒。
方式2.按照优先级顺序，依次使用设置的多个执行安全提醒的设备及安全提醒方式。
第十二方面，本申请实施例提供一种车辆的权限控制方法，该方法应用于车辆。该方法包括：车辆驶入第一区域，并获取到第一区域对应的第一访问策略；车辆按照第一访问策略控制车辆行为。
实施第十二方面提供的车辆的权限控制方法，车辆可以获取当前特定区域(即第一区域)的访问策略，并根据该访问策略来管控车辆的车辆行为，可以有效满足不同特定区域的车辆行为管控需求，提高各个特定区域的管控效果，让特定区域中的交通更加顺畅、安全。
结合第十二方面，在一些实施方式中，第一访问策略指示：允许车辆执行的车辆行为，和/或，不允许车辆执行的车辆行为。车辆按照第一访问策略控制车辆行为，具体包括：车辆接收到第十二操作，第十二操作用于触发车辆执行第一车辆行为；如果第一访问策略中允许执行的车辆行为包括第一车辆行为，第一设备执行第一车辆行为；和/或，如果第一访问策略中不允许执行的车辆行为包括第一车辆行为，第一设备拒绝执行第一车辆行为。
结合第十二方面，在一些实施方式中，第一访问策略例如可包括以下任意一项或多项：禁止车辆鸣笛、禁止超速、禁止车辆拍照、禁止录像、禁止录音、禁止车辆开车门、禁止开车窗、禁止停车超过一定时长(例如10分钟)、禁止打开闪光灯、禁止打开远光灯、或禁止连续按喇叭。
结合第十二方面，在一些实施方式中，车辆获取到第一区域对应的第一访问策略后，可以通过以下两种方式来按照第一访问策略控制车辆行为：
方式1.车辆获取到第一区域对应的第一访问策略后，直接自主按照该第一访问策略控制车辆行为。
通过方式1，车辆可以直接根据第一访问策略来控制车辆行为，无需用户手动操作，这样只要车辆驶入第一区域，该车辆就可以收到该第一区域的管控，从而让第一区域中的交通更加顺畅、安全。
方式2.车辆获取到第一区域对应的第一访问策略后，可以输出用于提示用户接收到第一访问策略或驶入第一区域的提示信息；车辆可以接收到第十三操作，并响应于第十三操作，按照第一访问策略控制车辆行为。
通过方式2，车辆在用户的触发下按照第一访问策略控制车辆行为。这样通过先提醒后调整的方式，可以充分满足用户的实际需求，让用户根据自身的实际需要自主决定是否要按照第一访问策略控制车辆行为。
结合第十二方面，在一些实施方式中，车辆获取到第一访问策略的方式可包括以下几种：
方式1.车辆采集到第一区域的图像，从图像中识别第一访问策略。
第一区域的图像例如可包括路标、访问策略的公告文本、提示图标、标志、二维码等等。
方式2.车辆接收到第四设备发送的第一访问策略。
第四设备设置于第一区域中，可用于管理第一区域中的访问策略。
第四设备中可存储第一区域对应的一个或多个访问策略。
第四设备中存储有第一区域对应的一个访问策略时，可以将该访问策略作为第一访问策略发送给车辆。
第四设备中存储有第一区域对应的多个访问策略时，该多个访问策略可包括以下一项或多项：在第一区域中不同范围内分别对应的访问策略、不同限制等级对应的访问策略、不同车辆所属限制对象对应的访问策略、或不同时间段对应的访问策略。
第四设备中存储有第一区域对应的多个访问策略时，第四设备可以从多个访问策略中根据以下一项或多项从中选择第一访问策略：车辆在第一区域中的范围、限制等级、车辆所属的限制对象，或当前时间。之后，第四设备将确定的第一访问策略发送给车辆。
第四设备中存储有第一区域对应的多个访问策略时，第四设备可以将该多个访问策略发送给车辆，车辆可以从该多个访问策略中根据以下一项或多项从中选择第一访问策略：车辆在第一区域中的范围、限制等级、车辆所属的限制对象，或当前时间。
在一些实施方式中，第四设备仅针对特定车辆发送第一访问策略。即，第一方面中执行车辆的权限控制方法的车辆为特定车辆。特定车辆可包括：特定用户名下登记或绑定的车辆具备特定车牌号的车辆等等。例如，特定车辆可以包括在第一区域中生活、工作的用户的车辆等。这样可以针对性地对驶入第一区域的部分车辆进行权限控制。
方式3.车辆从网络中获取到第一访问策略。
例如，车辆可以从服务器中获取访问策略。该服务器例如可以是导航服务器、第一区域的管理服务器等等。
服务器中可以存储有第一区域对应的一个或多个访问策略。
服务器中存储有第一区域对应的一个访问策略时，可以将该访问策略作为第一访问策略发送给车辆。
服务器中存储有第一区域对应的多个访问策略时，该多个访问策略可包括以下一项或多项：在第一区域中不同范围内分别对应的访问策略、不同限制等级对应的访问策略、不同车辆所属限制对象对应的访问策略、或不同时间段对应的访问策略。
服务器中存储有第一区域对应的多个访问策略时，服务器可以从多个访问策略中根据以下一项或多项从中选择第一访问策略：车辆在第一区域中的范围、限制等级、车辆所属的限制对象，或当前时间。之后，服务器将确定的第一访问策略发送给车辆。
服务器中存储有第一区域对应的多个访问策略时，服务器可以将该多个访问策略发送给车辆，车辆可以从该多个访问策略中根据以下一项或多项从中选择第一访问策略：车辆在第一区域中的范围、限制等级、车辆所属的限制对象，或当前时间。
在一些实施方式中，服务器仅针对特定车辆发送第一访问策略。即，第一方面中执行车辆的权限控制方法的车辆为特定车辆。特定车辆可包括：特定用户名下登记或绑定的车辆具备特定车牌号的车辆等等。例如，特定车辆可以包括在第一区域中生活、工作的用户的车辆等。这样可以针对性地对驶入第一区域的部分车辆进行权限控制。
方式4.车辆接收到驾驶员侧或乘客侧的电子设备发送的第一访问策略。
驾驶员侧或乘客侧的电子设备可以通过上述方式1-方式3中的任意一种方式获取到第一访问策略，并基于和车辆之间的通信连接，将该第一访问策略发送给车辆。
结合第十二方面，在一些实施方式中，车辆还可以在以下任意一种情况下删除或禁用第一访问策略：
情况1.车辆按照第一访问策略控制车辆行为之后，车辆驶出第一区域，车辆删除或禁用第一访问策略。
通过情况1，车辆在驶出第一区域后，就可以停止按照第一访问策略控制车辆行为。
情况2.第一访问策略指示第二时长，车辆在获取到第一访问策略的第二时长内，车辆按照第一访问策略控制车辆行为；在获取到第一访问策略的第二时长后，车辆删除或禁用第一访问策略。
通过情况2，车辆可以在固定时长(即第二时长)内受到第一区域的管控，在超过该固定时长后，即可停止按照第一访问策略来控制车辆行为。
在上一实施方式中，车辆禁用第一访问策略后，车辆中仍然保存有该第一访问策略，当车辆再次驶入第一区域时，车辆可以直接按照该第一访问策略来控制车辆行为，无需再次获取第一访问策略。这样可以在车辆再次驶入第一区域时提高针对车辆的权限控制效率。
在上一实施方式中，车辆删除第一访问策略后，车辆中不再存储该第一访问策略。通过删除第一访问策略，可以节约车辆中的存储空间。
车辆禁用或删除该第一访问策略后，车辆不再按照第一访问策略来控制车辆行为，
结合第十二方面，在一些实施方式中，车辆按照第一访问策略控制车辆行为之后，该方法还可包括：车辆驶出第一区域，车辆恢复驶入第一区域之前的设置。
在上一实施方式中，如果车辆在按照第一访问策略控制车辆行为的过程中更改了车辆的部分设置，例如将自动驾驶模式切换为了手动驾驶模式，则车辆驶出第一区域后，可以将该配置还原，例如将手动驾驶模式切换为自动驾驶模式。车辆主动恢复驶入特定区域之前的设置，可以提升用户体验。
结合上一实施方式，车辆恢复驶入第一区域之前的设置后，还可以提供一种或多种撤销恢复设置的途径，以供用户撤销针对车辆的恢复设置。具体的，车辆恢复驶入第一区域之前的设置后，可以输出用于提示当前已恢复设置的提示信息，还可以显示控件，车辆可以响应用户在该控件上输入的用户操作，撤销恢复设置。
上述第十二方面提供的车辆的权限控制方法也可以由驾驶员侧或乘客侧的电子设备来执行。该电子设备执行该车辆的权限控制方法时，该方法可包括：电子设备检测到车辆驶入第一区域，并获取到第一区域对应的第一访问策略；电子设备触发车辆按照第一访问策略控制车辆行为。
电子设备执行上述车辆的权限控制方法时，电子设备可以和车辆建立通信连接，并基于该通信连接，获知车辆是否驶入第一区域，以及，触发车辆按照第一访问策略控制车辆行为。
电子设备执行上述车辆的权限控制方法时，电子设备获取第一区域对应的访问策略的方式可参考前文第十二方面的相关描述。
电子设备执行的车辆的权限控制方法中的一些可选实施方式，可参考第十二方面提供的实施方式，这里不赘述。
通过电子设备来执行上述推荐车辆行为的方法，可以通过电子设备方便地针对车辆进行权限控制。
第十三方面，本申请实施例提供了一种交通事故责任方的判定方法，该方法应用于第五设备。该方法包括：
第五设备检测到碰撞事件；第五设备将采集到的交通事故信息发送给第三服务器；第五设备接收到第三服务器返回的交通事故的判定结果，判定结果由第三服务器根据碰撞事件涉及的设备发送的交通事故信息确定，判定结果包括交通事故的责任方；第五设备输出判定结果。
实施第十三方面提供的交通事故责任方的判定方法，在发生交通事故后，该交通事故涉及对象侧的设备可以将交通事故信息上传至可信机构的服务器，由该服务器初步分析事故责任方并且返回判定结果，不必交警到场即可初步判定事故责任方，可以提高交通事故的鉴定效率，在发生交通事故后迅速解决，让道路更加畅通，也让用户体验更佳。
在第十三方面提供的交通事故责任方的判定方法中，第五设备可以包括交通事故涉及对象侧的设备。其中，交通事故涉及的对象可包括车辆和/或行人。车辆侧的设备为该车辆，也可以为驾驶员侧或乘客侧的电子设备。行人侧的设备为行人携带的电子设备。
在第十三方面提供的交通事故责任方的判定方法中，第三服务器可以是可信机构提供的服务器，可信机构例如可包括交管局。
结合第十三方面，在一些实施方式中，第五设备为车辆时，该车辆检测碰撞事件的方式可包括以下几种：
方式1.车辆可以通过设置在车辆周身的碰撞传感器来检测该车辆是否发生碰撞事件。
方式2.车辆通过摄像头采集的图像来分析该车辆是否发生碰撞事件。
车辆的外部摄像头可以采集到周围环境的图像，并根据该图像测量周围环境中的对象(例如车辆、行人、路障等)和该车辆之间的距离，并根据该距离分析是否发生碰撞事件。如果有对象和该车辆之间的距离非常近，例如接近0，则可以判定车辆和该对象发生碰撞。
方式3.车辆通过雷达测量周围环境中的对象(例如车辆、行人、路障等)和该车辆之间的距离，并根据该距离分析该车辆是否发生碰撞事件。
如果有对象和该车辆之间的距离非常近，例如接近0，则可以判定车辆和该对象发生碰撞。
结合第十三方面，在一些实施方式中，第五设备为驾驶员侧或乘客侧的电子设备时，该电子设备检测碰撞事件的方式可包括以下几种：
方式1.驾驶员侧或乘客侧的电子设备通过加速度传感器检测车辆是否发生碰撞事件。
电子设备可以通过加速度传感器检测到的加速度，使用碰撞检测算法来判定车辆是否发生了碰撞事件。例如，当检测到的最大加速度与最小加速度之差以及垂直加速度高于设定阈值时，可以认为车辆发生了碰撞事件。
方式2.电子设备通过摄像头采集的图像来分析车辆是否发生发生碰撞事件。
方式3.电子设备接收到车辆发送的数据，根据该数据来分析车辆是否发生碰撞事件。
电子设备可以和车辆建立通信连接，车辆可以将自身获取到的部分数据发送个该电子设备。例如，车辆可以将摄像头采集到的图像，雷达采集的数据发送给驾驶员侧或乘客侧的电子设备，由该电子设备根据该图像或者数据来分析车辆是否发生碰撞事件。
方式4.驾驶员侧或乘客侧的电子设备接收到车辆发送的用于指示碰撞事件的指示信息后，确定该车辆发生碰撞事件。
车辆检测到自身发生碰撞之后，可以向该车辆连接到的驾驶员侧或乘客侧的电子设备发送指示碰撞事件的指示信息。
结合第十三方面，在一些实施方式中，行人侧的电子设备时，该电子设备检测碰撞事件的方式可包括以下几种：
方式1.行人侧的电子设备通过加速度传感器检测该行人是否发生碰撞事件。
方式2.行人侧的电子设备通过摄像头采集的图像来分析该行人是否发生发生碰撞事件。
结合第十三方面，在一些实施方式中，第三服务器根据同一起碰撞事件涉及的设备发送的交通事故绑定在一起进行分析，判定最终的交通事故责任方。第三服务器确定同一起碰撞事件涉及的设备的方式可包括以下几种：
方式1.第五设备上传的交通事故信息包括第五设备检测到碰撞事件的时间和地点，则第三服务器确定碰撞事件涉及的设备包括：第五设备，和第五设备在相同时间相同地点检测到碰撞事件的设备。
通过方式一，第三服务器可以将在同一时间同一地点发生碰撞的设备确定为碰撞事件涉及的设备。
方式2.交通事故信息包括第五设备和碰撞事件涉及的其他设备协商的标识，则第三服务器确定碰撞事件涉及的设备包括：第五设备，向第三服务器发送包括标识的交通事故信息的设备。
在一些实施方式中，碰撞事件涉及的多个对象侧设备在发生交通事故后，可以相互感知，并可以协商一个共同的标识。第三服务器可以将发送相同标识的各个设备确定为同一起碰撞事件涉及的设备。
结合第十三方面，在一些实施方式中，第五设备采集到的交通事故信息可包括以下几种情况：
情况1.第五设备包括车辆，或，车辆中的电子设备时，该车辆采集到的交通事故信息包括以下一项或多项：车辆的行驶数据、车辆的驾驶员的操作数据、车辆状态、车辆的型号、车牌号、车辆检测到的碰撞强度、驾驶员信息或车主信息。
在一些实施方式中，该车辆采集到的交通事故信息还可包括车辆的型号、车牌号、驾驶员信息、车辆发生交通事故的时间、地点，或者发生交通事故时的碰撞强度、车主信息等。
情况2.第五设备包括行人侧的电子设备，该行人侧的电子设备采集到的交通事故信息包括以下一项或多项：行人的速度、所在的位置、所在的人行横道、车道、行人的运动健康数据、行人侧的电子设备检测到的碰撞强度、行人的姓名、年龄、联系方式、住址或头像。
结合第十三方面，在一些实施方式中，第三服务器还可接收到以下或多项信息：和一个或多个设备检测到碰撞事件时处于同一路段的设备发送的交通事故信息，和/或，一个或多个设备检测到碰撞事件时所在路段的道路基础设施发送的交通事故信息。第三服务器还可根据以下一项或多项信息确定判定结果：和第五设备检测到碰撞事件时处于同一路段的设备发送的交通事故信息，和/或，第五设备检测到碰撞事件时所在路段的道路基础设施发送的交通事故信息。
通过上一实施方式，交通事故的目击对象侧的设备，即和第五设备检测到碰撞事件时处于同一路段的设备也可以上传交通事故信息，可以为判定交通事故责任方提供更多的信息，提高判定结果的准确率。
结合上一实施方式，目击对象侧的设备上传的交通事故信息可包括：该设备在交通事故发生的时间采集到的图像。
通过上一实施方式，交通事故所在路段的道路基础设施也可以交通事故信息，可以为判定交通事故责任方提供更多的信息，提高判定结果的准确率。
结合上一实施方式，交通事故所在路段的道路基础设施上传的交通事故信息可包括环境信息，例如可包括摄像头拍摄到的图像，测速装置测量到的车速，交通信号灯的交通灯信息等等。
结合第十三方面，在一些实施方式中，第三服务器确定的判定结果可包括：发生交通事故的原因，和/或，交通事故的责任方。
结合第十三方面，在一些实施方式中，第五设备输出判定结果之后，该方法还包括：第五设备接收到第十四操作；第五设备执行以下任意一项或多项：报警、呼叫救护车、联系保险公司或导航至修车点。
通过上一实施方式，用户看到第五设备输出的判定结果后，还可以根据该判定结果执行进一步的操作，例如报警、呼叫救护车、联系保险公司、定损、修车等等。这样可以方便快速地解决交通事故，提高道路的交通安全及畅通度。
结合第十三方面，在一些实施方式中，第五设备输出判定结果之后，该方法还包括：第五设备接收到第三服务器发送的提示信息，提示信息指示碰撞事件涉及的用户均同意判定结果；第五设备输出提示信息。
通过上一设施方式，在交通事故涉及的多个用户均同意第三服务器的判定结果后，其他用户可以看到该判定结果，并可以决定离开事故现场，从而解决该交通事故，提高道路安全及畅通度。
第十四方面，本申请实施例还提供了一种交通事故责任方的判定方法，该方法应用于第三服务器。该方法包括：
第三服务器接收到一个或多个设备在检测到碰撞事件后发送的交通事故信息；第三服务器根据一个或多个设备发送的交通事故信息，确定交通事故的判定结果；第三服务器将判定结果发送给一个或多个设备。
实施第十四方面提供的交通事故责任方的判定方法，第三服务器可以收集交通事故涉及的一个或多个设备采集的交通事故信息，并分析事故责任方并且返回判定结果。该方法不必交警到场即可初步判定事故责任方，可以提高交通事故的鉴定效率，在发生交通事故后迅速解决，让道路更加畅通，也让用户体验更佳。
在第十四方面提供的交通事故责任方的判定方法中，第三服务器可以是可信机构提供的服务器，可信机构例如可包括交管局。
结合第十四方面，在一些实施方式中，检测到碰撞事件的一个或多个设备可包括以下几种：
1.一个或多个设备发送的交通事故信息包括以下任意一个：设备检测到碰撞事件的时间和地点，则检测到碰撞事件的一个或多个设备包括：在相同时间相同地点检测到碰撞事件的设备。
也就是说，第三服务器可以将在同一时间同一地点发生碰撞的设备确定为碰撞事件涉及的设备。
2.一个或多个设备发送的交通事故信息包括一个或多个设备协商的标识，则检测到碰撞事件的一个或多个设备包括：发送包括相同标识的交通事故信息的设备。
在一些实施方式中，碰撞事件涉及的多个对象侧设备在发生交通事故后，可以相互感知，并可以协商一个共同的标识。第三服务器可以将发送相同标识的各个设备确定为同一起碰撞事件涉及的设备。
结合第十四方面，在一些实施方式中，第三服务器接收到的一个或多个设备发送的交通事故信息可包括以下几种情况：
情况1.该一个或多个设备包括车辆，或，车辆中的电子设备时，该车辆采集到的交通事故信息包括以下一项或多项：车辆的行驶数据、车辆的驾驶员的操作数据、车辆状态、车辆的型号、车牌号、车辆检测到的碰撞强度、驾驶员信息或车主信息。
在一些实施方式中，该车辆采集到的交通事故信息还可包括车辆的型号、车牌号、驾驶员信息、车辆发生交通事故的时间、地点，或者发生交通事故时的碰撞强度、车主信息等。
情况2.该一个或多个设备包括行人侧的电子设备，该行人侧的电子设备采集到的交通事故信息包括以下一项或多项：行人的速度、所在的位置、所在的人行横道、车道、行人的运动健康数据、行人侧的电子设备检测到的碰撞强度、行人的姓名、年龄、联系方式、住址或头像。
结合第十四方面，在一些实施方式中，第三服务器还可接收到以下或多项信息：和一个或多个设备检测到碰撞事件时处于同一路段的设备发送的交通事故信息，和/或，一个或多个设备检测到碰撞事件时所在路段的道路基础设施发送的交通事故信息。第三服务器还可根据以下一项或多项信息确定判定结果：和第五设备检测到碰撞事件时处于同一路段的设备发送的交通事故信息，和/或，第五设备检测到碰撞事件时所在路段的道路基础设施发送的交通事故信息。
结合上述第一方面至第十四方面提供的任意一种方法或任意一种实施方式，上述提及的第一操作、第二操作…第十四操作可以实现为各种形式，这里不做限定。例如，上述第一操作至第十四操作中的任意一个可以包括作用于用户界面的用户操作(例如点击操作、触摸操作、长按操作、滑动操作等等)，还可以包括语音指令、摇晃操作、隔空手势等等，这里不做限定。
结合上述第一方面至第十四方面提供的任意一种方法或任意一种实施方式，上述提及的各类提示信息可以实现为各种形式，这里不做限定。例如，车辆或电子设备输出的提示信息可包括用户界面中的可视化界面元素，语音、震动、或灯光闪烁。
第十五方面，本申请实施例提供一种设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该设备执行上述第一方面或第一方面任一项可能的实现方式、第二方面或第二方面任一项可能的实现方式、第三方面或第三方面任一项可能的实现方式、第四方面或第四方面任一项可能的实现方式中的方法。
第十六方面，本申请实施例提供一种车辆，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该车辆执行上述第五方面或第五方面任一项可能的实现方式、第六方面或第六方面任一项可能的实现方式、第七方面或第七方面任一项可能的实现方式、第八方面或第八方面任一项可能的实现方式、第九方面或第九方面任一项可能的实现方式、第十方面或第十方面任一项可能的实现方式、第十二方面或第十二方面任一项可能的实现方式中的方法。
第十七方面，本申请实施例提供一种电子设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该设备执行上述第十一方面或第十一方面任一项可能的实现方式中的方法。
第十八方面，本申请实施例提供一种设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该设备执行上述第十三方面或第十三方面任一项可能的实现方式中的方法。
第十九方面，本申请实施例提供一种服务器，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该服务器执行上述第十四方面或第十四方面任一项可能的实现方式中的方法。
第二十方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得通信装置执行上述任一方面任一项可能的实现方式中的方法。
第二十一方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述任一方面任一项可能的实现方式中的方法。
第二十二方面，本申请实施例提供了一种通信系统，该通信系统包括第一设备和车辆，第一设备为第十五方面中的设备，该车辆为第十六方面中的车辆。
第二十三方面，本申请实施例提供了一种通信系统，该通信系统包括第一设备、车辆和第二设备，第一设备为第十五方面中的设备，该车辆为第十六方面中的车辆，第二设备为第十七方面中的设备。
第二十四方面，本申请实施例提供了一种通信系统，该通信系统包括第五设备和第三服务器，第五设备为第十八方面中的设备，第三服务器为第十九方面中的服务器。
第二十五方面，本申请实施例提供了一种通信系统，该通信系统包括：第一设备、车辆、第二设备、第五设备和第三服务器。其中，第一设备为第十五方面中的设备，该车辆为第十六方面中的车辆，第二设备为第十七方面中的设备，第五设备为第十八方面中的设备，第三服务器为第十九方面中的服务器。
本申请提供的出行管理方法基于数据银行搭建，数据银行中用户数据的处理过程可包括用户数据的收集、加工、开放和价值呈现。实施该出行管理方法中，车辆或驾驶员侧的电子设备可以利用用户数据来规划出行方案、推荐车辆行为、控制车辆权限、上报交通事故信息，行人侧的电子设备可以利用用户数据执行安全提醒。该方法可以让用户出行更加的智能、便捷及安全，可以提升用户体验。
附图说明
图1A为本申请实施例提供的针对数据银行中用户数据的管理过程；
图1B为本申请实施例提供的通信系统10的结构示意图；
图2A为本申请实施例提供的电子设备的硬件结构图；
图2B为本申请实施例提供的电子设备的软件结构图；
图3为本申请实施例提供的车辆的结构示意图；
图4为本申请实施例提供的导航服务器的结构示意图；
图5为本申请实施例提供的可信机构提供的服务器的结构示意图；
图6A-图6L为本申请实施例提供的电子设备100规划混合出行方案时提供的一组用户界面；
图6M为本申请实施例提供的电子设备100展示出行日程信息的一个用户界面；
图6N为本申请实施例提供的电子设备100在卡片中展示出行方案信息的一个用户界面；
图6O-图6X为本申请实施例提供的车辆200展示的一组用户界面；
图7A-图7F为本申请实施例提供的电子设备100规划出游地点和/或出游区域时涉及的一组用户界面；
图7G-图7I为本申请实施例提供的电子设备100设置预设的出游条件以及预设的推荐时间的一种方式；
图7J为本申请实施例提供的电子设备100在卡片中展示规划的出游地点和/或出游区域信息的一个用户界面；
图7K为本申请实施例提供的车辆200展示的一个用户界面；
图8A-图8U、图9A-图9P为本申请实施例提供的推荐车辆行为时，电子设备100或车辆200所展示的一组用户界面；
图10A为本申请实施例提供的行人300在道路中行走的场景示意图；
图10B为本申请实施例提供的图10A中的行人300配置电子设备的示意图；
图10C-图10F为本申请实施例提供的电子设备400执行安全提醒时涉及的一组用户界面；
图10G-图10M为本申请实施例提供的电子设备400提供的用于用户设置执行安全提醒的设备以及方式的一组用户界面；
图11A-图11M为本申请实施例提供的车辆200驶入特定区域后提供的一组用户界面；
图11N-图11Q为本申请实施例提供的，车辆200驶入特定区域后，电子设备100提供的一组用户界面；
图12A为本申请实施例提供的一起交通事故的场景示意图；
图12B-图12N为本申请实施例提供的电子设备100-1检测到交通事故后提供的一组用户界面；
图12O-图12R为本申请实施例提供的车辆200-1检测到交通事故后提供的一组用户界面。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markuplanguage，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphicuser interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。
随着通信手段的日益丰富和物理世界数字化的加速发展，用户享受到的数字化服务越来越多，用户在生活及工作中产生的数据也越来越多。用户数据规模大，结构多样且增长迅速。此外，用户数据具备巨大的价值，例如可用于构建用户属性、提升用户体验以及研发新的应用技术等等。用户属性也可称为用户画像。
共享和开放用户数据，能够将各类信息有效地连接起来，挖掘出用户数据包含的价值，为用户生活带来更加便捷的服务。但是，共享和开放用户数据，同样存在泄露用户隐私信息的风险，导致用户对于个人数据安全性的担忧。在实际应用中，出于对隐私的保护，用户通常不放心开放自身的用户数据，这对挖掘用户数据的价值带来了障碍。
如何在合理合规的前提下共享和开放用户数据，将用户数据的价值最大化，充分挖掘数据价值，并且，保障用户隐私不被泄露，是当前及未来研究的方向，也是用户所关注的问题。
本申请实施例提供一种数据银行(data bank)的管理机制，可以在共享和开放用户数据的同时，保障用户隐私不被泄露。数据银行(data bank)具有全生命周期治理管控，数据防泄漏和防篡改，参与方身份鉴别与访问控制，价值分享的特性。具体的，数据银行保障数字世界的数据，在生命周期内有序、可控的存储、分享、应用和销毁，并且保障数据提供者、数据加工者、数据交易平台和数据消费者等所有参与方都能获取收益。数据银行促进数据成为数字经济繁荣的底座，满足数据成为市场经济生产要素的诉求。数据银行通过对数据全生命周期进行标记，对数字经济参与各方进行身份鉴别与权限控制，对数据流转进行全程追踪和记录，防止数据生命周期内信息泄漏及篡改，提供技术保障。
数据银行(data bank)是管理用户数据的可信机构，负责用户数据的存储、分享、分发、撤回、追溯、使用等等，还可用于管理用户数据的生命周期，即有效期。数据银行(databank)可以在用户授权的情况下，管理用户数据，并为用户数据的拥有用户付费。
数据银行(data bank)利用设备之间的互联互通以及各设备对其他设备能力的了解，将产生的数据分门别类地有序存储。存储数据时，为该数据打上相关标签(tag)，例如时间、地点、任务、事件，然后通过类似关系型数据库等方式存储，便于后续查找或使用这些数据。用户数据可以以个人、家庭、公司或其他团体为单位进行存储。存储数据时，还可以根据数据的重要性和敏感程度来分类分级，由用户设置各类数据的访问权限，这样可以在数据的生命周期内保证其不备泄露或滥用。
用户将数据存储至数据银行(data bank)中时，可以对数据进行加密并设置访问策略，其他用户只有在满足该访问策略时，才有权限查看数据银行(data bank)中存储的该数据。加密技术包括但不限于基于属性的加密(attribute-based encryption，ABE)算法等。
用户数据还可以经过脱敏处理后存储至数据银行。例如，用户数据中和用户隐私强相关的数据如姓名、联系方式等可以被删除后再存储至数据银行。
本申请实施例还提供一种可能的基于中间服务器实现的脱敏处理方案。中间服务器可以获取到用户通过端侧设备上传的用户数据，并为基于用户数据的服务提供方(例如提供医疗健康服务的服务器、提供交通事故分析的服务器、提供广告推荐的服务器等等)提供脱敏或模糊化后的用户数据，不直接将全部的用户数据公布给该服务提供方，以保证用户数据不被泄露或滥用，保障用户隐私。例如，用户通过端侧设备将用户数据上传至中间服务器后，中间服务器将该用户的真实身份信息(例如姓名、联系方式、住址等)和该用户数据绑定，在有基于用户数据的服务提供方来请求该用户数据时，中间服务器可以将该用户数据和该用户的虚拟化身份信息绑定后发送给该服务提供方，并且自己存储该虚拟化身份信息和真实身份信息的关联关系。这样，服务提供方不会获知用户数据和真实用户身份之间的关系，也就避免了用户敏感数据及隐私的泄露。其中，该中间服务器也可以被称为中间代理、代理服务器、中继服务器等其他名称。
数据银行(data bank)可以获取到海量的用户数据，并在用户同意的情况下将海量的、各行各业的、各类用户数据联合起来，利用这些用户数据来执行更多的操作，挖掘这些用户数据的经济价值和社会价值，推动各行业的发展。如果之后用户停止授权，则数据银行(data bank)则会停止对应的操作，例如用户停止授权后，数据银行(data bank)可以清理对应的数据，不会备份或拷贝该数据。这样可以确保用户数据被合理、有序地使用，还可以保护用户的隐私。
数据银行(data bank)将数据的加密体系、密钥管理、访问控制策略通过数据标签的形式集成到数据本身，可以让数据跨物理节点流动时仍然可以获得一致性保护。
数据银行(data bank)本身也可以实现为多层级或多类别的结构，不同层级的数据银行(data bank)具备的权限不同。例如数据银行(data bank)可以包括总数据银行和分数据银行等。又例如，数据银行(data bank)可包括管理运动健康数据的数据银行、管理出行数据的数据银行等等。
可见，用户数据就像货币，数据银行(data bank)就像货币银行，数据银行(databank)对用户数据的管理，和，货币银行对货币的管理类似。
数据银行(data bank)只是本申请实施例所使用的一个名词，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制。在其他一些实施例中，“数据银行(data bank)”也可以被称为例如“数据钱庄”等其他名词。
参考图1A，图1A示例性示出了本申请实施例提供的针对数据银行中用户数据的管理过程。
如图1A所示，图1A中示出的匿名化智慧服务数据应用平台即上文提及的中间服务器，图1A中示出的各类机构即为上述提及的基于用户数据的服务提供方，例如提供医疗健康服务的机构、提供交通事故分析的机构、提供广告推荐的机构等等。
下面结合图1A介绍本申请实施例提供的数据银行。
用户数据可包括但不限于以下几种类型：运动健康数据、智慧出行数据、家居生活数据、娱乐生活数据、习惯数据、设备数据等等。
运动健康数据，用于表征用户的身体状态。运动健康数据可包括年龄、性别、身高、体重、血压、血糖、血氧、呼吸率、心率、心电波形、体脂率、体温等生理数据。运动健康数据还可包括医疗数据，例如患者的个人信息、社会关系、电子健康档案数据、用药诊疗数据、健康体检数据等、病历文本数据、护理档案数据、手术记录数据，CT检查、超声、内镜等医疗影像资料数据CT图像、药物处方、运动处方等诊断结果，药品和器械费用、医疗人员信息等。
出行数据表征用户已执行或待执行的出行计划，以及，实际出行情况。出行数据可包括：订单(如机票、车票、酒店、外卖订单等)数据、日程数据、备忘录数据等。出行数据还可包括：车辆信息(如车速、油量、导航信息、驾驶模式等)、路况、道路基础设施信息(如交通灯信息)、历史出行记录等等。
习惯数据表征用户使用电子设备的行为习惯。用户使用电子设备的行为习惯包括用户常用的操作或模式，例如可包括：单手(如左手或右手)操作设备、语音输入、跳过广告界面、盲人模式、消息免打扰、常用的APP等。
设备数据表征用户所使用的电子设备的配置情况，以及，该电子设备和其他设备的连接情况。设备数据例如可包括：电子设备中的应用程序(application，APP)安装列表、设备型号及配置、操作系统(operating system，OS)的登录账号及密码、各个APP的登录账号及密码、电子设备连接的其他设备(例如智能家居设备)的类型、数量及其他信息、等等。
不限于上述列出的几种用户数据，用户数据还可包括更多的内容，例如还可包括优惠券信息、银行数据、理财数据、个人身份认证信息、社会关系、学历、联系人信息等等。
用户数据的表现形式可以包括符号、文字、数字、语音、图像、视频等等。用户数据可以是数字信息，也可以是纸质信息。
基于图1A所示的数据银行(data bank)管理机制，用户数据的处理过程主要以下几个步骤：
1.用户数据的收集
收集用户数据的方式可包括多种，这里不做具体限定。
收集用户数据的方式可包括但不限于以下几种：
(1)各类设备收集用户数据
用户数据可以通过各类设备来收集。这些设备可以互联互通并组成生态链，也可以相互独立且不联通。
例如，医疗器械或可穿戴设备来可以采集运动健康数据。血压计可采集血压，血糖仪采集血糖，血氧计采集血氧饱和度和脉率，体温计采集体温，心电记录仪采集心电波形，体脂秤采集体脂率，智能手表或智能手环采集心率、呼吸率、血氧等。
又例如，车载设备可以采集出行数据。车载设备可通过传感器采集车速、油量，还可以获知当前的导航信息、驾驶模式，还可以通过蓝牙、蜂窝等通信技术获取到道路基础设施信息，等等。
(2)应用(application，APP)收集用户数据
电子设备中可以安装各类APP，可包括系统APP，也可包括第三方APP。其中，系统APP是指电子设备的生产商所提供或研发的APP，第三方APP是指非电子设备的生产商所提供或研发的APP。电子设备的生产商可以包括该电子设备的制造商、供应商、提供商或运营商等。
电子设备运行APP为用户提供服务时，该APP可以收集到相关的用户数据。例如，出行数据可以由智能手机、平板电脑等设备通过对应的APP采集到。其中，订单数据可以从订票类APP中采集，日程数据可以从日程表APP中采集，备忘录数据可以从备忘录中采集。又例如外卖类APP可以收集用户的饮食偏好，电商购物类APP可以收集用户的购物偏好。
(3)电子设备的OS收集用户数据
OS是最基本的系统软件，用于管理电子设备的硬件、软件及数据资源，控制程序运行，改善人机界面，为其它软件提供支持等等。OS包括但不限于
Figure BDA0003288487300000361
Figure BDA0003288487300000362
等等。
电子设备运行OS为用户提供服务时，该OS可以收集到相关的用户数据。
例如，电子设备如智能手机、可穿戴设备的OS可以采集用户的习惯数据。智能手机、平板电脑的OS可以监控并学习用户使用智能手机、平板电脑等电子设备的行为习惯，例如用户常用的输入法、消息模式、操作模式等等，并生成表征用户行为习惯的习惯数据。可穿戴设备如智能手环等可采集用户的手部抖动频率、步频、睡眠等习惯数据。
电子设备的OS还可以采集设备数据。
例如，智能手机等设备的OS可以获取到本设备上安装的APP列表、机型以及其他配置信息、OS的登录账号及密码、各个APP的登录账号及密码、用户的个人信息及联系人列表，还可以根据连接情况获知本设备连接的其他设备的信息(例如类型、数量、所在位置)等等。
又例如，用户还可以在智能手机、平板电脑等设备上直接设置自己常用的操作模式、消息模式，该设备的OS可以根据用户的设置来采集该用户的行为习惯。
(4)电子设备的信息输入器件收集用户数据
信息输入器件可包括但不限于显示屏、摄像头、麦克风、鼠标、键盘等等。
例如，用户可以通过文本、语音等形式输入运动健康数据，并由智能手机、平板电脑等设备通过显示屏、麦克风等接收。又例如，电子设备还可通过显示屏采集用户的输入法信息及搜索记录。又例如，智能手机、平板电脑还可以通过摄像头扫描纸质的体检报告、CT图像、药物处方、运动处方等，从而获取到体检报告中的信息。
(5)第三方机构收集用户数据
第三方机构可包括产生数据的可信机构，例如医院、职能机构等等。可信机构可用于收集用户数据。
例如，医院可以搜集用户的运动健康数据。用户在医疗机构就诊后，诊断结果可上传至医疗机构提供的服务器，然后用户侧的智能手机、平板电脑等数据可以从服务器中下载该诊断结果。
又例如，政府职能机构可以收集用户的个人信息、社会关系、联系人信息等等。
不限于上述列举的几种采集数据的方式，在一些实施例中，还可以通过其他方式来采集用户数据，这里不做限定。
收集用户数据时，一方面可以检验用户数据的有效性，对重复冗余、错误乱码等无效数据进行标记，要求重新提交数据或重新输入数据，另一方面还可以检验数据的完整性。
收集到用户数据后，还可以对用户数据做预处理。例如，对各类数据进行标准化处理，并根据数据的重要程度、敏感程度、时效性或其他特定等进行分类，建立统一的数据存储模式。这样，通过不同方式、不同平台获取到的用户数据可以以统一的标准存储，并能够收集到完善全面的数据，便于后续构建完整的用户属性。这里，不同类型的用户数据可以有不同的存储标准，例如运动健康数据和出行数据可以通过不同的标准存储。
2.用户数据的加工
加工用户数据，可以为用户更好地提供服务，满足用户的实际需求。
用户数据在用户同意后，可以上传至匿名化管理平台，确保信息无法追踪至个人，保证用户隐私。同时，基于多种加密技术，如密态计算、机密计算等进行端云联合推理，在此基础上对用户形成完整属性并保护隐私数据不泄露。当然，不同类别的用户数据可以上传至不同的匿名化管理平台，如运动健康数据可上传至医疗管理平台，出行数据可上传至出行管理平台等。
用户数据的加工可应用出行管理。
用户在道路中行走或骑行时，用户侧的电子设备可以接收到车辆在行驶过程中广播的车辆信息、道路基础设施广播的信号，还可以检测自身的运行数据，并结合上述一个或多个数据来让用户避让车辆。车辆信息可包括驾驶数据如速度、车道、车辆自身的道路规划，驾驶员的操作信息(例如是否打开转向灯)，还可包括车辆状态(如刹车灵敏度、使用年限)等等。道路基础设施广播的信号例如可包括交通灯信息。电子设备的运行数据可包括定位数据、速度数据等等。
在需要用户避让车辆时，用户侧的电子设备可以通过弹窗、黑屏、可穿戴设备震动、耳机停止降噪、耳机播放提示音、手机外放提示音，暂停当前业务等方式来提示用户避让车辆。这样可以保证用户的人身安全。
车载设备也可以监控周围环境，包括接收其他车辆广播的车辆信息，感知或识别路上的行人、骑行者、道路工作者等，接收道路基础设施广播的信号等等，根据周围环境来控制车辆行为。例如，车载设备在自动驾驶模式下直接减速、转向、鸣笛等来避让路人，在需要时强制切换到自动驾驶模式并提示用户，纠正驾驶员操作等等。这样可以规范车辆在道路中的行驶行为，保证交通安全。
车载设备可以结合多方信息来规范或推荐车辆的驾驶行为。
当车辆进入特定场景后，车载设备可以根据该特定场景的要求来规范车辆行为。例如，车辆驶入会议场所后，不能开启摄像头采集图像、不能开启麦克风采集音频，不能定位，关闭自动驾驶模式、关闭娱乐系统等等。又例如，车辆驶入正在考试的学校区域时，禁止鸣笛，限制车速。这样可以满足各个场所的实际管控需求。车辆驶出特定场景后，则可以不受上述要求限制。
车辆还可以根据行驶数据，来规范行驶行为。例如，车载设备可以加载交通法规，并结合车辆实际的行驶数据，在车辆违反交通法规时执行罚款、扣分、纠正行为等处理。又例如，车载设备还可以根据路况关闭自动驾驶、限制车速等等。又例如，车载设备在导航过程中，可以提示驾驶员哪些路段适用于自动驾驶模式或手动驾驶模式，方便驾驶员切换。
车载设备还可以结合车辆信息、APP优惠信息、交通状况、用户状态等，推荐车辆行为。例如，如果当前车辆油量较低，不能支撑到达目的地或常用地点，则可以提示驾驶员去加油站加油；如果用户的智能手机备忘录中记录几天后将保养车辆，并且保养服务赠送洗车服务，则驾驶员导航去洗车点时，电子设备可以提示用户。
电子设备可以为用户提供出行规划。
在用户输入起点和终点后，电子设备可以结合终点的停车场信息(排队时间、车位数量、停车费用)、油费、混合出行方式、固定的出行费用、交通状况等来规划出行方案。如果用户只输入了起点，电子设备也可以结合终点的停车场信息(排队时间、车位数量、停车费用)、油费、混合出行方式、固定的出行费用、交通状况等来来为用户规划可出行的区域及出行方案。
针对同一个起点，多个终点的出行计划，电子设备可以规划合理的出行方案。该多个出行计划可以从日程、备忘录、订票APP中获取。这样在拼车或导航时，可以同时针对多个终点进行规划，满足了用户的实际需求。
车辆检测到发生碰撞，出现交通事故后，可以主动或者在驾驶员触发下，将相关信息发送给可信机构。可信机构对交通事故相关车辆的信息进行进行分析，可以初步进行事故鉴定或者保险分析。由可信机构初步判定并且返回分析结果，不必交警等到场即可初步判定事故责任方，可以提高交通事故的鉴定效率，在发生事故后迅速解决，让道路更加畅通，也让用户体验更佳。
上述车载设备执行的操作，也可以由智能手机等电子设备执行，这里不做限定。
可见，加工用户数据可以让用户出行更加智能、方便、安全。
上述提及的加工或处理用户数据的过程，可以由电子设备在端侧执行，也可以由云侧的服务器执行，还可以端云结合执行。具体处理用户数据时，可以通过预设的简单规则制定模型，也可以通过人工智能(artificial intelligence，AI)引擎来抽取模型，并通过该模型来处理或加工用户数据。预设的规则可以来自经验知识或业界标准。这些模型可用于根据用户数据来构建用户属性，从而为用户提供针对性地服务。在数据银行中，构建的用户属性例如可包括针对用户的运动健康属性、出行偏好属性、家居偏好属性、娱乐生活偏好属性等等。
可见，加工用户数据也可以让用户的家庭生活更加智能、方便、安全。
3.用户数据的开放
用户数据可以跨设备开放给其他设备、跨应用开放给其他应用、跨OS开放给其他OS、跨用户开放给其他用户。开放用户数据，可以使得电子设备能够融合多方用户数据，从而为用户提供更加智能、方便的服务。通过开放用户数据，使得海量的用户数据不再相互独立存在，而可以流通起来进行共享。
在开放用户数据时，可以制定相应的使用用户数据的权限控制策略，基于加密算法做到严格的权限管理和访问控制，确保数据只有在接收方满足访问策略时，才开放数据，并且还可控制数据的转发、截屏、打印等系统权限。这样既可以通过开放用户数据来提供更加优良的服务，又可以保证用户数据的安全，避免数据泄露。例如，在医疗领域，就可以保证医疗数据的有序分享、受控分发、可控撤回、事后追溯等需求。
4.用户数据的价值呈现
用户数据可以直观地展示给用户，让用户直接获知电子设备所采集到的用户数据，从而了解自身的身体状态、家庭成员的身体状态、家庭中的家居设备状态等等。
例如，电子设备可以基于用户的运动健康数据，自动为用户生成个性化的运动建议或饮食建议。电子设备还可以基于消费者的运动数据，自动生成展示运动结果的图像，方便用户查看。电子设备还可以监控冰箱中物品的剩余量，并及时通过手机提醒用户，或将该信息发送给第三方视频APP，在进行视频播放时进行广告展示，或通过电商直接推荐当前所需的物品，或将信息自动存入备忘录，对用户进行提醒。电子设备还可以基于用户数据，联合其他设备进行广告推送，例如手机向大屏投屏，利用空余空间进行广告展示或直接展示多任务界面等等。电子设备还可以根据用户的使用该电子设备的数据、确定用户是否打破该电子设备的使用规则，若是，则输出提示信息，提示用户通过完成制定的任务，以继续正常使用该电子设备。
用户数据还可用于为各个用户构建用户属性，以便为该用户提供更个性化的服务。这里，可以使用不同类型的数据来为同一用户构建不同类别的属性，例如使用运动健康数据构建运动健康属性，使用出行数据构建出行偏好属性，使用和家居生活相关的数据构建家居偏好属性，使用和娱乐生活相关的数据构建娱乐偏好属性等等。用户属性可以提供给用户自己看，也可以提供给第三方APP或第三方平台，以便第三方APP或第三方平台为用户提供个性化的服务。
用户数据还可以提供给第三方APP或平台，如医疗机构、运动健康平台等，并融合起来为用户提供更好的服务。
例如，第三方APP或平台可以基于大量的医疗数据发展AI医疗，如医学影像、辅助诊断、药物研发、健康管理、基因测序等，可以促进医疗行业的技术发展。又例如，患者可以从不同医院拿到之前的电子病历和检查报告，辅助医生诊断，即医疗数据可以在不同医疗机构之间安全流动，提升患者的看病效率。又例如，用户也可根据自己每日上传的各项身体检测数据，进行日常健康监测管理或者慢病风险分析等，且不用担心自己的数据被泄露。
此外，用户还可以将自身的用户数据出售。这样在用户许可的情况下，有需求的平台可以获取到大量有效的用户数据，并使用这些用户数据来研发更加丰富的应用技术，更好地为用户提供服务。并且，用户也能得到收益，实现双赢。
在一些实施例中，用户的端侧设备上可以安装有不同的应用，分别支持上述提及的不同领域的用户数据的采集、加工、开放及数据呈现。例如，端侧设备中可以安装有运动健康类APP，用于支持针对运动健康类数据的相关处理。例如，端侧设备中可以安装有智能出行类APP，用于支持针对出行类数据的相关处理。例如，端侧设备中可以安装有智能家居类APP，用于支持针对家居类数据的相关处理。例如，端侧设备中可以安装有智能生活类APP，用于支持针对生活类数据的相关处理。
本申请实施例提供的数据银行(data bank)的管理机制，用户共享和开放用户数据，可以在保障用户隐私安全的前提下，将数据银行作为资产一样流通起来，充分挖掘用户数据的价值，不仅可以满足用户的实际需求，让用户健康生活、智能出行，还可以促进各行业的健康繁荣发展。
下面，介绍用户数据在出行管理中的应用。
在本申请实施例提供的出行管理方法中，车辆或驾驶员侧的电子设备可以利用用户数据来规划出行方案、推荐车辆行为、控制车辆权限、上报交通事故信息，行人侧的电子设备可以利用用户数据执行安全提醒。该方法可以让用户出行更加的智能、便捷及安全，可以提升用户体验。
本申请实施例提供的出行管理方法可包括：出行规划方法、推荐车辆行为的方法、安全提醒方法、车辆的权限控制方法，以及，交通事故责任方的判定方法。
在出行规划方法中，车辆或电子设备可以规划出行方案。一方面，车辆或电子设备规划驾车出行和其他出行方式的混合出行方案，还可以规划固定费用内的驾车出行方案，并可以寻找停车场、预定停车位及充电桩、提醒缴纳停车费等等。另一方面，车辆或电子设备可以在用户设置的例如出行方式、出行费用、出行时间等出游条件下，规划符合用户要求的出游地点和/或出游区域。规划出行方案，可以满足用户的实际需求，让用户出行更加方便快捷。
在推荐车辆行为中，车辆或驾驶员侧的电子设备可以推荐车辆行为。车辆或电子设备可以收集各类APP的优惠券信息、驾驶员的运动健康数据、驾驶员的行为数据、该车辆自身的车辆信息、驾驶员的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人侧的电子设备发送的信息等等，推荐车辆执行合适的操作或直接执行合适的操作，例如导航至有优惠的加油站、播放音乐、避让其他车辆及行人等等。这样可以更好地规划驾驶行为，不仅可以满足驾驶员的实际需求，还可以改善车与车之间的关系，提高道路的畅通度，减少交通事故，从而提升用户体验。
在安全提醒方法中，行人侧的电子设备可以执行安全提醒。电子设备可以获取附近车辆发送的车辆信息、道路基础设施发送的信号等，还可以检测电子设备自身的运行情况等，并结合这些信息来提示用户注意避让。这样，行人即使沉浸到手机或者佩戴耳机，也可以时刻掌握周围环境的具体情况，避免发生交通事故。
在车辆的权限控制方法中，车辆或驾驶员侧的电子设备可以进行权限管控。车辆或电子设备可以获取当前区域的访问策略，并根据该访问策略来控制车辆权限。例如，车辆进入学校后禁止鸣笛，进入安全会议场所禁止开启摄像头，等等。这样可以有效地满足各个场所的管控需求，提高管控效果。
在交通事故责任方的判定方法中，车辆、驾驶员侧的电子设备或行人侧的电子设备均可以上报交通事故信息。车辆之间发生交通事故后，发生交通事故的多个车辆或驾驶员侧的电子设备可以上传相关信息，例如车辆信息、驾驶员信息等至可信机构，可信机构可结合交通事故相关的多方信息判定事故责任方。车辆与行人之间发生交通事故后，发生交通事故的车辆或车辆侧的电子设备，以及，行人侧的电子设备可以上传相关信息例如车辆信息、驾驶员信息等至可信机构，可信机构可结合交通事故相关的多方信息判定事故责任方。这样可以提高交通事故的鉴定效率，提高交通事故的判定效率及准确率，让道路更加畅通，也让用户体验更佳。
首先介绍本申请实施例提供的通信系统10。
参考图1B，图1B为本申请实施例提供的通信系统10的结构示意图。
如图1B所示，本申请实施例提供的通信系统10包括：驾驶员1000侧的电子设备100、车辆200、行人300侧的电子设备400、道路基础设施500、网络设备600、导航服务器700、可信机构提供的服务器800，等等。
驾驶员1000是指驾驶车辆200的用户。驾车车辆200的用户，和，该车辆200的车主，可以是同一人，也可是不同的人。在本申请以下实施例中，驾驶员1000可以被替换为乘客，驾驶员1000侧的电子设备100也可以被替换为乘客侧的电子设备100，后续以驾驶员侧的电子设备100为例进行说明。也就是说，后续实施例中驾驶员侧的电子设备执行的各项操作，也可以由乘客侧的电子设备来执行。
行人300可以是在道路中或道路旁侧行走的路人、环卫工作者、修路工人、骑行者、非机动车的驾驶者或乘坐人员等。
驾驶员侧的电子设备100，以及，行人侧的电子设备400，均可以为各种类型，本申请实施例对该电子设备100或电子设备400的具体类型不作限制。例如，该电子设备100或电子设备400可包括手机，还可以包括平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、大屏电视、智慧屏、可穿戴式设备(如智能手表、智能手环)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence，AI)设备、车机、智能耳机，游戏机等便携式终端设备等等。
通信系统10中的各个电子设备如电子设备100、电子设备400等，可以配置不同的软件操作系统(operating system，OS)，包括但不限于
Figure BDA0003288487300000411
Figure BDA0003288487300000412
等等。该多个电子设备也可以都配置相同的软件操作系统，例如可以均配置/>
Figure BDA0003288487300000413
在一些实施例中，电子设备100可以用于规划驾车出行和其他出行方式的混合出行方案，还可以规划固定费用内的驾车出行方案，还可以在用户设置的条件下规划符合要求的出游地点和/或出游区域。
在一些实施例中，电子设备100可以用于收集各类APP的优惠券信息、驾驶员1000的运动健康数据、驾驶员1000的行为数据、驾驶员1000的身份认证信息、该车辆自身的车辆信息、附近其他车辆的车辆信息、道路基础设施信息、行人侧的电子设备发送的信息等等，推荐车辆200执行合适的操作或直接执行合适的操作，例如导航至有优惠的加油站、播放音乐、避让其他车辆及行人等。
在一些实施例中，电子设备100可以用于获取当前区域的访问策略，并根据该访问策略来控制车辆200的权限。
在一些实施例中，电子设备100可以用于获取车辆200的交通事故信息，并通过网络设备600，基于蜂窝网络向可信机构的服务器800上报交通事故信息。
在一些实施例中，电子设备100还可以用于向车辆200发送一些信息，用于车辆200执行进一步操作，例如电子设备100将APP的优惠券信息、驾驶员1000的身份认证信息、推送给车辆200，以使得车辆200推荐车辆行为。
行人300侧的电子设备400的数量可以有多个，例如，同一个行人300可以同时配置有手机、智能手环和耳机。行人300侧配置有多个电子设备400时，该多个电子设备400之间可以通过无线保真直连(Wi-Fi direct)/无线保真点对点(Wi-Fi peer-to-peer，Wi-FiP2P)、蓝牙(Bluetooth，BT)、近场通信(near field communication，NFC)，红外(infrared，IR)等无线通信技术建立连接并通信，也可以通过有线方式建立连接并通信，这里不限定。
行人300侧的电子设备400可以用于接收附近的车辆200发送的车辆信息，还可以接收到道路基础设施500发送的信号，并可以检测自身的运行情况，结合上述信息来提示行人注意避让。在其他一些实施例中，行人侧的电子设备400可以用于获取行人发生碰撞时的交通事故信息，并通过网络设备600，基于蜂窝网络向可信机构的服务器800上报该交通事故信息。
车辆200可以包括大型汽车、小型汽车、电动车、摩托车、拖拉机等机动车。车辆200配置的OS可包括但不限于
Figure BDA0003288487300000414
等。
车辆200可以通过基于蜂窝网络的车辆与万物(vehicle to everything，V2X)通信技术(cellular V2X，C-V2X)和通信系统10中的其他设备建立连接并通信。例如，车辆200可以连接到网络设备600，以网络设备600作为中间设备，和其他设备通信。C-V2X例如可包括基于长期演进(long term evolution，LTE)的V2X(LTE-V2X)、5G-V2X等。
车辆200和通信系统10中其他设备之间的通信可分为以下几种：
车与互联网(vehicleto network，V2N)通信。车辆200可以通过网络设备600，基于蜂窝网络和导航服务器700、服务器800以及互联网中的其他服务器例如提供娱乐服务的服务器等通信，使用服务器提供的导航、娱乐、防盗、交通事故鉴定等服务。
车与车(Vehicle-To-Vehicle，V2V)通信。车辆200之间可以通过网络设备600，基于蜂窝网络进行信息交互。
车与基础设备(vehicle to infrastructure，V2I)通信。车辆200通过网络设备600，基于蜂窝网络，可以与道路基础设施500例如交通信号灯(即红绿灯)、摄像头等通信，获取交通灯信息、拍摄图像等信息。
车与行人(vehicletopedestrian，V2P)通信。车辆200可以通过网络设备600，基于蜂窝网络，与道路上的行人300侧的电子设备400通信，例如车辆200广播车辆信息至电子设备400，发送安全警告等等。
不限于蜂窝网络，车辆200还可以基于其他无线通信技术例如短距离通信(shortrange communication)技术，和通信系统10中的其他设备通信。例如，车辆200可以通过无线保真(wireless-fidelity，Wi-Fi)、蓝牙(Bluetooth，BT)、近场通信(near fieldcommunication，NFC)，红外(infrared，IR)、超宽带(ultra-wideband，UWB)等技术和行人侧的电子设备100、电子设备400、道路基础设施500或其他车辆200等通信。蓝牙可以是经典蓝牙，也可以是低功耗蓝牙(bluetooth low energy，BLE)。例如，车辆200可以通过蓝牙广播自身的车辆信息、驾驶员信息，也可以接收到其他车辆通过蓝牙广播的车辆信息、驾驶员信息。
此外，车辆200还可以通过有线方式和驾驶员1000侧的电子设备100连接并通信。车辆200和驾驶员1000侧的电子设备100连接后，驾驶员1000可以使用电子设备100监测并控制车辆200。
在一些实施例中，车辆200可以用于规划驾车出行和其他出行方式的混合出行方案，还可以规划固定费用内的驾车出行方案，还可以在用户设置的条件下规划符合要求的出游地点和/或出游区域。
在一些实施例中，车辆200可以用于收集各类APP的优惠券信息、驾驶员的运动健康数据、驾驶员的行为数据、该车辆自身的车辆信息、驾驶员的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人侧的电子设备发送的信息等等，推荐车辆200执行合适的操作或直接执行合适的操作，例如导航至有优惠的加油站、播放音乐、避让其他车辆及行人等。
在一些实施例中，车辆200可以用于获取当前区域的访问策略，并根据该访问策略来控制车辆200的权限。
在一些实施例中，车辆200可以用于获取车辆200的交通事故信息，并通过网络设备600，基于蜂窝网络，即通过V2N向可信机构的服务器800上报交通事故信息。
在一些实施例中，车辆200还可以用于向电子设备100发送一些信息，用于电子设备100执行进一步操作，例如车辆200将车辆信息发送给电子设备100，以使得电子设备100推荐车辆行为。
道路基础设施500为设置在道路中或道路侧的电子装置，可包括但不限于交通信号灯、摄像头、测速装置、路侧单元(road side unit，RSU)、雷达等。道路基础设施500用于采集周围环境的信息。道路基础设施采集到的数据例如可包括摄像头拍摄到的图像，测速装置测量到的车速，交通信号灯提供的交通灯信息等等。道路基础设施500可用于通过短距离通信技术如无线保真(Wireless-Fidelity，Wi-Fi)、蓝牙(Bluetooth，BT)、近场通信(near field communication，NFC)，红外(infrared，IR)、超宽带(ultra-wideband，UWB)等技术，将自身获取到的数据发送给即将驶入当前路段的车辆200或正在当前路段行驶的车辆200，也可以通过蜂窝网络将这些数据传输给这些车辆200。
道路基础设施500，如摄像头、雷达、RSU等，可以感知识别到路面上的异常状况，比如行人或动物闯入、应急车道停车、车辆逆行、车辆抛锚、交通事故，或者大雾、落石、结冰等极端天气。
RSU可以作为一个差分定位点，对过往车辆200进行高精定位。RSU还可以通过V2I收集各个道路基础设施500采集的信息，并初步识别和筛选这些信息，将这些信息中的有效数据通过V2N发送给车辆200，或者通过短距离通信技术发送给车辆200。
在一些实施例中，RSU可以连接路侧或路中设置的其他设备，例如交通信号灯、摄像头和雷达，获取相应的数据后，将该数据通过蜂窝网络传输给即将驶入当前路段的车辆200或正在当前路段行驶的车辆200，也可以直接将该数据传输给这些车辆200。
网络设备600由通信服务运营商提供，用于和通信系统10中的电子设备100、电子设备400、车辆200及道路基础设施500通过某种空口技术相互通信。该空口技术可包括：2G(如全球移动通信系统(global system for mobile communications，GSM))、3G(如通用移动通信系统(universal mobile telecommunications system，UMTS)、宽带码分多址(wideband code division multiple access，WCDMA)、时分同步码分多址(timedivision-synchronous code division multiple access，TD-SCDMA))、长期演进(longterm evolution，LTE)/4G以及新的无线接入技术(new radio access technology，NewRAT)，例如4.5G、5G以及未来出现的6G等。
网络设备600可以是GSM或CDMA中的基站(base transceiver station，BTS)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(evolved Node B，eNB)，或者中继站，以及5G网络中的接入网设备或者公共陆地移动网(public land mobile network，PLMN)网络中的接入网设备等。
网络设备600负责使用有线或者无线的通信技术将其连接的各个设备，例如车辆200、电子设备100及电子设备400，汇接到核心网中，提供各个设备与互联网的连接。网络设备600、核心网以及各个设备构建成蜂窝网络。
导航服务器700是用于为通信系统10中的各个电子设备，例如电子设备100、电子设备400，以及车辆200等提供定位及导航服务的服务器。导航服务器700可用于向电子设备100、电子设备400或车辆200发送其所在的位置信息，以及，该电子设备或车辆200所请求的导航信息。导航服务器700还可用于根据电子设备100或车辆200的请求消息，生成符合要求的出行方案，例如规划驾车出行和其他出行方式的混合出行方案，还可以规划固定费用内的驾车出行方案，还可以在用户设置的条件下规划符合要求的出游地点和/或出游区域等。导航服务器700和各个电子设备、车辆200之间可通过V2N技术如3G、LTE、5G等蜂窝移动通信技术通信，也可以通过广域网(wide area network，WAN)技术、局域网(LAN)技术通信。
服务器800由可信机构提供，用于结合多个电子设备100或车辆200上报的交通事故信息，判定事故责任方，并将判定结果下发至上述多个电子设备100或车辆200。服务器800和各个电子设备、车辆200之间可通过3G、LTE、5G等蜂窝移动通信技术或广域网(widearea network，WAN)技术、局域网(LAN)技术通信。服务器800可以是可信机构的电脑等设备，例如可以为交警侧的电脑。
在一些实施例中，服务器800和导航服务器700也可以合成为同一个服务器，这里不做限定。
图1B所示的各个设备可以通过全球卫星导航技术、基站定位、Wi-Fi定位、红外线定位等技术获取自身的位置信息。
通信系统10中各个设备的具体作用，可参考后续方法实施例的详细描述。
图1B所示的通信系统10仅为示例，具体实现中，通信系统10还可以包括更多的设备，例如还可包括提供娱乐服务的服务器，提供充电桩管理服务、停车位管理服务的服务器900，设置在特定区域中用于发送该特定区域对应的访问策略的设备，等等，这里不做限定。
其中，服务器900用于管理充电桩，可用于锁定或解锁充电桩，还可以用于提供充电桩的支付服务。在一些实施例中，服务器900还可用于管理停车场的停车位，可用于锁定或解锁停车位，还可用于提供停车费的支付服务。在其他一些实施例中，充电桩和停车位的管理可以分开由两个服务器执行。在一些实施例中，服务器900和导航服务器700之间可以通信。在另一些实施例中，服务器900和导航服务器700也可以合成为同一个服务器。
通信系统10也可以被称作车联网系统、V2X系统等其他名词，这里不做限定。
在本申请实施例中：
导航服务器700也可被称为第一服务器。
提供充电桩管理服务、停车位管理服务的服务器900也可被称为第二服务器。
可信机构提供的服务器800，也可被称为第三服务器。
图2A示出了电子设备的结构示意图。该电子设备可以是图1B所示的驾驶员1000侧的电子设备100，也可以是行人300侧的电子设备400，这里不做限定。
如图2A所示，电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本发明实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备的触摸功能。
I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。
USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备充电，也可以用于电子设备与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。
可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在本申请另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，电子设备的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
电子设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)。显示面板还可以采用有机发光二极管(organiclight-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flexlight-emitting diode，FLED)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，QLED)等制造。在一些实施例中，电子设备可以包括1个或N个显示屏194，N为大于1的正整数。
电子设备可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备可以支持一种或多种视频编解码器。这样，电子设备可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
内部存储器121可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。
随机存取存储器可以包括静态随机存储器(static random-access memory，SRAM)、动态随机存储器(dynamic random access memory，DRAM)、同步动态随机存储器(synchronous dynamic random access memory,SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,DDR SDRAM，例如第五代DDR SDRAM一般称为DDR5 SDRAM)等。
非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。
快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等，按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,SLC)、多阶存储单元(multi-level cell,MLC)、三阶储存单元(triple-level cell,TLC)、四阶储存单元(quad-level cell,QLC)等，按照存储规范划分可以包括通用闪存存储(英文：universalflash storage，UFS)、嵌入式多媒体存储卡(embedded multi media Card，eMMC)等。
随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用程序的数据等。
非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。
外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展电子设备的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。
电子设备可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备可以设置至少一个麦克风170C。在另一些实施例中，电子设备可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备根据压力传感器180A检测所述触摸操作强度。电子设备也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中，电子设备通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备是翻盖机时，电子设备可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备在各个方向上(一般为三轴)加速度的大小。当电子设备静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。
距离传感器180F，用于测量距离。电子设备可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备通过发光二极管向外发射红外光。电子设备使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备附近有物体。当检测到不充分的反射光时，电子设备可以确定电子设备附近没有物体。电子设备可以利用接近光传感器180G检测用户手持电子设备贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备是否在口袋里，以防误触。
指纹传感器180H用于采集指纹。电子设备可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中，电子设备利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备对电池142加热，以避免低温导致电子设备异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备对电池142的输出电压执行升压，以避免低温导致的异常关机。
触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备的表面，与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备可以接收按键输入，产生与电子设备的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备的接触和分离。电子设备可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备中，不和电子设备分离。
当图2A所示的电子设备为图1B中驾驶员1000侧的电子设备100时：
无线通信模块160或移动通信模块150可用于和车辆200建立通信连接。例如，移动通信模块150可用于电子设备100和车辆200基于蜂窝网络通信，移动通信模块150可用于电子设备100通过Wi-Fi、BT、NFC，IR、UWB等技术和车辆200通信。
不限于此，电子设备100中的USB接口、type-C接口、Lightning接口或其他接口也可以用于连接车辆200，用于支持电子设备100和车辆200通信。
在一些实施例中，处理器110可用于规划驾车出行和其他出行方式的混合出行方案，还可以规划固定费用内的驾车出行方案，还可以在驾驶员1000设置的条件下规划符合要求的出游地点和/或出游区域。
在一些实施例中，电子设备100可收集各类APP的优惠券信息，无线通信模块160或移动通信模块150可用于接收其他设备发送的驾驶员1000的运动健康数据、驾驶员1000的行为数据、车辆200的车辆信息、其他车辆发送的车辆信息、道路基础设施发送的信息、行人侧的电子设备400发送的信息等等。或者，电子设备100的传感器可用于采集驾驶员1000的运动健康数据、身份认证信息。处理器110可以根据上述信息得到适合车辆200执行的操作，并利用显示屏、扬声器等器件提示驾驶员1000执行该操作，或者直接触发相关器件执行该操作，例如导航至有优惠的加油站、播放音乐、避让其他车辆及行人等。
在一些实施例中，无线通信模块160或移动通信模块150可用于接收当前特定区域的访问策略，处理器110可用于根据该访问策略来控制车辆200的权限。
在一些实施例中，电子设备100可以接收车辆200发送的交通事故信息，并通过网络设备600，基于蜂窝网络向可信机构的服务器800上报交通事故信息。
在一些实施例中，无线通信模块160或移动通信模块150还可以用于向车辆200发送一些信息，用于车辆200执行进一步操作，例如电子设备100将APP的优惠券信息、驾驶员1000的身份认证信息、推送给车辆200，以使得车辆200推荐车辆行为。
当图2A所示的电子设备为图1B中行人300侧的电子设备400时：
在一些实施例中，无线通信模块160或移动通信模块150，用于接收附近的车辆200发送的车辆信息，还用于接收到道路基础设施500发送的信号。电子设备400还可以检测自身的运行情况，处理器110可结合上述电子设备400获取到的各类信息来提示用户注意避让。
在一些实施例中，行人发生碰撞时，无线通信模块160或移动通信模块150等，可用于获取行人发生碰撞时的交通事故信息，无线通信模块160或移动通信模块150还可用于基于蜂窝网络向可信机构的服务器800上报该交通事故信息。
在本申请实施例中，电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的移动操作系统为例，示例性说明电子设备的软件结构。
图2B是本发明实施例的电子设备的软件结构框图。该电子设备可以是图1B所示的驾驶员1000侧的电子设备100，也可以是行人300侧的电子设备400，这里不做限定。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将移动操作系统分为四层，从上至下分别为应用程序层，程序框架层/核心服务层，底层库和运行时，以及内核层。
应用程序层可以包括一系列应用程序包。
如图2B所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。
程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。程序框架层包括一些预先定义的函数。
如图2B所示，程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
运行时可以指程序运行时所需的一切代码库、框架等。例如，对于C语言来说，运行时包括一系列C程序运行所需的函数库。对于Java语言来说，除了核心库之外，运行时还包括Java程序运行所需的虚拟机等。上述核心库可包括Java语言需要调用的功能函数。
底层库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
下面结合捕获拍照场景，示例性说明电子设备软件以及硬件的工作流程。
当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。
当图2B所示的电子设备为图1B中驾驶员1000侧的电子设备100时：
应用程序层可包括地图(map)应用。
在一些实施例中，该地图应用可以提供规划驾车出行和其他出行方式的混合出行方案，规划固定费用内的驾车出行方案，在用户设置的条件下规划符合要求的出游地点和/或出游区域等功能。
在一些实施例中，该地图应用可以提供收集各类APP的优惠券信息、驾驶员的运动健康数据、驾驶员的行为数据、车辆200的车辆信息、驾驶员的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人侧的电子设备发送的信息等，并推荐车辆200执行合适的操作或直接触发车辆200执行合适的操作等功能。
在一些实施例中，该地图应用可以提供获取当前区域的访问策略，并根据该访问策略来控制车辆200的权限等功能。
该地图应用也可以被替换为智能出行应用，即智能出行应用也可以提供上述地图应用所提供的各项功能。后续实施例中电子设备100中地图应用提供的功能，也可以由该智能出行应用来提供。
应用程序可包括车辆管理应用。
在一些实施例中，车辆管理应用可提供获取车辆200的交通事故信息，并通过网络设备600，基于蜂窝网络向可信机构的服务器800上报交通事故信息等功能。
其中，电子设备100中的地图应用或车辆管理应用均可以是系统应用，也可以是第三方应用，还可以是小程序，这里不做限定。系统应用是指应用所在的电子设备的生产商所提供或研发的应用，第三方应用是指非该电子设备的生产商所提供或研发的应用。电子设备的生产商可以包括该电子设备的制造商、供应商、提供商或运营商等。制造商可以是指以自制或采购的零件及原料来加工制造电子设备的生产厂商。供应商可以是指提供该电子设备的整机、原料或零件的厂商。运营商可以是指负责该电子设备的经销的厂商。
在一些实施例中，上述提及的地图应用和车辆管理应用可以合成为一个APP，例如地图应用可以提供上述地图应用及车辆管理应用提供的一项或多项功能。
上述各个应用的名称仅为本申请实施例所使用的词语，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制。例如，地图应用也可以被称为其他名词，如导航APP等等。
应用程序层可包括一个或多个用于提示用户各类信息的系统应用。该多个系统应用例如可包括：通知栏、桌面卡片、智慧卡片、负一屏等。系统应用的详细功能可参考后续实施例的介绍。
当图2B所示的电子设备为图1B中行人300侧的电子设备400时：
应用程序层可包括地图应用。
在一些实施例中，该地图应用可提供接收附近的车辆200发送的车辆信息，接收到道路基础设施500发送的信号，检测自身的运行情况，并结合上述信息来提示用户注意避让等功能。该地图应用和驾驶员1000侧电子设备100中的地图应用可以是相同的APP，也可以是不同的APP，这里不限定。
该地图应用也可以被替换为智能出行应用，即智能出行应用也可以提供上述地图应用所提供的各项功能。后续实施例中电子设备400中地图应用提供的功能，也可以由该智能出行应用来提供。
应用程序层可包括道路安全管理应用。
在一些实施例中，该道路安全管理应用可提供获取行人发生碰撞时的交通事故信息，并向可信机构的服务器800上报该交通事故信息等功能。该道路安全管理应用和驾驶员1000侧电子设备100中的车辆管理应用可以是相同的APP，也可以是不同的APP，这里不限定。
其中，电子设备100中的地图应用或事故管理应用均可以是系统应用，也可以是第三方应用，还可以是小程序，这里不做限定。
在一些实施例中，上述提及的地图应用和道路安全管理应用可以合成为一个APP，例如地图应用可以提供上述地图应用及道路安全管理应用提供的一项或多项功能。
上述各个应用的名称仅为本申请实施例所使用的词语，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制。例如，地图应用也可以被称为其他名词，如导航APP等等。
应用程序层可包括一个或多个用于提示用户各类信息的系统应用。该多个系统应用例如可包括：通知栏、桌面卡片、智慧卡片、负一屏等。系统应用的详细功能可参考后续实施例的介绍。
参考图3，图3为本申请实施例提供的车辆200的结构示意图。
如图3所示，车辆200包括：控制器局域网络(controller area network，CAN)总线11、多个电子控制单元(electronic control unit，ECU)、发动机13、车载盒子(telematicsbox，T-box)14、变速器15、行车记录仪16、防抱死系统(antilock brake system，ABS)17、传感器系统18、摄像系统19，等等。
CAN总线11是支持分布式控制或实时控制的串行通信网络，用于连接车辆200的各个部件。在CAN总线11上的任何部件都可以监听到CAN总线11上传输的所有数据。CAN总线11传输的帧可以包含数据帧、远程帧、错误帧、过载帧，不同的帧传输不同类型的数据。在本申请实施例中，CAN总线11可用于传输各个部件在出行管理中涉及到的数据，出行管理的具体过程可参考后文实施例的详细描述。
不限于CAN总线11，在其他一些实施例中，车辆200的各个部件还可以通过其他方式来连接及通信。如，各个部件还可以通过车载以太网(ethernet)局域互联网络(localinterconnect network，LIN)总线、FlexRay及常用车载网络系统(media orientedsystems，MOST)总线等等通信，本申请实施例对此不做限制。以下实施例以各个部件通过CAN总线通信进行说明。
ECU相当于车辆200的处理器或大脑，用于根据从CAN总线11上获取的指令或者根据用户输入的操作，指示对应的部件执行相应的动作。ECU可以由安全芯片、微处理器((microcontroller unit，MCU)、随机存取存储器(random access memory，RAM)、只读存储器(random-only memory，ROM)、输入/输出接口(I/O)、模拟/数字转换器(A/D转换器)以及输入、输出、整形、驱动等大规模集成电路组成。
ECU的种类繁多，不同种类的ECU可以用于实现不同的功能。
车辆200中的多个ECU例如可包括：发动机ECU121，车载盒子(telematics box，T-box)的ECU122，变速器ECU123，行车记录仪ECU124，防抱死系统(antilock brake system，ABS)ECU 125等。
发动机ECU121用于管理发动机，协调发动机的各个功能，例如可用于启动发动机、关闭发动机等等。发动机是为车辆200提供动力的装置。发动机是将某一种形式的能量转换为机械能的机器。车辆200可用于将液体或气体燃烧的化学能，或者将电能转化为机械能并对外输出动力。发动机组成部分可以包括曲柄连杆机构和配气机构两大机构，以及冷却、润滑、点火、能量供给、启动系统等五大系统。发动机的主要部件有气缸体、气缸盖、活塞、活塞销、连杆、曲轴、飞轮等。
T-box ECU122用于管理T-box14。
T-box14主要负责和互联网通信，为车辆200提供远程通讯接口，提供包括导航、娱乐、行车数据采集、行驶轨迹记录、车辆故障监控、车辆远程查询和控制(如开闭锁、空调控制、车窗控制、发动机扭矩限制、发动机启停、调整座椅，查询电池电量、油量、车门状态等)、驾驶行为分析、无线热点分享、道路救援、异常提醒等服务。
T-box14可用于和汽车远程服务提供商(telematics service provider，TSP)以及驾驶员1000侧电子设备100通信，实现驾驶员1000侧电子设备100的车辆信息显示与控制。当驾驶员1000通过驾驶员1000侧电子设备100上的车辆管理应用发送控制命令后，TSP会发出请求指令到T-box14，T-box14在获取到控制命令后，通过CAN总线发送控制报文并实现对车辆200的控制，最后反馈操作结果到驾驶员1000侧电子设备100上的车辆管理应用上。也就是说，T-box14通过CAN总线11读取到的数据，例如车况报告、行车报告、油耗统计、违章查询、位置轨迹、驾驶行为等数据，可以通过网络将传输到TSP后台系统，由TSP后台系统转发给驾驶员1000侧电子设备100，以供驾驶员1000查看。
T-box14具体可包括通信模块和显示屏。
其中，通信模块可用于提供无线通信功能，支持车辆200通过WLAN(如Wi-Fi)，BT，GNSS，FM，NFC，IR等无线通信技术和其他设备通信。通信模块还可用于提供移动通信功能，支持车辆200通过GSM、UMTS、WCDMA、TD-SCDMA、LTE)/4G，5G以及未来出现的6G等通信技术和其他设备通信。
显示屏用于为驾驶员1000提供可视化的界面。车辆200中可包括一个或多个显示屏，例如可包括设置于座椅旁的车载显示屏，设置于座椅上方的用于显示周边情况的显示屏，还可包括将信息投射到风窗玻璃上的抬头数字显示仪(head up display，HUD)等等。后续实施例提供的车辆200中用于显示用户界面的显示屏，可以是设置于座椅旁的车载显示屏，也可以是设置于座椅上方的显示屏，也可以是HUD等等，这里不做限定。车辆200中显示屏上显示的用户界面，具体可参考后续实施例的详细描述，在此暂不赘述。
T-box14也可以被称为车机系统、远程信息处理器、车辆网关等等，本申请实施例对此不作限制。
在本申请一些实施例中，T-box ECU122可用于规划驾车出行和其他出行方式的混合出行方案，还可以规划固定费用内的驾车出行方案，还可以在用户设置的条件下规划符合要求的出游地点和/或出游区域。
在本申请一些实施例中，T-box14可用于接收驾驶员1000侧电子设备100发送的各类APP的优惠券信息、驾驶员1000的身份认证信息、其他设备(例如可穿戴设备或电子设备100)发送的运动健康数据、附近其他车辆发送的车辆信息、道路基础设施500发送的信息、行人侧的电子设备400发送的信息等等，T-box ECU122可用于结合上述信息推荐车辆200执行合适的操作或直接执行合适的操作，例如导航至有优惠的加油站、播放音乐、避让其他车辆及行人等。
在本申请一些实施例中，T-box14可用于获取当前特定区域的访问策略，T-boxECU122可用于根据该访问策略来控制车辆200的权限。
在本申请一些实施例中，T-box14可用于获取车辆200的交通事故信息，并通通过V2N向可信机构的服务器800上报交通事故信息。
在本申请一些实施例中，T-box14还可用于向驾驶员1000侧的电子设备100发送一些信息，用于电子设备100执行进一步操作，例如车辆200将车辆信息发送给电子设备100，以使得电子设备100推荐车辆行为。
变速器ECU123用于管理变速器。
变速器15可以用来改变发动机的转速和转矩的机构，它能固定或分档改变输出轴和输入轴传动比。变速器15组成部分可以包含变速传动机构、操纵机构以及动力输出机构等。变速传动机构的主要作用是改变转矩和转速的数值和方向；操纵机构的主要作用是控制传动机构，实现变速器传动比的变换，即实现换档，以达到变速变矩。
行车记录仪ECU124用于管理行车记录仪16。
行车记录仪16组成部分可以包括主机、车速传感器、数据分析软件等。行车记录仪16是指记录车辆行驶途中的影像及声音包括行车时间、速度、所在位置等相关资讯的仪器。在本申请实施例中，当车辆行驶时，车速传感器采集到车轮转速，并将车速信息通过CAN总线发送给行车记录仪16。
ABS ECU125用于管理ABS17。
ABS17是在车辆制动时，自动控制制动器制动力的大小，使车轮不被抱死，处于边滚边滑的状态，以保证车轮与地面的附着力为最大值。在制动过程中，电子控制装置根据车轮转速传感器输入的车轮转速信号判定有车轮趋于抱死时，ABS就进入防抱死制动压力调节过程。
传感器系统18可包括：加速度传感器、车速传感器、震动传感器、陀螺仪传感器、雷达传感器，等等。加速度传感器及车速传感器用于检测车辆200的速度。震动传感器可以设置在气囊及其他位置，用于检测车辆200是否被碰撞。陀螺仪传感器可以用于确定车辆200的运动姿态。雷达传感器可包括激光雷达、超声波雷达、毫米波雷达等。雷达传感器用于发射电磁波对目标进行照射并接收其回波，由此获得目标至电磁波发射点的距离、距离变化率(径向速度)、方位、高度等信息，从而识别车辆200附近的其他车辆、行人或路障等。
摄像系统19可包括多个摄像头，摄像头用于捕获静态图像或视频。摄像头系统19中的摄像头可以设置在车前、车后、侧边、车内等位置，便于实现辅助驾驶、行车记录、全景环视、车内监控等功能。
传感器系统18、摄像系统19可用于检测周边环境，便于车辆200做出相应的决策来应对环境变化，例如可用于自动驾驶阶段完成对周边环境进行关注的任务。
此外，车辆200还可以包括多个接口，例如USB接口，RS-232接口、RS485接口等等，可外接摄像头、麦克风、耳机以及驾驶员1000侧电子设备100。
可以理解的是，本申请实施例示意的结构并不构成对车辆系统的具体限定。车辆200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
例如，车辆200还可包括电池、车灯、雨刷、仪表盘、音响、车载终端(transmissioncontrol unit，TCU)、辅助控制单元(auxiliary control unit，ACU)、智能进入及启动系统(passive entry passive start，PEPS)、OBU(on board unit车载单元)、车身控制模块(body control module，BCM)、充电接口等等。
车辆200各个部件的具体作用可参考后续实施例的详细描述，这里不赘述。
车辆200配置的OS可包括但不限于
Figure BDA0003288487300000571
等。
车辆200中可安装有地图类APP。车辆200中的地图应用和驾驶员1000侧电子设备100中的地图应用，可以是相同的APP，也可以是不同的APP，这里不限定。
在一些实施例中，该地图应用可以提供规划驾车出行和其他出行方式的混合出行方案，规划固定费用内的驾车出行方案，在用户设置的条件下规划符合要求的出游地点和/或出游区域等功能。
在一些实施例中，该地图应用可以提供收集驾驶员1000侧电子设备100种各类APP的优惠券信息，收集驾驶员的运动健康数据、驾驶员的行为数据、驾驶员的身份认证信息、车辆200的车辆信息、附近其他车辆的车辆信息、道路基础设施信息、行人侧的电子设备400发送的信息等，并推荐车辆200执行合适的操作或直接执行合适的操作等功能。
在一些实施例中，该地图应用可以提供获取当前特定区域的访问策略，并根据该访问策略来控制车辆200的权限等功能。
车辆200中可安装有车辆管理应用。车辆200中的车辆管理应用和驾驶员1000侧电子设备100中的车辆管理应用可以是相同的APP，也可以是不同的APP，这里不限定。
在一些实施例中，车辆管理应用可提供获取车辆200的交通事故信息，并通过网络设备600，基于蜂窝网络向可信机构的服务器800上报交通事故信息等功能。
其中，车辆200中的地图应用或车辆管理应用均可以是系统应用，也可以是第三方应用，还可以是小程序，这里不做限定。
车辆200中安装的地图应用或车辆管理应用也可以被替换为智能出行应用，即智能出行应用也可以提供上述地图应用或车辆管理应用所提供的各项功能。后续实施例中车辆200中地图应用或车辆应用提供的功能，也可以由该智能出行应用来提供。
在一些实施例中，上述提及的地图应用和车辆管理应用可以合成为一个APP，例如车辆管理应用可以提供上述地图应用及车辆管理应用提供的一项或多项功能。
参考图4，图4为本申请实施例提供的导航服务器700的结构示意图。
如图4所示，图4示出了本申请实施例提供的导航服务器700的结构。
如图4所示，导航服务器700可包括：一个或多个处理器301、存储器302、通信接口303、发射器305、接收器306、耦合器307和天线308。这些部件可通过总线304或者其他方式连接，图4以通过总线连接为例。其中：
通信接口303可用于导航服务器700与其他通信设备，例如驾驶员1000侧的电子设备100、车辆200、行人300侧的电子设备400等。具体的，通信接口303可以是3G通信接口、长期演进(LTE)(4G)通信接口、5G通信接口、WLAN通信接口、WAN通信接口等等。不限于无线通信接口，导航服务器700还可以配置有有线的通信接口303来支持有线通信。
在本申请的一些实施例中，发射器305和接收器306可看作一个无线调制解调器。发射器305可用于对处理器301输出的信号进行发射处理。接收器306可用于接收信号。在导航服务器700中，发射器305和接收器306的数量均可以是一个或者多个。天线308可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器307可用于将移动通信号分成多路，分配给多个的接收器306。可理解的，网络设备的天线308可以实现为大规模天线阵列。
在本申请实施例中，接收器306可用于接收电子设备100、电子设备400或车辆200发送的定位请求或导航请求。发射器305可用于向电子设备100、电子设备400或车辆200发送其所在的位置信息，以及，该电子设备或车辆200所请求的导航信息。
存储器302与处理器301耦合，用于存储各种软件程序和/或多组指令。具体的，存储器302可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。
存储器302可以存储操作系统(下述简称系统)，例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器302还可以存储网络通信程序，该网络通信程序可用于导航服务器700与驾驶员1000侧的电子设备100、车辆200、行人300侧的电子设备400进行通信。
本申请实施例中，处理器301可用于读取和执行计算机可读指令。具体的，处理器301可用于调用存储于存储器302中的程序，例如本申请的一个或多个实施例提供的出行管理方法在导航服务器700侧的实现程序，并执行该程序包含的指令。处理器301可用于根据电子设备100或车辆200的请求消息，生产导航信息，生成符合要求的出行方案，规划符合要求的出游地点和/或出游区域，等等。
图4示意的结构并不构成对导航服务器700的具体限定。在本申请另一些实施例中，导航服务器700可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
参考图5，图5为本申请实施例提供的服务器800的结构示意图。
如图5所示，图5示出了本申请实施例提供的服务器800的结构。
如图5所示，服务器800可包括：一个或多个处理器401、存储器402、通信接口403、发射器405、接收器406、耦合器407和天线408。这些部件可通过总线404或者其他方式连接，图5以通过总线连接为例。其中：
通信接口403可用于服务器800与其他通信设备，例如驾驶员1000侧的电子设备100、车辆200、行人400侧的电子设备400等。具体的，通信接口403可以是3G通信接口、长期演进(LTE)(4G)通信接口、5G通信接口、WLAN通信接口、WAN通信接口等等。不限于无线通信接口，服务器800还可以配置有有线的通信接口403来支持有线通信。
在本申请的一些实施例中，发射器405和接收器406可看作一个无线调制解调器。发射器405可用于对处理器401输出的信号进行发射处理。接收器406可用于接收信号。在服务器800中，发射器405和接收器406的数量均可以是一个或者多个。天线408可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器407可用于将移动通信号分成多路，分配给多个的接收器406。可理解的，网络设备的天线408可以实现为大规模天线阵列。
在本申请实施例中，接收器406可用于接收电子设备100、电子设备400或车辆200上报的交通事故信息。发射器405可用于向电子设备100、电子设备400或车辆200发送交通事故的判定结果。
存储器402与处理器401耦合，用于存储各种软件程序和/或多组指令。具体的，存储器402可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。
存储器402可以存储操作系统(下述简称系统)，例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器402还可以存储网络通信程序，该网络通信程序可用于服务器800与驾驶员1000侧的电子设备100、车辆200、行人400侧的电子设备400进行通信。
本申请实施例中，处理器401可用于读取和执行计算机可读指令。具体的，处理器401可用于调用存储于存储器402中的程序，例如本申请的一个或多个实施例提供的出行管理方法在服务器800侧的实现程序，并执行该程序包含的指令。处理器401可用于根据电子设备100、电子设备400或车辆200上报的交通事故信息，生成交通事故的判定结果。
图5示意的结构并不构成对服务器800的具体限定。在本申请另一些实施例中，服务器800可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
本申请实施例提供一种电子设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该电子设备执行前文以及后续实施例中驾驶员侧或乘客侧的电子设备100所执行的方法。
本申请实施例提供一种电子设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该电子设备执行前文以及后续实施例中行人侧的电子设备400所执行的方法。
本申请实施例提供一种车辆，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该车辆执行前文以及后续实施例中车辆200所执行的方法。
本申请实施例提供一种服务器，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得该服务器执行前文以及后续实施例中可信机构提供的服务器800所执行的方法。
本申请实施例提供一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得通信装置执行前文及后续实施例中驾驶员侧或乘客侧的电子设备100所执行的方法，或行人侧的电子设备400所执行的方法，或车辆200所执行的方法，或可信机构提供的服务器800所执行的方法。
本申请实施例提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行前文及后续实施例中驾驶员侧或乘客侧的电子设备100所执行的方法，或行人侧的电子设备400所执行的方法，或车辆200所执行的方法，或可信机构提供的服务器800所执行的方法。
基于前文描述的通信系统10及相关装置，下面详细介绍本申请实施例提供的出行管理方法。
下面分不同的场景，结合本申请实施例提供的用户界面，介绍该出行管理方法。
在用户出行前，电子设备或车辆可以为用户规划出行方案或者出游地点和/或出游区域。在一些实施例中，电子设备或车辆中安装有地图应用，该地图应用支持电子设备或车辆为用户规划出行方案或者出游地点和/或出游区域。
图6A-图6X、图7A-图7K示例性示出了电子设备或车辆为用户规划出行方案或者出游地点和/或出游区域时提供的一系列用户界面。该电子设备可以是图1B所示通信系统10中驾驶员1000侧的电子设备100，也可以是行人300侧的电子设备400。下面以驾驶员1000侧的电子设备100为例进行说明。该车辆可以是图1B所示通信系统10中的车辆200。
规划出行方案或者出游地点和/或出游区域时提及的用户既可以是驾驶员1000，也可以是行人300。
下面分两部分介绍电子设备或车辆为用户规划出行方案或者出游地点和/或出游区域的具体实现。
1.规划出行方案
出行方案包括：从起点到终点的路线，以及，该路线中各个阶段对应的出行方式。
私家车越来越普遍，驾车出行已经成为用户主要的出行方式。但是，如果路况不佳，例如接近目的地的区域无可驾驶路段或交通拥堵等，那么用户仅依靠驾车出行并不能到达目的地。此外，还可能由于目的地停车位匮乏等问题导致用户驾车到目的地后没有停车位。这些都对用户驾车出行造成了不便。
在一些实施例中，在确定起点和终点后，电子设备或车辆可以为用户规划驾车出行和其他出行方式的混合出行方案。驾车出行是指用户驾驶私家车出行。其他出行方式是电子设备或车辆默认选定的，或者是用户自主选定的。其他出行方式例如可包括但不限于：步行，骑行、公交、地铁、飞机、渡船、火车、高铁或动车。其他出行方式的数量可以是一个或多个。该其他出行方式也可以被称为第一出行方式。
通过上一实施例，电子设备或车辆规划驾车出行和其他出行方式的混合出行方案，无论路况、终点停车位数量如何，都能够为用户规划出从起点到终点的出行方案，让用户根据该出行方案就可以顺利、方便地到达终点，从而提升用户体验。
图6A-图6L示出了电子设备100为用户规划混合出行方案时涉及的一组用户界面。
其中，图6B-图6L所示的用户界面可以由电子设备100中安装的地图应用提供。
图6A示例性示出了电子设备100上的用于展示已安装应用程序的示例性用户界面61。
用户界面61显示有：状态栏101、日历(calendar)和时间指示符102、天气指示符103、页面指示符104、具有常用应用程序图标的托盘105、其他应用程序图标。其中：
状态栏101可包括：一个或多个移动通信信号(又可称为蜂窝信号)的信号强度指示符、蓝牙指示符、Wi-Fi信号的一个或多个信号强度指示符，电池状态指示符、时间指示符等等。
日历和时间指示符102用于指示日历和当前时间。天气指示符103用于指示天气。
页面指示符104可用于指示用户当前浏览的是哪一个页面中的应用程序图标。在本申请实施例，应用程序图标可分布在多个页面，用户可以左右滑动，来浏览不同页面中的应用程序图标。
具有常用应用程序图标的托盘105可展示：电话图标、短信图标、相机图标、通讯录图标等等。
其他应用程序图标例如可包括：地图应用的图标106a、车辆管理应用的图标106b、设置(setting)应用的图标106c、购物应用的图标106d、日历(calendar)的图标106e等等。
地图应用是安装于电子设备中，用于提供定位、路线规划、出行方案规划、出行方案规划、导航等功能的应用程序。电子设备100中该地图应用的详细作用可参考前文图2B以及后文实施例的相关描述，在此不赘述。
车辆管理应用是安装于电子设备中，用于支持电子设备100和车辆200建立无线连接并通信，提供车辆200的远程操控、信息查询、信息推送等功能的电子设备。电子设备100中安装的该车辆管理应用的详细作用可参考前文图2B以及后文实施例的相关描述，在此不赘述。
设置(setting)应用是安装于电子设备中，用于设置电子设备的各项功能的系统应用。电子设备100中该设置(setting)应用的详细作用可参考后文实施例的详细描述，在此不赘述。
购物应用是安装于电子设备中，用于提供店铺查询、商品查询、购物、点外卖等服务的应用。
日历(calendar)是安装于电子设备中，用于记录年、月、日、星期、节气、特殊日(例如节假日)，以及用于添加日程的APP。日历(calendar)可以为系统应用，也可以为第三方应用。
上述各个应用的名称仅为本申请实施例所使用的词语，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制。例如，日历(calendar)也可以被称为其他名词，如万年历等等。
不限于图6A示出的各个应用，电子设备100中还可安装有更多的应用，并可以在显示屏上显示这些应用的图标。例如，电子设备100还可以显示视频应用的图标、线上会议应用的图标、闹钟应用的图标、图库应用的图标，等等。
不限于此，图6A所示的用户界面61还可包括导航栏、侧边栏、悬浮导航球等等。在一些实施例中，图6A示例性所示的用户界面61可以称为主界面(home screen)。
图6B示例性示出了电子设备100启动地图应用后，由该地图应用提供的用户界面62。该用户界面62可以是电子设备100检测到在图6A所示的地图应用的图标106a上的用户操作如点击操作、触摸操作后，响应该操作而显示的界面。
如图6B所示，用户界面62显示有：状态栏、搜索框107、地图图像108、控件109、控件1010、控件1011等等。其中：
图6B中的状态栏和图6A相同，可参考相关描述。
搜索框107可用于接收用户输入的地点，之后，电子设备100可查询该地点所处位置及当前位置到该地点的路线或出行方案。
地图图像108可以是电子设备100当前所处位置附近区域的图像，该图像中可以包括电子设备100当前所处位置的标识。地图图像108可以实现为2D平面图、3D俯视图、卫星图或全景图。
控件109可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应于该用户操作，接收用户输入的出游条件，并规划符合出游条件的出游地点和/或出游区域。
控件1010可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应于该用户操作，提供各种出行方式以供用户选择。
控件1011可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应于该用户操作，接收用户输入的起点和终点，并规划起点至终点的路线或出行方案。
图6C示例性示出了电子设备100启动地图应用后，由该地图应用提供的用户界面63。该用户界面63可以是电子设备100检测到在图6B所示的控件1011上的用户操作如点击操作、触摸操作后，响应该操作而显示的界面。
如图6C所示，用户界面63显示有：状态栏、返回键1012、起点及终点输入框1013、出行方式菜单栏1014、出游条件菜单栏1015，以及，出行方案区域1016。
状态栏可参考图6A中的相关描述。
返回键1012用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，显示地图应用的上一级页面，如图6B所示的用户界面62。
起点及终点输入框1013可用于接收用户输入的起点及终点。用户可以通过文本输入起点和终点，也可以通过语音输入起点和终点。
出行方式菜单栏1014中包括一个或多个出行方式选项，例如驾车选项1014a、公交选项、地铁选项、步行选项1014b、骑行选项，还可以包括更多选项。用户可以点击更多选项，以查看更多的出行方式选项。此外，电子设备100还可以接收在出行方式菜单栏1014上向左滑动的操作，并响应该操作显示更多的出行方式选项。
出游条件菜单栏1015中包括一个或多个条件选项，例如推荐路线的选项1015a、距离近的选项、时间短的选项、费用低的选项，还可以包括更多选项。用户可以点击更多选项，以查看更多的出游条件选项。此外，电子设备100还可以接收在出游条件菜单栏1015上向左滑动的操作，并响应该操作显示更多的出游条件选项。
电子设备100接收到用户输入的起点及终点后，可以规划该起点至终点的多个出行方案，并将该多个出行方案的信息显示在出行方案信息区域1016中。
在本申请实施例中，电子设备100可以接收用户选中驾车选项1014a，和，其他一个或多个出行方式选项(例如步行选项1014b)的操作(例如点击操作、触摸操作)，并响应于该用户操作，从由起点至终点的出行方案中，筛选出包含选中的出行方式的出行方案。电子设备100筛选出的一个或多个出行方案的信息可以显示在出行方案区域1016中。
在本申请另一些实施例中，电子设备100也可以默认选中驾车选项1014a，和，其他一个或多个出行方式选项(例如步行选项1014b)，并从起点至终点的出行方案中，筛选出包含选中的出行方式的出行方案。电子设备100默认选中的其他一个或多个出行方式可以是用户预先设置的，也可以是用户上一次选中的。电子设备100筛选出的一个或多个出行方案可以显示在出行方案区域1016中。
具体实现中，电子设备100可以向导航服务器700发送包含起点、终点、选中的出行方式的请求消息，导航服务器700可以响应该请求消息，确定从起点至终点，并且包含这些出行方式的出行方案后，即确定驾车和其他出行方式的混合出行方案后，将该出行方案发送给电子设备。该请求消息可以被称为第一请求。
电子设备100通过网络中的导航服务器来规划符合用户需求的出行方案，可以利用网络中庞大详细的数据资源来规划准确的混合出行方案。
在其他一些实施例中，如果电子设备100提前下载了包含起点至终点所在区域的地图，以及，该地图中的交通路线信息，则电子设备100也可以利用本地数据确定从起点至终点，并且包含这些出行方式的出行方案，即确定驾车和其他出行方式的混合出行方案。
电子设备100利用本地数据来规划驾车和其他出行方式的混合出行方案，这样无需和网络设备交互即可规划符合用户需求的出行方案，能够提高电子设备100执行出行规划方法的效率。
电子设备100筛选出包含选中的出行方式的出行方案后，可以按照一定策略将这些出行方案的信息排列显示。
例如，电子设备100可以按照默认的推荐路线的策略来依次排列显示筛选出的出行方案的信息，例如按照用时由短到长、费用由少到多的顺序，在出行方案区域1016中依次显示电子设备100筛选出来的出行方案的信息。
又例如，电子设备100也可以接收用户选中出游条件菜单栏1015中任意一个条件选项，并响应该操作，将电子设备100筛选出的多个出行方案的信息按照该条件选项对应的条件来显示，例如按照用时由短到长、费用由少到多、距离由少到多的顺序来显示等等。
出行方式菜单栏1014中被选中的出行方式选项，以及，出游条件菜单栏1015中被选中的条件选项，可以不同的形式显示，例如可以显示背景阴影、下划线、加粗显示等等。
示例性地，图6C的出行方案区域1016中显示有按照推荐路线的策略依次排列显示的，包含驾车出行和步行的三个出行方案的信息卡1016a-1016c。一个信息卡对应一个出行方案，用于展示对应出行方案的相关信息。其中，每个出行方案的信息卡例如可包括以下一项或多项：该出行方案的路线、所使用的出行方式、该出行方案的预估时长、该出行方案中从起点至终点路线的总长度、该出行方案的预估总费用、该出行方案的费用明细(例如油费、过路费等)、该出行方案中用户使用各个出行方式经过的距离(例如步行的距离、驾车的距离等)、该出行方案中的下车点、该出行方案中下车点的停车场信息(例如停车场的数量、停车价格、排队时间等)，交通信号灯数量、路况(如交通状态例如畅通、正常、拥挤、堵塞、严重堵塞；道路基础设施状况例如路基/路面类型、附属设施的损坏情况等)或该出行方案的主要特征(例如时长少、收费少、交通信号灯多等等)。
如图6C所示，信息卡1016a-1016c对应的出行方案均为驾车出行和其他出行方式的混合出行方案。信息卡1016a-1016c对应的出行方案包括：
出行方案1。出行方案1的总的出行距离为48km，需步行978m，总出行时长约为1小时20分钟，总费用约为￥39。
出行方案2。出行方案2的总的出行距离为52km，需步行1.5km，总出行时长约为58分钟，总费用约为￥45。
出行方案2。出行方案3的总的出行距离为48km，需步行456m，总出行时长约为1小时30分钟，总费用约为￥35。
上述出行方案中提及的总费用可以是该出行方案所有涉及到的费用的总和，例如可包括油费、过路费等等。
在一些实施例中，如果电子设备100检测到作用于上述信息卡中总费用上的用户操作，则可以响应于该用户操作，显示详细的费用明细，包括油费、过路费等等。
上述出行方案中提及的出行方案的预估时长，即该出行方案所需的时长，该时长可包括该方案从起点至终点所需的总时长，例如可包括停车时间、上车时间等等。
在一些实施例中，如果电子设备100检测到作用于上述信息卡中预估时长上的用户操作，则可以响应于该用户操作，显示详细的时长信息，例如该出行方案中分别使用各个出行方式的时长等等。
电子设备100在为用户规划混合出行方案时，该电子设备100获取到的起点可以是任意一个地点，例如可以是用户携带电子设备100并位于车辆200中时该车辆200所在的位置，还可以是用户携带电子设备100并距离车辆200一定距离的其他位置等等。例如，用户可以位于家中，车辆200可以停在地下停车场，电子设备100可以规划用户从家步行至停车场中车辆200所在的停车位，之后再从停车场到终点的出行方案。电子设备100可以基于最近一次和车辆200的连接获取到该车辆200所在的停车场位置、停车位、距离该停车位最近的电梯厅等等，并规划用户从家步行至该停车位的路线。
在一些实施例中，在确定起点和终点后，电子设备或车辆可以为用户规划固定费用内的出行方案。出行方案所需的费用是指用户使用该出行方案从起点至终点所需的费用，例如可但不限于包括以下一个或多个：油费、高速公路过路费、路桥费或停车费等。该固定费用也可被称为第一值。
通过规划固定费用内的出行方案，可以让用户在一定价格内从起点出行至终点，能够满足用户在费用上的需求，给了用户更多的选择，可以提升用户体验。
图6D示出了电子设备为用户规划固定费用内的出行方案时的用户界面。
图6D示例性示出了电子设备100启动地图应用后，由该地图应用提供的用户界面63。该用户界面63可以是电子设备100检测到在图6B所示的控件1011上的用户操作如点击操作、触摸操作后，响应该操作而显示的界面。
如图6D所示，用户界面63显示有：状态栏、返回键1012、起点及终点输入框1013、出行方式菜单栏1014、出游条件菜单栏1015、费用筛选栏1017，以及，出行方案区域1016。
状态栏、返回键1012、起点及终点输入框1013、出行方式菜单栏1014，均可参考图6D中的相关描述。不同之处在于，出行方式菜单栏1014中被选中的出行方式可以是一个，也可以是多个。
费用筛选栏1017中显示有当前选定的最高出行费用，例如图6D示出的￥50。当前选定的最高出行费用可以是电子设备100默认填充的，也可以是用户自主选择的。费用筛选栏1017中还可显示有用于选择最高出行费用的控件1017a。控件1017a可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行费用值，以供用户选择。用户选定的出行费用值可以被显示在费用筛选栏1017中。
电子设备100可以在由起点至终点的出行方案中，筛选出行费用不超过费用筛选栏1017中当前选定的最高出行费用的出行方案。如果出行方式菜单栏10中也有选项被选中，则电子设备100可以进一步进行筛选，筛选的方式参考图6C的相关描述。
具体实现中，电子设备100可以向导航服务器700发送包含起点、终点、选中的最高出行费用的请求消息，导航服务器700可以响应该请求消息，确定从起点至终点，并且花费不超过该最高出行费用的出行方案后，即确定固定费用内的出行方案后，将该出行方案发送给电子设备。该请求消息可以被称为第一请求。
在其他一些实施例中，如果电子设备100提前下载了包含起点至终点所在区域的地图，以及，该地图中的交通路线信息、交通价格信息等，则电子设备100也可以利用本地数据确定从起点至终点，并且花费不超过该最高出行费用的出行方案，即确定固定费用内的出行方案。
电子设备100筛选出出行费用不超过当前选定的最高出行费用的出行方案后，可以按照一定策略将这些出行方案的信息排列显示。电子设备100可以按照默认的策略来依次排列显示筛选出的出行方案的信息，也可以根据出游条件菜单栏1015中被选中的条件选项来依次排列显示筛选出的出行方案的信息，具体可参考图6C的相关描述。
示例性地，图6D的出行方案区域1016中显示有电子设备100筛选出的三个出行方案的信息卡1016a-1016c。一个信息卡对应一个出行方案。信息卡1016a-1016c对应的出行方案所需的费用均不超过当前选定的最高出行费用。信息卡1016a-1016c包含的内容可参考图6C的相关描述。此外，图6D中的信息卡1016a-1016c可以详细地展示出行方案所需的费用明细，例如油费、过路费等等。
在本申请实施例中，车辆使用出行方案出行时所使用的油费可以根据不同的车辆个性化计算。具体的，不同型号的车辆的耗油量不同，例如耗油量可以在每一百公里5L-18L左右。在一些实施例中，电子设备100和车辆200首次连接后，即可以从车辆200中获取该车辆200的耗油量信息(例如型号、排量或油耗)，也可以由用户向电子设备100手动输入该车辆200的耗油量信息。之后，电子设备100中的地图应用可以获取到该车辆200的耗油量信息，并在规划出行方案时，结合该耗油量信息确定该出行方案所需的油费。这样，可以给不同车辆的用户提供更加准确的费用明细，能够提升用户体验。
示例性地，图6D中电子设备100筛选出的3个出行方案和图6C中筛选出的相同。
在一些实施例中，在确定起点和终点后，电子设备或车辆可以为用户规划固定费用内，并且包含驾车出行和其他出行方式的混合出行方案。
也就是说，图6C和图6D所示的方案也可以结合实施。
在一些实施例中，电子设备或车辆规划出行方案后，还可以响应用户操作，展示其中一个出行方案的详细信息。如果该出行方案的出行方式包括驾车出行，则该出行方案的详细信息可包括落车点的停车场信息，以供用户选择停车场。
用于触发电子设备或车辆展示其中一个出行方案的详细信息的用户操作，可以被称为第一操作，例如可包括在图6B或图6C所示的信息卡1016a上输入的用户操作。
其中，落车点也可称为停车点、下车点等。落车点可以是包含一定范围的区域，落车点中可以包含一个或多个停车场。
图6E示出了电子设备100展示的出行方案1的详细信息。图6E所示的用户界面64可以是电子设备100检测到在图6B或图6C所示的信息卡1016a上的用户操作如点击操作、触摸操作后，响应该操作而显示的界面。
如图6E所示，该用户界面64中显示有信息卡1016a对应的出行方案1的详细信息，该详细信息包括：地图图像1018，指示信息1019、落车点的停车场信息1020、导航控件1021。
地图图像1018中可包括：该出行方案1所对应的起点至终点的路线，起点、落车点以及终点的位置。
指示信息1019用于指示该出行方案1中包含的各个出行方式对应的距离，及，总出行时长。
控件1021可用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应于该操作，按照该出行方案1中的路线，显示导航信息，以将用户从起点导航至终点。导航信息可以由电子设备100向导航服务器700请求获取，也可以由电子设备100根据本地预存的数据获取。
落车点的停车场信息1020例如可包括：落车点中停车场数量，以及，各个停车场的信息。一个停车场的信息可包括该停车场的名称(例如图6E中的“P1”、“P2”)、停车位的总数量、剩余空闲停车位的数量、排队时长、停车价格(如每小时的停车价格)、是否可充电、充电价格(例如每小时的充电价格)、该停车场的类别(例如室内停车场、露天停车场等)，等等。
落车点的停车场信息1020中可以按照顺序依次排列落车点中的各个停车场的信息。该顺序例如可包括：空闲停车位的数量由少到多的顺序、总停车位数量由少到多的顺序、停车单价由低到高的顺序、空闲充电桩的数量由少到多的顺序、总充电桩数量由少到多的顺序、停车单价由低到高的顺序，等等。
在一些实施例中，电子设备100还可以标注出推荐的停车场。本申请实施例对电子设备100推荐停车场的策略不做限定。例如，电子设备100可以结合当前的天气信息，如果当天会出现冰雹、暴雪、台风等天气，则可以推荐室内停车场，如果当天会出现暴雨等天气，则可以推荐海拔较高的停车场。本申请实施例对电子设备100标注推荐停车场的方式不做限定，例如可以直接在停车场信息1020中推荐停车场的信息旁显示文本“推荐”，显示推荐图标，等等。
落车点的停车场信息1020中还可显示每个停车场对应的控件1020a。控件1020a用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应于该操作，导航至该控件1020a对应的停车场，或者，展示该停车场的详细信息。
示例性地，参考图6F，电子设备100检测到作用于图6E中停车场P1对应控件1020a上的用户操作后，可以显示该停车场P1的详细信息。例如，除了前文列出的停车位的总数量、剩余空闲停车位的数量、排队时长、停车价格(如每小时的停车价格)、是否可充电等信息，电子设备100还可显示剩余的充电桩数量等等。
如图6F所示，电子设备100还可以在用户界面64中显示控件1022和控件1023。
控件1023用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应于该操作，导航至停车场P1。
控件1022用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应于该操作，预定充电桩和/或停车位。这样，如果车辆200为电动车，则用户可以提前预定充电桩和/或停车位，以便在停车后及时给车辆200充电。该作用于控件1022的用户操作可以称为第二操作。
在一些实施例中，电子设备100可以向提供充电桩管理服务的服务器900发送预定请求，用于请求预定充电桩和/或停车位。该预定请求可以被称为第二请求。该服务器900可以响应该预定请求，锁定一个空闲的充电桩和/或一个空闲停车位。这里对服务器900锁定充电桩和/或停车位的策略不做限定。例如，服务器900可以在当前停车场空闲的充电桩和/或停车位中，锁定距离停车场出入口较近的充电桩和/或停车位，这样可以方便车辆200驶入及驶出停车场。又例如，服务器900可以锁定距离较近的充电桩和停车位，这样便于车辆200在停车的同时充电。之后，服务器900可以将锁定的充电桩和/或停车位的标识发送给该电子设备100，以通知电子设备100预定成功。服务器900同时锁定充电桩和停车位时，可以保证车辆驶入停车位后能连接到充电桩充电，避免用户预定了充电桩但无停车位而导致无法充电的情况。
在一些实施例中，电子设备100可以向服务器900发送预定请求，用于请求预定充电桩和/或停车位。该预定请求可以被称为第二请求。该服务器900可以响应该预定请求，返回空闲充电桩和/或空闲停车位的数量、标识(如编号)、位置等信息。电子设备100可以展示空闲充电桩和/或空闲停车位的信息，例如显示各个空闲充电桩和/或空闲停车位所在的位置，以供用户选择一个充电桩和/或停车位预定。在一些实施例中，电子设备100还可以将距离停车场出入口较近的充电桩和/或停车位突出显示出来，或者，将距离较近的充电桩和停车位突出显示，以供用户选择。用户选定充电桩和/或停车位后，电子设备100可以将用户选定的充电桩和/或停车位的标识发送给该服务器900，以使得该服务器900锁定该充电桩和/或停车位。
电子设备100向服务器900发送的预定请求中可携带身份认证信息，该身份认证信息例如可包括该电子设备100的标识、和该电子设备100连接的车辆的标识(如车牌号)、电子设备100侧驾驶员1000的账号或名称等等。
空闲充电桩是指未被锁定的，当前可用于给车辆充电的充电桩。锁定后的充电桩不能被用于给车辆充电，在服务器900验证当前驾驶员1000或车辆的身份认证信息和预定请求中携带的身份认证信息一致后，才能解除锁定并用于给车辆充电。身份认证信息例如可包括电子设备的标识、车联的车牌号、用户的账号或名称等等。充电桩被锁定后，可以输出提示信息，例如亮红灯、闪烁灯光、发出提示音等等，以提示其他用户当前该充电桩已被锁定且不可用。充电桩可通过关闭充电口、停止输出电源等方式来锁定。
空闲停车位是指未被锁定的，当前可用于停靠车辆的停车位。锁定后的停车位不能被用于停靠车辆，在服务器900验证当前驾驶员1000或车辆的身份认证信息和预定请求中携带的身份认证信息一致后，才能解除锁定并用于停靠车辆。停车位可通过设置隔离桩等方式来锁定。锁定后的停车位也可以输出提示信息，例如停车位上的灯带可以闪烁等，以提示其他用户当前该充电桩已被锁定且不可用。或者，锁定后的停车位也可以在识别到非预定车辆进入停车位之后，控制设置在旁边的蜂鸣器发出提示音等。在本申请实施例中，可以通过设置在停车位上的摄像头采集进入该停车位的车辆的车牌号等标识，并将给标识发送给服务器900，以供服务器900识别该车辆是否为预定车辆，并将识别结果发送回停车位。
在其他一些实施例中，电子设备100也可以单独预定停车位和充电桩，这里不限定。
不限于通过图6F中的控件1022来预定充电桩和/或停车位，在本申请实施例中，电子设备100还可以通过其他方式来预定充电桩。在一些实施例中，当用户选中出行方案以及停车场后的导航过程中，电子设备100可以在车辆200和用户选中的该停车场的距离小于第二值(例如5km)时，自动预定停车位，如果车辆200电量较低，则还可以自动预定充电桩。在另一些实施例中，当用户选中出行方案但并未选定停车场的导航过程中，电子设备100可以主动筛选一个停车场并导航至该停车场，还可以在车辆200和该停车场的距离小于一定值(例如5km)时，自动预定停车位，如果车辆200电量较低，则还可以自动预定充电桩。通过自动预定充电桩和/或停车场的方式，无需用户操作，对用户来说更加方便，用户体验更佳。
电子设备100成功预定充电桩和/或停车位后，可以在用户界面64中显示预定信息。例如，参考图6G，用户界面64中显示有：预定信息1024、控件1025和控件1026。
预定信息1024用于提示用户预定的充电桩和/或停车位的信息，例如可包括充电桩的编号，预定的该充电桩的有效时长，还可用于提示用户预定的停车位的信息，例如编号、位置、预定的该停车位有效时长等等。超过预定充电桩的有效时长后，若用户的车辆未接入该充电桩充电，则服务器900将解锁该充电桩。超过预定停车位的有效时长后，若用户的车辆未驶入该停车位，则服务器900将解锁该停车位。预定充电桩和/或停车位的有效时长，可以由服务器900来决定。在一些实施例中，车辆200预定充电桩和/或停车位后，如果未在有效时长内接入该充电桩或驶入该停车位，则电子设备100可以自动再次预定充电桩和/或停车位。这样可以保证用户驶入停车场之后能够充电或者停车。
控件1026用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应于该操作，取消已预定的充电桩和/或停车位。具体的，电子设备100可以向服务器900发送取消预定的请求，该请求携带该充电桩和/或停车位的标识，服务器900可响应该请求解锁该充电桩和/或停车位。
控件1025用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应于该操作，导航至用户预定的充电桩和/或停车位。
电子设备100检测到作用于控件1025的操作后，将按照起点—>停车场P1—>停车位和/或充电桩X—>终点的路线，显示导航界面。具体的，电子设备100可以将预定的充电桩和/或停车位的信息(例如标识、位置)发送给导航服务器700，以使得导航服务器返回上述路线对应的导航信息。
在此过程中，电子设备100可以结合室外导航技术和室内导航技术，显示导航界面。室外导航技术例如可包括全球卫星导航技术，如GPS，GLONASS，BDS，QZSS，SBAS等等。室内导航技术可包括Wi-Fi、蓝牙、红外线、超宽带、RFID、ZigBee、超声波等导航技术等。通过结合室外导航技术和室内导航技术，可以实现精准导航，提升用户的出行体验。
参考图6H及图6I，其示例性示出了电子设备100显示的导航界面。
如图6H及图6I所示，图6H示出了电子设备100在室内导航时显示的导航界面，图6I示出了电子设备100在室外导航时显示的导航界面。在一些实施例中，电子设备100可以提前加载地下停车场、地下厂商、隧道等位置的地图，避免电子设备100进入信号较差的区域后无法导航，这样可以给用户更加流畅、快速的导航体验。
如图6H及图6I所示，导航界面中显示有：起点、停车点及终点输入框1027，导航信息1028。电子设备100可以使用室内导航技术来获取图6H所示的导航界面，室内导航技术可包括Wi-Fi、蓝牙、红外线、超宽带、RFID、ZigBee、超声波等导航技术等。也就是说，在本申请中，电子设备100可以结合室外导航技术(例如全球卫星导航就是)和室内导航技术，可以精准地将用户导航至终点，提升用户的出行体验。
起点、停车点及终点输入框1027可以自动填充当前出行方案对应的起点、停车点及终点。
导航信息包括电子设备100当前所在位置附近的地图图像，驾驶方向的指示信息(例如图6H中的箭头)，以及后续方向的指示信息(例如100米后右拐等)，等等。导航信息中的地图图像可以实现为2D平面图、3D俯视图、卫星图或全景图(即实景图)。图6H中示出的地图图像为全景图(即实景图)，图6I中示出的地图图像为2D平面图。
在一些实施例中，车辆200从室外进入室内时，或者从室内驶入室外时，导航信息中的地图图像的形式可以相应地切换。例如，车辆200在室外行驶时，导航信息中可以显示2D形式的地图图像，当车辆200从室外驶入地下停车场时，该导航信息中可以自动切换为3D的地图图像或者全景地图图像。
电子设备100导航至停车场后，进一步可以导航至用户预定的停车位和/或充电桩处。用户可以将车辆200驶入预定的停车位，并使用预定的充电桩为车辆200充电。之后，电子设备100还可以继续从停车场开始进一步将用户导航至终点。
在一些实施例中，电子设备100成功预定充电桩和/或停车位后，可以在导航界面上显示用于查看充电桩和/或停车场的相关信息的控件1029，例如图6H、图6I及图6J中示出的控件1029。
参考图6I及图6J，电子设备100检测到作用于图6I所示的导航界面中控件1029的用户操作(例如点击操作、触摸操作等)后，可以响应于该用户操作而显示的图6J所示的充电桩和/或停车场的相关信息。图6I及图6J示出的是电子设备100在回程中的导航界面。
如图6J所示，充电桩和/或停车场的相关信息可包括以下一项或多项：充电时长指示符1030、控件1031、停车时长指示符1032、控件1033。
充电时长指示符1031、停车时长指示符1032分别用于指示电子设备100预定的充电桩当前为车辆200充电的时长、车辆200在预定停车位上停靠的时长。车辆200的充电时长、车辆200的停车时长，均可以由服务器900记录并返回给电子设备100。
控件1031用于监听用户操作，电子设备100可以响应该用户操作，向服务器900发送停止充电的请求，服务器900可响应该请求，指示该电子设备100预定的充电桩停止为车辆充电。此外，电子设备100还可以响应该用户操作，显示图6K所示的控件1034。控件1034可用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应该用户操作，支付充电桩的使用费用。电子设备100可以和服务器900或专门的支付服务器交付，完成充电桩费用的支付。这样，即使用户还未回到充电桩旁边，也可以根据自身需求提前中断充电，还可以将该充电桩空闲出来让其他用户使用。
用于触发电子设备100停止充电的用户操作，可以被称为第三操作。第三操作例如可包括作用于控件1031的用户操作。
不限于通过控件1031中断充电桩充电，在其他一些实施例中，车辆200也可以在充满电量后可以自动停止充电，或者，用户可以直接断开车辆200和充电桩之间的连接从而中断充电。服务器900获知充电桩断电后，可以通知到电子设备100，以使得电子设备100显示图6K中的控件1034。或者，电子设备100自身检测到停止充电后，可以显示图6K中的控件1034。
控件1033用于监听用户操作，电子设备100可以响应该用户操作，向服务器900发送停止停车的请求，服务器900可响应该请求，判断该车辆200是否驶离预定的停车位，若是则将该信息通知给电子设备100，以使得电子设备100显示图6K所示的控件1035。在其他一些实施例中，服务器900也可以自主判断车辆200是否驶离预定的停车位，并在车辆200驶离停车位后，将该信息通知给电子设备100，以使得电子设备100显示图6K所示的控件1035。服务器900可通过停车位上设置的摄像头或红外线装置、重力感应器等来判断车辆200是否驶离预定的停车位，也可以通过向导航服务器700查询车辆200的位置来判断其是否驶离停车位。或者，在一些实施例中，电子设备100自身检测到驶离预定停车位后，可以显示图6K中的控件1034。
用于触发车辆200停止停车的用户操作，可以被称为第四操作。第四操作例如可包括作用于控件1033的用户操作。
在一些实施例中，车辆200在停止充电后，该车辆200可以启动自动驾驶模式，并自动行驶到其他停车位，并且电子设备100可以将车辆200挪换后的停车位位置提示给用户。通常停车场中仅有部分停车位所在位置配置有充电桩，并且，充电过程中驾驶员通常不在车辆200旁边，因此通过车辆200自动挪换停车位的方式，可以方便腾出充电桩给其他有充电需求的车辆使用，这样能够更加充分地利用停车场中的充电桩资源，给用户更好的使用体验。
控件1035可用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应该用户操作，支付停车位的使用费用。电子设备100可以和服务器900或专门的支付服务器交付，完成停车位费用的支付。这样，在车辆200已经驶离停车位，但还未驶出停车场的情况下，用户即可以支付停车费用。对于用户来说，可以更早地结束停车，节约停车费用，避免由停车位到停车场出口所带来的费用损失，给用户更好的停车体验。并且，这样还可以及时将该停车位空闲出来让其他用户使用。
电子设备100支付充电桩费用和/或停车费用时，可以跳转至第三方支付应用支付费用，也可以在地图应用内完成支付。
在其他一些实施例中，电子设备100显示其他界面时，如果从服务器900处获知车辆200停止充电或驶离停车位，或者，电子设备100自身检测到车辆200停止充电或驶离停车位/停车场后，也可以显示用于支付充电费用和/或停车费用的窗口。例如，参考图6L，电子设备100也可以在桌面上显示用于支付费用的窗口1036。窗口1036中的控件1036a可用于监听用户操作，电子设备100可响应该用户操作，跳转至第三方支付应用或者跳转至地图应用，以支付相应的费用。
在上述介绍的车辆200驶离停车位的各个实施例中，车辆200可能在停止充电后自动驶离停车位，也可能是因结束停车而驶离停车位。为了防止因停止充电挪换停车位带来的误结算停车费，在本申请实施例中，车辆200首次驶离停车位后的一段时间(例如十分钟)内，如果该车辆200驶入了另一个停车位(即挪换停车位)，则继续对该车辆200进行停车计费；如果该车辆200一段时间内都为驶入另一个停车位，则说明当前是停止停车而非挪换停车位，则此时可以提供用于支付费用的窗口1036，以供用户支付停车费用，并且该停车费用可以从车辆200驶入停车位到驶离停车位的时间内的停车费用，而不包括上述的一段时间(例如十分钟)的费用。
在一些实施例中，电子设备100中的地图应用还可以和支付类应用关联，用户的支付类应用账户可以和地图应用绑定，在获知车辆200停止充电或者停止停车后，电子设备100还可以自动启动和地图应用关联的支付类应用，通过用户的支付类账户向支付服务器支付充电费用或者停车费用。电子设备100支付充电费用或停车费用成功后，可以输出提示信息，以提示用户支付成功以及费用明细。这样就无需用户通过如图6K-图6L示出的方式手动支付充电费或停车费，减少了用户操作，对于用户来说更加方便友好。这里，用户可以预先将用户的支付类应用账户和地图类应用绑定，并授权支付类应用针对车辆200使用地图应用产生的充电费及停车费进行自动扣款。
在一些实施例中，若电子设备100和车辆200建立了通信连接，例如有线连接或无线连接，并且，车辆200中安装了和电子设备100相同的地图应用，则电子设备100可以响应于用户操作，将地图应用提供的显示内容推送到车辆200的显示屏上显示。
例如，参考图6H-图6K，电子设备100在导航过程中，还可以在用户界面65上显示控件1037。电子设备100可以检测到作用于控件1037上的用户操作(如点击操作、触摸操作等)，并响应于该用户操作，通过和车辆200之间的连接将地图应用提供的显示内容推送至车辆200的显示屏中显示。之后，车辆200可以启动地图应用并在显示屏上显示对应的内容，并且车辆200可以提供该内容被显示在电子设备100中时所能够提供的功能，例如导航、查看预定信息、支付费用等等。又例如，电子设备100也可以在显示图6B-图6G所示用户界面的过程中显示控件1037，并响应于在该控件1037上的用户操作，将地图应用提供的显示内容推送至车辆200的显示屏中显示。
在其他一些实施例中，电子设备100也可以在连接到车辆200(有线连接或无线连接)后，或者，电子设备100在连接车辆200并且车辆200的发动机13启动后，或者，电子设备100在连接车辆200并且车辆200开始行驶后，即将地图应用提供的显示内容推送到车辆200的显示屏上显示。例如，电子设备100可以基于和车辆200之间的通信连接，将电子设备100所显示的图6B-图6K中的任意一个用户界面推送至车辆200的显示屏上显示。这里，电子设备100可以通过和车辆200之间的通信连接，获知车辆的发动机13是否启动以及车辆200是否开始行驶。
电子设备100将地图应用提供的显示内容推送至车辆200后，电子设备100可以熄屏或显示桌面，或者电子设备100可以持续显示地图应用提供的内容，并且用户在电子设备100上对地图应用的操作可以同步到车辆200中。车辆200所显示的由电子设备100推送过来的内容可参考后续图6O-图6W实施例的描述，这里不赘述。
通过将地图应用提供的显示内容推送至车辆200中显示，可以在规划出行方案的过程中，根据用户需求来灵活地将地图应用显示在电子设备100或车辆200中，并且行驶过程中通过车辆200的显示屏来显示地图应用提供的内容，可以方便用户查看地图应用提供的信息，也更方便用户操控。
在一些实施例中，电子设备100可以响应用户操作，例如在车辆200所显示的用户界面上的用户操作，或者，在电子设备100所显示用户界面上的用户操作，停止向车辆200推送显示内容，并可以重新显示该地图应用提供的显示内容。
在另一些实施例中，如果电子设备100和车辆200之间的连接断开，或者，在车辆200熄火(即发动机13停止工作)后，或者，车辆200停止行驶后，停止向车辆200推送显示内容，并可以重新显示该地图应用提供的显示内容。
不限于图6A-图6L示出的由用户在地图应用提供的用户界面63中输入起点及终点，在一些实施例中，电子设备100还可以主动获取用户的出行日程信息，并根据日程信息来为用户规划驾车出行和其他出行方式的混合出行方案，或者，为用户规划固定费用内的出行方案。
出行日程是指对某个时刻或时间段的出行计划与安排。出行日程信息包括：出行日程的执行时间，以及，出行的起点和/或终点。出行的执行时间可以是一个时间点，也可以是一个时间段。
出行日程可以由用户通过电子设备100中的日历(calendar)、闹钟(clock)、订票类应用来制定，因此，电子设备100可以通过日历(calendar)、闹钟(clock)、订票类应用等来获取用户的出行日程信息。
参考图6M，图6M示例性示出了电子设备100显示的包含出行日程信息的用户界面66。
图6M所示的用户界面可以由电子设备100中安装的日历应用提供。如图6M所示，用户界面66中显示有：状态栏、日历1037、窗口1038。
日历1037用于展示当前日历，例如当月的天数等等。日历中当天日期(例如2月9日)所在的位置可以通过不同的形式来显示，例如增加黑色的底色等等。
窗口1038用于展示当天的各项日程信息。图6A所示的窗口1038中当天(例如2月9日)包括一条出行日程的信息1038a。信息1038a指明了该出行日程的执行时间为当天上午8:00，终点是XX大厦。
在一些实施例中，电子设备100获取到出行日程信息后，可以在该出行日程的提醒时间内，通过卡片、通知栏、弹窗、负一屏等形式显示根据该出行日程规划的出行方案信息。
其中，卡片可以位于桌面的任意一个页面例如主界面。卡片的数量可以为一个或多个。卡片可以由系统应用(例如“小艺建议”)提供。卡片可以用于展示来自一个应用或多个应用的信息。
通知栏是用于提供消息通知功能的系统应用。
负一屏为一个系统应用，用于提供电子设备中的重要信息，例如火车、航班的启程和到达时间提醒、电影的开场时间、酒店入住提醒，以及，本申请实施例中根据出行日程规划的出行方案信息等等，以供用户随时查看，还可用于提供应用搜索及功能搜索。负一屏属于桌面，是位于主界面左边的用户界面。通常情况下，电子设备显示主界面时，用户可以通过输入从左往右的滑动操作，触发电子设备显示负一屏。例如，用户可以在图6A所示的主界面61中输入往右滑动的操作，触发电子设备100显示负一屏。
具体实现中，提供卡片的系统应用(例如“小艺建议”)、通知栏或负一屏，可以从日历、闹钟、订票类应用等来获取用户的出行日程信息，之后可以将出行日程信息的起点和终点发送给地图应用，或者，地图应用直接获取到出行日程信息。然后由地图应用通过导航服务器700规划出行方案，或者由地图应用使用电子设备100本地预存的数据来规划出行方案。然后由地图应用将获取到的出行方案发送给系统应用(例如“小艺建议”)、通知栏或负一屏，由系统应用(例如“小艺建议”)、通知栏或负一屏在提醒时间内将该出行方案的信息呈现在主界面的卡片、通知栏或者负一屏中。
弹窗用于在特定时间显示信息，以提示用户。弹窗可以显示于任何用户界面中，这里不做限制。通常情况下，在用户向电子设备输入特定操作后，电子设备才会停止显示弹窗，否则将持续显示弹窗。在其他一些实施例中，弹窗也可以在持续显示一段时间后自动消失，无需用户操作。在本申请实施例中，弹窗可以由通知栏或提供卡片的系统应用来提供，也可以由地图应用提供。
出行日程的提醒时间是指电子设备100提醒用户该出行日程的时间段，包括起始时刻和/或结束时刻。电子设备可以在提醒时间的起始时间开始提醒用户该日程，即显示根据该日程规划的出行方案信息，一直到提醒时间的停止时间，除非用户选择不再提醒该日程。提醒时间可以由用户设置，也可以由电子设备100自主设置。例如，出行日程的提醒时间可以是出行日程的执行时间的前30分钟和后30分钟，等等。
参考图6N，图6N示例性示出了电子设备100在卡片中显示的根据出行日程规划的出行方案信息。
图6N所示的用户界面61可以为主界面，该用户界面61中显示有卡片1038。卡片1038中包括：出行方案信息1038a，控件1038b和控件1038c。
其中，出行方案信息1038a对应的出行方案，是由电子设备100根据提醒时间包含当前时间点(例如图中的2月9日8:00)的出行日程(即图6M中的出行日程)，规划出的一个混合出行方案或固定费用内的出行方案。该出行方案可以是按照图6C或图6D示例性示出的方式筛选并排列在第一个或前几个的出行方案(例如前文的出行方案1)。混合出行方案中其他出行方式、最高出行费用可以由用户自主设置，也可以由电子设备100默认设置。
出行方案信息1038a中包含的内容和图6C或图6D中的信息卡包含的内容类似，可参考相关描述。例如，图6N示出的出行方案信息1038a包含起点、终点、驾车时长以及步行距离。
控件1038c可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，显示地图应用提供的用于展示出行方案的详细信息的用户界面，例如图6E所示的用户界面64。在其他实施例中，电子设备100也可以响应该操作，显示地图应用提供的用于展示根据出行日程筛选出的出行方案的用户界面，例如图6C或图6D所示的用户界面63。
控件1038b可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，将地图应用提供的响应在控件1038c上的操作而显示的内容推送到车辆200的显示屏上显示。例如，电子设备100可以响应于该操作，将图6C或图6D或图6E所示的用户界面推送到车辆200中显示。在本申请实施例中，电子设备100将显示内容推送至车辆200中显示可以是指，电子设备100将该显示内容直接发送给车辆200，或者，电子设备100将该显示内容中的重要信息(例如需启动的应用、起点、终点、出行方案等)发送给车辆200，然后由车辆200根据该重要信息显示对应的内容。
图6O、图6P、图6Q分别示出了电子设备100将图6C或图6D或图6E所示的用户界面推送到车辆200中后，该车辆200所显示的用户界面。和电子设备100中显示的用户界面相比，由于电子设备100和车辆200的显示屏的尺寸不同，车辆200中显示的用户界面中的各个界面元素的排版(例如位置、大小等)可以发生更改。
图6O、图6P、图6Q中各个界面元素的内容及作用可参考图6C、图6D、图6E的相关描述。和电子设备100显示的图6F-图6L类似，之后，车辆200还可以响应于用户操作显示图6R-图6X所示的用户界面，并提供前文描述的电子设备100所提供的相同的功能。
在一些实施例中，图6T-图6W还可以是电子设备100在接收到作用于图6H-图6K中的控件1037上的用户操作后，将显示的图6H-图6K的用户界面推送到车辆200后，由车辆200所显示的内容。图6T-图6W可以由车辆200中安装的地图应用提供。两者的不同之处在于，车辆200提供的图6T-图6W所示的用户界面中，并不显示图6H-图6K中的控件1037，而显示控件1040。控件1040可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，停止接收电子设备100推送的显示内容，并可以触发电子设备100重新显示该地图应用提供的显示内容。
在一些实施例中，图6O-图6W可以是，电子设备100在连接到车辆200后，或者，在连接车辆200并且车辆200的发动机13启动后，或者，在连接车辆200并且车辆200开始行驶后，由电子设备100将图6B-图6K的用户界面推送到车辆200后，由车辆200所显示的内容。
其中，图6O为车辆200中的地图应用提供的用户界面67，该用户界面67中显示有从起点至终点，并且混合驾车出行和步行的多个出行方案的信息。该用户界面67的各个界面元素及作用可参考图6C的相关描述。
图6P为车辆200中的地图应用提供的用于展示从起点至终点，并且在固定费用内的出行方案的用户界面67。该用户界面67的各个界面元素及作用可参考图6D的相关描述。
图6Q为车辆200提供的用于展示出行方案1的详细信息的用户界面68。图6Q所示的用户界面68的各个界面元素及作用可参考图6E的相关描述。
图6R为车辆200提供的用于展示用户选中的停车场P1的详细信息，以及用于预定充电桩的用户界面68。图6R所示的用户界面68的各个界面元素及作用可参考图6F的相关描述。
图6S为车辆200提供的用于展示预定信息的用户界面68。图6S所示的用户界面68的各个界面元素及作用可参考图6G的相关描述。
图6T为车辆200提供的室内用户界面69。图6T所示的用户界面69的各个界面元素及作用可参考图6H的相关描述。
图6U为车辆200提供的室外用户界面69。图6U所示的用户界面69的各个界面元素及作用可参考图6I的相关描述。
图6V为车辆200提供的展示充电桩及停车位信息的用户界面69。图6V所示的用户界面69的各个界面元素及作用可参考图6J的相关描述。
图6W为车辆200提供的在用户主动触发停止充电和/或主动触发停止停车后，用于支付充电费用和/或停车费用的用户界面69。图6W所示的用户界面69的各个界面元素及作用可参考图6K的相关描述。
图6X为车辆200提供的在检测到车辆200停止充电和/或停止停车后，用于支付充电费用和/或停车费用的用户界面610。图6X所示的用户界面610的各个界面元素及作用可参考图6L的相关描述。
在上述介绍的规划出行方案的方法中，规划出行方案时所使用的起点和终点、用户选择的出行方式、固定费用、车辆的耗油量、用户的出行日程信息等，为数据银行中的用户数据，这些用户数据可以是经过中间服务器脱敏处理后的数据。这些用户数据的收集方式可参考前文介绍的规划出行方案的方法中的详细描述，例如可参考图6C及图6D中输入起点和终点的方式、用户选择出行方式的方法等。上述利用起点和终点、用户选择的出行方式、固定费用、车辆的耗油量、用户的出行日程信息等用户数据来规划出行方案的过程，即为数据银行中对用户数据的加工过程。上述电子设备100显示的图6C-图6E中展示的出行方案信息，例如图6D中示出的出行方案信息卡1016a-1016c、图6H-图6I所展示的导航界面，图6N中展示的出游地点和/或出游区域的推荐卡片1038，以及，车辆200显示的图6O-图6Q中的出行方案信息、图6T-图6U所展示的导航界面，即为数据银行中用户数据的价值呈现。
2.规划出游地点和/或出游区域
在一些实施例中，电子设备或车辆可以规划符合用户需求的出游地点和/或出游区域。
具体的，用户可以设置起点、出行方式、出行费用、出行距离、出行时间、天气、路况或人流量中一项或多项出游条件，然后电子设备或车辆可以规划符合这些出游条件的出游地点和/或出游区域。例如，用户可以设定起点、出行方式、出行费用、出行距离和出行时长，电子设备或车辆可以规划符合用户需求的出游地点和/或出游区域，即，从用户设定的起点开始到该出游地点和/或出游区域中的任意位置，可以使用该用户设定的出行方式，并且价格不超过该用户设定的出行费用，距离不超过该用户设定的出行距离，时长不超过用户设定的出行时长。
其中，起点可以是用户设置的任意地点，例如可以为用户家的位置。
出行方式可包括但不限于驾车出行、步行，骑行、公交、地铁、飞机、渡船、火车、高铁或动车等。
出行费用可包括但不限于油费、高速公路过路费、路桥费、停车费、出游地点和/或出游区域的门票等。
出行距离是指起点和终点之间的距离，可以是直线距离，也可以是几条由该起点至该终点的路线的平均距离或最短距离等。
出行时长可以是由起点到终点的单程所需时长，也可以是来回所需时长。
出游地点是指满足用户休闲娱乐需求的场所。出游地点和/或出游区域例如可包括但不限于山、江、河、湖、海、博物馆、公园、古建筑、商场等等。在本申请实施例中，起点至筛选出的该出游地点和/或出游区域的出行方案符合用户设置的出游条件。本申请实施例对筛选出的出游地点的数量不做限定。
出游区域是包含多个位置点的闭合区域。出游区域可以是不规则图形，也可以不规则图形。在本申请实施例中，起点至筛选出的该出游区域中任意一个位置的出行方案均符合用户设置的出游条件。
通过上一实施例，电子设备或车辆可以在满足用户需求的情况下规划可出游的地点或区域，满足用户的休闲娱乐需求，还可以丰富地图应用所能提供的功能。
图7A-图7F示例性示出了电子设备100规划满足用户需求的出游地点和/或出游区域时涉及的一组用户界面。
其中，图7A-图7F所示的用户界面可以由电子设备100中安装的地图应用提供。
图7A示例性示出了电子设备100启动地图应用后，由该地图应用提供的用户界面71。该用户界面71可以是电子设备100检测到在图6A所示的地图应用的图标106a上的用户操作如点击操作、触摸操作后，响应该操作而显示的界面。
图7A所示的用户界面和图6B所示的用户界面62相同，参考前文图6B的相关描述。
如图7A所示，电子设备100检测到作用于图7A中控件109上的用户操作(例如点击操作、触摸操作、长按操作等)后，可以响应于该用户操作，显示图7B中的条件选择框701。
条件选择框701可用于接收用户输入的起点、出行方式、出行费用、出行距离、出行时间、路况或人流量中一项或多项出游条件。
如图7B所示，条件选择框701中包括：起点输入框701a、出行方式菜单栏701b、出行费用选择栏701c、出行距离选择栏701d、出行时长选择栏701e、确定控件701f。其中：
起点输入框701a可用于接收用户输入的起点。用户可以通过文本输入起点，也可以通过语音输入起点。
出行方式菜单栏701b中包括一个或多个出行方式选项，例如驾车选项、公交选项、地铁选项、步行选项、骑行选项，还可以包括更多选项。用户可以点击更多选项，以查看更多的出行方式选项。此外，电子设备100还可以接收在出行方式菜单栏701b上向左滑动的操作，并响应该操作显示更多的出行方式选项。
电子设备100可以接收作用于出行方式菜单栏701b中一个或多个出行方式选项上的用户操作(例如点击操作、触摸操作)，并响应于该用户操作，将接收到该用户操作所作用的出行方式选项对应的出行方式确定为确定用户设定的条件。此外，电子设备100如果再次接收到作用于出行方式菜单栏701b中相同的一个或多个出行方式选项上的用户操作(例如点击操作、触摸操作)，则可以响应于该用户操作，不再将该一个或多个出行方式选项对应的出行方式确定为用户设定的条件。也就是说，用户可以点击出行方式选项以设定条件，也可以再次点击出行方式选项取消设定条件。出行方式菜单栏701b中被选中的出行方式选项，可以不同的形式显示，例如可以显示背景阴影、下划线、加粗显示等等。图7B中驾车选项被选中。
出行费用选择栏701c中显示有当前选定的最高出行费用，例如图7B示出的￥50。当前选定的最高出行费用可以是电子设备100默认填充的，也可以是用户自主选择的。出行费用选择栏701c中还可显示有用于选择最高出行费用的控件701c-1。控件701c-1可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行费用选项，以供用户选择。用户选定的出行费用可以被显示在费用筛选栏701c中。
出行距离选择栏701d中显示有当前选定的最远出行距离，例如图7B示出的30km。当前选定的最远出行距离可以是电子设备100默认填充的，也可以是用户自主选择的。出行距离选择栏701d中还可显示有用于选择最远出行距离的控件701d-1。控件701d-1可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行距离选项，以供用户选择。用户选定的出行距离可以被显示在费用筛选栏701d中。
出行时长选择栏701e中显示有当前选定的最长出行时长，例如图7B示出的半天。当前选定的最长出行时长可以是电子设备100默认填充的，也可以是用户自主选择的。出行时长选择栏701e中还可显示有用于选择最长出行时长的控件701e-1。控件701e-1可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行时长选项，以供用户选择。用户选定的出行时长可以被显示在费用筛选栏701e中。
图7B所示的条件筛选框701中示出的用户输入的出游条件包括：以当前用户所在位置(即电子设备100所在位置)作为起点，通过驾车出行，出行费用不超过￥50，出行距离不超过30km并且出行时长在半天内。
图7B所示的条件筛选框701仅为示例，在其他一些实施例中，电子设备100可以提供其他筛选方式以供用户设置出游条件，也可以提供更多的选择栏以供用户设置更多的出游条件。
确定控件701f可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应于该用户操作，筛选出符合用户在条件筛选框701中设置的出游条件的出游地点和/或出游区域。
具体实现中，电子设备100可以向导航服务器700发送包含用户设置的出游条件的请求消息，导航服务器700可以响应该请求消息，确定符合该出游条件的出游地点和/或出游区域。之后，导航服务器700可以将确定的该出游地点和/或出游区域的名称、位置、图片等信息发送给电子设备。该请求消息可以被称为第三请求。
在其他一些实施例中，如果电子设备100提前下载了当前位置周围一定区域的地图，以及，该地图中的交通路线信息、交通价格信息等，则电子设备100也可以利用本地数据确定符合用户设置的出游条件的出游地点和/或出游区域。
导航服务器700或电子设备100可以确定出符合出游条件的所有出游地点，也可以仅确定固定数量(例如4个或5个)的符合该出游条件的出游地点，这里不限定。该固定数量可以预先设置。
对于用户未设置的其他出游条件，导航服务器700或电子设备100可以设定默认的该其他出游条件，并结合用户已设置的出游条件和默认设定的其他出游条件，筛选出符合上述所有出游条件的出游地点和/或出游区域。
图7C示例性示出了电子设备100筛选出符合出游条件的出游地点后，所显示的用户界面72。
如图7C所示，用户界面72中显示有：地图图像702，地图图像中用户所在位置(即电子设备100所在位置)的标识702a、地图图像中出游地点所在位置的标识702b。地图图像702可以实现为2D平面图、3D俯视图、卫星图或全景图。出游地点所在位置的标识702b可包括但不限于文本、该出游地点的缩略图等。
也就是说，电子设备100筛选出符合出游条件的出游地点和/或出游区域后，可以在地图图像中标注出这些出游地点和/或出游区域，以供用户查看。
在其他一些实施例中，地图图像702中还可包括用户所在位置(即电子设备100所在位置)至各个出游地点的任意一条路线或者最佳路线，等等。
如图7C所示，电子设备100筛选出的出游地点包括以下4个：景点A、景点B、景点C和景点D。
出游地点的标识702b可用于监听用户用户操作(例如点击操作、触摸操作等)，电子设备100可响应于该操作，展示接收到该操作的标识702b所对应的出游地点的详细信息，具体可参考后续图7E的相关描述。
不限于图7C中示出的在地图中标注出各个出游地点的方式，在本申请其他一些实施例中，电子设备100还可以通过其他方式来展示符合出游条件的出游地点。例如，电子设备100还可以按照一定顺序，依次显示各个出游地点的信息。本申请实施例对该顺序不做限定，例如可以按照距离由短至远、费用由少至多、人气由高至低的顺序等等。各个出游地点的信息例如可包括但不限于：出游地点的地址、当前位置至出游地点的距离、当前位置至出游地点所需的费用、出游地点的特色景点、出游地点的人气、开放时间、出游地点的公共交通信息或酒店信息等等。
图7D示例性示出了电子设备100筛选出符合出游条件的出游区域后，所显示的用户界面72。
如图7D所示，用户界面72中显示有：地图图像702，地图中用户所在位置(即电子设备100所在位置)的标识702a、筛选出的出游区域702c。地图图像702可以实现为2D平面图、3D俯视图、卫星图或全景图。出游区域可以用不同于其他地图图像的形式显示，例如可以加深背景颜色、使用红色或其他醒目的颜色勾勒出游区域的边缘等等。
也就是说，电子设备100筛选出符合出游条件的出游区域后，可以在地图图像中标注出该出游区域，以供用户查看。
如图7D所示，电子设备100筛选出的出游区域为一个不规则区域。
用户可以在图7D中示出的地图图像702上输入用户操作(例如双指向外滑动的操作、双击操作等)，电子设备100可以响应于该用户操作，以更大的显示比例来显示地图图像702，即放大地图图像702，以展示更多的地图中的内容和细节。放大地图比例后，地图图像702所对应的区域对应变小。这样，用户可以查看到出游区域702c中的各个位置点，并点击其中感兴趣的位置点，以使得电子设备100展示该位置点的详细信息。
图7F示出了电子设备100展示景点A的详细信息的一个用户界面73。
用户界面73可以是电子设备100响应于在图7C中景点A的标识702b上监听到的用户操作(例如点击操作、触摸操作等)而显示的，也可以是电子设备100响应于在图7D的地图图像702中景点A所在位置点的用户操作(例如点击操作、触摸操作等)而显示的。
在本申请实施例中，用于触发电子设备100或车辆200展示出游地点或出游区域中位置点的详细信息的用户操作，可以被称为第五操作。第五操作例如可包括作用于图7C中景点A的标识702b上的用户操作(例如点击操作、触摸操作等)、作用于图7D的地图图像702中景点A所在位置点的用户操作(例如点击操作、触摸操作等)等等。
如图7F所示，用户界面73中显示有：返回键703、景点A所在位置的地图图像704、窗口705。
返回键703用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，显示地图应用的上一级页面，如图7C或图7D所示的用户界面72。
地图图像704可以实现为2D平面图、3D俯视图、卫星图或全景图。地图图像704中可以标注出景点A所在位置。
窗口705中显示有景点A的详细信息，例如可包括：开放时间、景点A的详细地址、用户所在位置(即电子设备100所在位置)和景点A之间的距离、景点A的星级、景区A的主要游玩项目、景区A内各个地点(例如停车场、出口、入口、取票点、打卡点等)的查看入口、景点A附近公交站的信息(例如和用户所在位置之间的距离、从用户所在位置至该公交站的车次)、景点A附近的酒店信息等等。
窗口705中还可包括控件705a。该控件705a可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，查询用户所在位置(即电子设备100所在位置)到景点A的路线或出行方案并显示该路线或出行方案，或者，直接显示将用户从当前位置导航至景点A的导航信息，等等。
具体实现中，电子设备100可以向导航服务器700发送包含用户所在位置和景点A指示信息的请求消息，导航服务器700可以响应该请求消息，查询用户所在位置(即电子设备100所在位置)到景点A的路线或出行方案。之后，导航服务器700可以将确定的路线或出行方案发送给电子设备100。
在其他一些实施例中，如果电子设备100提前下载了包含用户当前位置和景点A所在区域的地图，以及，该地图中的交通路线信息、交通价格信息等，则电子设备100也可以利用本地数据确定用户所在位置(即电子设备100所在位置)到景点A的路线或出行方案。
在一些实施例中，电子设备100查询用户所在位置(即电子设备100所在位置)到景点A的路线或出行方案时，可以按照前文图6C-图6L中的策略进行，也可以按照其他策略进行，这里不做限定。
在一些实施例中，电子设备100在接收到在图7C中景点A的标识702b上的用户操作，或，接收到在图7D的地图图像702中景点A所在位置点的用户操作后，在显示图7E所示的用户界面73之前，还可以提示用户到该景点A出游的注意事项。该注意事项可用于提示用户该景点A的天气、人流量、注意带伞或注意防晒等等。
图7E示例性示出了电子设备100显示的一种注意事项，该注意事项例如可以为提示文本“该地今日有雨，请注意带雨具！”。
和前面图6A-图6X示出的规划出行方案类似，电子设备100在规划出游地点和/或出游区域的过程中，也可以将地图应用提供的显示内容推送到车辆200的显示屏上显示。
在一些实施例中，图7A-图7F所示的用户界面中还可以显示有如图6H-图6K中的控件1037(图中未示出)，电子设备100可以检测到作用于控件1037上的用户操作(如点击操作、触摸操作等)，并响应于该用户操作，通过和车辆200之间的连接将地图应用提供的显示内容推送至车辆200的显示屏中显示。之后，车辆200可以启动地图应用并在显示屏上显示对应的内容，并且车辆200可以提供该内容被显示在电子设备100中时所能够提供的功能，例如接收用户输入的出游条件、筛选符合出游条件的出游地点和/或出游区域、导航等等。
在另一些实施例中，电子设备100在显示图7A-图7F任意用户界面的过程中，可以在连接到车辆200(有线连接或无线连接)后，或者，电子设备100在连接车辆200并且车辆200的发动机13启动后，或者，电子设备100在连接车辆200并且车辆200开始行驶后，即将地图应用提供的显示内容推送到车辆200的显示屏上显示。
这样，可以在规划出游地点和/或出游区域的过程中，根据用户需求来灵活地将地图应用显示在电子设备100或车辆200中，并且行驶过程中通过车辆200的显示屏来显示地图应用提供的内容，可以方便用户查看地图应用提供的信息，也更方便用户操控。
在一些实施例中，电子设备100还可以响应用户操作，例如在车辆200所显示的用户界面上的用户操作，或者，在电子设备100所显示用户界面上的用户操作，停止向车辆200推送显示内容，并可以重新显示该地图应用提供的显示内容。
在另一些实施例中，如果电子设备100和车辆200之间的连接断开，或者，在车辆200熄火(即发动机13停止工作)后，或者，车辆200停止行驶后，停止向车辆200推送显示内容，并可以重新显示该地图应用提供的显示内容。
不限于图7A-图7F示出的由用户在地图应用提供的用户界面71中输入出游条件，在一些实施例中，电子设备100还可以获取预设的出游条件，并在预设的推荐时间根据该预设出游条件来为用户规划出游地点和/或出游区域。
这样，电子设备或车辆可以根据预设的出游条件规划可出游的地点或区域，无需用户在地图应用提供的用户界面中输入出游条件，即可满足用户的休闲娱乐需求。
该预设的出游条件可包括但不限于以下一项或多项：起点、出行方式、出行费用、出行距离、出行时间、天气、路况或人流量。
预设的推荐时间可以是一个时间点，也可以是一个时间段，例如可包括起始时刻和/或结束时刻，这里不做限定。
预设的出游条件、预设的推荐时间，可以是由电子设备100默认设置的，例如由电子设备100根据用户习惯学习并设置的，也可以是用户预先设置的。
图7G-图7I示例性示出了电子设备100设置预设的出游条件以及预设的推荐时间的一种方式。
图7G为电子设备100中安装的设置(setting)应用提供的用户界面74。该用户界面74可以是电子设备100响应在图6A所示用户界面61中设置应用图标106c上的用户操作，而显示的。
如图7G所示，用户界面74中显示有一个或多个功能选项，例如系统账号选项、飞行模式的开关选项、WLAN选项、蜂窝网络选项、蓝牙选项、热点选项，以及，选项706等等。
电子设备100可以检测到作用于选项706的用户操作(例如点击操作、触摸操作等)，显示图7H所示的用于设置和出行相关的功能的用户界面75。
如图7H所示，用户界面75中显示有：返回键、页面指示符、“出行推荐”的开关选项707、提示信息708。
返回键用于监听用户操作，电子设备100可响应于该用户操作返回显示该设置应用提供的上一级界面，即图7G所示的用户界面74。
页面指示符用于指示当前用户界面75由设置应用提供，并用于设置“出行推荐”的相关功能。
“出行推荐”的开关选项707用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应该用户操作，开启或关闭电子设备的“出行推荐”。
“出行推荐”是电子设备100提供的一种服务或功能，用于支持电子设备100在预设的推荐时间根据预设出游条件来为用户规划出游地点和/或出游区域。即，开启“出行推荐”后，电子设备100将会在预设的推荐时间根据预设出游条件来为用户规划出游地点和/或出游区域。
“出行推荐”只是本实施例中所使用的一个词语，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制。在本申请其他一些实施例中，“出行推荐”也可以被称为例如“智能出行”、“个性出游”等其他名词。
不限于通过设置应用在用户界面75中提供的选项707来开启或关闭电子设备100的“出行推荐”，电子设备100还可以通过其他方式来开启或关闭电子设备100的“出行推荐”。例如，电子设备100还可以在下拉通知栏中提供“出行推荐”的开关选项，用户可以点击该“出行推荐”的开关选项，触发电子设备100开启或关闭“出行推荐”。又例如，用户还可以通过语音指令触发电子设备100开启或关闭“出行推荐”。
在其他一些实施例中，电子设备100还可以默认开启“出行推荐”，无需用户操作。
提示信息708用于向用户介绍该“出行推荐”，以供用户了解该功能或服务。例如，该提示信息708可以实现为文本“开启出行推荐后，将根据您的设置来为您推荐出游地点和/或出游区域！”。
电子设备100开启“出行推荐”后，可以在用户界面75中显示设置选项709。
设置选项709可用于监听用户操作(例如点击操作、触摸操作等)，电子设备100可响应该用户操作，显示用于用户设置推荐条件和推荐时间的用户界面。
图7I示例性示出了用于用户设置推荐条件和推荐时间的用户界面76。
用户界面76中显示有：返回键、页面指示符、一个或多个设置条目例如推荐时间的设置条目710、出行方式的设置条目711、出行费用的设置条目712、出行距离的设置条目713、出行时长的设置条目714等等。
返回键用于监听用户操作，电子设备100可响应于该用户操作返回显示该设置应用提供的上一级界面，即图7G所示的用户界面75。
页面指示符用于指示当前用户界面76由设置应用提供，并用于设置出游条件、推荐时间等。
推荐时间的设置条目710中显示有当前选定的推荐时间，例如图7I示出的每个周一。当前选定的推荐时间可以是电子设备100默认填充的，也可以是用户自主选择的。推荐时间的设置条目710中还可显示有用于选择推荐时间的控件710a。控件710a可用于监听用户操作，电子设备100可响应该操作，显示多个不同的推荐时间选项，以供用户选择。用户选定的推荐时间可以被显示在推荐时间设置条目710a中。
出行方式的设置条目711中显示有当前选定的一个或多个出行方式，例如图7I示出的驾车出行。当前选定的出行方式可以是电子设备100默认填充的，也可以是用户自主选择的。出行方式的设置条目711中还可显示有用于选择出行方式的控件711a。控件711a可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行方式选项，以供用户选择。用户选定的出行方式可以被显示在出行方式的设置条目711a中。
出行费用的设置条目712中显示有当前选定的最高出行费用，例如图7I示出的￥50。当前选定的最高出行费用可以是电子设备100默认填充的，也可以是用户自主选择的。出行费用的设置条目712中还可显示有用于选择最高出行费用的控件712a。控件712a可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行费用选项，以供用户选择。用户选定的出行费用可以被显示在推荐出行费用的设置条目712a中。
出行距离的设置条目713中显示有当前选定的最远出行距离，例如图7I示出的30km。当前最远出行距离可以是电子设备100默认填充的，也可以是用户自主选择的。出行距离的设置条目713中还可显示有用于选择最远出行距离的控件713a。控件713a可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行距离选项，以供用户选择。用户选定的出行距离可以被显示在出行距离的设置条目713a中。
出行时长的设置条目714中显示有当前选定的最长出行时长，例如图7B示出的半天。当前选定的最长出行时长可以是电子设备100默认填充的，也可以是用户自主选择的。出行时长的设置条目714中还可显示有用于选择最长出行时长的控件714a。控件714a可用于监听用户操作，电子设备100可响应该操作，显示多个不同的出行时长选项，以供用户选择。用户选定的出行时长可以被显示在费用筛选栏701c中。
图7I示出的用户设置的出游条件包括：通过驾车出行，出行费用不超过￥50，出行距离不超过30km并且出行时长在半天内。用户设置的推荐时间为：每个周末。
图7I所示的提供给用户设置出游条件和推荐时间的用户界面76仅为示例，在其他一些实施例中，电子设备100可以提供其他用户界面以供用户设置出游条件和推荐时间。
不限于图7G-图7I示出的用户通过设置应用提供的用户界面来设置出游条件，在其他一些实施例中，用户还可以通过电子设备100中安装的其他应用提供的用户界面来设置出游条件。例如，用户还可以通过电子设备100中的地图应用提供的用户界面来设置出游条件。
不限于用户设置出游条件，在一些实施例中，电子设备100或车辆200也可以默认设置出游条件。这样无需用户手动操作，电子设备100或车辆200就可以为用户规划符合出游条件的出游地点和/或出游区域，满足用户的休闲娱乐需求。
电子设备100在获取到预设的出游条件和推荐时间后，可以在预设的推荐时间，通过卡片、通知栏、弹窗、负一屏等形式显示根据该预设的出游条件规划的出游地点和/或出游区域信息。
具体的，电子设备可以在预设的推荐时间到达之前或者到达之时，向导航服务器700发送包含该预设的出游条件和用户当前所在位置(即电子设备100所在位置)的请求消息，导航服务器700可以响应该请求消息，确定符合该出游条件的出游地点和/或出游区域。之后，导航服务器700可以将确定的该出游地点和/或出游区域的名称、位置、图片等信息发送给电子设备。用户所在位置到该出游地点和/或出游区域中任意一个位置的出行方案均符合该预设的出游条件。
在一些实施例中，如果电子设备100提前下载了当前位置周围一定区域的地图，以及，该地图中的交通路线信息、交通价格信息等，则电子设备100也可以利用本地数据确定符合该预设的出游条件的出游地点和/或出游区域。
卡片可以由系统应用(例如“小艺建议”)提供。
具体实现中，系统应用(例如小艺建议)可以获取用户设置的出游条件和推荐时间，将出出游条件发送给地图应用，或者，地图应用直接获取用户设置的出游条件和推荐时间，由地图应用通过导航服务器700规划出游地点和/或出游区域，或者由地图应用使用电子设备100本地预存的数据来规划出游地点和/或出游区域，然后由地图应用将获取到的出游地点和/或出游区域的信息发送给系统应用(例如小艺建议)，由系统应用在推荐时间内将该出游地点和/或出游区域的信息呈现在主界面的卡片中。
出游地点和/或出游区域的信息例如可包括但不限于：出游地点的数量、各个出游地点的名称、用户和各个出游地点之间的距离、最佳出游地点的信息(如名称、距离等)、出游区域的大小等等。最佳出游地点可以是花费最低或距离最短或出行时长最短的一个出游地点，这里不限定。
图7J示例性示出了电子设备100在预设的推荐时间内，在卡片中显示的根据预设出游条件规划的出游地点和/或出游区域信息。
图7J所示的用户界面77可以是主界面，该用户界面77中显示有卡片715。卡片715中显示有：出游地点信息715a、控件715b和控件715c。
出游地点信息715a对应的出游地点，是由电子设备100根据用户在图7I中预设的出游条件规划出的出游地点。图7J中示出的信息715a表明，电子设备100规划出了4个符合用户预设的出游条件的出游地点。
控件715c可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，显示地图应用提供的用于展示规划的出游地点和/或出游区域的详细信息的用户界面，例如图7C或图7D所示的用户界面72。
控件715b可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，将地图应用提供的响应在控件715c上的操作而显示的内容推送到车辆200的显示屏上显示。例如，电子设备100可以响应于该操作，将图7C或图7D所示的用户界面72推送到车辆200中显示。
图7K示例性示出了电子设备100将图7C所示的用户界面72推送到车辆200中后，该车辆200所显示的用户界面78。图7K可以由车辆200中安装的地图应用提供。和电子设备100中显示的用户界面72相比，由于电子设备100和车辆200的显示屏的尺寸不同，车辆200中显示的用户界面78中的各个界面元素的排版(例如位置、大小等)可以发生更改。
图7K中各个界面元素的内容及作用可参考图7C所示用户界面72的相关描述。和电子设备显示图7C类似，之后，车辆200还可以响应于用户操作显示和图7E、图7F类似的用户界面，并提供前文描述的电子设备100所提供的相同的功能，例如查看出游地点的详细信息，导航至出游地点等等。
在一些实施例中，图7K可以是电子设备100响应于在图7C中控件1037(图中未示出)上的用户操作(如点击操作、触摸操作等)，将图7C所示的用户界面72推送给车辆200后，由车辆200所显示的内容。
在一些实施例中，图7K可以是，电子设备100在连接到车辆200后，或者，在连接车辆200并且车辆200的发动机13启动后，或者，在连接车辆200并且车辆200开始行驶后，由电子设备100将图7C的用户界面72推送到车辆200后，由车辆200所显示的内容。
车辆200所显示的图7K所示的用户界面78，和，电子设备100显示的图7C所示的用户界面72相比，不同之处在于，图7K所示的用户界面78中，并不显示图7C中的控件1037(图中未示出)，而可以显示用于停止推送的另一控件(图中未示出)，该另一控件和图6T-图6W中的控件1040类似。该另一控件可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，停止接收电子设备100推送的显示内容，并可以触发电子设备100重新显示该地图应用提供的显示内容。
在上述介绍的规划出游地点和/或出游区域的方法中，用户设置的一项或多项出游条件、推荐时间、用户设置的起点等，即为数据银行中的用户数据，这些用户数据可以是经过中间服务器脱敏处理后的数据。这些用户数据的收集方式可参考上述规划出游地点和/或出游区域的方法中的详细描述，例如可参考图7B示出的用户输入出游条件的方式、图7I示出的出游条件及推荐时间的设置方式。上述利用用户设置的一项或多项出游条件、推荐时间、用户设置的起点等用户数据来规划出游地点和/或出游区域的过程，即为数据银行中对用户数据的加工过程。上述电子设备100显示的图7C中标注出的出游地点702b、图7D中标注出的出游区域702c、图7J中展示的出游地点的推荐卡片715、图7K中标注出的出游地点，以及，车辆200通过语音、震动等方式输出的信息等等，即为数据银行中用户数据的价值呈现。
不限于图6A-图6X、图7A-图7K示出的由电子设备100推送内容至车辆200中显示，在一些实施例中，车辆200也可以自主规划出行方案、出游地点和/或出游区域。例如，车辆200中的地图应用可以接收用户输入的起点和终点，以及，用户选定的驾车出行和其他出行方式，并规划从起点到终点，并使用用户选定的出行方式的出行方案。又例如，车辆200中的地图应用可以接收用户输入的出游条件，并规划符合该出游条件的出游地点和/或出游区域。车辆200规划驾车出行和其他出行方式的混合出行方案、规划固定价格内的出行方案、规划符合一个或多个出游条件的出游地点和/或出游区域的具体实施方式，可参考前文电子设备100规划出行方案、出游地点和/或出游区域的具体实施方式，这里不再赘述。
在上述介绍出行规划方法中，为用户规划出游地点和/或出游区域的电子设备100或车辆200，图6A-图6X、图7A-图7K涉及的电子设备100或车辆200，可以被称为第一设备。
在上述介绍出行规划方法中，电子设备100或车辆200通过导航服务器700规划出行方案时，向导航服务器700发送的请求消息，可以被称为第一请求或第三请求。
在驾驶前或者驾驶过程中，驾驶员1000侧的电子设备100，或者，车辆200可以根据以下一项或多项来确定推荐的车辆行为：各类APP的优惠券信息、车辆200的车辆信息、驾驶员1000的运动健康数据、驾驶员1000的行为数据、驾驶员1000的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人300侧的电子设备400发送的信息、天气信息。之后，车辆200可以响应于用户操作执行该推荐的车辆行为，也可以直接执行该推荐的车辆行为。
电子设备100或车辆200中可以安装有地图应用，该地图应用支持电子设备100或车辆200执行的上述各项操作。
推荐车辆行为时提及的用户为驾驶员1000，可以包括车辆200的驾驶者、乘客。
通过推荐车辆行为的方案，电子设备100或车辆200可以收集多方信息，并根据这些信息来融合推荐车辆行为，给用户提供合适的驾驶建议，还可以减少交通事故，提高道路的畅通度，改善车与车、车与行人、车与道路基础设施之间的关系，可以让用户的驾驶过程更加愉悦、轻松，从而提升用户体验。
图8A-图8U、图9A-图9P示例性示出了电子设备100或车辆200推荐车辆行为时提供的一系列用户界面。下面将结合这些用户界面介绍推荐车辆行为的具体实现。
先介绍推荐车辆行为时电子设备100或车辆200收集到的各项信息：
1.APP的优惠券信息
APP的优惠券是一种可以降低商品价格的电子券，可包括代金券、打折券等等。电子设备100或车辆200中可以安装外卖类APP、电商购物类APP等。电子设备100或车辆200启动这些APP后，用户可以手动领取优惠券，或者，电子设备100或车辆200主动领取优惠券，或者，各个商家主动发送优惠券。按照优惠券对应的商品的类别区分，优惠券具体可包括加油券、洗车券、车辆保养券等等。
优惠券信息可包括但不限于以下一项或多项：提供该优惠券的APP的标识、商家的名称、商家的位置、该优惠券的类别、该优惠券适用的商品名称、折扣情况、优惠券的使用规则，等等。APP的标识例如可包括文本、图标等等。折扣情况表明了商品的优惠力度，例如可包括打几折，抵扣的金额，提供的服务等等。优惠券的使用规则例如可包括优惠券的有效使用期、能够使用优惠券的最低消费金额等。
2.驾驶员1000的运动健康数据
驾驶员1000的运动健康数据表征驾驶员1000的身体状态，包括生理状态和心理状态。运动健康数据可包括但不限于以下一项或多项：年龄、性别、身高、体重、血压、血糖、血氧、呼吸率、心率、心电波形、体脂率、体温、皮肤阻抗等生理数据。其中，年龄、性别可以由驾驶员1000输入到电子设备100或车辆200中。血压计可采集血压，血糖仪采集血糖，血氧计采集血氧饱和度和脉率，体温计采集体温，心电记录仪采集心电波形，体脂秤采集体脂率，智能手表、智能手环等可穿戴设备可采集心率、呼吸率、血氧、脉搏等。上述各个设备可以和电子设备100或车辆200之间通过蓝牙、ZigBee、Wi-Fi、蜂窝网络等通信技术连接，并可以将检测到的运动健康数据发送给电子设备100或车辆200。
运动健康数据可以反映驾驶员1000的身体健康程度以及情绪。例如，当驾驶员1000的呼吸率较低、体温较低时，该驾驶员1000可能处于疲劳驾驶状态。又例如，当驾驶员1000心率平稳、呼吸舒缓、皮肤阻抗较高时，该驾驶员1000情绪愉悦；当驾驶员1000心率加速，呼吸急促、皮肤阻抗较低等，该驾驶员1000处于惊恐畏惧状态。
3.驾驶员1000的行为数据
驾驶员1000的行为数据是指表征驾驶员1000行为的数据。行为数据例如可包括但不限于以下一项或多项：驾驶员1000的人脸、面部表情、动作、语音、驾驶员1000的打字速度及语法准确度等等。其中，驾驶员1000的人脸、面部表情及动作可以由电子设备100的摄像头193采集，也可以由设置在车辆200内部的摄像头采集，驾驶员1000的动作还可以由连接到电子设备100或车辆200的可穿戴设备(如智能手环或智能手表)采集。语音可以由电子设备100的麦克风170C采集，也可以由车辆200或可穿戴设备的麦克风采集。驾驶员1000的打字速度及语法准确度可以由电子设备100的显示屏194采集，也可以由设置在车辆200中的显示屏采集。
行为数据也可以反映驾驶员1000的身体健康程度及情绪。例如，当驾驶员1000嘴巴两边向上翘起、眼角微翘时，该驾驶员1000心情愉悦；当驾驶员1000瞳孔放大、双手握拳时，该驾驶员1000处于愤怒状态。
4.驾驶员1000的身份认证信息
身份认证是用于确认用户身份的技术。身份认证信息例如可以包括：密码、图形、生物特征。
密码可以是由数字、字母、符号组成的字符串。
生物特征分为身体特征和行为特征两类。身体特征包括：身高、体重、人脸、声纹、指纹、掌型、视网膜、虹膜、人体气味、脸型、血压、血氧、血糖、呼吸率、心率、一个周期的心电波形等、脱氧核糖核酸(deoxyribo nucleic acid，DNA)。行为特征包括：签名、形体姿态(如行走步态)等。
不同的用户可以通过不同的身份认证信息，来进行区分。具体的，用户可以预存密码、图形或者生物特征，在用户输入该预存的密码或图形，或者，输入和预存的生物特征匹配度达到一定值的生物特征时，可以确认该用户为之前预存信息的用户。
在本申请实施例中，车辆200上可以乘坐不同的用户，车辆200可以获取当前用户的身份认证信息，并根据该身份认证信息来识别该用户。
在一些实施例中，车辆200可以调度相应的模块来接收用户输入的身份认证信息，例如，通过显示屏接收用户输入的密码或图形、通过摄像头采集用户的生物特征(例如人脸、虹膜、视网膜、脸型、形体姿态，通过指纹传感器采集用户输入的指纹，通过受话器、麦克风采集用户输入的携带声纹的语音等等。之后，车辆200可以在本地，或者，通过网络根据该身份认证信息来识别用户的身份。
进一步地，车辆200还可以识别当前乘坐车辆200的用户所在的座椅，并识别各个座椅上的用户。例如，车辆200还可以预存各个用户的体重，将用户的体重和该用户的身份认证信息关联起来，通过座椅下的压力传感器识别当前座椅上的用户。又例如，车辆200可以通过摄像头采集人脸图像，获知各个用户分别所在的座椅。
在一些实施例中，电子设备100可以调度相应的模块来接收用户输入的身份认证信息，例如电子设备100可通过显示屏194接收指示密码的用户操作(例如点击操作)、指示图形的用户操作(例如滑动操作)，通过摄像头193采集包含生物特征(例如人脸、虹膜、视网膜、脸型、形体姿态)的图像，通过指纹传感器180H采集用户输入的指纹，通过受话器170B，麦克风170C采集用户输入的携带声纹的语音；通过光学传感器采集心率等。电子设备100还可以通过连接的可穿戴设备来采集用户输入的身份认证信息，例如通过智能手环采集心率等。之后，电子设备100可以在本地，或者，通过网络根据该身份认证信息来识别用户的身份，并将识别到的用户身份通知给车辆200。
进一步地，电子设备100也可以通过和车辆200之间通信信号的强度、摄像头采集的图像等，获知该电子设备100对应的用户在车辆200中的座椅位置，并将该用户的身份认证信息和座椅位置通知给车辆200。
也就是说，在本申请实施例中，车辆200可以识别当前乘坐车辆200的用户，还可以识别该用户所在的座椅。
例如，假设预存身份认证信息的用户包括三个：用户A，用户B和用户C，则车辆200可以根据上述方法来识别当前乘坐车辆200的用户包括：驾驶位上的用户A，和，副驾驶位上的用户B。
5.车辆200的车辆信息、附近其他车辆的车辆信息
车辆信息可包括但不限于以下一项或多项：车辆的行驶数据、驾驶员的操作数据，或车辆状态，等等。
其中，行驶数据反映了车辆的驾驶情况，例如可包括车辆的速度、所在的位置、所在的车道、车辆自身的道路规划(例如导航中当前地点附近的一段导航路线)、行车记录(包括驾驶过程中的设置在车辆外部的摄像头拍摄到的视频)、驾驶模式(例如包括自动驾驶模式和手动驾驶模式等)、雷达或摄像头采集到的环境信息(例如路况，如行车路径上的行人、车辆、车道线、可行驶区域以及障碍物等)。
驾驶员的操作数据反映了驾驶员对车辆的操控情况，例如包括反映驾驶员是否手动打开转向灯、是否手动打开雨刮器、是否操控方向盘转向、是否系好安全带、是否将脚放置在离合器或油门上的数据、摄像头采集的反映驾驶员是否低头驾驶的图像、摄像头采集的反应用户是否低头玩手机或打电话的图像，酒精含量探测器采集的驾驶员是否酒驾的数据，、生理信息传感器采集的反映驾驶员是否疲劳驾驶的数据，等等。
车辆状态反映了车辆中各个器件的使用情况。例如车辆状态可包括车辆中乘客的数量、刹车片灵敏度、座椅上是否有用户、车内是否有儿童、车辆内各个主要器件(例如发动机、刹车片、轮胎等)的使用年限、油量、电量、距离上一次保养/洗车的时间、后视镜是否被遮挡等等。
上述各项车辆信息可以由车辆中的相应器件采集。例如，车辆的摄像头可用于检测车辆所在的车道以及行车记录视频，设置在座椅下方的压力传感器可用于检测座椅上是否有用户就坐，速度传感器可用于检测速度，T-box14可用于获取车辆的导航路线，还可用于获取驾驶模式、车辆状态等。
车辆200附近的其他车辆，可以通过蓝牙、WiFi、、蜂窝网络(cellular)例如LTE-V2X(D2D等)、5G-V2X等技术广播自身的车辆信息，驾驶员1000侧的电子设备100或者车辆200可以接收到该车辆信息。
不限于此，在一些实施例中，车辆信息还可包括该车辆的型号、车牌号等。
可见，车辆200的车辆信息可以反映该车辆200的行驶状况、驾驶员1000的操作情况、车辆200的车辆状态等等。其他车辆的车辆信息可以反映该其他车辆的行驶状况、驾驶员的操作情况、其他车辆的车辆状态等等。
上述车辆200附近其他车辆的车辆信息不包括驾驶员的隐私数据，如车牌号、驾驶员姓名等等。这样既可以让接收到该车辆信息的车辆能够了解该车辆的基本信息，又不会泄露驾驶员隐私。
6.道路基础设施信息
道路基础设施信息是指设置在道路中或道路侧的道路基础设施500所采集到的环境信息。道路基础设施500为设置在道路中或道路侧的电子装置，可包括但不限于交通信号灯、摄像头、测速装置、路侧单元(road side unit，RSU)、雷达等。道路基础设施500采集到的数据例如可包括摄像头拍摄到的图像，测速装置测量到的车速，交通信号灯的交通灯信息等等。交通灯信息可以用于指示以下一项或多项：当前该交通信号灯点亮的灯的颜色，还可以指示点亮该颜色的灯的剩余时长、以及点亮该颜色的灯之后所点亮的灯的颜色，等等。
道路基础设施500可用于通过短距离通信技术如Wi-Fi、BT、NFC，IR、UWB，或者蜂窝网络等技术广播基础设施信息，从而将自身获取到的数据发送给即将驶入或正处于该道路基础设施500所在路段的车辆200或电子设备100。道路基础设施信息可以反映车辆200附近的环境，包括车辆200附近的车辆、行人等路况，还可包括交通信号灯点亮的灯的颜色等。
7.行人300侧的电子设备400发送的信息
行人300侧的电子设备400可以在处于道路旁或道路中时，通过Wi-Fi、BT、NFC，IR、UWB，或者蜂窝网络等技术广播信号，即发送信息。具体的，行人300侧的电子设备400可以获取自身位置信息，并在识别到当前位置位于道路中或道路附近时发送广播信号等等。在一些实施例中，电子设备400广播的信号还可以携带更多的信息，例如可以携带该电子设备400所在的位置信息等。
本申请实施例对电子设备400发送的信息的格式不做限定，使用不同技术发送的信息可以有不同的格式。
车辆200接收到该信号后，可以获知附近有电子设备400及行人300。车辆200接收到的广播信号越多，说明附近的行人300也就越多。车辆200接收到的广播信号越强，说明附近的行人300距离车辆200越近。也即是说，行人300侧的电子设备400发送的信息可以反映车辆200附近是否有行人300以及行人300的数量、远近等等。
8.天气信息
电子设备100或车辆200可以从网络中获取到天气信息。天气信息用于指示天气，天气例如可包括晴天、雾天、大雨、大雪、冰雹、风暴等等。
在本申请实施例中，车辆行为可以包括车辆200能够执行的任意操作或行为。车辆行为可包括但不限于以下一项或多项：
1.导航并行驶至某个地点
例如，导航至某个加油站、修车点、洗车点等。
2.调整器件
例如，调整座椅的高度、椅背的角度、座椅的前后位置，调整安全带位置、关闭门窗、安装安全座椅等等。
3.播放音乐、播放视频
4.充电或加油
5.驾驶行为
驾驶模式可包括：自动驾驶模式，手动驾驶模式，半手动半自动模式、经济驾驶模式、运动驾驶模式、越野驾驶模式、雪地驾驶模式、节能驾驶模式等等。车辆支持的驾驶模式可以由该车辆默认设置，也可以由用户自定义。
其中，在自动驾驶模式下，无需用户手动操控车辆，车辆可以智能地执行启动、驾驶、停车等操作。在手动驾驶模式下，用户需手动操控车辆，以触发车辆执行启动、驾驶、停车等操作。在运动驾驶模式下，车辆中发动机换挡转速被提高，可以增强动力性。在雪地驾驶模式下，对车辆的最低速有要求，可以避免在冰面等湿滑路面上起步打滑。其他不同的模式对车辆的各类功能设置有不同的改动，这里不再一一详细解释。
在驾驶过程中，驾驶行为可包括在各个驾驶模式之间的切换。
在驾驶过程中，驾驶行为还可包括控制车辆200的行驶速度、开始驾驶、停止驾驶、避让行人、避让其他车辆、转向、减速、打开转向灯、打开雨刷等等。
在驾驶过程中，驾驶行为还可包括：车辆200根据交通法规来提示用户。
在用户操控车辆200的过程中，如果检测到用户想要操控车辆200执行不符合交通法规的操作，则车辆200可以拒绝执行该操作，并提示用户执行符合交通法规的操作。也就是说，车辆200只执行符合交通法规的操作，这样可以使得车辆200的驾驶行为符合交通法规，减少车辆200违反交通法规的概率。例如，车辆200在右转前提示用户开启右转向灯，右转向灯开启前不能右转。
在用户操控车辆200执行不符合交通法规的操作后，车辆200可以提示用户根据交通法规修正驾驶行为。例如，车辆200右转但未打右转向灯时，提示用户下次右转时开启右转向灯。这样，可以在日常驾驶过程中提示用户违反交通法规的行为，让用户更加了解交通法规，避免以后再次违反。
车辆200可以预先下载交通法规。不同国家、不同区域、不同路段的交通法规可以不同，这里不做限定。交通法规的具体内容可参考各个国家、区域的规定。
例如，中国的交通法规可包括：机动车、非机动车实行右侧通行；根据道路条件和通行需要，道路划分为机动车道、非机动车道和人行道的，机动车、非机动车、行人实行分道通行。没有划分机动车道、非机动车道和人行道的，机动车在道路中间通行，非机动车和行人在道路两侧通行；道路划设专用车道的，在专用车道内，只准许规定的车辆通行，其他车辆不得进入专用车道内行驶；车辆、行人应当按照交通信号通行；遇有交通警察现场指挥时，应当按照交通警察的指挥通行；在没有交通信号的道路上，应当在确保安全、畅通的原则下通行。
又例如，某个路段限速50km/h，且禁止鸣笛等。
6.上报违反交通法规的事件
如果用户操控车辆200执行了违反交通法规的操作，则可以将该违反交通法规的事件、违反的交通法规的具体内容、违反该交通法规时的车辆信息等等，上报给可信机构，例如交通管理局。之后，可信机构可以针对该用户违反交通法规的事件执行罚款、扣分、警告等操作。
在一些实施例中，电子设备100可以收集以下一项或多项：各类APP的优惠券信息、车辆200的车辆信息、驾驶员1000的运动健康数据、驾驶员1000的行为数据、驾驶员1000的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人300侧的电子设备400发送的信息，并根据上述信息来确定推荐给车辆200的车辆行为，并将该车辆行为的指示信息发送给车辆200。
之后，电子设备100或车辆200可以将该推荐的车辆行为提示给用户，并且车辆200可以响应于在电子设备100或车辆200上输入的用户操作执行该推荐的车辆行为。
在其他实施方式中，车辆200获知推荐的车辆行为后，也可以直接执行该推荐的车辆行为。车辆200直接执行该推荐的车辆行为后，还可以响应于用户操作撤销该车辆行为。
其中，各类APP的优惠券信息由电子设备100从安装的各个APP中获取到。
车辆200的车辆信息可以由电子设备100基于和车辆200之间的通信连接，从车辆200中获取到。
驾驶员1000的运动健康数据可以由电子设备100自主检测到，也可以由车辆200或其他设备如智能手表、智能手环、体脂秤等设备检测到后发送给该电子设备100。
驾驶员1000的行为数据可以由电子设备100自主采集到，也可以由车辆200采集到后发送给电子设备100，还可以由可穿戴设备采集后发送给电子设备100。
驾驶员1000的身份认证信息可以由电子设备100自主采集到，也可以由车辆200采集到后发送给电子设备100，还可以由可穿戴设备采集后发送给电子设备100。
附近其他车辆的车辆信息可以由电子设备100从其他车辆中获取到，也可以由车辆200从其他车辆中获取到后发送给电子设备100。
道路基础设施信息可以由电子设备100从道路基础设施中获取到，也可以由车辆200从道路基础设施中获取到后发送给电子设备100。
行人300侧的电子设备400发送的信息可以由电子设备100从行人300侧的电子设备400中获取到，也可以由车辆200从行人300侧的电子设备400中获取到后发送给电子设备100。
在一些实施例中，车辆200可以收集以下一项或多项：各类APP的优惠券信息、车辆200的车辆信息、驾驶员1000的运动健康数据、驾驶员1000的行为数据、驾驶员1000的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人300侧的电子设备400发送的信息，并根据上述信息来确定推荐的车辆行为。
之后，车辆200可以将该推荐的车辆行为提示给用户，并且车辆200可以响应于在车辆200上输入的用户操作执行该推荐的车辆行为。
在其他实施方式中，车辆200确定推荐的车辆行为后，也可以直接执行该推荐的车辆行为。车辆200直接执行该推荐的车辆行为后，还可以响应于用户操作撤销该车辆行为。
其中，各类APP的优惠券信息由车辆200从安装的各个APP中获取到。
车辆200的车辆信息可以由车辆200调度自身的各个器件采集到。
驾驶员1000的运动健康数据、可以由车辆200自主采集到，也可以由电子设备100、其他设备如智能手表、智能手环、体脂秤等设备采集到后发送给车辆200。
驾驶员1000的行为数据可以由电子设备100采集后发送给车辆200，也可以由车辆200自主采集，还可以由可穿戴设备采集后发送给车辆200。
驾驶员1000的身份认证信息可以由车辆200自主采集到，也可以由电子设备100、其他设备如智能手表、智能手环、体脂秤等设备采集到后发送给车辆200。
附近其他车辆的车辆信息可以由车辆200从其他车辆中获取到，也可以由电子设备100从其他车辆中获取到后发送给车辆200。
道路基础设施信息可以由车辆200从道路基础设施中获取到，也可以由电子设备100从道路基础设施中获取到后发送给车辆200。
行人300侧的电子设备400发送的信息可以由电子设备100从行人300侧的电子设备400中获取到后发送给车辆200，也可以由车辆200从行人300侧的电子设备400中获取到。
在本申请实施例中，电子设备100或车辆200根据上述一项或多项信息来确定推荐的车辆行为的策略有多种，这里不做具体限定。确定推荐的车辆行为的策略可以由电子设备100或车辆200默认设置，也可以由用户自主设置，这里不限定。
下面结合图8A-图8U、图9A-图9P所示的用户界面，示例性地介绍根据电子设备100或车辆200根据上述一项或多项信息来确定推荐的车辆行为的几种策略：
策略0.根据天气信息，确定推荐的车辆行为可包括：安装防滑轮胎、加热车辆等等。
如果天气信息表明当前是冰雪天气，则可以提示用户安装防滑轮胎，还可以提前加热车辆。
如果天气信息表明当前是暴雨天气，则可以提示用户检查雨刮器是否能够正常启动。
策略1.根据车辆200的车辆信息，和，APP的优惠券信息，确定将车辆200导航至某个地点，如加油站、修车点、洗车点等。
通过第1种策略来推荐车辆行为，可以满足用户实际的加油、修车、洗车等需求，还可以为用户提供优惠选择。
(1)如果车辆信息中车辆状态表明车辆200的油量低于第三值，并且，APP的优惠券包含当前可用的加油券，则确定的推荐车辆行为可以包括：将车辆200导航至提供该加油券的商家所在位置。第三值可以由用户或者车辆200或者电子设备100预先设置。
提供加油券的商家可以被称为第一商家。
在一个具体的例子中，该推荐车辆行为可以是将车辆200导航至优惠力度最大的加油券对应的商家所在位置。
图8A-图8D示例性示出了上述第(1)种情况涉及的一组用户界面。
参考图8A，图8A示出了电子设备100中某个APP提供的用于展示优惠券信息的用户界面81。该APP可以是外卖类APP、电商购物类APP等。用户界面81中显示有：一个或多个优惠券分别对应的优惠券信息801。
如图8A所示，其示出了4张优惠券各自对应的优惠券信息。该4张优惠券包含：2张加油券，2张修车券。
参考图8B，图8B示出了电子设备100获取到的车辆信息中车辆状态表明车辆200中的油量不足，还获取到图8A示出的优惠券信息后，通过卡片显示的推荐车辆行为的提示信息。该推荐车辆行为包括：将车辆导航至提供加油优惠券的XX加油站加油。
具体实现中，电子设备100中的系统应用(例如小艺建议)可以获取到电子设备100的车辆信息和优惠券信息，并确定推荐的车辆行为，然后将其提示信息呈现在主界面的卡片中。
如图8B所示，用户界面82中显示有卡片802。卡片802包括：提示信息802a、控件802b和控件802c。
提示信息802a用于提示用户当前电子设备100确定的推荐车辆行为，例如文本“油量不足，建议中午之前到附近的XX加油站加油！”。提示信息802a也可以实现为其他形式，例如图标等，这里不做限定。
控件802b可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，将地图应用提供的响应在控件802c上的操作而显示的内容推送到车辆200的显示屏上显示。例如，电子设备100可以响应于该操作，将图8C所示的用户界面83推送到车辆200中显示。
控件802c可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，显示地图应用提供的用户界面83。用户界面83用于展示从用户所在位置(即电子设备100所在位置)到XX加油站的出行方案。
用户界面83中显示有：起点及终点输入框803、出行方式菜单栏804、地图图像805、出行方案的信息卡806、控件807。
其中，起点及终点输入框803已自动将用户所在位置(即电子设备100所在位置)填充为起点，将XX加油站填充为终点。
出行方式菜单栏804中包括一个或多个出行方式选项，例如驾车选项、公交选项、地铁选项、步行选项、骑行选项，还可以包括更多选项。图8C中的驾车选项被选中。
出行方案的信息卡806用于展示根据起点及终点输入框803中填充的起点和终点，以及，用户选择的出行方式，筛选出的出行方案的信息。图8C中筛选出了3个符合条件的出行方案，并且第1个出行方案被选中。
地图图像805中包含起点及终点输入框803中填充的起点和终点所在位置，以及，筛选出的上述3个出行方案对应的路线。
控件807可用于监听用户操作，(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，按照被选中的出行方案，显示对应的导航信息，将用户由起点导航至终点(即XX加油站)。
在一些实施例中，电子设备100在检测到作用于图8A中控件802c上的用户操作后，还可以自主选择一个出行方案将用户导航至终点，无需用户手动选择出行方案。
图8D示例性示出了电子设备100将图8C所示的用户界面83推送到车辆200中后，该车辆200所显示的用户界面84。图8D可以由车辆200中安装的地图应用提供。和电子设备100中显示的用户界面83相比，由于电子设备100和车辆200的显示屏的尺寸不同，车辆200中显示的用户界面84中的各个界面元素的排版(例如位置、大小等)可以发生更改。
图8D中各个界面元素的内容及作用可参考图8C所示用户界面83的相关描述。
(2)如果车辆信息中车辆状态表明车辆200的部分器件需要更换，例如刹车片耗损灵敏度低、轮胎耗损严重等等，并且，APP的优惠券包含当前可用的修车券，则确定的推荐车辆行为可包括：将车辆200导航至提供该修车券的商家所在位置。在一个具体的例子中，该推荐车辆行为可以是将车辆200导航至优惠力度最大的修车券对应的商家所在位置。
提供修车券的商家可以被称为第二商家。
图8E-图8G示例性示出了上述第(2)种情况涉及的一组用户界面。
参考图8E，图8E示出了电子设备100获取到的车辆信息中车辆状态表明车辆200中的刹车片耗损，还获取到图8A示出的优惠券信息后，通过卡片显示的推荐车辆行为的提示信息。该推荐车辆行为包括：将车辆导航至提供修车优惠券的XX修车点更换刹车片。
具体实现中，电子设备100中的系统应用(例如小艺建议)可以获取到电子设备100的车辆信息和优惠券信息，并确定推荐的车辆行为，然后将其提示信息呈现在主界面的卡片中。
图8E中各个元素的内容及功能和图8B中的类似，可参考相关描述。
图8F示出的用户界面85可以是电子设备100响应于在图8E中控件808c上的用户操作而显示的。
图8G示出的用户界面86可以是电子设备100响应于在图8E中控件808b上的用户操作，由电子设备100推送至车辆200中显示的。
(3)如果车辆信息中车辆状态表明车辆200超过第一时长未洗车，并且，APP的优惠券包含当前可用的洗车券，则确定的推荐车辆行为可以包括：将车辆200导航至提供该洗车券的商家所在位置。在一个具体的例子中，该推荐车辆行为可以是将车辆200导航至优惠力度最大的洗车券对应的商家所在位置。第一时长可以由用户或者车辆200或者电子设备100预先设置。
提供洗车券的商家可以被称为第三商家。
不限于图8B及图8E示出的卡片，电子设备100还可以通过其他方式来显示提示信息，以提示推荐给车辆200的车辆行为。例如，电子设备100还可以通过通知栏、弹窗、负一屏等形式来显示提示信息。
在一些实施例中，电子设备100还可以获取用户的出行日程信息，并且在用户操作和该出行日程发生冲突时提示用户。关于出行日程的定义，可参考前文规划出行方案中的相关描述。例如，如果用户最近的日程中包含车辆保养日程，而车辆保养通常包含洗车服务，那么用户在电子设备100上导航至洗车点洗车时，将会提示用户该日程。
在一些实施例中，电子设备100还可以获取天气、路况等信息，并且在用户想要导航至天气较差、路况较差的地点时提示用户。例如，用户在电子设备100的地图应用中输入终点后，如果电子设备100从网络中获知该终点处出现极端天气，那么电子设备100可以提示用户。
在一些实施例中，车辆200也可以从电子设备100中获取用户的出行日程信息，并且在用户操作和该出行日程发生冲突时提示用户。例如，如果用户最近的日程中包含车辆保养日程，而车辆保养通常包含洗车服务，那么用户在车辆200上导航至洗车点洗车时，车辆200将会提示用户该日程。
图8H-图8I为车辆200在用户操作和出行日程发生冲突时提供的一组用户界面。
图8H为车辆200中的地图应用提供的用户界面87。如图8H所示，用户可以在用户界面87中输入起点(例如用户所在位置)和终点(例如XX洗车店)，车辆200可以筛选出从该起点至终点的多个出行方案，用户选中其中一个出行方案后，可以点击导航控件809。
车辆200检测到作用于导航控件809的用户操作后，由于导航至用户输入的终点(例如XX洗车店)和用户的出行日程(例如3天后的车辆保养日程)发生冲突，因此可以显示如图8I所示的窗口810。窗口810包括：提示信息810a，控件810b和控件810。提示信息810a用于提示用户当前操作和出行日程所发生的冲突。控件810b用于监听用户操作，车辆200可响应该用户操作，忽略冲突，继续导航。控件810c用于监听用户操作，车辆200可响应该用户操作，取消导航，停止显示窗口810。
在一些实施例中，车辆200也可以获取天气、路况等信息，并且在用户想要导航至天气较差、路况较差的地点时提示用户。例如，用户在车辆200的地图应用中输入终点后，如果车辆200从网络中获知该终点处出现极端天气，那么车辆20000可以提示用户。
策略2.根据车辆200的车辆信息，确定调整车辆200的相关器件。
通过第2种策略来推荐车辆行为，可以根据车辆的实际情况及时调整车辆200中的各个器件，满足用户的实际需求，并可以保证车辆200处于舒适安全的状态。
(0)如车辆信息中的车辆状态表明车内有儿童，则确定的推荐车辆行为可以包括：安装安全座椅。
具体的，车辆200可以通过设置在车辆内部的摄像头来识别车内是否有儿童，还可以通过设置在座椅下方的压力传感器以及该压力传感器检测到的压力大小来识别车内是否有儿童。在一些实施例中，车辆200可以提示用户安装安全座椅，例如可以通过显示提示信息、播放语音提示信息的方式来提示用户安装安全座椅。这样可以保证儿童能够通过安全座椅来保证自身安全。
车辆200中安装安全座椅后，车辆200还可以检测儿童是否坐在安全座椅上，并且在儿童未坐在安全座椅上时提示用户。车辆200可以通过设置在车内的摄像头、座椅下方设置的压力传感器等来检测儿童是否坐在安全座椅上。
在一些实施例中，如果车辆200检测到车内有儿童，在未安装安全座椅或者儿童未坐在安全座椅上的情况下，车辆200可以拒绝启动发动机，或拒绝关门，或发出警报声，以提示用户来安装安全座椅。
车辆200中安装安全座椅后，或者，车辆200检测到儿童就坐于安全座椅上后，车辆200还可以执行一系列防护操作，例如车辆200可以自动开启安全座椅侧的儿童锁，禁止安全座椅侧的窗户开启等等。这样可以保证车辆200中儿童的安全。
(1)如果车辆信息中的车辆状态表明有用户位于座椅上，则确定的推荐车辆行为可以包括：按照预先设置的座椅习惯调整座椅。
座椅习惯可包括：预设的座椅高度、椅背角度、座椅前后程度等等。
图8J-图8P示例性示出了用户在车辆200中设置座椅习惯的一组用户界面。
图8J为车辆200中的设置(setting)应用提供的用户界面88。该用户界面88可以是车辆200响应于在主界面中设置应用图标上的用户操作，而显示的。
如图8J所示，用户界面88中显示有一个或多个功能选项，例如系统账号选项、电量提醒的设置选项811、网络选项、蓝牙选项、门锁车窗以及后视镜的设置选项，以及，座椅的设置选项812等等。
车辆200可以检测到作用于选项812的用户操作，显示图8K所示的用于设置座椅相关功能的用户界面89。
如图8K所示，用户界面89中显示有：返回键、页面指示符、“自动调整座椅”的开关选项813、提示信息814。
返回键用于监听用户操作，车辆200可响应于该用户操作返回显示该设置应用提供的上一级界面，即图8J所示的用户界面88。
页面指示符用于指示当前用户界面89由设置应用提供，并用于设置座椅的相关功能。
“自动调整座椅”的开关选项813用于监听用户操作，(例如点击操作、触摸操作等)，车辆200可响应该用户操作，开启或关闭电子设备的“自动调整座椅”。
“自动调整座椅”是车辆200提供的一种服务或功能，用于支持车辆200在检测到用户坐到座椅上后，自动根据用户设置的座椅习惯来调整座椅。不限于通过设置应用提供的选项813来开启或关闭车辆200的“自动调整座椅”，车辆200还可以通过其他方式来开启或关闭车辆200的“自动调整座椅”，这里不限定。
提示信息814用于向用户介绍该“自动调整座椅”，以供用户了解该功能或服务。例如，该提示信息814可以实现为文本“开启自动调整座椅后，将根据您的设置来调整座椅！”。
参考图8L，车辆200开启“自动调整座椅”后，可以在用户界面89中显示设置选项815。
设置选项815可用于监听用户操作，(例如点击操作、触摸操作等)，车辆200可响应该用户操作，显示用于用户设置座椅习惯的用户界面。
图8M示例性示出了一种用于根据座椅位置来设置座椅习惯的用户界面810。
如图8M所示，用户界面810中显示有：返回键、页面指示符、按照座椅位置区分的一个或多个设置条目。
返回键用于监听用户操作，车辆200可响应于该用户操作返回显示该设置应用提供的上一级界面，即图8L所示的用户界面89。
页面指示符用于指示当前用户界面810由设置应用提供，并用于设置座椅习惯。
按照座椅位置区分，车辆200中的座椅例如可包括驾驶位、副驾驶位、左后座、右后座等等。每个位置上的座椅都对应多个设置条目。如图8L所示，用户界面810示出了驾驶位和副驾驶位各自对应多个设置条目，例如驾驶位对应的座椅高度的设置条目816a、座椅前后的设置条目816b和椅背角度的设置条目816c，以及，副驾驶位对应的座椅高度的设置条目817a、座椅前后的设置条目817b和椅背角度的设置条目817c。
各个座椅高度的设置条目、座椅前后的设置条目、椅背角度的设置条目中分别显示有当前选定的座椅高度、前后位置和椅背角度。用户可以点击各个座椅高度的设置条目、座椅前后的设置条目、椅背角度的设置条目，选择自己想要的座椅高度、前后位置和椅背角度。用户选定的座椅高度、前后位置和椅背角度可以被显示在对应的设置条目中。
通过图8M所示的用户界面810，用户可以按照座椅位置来设置座椅习惯。
参考表1，表1示例性示出了用户通过用户界面810设置的座椅习惯。
Figure BDA0003288487300000951
表1用户设置的座椅习惯
图8N示例性示出了另一种用于根据用户身份来设置座椅习惯的用户界面810。
如图8N所示，用户界面810中显示有：返回键、页面指示符、按照用户身份区分的选项，例如用户A对应的选项818a和818b，用户B对应的选项819a和819b，以及，用于添加新用户的选项820。
用户A对应的选项818a和818b用于设置用户A的座椅习惯，用户B对应的选项819a和819b用于设置用户B的座椅习惯。
例如，车辆200可以检测到作用于选项818a上的用户操作(例如点击操作、触摸操作等)，车辆200可响应该用户操作，显示图8O所示的用于绑定用户身份认证信息的用户界面811。图8O所示的用户界面811中包括多个身份认证信息选项，用户可以点击这些身份认证信息选项，录入对应的身份认证信息，例如可录入身高、体重、人脸、指纹等等。
例如，车辆200可以检测到作用于选项818b上的用户操作(例如点击操作、触摸操作等)，车辆200可响应该用户操作，显示图8P所示的用于设置用户A的座椅习惯的用户界面812。用户界面812和图8M所示的用户界面810类似，可参考相关描述。用户可以通过用户界面812设置自己习惯的座椅高度、前后位置和椅背角度等。
在一些实施例中，图8P所示的用户界面812还可以提供类似图8N所示的设置条目，用于用户A设置不同位置上座椅的座椅习惯。也就是说，用户在不同位置的座椅上就坐时，可以有不同的座椅习惯，并可以通过用户界面812预先设置不同位置上的座椅习惯。
用户录入身份认证信息和座椅习惯后，车辆200可以绑定，即关联存储该身份认证信息和座椅习惯。
参考表2，表2示例性示出了用户通过用户界面810设置的座椅习惯。
Figure BDA0003288487300000952
表2用户设置的座椅习惯
不限于上述图8A-图8P示出的用户通过设置应用在车辆200中设置座椅习惯，在其他一些实施例中，用户还可以车辆200中的车辆管理应用等来设置座椅习惯。
不限于上述图8A-图8P示出的用户在车辆200中设置座椅习惯，在其他一些实施例中，用户还可以在电子设备100中设置座椅习惯，并且电子设备100可以将用户设置的座椅习惯发送给车辆200。
在用户设置座椅习惯后，车辆200可以根据用户设定的座椅习惯来调整座椅。
在一些实施例中，车辆200可以在检测到座椅上有人就坐后，自动调整该座椅。
如果用户设置了不同位置的座椅习惯，则车辆200在检测到座椅上有人就坐后，可以根据用户设置的该座椅的座椅习惯来调整该座椅。例如，如果车辆200检测到驾驶位有人就坐，则可以按照表1中驾驶位对应的座椅习惯来调整驾驶位的座椅。车辆200可以通过设置在座椅下方的压力传感器、车辆200内部的摄像头等器件来检测用户就坐的座椅位置。通过设置不同位置的座椅习惯，当车辆200中不同位置的座椅上分别有用户就坐时，该车辆200可以根据不同座椅对应的座椅习惯分别调整各个座椅。
如果用户设置了不同用户身份的座椅习惯，则车辆200在检测到座椅上有人后，还可以识别座椅上用户的身份，并按照和该用户身份绑定的座椅习惯来调整座椅。例如，如果车辆200检测到驾驶位有人就坐，并且驾驶位上的用户为用户A，则可以按照表2中用户A对应的座椅习惯来调整驾驶位的座椅。车辆200检测座椅上用户身份的方式，具体可参考前文关于身份认证信息的相关描述。通过设置不同用户身份的座椅习惯，当车辆200中不同位置的座椅上分别有用户就坐时，该车辆200可以识别各个座椅上分别就坐的用户，并按照不同用户的座椅习惯分别调整用户就坐的座椅。
在另一些实施例中，车辆200可以在检测到座椅上有人就坐后，可以输出提示信息，提示用户调整座椅，并在接收到用户操作后调整座椅。该用户操作可以被称为第六操作。第六操作例如可包括后续图8Q中展示的作用于控件824上的用户操作。
该提示信息可以是用户界面上的可视化界面元素，也可以是语音、震动等。
图8Q示例性示出了车辆200检测到座椅上有人就坐后输出的提示信息。
如图8Q所示，用户界面813示例性示出了车辆200上的用于展示已安装应用程序的示例性用户界面813。
用户界面813显示有：状态栏821、日历和时间指示符822、多个应用程序图标。其中：
状态栏821可包括：蓝牙指示符、Wi-Fi信号的一个或多个信号强度指示符，电池状态指示符、时间指示符、油量指示符、电量指示符等等。
日历和时间指示符822用于指示日历和当前时间。
多个应用程序图标用于指示车辆200中安装的多个应用程序，例如可包括：地图应用的图标823a、音乐应用的图标823b、车辆管理应用的图标823c、设置(setting)应用的图标823d等等。
图8Q所示的用户界面813可以称为车辆200的主界面。
车辆200检测到座椅上有人就坐后，可以在图8Q所示的主界面813上显示控件824和提示信息825。提示信息825用于提示用户当前可以调整座椅。控件824可用于监听用户操作，车辆200可以响应于该用户操作，按照用户设置的座椅习惯来调整对应的座椅。这里，按照用户设置的座椅习惯的不同，车辆200调整座椅时的具体操作也不同，可参考上述第(1)种情况的相关描述，这里不赘述。
在一些实施例中，车辆200检测到作用于控件824上的用户操作后，还可以显示用于调整不同位置的座椅的选项，例如调整全部座椅的选项、调整驾驶座的选项、调整副驾驶座的选项等等。这样用户可以按照自身的实际需求来调整对应位置的座椅。
通过上述第(1)种推荐车辆行为的策略，可以根据按照用户设置的座椅习惯来调整座椅，充分满足用户需求，保障用户的使用体验。
在一些实施例中，车辆200也可以直接根据用户的座椅习惯来调整座椅，并且在调整完成之后，可以提示用户已经调整好座椅。此外，车辆200还可以提供撤销调整的途径，例如控件等等，用户可以点击该控件，以撤销对座椅的调整操作，即还原该座椅的角度、高度等等。这样可以提前为用户调整好座椅，并且根据用户需求来撤销对座椅的调整操作。用于撤销调整座椅的用户操作，可以被称为第七操作。第七操作例如可包括点击上述控件的操作、语音指令等等。
不限于上述实施例介绍的用户预先设置座椅习惯，在一些实施例中，车辆200或电子设备100还可以自主学习用户的座椅习惯，并根据学习到的座椅习惯来调整座椅。例如，车辆200或电子设备100可以采集多次用户就坐后对座椅的调整情况，并对用户的调整情况进行分析和学习，最终形成该用户的座椅习惯。
不限于上述提供的根据不同位置的座椅、根据不同用户身份来设置不同习惯，在本申请实施例中，还可以根据其他因素来设置不同的座椅习惯，这里不做限定。例如，还可以通过不同的时间段、不同的路况、不同的天气、不同的区域、不同的环境来设置不同的座椅习惯等等。其中，当前的天气、车辆200所行驶的路况、区域及环境可以由车辆200或电子设备100通过网络获取。不同因素对应的座椅习惯可以由用户预先设置，也可以由车辆200或电子设备100学习获取到，也可以由车辆200或电子设备100默认设置。
在一些实施例中，车辆200在不同路况的路段行驶时，车辆200也可以根据路况调整座椅。例如，车辆200在比较颠簸的路段上行驶时，可以将座椅的高度调高，椅背角度调小；车辆200在平缓的路段行驶时，可以将座椅的高度调低，椅背角度调大。这样可以根据路况来适应性调整座椅，让用户在驾驶过程中的体验更好。
不限于根据用户的座椅习惯来调整座椅，本申请实施例还提供了类似的调整车辆中其他器件的方案，例如可包括如下方案：
调整车辆后视镜的方法，应用于车辆。该方法包括：车辆获取后视镜习惯，后视镜习惯包括后视镜的角度；车辆检测到车辆启动后，或者，车辆检测到驾驶座有用户就坐后，车辆根据后视镜习惯来调整后视镜。
实施上述调整车辆后视镜的方法，车辆可以根据用户习惯来调整后视镜的角度，充分满足用户的需求，给用户更好的驾驶体验及乘坐体验。
在上述调整车辆后视镜的方法中，车辆中的后视镜可以有多个，多个后视镜可以设置在车辆的不同位置。例如，车辆外部的左前方和后前方可以各设置一个后视镜，车辆驾驶座和副驾驶座的中间顶部可以设置一个后视镜，等等。
在上述调整车辆后视镜的方法中，后视镜习惯的设置方式，可参考前文提供的座椅习惯的设置方式，这里不赘述。
(2)如果车辆信息中的车辆状态表明车辆中的部分器件出现耗损、错位等事件，则确定的推荐车辆行为可以包括：更换器件或者调整器件。
如果车辆信息中车辆状态表明车辆200的后视镜被遮挡，则确定的推荐车辆行为可以包括：清理后视镜。例如，车辆检测到后视镜被遮挡；车辆检测到车辆启动后，或者，车辆检测到驾驶座有用户就坐后，车辆输出用于提示清理后视镜的提示信息。这样可以保证在驾驶过程中，车辆的后视镜能够清晰地展示车辆周围的环境，以保证用户的驾驶安全。
车辆可以通过摄像头采集车内的图像，并分析各个后视镜是否被遮挡。如果后视镜是通过摄像头来显示周围的环境，则可以通过该摄像头采集到的图像来分析该摄像头是否被遮挡。
参考图8R，图8R示例性示出了车辆200确定推荐的车辆行为后，所显示的提示信息826。该提示信息826可显示在车辆200的主界面813中，用于提示用户清理后视镜。
如果车辆信息中车辆状态表明车辆200的刹车片磨损，则确定的推荐车辆行为可以包括：更换刹车片。
如果车辆信息中车辆状态表明车辆200的后车门未关好，则确定的推荐车辆行为可以包括：关闭车门。
如果车辆信息中车辆状态表明车辆200上的安全座椅已安装好，则确定的推荐车辆行为可以包括：锁定安全座椅。
通过第(2)种推荐车辆行为的策略，可以根据车辆200各个器件的使用情况，及时地更换相关器件或者将各个器件调整到最合适的状态，以保障用户的使用体验和驾驶安全。
策略3.根据车辆200的车辆信息，确定加油或充电。
通过第3种策略来推荐车辆行为，车辆200可以及时充电或加油，给用户更好的使用体验。
如果车辆信息中车辆状态表明车辆200的油量低于阈值，则确定的推荐车辆行为可以包括：加油。油量对应的阈值，可以被称为第四值。
如果车辆信息中车辆状态表明车辆200的电量低于阈值，则确定的推荐车辆行为可以包括：充电。电量对应的阈值，也可以被称为第四值。油量对应的第四值和电量对应的第四值，可以相同，也可以不同，这里不限定。
在一些实施例中，如果车辆200检测到电量低于阈值，则可以提示用户充电。车辆200提示用户的方式可包括多种，例如通过弹窗提示、语音提示、通过状态栏提示、通过仪表盘提示等等。
图8S示例性示出了车辆200在电量低于阈值时，提示用户充电的一种方式。
如图8S所示，电量低于阈值时，车辆200可以在主界面813中显示窗口827。窗口827中可包括提示信息827a、控件827b和控件827c。提示信息827a用于提示用户当前电量较低，例如可以为文本“当前电量不足20％，请及时充电！”。控件827b可用于监听用户操作，车辆200可响应该操作，启动地图应用并寻找附近的充电桩，以供用户预定。控件827c可用于监听用户操作，电子设备100可响应该操作，停止显示窗口827。
油量阈值或电量阈值可以由车辆200默认设置，也可以由用户设置。
不限于通过图8S所示的窗口827的形式来提示用户充电，车辆200还可以通过其他方式来提示用户充电，例如还可以通过在状态栏中显示充电的提示图标或者电量过低的提示图标等等。
图8T示例性示出了用户设置电量阈值的一种方式。
如图8T所示，车辆200中的设置应用可提供用户界面814。用户界面814可以是车辆200响应于在图8J中电量提醒的设置选项811上的用户操作而显示的。
用户界面814中显示有：返回键、页面指示符、电量阈值的设置条目828。
返回键用于监听用户操作，车辆200可响应于该用户操作返回显示该设置应用提供的上一级界面，即图8J所示的用户界面88。
页面指示符用于指示当前用户界面814由设置应用提供，并用于设置电量提醒的相关功能。
电量阈值的设置条目828中显示有当前选定的电量阈值(例如20％电量)。用户可以点击电量阈值的设置条目828，车辆200可以响应该操作显示多个电量阈值以供用户选择，用户可以选择自己想要的电量阈值。用户选定的电量阈值可以被显示在该电量阈值的设置条目828中。
用户自主设置电量阈值后，车辆200可以根据用户设置的电量阈值来提示用户，满足用户的实际需求。
不限于通过设置应用来设置电量阈值或油量阈值，在本申请其他一些实施例中，用户还可以通过车辆200中的车辆管理应用来设置电量阈值或油量阈值，这里不限定。
不限于上述介绍的通过车辆200来设置电量阈值或油量阈值，在本申请其他一些实施例中，用户还可以通过驾驶员侧或乘客侧的电子设备100来设置电量阈值或油量阈值，这里不做限定。
车辆200或电子设备100获知用户设置的电量阈值或油量阈值后，可以基于双方之间的通信连接，将该电量阈值或油量阈值共享给对方。
不限于用户设置电量阈值或油量阈值，在本申请其他一些实施例中，还可以由车辆200或者电子设备100默认设置电量阈值或油量阈值，这里不做限定。
在一些实施例中，当车辆200的油量或电量大于阈值时，该车辆200可以不在状态栏中显示电量或油量的指示符，当车辆200的油量或电量低于阈值时，该车辆200才提示用户油量或电量过低。这样，在必要时才提示用户油量或电量，不仅可以避免一直提示油量或电量导致的用户注意力分散，还可以缓解用户的焦虑，
不限于通过显示屏显示提示信息来提示用户充电或者加油，在其他一些实施例中，车辆200还可以通过其他方式来提示用户充电或者加油。例如，车辆200还可以通过播放提示语音或者震动等方式来提示用户充电或者加油。
除了提示用户充电或加油，车辆200还可以直接导航至加油站或充电桩进行加油或充电。
不限于上述介绍的车辆200在油量或电量低于阈值时，输出提示信息，在本申请其他一些实施例中，驾驶员侧或乘客侧的电子设备100也可以在车辆200的油量或电量低于阈值时，输出提示信息。电子设备100可以基于和车辆200之间的通信连接，获知车辆200中的电量或油量。电子设备100输出提示信息的方式，和车辆200输出提示信息的方式类似，可参考相关描述。
策略4.根据驾驶员1000的运动健康数据和/或行为数据，确定播放合适的音乐。
如果用户的运动健康数据和/或行为数据表明驾驶员1000的情绪低落，状态欠佳，则确定的推荐车辆行为可以包括：播放舒缓、轻松的音乐，以调整用户的情绪。
如果用户的运动健康数据和/或行为数据表明驾驶员1000振奋开心，则确定的推荐车辆行为可以包括：播放激昂、轻快的音乐。
驾驶员1000的运动健康数据、行为数据可以反映该驾驶员1000的情绪。车辆200获取驾驶员1000的运动健康数据及行为数据的方式，运动健康数据、行为数据和用户情绪之间的关系，可参考前文相关描述。
图8U示例性示出了车辆200根据驾驶员1000的情绪播放音乐是所显示的一个用户界面。
如图8U所示，主界面813中可以显示有音乐应用提供的窗口829，以及，提示信息830。
窗口829中可包括当前播放的歌曲名称、歌曲的播放进度条、用于切歌的控件、用于暂停/开始播放音乐的控件等等。
提示信息830用于提示用户当前车辆200正在播放音乐，例如可以为文本“听首歌放松一下吧！”。
通过第4种策略来推荐车辆行为，车辆200可以播放符合用户心境的音乐，给用户更佳的使用体验。
策略5.根据车辆200的车辆信息、驾驶员1000的运动健康数据、驾驶员1000的行为数据、附近其他车辆的车辆信息、道路基础设施信息、行人300侧的电子设备400发送的信息，确定推荐的驾驶行为。
(1)如果用户的运动健康数据和/或行为数据表明驾驶员1000情绪不佳，例如处于愤怒状态等，则确定的推荐车辆行为可以包括：由手动驾驶模式切换到自动驾驶模式。
运动健康数据可以反映驾驶员1000的情绪。例如，当驾驶员1000的呼吸率较低、体温较低时，该驾驶员1000可能处于疲劳驾驶状态；当驾驶员1000心率加速，呼吸急促、皮肤阻抗较低等，该驾驶员1000处于惊恐畏惧状态。
行为数据也可以反映驾驶员1000的情绪。例如，当驾驶员1000嘴巴两边向上翘起、眼角微翘时，该驾驶员1000心情愉悦；当驾驶员1000瞳孔放大、双手握拳时，该驾驶员1000处于愤怒状态。
因此，通过运动健康数据和/或行为数据，可以获知驾驶员1000的情绪。
用户情绪不佳时，会影响手动驾驶车辆时的安全性，因此使用上述第(1)种策略来推荐车辆行为，在用户情绪不佳时将手动驾驶模式切换为自动驾驶模式，可以保障驾驶安全。
图9A为车辆200启动地图应用后，在导航过程中提供的用户界面815。
如图9A所示，用户界面815中显示有：地图图像831、驾驶方向的指示信息832、驾驶模式选项833。
地图图像831可以包括车辆200当前所在位置附近区域的图像。地图图像831可以实现为2D平面图、3D俯视图、卫星图或全景图。
驾驶方向的指示信息832可用于指示驾驶的方向，例如可包括文本(如图中的文本“前方直行200米”)、箭头(如图中的直行箭头)等。
地图图像831、驾驶方向的指示信息832可以由车辆200向导航服务器700发送导航请求后，由导航服务器7000发送给车辆200的。该导航请求可以携带起点和终点。
在导航过程中，车辆200可以多次向导航服务器700发送导航请求，地图图像831、驾驶方向的指示信息832可以根据当前车辆200所在的位置而实时变化。
驾驶模式选项833中显示有车辆200当前所使用的驾驶模式。例如，图9A中驾驶模式选项833中的文本“手动驾驶模式”表明当前车辆200处于手动驾驶模式。
驾驶模式选项833中还可以包括控件833a。控件833a可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可以响应于该用户操作，将车辆200当前所使用的驾驶模式切换为另一驾驶模式，例如将手动驾驶模式切换为自动驾驶模式。
图9B示例性示出了车辆200使用上述第(1)种策略确定推荐的车辆行为切换驾驶模式后，所示出的提示信息。
如图9B所示，如果车辆200识别到驾驶员1000情绪不佳时，则可以显示窗口834-1。窗口834-1中可包括提示信息834-1a、控件834-1b和控件834-1c。
提示信息834-1a用于提示用户切换到自动驾驶模式，例如可以为文本“检测到您当前不适合手动驾驶，是否切换到自动驾驶模式？”。
控件834-1b可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，由手动驾驶模式切换到自动驾驶模式。
控件834-1c可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，拒绝切换到自动驾驶模式。
不限于图9B示出的用户触发车辆200由手动驾驶模式切换至自动驾驶模式，在一些实施例中，车辆200还可以自动由手动驾驶模式切换至自动驾驶模式。车辆200在自动由手动驾驶模式切换至自动驾驶模式之前，可以先提示用户即将切换至自动驾驶模式。车辆200在自动切换至自动驾驶模式之后，也可以提示用户当前已经切换至自动驾驶模式。车辆200切换至自动驾驶模式后，还可以提供一个或多个撤销切换的途径，例如可以显示撤销切换的控件，用户可以点击该控件，车辆200可以响应该点击操作，撤销切换至自动驾驶模式，即重新切换回手动驾驶模式。除了作用于控件的用户操作，车辆200还可以响应于语音指令、手势等撤销切换至自动驾驶模式。该用于触发车辆200撤销切换驾驶模式的用户操作可以被称为第九操作。
在一些实施例中，车辆200切换到自动驾驶模式后，用户还可以撤销切换。图9C示例性示出了车辆200切换到自动驾驶模式后所显示的用户界面815。如图9C所示，用户界面815中显示有窗口834-2。窗口834-2中显示有：提示信息834-2a、控件834-2b和控件834-2c。
提示信息834-2a用于提示用户当前车辆200已切换到自动驾驶模式，例如可以为文本“已自动切换到自动驾驶模式”。
控件834-2b可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，撤销切换，即车辆200将会由自动驾驶模式切换回手动驾驶模式。
控件834-2c可用于监听用户操作(例如点击操作、触摸操作等)，电子设备200可响应该操作，确认切换到自动驾驶模式，并停止显示窗口834-2。
通过图9C所示的窗口834-2，车辆200可以撤销执行推荐的车辆行为，这样可以给用户充分的选择权，用户可以根据自身需求决定是否让车辆200执行该推荐的车辆行为。
参考图9D，车辆200切换到自动驾驶模式后，驾驶模式选项833中显示的文本也相应更改为“自动驾驶模式”，用于提示用户当前车辆200的驾驶模式已切换至自动驾驶模式。在自动驾驶模式下，车辆200对周围环境(例如行车路径上的行人、车辆、车道线、可行驶区域以及障碍物等)进行感知，以避免碰撞到其他车辆、行人、障碍物，或者偏离车道线等。并可以按照导航服务器700返回的导航信息，自动行驶至终点，无需用户手动操作。
(2)如果车辆200的车辆信息、附近其他车辆的车辆信息、道路基础设施信息、行人300侧的电子设备400发送的信息中的一项或多项，表明当前路段不适合手动驾驶，则确定的推荐车辆行为可以包括：由手动驾驶模式切换到自动驾驶模式。
当前路段不适合手动驾驶的情况，例如可包括：车辆200附近的其他车辆过多或距离较近，附近的行人300过多或距离较近，前方拥堵等。
其中，车辆200的车辆信息可以反映周围的环境情况。例如从车辆200采集的外部图像或雷达数据中可以获知车辆200附近其他车辆的数量、其他车辆和车辆200之间的距离、行人300的数量以及行人300和车辆200之间的距离等等。
车辆200接收到的其他车辆发送的车辆信息越多，即发送车辆信息的其他车辆越多，说明车辆200附近的其他车辆也就越多。车辆200接收到其他车辆发送的信号强度越强，说明车辆200和其他车辆的距离越近。
道路基础设施信息也可以反映周围的环境情况。例如，从道路中的摄像头采集的图像可以获知车辆200附近其他车辆的数量、其他车辆和车辆200之间的距离、行人300的数量以及行人300和车辆200之间的距离等等。
行人300侧的电子设备400发送的信息可以反映车辆200附近的行人情况，如行人多少，行人距离车辆200的距离等等。例如，车辆200接收到的行人300侧的电子设备400发送的信息越多，即发送信息的电子设备400的数量越多，则说明车辆200附近的行人300也就越多。车辆200接收到行人300侧的电子设备400发送的信号强度越强，说明车辆200和行人300的距离越近。
在上述第(2)种策略中，车辆200切换到自动驾驶模式后，用户也可以撤销切换。
使用上述第(2)种策略来推荐车辆行为，在当前路段不适合手动驾驶时，将手动驾驶模式切换为自动驾驶模式，可以保障驾驶安全。
在一些实施例中，车辆200由手动驾驶模式切换至自动驾驶模式之前，还可以显示倒计时信息，并在倒计时结束之后再由手动驾驶模式切换至自动驾驶模式。
(3)如果道路基础设施信息表明当前路段不适合自动驾驶，则确定的推荐车辆行为可以包括：由自动驾驶模式切换到手动驾驶模式。
当前路段不适合自动驾驶的情况，例如可包括：车辆200所在的路段或者即将驶入的路段为事故高发路段等。
道路中可以设置用于广播路段信息(例如事故高发路段的提醒广播)的装置，电子设备100或车辆200接收到该广播后，可以获知当前路段为事故高发路段。
图9E示例性示出了车辆200获知前方为事故高发路段后，所显示的提示信息。
如图9E所示，用户界面815中显示有：提示信息835。提示信息835用于提示用户切换到手动驾驶模式。用户看到该提示信息835后，可以输入用户操作，例如可以点击控件833a，车辆200可以响应该用户操作，由自动驾驶模式切换为手动驾驶模式。
在其他一些实施例中，车辆200在获知前方路段为事故高发路段后，还可以自动切换到手动驾驶模式，无需用户触发。
在一些实施例中，车辆200在由自动驾驶模式切换到手动驾驶模式之前，可以显示倒计时信息，并在倒计时结束后切换到手动驾驶模式。图9F、图9G及图9H示例性示出了车辆200显示的倒计时信息836。倒计时的时长可以为3秒、5秒等等，这里不限定。
在一些实施例中，车辆200可以在检测到用户做好手动驾驶的准备工作后，再切换到手动驾驶模式。手动驾驶的准备工作例如可包括：驾驶员1000正对方向盘，两手分别握在方向盘盘缘左、右两侧，左脚放在离合器踏板上方，右脚放在油门踏板上方，调整后视镜到能够观测周围环境的角度，等等。
图9I示例性示出了车辆200在检测到用户做好手动驾驶的准备工作，切换到手动驾驶模式后所显示的提示信息837。提示信息837用于提示用户当前车辆200已切换到手动驾驶模式。图9I中的驾驶模式选项中显示的文本也相应更改为“手动驾驶模式”，用于提示用户当前车辆200的驾驶模式已切换至手动驾驶模式。
在一些实施例中，如果车辆200在倒计时过程中检测到用户已做好手动驾驶的准备工作，则可以停止倒计时并切换至手动驾驶模式。
在一些实施例中，如果车辆200在倒计时结束后，检测到用户未做好手动驾驶的准备工作，则车辆200可以强制停止驾驶，并提示用户做好手动驾驶准备，在用户做好手动驾驶准备后才能重新启动车辆200。图9J示例性示出了车辆200在检测到用户未做好手动驾驶准备后所显示的提示信息838。提示信息838用于提示用户当前车辆200已靠边停车，并在用户做好手动驾驶准备后才能启动。
车辆200在由自动驾驶模式切换至手动驾驶模式后，还可以提供一个或多个撤销切换的途径，例如可以显示撤销切换的控件，用户可以点击该控件，车辆200可以响应该点击操作，撤销切换至手动驾驶模式，即重新切换回自动驾驶模式。除了作用于控件的用户操作，车辆200还可以响应于语音指令、手势等撤销切换至手动驾驶模式。
使用上述第(3)种策略来推荐车辆行为，在当前路段不适合自动驾驶时，将自动驾驶模式切换为手动驾驶模式，可以保障驾驶安全。
从上述第(1)-(3)种策略可见，车辆200在检测到特定情况时，可以在不同的驾驶模式下切换，例如可以从第一驾驶模式切换至第二驾驶模式。其中，该特定情况例如可以包括：用户的情绪发生变化、车辆200驶入特定路段(例如事故高发路段)、驶入特定区域(例如对驶入车辆的功能存在某些限制的场所或区域)、驶入特定环境(例如沙漠、草地、雪地)，在特定天气(例如雪天、大雨天、风暴)出行等等。其中，用户的情绪可以通过用户的运动健康数据、行为数据等分析得到，路段信息及区域信息可以从网络或者设置在路段的道路基础设施中获取，特定环境可以从网络以及车辆200采集到的环境图像中分析得到，天气可以从网络中获取到。
车辆200在上述特定情况下，可以直接由第一驾驶模式切换至第二驾驶模式。在一些实施例中，车辆200还可以在用户触发下由第一驾驶模式切换至第二驾驶模式，第一驾驶模式和第二驾驶模式不同。车辆200在第二由第一驾驶模式切换至第二驾驶模式之前，可以先提示用户即将切换至第二驾驶模式，例如可以显示倒计时信息，并在倒计时结束后切换。车辆200在切换至第二驾驶模式之后，也可以提示用户当前已经切换至第二驾驶模式。当车辆200接收到用于输入的用户触发切换驾驶模式的用户操作后，可以由第一驾驶模式切换至第二驾驶模式。
该用于触发车辆200由第一驾驶模式切换至第二驾驶模式的用户操作，可以被称为第八操作。第八操作例如可包括：作用于图9B中控件834-1b的用户操作、作用于图9E中控件833a上的用户操作，等等。
车辆200切换至第二驾驶模式后，还可以提供一个或多个撤销切换的途径，例如可以显示撤销切换的控件，用户可以点击该控件，车辆200可以响应该点击操作，撤销切换至第二驾驶模式，即重新切换回第一驾驶模式。除了作用于控件的用户操作，车辆200还可以响应于语音指令、手势等撤销切换至第二驾驶模式。
该用于触发车辆200撤销切换驾驶模式的用户操作，可以被称为第九操作。第九操作例如可包括：作用于图9C中控件834-2b上的用户操作，等等。
其中，第一驾驶模式和第二驾驶模式不同。第一驾驶模式、第二驾驶模式均可以参考前文中提及的车辆中的任意一种驾驶模式。例如，第一驾驶模式、第二驾驶模式均可以为自动驾驶模式，手动驾驶模式，半手动半自动模式、经济驾驶模式、运动驾驶模式、越野驾驶模式、雪地驾驶模式或节能驾驶模式中的任意一个。
不同情绪、不同路段、不同区域、不同天气、不同环境和驾驶模式之间的对应关系，可以由用户自主设置，也可以由车辆默认设置，这里不做限定。
例如，车辆在驶入特定区域后，可以由自动驾驶模式切换至手动驾驶模式。又例如，车辆在驶入雪地后，可以切换至雪地驾驶模式。又例如，车辆在驶入颠簸路段后，可以切换至运动驾驶模式。
通过上述驾驶模式的切换，车辆可以根据实际情况的变化，在不同的驾驶模式之间切换，这样可以给用户提供最佳的驾驶体验，满足用户的实际需求。
不限于上述介绍的车辆200切换驾驶模式，在本申请其他一些实施例中，也可以由电子设备100触发车辆200切换驾驶模式。
具体的，电子设备100在车辆的以下任意一种或多种情况下，触发车辆第一驾驶模式切换至第二驾驶模式：用户的情绪发生变化，驶入第一路段、驶入第一区域、第一天气、驶入第一环境；其中，第一驾驶模式和第二驾驶模式不同。
电子设备100可以和车辆建立通信连接，并基于该通信连接，获知车辆处于第一驾驶模式、车辆是否处于上述任意一种或多种情况，并触发车辆由第一驾驶模式切换至第二驾驶模式。
此外，电子设备100也可提供一种或多种途径，以供用户撤销对车辆的驾驶模式的切换操作。
(4)如果道路基础设施信息中交通灯信息，或者，车辆200的车辆信息中摄像头采集到的图像，表明交通信号灯当前点亮红灯或者即将点亮红灯，则确定的推荐车辆行为可以包括：停车。
图9K示例性示出了车辆200获知前方红灯后所显示的提示信息。
如图9K所示，用户界面815中显示有：提示信息839。提示信息839用于提示用户停车等待。用户看到该提示信息839后，可以输入用户操作，例如脚踩离合器，车辆200可以响应该用户操作停车。
在其他一些实施例中，车辆200在获知前方红灯后，还可以自动停车，无需用户触发。
通过上述第(4)种策略，可以让用户更加准确、全面地掌握周围环境的情况，避免由于驾驶员1000观察不到位以及注意力不佳带来的安全隐患，可以较少交通事故的发生，更好地规划车辆的驾驶行为，提高道路的畅通度，从而提升用户体验。
(5)如果车辆200的车辆信息、其他车辆的车辆信息、道路基础设施信息中的一项或多项表明车辆200距离其他车辆较近，则确定的推荐车辆行为可以包括：避让车辆。
其中，车辆200的车辆信息可以反映周围的环境情况。例如从车辆200采集的外部图像或雷达数据中可以获知车辆200附近其他车辆的数量、其他车辆和车辆200之间的距离等等。
车辆200接收到的其他车辆发送的车辆信息越多，即发送车辆信息的其他车辆越多，说明车辆200附近的其他车辆也就越多。车辆200接收到其他车辆发送的信号强度越强，说明车辆200和其他车辆的距离越近。
道路基础设施信息也可以反映周围的环境情况。例如，从道路中的摄像头采集的图像可以获知车辆200附近其他车辆的数量、其他车辆和车辆200之间的距离。
使用上述第(5)种策略来推荐车辆行为，在车辆200距离其他车辆较近时，可以提示用户避让车辆，也可以直接通过鸣笛、减速等方式来避让其他车辆，从而保障驾驶安全。
图9L示例性示出了车辆200获知距离前方车辆较近后所显示的提示信息。
如图9L所示，用户界面815中显示有：提示信息840。提示信息840用于提示用户避让前方车辆。用户看到该提示信息840后，可以输入用户操作，例如脚踩离合器，车辆200可以响应该用户操作减速或停车或鸣笛等，从而避让前方车辆。
在其他一些实施例中，车辆200在获知距离前方车辆较近后，还可以自动减速或停车或鸣笛等，无需用户触发。
在一些实施例中，车辆200获取到其他车辆信息后，还可以在3D形式的地图图像中，模拟显示附近的车辆，并标注出这些车辆和车辆200之间的距离，例如图9L所示。这样可以让用户给直观地了解附近车辆和本车辆200之间的位置关系，从而避让附近车辆。
不限于此，在其他一些实施例中，车辆200还可以获取其他车辆的以下车辆信息：驾驶数据如速度、车道、车辆的道路规划(例如导航中当前地点附近的一段导航路线)，用户的操作数据(例如是否打开转向灯)，还可包括车辆健康状况(如刹车灵敏度、使用年限)等等。在获取到其他车辆信息后，如果车辆200处于自动驾驶模式，则可以结合其他车辆的信息来自动规划驾驶行为，例如若前车速度较快，则本车辆可以加速跟上而不用担心追尾；例如若前车紧急刹车，则本车辆可以减速。如果本车辆200处于手动驾驶模式，则车辆可以在显示屏(例如仪表盘或车载电视)上显示其他车辆的重要信息，用于提醒用户结合这些信息来规范自己的驾驶行为；用户操控车辆时，如果该操控行为和其他车辆的信息相冲突，例如后车和本车同时变道，则车辆200可以建议用户不进行该操控行为。
可见，车辆广播车辆信息，可以将车辆信息数字化，车辆可以获知附近其他车辆的基本信息，可以据此来获知车-车的关系，从而规范自身的驾驶行为。相比于依靠驾驶员1000自身观察四周，以及，通过摄像头采集周围的图像，广播车辆信息可以让车辆更加全面地获知附近其他车辆的信息，避免由于摄像头的监测死角、用户注意力不佳及视野盲区等带来的隐患，不仅可以避免鬼探头等异常事故的发生，减少交通事故，还可以更好地规划车辆的驾驶行为，提高道路的畅通度，从而提升用户体验。
(6)如果车辆200的车辆信息、道路基础设施信息、行人侧电子设备400发送信息中的一项或多项，表明当前需要避让行人，则确定的推荐车辆行为可以包括：避让行人。
需要避让行人的情况可包括：车辆200附近行人较多或距离行人较近，车辆200的车速较快，车辆200行驶的路段正点亮红灯或即将点亮红灯，或者，车辆200附近的行人300处于非安全环境等等。车辆200判断附近是否有行人300处于非安全环境的方式，可参考后续电子设备400确定行人300是否处于非安全环境的方式。
其中，车辆200的车辆信息可以反映周围的环境情况。例如从车辆200采集的外部图像或雷达数据中可以获知车辆200附近行人300的数量以及行人300和车辆200之间的距离等等。车辆200的车辆信息中还可包括该车辆200的车速。
道路基础设施信息也可以反映周围的环境情况。例如，从道路中的摄像头采集的图像或者雷达信号可以获知车辆200附近行人300的数量以及行人300和车辆200之间的距离等等。又例如，如果车辆200接收到交通信号灯发送的当前正点亮红灯或即将点亮红灯的信号，则表明当前需要避让行人。
行人300侧的电子设备400发送的信息可以反映车辆200附近的行人情况，如行人多少，行人距离车辆200的距离等等。例如，车辆200接收到的行人300侧的电子设备400发送的信息越多，即发送信息的电子设备400的数量越多，说明车辆200附近的行人300也就越多。车辆200接收到行人300侧的电子设备400发送的信号强度越强，说明车辆200和行人300的距离越近。
图9M示例性示出了车辆200获知附近行人较多或距离行人较近后所显示的提示信息。
如图9M所示，用户界面815中显示有：提示信息841。提示信息841用于提示用户避让前方行人。用户看到该提示信息841后，可以输入用户操作，例如脚踩离合器，车辆200可以响应该用户操作减速或停车或鸣笛等，从而避让前方行人。
在其他一些实施例中，车辆200在获知附近行人较多或距离行人较近后，还可以自动减速或停车或鸣笛等，从而避让行人，无需用户触发。
除了通过减速、停车、鸣笛等方式来避让行人，在其他一些实施例中，车辆200还可以通过停止播放音乐、语音输出提示信息等方式来提示驾驶员1000避让行人。在本申请实施例中，车辆200提示驾驶员1000避让行人的方式，和，后续实施例中电子设备400在行人300处于非安全环境下执行安全提醒的方式类似，可参考后续相关描述。
除了车辆200可以通过各种方式避让行人，在本申请实施例中，道路中或道路旁的行人300侧的电子设备400也可以在识别到行人300处于非安全环境时，执行安全提醒。电子设备400如何识别行人300处于非安全环境，以及，电子设备400执行安全提醒的方式，可以参考后续实施例的相关描述，这里不赘述。例如，电子设备400可以在接收到交通信号灯正点亮红灯或者即将点亮红灯时，或者，在附近车辆200的车速较快时，确定行人300处于非安全环境。例如，电子设备400可以通过在显示屏上显示提示信息、通过音频设备播放提示信息、震动、熄屏、停止播放音乐等方式来执行安全提醒，以提示用户当前处于非安全环境。
通过第(6)种策略，车辆200可以感知或识别路人、骑行者、道路工作者等，提示用户避让行人，也可以直接通过减速、转向、鸣笛等方式来避让行人，从而保障驾驶安全。
(7)如果车辆200的车辆信息表明用户想要操控车辆200执行不符合交通法规的操作，则确定的推荐车辆行为可以包括：拒绝车辆200执行该不符合交通法规的操作。
例如，如果用户在未打开右转向灯的情况下控制方向盘往右转动，则车辆200可以拒绝右转。图9N示例性示出了用户在未打开右转向灯的情况下控制方向盘往右转动后，车辆200所显示的提示信息842。该提示信息842用于提示用户当前需要打开车辆200的右转向灯后才能右转。
例如，如果用户在限速路段想要超速驾驶，则车辆200可以并以当前路段的最高限速行驶，并拒绝提速。
通过第(7)种策略，车辆200仅能执行符合交通法规的操作，这样可以使得车辆200的驾驶行为符合交通法规，减少车辆200违反交通法规的概率。
(8)如果车辆200的车辆信息表明用户操控车辆200执行了不符合交通法规的操作，则确定的推荐车辆行为可以包括：提示用户该不符合交通法规的操作。
例如，如果用户在未打开右转向灯的情况下控制车辆200右转后，车辆200可以提示用户刚才执行了不符合交通法规的操作，并提示用户下次注意。图9O示例性示出了用户在未打开右转向灯的情况下控制车辆200右转后，车辆200所显示的提示信息843。该提示信息843用于提示用户刚才执行了不符合交通法规的操作，并提示用户下次遇到相同的情况时应该如何操作。
在一些实施例中，车辆200还可以直接纠正用户执行的不符合交通法规的操作，以执行符合交通法规的操作。例如，如果车辆200检测到用户控制车辆右转并且当前未打开右转向灯，则车辆200可以自动启动右转向灯，并且也可以提示用户当前未打开右转向灯的行为不符合交通法规。不符合交通法规的操作，可以被称为第一功能，经过车辆200修正后的符合交通法规的操作，可以被称为第二功能。
用户在看到车辆200的提示信息后，可以向车辆200输入第十一操作，触发车辆200执行符合交通法规的第二功能。
通过第(8)种策略，车辆200执行了不符合交通法规的操作后提示用户，这样可以在日常驾驶过程中提示用户违反交通法规的行为，让用户更加了解交通法规，避免以后再次违反。
(9)如果车辆200的车辆信息表明车辆200执行了不符合交通法规的操作，则确定的推荐车辆行为可以包括：向可信机构上报违反交通法规的事件。
具体的，如果用户操控车辆200执行了违反交通法规的操作，则可以将该违反交通法规的事件、违反的交通法规的具体内容、违反该交通法规时的车辆信息等等，上报给可信机构的服务器，例如交通管理局提供的服务器。之后，可信机构可以针对该用户违反交通法规的事件执行罚款、扣分、警告等操作。
图9P示例性示出了车辆200上报违反交通法规的事件之后所显示的提示信息844。提示信息844用于提示用户车辆300超速行驶，并且可信机构将对该超速行驶事件进行罚款、扣分或警告处理。
上述第(7)-(9)种策略中，车辆200未执行或执行的不符合交通法规的操作，可以被称为车辆200启动的第一功能。用于触发车辆启动该第一功能的用户操作可以被称为第十操作。
第十操作例如可包括：用户转动方向盘的操作、用于切换驾驶模式的操作等等。
第一功能例如可包括：转向、切换驾驶模式等等。
上述第(1)-第(9)种策略可以任意结合实施。
不限于上述几种推荐车辆行为的策略，在一些实施例中，如果车辆200的车辆信息表明该车辆200的状态差并会对用户安全造成威胁时，则可以提醒用户离开车辆200。例如，如果车辆200检测到油路老化漏油、电路漏电、严重撞击事件等等，则可以提示用户离开车辆200，避免车辆200发生自燃、爆炸等而对用户造成危害。
上述第5种推荐车辆200的驾驶行为的策略中，图9A-图9P示出的提示信息不仅可以实现为用户界面中的可视化界面元素，还可以实现为语音、震动等形式。例如，车辆200还可以通过语音播报上述提示信息835-844中的文本。车辆200通过语音播报的方式来提示用户，无需用户低头或抬头观看显示屏即可获取对应的提示信息，对于用户来说更加方便，驾驶体验更佳。
上述车辆200显示的各个用户界面中的部分元素或全部元素也可以显示在电子设备100中。例如，图8R所示的用于提示清理后视镜的提示信息826，图8S所示的用于提示充电的提示信息827a，也可以由电子设备100在获取相应的信息后显示。又例如，车辆200中地图应用提供的图9A-图9P所示的用户界面815，也可以也可以由电子设备100中的地图应用提供并显示在电子设备100的显示屏中。
电子设备100在显示上述用户界面的过程中，同样可以接收用户操作，电子设备100可以响应该用户操作，向车辆200发送操控指令，触发车辆200执行对应的操作。此时，电子设备100相当于车辆200外接的一个控制器。例如，用户可以点击电子设备100中显示的如图9A所示的控件833a，触发车辆200由手动驾驶模式切换至自动驾驶模式。
电子设备100在显示地图应用提供的用户界面(例如类似图9A-图9P所示的用户界面815)的过程中，电子设备100还可以响应于接收到的用户操作，或者，在连接到车辆200(有线连接或无线连接)后，或者，电子设备100在连接车辆200并且车辆200的发动机13启动后，或者，电子设备100在连接车辆200并且车辆200开始行驶后，将电子设备100显示的该用户界面推送至车辆200中显示。例如，电子设备100的地图应用可以提供和图6H-图6K中控件1037类似的控件，并可以响应于用户点击该控件的操作，将电子设备100所显示的用户界面推送至车辆200中显示。
电子设备100将地图应用提供的显示内容推送至车辆200后，电子设备100可以熄屏或显示桌面，或者电子设备100可以持续显示地图应用提供的内容。
不限于上述图8G-图8U、图9A-图9O示出的通过车辆200来推荐车辆行为、设置座椅习惯以及电量提醒阈值、油量提醒阈值等等，在本申请其他一些实施例中，用户也可以通过和车辆200建立通信连接的电子设备100来设置座椅习惯以及电量提醒阈值、油量提醒阈值等等，该电子设备100也可以收集多方信息并确定推荐的车辆行为，提示用户执行推荐的车辆行为或者直接触发车辆200执行推荐的车辆行为。通过电子设备100来设置座椅习惯以及电量提醒阈值、油量提醒阈值等的方式，可以参考前文在车辆200上设置座椅习惯以及电量提醒阈值、油量提醒阈值等的方式。电子设备100收集多方信息并确定推荐的车辆行为，提示用户执行推荐的车辆行为或者直接触发车辆200执行推荐的车辆行为的具体实施方式，可参考前文车辆200收集多方信息并确定推荐的车辆行为，提示用户执行推荐的车辆行为或者直接执行推荐的车辆行为的方式，这里不赘述。
在上述介绍的推荐车辆行为的方法中，推荐车辆行为所使用的到的一项或多项信息，如各类APP的优惠券信息、车辆200的车辆信息、驾驶员1000的运动健康数据、驾驶员1000的行为数据、驾驶员1000的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人300侧的电子设备400发送的信息、用户设置的座椅习惯、用户的身份认证信息等等，均为数据银行中的用户数据，这些用户数据可以是经过中间服务器脱敏处理后的数据。这些用户数据的收集方式可参考上述推荐车辆行为的方法中的详细描述，例如可参考图8K-图8P中示出的用户设置座椅习惯的方式。利用上述一项或多项信息确定推荐的车辆行为的过程，即为数据银行中对用户数据的加工过程。上述电子设备100及车辆200提示推荐的车辆行为、执行推荐车辆行为的过程，例如电子设备100显示的图8B中的提示用于加油的卡片802、图8C中终点定位为加油站的用户界面84、图8E中提示用户更换刹车片的卡片808、图8F中终点定位为修车点的用户界面85，以及，车辆200显示的终点定位为加油站的用户界面84、图8G中终点定位为修车点的用户界面86、图8H中终点定位为洗车店的用户界面87、图8R中提示用户清理后视镜的提示信息826、图8S中提示用户充电的窗口827、图8U中的音乐播放窗口829、图9A-图9O中示出的提示信息，以及，车辆200通过语音、震动等方式输出的信息等等，即为数据银行中用户数据的价值呈现。
在本申请实施例中，行人300在道路中或道路旁行走、工作或骑行时，行人300侧的电子设备400可执行安全提醒或者触发其他设备执行安全提醒。
参考图10A，图10A示例性示出了行人300在道路中行走的场景。
图10A为驾驶员1000驾驶车辆200，并从车辆200往外看的画面。如图10A所示，车辆200中安装有多个显示屏，例如方向盘旁边的显示屏901以及后视镜旁的显示屏902，车辆200中还包括仪表盘，例如方向盘旁的仪表盘903。行人300行走在道路中。道路旁设置有道路基础设施500，包括图中的交通信号灯和监控摄像头904、路标905、路标906以及当前区域的管理设备907。
在本申请实施例中，行人300侧的电子设备400的数量可以为一个，也可以有多个。行人300侧的电子设备400的数量可以有多个，例如，同一个行人300可以同时配置有手机、智能手环和耳机。行人300侧配置有多个电子设备400时，该多个电子设备400之间可以通过Wi-Fi direct/Wi-Fi P2P、BT、NFC，IR等无线通信技术建立连接并通信，也可以通过有线方式建立连接并通信，这里不限定。
参考图10B，图10B示例性示出了图10A所示的场景中，行人300所配置的电子设备400的情况。如图10B所示，行人300手持智能手机，还佩戴有耳机和智能手环。
在本申请实施例中，行人300侧的电子设备400可以获取以下一项或多项信息：附近车辆(例如车辆200)发送的车辆信息、道路基础设施500发送的道路基础设施信息，以及，电子设备400自身检测到的数据。之后，电子设备400可以根据上述一项或多项信息分析行人300所处的环境，如果行人300处于非安全环境，则电子设备400可以执行安全提醒，也可以触发其他设备执行安全提醒，从而提示用户注意道路安全。
电子设备400中可以安装有地图应用或系统应用(例如“小艺建议”)，该地图应用或系统应用可以支持电子设备400获取上述的一项或多项信息，分析行人300所处的环境，并在行人300处于非安全环境时，执行安全提醒或触发其他设备执行安全提醒。
在一些实施例中，电子设备400可以在开启“安全提醒”后，执行上述操作。即电子设备400在开启“安全提醒”后，才会获取上述一项或多项信息，分析行人300所处的环境，并在行人300处于非安全环境时，执行安全提醒或触发其他设备执行安全提醒。
“安全提醒”是电子设备400提供的一种服务或功能，用于支持电子设备400获取上述一项或多项信息，分析行人300所处的环境，并在行人300处于非安全环境时，执行安全提醒或触发其他设备执行安全提醒。
“安全提醒”只是本实施例中所使用的一个词语，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制。在本申请其他一些实施例中，“安全提醒”也可以被称为例如“智能出行”、“马路提醒”等其他名词。
关于开启“安全提醒”的方式，可参考后续实施例的相关描述，在此暂不赘述。
电子设备400自身或者触发其他设备执行安全提醒时，所提及的用户为行人300。
通过上述描述的安全提醒方法，行人300在道路中或道路旁行走、工作或骑行时，电子设备400可以及时观测附近的环境，在需要时提醒用户，保障用户安全。通过安全提醒方法，即使行人300沉浸到电子设备400或其他设备提供的内容中，例如在行人300玩手机或者听音乐时，也可以通过提醒让行人300掌握周围环境的具体情况，避免发生交通事故。
下面先介绍安全提醒方法中涉及的几项信息：
1.附近车辆(例如车辆200)发送的车辆信息
附近车辆(例如车辆200)发送的车辆信息可包括但不限于以下一项或多项：车辆的行驶数据、驾驶员的操作数据、以及车辆状态，等等。
其中，行驶数据反映了车辆的驾驶情况，例如可包括车辆的速度、所在的位置、所在的车道、车辆自身的道路规划(例如导航中当前地点附近的一段导航路线)、行车记录(包括驾驶过程中的设置在车辆外部的摄像头拍摄到的视频)、驾驶模式(例如包括自动驾驶模式和手动驾驶模式等)、雷达或摄像头采集到的环境信息(例如路况，如行车路径上的行人、车辆、车道线、可行驶区域以及障碍物等)。
驾驶员的操作数据反映了驾驶员对车辆的操控情况，例如包括反映驾驶员是否手动打开转向灯、是否手动打开雨刮器、是否操控方向盘转向、是否系好安全带、是否将脚放置在离合器或油门上的数据、摄像头采集的反映驾驶员是否低头驾驶的图像、摄像头采集的反应用户是否低头玩手机或打电话的图像，酒精含量探测器采集的驾驶员是否酒驾的数据、生理信息测量仪器(例如血氧计、血糖计)采集的反映驾驶员是否疲劳驾驶的数据，等等。
车辆状态反映了车辆中各个器件的使用情况，例如可包括车辆中乘客的数量、刹车片灵敏度、座椅上是否有用户、车辆内各个主要器件(例如发动机、刹车片、轮胎等)的使用年限、油量、电量、距离上一次保养/洗车的时间、后视镜是否被遮挡等等。
上述各项车辆信息可以由车辆中的相应器件采集。例如，车辆的摄像头可用于检测车辆所在的车道以及行车记录视频，设置在座椅下方的压力传感器可用于检测座椅上是否有用户就坐，速度传感器可用于检测速度，T-box14可用于获取车辆的导航路线，还可用于获取驾驶模式、车辆状态等。
车辆可以通过蓝牙、WiFi、、蜂窝网络(cellular)例如LTE-V2X(D2D等)、5G-V2X等技术广播自身的车辆信息，行人300侧的电子设备400可以接收到该车辆信息。行人300侧的电子设备400接收到附近车辆的车辆信息后，可以获知行人300附近车辆的行驶状况、驾驶员的操作情况、车辆状态等等。
上述车辆200附近其他车辆的车辆信息不包括驾驶员的隐私数据，如车牌号、驾驶员姓名等等。这样既可以让接收到该车辆信息的电子设备400能够了解该车辆的基本信息，又不会泄露驾驶员隐私。
在本申请实施例中，电子设备400可以直接接收到附近车辆发送的车辆信息，也可以由该电子设备400连接的其他设备，例如该电子设备400连接的其他行人侧电子设备400如智能手表、智能手环等接收到附近车辆发送的车辆信息后发送给该电子设备400。
2.道路基础设施信息
道路基础设施信息是指设置在道路中或道路侧的道路基础设施500所采集到的环境信息。道路基础设施500为设置在道路中或道路侧的电子装置，可包括但不限于交通信号灯、摄像头、测速装置、路侧单元(road side unit，RSU)、雷达等。道路基础设施500采集到的数据例如可包括摄像头拍摄到的图像，测速装置测量到的车速，交通信号灯的交通灯信息等等。交通灯信息可以用于指示以下一项或多项：当前该交通信号灯点亮的灯的颜色，还可以指示点亮该颜色的灯的剩余时长、以及点亮该颜色的灯之后所点亮的灯的颜色，等等。
道路基础设施500可用于通过短距离通信技术如Wi-Fi、BT、NFC，IR、UWB，或者蜂窝网络等技术广播基础设施信息，从而将自身获取到的数据发送给即将进入或正处于该道路基础设施500所在路段的行人300侧的电子设备400。道路基础设施信息可以反映行人300附近的环境，包括行人300附近的车辆等路况，还可包括交通灯信号点亮的灯的颜色等。
在本申请实施例中，电子设备400可以直接接收到附近的道路基础设施500发送的道路基础设施信息，也可以由该电子设备400连接的其他设备，例如该电子设备400连接的其他行人侧电子设备400如智能手表、智能手环等接收到附近的道路基础设施500发送的道路基础设施信息后发送给该电子设备400。
3.电子设备400自身检测到的数据
电子设备400自身检测到的数据例如可包括：电子设备400的摄像头采集到的图像、获取到的位置信息、电子设备400检测到的运动数据，以及电子设备400自身的运行数据等等。
其中，电子设备400可通过全球导航卫星系统如GPS、GLONASS、BDS等、室内无线定位技术如Wi-Fi、蓝牙、红外线、超宽带、RFID、ZigBee、超声波等方式获取自身所在位置信息。电子设备400的摄像头采集的图像可以反映行人300是否行走于道路中，以及，行人300附近是否有车辆等等。电子设备400的位置信息可以反映行人300是否行走于道路中。
电子设备400检测到的运动数据例如可包括：通过速度传感器检测到的行人300的行动速度等等。该运动数据可以反映行人300行走的速度以及行走是否便利。
电子设备400的运行数据可以反映当前行人300是否沉浸在该电子设备400提供的内容中，例如行人300是否在听音乐、看视频、刷新闻等等。
在本申请实施例中，电子设备400可以在以下任意一种或多种情况下确定行人300处于非安全环境：
情况1.行人300位于道路旁或道路中
道路旁或道路中通常有车辆经过，对行人300有一定风险，因此在一些实施例中，当行人300位于道路旁或道路中时，可以认定该行人300处于非安全环境。
在一些实施例中，电子设备400接收到附近车辆(例如车辆200)发送的车辆信息，和/或，道路基础设施500发送的道路基础设施信息后，可以确定行人位于道路旁或道路中。具体的，电子设备400接收到车辆信息或基础设施信息后，可以确定该电子设备400附近有车辆或者道路基础设施，因此可以确定行人300当前位于道路旁或道路中。
在一些实施例中，电子设备400可以根据检测到的数据来判断行人300当前是否位于道路旁或道路中。
具体的，如果电子设备400中摄像头采集到的图像包含道路、车辆等图像，则可以确定行人300当前位于道路旁或道路中。
如果电子设备400获取到的位置信息表明该电子设备300处于道路旁或道路中，则可以确定行人300当前位于道路旁或道路中。
上述用于确定行人300是否位于道路旁或道路中的几种实施例可以结合实施。
情况2.行人300所在的路段的交通信号灯点亮红灯，或者，即将点亮红灯
行人300位于交通信号灯为红灯的区域时，需要暂停自动并等待，此时行人300在道路中行走具有极大的安全隐患，因此行人位于红灯区域时可以看做处于非安全环境。
在一些实施例中，电子设备400接收到的道路基础设施信息中包含交通信号灯发送的交通灯信息后，则可以确定行人300当前所在的路段是否点亮红灯，或者是否即将点亮红灯。
在一些实施例中，如果电子设备400中摄像头采集到的图像包含交通信号灯点亮红灯的图像，则可以确定行人300当前所在的路段当前点亮红灯。
上述几种实施例可以结合实施。
在一些实施例中，如果行人300所在的路段的交通信号灯点亮红灯或即将点亮红灯的同时，电子设备400检测到行人300处于运动状态(例如行走、跑步等等)，则可以确定当前行人300处于非安全环境；如果电子设备400检测到行人300处于非运动状态(例如静止)，即使交通信号灯当前点亮红灯或者即将点亮红灯，电子设备400也会认为行人300处于安全环境。这样结合行人300的实际运动状态来确定行人300是否处于非安全环境，进而提示用户，可以根据用户的实际需求更加准确地对用户做提醒。
情况3.行人300附近的车辆较多，或者，和车辆之间的距离较近
行人300附近的车辆较多例如数量超过第五值，或者，行人300距离车辆较近例如距离小于第六值时，行人300在道路中行走可能会被碰撞，具有安全隐患，因此可以看做处于非安全环境。第五值、第六值均可以有用户或者行人300侧的电子设备400设置。
在一些实施例中，电子设备400可以根据接收到的车辆信息来确定附近的车辆情况。例如，电子设备400接收到的其他车辆发送的车辆信息越多，即发送车辆信息的车辆越多，则说明行人300附近的其他车辆也就越多。电子设备400接收到其他车辆发送的信号强度越强，说明行人300和附近车辆的距离越近。
在一些实施例中，电子设备400可以根据道路基础设施500发送的道路基础设施信息来确定附近的车辆情况。例如，电子设备400获取到道路中设置的监控摄像头采集的图像后，如果该图像中包含车辆的图像，则可以确定行人300附近有车辆，还可以根据该图像进一步确定车辆的多少以及行人300和车辆之间的距离。
在一些实施例中，电子设备400可以根据自身检测到的数据来确定附近的车辆情况。例如，电子设备400使用自身配置的摄像头采集图像后，如果该图像中包含车辆的图像，则可以确定行人300附近有车辆，还可以根据该图像进一步确定车辆的多少以及行人300和车辆之间的距离。
上述用于确定行人300附近车辆情况的几种实施例可以任意结合实施。
情况4.行人300附近车辆的车速较快
行人300附近车辆的车速较快时，行人300在道路中行走可能会被碰撞，具有安全隐患，因此可以看做处于非安全环境。
在一些实施例中，电子设备400可以根据接收到的车辆信息来确定附近车辆的速度。
在另一些实施例中，电子设备400可以根据道路基础设施500发送的道路基础设施信息来确定附近车辆的车速。例如，电子设备400可以获取到道路中设置的测速装置采集的车速。
上述电子设备400获取附近车辆的车速的几种实施例可以结合实施。
情况5.行人300附近车辆有违反交通法规的驾驶行为
车辆违反交通法规的驾驶行为可参考前文推荐车辆行为的方案中关于交通法规的相关描述。车辆违反交通法规的驾驶行为例如可包括驾驶员未系安全带、驾驶员低头玩手机或打电话、驾驶员酒驾、驾驶员疲劳驾驶、右转未打右转向灯等等。
电子设备400可以通过接收到的附近车辆发送的车辆信息，以及，道路基础设施500发送的道路基础设施来确定该车辆是否有违反交通法规的驾驶行为。电子设备400确定附近车辆是否有违反交通法规的驾驶行为的具体实现，可参考前文中的相关描述。
情况6.上述第1-5中任意一种情况下，并且，行人300沉浸在电子设备400提供的内容中或行人300行走速度过快例如速度大于第七值，或，行人300行走不便
第七值均可以有用户或者行人300侧的电子设备400设置。
电子设备400自身检测到的数据可以反映行人300是否沉浸在电子设备400提供的内容中，或行人300行走速度是否过快，或行人300是否行走不便。
这样可以充分考虑各方面因素可判定非安全环境。
电子设备400在确定行人300处于非安全环境后，可以执行安全提醒，也可以触发其他设备执行安全提醒。
下面结合本申请实施例提供的场景图以及用户界面，介绍电子设备400执行安全提醒的几种方式。
在本申请实施例中，电子设备400执行安全提醒的方式可包括但不限于以下几种：
方式1.电子设备400输出提示信息
电子设备400可以通过以下一种或多种方式输出提示信息：
(1)电子设备400的显示屏显示提示信息
如果电子设备400配置有显示屏，则电子设备400在确认行人300处于非安全环境后，可以在显示屏上显示提示信息，该提示信息用于提示行人300当前处于非安全环境。
在一些实施例中，显示屏上显示的提示信息可以指示出该非安全环境的具体情况，例如行人300位于道路中、附近有红灯、附近车辆车速过快、附近车辆有违反交通法规的驾驶行为(例如超速、酒驾)等等。
在一些实施例中，显示屏上显示的提示信息还可以进一步提示在当前的非安全环境下，建议行人300执行的操作。例如，可以建议行人300停止自动走动，或者，建议行人注意避让车辆，或者，在交通信号灯点亮绿灯的剩余时长较短(例如3秒)时建议行人加快过马路的速度，等等。
电子设备400的显示屏上所显示的提示信息的形式可以包括但不限于：文本、图标、动画或其他形式。
在本申请实施例中，电子设备400可以通过通知栏、弹窗、卡片、负一屏、状态栏等形式来显示该提示信息。
在一些实施例中，具体实现中，电子设备400中的地图应用可以支持电子设备400获取上述一项或多项信息，并在确定行人300处于非安全环境后，通过通知栏、弹窗、卡片、负一屏等形式来显示提示信息。
图10C示例性示出了电子设备400通过通知栏显示的提示信息。
如图10C所示，电子设备400在主界面61的顶部显示有提示信息908，即通知消息908。该提示信息908为文本“前方红灯，且有车辆快速通信，请注意避让！”。提示信息908可以在显示一段时间后自动消失，电子设备400也可以响应于在该提示信息908上输入的向上滑动的操作而停止显示该提示信息908。
不限于主界面61，电子设备400可以在其他任意界面中通过通知栏显示该提示信息908。显示该提示信息908的界面，取决于电子设备400在确定行人300处于非安全环境时所处的环境。
通过图10C所示的显示在用户界面顶部的提示信息908，可以不用遮挡用户原本正在观看的界面内容，不影响用户继续使用电子设备400。
图10D示例性示出了电子设备400通过弹窗显示的提示信息。
如图10D所示，电子设备400在即时通讯应用提供的用户界面91中显示有提示信息909，该用户界面91的其余区域用透明或不透明的遮罩层覆盖。该提示信息909为文本“前方红灯，请等待一段时间后继续通行！”。提示信息909可以在显示一段时间后自动消失，电子设备400也可以响应于在该提示信息909以外区域输入的点击操作、触摸操作等而停止显示该提示信息909。
不限于用户界面91，电子设备400可以在其他任意界面中通过弹窗显示该提示信息909。显示该提示信息909的界面，取决于电子设备400在确定行人300处于非安全环境时所处的环境。
通过图10D所示的覆盖提示信息909以外的其他显示区域的方式，可以让用户将注意力集中到该提示信息909中，而不会受到用户界面中显示的其他界面元素的影响。这样可以保证用户能够看到提示信息，从而获知自身处于非安全环境，从而执行应对措施以保障自身安全。
除了图10C或图10D示出的文本，电子设备400显示的提示信息还可以为图标、动画等形式，这里不限定。
(2)电子设备400的音频设备播放提示信息
如果电子设备400配置有扬声器、听筒等放音设备，则电子设备400在确认行人300处于非安全环境后，可以通过放音设备播放提示信息，该提示信息用于提示行人300当前处于非安全环境。
在一些实施例中，放音设备播放的提示信息可以指示出该非安全环境的具体情况，例如行人300位于道路中、附近有红灯、附近车辆车速过快、附近车辆有违反交通法规的驾驶行为(例如超速、酒驾)等等。
在一些实施例中，放音设备播放的提示信息还可以进一步提示在当前的非安全环境下，建议行人300执行的操作。例如，可以建议行人300停止自动走动，或者，建议行人注意避让车辆，或者，在交通信号灯点亮绿灯的剩余时长较短(例如3秒)时建议行人加快过马路的速度，等等。
音频设备播放的提示信息可以是“嘀”的一声提示音，也可以是携带内容的一段语音。
(3)电子设备400震动或输出闪光信号
如果电子设备400配置有马达或者闪光灯，则电子设备400在确认行人300处于非安全环境后，可以通过马达震动，也可以通过闪光灯输出闪光信号，用于提示行人300当前处于非安全环境。
在一些实施例中，不同的马达震动频率或者不同的闪光信号可以用于提示不同的非安全环境的具体情况。例如，马达震动一次，或者，闪光灯闪烁一次，可以用于提示当前行人300附近有红灯；马达持续震动两次，或者，闪光灯闪烁两次，可以用于提示当前行人300附近有车辆超速。
在一些实施例中，不同的马达震动频率或者不同的闪光信号可以用于建议用户执行不同的操作。例如，马达震动一次，或者，闪光灯闪烁一次，可以用于提示当前行人300停止走动；马达持续震动两次，或者，闪光灯闪烁两次，可以用于提示当前行人300观察四周环境并避让车辆。
参考图10B，图10B示例性示出了电子设备400在识别到行人300处于非安全环境之后震动的场景。如图10B所示，行人300手持的智能手机400震动。
方式2.电子设备400熄屏或锁屏
如果电子设备400识别到行人300处于非安全环境时处于亮屏状态，则电子设备400可以熄屏；或者，如果电子设备400识别到行人300处于非安全环境时处于解锁状态，则电子设备400可以锁屏并进入锁定状态。这样可以让用户暂时停止使用电子设备400，让用户不再沉浸到电子设备400所提供的内容中，可以引起用户的注意，让用户获知当前处于非安全环境。
其中，熄屏可以是指熄灭电子设备400的全部显示屏或部分显示屏。在锁定状态下，用户需向电子设备400输入预存的身份认证信息，以触发电子设备400解锁并进入解锁状态。锁定状态下，电子设备400的大部分功能都不能启用。
参考图10B，图10B示例性示出了电子设备400在识别到行人300处于非安全环境之后熄屏的场景。如图10B所示，行人300手持的智能手机400熄灭显示屏的全部屏幕。
图10E示例性示出了电子设备400在识别到行人300处于非安全环境之后显示的锁屏界面92。如图10E所示，锁屏界面92中显示有锁屏图标，用于提示用户该电子设备400当前已被锁定。
方式3.电子设备400中断当前提供的业务
如果电子设备400识别到行人300处于非安全环境时，正在向行人300提供业务，则电子设备400可以中断该业务。这样可以让用户暂时停止使用电子设备400，让用户不再沉浸到电子设备400所提供的内容中，可以引起用户的注意，让用户获知当前处于非安全环境。
电子设备400向行人300提供的业务可包括但不限于：播放音频、播放视频、刷新页面等等。电子设备400可以使用自身的音频设备如扬声器、听筒等播放音乐，也可以通过该电子设备400连接的其他音频设备如耳机、音箱等播放音乐。电子设备400和其他音频设备的连接方式可包括有线方式或无线方式。
电子设备400识别到行人300处于非安全环境后，可以暂停播放音乐、暂停播放视频、或者停止刷新页面。
图10F示例性示出了电子设备400暂停播放音乐时的用户界面93。
如图10F所示，用户界面93由音乐应用提供，该用户界面93中显示有当前播放的歌曲名称、歌曲的播放进度条、用于切歌的控件、用于暂停/开始播放音乐的控件911等等。图10F中示出的用于暂停/开始播放音乐的控件911表示当前电子设备400已停止播放音乐。
除了中断当前提供的业务，在其他一些实施例中，电子设备400还可以更改提供业务时的一些参数，例如还可以降低播放音频的音量，调低播放视频时的亮度等等，从而引起用户的注意，提示用户注意周围环境。
上述电子设备400执行安全提醒的各种方式可以任意结合实施。
电子设备400还可以触发其他设备执行安全提醒。
具体的，电子设备400在识别到行人300处于非安全环境后，可以向连接的其他设备发送指令，以触发连接的其他设备执行安全提醒。
在一些实施例中，该指令中携带执行安全提醒的方式。这样，其他设备接收到该指令后，将按照电子设备400指示的方式来执行安全提醒。
在另一些实施例中，该指令中未携带执行安全提醒的方式。这样，其他设备接收到该指令后，可以自主决定如何执行安全提醒。这样可以简化电子设备400向其他设备发送的指令内容，提高设备间沟通效率。
电子设备400可以通过有线方式，或者，Wi-Fi direct/Wi-Fi P2P)、BT、NFC，IR等无线方式和其他设备建立连接。和电子设备400连接的其他设备例如可包括：耳机、智能手表、智能手环、VR眼镜等等。
电子设备400触发其他设备执行的安全提醒，和上述电子设备400自身执行的安全提醒类似。电子设备400可以触发其他设备输出提示信息如显示或播放提示信息、震动等，还可以触发其他设备熄屏或锁屏、中断业务。其他设备执行安全提醒的具体实现可参考前文电子设备400执行安全提醒的相关内容。
例如，电子设备400可以触发具备显示屏的智能手表或智能手环显示提示信息。
例如，电子设备400可以触发具备马达的智能手表或智能手环震动。示例性地，参考图10B，行人300手持的智能手机在识别到行人300处于非安全环境之后，可以指示智能手环震动。
例如，电子设备400可以触发耳机发出提示音。示例性地，参考图10B，行人300手持的智能手机在识别到行人300处于非安全环境之后，可以指示耳机播放提示信息。耳机播放的提示信息例如可包括音频“注意避让前方车辆”。在其他实施例中，该耳机还可以播放“嘀”的提示音。
例如，电子设备400可以触发耳机停止播放音乐。
例如，如果电子设备400连接的耳机具备降噪功能，则电子设备400还可以触发耳机退出降噪模式，或者，降低降噪等级，这样可以在不中断当前播放业务的情况下，让用户注意到周围环境。
上述电子设备400执行安全提醒，和，电子设备400触发其他设备执行安全提醒，可以结合实施。
在本申请实施例中，执行安全提醒的方式以及设备(电子设备400或电子设备400连接的其他设备)，可以由电子设备400默认设置，也可以由用户自主设置。
执行安全提醒的设备可以有一个或多个多个，设备执行安全提醒的方式也可以有一种或多种。
在一些实施例中，电子设备400可以默认设置执行安全提醒的设备以及方式。例如，电子设备400可以默认设置在识别到行人300处于非安全环境后，在显示屏上显示提示信息，并且，触发手环震动。又例如，电子设备400可以默认设置在识别到行人300处于非安全环境后，电子设备400锁屏，并且，触发耳机播放提示音。
如果执行安全提醒的设备或提醒方式有多个，该电子设备400还可以设置这多个设备或提醒方式的优先级。例如，电子设备400可以默认设置优先使用耳机播放提示音，其次手环震动等等。关于设备或提醒方式的优先级，具体可参考后续实施例的相关描述。
通过上一个实施例中电子设备400默认设置执行安全提醒的设备以及方式，无需用户操作，也可以在行人300处于非安全环境时提醒用户，可以简化用户行为，对于用户来说更加简单方便。
在另一些实施例中，执行安全提醒的设备以及方式可以由用户自主设置。
图10G-图10M示例性示出了用户设置执行安全提醒的设备以及方式的一组用户界面。
图10G-图10H示出了电子设备400启动“安全提醒”的一种方式。
图10G为电子设备400中安装的设置(setting)应用提供的用户界面94。该用户界面94可以是电子设备400响应在主界面中设置应用图标上的用户操作而显示的。
该用户界面和图7G示出的电子设备100提供的用户界面74类似，用于设置电子设备400中的各项功能。
如图10G所示，用户界面94中显示有一个或多个功能选项，例如系统账号选项、飞行模式的开关选项、WLAN选项、蜂窝网络选项、蓝牙选项、热点选项，以及，“安全提醒”的设置选项912等等。
电子设备400可以检测到作用于选项912的用户操作(例如点击操作、触摸操作等)，显示图10H所示的用于设置“安全提醒”相关功能的用户界面94。
如图10H所示，用户界面94中显示有：返回键、页面指示符、“安全提醒”的开关选项913、提示信息914。
返回键用于监听用户操作，电子设备400可响应于该用户操作返回显示该设置应用提供的上一级界面，即图10G所示的用户界面94。
页面指示符用于指示当前用户界面95由设置应用提供，并用于设置“安全提醒”的相关功能。
“安全提醒”的开关选项913用于监听用户操作(例如点击操作、触摸操作等)，电子设备400可响应该用户操作，开启或关闭电子设备的“安全提醒”。“安全提醒”的含义，可参考前文的相关描述。
不限于通过设置应用在用户界面95中提供的选项913来开启或关闭电子设备400的“安全提醒”，电子设备400还可以通过其他方式来开启或关闭电子设备400的“安全提醒”。例如，电子设备400还可以在下拉通知栏中提供“安全提醒”的开关选项，用户可以点击该“安全提醒”的开关选项，触发电子设备400开启或关闭“安全提醒”。又例如，用户还可以通过语音指令触发电子设备400开启或关闭“安全提醒”。
在其他一些实施例中，电子设备400还可以默认开启“安全提醒”，无需用户操作。
提示信息914用于向用户介绍该“安全提醒”，以供用户了解该功能或服务。例如，该提示信息914可以实现为文本“开启安全提醒后，将在您过马路时，提醒您注意安全！”。
电子设备400开启“安全提醒”后，可以在用户界面95中显示提醒方式的设置选项915。
设置选项915中可以显示有当前被选定的执行安全提醒的设备以及提醒方式，例如图10H中的“手环震动、手机熄屏”。
设置选项915可用于监听用户操作(例如点击操作、触摸操作等)，电子设备400可响应该用户操作，显示用于展示当前执行安全提醒的设备以及提醒方式的用户界面96。
参考图10I，图10I示例性示出了电子设备400当前设置的执行安全提醒的设备以及提醒方式。
如图10I所示，用户界面96中显示有：一个或多个设备及提醒方式的条目916，以及控件917。
条目916用于展示电子设备400当前设置的执行安全提醒的设备以及提醒方式。例如图10I中电子设备400设置的执行安全提醒的设备及提醒方式包括：手环震动、手机震动、手机熄屏以及耳机播放提示音。条目916可以实现为文本、图标等形式，这里不限制。
控件917可用于监听用户操作(例如点击操作、触摸操作等)，电子设备400可响应该用户操作，显示图10J所示的用于添加更多执行安全提醒的设备以及提醒方式的用户界面97。
如图10J所示，用户界面97中显示有：电子设备400本机的提醒方式的展示区域918、其他设备的提醒方式的展示区域919。这里，其他设备可以是电子设备400历史连接过的设备，也可以是电子设备400当前连接到的设备，还可以是和电子设备400登录到同一账号的电子设备。
展示区域918可以包括多个选项，用于展示电子设备400本机能够执行的安全提醒方式。例如，展示区域918中显示有选项918a-918e，分别用于指示以下执行安全提醒的方式：显示通知消息、熄屏、中断业务、播放提示音、震动。
展示区域919可以包括多个选项，用于展示其他设备能够执行的安全提醒方式。例如，展示区域919中显示有选项919a-919d，分别用于指示以下执行安全提醒的方式：手环震动、耳机退出降噪模式、耳机播放提示音、耳机中断业务。
各个设备能够执行的安全提醒方式，取决于该设备的软硬件配置，具体可参考前文关于设备执行安全提醒的方式的详细描述。
展示区域918以及展示区域919中的选项可用于监听用户操作(例如点击操作、触摸操作等)，电子设备400可响应该用户操作，将该选项对应的设备及安全提醒方式设置为电子设备400在识别到行人300处于非安全环境之后，执行安全提醒的设备以及所使用的安全提醒方式。接收到用户操作的选项中的圆圈可以标黑，用于提示用户该选项已被选中。
如图10J所示，当前被选中的执行安全提醒的设备以及所使用的安全提醒方式包括：手环震动、手机震动、手机熄屏、耳机播放提示音以及耳机退出降噪模式。
用户在图10J中选中执行安全提醒的设备以及所使用的安全提醒方式之后，可以点击图10J中的返回键，触发电子设备400显示图10I所示用户界面96。并且，此时用户界面96中将更新显示用户选中的执行安全提醒的设备以及所使用的安全提醒方式的条目，如图10K所示。
用户或电子设备400设置了多个执行安全提醒的设备或安全提醒方式之后，还可以设置该多个执行安全提醒的设备或安全提醒方式之间的优先级。
在一些实施例中，电子设备400可以按照用户在图10J所示的用户界面97中选中各个选项的先后顺序，设置该多个选项对应的设备及安全提醒方式的优先级。
示例性地，参考图10K，图10K中按照用户在图10J所示的用户界面97中选中各个选项的先后顺序展示了一个或多个设备及提醒方式的条目916。图10K所展示的执行安全提醒的设备及安全提醒方式的优先级顺序由先到后为：手环震动、手机震动、手机熄屏、耳机播放提示音、耳机退出降噪模式。
在一些实施例中，图10K所示的用户界面97中还显示有控件920。控件920用户操作(例如点击操作、触摸操作等)，电子设备400可响应该用户操作，提供用于调整各个条目916的显示顺序的用户界面，即用于调整各个条目916对应的执行安全提醒的设备及安全提醒方式的优先级顺序的用户界面。
图10L示例性示出了一种用于调整各个条目916对应的执行安全提醒的设备及安全提醒方式的优先级顺序的用户界面96。
用户界面96为电子设备400响应于在图10K中控件920上的用户操作而显示的。电子设备400接收到在图10K中控件920上的用户操作后，可以将控件920更新为控件921。
如图10L所示，各个条目916对应有控件916a和控件916b。
控件916a可用于监听用户操作(例如点击操作、触摸操作等)，电子设备400可响应该用户操作，取消使用该条目916对应的设备及安全提醒方式来执行安全提醒。
用户可以拖动控件916b和其他条目916对应的控件916b交换位置。如图10L及图10M所示，用户交换了手环震动和手机震动对应的提醒条目的位置，将手机震动的优先级调整为最高。
之后，用户可以在控件920上输入用户操作以确定该调整操作。在一些实施例中，用户也可以无需再在控件920上输入用户操作，电子设备400可以直接根据用户的调整操作调整执行安全提醒的设备及安全提醒方式的优先级。
在本申请实施例中，如果电子设备400中设置有多个执行安全提醒的设备及安全提醒方式，则可以使用设置的任意一个，或同时使用多个或全部执行安全提醒的设备及安全提醒方式来执行安全提醒。
如果多个执行安全提醒的设备及安全提醒方式具备优先级顺序，则本申请中执行安全提醒的设备及安全提醒方式可以通过以下任意一种方式来确定：
方式1.使用当前可用的优先级最高的一个执行安全提醒的设备及安全提醒方式来执行安全提醒。
设备及安全提醒方式是否有用和该设备的软硬件情况及设置相关。例如，如果电子设备400未连接到耳机和手环，则耳机和手环执行安全提醒的方式当前不可用。又例如，如果电子设备400的马达损坏，则电子设备震动的提醒方式当前不可用。
例如，参考图10M，如果电子设备400中多个执行安全提醒的设备及安全提醒方式的先后顺序如图10M所示，并且所有的执行安全提醒的设备及安全提醒方式均可用，则电子设备400在识别到行人300处于非安全环境后，将会通过振动来提示行人300。
这样在用户设置的部分执行安全提醒的设备及安全提醒方式不可用时，使用第1种方式仍然可以提示行人300。
方式2.按照优先级顺序，依次使用设置的多个执行安全提醒的设备及安全提醒方式。
例如，参考图10M，如果电子设备400中多个执行安全提醒的设备及安全提醒方式的先后顺序如图10M所示，则电子设备400在识别到行人300处于非安全环境后，将会先通过振动来提示行人300，然后指示手环震动，然后电子设备400熄屏，然后指示耳机播放提示音，然后指示耳机退出提示音。
这样可以分层次来提示行人300，不必一次性使用设置的所有设备及安全提醒方式来执行安全提醒，对于用户来说更加友好。
相应的，行人300位于道路中或道路旁时，除了行人300侧的电子设备400可以提醒行人注意安全，道路中行驶的车辆200也可以在一些情况下提示驾驶员1000避让附近的行人300。需要避让行人的情况可包括：车辆200附近行人较多或距离行人较近，车辆200的车速较快，车辆200行驶的路段正点亮红灯或即将点亮红灯，或者，车辆200附近的行人300处于非安全环境等等。车辆200判断附近是否有行人300处于非安全环境的方式，可参考前文电子设备400确定行人300是否处于非安全环境的方式。
其中，车辆200的车辆信息可以反映周围的环境情况。例如从车辆200采集的外部图像或雷达数据中可以获知车辆200附近行人300的数量以及行人300和车辆200之间的距离等等。车辆200的车辆信息中还可包括该车辆200的车速。
道路基础设施信息也可以反映周围的环境情况。例如，从道路中的摄像头采集的图像或者雷达信号可以获知车辆200附近行人300的数量以及行人300和车辆200之间的距离等等。又例如，如果车辆200接收到交通信号灯发送的当前正点亮红灯或即将点亮红灯的信号，则表明当前需要避让行人。
行人300侧的电子设备400发送的信息可以反映车辆200附近的行人情况，如行人多少，行人距离车辆200的距离等等。例如，车辆200接收到的行人300侧的电子设备400发送的信息越多，即发送信息的电子设备400的数量越多，说明车辆200附近的行人300也就越多。车辆200接收到行人300侧的电子设备400发送的信号强度越强，说明车辆200和行人300的距离越近。
车辆200可以通过减速、停车、鸣笛等方式来避让行人，在其他一些实施例中，车辆200还可以通过停止播放音乐、语音输出提示信息等方式来提示驾驶员1000避让行人。在本申请实施例中，车辆200提示驾驶员1000避让行人的方式，和，后续实施例中电子设备400在行人300处于非安全环境下执行安全提醒的方式类似，可参考后续相关描述。例如，车辆200也可以通过在显示屏上显示提示信息、通过音频设备播放提示信息、震动、熄屏、停止播放音乐等方式来执行安全提醒，
车辆200在何种情况下避让行人300以及如何避让300，可以参考前文车辆200推荐车辆行为的相关描述，这里不再一一赘述。
在上述介绍的安全提醒方法中，行人300侧的电子设备400可以被称为第二设备。电子设备400触发其他设备执行安全提醒时，该其他设备可以被称为第三设备。第三设备例如可包括电子设备400连接的智能手表、智能手环、耳机、VR设备等等。
在上述介绍的安全提醒方法中，用于行人300侧的电子设备400确定行人300是否处于非安全环境的一项或多项信息，例如附近车辆(例如车辆200)发送的车辆信息、道路基础设施500发送的道路基础设施信息，以及，电子设备400自身检测到的数据等等，即为数据银行中的用户数据，这些用户数据可以是经过中间服务器脱敏处理后的数据。这些用户数据的收集方式可参考上述安全提醒方法中的详细描述。上述利用附近车辆(例如车辆200)发送的车辆信息、道路基础设施500发送的道路基础设施信息，以及，电子设备400自身检测到的数据等用户数据来确定行人300是否处于非安全环境的过程，即为数据银行中对用户数据的加工过程。上述电子设备100自身执行安全提醒以及触发其他设备执行安全提醒，例如图10B中行人300手持的智能手机400震动及熄灭显示屏的全部屏幕、图10C示出的电子设备400通过通知栏显示的提示信息908、图10D示出的电子设备400通过弹窗显示的提示信息909、图10F示出的电子设备400暂停播放音乐，以及，图10B示出的耳机在行人300手持的智能手机的触发下播放提示信息等等，即为数据银行中用户数据的价值呈现。
在车辆200的驾驶过程中，驾驶员1000驾驶车辆200驶入特定区域后，车辆200或者驾驶员侧的电子设备100可以获取到该特定区域对应的访问策略。之后，车辆200可以直接按照该访问策略来控制车辆行为，或者，在用户确认后再按照该访问策略来控制车辆行为。在一些实施例中，车辆200或者驾驶员侧的电子设备100也可以在车辆200驶入该特定区域之前提前获取该特定区域对应的访问策略。
在一些实施例中，特定用户(驾驶员或乘客)以外的其他用户驾驶车辆驶入特定区域后，或者，特定车辆之外的其他车辆驶入特定区域后，该车辆将会获取到该特定区域对应的访问策略，并按照该访问策略来控制车辆行为，而特定车辆将不会获取到该特定区域对应的访问策略，也不按照该访问策略来控制车辆行为。不受特定区域的访问策略限制的特定用户可以包括但不限于在该特定区域工作、生活的用户，不受特定区域的访问策略限制的特定车辆可以包括不受限制的用户名下登记或绑定的车辆等等。这样可以对驶入特定区域的车辆进行分类，对于受信任的用户或者车辆，不对其进行权限管控，而对不受信任的用户或车辆，对其进行权限管控。
车辆200或者电子设备100中可以安装有地图应用或系统应用(例如“小艺建议”)，该地图应用或系统应用可以支持车辆200或电子设备100获取到车辆200所在特定区域的访问策略，并触发车辆200按照该访问策略来控制车辆行为。
特定区域是指对驶入车辆的功能存在某些限制的场所或区域，例如，学校、办公楼、图书馆、会议区等等。对车辆的功能限制是指对车辆车辆行为的限制，包括对车辆的资源、能力、硬件等的访问限制。例如，车辆驶入有安全要求的高级会议场所、有保密要求的剧组，或其他敏感机密场所时，车辆的各项功能受到管控，如不能开启摄像头采集图像、不能开启麦克风采集音频，不能定位等。该特定区域可以是指一个范围限定的区域，例如学校所在的范围，也可以是指某一场景，例如开会时的会议室。
访问策略即特定区域对应的访问策略，是指进入该特定区域中的车辆需遵循的要求。不同的特定区域可以对应有不同的访问策略。同一个特定区域也可以对应有一个或多个访问策略，具体可参考后续实施例的相关描述。特定区域所对应的访问策略可以由该特定区域的管理方(即管理人员)预先制定。
在本申请实施例中，访问策略可以指明以下任意一项或多项：
1.车辆受限的车辆行为
车辆受限的车辆行为是指不允许车辆执行的车辆行为。例如，当车辆驶入学校区域时，管理方会禁止车辆鸣笛、超速等等。又例如，当车辆驶入会议区后，管理方可以禁止车辆拍照、录像、录音等，防止会议中涉及到的商业机密遭到泄露。又例如，当车辆驶入博物馆区域后，管理方可以禁止车辆拍照、鸣笛等，从而达到保护文物的效果。又例如，访问策略可以禁止车辆开车门、禁止开车窗、禁止停车超过一定时长(例如10分钟)、禁止打开闪光灯、禁止打开远光灯、禁止连续按喇叭、禁止超过一定车速等等。
在一些实施例中，为了保障车辆驾驶过程中的安全，访问策略不会要求车辆禁止访问一些必要的功能、资源或硬件。例如，访问策略禁止车辆通过摄像头拍摄周围大范围的环境，但为了行车安全，可以通过摄像头拍摄附近小范围的区域，便于车辆避让障碍物以及停车、倒车等等。
2.车辆可执行的车辆行为
车辆可执行的车辆行为是指允许车辆执行的车辆行为。例如，当车辆驶入学校区域或图书馆区域时，管理方会要求车辆只能使用无外放声音或外放声音较小的应用程序，或者要求车辆外放的声音大小小于某一阈值，从而保证公共场所的文明礼仪。
在一些实施例中，访问策略还可以包含该访问策略的有效区域，以及，有效时间段。该访问策略有效的区域为上述特定区域中的部分或全部区域。车辆驶入该有效区域后，则会按照该访问策略来控制车辆行为，驶出该有效区域后，则不再按照该访问策略来控制车辆行为。有效时间段包括开始时间和结束时间，表示该访问策略有效的起止时间。
在本申请实施例中，一个特定区域可以对应有一个访问策略，也可以对应有多个访问策略。
一个特定区域对应有多个访问策略时，该多个访问策略可以根据以下任意一个或多个限制因素来制定：
1.限制范围
管理方可以预先将该特定区域划分为不同的范围，并可以针对该特定区域中的不同范围制定不同的访问策略。车辆200驶入该特定区域的不同范围时，可以按照不同的访问策略来控制车辆行为。例如，车辆200驶入博物馆的外围区域时，禁止鸣笛，车辆200驶入博物馆的中心区域时，禁止拍照。
这样将特定区域划分为不同的范围，并针对不同范围制定不同的访问策略，可以让进入该特定区域中不同范围的车辆200按照不同的访问策略来控制车辆行为，对车辆200的车辆行为的限制能够更加精准、多元化。
2.限制等级
管理方可以根据限制的强度给特定区域划分多个不同限制等级，不同的限制等级下设置不同强度的访问策略。等级越高，对进入该特定区域的车辆200的限制越强。例如，管理方可以设置两个限制等级，等级1对应的访问策略不允许车辆200鸣笛，等级2对应的访问策略限制车辆200的速度，并不允许拍照、录像。
这样将特定区域划分为不同的范围，并针对不同范围制定不同的访问策略，可以让进入该特定区域中不同范围的车辆200按照不同的访问策略来控制车辆行为，对车辆200的车辆行为的限制能够更加精准、多元化。
3.限制对象
管理方可以划分不同的限制对象，并针对不同的限制对象制定不同的访问策略。限制对象可以是指车辆200的类型，例如，针对汽车和货车，管理方可以设置汽车限速30km/h，货车限速20km/h。限制对象还可以包括车辆200的车牌号所属区域，例如，管理方可以针对本省内和其他省份的车辆200设置不同的访问策略。
这样将根据不同的限制对象来制定不同的访问策略，可以让进入该特定区域中的不同对象按照不同的访问策略来控制车辆行为，对车辆200的车辆行为的限制能够更加精准、多元化。
4.限制时间
管理方可以给不同的时间段设置不同的访问策略，当时间改变时，对该特定区域内的车辆200的限制也会发生改变。例如，针对学校区域，管理方可以设定白天车辆200限速并禁止鸣笛，晚上车辆200不限速但禁止鸣笛。
这样将根据不同的时间段来制定不同的访问策略，可以根据管理方的实际需求，让在不同时间进入该特定区域中的车辆200按照不同的访问策略来控制车辆行为，对车辆200的车辆行为的限制能够更加精准、多元化。
也就是说，一个特定区域可以对应有多个访问策略，这多个访问策略可以包括以下一项或多项：同一个特定区域不同范围分别对应的访问策略，同一个特定区域在不同时间段分别对应的访问策略，同一个特定区域不同限制等级分别对应的访问策略，同一个特定区域不同限制对象分别对应的访问策等等。
特定区域的限制因素不限于上述列举的内容，管理方还可以根据上述一个或多个限制因素的任意组合设置该特定区域的访问策略，也可以根据其他限制因素制定访问策略，本申请实施例不作限制。
在本申请一些实施例中，特定区域对应的访问策略可以针对特定用户以外的其他用户，或者，针对特定车辆以外的其他车辆，该特定用户或特定车辆可以不受该访问策略限制。不受特定区域的访问策略限制的特定用户可以包括但不限于在该特定区域工作、生活的用户，不受特定区域的访问策略限制的特定车辆可以包括不受限制的特定用户名下登记或绑定的车辆等等。
通过实施对车辆进行权限控制的方案，车辆可以获取当前特定区域的访问策略，并根据该访问策略来管控车辆的车辆行为，可以有效满足不同特定区域的车辆行为管控需求，提高各个特定区域的管控效果，让特定区域中的交通更加顺畅、安全。
下面结合本申请实施例提供的场景图以及用户界面，介绍对车辆进行权限控制的方案。
以车辆200实施上述方案为例，对车辆进行权限控制的方案可包括以下步骤：
S1101，车辆200获取特定区域对应的访问策略。
参考图10A，图10A示例性示出了电子设备200驶入特定区域的一个场景。
图10A为驾驶员1000驾驶车辆200，并从车辆200往外看的画面。如图10A所示，车辆200中安装有多个显示屏，例如方向盘旁边的显示屏901以及后视镜旁的显示屏902，车辆200中还包括仪表盘，例如方向盘旁的仪表盘903。车辆200行驶在道路中，道路旁设置有道路基础设施500，包括图中的交通信号灯和监控摄像头904、路标905、路标906以及当前特定区域的管理设备907。
在本申请实施例中，车辆200获取特定区域对应的访问策略的方式可包括以下几种：
方式1.车辆200通过外部摄像头采集图像，从该图像中识别到当前区域对应的访问策略
部分特定区域所在位置(例如道路两侧)可以设置有路标、访问策略的公告文本、提示图标、标志、二维码等等。其中，路标可以携带访问策略信息，例如，图10A所示的路标905表示当前路段有较多行人出没，需要车辆200控制车速，路标906表示当前路段禁止鸣笛。公告文本以文本的形式表明访问策略。二维码也可以指示访问策略，设备扫描二维码后，可以获取到该二维码所指示的访问策略。
车辆200可以通过外部摄像头采集包含路标、访问策略的公告文本、提示图标、标志、二维码等的图像，并识别出该图像中的路标、访问策略的公告文本、提示图标、标志、二维码等，从而获取当前区域对应的访问策略。
例如，参考图10A，车辆200的外部摄像头可以采集到包含路标905、路标906的图像，并识别该路标905和路标906所包含的含义，获取当前区域对应的访问策略包括：慢速行驶，以及，禁止鸣笛。
显然地，采用上述第1种方式获取特定区域对应的访问策略时，车辆200在驶入特定区域之后才能获取到该访问策略。
通过上述第1种方式获取特定区域对应的访问策略时，车辆200能够获取到当前特定区域对应的一个或多个访问策略。
方式2.车辆200接收到管理设备907发送的访问策略
管理设备907设置在特定区域中，可以是服务器、电脑、手机、平板、NFC标签等电子设备。
在本申请实施例中，设置于特定区域中的管理设备907可以被称为第四设备。
管理设备907中可以存储或部署有当前特定区域对应的一个或多个访问策略。
如果管理设备907中存储有一个访问策略，则管理设备907可以将该一个访问策略发送给驶入该特定区域的车辆200。
管理设备907中存储有多个访问策略时，该特定区域对应的多个访问策略的设置方式可参考前文相关描述。
在一些实施例中，如果管理设备907中存储有多个访问策略，则管理设备907可以根据以下一个或多个限制因素确定该多个访问策略中的一个访问策略：车辆200在该特定区域中的范围、限制等级、该车辆200所属的限制对象，或当前时间，之后将确定的该访问策略发送给车辆200。其中，该限制等级可以由管理设备907自主决定，或者由管理人员设置。
在另一些实施例中，如果管理设备907中存储有多个访问策略，则管理设备907可以将该多个访问策略同时发送给车辆200。
在一些实施例中，管理设备907可以通过广播的形式来发送确定的一个访问策略或者存储的多个访问策略。只要车辆200驶入管理设备907的广播范围，即车辆200驶入管理设备907所属的特定区域，该车辆200即可接收到管理设备907广播的访问策略。管理设备907可通过蓝牙、WiFi、NFC等技术广播访问策略，这里不限定。
例如，参考图10A，管理设备907可以持续发送广播访问策略，车辆200驶入管理设备907的信号覆盖范围后，即可接收到管理设备907广播的访问策略。
在另一些实施例中，车辆200可以向管理设备907发送请求消息。管理设备907接收到该管理消息后，说明车辆200所在位置距离管理设备907一定距离内，即车辆200已经驶入特定区域。之后，管理设备907可以响应于该请求消息，和车辆200建立通信连接并向车辆200发送管理设备907确定的一个访问策略或者存储的多个访问策略。如果管理设备907向车辆200发送的是该管理设备907确定的一个访问策略，则之前车辆200向管理设备907发送的请求消息还可以携带有车辆200的标识，如车牌号、车辆类型、IP地址等，以及，该车辆200的位置信息，便于管理设备907获知该车辆200所在的特定区域中的范围，以及，该车辆200所属的限制对象，并根据上述一项或多项限制因素从存储的多个访问策略中选择适合该车辆200的一个访问策略。
在上一实施例中，车辆200和管理设备907之间通信的技术例如可包括蓝牙、WiFi、蜂窝网络、NFC等。
显然地，采用上述第2种方式获取特定区域对应的访问策略时，车辆200在驶入特定区域之后才能获取到该访问策略。
通过上述第2种方式获取特定区域对应的访问策略时，车辆200可能获取到一个访问策略，也可能获取到当前特定区域对应的多个访问策略。
在一些实施例中，管理设备907中可以预先存储一个数据库，该数据库中可包括不受管理设备907所在特定区域的访问策略限制的用户的身份信息(例如姓名、身份证号、联系方式、人脸图像、指纹信息等等)、车辆的信息(例如车牌号)。不受特定区域的访问策略限制的用户可以包括但不限于在该特定区域工作、生活的用户，不受特定区域的访问策略限制的车辆可以包括不受限制的用户名下登记或绑定的车辆等等。管理设备907可以对驶入特定区域的用户或车辆做验证，根据数据库中存储的信息，判断该用户或车辆是否是不受访问策略限制的用户，若是，则不向该车辆发送特定区域对应的访问策略，若不是，则向该车辆发送特定区域对应的访问策略。这样可以针对性地对驶入第一区域的部分车辆进行权限控制。
方式3.车辆200从网络中获取到该特定区域对应的访问策略
在一些实施例中，各个特定区域的管理方可以将该特定区域对应的一个或多个访问策略上传至服务器(例如云端服务器)。在后续过程中，特定区域的管理方还可以在需要时更新该一个或多个访问策略。
车辆200可以获取到自身的位置信息，并将该位置信息上报至存储访问策略的服务器，如果该车辆200的位置信息表明该车辆已经驶入特定区域或者即将驶入特定区域，则该服务器可以将该特定区域对应的访问策略发送给车辆200。
在一些实施例中，服务器可以将该特定区域对应的一个或多个访问策略发送给车辆200。
在一些实施例中，如果该服务器中存储有该特定区域对应的多个访问策略，则该服务器可以根据以下一个或多个限制因素确定该多个访问策略中的一个访问策略：车辆200在该特定区域中的范围、限制等级、该车辆200所属的限制对象，或当前时间，然后将确定的该一个访问策略发送给车辆200。在一些实施例中，该车辆200还可以向该服务器发送车牌号、车辆类型等，以便服务器获知该车辆所属的限制对象。限制等级可以由管理方设置，也可以由服务器自主决定。
在一个具体的实施例中，导航服务器700可以存储各个特定区域的访问策略。车辆200在通过导航服务器700导航的过程中，导航700可以获取到该车辆200所在的位置，并在该车辆200驶入特定区域或者即将驶入特定区域后，向该车辆200发送该特定区域对应的访问策略。
显然地，采用上述第3种方式获取特定区域对应的访问策略时，车辆200可以在驶入特定区域之前获取到访问策略，也可以在驶入特定区域后获取到访问策略。
通过上述第3种方式获取特定区域对应的访问策略时，车辆200可能获取到一个访问策略，也可能获取到当前特定区域对应的多个访问策略。
在一些实施例中，服务器中可以预先存储一个数据库，该数据库中可包括不受服务器所在特定区域的访问策略限制的用户的身份信息(例如姓名、身份证号、联系方式、人脸图像、指纹信息等等)、车辆的信息(例如车牌号)。不受特定区域的访问策略限制的用户可以包括但不限于在该特定区域工作、生活的用户，不受特定区域的访问策略限制的车辆可以包括不受限制的用户名下登记或绑定的车辆等等。服务器可以对驶入特定区域的用户或车辆做验证，根据数据库中存储的信息，判断该用户或车辆是否是不受访问策略限制的用户，若是，则不向该车辆发送特定区域对应的访问策略，若不是，则向该车辆发送特定区域对应的访问策略。这样可以针对性地对驶入第一区域的部分车辆进行权限控制。
不限于上述列出的3种方式，在本申请一些实施例中，电子设备100也可以通过上述第1-3种方式获取到第一访问策略，然后基于和车辆200之间的通信连接，将第一访问策略发送给车辆200。
S1102，车辆200确定第一访问策略。
如果S1101中，车辆200获取到特定区域对应的一个访问策略，则车辆200获取到的该一个访问策略即为第一访问策略。
如果S1101中，车辆200获取到特定区域对应的多个访问策略，则车辆200还需要根据以下一个或多个限制因素从该多个访问策略中确定第一访问策略：车辆200在该特定区域中的范围、限制等级、该车辆200所属的限制对象，或当前时间。其中，车辆200在该特定区域中的范围由车辆200根据当前自身的位置信息决定。限制等级可以由管理方设备907下发给车辆200。
可选步骤S1103，车辆200输出提示信息，该提示信息用于提示用户车辆200已驶入特定区域。
在一些实施例中，该提示信息还可以用于提示用户按照第一访问策略来控制车辆200的车辆行为，或者提示用户该第一访问策略的具体内容。
车辆200输出该提示信息的方式包括但不限于：在显示屏上显示提示信息、使用音频设备播放提示信息、使用马达震动等等。其中，车辆200在显示屏上显示提示信息时，可以通过通知栏、弹窗、卡片、状态栏等来显示该提示信息。显示屏上显示的该提示信息可以实现为文本、图标、动画等形式。
S1103中车辆200输出的提示信息的示例，可参考后续图11B中的提示信息1101a、图11D中的提示信息1102a以及图11E所示状态栏中的标志1103和标志1104。
车辆200确定第一访问策略后，可以执行以下S1104-1，S1104-2，S1104-3之中的任意一个步骤。
S1104-1，车辆200按照第一访问策略来控制车辆行为。
在本申请实施例中，S1104-1可以在以下任意一种情况下执行：
情况1.车辆200确定第一访问策略后，直接按照第一访问策略来控制车辆行为
车辆200在确定第一访问策略后直接按照该第一访问策略来控制车辆行为，可以保证驶入特定区域的车辆200都能够遵循该特定区域管理方的要求，这样车辆200的车辆行为均符合该特定区域的要求，这样可以保证各个特定区域中针对车辆权限的管控效果，让特定区域中的交通更加顺畅、安全。
在一些实施例中，车辆200直接按照该第一访问策略来控制车辆行为后，可以输出提示信息，用于提示驾驶员1000当前车辆200已经按照当前特定区域的访问策略来控制车辆行为。
车辆200输出该提示信息的方式包括但不限于：在显示屏上显示提示信息、使用音频设备播放提示信息、使用马达震动等等。其中，车辆200在显示屏上显示提示信息时，可以通过通知栏、弹窗、卡片、状态栏等来显示该提示信息。显示屏上显示的该提示信息可以实现为文本、图标、动画等形式。
在一些实施例中，车辆200直接按照该第一访问策略来控制车辆行为后，还可以接收用户操作，并响应于该用户操作撤销或者停止按照该第一访问策略来控制车辆行为。这样可以让用户根据自身的实际需求来决定车辆200是否按照第一访问策略来控制车辆行为。
图11A示例性示出了车辆200启动地图应用后，在导航过程中提供的用户界面111。
如图11A所示，用户界面111中显示有：状态栏、地图图像、驾驶方向的指示信息、驾驶模式选项等等。
状态栏可包括蓝牙图标、Wi-Fi信号的信号强度指示符、时间指示符、电量指示符等等。
地图图像可以包括车辆200当前所在位置附近区域的图像。地图图像可以实现为2D平面图、3D俯视图、卫星图或全景图。图11A中示出的地图图像为2D平面图。
驾驶方向的指示信息可用于指示驾驶的方向，例如可包括文本(如文本“前方直行200米”)、箭头(如图中的直行箭头)等。
图11B示例性示出了车辆200确定第一访问策略并直接按照该第一访问策略来控制车辆行为后，在用户界面111上所显示的窗口1101。
如图11B所示，窗口1101中显示有：提示信息1101a，控件1101b-1101d。
提示信息1101a用于提示用户当前车辆200已经按照当前特定区域的访问策略来控制车辆行为，例如可以为文本“您已驶入权限管控区域，已为您开启该区域的权限管控模式！”。
控件1101b可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，显示第一访问策略的详细内容。车辆200可以通过地图应用显示该第一访问策略的详细内容，也可以跳转至浏览器，通过该特定区域提供的网页查看该第一访问策略的详细内容。车辆200显示的第一访问策略的详细内容，可以以文本形式呈现，也可以通过动画、图标等形式呈现，这里不限定。
示例性地，图11C示出了车辆200所显示的第一访问策略。如图11C所示，该示例性的第一访问策略可包括：禁止鸣笛、禁止拍照、限速30km/h、禁止自动驾驶模式、禁止使用娱乐系统。
在其他一些实施例中，车辆200可响应在控件1101b上的用户操作，使用音频设备播放该第一访问策略的详细内容。
控件1101c可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，停止显示窗口1101。在其他一些实施例中，如果窗口1101在一段时间内(例如5秒)未接收到任何用户操作，或者，在显示屏中该窗口1101以外的其他区域接收到用户操作(例如点击操作)，则车辆200可以停止显示该窗口1101。
控件1101d可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，撤销或者停止按照该第一访问策略来控制车辆行为。
不限于在图11A所示的用户界面111上显示窗口111，车辆在直接按照第一访问策略来控制车辆行为之后，还可以在其他用户界面显示该窗口111，这里不做限定。车辆200显示窗口111的用户界面，取决于车辆200在按照第一访问策略来控制车辆行为时所显示的用户界面。
情况2.车辆200确定第一访问策略后，可以在接收到用户操作后，响应该用户操作按照第一访问策略来控制车辆200的车辆行为
情况2中用于触发车辆200按照第一访问策略来控制车辆200的车辆行为的用户操作，可以被称为第十三操作。第十三操作例如可包括后续作用于图11D中的控件1102b的用户操作。
在一些实施例中，车辆200确定第一访问策略后，可以输出提示信息。该提示信息可以用于提示用户当前车辆200已经驶入或者即将驶入特定区域，或者提示用户按照第一访问策略来控制车辆200的车辆行为，或者提示用户该第一访问策略的具体内容。
车辆200输出该提示信息的方式包括但不限于：在显示屏上显示提示信息、使用音频设备播放提示信息、使用马达震动等等。其中，车辆200在显示屏上显示提示信息时，可以通过通知栏、弹窗、卡片、状态栏等来显示该提示信息。显示屏上显示的该提示信息可以实现为文本、图标、动画等形式。
驾驶员1000看到车辆200输入的该提示信息后，可以向车辆200输入用户操作，以触发车辆200按照该第一访问策略来控制车辆行为。这里对驾驶员1000车辆200输入的用户操作的形式不做限定，例如可以是触摸显示屏的操作，也可以是语音指令，还可以是隔空手势等等。
图11D示例性示出了车辆200确定第一访问策略后在用户界面111中显示的窗口1102。
如图11D所示，窗口1102中显示有：提示信息1102a，控件1102b-1102d。
提示信息1102a用于提示用户当前车辆200已经驶入特定区域，并提示用户按照该特定区域的访问策略来控制车辆200的车辆行为。例如，提示信息1102可以为文本，例如可以为文本“您已驶入权限管控区域，是否按照当前区域的规定驾驶？”。
控件1102b可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，按照该第一访问策略来控制车辆行为，并停止显示窗口1102。在其他一些实施例中，如果窗口1102在一段时间内(例如5秒)未接收到任何用户操作，或者，在显示屏中该窗口1102以外的其他区域接收到用户操作(例如点击操作)，则车辆200可以停止显示该窗口1102。
控件1102c可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，拒绝按照该第一访问策略来控制车辆行为。
控件1102d可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，显示第一访问策略的详细内容。车辆200可以通过地图应用显示该第一访问策略的详细内容，也可以跳转至浏览器，通过该特定区域提供的网页查看该第一访问策略的详细内容。车辆200显示的第一访问策略的详细内容，可以以文本形式呈现，也可以通过动画、图标等形式呈现，这里不限定。示例性地，图11C示出了车辆200所显示的第一访问策略。
在其他一些实施例中，车辆200可响应在控件1102d上的用户操作，使用音频设备播放该第一访问策略的详细内容。
通过第2种方式，车辆200可以在用户的触发下按照第一访问策略来控制车辆行为，这样可以给用户充分的选择权，让用户根据自身需求决定是否按照该特定区域的访问策略来控制车辆行为。
在本申请实施例中，车辆200按照第一访问策略来控制车辆行为的过程中，可以输出提示信息，以提示用户当前车辆200正在按照该第一访问策略来控制车辆行为。本申请实施例对该提示信息的实现形式不做限定。例如，车辆200可以在状态栏中显示特殊区域的标志，例如学校标志或者图书馆标志等等。又例如，车辆200可以在汽车内部点亮提示灯等等。
在本申请实施例中，车辆200按照第一访问策略来控制车辆行为的过程中，还可以输出提示信息，以提示用户该第一访问策略的详细内容。本申请实施例对该提示信息的实现形式不做限定。例如，车辆200可以在状态栏中显示图标，用于提示用户当前车辆200不能执行的操作。又例如，车辆200可以在仪表盘中限速位置处显示标识，提示用户不能超过该限速。
示例性地，参考图11E，图11E示出了车辆200在状态栏中输出的用于提示用户该第一访问策略的详细内容的提示信息。
如图11E所示，用户界面111的状态栏中显示有标志1103和标志1104。标志1103用于提示用户当前禁止车辆200鸣笛。标志1104为文本“限速30km/h”，用于提示用户当前车辆200限速30km/h。
在本申请实施例中，车辆200的车辆行为可包括以下一项或多项：
1.导航并行驶至某个地点，例如，导航至某个加油站、修车点、洗车点等。
2.调整器件。例如，调整座椅的高度、椅背的角度、座椅的前后位置，调整安全带位置、关闭门窗等等。
3.播放音乐、播放视频、启动游戏等娱乐项目。
4.充电或加油。
5.驾驶行为。
在驾驶过程中，驾驶行为可包括在各个驾驶模式之间的切换、控制车辆200的行驶速度、开始驾驶、停止驾驶、避让行人、避让其他车辆、转向、减速、打开转向灯、打开雨刷等等。
在S1104-1中，车辆200按照第一访问策略来控制车辆行为，车辆200执行的每一个操作均符合该第一访问策略的规定。即，电子设备200只会执行第一访问策略中允许车辆执行的行为，而不会执行该第一访问策略中不允许该车辆执行的行为。也就是，电子设备200限定了自身访问各类资源、能力及硬件的权限。
例如，如果车辆200处于自动驾驶模式，则车辆200将会按照第一访问策略中的规定来自动驾驶。
又例如，如果车辆200处于自动驾驶模式，车辆200驶入特定区域后，如果该特定区域的第一访问策略不允许使用自动驾驶模式，则车辆200将切换至手动驾驶模式。
例如，假设第一访问策略如图11C所示，则车辆将关闭喇叭、关闭部分摄像头，以低于30km/h的速度行驶，不会启用自动驾驶模式，不会启用音乐类应用、视频类应用等娱乐系统。
在车辆200执行S1103-1的过程中，如果驾驶员1000向车辆200输入违反或者不符合该第一访问策略的操作指令，则车辆200将拒绝响应该操作指令。在一些实施例中，车辆200拒绝响应该操作指令后，还可以输出提示信息，以提示用户该操作指令不符合第一访问策略。这里对该提示信息的形式不做限定。
例如，如果用户持续踩油门，车辆200的车速将维持在最高30km/h。
又例如，如果用户按压喇叭按键，车辆200将不会鸣笛。
又例如，如果用户输入将用于手动驾驶模式切换为自动驾驶模式的用户操作，车辆200将拒绝将手动驾驶模式切换为自动驾驶模式。
示例性地，参考图11E-图11F，其示出了车辆200拒绝响应用户的操作指令的一个示例。
如图11E所示，用户界面11中显示有驾驶模式选项833。驾驶模式选项833中显示有车辆200当前所使用的驾驶模式。例如，图11E中驾驶模式选项833中的文本“手动驾驶模式”表明当前车辆200处于手动驾驶模式。
驾驶模式选项833中还可以包括控件833a。控件833a可用于监听用户操作(例如点击操作、触摸操作等)，由于当前第一访问策略禁止车辆200使用自动驾驶模式，因此车辆200不会响应该用户操作，即车辆200拒绝将手动驾驶模式切换为自动驾驶模式。
参考图11F，车辆200接收到作用于控件833a上的用户操作，并拒绝将手动驾驶模式切换为自动驾驶模式后，可以显示提示信息1103。提示信息1103用于提示用户输入的操作指令不符合第一访问策略。如图11F所示，提示信息1103例如可以为文本“当前区域不允许自动驾驶！”。
又例如，如果用户点击车辆200的主界面提供的音乐类应用或者视频应用的图标，车辆200将不会启动该音乐类应用或者视频应用。
参考图11G及图11H所示的用户界面815，其示出了车辆200拒绝响应用户的操作指令的一个示例。
如图11G所示，车辆200提供的主界面815中显示有音乐应用的图标。车辆200可以检测到作用于该音乐应用的图标上的用户操作(例如点击操作、触摸操作等)，由于当前第一访问策略禁止车辆200使用娱乐系统，因此车辆200不会响应该用户操作，即车辆200拒绝启动该图标对应的音乐应用。
参考图11G，车辆200接收到作用于音乐应用的图标上的用户操作，并拒绝启动音乐应用后，可以显示提示信息1104。提示信息1104用于提示用户输入的操作指令不符合第一访问策略。如图11H所示，提示信息1104例如可以为文本“当前区域禁止所有娱乐系统！”。
在一些实施例中，车辆200按照第一访问策略来控制车辆行为时，如果该第一访问策略中车辆200受限制的部分车辆行为，和，保障车辆200行驶安全的车辆行为，相同，那么保障车辆200安全的优先级最高，即车辆200仍然可以执行该受限制的部分车辆行为，从而保证车辆200的行驶安全。例如，如果第一访问策略不允许车辆200使用摄像头拍照，但是车辆200在行驶过程中仍然可以通过摄像头获知周围环境，从而避让障碍物以及停车、倒车等。
S1104-2，车辆200接收到不符合第一访问策略的操作指令，响应该操作指令执行对应的车辆行为，并提示用户该操作指令不符合第一访问策略。
不符合第一访问策略的操作指令，可参考S1104-1中的相关描述。
车辆200输出S1104-2中提示信息的方式包括但不限于：在显示屏上显示提示信息、使用音频设备播放提示信息、使用马达震动等等。其中，车辆200在显示屏上显示提示信息时，可以通过通知栏、弹窗、卡片、状态栏等来显示该提示信息。显示屏上显示的该提示信息可以实现为文本、图标、动画等形式。
车辆200输出S1104-2中的提示信息之后，还可以响应于接收到的用户操作，按照第一访问策略来控制车辆行为。
示例性地，参考图11I，其示例性示出了当车辆200接收到不符合第一访问策略的操作指令并响应该操作指令后，输出的提示信息。
如图11I所示，用户界面111可以是车辆200在响应于用户输入的操作指令，由手动驾驶模式切换至自动驾驶模式之后所显示的界面。用户界面111中显示有：提示信息1105a，控件1105b、1105c。
提示信息1105a用于提示用户当前车辆200已经按照当前特定区域的访问策略来控制车辆行为，例如可以为文本“当前区域不允许自动驾驶！”。
控件1105b可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，按照第一访问策略来控制车辆行为，按照第一访问策略来控制车辆行为，例如切换回手动驾驶模式。
控件1105c可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，停止显示窗口1105。在其他一些实施例中，如果窗口1105在一段时间内(例如5秒)未接收到任何用户操作，或者，在显示屏中该窗口1105以外的其他区域接收到用户操作(例如点击操作)，则车辆200可以停止显示该窗口1105。
通过S1104-2，可以优先满足用户需求，不影响用户驾驶车辆200的体验，同时也能够提醒用户不符合特定区域的访问策略的情况。
S1104-3，车辆200接收到不符合第一访问策略的操作指令后，先提示用户该操作指令不符合第一访问策略，如果接收响应该操作指令的用户操作，则响应该操作指令执行对应的车辆行为。
不符合第一访问策略的操作指令，可参考S1104-1中的相关描述。
车辆200输出S1104-3中提示信息的方式包括但不限于：在显示屏上显示提示信息、使用音频设备播放提示信息、使用马达震动等等。其中，车辆200在显示屏上显示提示信息时，可以通过通知栏、弹窗、卡片、状态栏等来显示该提示信息。显示屏上显示的该提示信息可以实现为文本、图标、动画等形式。
车辆200输出S1104-3中的提示信息之后，还可以再次接收到确认响应该操作指令的用户操作，并响应该操作指令执行对应的车辆行为。
示例性地，参考图11J，其示例性示出了当车辆200接收到不符合第一访问策略的操作指令后，输出的提示信息。
如图11J所示，用户界面111可以是车辆200在响应于用户输入的操作指令(例如作用于控件833上的用户操作)后所显示的界面。用户界面111中显示有：提示信息1106a，控件1106b、1106c。
提示信息1106a用于提示用户当前车辆200当前的操作指令不符合第一访问策略，还可以询问用户是否仍然响应该操作指令，例如可以为文本“当前区域不允许自动驾驶！是否仍然切换为自动驾驶模式？”。
控件1106b可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，响应用户之前输入的操作指令来控制车辆行为，例如切换至手动驾驶模式。
控件1106c可用于监听用户操作(例如点击操作、触摸操作等)，车辆200可响应该操作，停止显示窗口1106，并拒绝执行用户之前输入的操作指令。在其他一些实施例中，如果窗口1106在一段时间内(例如5秒)未接收到任何用户操作，或者，在显示屏中该窗口1106以外的其他区域接收到用户操作(例如点击操作)，则车辆200可以停止显示该窗口1106。
通过S1104-2，车辆200可以在接收到不符合第一访问策略的操作指令后，先提示用户该操作指令不符合第一访问策略，并且用户可以根据需要决定是否再次输入操作以触发车辆200响应该操作指令。这样够提醒用户不符合特定区域的访问策略的情况，同时也不影响用户驾驶车辆200的体验。
上述S1104中用户输入触发车辆200执行对应车辆行为的操作指令，可以被称为第十二操作。该操作指令对应的车辆行为可以被称为第一车辆行为。
第十二操作例如可包括用于切换至自动驾驶模式、切换至手动驾驶模式、鸣笛、加速的用户操作等等。
第一车辆行为例如可包括切换至自动驾驶模式、切换至手动驾驶模式、鸣笛、加速等等。
可选步骤S1105，车辆200将执行状态发送给管理设备907。
其中，执行状态是指车辆200执行第一访问策略的情况。执行状态可以包括两种：按照第一访问策略控制车辆行为，和，拒绝按照第一访问策略控制车辆行为。
在本申请实施例中，如果车辆200在驶入特定区域后，和该特定区域中的管理设备907建立了通信连接，那么车辆200在特定区域内行驶过程中可以将执行状态发送给管理设备907。
在一些实施例中，如果车辆200执行了不符合第一访问策略的车辆行为时，该车辆200可以将该违反第一访问策略的事件(即执行状态)、违反的第一访问策略中的具体内容、该车辆的基本信息(例如车牌号、车辆型号、驾驶员1000的姓名及联系方式等等)上报给管理设备907。
示例性地，参考图11K，图11K驶出了车辆200将违反第一访问策略的事件上报给管理设备907后所显示的提示信息1107。图11K中车辆200违反第一访问策略的事件可以包括：有手动驾驶模式切换到自动驾驶模式。
在一些实施例中，管理设备907可以在接收到车辆200拒绝按照第一访问策略控制车辆行为的执行状态后，可以向该车辆200发送提示信息，提示车辆200按照第一访问策略来控制车辆行为。或者管理设备907输出该车辆200的相关信息，以便管理方执行进一步地操作，例如，警告等等。
S1106，车辆200删除或禁用第一访问策略。
如果第一访问策略中携带有有效时间段，则在当前时间超过该时间段后，车辆200禁用或删除该第一访问策略。
如果第一访问策略中携带有有效时长，则车辆200在获取到第一访问策略的有效时长之后，禁用或删除该第一访问策略。该有效时长也可称为第二时长。该有效时长例如可包括半小时、一小时等等。
如果第一访问策略中携带有效区域，当车辆200离开有效区域限制的范围时，即车辆200驶出特定区域后，可以禁用或删除该第一访问策略。车辆200可以通过导航服务器700获知自身的位置信息，并确定当前是否驶出该特定区域。
车辆200禁用第一访问策略后，车辆200中仍然保存有该第一访问策略，当车辆再次驶入管理设备907管理的特定区域时，车辆200可以直接按照该第一访问策略执行上述S1104-1，S1104-2，或者S1104-3中的任意一项，不需要再次获取该第一访问策略。
车辆200删除第一访问策略后，车辆200中不再存储该第一访问策略。通过删除第一访问策略，可以节约车辆200中的存储空间。
车辆200禁用或删除该第一访问策略后，车辆200将不再执行上述S1104-1，S1104-2，或者S1104-3中的任意一项。也就是说，车辆200不再按照第一访问策略来控制车辆行为，也不会在接收到不符合第一访问策略的操作指令后输出提示信息。
在一些实施例中，如果车辆200执行上述S1104-1的过程中更改了车辆200中的一些配置或设置，则车辆200删除或禁用第一访问策略后，可以在提示用户并在用户确认后恢复车辆200的该配置或设置。车辆200的配置或者设置例如可包括：驾驶模式、娱乐系统的启动或关闭、摄像头的启动或关闭等等。
示例性地，参考图11L，图11L示出了车辆200在驶入特定区域前为自动驾驶模式，驶入特定区域后根据第一访问策略切换为手动驾驶模式，然后驶出特定区域并删除或禁用第一访问策略后，所显示的提示信息1108。提示信息1108用于提示用户当前可以恢复驶入特定该区域之前的设置，例如可以切换回自动驾驶模式。提示信息1108例如可以为文本“已驶出手动驾驶区域，可切换到自动驾驶模式！”。
用户看到提示信息1108之后，可以获知当前可以恢复自动驾驶模式，可以向车辆200输入用户操作(例如作用于控件833a的用户操作)，从而触发车辆200切换至自动驾驶模式。
提示用户恢复车辆200的设置，可以提升用户的使用体验。
在一些实施例中，如果车辆200执行上述S1104-1的过程中更改了车辆200中的一些配置或设置，则车辆200删除或禁用第一访问策略后，可以直接恢复车辆200的该配置或设置。并且在恢复车辆200的该配置或设置后，可以接收用户操作，并响应该用户操作撤销恢复该配置或设置的车辆行为。
示例性地，参考图11M，图11M示出了车辆200在驶入特定区域前为自动驾驶模式，驶入特定区域后根据第一访问策略切换为手动驾驶模式，驶出特定区域并删除或禁用第一访问策略后，自动切换至自动驾驶模式后所显示的用户界面111。
如图11M所示，用户界面111中显示有：驾驶模式选项833、提示信息1109、控件1110。
驾驶模式选项833中显示有车辆200当前所使用的驾驶模式。例如，图11E中驾驶模式选项833中的文本“自动驾驶模式”表明当前车辆200已经切换至自动驾驶模式。
提示信息1109用于提示用户当前车辆200已经恢复驶入特定该区域之前的设置，例如当前车辆200已切换回自动驾驶模式。在一些实施例中，该提示信息1109还可用于提示用户可以撤销该恢复设置的车辆行为，还可以用于提示用户撤销该车辆行为的方式(例如语音撤销、手动撤销等等)。提示信息1109例如可以为文本“已驶出手动驾驶区域，已为您切换到自动驾驶模式！您可以语音或者手动撤销！”。
车辆200可以检测到作用于控件1110上的用户操作(例如点击操作、触摸操作等)，并可以响应于该用户操作，撤销车辆200主动执行的恢复设置的车辆行为，例如将自动驾驶模式重新切换回手动驾驶模式。
车辆200主动恢复驶入特定区域之前的设置，可以提升用户体验，此外车辆200还提供撤销恢复的功能，可以给用户更多的选择，让用户根据需要决定是否让车辆200恢复驶入特定区域之前的设置。
不限于上述图11A-图11M及相关文字部分描述的由车辆200获取到特定区域对应的访问策略，并按照该访问策略来控制车辆行为，在其他一些实施例中，驾驶员1000侧的电子设备100和车辆200建立连接后，也可以由该电子设备100获取到特定区域对应的访问策略后发送给车辆200。
电子设备100获取特定区域对应的访问策略的方式，和，车辆200获取特定区域对应的访问策略的方式相同，可参考前文S1101-S1102的相关描述。在一个实施例中，电子设备100可用于执行上述S1101和S1102，以确定当前特定区域对应的第一访问策略。
参考图11N，图11N示出了电子设备100获取到第一访问策略后所显示的用户界面61。该用户界面61为电子设备100提供的主界面。
如图11N所示，该用户界面61中显示有卡片1111。卡片1111中包括：提示信息1111a，控件1111b和控件1111c。
其中，提示信息1111a用于提示用户当前车辆200已经驶入特定区域。提示信息1111a例如可以为文本“您已驶入权限管控区域，请按照相关规定驾驶！”。
控件1111b可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，显示第一访问策略的详细内容。电子设备100可以通过地图应用显示该第一访问策略的详细内容，也可以跳转至浏览器，通过该特定区域提供的网页查看该第一访问策略的详细内容。电子设备100显示的第一访问策略的详细内容，可以以文本形式呈现，也可以通过动画、图标等形式呈现，这里不限定。
示例性地，图11O示出了车辆200所显示的第一访问策略。
控件1111c可用于监听用户操作(例如点击操作、触摸操作、长按操作等)，电子设备100可以响应该操作，将第一访问策略发送给车辆200，触发车辆200执行上述S1102的后续步骤。
上述车辆200显示的各个用户界面中的部分元素或全部元素也可以显示在电子设备100中。例如，车辆200显示的图11A-图11F、图11H-图11M所示用户界面111中的部分或全部元素，也可以显示在电子设备100中。示例性地，参考图11P，电子设备100可以显示类似图11B所示的用户界面；参考图11Q，电子设备100可以显示类似图11D所示的用户界面。
电子设备100在显示上述用户界面的过程中，同样可以接收用户操作，电子设备100可以响应该用户操作，向车辆200发送操控指令，触发车辆200执行对应的操作。此时，电子设备100相当于车辆200外接的一个控制器。例如，用户可以点击电子设备100中显示的如图11B所示的控件1101d，触发车辆200撤销或者停止按照该第一访问策略来控制车辆行为。
电子设备100在显示地图应用提供的用户界面(例如类似图11A-图11F、图11H-图11M所示的用户界面111)的过程中，电子设备100还可以响应于接收到的用户操作，或者，在连接到车辆200(有线连接或无线连接)后，或者，电子设备100在连接车辆200并且车辆200的发动机13启动后，或者，电子设备100在连接车辆200并且车辆200开始行驶后，将电子设备100显示的该用户界面推送至车辆200中显示。例如，电子设备100的地图应用可以提供和图6H-图6K中控件1037类似的控件，并可以响应于用户点击该控件的操作，将电子设备100所显示的用户界面推送至车辆200中显示。
电子设备100将地图应用提供的显示内容推送至车辆200后，电子设备100可以熄屏或显示桌面，或者电子设备100可以持续显示地图应用提供的内容。
不限于上述由车辆200获取到特定区域对应的访问策略并根据该访问策略来控制车辆行为，在一些实施例中，电子设备100可以和车辆200建立通信连接，并可以基于该通信连接，控制车辆200根据该访问策略来执行车辆行为。例如，电子设备100可以基于上述通信连接，获取到车辆200的车辆信息、驾驶数据、车辆状态等等，并判断车辆200即将要执行的车辆行为是否符合该访问策略，若符合则允许车辆200执行该车辆行为，若不符合则指示车辆200拒绝执行该车辆行为。
在上述介绍的对车辆进行权限控制的方法中，用于车辆200进行权限控制的该车辆200的位置信息、驾驶员或乘客的身份信息、车辆200的型号及车牌号、特定区域对应的访问策略、管理设备907中存储的数据库、驾驶员1000对车辆200的操作数据等等，即为数据银行中的用户数据，这些用户数据可以是经过中间服务器脱敏处理后的数据。这些用户数据的收集方式可参考上述对车辆进行权限控制的方法中的详细描述。上述利用车辆200的位置信息、驾驶员或乘客的身份信息、车辆200的型号及车牌号、特定区域对应的访问策略确定如何对车辆200进行权限控制的过程，即为数据银行中对用户数据的加工过程。上述车辆200根据特定区域对应的访问策略来控制车辆行为的过程，例如车辆200显示的图11B中提示用户驶入特定区域的窗口1101、图11C中示出的访问策略、图11D中提示用户开启权限管控的窗口1102、图11F中示出的提示信息1103、图11H中示出的提示信息1104、图11I中示出的窗口1105、图11J中示出的提示信息1107、图11L中示出的提示信息1108、图11M中示出的提示信息1109，以及，电子设备100显示的图11N中提示用于驶入特定区域的卡片、图11O中示出的访问策略、图11P示出的提示用户驶入特定区域的窗口、图11Q中提示用户开启权限管控的窗口，以及，车辆200通过语音、震动等方式输出的信息等等，即为数据银行中用户数据的价值呈现。
在本申请实施例中，如果车辆或者行人在路上发生了交通事故，可以通过网络中的服务器800来判定事故责任方。
交通事故是指车辆在道路上因过错或者意外造成人身伤亡或者财产损失的事件。造成交通事故的原因包括多种，例如可包括以下几种：
1.客观因素
例如道路、气象等原因，可能引发交通事故。
2.车况不佳
车辆的硬件和/或软件状况不良，尤其是制动系统、转向系统、前桥、后桥等发生故障时，极有可能引发交通事故。
3.驾驶员违反交通法规
驾驶员可能由于心理或者生理方面的原因，或者，由于驾驶技术不熟练或经验不足，没有正确观察和判断周围环境，在驾驶员对前方、左右车辆、行人形态、道路情况等，未判断清楚的情况下，该驾驶员驾驶车辆可能导致交通事故。
驾驶员不按交通法规驾驶车辆时，也可能会发生交通事故，例如酒驾、超速行驶、争道抢行、违章装载、超员、疲劳驾驶等原因可能造成交通事故。
4.行人违反交通法规
行人不按交通法规在路上行走、骑行或工作时，也可能会发生交通事故。例如行人不走人行横道、横穿马路、闯红灯、在机动车道上驾驶非机动车等等。
可见，和一起交通事故关联的对象，可能包括以下任意一种或多种的组合：
1.一个车辆。
单独的车辆也可能造成交通事故，例如，车辆撞击路障、撞击路边绿化带引发的交通事故。
2.多个车辆。
多个车辆可能造成交通事故，例如，车辆之间相互碰撞、剐蹭而引发交通事故。
3.一个或多个车辆，和，行人。
例如，车辆和行人之间可能发生碰撞、剐蹭等交通事故。上述几种情况还可以任意的组合，例如一起交通事故可以同时涉及车辆和车辆之间的碰撞，以及，车辆与行人之间的碰撞等。
在发生交通事故后，该交通事故涉及的对象(包括车辆和/或行人)侧的设备可以将交通事故信息上传至可信机构提供的服务器800，由服务器800根据该交通事故信息判定事故责任方并将判定结果下发至各个对象侧的设备。
车辆侧的设备可以为该车辆，也可以为驾驶员侧的电子设备。例如，如果交通事故涉及的对象包括图1B所示通信系统中的车辆200，则该对象侧的设备可以包括该车辆200，以及，驾驶员1000侧的电子设备100。
行人侧的设备为该行人携带的电子设备。例如，如果交通事故涉及的对象包括图1B所示通信系统中的行人300，则该对象侧的设备包括行人300侧的电子设备400。
通过上述方案，在发生交通事故后，该交通事故涉及对象侧的设备可以将交通事故信息上传至可信机构的服务器，由该服务器初步分析事故责任方并且返回判定结果，不必交警到场即可初步判定事故责任方，可以提高交通事故的鉴定效率，在发生交通事故后迅速解决，让道路更加畅通，也让用户体验更佳。
车辆或驾驶员侧的电子设备中可以安装有车辆管理应用，该车辆管理应用可以支持车辆或驾驶员侧的电子设备在该车辆发生交通事故后，将车辆或驾驶员侧的电子设备获取到的交通事故信息上传至可信机构的服务器，并接收该服务器返回的事故判定结果。
行人侧的电子设备中可以安装有地图应用、道路安全管理应用等，该应用可以支持行人侧的电子设备在该行人发生碰撞后，将该行人侧电子设备获取到的交通事故信息上传至可信机构的服务器，并接收该服务器返回的事故判定结果。道路安全管理应用用于提供行人的道路安全管理，包括采集图像，检测碰撞事件、上传交通事故信息等功能。
在一些实施例中，除了交通事故涉及的对象侧的设备可以将交通事故信息上传至可信机构提供的服务器，该交通事故的目击对象，例如目击车辆或者目击行人侧的设备也可以将交通事故信息上传至可信机构提供的服务器，以供服务器判定事故责任方。其中，目击车辆侧的设备可以为该目击车辆，也可以是驾驶员侧的电子设备。通过该实施例，可以为判定交通事故责任方提供更多的信息，提高判定结果的准确率。
在一些实施例中，交通事故发生的路段上的道路基础设施也可以上传交通事故信息至可信机构提供的服务器，以供服务器判定事故责任方。这样可以为判定交通事故责任方提供更多的信息，提高判定结果的准确率。
交通事故涉及对象侧的设备接收到服务器返回的判定结果后，可以将该判定结果提示给该设备侧的用户，让该交通事故涉及的用户可以根据该判定结果执行进一步的操作，例如私下解决、申诉、定损、联系保险公司等等。这样可以方便用户在发生交通事故后，快速做出响应，可以根据判定结果采取最优的解决方案。
在判定交通事故责任方的方案中，所提及的用户包括驾驶员1000及行人300。
参考图12A，图12A示例性示出了一起交通事故的场景。
如图12A所示，车辆200-1、车辆200-2、行人300-1之间发生碰撞而导致交通事故。其中，车辆200-1的右侧倒车镜、右侧前照灯损坏。车辆200-3为目击车辆，行人300-2为目击行人。道路基础实施500位于该交通事故所在路段。其中，车辆200-1、200-2、200-3均可以为图1B所示通信系统100中的车辆200，行人300-1、300-2均可以为图1B所示通信系统100中的行人300。
车辆200-1、200-2、200-3上分别有驾驶员1000-1、1000-2、1000-3，驾驶员1000-1、1000-2、1000-3的电子设备分别为电子设备100-1，100-2、100-3。
行人300-1、300-2侧的电子设备分别为电子设备400-1、400-2。
下面结合图12A所示的交通事故场景，以及本申请提供的图12B-图12N所示的用户界面，详细介绍判定交通事故责任方的方法。该方法可包括如下步骤：
S201，一个或多个对象发生交通事故，该一个或多个对象侧的设备检测到该对象发生交通事故。
发生交通事故的一个或多个对象可包括以下任意一个或多个：单个车辆，多个车辆，车辆和行人。
通常情况下，当单个车辆发生碰撞时，或者车辆和车辆之间发生碰撞时，或者车辆和行人之间发生碰撞时，会导致交通事故。碰撞是指超过一定强度的撞击事件，而不是普通的接触事件。因此，各个对象侧的设备可以通过检测碰撞事件来判定是否发生交通事故。当对象侧的设备检测到碰撞事件时，相当于检测到该对象发生了交通事故。
按照前文所述，交通事故涉及的对象可包括车辆和行人。车辆侧的设备可包括车辆，和/或，驾驶员侧的电子设备。下面介绍不同对象侧的设备检测该对象发生碰撞，即发生交通事故的方式。
1.车辆检测车辆发生碰撞事件的方式可包括以下任意一种或多种：
(1)车辆可以通过设置在车辆周身的碰撞传感器来检测该车辆是否发生碰撞事件。
车辆发生碰撞时，会产生强烈的异常碰撞信号，车辆可以通过碰撞传感器，使用碰撞检测算法来判定该车辆是否发生碰撞事件。
碰撞传感器可设置于车辆周身，例如车头、保险杠附近等等。
在一些实施例中，碰撞传感器可以由压力传感器组成，如果有外部压力施加于碰撞传感器上，该碰撞传感器能够检测到该压力，从而检测到碰撞事件。
(2)车辆通过摄像头采集的图像来分析该车辆是否发生碰撞事件。
车辆的外部摄像头可以采集到周围环境的图像，并根据该图像测量周围环境中的对象(例如车辆、行人、路障等)和该车辆之间的距离，并根据该距离分析是否发生碰撞事件。如果有对象和该车辆之间的距离非常近，例如接近0，则可以判定车辆和该对象发生碰撞。
在一些实施例中，车辆可以通过设置在不同位置的摄像头采集和周围环境在不同角度上的图像，并根据双目测距等方法来测量周围环境中的各个对象和车辆之间的距离。
在一些实施例中，车辆可以通过外部摄像头采集多张周围环境的图像，对比这多张图像来测量周围环境中的各个对象和车辆之间的距离。
在一些实施例中，车辆还可以在外部摄像头采集到的周围环境图像的基础上，结合车辆的速度传感器采集到的速度，来分析是否发生碰撞事件。例如，如果该图像表明周围环境中有对象距离车辆非常近，并且车辆的速度较快，则可以判定车辆和该对象发生碰撞。
(3)车辆通过雷达测量周围环境中的对象(例如车辆、行人、路障等)和该车辆之间的距离，并根据该距离分析该车辆是否发生碰撞事件。
如果有对象和该车辆之间的距离非常近，例如接近0，则可以判定车辆和该对象发生碰撞。
在一些实施例中，车辆还可以在雷达测量到的周围对象和该车辆之间距离的基础上，结合车辆的速度传感器采集到的速度，来分析是否发生碰撞事件。例如，如果雷达测量到的数据表明周围环境中有对象距离车辆非常近，并且车辆的速度较快，则可以判定车辆和该对象发生碰撞。
上述第(1)-(3)种车辆检测碰撞事件的方式可以任意结合实施。
2.驾驶员侧的电子设备检测车辆发生碰撞事件的方式可包括以下任意一种或多种：
(1)驾驶员侧的电子设备通过加速度传感器检测车辆是否发生碰撞事件。
驾驶员及驾驶员侧的电子设备位于车辆中时，该电子设备的物理运动和该车辆的物理运动一致，因此电子设备在检测到碰撞事件时，可以确定该车辆发生了碰撞事件，即该车辆发生了交通事故。
在一些实施例中，驾驶员侧的电子设备可以通过加速度传感器检测到的加速度，使用碰撞检测算法来判定车辆是否发生了碰撞事件。例如，当检测到的最大加速度与最小加速度之差以及垂直加速度高于设定阈值时，可以认为车辆发生了碰撞事件。
(2)驾驶员侧的电子设备通过摄像头采集的图像来分析车辆是否发生发生碰撞事件。
驾驶员侧的电子设备通过摄像头采集的图像来分析车辆是否发生碰撞事件的方式，和上述车辆检测碰撞事件的第(2)种方式的实现相同，可参考相关描述。
(3)驾驶员侧的电子设备接收到车辆发送的数据，根据该数据来分析车辆是否发生碰撞事件。
驾驶员侧的电子设备可以和车辆建立通信连接，车辆可以将自身获取到的部分数据发送个该电子设备。例如，车辆可以将摄像头采集到的图像，雷达采集的数据发送给驾驶员侧的电子设备，由该电子设备根据该图像或者数据来分析车辆是否发生碰撞事件。电子设备根据该图像或者数据来分析车辆是否发生碰撞事件的方式，可参考上述车辆检测碰撞事件的第(2)、(3)种方式。
(4)驾驶员侧的电子设备接收到车辆发送的用于指示碰撞事件的指示信息后，确定该车辆发生碰撞事件。
在一些实施例中，车辆检测到自身发生碰撞之后，可以向该车辆连接到的电子设备发送指示碰撞事件的指示信息。
上述第(1)-(4)种驾驶员侧的电子设备检测车辆发生碰撞事件的方式可以任意结合实施。
3.行人侧的电子设备检测行人发生碰撞事件的方式可包括以下任意一种或多种：
(1)行人侧的电子设备通过加速度传感器检测该行人是否发生碰撞事件。
行人携带电子设备时，该电子设备的物理运动和该行人的物理运动一致，因此电子设备在检测到碰撞事件时，可以确定该行人发生了碰撞事件，即该行人发生了交通事故。
在一些实施例中，行人侧的电子设备通过加速度传感器检测碰撞事件的方式，可参考前文驾驶员侧的电子设备通过加速度传感器检测碰撞事件的方式，这里不赘述。
(2)行人侧的电子设备通过摄像头采集的图像来分析该行人是否发生发生碰撞事件。
行人侧的电子设备通过摄像头采集的图像来分析该行人是否发生碰撞事件的方式，和上述车辆检测碰撞事件的第(2)种方式的实现相同，可参考相关描述。
上述第(1)、(2)种行人侧的电子设备检测行人发生碰撞事件的方式可以结合实施。
在一些实施例中，上述各个对象检测到碰撞事件时，还可以检测到碰撞强度。
示例性地，参考图12A，在图12A所示的交通事故场景中，车辆200-1、驾驶员1000-1侧的电子设备100-1、车辆200-2、驾驶员1000-2侧的电子设备100-2、行人300-1侧的电子设备400-1均可以检测到碰撞事件。
在本申请实施例中，交通事故涉及的一个或多个对象侧的设备可以被称为第五设备。第五设备例如可包括以下一个或多个：车辆、驾驶员侧或乘客侧的电子设备、行人侧的电子设备。
S202，该交通事故涉及的一个或多个对象侧的设备上传交通事故信息至服务器800。
不同对象侧的设备上传的交通事故信息不同，下面详细介绍。
1.车辆上传的交通事故信息
车辆上传的交通事故信息包括：该车辆的车辆信息。在一些实施例中，车辆上传的交通事故信息还可包括以下一项或多项：驾驶员信息、车辆发生交通事故的时间、地点，或者发生交通事故时的碰撞强度、车主信息。
其中，车辆信息可包括但不限于以下一项或多项：车辆的行驶数据、驾驶员的操作数据、车辆状态、车辆的型号、或车牌号，等等。
行驶数据反映了车辆的驾驶情况，例如可包括车辆的速度、所在的位置、所在的车道、车辆自身的道路规划(例如导航中当前地点附近的一段导航路线)、行车记录(包括驾驶过程中的设置在车辆外部的摄像头拍摄到的视频、图像)、驾驶模式(例如包括自动驾驶模式和手动驾驶模式等)、雷达或摄像头采集到的环境信息(例如路况，如行车路径上的行人、车辆、车道线、可行驶区域以及障碍物等)。
驾驶员的操作数据反映了驾驶员对车辆的操控情况，例如包括反映驾驶员是否手动打开转向灯、是否手动打开雨刮器、是否操控方向盘转向、是否系好安全带、是否将脚放置在离合器或油门上的数据、摄像头采集的反映驾驶员是否低头驾驶的图像、摄像头采集的反应用户是否低头玩手机或打电话的图像，酒精含量探测器采集的驾驶员是否酒驾的数据，、生理信息传感器采集的反映驾驶员是否疲劳驾驶的数据，等等。
车辆状态反映了车辆中各个器件的使用情况。例如车辆状态可包括车辆中乘客的数量、刹车片灵敏度、座椅上是否有用户、车辆内各个主要器件(例如发动机、刹车片、轮胎等)的使用年限、油量、电量、距离上一次保养/洗车的时间、后视镜是否被遮挡等等。
上述各项车辆信息可以由车辆中的相应器件采集。例如，车辆的摄像头可用于检测车辆所在的车道以及行车记录视频，设置在座椅下方的压力传感器可用于检测座椅上是否有用户就坐，速度传感器可用于检测速度，T-box14可用于获取车辆的导航路线，还可用于获取驾驶模式、车辆状态等。
在一些实施例中，车辆和驾驶员侧的电子设备建立连接后，该车辆可以访问驾驶员侧电子设备的图库，获取该图库中驾驶员侧电子设备拍摄的图像，该图像为上述车辆信息中的该车辆的行驶数据。例如，在一些实施例中，车辆发生交通事故后，驾驶员可以携带电子设备下车拍摄车辆周围的图像，并发送给车辆。
驾驶员信息可包括以下一项或多项：驾驶员的姓名、年龄、驾照号码、驾照有效期、联系方式、身份证号、住址或头像。
车主信息可包括以下一项或多项：车主的姓名、年龄、驾照号码、驾照有效期、联系方式、身份证号、住址或头像等等。
驾驶员和车主可能是同一人，也可能是不同的人。
驾驶员信息、车主信息可以用用户输入至车辆200或电子设备100中。
车辆发生交通事故的时间、地点，分别是指该车辆检测到碰撞事件的时间和地点。该时间具体包括年、月、日以及具体的时刻。该车辆可以通过全球卫星定位技术或室内定位技术获取到发生交通事故的地点。该车辆可以向导航服务器700发送定位请求，获取到该导航服务器700返回的位置信息。
2.驾驶员侧的电子设备上传的交通事故信息
驾驶员侧的电子设备上传的交通事故信息，可以包括上述车辆上传的交通事故信息，具体可参考前文相关描述。
在一些实施例中，驾驶员侧的电子设备可以和车辆建立通信连接，并基于该通信连接获取到车辆的上述交通事故信息中的车辆的行驶数据、驾驶员的操作数据、车辆状态、车辆的型号、或车牌号等等，然后将该交通事故信息上传至服务器800。
在一些实施例中，驾驶员侧的电子设备还可以在车辆发生交通事故后，拍摄图像，并将拍摄到的图像作为交通事故信息上传至服务器800。
3.行人侧的电子设备上传的交通事故信息
行人侧的电子设备上传的交通事故信息包括：该行人的行人信息。在一些实施例中，行人侧电子设备上传的交通事故信息还可包括以下一项或多项：行人发生交通事故的时间、地点或者发生交通事故时的碰撞强度。
其中，行人信息可包括但不限于以下一项或多项：行人的行走、骑行数据，行人的运动健康数据，行人的姓名、年龄、联系方式、身份证号、住址或头像等等。
行人的行走、骑行数据反映了该行人在道路上行走、骑行或工作的情况，例如可包括行人的速度、所在的位置、所在的人行横道或车道、行人侧电子设备的摄像头采集到的环境信息(例如路况，如路上的行人、车辆、车道线以及障碍物等)。
行人的运动健康数据可表征行人的身体状态，包括生理状态和心理状态。运动健康数据可包括但不限于以下一项或多项：年龄、性别、身高、体重、血压、血糖、血氧、呼吸率、心率、心电波形、体脂率、体温、皮肤阻抗等生理数据。其中，年龄、性别可以由行人输入到行人侧电子设备中。血压计可采集血压，血糖仪采集血糖，血氧计采集血氧饱和度和脉率，体温计采集体温，心电记录仪采集心电波形，体脂秤采集体脂率，智能手表、智能手环等可穿戴设备可采集心率、呼吸率、血氧、脉搏等。上述各个设备可以和行人侧电子设备之间通过蓝牙、ZigBee、Wi-Fi、蜂窝网络等通信技术连接，并可以将检测到的运动健康数据发送给该行人侧的电子设备。
行人发生交通事故的时间、地点，分别是指该行人侧的电子设备检测到碰撞事件的时间和地点。该行人侧的电子设备可以通过全球卫星定位技术或室内定位技术获取到发生交通事故的地点。该行人侧的电子设备可以向导航服务器700发送定位请求，获取到该导航服务器700返回的位置信息。
在一些实施例中，发生交通事故的一个或多个对象上传的交通事故信息中，还可以包括指示信息，该指示信息用于指示该对象发生了交通事故。
在本申请一些实施例中，如果一起交通事故涉及多个对象，则该多个对象侧的设备可以协商一个标识例如ID，并将协商的该标识作为交通事故信息中的一项上传至可信机构提供的服务器800。该标识可用于后续服务器800确定一起交通事故所涉及的各个对象，具体参考后文相关描述。
具体的，如果一起交通事故涉及多个对象，则该多个对象侧的设备在检测到发生交通事故后，可以通过蓝牙、Wi-Fi、ZigBee等无线通信技术发送自身发生交通事故的信息，并且接收其他对象侧的设备发送的发生交通事故的信息，从而获知该交通事故涉及的其他对象侧的设备。该交通事故涉及的多个对象侧设备在相互感知后，可以协商一个共同的标识。这里对该多个对象侧的设备协商共同标识的策略不做限定。
在一些实施例中，各对象侧的设备在检测到发生交通事故后，还可以将自身的交通事故信息脱敏后发送给该交通事故涉及的其他对象侧的设备。发生交通事故的各个对象侧的设备相互感知的方法，和各个对象侧设备协商标识ID是相互感知的方式相同，可参考前文相关描述。脱敏处理是指将和用户隐私相关的信息或数据删除，例如可将用户姓名、联系方式等删除。
在本申请的一些实施例中，交通事故涉及的一个或多个对象侧的设备可以在检测到该对象发生交通事故后，直接上传交通事故信息至服务器800。
这样可以保证交通事故涉及的对象在发生交通事故后，该对象侧的设备可以上传交通事故信息至服务器800，可以让服务器800获知该交通事故的详情，可以避免肇事逃逸、瞒报交通事故等情况，从而保证道路上各个对象的安全，让道路交通更加顺畅、安全。
在本申请的另一些实施例中，交通事故涉及的一个或多个对象侧的设备可以在检测到该对象发生交通事故后，响应于接收到的用户操作上传交通事故信息至服务器800。具体的，某个对象侧的设备检测到该对象发生交通事故后，可以输出提示信息，以提示用户该对象发生了交通事故，该设备在接收到用户操作后，才上传交通事故信息至服务器800。这里对发生交通事故的对象侧的设备输出提示信息的形式，以及，该设备接收到用户操作的形式不做具体限定，可以参考前文中提及的各设备输出提示信息以及接收用户操作的实现。
通过用户触发来上传交通事故信息，可以给用户充分的选择权，让用户根据自身需求来决定是否上传交通事故信息。例如，在一些损失较少的交通事故中，用户可以私下协商处理，无需服务器800协助。此外，用户还可以在自主添加更丰富的交通事故信息后出发设备上传交通事故信息，为服务器800判定事故责任方提供更多的信息，能够让判定结果更加准确。
图12B-图12G示例性示出了图12A中的电子设备100-1在检测到车辆200-1发生交通事故后，在用户触发下上传交通事故信息时提供的一组用户界面。
图12B为电子设备100-1提供的用户界面121。该用户界面121可以由电子设备100-1中安装的车辆管理应用提供。图12B所示的用户界面121可以是电子设备100-1响应于在图6A中车辆管理应用图标106c上的用户操作而显示的。
用户界面121中显示有：状态栏1201、设置控件1202、页面指示符1203、电量及总里程数指示符1204、车辆图片1205、控件1206-1208，以及，一个或多个功能选项。
状态栏1201可参考图6A中状态栏101的相关描述。
设置控件1202可用于监听用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，显示用于设置车辆200-1的各项功能(例如账号登录等)的用户界面。
页面指示符1203用于指示当前用户界面121由车辆管理应用提供。页面指示符1203例如可以为文本“我的车辆”。
控件1206-1208可分别用于监听用户操作，电子设备100-1可响应该用户操作，触发车辆200-1调整空调、解锁、锁定。
一个或多个功能选项例如可包括媒体选项、更新软件的选项、控制车辆的选项1209、充电选项、用于查看地点的选项等等。
当电子设备100-1检测到车辆200-1发生交通事故之后，可以在控制车辆的选项1209上显示提示信息，以提示用户该车辆200-1发生了交通事故。本申请实施例对该提示信息的实现形式不做限定，例如该提示信息可以为图12B中控制车辆的选项1209上显示的感叹号。
如图12B所示，电子设备100-1可以检测到作用于选项1209的用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，显示用于展示车辆200-1所发生的交通事故的信息的用户界面。
图12C示例性示出了用于展示车辆200-1所发生的交通事故的信息的用户界面121。
如图12C所示，用户界面122中显示有：返回键、页面指示符、区域1210、用于查看车辆200-1历史发生过的交通事故信息的控件1211。
返回键用于监听用户操作，电子设备100-1可响应于该用户操作返回显示该车辆管理应用提供的上一级界面，即图12B所示的用户界面121。
页面指示符用于指示当前用户界面122由车辆管理应用提供，并用于展示车辆200-1所发生的交通事故的信息。
区域1210用于查看电子设备100-1当前检测到的交通事故的信息、上传交通事故信息以及查看该交通事故的判定结果。
区域1210中显示有：提示信息1210a、控件1210b、控件1210c、控件1210d。
提示信息1210a用于提示用户当前检测到一起碰撞事件，即当前车辆200-1发生一起交通事故。
控件1210b用于监听用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，展示电子设备100-1当前获取到的交通事故信息。
控件1210c用于监听用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，将电子设备100-1当前获取到的交通事故信息上传至可信机构提供的服务器800。
控件1210b用于监听用户操作(例如点击操作、触摸操作等)，如果电子设备100-1已经上传了交通事故信息并且接收到了服务器800返回的事故判定结果，则电子设备100-1可响应该用户操作展示该判定结果。如果电子设备100-1未上传交通事故信息或者未接收到服务器800返回的事故判定结果，则电子设备100-1拒绝响应该用户操作。
在电子设备100-1还未上传交通事故信息或者未接收到服务器800返回的事故判定结果时，电子设备1001可以以特定的形式显示控件1210d，以提示用户当前电子设备100-1不会响应作用于该控件1210d的用户操作。该特定的形式例如可包括添加阴影、加粗边框、以不同的颜色显示或图12G中示出的以白色背景显示。
图12D示例性示出了用于展示电子设备100-1当前获取到的交通事故信息的用户界面123。用户界面123可以是电子设备100-1响应于在控件1210b上检测到的用户操作而显示的。
用户界面123中显示有：返回键1212、页面指示符、电子设备100-1获取到的交通事故信息。
返回键1212用于监听用户操作，电子设备100-1可响应于该用户操作返回显示该车辆管理应用提供的上一级界面，即图12C所示的用户界面122。
页面指示符用于指示当前用户界面123由车辆管理应用提供，并用于展示车辆200-1所发生的交通事故的信息。
电子设备100-1获取到的交通事故信息的内容，以及，电子设备100-1获取交通事故信息的方式，可参考前文相关描述。
例如，参考图12D，电子设备100-1获取到的交通事故信息可包括：车辆200-1的图像1213，车辆200-1的车辆信息及驾驶员信息1214，如驾驶人名称、车牌号、车速、驾驶模式等等，发生交通事故时该车辆200-1相关的图像1205，控件1206。
其中，图像1205可以是车辆200-1采集到后发送给电子设备100-1的，也可以是电子设备100-1自主采集的。图12D中的图像1215可以是车辆200-1的行车记录仪采集到的视频。
控件1206可用于监听用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，显示用于展示图片或视频的用户界面。
图12E示例性示出了电子设备100-1提供的用于展示图片或视频的用户界面124。该用户界面124可以由电子设备100-1中的图库应用提供，也可以由该车辆管理应用访问图库应用后提供。
用户界面12E中显示有：返回键1217、控件1218、图片及视频区域1219。
返回键1217用于监听用户操作，电子设备100-1可响应于该用户操作返回显示图12D所示的用户界面123。
图片及视频区域1219中显示有一个或多个图片或视频的缩略图或名称，例如图片缩略图1219a、图片缩略图1219b等等。图片缩略图1219a、图片缩略图1219b可以是电子设备100-1拍摄车辆200-1得到的图片。图片的缩略图所对应的原图可以存储于电子设备100-1中，也可以存储于云端服务器中。当电子设备100-1在图片及视频区域1219中检测到向上/向下/向左/向右的滑动操作时，电子设备100-1可以更新图片及视频区域1219中显示的内容，以便用户浏览更多图片或视频的缩略图。不限于滑动操作，用户还可以在图片及视频区域1219中点击控件1219c，从而浏览更多图片的缩略图。
在一些实施例中，图12E所示的用户界面124还可以显示拍摄控件，用于提供拍摄功能。
如图12E所示，用户可以在图片及视频区域1219中输入用户操作以选中图片或视频。该用户操作可以是作用于图片或视频的缩略图上的点击操作、触摸操作、长按操作等等。例如，用户可以点击图片及视频区域1219中的图片缩略图1219a、图片缩略图1219b，选中对应的图片。
在一些实施例中，如图12E所示，电子设备100-1还可以在图片及视频区域1219中已被用户选定的缩略图上显示标记1219d，标记1219d可表示该缩略图对应的图片或视频已被用户选中。
控件1218可用于监听用户操作，电子设备100-1可响应于该用户操作，将用户在图片及视频区域1219中选定的图片或视频添加到交通事故信息中。在一些实施例中，控件1218在用户在图片及视频区域1219中选定图片或视频后才能接收用户操作。
如图12E所示，用户选定图片1219a和图片1219b后，可以在控件1218上输入用户操作(例如点击操作、触摸操作)。电子设备100-1检测到作用于控件1218的用户操作后，可以响应于该用户操作将用户选定的图片添加到交通事故信息中。
参考图12F，图12F可以是电子设备100-1的车辆管理应用提供的用户界面123。该用户界面123可以是电子设备100-1在用户选定图片并在图12E中控件1218上输入用户操作后显示的，也可以是电子设备100-1在用户选定图片并在图12E中控件1218上输入用户操作，然后点击返回键1217后显示的。
如图12F所示，相比于图12D，图12F所示的用户界面123中显示的电子设备100-1获取到的交通事故信息，新增加了用户在图12E中选中的图片1219a和图片1219b。
如图12F所示，电子设备100-1可以检测到作用于返回键1212上的用户操作，显示图12G所示的用户界面122。该用户界面122可参考图12C所示的用户界面122。
如图12G所示，电子设备100-1可以检测到作用于控件1210c上的用户操作(例如点击操作、触摸操作)，并响应于该用户操作，将电子设备100-1获取到的交通事故信息发送给服务器800。例如，电子设备100-1可以将图12F中显示的交通事故信息发送给服务器800。
上述图12B-图12G示出的用户触发电子设备100-1上传交通事故信息的方式仅为示例，用户还可以通过其他方式触发电子设备100-1上传交通事故信息，这里不限定。例如，用户还可以通过语音指令触发电子设备100-1上传交通事故信息等等。
在本申请实施例中，交通事故涉及对象侧的设备上传该对象的交通事故信息的方式，包括设备自主上传以及在用户触发下上传，可以由用户预先设置，也可以由该设备默认设置，本申请实施例对此不做限定。例如，用户可以设置该设备在用户触发下才能上传交通事故信息。
S203，该交通事故的一个或多个目击对象侧的设备上传交通事故信息至服务器800。
交通事故的目击对象可包括：目击车辆，及，目击行人。
目击车辆是指在交通事故所在路段上行驶的车辆，也可以是指和发生交通事故的车辆距离较近的车辆。目击车辆侧的设备可以为该目击车辆本身，也可以是驾驶该目击车辆的驾驶员侧的电子设备。
目击行人是指在交通事故所在路段上行走、骑行或工作的行人，也可以是指和发生交通事故的车辆距离较近的行人。
在一些实施例中，发生交通事故的对象侧的设备在检测到交通事故后，可以通过蓝牙、Wi-Fi、ZigBee等近距离通信技术向附近的其他设备广播消息，用于通知其他设备该对象发生了交通事故，并请求接收到消息的其他设备上传交通事故信息。目击对象侧的设备距离发生交通事故的对象距离较近，因此能够接收到发生交通事故的对象侧的设备发送的该消息。
在一些实施例中，服务器800可以监控在道路中驾驶的车辆以及行人侧的电子设备。服务器800在接收到发生交通事故的一个或多个对象上传的交通事故信息后，可以获知到该交通事故发生的时间及地点，则该服务器800可以向在该时间位于该地点的各个设备，及目击对象侧的设备发送请求消息，用于请求该目击对象侧的设备上报交通事故信息。
目击车辆上传的交通事故信息可包括：该目击车辆在交通事故发生的时间采集到的图像。该图像可以是目击车辆设置在周身的摄像头采集到的，也可以是目击车辆运行行车记录仪采集到的。
驾驶该目击车辆的驾驶员侧的电子设备上传的交通事故信息，和，目击车辆上传的交通事故信息相同。并且，驾驶该目击车辆的驾驶员侧的电子设备上传的交通事故信息，可以由目击车辆采集到后发送给该电子设备。
目击行人侧的电子设备上传的交通信息可包括：该目击行人侧的电子设备在交通事故发生的时间采集到的图像。
目击对象侧的设备上传的交通事故信息中还可以包括指示信息，用于指示该交通事故信息由目击对象侧的设备上传，用于和发生交通事故的对象侧的设备区分开。
示例性地，参考图12A，在图12A所示的交通事故场景中，目击对象包括目击车辆200-3，目击行人300-2。目击车辆200-3、驾驶员1000-3侧的电子设备100-3、目击行人300-2侧的电子设备400-2可以上传交通事故信息。
通过S203，目击对象可以为判定交通事故责任方提供更多的信息，提高判定结果的准确率。
可选步骤S204，该交通事故所在路段的道路基础设施上传交通事故信息至服务器800。
道路基础设施上传的交通事故信息包括：该道路基础设施在发生交通事故的时间采集到的道路基础设施信息。
道路基础信息包括道路基础设施所采集到的环境信息，例如可包括摄像头拍摄到的图像，测速装置测量到的车速，交通信号灯的交通灯信息等等。交通灯信息可以用于指示以下一项或多项：当前该交通信号灯点亮的灯的颜色，还可以指示点亮该颜色的灯的剩余时长、以及点亮该颜色的灯之后所点亮的灯的颜色，等等。
在一些实施例中，发生交通事故的对象侧的设备在检测到交通事故后，可以通过蓝牙、Wi-Fi、ZigBee等近距离通信技术向附近的道路基础设置广播消息，用于通知道路基础设置该对象发生了交通事故，并请求接收到消息的道路基础设施上传其采集到的道路基础设施信息。在交通事故所在路段的道路基础设施和发生交通事故的对象距离较近，因此能够接收到发生交通事故的对象侧的设备发送的该消息。
在一些实施例中，服务器800可以监控在各个道路中设置的道路基础设施。服务器800在接收到发生交通事故的一个或多个对象上传的交通事故信息后，可以获知到该交通事故发生的时间及地点，则该服务器800可以向在位于该地点的道路基础设施发送请求消息，用于请求该道路基础设施上报在该交通事故发生的时间采集到的道路基础设施信息。在一些实施例中，各个道路中设置的道路基础设施也可以主动上传自身在各个时间点采集到的道路基础设施信息。
示例性地，参考图12A，在图12A所示的交通事故场景中，交通事故所在路段设置有道路基础设施500，该道路基础设施500可以上传交通事故信息。
通过S204，道路基础设施可以为判定交通事故责任方提供更多的信息，提高判定结果的准确率。
S205，服务器800根据同一个交通事故的交通事故信息，获得判定结果。
服务器800在接收到各个设备上传的交通事故信息后，如果该交通事故信息中包含用于指示发生交通事故的指示信息，或者，如果该交通事故信息中包含碰撞强度，则服务器800将发送该交通事故信息的设备确定为发生交通事故的对象侧的设备。
在一些实施例中，服务器800可以将在同一时间同一地点发生交通事故的一个或多个对象绑定为一个交通事故组，并该一个或多个对象中确定判定结果。
在一些实施例中，如果发生交通事故的多个对象侧的设备上报的交通事故信息中携带了协商的标识ID，则服务器800可以将发送携带同一个标识ID的交通事故信息的设备对应的对象绑定为一个交通事故组，并在这些对象中确定判定结果。
示例性地，参考图12A，在图12A所示的交通事故场景中，服务器800可以将车辆200-1、车辆200-2、行人300-1绑定为一个交通事故组。
服务器800可以根据同一个交通事故的交通事故信息，在该交通事故涉及的一个或多个对象组成的交通事故组中，确定判定结果。
其中，同一个交通事故的交通事故信息可包括：发生该交通事故的一个或多个对象侧的设备上报的交通事故信息，可参考S202中的介绍。在一些实施例中，同意交通事故的交通事故信息还可包括以下一个或多个：该交通事故的一个或多个目击对象侧的设备上传的交通事故信息，可参考S203中的介绍；该交通事故所在路段的道路基础设施上传的交通事故信息，可参考S204中的介绍。
示例性地，参考图12A，在图12A所示的交通事故场景中，服务器800可以根据车辆200-1、车辆200-2、行人300-1侧的设备400-1上传的交通事故信息，以及，车辆200-3、行人300-2侧的设备400-2，道路基础设施500上传的交通事故信息，来确定判定结果。
在本申请实施例中，交通事故的判定结果包括：发生交通事故的原因，和/或，交通事故的责任方。
在一些实施例中，交通事故的判定结果还可以包括和该判定结果强相关的交通事故信息，例如可以直接得到该判定结果的图片、视频、数据等，发生交通事故的各个对象侧用户的联系方式、姓名等等。和该判定结果强相关的交通事故信息可以来自发生交通事故的一个或多个对象侧的设备，也可以来自目击对象侧的设备，还可以来自道路基础设施。在一些实施例中，服务器800下发判定结果时，可以对该判定结果中的交通事故信息做脱敏处理，例如可以删除掉各对象侧用户的联系方式及姓名等，这样可以在保护用户隐私的前提下，完成交通事故的责任判定。
服务器800发送给不同对象侧设备的交通事故信息可以不同。例如，服务器800可以分别将该各个对象碰撞前后的对比图像发送给该对象侧的设备，还可以将目击对象侧的设备或道路基础设施拍摄到的各个对象的图像分别发送给各个对象侧的设备。
发生交通事故的原因可参考前文的介绍。
交通事故的责任方可以为一方或多方。交通事故的责任方可包括以下任意一个或多个：驾驶员、行人。其中，驾驶员的数量可以为一个或多个，行人的数量也可以为一个或多个。
由于发生交通事故的一个或多个对象侧的设备上传的交通事故信息反映了该一个或多个对象在道路上驾驶或行走的实际情况，因此，可以根据该交通事故信息分析得到判定结果。
示例性地，参考图12F，电子设备100-1上传至服务器800的交通事故信息中包含图片1219a和图片1219b，其中，图片1219a和图片1219b中可以看到车辆100-1的右侧倒车镜、右侧前照灯损坏。再结合车辆200-2或电子设备100-2上传的交通事故信息，如果该交通事故信息表明驾驶员1000-2驾驶车辆200-2向左变道时未打左转向灯，则可以确定事故责任方为驾驶员1000-2，事故原因是驾驶员1000-2驾驶车辆200-2向左变道时未打左转向灯。
又例如，如果交通事故信息表明涉事车辆中的刹车损坏且发生交通事故时驾驶员踩刹车但未响应，则可以判定事故责任方为该驾驶员，事故原因是刹车损坏。
又例如，如果交通事故信息表明涉事车辆中的驾驶员酒驾，且发生交通事故时驾驶员无响应，则可以判定事故责任方为该驾驶员，事故原因是该驾驶员酒驾。
本申请不再一一列举各类交通事故的事故责任方以及事故原因。
在本申请一些实施例中，服务器800中可以预置各类交通事故信息和事故责任方、事故原因之间的对应关系，服务器800可以根据该对应关系来执行S205，确定判定结果。或者，服务器800可以通过机器学习各类交通事故发生的原因，并根据学习的结果来执行S205，确定判定结果。
在本申请一些实施例中，服务器800侧可以由专业人员来根据该服务器800获取到的交通事故信息来判定结果，并将该判定结果输入到服务器800中。这样相当于由专业人员来判定事故结果，可以得到精准的判定结果，并且也无需专业人员到事故现场即可得到判定结果，提高了交通事故的判定效率。专业人员例如可以为交警，服务器800例如可以为交警侧的电脑等设备，这样交警可以远程处理交通事故，无需到事故现场，提高了交警针对交通事故的判定效率。
在一些实施例中，服务器800还可以根据获取到的交通事故信息给交通事故涉及的各个对象提供建议。该建议例如可以是请交警协助处理、私下解决，或者保险公司介入等等。服务器800下发给各个涉事对象的建议，可以让用户获知针对当前交通事故的最佳解决方案，能够迅速解决该交通事故，提升用户体验。
S206，服务器800将判定结果下发给该交通事故涉及的一个或多个对象侧的设备。
服务器800获取到判定结果后，可以主动将该判定结果发送给交通事故涉及的所有对象侧的设备，也可以在接收到该设备的请求后，将该判定结果发送给交通事故涉及的所有对象侧的设备。
S207，交通事故涉及对象侧的设备接收到服务器800下发的判定结果。
交通事故涉及对象侧的设备接收到服务器800下发的判定结果后，可以将该判定结果展示给用户，让用户根据该判定结果执行进一步操作。
在一些实施例中，交通事故涉及对象侧的设备可以响应于接收到的用户操作，显示接收到的判定结果。
示例性地，参考图12H，图12H可以是电子设备100-1检测到作用于图12G中的控件1210c上的用户操作，将交通事故信息上传至服务器800并接收到服务器800下发的判定结果后，该电子设备100-1所显示的用户界面122。
参考图12H，电子设备100-1检测到作用于控件1210d的用户操作(例如点击操作、触摸操作)后，电子设备100-1可响应于该用户操作，展示电子设备100-1接收到的判定结果。
如图12I所示，用户界面125用于展示电子设备100-1接收到的判定结果。
用户界面125中显示有判定结果，该判定结果包括：交通事故的基本信息(如状态、时间、地点)1220、车辆200-1的图像1221、发生交通事故的一个或多个对象侧的信息卡片。
车辆200-1的图像1221，可以是该车辆200-1发生交通事故时的图像，也可以是该车辆200-1发生交通事故的前后对比图像。该车辆200-1的图像1221可以是由车辆200-1或电子设备100-1采集到的，也可以是由目击车辆200-3、目击行人300-2侧的电子设备400-2、道路基础设施500等采集到的，这里不做限定。
发生交通事故的一个或多个对象侧的信息卡片可包括：卡片1222a，卡片1222b，卡片1222c。
卡片1222a用于展示车辆200-1或电子设备100-1上传至服务器800的部分或全部交通事故信息。
卡片1222b用于展示车辆200-2或电子设备100-2上传至服务器800的部分或全部交通事故信息。在其他一些实施例中，卡片1222b展示的信息也可以是由车辆200-2或电子设备100-2发送给车辆200-1或电子设备100-1的。
卡片1222c用于展示电子设备400-1上传至服务器800的部分或全部交通事故信息。在其他一些实施例中，卡片1222c展示的信息也可以是由电子设备400-1发送给车辆200-1或电子设备100-1的。
用户还可以点击卡片1222a、卡片1222b或卡片1222c，用户查看对应对象侧更多的交通事故信息。
如图12I所示，用户界面125还可以接收到用户输入的向上滑动的操作，更新用户界面125中显示的内容，以便用户浏览更多的判定结果。
图12J示出了电子设备100-1显示的更多的判定结果。
如图12I所示，用户界面125中还可以显示有：事故责任方及事故原因的提示信息1223a，以及，针对交通事故的建议处理方式1223b。
在一些实施例中，用户看到服务器800下发的判定结果后，还可以根据该判定结果执行进一步的操作，例如报警、呼叫救护车、联系保险公司、定损、修车等等。
这样可以方便快速地解决交通事故，提高道路的交通安全及畅通度。
示例性地，参考图12J，用户界面125中还可以显示有控件1224-控件1228。
如果用户同意服务器800下发的判定结果，可以在控件1225上输入用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，向服务器800发送指示用户同意该判定结果的消息。
此外，电子设备100-1还可以响应作用于控件1225的用户操作，显示图12K所示的用户界面126。用户界面126用于提供结束交通事故认定的后续功能，例如签署责任认定书、定损以及赔偿报销等等。
如图12K所示，用户界面126中显示有：签署责任认定书的条目1229、定损的条目1230、赔偿报销的条目1231。
签署责任认定书的条目1229中显示有当前车辆200-1侧的驾驶员的责任认定书的签署状态(例如已签署或未签署)。图12K中示出的条目1229指示当前车辆200-1侧的驾驶员还未签署责任认定书。条目1229可用于监听用户操作，电子设备100-1可响应于该用户操作，显示图12L所示的交通事故认定书，以供用户查阅并签名。该交通事故认定书可以是服务器800根据判定结果生成并下发的。该交通事故认定书可以示出交通事故发生的时间、地点、涉及对象的信息、事故原因、责任方以及相关法规等等。
定损的条目1230中显示有当前车辆200-1侧的驾驶员的定损状态(例如已定损或未定损)。图12K中示出的条目1230指示当前车辆200-1侧的驾驶员还未定损。条目1230可用于监听用户操作，电子设备100-1可响应于该用户操作，显示图12M所示的定损结果，以供用户查阅，用户可以选择修正该定损结果或者确认该定损结果。该定损结果可以是由服务器800根据判定结果下发的，也可以是由专业的定损机构根据判定结果下发的。该判定结果可以由服务器800发送给该定损机构，也可以由电子设备100-1发送给该定损机构。
赔偿报销的条目1231中显示有当前车辆200-1侧的赔偿报销状态(例如已报销或未报销)。图12K中示出的条目1231指示当前车辆200-1还未完成赔偿及报销。条目1231可用于监听用户操作，电子设备100-1可响应于该用户操作，显示图12N所示的用于选择报销方式的用户界面129，以供用户选择赔偿及报销的方式。
参考图12J，如果用户想要报警，则可以在控件1226上输入用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，发起报警服务，即拨打警方电话。
如果用户不同意服务器800下发的判定结果，则可以在控件1227上输入用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，向服务器800发送用于指示用户不同意该判定结果的消息。服务器800接收到该消息后，可以再次根据获取到的交通事故信息确定判定结果，或者由专业人员介入人工确定判定结果后，修正针对该交通事故的判定结果。
如果用户想要联系保险公司，则可以在控件1228上输入用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，提供保险公司的联系方式，或者直接拨打保险公司的电话。
如果用户想要呼叫救护车，则可以在控件1224上输入用户操作(例如点击操作、触摸操作等)，电子设备100-1可响应该用户操作，提供医院的联系方式，或者直接拨打医院的电话呼叫救护车。
此外，用户看到判定结果后，还可以根据车辆的损伤程度决定拖车或者自己驾驶到修理店修车。在一些实施例中，交通事故涉及对象侧的设备，例如电子设备100-1所示的图12N的用户界面129还可以显示和车辆200的保单相关的修理店的信息(例如地址、电话等等)，这样用户可以选择其中一个修理店并自行驾驶到该修理店修车。
上述用于触发交通事故涉及的一个或多个对象侧的设备执行报警、呼叫救护车、联系保险公司、定损、修车等操作的用户操作，可以被称为第十四操作。第十四操作例如可包括：作用于图12J中控件1224、控件1226、控件1228上的用户操作等。
在服务器800接收到一起交通事故涉及的所有对象侧的设备发送的指示用户同意判定结果的消息后，该服务器800可以获取该交通事故的涉事用户均同意该判定结果，则该服务器800可以向该交通事故涉及对象侧的设备发送消息，该消息用于指示该交通事故成功解决。涉事对象侧的设备接收到该消息后，可以提示用户该交通事故成功解决，以便各个用户驾驶车辆驶离，或者，继续行走、骑行。
上述电子设备100-1显示的各个用户界面中的部分或全部元素也可以显示在车辆200-1中。例如，车辆200-1也可以显示和图12B-图12N类似的用户界面。车辆200-1显示和图12B-图12N类似的用户界面时，该车辆200-1提供和前文描述的电子设备100-1相同的功能。由于电子设备100-1和车辆200-1的显示屏的尺寸不同，车辆200-1中显示类似用户界面时，该用户界面中的各个界面元素的排版(例如位置、大小等)可以发生更改。
图12O-图12R示例性示出了车辆200-1提供的一组用户界面。
参考图12O，图12O为车辆200-1提供的用户界面1210。该用户界面1210和图8Q提供的主界面813相同，可参考相关描述。
当电子设备200-1检测到车辆200-1发生交通事故之后，可以在用户界面1210中车辆管理应用的图标上显示提示信息，以提示用户该车辆200-1发生了交通事故。本申请实施例对该提示信息的实现形式不做限定，例如该提示信息可以为图12O中车辆管理应用图标上显示的感叹号。
如图12O所示，车辆200-1可以检测到作用于车辆管理应用图标上的用户操作(例如点击操作、触摸操作等)，车辆200-1可响应该用户操作，显示图12P所示的用户界面1211。该用户界面1211的作用和图12B所示的用户界面121的作用相同。
图12Q、图12R示出了车辆200-1显示的用户界面1212和1213。用户界面1212和1213分别和图12C、图12I和图12J的作用相同。
不限于上述示出的发生交通事故的车辆侧的电子设备100-1显示图12B-图12N所示的用户界面、车辆200-1显示图12O-图12R所示的用户界面，在本申请实施例中，发生交通事故的其他对象侧的设备，以及，目击对象侧的设备也可以显示类似的用户界面。
例如，发生交通事故的行人300-1侧的电子设备400-1也可以显示和上述图12B-图12R类似的用户界面，用于行人300-1查看交通事故的判定结果，执行交通事故的后续操作如报警、呼叫救护车等等。
又例如，发生交通事故的其他车辆200-2，以及驾驶员1000-2侧的电子设备100-2也可以显示和上述图12B-图12R类似的用户界面，用于驾驶员1000-2查看交通事故的判定结果，执行交通事故的后续操作如报警、呼叫救护车等等。
又例如，目击车辆200-3、驾驶员1000-3侧的电子设备100-3也可以显示和上述图12B-图12R类似的用户界面，用于驾驶员1000-3查看交通事故的判定结果，执行交通事故的后续操作如报警、呼叫救护车等等。
又例如，目击行人300-2侧的电子设备400-2也可以显示和上述图12B-图12R类似的用户界面，用于驾驶员400-2查看交通事故的判定结果，执行交通事故的后续操作如报警、呼叫救护车等等。
通过上述判定交通事故责任方的方案，在发生交通事故后，不必交警到场即可初步判定事故责任方，可以提高交通事故的鉴定效率，在发生交通事故后迅速解决，让道路更加畅通，也让用户体验更佳。
在上述介绍的判定交通事故责任方的方法中，用于判定交通事故责任方的，交通事故涉及的车辆上传的交通事故信息、交通事故涉及的驾驶员侧的电子设备上传的交通事故信息、交通事故涉及的行人侧的电子设备上传的交通事故信息、目击车辆上传的交通事故信息、目击行人侧的电子设备上传的交通事故信息等等，均为数据银行中的用户数据，这些用户数据可以是经过中间服务器脱敏处理后的数据。这些用户数据的收集方式可参考上述对车辆进行权限控制的方法中的详细描述。上述可信机构的服务器800利用同一个交通事故的多个交通事故信息判定交通事故责任方的过程，即为数据银行中对用户数据的加工过程。上述交通事故涉及对象侧的电子设备展示判定结果的过程，例如电子设备100-1显示的图12I及图12H所示的判定结果、图12M示出的交通事故责任认定书、图12M示出的定损信息，以及，车辆200-1显示的图12R所示的判定结果，以及，车辆200通过语音、震动等方式输出的信息等等，即为数据银行中用户数据的价值呈现。
在本申请一些实施例中，车辆200还可以在用户下车时提示用户带好随身物品以及老人儿童。
在一些实施例中，车辆200检测到熄火或者开车门时，该车辆200可以输出提示信息(例如提示音)，或者触发车辆200连接到的电子设备100或其他电子设备输出提示信息，以提示用户带好随身物品以及老人儿童。
如果用户将电子设备(例如手机、手环、手表等移动终端)遗落在车辆200中，则在用户打开车门的过程中，车门和该电子设备之间的距离会逐渐变大。因此，在一些实施例中，车辆200检测到车门打开后，可以检测车门，和，驾驶员侧的电子设备100或者乘客侧的电子设备之间的距离是否逐渐变大，若是，则可以输出提示信息(例如提示音)，以提示用户带好电子设备，或者，该车辆200可以拒绝关门。这里，车辆200和电子设备可以建立通信连接，可以基于该通信连接获知车门和电子设备之间的距离。
在另一些实施例中，车辆200设置在内部的摄像头如果采集到的物品遗落在车辆200中的图像，则该车辆200可以输出提示信息(例如提示音)，以提示用户带好该物品，或者，该车辆200可以拒绝关门。
在本申请另一些实施例中，当用户下车并锁定车辆后，若车辆200监测到车内还有用户(例如儿童或老人)时，车辆200可以发送信息至电子设备100，提醒用户车内还有老人和儿童，请勿将车门车窗锁死，避免出现危险事件，影响儿童和老人的生命安全，进而提醒用户及时采取安全措施。车辆200可以通过设置在内部的摄像头采集的图像分析车内是否还有用户，也可以通过设置在座椅下方的压力传感器采集的数据来判断车内是否还有用户。
在本申请前文描述的各个实施例中，电子设备100上显示的用户界面都可以显示在车辆200中，车辆200上显示的用户界面也都可以显示在电子设备100中。车辆200中可以一个或多个显示屏用于显示用户界面。
在本申请前文描述的各个实施例中，用户和车辆200之间的交互均可以通过触摸显示屏的手势、隔空手势、语音等来执行。例如，车辆200可以通过语音输出各类信息，无需用户关注显示屏，更加方便用户驾驶车辆。又例如，用户可以通过语音指令操控车辆200，无需用户腾出手来操控显示屏，对于用户来说更加方便。
本申请上述提及的控件，选项、条目等等，均可以有多种实现形式，包括但不限于文本、按钮、图标等等。
本申请上述提及的电子设备100、电子设备400或车辆400输出的提示信息，均可以实现为以下任意一种或多种：用户界面中的可视化界面元素，语音、震动、或灯光闪烁。
本申请实施例中提及的地图应用、智能出行应用、小艺建议、车辆管理应用、道路安全管理应用等应用，可以获取到本申请实施例中在出行管理中提及的各类用户数据，例如出行日程信息、各类APP的优惠券信息、驾驶员的运动健康数据、驾驶员的行为数据、该车辆自身的车辆信息、驾驶员的身份认证信息、附近其他车辆的车辆信息、道路基础设施信息、行人侧的电子设备发送的信息、交通事故信息等等，并利用这些用户数据来执行本申请实施例提供的出行管理方法。其中，中间服务器可以从用户侧的设备获取上述各类用户数据，并对用户数据进行脱敏处理。当地图应用、智能出行应用、小艺建议、车辆管理应用、道路安全管理应用等应用需要获取上述各类用户数据时，中间服务器可以将这些应用所需的用户数据经过脱敏处理后再开放给对应的应用。这些应用之后可以利用获取到的用户数据进行加工处理，从而利用这些用户数据为用户提供出行管理，例如可提供以下一项或多项服务：规划驾车出行和其他出行方式的混合出行方案、规划规定价格内的出行方案、规划符合一个或多个出游条件的出游地点和/或出游区域、推荐车辆行为(例如切换驾驶模式、加油、充电、修车、清理后视镜、调整座椅等等)、对处于非安全环境的行人进行安全提醒、对驶入特定区域的车辆进行权限管控、对发生交通事故进行交通事故责任方的判定等等。
上述介绍的基于数据银行的用户数据在出行管理中多个应用方法，可以让用户出行更加的智能、便捷及安全，可以提升用户体验。
其中，通过规划驾车出行和其他出行方式的混合出行方案，无论路况、终点停车位数量如何，都能够为用户规划出从起点到终点的出行方案，让用户根据该出行方案就可以顺利、方便地到达终点，从而提升用户体验。
通过规划固定费用内的出行方案，可以让用户在一定价格内从起点出行至终点，能够满足用户在费用上的需求，给了用户更多的选择，可以提升用户体验。
通过规划符合一个或多个出游条件的出游地点和/或出游区域，电子设备或车辆可以在满足用户需求的情况下规划可出游的地点或区域，满足用户的休闲娱乐需求，还可以丰富地图应用所能提供的功能。
推荐车辆行为的方案，电子设备或车辆可以收集多方信息，并根据这些信息来融合推荐车辆行为，给用户提供合适的驾驶建议，还可以减少交通事故，提高道路的畅通度，改善车与车、车与行人、车与道路基础设施之间的关系，可以让用户的驾驶过程更加愉悦、轻松，从而提升用户体验。
通过对处于非安全环境的行人进行安全提醒的方案，行人侧的电子设备可以及时观测附近的环境，在需要时提醒用户，保障用户安全，即使行人沉浸到电子设备提供的内容中，例如在行人玩手机或者听音乐时，也可以通过安全提醒让行人掌握周围环境的具体情况，避免发生交通事故。
通过对驶入特定区域的车辆进行权限管控的方案，车辆或电子设备可以获取当前特定区域的访问策略，并根据该访问策略来管控车辆的车辆行为，可以有效满足不同特定区域的车辆行为管控需求，提高各个特定区域的管控效果，让特定区域中的交通更加顺畅、安全。
通过交通事故责任方的判定方案，不必交警到场即可初步判定事故责任方，可以提高交通事故的鉴定效率，在发生交通事故后迅速解决，让道路更加畅通，也让用户体验更佳。
上述基于数据银行的用户数据收集、加工、开放和价值呈现过程，用户可以共享和开放用户数据，可以在保障用户隐私安全的前提下，将数据银行作为资产一样流通起来，充分挖掘用户数据的价值，不仅可以满足用户的实际需求，让用户健康生活、智能出行，还可以促进各行业的健康繁荣发展。
本申请所提及的地图应用、智能出行应用、小艺建议、车辆管理应用、道路安全管理应用等应用，其存在形式不限于是APP，还可以是小程序、快应用、网页应用等可在电子设备上运行的程序。
本申请实施例所描述的用户界面，仅为示例性说明，不应对本申请构成限定。
本申请的各实施方式可以任意进行组合，以实现不同的技术效果。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solidstate disk，SSD))等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
总之，以上所述仅为本申请技术方案的实施例而已，并非用于限定本申请的保护范围。凡根据本申请的揭露，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (33)

1.一种出行规划方法，其特征在于，所述方法包括：
第一设备获取起点和终点；
所述第一设备确定出行方案，所述出行方案包括：从所述起点至所述终点的路线，以及，出行方式；所述出行方式包括驾车和第一出行方式，所述第一出行方式和驾车不同；
所述第一设备显示所述出行方案的信息，所述出行方案的信息包括以下一项或多项：所述出行方案的数量、所述路线、所述出行方式、所述出行方案所需的时长、所述出行方案所需的费用、所述路线的长度、所述路线中使用不同出行方式的距离、落车点、所述落车点的停车场信息、所述路线中交通信号灯的数量，或者，所述路线的路况。
2.一种出行规划方法，其特征在于，所述方法包括：
第一设备获取起点和终点；
所述第一设备确定出行方案，所述出行方案包括：从所述起点至所述终点的路线，以及，出行方式；所述出行方案所需的费用不超过第一值；
所述第一设备显示所述出行方案的信息，所述出行方案的信息包括以下一项或多项：所述出行方案的数量、所述路线、所述出行方式、所述出行方案所需的时长、所述出行方案所需的费用、所述路线的长度、所述路线中使用不同出行方式的距离、落车点、所述落车点的停车场信息、所述路线中交通信号灯的数量，或者，所述路线的路况。
3.根据权利要求1或2所述的方法，其特征在于，所述第一设备获取起点和终点，具体包括：
所述第一设备接收用户输入的起点和终点；
或者，
所述第一设备获取出行日程信息，所述出行日程信息包括终点；所述第一设备将当前所在位置确定为起点。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一设备显示所述出行方案的信息之后，所述方法还包括：
所述第一设备接收到第一操作；
所述第一设备显示所述出行方案中落车点的停车场信息，所述停车场信息包括以下一项或多项：所述出行方案中落车点处的停车场数量、所述停车场的名称、停车位的总数量、剩余空闲停车位的数量、排队时长、停车价格、是否提供充电服务、充电价格，或者，所述停车场的类别。
5.根据权利要求4所述的方法，其特征在于，所述第一设备显示所述出行方案中落车点的停车场信息之后，所述方法还包括：
所述第一设备接收到第二操作，或者，所述第一设备和所述停车场之间的距离小于第二值；
所述第一设备向第二服务器发送第二请求，所述第二请求用于请求预定所述停车场中的停车位和/或充电桩；
所述第一设备接收到所述第二服务器发送的反馈消息，所述反馈消息包括预定的停车位和/或充电桩的标识；
所述第一设备显示预定的所述停车位和/或所述充电桩的标识。
6.根据权利要求5所述的方法，其特征在于，
所述第一设备显示预定的所述充电桩的标识之后，所述方法还包括：
所述第一设备检测到车辆和预定的所述充电桩连接并充电；
所述第一设备接收到第三操作，或者，检测到所述车辆停止充电；
所述第一设备支付所述车辆从开始充电到停止充电的充电费用；
或者，
所述第一设备显示预定的所述停车位的标识之后，所述方法还包括：
所述第一设备检测到车辆驶入预定的所述停车位；
所述第一设备接收到第四操作，或者，检测到所述车辆驶出所述停车位；
所述第一设备支付所述车辆从驶入所述停车位到驶出所述停车位的停车费用。
7.一种出行规划方法，其特征在于，所述方法包括：
第一设备获取一个或多个出游条件，所述出游条件包括：起点、出行方式、出行费用、出行距离、出行时长、天气、路况或人流量；
所述第一设备确定符合所述一个或多个出游条件的出游地点和/或出游区域，所述出游区域为包含多个位置点的闭合区域；
所述第一设备在地图图像中标注所述出游地点和/或所述出游区域，或者，所述第一设备在推荐时间显示所述出游地点和/或所述出游区域的信息。
8.一种推荐车辆行为的方法，其特征在于，所述方法包括：
第一设备获取优惠券信息，和，车辆信息；所述车辆信息包括以下一项或多项：车辆的油量、车辆中各个器件的使用情况或车辆上一次洗车的时间；
在所述车辆信息表明所述车辆的油量低于第三值的情况下，所述第一设备输出用于提示用户至所述第一商家为所述车辆加油的提示信息，或者，导航至第一商家，所述第一商家为所述优惠券信息中指示的、针对加油服务提供优惠的商家；或，
在所述车辆信息表明所述车辆中的器件需要更换的情况下，所述第一设备输出用于提示用户至所述第二商家更换所述器件的提示信息，或者，导航至第二商家，所述第二商家为所述优惠券信息中指示的、针对更换所述器件的服务提供优惠的商家；或，
在所述车辆信息表明所述车辆超过第一时长未洗车的情况下，所述第一设备输出用于提示用户至所述第三商家洗车的提示信息，或者，导航至第三商家，所述第三商家为所述优惠券信息中指示的、针对洗车服务提供优惠的商家。
9.一种推荐车辆行为的方法，其特征在于，所述方法包括：
车辆检测到内部有儿童并且未安装安全座椅，所述车辆输出用于提示用户安装安全座椅的提示信息，或者，所述车辆拒绝启动发动机或拒绝关门；
或者，
所述车辆检测到内部有儿童且所述车辆中安装有安全座椅，但所述儿童并未就坐于安全座椅上，所述车辆输出用于提示儿童就坐于安全座椅的提示信息，或者，所述车辆拒绝启动发动机或拒绝关门。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
所述车辆检测到所述车辆安装安全座椅，或者，所述车辆检测到所述车辆内的儿童就坐于安全座椅上；
所述车辆开启安全座椅侧的儿童锁或拒绝开启安全座椅侧的窗户。
11.一种推荐车辆行为的方法，其特征在于，所述方法包括：
车辆显示状态栏，所述状态栏不包括电量或油量的指示信息；
所述车辆获取油量或电量；
在所述车辆的油量或电量低于第四值的情况下，所述车辆显示的状态栏包括所述电量或油量的指示信息，所述第四值由用户预先设置。
12.一种推荐车辆行为的方法，其特征在于，所述方法包括：
车辆处于第一驾驶模式；
所述车辆在以下任意一种或多种情况下，由所述第一驾驶模式切换至第二驾驶模式：用户的情绪发生变化，驶入第一路段、驶入第一区域、第一天气、驶入第一环境；
其中，所述第一驾驶模式和所述第二驾驶模式不同。
13.根据权利要求12所述的方法，其特征在于，所述车辆由所述第一驾驶模式切换至第二驾驶模式之前，所述方法还包括：
所述车辆输出用于提示将所述第一驾驶模式切换至第二驾驶模式的提示信息；
所述车辆接收到第八操作，所述第八操作用于触发所述车辆由所述第一驾驶模式切换至第二驾驶模式。
14.根据权利要求12或13所述的方法，其特征在于，所述车辆由所述第一驾驶模式切换至第二驾驶模式之后，所述方法还包括：
所述车辆接收到第九操作；
所述车辆由所述第一驾驶模式切换至第二驾驶模式。
15.根据权利要求14所述的方法，其特征在于，所述车辆由所述第一驾驶模式切换至第二驾驶模式，具体包括：
所述车辆输出倒计时信息，
所述车辆在倒计时结束时，由所述第一驾驶模式切换至第二驾驶模式。
16.根据权利要求14所述的方法，所述车辆由所述第一驾驶模式切换至第二驾驶模式，具体包括：
所述车辆检测到所述用户做好第二驾驶模式的驾驶准备后，由所述第一驾驶模式切换至第二驾驶模式。
17.一种推荐车辆行为的方法，其特征在于，所述方法包括：
车辆接收到第十操作，所述第九操作用于触发所述车辆启动第一功能；
在所述第一功能不符合交通法规的情况下，所述车辆拒绝启动所述第一功能，或者，所述车辆将所述第一功能修正为第二功能并执行所述第二功能，所述第二功能符合所述交通法规；
或者，
所述车辆启动第一功能，在所述车辆启动的所述第一功能不符合交通法规的情况下，所述车辆向第二服务器上报所述车辆违反交通法规的事件。
18.一种安全提醒方法，其特征在于，所述方法应用于第二设备，所述第二设备配置于行人身上，所述方法包括：
第二设备获取到以下一项或多项信息：车辆发送的车辆信息，道路基础设施发送的道路基础设施信息，或者，所述第二设备检测到的数据；
所述第二设备根据所述一项或多项信息确定所述行人处于非安全环境，所述非安全环境包括以下一项或多项：
所述行人位于道路旁或道路中；
所述行人所在路段的交通信号灯点亮红灯；
所述行人所在路段的交通信号灯即将点亮红灯；
所述行人附近的车辆的数量大于第五值；
所述行人和车辆之间的距离小于第六值；
所述行人附近的车辆发生了违反交通法规的事件；
所述行人处于运动状态；
或者，所述行人的速度大于第七值；
所述第二设备执行安全提醒，和/或，所述第二设备触发第三设备执行安全提醒。
19.根据权利要求18所述的方法，其特征在于，所述第二设备执行安全提醒，具体包括以下一项或多项：
所述第二设备输出提示信息，所述提示信息包括以下一项或多项：显示屏上显示的界面元素、语音、震动信号或闪光灯信号；
所述第二设备熄屏；
所述第二设备锁屏；
或者，所述第二设备中断当前提供的业务。
20.一种车辆的权限控制方法，其特征在于，所述方法包括：
车辆驶入第一区域，并获取到所述第一区域对应的第一访问策略；
所述车辆按照所述第一访问策略控制车辆行为。
21.根据权利要求20所述的方法，其特征在于，所述第一访问策略指示：允许所述车辆执行的车辆行为，和/或，不允许所述车辆执行的车辆行为；
所述车辆按照所述第一访问策略控制车辆行为，具体包括：
所述车辆接收到第十二操作，所述第十二操作用于触发所述车辆执行第一车辆行为；
如果所述第一访问策略中允许执行的车辆行为包括所述第一车辆行为，所述第一设备执行所述第一车辆行为；
和/或，
如果所述第一访问策略中不允许执行的车辆行为包括所述第一车辆行为，所述第一设备拒绝执行所述第一车辆行为。
22.根据权利要求20或21所述的方法，其特征在于，所述车辆按照所述第一访问策略控制车辆行为之前，所述方法还包括：
所述车辆接收到第十三操作，所述第十三操作用于触发所述车辆按照所述第一访问策略控制车辆行为。
23.根据权利要求20-22任一项所述的方法，其特征在于，所述车辆获取到所述第一区域对应的第一访问策略，具体包括：
所述车辆采集所述第一区域的图像，从所述图像中识别所述第一访问策略；
或者，
所述车辆接收到第四设备发送的所述第一访问策略。
24.根据权利要求20-23任一项所述的方法，其特征在于，所述车辆获取到所述第一区域对应的第一访问策略，具体包括：
所述车辆获取到多个访问策略；
所述车辆从所述多个访问策略中，根据以下一项或多项确定第一访问策略：所述车辆在所述第一区域中的范围、限制等级、所述车辆所属的限制对象，或当前时间。
25.根据权利要求20-24任一项所述的方法，其特征在于，
所述车辆按照所述第一访问策略控制车辆行为之后，所述方法还包括：所述车辆驶出所述第一区域，所述车辆删除或禁用所述第一访问策略；
或者，
所述第一访问策略指示第二时长，所述车辆按照所述第一访问策略控制车辆行为，具体包括：在获取到所述第一访问策略的所述第二时长内，所述车辆按照所述第一访问策略控制车辆行为；在获取到所述第一访问策略的所述第二时长后，所述车辆删除或禁用所述第一访问策略。
26.一种交通事故责任方的判定方法，其特征在于，所述方法包括：
第五设备检测到碰撞事件；
所述第五设备将采集到的交通事故信息发送给第三服务器；
所述第五设备接收到所述第三服务器返回的交通事故的判定结果，所述判定结果由所述第三服务器根据所述碰撞事件涉及的设备发送的交通事故信息确定，所述判定结果包括所述交通事故的责任方；
所述第五设备输出所述判定结果。
27.根据权利要求26所述的方法，其特征在于，所述交通事故信息包括以下任意一个：所述第五设备检测到所述碰撞事件的时间和地点，或者，所述第五设备和所述碰撞事件涉及的其他设备协商的标识；
其中，所述碰撞事件涉及的设备包括：
所述第五设备，和所述第五设备在相同时间相同地点检测到碰撞事件的设备；
或者，
所述第五设备，向所述第三服务器发送包括所述标识的交通事故信息的设备。
28.根据权利要求26或27所述的方法，其特征在于，
所述第五设备包括车辆，或，车辆中的电子设备，所述车辆采集到的交通事故信息包括以下一项或多项：所述车辆的行驶数据、所述车辆的驾驶员的操作数据、车辆状态、所述车辆的型号、车牌号、所述车辆检测到的碰撞强度、驾驶员信息或车主信息；
所述第五设备包括行人侧的电子设备，所述行人侧的电子设备采集到的交通事故信息包括以下一项或多项：所述行人的速度、所在的位置、所在的人行横道、车道、所述行人的运动健康数据、所述行人侧的电子设备检测到的碰撞强度、所述行人的姓名、年龄、联系方式、住址或头像。
29.根据权利要求26-28任一项所述的方法，其特征在于，
所述判定结果还由所述第三服务器根据以下信息确定：和所述第五设备检测到碰撞事件时处于同一路段的设备发送的交通事故信息，和/或，所述第五设备检测到碰撞事件时所在路段的道路基础设施发送的交通事故信息。
30.根据权利要求26-29任一项所述的方法，其特征在于，所述第五设备输出所述判定结果之后，所述方法还包括：
所述第五设备接收到第十四操作；
所述第五设备执行以下任意一项或多项：报警、呼叫救护车、联系保险公司或导航至修车点。
31.一种设备，其特征在于，包括：存储器、一个或多个处理器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述设备执行如权利要求1-6，或权利要求7，或权利要求8，或权利要求9-10，或权利要求11，或权利要求12-16，或权利要求17，或权利要求18-19，或权利要求20-25，或权利要求26-30中任一项所述的方法。
32.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行，使得所述电子设备执行如权利要求1-6，或权利要求7，或权利要求8，或权利要求9-10，或权利要求11，或权利要求12-16，或权利要求17，或权利要求18-19，或权利要求20-25，或权利要求26-30中任一项所述的方法。
33.一种计算机程序产品，其特征在于，所述计算机程序产品包含计算机指令，当所述计算机指令在电子设备上运行，使得所述电子设备执行如权利要求1-6，或权利要求7，或权利要求8，或权利要求9-10，或权利要求11，或权利要求12-16，或权利要求17，或权利要求18-19，或权利要求20-25，或权利要求26-30中任一项所述的方法。
CN202111156345.2A 2021-09-29 2021-09-29 出行管理方法、相关装置及系统 Pending CN115880892A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111156345.2A CN115880892A (zh) 2021-09-29 2021-09-29 出行管理方法、相关装置及系统
PCT/CN2022/119931 WO2023051322A1 (zh) 2021-09-29 2022-09-20 出行管理方法、相关装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111156345.2A CN115880892A (zh) 2021-09-29 2021-09-29 出行管理方法、相关装置及系统

Publications (1)

Publication Number Publication Date
CN115880892A true CN115880892A (zh) 2023-03-31

Family

ID=85756540

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111156345.2A Pending CN115880892A (zh) 2021-09-29 2021-09-29 出行管理方法、相关装置及系统

Country Status (2)

Country Link
CN (1) CN115880892A (zh)
WO (1) WO2023051322A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117455195A (zh) * 2023-11-29 2024-01-26 深圳市博安智控科技有限公司 一种基于用户信息的酒店客房的管理方法及设备
CN117666993A (zh) * 2023-10-20 2024-03-08 南京荣耀软件技术有限公司 基于快应用卡片显示地图的方法、设备、服务器及系统
CN117788226A (zh) * 2024-02-23 2024-03-29 福建拾联乡村产业发展有限公司 一种数字乡村业务数据分析方法及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116518989B (zh) * 2023-07-05 2023-09-12 新唐信通(浙江)科技有限公司 一种基于声音与热成像进行车辆导航的方法
CN117765740A (zh) * 2023-12-29 2024-03-26 杭州诚智天扬科技有限公司 一种车辆超员的识别方法及装置
CN117975732B (zh) * 2024-03-28 2024-05-28 中铁十六局集团有限公司 隧道智慧交通管控系统及方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN2153103Y (zh) * 1992-07-08 1994-01-12 刘峻极 车辆智能遵章行进自控仪
CN101750069B (zh) * 2008-11-28 2014-02-05 阿尔派株式会社 导航装置及导航装置的限制信息提示方法
US8949028B1 (en) * 2013-12-02 2015-02-03 Ford Global Technologies, Llc Multi-modal route planning
KR101675306B1 (ko) * 2015-03-20 2016-11-11 현대자동차주식회사 사고 정보 관리 장치, 이를 포함하는 차량 및 사고 정보 관리 방법
CN105159933B (zh) * 2015-08-06 2019-04-30 北京百度网讯科技有限公司 旅游信息推荐方法及装置
CN105809998A (zh) * 2016-04-21 2016-07-27 闫亚军 车载道路交通安全管理系统
CN105888411A (zh) * 2016-05-06 2016-08-24 北京汽车研究总院有限公司 一种儿童锁控制装置和汽车
US10297147B2 (en) * 2016-12-06 2019-05-21 Flir Commercial Systems, Inc. Methods and apparatus for monitoring traffic data
CN107274722A (zh) * 2017-07-14 2017-10-20 武汉理工大学 一种面向使用手机行人的交通安全预警系统和方法
CN107662611A (zh) * 2017-11-06 2018-02-06 吉林大学 一种基于驾驶员情绪识别的自动驾驶模式切换系统
CN109874109B (zh) * 2017-12-01 2022-07-29 上海博泰悦臻网络技术服务有限公司 车载设备及其服务信息推送方法
CN108710669A (zh) * 2018-05-16 2018-10-26 清远博云软件有限公司 一种旅游景点用旅游线路制定方法
CN108917780A (zh) * 2018-05-21 2018-11-30 韶关市易通车联电子商务有限公司 一种智能加油导航方法及终端设备
CN108973846A (zh) * 2018-06-13 2018-12-11 苏州创存数字科技有限公司 一种汽车鸣笛的控制方法及其装置
CN208585335U (zh) * 2018-08-02 2019-03-08 北京经纬恒润科技有限公司 一种车载交通事故判定系统
CN109741602A (zh) * 2019-01-11 2019-05-10 福建工程学院 一种轻微交通事故辅助定责的方法及系统
CN111959499B (zh) * 2019-05-20 2022-02-18 上海汽车集团股份有限公司 一种车辆控制方法及装置
CN110588562A (zh) * 2019-09-27 2019-12-20 深圳市元征科技股份有限公司 一种儿童安全乘车提醒方法、装置、车载设备及存储介质
CN112556717B (zh) * 2021-02-20 2021-05-14 腾讯科技（深圳）有限公司 出行方式筛选方法和出行路线推荐方法和装置
CN113140132B (zh) * 2021-04-20 2023-11-03 西安华企众信科技发展有限公司 一种基于5g v2x移动智能终端行人防碰撞预警系统与方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117666993A (zh) * 2023-10-20 2024-03-08 南京荣耀软件技术有限公司 基于快应用卡片显示地图的方法、设备、服务器及系统
CN117455195A (zh) * 2023-11-29 2024-01-26 深圳市博安智控科技有限公司 一种基于用户信息的酒店客房的管理方法及设备
CN117455195B (zh) * 2023-11-29 2024-03-29 深圳市博安智控科技有限公司 一种基于用户信息的酒店客房的管理方法及设备
CN117788226A (zh) * 2024-02-23 2024-03-29 福建拾联乡村产业发展有限公司 一种数字乡村业务数据分析方法及系统

Also Published As

Publication number Publication date
WO2023051322A1 (zh) 2023-04-06

Similar Documents

Publication Publication Date Title
WO2023051322A1 (zh) 出行管理方法、相关装置及系统
US10322675B2 (en) Safety control system for vehicles
CN109690606B (zh) 基于远程信息处理的系统及其相应的方法
KR102533096B1 (ko) 모바일 센서 플랫폼
US10783559B1 (en) Mobile information display platforms
US20200349666A1 (en) Enhanced vehicle sharing system
KR102366795B1 (ko) 차량 플랫폼을 위한 장치 및 방법
CN109844793B (zh) 基于智能、远程信息处理的oem线路装配系统及其对应方法
US20210264536A1 (en) Systems and methods for managing insurance contracts using telematics data
US9996884B2 (en) Visible insurance
US20200057487A1 (en) Methods and systems for using artificial intelligence to evaluate, correct, and monitor user attentiveness
US9240019B2 (en) Location information exchange between vehicle and device
CN110494331A (zh) 数字牌照的电力和通信模式
CN109791678A (zh) 用于基于分数的动态风险测量并聚合有远程信息处理连接搜索引擎的智能自适应汽车装置及其相应方法
CN108885764A (zh) 远程信息处理系统及其相应的方法
CN109416873A (zh) 具有自动化风险控制系统的自主或部分自主机动车辆及其相应方法
IL247502A (en) Traffic information system
CN104380349A (zh) 车辆入侵者警报检测和指示
Thakuriah et al. Transportation and information: trends in technology and policy

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