CN110214331A - 用于在寻找适当的同乘人时辅助用户的装置、计算机程序产品、信号序列、交通工具和方法 - Google Patents

Abstract

本发明涉及一种用于在寻找适当的同乘人(2)时辅助交通工具(10)的用户(1)的装置、计算机程序产品、信号序列、交通工具以及方法。所述方法包括步骤：‑接收同乘请求，所述同乘请求包括对起始位置(3)和目标位置(4)的定义，‑自动地将同乘请求与交通工具(10)的预定义的路线(5)进行比较并且根据比较的结果，‑借助于预定义的参考自动地决定是否向用户(1)提出同乘请求。

Description

用于在寻找适当的同乘人时辅助用户的装置、计算机程序产 品、信号序列、交通工具和方法

本发明涉及一种用于在寻找适当的同乘人时辅助交通工具的用户的装置、计算机程序产品、信号序列、交通工具和方法。本发明尤其涉及避免不必要的数据传输和不必要的用户交互。

一段时间以来，在线提供的行驶服务如Uber和Gett非常流行并且为很多这些服务的用户提供关于驾驶员、价格和可用性的信息(例如驾驶员的位置、他评价如何、他何时到达等)。由于事实是行驶服务基本上遵循乘客的期望路线，就像在传统的出租车行驶中那样，所以在相应行驶服务的经济学和生态学方面存在优化潜力。

本发明所要解决的技术问题在于，满足前述需求。

该技术问题按本发明通过用于在寻找适当的同乘人时辅助交通工具的用户的方法解决。用户可以是交通工具的驾驶员或者至少一个乘客。同乘人可以是用户认识的或者迄今不认识的所感兴趣的人员。在第一步骤中，通过用户或者用户的交通工具或者用户的通信终端设备接收同乘人或者潜在同乘人的同乘请求。所述同乘请求包括对同乘人的期望路线的起始位置和目标位置的定义。然而，同乘请求不必通过用户或者交通工具直接接收。同乘请求也可以首先通过固定的服务器接收，同乘请求首先在服务器上被过滤。例如可以借助于预定义的参考被过滤，所述参考按规定地在服务器上具有同乘机会的潜在提供者或者交通工具的用户。在第二步骤中，自动地将同乘请求与交通工具的预定义的或者预估的路线进行比较。所述步骤可以在固定的服务器上、在用户的用户终端设备上或者在用户的交通工具的分析单元上进行。换而言之，同乘请求的接收和同乘请求的自动比较的顺序可以对掉。如果在固定的服务器上进行比较，则同乘请求可以在并且只能在预定义的参考符合用户按规定地具有的同乘请求时进一步传导至用户，以便将同乘请求分类为“有吸引力的”。如果参考将同乘请求分类为对于用户无吸引力的，则用于将同乘请求传输至用户/交通工具的数据通信需求(“Traffic”)是多余的。如果同乘请求在任何情况下均进一步传导至用户、其通信终端设备或者其交通工具并且在该处被分析，则总是确保了总是将最新的、存储在交通工具的参考用于将同乘请求与预定义的或者预估的交通工具路线相比较。最后，根据比较的结果，借助于现有的参考自动地决定是否向用户提出同乘请求。换而言之，服务器、交通工具或者用户的通信终端设备可以决定是否以同乘请求来打扰用户。以此方式可以提高按照本发明的方法对于交通工具的用户的可接受性并且因此提高参与的用户和同乘人的数量。

从属权利要求示出本发明的优选扩展设计。

预定义的参考例如可以包括对用户最大程度接受的绕路的定义。换而言之，可以自动地确定用户为了接同乘人必须走过的路段和花费的附加行驶时间等。这些花费例如可以在与潜在同乘人需要支付的分担费用的关系中定义。换而言之，例如可以将绕路置于与从起始位置到目标位置的总路程的关系中。如果预定义的参考定义了附加的排除标准(例如排除收费公路、轮渡连接、较差路段等)，则也可以在自动地比较同乘请求与预定义路线时考虑这些情况。

用户由于可能携带同乘人而必须承担的绕路由他基于起始位置相对于其预定义的/预估的路线需要行驶的绕路和他基于目标位置相对于其预定义的/预估的路线需要行驶的绕路组成。两种绕路在不同的时间中行驶并且因此可能对总行驶时间和/或总行驶成本具有不同的影响。例如可能合理的是，尽可能早地驶过处于起始位置与目标位置之间的路段(例如高速公路行驶)，因为交通密度预计随着时间增加。相应地，也可能预计交通密度随着时间减小。因此基于起始位置或者基于目标位置相对于预定义路线对绕路的不同估算可能是合理的。尤其对于考虑关于时间、运输可能性或者部分路段的可行驶性的交通变化的情况，对基于起始位置的绕路和基于目标位置的绕路进行不同的估算可能是合理的。

优选地，作为对确定接受同乘请求的响应，通过用户或者自动地通过用户的用户终端设备/交通工具开始进行从交通工具的当前位置向起始位置(例如基于当前的交通状况)的路线计算。至少可以计算直至到达起始位置的一个路段或者不同路段、时间等。可选地，可以提供路线引导或者甚至自动地开始。以此方式，对于用户来说，用于启动路线计算/引导的交互就是多余的。

用户在得到相应的提示之前能够用于比较/评估同乘请求的参考可以根据不同的参数定义。例如，可以(如上所述地)考虑预定义的路线的长度，方式为例如将绕路的长度或者预计由同乘人分担的费用置于与原本计划的路线的长度的关系中。作为备选或补充，日历上的日期(例如星期几、节日、周末)并且作为备选或补充一天中的时间或者一天中的时间段可以自动地决定驾驶员是否准备好承担用于接送同乘人的绕路。例如驾驶员在工作日具有比在周末/节日更小的对于绕路的容忍度。此外，交通工具的占用情况(驾驶员已经有几个同乘人了？)可以自动地决定驾驶员是否准备好容忍绕路。可选地，有时也可以自动地识别交通工具的当前配置(例如挂车运行或者按照车顶支架等)并且定义为参考的参数。如果考虑交通工具或者用于提交同乘请求的系统/应用的账户，则每个可能的用户(例如交通工具的所有人和其配偶)可以定义不同的参考。用户的身份例如可以通过传感器(例如借助于无线钥匙、借助于携带的用户终端设备等)确定并且用于比较和关于同乘请求的决定。

用户可以通过以下方式得到进一步支持，即作为对自动确定到达起始位置的响应，开始从起始位置向目标位置的路线计算。换而言之，通过到达起始位置已经可以由用户接受同乘请求。为了使用户不用输入导航目标(目标位置)，通过同乘请求获得的目标位置可以定义为新的路线目标并且开始向目标位置的路线引导(必要时在通过用户事先确认之后)。

以相应的方式，在自动地确定交通工具到达目标位置时，开始用于继续预定义/预估的路线的自动路线计算，所述路线是用户与同乘请求无关地想要行驶的路线。换而言之，用户在将同乘人放在目标位置之后，以最快的路线回到预定义的路线。

例如，同乘请求还可以包括针对在起始位置出发的期望时间点和/或同乘人的人员类别。在起始位置出发的期望时间点例如可以不太重要(±三小时)或者重要(±15分钟)地定义。相应地，参考可以决定用户是否准备好例如稍早或者稍晚地行驶其预定义的路线。众所周知地，同乘人的人员类别(男/女，吸烟/不吸烟，畜牧者等)可以决定是否将同乘请求发送至用户。

按照本发明的第二方面建议一种用于在寻找适当的同乘人时辅助交通工具的用户的装置。所述装置包括数据输入端(例如天线、总线用户等)，借助所述数据输入端能够确定同乘请求和必要时确定交通工具/用户/潜在同乘人的位置信息。分析单元(例如可编程的处理器、电子控制设备等)设置用于，借助数据输入端接收同乘请求，所述同乘请求包括对期望起始位置和期望目标位置的定义。

同乘请求可以附加地包括在起始位置启动的期望时间点和/或问询的潜在同乘人的类别。分析单元设置用于自动地将同乘请求与交通工具的预定义或者预估的交通工具路线进行比较并且根据比较的结果，借助于预定义的参考自动地决定是否向用户提出同乘请求。换而言之，可以避免使用户面对其不感兴趣或无吸引力的同乘请求。换而言之，按照本发明的装置设置用于这样明显地以相应的方式实现按照本发明的方法的特征、特征组合和由它们形成的优点，从而为了避免重复可以引用之前的阐述。

按照本发明面对第三方面，建议一种包括指令的计算机程序产品，当所述指令在按照本发明的第二方面的装置的可编程的分析单元上实施时，所述指令使得分析单元实施按照本发明的第一方面的方法的步骤。计算机程序产品例如可以设计为数据存储器、尤其设计为CD、DVD、蓝光碟、闪存存储器、RAM/ROM等。

按照本发明的第四方面，建议一种代表指令的信号序列，当所述指令在按照本发明的第二方面的装置的可编程的分析单元上实施时，所述指令使得分析单元实施按照本发明的第一方面的方法的步骤。信号序列使得本发明的核心思想也在以下情况下得到保护，即用于实施方法步骤所需的指令处于在本权利要求书的保护范围之外的数据存储器上。

按照本发明的第五方面建议一种交通工具(例如轿车、运输车、载重汽车、摩托车、飞机和/或水上交通工具)，其具有按照本发明的第二方面的装置。所述装置尤其可以固定地安装在交通工具中。换而言之，所述装置可以持久地集成在交通工具的能量和/或信息车载网络中。所述装置尤其可以作为硬件部件与车载导航装置共同使用。关于交通工具也可以在特征、特征组合和优点方面引用之前的阐述。

以下在直观的组合中阐述本发明的方面，而不具有限制性的特征。

对于按照本发明的交通工具信息娱乐系统建议动态的行驶服务一体化。在单独的问询中问询驾驶员是否准备好，他是否和愿意和他愿意以何频率在必要时获得以下请求，即携带在他附近或者在他通往之前确定的任务的路线上的其他人。在本发明的一种设计方案中，所述系统工具根据接受和拒绝、在哪天、在几点和在驾驶员的哪些路线上识别是否准备好携带其他人。也可以考虑驾驶员通过手动的预设选择相应的参数。

交通工具信息娱乐系统与同乘服务的交通工具制造商(或者运营商)的端口连接。因此，所述端口认识所有连接的/注册的交通工具的位置。如果输入了用于导航系统的目的地或者识别到与当前位置相关的可能的旅行目的地，则将其传输至端口。作为备选，提供预测性的导航系统的数据。预测性的导航在此也可以在后台运行。这在必要时可以作为可选(付费)服务提供给客户。

需要运输的第二用户/同乘人现在提出运输服务的请求(端口)，他想从位置X到达位置Y(必要时现在或者在预定义的之后的时间点)。端口现在搜索处于所述区域(在线)中的驾驶员和交通工具，他们准备好提供行驶服务并且他们的预设与请求一致。

例如，用户可以说明他想以何频率和何时提供服务并且他在此可以容忍多少绕路和/或时间延迟。如果没有找到准备好提供行驶服务的驾驶员，则相应的信息回到问询端和/或将请求传输至其它服务(必要时通过手续费)，例如Uber/Gett服务；出租车中心等。

驾驶员/用户例如处于通往本身目的地A的路线上(预定义的路线)。对于信息娱乐系统，通过交通工具传感器或者驾驶员的数据输入已知目的地(必要时来自预测性导航的数据)和在交通工具中的其他人员的数量(通过传感器确定)。此外，可以已知来自驾驶员和/或其它交通工具乘客的日历的附加数据。

例如驾驶员可以预设他只在以下情况下准备好运输，即他一个人处于交通工具中，绕路少于10千米或者绕路时间少于30分钟，同乘请求的最小路程为10千米，在工作日不超过7:00至20:00的时间窗口并且他不去通往目标XYZ的路。如果预定义了预约事项(例如由用户的个人日历确定)，则他可以定义在卸载位置(Austragungsort)处的新的到达时间比预约事项开始提前的最小时间(例如三分钟)。如果没有损害用户的优先性，则他现在在信息娱乐系统中获得当前是否真正准备好携带乘客的请求。如果驾驶员确认了所述请求，则他在下个步骤获得他是否想将人员从位置X运送到Y的请求。附加地可以显示：

1.接乘客的位置，乘客的目的地

2.乘客的照片和其来自迄今行驶的评价

3.绕路：x千米，预计的时间延迟

4.到达位置X的时间

5.到达位置Y的时间

6.以欧元为单位的行驶分担价格

7.是否想接受这次行驶？是/否

如果驾驶员友好地接受了这次行驶，则将相应的数据传输至请求端，所述请求端在必要时需要在较短的时间段内确认支付数据。信息娱乐系统在接受行驶时自动地激活导航系统或者改变现有的导航过程并且接入相应的屏幕。

支付数据可以由期望的行驶路程、绕路或者行驶路程和绕路的组合确定。对于介绍这次服务，服务提供者扣除手续费。

在这种建议中，驾驶员在通往其个人目的地的路上并且动态地获得运输请求，其中，驾驶员的导航系统的数据或者其预测性的路程数据包含在请求的选择中。驾驶员和请求端必须事先在相应的服务处注册并且例如给出其联系数据、支付信息(例如信用卡数据、PayPal数据)、驾驶证数据、交通工具数据等。通过已经由现有技术已知的评价系统可以附加地评价驾驶员、交通工具和同乘人。

以下参照附图描述本发明的实施例。在附图中：

图1示出按照本发明的交通工具的一个实施例在实施按照本发明的用于在寻找适当同乘人时辅助用户的方法时的示意图，所述交通工具具有按照本发明的装置的一个实施例；

图2示出用户的预定义路线的走向的示意图以及潜在同乘人的起始位置和目标位置并且

图3示出说明按照本发明的用于在寻找适当同乘人时辅助用户的方法的一个实施例的步骤的流程图。

图1示出作为交通工具的轿车10，在所述轿车中具有用户1、按照本发明的包括触摸屏8的装置、电子控制设备9和与电子控制设备9在信息技术上连接的数据存储器11。触摸屏8用于输入和输出信息，所述信息通过电子控制设备9处理或者已经被处理过。数据存储器11设置用于准备用于实施按照本发明的方法的指令以及预定义的参考。此外，天线7作为数据输入端在信息技术上与电子控制设备9连接，轿车10能够借助电子控制设备确定本身的位置并且接收潜在的(未示出的)同乘人的同乘请求，所述同乘请求借助固定的服务器13与用户1的预定义的参考进行比较并且必要时借助天线杆12发送至轿车10。轿车10的本身位置的确定借助卫星16(只显示了一个)实现。智能手机14作为用户1的通信终端设备备选或者附加地设置用于实施所述方法的步骤。部件“触摸屏”、“分析单元”、“数据存储器”和“天线”明显是现代智能手机14的必要组成部分，因此可以省去对它们的详细描述。

图2示出预定义的路线5在用户1或者交通工具10的当前位置与配属于预定义的路线5的最终目标位置6之间的走向。在起始位置3处具有同乘人2，所述同乘人想被输送至目标位置4。从起始位置3导引向目标位置的路线大部分沿着用户1原本想驶过的预定义的路线5延伸。为了在起始位置3接上同乘人2，用户1必须向起始位置3行驶一段绕路15，他在起始位置3处接上同乘人2并且接下来经过预定义的路线5的一部分和另一段绕路15到达目标位置4。在目标位置4处，他将同乘人放下并且经过另一段绕路15回到预定义的路线5并且最后驶向最终的目标位置6。

图3示出说明用于在寻找适当同乘人时辅助交通工具的用户的方法的步骤的流程图。在步骤100中，在服务器上接收同乘请求，所述同乘请求包括对起始位置和目标位置的定义。接下来在步骤200中自动地将同乘请求与交通工具的预定义的预测性的路线进行比较。在此，在步骤300中估算基于起始位置相对于预定义的路线形成的绕路。附加地在步骤400中估算基于目标位置相对于预定义的路线形成的绕路。在步骤500中，自动地借助于预定义的参考决定是否向用户提交同乘请求。如果预定义的参考将同乘请求评估为对于用户有吸引力的并且用户决定接受同乘请求，则在步骤600中(作为对用户交互的响应或者自动地)确定由用户接受同乘请求并且作为对此的响应在步骤700中启动用于确定针对所述路程的所需行驶时间的路线计算和朝向起始位置的路线引导。在步骤800中，自动地确定到达起始位置并且作为对此的响应在步骤900中开始从起始位置向目标位置的路线计算。同乘人与用户共同行驶这段路程。在步骤1000中，自动地确定到达目标位置并且最后作为对此的响应在步骤1100中启动用于继续预定义的路线直至最终的目标位置的路线计算。

本发明是一种比迄今的行驶服务(Uber、Gett等)更经济和更符合生态学的交通工具共用可能性。

附图标记清单

1 用户

2 同乘人

3 起始位置

4 目标位置

5 预定义的路线

6 (预定义的路线的)最终的目标位置

7 天线

8 触摸屏

9 电子控制设备

10 轿车

11 数据存储器

12 天线杆

13 固定的服务器

14 智能手机

15 绕路

16 卫星

100-1100 方法步骤

Claims (14)

1.一种用于在寻找适当的同乘人(2)时辅助交通工具(10)的用户(1)的方法，所述方法包括步骤：

-接收同乘请求(100)，所述同乘请求包括对起始位置(3)和目标位置(4)的定义，

-自动地将同乘请求与交通工具(10)的预定义的路线(5)进行比较(200)并且根据比较的结果，

-借助于预定义的参考自动地决定(500)是否向用户(1)提出同乘请求。

2.按权利要求1所述的方法，其中，所述预定义的参考包括对用户(1)最大程度接受的绕路(15)的定义。

3.按权利要求1或2所述的方法，还包括

-估算(300)基于起始位置(3)相对于预定义的路线(5)形成的绕路(15)和/或

-估算(400)基于目标位置(4)相对于预定义的路线(5)形成的绕路(15)。

4.按前述权利要求之一所述的方法，其中，自动的比较-在固定的分析单元(13)上和/或

-在通过用户(1)和/或交通工具(10)接收同乘请求之前

进行。

5.按前述权利要求之一所述的方法，还包括：

-确定(600)对同乘请求的接受并且作为对此的响应-开始(700)去往起始位置(3)的路线计算。

6.按前述权利要求之一所述的方法，其中，所述参考根据-预定义的路线(5)的长度和/或

-日期和/或

-一天中的时间和/或

-交通工具(10)的占用情况和/或

-交通工具配置和/或

-交通工具(10)的用户(1)的身份

定义。

7.按前述权利要求之一所述的方法，还包括

-自动地确定(800)到达起始位置(3)并且作为对此的响应-开始(900)从起始位置(3)向目标位置(4)的路线计算。

8.按前述权利要求之一所述的方法，还包括

-自动地确定(1000)到达目标位置(4)并且作为对此的响应-开始(1100)用于继续预定义的路线(5)的路线计算。

9.按前述权利要求之一所述的方法，其中，同乘请求还包括针对在起始位置(3)出发的期望时间点和/或同乘人(2)的人员类别。

10.一种用于在寻找适当的同乘人(2)时辅助交通工具(10)的用户(1)的装置，包括：

-数据输入端(7)和

-分析单元(9)，其中，

-数据输入端(7)设置用于接收包括对起始位置(3)和目标位置(4)的定义的同乘请求，

-分析单元(9)设置用于

-自动地将同乘请求与交通工具(10)的预定义的路线(5)进行比较并且根据比较的结果，

-借助于预定义的参考自动地决定是否向用户(1)提出同乘请求。

11.按权利要求10所述的装置，所述装置设置用于实施按前述权利要求1至9之一所述的方法。

12.一种包括指令的计算机程序产品，当所述指令在按权利要求10或11所述的装置的可编程的分析单元(9)上实施时，所述指令使得分析单元(9)实施按前述权利要求1至9之一所述的方法的步骤。

13.一种代表指令的信号序列，当所述指令在按权利要求10或11所述的装置的可编程的分析单元(9)上实施时，所述指令使得分析单元(9)实施按前述权利要求1至9之一所述的方法的步骤。

14.一种交通工具，包括按权利要求10或11所述的装置。