CN104641387A - 公共运输导航器 - Google Patents

公共运输导航器 Download PDF

Info

Publication number
CN104641387A
CN104641387A CN201380046839.2A CN201380046839A CN104641387A CN 104641387 A CN104641387 A CN 104641387A CN 201380046839 A CN201380046839 A CN 201380046839A CN 104641387 A CN104641387 A CN 104641387A
Authority
CN
China
Prior art keywords
pts
user
data
relevant
fortune
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
CN201380046839.2A
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.)
TRANZMATE Ltd
Original Assignee
TRANZMATE 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 TRANZMATE Ltd filed Critical TRANZMATE Ltd
Publication of CN104641387A publication Critical patent/CN104641387A/zh
Pending legal-status Critical Current

Links

Classifications

    • G06Q50/40
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/123Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • G08G1/13Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station the indicator being in the form of a map
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01CMEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34Route searching; Route guidance
    • G01C21/3407Route searching; Route guidance specially adapted for specific applications
    • G01C21/3423Multimodal routing, i.e. combining two or more modes of transportation, where the modes can be any of, e.g. driving, walking, cycling, public transport
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • G06Q10/025Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096877Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement
    • G08G1/096883Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement where input information is obtained using a mobile device, e.g. a mobile phone, a PDA
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/123Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/133Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams within the vehicle ; Indicators inside the vehicles or at stops
    • G08G1/137Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams within the vehicle ; Indicators inside the vehicles or at stops the indicator being in the form of a map
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/025Services making use of location information using location based information parameters
    • H04W4/027Services making use of location information using location based information parameters using movement velocity, acceleration information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/42Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for mass transport vehicles, e.g. buses, trains or aircraft
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0108Measuring and analyzing of parameters relative to traffic conditions based on the source of data
    • G08G1/012Measuring and analyzing of parameters relative to traffic conditions based on the source of data from other sources than vehicle or roadside beacons, e.g. mobile networks
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/07Controlling traffic signals
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096805Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route
    • G08G1/096811Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route where the route is computed offboard
    • G08G1/096816Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route where the route is computed offboard where the complete route is transmitted to the vehicle at once
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096833Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route
    • G08G1/096838Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route where the user preferences are taken into account or the user selects one route out of a plurality

Abstract

本发明的实施例涉及一种用于提供与使用公共运输系统(PTS)相关的信息的方法,所述方法包括:在第一用户使用所述PTS的同时,接收与响应所述第一用户的所述PTS相关的数据;以及响应于所接收到的数据,将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少一个。所接收到的数据可以涉及所述PTS的物理相关特征和社会相关特征中的至少一个。提供与PTS相关的数据可以包括在地图上显示信息,所述信息包括指示PTS车辆并且处于行进路线处的至少一个图标。

Description

公共运输导航器
相关申请
本申请要求与2012年9月7日提交的根据35U.S.C.119(e)的美国临时申请61/697,822的优先权权益,该申请的全部内容通过引用方式并入到本文中。
技术领域
实施例涉及提供与使用公共运输相关的信息。
背景技术
在现有技术中已知向用户提供地理信息的各种导航系统,这样的导航系统被广泛地应用于民用和军用应用中。一般而言,上述信息可以是对地理区域的自然和人造的物理参数的描述,并且可以例如描述地理区域中道路的配置和通过道路可以进入的场所以及它们相应的状态。
例如,汽车可以被配备有导航系统,来确定汽车的当前地理位置和/或通过向该汽车的司机提供适当的指令来引导汽车从起点到达目的地点。
发明内容
所公开的实施例涉及提供公共运输导航仪,在下文中也被称为“运伴(TranzmateTM)”或“运伴系统(Tranzmate system)”,其能够被操作以向其用户(在下文中也被称为“运伴用户(Tranzmate-user)”或“运伴对象(TranzmatorTM)”)提供与公共运输系统(PTS)相关的信息(在下文中也被称为“PTS信息”)。PTS信息可以被实质上实时地提供,并且可以包括数据、即描述PTS的物理状态的“物理数据(phy-data)”,以及数据、即描述PTS的社会相关特征的“社会数据(psy-data)”。
物理数据可以描述诸如路线上的停车点和车站的数量和/或在该路线上行进的车辆的类型和状态之类的PTS的基础设施。此外,物理数据还可以描述通过PTS提供的服务的可用性,例如时刻表计划;PTS车辆行驶模式和延迟;乘客对PTS的使用模式;PTS车辆的当前位置;PTS车辆的载荷和/或成员载荷(例如,乘客拥挤程度、在停车点和车站的等待时间)等。物理数据还可以包括与人群移动的预测相关的数据。物理数据中还可以考虑气象条件、交通堵塞、养护操作和影响PTS的操作的偶然事件。
社会数据可以描述PTS的用户,例如包括PTS用户的与性别、年龄、教育、收入、宗教信仰和/或兴趣概况(例如,情趣偏好、对如何度过休闲时间的偏好)相关的数据。社会数据还可以包括标识特定的PTS用户的个人身份数据,例如姓名和图像。
可以根据指示运伴用户的偏好的数据(“偏好数据”),将PTS信息提供给运伴用户的用户。偏好数据可以定义与物理数据和/或社会数据相关的约束,并可以被通过运伴用户的需求来规定。需求可以例如定义使用PTS的期望的旅程、旅程行进次数、对在旅程中会见特定朋友的请求、对避免运送通过特定危险周边地区的请求和旅程的PTS车辆附属物。
在PTS信息对于运伴用户可能有益的情况下(例如,鉴于运伴用户相对于PTS的状态(例如PTS车辆位置)的偏好和/或运伴用户的行为),PTS信息可以被自动提供给运伴用户。例如,PTS信息可以包括从当前路线到替换路线以减小运伴用户的延迟的重定向指令(所述延迟是由于因例如交通堵塞、偶然事件和/或天气状况等造成的当前路线上的PTS车辆延迟而造成的),例如以校正运伴用户做出的导航错误。
PTS信息可以被经由各种普通的移动通信设备(例如便携式多功能设备、“智能电话”、蜂窝通信设备、蜂窝电话、平板计算机、个人数字助理(PDA)和/或膝上型计算机)提供给运伴用户。PTS信息还可以被经由固定通信设备(例如桌上型计算机和/或包括例如售票机的计算机终端)来提供。
还可以在运伴系统处从PTS用户和/或运伴用户经由他们的通信设备接收包括物理数据和/或社会数据的信息,主动地和/或被动地将信息提供给运伴系统。例如,PTS用户可以在使用PTS的同时响应于被经由他们各自的通信设备进行的提示,主动地向运伴系统提供包括物理数据和/或社会数据的信息。额外地或者替代地,PTS用户还可以响应于运伴系统对PTS用户的行为的不显著的监视和/或识别PTS用户的偏好作为证据以及在使用PTS的同时通过使用PTS用户的通信设备,被动地提供物理数据和/或社会数据。从PTS和/或运伴用户获取的物理数据和/或社会数据可以被称为“人群数据(crowd data)”。
还可以在运伴系统处从数据库接收描述PTS的包括物理数据和/或社会数据的信息。
还可以通过计算机和操作、监视以及维护PTS的人员来提供物理数据和/或社会数据,这样的物理数据和/或社会数据可以被称为“操作器数据”。
针对相对延长的时间周期被总体上视为恒定的物理数据和/或社会数据可以被称为“静态数据”。静态数据可以例如包括表征特征(例如变化缓慢的PTS车辆的路线和PTS的物理基础结构的车站)的数据。物理数据和/或社会数据可以被表征为通过分析针对PTS获取的数据的许多实例生成的“统计数据”。统计数据例如可以包括针对使用PTS的特定路线的多个PTS用户的中间、平均和相关联的标准偏差,所述偏差可选地作为时间(例如一天中的时间或一周中的天)的函数。需要注意的是,数据的任何特定实例可以被分类为属于多于一种类型的上述数据。例如,可以响应于人群数据的统计分析来生成作为统计数据的物理数据和社会数据的实例。
在本发明的一些实施例中,可以根据预定选择的标准来选择物理数据和/或社会数据(例如静态数据、操作器数据、统计数据和/或人群数据)的源。在特定的决定实例中,预定的选择标准响应于数据源的准确性和/或可用性。预定的选择标准可以例如使得数据源提供与PTS的瞬时行为相关的最准确的物理数据和/或社会数据。
在本发明的一些实施例中,运伴系统可以与PTS的操作器可通信地接口。将运伴系统与PTS的操作器接口使得运伴系统能够向操作器提供人群数据,否则这样的人群数据将无需对于操作器而言可用。操作器可以使用人群数据来监视和控制PTS。取代静态数据和/或操作器数据或是除了静态数据和/或操作器数据之外使用人群数据可以便于控制PTS来提供更高质量的服务。
在本发明的一些实施例中,基于(例如通过获取人群数据)对与PTS用户的未来行为相关的当前或估计的追踪,可以识别PTS的性能或容量的降低(在下文中也被称为“瓶颈”)。包括指示如何减小或去除瓶颈的指令的信息可以被提供给例如PTS的运伴用户和/或操作器(例如操作器人员或自动控制系统)。
在本发明的一些实施例中,可以融合物理数据或社会数据来确定PTS上的特定旅程的用户并对其计费。
在本发明的一些实施例中,运伴系统可以被操作来向运伴和/或PTS用户发出可兑换凭证(在下文中也被称为“乘坐优惠券”)来换取他们的与PTS的物理和/或社会相关特征相关的报告。乘坐优惠券例如可以基于对PTS车费的折扣或提供在使用PTS可访问的咖啡吧处的免费咖啡。
在本发明的一些实施例中,运伴用户可以在使用PTS的同时,向运伴系统提供指示与给定的商业或服务提供商相关的用户的消费偏好的社会数据。作为响应,运伴系统可以估计运伴用户在给定的商业或服务的地理位置处的到达时间。可以随后将指示运伴用户的消费偏好和到达估计时间的物理数据转发到给定的商业或服务。这使得给定的商业或服务提供商进行事先准备来服务运伴用户而没有任何实质上的延迟。在一些实施例中,运伴系统可操作来提供可由商业公司访问来追踪人群沿着PTS的移动的PTS交通载荷地图。
因此根据本发明的实施例提供了一种方法,所述方法用于提供与使用公共运输系统(PTS)相关的信息。在实施例中,该方法包括在第一用户使用PTS的同时,接收与响应第一用户的PTS相关的数据;以及响应于所接收的数据,将与PTS相关的数据提供到第一用户和第二用户中的至少一个。
在本发明实施例中,经由与第一用户相关联的第一通信设备从第一用户接收与响应第一用户的PTS相关的数据。
在本发明实施例中,经由与第一用户相关联的第一通信设备和与第二用户相关联的第二通信设备提供与PTS相关的数据。
在本发明实施例中,与PTS相关的数据是对PTS的物理相关特征和社会相关特征中的至少一个的描述。在实施例中,社会相关特征的数据是对以下各项中的至少之一的描述:性别、年龄、职业、教育、婚姻状况、宗教信仰、与第一用户为什么使用特定路线相关的指示;兴趣概况、以及关于第一用户的互联网活动。在实施例中,物理相关特征的数据是对以下各项中的至少一项的描述:沿着路线的停车点和车站的数量、沿着路线行进的PTS车辆的类型和状况、时间表计划、PTS车辆的位置、PTS车辆的载荷、乘客载荷、延迟、运送状况、线路状况、与乘客和车辆移动相关的估计或预测、PTS车辆行进模式、以及各个PTS用户的PTS使用模式。
在本发明的实施例中,数据是以下数据类型中的至少一个:操作器数据、人群数据、统计数据和静态数据。
在本发明实施例中,所接收到的数据指示一群人的方向或规模。
在本发明实施例中,在第一用户使用PTS的同时接收与响应第一用户的PTS相关的数据的步骤包括:根据预定的选择准则确定获取哪个数据类型;以及根据预定的选择准则获取与PTS相关的数据类型。
在实施例中,该方法包括分析与PTS相关的数据以及响应于所接收的数据来向第一用户和第二用户中的至少一个提供PTS信息。
在本发明实施例中,该方法包括:将响应第一用户的所接收到的数据与指示第一用户和第二用户中的至少一个的用户偏好的数据(偏好数据)进行比较;确定在所接收到的数据和第一用户以及第二用户中的至少一个的偏好数据之间是否存在匹配;以及如果找到匹配,则将PTS信息提供给第一用户和第二用户中的至少一个。
在本发明实施例中,该方法包括基于与响应第一用户的PTS相关的所接收到的数据,确定第一用户使用的PTS车辆的位置。
在本发明实施例中,偏好数据规定了与以下各项中的至少之一相关的约束:期望的旅程、运输质量、操作质量以及社会相关特征。
此外,根据本发明的实施例提供了一种系统,所述系统用于提供与公共运输系统相关的信息。在本发明的实施例中,该系统包括:通信模块,用于在第一用户使用PTS的同时接收与响应第一用户的PTS相关的数据;存储器,用于存储一组指令;以及处理器,用于执行所述一组指令来处理所接收到的数据,其中所述通信模块响应于所接收到的数据,将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少之一。
在本发明实施例中,所述系统包括至少一个程序,其中所述至少一个程序被存储在存储器中,其中所述至少一个程序包括用于在第一用户使用PTS的同时获取与响应第一用户的PTS相关的数据的指令;以及用于响应于所获取的数据将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少之一的指令。
根据本发明的实施例,还提供了一种计算机程序产品。在本发明的实施例中,计算机程序产品包括计算机可读存储介质和在其中嵌入的计算机程序机构,其中所述计算机程序机构包括指令,所述指令当被用于提供与公共运输系统相关的信息的系统执行时,使得所述系统:在第一用户使用PTS的同时获取与响应第一用户的PTS相关的数据;响应于所获取的数据将与所述PTS相关的数据提供到第一用户和第二用户中的至少一个。
在论述中,除非另有说明,否则修改实施例的一个或多个特征的条件和关系特征的诸如“实质上”和“相关于”之类的形容词应被理解为表示所述条件或特性被定义为出于其打算应用的实施例的操作可接受的容差的范围内。
提供本发明内容部分来在以下的具体实施方式中进一步描述的简化形式下的概念的选择。本发明内容部分并不意在识别所要求保护的主题的关键特征或必要特征,也不意在被使用来限制所要求保护的主题的范围。
应当理解的是,在本文中可使用词语“第一”、“第二”等来彼此区分要素。例如,运伴用户的至少一个第一用户可以被称为至少一个第二用户或PTS用户,或者反之亦然,而不会偏离所公开的实施例的范围。此外,词语PTS用户或运伴用户可以是指可操作来从运伴系统接收数据和提供数据的任何自然人、法人或实体。此外,当参考PTS用户时,这并不一定是指当前使用PTS的人,而例如是指可能在未来使用PTS的人。
应当理解的是,当权利要求或说明书中引用了“一”或“一个”要素时,这样的引用不应被解释为仅存在一个这样的要素。
附图说明
在下文中,参照跟随本段落列示的随附的图示来描述实施例的非限制性的示例。在多于一个附图中出现的相同的结构、单元或部分在所有附图中被总体标示有相同的附图标记,并且在附图中标记有代表给定特征的图标的数字可以用于引用给定的特征。出于便捷和清楚呈现的目的而选择在图中示出了部件的尺寸和特征,这样的尺寸和特征不一定是按照比例示出的。
图1示意性地示出了根据一些实施例的运伴系统(Tranzmate system)和由PTS服务的地理区域的示意地图,所述运伴系统针对PTS提供PTS信息;
图2A到图2C示出了根据一些实施例的示意性地说明了运伴系统的操作的在一天中的不同时间处截取的图1中的PTS的示意地图的截图;
图3A示意性地说明了根据一些实施例的运伴系统的框图;
图3B示意性地说明了根据一些实施例的运伴系统与PTS的交互的框图;
图3C示意性地说明了根据一些实施例的运伴系统与PTS的交互的另一个框图;
图4示意性地说明了根据一些实施例的用于PTS导航的运伴方法的流程图;以及
图5示意性地说明了根据一些实施例的用于识别PTS车辆行进模式和PTS线路的运伴方法的流程图。
具体实施方式
在以下的详细描述中,相对于可操作来可选定制和/或在实质上实时地向一个或多个运伴用户提供PTS信息的运伴系统论述了本发明的实施例的多个方面。
现在参照图1,其示意性地示出了根据一些实施例的运伴系统100和由PTS 199服务的地理区域的示意地图20,运伴系统100针对所述PTS 199提供了PTS信息。PTS 199采用的PTS车辆包括火车和公共汽车,所述火车被通过字母数字标记150A、150B和150C标记的火车图标来表示,并且公共汽车被通过字母数字标记160A和160B标记的公共汽车图标来表示。由通过字母数字标记70标记的单实线来表示公共汽车路线,并且由通过字母数字标记75标记的一对粗体和紧密间隔的平行视线来表示火车路线。由通过字母数字标记80标记的圆圈来表示沿着路线的车站。
清楚地,不应将在本文中相对于PTS 199引用的PTS车辆的数量和类型解释为是限制性的,其仅用于示例目的。对应地,PTS车辆可以包括根据建立的时刻表计划的收取费用的可以沿着实质上固定的线路行进的任何车辆,例如公共汽车、微型客车、电车、小台车、火车、地铁、飞机、船舶(例如船舰、船只或渡轮)、有轨缆车;和/或例如提供租赁的运输服务的车辆,例如出租车。
由PTS 199服务的地理区域包括由区域30表示的商业中心、由区域40表示的休闲区域、由区域50表示的大学校园和由区域60表示的工业区域。
PTS信息可以包括数据、即描述PTS 199的物理状态的“物理数据”,以及数据、即描述PTS的社会相关特征的“社会数据”。
物理数据例如可以描述PTS 199的基础设施,例如乘客和/或PTS车辆行进模式,例如作为如下的函数:路线;路线上停车点、车站和/或终点站的数量和位置;在该路线上行进的PTS车辆的PTS车辆的速度(包括例如由于交通堵塞而造成的缓慢的指示)、类型和状况;PTS车辆和/或一个或多个PTS用户的位置、方向和/或目的地(城市名称、街道名称、周边地区名称和/或公共事件的指示);时刻表计划;PTS路线的状态(例如,诸如作为舒适度和/或清洁度之类的停车点/车站的状态;诸如温度和湿度之类的环境舒适度;空调和/或加热系统的状态;设施的状态;与PTS车辆的司机的驾驶行为相关的指示;无线通信接入的可用性;残疾人入口的存在性和状态;与PTS用户流相关的指示(例如,有多少PTS用户在特定的停车点或车站上下车);在停车点和车站的等待时间,人群的移动的指示和/或预测;间隔时间;住宿情况;乘员载荷因数;PTS车辆中和/或在停车点和车站处的乘员载荷和/或容量;PTS用户拥挤的位置;PTS用户在停车点和车站等待的时间;延迟;在停车点处的PTS车辆停泊时间;在一天中的给定时间、一周中的天和/或季节处针对特定旅程等待的PTS用户的数量;是否存在售票员、和售票员的位置、以及可选地售票员是否在检查车票的有效性的指示、存在执法人员的指示;与PTS车辆上的嫌疑人员和/或物品相关的指示;和/或与私有运输基础设施相关的信息,例如停车场和/或到达停车点、车站和/或终点站的接入道路。与天气状况、交通拥堵、养护操作、(例如由于PTS车辆的故障或引擎失灵或PTS线路上的养护工作造成的)PTS中断和影响PTS 199的操作的偶然事件也可以被认为是物理数据。可以从由正在使用PTS的用户提供的评价中得到一些物理数据。
社会数据可以包括与PTS用户相关的社会相关数据,例如性别、年龄、职业、教育情况、婚姻状况、兴趣概况、宗教信仰、与为什么PTS用户正在使用特定路线相关的指示和/或兴趣概况(例如、情趣偏好、对如何度过休闲时间的偏好)。社会数据还可以是与PTS用户的兴趣活动相关的描述,例如PTS199的用户正在访问的互联网页面的内容(例如,哪个用户登录到哪个在线社交网络平台(例如"Facebook"、Twitter、"Google+"和/或"Linkedln")和/或在线或离线状态的描述。
在一些实施例中,社会数据可以指示PTS用户的收入。运伴系统100可以生成与PTS用户的收入相关的估计。收入估计可以例如被通过分析PTS用户相对于他们的住所的位置的行进模式和相互参照他们住所的位置、利用相应的居住社区的收入统计来生成。
在实施例中,可以根据证明的PTS用户的行为并且通过使用PTS用户的通信设备来推导出至少一些社会数据。例如,追踪通信设备的位置允许确定通信设备的运动模式。随后可以根据运动模式和相关联的用户来推导出行进模式。
偏好数据可以描述定义与PTS 199相关的约束的用户偏好。例如可以通过由运伴用户向运伴系统100提交的需求来规定约束。需求可以例如查询与符合一个或多个如下约束的旅程相关的PTS信息:旅程运送中的大多数乘客大于特定年龄;旅程运送中的女性的数量比男性的数量多;找到情趣同伴的可能性最高和/或没有通过特定周边区域的运送。约束还可以相关于旅程期间的停车点的最小和/或最大数量和/或用于旅程的PTS车辆的附属物。此外,需求可以规定约束来接收仅与将由运伴用户的朋友或选择的朋友使用的旅程相关的PTS信息。
在一些实施例中,偏好数据可以包括根据证明的运伴用户通过使用运伴用户的通信设备的行为推导出的数据。例如,追踪通信设备的位置允许确定通信设备的运动模式。随后可以根据通信设备的运动模式和相关联的通信伙伴用户来推导出行进模式。
物理数据、社会数据和/或偏好数据中的至少一些可以包括指示物理数据、社会数据和/或偏好数据的记录的时间的时间戳。由通信设备提供的数据可以是带有通信设备的生成的时间的标记的时间。由PTS 199的实体提供的数据可以是带有由PTS 199的实体生成数据的时间的标记的时间。
在一些实施例中,物理数据、社会数据和/或偏好数据可以是二进制的(例如,指示PTS车辆上的座位的可用性(“是”/“否”))和/或定性的(例如指示从“不舒适”到“非常舒适”的相应的从1到5的座位的舒适度)和/或定量的(例如指示可用座位的数量)。
在一些实施例中,运伴系统100包括PTS分析器应用或PTS分析器180,其可操作来在实质上实时地向运伴用户提供与PTS 199相关的PTS信息。PTS分析器180可操作来分析与可以从各个源(例如,从静态数据源、统计数据源、操作器数据源和/或人群数据源)接收的PTS 199相关的数据。在下文中参照图3A到图3C给出运伴系统100和PTS分析器180的更详细的描述。
现在额外参照图2A到图2C,它们示出了根据一些实施例的示意性地说明了运伴系统100的操作的在一天中的不同时间处截取的图1中的PTS 199的示意地图20的截图。
PTS分析器180可以例如操作来在早上5:00从运伴用户接收对提供与PTS199的火车150A-150B和公共汽车160A相关的信息的请求。响应于请求,PTS分析器180可以识别火车150A-150B的位置和公共汽车160A的位置。如图2A中所示,地图20上的在给定地理区域中的火车150A-150B和公共汽车160的位置可以被随后经由运伴的通信设备实质上实时地(例如,在上午5:00)示意性地显示给运伴用户。
应当注意的是,在这里使用的属于“显示”以及其语言学上的变体是指适用于提供信息(例如,视觉、听觉和/或触觉输出形式)的任何输出形式。
根据本发明的实施例,地图20上的诸如火车150A-C和公共汽车160A-160B之类的PTS车辆的位置可以被配置为结合与位置信息源相关的信息而被显示。位置数据可以从多个源中可用。例如,公共汽车或火车的位置可以基于计划数据,例如公共汽车或火车时刻表,所述时刻表基于发车的计划时间提供公共汽车或火车沿着路线的目的地的计划的到达和发车时间。位置信息的另一个源可以是如由运伴系统100通过PTS 199的用户接收的公共汽车或火车的实时位置。这样的位置信息可以是由运伴系统100被动接收的“被动位置信息”或可以是由PTS 199的用户主动生成的“主动位置信息”。
“被动位置信息”是由运伴系统100收集的无需用户主动输入位置的信息。例如,附加在PTS车辆上的通信设备的位置允许确定通信设备的运行模式,并且从而确定PTS车辆的位置。被动位置信息的额外的示例涉及从运伴用户的通信设备的运动模式推断出的行进模式并且关联到运伴用户。
“主动位置信息”是由运伴系统100通过用户主动输入位置收集的信息。例如,用户可以站在公共汽车停车点处经由移动通信设备来参与运伴系统,以接收与可用于将用户带到他/她的目的地的公共汽车相关的信息。在用户参与运伴系统之后,运伴系统100可以例如经由GPS信号检测用户的位置上的变化,并且可以向用户提示与用户是否已经登上公共汽车或公共汽车线路的标识相关的问题。用户可以随后经由移动通信设备对登上的公共汽车线路的标识进行回答。运伴系统100可以随后将用户的位置与由用户识别的特定公共汽车线路的公共汽车相关联。
“主动位置信息”的另一个示例可以基于社交媒体交互。例如,运伴用户可以登上特定线路的火车,并且随后经由他的移动通信设备使用社交媒体应用(例如等)例如使用消息(例如“我正在从迪莫纳乘坐8:31的火车前往特拉维夫”)来报道。运伴系统100可以被链接有社交媒体应用,并且可以随后基于用户的移动通信设备的位置实时地识别火车的位置。一旦被通过运伴系统识别,可以与位置信息相结合地指示位置信息源。例如,参照图2A,火车150A的位置可以被通过运伴系统100经由火车时刻表确定,并且可以被通过示出为灰色的图标来指定作为火车150A(图2A中未示出颜色)。火车150B的位置可以被通过运伴系统100经由被动位置信息(例如通过位于火车150B上的位置追踪设备)来确定,并且可以被通过示出为蓝色的图标来指定作为火车150B(图2A中并未示出颜色)。火车150C的位置可以被通过运伴系统100经由主动位置信息来确定,并且可以被通过示出为橙色的图标来指定作为火车150C(图2A中未示出颜色)。基于信息源,读取颜色编码的地图的用户可以将不同等级的准确性关联到火车的位置。例如,知晓在一天中的特定时间处本地火车时刻表可能不准确的PTS 199的用户可以更多地依赖于位置数据,所述位置数据基于与计划的位置信息不同的主动位置信息和/或被动位置信息。
除了颜色编码来识别地图20上的信息源之外,运伴系统100可以使用不同的图标来识别不同的信息源。例如,其位置被通过主动位置信息识别出的公共汽车可以被指定作为带有旅行者的公共汽车图标,并且其位置被通过被动位置信息识别出的公共汽车可以被指定作为没有任何旅行者的公共汽车图标。
根据本发明一个实施例,提供主动位置信息的运伴用户对于其他的运伴用户而言可以是可识别的。例如,具有用户名称“J-bone”的姓名为Jacob Jones的运伴用户将他位于火车150C上的信息提交给运伴系统100。运伴系统100可以被配置为通过显示他的姓名或通过显示他的用户名称“J-bone”,允许其他运伴用户,在地图20上看到,或在指定位于火车150C处的图标时看到,JacobJones的标识。
根据本发明一个实施例,用户可以指定他的标识(例如他的姓名或用户名称)仅被披露给特定个体(例如可以关联于或链接到运伴系统100的他的朋友或社交网络上的联系人)。或者,用户可以允许他的标识对于运伴系统100的所有用户公开。用户可以通过主动或通过被动位置信息,将与他的信息输入的可视性相关的“安全设置”指定到运伴系统100的其他用户。
根据本发明的一个实施例,运伴系统100可以允许用户经由用户的移动通信设备与运伴系统的另一个用户联系。这样的通信可以通过写下的消息、语音消息、视频消息和/或电话呼叫。例如,曾经坐过火车150C并将她的夹克落在该火车上的Kate Kohen可以访问运伴系统100来找到火车150C上的其他运伴用户。经由地图20,Kate Kohen可以识别出用户J-bone位于该火车上。KateKohen可以经由到J-bone的文本消息来打开交流通道,以询问其是否可以寻找Kate Kohen的夹克,并在J-bone下火车时将其放到火车停车点处的“失物招领”区域。或者,运伴用户Bob Billstein(其有意坐火车150C并且对于异味敏感)经由地图20可以识别出用户J-bone位于火车上。Bob Billstein可以经由运伴系统100呼叫J-bone来向其询问他所在的火车车厢是否有任何臭味。
对于在地图20上显示PTS车辆,如上所述,根据本发明的实施例,可以基于包括计划位置信息、被动位置信息和/或主动位置信息的各种源,来确定PTS车辆的位置。在PTS车辆位于停车点之间的情形中,计划的位置信息可能是不可用的或不准确的。然而,运伴系统100可以基于从(调度、被动或主动)提供的最后的位置信息起经过的时间和停车点之间的各个距离的行进的平均速度来显示停车点之间的PTS车辆的位置。
根据本发明一个实施例,运伴系统100可以显示在当前日期之前提供的位置信息。例如,相关于表示2012年8月15日上午7:30的PTS 199的图2B,运伴系统可能已经从用户J-bone接收到了与同日的上午7:20的公共汽车160A相关的主动位置信息,但不具有与比上午7:20更新的公共汽车160A相关的位置信息。运伴系统100可以基于由用户J-bone在7:20提供的主动位置信息利用公共汽车160A的估计的行进速度的预测,提供公共汽车160A的位置,从而显示在上午7:30公共汽车160A在预测的位置,该预测的位置是进一步沿着其路线的与由J-bone在7:20提供的位置不同的点。运伴系统100可以通过相邻于在160A处显示的公共汽车图标指示“最后信息接收时间为上午7:20”,来向运伴用户显示最后信息的时间。用户可以随后推断出所提供的信息并非是实时准确的,而是基于根据在上午7:20接收的数据的预测。
在一些实施例中,运伴系统100可操作来经由相应的通信设备确定PTS199的用户的移动方向。如图2A到图2C中所示,在地图20中利用箭头90示意性地示出了行进模式,其中指向相同方向的交叠的箭头的数量可以关联于沿着特定方向前进的人群的大小。例如,一个箭头可以代表包括至多50个PTS用户的人群,两个交叠的箭头可以代表包括51到100个PTS用户之间的人群,三个交叠的箭头可以代表包括101到200个PTS用户的人群,而四个交叠的箭头可以代表包括201或更多的PTS用户的人群。对应地,在下文中箭头90也可以被称为“人群矢量”90。
如在上文中已经概述的,图2A可以仅示例性地示出在上午5:00截取的PTS 199的地图20的截图,其中每个人群矢量90A-90E代表沿着各个方向前进的PTS用户的对应的数量。人群矢量90A可以例如关联于朝向商业中心30前进的守卫,而人群矢量90C可以关联与在完成夜间换班之后离开商业中心30的维修工人。清楚地,这里所致的人群的数量仅是说明性目的,并且不应被解释为是限制。
如相对于图2B中所示的地图20而进一步示例的,在7:30截取的截图示意性地指示了比图2A的地图20密集得多的乘客载荷。此外,图2B的地图20显示了与图2A的地图20相比,更多的PTS用户正在前往商业中心30。
如参照图2B所进一步示例的,运伴用户可以规定与PTS 199的使用相关的约束,例如进行从起点A到目的地C的旅行、向PTS用户建议最不用挤的从A到C的路线、以及到达目的地C的时间不晚于上午9:00。
应当注意的是,在这里使用的术语“目的地”可以涉及地址;PTS停车点、场所的位置和/或感兴趣的区域,例如商业中心和/或休闲区域。
在一些实施例中,运伴系统100还可以例如自动考虑下述作为偏好数据,与起点A相关的运伴用户的当前位置和估计,例如运伴用户行走和/或骑车从他或她的当前位置到达起点A所花费的时间。
响应于运伴用户提供的偏好数据,PTS分析器180可以通过获取指示使得从起点A运送到目的地C的PTS路线、指示沿着各个替换的PTS路线的乘客载荷和指示目的地C处的相应的到达时间的物理数据,来搜索符合约束的PTS路线。基于所接收到的物理数据,PTS分析器180可以随后确定哪个PTS路线符合约束并且向运伴用户显示相应的PTS信息。例如,在上午7:30截取的PTS 199的地图20的截图中,符合运伴用户的偏好的PTS路线可以被沿着所述PTS路线布置的“笑脸”图标代表。如显然可以看出的,所提议的路线通过了具有最密集人群的PTS路线。在一些实施例中,PTS信息可以包括时间指示。例如,可以关联于“笑脸”图标来示出时间到达估计。
PTS信息还可以指示公共汽车160B的发车时间、当采用所提议的PTS路线式运伴用户在目的地C的到达时间估计(例如上午8:53)、与PTS时间计划和运伴用户沿着所提议的路线进行的变化的位置相关的指示(例如在上午8:02公共汽车160A到达车站80B,以及在上午8:03火车150B从车站80B的站台12发车)。
如在下文中相对于图2C所进一步示例的,运伴系统100还可以操作来接收和处理与PTS 199的社会相关特征相关的偏好数据。例如,运伴用户可以是男性大学学生,其提供例如在上午9:30的偏好数据,该偏好数据定义他期望从车站80D行进到大学校园50,以不晚于10:15到达大学校园50,来在他到大学校园50的路线上会见女性同学。
运伴系统100可以随后通过获取社会数据(所述社会数据可以是对PTS用户的年龄、性别、大学学院、入学年级、情趣偏好、婚姻状况的指示)、并且通过获取可以指示PTS用户的行进模式的物理数据,搜索符合运伴用户规定的约束的PTS用户。基于获取的物理数据和/或社会数据,PTS分析器180可以随后确定符合由运伴用户定义的约束的女性乘客的身份。
可以随后经由男性大学学生相关联的通信设备,向男性大学学生显示在上午9:30截取的PTS 199的地图的截图以及向男性大学学生提议的与该女性同学会面可能性相对较高的到达大学校园50的路线。所提议的路线可以例如通过说明了沿着所提议的路线布置的男性人员的图标来代表,其中所述图标被通过字母数字标记10来标记。在一些实施例中,PTS信息可以包括符合由男性大学学生定义的约束的PTS的用户的路线预测的估计。符合约束的PTS用户的路线预测可以例如通过说明了沿着路线布置的女性人员的图标来代表,其中所述图标被通过字母数字标记11来标记。
在一些实施例中,PTS信息可以包括与存在男性大学学生与女性同学会面的可能性高的时间和/或位置相关的指示。通过示例,地图20可以示意性地指示男性大学学生10在上午10:05在位置F处与女性同学11会面的可能性高。PTS信息还可以包括时间估计,例如在大学校园50处的到达时间估计(例如上午10:04-10:13)。
现在额外参照图3A,其示意性地说明了根据一些实施例的运伴系统100的框图说明。
运伴系统100可以包括通过一个或多个通信链路101彼此通信的计算机存储器102(其可以包括一个或多个计算机可读存储介质)、控制器103、处理器104、通信网络(未示出)的通信模块105、以及数据库109。运伴系统100还可以包括用于对运伴系统100的各个部件供电的电源107。通信模块105可操作例如经由有线和/或无线通信系统来接收和提供数据。运伴系统100还可以包括通信接口108,其将通信模块105耦接到处理器104和计算机存储器102。一个或多个处理器104运行或执行在计算机存储器102中存储的各组指令,来执行各种功能,例如在PTS分析器应用或PTS分析器180中得到的处理物理数据、社会数据和/或偏好数据。
如在上文中参照图1和图2A-图2C已经论述的,PTS分析器180可以例如可操作来将偏好数据与物理数据和/或社会数据进行比较,并且向运伴用户提供包括符合于偏好数据相关的约束的物理数据和/或社会数据的PTS信息。可以经由通信模块105从计算机存储器102将代表PTS信息的物理数据和/或社会数据提供给运伴用户相关联的相应的通信设备。
进一步参照图3B,其示意性地说明了根据一些实施例的运伴系统100与PTS 199交互的框图。仅通过示例,PTS 199可以关联于大量的通信设备130(例如通信设备130A-130G),并且包括大量的PTS车辆,例如PTS车辆150-160和PTS操作器170。PTS操作器170可以包括可以经由通信链路175彼此通信的PTS操作器服务器171和PTS控制器172。
可以例如经由通信网络彼此可通信地连接通信设备130A-130G、PTS车辆150-160、PTS操作器170和运伴系统100。
可以例如通过移动通信设备(例如移动导航设备(例如全球定位系统);蜂窝通信设备、蜂窝电话;多功能便携式设备;“智能电话”、蜂窝设备、蜂窝通信设备、平板计算机、笔记本计算机、“超极本”计算机、个人数字助理(PDA)、膝上型计算机)或通过固定通信设备(例如桌上型计算机、车载设备(例如仪表盘设备);工作站和/或终端(例如售票或零售机)),来体现通信设备130A-130G中的每一个。
例如,通信设备例如(例如通信设备130A)可以包括通过一个或多个通信总线或信号线路138彼此通信的处理器131、输入设备132、输出设备133、存储器134、通信模块135。通信设备130A-130G还可以包括用于为各个部件供电的电源137。
通信设备130可操作来通过通信模块135从存储器134经由通信网络发送和接收数据,可以由处理器131对此进行控制。在一些实施例中,存储器134可以包括和/或执行客户端运伴应用980。
在一些实施例中,可以例如通过任何适当的软件和/或硬件部件(例如网络计算机)来实现PTS操作器服务器170。
可以通过采用例如GPS、射频标识(RFID)、信号强度测量技术、(例如在局域网内的)三角测量技术和/或任何其他的使得能够评估通信设备130A-130G和/或PTS车辆150-160中的至少一个的位置的技术,来确定通信设备130A-130G和/或PTS车辆150-160的位置。
在一些实施例中,例如,与特定的运伴用户ID(例如运伴用户名、口令和/或电子邮件地址)、通信设备的ID、电话操作器的订户数据、互联网协议地址相关联地,或者基于个人身份数据(其被提供来登录到基于网络的电子邮件和/或社交网络平台(例如"Facebook"、Twitter、"Google+"和/或"Linkedln")和/或基于网络的约会平台,运伴系统100可以操作来识别通信设备130A-130G中的至少一个的第一运伴用户中的至少一个或多个。可以经由输入设备132和/或通信模块135在例如通信设备130A处接收指示至少一个或多个第一运伴用户的ID的社会数据并且经由输出设备133将其显示给第二运伴用户。运伴系统100还可以可选地在实质上实时地显示第二运伴用户,哪些用户(例如Facekook“朋友”)或组成员(例如linkedin“组”)在PTS 199的哪个路线上。
尽管在这里出于清晰和简化的原因相对于通信设备130A论述了实施例,但这不应被理解为是限制性的。因此,还可以利用其它通信设备额外或替代地实现与相关联于通信设备130A描述的特征和/或操作和/或活动。
在一些实施例中,运伴系统100可以操作来从各个实体接收数据,并且将数据提供到与PTS 199相关联的各个实体。运伴系统100可以例如从通信设备130A-130G、PTS车辆150-160和/或PTS操作器服务器170中的至少一个接收物理数据和/或社会数据。例如,运伴系统100可以从通信设备130A-130G、PTS车辆150-160和/或PTS操作器服务器170中的任何一个接收数据。数据的其他源包括售票机以及车载PT计算机(例如在PTS车辆中安装的计算机终端)。
在一些实施例中,物理数据和/或社会数据可以例如基于从大量的运伴用户接收的偏好数据等(例如,指示运伴用户的情趣偏好的购票和/或查询)。
在一些实施例中,例如响应于由运伴系统100发出的这样做的提示,响应于使用PTS 199的PTS用户主动提供物理和/或社会数据,来接收物理数据和/或社会数据。相应地,在一些实施例中,运伴系统100可以向PTS用户询问或调查物理数据和/或社会数据。
运伴系统100例如可以向PTS用户、引导员或PTS操作器服务器170提示以提供描述例如车载PTS车辆150的PTS用户的乘员密度和/或性别和/或年龄的数据。例如,响应于PTS用户的提供与PTS的物理和/或社会相关特征相关的数据的请求,PTS用户还可以主动地向运伴系统100提供数据,以换取可兑换凭证(在下文中也被称为“乘坐优惠券”)。乘坐优惠券例如可以基于对PTS车费的折扣或提供在使用PTS可访问的咖啡吧处的免费咖啡。
在一些实施例中,运伴用户可以在使用PTS 199的同时,向运伴系统100提供指示与给定的业务或服务提供商相关的用户的消费偏好的社会数据。作为响应,运伴系统100可以估计运伴用户在给定的业务或服务的地理位置处的到达时间。可以随后将指示运伴用户的消费偏好和到达估计时间的物理数据转发到给定的业务或服务。这使得给定的业务或服务提供商进行事先准备来服务运伴用户而没有任何实质上的延迟,即“即时(just-in-time)”。业务可以例如是在运伴用户正在使用PTS的同时从运伴用户接收订单的面包店。运伴系统可以向面包店提供包括订单的信息以及预期运伴用户何时到达面包店的估计。所述估计可以基于由与运伴用户相关联的通信设备提供的定位系统信息。接收到订单和到达时间估计的面包店的一个或多个人员可以使用到达时间估计来在运伴用户到达时向运伴用户提供订单的“即时”完成。
在一些实施例中,例如响应于监视根据与它们相关联的通信设备130A-130G的使用的监视PTS用户的行为(包括例如监视和分析PTS用户的行进模式),可以由PTS用户被动地提供数据。
在一些实施例中,可以自动地分析物理数据和/或社会数据而不主动规定由运伴用户进行分析。例如,在第二时间周期期间,PTS分析器180可以确定与通信设备130B-130C相关联的PTS用户遵从第一行进模式(例如在上午7点和上午9点之间),而与通信设备130D-130F相关联的PTS用户遵从第二行进模式(例如在上午8:30到上午10:30之间)。PTS分析器180因此可以例如关联于第一时间周期自动地(即无需由用户主动规定来这样做)分析指示从郊区到城市中心的最快路线的数据的所接收到的物理数据。
相关于第二时间周期,PTS分析器180可以自动地分析(即无需由用户主动规定来这样做)分析可以指示共同参与、性别分布(例如向男性大学学生指示由女性乘客主要使用的到达大学目的地的特定路线)和/或年龄分布的数据的社会数据。应当注意的是,术语“第一时间周期”和“第二时间周期”可以部分重叠或完全不重叠。
在一些实施例中,运伴系统100可以向运伴用户自动提供与运伴用户的行为的分析相关的一个或多个提示。通过监视运伴用户的行为,运伴系统100可以例如确定运伴用户通常在早上大约8点开始通勤到他的工作地点。通过跟踪运伴用户的移动,运伴系统100还可以确定工作地点的地理位置。运伴用户因此可以在上午8:00之前被运伴系统100提示以提供与到他的工作地点的旅程的计划相关的信息,例如如下:“早上好,Joe,你对运伴向你示出到达[工作地点的名称]的最快方式感兴趣么?”
在一些实施例中,响应于追踪运伴用户的行为,运伴系统100可以例如向运伴用户自动提供与在一天中的给定的时间周期期间运伴用户通常采用的特定运送相关的PTS信息。PTS信息可以是指处于起点的PTS车辆的停车点或车站的到达时间的估计、延迟、乘客载荷以及与用于按时到达特定运动的目的地处的替代路线和重定向等相关的提议。
在一些实施例中,机器可读代码可以对与PTS 199相关的数据进行编码。例如,在PTS车辆150上提供的机器可读代码(例如条形码、QR代码)可以代表PTS车辆的路线。例如,通过使用PTS用户的通信设备读取机器可读代码并且将所获取的数据转发到运伴系统100,乘坐PTS车辆150的PTS用户可以向运伴系统100提供与他或她的行进旅程相关的数据。
从PTS 199的用户获取的物理数据和社会数据可以被称为“人群数据”。还可以通过计算机和操作、监视以及维护PTS的人员来提供物理数据和社会数据,这样的物理数据和社会数据可以被称为“操作器数据”。针对相对延长的时间周期被总体上视为恒定的物理数据和社会数据可以被称为“静态数据”。静态数据可以例如包括表征特征(例如变化缓慢的车辆的路线和PTS的物理基础结构的车站)的数据。物理数据和社会数据可以被表征为通过分析针对PTS获取的数据的许多实例生成的“统计数据”。统计数据例如可以包括针对使用PTS的特定路线的多个PTS用户的中间、平均和相关联的标准偏差,所述偏差可选地作为时间(例如一天中的时间或一周中的天)的函数。需要注意的是,数据的任何特定实例可以被分类为属于多于上述标注的数据的类型之一。例如,作为统计和人群数据两者的物理数据或社会数据的实例可以是响应于人群数据的统计分析所生成的统计数据。
在一些实施例中,例如通过PTS分析器180,可以将物理数据和/或社会数据与偏好数据相比较,所述比较产生了比较结果。在一些实施例中,可以根据预定的选择标准(其可以涉及例如描述PTS 199的数据的可用性和/或准确性),选择用于与偏好数据进行比较的物理数据和/或社会数据的源。
与PTS 199相关的操作器数据例如包括由给定的PTS车辆的车载定位系统提供的定位数据。如果在一个实例处例如发现给定的PTS车辆的车载定位系统是完全并且适当地运作的,则可以根据操作器的定位数据、而不是根据从当前乘坐给定的PTS车辆的PTS用户接收的人群数据来确定给定的PTS车辆的位置。相反地,如果发现给定的PTS车辆的车载定位系统被损坏,则可以根据由当前乘坐给定的PTS车辆的PTS用户提供的人群数据来确定给定的PTS车辆的位置。
此外,如果在另一个实例处例如发现没有可用的指示使用特定PTS运送的PTS用户的性别的静态数据,并且发现基于指示使用特定运送的PTS用户的性别的操作器数据和人群数据的统计数据比单独的人群数据或操作器数据更准确,则可以选择统计数据与偏好数据进行比较。响应于比较结果,可以例如通过PTS分析器180来处理物理数据和/或社会数据以生成PTS信息。可以经由与运伴用户相关联的相应的通信设备来将PTS信息提供给运伴用户。PTS信息可以包括数据,“匹配数据”,其描述由运伴用户使用PTS 199的“最佳匹配”。PTS信息可以被提供给运伴用户,并且可选地在实质上被实时地更新。
仅通过示例,比较结果可以指示通信设备130B和130C的行进模式比通信设备130D-130F的行进模式更好地匹配运伴用户的偏好数据,但运伴用户的社会偏好被通过通信设备130E更好地匹配。此外,由运伴用户的偏好数据定义的约束可以例如指示运伴用户的社会偏好优于通信设备130B-130F的行进模式的约束。作为结果,可以将PTS信息提供给运伴用户,该PTS信息指示通信设备130E的行进模式。
在另一个示例中,偏好日期可以涉及追踪特定PTS用户的位置的约束。作为响应,运伴系统100可以向运伴用户(例如父母)显示与所选择的PTS用户(例如,父母的孩子)的位置相关的PTS信息。在一些实施例中,运伴系统100可以向特定的PTS用户提示允许将他或她的位置显示给运伴用户。
在一些实施例中,第二运伴用户可以从第一运伴用户接收PTS信息。例如,例如响应于由第二运伴用户向第一运伴用户发出的请求,与第一运伴用户相关联的第一通信设备可以实质上实时地将PTS信息转发或传递到第二运伴用户的通信设备。换言之,第二运伴用户可以从多个其他的运伴用户接收PTS信息。
在一些实施例中,运伴系统100可以可通信地与PTS的监视和控制系统(在下文中页被称为“PTS操作器”)170使用接口连接。因此运伴系统100可以例如向PTS操作器170提供数据(例如人群数据),该数据否则将无需对于PTS操作器170可用。随后可由PTS操作器170使用该数据来监视和控制PTS 199。例如,使用取代或除了静态和/或操作器数据之外的人群数据可以促进更高质量的服务。
在一些实施例中,响应于获取的人群数据,可以实质上没有延迟地(即实质上实时地)控制PTS 199。额外地或者替换地,所获取的人群数据中的一些数据可以被存储在数据库109中以供以后使用(即并非实时地使用人群数据)。
在一些实施例中,通过从运伴用户的第一通信设备接收偏好数据并且从PTS用户的第二通信设备接收偏好数据、并且基于所接收到的偏好数据来确定与运伴用户和PTS用户相关联的PTS使用概况,运伴系统100可以操作来使能自动的PTS乘客询问。在一些实施例中,如果在运伴用户和PTS用户的PTS使用概况之间发现匹配,则可以向运伴用户和PTS用户提供PTS乘客询问提议,所述PTS乘客询问提议考虑了符合相应的偏好数据的需求的物理数据和/或社会数据。
在一些实施例中,可以在相应于确定了与偏好数据的匹配的PTS用户的通信设备处建议或自动发起以下模块中的至少一个的共享使用:即时消息模块、视频会议模块、电话会议模块、博客编写模块、视频播放器模块、音乐播放器模块、图像管理模块和/或日历模块。
在一些实施例中,运伴系统100可操作来确定哪些PTS用户正乘坐哪个PTS车辆。例如,PTS分析器180通过追踪它们相应的通信设备130B-130F来可操作地将行进模式关联到PTS用户,并且可操作地将行进模式关联到PTS车辆150和160。运伴系统100可以操作来将通信设备130B-130F的行进模式与PTS车辆150-160的行进模式进行比较来产生比较结果。指示匹配行进模式的比较结果可以识别哪些用户正在乘坐哪个PTS车辆。例如,运伴系统100可以指示分别与通信设备130B-130C相关联的PTS用户正在乘坐PTS车辆150,分别与通信设备130D-130F相关联的PTS用户正在乘坐PTS车辆160。
在一些实施例中,例如出于进一步确证的目的,由一个用户提供的数据可以被与来自其他用户的数据进行比较。例如,从通信设备130接收的物理数据和/或社会数据可以与从通信设备130C接收的物理数据和/或社会数据进行确证。例如,可以基于由PTS用户提供的物理数据和/或社会数据与由系统的其他PTS或运伴用户提供的物理数据和/或社会数据之间的相关程度,来评价PTS用户的可信度。
根据一些实施例,基于所接收到的物理数据和/或社会数据,运伴系统100可以操作来向运伴用户提供包括与使用PTS 199的实体的未来行为相关的估计的PTS信息。例如,基于过去(例如过去的一秒或多秒、一分钟或多个分钟、一小时或多个小时和/或一周或多周)从通信设备130A-130G接收的物理数据和/或社会数据,PTS分析器180可以估计或预测接下来的一秒或多秒、一分钟或多个分钟、一小时或多个小时或到来的一周或多周的与通信设备130A-130G相关联的PTS用户的未来行为。
在一些实施例中,基于与PTS用户的未来行为相关的估计,例如可以由PTS分析器180来识别PTS 199的减小的性能或容量(在下文中也被称为“瓶颈”)。
例如,响应于物理数据和/或社会数据,可以由PTS分析器180相对于减小的性能或容量(在下文中也被称为“瓶颈”)来分析PTS 199。可以针对在过去出现、实质上实时地出现的瓶颈和/或针对估计在未来的瓶颈的出现的可能性来分析PTS 199。在一些实施例中,跟随瓶颈的标识,可以例如向PTS操作器170和/或运伴用户提供包括如何避免或减小瓶颈的可能性的指令的PTS信息。
例如,诸如PTS 199的操作器之类的运伴用户可能期望事先知晓将乘坐公共汽车和/或使用停车点的PTS用户的数量是否超过了可用于容纳他们的座位的数量。响应于所述查询,PTS分析器180可以确定将可用的可用座位的数量小于需要就座的PTS用户的数量。因此,可以随后向操作器提供指示在第一公共汽车上的可用座位短缺的PTS信息。PTS信息可以例如向PTS操作器170给出指令来向车站/停车点发出另一辆公共汽车来缓解座位短缺的问题,并且可选地向在车站等待的PTS用户提供向他们指示发出了另一辆空的公共汽车来接送他们的PTS信息。因此,至少一些在车站等待的PTS用户不会乘坐第一公共汽车,并且等待其他公共汽车的到达。或者,第一公共汽车并不在该车站停车而是继续行驶,而第二公共汽车会停车来允许仍在车站等待的PTS用户乘坐。
在一些实施例中,运伴系统100还可以与不同于PTS 199的其他基础设施通过接口连接。基于哪个交通管理190掌控自动的道路信号,对于车辆和/或行人交通活动敏感的传感器(在下文中“交通传感器”)195经由通信链路198向自动的道路信号的操作器(在下文中“交通管理”)190提供与交通相关的数据。交通管理190可以包括例如由交通管理人员和/或自动的控制系统操作的计算机终端。
在一些实施例中,可以由运伴系统100来补充、替换和/或超越控制交通传感器195,所述运伴系统100可以与交通管理190通过接口连接,并且向交通管理190提供与交通相关的数据,该数据否则无需对于交通管理系统190可用。这可以帮助交通管理190掌控并且可选地优化交通。交通的优化可以例如涉及人员对于车辆吞吐量的优先度,并且反之亦然,对于通过十字路口的优先度。
例如,运伴系统100可以帮助交通管理190控制自动的道路信号,以便响应于从各自的方向接近交通十字路口的不同的乘客载荷,来优化通过道路交叉口的人员吞吐量。
例如考虑以下的情形,其中交叉路可以允许车辆交通从南方行进到北方并且从西方行进到东方。载荷有超过一百个PTS用户的公共汽车向东方行进并且三十辆轿车向北方行进来接近交叉路,其中每辆轿车可能仅乘坐了一个人。交通传感器195可操作来向交通管理190提供指示从各个方向接近交叉路的车辆的数量的交通数据。基于接近的车辆的数量,流量管理190可以确定应当掌控道路信号来使得轿车优先于公共汽车通过交叉点。然而,在一些实施例中,运伴系统100可以与交通管理190通过接口连接,并且可以基于来自它们的相应的通信设备的数据,向后者提供与接近交叉路的人员的数量相关的数据。运伴系统100可以例如向交通管理190提供指示超过一百人正朝向东方行进以及大约三十人正朝向北方行进的数据。如果根据人员吞吐量设置交通管理190来为交通设置优先度,则可以由交通管理190来掌控道路信号,从而使得公共汽车优先于轿车通过交叉点。
除了人员的数量和/或车辆的数量之外,用于优化自动的道路信号的操作而可以考虑的其他数据例如可以是PTS车辆的及时性。例如,可以总是相对于私人交通优先被延迟的PTS车辆,而无关于在相应的方向上行进的人员的数量。
在一些实施例中,物理数据可以指示特定旅程的应支付的车费,例如可以根据“每次使用付费”的支付方案来确定所述车费。例如,可以根据运伴用户实际消耗的PTS 199的资源来确定车费。例如,运伴用户需要进行的支付取决于行进的距离、旅程的持续时间、延迟、在旅程和/或一天中的时间期间(例如“高峰期”和“非高峰期”)的停车点的数量、乘客载荷;和/或运伴用户的满意度。例如,可以由与运伴用户相关联的定位系统来确定运伴用户行进的距离以及根据其所确定应支付的车费。
在一些实施例中,提供了指示与旅程相关的满意度为低的评价的运伴用户可以被运伴系统100给予车费折扣。在一些实施例中,通过将所提供的评价与例如可以来源于人群的物理数据和/或社会数据进行比较,来出于诚实目的而仔细地检查与满意度相关的运伴用户的指示。可与所述比较的结果相对应地提供车费折扣。例如,仅在运伴用户的评价正面相关于来源于人群的数据到一定程度的情况下,运伴用户才可以被给予车费折扣。在每次使用支付的方案中,应支付的车费可以被实质上实时地确定,并且可选地被经由运伴用户的通信设备显示给运伴用户。
在一些实施例中,运伴系统100使得导航相关于在地上和/或地下进行操作的PTS 199。
进一步参照图3C,其示意性地说明了根据一些实施例的运伴系统100与PTS 199交互的另一个框图。
如在下文中参照图3C所例示的,可以通过任何适当的软件和/或硬件部件来体现运伴系统100的部件和/或特征,所述部件和/或特征可以被实现在通信网络的不同节点位置处。例如,运伴系统100的部件、特征、应用和/或功能可以被包括在运伴网络服务器、PTS操作器服务器、PTS控制器中,被包括在通信设备中和/或PTS车辆的车载计算机中。对应地,可以由运伴网络服务器的处理器来执行物理数据、社会数据和/或偏好数据处理中的一部分,以及由通信设备的处理器来执行物理数据、社会数据和/或偏好数据处理中的一部分。
在一些实施例中,运伴系统100可以例如包括包含计算机存储器102的一个或多个运伴网络服务器900或运伴云系统。计算机存储器102可以从地图数据源901接收地图数据。在一些实施例中,运伴网络服务器900的数据库109可以包括,例如,用于存储统计数据的统计数据库921、用于存储从静态数据源902接收的静态数据的静态数据库922、用于存储从通信设备130接收的人群数据的人群源数据库923、以及用于存储从操作器数据源903接收的操作器数据的操作器数据库924。在统计数据库921中存储的统计数据可以涉及人群数据和/或操作器数据。
在一些实施例中,可以通过各种软件和/或硬件模块来实现计算机存储器102的服务器运伴应用780。PTS分析器180例如可以包括旅程计划模块781、用户数据收集模块782、线路编号识别模块783、社会偏好模块784以及动态地图生成模块785。所述旅程计划模块781可操作来向运伴用户提供根据用户定义的约束所确定的旅程信息,所述用户数据收集模块782用于从通信设备130获取和/或接收数据,所述线路编号识别模块783用于确定PTS车辆的标识,所述社会偏好模块784用于确定与通信设备130相关联的用户的偏好,并且动态地图生成模块785用于例如响应于所接收到的社会数据,例如在实质上实时地更新地图数据。
在一些实施例中,运伴网络服务器900可以包括物理数据库924和社会数据库925,所述物理数据库924用于存储描述PTS 199的物理相关特征的数据,而社会数据库925用于存储PTS 199的社会相关特征的数据。
在一些实施例中,客户端运伴应用980可以例如包括PTS数据收集模块981、行程标识模块982、地上导航模块983、地下导航模块984以及动态地图模块985。所述PTS数据收集模块981用于获取与PTS 199相关的数据,所述行程标识模块982用于识别由运伴用户进行的旅程的阶段,所述地上导航模块983用于使能地上导航,所述地下导航模块984用于使能地下导航,并且动态地图模块985用于地图数据的动态更新和显示。
在一些实施例中,通信设备130和运伴网络服务器900可以经由总线940交换数据。
行程识别模块982可以操作来例如在实质上实时地识别运伴用户进行的运送或旅程的当前阶段的特性,例如地理位置、方向、活动(例如,等待公共汽车、在车站下车)和/或运伴用户当前使用的运输方式的类型(例如,行走、乘公共汽车、使用火车)。响应于行程识别模块982所识别出的阶段,运伴系统100可以在实质上实时地向运伴用户提供与旅程相关的PTS信息(例如,到达目的地的剩余时间、当前乘坐同一PTS车辆的乘客的数量)。
现在额外参照图4,其示意性地说明了根据一些实施例的用于公共运输导航的运伴方法的流程图。
如框410中所示,用于PTS导航的运伴方法例如可以包括,在第一用户使用PTS 199的同时,响应于第一用户而接收与PTS 199相关的数据。
如框420中所示,用于PTS导航的运伴方法例如可以包括,响应于所接收到的数据,将与PTS 199相关的数据提供到所述第一和第二用户中的至少一个。
在论述中,除非另有说明,否则在这里使用的术语“实体”可以是指至少有时可操作地关联于PTS 199的用户、客户端、软件、计算机、提供商、操作器、服务器和/或通信网络中的任何一个。
在一些实施例中,可以基于由PTS用户提供的社会数据和/或物理数据来确定PTS车辆的行进模式。可以由PTS用户提供包括指示与PTS车辆有关的物理数据的信息以将行进模式与PTS车辆相关联,所述信息例如是相关联的通信设备的位置;车辆类型;车辆编号;路线的名称;车站的位置、编号和名称;或行进的距离。可以将由PTS用户提供的物理数据与由PTS 199的操作器所管理的物理数据进行比较。如果用户的物理数据匹配于操作器的物理数据,则识别出PTS车辆。
现在参照图5,其示意性地说明了用于识别PTS车辆行进模式和PTS线路的运伴方法的流程图。
如框505中所示,运伴方法可以包括例如试图获取对PTS车辆的定位系统的访问。
如框510中所示,方法可以包括,例如检查是否能够通过PTS车辆的定位系统来确定PTS车辆的行进模式。
如框520中所示,如果能够通过PTS车辆的定位系统来确定PTS车辆的行进模式,则方法可以随后包括,例如通过定位系统确定PTS车辆的行进模式和/或PTS车辆正在服务的线路。可以通过例如将车辆的行进模式与包括多个PTS线路的坐标的数据库进行比较、并且确定车辆的行进模式是否覆盖或在实质上覆盖在数据库中包含的PTS线路的坐标,来确定PTS车辆正在服务的线路。
否则,也就是说,如果无法通过PTS车辆的定位系统来确定PTS车辆的行进模式,则方法可以包括,如框530中所示,识别乘坐PTS车辆的至少一个PTS用户。
如框540中所示,方法可以随后包括,例如将行进模式与乘坐PTS车辆的至少一个PTS用户相关联。
如框550中所示,方法可以随后包括,例如根据关联到所述至少一个PTS用户的行进模式,推断出所述PTS车辆的行进模式。
PTS用户可以在乘坐PTS车辆的同时,例如提供与它们的位置、停车点数量、停车点名称和停车点处的到达和发车时间相关的物理数据。所述方法还可以包括将由PTS用户提供的物理数据与由PTS车辆的操作器管理的物理数据进行比较。如果PTS用户的物理数据匹配于PTS车辆的操作器的物理数据,则可以确定PTS车辆的标识及其对应的路线或线路。
根据本发明的一个实施例,还可以提供一种用于与使用公共运输系统(PTS)相关的信息的方法,所述方法包括:在第一用户使用所述PTS的同时响应于所述第一用户来接收与PTS相关的数据;以及响应于所接收到的数据,将与所述PTS相关的数据提供到所述第一用户和第二用户中的至少一个。可选地,经由与第一用户相关联的第一通信设备从第一用户接收与响应第一用户的PTS相关的数据。可选地,经由与第一用户相关联的第一通信设备和与第二用户相关联的第二通信设备提供与PTS相关的数据。可选地,与PTS相关的数据是对PTS的物理相关特征和社会相关特征中的至少一个的描述。可选地,描述社会相关特征的数据是对以下各项中的至少之一的描述:性别、年龄、职业、教育、婚姻状况、宗教信仰、与第一用户为什么使用特定路线相关的指示;兴趣概况、以及关于第一用户的互联网活动。可选地,描述物理相关特征的数据是对以下各项中的至少一项的描述:沿着路线的停车点和车站的数量、沿着路线行进的PTS车辆的类型和状况、时间表计划、PTS车辆的位置、PTS车辆的载荷、乘客载荷、延迟、运送状况、线路状况、与乘客和车辆移动相关的估计或预测、PTS车辆行进模式、和PTS用户的相应的PTS使用模式。可选地,数据是以下数据类型中的至少一个:操作器数据、人群数据、统计数据和静态数据。可选地,所接收到的数据指示一群人的方向或规模。可选地,在第一用户使用PTS的同时接收与响应于第一用户的PTS相关的数据包括:根据预定的选择准则确定获取哪个数据类型;以及根据预定的选择准则获取与PTS相关的数据类型。可选地,方法还包括分析与PTS相关的数据以及响应于所接收的数据来向第一用户和第二用户中的至少一个提供PTS信息。可选地,方法包括:将响应于第一用户的所接收到的数据与指示第一用户和第二用户中的至少一个的用户偏好的偏好数据进行比较;确定在所接收到的数据与第一用户和第二用户中的至少一个的偏好数据之间是否存在匹配;以及如果找到匹配,则将PTS信息提供给第一用户和第二用户中的至少一个。可选地,所述方法还包括,基于所接收到的与响应于第一用户的PTS相关的数据,确定第一用户使用的PTS车辆的位置。可选地,偏好数据规定了与以下各项中的至少之一相关的约束:期望的旅程、运输质量、操作质量以及社会相关特征。可选地,提供与PTS相关的数据包括在地图上显示包括指示PTS的车辆的至少一个图标和行进路线的信息。可选地,所述地图还包括指示PTS数据的源的信息。可选地,提供与PTS相关的数据包括将数据提供给PTS用户的组,所述PTS用户的组的标识基于由第一用户设置的安全设置。
根据本发明的实施例,还提供了一种用于提供与公共运输系统相关的信息的系统,该系统包括:通信模块,用于在第一用户使用PTS的同时接收与响应第一用户的PTS相关的数据;存储器,用于存储一组指令;以及处理器,用于执行所述一组指令来处理所接收到的数据,所述通信模块响应于所接收到的数据将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少之一。可选地,所述系统包括至少一个程序,其中所述至少一个程序被存储在存储器中;所述至少一个程序包括:用于在第一用户使用PTS的同时获取与响应第一用户的PTS相关的数据的指令;以及用于响应于所获取的数据将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少之一的指令。
根据本发明实施例,还提供了一种计算机程序产品,包括:包括计算机可读存储介质和在其中嵌入的计算机程序机构,所述计算机程序机构包括指令,所述指令当被用于提供与公共运输系统相关的信息的系统执行时,使得所述系统:在第一用户使用PTS的同时获取与响应第一用户的PTS相关的数据;响应于所获取的数据将与所述PTS相关的数据提供到第一用户和第二用户中的至少一个。
在本发明的说明书和权利要求书中,动词“包括”、“包含”和“具有”及其搭配中的每一个均用于指示动词的对象无需是动词的主体的部件、单元或部分的完整列表。
本申请中的实施例的描述是通过示例来提供的,并且并不意在限制实施例的范围。所描述的实施例包括不同的特征,并非在所有实施例中需要它们的全部。一些实施例仅利用特征中的一些或特征的可能组合。本领域技术人员可以想到包括在本公开文本中标注的不同的特征组合的实施例和描述的实施例的变形例。仅通过权利要求来限制实施例的范围。

Claims (19)

1.一种用于提供与使用公共运输系统(PTS)相关的信息的方法,所述方法包括:
在第一用户使用所述PTS的同时,接收与响应所述第一用户的所述PTS相关的数据;以及
响应于所接收到的数据,将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少一个。
2.如权利要求1所述的方法,其中经由与所述第一用户相关联的第一通信设备,从所述第一用户接收与响应所述第一用户的所述PTS相关的数据。
3.如权利要求1所述的方法,其中经由与所述第一用户相关联的第一通信设备和与所述第二用户相关联的第二通信设备,提供与所述PTS相关的数据。
4.如权利要求1所述的方法,其中与所述PTS相关的数据是对所述PTS的物理相关特征和社会相关特征中的至少一个的描述。
5.如权利要求4所述的方法,其中对所述社会相关特征的描述的数据是对以下各项中的至少一项的描述:所述第一用户的性别;年龄;职业;教育;婚姻状况;宗教信仰、与所述第一用户为什么使用特定路线相关的指示;兴趣概况、以及与互联网活动相关的兴趣概况。
6.如权利要求4所述的方法,其中对所述物理相关特征的描述的数据是对以下各项中的至少一项的描述:沿着路线的停车点和车站的数量、按所述路线行进的PTS车辆的类型和状况、时间表计划;PTS车辆的位置;PTS车辆的载荷;乘客载荷;延迟、运送状况、线路状况、与乘客和车辆移动相关的估计或预测、PTS车辆的行进模式、以及各个PTS用户的PTS使用模式。
7.如权利要求1所述的方法,其中所述数据是以下数据类型中的至少一个:操作器数据、人群数据、统计数据和静态数据。
8.如权利要求1所述的方法,其中所接收到的数据指示一群人的方向或规模。
9.如权利要求1所述的方法,其中在所述第一用户使用所述PTS的同时,接收响应于所述第一用户的与所述PTS相关的数据包括:
根据预定的选择标准确定要获取哪个数据类型;以及
根据所述预定的选择标准获取与所述PTS相关的数据类型。
10.如权利要求1所述的方法,包括:
分析与所述PTS相关的数据,并且响应于所接收到的数据,从而向所述第一用户和第二用户中的至少一个提供PTS信息。
11.如权利要求1所述的方法,包括:
将响应于所述第一用户的所接收到的数据与指示所述第一用户和第二用户中的至少一个的用户偏好的偏好数据进行比较;
确定在所接收到的数据与所述第一用户和第二用户中的至少一个的偏好数据之间是否存在匹配;以及
如果发现匹配,则将PTS信息提供给所述第一用户和第二用户中的至少一个。
12.如权利要求1所述的方法,包括:
基于响应于所述第一用户接收的与所述PTS相关的数据,确定所述第一用户使用的PTS车辆的位置。
13.如权利要求11所述的方法,其中所述偏好数据规定了与以下各项中的至少一项相关的约束:期望的旅程、运输质量、操作质量以及社会相关特征。
14.如权利要求1所述的方法,其中提供与所述PTS相关的数据包括在地图上显示信息,所述信息包括指示PTS车辆并且处于行进路线处的至少一个图标。
15.如权利要求14所述的方法,其中所述地图还包括指示所述PTS数据的源的信息。
16.如权利要求1所述的方法,其中提供与所述PTS相关的数据包括将数据提供给PTS用户的组,所述PTS用户的组的身份基于由所述第一用户设置的安全设置。
17.一种用于提供与公共运输系统相关的信息的系统,所述系统包括:
通信模块,用于在第一用户使用所述PTS的同时,接收响应于所述第一用户的与所述PTS相关的数据;
存储器,用于存储一组指令;以及
处理器,用于执行所述一组指令来处理所接收到的数据;
所述通信模块响应于所接收到的数据,将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少一个。
18.如权利要求17所述的系统,包括:
至少一个程序,其中所述至少一个程序被存储在所述存储器中;所述至少一个程序包括:
用于在所述第一用户使用所述PTS的同时获取响应于所述第一用户的与所述PTS相关的数据的指令;以及
用于响应于所获取的数据将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少一个的指令。
19.一种计算机程序产品,包括:
计算机可读存储介质和在所述计算机存储介质中嵌入的计算机程序机构,所述计算机程序机构包括指令,所述指令当被用于提供与公共运输系统相关的信息的系统执行时,使得所述系统:
在第一用户使用所述PTS的同时,获取响应于所述第一用户的与所述PTS相关的数据;以及
响应于所获取的数据,将与所述PTS相关的数据提供给所述第一用户和第二用户中的至少一个。
CN201380046839.2A 2012-09-07 2013-09-08 公共运输导航器 Pending CN104641387A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261697822P 2012-09-07 2012-09-07
US61/697,822 2012-09-07
PCT/IL2013/050756 WO2014037949A2 (en) 2012-09-07 2013-09-08 Public transportation navigator

Publications (1)

Publication Number Publication Date
CN104641387A true CN104641387A (zh) 2015-05-20

Family

ID=50237723

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380046839.2A Pending CN104641387A (zh) 2012-09-07 2013-09-08 公共运输导航器

Country Status (16)

Country Link
US (2) US9799222B2 (zh)
EP (1) EP2880639A4 (zh)
JP (1) JP6058139B2 (zh)
KR (1) KR20150039851A (zh)
CN (1) CN104641387A (zh)
AU (2) AU2013311211B2 (zh)
BR (1) BR112015005103B1 (zh)
CA (1) CA2884372C (zh)
CL (1) CL2015000575A1 (zh)
HK (1) HK1210852A1 (zh)
IL (1) IL237577A (zh)
IN (1) IN2015DN01793A (zh)
MX (1) MX348162B (zh)
RU (1) RU2595551C1 (zh)
SG (1) SG11201501692WA (zh)
WO (1) WO2014037949A2 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9565584B2 (en) * 2013-06-24 2017-02-07 Cisco Technology, Inc. Human mobility rule-based device location tracking
EP3127101A4 (en) * 2014-04-04 2018-03-21 Urban Engines, Inc. Fast rendering of visualization
US10407085B2 (en) * 2014-04-21 2019-09-10 Mitsubishi Electric Corporation Train travel prediction device and train travel prediction method
US9373097B2 (en) * 2014-06-20 2016-06-21 Sensormatic Electronics, LLC Mobile access control system with geo-tagging
US10620010B2 (en) 2015-02-05 2020-04-14 Moovit App Global Ltd Public and ordered transportation trip planning
US20160240016A1 (en) * 2015-02-17 2016-08-18 Marc M. Ranpour Method of Managing Usage Fares for a Transportation System
EP3062301A1 (de) * 2015-02-27 2016-08-31 Siemens Aktiengesellschaft Verfahren zum zuordnen einer fahrlinie zu einem fahrzeug und verfahren zur steuerung eines verkehrssystems
US10062282B2 (en) * 2015-04-15 2018-08-28 Conduent Business Services, Llc Method and system for determining effect of weather conditions on transportation networks
CN105300396A (zh) * 2015-07-02 2016-02-03 太仓埃特奥数据科技有限公司 一种用于上下行公交站点的快速导航方法及系统
RU2718974C2 (ru) 2015-10-29 2020-04-15 Аксон Вайб Аг Система и способ для пассивных платежей на основе определения местоположения
FR3054058B1 (fr) * 2016-07-18 2021-10-15 Julien Tenenbaum Procede et dispositif de suivi du deplacement de personnes dans un environnement, notamment dans un reseau de transport
US10697783B2 (en) 2017-04-03 2020-06-30 Uber Technologies, Inc. Coordinating travel on a public transit system and a travel coordination system
RU2723821C1 (ru) * 2019-10-09 2020-06-17 Леонид Львович Аронов Способ автоматического отбора информации о транспортных средствах при нахождении маломобильного пассажира на остановке транспортного средства
KR20210075356A (ko) * 2019-12-13 2021-06-23 현대자동차주식회사 차량 안내 서비스 장치 및 그 방법
JP2023522356A (ja) * 2020-04-19 2023-05-30 ムービット・エーピーピー・グローバル・リミテッド 輸送利用のための課金を決定するためのシステム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080036653A1 (en) * 2005-07-14 2008-02-14 Huston Charles D GPS Based Friend Location and Identification System and Method
US20090157312A1 (en) * 2007-12-14 2009-06-18 Microsoft Corporation Social network based routes
US20100125410A1 (en) * 2008-11-17 2010-05-20 Mary Anne Hicks Methods and Apparatuses for Providing Enhanced Navigation Services
CN102484767A (zh) * 2009-08-21 2012-05-30 三星电子株式会社 用于产生、管理、和共享运动路径的方法和装置
US20120192247A1 (en) * 2010-12-27 2012-07-26 Nokia Corporation Method and apparatus for providing data based on granularity information

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1151678A (ja) * 1997-07-31 1999-02-26 Honda Motor Co Ltd 移動体位置情報表示装置
JP2002318128A (ja) * 2001-04-23 2002-10-31 Mazda Motor Corp 情報提供システム及び情報提供方法、該システム又は方法に用いる情報提供装置及び情報被提供装置、該情報提供装置又は情報被提供装置を制御するためのプログラム、並びに、該プログラムを記憶した記憶媒体
JP2003281174A (ja) * 2002-03-25 2003-10-03 Toshiba Corp 情報表示端末、情報表示方法、情報表示プログラム及び情報配信サーバ
JP4035813B2 (ja) * 2002-05-21 2008-01-23 アイシン・エィ・ダブリュ株式会社 移動体位置認識システム
JP2005234918A (ja) * 2004-02-20 2005-09-02 Hitachi Ltd 交通手段情報提供システム
US7469827B2 (en) 2005-11-17 2008-12-30 Google Inc. Vehicle information systems and methods
WO2008011432A2 (en) * 2006-07-17 2008-01-24 Abraham Vasant System and method for coordinating customized mobility services through a network
US7974771B2 (en) 2006-09-22 2011-07-05 Nortel Networks Limited Method and apparatus for enabling commuter groups
US7840427B2 (en) * 2007-02-12 2010-11-23 O'sullivan Sean Shared transport system and service network
US8700539B2 (en) * 2007-12-17 2014-04-15 Nokia Corporation Creating a travel community
US20090182498A1 (en) * 2008-01-11 2009-07-16 Magellan Navigation, Inc. Systems and Methods to Provide Navigational Assistance Using an Online Social Network
KR20100089218A (ko) 2009-02-03 2010-08-12 주식회사 맵퍼스 경로 탐색 장치 및 방법
JP5504640B2 (ja) * 2009-02-10 2014-05-28 日産自動車株式会社 ナビゲーションシステム、情報センター、ナビゲーション装置、および移動端末
US20100268450A1 (en) * 2009-04-15 2010-10-21 Eugene Stephen Evanitsky Pedestrian navigation systemand method integrated with public transportation
MX2010003223A (es) 2010-03-24 2011-09-26 Ahmed David Loranca Aguayo Sistema de boletaje electronico, automatizacion, gestion y seguridad para el transporte público "tpvbus".
US20130041941A1 (en) * 2010-04-09 2013-02-14 Carnegie Mellon University Crowd-Sourcing of Information for Shared Transportation Vehicles
TW201137802A (en) * 2010-04-20 2011-11-01 Univ Chung Yuan Christian Guidance system for taking public transportation and method thereof
US20120296885A1 (en) 2010-09-09 2012-11-22 Google Inc. Transportation Information Systems and Methods
US20120233246A1 (en) * 2010-09-10 2012-09-13 Emilio Guemez Safety system for taxi users combining reputation mechanisms and community notifications
RU111929U1 (ru) * 2011-06-21 2011-12-27 Владимир Викторович Воробьев Система навигации для общественного транспорта

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080036653A1 (en) * 2005-07-14 2008-02-14 Huston Charles D GPS Based Friend Location and Identification System and Method
US20090157312A1 (en) * 2007-12-14 2009-06-18 Microsoft Corporation Social network based routes
US20100125410A1 (en) * 2008-11-17 2010-05-20 Mary Anne Hicks Methods and Apparatuses for Providing Enhanced Navigation Services
CN102484767A (zh) * 2009-08-21 2012-05-30 三星电子株式会社 用于产生、管理、和共享运动路径的方法和装置
US20120192247A1 (en) * 2010-12-27 2012-07-26 Nokia Corporation Method and apparatus for providing data based on granularity information

Also Published As

Publication number Publication date
RU2595551C1 (ru) 2016-08-27
CA2884372A1 (en) 2014-03-13
AU2013311211A1 (en) 2015-03-26
EP2880639A4 (en) 2015-08-12
US20180040245A1 (en) 2018-02-08
WO2014037949A2 (en) 2014-03-13
IN2015DN01793A (zh) 2015-05-29
AU2017213574A1 (en) 2017-08-31
US10410519B2 (en) 2019-09-10
EP2880639A2 (en) 2015-06-10
WO2014037949A3 (en) 2014-06-19
JP6058139B2 (ja) 2017-01-11
BR112015005103B1 (pt) 2022-03-29
HK1210852A1 (zh) 2016-05-06
AU2013311211B2 (en) 2017-05-11
JP2015534162A (ja) 2015-11-26
MX348162B (es) 2017-05-31
US9799222B2 (en) 2017-10-24
MX2015002857A (es) 2015-10-09
CA2884372C (en) 2018-01-02
IL237577A (en) 2017-12-31
CL2015000575A1 (es) 2015-10-02
KR20150039851A (ko) 2015-04-13
IL237577A0 (en) 2015-04-30
SG11201501692WA (en) 2015-04-29
US20150228193A1 (en) 2015-08-13
BR112015005103A2 (pt) 2017-07-04

Similar Documents

Publication Publication Date Title
CN104641387A (zh) 公共运输导航器
US11164456B2 (en) Systems and methods for matching pick-up requests with transport providers, tracking trip progress, and enabling provider ratings
Gurumurthy et al. Analyzing the dynamic ride-sharing potential for shared autonomous vehicle fleets using cellphone data from Orlando, Florida
US10623888B2 (en) Computing system with crowd prediction mechanism and method of operation thereof
Lee et al. Incorporating e-technology to advantage in a greener taxi industry and its impact on driving performance and safety

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: Israeli ness Ziona

Applicant after: Muweite APP Global Limited

Address before: Israeli ness Ziona

Applicant before: TRANZMATE LTD.

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: TRANZMATE LTD. TO: MUWITE APP GLOBAL LTD.

Free format text: CORRECT: ADDRESS; FROM:

C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1210852

Country of ref document: HK

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20150520

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1210852

Country of ref document: HK