CN111896020A - 用于信息处理的方法、电子设备和存储介质 - Google Patents

Abstract

本公开的实施例涉及用于信息处理的方法、电子设备和计算机存储介质，涉及信息处理领域。根据该方法，如果确定导航路线中的子路线与第一出行方式相关联，则确定子路线的长度是否超过预定长度；如果确定子路线的长度超过预定长度，则获取与子路线相关联的天气信息、路况信息和道路政策信息中的至少一项；基于天气信息、路况信息和道路政策信息中的至少一项，确定与多种出行方式相关联的多个权重；以及基于多个权重，从多种出行方式中确定第二出行方式作为子路线的替代出行方式。由此，能够在导航路线中步行子路线超过预定长度的情况下根据天气、路况和道路政策中的至少一种因素确定更合适的出行方式。

Description

用于信息处理的方法、电子设备和存储介质

技术领域

本公开的实施例总体涉及信息处理领域，具体涉及用于信息处理的方法、电子设备和计算机存储介质。

背景技术

传统导航在“最后一公里”导航时往往给出步行到目的地的方式。如果步行路线长度超过2公里以上，按照正常步行速度，需要耗费20-25分钟。这种方式一方面耽误了用户时间，另一方面没有给出更合适用户的出行方式。

发明内容

提供了一种用于信息处理的方法、电子设备以及计算机存储介质，能够在导航路线中步行子路线超过预定长度的情况下根据天气、路况和道路政策中的至少一种因素确定更合适的出行方式。

根据本公开的第一方面，提供了一种用于信息处理的方法。该方法包括：如果确定导航路线中的子路线与第一出行方式相关联，则确定子路线的长度是否超过预定长度；如果确定子路线的长度超过预定长度，则获取与子路线相关联的天气信息、路况信息和道路政策信息中的至少一项；基于天气信息、路况信息和道路政策信息中的至少一项，确定与多种出行方式相关联的多个权重；以及基于多个权重，从多种出行方式中确定第二出行方式作为子路线的替代出行方式。

根据本公开的第二方面，提供了一种电子设备。该电子设备包括：至少一个处理器，以及与至少一个处理器通信连接的存储器，其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行根据第一方面所述的方法。

在本公开的第三方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现根据本公开的第一方面的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素。

图1是根据本公开的实施例的信息处理环境100的示意图。

图2是根据本公开的实施例的用于信息处理的方法200的示意图。

图3是根据本公开的实施例的用于确定与多种出行方式相关联的多个权重的方法300的示意图。

图4是根据本公开的实施例的用于从多种出行方式中确定第二出行方式作为子路线的替代出行方式的方法400的示意图。

图5是根据本公开的实施例的用于从多种出行方式中确定第二出行方式作为子路线的替代出行方式的方法500的示意图。

图6是根据本公开的实施例的用于获取与子路线相关联的路况信息的方法600的示意图。

图7示出了根据本公开的实施例的用于确定与出行时间和子路线相关联的路况信息的方法700的流程图。

图8是用来实现本公开实施例的用于信息处理的方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上所述，传统导航针对“最后一公里”的步行导航路线没有结合实际的天气、路况等信息给出最适合用户的出行方式，浪费了用户时间并且用户体验不佳。具体来说，传统方案在步行距离情况下如没有可用的公共交通，就显示步行且不能提供更多类似网约车、共享单车等可选方案，也不能无缝衔接发起网约车叫车服务，需要用户重新输入起始点和目的地，造成效率低下，用户体验不佳。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于信息处理的方案。在该方案中，如果确定导航路线中的子路线与第一出行方式相关联，则确定子路线的长度是否超过预定长度；如果确定子路线的长度超过预定长度，则获取与子路线相关联的天气信息、路况信息和道路政策信息中的至少一项；基于天气信息、路况信息和道路政策信息中的至少一项，确定与多种出行方式相关联的多个权重；以及基于多个权重，从多种出行方式中确定第二出行方式作为子路线的替代出行方式。

由此，能够在导航路线中步行子路线超过预定长度的情况下根据天气、路况和道路政策中的至少一种因素确定更合适的出行方式。

在下文中，将结合附图更详细地描述本方案的具体示例。

图1示出了根据本公开的实施例的信息处理环境100的示例的示意图。信息处理环境100可以包括计算设备110、导航路线120、天气信息服务器130和交通信息服务器130。

计算设备110例如包括但不限于终端设备、服务器。终端设备例如包括但不限于个人计算机、台式计算机、膝上型计算机、平板计算机、智能手机、个人数字助理、可穿戴设备。服务器例如包括但不限于服务器计算机、多处理器系统、大型计算机、包括上述系统或设备中的任意一个的分布式计算环境等。在一些实施例中，计算设备110可以具有一个或多个处理单元，包括诸如图像处理单元GPU、现场可编程门阵列FPGA和专用集成电路ASIC等的专用处理单元以及诸如中央处理单元CPU的通用处理单元。

导航路线120可以包括多条子路线，每条子路线可与出行方式相关联。出行方式例如包括但不限于步行、地铁、公交、共享单车、共享汽车、网约车等等。在一些实施例中，导航路线120中的子路线可与步行相关联，例如导航路线120中的开始子路线和/或结尾子路线可能是步行路线。导航路线120例如可以是由计算设备110基于用户输入的出发点和目的地确定的。

天气信息服务器130可存储有与多个区域相关联的天气信息，例如当前天气信息和/或未来天气信息。计算设备110可以从天气信息服务器130获取与导航路线中的子路线相关联的天气信息，例如子路线所在区域的天气信息。

交通信息服务器130可存储有与多个区域相关联的路况信息和道路政策信息。在一些实施例中，计算设备110可以从交通信息服务器130获取与导航路线中的子路线相关联的路况信息和道路政策信息，例如子路线所在区域的路况信息和道路政策信息。在另一些实施例中，计算设备110可以实现有交通信息平台，计算设备110可以在本地获取与导航路线中的子路线相关联的路况信息和道路政策信息。

计算设备110用于如果确定导航路线120中的子路线与第一出行方式相关联，则确定子路线的长度是否超过预定长度；如果确定子路线的长度超过预定长度，则获取与子路线相关联的天气信息、路况信息和道路政策信息中的至少一项；基于天气信息、路况信息和道路政策信息中的至少一项，确定与多种出行方式相关联的多个权重；以及基于多个权重，从多种出行方式中确定第二出行方式作为子路线的替代出行方式。

图2示出了根据本公开的实施例的用于信息处理的方法200的流程图。例如，方法200可以由如图1所示的计算设备110来执行。应当理解的是，方法200还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框202处，计算设备110确定导航路线中的子路线是否与第一出行方式相关联。第一出行方式例如包括但不限于步行。

如果在框202处计算设备110确定导航路线中的子路线与第一出行方式相关联，则在框204处确定子路线的长度是否超过预定长度。预定长度例如包括但不限于2公里、3公里等。

如果在框204处计算设备110确定子路线的长度超过预定长度，则在框206处获取与子路线相关联的天气信息、路况信息和道路政策信息中的至少一项。计算设备110例如可以从天气信息服务器130获取与子路线相关联的天气信息，和/或从交通信息服务器140或在本地获取与子路线相关联的路况信息和/或道路政策信息。

在框208处，计算设备110基于天气信息、路况信息和道路政策信息中的至少一项，确定与多种出行方式相关联的多个权重。

天气信息例如包括但不限于雨、雪、风、冰雹等。对于不同的天气信息，相同的出行方式可以具有不同的权重。对于相同的天气信息，不同的出行方式可以具有不同的权重。

路况信息例如包括但不限于拥堵、缓慢、正常、顺畅等。对于不同的路况信息，相同的出行方式可以具有不同的权重。对于相同的路况信息，不同的出行方式可以具有不同的权重。

道路政策信息例如包括但不限于限号、仅限步行、禁止网约车等等。对于不同的道路政策信息，相同的出行方式可以具有不同的权重。对于相同的道路政策信息，不同的出行方式可以具有不同的权重。

在一些实施例中，可以基于天气信息、路况信息和道路政策信息，确定与多种出行方式相关联的多个权重。下文将结合图3详细描述用于确定与多种出行方式相关联的多个权重的方法。

在框210处，基于多个权重，从多种出行方式中确定第二出行方式作为子路线的替代出行方式。例如，从多种出行方式中确定权重最大的第二出行方式作为子路线的替代出行方式。下文将结合图4和图5详细描述用于从多种出行方式中确定第二出行方式作为子路线的替代出行方式的方法。

由此，能够在导航路线中步行子路线超过预定长度的情况下根据天气、路况和道路政策中的至少一种因素确定更合适的出行方式，提高用户体验。

在一些实施例中，方法200还可以包括经由终端设备，呈现子路线、与第一出行方式有关的信息和与第二出行方式有关的可选择对象，可选择对象响应于用户选择触发针对第二出行方式的出行请求。与第一出行方式有关的信息例如包括但不限于步行距离、步行时间、步行方向等等。响应于用户对可选择对象的选择，例如点击，可以触发针对第二出行方式的出行请求。可选择对象例如包括但不限于可选择的虚拟按钮。例如，计算设备110可以为服务器，则计算设备110向终端设备发送子路线、与第一出行方式有关的信息和与第二出行方式有关的信息，以便经由终端设备呈现子路线、与第一出行方式有关的信息和与第二出行方式有关的可选择对象。又如，计算设备110可以为终端设备，则计算设备110可以直接呈现子路线、与第一出行方式有关的信息和与第二出行方式有关的可选择对象。用户在点击该虚拟按钮之后可以触发针对第二出行方式的出行请求，例如计算设备110可以向与第二出行方式相关联的服务器发送出行请求。由此，可以向用户直观呈现子路线的替代出行方式。

图3示出了根据本公开的实施例的用于确定与多种出行方式相关联的多个权重的方法300的流程图。例如，方法300可以由如图1所示的计算设备110来执行。应当理解的是，方法300还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框302处，计算设备110基于天气信息，确定与多种出行方式相关联的多个第一子权重。例如，以天气信息包括雨、雪、风和冰雹以及多种出行方式包括网约车、共享单车、共享汽车和步行为例，可以基于以下表1和与子路线相关联的天气信息，确定网约车、共享单车、共享汽车和步行的第一子权重。例如，如果与子路线相关联的天气信息为雨，则网约车、共享单车、共享汽车和步行的第一子权重分别为0.5、0.3、0.7和-0.1。

表1：

在框304处，计算设备110基于路况信息，确定与多种出行方式相关联的多个第二子权重。例如，以路况信息包括拥堵、缓慢、正常和顺畅以及多种出行方式包括网约车、共享单车、共享汽车和步行为例，可以基于以下表2和与子路线相关联的路况信息，确定网约车、共享单车、共享汽车和步行的第二子权重。例如，如果与子路线相关联的路况信息为顺畅，则网约车、共享单车、共享汽车和步行的第一子权重分别为0.9、0.5、0.9和0.1。

表2：

路况	网约车	共享单车	共享汽车	步行
					拥堵	-0.1	0.9	-0.1	0.7
缓慢	0.1	0.9	0.1	0.5
					正常	0.7	0.5	0.7	0.1
顺畅	0.9	0.5	0.9	0.1

在框306处，计算设备110基于道路政策信息，确定与多种出行方式相关联的多个第三子权重。例如，以道路政策信息包括限号、仅限步行和禁止网约车以及多种出行方式包括网约车、共享单车、共享汽车和步行为例，可以基于以下表3和与子路线相关联的道路政策信息，确定网约车、共享单车、共享汽车和步行的第三子权重。例如，如果与子路线相关联的道路政策信息为限号，则网约车、共享单车、共享汽车和步行的第一子权重分别为0.5、0.9、0.5和0.1。

表3：

道路政策	网约车	共享单车	共享汽车	步行
					限号	0.5	0.9	0.5	0.1
仅限步行	-1	-1	-1	1
					禁止网约车	-1	0.5	1	0.1

在框308处，计算设备110按照出行方式的类型对多个第一子权重、多个第二子权重和多个第三子权重相加，以得到与多种出行方式相关联的多个权重。继续上文提及的例子，对与网约车相关联的第一子权重0.5、第二子权重0.9和第三权重相加0.5，得到与网约车相关联的权重为1.9。类似地，与共享单车相关联的权重为1.7，与共享汽车相关联的权重为2.1，与步行相关联的权重为0.1。

由此，能够基于天气、路况和道路政策这三种因素确定出行方式的权重，以便更好地选择合适出行方式。

在一些实施例中，计算设备110还可以从用户历史出行数据中确定与多种出行方式相关联的多个出行频次。随后，计算设备110可以基于多个出行频次，调节与多种出行方式相关联的多个权重。例如可以在与出行方式相关联的权重上增加与该出行方式相关联的出行频次乘以预定权重增加值的积。预定权重增加值例如包括但不限于0.1、0.05等。例如，如果网约车的出行频次为3次，则可以在网约车的权重上增加3*0.1，如果共享单车的出行频率为5次，则可以在共享单车的权重上增加5*0.1。由此，能够基于用户历史出行数据来调节出行方式的权重，更贴合用户的实际偏好。

备选地或者附加地，在一些实施例中，计算设备110可以从用户历史出行数据中获取自当前时间往前预定时间窗口内的历史出行数据。预定时间窗口例如包括但不限于1周、1个月、3个月等等。随后，计算设备110可以从所获取的历史出行数据中确定与多种出行方式相关联的多个出行频次。由此，能够只针对当前时间往前预定时间窗口内的历史出行数据计算多种出行方式的出行频次，更具有时效性。

备选地或者附加地，在一些实施例中，计算设备110可以基于关于用户是否会开车的预先配置信息，调节与共享汽车相关联的权重。例如如果预先配置信息指示用户不会开车，则将与共享汽车相关联的权重设置为预定权重，例如负无穷或-1000这种大的负数。如果预先配置信息指示用户会开车，则将与共享汽车相关联的权重增加预定权重增加值，例如0.1。

图4示出了根据本公开的实施例的用于从多种出行方式中确定第二出行方式作为子路线的替代出行方式的方法400的流程图。例如，方法400可以由如图1所示的计算设备110来执行。应当理解的是，方法400还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框402处，计算设备110确定多种出行方式在子路线所在区域的可用性。计算设备110可以从与出行方式相关联的出行服务器获取该出行方式在子路线所在区域的可用性。例如，计算设备110可以从与共享单车相关联的服务器获取共享单车在子路线所在区域的可用性，可以从与共享汽车相关联的服务器获取共享汽车在子路线所在区域的可用性，以及可以从与网约车相关联的服务器获取网约车在子路线所在区域的可用性。

在一些实施例中，计算设备110可以基于出行方式在子路线所在区域的位置和/或数量，确定出行方式在子路线所在区域的可用性。例如，对于共享单车而言，计算设备110可以从与共享单车相关联的服务器(例如共享单车平台)获取共享单车在子路线所在区域(例如以子路线起点和终点以顶点的矩形区域)的位置，如果确定共享单车的位置与该子路线的起点之间的距离小于或等于预定距离，例如10米、20米、50米等，则确定共享单车在子路线所在区域可用。还如，对于网约车而言，计算设备110可以从与网约车相关联的服务器(例如网约车平台)获取网约车载子路线所在区域的数量，如果确定该数量大于或等于预定数量，例如1、3、5辆，则确定网约车在子路线所在区域可用。共享汽车的可用性确定可以与共享单车类似，不再赘述。

在框404处，计算设备110基于可用性，从多种出行方式中确定在子路线所在区域可用的至少一种出行方式。例如，确定在子路线所在区域可用的是共享单车和共享汽车。

在框406处，计算设备110从至少一种出行方式中确定权重最大的第二出行方式作为子路线的替代出行方式。继续结合图3描述的例子，共享单车的权重为1.7，共享汽车的权重为2.1，则确定共享汽车作为子路线的替代出行方式。

由此，能够通过打通多种出行方式提供方之间的数据孤岛，确定在子路线区域可用的权重最大的出行方式作为替代出行方式，使得替代出行方式的确定同时满足实际需求和实际供给，提高用户满意度。

图5示出了根据本公开的实施例的用于从多种出行方式中确定第二出行方式作为子路线的替代出行方式的方法500的流程图。例如，方法500可以由如图1所示的计算设备110来执行。应当理解的是，方法500还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框502处，计算设备110从多种出行方式中确定权重最大的第二出行方式。继续结合图3描述的例子，与网约车相关联的权重为1.9，与共享单车相关联的权重为1.7，与共享汽车相关联的权重为2.1，与步行相关联的权重为0.1，则确定权重最大的出行方式为共享汽车。

在框504处，计算设备110确定第二出行方式在子路线所在区域是否可用。例如，计算设备110可以从与共享汽车相关联的服务器获取共享汽车在子路线所在区域是否可用的信息。

如果计算设备110在框504处确定第二出行方式在子路线所在区域可用，则在框506处确定第二出行方式作为子路线的替代出行方式。

如果计算设备110在框504处确定第二出行方式在子路线所在区域不可用，则可以从剩余多种出行方式确定权重最大的出行方式并重复步骤504。继续结合上面的例子，从剩余的网约车、共享单车以及步行中确定权重最大的出行方式为网约车。随后，确定网约车在子路线所在区域是否可用，如果可用，则确定网约车作为子路线的替代出行方式，如果不可用，则重复上述过程，不再赘述。

由此，能够在确定权重最大的出行方式后再基于该出行方式的可用性来确定替代出行方式，避免了先确定多种出行方式可用性导致的资源开销，提高了效率。

图6示出了根据本公开的实施例的用于获取与子路线相关联的路况信息的方法600的流程图。例如，方法600可以由如图1所示的计算设备110来执行。应当理解的是，方法600还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框602处，计算设备110确定当前时间与子路线的出行时间之间的时间间隔是否小于或等于预定时间间隔。预定时间间隔例如包括但不限于5分钟、3分钟、1分钟等等。

如果计算设备110在框602处确定当前时间与子路线的出行时间之间的时间间隔小于或等于预定时间间隔，则在框604处获取与子路线相关联的当前路况信息。例如，计算设备110可以从交通信息服务器140或者在本地获取与子路线相关联的当前路况信息。

如果计算设备110在框602处确定当前时间与子路线的出行时间之间的时间间隔大于预定时间间隔，则在框606处基于历史路况数据，确定与出行时间和子路线相关联的路况信息。例如，计算设备110可存储有历史路况数据，并且可以基于存储的历史路况数据来预估子路线在出行时间的路况。

由此，能够基于子路线的不同出行时间确定相关路况信息，提高所确定路况信息的准确度。

图7示出了根据本公开的实施例的用于确定与出行时间和子路线相关联的路况信息的方法700的流程图。例如，方法700可以由如图1所示的计算设备110来执行。应当理解的是，方法700还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框702处，计算设备110确定子路线的第一历史平均通行速度。计算设备110例如可以本地存储有历史路况数据，其中记录有子路线的长度以及各种车辆完成该子路线所花费的时间等等。第一历史平均通行速度例如包括但不限于当前时间往前预定时间间隔内的历史平均通行速度，例如半年、1年、2年内的历史平均通行速度。

在框704处，计算设备110确定与出行时间相关联的天气信息。例如可以从天气信息服务器获取与出行时间相关联的天气信息。

在框706处，计算设备110确定子路线在所确定的天气信息下的第二历史平均通行速度。第二历史平均通行速度例如包括但不限于子路线在雨、雪或风等天气下的半年、1年或2年内的历史平均通行速度。

在框708处，计算设备110确定子路线在与出行时间相对应的历史时间的第三历史平均通行速度。例如，出行时间为下午5点，则确定子路线半年、1年或2年内的在历史下午5点的历史平均通行速度。

在框710处，计算设备110基于第二历史平均通行速度与第一历史平均通行速度的比值，调节第三历史平均通行速度。例如，将该比值与第三历史平均通行速度相乘，得到调节后的第三历史平均通行速度。

在框712处，计算设备110基于调节后的第三历史平均通行速度，确定与出行时间和子路线相关联的路况信息。例如，如果调节后的第三历史平均通行速度小于30公里每小时，则确定路况信息为拥堵；如果调节后的第三历史平均通行速度大于或等于30公里每小时且小于50公里每小时，则确定路况信息为缓慢；如果调节后的第三历史平均通行速度大于或等于50公里每小时且小于70公里每小时，则确定路况信息为正常；如果调节后的第三历史平均通行速度大于或等于70公里每小时，则确定路况信息为顺畅。

由此，能够通过与出行时间相关联的天气信息下的历史平均通行时间和常规历史平均通行时间之间的比值来调节与出行时间相对应的历史时间下的平均通行时间，充分考虑了天气因素和时间因素，能够比较精准地确定与出行时间和子路线相关联的路况信息。

图8示出了可以用来实施本公开内容的实施例的示例设备800的示意性框图。例如，如图1所示的计算设备110可以由设备800来实施。如图所示，设备800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的计算机程序指令或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序指令，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标、麦克风等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法200-700，可由处理单元801执行。例如，在一些实施例中，方法200-700可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序被加载到RAM 803并由CPU801执行时，可以执行上文描述的方法200-700的一个或多个动作。

本公开涉及方法、装置、系统、电子设备、计算机可读存储介质和/或计算机程序产品。计算机程序产品可以包括用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (11)

1.一种用于信息处理的方法，包括：

如果确定导航路线中的子路线与第一出行方式相关联，则确定所述子路线的长度是否超过预定长度；

如果确定所述子路线的所述长度超过所述预定长度，则获取与所述子路线相关联的天气信息、路况信息和道路政策信息中的至少一项；

基于所述天气信息、所述路况信息和所述道路政策信息中的至少一项，确定与多种出行方式相关联的多个权重；以及

基于所述多个权重，从所述多种出行方式中确定第二出行方式作为所述子路线的替代出行方式。

2.根据权利要求1所述的方法，其中确定与所述多种出行方式相关联的所述多个权重包括：

基于所述天气信息，确定与所述多种出行方式相关联的多个第一子权重；

基于所述路况信息，确定与所述多种出行方式相关联的多个第二子权重；

基于所述道路政策信息，确定与所述多种出行方式相关联的多个第三子权重；以及

按照出行方式的类型对所述多个第一子权重、所述多个第二子权重和所述多个第三子权重相加，以得到与所述多种出行方式相关联的所述多个权重。

3.根据权利要求2所述的方法，其中确定与所述多种出行方式相关联的所述多个权重还包括：

从用户历史出行数据中确定与所述多种出行方式相关联的多个出行频次；以及

基于所述多个出行频次，调节与所述多种出行方式相关联的所述多个权重。

4.根据权利要求3所述的方法，其中从所述用户历史出行数据中确定与所述多种出行方式相关联的所述多个出行频次包括：

从所述用户历史出行数据中获取自当前时间往前预定时间窗口内的历史出行数据；以及

从所获取的所述历史出行数据中确定与所述多种出行方式相关联的所述多个出行频次。

5.根据权利要求1所述的方法，其中从所述多种出行方式中确定所述第二出行方式作为所述子路线的所述替代出行方式包括：

确定所述多种出行方式在所述子路线所在区域的可用性；

基于所述可用性，从所述多种出行方式中确定在所述子路线所在区域可用的至少一种出行方式；以及

从所述至少一种出行方式中确定权重最大的第二出行方式作为所述子路线的所述替代出行方式。

6.根据权利要求1所述的方法，其中从所述多种出行方式中确定所述第二出行方式作为所述子路线的所述替代出行方式包括：

从所述多种出行方式中确定权重最大的第二出行方式；以及

如果确定所述第二出行方式在所述子路线所在区域可用，则确定所述第二出行方式作为所述子路线的所述替代出行方式。

7.根据权利要求1所述的方法，其中获取与所述子路线相关联的所述路况信息包括：

如果确定当前时间与所述子路线的出行时间之间的时间间隔小于或等于预定时间间隔，则获取与所述子路线相关联的当前路况信息；以及

如果确定所述时间间隔大于所述预定时间间隔，则基于历史路况数据，确定与所述出行时间和所述子路线相关联的路况信息。

8.根据权利要求7所述的方法，其中确定与所述出行时间和所述子路线相关联的所述路况信息包括：

确定所述子路线的第一历史平均通行速度；

确定与所述出行时间相关联的天气信息；

确定所述子路线在所确定的所述天气信息下的第二历史平均通行速度；

确定所述子路线在与所述出行时间相对应的历史时间的第三历史平均通行速度；

基于所述第二历史平均通行速度与所述第一历史平均通行速度的比值，调节所述第三历史平均通行速度；以及

基于调节后的第三历史平均通行速度，确定所述路况信息。

9.根据权利要求1所述的方法，还包括：

经由终端设备，呈现所述子路线、与所述第一出行方式有关的信息和与所述第二出行方式有关的可选择对象，所述可选择对象响应于用户选择触发针对所述第二出行方式的出行请求。

10.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

11.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-9中任一项所述的方法。

Images