一种信息处理方法及装置与流程

本申请涉及导航领域，特别地，涉及一种信息处理方法及装置。

背景技术：

目前用户使用打车软件的时候，需要在一个具体的位置和司机碰面，车停在路边，乘客上车后才能将乘客送往目的地。在车停靠，乘客上车的位置，有时候停靠的地方会因为道路不能停靠导致司机违章，或者因为道路只能短时停靠而乘客长时间未到上车点导致司机停靠时间过长而违章，或者因为道路拥堵导致司机很难在路边停靠从而无法接上乘客。现有技术中，导航软件难以对地理位置的属性的识别。

因此，需要一种挖掘地理位置的属性的处理方案。

技术实现要素：

本申请的一个方面是关于一种信息处理方法及装置。其中，所述方法可以在至少一个机器上执行，所述至少一个机器中的每一个机器可以具有至少一个处理器和一个存储器。所述方法可以包括以下操作中的一个或多个：

获取待处理信息；根据所述待处理信息，确定所述待处理信息对应的地理位置；根据所述待处理信息，确定所述地理位置对应的属性。

在一些实施例中，所述待处理信息为文本信息。

在一些实施例中，所述获取待处理信息，包括：

从数据库服务器读取所述待处理信息，或者，获取用户终端接收到的推送信息，从所述推送信息中获取所述待处理信息。

在一些实施例中，所述确定待处理信息对应的地理位置，包括：对所述待处理信息做分词操作，根据分词结果，获取城市信息、路名信息、方位信息、时间信息和/或违章类别信息中的至少一项。

在一些实施例中，所述确定所述待处理信息对应的地理位置包括：根据城市信息和路名信息，确定道路交叉路口信息；根据所述道路交叉路口信息和所述方位信息确定所述地理位置。

在一些实施例中，所述确定道路交叉路口信息包括：根据城市信息和路名信息，确定电子地图中对应的多个路段信息；根据所述多个路段信息，得到道路交叉路口信息。

在一些实施例中，所述根据线段信息，得到道路交叉路口信息，包括：确定所述多个路段的交点，得出道路交叉路口信息。

在一些实施例中，所述根据道路交叉路口信息和方位信息得到地理位置，包括：根据所述方位信息确定距离信息和方向信息；根据所述道路交叉路口信息、所述距离信息和所述方向信息，确定所述待处理信息对应的地理位置。

在一些实施例中，所述根据所述待处理信息，确定所述地理位置对应的属性，包括：根据违章类别信息和/或时间信息，确定所述地理位置对应的属性。

在一些实施例中，所述方法还包括：将所述地理位置对应的属性进行存储。

一种信息处理方法，所述方法可以包括以下操作中的一个或多个：获取用户终端的定位信息，根据定位信息确定用户终端的地理位置信息，根据所述地理位置信息获取所述地理位置对应的属性，根据所述属性，向用户终端发送提示信息；其中，所述地理位置对应的属性通过前述信息处理方法获取。

本申请的另一个方式是关于一种信息处理装置。所述装置包括：信息获取单元、地理位置确定单元和地理位置属性确定单元，所述信息获取单元用于获取待处理信息；所述地理位置确定单元用于根据所述待处理信息，确定所述待处理信息对应的地理位置；所述地理位置属性确定单元用于根据所述待处理信息，确定所述地理位置对应的属性；

在一些实施例中，所述装置包括：定位获取单元、属性匹配单元、提示信息确定单元和推送单元；所述定位获取单元用于获取用户终端的定位信息；所述属性匹配单元用于根据所述定位信息确定用户终端的地理位置信息，根据所述地理位置信息获取所述地理位置对应的属性；所述提示信息确定单元用于根据所述属性，确定提示信息。所述推送单元，用于向用户终端推送所述提示信息。

在一些实施例中，所述地理位置确定单元包含自然语言处理单元；所述自然语言处理单元，用于对所述待处理信息做分词操作，根据分词结果，获取城市信息、路名信息、方位信息、时间信息和违章类别信息中的至少一项。

在一些实施例中，所述地理位置确定单元包含地理位置计算单元，所述地理位置计算单元，用于根据待处理信息，确定电子地图中对应的多个路段信息；根据所述路段信息确定所述多个路段的交点，得出道路交叉路口信息；根据所述道路交叉路口信息、所述距离信息和所述方向信息，确定所述待处理信息对应的地理位置。

在一些实施例中，所述地理位置对应的属性计算单元，用于根据违章类别信息和/或时间信息，确定所述地理位置对应的属性。

本申请的另一个方式是关于一种计算机可读存储介质。所述计算机可读存储介质可以用于存储计算机可读取的指令。所述指令被至少一个处理器执行时，可以包括以下操作中的一个或几个：获取待处理信息；根据所述待处理信息，确定所述待处理信息对应的地理位置；根据所述待处理信息，确定所述地理位置对应的属性。

与现有技术相比，本申请的有益效果表现如下：

一、通过对待处理信息进行信息处理，可以获取待处理信息对应的地理位置，进一步挖掘出地理位置对应的属性。通过上述信息处理方式，可以挖掘出各地理位置对应的属性，例如各地理位置是否允许停车、以及各地理位置允许停车的时长等属性。

二、通过获取用户终端的定位信息，可以识别出用户终端所处的地理位置，并将获取到的该地理位置对应的属性，通知给用户终端。通过上述信息处理方式，用户终端所处的地理位置对应的属性提供通知给用户，以便用户及时了解所处的地理位置对应的属性。例如，在打车场景下，当乘客选择上车位置时，可以通过通知乘客选择的上车位置的属性，以便乘客了解在该上车位置上是否允许车辆停靠、以及车辆停靠时间。当司机选择停靠位置时，也可以通知司机选择的停靠位置的属性，以便司机了解在该停靠位置上是否允许车辆停靠以及车辆停靠时间。

附图说明

本申请将以示例性实施例的方式进一步描述，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本申请的一些实施例所示的一种信息处理装置的示意图；

图2是根据本申请的一些实施例所示的一种示例性计算设备的示意图；

图3是根据本申请的一些实施例所示的一种示例性移动设备的示意图；

图4是根据本申请的一些实施例所示的一种示例性处理器的示意图；

图5是根据本申请的一些实施例所示的另一种示例性处理器的示意图；

图6是根据本申请的一些实施例所示的一种示例性处理模块的示意图；

图7是根据本申请的一些实施例所示的获取地理位置对应的属性的一种示例性流程图；

图8是根据本申请的一些实施例所示的确定地理位置信息的一种示例性流程图；

图9是根据本申请的一些实施例所示的确定地理位置信息的一种示例性流程图；

图10是根据本申请的一些实施例所示的确定地理位置信息的一种示例性流程图；

图11是根据本申请的一些实施例所示的向用户终端发送提示信息的一种示例性流程图；

图12-图14是根据本申请的一些实施例所示的确定地理位置信息的示意图；

图15是根据本申请的一些实施例所示的向用户终端发送提示信息流程的示意图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提实施例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

虽然本申请对根据本申请的实施例的系统中的某些模块做出了各种引用，然而，任何数量的不同模块可以被使用并运行在车辆客户端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。

本申请中使用了流程图用来说明根据本申请的实施例的装置所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的交通系统和/或移动终端，不同的交通系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。不同的移动终端包括但不限于智能手机、智能手表、摄像机、照相机、笔记本、平板电脑、个人数码助理(pda)、车载电脑等移动设备。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的装置及方法的应用场景仅仅是本申请的一些实施例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。

图1是根据本申请的一些实施例所示的一种信息处理装置100的示意图。例如，信息处理装置100可以是一个为出行用户的移动终端提供服务的平台。信息处理装置100可以包括一个服务器110、一个或多个存储设备120、一个或多个网络130和一个或多个客户端140。服务器110可以包括一个处理引擎112。

在一些实施例中，服务器110可以是一个单个的服务器或者一个服务器群组。所述服务器群可以是集中式的或分布式的(例如，服务器110可以是一个分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络130访问存储在存储设备120和/或客户端140中的信息和/或数据。再例如，服务器110可以直接连接到存储设备120和/或客户端140以访问存储的信息和/或数据。在一些实施例中，服务器110可以在一个云平台上实现。仅仅举个例子，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、云之间、多重云等或上述举例的任意组合。在一些实施例中，服务器110可以在与本申请图2或图3所示的计算设备上实现。例如，服务器110可以在如图2所示的一个计算设备200上实现，包括计算设备200中的一个或多个部件。再例如，服务器110可以在如图3所示的一个移动设备300上实现，包括计算设备300中的一个或多个部件。

在一些实施例中，服务器110可以包括一个处理引擎112。处理引擎112可以处理与服务请求相关的信息和/或数据以执行本申请描述的一个或多个功能。例如，处理引擎112可以提供一个场景深度估算模块供出行用户的移动终端使用。在一些实施例中，处理引擎112可以包括一个或多个处理器(例如，单核处理器或多核处理器)。仅仅举个例子，处理引擎112可以包括一个或多个硬件处理器，例如中央处理器(cpu)、专用集成电路(asic)、专用指令集处理器(asip)、图像处理器(gpu)、物理运算处理器(ppu)、数字信号处理器(dsp)、现场可编辑门阵列(fpga)、可编辑逻辑器件(pld)、控制器、微控制器单元、精简指令集计算机(risc)、微处理器等或上述举例的任意组合。

存储设备120可以存储数据和/或指令。在一些实施例中，存储设备120可以存储从客户端140获得的数据。在一些实施例中，存储设备120可以存储供服务器110执行或使用的数据和/或指令，服务器110可以通过执行或使用所述数据和/或指令以实现本申请描述的示例性方法。在一些实施例中，存储设备120可以包括大容量存储器、可移动存储器、挥发性读写存储器、只读存储器(rom)等或上述举例的任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态硬盘等。示例性的可移动存储器可以包括闪存盘、软盘、光盘、记忆卡、压缩硬盘、磁带等。示例性的挥发性只读存储器可以包括随机存储器(ram)。示例性的随机存储器可以包括动态随机存储器(dram)、双数据率同步动态随机存储器(ddrsdram)、静态随机存储器(sram)、可控硅随机存储器(t-ram)和零电容存储器(z-ram)等。示例性的只读存储器可以包括掩蔽型只读存储器(mrom)、可编程只读存储器(prom)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、压缩硬盘只读存储器(cd-rom)和数字多功能硬盘只读存储器等。在一些实施例中，存储设备120可以在一个云平台上实现。仅仅举个例子，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、云之间、多重云等或上述举例的任意组合。

在一些实施例中，存储设备120可以与网络130连接以实现与信息处理装置100中的一个或多个部件(例如，服务器110、客户端140等)之间的通信。信息处理装置100的一个或多个部件可以通过网络130访问存储在存储设备120中的数据或指令。在一些实施例中，存储设备120可以直接与信息处理装置100的一个或多个部件(例如，服务器110、客户端140等)连接或通信。在一些实施例中，存储设备120可以是服务器110的一部分。

网络130可以促进信息和/或数据的交换。在一些实施例中，信息处理装置100中的一个或多个部件(例如，服务器110、存储设备120和客户端140等)可以通过网络130向信息处理装置100中的其他部件发送信息和/或数据。例如，服务器110可以通过网络130从车辆客户端140获取/得到请求。在一些实施例中，网络130可以是有线网络或无线网络中的任意一种，或其组合。例如，网络130可以包括电缆网络、有线网络、光纤网络、远程通信网络、内联网、互联网、局域网(lan)、广域网(wan)、无线局域网(wlan)、城域网(man)、公共开关电话网络(pstn)、蓝牙网络、zigbee网络、近场通讯(nfc)网络等或上述举例的任意组合。在一些实施例中，网络130可以包括一个或多个网络接入点。例如，网络130可能包括有线或无线网络接入点，如基站和/或互联网交换点130-1、130-2等等。通过接入点，信息处理装置100的一个或多个部件可能连接到网络130以交换数据和/或信息。

客户端140可以包括但不限于笔记本电脑140-1，车载内置设备140-2、移动设备140-3等中的一个或其任意组合。客户端140可以用于拍照和/或摄像。例如，客户端140可以对其所在位置的周边环境进行拍照和/或摄像。在一些实施例中，车载内置设备140-2可以包括一个车载电脑、一个车载抬头显示(hud)、一个车载自动诊断系统(obd)等或上述举例的任意组合。在一些实施例中，移动设备140-3可以包括一个智能手机、一个行车忌口一个个人数码助理(personaldigitalassistance，pda)、一个平板电脑、一个掌上游戏机、一个智能眼镜、一个智能手表、一个可穿戴设备、一个虚拟显示设备、一个显示增强设备等或上述距离的任意组合。在一些实施例中，客户端140可以将文本信息发送信息处理装置100中的一个或多个设备中。例如，客户端140可以将文本信息发送至服务器110进行处理。

图2是根据本申请的一些实施例所示的一种示例性计算设备200的示意图。服务器110、存储设备120和客户端140可以在计算设备200上实现。例如，处理引擎112可以在计算设备200上实现并被配置为实现本申请中所披露的功能。

计算设备200可以包括用来实现本申请所描述的装置的任意部件。例如，处理引擎112可以在计算设备200上通过其硬件、软件程序、固件或其组合实现。为了方便起见图中仅绘制了一台计算机，但是本申请所描述的信息处理装置100相关的计算功能可以以分布的方式、由一组相似的平台所实施，以分散系统的处理负荷。

计算设备200可以包括与网络连接的通信端口250，用于实现数据通信。计算设备200可以包括一个处理器(例如，cpu)220，可以以一个或多个处理器的形式执行程序指令。示例性的电脑平台可以包括一个内部总线210、不同形式的程序存储器和数据存储器包括，例如，硬盘270、和只读存储器(rom)230或随机存储器(ram)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性的计算设备可以包括存储在只读存储器230、随机存储器240和/或其他类型的非暂时性存储介质中的由处理器220执行的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。计算设备200也包括输入/输出部件260，用于支持电脑与其他部件之间的输入/输出。计算设备200也可以通过网络通讯接收本披露中的程序和数据。

为理解方便，图2中仅示例性绘制了一个处理器。然而，需要注意的是，本申请中的计算设备200可以包括多个处理器，因此本申请中描述的由一个处理器实现的操作和/或方法也可以共同地或独立地由多个处理器实现。例如，如果在本申请中，计算设备200的处理器执行步骤1和步骤2，应当理解的是，步骤1和步骤2也可以由计算设备200的两个不同的处理器共同地或独立地执行(例如，第一处理器执行步骤1，第二处理器执行步骤2，或者第一和第二处理器共同地执行步骤1和步骤2)。

图3是根据本申请的一些实施例所示的一个示例性的移动设备300的示例性硬件和/或软件的示意图。客户端140可以在移动设备300上实现。如图3所示，移动设备300可以包括一个通讯单元310、一个显示单元320、一个图形处理器330、一个处理器340、一个输入/输出单元350、一个内存360和一个存储单元390。移动设备300中还可以包括一个总线或者一个控制器。在一些实施例中，移动操作系统370和一个或多个应用程序380可以从存储单元390加载到内存360中，并由处理器340执行。在一些实施例中，应用程序380可以接收和显示与处理引擎112有关的图像处理或其他信息的信息。输入/输出单元350可以实现用户与信息处理装置100的交互，并将交互相关信息通过网络130提供给信息处理装置100中的其他部件，如服务器110。

为了实现本申请中描述的各种模块、单元及其功能，计算机硬件平台可以用作这里提到的一个或多个元件的硬件平台。一个拥有用户界面元件的计算机可以用于实现个人计算机(pc)或者其它任何形式的工作站或终端设备。通过合适的编程，一个计算机也可以充当一台服务器。

图4是根据本申请的一些实施例所示的一种示例性处理器400的示意图。此披露图中所述处理器400的功能可以由服务器110通过处理器220或客户端通过处理器340实现。所述处理器400可以包括一个信息获取单元401、一个地理位置确定单元402和一个地理位置属性确定单元403。

在一些实施例中，信息获取单元401可以获取待处理信息，地理位置确定单元402根据所述待处理信息，确定所述待处理信息对应的地理位置；地理位置属性确定单元403根据所述待处理信息，确定所述地理位置对应的属性。

在一些实施例中，信息获取单元401可以用于获取与确定一个违章信息相关的数据。例如，信息获取单元401可以获取一个从互联网上的数据库服务器读取的待处理信息，或者获取用户终端接收到的推送信息，从推送信息中获取所述待处理信息。关于地理位置确定单元402的详细描述可参见本披露图6部分的相关描述。关于信息获取单元401的详细描述可参见本披露图7部分的相关描述。

在一些实施例中，地理位置确定单元402可以用于对违章信息进行处理，基于违章信息确定地理位置。关于地理位置确定单元402的详细描述可参见本披露图6部分的相关描述。

在一些实施例中，地理位置属性确定单元403可以用于根据待处理信息，确定地理位置对应的属性。关于地理位置属性确定单元403的详细描述可参见本披露图7部分的相关描述。

图5是根据本申请的一些实施例所示的一种示例性信息处理装置410的示意图。信息处理装置410可以包括定位获取单元411、属性匹配单元412、提示信息确定单元413和推送单元414；

在一些实施例中，定位获取单元411可以用于获取用户终端的定位信息；

在一些实施例中，属性匹配单元412可以用于根据所述定位信息确定用户终端的地理位置信息，根据所述地理位置信息获取所述地理位置对应的属性。

在一些实施例中，提示信息确定单元413可以用于根据所述属性，确定提示信息。

在一些实施例中，推送单元414，可以用于向用户终端推送所述提示信息。

关于信息处理装置410的详细描述可参见本披露图11部分的相关描述。

图6是根据本申请的一些实施例所示的一种示例性地理位置确定单元402的示意图。地理位置确定单元402可以包括一个自然语言处理单元412、一个地理位置计算单元422。

在一些实施例中，自然语言处理单元412可以用于对所述待处理信息做分词操作，根据分词结果，获取城市信息、路名信息、方向信息、距离信息、时间信息和违章类别信息中的至少一项。其中，待处理信息例如为违章信息。

在一些实施例中，地理位置确定单元402的自然语言处理单元412可以根据自然语言处理技术，将违章信息进行切分，按照“城市信息、路名信息、方向信息、距离信息、时间信息和违章类别信息”五个维度抽取。

仅仅作为范例，违章信息“上海市剑河路出延安西路北约100米早7点到早9点不能停车”的抽取结果为，城市信息：上海；路名信息：剑河路，延安西路；方向信息：北，距离信息：约100米；时间信息：早7点到早9点；违章类别：不可停靠。

仅仅作为范例：违章信息“上海市迎宾三路出空港一路东30米全天不能停车”的抽取结果为，城市信息：上海；路名信息：迎宾三路，空港一路；方向信息：东；距离信息：30米；时间信息：全天；违章类别：不可停靠。

在一些实施例中，可以通过停靠时间挖掘，提取不可停靠的时间表示信息。所述时间信息可以使用开始时间(小时:分钟)和结束时间(小时:分钟)表示。

仅仅作为范例，时间信息“早7点到早9点不可停靠”挖掘出的不可停靠时间表示为“开始时间:(7:00)，结束时间:(9:00)”。

仅仅作为范例，时间信息“全天不可停靠”挖掘出的不可停靠时间表示为：开始时间:(00:00)，结束时间:(24:00)。

在一些实施例中，地理位置计算单元422可以用于根据城市信息和路名信息，确定道路交叉路口信息；根据所述道路交叉路口信息和所述方位信息确定所述地理位置。关于地理位置计算单元422的详细描述可参见本披露图8至图10部分的相关描述。

图7是根据本申请的一些实施例所示的获取一个地理位置的对应属性的方法500的一种示例性流程图。

在步骤510，处理器340(例如，处理器340中的获取模块401)可以获取一个终端设备所捕获的待处理信息。

在一些实施例中，所述终端设备可以是任何行驶过程中的设备，包括车载设备、移动设备等。例如，车载设备可以包括一个行车记录仪、一个车载gps定位器等或上述举例的任意组合。移动设备可以包括一个智能手机、一个可穿戴电子设备等或上述举例的任意组合。

在一些实施例中，处理器340可以获取存储在信息处理装置100中的任何存储装置(例如，存储设备120、只读存储器230、存储单元390等)中的违章信息。所述违章信息可以是终端设备从数据库服务器读取到的违章信息，或者，用户终端接收到的推送信息，从所述推送信息中获取所述待处理信息。具体获取方式，可以在车主授权的情况下，通过网络从交管部门网站数据库获取，或者，在车主授权的情况下，通过读取车主接收到的违章通知短信获取。具体获取方式本申请不做限定，本领域能够实现违章信息获取的方式均可用于本申请。

在步骤520，处理器(例如，处理器340中的地理位置确定单元402)可以根据待处理信息，确定待处理信息对应的地理位置。关于步骤520的详细描述可参见本披露图8至图10部分的相关描述。

在步骤530，处理器(例如，处理器340中的地理位置属性确定单元403)可以根据待处理信息，确定地理位置对应的属性。

在一些实施例中，可以根据违章类别信息和/或时间信息，确定所述地理位置对应的属性。

在一些实施例中，所述属性包括不可停靠属性，不可停靠属性包括不可停靠位置、以及不可停靠时间中的一种或多种。不可停靠位置例如可以用地理位置的经纬度坐标表示。不可停靠时间例如可以用不可停靠开始时间、以及不可停靠结束时间表示。

仅仅作为范例，示例一的不可停靠位置为：(id:2，顶点列表:[[121.37655,31.18941],[121.375980,31.190199]]，其中顶点列表显示的是不可停靠位置的经纬度坐标，不可停靠开始时间:(07:00)，不可停靠结束时间:(09:00))。示例二的不可停靠位置为：(id:7，顶点列表:[[121.34945,31.18498],[121.349781,31.184963]]，其中顶点列表显示的是不可停靠位置的经纬度坐标，不可停靠开始时间:(00:00)，不可停靠结束时间:(24:00))。

图8是根据本申请的一些实施例所示的确定地理位置信息的方法600的一种示例性流程图。

在步骤610，地理位置计算单元422可以根据城市信息和路名信息，得到道路交叉路口信息；关于步骤610的详细描述可参见本披露图9部分的相关描述。

在步骤620，地理位置计算单元422可以基于道路交叉路口信息和方位信息确定地理位置。关于步骤620的详细描述可参见本披露图10部分的相关描述。

图9是根据本申请的一些实施例所示的确定道路交叉路口信息的方法700的一种示例性流程图。图12与图13是实施例示意图。

在步骤710，地理位置计算单元422可以根据城市信息和路名信息，确定电子地图中对应的多个路段信息。

在一些实施例中，地图上每一个位置，或者说每一个点都可以用一个[经度，纬度]的组合表示，道路可以认为是有一条或者多条线段组成，每个线段可以用两个顶点连线表示，因此一个线段可以用[[经度1,纬度1],[经度2,纬度2]]这样的方式进行表示，如果道路由一条线段就可以表示，则用[[经度1,纬度1],[经度2,纬度2]]就能表示一条道路，如果道路由多条线段表示，那么就用多个线段组合的方式表示，例如[[经度1,纬度1],[经度2,纬度2]]，[[经度2,纬度2],[经度3,纬度3]]，每条线段有唯一的id，不同的线段有对应的顶点的经纬度和路名。

在一些实施例中，通过道路名索引，将抽取到的城市信息、路名信息传递到路网数据的索引服务得到具体的道路信息。

仅仅作为范例，在图12中，根据城市信息“上海”，路名信息“剑河路”、“延安西路”，索引到的结果有四个，分别为：

id:1,路名：剑河路，顶点列表：[[121.37583,31.19047],[121.37633,31.18971]]；

id:2,路名：剑河路，顶点列表：[[121.37633,31.18971],[121.37655,31.18941]]；

id:3,路名：延安市路，顶点列表：[[121.37655,31.18941],[121.37528,31.18901]]；

id:4,路名：延安西路，顶点列表：[[121.37655,31.18941],[121.37777,31.1898]]。

仅仅作为范例，在图13中，城市信息“上海”，路名信息“迎宾三路，空港一路”的索引结果有如下三个：

id:5,路名：空港一路，顶点列表：[[121.34946,31.18501],[121.34945,31.18498]]；

id:6,路名：迎宾三路，顶点列表：[[121.34888,31.18495],[121.34945,31.18498]]；

id:7,路名：迎宾三路，顶点列表：[[121.34945,31.18498],[121.35106,31.18491]]。

在步骤720，地理位置计算单元422可以根据路段信息，得到道路交叉路口信息。

在一些实施例中，根据线段信息，进行线段相交判断，即求出道路交叉路口。

仅仅作为范例，id:1,路名：剑河路，顶点列表：[[121.37583,31.19047],[121.37633,31.18971]]；

id:2,路名：剑河路，顶点列表：[[121.37633,31.18971],[121.37655,31.18941]]；

id:3,路名：延安市路，顶点列表：[[121.37655,31.18941],[121.37528,31.18901]]；

id:4,路名：延安西路，顶点列表：[[121.37655,31.18941],[121.37777,31.1898]]。

求交点的算法策略如下：首先，遍历每一个线段l；其次，遍历除了l的每一个线段d；再次，判断若l和d的道路名相同，则返回第二步，若l和d的道路名不同，则计算l的顶点和d的顶点的距离；

最后，判断若距离大于等于3米，则返回第二步，若距离少于三米，则记录线段和交点。

按照此算法计算出的示例一的线段和交点为：

id2:[121.37655,31.18941]；id3:[121.37655,31.18941]；id4:[121.37655,31.18941]。

图10是根据本申请的一些实施例所示的根据道路交叉路口信息、距离信息和所述方向信息，确定所述待处理信息对应的地理位置的方法800的一种示例性流程图。图14是实施例示意图。

在步骤810中，地理位置计算单元422可以根据所述方位信息确定距离信息和方向信息；

在一些实施例中，所述方位信息包含距离信息和方向信息，例如方位信息为“北约100米”，从方位信息解析出距离信息：100米，方向信息：北。

在步骤820中，地理位置计算单元422可以根据道路交叉路口信息、距离信息和方向信息，确定所述待处理信息对应的地理位置。

在一些实施例中，地理位置计算单元422可以根据道路交叉路口信息和距离信息，得到道路交叉路口该距离范围内的道路位置与该道路交叉路口的方向角。根据方向角和方向信息，筛选相匹配的方向角，匹配得到不可停靠路段，即地理位置信息。

在一些实施例中，方向角指的是采用某坐标轴方向作为标准方向所确定的方位角。一般是指以观测者的位置为中心，将正北或正南方向作为起始方向旋转到目标的方向线所成的角(一般指锐角)，通常表达成北(南)偏东(西)××度，若正好为45度，则表示为正西(东)南(北)。

仅仅作为范例，在图14中，示例一：方位信息为“北约100米”，从方位信息解析出半径：100米，以交点1为圆心，以方位解析出的半径得到一个圆，求出这个圆与各个线段相交点2、交点3、交点4，得到三个点信息，然后求出交点2、交点3、交点4与交点1的方向角。

在一些实施例中，可以根据方向角和方向信息，筛选相匹配的方向角，匹配得到不可停靠路段，即地理位置信息。

仅仅作为范例，交点2与交点1的方向角是北偏东15度，根据方向信息：北，可得知交点2为示例一违章信息表示的点，具体经纬度为[121.375980,31.190199]，从而确定不可停靠的路段为[121.37655,31.18941],[121.375980,31.190199]。

图11是根据本申请的一些实施例所示的信息处理方法900的一种示例性流程图。

步骤910，获取用户终端的定位信息；

步骤920，根据定位信息确定用户终端的地理位置信息；

步骤930，根据所述地理位置信息获取所述地理位置对应的属性；

步骤940，根据属性信息，向用户终端发送的提示信息。

在一些实施例中，可以根据判断出的道路的不可停靠属性，对司机、乘客进行提示。在乘客使用打车软件叫车的时候，可判断乘客选择的上车位置是否属于不可停靠路段，从而提示用户另选可停靠的路段和司机碰面。在司机停靠在某个路旁时候，可判断是否属于不可停靠路段，从而提示司机不要停车以避免违章。

在一些实施例中，具体的算法策略可以为，首先，获得经纬度位置附近的道路线段id；其次，判断线段id对应的属性为禁止停车，则此经纬度当前时间可以停靠，若线段id对应的属性为禁止停车，则继续判断经纬度是否在线段两个顶点之间；然后，若经纬度不在线段两个顶点之间，则此经纬度当前时间可以停靠，若在线段两个顶点之间，则继续判断当前时间是否在不可停靠时间段内；最后，若当前时间不在停靠时间段内，则此经纬度当前时间可以停靠，若在停靠时间段内，则此经纬度当前时间不可停靠。

仅仅作为范例，在图15中，为乘客推荐上车点设计的过程如下：

第一步、乘客打开打车软件，通过手机定位功能获得定位经度、纬度；

第二步、使用定位经度、纬度请求后端上车点推荐服务；

第三步、上车点推荐服务获得定位经度、纬度周边的曾经有其他人上车的位置；

第四步、判断这些上车位置是否属于不可停靠路段；

第五步、将不可停靠的上车位置过滤；

第六步、返回可停靠的上车位置给乘客。

仅仅作为范例，乘客自行选择起点设计的过程如下：

第一步、乘客打开打车软件后，自己指定了一个上车点位置和经度、维度；

第二步、将上车点位置和经度、维度发送到司乘管控服务；

第三步、司乘管控服务调用道路可停靠性判断服务判断上车位置是否属于不可停靠路段；

第四步、如果上车位置不可停靠，返回提示乘客此上车位置不适合停靠，引导用户另选可停靠上车位置；

第五步、如果上车位置可停靠，则不进行额外提示。

仅仅作为范例，司机停车管控设计的过程如下：

第一步、司机使用司机端app的时候，每隔一段时间会上传其定位经度、纬度；

第二步、通过司机定位经度、纬度的信息，可判断司机的速度；

第三步、当司机的速度降为0，也就是连续3次上传的定位经度、纬度都相同的时候,调用道路可停靠性判断服务判断上车位置是否属于不可停靠路段，判断算法如下：

第四步、如果司机定位经度、纬度不可停靠，则提示司机当前路段不可停靠，有违章风险，提醒司机开车另寻其他位置停靠；

第五步、如果司机定位经度、纬度可以停靠，则不进行额外提示。

图12-图15是根据本申请的一些实施例所示的信息处理方法的示意图。图12为根据城市信息和路名信息，确定电子地图中对应的多个路段信息，图13为根据路段信息，得到道路交叉路口信息的示意图，图14为根据道路交叉路口信息、距离信息和所述方向信息，确定所述待处理信息对应的地理位置的示意图，图15为根据本申请的一些实施例所示的向用户终端发送提示信息流程的示意图。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为实施例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质、或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如java、scala、smalltalk、eiffel、jade、emerald、c++、c#、vb.net、python等，常规程序化编程语言如c语言、visualbasic、fortran2003、perl、cobol2002、php、abap，动态编程语言如python、ruby和groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(lan)或广域网(wan)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(saas)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种实施例讨论了一些目前认为有用的实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。