本发明涉及交通技术领域，尤其涉及一种信息处理方法和装置。
背景技术：
现实生活中，人们利用打车平台打车已经成为日常出行的普遍方式。通常，当乘客有打车需求时，现有打车软件会根据第三方地图数据、海量出行数据以及预设策略算法，通过乘客所在的当前位置，向乘客推荐经纬度信息对应的地点，如某地铁a出口，或者，向乘客推荐建筑物信息对应的地点，如某某商场的北门。
然而，由于乘客所处周围环境较为复杂，使得现有打车平台向乘客推送的信息无法精确刻画出乘客的上车位置，易导致乘客和司机无法顺利见面，增加了乘客的等待时间和司机的寻找时间，增加了乘客的出行成本，降低了乘客的打车体验。
技术实现要素：
本发明提供一种信息处理方法和装置，以解决现有技术中由于乘客所处周围环境较为复杂无法准确刻画乘客上车地点而造成乘客出行不便的问题。
第一方面，本发明提供一种信息处理方法，应用于服务器，所述方法包括：
接收第一终端发送的位置信息；
根据所述位置信息，确定推送信息，所述推送信息包括上车点和上车点名称；
向所述第一终端发送所述推送信息，所述推送信息用于所述第一终端向所述第一终端的用户进行输出。
可选地，所述根据所述位置信息，确定推送信息，包括：
根据所述位置信息，确定所述上车点的第一数目和所述上车点名称的第二数目；
根据所述位置信息，确定候选上车信息集合，所述候选上车信息集合中包括多个上车点和多个上车点名称；
根据上车点的热度值以及上车点名称的属性和热度值，从所述候选上车信息集合中，获取所述第一数目对应的上车点以及所述第二数目对应的上车点名称；
将所述第一数目对应的上车点以及所述第二数目对应的上车点名称确定为所述推送信息。
可选地，所述根据所述位置信息，确定所述上车点的第一数目和所述上车点名称的第二数目，包括：
确定所述位置信息的密度参数集合，所述密度参数集合包括：人群密度参数和名称密度参数，或者，人群密度参数、位置密度参数以及名称密度参数，所述人群密度参数为乘客数量，所述位置密度参数为上车点数量，所述名称密度为建筑物名称数量；
根据所述密度参数集合，确定所述上车点的第一数目和所述上车点名称的第二数目。
可选地，所述根据所述密度参数集合，确定所述上车点的第一数目和所述上车点名称的第二数目，包括：
在所述密度参数集合满足第一预设条件时，确定所述第一数目和所述第二数目皆为一个；
在所述密度参数集合满足第二预设条件时，确定所述第一数目为一个和所述第二数目为至少两个；
在所述密度参数集合满足第三预设条件时，确定所述第一数目和所述第二数目皆为至少两个。
可选地，所述根据上车点的热度值以及上车点名称的属性和热度值，从所述候选上车信息集合中，获取所述第一数目对应的上车点以及所述第二数目对应的上车点名称，包括：
将所述候选上车信息集合中的上车点按照热度值由大到小的顺序排序，取前所述第一数目对应的上车点确定为所述第一数目对应的上车点；
将所述候选上传信息集合中的上车点名称按照热度值由大到小的顺序排序，取属性值不同的前所述第二数目对应的上车点名称确定为所述第二数目对应的上车点名称。
可选地，所述方法还包括：
接收所述第一终端发送的打车请求，所述打车请求中携带有上车信息，所述上车信息为所述第一终端的用户根据所述推送信息确定的；
根据所述上车信息，生成约车请求；
向第二终端发送所述约车请求。
可选地，所述方法还包括：
当所述第二终端在预设时长内仍未到达所述上车信息对应的目标点时，对所述上车信息进行更新，得到更新后的上车信息；
向所述第一终端和所述第二终端发送所述更新后的上车信息。
可选地，所述对所述上车信息进行更新，得到更新后的上车信息，包括：
获取司机与乘客的通讯信息中的上车点和/或上车点名称；
根据所述上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；
将所述校准后的上车信息确定为所述更新后的上车信息。
可选地，所述对所述上车信息进行更新，得到更新后的上车信息，包括：
接收所述第一终端和/或所述第二终端发送的提示信息；
根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；
将所述校准后的上车信息确定为所述更新后的上车信息。
可选地，所述提示信息包括：图片形式、文字形式或视频形式中的至少一种。
第二方面，本发明提供一种信息处理方法，应用于终端，所述方法包括：
向服务器发送位置信息；
接收所述服务器发送的推送信息，所述推送信息包括上车点和上车点名称；
向所述终端的用户输出所述推送信息。
可选地，所述方法还包括：
接收所述终端的用户发送的上车信息，所述上车信息为所述终端的用户根据所述推送信息确定的；
向所述服务器发送打车请求，所述打车请求中携带有上车信息；所述打车请求用于所述服务器生成约车请求，并向其他终端发送所述约车请求。
可选地，所述方法还包括：
向所述服务器发送提示信息，所述提示信息用于所述服务器根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到更新后的上车信息。
第三方面，本发明提供一种服务器，包括：
第一接收模块，用于接收第一终端发送的位置信息；
第一处理模块，用于根据所述位置信息，确定推送信息，所述推送信息包括上车点和上车点名称；
第一发送模块，用于向所述第一终端发送所述推送信息，所述推送信息用于所述第一终端向所述第一终端的用户进行输出。
可选地，所述第一处理模块，具体用于根据所述位置信息，确定所述上车点的第一数目和所述上车点名称的第二数目；根据所述位置信息，确定候选上车信息集合，所述候选上车信息集合中包括多个上车点和多个上车点名称；根据上车点的热度值以及上车点名称的属性和热度值，从所述候选上车信息集合中，获取所述第一数目对应的上车点以及所述第二数目对应的上车点名称；将所述第一数目对应的上车点以及所述第二数目对应的上车点名称确定为所述推送信息。
可选地，所述第一处理模块，用于确定所述位置信息的密度参数集合，所述密度参数集合包括：人群密度参数和名称密度参数，或者，人群密度参数、位置密度参数以及名称密度参数，所述人群密度参数为乘客数量，所述位置密度参数为上车点数量，所述名称密度为建筑物名称数量；根据所述密度参数集合，确定所述上车点的第一数目和所述上车点名称的第二数目。
可选地，所述第一处理模块，用于在所述密度参数集合满足第一预设条件时，确定所述第一数目和所述第二数目皆为一个；在所述密度参数集合满足第二预设条件时，确定所述第一数目为一个和所述第二数目为至少两个；在所述密度参数集合满足第三预设条件时，确定所述第一数目和所述第二数目皆为至少两个。
可选地，所述第一处理模块，用于将所述候选上车信息集合中的上车点按照热度值由大到小的顺序排序，取前所述第一数目对应的上车点确定为所述第一数目对应的上车点；将所述候选上传信息集合中的上车点名称按照热度值由大到小的顺序排序，取属性值不同的前所述第二数目对应的上车点名称确定为所述第二数目对应的上车点名称。
可选地，所述第一接收模块，还用于接收所述第一终端发送的打车请求，所述打车请求中携带有上车信息，所述上车信息为所述第一终端的用户根据所述推送信息确定的；
所述第一处理模块，还用于根据上车信息，生成约车请求；
所述第一发送模块，还用于向第二终端发送所述约车请求。
可选地，所述服务器还包括：
更新模块，用于当所述第二终端在预设时长内仍未到达所述上车信息对应的目标点时，对所述上车信息进行更新，得到更新后的上车信息；
所述第一发送模块，还用于向所述第一终端和所述第二终端发送所述更新后的上车信息。
可选地，所述更新模块，具体用于获取司机与乘客的通讯信息中的上车点和/或上车点名称；根据所述上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；将所述校准后的上车信息确定为所述更新后的上车信息。
可选地，所述更新模块，具体用于接收所述第一终端和/或所述第二终端发送的提示信息；根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；将所述校准后的上车信息确定为所述更新后的上车信息。
可选地，所述提示信息包括：图片形式、文字形式、视频形式中的至少一种。
第四方面，本发明提供一种终端，包括：
第二发送模块，用于向服务器发送位置信息；
第二接收模块，用于接收所述服务器发送的推送信息，所述推送信息包括上车点和上车点名称；
第二处理模块，用于向所述终端的用户输出所述推送信息。
可选地，所述第二接收模块，还用于接收所述终端的用户发送的上车信息，所述上车信息为所述终端的用户根据所述推送信息确定的；
所述第二发送模块，还用于向所述服务器发送打车请求，所述打车请求中携带有上车信息；所述打车请求用于所述服务器生成约车请求，并向其他终端发送所述约车请求。
可选地，所述第二发送模块，还用于向所述服务器发送提示信息，所述提示信息用于所述服务器根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到更新后的上车信息。
可选地，所述提示信息包括：图片形式、文字形式、视频形式中的至少一种。
第五方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的信息处理方法，或者，所述计算机程序被处理器执行时实现第二方面所述的信息处理方法。
第六方面，本发明提供一种电子设备，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行第一方面所述的信息处理方法，或者，所述处理器配置为经由执行所述可执行指令来执行第二方面所述的信息处理方法。
本发明提供的信息处理方法和装置，通过第一终端向服务器发送位置信息，服务器根据位置信息，可以确定包含有上车点和上车点名称的推送信息，进而，服务器可以向第一终端发送推送信息，第一终端便可向第一终端的用户输出推送信息，便于用户进行多项选择。本发明中，由于上车点和上车点名称可以准确且全面的刻画出乘客当前所处场景，使得乘客可以通过第一终端从上车点和上车点名称中选择精准且清晰的上车信息，解决了现有技术中由于乘客所处周围环境较为复杂无法准确刻画乘客上车信息而造成乘客出行不便的问题，避免了由于乘客自身的主观认知无法精准描述上车信息而导致司机无法及时与乘客顺利碰面的现象，提高了乘客的出行效率，节省了司机与乘客的时间成本，降低了乘客的出行成本，满足了乘客的出行体验。
附图说明
为了清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的信息处理方法的场景示意图；
图2为本发明提供的信息处理方法的信令流程图；
图3为本发明提供的信息处理方法的流程图；
图4为本发明提供的信息处理方法的信令流程图；
图5为本发明提供的服务器的结构示意图；
图6为本发明提供的服务器的结构示意图；
图7为本发明提供的终端的结构示意图；
图8为本发明提供的电子设备的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明实施例一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明实施例保护的范围。
图1为本发明提供的信息处理方法的场景示意图，如图1所示，本实施例的信息处理方法应用于打车系统，打车系统包括服务器、第一终端和第二终端。乘客可以通过第一终端向服务器发起打车请求，服务器可以通过第一终端向乘客推荐上车信息，乘客可以通过第一终端选定上车信息，进而第一终端可以向服务器发送乘客选定的上车信息，或者，服务器还可以自动默认上车信息。这样，服务器根据上车信息，可以通过第二终端向距离最近的车辆分配约车请求，司机便可通过第二终端接到乘客的上车信息，便于司机顺利接到乘客。
进一步地，在司机接单之后，服务器可以通过第一终端向乘客显示司机的联系方式和/或通讯信息，服务器还可以通过第二终端向司机显示乘客的联系方式和/或通讯信息，进而，乘客和司机可以相互获知对方的联系方式和/或通讯信息，如乘客与司机之间可以通过服务器进行及时通讯，乘客与司机也可以通过电话号码进行及时通讯。
其中，第一终端内配置的打车功能可以通过安装在该终端内的具有打车功能的应用软件实现，比如打车应用程度等应用软件。第二终端内配置的接单功能可以通过安装在该终端内的具有接单功能的应用软件实现，比如接单应用程度等应用软件。一般情况下，第一终端上安装的应用软件和第二终端上安装的应用软件可以为同一安装应用软件，且服务器可以利用该应用软件，不仅实现乘客的打车功能和司机的接单功能，还可以实现乘客与司机的相互通讯，方便乘客与司机相互联系。
本实施例对第一终端和第二终端的个数不做限定。第一终端对应于乘客，第二终端对应于司机，第一终端和第二终端可以包括但不限于智能手机、平板电脑、笔记本电脑、超级移动个人计算机(英文：ultra-mobilepersonalcomputer，简称：umpc)、上网本、个人数字助理(英文：personaldigitalassistant，简称：pda)等终端。
本实施例的信息处理方法适应于各类操作系统，如适用于windows系统、android系统等等；示例的，本实施例的信息处理方法可以应用于具有windows系统的平板电脑、笔记本电脑等终端，还可以应用于具有android系统的智能手机等终端。
本实施例的服务器、第一终端以及第二终端可以采用现有的操作系统的任意一种，例如可以采用windows系统、安卓系统等等，本实施例对此不做限定。且服务器、第一终端以及第二终端可以采用有线或无线网络进行连接，实现服务器、第一终端以及第二终端之间的短距离或远程的信息传输和控制处理。
下面，通过具体实施例，对信息处理方法的具体过程进行详细说明。
图2为本发明提供的信息处理方法的信令流程图，如图2所示，本实施例的信息处理方法可以包括：
s101、第一终端向服务器发送位置信息。
具体地，在乘客出行需求打车或者帮助他人打车时，乘客可以打开第一终端，第一终端便可自动获取位置信息，第一终端便可向服务器发送该位置信息。其中，位置信息一般可以为第一终端所在的位置信息，也可以为乘客输入到第一终端的位置信息，本实施例对此不做限定。
s102、服务器根据位置信息，确定推送信息，推送信息包括上车点和上车点名称。
具体地，为了便于乘客顺利出行，服务器便可根据接收到的位置信息，可以确定出具体的上车点和上车点名称，即推送信息。其中，上车点为一个或多个经纬度信息，如东经xx北纬xx或者xx地铁a出口等。上传点名称为一个或多个建筑物名称信息，如xx酒店正门或者xx商城南门等。
进一步地，上车点和上车点名称的数目可以根据位置信息所处的实际场景进行设定。为了便于说明，下面结合图3，对s102实施例中的服务器根据位置信息，确定推送信息的具体实现过程进行详细说明。
图3为本发明提供的信息处理方法的流程图，如图3所示，本实施例的信息处理方法可以包括：
s201、根据位置信息，确定上车点的第一数目和上车点名称的第二数目。
具体地，由于服务器中内置有地图或者借助第三方服务器，因此，服务器可以对各个位置周边打车地点的乘客数量、上车点数量以及建筑物名称数量进行统计，因此，由于统计乘客数量、上车点数量以及建筑物名称数量都需要一定的区域范围，且乘客数量、上车点数量以及建筑物名称数量所处的区域范围通常是不同的，因此，可选地，服务器可以确定位置信息的密度参数集合，密度参数集合包括：人群密度参数和名称密度参数，或者，人群密度参数、位置密度参数以及名称密度参数，人群密度参数为乘客数量，位置密度参数为上车点数量，名称密度为建筑物名称数量。
具体地，服务器可以预先将各个位置信息对应的位置密度参数和名称密度参数进行存储。其中，当位置信息发生变化时，服务器还可以实时更新该位置信息对应的位置密度参数和名称密度参数。并且，在服务器接收到位置信息时，服务器可以在乘客打车前后的预设时段内，统计位置信息所处打车区域范围内打车的乘客数量，即该乘客数量为人群密度参数，从而，服务器可以将该乘客数量与建筑物名称数量进行关联，从而确定人群密度参数和名称密度参数，服务器也可以将该乘客数量与上车点数量和建筑物名称数量进行关联，从而确定人群密度参数、位置密度参数以及名称密度参数，即密度参数集合。
进一步地，服务器所获得的密度参数集合可以准确刻画出乘客所处环境的复杂程度，从而，可选地，服务器可以根据密度参数集合，确定上车点的第一数目和上车点名称的第二数目。
可选地，在密度参数集合满足第一预设条件时，确定第一数目和第二数目皆为一个；在密度参数集合满足第二预设条件时，确定第一数目为一个和第二数目为至少两个；在密度参数集合满足第三预设条件时，确定第一数目和第二数目皆为至少两个。
具体地，在密度集合中，当群密度参数、位置密度参数以及名称密度参数皆较小，即群密度参数、位置密度参数以及名称密度参数皆小于各自的预设数量时，密度参数集合满足第一预设条件，服务器便可确定位置信息对应于简单场景，即乘客数量、上车点数量和建筑物名称数量皆较少的场景。进而，服务器可以确定打车点的数目为一个，打车点名称的数目为一个。例如，打车点为xx地铁a出口，打车点名称为xx商城南门。
在密度集合中，当位置密度参数较小，且群密度参数或者名称密度参数较大，即群密度参数或者名称密度参数大于各自的预设数量时，密度参数集合满足第二预设条件，服务器便可确定位置信息对应于密集场景，即上车点数量较少，且乘客数量或者建筑物名称数量较多的场景。进而，服务器可以确定打车点的数目为一个，打车点名称的数目为至少二个。例如，打车点为xx地铁a出口，打车点名称为xx商城南门 xx酒店 xx医院。
在密度集合中，当群密度参数、位置密度参数以及名称密度参数皆较大，即群密度参数、位置密度参数以及名称密度参数皆大于各自的预设数量时，密度参数集合满足第三预设条件，服务器便可确定位置信息对应于极端复杂场景，即乘客数量、上车点数量和建筑物名称数量皆较多的场景。进而，服务器可以确定打车点的数目为至少两个，打车点名称的数目为至少两个。例如，打车点为东经xx北纬xx xx地铁a出口，打车点名称为xx商城南门 xx酒店 xx医院。
s202、根据位置信息，确定候选上车信息集合，候选上车信息集合中包括多个上车点和多个上车点名称。
具体地，参见上述描述，服务器不仅可以预先存储各个位置信息对应的的人群密度参数和名称密度参数，服务器还可以事先存储各个位置信息对应的人群密度参数、位置密度参数以及名称密度参数，从而确定出各个位置信息对应的多个上车点和上传点名称。进而，服务器根据位置信息，可以确定与位置关联的多个上车点和多个上车点名称，即候选上车信息集合。
需要说明的是，上述s201和s202之间没有时序上的先后顺序，且s201、和s202可以同时执行，也可以顺序执行。
s203、根据上车点的热度值和上车点名称的属性和热度值，从候选上车信息集合中，获取第一数目的上车点以及第二数目的上车点名称。
s204、将第一数目对应的上车点以及第二数目对应的上车点名称确定为推送信息。
具体地，服务器可以事先存储有各个上车点的热度值，其中，任一上车点的热度值为乘客或司机所使用该上车点的频率。一般情况下，上车点所使用频率越高，该上车点的热度值越大。服务器还可以事先存储有上车点名称的属性和热度值，其中，任一上车点名称的属性指的是建筑物对应的功能介绍，如医院、酒店、商场等为不同属性的上车点名称。任一上车点名称的热度值为建筑物的级别，如该热度值可以为景点的级别(5a景区、4a景区等)、酒店星级(5星、4星等)。
进一步地，服务器可以根据候选上车信息集合中上车点的热度值和上车点名称的属性和热度值，选择出s101确定的第一数目个上车点以及第二数目个上车点名称。其中，本实施例对服务器确定上车点和上车点名称的具体方式不做限定。
可选地，将候选上车信息集合中的上车点按照热度值由大到小的顺序排序，取前第一数目对应的上车点确定为第一数目对应的上车点；
将候选上传信息集合中的上车点名称按照热度值由大到小的顺序排序，取属性值不同的前第二数目对应的上车点名称为确定为第二数目对应的上车点名称。
具体地，由于服务器事先存储有候选上车信息集合中上车点的热度值和上车点名称的属性和热度值，因此，服务器可以按照候选上车信息集合中上车点的热度值由大到小的顺序对全部上车点进行排序，进而，服务器可以取前第一数目个上车点。服务器还可以按照候选上车信息集合中上车点名称的热度值由大到小的顺序对全部上车点名称进行排序，进而，服务器可以取前第二数目个上车点名称。进一步地，服务器便可将第一数目对应的上车点以及第二数目对应的上车点名称确定为推送信息。
例如，候选上车信息集合中包括上车点1、上车点2、上车点3、上车点名称a、上车点名称b、上车点名称c，上车点1、上车点2和上车点3的热度值依次增大，上车点名称a、上车点名称b、上车点名称c的热度值依次增大，上车点名称a与上车点名称b、上车点名称c为不同属性，上车点名称b和上车点名称c为相同属性。
在服务器根据s302确定上车点的数目为两个，上车点名称的数目为两个时，由于上车点2和上车点3的热度值皆大于上车点1的热度值，因此，服务器可以确定上车点2和上车点3为推送信息中的上车点。又由于上车点名称b和上车点名称c的热度值皆大于上车点名称a的热度值，但上车点名称b和上车点名称c为相同属性，因此，服务器可以确定上车点名称a和上车嗲名称c为推送信息中的上车点名称。
s103、服务器向第一终端发送推送信息，推送信息用于第一终端向第一终端的用户进行输出。
具体地，服务器在确定上车点和上车点名称时，便可向第一终端进行传输，以便第一终端可以准确且全面的推送给用户(即乘客)，便于乘客及时且精确选择上车信息，使得司机与乘客可以顺利见面，提高了乘客的出行效率。
本实施例提供的信息处理方法，通过第一终端向服务器发送位置信息，服务器根据位置信息，可以确定包含有上车点和上车点名称的推送信息，进而，服务器可以向第一终端发送推送信息，第一终端便可向第一终端的用户输出推送信息，便于用户进行多项选择。本实施例中，由于上车点和上车点名称可以准确且全面的刻画出乘客当前所处场景，使得乘客可以通过第一终端从上车点和上车点名称中选择精准且清晰的上车信息，解决了现有技术中由于乘客所处周围环境较为复杂无法准确刻画乘客上车信息而造成乘客出行不便的问题，避免了由于乘客自身的主观认知无法精准描述上车信息而导致司机无法及时与乘客顺利碰面的现象，提高了乘客的出行效率，节省了司机与乘客的时间成本，降低了乘客的出行成本，满足了乘客的出行体验。
下面，继续结合图4，对信息处理方法的具体过程进行详细说明。
图4为本发明提供的信息处理方法的信令流程图，如图4所示，本实施例的信息处理方法可以包括：
s301、第一终端向服务器发送位置信息。
s302、服务器根据位置信息，确定推送信息，推送信息包括上车点和上车点名称。
s303、服务器向第一终端发送推送信息，推送信息用于第一终端向第一终端的用户进行输出。
其中，s301、s302和s303分别与图2实施例中的s101、s102和s103实现方式类似，本实施例此处不再赘述。
s304、第一终端接收第一终端的用户发送的上车信息，上车信息为第一终端的用户根据推送信息确定的。
s305、第一终端向服务器发送打车请求，打车请求中携带有上车信息。
s306、服务器根据上车信息，生成约车请求。
s307、服务器向第二终端发送约车请求。
具体地，在第一终端接收到服务器发送的上车点和上车点名称时，第一终端可以向用户显示上车点和上车点名称，以供用户进行选择，确定用户的上车信息，也可以根据位置信息，从上车点和上车点名称中选择一个直接作为用户的上车信息，本实施例对此不做限定。例如，第一终端可以事先存储有各个上车点和上车点名称的权重，进而，从上车点和上车点名称中确定出上车信息。
进一步地，由于第一终端不仅可以从服务器接收到上车点，还可以从服务器接收到上车点名称，且上车点和上车点名称的组合可以明确刻画上车信息，因此，第一终端可以根据上车点和上车点名称，准确且及时的选择出上车信息。进而，第一终端根据用户确定的上车信息，生成打车请求，并发送给服务器。其中，第一终端也可将用户的目的地信息一起打包生成打车请求，本实施例对此不做限定。服务器再根据该上车信息生成约车请求，并发送给第二终端，保证第一终端和第二终端可以实时同步上车信息，使得乘客可以根据上车信息在约定地点等待司机，司机可以根据上车信息前往约定地点去接乘客，对乘客和司机的顺利碰面提供保障。
另外，服务器还可以通过第一终端和第二终端，实时监测乘客和司机是否顺利碰面。可选地，当第二终端在预设时长内仍未到达上车信息对应的目标地点时，服务器可以确定此时的上车信息不够准确，导致司机无法及时接到乘客。
其中，预设时长可以根据司机从所在位置到上车信息对应的位置之间的距离以及这段距离所处的当前交通状况进行设定，本实施例对此不做限定。
进一步地，为了节省乘客和司机的时间，在上述图4的基础上，本实施例的信息处理方法还可以包括：服务器对上车信息进行更新，并将更新后的上车信息发送给第一终端和第二终端，使得司机和乘客利用更新后的上车信息可以顺利碰面，满足乘客的出行需求。
进一步地，服务器对上车信息的更新方式包括多种，下面，采用两种方式对服务器更新上车信息的具体过程进行详细说明。
一种可行的实施方式，可选地，对上车信息进行更新，得到更新后的上车信息，包括：获取司机与乘客的通讯信息中的上车点和/或上车点名称；根据上车点或上车点名称，对上车信息进行校准，得到校准后的上车信息；将校准后的上车信息确定为更新后的上车信息。
具体地，服务器可以通过第一终端和第二终端获取司机与乘客的通讯信息，从通讯信息中获得上车点和/或上车点名称，进而，根据获取到的上车点和/或上车点名称，对上车信息进行校准，得到校准后的上车信息，从而，服务器将校准后的上车信息确认为更新后的上车信息。
例如，在第一终端和第二终端上皆安装有通行应用程序，司机通过该通行应用程序接到乘客的打车需求时，司机与乘客之间可以进行语音、文本、视频等形式的通讯，进而，服务器可以调取该通行应用程序中存储的通讯信息，来获取上车点和/或上车点名称。
另一种可行的实施方式，可选地，对上车信息进行更新，得到更新后的上车信息，包括：接收第一终端和/或第二终端发送的提示信息；根据提示信息中的上车点或上车点名称，对上车信息进行校准，得到校准后的上车信息；将校准后的上车信息确定为更新后的上车信息。
具体地，当乘客等待较长时间仍未与司机碰面时，乘客可以通过第一终端向服务器发送提示信息；当司机行驶较长时间仍未接到乘客时，司机可以通过第二终端向服务器发送提示信息。因此，服务器可以接收到第一终端和/或第二终端发送的提示信息，进而，根据该提示信息中的上车点或上车点名称，可以对上车信息进行校准，得到校准后的上车信息，从而，服务器将校准后的上车信息确认为更新后的上车信息。
其中，提示信息可以包括多种实现形式，本实施例对此不做限定。可选地，提示信息包括：图片形式、文字形式、视频形式中的至少一种。
图5为本发明提供的服务器的结构示意图，如图5所示，本实施例的服务器50包括：
第一接收模块51，用于接收第一终端发送的位置信息；
第一处理模块52，用于根据位置信息，确定推送信息，推送信息包括上车点和上车点名称；
第一发送模块53，用于向第一终端发送推送信息，推送信息用于第一终端向第一终端的用户进行输出。
可选地，第一处理模块52，具体用于根据位置信息，确定上车点的第一数目和上车点名称的第二数目；根据位置信息，确定候选上车信息集合，候选上车信息集合中包括多个上车点和多个上车点名称；根据上车点的热度值以及上车点名称的属性和热度值，从候选上车信息集合中，获取第一数目对应的上车点以及第二数目对应的上车点名称；将第一数目对应的上车点以及第二数目对应的上车点名称确定为推送信息。
可选地，第一处理模块52，用于确定位置信息的密度参数集合，密度参数集合包括：人群密度参数和名称密度参数，或者，人群密度参数、位置密度参数以及名称密度参数，人群密度参数为乘客数量，位置密度参数为上车点数量，名称密度为建筑物名称数量；根据密度参数集合，确定上车点的第一数目和上车点名称的第二数目。
可选地，第一处理模块52，用于在密度参数集合满足第一预设条件时，确定第一数目和第二数目皆为一个；在密度参数集合满足第二预设条件时，确定第一数目为一个和第二数目为至少两个；在密度参数集合满足第三预设条件时，确定第一数目和第二数目皆为至少两个。
可选地，第一处理模块52，用于将候选上车信息集合中的上车点按照热度值由大到小的顺序排序，取前第一数目对应的上车点确定为第一数目对应的上车点；将候选上传信息集合中的上车点名称按照热度值由大到小的顺序排序，取属性值不同的前第二数目对应的上车点名称确定为第二数目对应的上车点名称。
可选地，第一接收模块51，还用于接收第一终端发送的打车请求，打车请求中携带有上车信息，上车信息为第一终端的用户根据推送信息确定的；
第一处理模块52，用于根据上车信息，生成约车请求；
第一发送模块53，还用于向第二终端发送约车请求。
本实施例提供的服务器可用于执行上述图1-3实施例的信息处理方法，其实现方式和技术效果类似，本实施例此处不再赘述。
图6为本发明提供的服务器的结构示意图，如图6所示，本实施例的服务器50在图5所示装置结构的基础上，还包括：
更新模块54，用于当第二终端在预设时长内仍未到达上车信息对应的目标点时，对上车信息进行更新，得到更新后的上车信息；
第一发送模块53，还用于向第一终端和第二终端发送更新后的上车信息。
可选地，更新模块54，具体用于获取司机与乘客的通讯信息中的上车点和/或上车点名称；根据上车点或上车点名称，对上车信息进行校准，得到校准后的上车信息；将校准后的上车信息确定为更新后的上车信息。
可选地，更新模块54，具体用于接收第一终端和/或第二终端发送的提示信息；根据提示信息中的上车点或上车点名称，对上车信息进行校准，得到校准后的上车信息；将校准后的上车信息确定为更新后的上车信息。
可选地，提示信息包括：图片形式、文字形式、视频形式中的至少一种。
本实施例提供的服务器可用于执行上述图4实施例的信息处理方法，其实现方式和技术效果类似，本实施例此处不再赘述。
本发明中可以根据上述方法示例对服务器进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明各实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
本发明还提供一种计算机可读存储介质，计算机可读存储介质包括计算机程序，计算机程序用于实现如上实施例中的信息处理方法。
图7为本发明提供的终端的结构示意图，如图7所示，本实施例的终端70可以包括：
第二发送模块71，用于向服务器发送位置信息；
第二接收模块72，用于收服务器发送的推送信息，推送信息包括上车点和上车点名称；
第二处理模块73，用于向终端的用户输出推送信息。
可选地，第二接收模块72，还用于接收终端的用户发送的上车信息，上车信息为终端的用户根据推送信息确定的；
第二发送模块71，还用于向服务器发送打车请求，打车请求中携带有上车信息；打车请求用于服务器生成约车请求，并向其他终端发送约车请求。
可选地，第二发送模块71，还用于向服务器发送提示信息，提示信息用于服务器根据提示信息中的上车点或上车点名称，对上车信息进行校准，得到更新后的上车信息。
可选地，提示信息包括：图片形式、文字形式、视频形式中的至少一种。
本实施例提供的终端可用于执行上述图1-4实施例的信息处理方法，具体可参照第一终端，其实现方式和技术效果类似，本实施例此处不再赘述。
本发明中可以根据上述方法示例对终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明各实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
本发明还提供一种计算机可读存储介质，计算机可读存储介质包括计算机程序，计算机程序用于实现如上实施例中的信息处理方法。
图8为本发明提供的电子设备的硬件结构示意图。如图8所示，该电子设备80，用于实现上述任一方法实施例中对应于服务器或终端的操作，本实施例的电子设备80可以包括：存储器81和处理器82；
存储器81，用于存储计算机程序；
处理器82，用于执行存储器存储的计算机程序，以实现上述实施例中的信息处理方法。具体可以参见前述方法实施例中的相关描述。
可选地，存储器81既可以是独立的，也可以跟处理器82集成在一起。
当存储器81是独立于处理器82之外的器件时，电子设备80还可以包括：
总线83，用于连接存储器81和处理器82。
可选地，本申请实施例还包括通信接口84，该通信接口84可以通过总线83与处理器82连接。处理器82可以控制通信接口83来实现电子设备80的上述的接收和发送的功能。
本实施例提供的电子设备可用于执行上述的信息处理方法，其实现方式和技术效果类似，本实施例此处不再赘述。
在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例方法的部分步骤。
应理解，上述处理器可以是中央处理单元(英文：centralprocessingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digitalsignalprocessor，简称：dsp)、专用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponent，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
1.一种信息处理方法，其特征在于，应用于服务器，所述方法包括：
接收第一终端发送的位置信息；
根据所述位置信息，确定推送信息，所述推送信息包括上车点和上车点名称；
向所述第一终端发送所述推送信息，所述推送信息用于所述第一终端向所述第一终端的用户进行输出。
2.根据权利要求1所述的方法，其特征在于，所述根据所述位置信息，确定推送信息，包括：
根据所述位置信息，确定所述上车点的第一数目和所述上车点名称的第二数目；
根据所述位置信息，确定候选上车信息集合，所述候选上车信息集合中包括多个上车点和多个上车点名称；
根据上车点的热度值以及上车点名称的属性和热度值，从所述候选上车信息集合中，获取所述第一数目对应的上车点以及所述第二数目对应的上车点名称；
将所述第一数目对应的上车点以及所述第二数目对应的上车点名称确定为所述推送信息。
3.根据权利要求2所述的方法，其特征在于，所述根据所述位置信息，确定所述上车点的第一数目和所述上车点名称的第二数目，包括：
确定所述位置信息的密度参数集合，所述密度参数集合包括：人群密度参数和名称密度参数，或者，人群密度参数、位置密度参数以及名称密度参数，所述人群密度参数为乘客数量，所述位置密度参数为上车点数量，所述名称密度为建筑物名称数量；
根据所述密度参数集合，确定所述上车点的第一数目和所述上车点名称的第二数目。
4.根据权利要求3所述的方法，其特征在于，所述根据所述密度参数集合，确定所述上车点的第一数目和所述上车点名称的第二数目，包括：
在所述密度参数集合满足第一预设条件时，确定所述第一数目和所述第二数目皆为一个；
在所述密度参数集合满足第二预设条件时，确定所述第一数目为一个和所述第二数目为至少两个；
在所述密度参数集合满足第三预设条件时，确定所述第一数目和所述第二数目皆为至少两个。
5.根据权利要求2所述的方法，其特征在于，所述根据上车点的热度值以及上车点名称的属性和热度值，从所述候选上车信息集合中，获取所述第一数目对应的上车点以及所述第二数目对应的上车点名称，包括：
将所述候选上车信息集合中的上车点按照热度值由大到小的顺序排序，取前所述第一数目对应的上车点确定为所述第一数目对应的上车点；
将所述候选上传信息集合中的上车点名称按照热度值由大到小的顺序排序，取属性值不同的前所述第二数目对应的上车点名称确定为所述第二数目对应的上车点名称。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
接收所述第一终端发送的打车请求，所述打车请求中携带有上车信息，所述上车信息为所述第一终端的用户根据所述推送信息确定的；
根据所述上车信息，生成约车请求；
向第二终端发送所述约车请求。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
当所述第二终端在预设时长内仍未到达所述上车信息对应的目标点时，对所述上车信息进行更新，得到更新后的上车信息；
向所述第一终端和所述第二终端发送所述更新后的上车信息。
8.根据权利要求7所述的方法，其特征在于，所述对所述上车信息进行更新，得到更新后的上车信息，包括：
获取司机与乘客的通讯信息中的上车点和/或上车点名称；
根据所述上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；
将所述校准后的上车信息确定为所述更新后的上车信息。
9.根据权利要求7所述的方法，其特征在于，所述对所述上车信息进行更新，得到更新后的上车信息，包括：
接收所述第一终端和/或所述第二终端发送的提示信息；
根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；
将所述校准后的上车信息确定为所述更新后的上车信息。
10.根据权利要求9所述的方法，其特征在于，所述提示信息包括：图片形式、文字形式或视频形式中的至少一种。
11.一种信息处理方法，其特征在于，应用于终端，所述方法包括：
向服务器发送位置信息；
接收所述服务器发送的推送信息，所述推送信息包括上车点和上车点名称；
向所述终端的用户输出所述推送信息。
12.根据权利要求11所述的方法，其特征在于，所述方法还包括：
接收所述终端的用户发送的上车信息，所述上车信息为所述终端的用户根据所述推送信息确定的；
向所述服务器发送打车请求，所述打车请求中携带有上车信息；所述打车请求用于所述服务器生成约车请求，并向其他终端发送所述约车请求。
13.根据权利要求12所述的方法，其特征在于，所述方法还包括：
向所述服务器发送提示信息，所述提示信息用于所述服务器根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到更新后的上车信息。
14.一种服务器，其特征在于，包括：
第一接收模块，用于接收第一终端发送的位置信息；
第一处理模块，用于根据所述位置信息，确定推送信息，所述推送信息包括上车点和上车点名称；
第一发送模块，用于向所述第一终端发送所述推送信息，所述推送信息用于所述第一终端向所述第一终端的用户进行输出。
15.根据权利要求14所述的服务器，其特征在于，所述第一处理模块，具体用于根据所述位置信息，确定所述上车点的第一数目和所述上车点名称的第二数目；根据所述位置信息，确定候选上车信息集合，所述候选上车信息集合中包括多个上车点和多个上车点名称；根据上车点的热度值以及上车点名称的属性和热度值，从所述候选上车信息集合中，获取所述第一数目对应的上车点以及所述第二数目对应的上车点名称；将所述第一数目对应的上车点以及所述第二数目对应的上车点名称确定为所述推送信息。
16.根据权利要求15所述的服务器，其特征在于，所述第一处理模块，用于确定所述位置信息的密度参数集合，所述密度参数集合包括：人群密度参数和名称密度参数，或者，人群密度参数、位置密度参数以及名称密度参数，所述人群密度参数为乘客数量，所述位置密度参数为上车点数量，所述名称密度为建筑物名称数量；根据所述密度参数集合，确定所述上车点的第一数目和所述上车点名称的第二数目。
17.根据权利要求16所述的服务器，其特征在于，所述第一处理模块，用于在所述密度参数集合满足第一预设条件时，确定所述第一数目和所述第二数目皆为一个；在所述密度参数集合满足第二预设条件时，确定所述第一数目为一个和所述第二数目为至少两个；在所述密度参数集合满足第三预设条件时，确定所述第一数目和所述第二数目皆为至少两个。
18.根据权利要求15所述的服务器，其特征在于，所述第一处理模块，用于将所述候选上车信息集合中的上车点按照热度值由大到小的顺序排序，取前所述第一数目对应的上车点确定为所述第一数目对应的上车点；将所述候选上传信息集合中的上车点名称按照热度值由大到小的顺序排序，取属性值不同的前所述第二数目对应的上车点名称确定为所述第二数目对应的上车点名称。
19.根据权利要求14-18任一项所述的服务器，其特征在于，所述第一接收模块，还用于接收所述第一终端发送的打车请求，所述打车请求中携带有上车信息，所述上车信息为所述第一终端的用户根据所述推送信息确定的；
所述第一处理模块，还用于根据上车信息，生成约车请求；
所述第一发送模块，还用于向第二终端发送所述约车请求。
20.根据权利要求19述的服务器，其特征在于，还包括：
更新模块，用于当所述第二终端在预设时长内仍未到达所述上车信息对应的目标点时，对所述上车信息进行更新，得到更新后的上车信息；
所述第一发送模块，还用于向所述第一终端和所述第二终端发送所述更新后的上车信息。
21.根据权利要求20所述的服务器，其特征在于，所述更新模块，具体用于获取司机与乘客的通讯信息中的上车点和/或上车点名称；根据所述上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；将所述校准后的上车信息确定为所述更新后的上车信息。
22.根据权利要求20所述的服务器，其特征在于，所述更新模块，具体用于接收所述第一终端和/或所述第二终端发送的提示信息；根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到校准后的上车信息；将所述校准后的上车信息确定为所述更新后的上车信息。
23.根据权利要求22所述的服务器，其特征在于，所述提示信息包括：图片形式、文字形式、视频形式中的至少一种。
24.一种终端，其特征在于，包括：
第二发送模块，用于向服务器发送位置信息；
第二接收模块，用于接收所述服务器发送的推送信息，所述推送信息包括上车点和上车点名称；
第二处理模块，用于向所述终端的用户输出所述推送信息。
25.根据权利要求24所述的终端，其特征在于，所述第二接收模块，还用于接收所述终端的用户发送的上车信息，所述上车信息为所述终端的用户根据所述推送信息确定的；
所述第二发送模块，还用于向所述服务器发送打车请求，所述打车请求中携带有上车信息；所述打车请求用于所述服务器生成约车请求，并向其他终端发送所述约车请求。
26.根据权利要求25所述的终端，其特征在于，所述第二发送模块，还用于向所述服务器发送提示信息，所述提示信息用于所述服务器根据所述提示信息中的上车点或上车点名称，对所述上车信息进行校准，得到更新后的上车信息。
27.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-10任一项所述的信息处理方法，或者，所述计算机程序被处理器执行时实现权利要求11-13任一项所述的信息处理方法。
28.一种电子设备，其特征在于，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-10任一项所述的信息处理方法，或者，所述处理器配置为经由执行所述可执行指令来执行权利要求11-13任一项所述的信息处理方法。
技术总结