CN101996485A - 一种派遣车辆方法及装置 - Google Patents
一种派遣车辆方法及装置 Download PDFInfo
- Publication number
- CN101996485A CN101996485A CN2009101637016A CN200910163701A CN101996485A CN 101996485 A CN101996485 A CN 101996485A CN 2009101637016 A CN2009101637016 A CN 2009101637016A CN 200910163701 A CN200910163701 A CN 200910163701A CN 101996485 A CN101996485 A CN 101996485A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- zone
- car
- send
- chauffeur
- 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.)
- Granted
Links
Images
Abstract
本发明提供一种派遣车辆方法,用于派遣车辆至一区域中,至少包含下述步骤:(a)根据一历史数据设定一设定值,其中该历史数据至少记录每一天每一笔叫车事件的来电时间,该设定值为根据该些来电时间所计算的一特定时段的平均叫车事件数目;(b)判断该区域中实际的可接受派遣车辆数目是否大于该设定值;(c)当该区域中实际的可接受派遣车辆数目大于该设定值,不发出缺车信息通知车辆前往该区域;以及(d)当该区域中实际的可接受派遣车辆数目小于该设定值,发出缺车信息,派遣一定数目的车辆至该区域。此外,本发明亦提供一对应的派遣车辆装置。
Description
技术领域
本发明是有关于一种派遣装置与方法,且特别是有关于一种派遣车辆的装置及其操作方法。
背景技术
出租车的特征是有很多独立的驾驶开着独立的车子营业。但分散的个体出租车,对于乘客来说如需找一辆车来搭乘,非常不方便,于是就有车队的产生。
车队集合一群开着出租车的司机一起运用,当有乘客来电叫车时,可用无线电语音广播来派遣邻近的车子前往接客。
传统上,在进行派遣时会使用一全球卫星定位系统(Global PositioningSystem,GPS),来定位车队所有可接受派遣车辆所在的位置。而每一台可接受派遣车辆车都要安装GPS卫星讯号接收器(Message Deliver Terminal,MDT),俗称车机。当有叫车需求时,依其定位位置进行派遣。在此派遣方法下,首先,派车中心透过卫星系统将车辆的经纬度坐标与移动信息传回中央主控站。派车中心可以掌控车辆的实时位置、空车状况与所在位置。第二,当派车中心接获乘客来电后,计算机马上调查可供派遣的车辆,实时为乘客谋合车辆。
在此派遣方法下,车队与可接受派遣车辆均属被动身份。亦即当有乘客需求派遣车辆时,车队才被动提供派遣车辆给乘客,并不能提供及时的需求。
此外,此派遣方法的前题,为乘客有来电叫车。然而,经常情况却是乘客在路边拦车,并不使用电话叫车,由于并无乘客来电来驱动派车中心进行车辆派遣,造成即使派遣车辆是空的也并无法及时提供载客服务。另一方面,由于商业区与主宅区乘车需求往往差异甚大,常常造成在某一时段,所有的派遣车辆过度集中于某一区域,而造成另一区域反而有无车可叫的情况发生。
基于传统的派遣方法均无法解决上述的问题,因此实需一种可解决上述问题的派遣装置与方法。
发明内容
因此,本发明的一目的在于提供一种派遣车辆的方法与装置,借以在一区域可能发生缺车状况前,预先通知车辆前往该区域,以及在缺车状况上不严重前,实时通知车辆前往该区域。
依此,本发明提供一种派遣车辆方法,用于派遣车辆至一区域中,至少包含下述步骤:(a)根据一历史数据设定一设定值,其中该历史数据至少记录每一天每一笔叫车事件的来电时间,该设定值为根据该些来电时间所计算的一特定时段的平均叫车事件数目;(b)判断该区域中实际的可接受派遣车辆数目是否大于该设定值;(c)当该区域中实际的可接受派遣车辆数目大于该设定值,不发出缺车信息通知车辆前往该区域;以及(d)当该区域中实际的可接受派遣车辆数目小于该设定值,以这区域为半径发出缺车信息,派遣一定数目的车辆至该区域。
其中该一定数目由下式计算出:
差异数×参数+N
其中,该差异数等于该区域中实际的可接受派遣车辆数目与该设定值的差值;N为基本通知可接受派遣车辆的数值;参数为一设定值,其中该N值与该参数值与该区域有关。
根据另一实施例,本发明提供一种可接受派遣车辆方法,用于可接受派遣车辆至一区域中,至少包含下述步骤:(a)根据一历史数据设定一设定值,其中该历史数据至少记录每一天每一笔叫车事件的来电时间,该设定值为根据该些来电时间所计算的一特定时段的平均叫车事件数目;(b)判断该区域中实际的可接受派遣车辆,亦即营业车辆,数目是否大于该设定值,其中当判断出该区域中实际的可接受派遣车辆数目大于该设定值,不发出缺车信息,当判断出该区域中实际的可接受派遣车辆数目小于该设定值,发出缺车信息,通知一第一数目的车辆前往该区域;(c)判断是否有一叫车事件发生,其中当判断出未有一叫车事件发生时,则不发出缺车信息通知车辆前往该区域,当判断出有一叫车事件发生时,则再次执行步骤(b);以及(d)判断是否该叫车事件未被响应,其中当该叫车事件被响应,则不发出缺车信息通知车辆前往该区域,其中当该叫车事件未被响应,则发出缺车信息,派遣一第二数目的车辆至该区域。
在一实施例中,其中该第一数目由下式计算出:
差异数×参数+N
其中,该差异数等于该区域中实际的可接受派遣车辆数目与该设定值的差值;N为基本通知可接受派遣车辆的数值;参数为一设定值,其中该N值与该参数值与该区域有关。
在一实施例中,其中该第二数目由下式计算出:
未被成功回应的次数×参数+N
其中,未被成功回应的次数为一特定时段中未被响应的叫车事件次数;N为基本通知可接受派遣车辆的数值;参数为一设定值,其中该N值与该参数值与该区域有关。
根据另一实施例,本发明提供一种派遣车辆装置,用于派遣车辆至一区域中,至少包含下述组件:多个车机,分别建置在多台派遣车辆中;一收发服务器,用以透过至少一基地台与该些车机进行通讯;一车辆目前位置计算单元,会定时从该收发服务器撷取该些车机回传的信息,来计算该些可接受派遣车辆,亦即营业车辆,所在的位置,并将其储存在一参数数据库中,其中参数数据库亦储存有有每个区域可营业的车辆数;一缺车计算服务器,从该参数数据库中撷取该些可接受派遣车辆,亦即营业车辆,所在位置信息,计算出位在该区域中的可接受派遣车辆,亦即营业车辆,的数目,并将此数目与一设定值相较来决定出一缺车差异数,来判断出是否发出缺车信息;以及一派车中心,根据该缺车计算服务器所判断出的结果,透过该收发服务器与该基地台广播,通知车辆前往该区域。
其中该些车机可透过该收发服务器、该基地台与该缺车计算服务器耦接,并于该些车机屏幕上显示该区域的派遣车辆状况。其中该可接受派遣车辆状况包括:该区域目前叫车的数量,该区域中的派遣车数量以及目前在该区域中的排班车数量
应用本发明具有下列优点。首先,本发明具有预先通知的功能,在区域可接受派遣的车辆数目小于历史数目时,或是在一区域内有一特定数目的叫车事件发生时,可预先通知车辆前往,避免缺车事件发生。此外,本发明更具有实时通知的功能,在一区域内有一特定数目的叫车事件发生,且该些叫车事件均未被响应时,本系统即会实时通知车辆前往,避免缺车事件发生。
附图说明
为让本发明的上述和其它目的、特征、优点与实施例能更明显易懂,所附附图的说明如下:
图1绘示依照本发明一实施方式将一区域根据道路方向划分成多个区域的概略图标;
图2绘示依照本发明一实施例的主动派遣车辆系统图;
图3绘示记录于派车数据库中过去三个星期星期一,每小时的叫车数值;
图4所示为根据本发明第一实施例的流程图;
图5所示为根据本发明第二实施例的流程图;
图6所示为根据本发明第三实施例的流程图;
图7所示为整合本发明第一、二和三实施例的流程图;
图8所示为在一车机屏幕上显示缺车信息的例子。
【主要组件符号说明】
100:主动派遣车辆系统
101:车机
102:收发服务器
103:缺车计算服务器
104:参数数据库
105:派车中心
106:派车数据库
107:车辆目前位置计算单元
109:基地台
201:查询区域的名字
202:该区域目前叫车的数量
203:目前在该区域中的派遣车数量
204:目前在该区域中的排班车数量
401:根据一历史数据设定一设定值
402:判断是否实际可接受派遣车辆数值是否大于设定值
403:发出缺车信息,并通知(差异数×参数+N)数量的车辆前往该区域
404:不发出缺车信息
501:根据一历史数据设定一设定值
502:判断是否一叫车事件发生
503:判断是否实际可接受派遣车辆数值是否大于设定值
504:不发出缺车信息
505:发出缺车信息,并通知(差异数×参数+N)数量的车辆前往该区域
601:判断是否一叫车事件发生且次事件未被响应
602:发出缺车信息,并通知(未被响应次数×参数+N)数量的车辆前往该区域
701:根据一历史数据设定一设定值
702:判断是否实际可接受派遣车辆数值是否大于设定值
703:不发出缺车信息
704:发出缺车信息,并通知(差异数×参数+N)数量的车辆前往该区域
705:判断是否一叫车事件发生
706:判断是否被响应
707:发出缺车信息,并通知(未被响应次数×参数+N)数量的车辆前往该区域
具体实施方式
本发明提供一种可实时且主动派遣车辆给缺车区域的方法与装置。本发明可在一区域尚未发生缺车情况时,让司机预先知晓该区域派遣车队的概况,由其主动判断是否前往该区域,或是根据历史经验值或实时叫车概况,由系统主动告知并预先派遣车辆至该区域中,以避免暂时性缺车情况发生。以下将以派遣出租车为例,说明本发明的应用,然在其它的实施例中,亦可应用于派遣一货车车队。
请参照图1,其绘示依照本发明一实施方式将一区域根据道路方向划分成多个区域的概略图标。本发明为达到实时主动派遣车辆的目的,会根据道路方向将一行政区域划分成数个区域。如图1所示,一区域被划分成一A区域与一B区域,通过区隔出各区域,让司机更可清楚了解到自己位于哪一区域以及哪一区域块有缺车情况。
请参照图2,其绘示依照本发明一实施例的主动派遣车辆系统图。本发明主动派遣车辆系统100包括多个车机101、一收发服务器102、一缺车计算服务器103、一参数数据库104、一派车中心105、派车数据库106以及一车辆目前位置计算单元107。其中多个车机101分别建置在每一台派遣车辆中,用以透过基地台109与收发服务器102通讯。车辆目前位置计算单元107则会定时从收发服务器102撷取各车机101回传的信息,来计算各可接受派遣车辆,亦即营业车辆,所在的位置,并将其储存在参数数据库104中,其中参数数据库亦储存有有每个区域可营业的车辆数。缺车计算服务器103则会定时从参数数据库104中撷取由车辆目前位置计算单元107所计算出的各车辆位置,并根据预先划分出的区域,进行分区统计来计算出每一区域可接受派遣车辆,亦即营业车辆,的总数值,并将此总数值与一设定值(详下述)相较来决定出一缺车差异数,此缺车差异数会被再次回传至参数数据库104中,并应用于一预先设定出的计算式中,来计算出该区域必须再行额外通知的可接受派遣车辆,并储存于参数数据库104。派车中心105则会根据此参数数据库104所记录的需通知可接受派遣车辆数目,透过收发服务器102与基地台109广播,通知车辆前往,而在其它的实施例中,亦可由缺车计算服务器103透过收发服务器102与基地台109直接进行广播,而不透过派车中心105。其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播。参数数据库104与派车数据库106均耦接至缺车计算服务器103。
在一第一实施例中,派车数据库106储存有历史叫车事件,而缺车计算服务器103可根据此历史叫车事件统计出过去一星期每一天每一时段的平均叫车数值,做为与每一区域可接受派遣车辆,亦即营业车辆,总数值比较的设定值。例如,以统计过去三个星期的星期一平均叫车数值为例,假设今日为2月23日且为星期一,而记录于派车数据库106中过去三个星期星期一,每小时的叫车数值如图3所示,则缺车计算服务器103会撷取派车数据库106过去三个星期一各时段的叫车事件,例如:以计算7:00至8:00这一小时的设定值为例,则是撷取数值,30、25和23,并加以平均计算出平均值为26,亦即在7:00至8:00这一小时之间,平均叫车数量为26班次作为设定值,此时若该区域在该时段中的可接受派遣车辆,亦即营业车辆,的总数值低于26,本系统即会透过派车中心105或缺车计算服务器103本身透过收发服务器102与基地台109广播,通知一特定数目的车辆前往。值得注意的是,在其它的实施例中,撷取时段亦可根据区域特性放大或缩小,例如:在叫车变化很大的区域,如繁忙的商业区,可缩减为30分钟,而在叫车变动不大的区域,例如住宅区,可将撷取时段放大,成三个小时等。而受通知车辆的数目,在一实施例中可由下式计算出:
差异数×参数+N
其中,差异数为该区域于该时段中实际可接受派遣车辆的总数值与设定值的差异。例如:实际可接受派遣车辆的总数值为23,而历史平均叫车数量为26,则差异数为3。参数:为司机实际行为与应答行为间落差的补偿数值,例如,若某一区域司机虽答应前往但与实际前往的人数明显有落差时,此时及可以此参数值加以补偿,在一实施例中假设参数数值为2。N:为基本通知可接受派遣车辆的数值,在一实施例中假设N为16。在此实施例中,受通知车辆的数目为22台车。亦即,在7:00至8:00这一小时之间,由于该时段中在该区域的实际可接受派遣车辆总数值为23,与历史平均叫车数量26有落差。此时本系统即会主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知额外邻近该区域的22台车辆前往。其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播
图4所示为根据本发明第一实施例的流程图。请同时参阅图2与图4。首先在步骤401,根据一历史数据设定一设定值。在一实施例中,缺车计算服务器103会根据派车数据库106中所储存的历史叫车事件来设定此设定值。例如,可根据此历史叫车事件,统计一星期每一天各时段的平均叫车数值,做为与该区域实际可接受派遣车辆,亦即营业车辆,数值进行比较的设定值。接着在步骤402,判断实际可接受派遣车辆数值是否大于设定值。在一实施例中,缺车计算服务器103会定时从参数数据库104中撷取由车辆目前位置计算单元107所计算出的各车辆位置,并根据预先划分出的区域,进行分区统计来计算出每一区域实际可接受派遣车辆的总数值,并将此总数值与设定值进行比较。若比较结果为实际可接受派遣车辆数值大于设定值,则执行步骤404,不发出缺车信息。反之,若比较结果为实际可接受派遣车辆数值小于设定值,则执行步骤403,发出缺车信息,并通知一预先设定的车辆前往该区域。受通知车辆的数目由下式计算出:
差异数×参数+N
其中,差异数为该区域于该时段中实际可接受派遣车辆的总数值与设定值的差异。参数:为司机实际行为与应答行为间落差的补偿数值。N:为基本通知可接受派遣车辆的数值。
在一第二实施例中,派车数据库106亦储存有现在实时叫车事件。若缺车计算服务器103发现派车数据库106有一实时叫车事件,亦即在该区域中有一叫车事件发生。缺车计算服务器103会实时从参数数据库104中撷取由车辆目前位置计算单元107所计算出的各车辆位置,计算出该区域可接受派遣车辆,亦即营业车辆,的总数值,并将此总数值与设定值相较,判断是否发出缺车通知。例如,若该区域可接受派遣车辆的总数值仍低于设定值,则本系统即会主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知额外邻近该区域的一特定数目的车辆前往。其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播。
在本实施例中,只要有一叫车事件发生,缺车计算服务器103即会判断是否符合发出缺车通知。而第一实施例中,是不论是否有一叫车事件发生,缺车计算服务器103均会依据历史数据定时判断是否符合发出缺车通知。其中本发明的第一实施例与第二实施例可单独执行进行判断,亦即可仅依历史数据或实时叫车事件来启动缺车计算服务器103,以判断是否符合发出缺车通知。此外本发明的第一实施例与第二实施例亦可分层执行,亦即缺车计算服务器103可定时依历史数据判断是否符合发出缺车通知,而当有一实时叫车事件发生时,缺车计算服务器103会再次被启动来判断是否符合发出缺车通知。
其中,受通知车辆数目的决定,可如第一实施例以:
差异数×参数+N
加以决定。但第一实施例与第二实施例中的参数及N值可依情况加以修正。例如,若采用第一实施例与第二实施例分层执行,则第二实施例中的参数及N值可修正成比第一实施例小。
图5所示为根据本发明第二实施例的流程图。请同时参阅图2与图5。首先在步骤501,根据一历史数据设定一设定值。在一实施例中,缺车计算服务器103会根据派车数据库106中所储存之历史叫车事件来设定此设定值。例如,可根据此历史叫车事件,统计一星期每一天各时段的平均叫车数值,做为与该区域实际可接受派遣车辆,亦即营业车辆,数值进行比较之设定值。接着在步骤502,判断是否有一叫车事件发生。若有一叫车事件发生,则或执行步骤503,否则,会再次执行此步骤。在步骤503中,判断此区域的实际可接受派遣车辆数值是否大于设定值。在一实施例中,缺车计算服务器103会定时从参数数据库104中撷取由车辆目前位置计算单元107所计算出的各车辆位置,并根据预先划分出的区域,进行分区统计来计算出每一区域实际可接受派遣车辆的总数值,并将此总数值与设定值进行比较。若比较结果为实际可接受派遣车辆数值大于设定值,则执行步骤504,不发出缺车信息。反之,若比较结果为实际可接受派遣车辆数值小于设定值,则执行步骤505,发出缺车信息,并通知一预先设定的车辆前往该区域,其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播。受通知车辆的数目由下式计算出:
差异数×参数+N
其中,差异数为该区域于该时段中实际可接受派遣车辆的总数值与设定值的差异。参数:为司机实际行为与应答行为间落差的补偿数值。N:为基本通知可接受派遣车辆的数值。
在第二实施例中,系假设只要有一叫车事件发生,缺车计算服务器103即会立即检测该区域可接受派遣车辆,亦即营业车辆,的总数值与设定值间的差异是否符合发出缺车通知。但在另一实施例中,亦可设定一段时间中连续发生叫车事件,例如:在5分钟内发生两次叫车事件,缺车计算服务器103才会检测该区域可接受派遣车辆的总数值与设定值间的差异是否符合发出缺车通知。
在第三实施例中,缺车计算服务器103除了检测派车数据库106是否有一实时叫车事件外,还会同时检测此一叫车事件是否被成功响应。若此实时叫车事件,未被成功响应,代表此区域有人叫车,但无任何可接受派遣车辆,亦即营业车辆,可前往服务,此时本系统即会强制主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知一定数目的车辆前往。其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播。换言之,缺车计算服务器103本身不再进行是否符合发出缺车通知的判断。
其中,受通知车辆数目的决定,可如第一实施例以:
未被成功回应的次数×参数+N
其中,未被成功响应的次数为该区域实时叫车事件,未被成功响应的次数。在第三实施例中,是假设只要有一叫车事件发生未被成功响应,本系统即会主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知一定数目的车辆前往,在此例中,此差异数为1。但在另一实施例中,亦可设定一段时间中连续发生叫车事件且这些叫车事件均未被成功响应,例如:设定在5分钟内发生两次叫车事件均未被成功响应,本系统即会主动通知一定数目的车辆前往知,在此例中,此差异数为2。例如,在一实施例中差异数为2。参数数值为2。N:基本通知可接受派遣车辆的数值为16。在此实施例下,受通知车辆的数目为20台车。亦即,当在一区域中,5分钟内发生两次叫车事件均未被成功响应时。此时本系统即会主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知额外邻近该区域的20台车辆前往该区域。
图6所示为根据本发明第三实施例的流程图。请同时参阅图2与图6。首先在步骤601,判断是否有一叫车事件发生,且此叫车事件未被响应。若有一叫车事件发生且未被响应,则执行步骤602,否则,会再次执行此步骤。在步骤602中,强制发出缺车信息,并通知一定数量的车辆强往该区域。在一实施例中,本系统主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知一定数目的车辆前往此区域。其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播。其中受通知车辆的数目由下式计算出:
未被成功回应的次数×参数+N
其中,差异数为该区域实时叫车事件,未被成功响应的次数。参数:为司机实际行为与应答行为间落差的补偿数值。N:为基本通知可接受派遣车辆的数值。
其中本发明的第一实施例、第二实施例与第三实施例均可单独执行进行判断。或是搭配地一实施例与第二实施例加以进行。当搭配第一实施例时,缺车计算服务器103可定时依历史数据判断是否符合发出缺车通知,而当有一实时叫车事件发生且未被完全响应时,此时本系统即会主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知一定数目的车辆前往。当搭配第二实施例时,当有一实时叫车事件发生时,缺车计算服务器103会被启动来判断是否符合发出缺车通知,而当有一实时叫车事件发生且未被完全响应时,此时本系统即会主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知一定数目的车辆前往。此外本发明的第一实施例与第二实施例与第三实施例亦可分层执行,亦即缺车计算服务器103可定时依历史数据判断是否符合发出缺车通知,而当有一实时叫车事件发生时,缺车计算服务器103会再次被启动来判断是否符合发出缺车通知。而当有一实时叫车事件发生且未被完全响应时,此时缺车计算服务器103不再进行判断,而是本系统即会主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知一定数目的车辆前往。
参阅图7所示为整合本发明第一、二和三实施例的流程图。请同时参阅图2与图7。
首先在步骤701,根据一历史数据设定一设定值。在一实施例中,缺车计算服务器103会根据派车数据库106中所储存的历史叫车事件来设定此设定值。例如,可根据此历史叫车事件,统计一星期每一天各时段的平均叫车数值,做为与该区域实际可接受派遣车辆,亦即营业车辆,数值进行比较的设定值。接着在步骤702,判断实际可接受派遣车辆数值是否大于设定值。在一实施例中,缺车计算服务器103会定时从参数数据库104中撷取由车辆目前位置计算单元107所计算出的各车辆位置,并根据预先划分出的区域,进行分区统计来计算出每一区域实际可接受派遣车辆的总数值,并将此总数值与设定值进行比较。若比较结果为实际可接受派遣车辆数值大于设定值,则执行步骤703,不发出缺车信息。反之,若比较结果为实际可接受派遣车辆数值小于设定值,则执行步骤704,发出缺车信息,并通知一预先设定的车辆前往该区域。其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播。受通知车辆的数目由下式计算出:
差异数×参数+N
其中,差异数为该区域于该时段中实际可接受派遣车辆的总数值与设定值的差异。参数:为司机实际行为与应答行为间落差的补偿数值。N:为基本通知可接受派遣车辆的数值。
接着在步骤705,判断是否有一叫车事件发生。若有一叫车事件发生,则再次执行步骤702,判断此区域的实际可接受派遣车辆数值是否大于设定值。否则,会再次执行步骤705,判断是否有一叫车事件发生。
接着在步骤706,判断此一叫车事件是否被响应。若未被回应,则执行步骤707。否则,会再次执行步骤706。在步骤707中,强制发出缺车信息,并通知一定数量的车辆强往该区域。在一实施例中,本系统主动透过派车中心105或缺车计算服务器103本身,透过收发服务器102与基地台109广播,通知一定数目的车辆前往此区域。其中广播范围为以这区域为半径进行广播,而在其它的实施例中,亦可扩大或缩减广播范围。此外,亦可以该区域外一营业车辆所在位置作为广播原点,以一特定半径进行广播。其中受通知车辆的之数目由下式计算出:
未被成功回应的次数×参数+N
其中,未被成功响应的次数为该区域实时叫车事件,未被成功响应的之次数。参数:为司机实际行为与应答行为间落差的补偿数值。N:为基本通知可接受派遣车辆的数值。
此外,本发明建置在每一台车上的车机101亦提供司机主动查询各区域的缺车或叫车状况,让司机自己决定是否前往该区域。在一实施例中,缺车计算服务器103将缺车计算的结果设定为一公开信息,司机可透过收发服务器102与基地台109进行主动查阅并显示在车机上。参阅图8所示,为在一车机屏幕上显示缺车信息的例子。其中缺车信息包括:所查询区域的名字201,例如为查询A区域可接受派遣车辆状况;该区域目前叫车的数量202,例如为20辆;目前在该区域中的派遣车数量203,例如为10辆;目前在该区域中的排班车数量204:例如为5辆。依此由于叫车数量大于此区域中派遣车以及排班车数量,司机即可依此信息判断是否前往A区域。值得注意的是,在实际的应用上车机屏幕上显示的信息并不以此实施例为限。
由上述本发明实施方式可知,应用本发明具有下列优点。首先,本发明具有预先通知的功能,在区域可接受派遣车辆数目小于历史数目时,或是在一区域内有一特定数目的叫车事件发生时,可预先通知车辆前往,避免缺车事件发生。此外,本发明更具有实时通知的功能,在一区域内有一特定数目的叫车事件发生,且该些叫车事件均未被响应时,本系统即会实时通知车辆前往,避免缺车事件发生。
虽然本发明已以实施方式揭露如上,然其并非用以限定本发明,任何熟悉此技术的人员,在不脱离本发明的精神和范围内,当可作各种的更动与润饰,因此本发明的保护范围当视权利要求书所界定的范围为准。
Claims (12)
1.一种派遣车辆方法,用于派遣车辆至一区域中,其特征在于,至少包含下述步骤:
(a)根据一历史数据设定一设定值,其中该历史数据至少记录每一天每一笔叫车事件的来电时间,该设定值为根据该些来电时间所计算的一特定时段的平均叫车事件数目;
(b)判断该区域中实际的可接受派遣车辆数目是否大于该设定值;
(c)当该区域中实际的可接受派遣车辆数目大于该设定值,不发出缺车信息通知车辆前往该区域;以及
(d)当该区域中实际的可接受派遣车辆数目小于该设定值,发出缺车信息,派遣一定数目的车辆至该区域。
2.根据权利要求1所述的派遣车辆方法,其特征在于,该一定数目由下式计算出:
差异数×参数+N
其中,该差异数等于该区域中实际的可接受派遣车辆数目与该设定值的差值;N为基本通知可接受派遣车辆的数值;参数为一设定值,其中该N值与该参数值与该区域有关。
3.根据权利要求1所述的派遣车辆方法,其特征在于,在步骤(d)之后还包括步骤(e)判断是否有一叫车事件发生,其中当判断出未有一叫车事件发生时,则不发出缺车信息通知车辆前往该区域,其中当判断出有一叫车事件发生时,则再次执行步骤(b)。
4.根据权利要求3所述的派遣车辆方法,其特征在于,在步骤(e)之后还包括判断是否该叫车事件未被响应,其中当该叫车事件被响应,则不发出缺车信息通知车辆前往该区域,其中当该叫车事件未被响应,则发出缺车信息,派遣一定数目的车辆至该区域。
5.根据权利要求4所述的派遣车辆方法,其特征在于,该一定数目由下式计算出:
未被成功回应的次数×参数+N
其中,未被成功回应的次数为一特定时段中未被响应的叫车事件次数;N为基本通知可接受派遣车辆的数值;参数为一设定值,其中该N值与该参数值与该区域有关。
6.一种派遣车辆方法,用于派遣车辆至一区域中,其特征在于,至少包含下述步骤:
(a)根据一历史数据设定一设定值,其中该历史数据至少记录每一天每一笔叫车事件的来电时间,该设定值为根据该些来电时间所计算的一特定时段的平均叫车事件数目;
(b)判断该区域中实际的可接受派遣车辆数目是否大于该设定值,其中当判断出该区域中实际的可接受派遣车辆数目大于该设定值,不发出缺车信息,当判断出该区域中实际的可接受派遣车辆数目小于该设定值,发出缺车信息,通知一第一数目的车辆前往该区域;
(c)判断是否有一叫车事件发生,其中当判断出未有一叫车事件发生时,则不发出缺车信息通知车辆前往该区域,当判断出有一叫车事件发生时,则再次执行步骤(b);以及
(d)判断是否该叫车事件未被响应,其中当该叫车事件被响应,则不发出缺车信息通知车辆前往该区域,其中当该叫车事件未被响应,则发出缺车信息,派遣一第二数目的车辆至该区域。
7.一种派遣车辆装置,用于派遣车辆至一区域中,其特征在于,至少包含下述组件:
多个车机,分别建置在多台可接受派遣车辆中;
一收发服务器,用以透过至少一基地台与该些车机进行通讯;
一车辆目前位置计算单元,会定时从该收发服务器撷取该些车机回传的信息,来计算该些可接受派遣车辆所在的位置,并将其储存在一参数数据库中;
一缺车计算服务器,从该参数数据库中撷取该些可接受派遣车辆所在位置信息,计算出位在该区域中的可接受派遣车辆的数目,并将此数目与一设定值相较来决定出一缺车差异数,来判断出是否发出缺车信息;以及
一派车中心,根据该缺车计算服务器所判断出的结果,透过该收发服务器与该基地台广播,通知车辆前往该区域。
8.根据权利要求7所述的派遣车辆装置,其特征在于,该缺车差异数会被再次回传至该参数数据库中,并应用于一预先设定出的计算式中,来计算出该区域必须再行额外通知的可接受派遣车辆数目,其中该预先设定出的计算式为:
差异数×参数+N
其中,该差异数等于该区域中实际的可接受派遣车辆数目与该设定值的差值;N为基本通知可接受派遣车辆的数值;参数为一设定值,其中该N值与该参数值与该区域有关。
9.根据权利要求7所述的派遣车辆装置,其特征在于,该些车机可透过该收发服务器、该基地台与该缺车计算服务器耦接,并于该些车机屏幕上显示该区域的可接受派遣车辆状况,其中该可接受派遣车辆状况包括:该区域目前叫车的数量,该区域中的派遣车数量以及目前在该区域中的排班车数量。
10.根据权利要求7所述的派遣车辆装置,其特征在于,还包括一派车数据库耦接该派车中心,该派车数据库储存有历史叫车数据以及实时叫车数据,其中该历史叫车数据至少记录每一天每一笔叫车事件的来电时间,而该设定值为根据该些来电时间所计算出的在一特定时段内的平均叫车事件数目。
11.根据权利要求10所述的派遣车辆装置,其特征在于,当该缺车计算服务器检测出该派车数据库有一实时叫车事件,该缺车计算服务器会实时从该参数数据库中撷取由该车辆目前位置计算单元所计算出的各车辆位置,计算出该区域可接受派遣车辆的总数值,并将此总数值与该设定值相较,判断是否发出缺车通知,其中当该缺车计算服务器检测出该派车数据库有一实时叫车事件且该叫车事件未被成功响应,此时派车中心会通知一定数目的车辆前往该区域。
12.根据权利要求11所述的派遣车辆装置,其特征在于,该一定数目由下式计算出:
未被成功回应的次数×参数+N
其中,未被成功回应的次数为一特定时段中未被响应的叫车事件次数;N为基本通知可接受派遣车辆的数值;参数为一设定值,其中该N值与该参数值与该区域有关。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910163701 CN101996485B (zh) | 2009-08-14 | 2009-08-14 | 一种派遣车辆方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910163701 CN101996485B (zh) | 2009-08-14 | 2009-08-14 | 一种派遣车辆方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101996485A true CN101996485A (zh) | 2011-03-30 |
CN101996485B CN101996485B (zh) | 2013-03-13 |
Family
ID=43786584
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910163701 Active CN101996485B (zh) | 2009-08-14 | 2009-08-14 | 一种派遣车辆方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101996485B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102982679A (zh) * | 2012-12-10 | 2013-03-20 | 北京世纪高通科技有限公司 | 一种基于换乘地点获取交通信息的方法及装置 |
CN105654712A (zh) * | 2016-01-21 | 2016-06-08 | 深圳市智汇十方科技有限公司 | 一种公交车发车的控制方法和控制装置 |
CN107316467A (zh) * | 2017-08-07 | 2017-11-03 | 北京首钢自动化信息技术有限公司 | 公交车调度方法、装置、计算机存储介质及设备 |
CN107886363A (zh) * | 2012-07-03 | 2018-04-06 | 优步技术公司 | 用于提供按需服务的动态供应定位的系统和方法 |
CN109102135A (zh) * | 2017-06-21 | 2018-12-28 | 北京嘀嘀无限科技发展有限公司 | 订单分配方法及装置 |
US10402841B2 (en) | 2012-03-19 | 2019-09-03 | Uber Technologies, Inc. | Enabling a user to verify a price change for an on-demand service |
US10460411B2 (en) | 2016-08-30 | 2019-10-29 | Uber Technologies, Inc. | Real-time resource management for on-demand services |
US11621921B2 (en) | 2017-06-14 | 2023-04-04 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for transport capacity scheduling |
CN116268684A (zh) * | 2023-05-10 | 2023-06-23 | 之江实验室科技控股有限公司 | 一种灾后事故现场搜救用智能头盔系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0738485A (ja) * | 1993-06-29 | 1995-02-07 | Fujitsu Ltd | 選別配車方法 |
RU2303293C2 (ru) * | 2005-03-15 | 2007-07-20 | Виктор Иванович Дикарев | Система диспетчерского контроля и управления инкассаторскими машинами |
CN201181988Y (zh) * | 2008-03-31 | 2009-01-14 | 杭州义盛祥通信技术有限公司 | 出租车即时呼叫分派管理系统 |
-
2009
- 2009-08-14 CN CN 200910163701 patent/CN101996485B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0738485A (ja) * | 1993-06-29 | 1995-02-07 | Fujitsu Ltd | 選別配車方法 |
RU2303293C2 (ru) * | 2005-03-15 | 2007-07-20 | Виктор Иванович Дикарев | Система диспетчерского контроля и управления инкассаторскими машинами |
CN201181988Y (zh) * | 2008-03-31 | 2009-01-14 | 杭州义盛祥通信技术有限公司 | 出租车即时呼叫分派管理系统 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10402841B2 (en) | 2012-03-19 | 2019-09-03 | Uber Technologies, Inc. | Enabling a user to verify a price change for an on-demand service |
US10743134B2 (en) | 2012-07-03 | 2020-08-11 | Uber Technologies, Inc. | System and method for providing dynamic supply positioning for on-demand services |
CN107886363A (zh) * | 2012-07-03 | 2018-04-06 | 优步技术公司 | 用于提供按需服务的动态供应定位的系统和方法 |
US10313832B2 (en) | 2012-07-03 | 2019-06-04 | Uber Technologies, Inc. | System and method for providing dynamic supply positioning for on-demand services |
CN102982679A (zh) * | 2012-12-10 | 2013-03-20 | 北京世纪高通科技有限公司 | 一种基于换乘地点获取交通信息的方法及装置 |
CN102982679B (zh) * | 2012-12-10 | 2015-04-01 | 北京世纪高通科技有限公司 | 一种基于换乘地点获取交通信息的方法及装置 |
CN105654712A (zh) * | 2016-01-21 | 2016-06-08 | 深圳市智汇十方科技有限公司 | 一种公交车发车的控制方法和控制装置 |
US10460411B2 (en) | 2016-08-30 | 2019-10-29 | Uber Technologies, Inc. | Real-time resource management for on-demand services |
US11621921B2 (en) | 2017-06-14 | 2023-04-04 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for transport capacity scheduling |
CN109102135A (zh) * | 2017-06-21 | 2018-12-28 | 北京嘀嘀无限科技发展有限公司 | 订单分配方法及装置 |
CN109102135B (zh) * | 2017-06-21 | 2021-03-16 | 北京嘀嘀无限科技发展有限公司 | 订单分配方法及装置 |
CN107316467B (zh) * | 2017-08-07 | 2020-08-21 | 北京首钢自动化信息技术有限公司 | 公交车调度方法、装置、计算机存储介质及设备 |
CN107316467A (zh) * | 2017-08-07 | 2017-11-03 | 北京首钢自动化信息技术有限公司 | 公交车调度方法、装置、计算机存储介质及设备 |
CN116268684A (zh) * | 2023-05-10 | 2023-06-23 | 之江实验室科技控股有限公司 | 一种灾后事故现场搜救用智能头盔系统 |
CN116268684B (zh) * | 2023-05-10 | 2023-08-04 | 之江实验室科技控股有限公司 | 一种灾后事故现场搜救用智能头盔系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101996485B (zh) | 2013-03-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101996485B (zh) | 一种派遣车辆方法及装置 | |
TWI401610B (zh) | 一種派遣車輛之裝置及其操作方法 | |
CN1165014C (zh) | 在车辆调度系统内进行通信的方法 | |
US8099308B2 (en) | Method and system for vehicle service appointments based on diagnostic trouble codes | |
US11399101B2 (en) | Roadside and emergency assistance system | |
CN100487750C (zh) | 使用移动终端的计费信息来获得交通信息的方法 | |
US9734698B2 (en) | G.P.S. management system | |
CN1312004C (zh) | 具有信息交换的公车、车站和中心的系统 | |
US20070022173A1 (en) | Method and system for broadcasting safety messages to a vehicle | |
CN105185100A (zh) | 一种车辆监控管理系统 | |
US8675514B2 (en) | Detecting degradation of wireless network performance | |
CN102941852A (zh) | 智能车载终端 | |
CN102855766A (zh) | 路况信息的上报、发布方法、发布装置及发布系统 | |
CN102117532A (zh) | 一种基于gps系统实现出租车非法聚集预报警的方法 | |
CN101908277A (zh) | 一种电子车牌、查询终端和车辆定位系统 | |
CN104464356A (zh) | 一种出租车司机行车安全防范方法 | |
CN202720776U (zh) | 车辆位置服务管理系统 | |
CN102572682B (zh) | 车辆定位系统和车辆位置的上报方法及其装置 | |
CN100446586C (zh) | 短信费用超限预警管理方法 | |
CN100383801C (zh) | 基于车辆检索技术的交通实时监控系统 | |
WO2005052884A1 (en) | Driver and vehicle status communication system | |
CN102857864A (zh) | 事故信息处理方法及服务系统 | |
CN113689154A (zh) | 物流运输的调度管理方法 | |
WO2001047303A1 (en) | Fleet management using mobile working unit positioning and wireless communications systems | |
CN1972344A (zh) | 基于gps的菜单调度业务的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |