CN113283626A - 信息处理方法、装置、服务器、用户终端及存储介质 - Google Patents

信息处理方法、装置、服务器、用户终端及存储介质 Download PDF

Info

Publication number
CN113283626A
CN113283626A CN202010101522.6A CN202010101522A CN113283626A CN 113283626 A CN113283626 A CN 113283626A CN 202010101522 A CN202010101522 A CN 202010101522A CN 113283626 A CN113283626 A CN 113283626A
Authority
CN
China
Prior art keywords
information
monitoring
user
vehicle
path
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
CN202010101522.6A
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202010101522.6A priority Critical patent/CN113283626A/zh
Publication of CN113283626A publication Critical patent/CN113283626A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)

Abstract

本公开是关于一种信息处理方法、装置、服务器、用户终端及存储介质，所述方法包括：获取乘客的用户信息；获取用车的场景信息；确定备选路径的监控状况信息；根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。如此，可以根据用户信息和场景信息自动选择满足行车安全要求的推荐路径，以保护乘客的用车安全。

Description

信息处理方法、装置、服务器、用户终端及存储介质
技术领域
本公开涉及计算机技术领域，尤其涉及信息处理方法、装置、服务器、用户终端及存储介质。
背景技术
随着通信技术的不断发展，终端成为生活中不可或缺的设备，用户在终端上安装各种服务软件为用户提供服务，例如，打车软件，用户可以利用安装在终端的打车软件发布乘车请求，以便由打车软件为用户提供用车服务。但相关技术中，打车软件在呼叫用车时通常给司机和乘客端推荐最为省钱或快速的路径，如此无法保证乘客的出行安全。基于此，如何保证乘客的出行安全成为了亟需解决的技术问题。
发明内容
根据本公开实施例的第一方面，提供一种信息处理方法，应用于服务器，包括：
获取乘客的用户信息；
获取用车的场景信息；
确定备选路径的监控状况信息；
根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全的推荐路径。
可选地，所述方法还包括：
根据所述监控状况信息，确定所述备选路径的监控覆盖率；
若所述监控覆盖率大于或等于预定覆盖率，则确定所述监控状况信息满足所述行车安全要求。
可选地，所述方法还包括：
若各条所述备选路径的所述监控覆盖率均小于所述预定覆盖率，从多条所述备选路径中选择出最高监控覆盖率的所述备选路径，作为所述推荐路径。
可选地，所述方法还包括：
若各条所述备选路径中所述监控覆盖率均小于所述预定覆盖率，从多条所述备选路径中选择出最高监控覆盖率的所述备选路径，作为所述推荐路径。
可选地，所述确定备选路径的监控状况信息，包括：
根据所述备选路径所对应道路，获取所述道路上公共监控设备的监控状况信息；
和/或，
根据所述备选路径所对应道路，获取在所述道路上私人监控设备的监控状况信息。
可选地，所述方法还包括：
根据所述推荐路径的监控状况信息以及车辆的当前所在监控位置的第一位置信息，确定所述车辆移动到监控覆盖范围内的下一个监控位置的第二位置信息；
根据所述第一位置信息、所述第二位置信息以及所述车辆的行驶速度，确定到达所述下一个监控位置的预计到达时刻；
若在所述预计到达时刻的第一预定时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息。
可选地，所述若在所述预定到达时刻的第一预定时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息，包括：
若在所述预计到达时刻的第一预定时间内未监控到所述车辆，向所述用户终端发送提示信息，其中，所述提示信息用于提示是否发送所述求救信息；
若在发出所述提示信息后的第二预定时间内未接收到所述用户终端基于所述提示信息的反馈信息，则触发所述用户终端向所述预定号码发送所述求救信息；
或
若在发出所述提示信息后的第二预定时间内接收到所述用户终端基于所述提示信息的反馈信息指示发送所述求救信息，则触发所述用户向所述预定号码发送所述求救信息。
可选地，所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用户信息确定所述乘客是否属于特定人群；
当所述乘客所述特定人群时，根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
可选地，所述场景信息包括用车时间信息；
所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用车时间信息，确定所述用车时间是否属于特定时段；
当所述用车时间属于所述特定时段时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
可选地，所述场景信息包括用车区域信息；
所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用车区域信息，确定用车区域是否属于特定区域；
当所述用车区域属于所述特定区域时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
可选地，所述方法还包括：
将所述推荐路径发送至用户终端。
根据本公开实施例的第二方面，提供一种信息处理方法，应用于用户终端，包括：
检测作用于所述用户终端的显示界面上针对乘车信息的用户输入，其中，所述乘车信息包括乘客的用户信息及用车的场景信息；
根据所述用户输入，显示监控状况信息满足行车安全要求的推荐路径，其中，所述推荐路径为根据所述用户信息及所述场景信息得到的多条备选路径中确定的。
可选地，所述方法还包括：
获取所述推荐路径的监控状况信息；
所述显示监控状况信息满足行车安全要求的推荐路径，还包括：
显示监控状况信息满足行车安全要求的所述推荐路径以及所述推荐路径对应的所述监控状况信息。
根据本公开实施例的第三方面，提供一种信息处理装置，应用于服务器，包括：
第一获取模块，被配置为获取乘客的用户信息；
第二获取模块，被配置为获取用车的场景信息；
第一确定模块，被配置为确定备选路径的监控状况信息；
第一选择模块，被配置为根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
可选地，所述装置还包括：
第二确定模块，被配置为根据所述监控状况信息，确定所述备选路径的监控覆盖率；
第三确定模块，被配置为若所述监控覆盖率大于或等于预定覆盖率，则确定所述监控状况信息满足所述行车安全要求。
可选地，所述装置还包括：
第二选择模块，被配置为若各条所述备选路径的所述监控覆盖率均小于所述预定覆盖率，从多条所述备选路径中选择出最高覆盖率的所述备选路径，作为所述推荐路径。
可选地，所述第一确定模块，还被配置为：
根据所述备选路径所对应道路，获取在所述道路上公共监控设备的监控状况信息；
和/或，
根据所述备选路径所对应道路，获取在所述道路上私人监控设备的监控状况信息。
可选地，所述装置还包括：
第四确定模块，被配置为根据所述推荐路径的监控状况信息以及车辆的当前所在监控位置的第一位置信息，确定所述车辆移动到监控覆盖内的下一个监控位置的第二位置信息；
第五确定模块，被配置为根据所述第一位置信息、所述第二位置信息以及所述车辆的行驶速度，确定到达所述下一个监控位置的预计到达时刻；
触发模块，被配置为若在所述预计到达时刻的第一预定时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息。
可选地，所述触发模块，还被配置为：
若在所述预计到达时刻的第一预定时间内未监控到所述车辆，向所述用户终端发送提示信息，其中，所述提示信息用于提示是否发送所述求救信息；
若在发出所述提示信息后的第二预定时间内未接收到所述用户终端基于所述提示信息的反馈信息，则触发所述用户终端向所述预定号码发送所述求救信息；
或
若在发出所述提示信息后的第二预定时间内接收到所述用户终端基于所述提示信息的反馈信息指示发送所述求救信息，则触发所述用户终端向所述预定号码发送所述求救信息。
可选地，所述第一选择模块，还被配置为：
根据所述用户信息确定所述乘客是否属于特定人群；
当所述乘客属于所述特定人群时，根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
可选地，所述场景信息包括用车时间信息；
所述第一选择模块，还被配置为：
根据所述用户时间信息，确定用车时间是否属于特定时段；
当所述用车时间属于所述特定时段时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
可选地，所述场景信息包括用车区域信息；
所述第一选择模块，还被配置为：
根据所述用车区域信息，确定用车区域是否属于特定区域；
当所述用车区域属于所述特定区域时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
可选地，所述装置还包括：
发送模块，被配置为将所述推荐路径发送至用户终端。
根据本公开实施例的第四方面，提供一种信息处理装置，应用于用户终端，包括：
检测模块，被配置为检测作用于所述用户终端的显示界面上针对乘车信息的用户输入，其中，所述乘车信息包括乘客的用户信息及用车的场景信息；
显示模块，被配置为根据所述用户输入，显示监控状况信息满足行车安全要求的推荐路径，其汇总，所述推荐路径为根据所述用户信息及所述场景信息得到的多条备选路径中确定的。
可选地，所述装置还包括：
第三获取模块，被配置为获取所述推荐路径的监控状况信息；
所述显示模块，还被配置为显示监控状况信息满足行车要求的所述推荐路径以及所述推荐路径对应的所述监控状况信息。
根据本公开实施例的第五方面，提供了一种服务器，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：执行时实现上述任意所述的信息处理方法步骤。
根据本公开实施例的第六方面，提供一种用户终端，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：执行时实现上述任意所述的信息处理方法步骤。
本公开实施例第七方面，提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行实现上述任意应用于服务器的所述的信息处理方法的步骤，或者，实现上述任意应用于终端的所述信息处理方法的步骤。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开的实施例通过获取乘客的用户信息；获取用车的场景信息；确定备选路径的监控状况信息；根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。如此，本实施例可以根据乘客的用户信息及用车的场景信息，智能地为乘客提供更为安全的行车路径，从而有利于提高乘客的用车安全。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种信息处理方法的流程图；
图2是根据一示例性实施例示出的一种信息处理方法的另一流程图；
图3是根据一示例性实施例示出的一种信息处理方法的又一流程图；
图4是根据一示例性实施例示出的一种信息处理方法的场景示意图；
图5是根据一示例性实施例示出的一种信息处理方法的再一流程图；
图6是根据一示例性实施例示出的一种信息处理方法的另一场景示意图；
图7是根据一示例性实施例示出的一种信息处理装置的框图；
图8是根据一示例性实施例示出的一种信息处理装置的另一框图；
图9是根据一示例性实施例示出的一种服务器的框图；
图10是根据一示例性实施例示出的一种用户终端的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
本公开实施例涉及用户终端、车载终端及服务器。其中，用户终端是指打车软件提供的打车服务中的呼叫方，包括：打车软件提供的打车服务中的乘客所使用的移动终端或个人计算机等设备，例如，智能手机、个人数码助理、平板电脑或笔记本电脑等。车载终端是指打车软件提供的打车服务中的被叫方，包括：打车软件提供的打车服务中司机所使用的移动终端或个人计算机等设备，例如，也可以是智能手机、个人数码助理、平板电脑或智能车载设备等。服务器是指提供打车服务的服务设备，这里的服务器可以是单个的服务器，也可以是多个服务器组成云端服务器。
图1是根据一示例性实施例示出的一种信息处理方法的流程图，如图1所示，所述方法应用于服务器，所述方法包括以下步骤：
步骤101：获取乘客的用户信息；
这里，所述用户信息包括用户名、性别、年龄或职业等身份属性信息。在一些实施例中，所述用户信息还可包括：用户消费能力、乘车偏好信息和/或历史用车信息等。
在一些实施例中，所述用户信息可以是通过用户终端上安装的打车软件中输入当前乘客的用户信息。在另一些实施例中，所述用户信息还可以是通过用户终端上安装的与所述打车软件绑定的其他软件中获取得到的用户信息，例如，如果打车软件是与微信软件绑定的，那么所述用户信息也可以从微信软件中获取得到。
需要说明的是，不同的用户面临的安全等级有所不同，例如，如果用户信息指示乘客为自身防卫能力较弱的人群，如妇女、未成年人或老人，则表明该类乘客面临的安全性较低，可能需要进行安全保护。再例如，如果用户信息指示乘客的乘车偏好为偏向繁华的街道乘车，或者指示乘客的历史用车几乎发生在繁华的街道的话，也能够表明可能需要进行安全保护。
步骤102：获取用车的场景信息；
这里，所述用车的场景信息是指能够用于描述乘客在用车时能表征外界环境的相关信息。具体地，所述用车的场景信息可以包括：用车时间信息和/或用车区域信息等。
需要说明的是，不同的场景下乘客面临的安全等级有所不同，例如，如果场景信息指示用车的时间为晚上，则相对于用车的时间为白天安全性更低；如果场景信息指示用车区域为常发安全事故的区域，则表明该用车的区域安全性较低。
步骤103：确定备选路径的监控状况信息；
可以理解的是，服务器可以从打车软件针对该叫车服务而获得乘客的用车起点和用车终点，根据所述用车起点和所述用车终点，可以确定出备选路径。此处的备选路径为可以从用车起点通向用车终点的一条或多条线路。
备选路径的监控状况信息是指在备选路径中被监控的范围，以及被监控的路段占整个备选路径的占比等信息。
通过确定备选路径的监控状况信息，能够了解到备选路径上能够监控乘客安全的状况信息。通常，被监控的范围越大，或者，被监控的路段占整个备选路径的占比越大，乘客能够被安全监控的可能性也就越大，如此，也就越能保证乘客的用车安全。
步骤104：根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
在一些实施例中，所述方法还包括：将所述推荐途径发送至用户终端。如此，用于可以根据所推荐的推荐路径来选择此次乘车的目标路径，以保证自身的出行安全。
在另一些实施例中，所述服务器会将所述推荐路径发送至用户终端及所述车载终端，以供用户终端或车载终端基于所述推荐路径导航行驶。当然，当所述推荐路径为多条时，可以根据用户最终选择的目标路径导航行驶。
本实施例中，通过考量了用户信息及场景信息，能够智能地为乘客从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，即智能地为乘客提供了更为安全的行车路径。也就是说，本实施例能够为不同用户信息，或不同场景信息的用车提供安全保证，有利于提高乘客的用车安全。
在一些实施例中，请参阅图2，图2是根据一示例性实施例示出的一种信息处理方法的另一流程图，如图2所示，所述方法还包括：
步骤201：根据所述监控状况信息，确定所述备选路径的监控覆盖率；
步骤202：若所述监控覆盖率大于或等于预定覆盖率，则确定所述监控状况信息满足所述行车安全要求。
这里，所述监控覆盖率，可以包括上述所述的被监控的路段占整个所述备选路径占比。
这里，预定覆盖率，是指能够至少保证用户乘车安全的覆盖率，例如，可以是80％。需要说明的是，不同的用户可以设定不同的预定覆盖率，对安全性要求越高的用户，可设定的预定覆盖率可以越高。
在一些实施例中，所述预定覆盖率可以依据用户信息进行动态调整，例如，当用户信息指示用户为妇女、未成年人或老人等自身防卫能力较弱的人群时，所述预定覆盖率可以设置为100％。
当然，不同的场景下也可设定不同的预定覆盖率，场景指示的安全性越低，可以设定预定覆盖率越高。
在另一些实施例中，所述预定覆盖率可以依据用车的场景信息进行动态调整，例如，当用车的场景信息表明用车为半夜时，所述预定覆盖率可以设置为100％。
本实施例中，只有当监控覆盖大于或等于预定覆盖率时，才能被认定为满足行车安全要求。如此，通过将监控覆盖率大于或等于预定覆盖率这一类满足行车安全要求的路径作为推荐路径，能够保证用户在乘车过程中能最大程度地被监控，从而保证乘客的用车安全。
在一些实施例中，当满足行车安全要求的备选路径有多条时，可以依据备选路径的路况信息选择出路况最佳的路径作为所述推荐路径。这里，所述路况信息，可以包括：红绿灯数量、道路拥堵状况、车辆密度和/或车流速度等等。当然，在其他实施例中，当满足行车安全要求的备选路径有多条时，还可以采用其他的策略选择出推荐路径，例如，可以通过用户针对路径选择的输入操作选择出推荐路径。
在另一些实施例中，当满足行车安全要求的备选路径有多条时，所述方法还包括：根据用户信息中包含的用户消费能力，在多条满足行车安全要求的备选路径中选择出与用户消费能力匹配的备选路径作为所述推荐路径。或者，所述方法还包括：根据所述用户信息中包含的乘车偏好信息，在多条满足行车安全要求的备选路径中选择出与乘客偏好信息匹配的备选路径作为所述推荐路径。或者，所述方法还包括：根据所述用户信息中包含的历史用车信息，在多条满足行车安全要求的备选路径中选择出与历史用车信息匹配的备选路径作为所述推荐路径。
如此，本实施例，能够根据用户信息及场景信息，为乘客选择出满足行车安全要求的路径的前提下，还能智能地为乘客选择符合自身用车习惯等的推荐路径，提升了打车软件的使用体验。
在另一些实施例中，请参阅图3，图3是根据一示例性实施例示出的一种信息处理方法的又一流程图，如图3所示，所述方法还包括：
步骤203：若各所述备选路径的所述监控覆盖率均小于所述预定覆盖率，从多条所述备选路径中选择出最高监控覆盖率的所述备选路径，作为所述推荐路径。
这里，当各条备选路径的所述监控覆盖率均小于所述预定覆盖率时，为了最大程度地保证乘客的行车安全，本实施例会从多条所述备选路径中选择出最高监控覆盖率的所述备选路径，作为所述推荐路径。如此，能够保证乘客在乘车过程车中最大程度地被监控，从而增强了乘客在乘车过程中的安全性。
在一些实施例中，所述确定备选路径的监控状况信息，可以包括：
根据所述备选路径所对应道路，获取在所述道路上公共监控设备的监控状况信息；和/或，根据所述备选路径所对应道路，获取在所述道路上私人监控设备的监控状况信息。
这里，根据所述备选路径所对应道路，能够从地图软件中获取到道路的相关信息，从而能够获取到在所述道路上的公共监控设备的监控状况信息，和/或，获取到在所述道路上的私人监控设备的监控状况信息。这里，地图软件可以包括但不限于：谷歌地图、百度地图或高德地图。
这里，公共监控设备可以包括：公共服务部门，例如交警部门提前规划设置好的监控设备，例如，设置在电灯杆上的摄像头、电线杆上的摄像头或交通灯杆上的摄像头等道路交通设备上。
如此，通过公共监控设备的监控状况信息，可以方便公共服务部门第一时间获取到用户在行驶路径上的安全信息，以便及时进行安全处理。
这里，私人监控设备可以包括：道路两侧的私人用户安装的监控设备，例如，道路两侧的商户安装在商店门口的监控设备。
如此，通过私人监控设备可以弥补公共监控设备未覆盖的区域，从而增大监控覆盖范围，提高各道路的安全性。
为了进一步保证乘客的用车安全，在一些实施例中，所述方法还包括：
根据所述推荐路径的监控状况信息以及车辆的当前所在监控位置的第一位置信息，确定所述车辆移动到监控覆盖范围内的下一个监控位置的第二位置信息；
根据所述第一位置信息、所述第二位置信息以及所述车辆的行驶速度，确定到达所述下一个监控位置的预计到达时刻；
若在所述预计到达时刻的第一预定时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息。
这里，所述车辆是指乘客当前乘坐的车辆，服务器可以通过识别车辆的车牌号来确定所述车辆。这里，所述监控位置可以包括监控设备所在位置。
这里，第一预定时间是指车辆从当前所在监控位置到下一个监控位置的误差时间范围，例如，预计到达时刻为12:00，但可能由于中途一段路程的行驶速度比当前监控的行驶速度变快，导致提前5分钟到达下一个监控位置，或者，可能由于中途一段路程的行驶速度比当前监控的行驶速度慢，导致推迟5分钟到达下一个监控位置，因此，这里的第一预定时间可以是造成车辆未在预定时刻到达的误差时间。
需要说明的是，如果在预计达到时刻的第一预定时间内未监控到所述车辆，表明乘客在可能被载入了所述推荐路径以外的其他路径上，或者，表明乘客到达下一个监控位置前发生了安全事故等。如此，当在预计到达时刻的第一预定时间内为监控到所述车辆时，有必要触发用户终端发送求救信息，以协助乘客自动求救。
在本实施例中，通过识别车辆在当前所在监控位置是否正常行驶到下一个监控位置，当预计到达时刻的预定时间内未监控乘客乘坐该车辆，则通过触发用户终端向预定号码发送求救信息，可以保证乘客的用车安全。
在一些实施例中，为了提高预计到达时刻的精确度，还会确定出第一位置信息与第二位置信息之间的路况信息，这里的路况信息与上述所述的路况信息相同，也可以包括：红绿灯数量、道路拥堵状况及车辆密度和/或车流速度等等；所述根据所述第一位置信息、所述第二位置信息以及所述车辆的行驶速度，确定到达所述下一个监控位置的预计到达时刻，包括：根据所述第一位置信息、所述第二位置信息、所述车辆的行驶速度以及所述第一位置信息与所述第二位置信息之间的路况信息，确定到达所述下一个监控位置的预计到达时刻。
进一步地，为了减少因为乘客自身要求等非安全性原因的路线改变的情况下，在预计到达时刻的第一预定时间内未监控到所述车辆也会进行求救的误判断现象。
在一些实施例中，可以通过加入提示信息来进行提示，并在确定处于安全风险状况下才进行报警，从而减少上述误判断情况下的乱求救现象。
具体地，所述若在所述预计到达时刻的第一预定时间内未监控到所述车辆，向所述用户终端发送提示信息，其中，所述提示信息用于提示是否发送所述求救信息；
若在发出所述提示信息后的第二预定时间内未接收到所述用户终端基于所述提示信息的反馈信息，则触发所述用户终端向所述预定号码发送所述求救信息；
或
若在发出所述提示信息后的第二预定时间内接收到所述用户终端基于所述提示信息的反馈信息指示发送所述求救信息，则触发所述用户终端向所述预定号码发送所述求救信息。
这里，所述提示信息的信息内容包括能够提示用户当前处于安全风险状况下的相关信息内容，例如，提示用户当前行驶偏离了推荐路径，或者直接提示用户是否发送求救信息等。
这里，所述反馈信息是指在第二预定时间内所产生的基于提示信息的反馈。这种反馈信息可以是用户终端基于提示信息发送给服务器的反馈消息，也可以是服务器未接收到用户终端的任何消息而生成的默认的反馈信息。
这里，所述第二预定时间可以包括：预计用户终端在收到提示信息的时间以及用户基于提示信息的操作时间。
请参阅图4，图4是根据一示例性实施例示出的一种信息处理方法的场景示意图，如图4所示，这里的提示信息包括：文本提示信息。其中，文本提示信息，可以通过在用户终端4的显示界面40进行显示，例如，在用户终端4的显示界面40上弹出提示框401进行显示。基于用户针对提示信息的输入操作，确定是否发送求救信息。
在实际应用中，若在所述第二预定时间内未接收到所述用户终端基于所述提示信息的反馈信息，则可能用户在此时已经收到的胁迫而无法进行终端的输入操作，因此，此时可以自动触发所述用户终端向所述预定号码发送所述求救信息。
另一种情况是，若在所述第二预定时间内接收到所述用户终端基于所述提示信息的反馈信息指示发送所述求救信息，即接收到用户基于针对发送求救信息控件的输入操作，因此，此时也可以触发所述用户终端向所述预定号码发送所述求救信息。
在另一些实施例中，所述提示信息还可以是语音提示信息，或震动提示信息等。总之这里的提示信息可以是任何可以引起用户注意的提示信息。
这里，预定号码可以是乘客的家人、朋友或者报警号码。
本实施例中，通过发出提示信息来进行提示，并在确定处于安全风险状况下才进行报警，从而减少一些误判断情况下的乱报警现象。
在另一些实施例中，所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用户信息确定所述乘客是否属于特定人群；
当所述乘客属于所述特定人群时，根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
这里，所述根据所述用户信息确定所述乘客是否属于特定人群，可以包括：基于神经网络或向量机等机器学习模型可以对所述用户信息进行分析处理，确定出所述乘客是否属于所述特定人群，例如确定出所述乘客是否为老人、未成年人或单身女性等自身防卫能力较弱的人群。
在另一些实施例中，所述根据所述用户信息确定所述乘客是否属于特定人群，可以包括：根据用户信息与特定人群的对应关系表及所述用户信息，确定所述乘客是否属于特定人群。这里，所述用户信息与所述特定人群的对应关系表，包括不限于：用户信息中的年龄与所述特定人群的对应关系，以及用户信息中性别与所述特定人群的对应关系表。
在本实施例中，当所述乘客属于所述特定人群时，会根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，从而至少保证特定人群的用车安全。
在另一些实施例中，所述场景信息包括用车时间信息；
所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用车时间信息，确定用车时间是否属于特定时段；
当所述用车时间属于所述特定时段时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
这里，所述根据所述用车时间，确定用车时间是否属于特定时段，包括：根据所述用车时间，在所述用车时间与所述特定时段的对应关系表中查找得到当前的所述用车时间是否在所述特定时段内，若在所述特定时段内，则确定用车时间属于特定时段；若不在所述特定时段内，则确定用车时间不属于特定时段。
例如，特定时段为晚上22:00-凌晨5:00，若当前的用车时间为23:00，则可以确定出用车时间属于特定时段；若当前的用车时间为上午10:00，则可以确定出用车时间不属于特定时段。
在本实施例中，当所述用车时间属于特定时段时，会根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，从而至少保证乘客在特定场景下的用车安全。
需要补充的是，在一些实施例中，当所述用车时间属于所述特定时段时，所述根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
当所述用车时间属于所述特定时段，若确定用户预先设置了针对特定时段的保护，则直接从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
如此，本实施例，通过用户预先设置的针对特定时段的保护，可以来保护任何人群的乘车安全。
在另一些实施例中，所述场景信息还可以包括：用车区域信息；
所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用车区域信息，确定用车区域是否属于特定区域；
当所述用车区域属于所述特定区域时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
这里，特定区域可以是指根据基于人流量所确定的区域。具体地，在人流量小于人流量阈值的区域，则判定为特定区域。
可知地，人流量越多的区域相对较为安全，而人流量越少的区域相对较为危险。因此，在用车区域确定为人流量小于人流量阈值的特定区域的情况下，根据用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
在实际应用中，用车区域可以根据地貌等因素大致分为：城市道路区域，乡村道路区域或山区道路区域等。
可知地，城市道路区域的人流量相比乡村道路区域的人流量多，而乡村道路区域的人流量相比山区道路区域的人流量多。因此，在一些实施例中，也可以通过地貌等判断出是否为特定区域。
在另一些实施例中，所述特定区域还可以是根据历史安全事故信息确定出的区域。也就是说，不论该用车区域的人流量是否大于阈值，若该用车区域的历史安全事故信息指示安全事故发生率大于发生率阈值的情况下，均判定所述用车区域为所述特定区域。如此，可以在更好地保护那些安全事故发生较多的区域的安全性。
在本实施例中，当所述用车区域属于特定区域时，会根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，从而至少保证乘客在特定区域内的用车安全
需要补充的是，在一些实施例中，当所述用车区域属于所述特定区域时，所述根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
当所述用车区域属于所述特定时段，若确定用户预先设置了针对特定区域的保护，则直接从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
如此，本实施例，通过用户预先设置的针对特定区域的保护，可以来保护任何人群的乘车安全。
图5是根据一示例性实施例示出的一种信息处理方法的流程图，如图5所示，所述方法应用于用户终端，所述方法包括以下步骤：
步骤501：检测作用于所述用户终端的显示界面上针对乘车信息的用户输入，其中，所述乘车信息包括乘客的用户信息及用车的场景信息。
这里，检测作用于所述用户终端的显示界面上针对乘车信息的用户输入包括检测针对乘车信息的UI(UserInterface，用户界面)的各种输入操作来确定所述用户输入。
其中，所述用户输入可以包括作用于针对乘车信息的输入控件中的输入操作。所述用户输入的检测可以通过触控屏来实现。
请参阅图6，图6是根据一示例性实施例示出的一种信息处理方法的另一场景示意图，如图6所示，当开启打车应用进入到乘车信息的输入界面时，用户终端4的显示界面40会将乘车信息的输入控件在该页面进行显示，用户可以通过在输入控件中输入相应的文本信息以供所述用户终端对相应的文本信息进行识别，得到乘车信息。
在一些实施例中，所述用户信息的获取可以直接获取当前登录所述打车软件的用户信息。
当然，在另一些实施例中，所述用户信息还可以是通过用户终端上安装的与所述打车软件绑定的其他软件中获取得到的，例如，如果打车软件是与微信软件绑定的，那么所述用户信息也可以从微信软件中获取得到。
需要说明的是，不同的用户面临的安全等级有所不同，例如，如果用户信息指示乘客为自身防卫能力较弱的人群，如妇女、未成年人或老人，则表明该类乘客面临的安全性较低，可能需要进行安全保护。再例如，如果用户信息指示乘客的乘车偏好为偏向繁华的街道乘车，或者指示乘客的历史用车几乎发生在繁华的街道的话，也能够表明可能需要进行安全保护。
这里，所述用车的场景信息是指能够用于描述乘客在用车时能表征外界环境的相关信息。具体地，所述用车的场景信息可以包括：用车时间信息和/或用车区域信息等。
需要说明的是，不同的场景下乘客面临的安全等级有所不同，例如，如果场景信息指示用车的时间为晚上，则相对于用车的时间为白天安全性更低；如果场景信息指示用车区域为常发安全事故的区域，则表明该用车的区域安全性较低。
步骤502：根据所述用户输入，显示监控状况信息满足行车安全要求的推荐路径，其中，所述推荐路径为根据所述用户信息及所述场景信息得到的多条备选路径中确定的。
这里，所述推荐路径为根据所述用户信息及所述场景信息得到的多条备选路径中确定的，可以包括：所述推荐路径为服务器根据所述用户信息及所述场景信息得到的多条备选路径中确定的。这里的服务器即为上述实施例所述的服务器，也就是说是提供打车服务的服务设备。
可以理解的是，服务器可以从打车软件针对该叫车服务而获得乘客的用车起点和用车终点，根据所述用车起点和所述用车终点，可以确定出备选路径。此处的备选路径为可以从用车起点通向用车终点的一条或多条线路。
监控状况信息是指在备选路径中被监控的范围，以及被监控的路段占整个备选路径的占比等信息。
通过确定备选路径的监控状况信息，能够了解到备选路径上能够监控乘客安全的状况信息。通常，被监控的范围越大，或者，被监控的路段占整个备选路径的占比越大，乘客能够被安全监控的可能性也就越大，如此，也就越能保证乘客的用车安全。
本实施例中，通过用户输入，显示监控状况满足行车安全要求的推荐路径，实现了智能地为乘客从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，即智能地提供了更为安全的行车路径。因此，本实施例能够为不同用户信息，或不同场景信息下的用车提高安全保证，有利于提高乘客的用车安全。
在一些实施例中，所述方法还包括：
获取所述推荐路径的监控状况信息；
所述显示监控状况信息满足行车安全要求的推荐路径，还包括：
显示监控状况信息满足行车安全要求的所述推荐路径以及所述推荐路径所述的监控状况信息。
这里，用户终端还可以将推荐路径以及所述推荐路径的所述监控状况信息显示在用户终端的用户界面上，如此，用户可以通过所显示的推荐路径以及所述推荐路径的监控状况信息中，做出相应的决策。
例如，当所述推荐路径为多条时，用户可以根据所述推荐路径的监控状况信息，选择一条适合自身情况的路径作为目标路径，例如，如果赶时间，可以从多条推荐路径中选择红绿灯最少或者交通状况最好的一条。或者，当所有的推荐路径均无法满足用户当前的要求时，例如，无法满足用户对安全的要求的情况下，用户可以选择放弃此次乘车。
本实施例中，通过将推荐路径以及所述推荐路径对应的所述监控状况信息显示出来，可以供用户基于推荐路径以及所述推荐路径对应的监控状况信息作为相应地的决策，在保证用户安全的同时，又提升了终端的使用体验。
进一步地，本公开还提供了一个具体实施例，以进一步理解本公开实施例所提供的信息处理方法。
首先，打车软件对应的服务器获取乘客的用户信息。
这里，打车软件的服务器可以通过用户在用户终端手动输入的乘客的性别、年龄及职业等个人信息，来确定所述用户信息；还可以通过其他与所述打车软件合作的软件平台获取所述用户信息，例如微信等平台获取所述用户信息。
在另一些实施例中，打车软件对应的服务器还会根据检测到的用户预先设置的针对特定时段的保护，来确定是否需要根据用车时间来选择满足行车安全要求的所述推荐路径。实际上，还有一个种方式是通过检测到的用户预先设置的设置信息，来确定该乘客是否需要进行安全保护。
其次，打车软件对应的服务器获取备选路径的监控状况信息。
这里，打车软件对应的服务器可以通过导航应用获取到备选路径的对应道路。
在一些实施例中，所述服务器可以根据所述备选路径的对应道路，获取在所述道路上交警部门部署的监控设备的监控状况信息。在另一些实施例中，为了进一步增大监控范围，所述服务器还可以根据所述备选路径的对应道路，获取在所述道路上沿着道路两侧的商家部署的监控设备的监控状况信息。
这里，获取乘客的年龄、性别及职业等用户信息，可以方便地了解到乘客的用车需求及用车习惯等。获取监控状况信息，可以方便乘客在第一时间如发生意外，能及时进行求救。
在一些实施例中，根据乘客的性别或年龄作为判断点，如果用户是单身女性或未成年人，并判断在夜晚打车，则打车软件保证乘客在车上行驶的全程路线都可以被摄像头覆盖。如果覆盖不全面的情况下，可以按摄像头覆盖率最多的路线行驶。
且由于摄像头与摄像头为一个固定距离，可通过行驶车速判断，多长时间后会出现在下一个摄像头可覆盖范围，如在这一预计到达时刻的第一预定时间范围内行驶车辆未出现在下一个摄像头的覆盖范围内，则可向乘客的亲友和/或向自己的用户终端发出提醒信息。这里，提示信息例如可以以短信的形式在用户终端上全屏提示，如果超过第二预定时间后，用户未对该提示信息作处理，则可自动发送求救信息道最近的派出所，方便警察在第一时间获取乘客的位置，用户信息等。
具体地，根据用户性别或年龄作为判断点，如果用户是单身女性或未成年人，并判断在夜晚打车，则打车推荐路线会自动规避偏的道路，规划有行人较多的路线或商业区集中的路线。
实际上，上述实施例中以用户性别或年龄作为判断点并在夜晚打车时为乘客规划路径，可以相对于上述实施例所述的当所述乘客属于所述特定人群时，根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
在另一些实施例中，根据用户自主选择时间段，如用户选择晚上10点后打车形成需规避小路及要被摄像头全程覆盖。以此来保护任何想要被保护的乘客。
在另一些实施例中，根据用车时间作为判断点，如超过晚上一定时间自动变为规避小路路线及全程可被摄像头覆盖路线合理规划。
实际上，上述实施例中以用车时间作为判断点来规划路径，可以相当于上述实施例所述的当所述用车时间属于所述特定时段时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
例如，用户A平日分早上打车去公司时可以不一定需要进行保护，晚上打车回家，可根据当前的用车时间来确定是否需要选择满足行车安全要求的推荐路线。
本实施例中，可以根据不同的用户信息、及不同的用车场景，提供不同的路径的规划，在需要提供安全乘车环境的情况为乘客提供满足行车安全要求的推荐路径，从而保证了乘客的用车安全。
图7是根据一示例性实施例示出的一种信息处理装置，参照图7，该装置应用于服务器，包括：第一获取模块71、第二获取模块72、第一确定模块73及第一选择模块74；
所述第一获取模块71，被配置为获取乘客的用户信息；
所述第二获取模块72，被配置为获取用车的场景信息；
所述第一确定模块73，被配置为确定备选路径的监控状况信息；
所述第一选择模块74，被配置为根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
在一个可选的实施例中，所述装置还包括：
第二确定模块，被配置为根据所述监控状况信息，确定所述备选路径的监控覆盖率；
第三确定模块，被配置为若所述监控覆盖率大于或等于预定覆盖率，则确定所述监控覆盖状况信息满足所述行车安全要求。
在一个可选的实施例中，所述装置还包括：
第二选择模块，被配置为若各条所述备选路径的所述监控覆盖率均小于所述预定覆盖率，从多条所述备选路径中选择出最高覆盖率的所述备选路径，作为所述推荐路径。
在一个可选的实施例中，所述第一确定模块73，还被配置为：
根据所述备选路径所对应道路，获取在所述道路上公共监控设备的监控状况信息；
和/或，
根据所述备选路径所对应道路，获取在所述道路上私人监控设备的监控状况信息。
在一个可选的实施例中，所述装置还包括：
第四确定模块，被配置为根据所述推荐路径的监控状况信息以及车辆的当前所在监控位置的第一位置，确定所述车辆移动到监控覆盖内的下一个监控位置的第二位置信息；
第五确定模块，被配置为根据所述第一位置信息、所述第二位置信息以及所述车辆的行驶速度，确定到达所述下一个监控为孩子的预计到达时刻；
触发模块，被配置为若在所述预计到达时刻的预计时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息。
在一个可选的实施例中，所述触发模块，还被配置为：
若在所述预计达到时刻的第一预定时间内未监控到所述车辆，向所述用户终端发送提示信息，其中，所述提示信息用于提示是否发送所述求救信息；
若在发出所述提示信息后的第二预定时间内未接收到所述用户终端基于所述提示信息的反馈信息，则触发所述用户终端向所述预定号码发送所述求救信息；
或
若在发出所述提示信息后的第二预定时间内接收到所述用户终端基于所述提示信息的反馈信息指示发送所述求救信息，则触发所述用户终端向所述预定号码发送所述求救信息。
在一个可选的实施例中，所述第一选择模块74，还被配置为：
根据所述用户信息确定所述乘客是否属于特定人群；
当所述乘客属于所述特定人群时，根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
在一个可选的实施例中，所述场景信息包括用车时间信息；
所述第一选择模块74，还被配置为：
根据所述用车时间信息，确定用车时间是否属于特定时段；
当所述用车时间属于所述特定时段时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
在一个可选的实施例中，所述场景信息包括用车区域信息；
所述第一选择模块74，还被配置为：
根据所述用车区域信息，确定用车区域是否属于特定区域；
当所述用车区域属于所述特定区域时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
图8是根据一示例性实施例示出的一种信息处理装置，参照图8，该装置应用于用户终端，包括：检测模块81和显示模块82；
所述检测模块81，被配置为检测作用于所述用户终端的显示界面上针对乘车信息的用户输入，其中，所述乘车信息包括乘客的用户信息及用车的场景信息；
所述显示模块82，被配置为根据所述用户输入，显示监控状况信息满足行车安全要求的推荐路径，其中，所述推荐路径为根据所述用户信息及所述场景信息得到的多条备选路径中确定的。
作为一个可选的实施例，所述装置还包括：
第三获取模块，被配置为获取所述推荐路径的监控状况信息；
所述显示模块82，还被配置为显示监控状况信息满足行车要求的所述推荐路径以及所述推荐路径对应的所述监控状况信息。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图9是根据一示例性实施例示出的一种用于服务器900的框图。参照图9，服务器900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序，这里，例如可以是打车软件。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述任意所述的信息处理方法。
服务器900还可以包括一个电源组件926被配置为服务器900的电源管理，一个有线或无线网络接口950被配置为将服务器900连接到网络，和一个输入输出(I/O)接口958。服务器900可以操作基于存储在存储器932的操作系统，例如WindowsServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。
一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述各实施例所述的信息处理方法。
图10是根据一示例性实施例示出的一种用户终端1000的框图。例如，用户终端1000可以是移动电话，计算机，数字广播用户终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图10，用户终端1000可以包括以下一个或多个组件：处理组件1002，存储1004，电力组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。
处理组件1002通常控制用户终端1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在设备1200的操作。这些数据的示例包括用于在用户终端1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电力组件1006为用户终端1000的各种组件提供电力。电力组件1006可以包括电源管理系统，一个或多个电源，及其他与为用户终端1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在所述用户终端1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当用户终端1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当用户终端1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器，用于为用户终端1000提供各个方面的状态评估。例如，传感器组件1014可以检测到用户终端1000的打开/关闭状态，组件的相对定位，例如所述组件为用户终端1000的显示器和小键盘，传感器组件1014还可以检测用户终端1000或用户终端1000一个组件的位置改变，用户与用户终端1000接触的存在或不存在，用户终端1000方位或加速/减速和用户终端1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1016被配置为便于中的用户终端1000和其他设备之间有线或无线方式的通信。用户终端1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，用户终端1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由用户终端1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质，当所述存储介质中的指令由用户终端的处理器执行时，使得用户终端能够执行上述各实施例所述的信息处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (27)

1.一种信息处理方法，其特征在于，应用于服务器，包括：
获取乘客的用户信息；
获取用车的场景信息；
确定备选路径的监控状况信息；
根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据所述监控状况信息，确定所述备选路径的监控覆盖率；
若所述监控覆盖率大于或等于预定覆盖率，则确定所述监控状况信息满足所述行车安全要求。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
若各条所述备选路径的所述监控覆盖率均小于所述预定覆盖率，从多条所述备选路径中选择出最高监控覆盖率的所述备选路径，作为所述推荐路径。
4.根据权利要求1所述的方法，其特征在于，所述确定备选路径的监控状况信息，包括：
根据所述备选路径所对应道路，获取在所述道路上公共监控设备的监控状况信息；
和/或，
根据所述备选路径所对应道路，获取在所述道路上私人监控设备的监控状况信息。
5.根据权利要求2至4任一项所述的方法，其特征在于，所述方法还包括：
根据所述推荐路径的监控状况信息以及车辆的当前所在监控位置的第一位置信息，确定所述车辆移动到监控覆盖范围内的下一个监控位置的第二位置信息；
根据所述第一位置信息、所述第二位置信息以及所述车辆的行驶速度，确定到达所述下一个监控位置的预计到达时刻；
若在所述预计到达时刻的第一预定时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息。
6.根据所述权利要求5所述的方法，所述若在所述预计到达时刻的第一预定时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息，包括：
若在所述预计到达时刻的第一预定时间内未监控到所述车辆，向所述用户终端发送提示信息，其中，所述提示信息用于提示是否发送所述求救信息；
若在发出所述提示信息后的第二预定时间内未接收到所述用户终端基于所述提示信息的反馈信息，则触发所述用户终端向所述预定号码发送所述求救信息；
或
若在发出所述提示信息后的第二预定时间内接收到所述用户终端基于所述提示信息的反馈信息指示发送所述求救信息，则触发所述用户终端向所述预定号码发送所述求救信息。
7.根据权利要求1所述的方法，其特征在于，所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用户信息确定所述乘客是否属于特定人群；
当所述乘客属于所述特定人群时，根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
8.根据权利要求1所述的方法，其特征在于，所述场景信息包括用车时间信息；
所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用车时间信息，确定用车时间是否属于特定时段；
当所述用车时间属于所述特定时段时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
9.根据权利要求1所述的方法，其特征在于，所述场景信息包括用车区域信息；
所述根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径，包括：
根据所述用车区域信息，确定用车区域是否属于特定区域；
当所述用车区域属于所述特定区域时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
10.根据权利要求1所述的方法，其特征在于，所述方法还包括：
将所述推荐路径发送至用户终端。
11.一种信息处理方法，其特征在于，应用于用户终端，包括：
检测作用于所述用户终端的显示界面上针对乘车信息的用户输入，其中，所述乘车信息包括乘客的用户信息及用车的场景信息；
根据所述用户输入，显示监控状况信息满足行车安全要求的推荐路径，其中，所述推荐路径为根据所述用户信息及所述场景信息得到的多条备选路径中确定的。
12.根据权利要求11所述的方法，其特征在于，所述方法还包括：
获取所述推荐路径的监控状况信息；
所述显示监控状况信息满足行车安全要求的推荐路径，还包括：
显示监控状况信息满足行车安全要求的所述推荐路径以及所述推荐路径对应的所述监控状况信息。
13.一种信息处理装置，其特征在于，应用于服务器，包括：
第一获取模块，被配置为获取乘客的用户信息；
第二获取模块，被配置为获取用车的场景信息；
第一确定模块，被配置为确定备选路径的监控状况信息；
第一选择模块，被配置为根据所述用户信息及所述场景信息，从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
14.根据权利要求13所述的装置，其特征在于，所述装置还包括：
第二确定模块，被配置为根据所述监控状况信息，确定所述备选路径的监控覆盖率；
第三确定模块，被配置为若所述监控覆盖率大于或等于预定覆盖率，则确定所述监控状况信息满足所述行车安全要求。
15.根据权利要求14所述的装置，其特征在于，所述装置还包括：
第二选择模块，被配置为若各条所述备选路径的所述监控覆盖率均小于所述预定覆盖率，从多条所述备选路径中选择出最高覆盖率的所述备选路径，作为所述推荐路径。
16.根据权利要求13所述的装置，其特征在于，所述第一确定模块，还被配置为：
根据所述备选路径所对应道路，获取在所述道路上公共监控设备的监控状况信息；
和/或，
根据所述备选路径所对应道路，获取在所述道路上私人监控设备的监控状态信息。
17.根据权利要求13至14任一项所述的装置，其特征在于，所述装置还包括：
第四确定模块，被配置为根据所述推荐路径的监控状况信息以及车辆的当前所在监控位置的第一位置信息，确定所述车辆移动到监控覆盖内的下一个监控位置的第二位置信息；
第五确定模块，被配置为根据所述第一位置信息、所述第二位置信息以及所述车辆的行驶速度，确定到达所述下一个监控位置的预计到达时刻；
触发模块，被配置为若在所述预计到达时刻的第一预定时间内未监控到所述车辆，则触发用户终端向预定号码发送求救信息。
18.根据权利要求17所述的装置，其特征在于，所述触发模块，还被配置为：
若在所述预计达到时刻的第一预定时间内未监控到所述车辆，向所述用户终端发送提示信息，其中，所述提示信息用于提示是否发送所述求救信息；
若在发出所述提示信息后的第二预定时间内未接收到所述用户终端基于所述提示信息的反馈信息，则触发所述用户终端向所述预定号码发送所述求救信息；
或
若在发出所述提示信息后的第二预定时间内接收到所述用户终端基于所述提示信息的反馈信息指示发送所述求救信息，则触发所述用户终端向所述预定号码发送所述求救信息。
19.根据权利要求13所述的装置，其特征在于，所述第一选择模块，还被配置为：
根据所述用户信息确定所述乘客是否属于特定人群；
当所述乘客属于所述特定人群时，根据所述场景信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
20.根据权利要求13所述的装置，其特征在于，所述场景信息包括用车时间信息；
所述第一选择模块，还被配置为：
根据所述用车时间信息，确定用车时间是否属于特定时段；
当所述用车时间属于所述特定时段时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
21.根据权利要求13所述的装置，其特征在于，所述场景信息包括用车区域信息；
所述第一选择模块，还被配置为：
根据所述用车区域信息，确定用车区域是否属于特定区域；
当所述用车区域属于所述特定区域时，根据所述用户信息从多条所述备选路径中选择出所述监控状况信息满足行车安全要求的推荐路径。
22.根据权利要求13所述的装置，其特征在于，所述装置还包括：
发送模块，被配置为将所述推荐路径发送至用户终端。
23.一种信息处理装置，其特征在于，应用于用户终端，包括：
检测模块，被配置为检测作用于所述用户终端的显示界面上针对乘车信息的用户输入，其中，所述乘车信息包括乘客的用户信息及用车的场景信息；
显示模块，被配置为根据所述用户输入，显示监控状况信息满足行车安全要求的推荐路径，其中，所述推荐路径为根据所述用户信息及所述场景信息得到的多条备选路径中确定的。
24.根据权利要求22所述的装置，其特征在于，所述装置还包括：
第三获取模块，被配置为获取所述推荐路径的监控状况信息；
所述显示模块，还被配置为显示监控状况信息满足行车要求的所述推荐路径以及所述推荐路径对应的所述监控状况信息。
25.一种服务器，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：执行时实现权利要求1至10中任一项所述的方法步骤。
26.一种用户终端，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：执行时实现权利要求11至12任一项所述的方法步骤。
27.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行实现权利要求1至10任一项所述的方法步骤，或者，实现权利要求11至12任一项所述的方法步骤。
CN202010101522.6A 2020-02-19 2020-02-19 信息处理方法、装置、服务器、用户终端及存储介质 Pending CN113283626A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010101522.6A CN113283626A (zh) 2020-02-19 2020-02-19 信息处理方法、装置、服务器、用户终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010101522.6A CN113283626A (zh) 2020-02-19 2020-02-19 信息处理方法、装置、服务器、用户终端及存储介质

Publications (1)

Publication Number Publication Date
CN113283626A true CN113283626A (zh) 2021-08-20

Family

ID=77275073

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010101522.6A Pending CN113283626A (zh) 2020-02-19 2020-02-19 信息处理方法、装置、服务器、用户终端及存储介质

Country Status (1)

Country Link
CN (1) CN113283626A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140062678A (ko) * 2012-11-14 2014-05-26 이경호 택시 안심서비스 시스템 및 그 방법
CN108876522A (zh) * 2018-06-01 2018-11-23 深圳市零度智控科技有限公司 车辆监控方法、装置和计算机可读存储介质
CN109584133A (zh) * 2018-10-15 2019-04-05 深圳壹账通智能科技有限公司 网约车安全控制方法、装置、计算机设备及存储介质
CN109712387A (zh) * 2018-09-26 2019-05-03 姜洪明 网约车、出租车的乘客和司机的安全保护系统
CN110766506A (zh) * 2018-12-12 2020-02-07 北京嘀嘀无限科技发展有限公司 一种订单生成方法、装置、电子设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140062678A (ko) * 2012-11-14 2014-05-26 이경호 택시 안심서비스 시스템 및 그 방법
CN108876522A (zh) * 2018-06-01 2018-11-23 深圳市零度智控科技有限公司 车辆监控方法、装置和计算机可读存储介质
CN109712387A (zh) * 2018-09-26 2019-05-03 姜洪明 网约车、出租车的乘客和司机的安全保护系统
CN109584133A (zh) * 2018-10-15 2019-04-05 深圳壹账通智能科技有限公司 网约车安全控制方法、装置、计算机设备及存储介质
CN110766506A (zh) * 2018-12-12 2020-02-07 北京嘀嘀无限科技发展有限公司 一种订单生成方法、装置、电子设备和存储介质

Similar Documents

Publication Publication Date Title
US10161756B2 (en) Navigation method and device
EP3159867B1 (en) A method and apparatus for alerting a target vehicle of another vehicle
EP3319063B1 (en) Method and apparatus for launching start-stop function
US8768569B2 (en) Information providing method for mobile terminal and apparatus thereof
JP6163017B2 (ja) 携帯端末、及び、危険報知システム
CN109830118B (zh) 基于公共交通的出行策略显示方法、装置及存储介质
CN109017554B (zh) 行驶提醒方法、装置及计算机可读存储介质
US20180356237A1 (en) Enhanced navigation instruction and user determination
CN109029479B (zh) 导航提醒方法及装置、电子设备、计算机可读存储介质
EP3716163A1 (en) Method, device and storage medium for displaying instruction information
CN109990799B (zh) 出行策略显示方法、装置及存储介质
CN108615140B (zh) 行程提醒方法、装置和存储介质
CN110827556A (zh) 交通信号灯的指示状态提示方法、装置及存储介质
CN110887498B (zh) 导航路线推荐方法、装置、电子设备及可读存储介质
WO2017100790A1 (en) Enhanced navigation instruction and user determination
JP6169747B2 (ja) 携帯端末
CN110533948B (zh) 一种路径推荐方法及装置
CN112857381A (zh) 一种路径推荐方法、装置及可读介质
CN110543928A (zh) 检测无轨胶轮车载人人数的方法及装置
CN113283626A (zh) 信息处理方法、装置、服务器、用户终端及存储介质
KR101319518B1 (ko) 음성 인터페이스를 이용한 자동 단속 주행 시스템 및 그 제어방법
CN114724285A (zh) 交通工具解锁方法、装置、设备、服务器、介质和产品
CN110337057B (zh) 一种用于车辆服务的提醒方法和装置
CN111785044A (zh) 交通灯控制方法及装置
US20200342759A1 (en) Method for Determining a Communications Ccenario and Associated Terminal

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