CN105336157A - 交互式出租车呼叫***及方法 - Google Patents

Abstract

本发明提供一种交互式出租车呼叫***及方法，交互式出租车呼叫***配置以链接乘客客户端以及出租车客户端，并持续地自出租车客户端接收行车状态。交互式出租车呼叫***包含评价数据库、竞标模块以及撮合模块。竞标模块结合乘客客户端发出之乘客搭乘请求以及评价数据库储存的乘客评价，产生竞标请求。撮合模块根据出租车客户端的行车状态，发送竞标请求。当出租车客户端回应之竞标设定发送至撮合模块后，撮合模块将竞标设定以及司机评价，共同发送至乘客客户端。撮合模块可自乘客客户端接收乘客选择请求对应出租车客户端其中之一，并产生运输请求发送至被选择之出租车客户端。本发明让乘客客户端可与出租车客户端点对点的连接，减少成本。

Description

交互式出租车呼叫***及方法

技术领域

本发明是有关于一种交互式出租车呼叫***及方法，特别是有关于点对点式(peertopeer，P2P)的交互式出租车呼叫***及方法。

背景技术

随着行动通讯装置以及智能型行动通讯装置的普及，出租车的呼叫方式也从路边的随招即停方式，逐渐增加更多元的呼叫方式。举例来说，拥有多台出租车的车队，由车队向使用者提供统一的服务，用户可通过行动通讯装置或固定式的机台向车队提出需求，车队以人工进一步自多台出租车中挑选出租车搭载使用者。然而，此一出租车招呼***让车队几乎垄断出租车与使用者间的联系方式，让使用者无法透明的获知出租车的信息，且出租车需负担车队固定的管理费用与人事成本。相对而言，许多出租车为节省此一额外成本，而独立运作。由此可见，上述现有的架构显然仍存在不便与缺陷，而有待加以进一步改进出租车与使用者间的互动关系。为了解决上述问题，相关领域莫不费尽心思来谋求解决之道，但长久以来一直未见适用的方式被发展完成。因此，如何能有效解决上述问题，实属当前重要研发课题之一，亦成为当前相关领域亟需改进的目标。

发明内容

针对现有技术中的缺陷，本发明所要解决的技术问题是提供一种交互式出租车呼叫***及方法，其让乘客客户端可与出租车客户端点对点(peertopeer，P2P)的连接，减少使用者与出租车彼此的成本。

本发明的一技术方案是有关于一种交互式出租车呼叫***，其链接至少一乘客客户端以及复数个出租车客户端。交互式出租车呼叫***包含竞标模块以及撮合模块，让乘客客户端可与复数个出租车客户端通过交互式出租车呼叫***互相链接与互动。乘客客户端发送乘客搭乘请求至交互式出租车呼叫***，经竞标模块产生相对应的竞标请求，包含乘客实时位置、到达期限、预约时间或预约路线等，并发送至复数个出租车客户端。交互式出租车呼叫***再根据复数个出租车客户端其中至少一者所回应的竞标设定，如折扣或减免费用等信息，转发送至乘客客户端给使用者参考。交互式出租车呼叫***可进一步自乘客客户端接收乘客选择请求对应发送竞标设定的出租车客户端其中之一，并对应产生运输请求至被选择之出租车客户端。如此一来，使得乘客客户端可通过交互式出租车呼叫***与复数个出租车客户端直接接触，并自出租车客户端的多种不同竞标设定中选择较为适当的出租车客户端，让乘客客户端可与出租车客户端点对点(peertopeer，P2P)的连接，减少使用者与出租车彼此的成本。

本发明提供一种交互式出租车呼叫***配置以链接乘客客户端以及复数个出租车客户端，并持续地自出租车客户端接收行车状态。交互式出租车呼叫***包含评价数据库、竞标模块以及撮合模块。评价数据库配置以储存乘客客户端的乘客评价以及出租车客户端的司机评价。竞标模块配置以结合乘客客户端所发出的乘客搭乘请求以及乘客评价，产生竞标请求。撮合模块配置以根据每一出租车客户端的行车状态，发送竞标请求至出租车客户端中的复数个。其中当接收竞标请求的复数个出租车客户端所回应的至少一竞标设定发送至撮合模块之后，撮合模块将至少一竞标设定，以及回应竞标设定的至少一出租车客户端所对应的至少一司机评价，共同发送至乘客客户端。撮合模块可进一步配置以自乘客客户端接收乘客选择请求对应发送竞标设定的出租车客户端其中之一，并对应产生运输请求发送至被选择之出租车客户端。

在本发明一或多个实施方式中，上述之行车状态可包含行车位置以及载客状态。乘客搭乘请求可包含乘客实时位置。撮合模块可根据乘客实时位置、行车位置以及载客状态，发送竞标请求至出租车客户端中邻近所述之乘客实时位置的复数个。

在本发明一或多个实施方式中，上述之乘客搭乘请求可更包含到达期限。撮合模块可根据到达期限，划定呼叫半径，以乘客实时位置为中心，出租车客户端的行车位置距离乘客实时位置于呼叫半径以内为邻近者。

在本发明一或多个实施方式中，上述之交互式出租车呼叫***可更包含计费模块。计费模块配置以可根据搭乘路径以及接收运输请求的出租车客户端发送的竞标设定，计算对应的搭乘费用。

在本发明一或多个实施方式中，上述之行车状态可包含行车位置以及载客状态。交互式出租车呼叫***可更包含车行路程纪录模块，配置以当接收运输请求的出租车客户端的载客状态为满载状态时，车行路程纪录模块纪录出租车客户端的行车位置于空间中的移动轨迹作为搭乘路径。

在本发明一或多个实施方式中，上述之乘客搭乘请求可包含预约时间。撮合模块进一步配置以根据预约时间，发送运输请求至被选择之出租车客户端。

在本发明一或多个实施方式中，上述之乘客搭乘请求可更包含投标期限。撮合模块进一步配置以根据投标期限，有时间限制地接收出租车客户端中复数个所回应的竞标设定。

在本发明一或多个实施方式中，上述之乘客搭乘请求可更包含搭乘需求语音。搭乘需求语音可至少包含乘客预约路线以及预约搭载标的。

在本发明一或多个实施方式中，上述之行车状态可包含载客预设范围。乘客搭乘请求可包含预约位置。撮合模块进一步配置以根据出租车客户端的载客默认范围与预约位置，发送竞标请求至出租车客户端的载客默认范围与预约位置重叠。

在本发明一或多个实施方式中，上述的行车状态可包含搭乘结束状态。交互式出租车呼叫***可更包含评价模块，配置以当行车状态为搭乘结束状态时，自乘客客户端接收乘客评量，用以于评价数据库更新或新增对应于接收运输请求的出租车客户端的司机评价，以及自出租车客户端接收司机评量，用以于评价数据库更新或新增对应于乘客客户端的乘客评价。

本发明的另一技术方案是有关于一种交互式出租车呼叫方法，该交互式出租车呼叫方法包含：

接收一乘客搭乘请求，其中该乘客搭乘请求至少包含一乘客身分信息；

根据该乘客搭乘请求以及对应该乘客身分信息所产生的一乘客评价，产生一竞标请求；

发送该竞标请求至复数个出租车客户端；

接收有该竞标请求的该些出租车客户端所回应的至少一竞标设定，并与回应该竞标设定的该至少一出租车客户端所对应的至少一司机评价相结合，共同发送至该乘客客户端；

接收一乘客选择请求对应发送该些竞标设定的该些出租车客户端其中之一；以及

对应产生一运输请求发送至被选择的该出租车客户端。

优选地，其中该乘客搭乘请求还包含一乘客实时位置，该交互式出租车呼叫方法更包含：

自每一该些出租车客户端持续地接收一行车状态，其中该行车状态包含一行车位置以及一载客状态；以及

根据该乘客实时位置、该行车位置以及该载客状态，发送该竞标请求至该些出租车客户端中邻近该乘客实时位置的复数个。

优选地，其中该乘客搭乘请求更包含一到达期限，该交互式出租车呼叫方法还包含：

根据该到达期限，划定一呼叫半径；以及

以该乘客实时位置为中心，判断该些出租车客户端的该行车位置距离该乘客实时位置于该呼叫半径以内者，作为邻近者。

优选地，该交互式出租车呼叫方法还包含：

根据一搭乘路径以及接收该运输请求的该出租车客户端发送的该竞标设定，计算一搭乘费用。

优选地，该交互式出租车呼叫方法还包含：

自每一该些出租车客户端持续地接收一行车状态，其中该行车状态包含一行车位置以及一载客状态；

判断接收该运输请求的该出租车客户端的该载客状态；以及

当该载客状态切换为一满载状态时，纪录该出租车客户端的该行车位置于空间中的一移动轨迹作为该搭乘路径。

优选地，其中该乘客搭乘请求更包含一预约时间，交互式出租车呼叫方法更包含根据该预约时间，发送该运输请求至被选择的该出租车客户端。

优选地，其中该乘客搭乘请求更包含一投标期限，交互式出租车呼叫方法更包含：

根据该投标期限，设置一时间限制；以及

于该时间限制内接收该些出租车客户端中复数个所回应的该些竞标设定。

优选地，其中该乘客搭乘请求更包含一预约位置，交互式出租车呼叫方法还包含：

判断每一该些出租车客户端的一载客默认范围与该预约位置重叠情况；以及

发送该竞标请求至该些出租车客户端的该些载客默认范围与该预约位置重叠。

优选地，其中该行车状态更包含一搭乘结束状态，其中该交互式出租车呼叫方法还包含：

自每一该些出租车客户端持续地接收一行车状态；

当该行车状态切换为一搭乘结束状态时，接收一乘客评量；以及

根据该乘客评量更新或新增对应于接收该运输请求的该出租车客户端的该司机评价。

优选地，该交互式出租车呼叫方法还包含：

接收一司机评量；以及

根据该司机评价，更新或新增对应于该乘客身分信息的该乘客评价。

与现有技术相比，本发明具有如下的有益效果：本发明使得乘客客户端可通过交互式出租车呼叫***与复数个出租车客户端直接接触，并自出租车客户端的多种不同竞标设定中选择较为适当的出租车客户端，让乘客客户端可与出租车客户端点对点(peertopeer，P2P)的连接，减少使用者与出租车彼此的成本。

附图说明

为让本发明之上述和其他目的、特征、优点与实施例能更明显易懂，所附图式之说明如下：

图1表示依据本发明多个实施方式的交互式出租车呼叫***的组织简单方框图。

图2表示依据本发明多个实施方式的交互式出租车呼叫方法的流程图。

除非有其他表示，在不同图式中相同的号码与符号通常被当作相对应的部件。该些图示的表示为清楚表达该些实施方式的相关关联而非表示该实际尺寸。

100：交互式出租车呼叫***

120：乘客客户端

122：乘客选择模块

124：实时搭乘模块

126：预约搭乘模块

128：显示模块

140：出租车客户端

142：竞标应答模块

144：行车状态模块

160：云端服务器

162：评价数据库

164：竞标模块

166：撮合模块

168：计费模块

170：评价模块

200：交互式出租车呼叫方法

S210-S260：步骤

具体实施方式

以下将以图式揭露本发明的复数个实施方式，为明确说明起见，许多实务上的细节将在以下叙述中一并说明。然而，应了解到，这些实务上的细节不应用以限制本发明。也就是说，在本发明部分实施方式中，这些实务上的细节是非必要的。此外，为简化图式起见，一些习知惯用的结构与组件在图式中将以简单示意的方式表示。

图1依据本发明多个实施方式表示交互式出租车呼叫***100的组织简单方框图。如图1所示，交互式出租车呼叫***100配置以链接至少一乘客客户端120以及复数个出租车客户端140，并持续地自出租车客户端140的行车状态模块144接收行车状态。在多个实施方式中，乘客客户端120可为具触控功能的智能型行动式通讯装置或其他合适的行动式通讯装置。在多个实施方式中，交互式出租车呼叫***100可包含云端服务器160。云端服务器160包含评价数据库162、竞标模块164以及撮合模块166。评价数据库162配置以储存对应乘客客户端120的乘客评价以及对应出租车客户端140的司机评价。在多个实施方式中，云端服务器160分别依靠乘客客户端120所发送的乘客身分信息以及出租车客户端140所发送的司机身分信息，用以提供评价数据库162辨别与寻找对应的乘客评价以及司机评价。若对应的乘客评价以及司机评价不存在于评价数据库162中，则会新增乘客评价或司机评价以对应之。竞标模块164配置以结合乘客客户端120所发出的乘客搭乘请求以及乘客评价，产生竞标请求。在多个实施方式中，乘客搭乘请求可包含实时搭乘请求或预约搭乘请求其中之一，将如后详述。撮合模块166可根据每一出租车客户端140的行车状态，发送竞标请求至出租车客户端140中的复数个，发送竞标请求的筛选条件，将依不同的乘客搭乘请求而有所区别，将如后详述。当接收竞标请求的复数个出租车客户端140的竞标应答模块142所响应的至少一竞标设定发送至撮合模块166之后，撮合模块166将至少一竞标设定，以及回应竞标设定的至少一出租车客户端140所对应的至少一司机评价，共同发送至乘客客户端120。撮合模块166可进一步配置以自乘客客户端120的乘客选择模块122接收乘客选择请求对应发送竞标设定的出租车客户端140其中之一，并对应产生运输请求发送至被选择的出租车客户端140。

藉由交互式出租车呼叫***100将至少一乘客客户端120与复数个出租车客户端140互相连结。交互式出租车呼叫***100的云端服务器160所包含之竞标模块164以及撮合模块166，让乘客客户端120可与复数个出租车客户端140通过交互式出租车呼叫***100同时互动，并可随时更新出租车客户端140的相关信息，举例来说，出租车客户端140的相关信息可包含车子照片、司机评价、运输费用折扣或折抵等信息，让乘客客户端120可更透明地从相关信息中去挑选合适的出租车客户端140。同时，由于乘客客户端120可通过交互式出租车呼叫***100与复数个出租车客户端140直接接触，让乘客客户端120可与出租车客户端140点对点的连接，而不需要通过集中式的车行或***管理出租车，减少用户与出租车彼此的成本。

此外，由于云端服务器160可根据复数个乘客客户端120不同的乘客搭乘请求，纪录乘客客户端120的使用模式或特定的需求，以作为交互式出租车呼叫***100的分析参考，可让交互式出租车呼叫***100以更佳效率的方式来调配出租车客户端140，提高出租车客户端140的载客率或较佳的衔接不同的载客路径，使出租车客户端140的利用方式能更优化。

在多个实施方式中，出租车客户端140可包含行车状态模块144，配置以实时地发送行车状态至云端服务器160。行车状态可至少包含行车位置以及载客状态。在多个实施方式中，乘客客户端120可包含实时搭乘模块124，配置以发送实时搭乘请求。乘客搭乘请求为实时搭乘请求时，乘客搭乘请求可包含乘客实时位置。撮合模块166可根据乘客实时位置、行车位置以及载客状态，发送竞标请求至出租车客户端140中邻近乘客实时位置的复数个，以更佳地效率化出租车接送使用者的时间。在多个实施方式中，撮合模块166筛选出租车客户端140中行车位置邻近乘客实时位置，且载客状态为空车状态的出租车客户端140，发送至乘客客户端120。

在多个实施方式中，乘客搭乘请求可更包含到达期限。撮合模块166可根据到达期限，于地图上划定呼叫半径，并以乘客客户端120的乘客实时位置为中心，出租车客户端140的行车位置距离乘客实时位置于呼叫半径以内为邻近者。举例来说，乘客客户端120的实时搭乘模块124可选择性地设置3分钟、6分钟或9分钟的到达期限，而撮合模块166可根据3分钟、6分钟或9分钟的到达期限划定不同的呼叫半径。举例来说，3分钟的到达期限对应1公里的呼叫半径。举例来说，6分钟的到达期限对应2公里的呼叫半径。举例来说，9分钟的到达期限对应3公里的呼叫半径。但并不限于此，此处所述之到达期限与呼叫半径仅为示例，并非用以限制本发明，本领域具通常知识，当可视实际需求，做同等的改动或更替。然而，通常来说到达期限越长者，对应越大的呼叫半径，且呼叫半径可依据不同的时段、路段，随预估行车速度调整之。

在多个实施方式中，交互式出租车呼叫***100的云端服务器160可更包含计费模块168。计费模块168配置以可根据搭乘路径以及接收运输请求的出租车客户端140发送的竞标设定，计算对应的搭乘费用，让使用者与出租车通过公正的第三方，如云端服务器160来计算费用，减少使用者与出租车间的争议。在多个实施方式中，搭乘路径可由出租车客户端140自行计算，如出租车里程表或其他合适的车载装置。在多个实施方式中，搭乘路径可由云端服务器160计算后得到。在多个实施方式中，使用者可通过乘客客户端120直接连结云端服务器160付费。在多个实施方式中，使用者可通过现金、小额付款(NFC)、悠游卡、***或其他合适的付款方式付费，方便使用者多样化的付款方式。

在多个实施方式中，行车状态模块144所发送的行车状态可至少包含行车位置以及载客状态。交互式出租车呼叫***100的云端服务器160可更包含车行路程纪录模块(图未表示)。车行路程纪录模块配置以当接收运输请求的出租车客户端140的载客状态为满载状态时，车行路程纪录模块纪录出租车客户端140的行车位置于空间中的移动轨迹作为搭乘路径。在多个实施方式中，车行路程纪录模块可藉由乘客客户端120的乘客实时位置定位用户以及行车状态模块144的行车位置定位出租车，当乘客实时位置与行车位置共同移动时，将载客状态视为满载状态。在多个实施方式中，可通过乘客客户端120与出租车客户端140共同确认运输行程开始，而将载客状态设定为满载状态。通过定位技术来计算移动轨迹作为搭乘路径，能较佳的减少费用争议。此外，车行路程纪录模块所纪录的移动轨迹可提供交互式出租车呼叫***100作为未来调配出租车的依据，以优化出租车的配置，提高出租车的载客率，减少出租车等待时间或接客路程的浪费。

在多个实施方式中，乘客客户端120可包含预约搭乘模块126，配置以发送预约搭乘请求。预约搭乘请求可至少包含乘客预约路线、预约搭载标的以及预约时间等。在多个实施方式中，乘客搭乘请求为预约搭乘请求时，乘客搭乘请求可至少包含预约时间以及预约路线。撮合模块166可根据预约时间，发送运输请求至被选择之出租车客户端140。在多个实施方式中，撮合模块166可根据预约时间以及出租车客户端140的行车位置，提早发送运输请求至被选择的出租车客户端140以及确认乘客客户端120的实时位置，以避免用户或出租车延误预约时间。

在多个实施方式中，乘客搭乘请求可还包含投标期限。撮合模块166进一步配置以根据投标期限，有时间限制地接收出租车客户端140中复数个所回应的竞标设定。在多个实施方式中，用户通过预约搭乘模块126所设定的投标期限可为投标时间长度，例如自云端服务器160接收乘客搭乘请求开始计算的1小时内或2小时内等。在多个实施方式中，用户通过预约搭乘模块126所设定的投标期限可为投标截止时间，例如晚间8点截止、早上7点截止等。

在多个实施方式中，乘客搭乘请求可更包含搭乘需求语音。搭乘需求语音可至少包含预约时间、乘客预约路线以及预约搭载标的等。在多个实施方式中，乘客客户端120可包含录音模块(图未表示)，用户通过录音模块接收搭乘需求语音，发送至竞标模块164，让竞标请求中包含搭乘需求语音。在多个实施方式中，竞标模块164可辨识搭乘需求语音的内容，并将其转换为文字，结合至竞标请求中。

在多个实施方式中，行车状态可包含载客预设范围。举例来说，台北市、新北市、高雄市或北基等区域。应了解到，此处所述的载客预设范围仅为示例，并非用以限制本发明，本领域具有通常知识者，当可视实际需求，在不脱离本揭露的精神与范围的情况下，做同等的改动与修饰。乘客搭乘请求可包含预约位置。撮合模块166进一步配置以根据出租车客户端140的载客默认范围与预约位置，发送竞标请求至出租车客户端140的载客默认范围与预约位置重叠者。如此一来，可避免其他区域的出租车客户端140接收到过多超出载客预设范围的乘客搭乘请求，而干扰出租车客户端140接收实际有需求的竞标请求。

在多个实施方式中，行车状态可包含搭乘结束状态。交互式出租车呼叫***100的云端服务器160可更包含评价模块170，配置以当行车状态为搭乘结束状态时，自乘客客户端120接收乘客评量，用以于评价数据库162更新或新增对应于接收运输请求的出租车客户端140的司机评价。在多个实施方式中，评价模块170可更配置以当行车状态为搭乘结束状态时，自出租车客户端140接收司机评量，用以于评价数据库162更新或新增对应于乘客客户端120的乘客评价。如此一来，其他的乘客客户端120未来可根据累积的司机评价，以决定是否搭乘或呼叫对应司机评价的出租车客户端140。同样地，其他的出租车客户端140未来也可根据累积的乘客评价，以决定是否响应对应乘客评价的乘客客户端120的乘客搭乘请求。

在多个实施方式中，乘客搭乘请求可更包含呼叫限制条件。举例来说，设定搭乘人数、携带宠物、车子种类或车子年限等。撮合模块166可进一步根据呼叫限制条件自出租车客户端140的司机评价中，筛选符合呼叫限制条件的出租车客户端140以发送乘客搭乘请求。

乘客客户端120可还包含显示模块128，配置以接收出租车客户端140中接收有竞标请求的所对应之行车位置，以及结合并显示行车位置于地图数据上，方便乘客客户端120自显示模块128上挑选出租车客户端140。甚或，可根据出租车客户端140的竞标设定，如折扣、折抵金额或其他优惠方式等，显示于显示模块128上。

在多个实施方式中，出租车客户端140可还包含竞标应答模块142。竞标应答模块142可根据该竞标请求，可选择性地响应竞标设定。举例来说，司机可于竞标应答模块142中去选择是否响应乘客搭乘请求。举例来说，司机可预先于竞标应答模块142中设置多组不同的折扣比例，像是搭乘路径大于10公里，有15％的费率折扣；搭乘路径小于10公里有10％的费率折扣等。举例来说，司机可预先于竞标应答模块142中去选择不同的计费方式对应多种不同的乘客搭乘请求，像是微型搬家、送货到指定地点、载人等多样化的乘客搭乘请求。值得注意的是，此处所述之竞标应答模块142仅为示例，但不限于此。应了解到，本领域具有通常知识者，当可视实际需求，在不脱离本揭露的精神与范围的情况下，做同等的改动与修饰。

图2表示依据本发明多个实施方式的交互式出租车呼叫方法200的流程图。交互式出租车呼叫方法200包含步骤S210至S260。在步骤S210中，云端服务器自乘客客户端接收乘客搭乘请求，其中乘客搭乘请求至少包含乘客身分信息，以供云端服务器辨识乘客客户端。在步骤S220中，云端服务器根据乘客搭乘请求以及乘客搭乘请求对应的乘客身分信息所产生的乘客评价，产生竞标请求。在多个实施方式中，云端服务器可辨识乘客客户端，并查找(lookup)乘客客户端对应之乘客评价。在多个实施方式中，若云端服务器查找乘客客户端对应的乘客评价而无法获得对应乘客客户端之乘客评价，则云端服务器可新增对应乘客客户端之乘客评价。在多个实施方式中，云端服务器可更进一步地配置以要求新增乘客评价对应的乘客客户端提供相关的必需信息，举例来说，像是姓名、电话、信用***码等。

在步骤S230中，云端服务器将包含乘客搭乘请求以及根据乘客身分信息所产生的乘客评价的竞标请求发送至复数个出租车客户端。在多个实施方式中，云端服务器接收呼叫限制条件或到达期限等，并发送竞标请求至复数个出租车客户端中经判断复数个符合条件者的出租车客户端，其判断条件与判断方式将如后详述，但并不限于此。在步骤S240中，云端服务器可接收有竞标请求的出租车客户端所回应的至少一竞标设定，并与回应竞标设定的至少一出租车客户端所对应的至少一司机评价相结合，共同发送至乘客客户端。在步骤S250中，乘客客户端自发送竞标设定的出租车客户端挑选其中之一，并发送对应之乘客选择请求，云端服务器于接收乘客选择请求后，判断乘客选择请求所对应的发送竞标设定的出租车客户端。在步骤S260中，云端服务器可对应产生运输请求，并发送至被选择的出租车客户端。

在多个实施方式中，交互式出租车呼叫方法200还包含自出租车客户端持续地接收行车状态，其中行车状态包含行车位置以及载客状态。在多个实施方式中，乘客搭乘请求可更包含乘客实时位置。根据乘客实时位置、行车位置以及载客状态，发送竞标请求至出租车客户端中邻近乘客实时位置的复数个。在多个实施方式中，乘客搭乘请求可还包含到达期限。交互式出租车呼叫方法200还包含根据到达期限，划定呼叫半径；以及以乘客实时位置为中心，判断出租车客户端的行车位置距离乘客实时位置于呼叫半径以内者，作为邻近者。

在多个实施方式中，交互式出租车呼叫方法200可更包含根据搭乘路径以及接收运输请求的出租车客户端发送的竞标设定，计算搭乘费用。在多个实施方式中，交互式出租车呼叫方法200可还包含判断接收运输请求的出租车客户端的载客状态；以及当载客状态切换为满载状态时，纪录出租车客户端的行车位置于空间中的移动轨迹作为搭乘路径。

在多个实施方式中，乘客搭乘请求可更包含预约时间。在多个实施方式中，交互式出租车呼叫方法200还包含根据预约时间以及出租车客户端的行车位置，发送运输请求至被选择的出租车客户端。

在多个实施方式中，乘客搭乘请求可更包含投标期限。在多个实施方式中，交互式出租车呼叫方法200还包含根据投标期限，设置时间限制；以及于时间限制内接收出租车客户端中复数个所回应的竞标设定。

在多个实施方式中，乘客搭乘请求可更包含预约位置。在多个实施方式中，交互式出租车呼叫方法200还包含判断每一出租车客户端的载客默认范围与预约位置重叠情况；以及发送竞标请求至出租车客户端的载客默认范围与预约位置重叠。

在多个实施方式中，行车状态可更包含搭乘结束状态。在多个实施方式中，交互式出租车呼叫方法200更包含当行车状态切换为搭乘结束状态时，云端服务器自乘客客户端接收乘客评量；以及根据乘客评量更新或新增对应于接收运输请求的出租车客户端的司机评价。在多个实施方式中，交互式出租车呼叫方法200还包含云端服务器自出租车客户端接收司机评量；以及根据司机评价，更新或新增对应于乘客身分信息的乘客评价。

虽然本发明已以实施方式揭露如上，然其并非用以限定本发明，任何熟习此技艺者，在不脱离本发明的精神和范围内，当可作各种的更动与润饰，因此本发明之保护范围当视后附之权利要求所界定者为准。

Claims (20)

1.一种交互式出租车呼叫***，其特征在于，配置以链接一乘客客户端以及复数个出租车客户端，并持续地自该些出租车客户端接收一行车状态，该交互式出租车呼叫***包含：

一评价数据库，配置以储存该乘客客户端的一乘客评价以及该些出租车客户端的一司机评价；

一竞标模块，配置以结合该乘客客户端所发出的一乘客搭乘请求以及该乘客评价，产生一竞标请求；以及

一撮合模块，配置以根据每一该些出租车客户端的该行车状态，发送该竞标请求至该些出租车客户端中复数个，其中当接收该竞标请求的该些出租车客户端所响应的至少一竞标设定至该撮合模块之后，该撮合模块将该至少一竞标设定，以及回应该竞标设定的该至少一出租车客户端所对应的该至少一司机评价，共同发送至该乘客客户端，以及该撮合模块进一步配置以自该乘客客户端接收一乘客选择请求对应发送该些竞标设定的该些出租车客户端其中之一，并对应产生一运输请求发送至被选择的该出租车客户端。

2.如权利要求1所述的交互式出租车呼叫***，其特征在于，其中该行车状态包含一行车位置以及一载客状态，该乘客搭乘请求包含一乘客实时位置，该撮合模块根据该乘客实时位置、该行车位置以及该载客状态，发送该竞标请求至该些出租车客户端中邻近该乘客实时位置的复数个。

3.如权利要求2所述的交互式出租车呼叫***，其特征在于，其中该乘客搭乘请求更包含一到达期限，该撮合模块根据该到达期限，划定一呼叫半径，以该乘客实时位置为中心，该些出租车客户端的该行车位置距离该乘客实时位置于该呼叫半径以内为邻近者。

4.如权利要求1所述的交互式出租车呼叫***，其特征在于，所述交互式出租车呼叫***还包含一计费模块，配置以根据一搭乘路径以及接收该运输请求的该出租车客户端发送的该竞标设定，计算一搭乘费用。

5.如权利要求4所述的交互式出租车呼叫***，其特征在于，其中该行车状态包含一行车位置以及一载客状态，该交互式出租车呼叫***更包含一车行路程纪录模块，配置以当接收该运输请求的该出租车客户端的该载客状态为一满载状态时，该车行路程纪录模块纪录该出租车客户端的该行车位置于空间中的一移动轨迹作为该搭乘路径。

6.如权利要求1所述的交互式出租车呼叫***，其特征在于，其中该乘客搭乘请求包含一预约时间，其中该撮合模块进一步配置以根据该预约时间，发送该运输请求至被选择的该出租车客户端。

7.如权利要求6所述的交互式出租车呼叫***，其特征在于，其中该乘客搭乘请求更包含一投标期限，其中该撮合模块进一步配置以根据该投标期限，有时间限制地接收该些出租车客户端中复数个所回应的该些竞标设定。

8.如权利要求6所述的交互式出租车呼叫***，其特征在于，其中该乘客搭乘请求更包含一搭乘需求语音，其中该搭乘需求语音包含一乘客预约路线以及一预约搭载标的。

9.如权利要求6所述的交互式出租车呼叫***，其特征在于，其中该行车状态包含一载客预设范围，该乘客搭乘请求包含一预约位置，其中该撮合模块进一步配置以根据该些出租车客户端的该些载客默认范围与该预约位置，发送该竞标请求至该些出租车客户端的该些载客默认范围与该预约位置重叠。

10.如权利要求1所述的交互式出租车呼叫***，其特征在于，其中该行车状态包含一搭乘结束状态，其中该交互式出租车呼叫***更包含一评价模块，配置以当该行车状态为该搭乘结束状态时，自该乘客客户端接收一乘客评量，用以于该评价数据库更新或新增对应于接收该运输请求的该出租车客户端的该司机评价，以及自该出租车客户端接收一司机评量，用以于该评价数据库更新或新增对应于该乘客客户端的该乘客评价。

11.一种交互式出租车呼叫方法，其特征在于，该交互式出租车呼叫方法包含：

接收一乘客搭乘请求，其中该乘客搭乘请求至少包含一乘客身分信息；

根据该乘客搭乘请求以及对应该乘客身分信息所产生的一乘客评价，产生一竞标请求；

发送该竞标请求至复数个出租车客户端；

接收有该竞标请求的该些出租车客户端所回应的至少一竞标设定，并与回应该竞标设定的该至少一出租车客户端所对应的至少一司机评价相结合，共同发送至该乘客客户端；

接收一乘客选择请求对应发送该些竞标设定的该些出租车客户端其中之一；以及

对应产生一运输请求发送至被选择的该出租车客户端。

12.如权利要求11所述的交互式出租车呼叫方法，其特征在于，其中该乘客搭乘请求还包含一乘客实时位置，该交互式出租车呼叫方法更包含：

自每一该些出租车客户端持续地接收一行车状态，其中该行车状态包含一行车位置以及一载客状态；以及

根据该乘客实时位置、该行车位置以及该载客状态，发送该竞标请求至该些出租车客户端中邻近该乘客实时位置的复数个。

13.如权利要求12所述的交互式出租车呼叫方法，其特征在于，其中该乘客搭乘请求更包含一到达期限，该交互式出租车呼叫方法还包含：

根据该到达期限，划定一呼叫半径；以及

以该乘客实时位置为中心，判断该些出租车客户端的该行车位置距离该乘客实时位置于该呼叫半径以内者，作为邻近者。

14.如权利要求11所述的交互式出租车呼叫方法，其特征在于，该交互式出租车呼叫方法还包含：

根据一搭乘路径以及接收该运输请求的该出租车客户端发送的该竞标设定，计算一搭乘费用。

15.如权利要求14所述的交互式出租车呼叫方法，其特征在于，该交互式出租车呼叫方法还包含：

自每一该些出租车客户端持续地接收一行车状态，其中该行车状态包含一行车位置以及一载客状态；

判断接收该运输请求的该出租车客户端的该载客状态；以及

当该载客状态切换为一满载状态时，纪录该出租车客户端的该行车位置于空间中的一移动轨迹作为该搭乘路径。

16.如权利要求11所述的交互式出租车呼叫方法，其特征在于，其中该乘客搭乘请求更包含一预约时间，交互式出租车呼叫方法更包含根据该预约时间，发送该运输请求至被选择的该出租车客户端。

17.如权利要求16所述的交互式出租车呼叫方法，其特征在于，其中该乘客搭乘请求更包含一投标期限，交互式出租车呼叫方法还包含：

根据该投标期限，设置一时间限制；以及

于该时间限制内接收该些出租车客户端中复数个所回应的该些竞标设定。

18.如权利要求16所述的交互式出租车呼叫方法，其特征在于，其中该乘客搭乘请求更包含一预约位置，交互式出租车呼叫方法还包含：

判断每一该些出租车客户端的一载客默认范围与该预约位置重叠情况；以及

发送该竞标请求至该些出租车客户端的该些载客默认范围与该预约位置重叠者。

19.如权利要求11所述的交互式出租车呼叫方法，其特征在于，其中该行车状态更包含一搭乘结束状态，其中该交互式出租车呼叫方法更包含：

自每一该些出租车客户端持续地接收一行车状态；

当该行车状态切换为一搭乘结束状态时，接收一乘客评量；以及

根据该乘客评量更新或新增对应于接收该运输请求的该出租车客户端的该司机评价。

20.如权利要求19所述的交互式出租车呼叫方法，其特征在于，该交互式出租车呼叫方法还包含：

接收一司机评量；以及

根据该司机评价，更新或新增对应于该乘客身分信息的该乘客评价。