具配对功能的计程车叫车系统及其方法

文档序号:6729008阅读:114来源:国知局
专利名称:具配对功能的计程车叫车系统及其方法
技术领域
本发明为有关于一种计程车叫车系统及其方法,特别是指一种能够根据预设的服务事项进行筛选及配对之具配对功能的计程车叫车系统及其方法。
背景技术
近年来,随着全球定位系统的普及与蓬勃发展,许多车辆均设置有全球定位系统, 用于提供定位及导航服务,也因此各式应用全球定位系统的服务便应运而生,其中又以计程车指派系统最受瞩目。一般而言,传统的计程车指派系统包含有伺服端及司机端,其中伺服端设置于计程车车行;司机端则设置在计程车上。接着,伺服端持续接收计程车(即司机端)所回传的座标以得知其当前位置,当乘客拨打电话叫车时,再以人工方式根据乘客告知的所在位置查询附近可供指派的计程车进行派遣。然而,此方式的派遣效率受制于人工查询时间的影响,容易造成乘客久候而感到不便,并且无法供乘客筛选不合适的计程车。有鉴于此,便有厂商提出使乘客端同样通过全球定位系统进行定位,并且将定位产生的座标传送伺服端,以供伺服端计算出与乘客端距离最近的司机端来进行配对及派遣。不过,虽然此方式有效省略人工查询的时间,但是由于无法提供乘客筛选不合适的计程车,故对乘客而言仍然具有叫车不便的问题,而且亦无法有效提高乘客对于配对的满意度。综上所述,可知先前技术中长期以来一直存在无法提高配对满意度及乘客叫车不便之问题,因此实有必要提出改进的技术手段,来解决此一问题。

发明内容
有鉴于先前技术存在的问题,本发明提供一种具配对功能的计程车叫车系统及其方法。本发明所提供之具配对功能的计程车叫车系统,包含乘客端、司机端及伺服端。 其中,每一乘客端用于传送搭乘请求,此搭乘请求至少包含座标位置及乘客身分;每一司机端用于接收并显示相应的运输请求,以及持续传送行车信息,此行车信息至少包含行车座标、司机身分及载客状态;在伺服端的部分,伺服端包含信息数据库、车况模块、搭乘模块、 筛选模块、配对模块及传送模块。其中,信息数据库储存司机信息及乘客信息,每一司机信息及每一乘客信息均至少包含座标、身分识别、服务事项、拒绝名单及状态记录;车况模块用于接收行车信息,并读取行车信息中的司机身分以与每一司机信息的身分识别进行比对,且读取此行车信息中的行车座标以更新比对符合的司机信息之座标,以及读取行车信息中的载客状态以更新比对符合的司机信息之状态记录;搭乘模块用于接收搭乘请求,并且读取搭乘请求中的乘客身分以与每一乘客信息的身分识别进行比对,以及读取此搭乘请求中的座标位置以更新比对符合的乘客信息之座标;筛选模块用于读取比对符合且更新后的乘客信息,并根据此乘客信息中包含的座标、服务事项、拒绝名单及状态记录对所有司机信息进行筛选;配对模块用于将筛选出的每一司机信息依服务事项的相符程度分别产生相应的权重值,并根据此权重值的大小自筛选出的司机信息中选择至少其一;传送模块用于根据选择的司机信息及比对符合且更新后的乘客信息产生相应的运输请求,并且将此运输请求传送至相应的司机端。至于本发明之具配对功能的计程车叫车方法,应用于具有乘客端、司机端及伺服端的传输环境中,其步骤包括于伺服端的信息数据库提供司机信息及乘客信息,其中每一司机信息及每一乘客信息均至少包含座标、身分识别、服务事项、拒绝名单及状态记录;每一司机端持续传送行车信息,此行车信息至少包含行车座标、司机身分及载客状态;伺服端接收行车信息,并读取此行车信息中的司机身分以与每一司机信息的身分识别进行比对, 且读取此行车信息中的行车座标以更新比对符合的司机信息之座标,以及读取行车信息中的载客状态以更新比对符合的司机信息之状态记录;乘客端传送搭乘请求,此搭乘请求至少包含座标位置及乘客身分;伺服端接收搭乘请求,并且读取此搭乘请求中的乘客身分以与每一乘客信息的身分识别进行比对,以及读取此搭乘请求中的座标位置以更新比对符合的乘客信息之座标;伺服端读取比对符合且更新后的乘客信息,并根据乘客信息中包含的座标、服务事项、拒绝名单及状态记录对所有司机信息进行筛选;伺服端将筛选出的每一司机信息依服务事项的相符程度分别产生相应的权重值,并根据此权重值的大小自筛选出的司机信息中选择至少其一;伺服端根据选择的司机信息及所述比对符合且更新后的乘客信息产生相应的运输请求,并且将运输请求传送至相应的司机端;所述司机端用于接收并显示相应的运输请求。本发明所提供之系统与方法如上,与先前技术之间的差异在于本发明是通过乘客端传送搭乘请求至伺服端,以便伺服端根据搭乘请求查询相应的乘客信息,以及根据乘客信息对司机信息进行筛选及配对,以便选出符合的司机信息并产生相应的运输请求,并且将运输请求传送至相应的司机端。通过上述的技术手段,本发明可以达到提高配对满意度及叫车便利性之技术功效。


图1为本发明具配对功能的计程车叫车系统之系统方框图。图2A至图2C为本发明具配对功能的计程车叫车方法的方法流程图。图3为本发明司机信息及乘客信息之示意图。图4为应用本发明的乘客端进行叫车之示意图。图5为应用本发明的司机端显示运输请求之示意图。图6为应用本发明浏览行车信息之示意图。图7为应用本发明于伺服端计算中心位置之示意图。
具体实施例方式以下将配合图式及实施例来详细说明本发明之实施方式,藉此对本发明如何应用技术手段来解决技术问题并达到技术功效的实现过程能充分理解并据以实施。在说明本发明所提供之具配对功能的计程车叫车系统及其方法之前,先对本发明所应用的环境架构作说明,本发明是应用在具有乘客端、司机端及伺服端的传输环境,其中所述的乘客端为具有定位装置的电子设备,在实际实施上,可为具有全球定位系统(Global Positioning System,GPS)的行动装置,如手机。此行动装置能够在叫车时检测当前所在的座标位置,并且能够提供乘客自行设定乘客身分,以及传送搭乘请求至伺服端;所述司机端则同样为具有定位装置的电子设备,例如可为设置在车辆上的行车装置或者是司机的手机,此行车装置或司机的手机能够通过全球定位系统持续检测行车座标(亦即车辆所在位置),并提供司机设定司机身分及载客状态,以及将行车座标、司机身分及载客状态作为行车信息传送至伺服端,另外,此行车装置设有显示器以显示来自伺服端的运输请求,在实际实施上,司机端可在行车座标达到固定的距离(例如每隔五百公尺或每隔一公里)时, 再将行车信息传送至伺服端以降低伺服端的负载(Loading);所述伺服端则是位于远端 (例如计程车车行)的电脑主机,用于接收乘客端的搭乘请求以及司机端的行车信息,以便进行更新、筛选及配对等处理后,产生运输请求并传送至相应的司机端,稍后将搭配图式对乘客端、司机端及伺服端作详细说明。以下配合图式对本发明具配对功能的计程车叫车系统及其方法作进一步说明,请参阅「图1」,「图1」为本发明具配对功能的计程车叫车系统之系统方框图,包含乘客端 110、司机端120及伺服端130。其中,乘客端110用于传送搭乘请求,此搭乘请求至少包含座标位置及乘客身分,其中所述座标位置包括但不限于经纬度座标,而乘客身分在实际实施上则可为国际移动设备身份码international Mobile Equipment Identity,IMEI)、电
话号码......等具有唯一性的识别码。特别要说明的是,乘客端110更可包含传送对应司
机信息的乘客评价至伺服端130以储存至信息数据库131中,稍后将对此部分作详细说明。司机端120用于自伺服端130接收并显示相应的运输请求,以及持续传送行车信息,所述运输请求稍后将在伺服端130的部分作详细说明,而所述行车信息至少包含行车座标、司机身分及载客状态,其中所述行车座标包括但不限于经纬度座标;所述司机身分则
可包含司机姓名、联络信息、计程车车牌号码、计程车司机执业登记证号码......等具有
唯一性的识别数据;所述载客状态则可包含空车、载客、配对中、休息......等状态。特别
要说明的是,在实际实施上,行车信息更可包含目的位置,此目的位置为乘客欲到达的目的地,其可通过司机端120接收计程车司机的语音来进行设定,或是计程车司机在具有触控屏幕的司机端120上以触控点选地图的方式来进行设定,由于通过语音或触控设定目的位置的方式皆为已知技术,故在此将不再多作赘述。要补充说明的是,虽然本发明的司机端 120以行车装置举例,然而本发明并未以此作限定,在实际实施上,所述司机端120亦可使用计程车司机的行动装置(例如手机)来达到所述行车装置的功能及效果。接着,在伺服端130的部分,伺服端130包含信息数据库131、车况模块132、搭乘模块133、筛选模块134、配对模块135及传送模块136。所述信息数据库131储存司机信息及乘客信息,每一司机信息及每一乘客信息均至少包含座标、身分识别、服务事项、拒绝名单及状态记录,举例来说,每一个乘客信息中,其座标分别记录各乘客端110当前的所在位置(例如经纬度座标);身分识别记录有IMEI、手机电话号码、乘客姓名、联络信
息......等数据;服务事项则记录乘客要求的服务事项,如计程车的车型、内部环境、司
机卫生习惯及宠物搭载......等数据,甚至可包含计程车服务记录及满意度评价;拒绝
名单则记录有拒绝的计程车司机,如计程车司机的身分证字号、计程车车牌号码、计程车司机执业登记证号......等足以辨识计程车司机的数据;状态记录则可记录为已搭乘、
6未搭乘、配对中、取消搭乘......等状态。另外,每一司机信息所记录的数据亦与乘客信
息雷同,其座标分别记录各司机端120当前的所在位置(例如经纬度座标);身分识别则可记录IMEI、手机电话号码、计程车司机姓名、联络信息、计程车车牌号码、计程车司机执
业登记证号、身分证字号......等数据;服务事项则记录计程车提供的服务事项,如计
程车的车型、内部环境、司机卫生习惯及是否同意宠物搭载......等数据,甚至可包含计
程车服务记录及满意度评价;拒绝名单则是记录拒绝的乘客名单,如乘客的手机电话号
码、IMEI......等足以辨识乘客身分的数据;状态记录则可记录为空车、载客、配对中、休
息......等状态。特别要说明的是,虽然本发明以上述举例说明每一司机信息及乘客信息
所记录的数据,但本发明并未以此为限,只要能够识别位置、身分,且记录有要求/提供的服务事项、拒绝名单及状态等数据,皆不脱离本发明的应用范畴。另外,上述身分识别、服务事项及拒绝名单等数据均可由乘客或计程车司机预先连线至信息数据库131,并且在通过身分验证之后,对其相应的乘客信息或司机信息进行新增、删除及编辑等处理。车况模块132用于接收来自司机端120所传送的行车信息,并读取此行车信息中的司机身分以与信息数据库131中的每一司机信息之身分识别进行比对,且读取此行车信息中的行车座标以更新信息数据库131中比对符合的司机信息之座标,以及读取行车信息中的载客状态以更新信息数据库131中比对符合的司机信息之状态记录。举例来说,假设车况模块132接收自司机端120所传送的行车信息为「24.206102° N,120. 607101° E ; N226605438 ;空车」,其分别代表行车座标、司机身分及载客状态,则车况模块132将读取司机身分「N226605438」以便与信息数据库131中所有的司机信息之身分识别来进行比对, 并且将载入比对符合的司机信息,如「24. 206201° N,120. 607100° E ;N226605438 ;不抽烟、无汽车香水、女性司机;35-209900-176148-1 ;空车」,此司机信息中所记录的数据分别为座标、身分识别、服务事项、拒绝名单及状态记录。接着,车况模块132再读取行车信息中的行车座标以更新比对符合的司机信息之座标,以此例而言,司机信息之座标将由「24. 206201° N,120. 607100° Ε」更新为 「24.206102° Ν,120.60710Γ Ε」;然后,车况模块132会再读取行车信息中的载客状态以更新比对符合的司机信息之状态记录,以此例而言,由于载客状态及司机信息之状态记录同为「空车」,故车况模块132在更新之后,其信息数据库131中此比对符合的司机信息之状态记录仍然维持在「空车」。换句话说,通过车况模块132可以根据接收到的行车信息持续更新信息数据库131中相应的司机信息,以便使司机信息维持在最新的状态。特别要说明的是,倘若行车信息包含有目的位置,则车况模块132将根据行车信息的目的位置及行车座标计算出预计到达时间,并且将目的位置及预计到达时间记录于司机信息之状态记录。搭乘模块133用于自乘客端110接收搭乘请求,并且读取此搭乘请求中的乘客身分以与信息数据库131中的每一乘客信息之身分识别进行比对,以及读取此搭乘请求中的座标位置以更新信息数据库131中比对符合的乘客信息之座标。举例来说,假设搭乘模块 133 接收到搭乘请求为「24. 206120° N, 120. 607110° E ;35-209900-176152-1」,其中 「24.206120° N,120. 607110° Ε」为座标位置、「;35-209900-176152_1」为乘客身分(即手机的ΙΜΕΙ),则搭乘模块133将读取此乘客身分用于与信息数据库131中的所有乘客信息之身分识别进行比对,以便找出比对符合的乘客信息,例如「21. 202201° N,120. 601100° E ; 35-209900-176152-1 ;不抽烟、无汽车香水、女性司机;Α123456789 ;未搭乘」,此乘客信息中所记录的数据分别为座标、身分识别、服务事项、拒绝名单及状态记录。接着,搭乘模块 133读取此搭乘请求中的座标位置「24. 206120° N,120. 607110° E」,以便将原乘客信息中的座标「21. 202201° N, 120. 601100° E」更新成「24. 206120° N, 120. 607110° E」。换句话说,在乘客端110发出搭乘请求后,伺服端130的搭乘模块133将更新其信息数据库131 中相应此乘客端110的乘客信息,以便使此乘客信息维持在最新的状态。筛选模块134用于读取在搭乘模块133中比对符合且更新后的乘客信息,并根据此乘客信息中包含的座标、服务事项、拒绝名单及状态记录对信息数据库131中所有的司机信息进行筛选。以上例而言,比对符合且更新后的乘客信息为「24. 206120° N, 120. 607110° E ;35-209900-176152-1 ;不抽烟、无汽车香水、女性司机;A12!3456789 ;未搭乘」,则筛选模块134将根据此乘客信息包含的座标「24. 206120° N, 120. 607110° E」、服务事项「不抽烟、无汽车香水、女性司机」、拒绝名单「A123456789」及状态记录「未搭乘」对所有司机信息进行筛选,如首先排除状态记录非「空车」的司机信息,接着再筛选出座标相近、服务事项满足一项以上,而且不在彼此的拒绝名单中的司机信息。在实际实施上,判断座标是否相近的方式可通过绝对距离及参考地图信息(例如路线、路宽及单双向线道等) 与交通信息(例如车流量及平均车速等)以估计行驶距离,由于其判断方式与距离估计方式为已知技术,故在此不再多作赘述。特别要说明的是,本发明亦可仅排除状态记录为「休息」的司机信息,换句话说,即使状态记录为「载客」,仍然能够作为被筛选的对象,使司机端 120在载客完成时可以接续承载邻近的乘客端110。另外,当司机信息之状态记录存在目的位置及预计到达时间时,筛选模块134亦可在筛选司机信息时,同时考虑状态记录为「载客」及「空车」的司机信息,例如将状态记录为「载客」且目的位置与乘客信息之座标相近的司机信息,以及状态记录为「空车」且座标与乘客信息之座标相近的司机信息等皆列入考虑范围,并且根据预计到达时间的长短由短至长依序排列,以增加筛选目标的数量来提升配对成功的机会。前面提到,所述的司机信息至少包含座标、身分识别、服务事项、拒绝名单及状态记录,在实际实施上,司机信息更可包含服务记录用于记录一定时间内的服务次数、完成比率及主动取消次数,如此一来,筛选模块134即可根据服务记录筛选出一定时间内(例如 单日或连续两日等)的服务次数、完成比率及主动取消次数皆符合预设条件的司机信息, 并且可根据次数及比率由高至低进行排序。另外,前面亦提及乘客端110更可包含传送对应司机信息的乘客评价至伺服端130以储存至信息数据库131。此时,筛选模块134即可根据与司机信息对应的乘客评价进行筛选,并且将乘客评价由高至低进行排序,甚至筛选模块134亦可计算所有司机信息的乘客评价以产生平均值,并且筛选出平均值以上的司机信息后再根据乘客信息中包含的座标、服务事项、拒绝名单及状态记录进行第二次筛选,通过上述设置乘客评价的机制可提供一具有公信力之计程车司机服务品质绩效评量方法,俾能改善计程车产业之整体服务水准。配对模块135用于将筛选出的每一司机信息依照服务事项的相符程度分别产生相应的权重值,并根据此权重值的大小自筛选出的司机信息中选择至少其一,特别要说明的是,所述乘客信息之服务事项更允许设定成是否为必要项目,若乘客信息之服务事项中所设的必要项目与司机信息中的服务事项不符,则无论产生的权重值多少皆排除此司机信息(亦即不列入配对的选择)。以上例来说,假设筛选模块134筛选出的第一个司机信息为「24.206100° N,120. 607210° E ;N226605438 ;不抽烟、无汽车香水、女性司机;34-109901-176140-1 ;空车」以及筛选出的第二个司机信息为「24. 206100 ° N, 120. 607220° E ;A123456789 ;不抽烟、无汽车香水、男性司机;31-209900-100000-1 ;空车」 等两个司机信息,则配对模块135会分别将这两个司机信息的服务事项与乘客信息的服务事项「不抽烟、无汽车香水、女性司机」进行比对,并且根据相符程度产生相应的权重值,以此例而言,由于第一个司机信息与乘客信息的服务事项有三项相符,故配对模块135产生相应的权重值,如数值「3」,而第二个司机信息与乘客信息的服务事项有两项相符,故配对模块135产生相应的权重值,如数值「2」。另外,假设乘客信息之服务事项中,预先将 「女性司机」设为必要项目,则配对模块135将因第二个司机信息之服务事项记录为「男性司机」而判断为不符,在此例中虽然仍有两项服务事项符合(如「不抽烟」及「无汽车香水」),但其产生的权重值无论设为多少,配对模块135皆会将第二个司机信息排除。接着,配对模块135可选择权重值最大的司机信息,例如第一个司机信息的权重值为数值「3」,第二个司机信息的权重值为数值「2」,此时配对模块135将选择第一个司机信息。在实际实施上,配对模块135亦可根据筛选出的司机信息来计算权重值的平均值,并且选择大于平均值的所有司机信息,举例来说,假设筛选模块134筛选出三个司机信息,其权重值分别为数值「9」、数值「4」及数值「5」,那么配对模块135可计算出这三个权重值的平均值为数值「6」(计算式为「(9+4+5)/3 = 6」),并且选择大于权重值「6」的司机信息 (即选择权重值为数值「9」的司机信息)。除此之外,倘若权重值相同则配对模块135将会同时选择两个司机信息。特别要说明的是,虽然本发明以上述举例说明权重值的计算方式, 然而本发明并未以此作限定,任何能够根据服务事项的相符程度产生相应之权重值的方式皆不脱离本发明的应用范畴。承上所述,在实际实施上,所述服务事项的每一个项目亦可对应一个数据,用于代表其项目的必要性及重要性的程度大小,以便将所述数据作为配对模块135对筛选出的司机信息进行配对时的排序依据。举例来说,如下表所示意按照重要性进行排序,其中,重要性的数值越小代表重要性越高
重要性 ΓΙ Γ~2Γ1
Im 服务事项 WWm 无汽车香水女性司机 "1司机端A W^ W^W^
~1司机端 B flWl~
司机端C~~不符合符合Γ^Ι除此之外,亦可如下表所示意,以满足的服务事项之项目数量进行排序
重要性 ΓΙ Γ~2Γ1
9
权利要求
1.一种具配对功能的计程车叫车系统,其特征在于,包含至少一乘客端,每一乘客端用于传送一搭乘请求,该搭乘请求至少包含一座标位置及一乘客身分;至少一司机端,每一司机端用于接收并显示相应的一运输请求,以及持续传送一行车信息,该行车信息至少包含一行车座标、一司机身分及一载客状态;及一伺服端,包含一信息数据库,用于储存至少一司机信息及至少一乘客信息,其中每一司机信息及每一乘客信息均至少包含一座标、一身分识别、一服务事项、一拒绝名单及一状态记录;一车况模块,用于接收该行车信息,并读取该行车信息中的该司机身分以与每一司机信息的该身分识别进行比对,且读取该行车信息中的该行车座标以更新比对符合的该司机信息之该座标,以及读取该行车信息中的该载客状态以更新比对符合的该司机信息之该状态记录;一搭乘模块,用于接收该搭乘请求,并且读取该搭乘请求中的该乘客身分以与每一乘客信息的该身分识别进行比对,以及读取该搭乘请求中的该座标位置以更新比对符合的该乘客信息之该座标;一筛选模块,用于读取比对符合且更新后的该乘客信息,并根据该乘客信息中包含的该座标、该服务事项、该拒绝名单及该状态记录对所有司机信息进行筛选;一配对模块,用于将筛选出的每一司机信息依该服务事项的相符程度分别产生相应的一权重值,并根据该权重值的大小自筛选出的司机信息中选择至少其一;及一传送模块,用于根据选择的所述司机信息及所述比对符合且更新后的乘客信息产生相应的该运输请求,并且将所述运输请求传送至相应的司机端。
2.如权利要求1所述的具配对功能的计程车叫车系统,其特征在于,所述乘客端及所述司机端是通过一全球定位系统持续检测该座标位置与该行车座标,并分别提供设定该乘客身分与该司机身分及该载客状态。
3.如权利要求1所述的具配对功能的计程车叫车系统,其特征在于,该行车信息更包含一目的位置,该车况模块根据该目的位置及该行车座标计算一预计到达时间,并且将该目的位置及该预计到达时间记录于司机信息之状态记录。
4.如权利要求1所述的具配对功能的计程车叫车系统,其特征在于,该伺服端更包含一指派模块且每一乘客信息更包含一时间记录,该时间记录用于记录每一乘客端每次传送该搭乘请求的时间,用于提供该指派模块统计每一乘客信息的该时间记录及该座标,并筛选出同一时段的相邻乘客端以计算一中心位置,以及将该中心位置传送至邻近的司机端。
5.如权利要求1所述的具配对功能的计程车叫车系统,其特征在于,该传送模块更包含将该配对模块选择的司机信息传送至相应的乘客端,用于供该乘客端进行浏览及确认, 且该乘客端更包含传送对应该司机信息的一乘客评价至该伺服端以储存于该信息数据库。
6.一种具配对功能的计程车叫车方法,应用于至少一乘客端、至少一司机端及一伺服端的传输环境中,其特征在于,步骤包括于该伺服端的一信息数据库提供至少一司机信息及至少一乘客信息,其中每一司机信息及每一乘客信息均至少包含一座标、一身分识别、一服务事项、一拒绝名单及一状态记录;每一司机端持续传送一行车信息,该行车信息至少包含一行车座标、一司机身分及一载客状态;该伺服端接收该行车信息,并读取该行车信息中的该司机身分以与每一司机信息的该身分识别进行比对,且读取该行车信息中的该行车座标以更新比对符合的该司机信息之该座标,以及读取该行车信息中的该载客状态以更新比对符合的该司机信息之该状态记录;所述乘客端传送一搭乘请求,该搭乘请求至少包含一座标位置及一乘客身分;该伺服端接收该搭乘请求,并且读取该搭乘请求中的该乘客身分以与每一乘客信息的该身分识别进行比对,以及读取该搭乘请求中的该座标位置以更新比对符合的该乘客信息之该座标;该伺服端读取比对符合且更新后的该乘客信息,并根据该乘客信息中包含的该座标、 该服务事项、该拒绝名单及该状态记录对所有司机信息进行筛选;该伺服端将筛选出的每一司机信息依该服务事项的相符程度分别产生相应的一权重值,并根据该权重值的大小自筛选出的司机信息中选择至少其一;该伺服端根据选择的所述司机信息及所述比对符合且更新后的乘客信息产生相应的一运输请求,并且将所述运输请求传送至相应的司机端;及所述司机端用于接收并显示相应的该运输请求。
7.如权利要求6所述的具配对功能的计程车叫车方法,其特征在于,所述乘客端及所述司机端是通过一全球定位系统持续检测该座标位置与该行车座标,并且更包含所述乘客端及所述司机端分别提供设定该乘客身分与该司机身分及该载客状态的步骤。
8.如权利要求6所述的具配对功能的计程车叫车方法,其特征在于,该方法更包含在该行车信息记录一目的位置,该伺服端根据该行车信息的该目的位置及该行车座标计算一预计到达时间,并且将该目的位置及该预计到达时间记录于司机信息之状态记录的步骤。
9.如权利要求6所述的具配对功能的计程车叫车方法,其特征在于,该方法更包含在每一乘客信息中记录每次传送该搭乘请求的时间作为一时间记录,并且统计每一乘客信息的该时间记录及该座标以筛选出同一时段的相邻乘客端并计算一中心位置,以及将该中心位置传送至邻近的司机端之步骤。
10.如权利要求6所述的具配对功能的计程车叫车方法,其特征在于,该方法更包含将该伺服端选择的司机信息传送至相应的乘客端,用于供该乘客端进行浏览及确认,且该乘客端更包含传送对应该司机信息的一乘客评价至该伺服端以储存于该信息数据库的步骤。
全文摘要
一种具配对功能的计程车叫车系统及其方法,通过乘客端传送搭乘请求至伺服端,以便伺服端根据搭乘请求查询相应的乘客信息,以及根据乘客信息对司机信息进行筛选及配对,以便选出符合的司机信息并产生相应的运输请求,并且将运输请求传送至相应的司机端,用于达到提高配对满意度及叫车便利性之技术功效。
文档编号G08G1/00GK102479431SQ20101056608
公开日2012年5月30日 申请日期2010年11月23日 优先权日2010年11月23日
发明者张凯杰 申请人:互动网数位科技股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1