通过感应交通量变化搜索路径的通信型导航系统的制作方法
【专利摘要】本发明公开一种通过感应交通量变化搜索路径的通信型导航系统。本发明提供的通信型导航系统包括：终端，其具有地理信息，并生成路径请求信号及交通变化确认请求信号；服务服务器，其接收上述终端发送的路径请求信号并搜索路径，然后将搜索到的路径发送到上述终端及交通分析服务器上，且接收上述交通变化确认请求信号后发送到上述交通分析服务器上；以及交通分析服务器，其从上述服务服务器将上述搜索路径及上述搜索路径内的交通状况储存到上述终端所对应的数据库中，并在接收上述交通变化确认请求信号后，通过比较上述数据库中已经储存的上述交通状况与当前的上述搜索路径的交通状况，将交通变化结果通过上述服务服务器发送给上述终端。
【专利说明】通过感应交通量变化搜索路径的通信型导航系统
【技术领域】
[0001]本发明涉及一种通过感应交通量变化搜索路径的通信型导航系统。尤其涉及一种储存以路径为单位的交通量并将其与当前交通量比较，确认是否需要进行路径重新搜索，以调节重新搜索频度的通信型导航系统。
【背景技术】
[0002]【背景技术】部分记载的内容仅仅是为了提供背景信息而已，并非构成现有技术。
[0003]通信型导航器从服务器接收路径后，利用终端接收的路径，通过地图和语言实现导航。此时，由于利用交通信息提供路径，所以可提供更加快捷的路线。一般情况下，TPEG (Transport Protocol Expert Group)或其他通信型导航器为了反映实时交通信息，根据选项设定以5?10分钟为周期自动进行重新搜索。这种情况下，重新搜索会加重服务器负荷，因此即使进行路径重新搜索，导航相同路径的现象频发，导致系统资源浪费。
[0004]因此，目前急需一种分析使用者路径的交通信息，如果路径改变概率高，则进行路径搜索，且根据交通量的变化量自动调节请求周期，从而可减少服务器负荷，同时提供最优路径的技术。
【发明内容】
[0005]本发明的主要目的在于提供通过调节行驶终端的重新搜索请求比率，减少服务器负荷的技术。
[0006]根据本发明的一方案，提供一种通信型导航系统，其包括:终端，其具有地理信息，并生成路径请求信号及交通变化确认请求信号；服务服务器，其接收上述终端发送的路径请求信号并搜索路径，然后将搜索到的路径发送到上述终端及交通分析服务器上，且接收上述交通变化确认请求信号后发送到上述交通分析服务器上；以及交通分析服务器，其从上述服务服务器将上述搜索路径及上述搜索路径内的交通状况储存到上述终端所对应的数据库中，并在接收上述交通变化确认请求信号后，通过比较上述数据库中已经储存的上述交通状况与当前的上述搜索路径的交通状况，将交通变化结果通过上述服务服务器发送给上述终端。
[0007]根据本发明的通信型导航系统，通过实时更新上述服务服务器和上述交通分析服务器中储存的交通状况，分析路径或确认交通变化。
[0008]此外，根据本发明的通信型导航系统，上述服务服务器从已接收上述交通变化结果的上述终端接收路径重新搜索请求，重新搜索从当前位置到目的地的路径，并一并提供上述重新搜索的结果与储存在上述数据库的最初出发地至当前位置的路径。
[0009]根据本发明的通信型导航系统，上述服务服务器重新搜索路径时，一并提供上述重新搜索的结果与储存在上述数据库的最初出发地至当前位置的路径。
[0010]根据本发明的通信型导航系统，上述以路径为单位的交通状况的储存方法按上述路径的各链路来储存交通状况。[0011]根据本发明的通信型导航系统，上述比较交通状况的方法中，比较上述路径搜索时以路径各链路的车辆密度及车辆速度为基准判断后储存到数据库的交通状态信息与当前以上述各链路的车辆密度及车辆速度为基准判断的交通状态信息，确认上述各链路的状态是否发生变化，如果上述路径搜索时的交通状态与当前不同的链路占整个链路的比率超过临界值时，则判断为需要对上述路径重新搜索。
[0012]根据本发明的通信型导航系统，上述比较交通状况的方法中，将路径上各链路的速度储存到数据库中，上述速度与当前链路的速度差的总和与已储存的上述各链路速度的总和之比如果超过临界值，则判断为需要对上述路径重新搜索。
[0013]根据本发明的通信型导航系统，上述比较交通状况的方法中，如果上述路径搜索时行驶所需预期时间与当前上述行驶所需预期时间的比率超过临界值，则判断为需要对上述路径重新搜索。
[0014]另外，根据本发明的另一方案，提供一种通信型导航服务器，其包括:输入输出部，其与终端进行信息接收发送；路径搜索部，其通过上述输入输出部接收来自上述终端的路径搜索请求，且参考交通状况进行路径搜索；数据库，其根据上述路径的各链路储存交通状况；以及交通变化运算部，其通过上述输入输出部接收来自上述终端的交通变化确认请求，比较储存在上述数据库中的上述各链路交通状况与当前各链路交通状况，从而计算结果值或交通变化确认请求的适当频度。
[0015]而且，根据本发明的又一方案，提供一种通过感应交通量变化改变路径的方法，该方法包括步骤:终端根据当前位置和目的地，向服务服务器请求路径搜索；将搜索到的上述路径传送到上述终端以提供导航功能，且将上述路径及上述路径的交通状态信息储存到数据库；上述终端根据当前位置向服务服务器请求确认交通变化；比较储存在上述数据库中的上述交通状态信息与上述当前位置相关的交通状态信息，判断是否需要重新搜索；以及不需要重新搜索时，减少终端的路径请求及交通变化确认请求的频度，而需要重新搜索时，向终端提供重新搜索的路径。
[0016]如上所述，根据本发明，交通状态没有发生大的变化时，储存各路径的交通量后，用简单的比较运算来代替重新搜索运算，从而可以节约服务器资源、减少终端与服务器间通信频度。
【专利附图】
【附图说明】
[0017]图1为本发明一实施例涉及的路径通知系统的概念图。
[0018]图2为本发明一实施例涉及的路径通知系统的模块图。
[0019]图3为本发明一实施例涉及的交通分析结果为路径改变时的流程图。
[0020]图4为本发明一实施例涉及的根据交通分析结果路径没有改变时的流程图。
[0021]图5为显示现有通信型导航器的路径显示画面与本发明一实施例涉及的路径显示画面的示意图。
【具体实施方式】
[0022]下面参照附图详细说明本发明。
[0023]标注附图标记时，即使相同技术特征在不同附图中出现，也尽可能使用了相同的附图标记。同时还要注意，在通篇说明书中，如果认为对相关已知的技术特征和功能的具体说明可能会导致本发明主题不清楚，则省略其具体说明。
[0024]而且，说明本发明的技术特征时，可以使用第一、第二、A、B、(a)、(b)等用语。这些用语仅仅是为了区分相应技术特征与其他技术特征，并非限定该技术特征的本质、次序或顺序等。如果说明书记载一技术特征与另一技术特征“连接”、“结合”或“接触”，可以理解为一技术特征与另一技术特征直接连接或接触，也可以理解为各技术特征之间有另一技术特征与之相“连接”、“结合”或“接触”。
[0025]为了解决现有技术中存在的问题，本发明一实施例给出假定终端需要进行路径重新搜索的情况，只有该情况下请求路径重新搜索的方法。交通状况发生大的变化，导致最短时间到达目的地的路径发生改变时，路径重新搜索比较有效。因此，当交通状况没有发生大的变化时，可通过缩短请求重新搜索的周期来减少终端的通信量及服务器的运算量。
[0026]图1为本发明一实施例涉及的路径通知系统的概念图。
[0027]路径通知系统包括:提供给驾驶员的终端110、与终端110收发信息的服务服务器130及从服务服务器130接收交通变化及路径相关信息请求并提供相应数据的交通分析服务器140。在这里为了说明作为本发明特征的交通分析过程，仅从概念角度将服务服务器130和交通分析服务器140的功能分开进行了说明，实际上一台服务器可同时执行两台服务器的功能。
[0028]终端110可以通过车载电源或内置电源启动，具有通过通信网120与服务服务器130进行双向信息交换的功能。终端110可以通过自身具有的导航功能或与具有导航功能的装置连接，将从服务服务器130接收的交通状况提供给使用者。
[0029]服务服务器130与终端110及交通分析服务器140进行信息交换，按照各终端储存从终端110接收的信息出处，从而可以提供给特定的终端110。另外，还可以运算终端110当前位置到目的地的路径相关信息后提供给终端。
[0030]交通分析服务器140包括数据库250，上述数据库250储存道路相关信息、实时接收的与道路相同路段的交通状况信息及各终端交通分析结果信息。而且，还包括作为本发明核心的运算交通变化率的交通变化运算部240。
[0031]交通信息服务器(150)提供服务服务器130进行路径搜索时所需的交通信息以及交通分析服务器140运算交通变化时需要参照的交通信息。但只要是可以提供交通信息，并不局限于服务器形式，只要可以提供实时道路全部交通信息或提供给终端的路径交通信息，则不受任何形式限制。为了描述作为本发明技术特征的、交通信息实时更新的服务服务器和交通分析服务器，这里附带进行了说明。
[0032]图2为本发明一实施例涉及的路径通知系统的模块图。
[0033]服务服务器130包括输入输出部210和路径搜索部220，上述输入输出部210与终端110通过通信网120连接，且与交通分析服务器140以电性连接，上述路径搜索部220参考实时变化的交通变化，搜索终端110当前位置到目的地的路径。
[0034]交通分析服务器140包括输入输出部230、交通变化运算部240以及数据库250。上述输入输出部230与服务服务器130电性连接，将接收的新搜索的路径、交通变化确认请求、终端110区分信息、交通变化量传递给数据库250。上述交通变化运算部240接收输入输出部230发送的交通变化确认请求信号，判断交通变化是否足以满足重新搜索条件，如果接收到重新搜索的路径信息时，根据更新的重新搜索的路径分析交通状况。上述数据库250按各终端与路径一起储存从交通变化运算部240接收的各路径交通状况。
[0035]如图1所述，服务服务器130和交通分析服务器140组合成一体实现通信型导航用服务器时，两个服务器中功能重叠的输入输出部210、230制作成一个模块，从而接收来自终端的输入输出信息及交通状态信息，该一体通信型导航用服务器可包括数据库250、交通变化运算部240以及路径搜索部220。
[0036]图3为本发明一实施例涉及的交通分析结果为路径改变时的流程图。
[0037]终端110作为导航客户端，可以向服务服务器130请求路径或请求确认交通变化，并获得相关信息。需要注意的是，现有技术中没有请求确认交通变化过程。
[0038]在请求路径过程(S310)中，导航客户端通过通信网120向服务服务器130传送终端110当前位置和目的地相关信息并请求路径信息。服务服务器130通过从终端110接收的信息生成路径信息。
[0039]在传送路径过程(S312)中，服务服务器130将路径信息传送给终端110的导航客户端，然后导航客户端将接收的路径信息提供给使用者。
[0040]传送路径过程(S314)与传送路径过程不存在时间顺序上的先后关系，可以同时或先行执行。服务服务器130将在请求路径过程(S310)中生成的路径信息发送至交通分析服务器140。在储存路径过程(S315)中，交通分析服务器140将各导航客户端的路径信息储存到数据库250中。
[0041]现有技术根据选项设定，当超过指定时间时，重新请求路径，而本实施例进行请求确认交通变化过程(S316)。在请求确认交通变化过程(S316)中，导航客户端向服务服务器130请求确认交通变化与否。
[0042]服务服务器130在请求确认交通变化过程(S316)中，从导航客户端接收交通变化确认请求信号。服务服务器130在请求确认交通变化过程(S318)中，向交通分析服务器140发送终端110信息和交通变化确认请求信号。
[0043]交通分析服务器140在传送交通变化结果过程(S320)中，从服务服务器130接收交通变化确认请求信号及终端Iio信息，从交通变化运算部240确认按照各终端储存的路径的交通变化，然后向服务服务器130发送是否需要重新搜索的信息。判断是否需要重新搜索的方法将在后面叙述。
[0044]服务服务器130在传送交通变化结果过程(S322)中，将是否需要重新搜索路径的信息发送给导航客户端。本流程图显示需要重新搜索的情况。
[0045]导航客户端在请求路径重新搜索过程(S324)中，将终端110的当前位置及路径请求信号一并发送给服务服务器130。
[0046]服务服务器130以路径请求信号、更新的当前位置信息以及已记录的目的地信息为基础，进行路径重新搜索。
[0047]服务服务器130在传送重新搜索路径过程(S326)中，向导航客户端传送新搜索的路径。服务服务器在传送重新搜索路径过程(S328)中，向交通分析服务器140传送路径信息，而在储存路径过程(S329)中，将新的路径储存到数据库250中。
[0048]对本领域的技术人员来说，上述过程在显而易见的范围之内可容易变相实施。例如，在传送交通变化结果过程(S320)中，判断为需要进行重新搜索路径，因此可省略传送交通变化结果过程(S322)和终端110的请求路径重新搜索过程(S324)，而直接传送更新的重新搜索路径(S326)。
[0049]图4为本发明一实施例涉及的根据交通分析结果路径没有改变时的流程图。
[0050]在请求路径过程(S410)中，导航客户端向服务服务器130发送终端110的位置信息、目的地信息及路径请求信号。
[0051]在传送路径过程(S412)中，服务服务器130的路径搜索部负责路径的运算并向导航客户端传送路径。
[0052]在传送路径过程(S414)中，服务服务器130向交通分析服务器140传送搜索到的路径，在储存路径过程(S415)中，交通分析服务器140向数据库250储存相应使用者的路径。传送路径过程(S414)及储存路径过程(S415)与传送路径过程(S412)不存在时间顺序上的先后关系。
[0053]已执行首次路径请求，且选项设定时间过后(本实施例为5分钟后)，在请求确认交通变化过程(S416)中，导航客户端通过通信网120向服务服务器130传送交通变化确认请求。
[0054]在请求确认交通变化过程(S417)中，服务服务器130将交通变化确认请求传递给交通分析服务器140。
[0055]在传送交通变化结果过程(S419)中，交通分析服务器140比较使用者的路径上的交通信息与实际交通信息，确认变化量，当变化量不超过基准值时，传递交通变化量。确认变化量并传递变化量的方法，将在后面叙述。
[0056]在传送交通变化结果过程(S421)中，服务服务器130向导航客户端传递交通变化量或根据交通变化量传送下次请求周期。前一种情况，导航客户端根据交通变化量，确定下请求周期(5分钟、10分钟、15分钟等)。
[0057]接收或超过确定的下次请求周期之后，导航客户端重复请求确认交通变化过程(S422)，向服务服务器130请求确认交通变化。
[0058]重复S417过程至S422过程直至到达目的地为止。
[0059]利用上述方法，通过简单的运算判断出虽发生交通变化但没有必要重新搜索的情况，从而可减少终端请求路径的频度。
[0060]以下详细说明决定是否需要重新搜索的方法。
[0061]相对于初期路径搜索时参照的交通状态，如果交通状态有很大变化，则需要重新搜索。
[0062]由于车道上车辆不能侵犯中央线，因此只能向行驶方向直线前进。因此，只要一车道与另一车道在没有交汇点或回转点，行驶中存在能够改变路径的点和点之间的区段，称之为链路。链路作为搜索路径的最小单位，交通状态以链路为单位检测的车辆速度以及车辆密度信息形式储存。
[0063]初期路径分割为链路，与路径搜索时的速度及车辆密度信息一并储存。
[0064]判断是否需要重新搜索时，确认初期路径各链路的当前速度。通过比较初期路径搜索时储存的速度与当前速度来确认交通状况变化，从而可以确定是否进行重新搜索。此夕卜，判断是否重新搜索时没有必要考虑过去的路径交通状态变化，因此可以通过比较初期路径搜索结果中储存的从当前位置到目的地的交通状态与当前的交通状态的方法，提高精确度。以下对最初路径搜索时比较整个路径的方法进行说明，对本领域技术人员来说，在显而易见范围内的变相使用，也仍就理解为属于本发明的保护范围。
[0065]作为一实施例，其具体方法如下。
[0066]各链路速度以速度或CCTV画面上车辆密度为标准分为停滞、拥挤、慢行、通畅予以储存。比较每个链路的初期路径搜索时的停滞、拥挤、慢行、通畅与否与当前的停滞、拥挤、慢行、通畅与否，以百分率来计算变化率。例如，初期对10个链路组成的路径进行搜索，如果有5个链路上发生交通变化时，则判断变化率为50%。上述百分率超过临界值时，判断为需要进行重新搜索。该情况下，由于各链路速度数据为2比特(四中其一)，从而可提高运算速度。
[0067]而且，可以用其他方法基于交通速度比率进行判断。各路径的链路上有速度信息，以百分率计算提供路径时的速度和新接收路径间的各链路速度差的总和与提供路径时的速度的总和。计算公式如数学式I。
[0068]【数学式I】
[0069]
【权利要求】
1.一种通信型导航系统，包括: 终端，其具有地理信息，并生成路径请求信号及交通变化确认请求信号； 服务服务器，其接收上述终端发送的路径请求信号并搜索路径，然后将搜索到的路径发送到上述终端及交通分析服务器上，且接收上述交通变化确认请求信号后发送到上述交通分析服务器上； 交通分析服务器，其从上述服务服务器将上述搜索路径及上述搜索路径内的交通状况储存到上述终端所对应的数据库中，并在接收上述交通变化确认请求信号后，通过比较上述数据库中已经储存的上述交通状况与当前的上述搜索路径的交通状况，将交通变化结果通过上述服务服务器发送给上述终端。
2.如权利要求1所述的通信型导航系统，其中，上述服务服务器和上述交通分析服务器中储存的交通状况实时更新。
3.如权利要求1所述的通信型导航系统，其中，上述终端通过接收上述交通变化结果来确定将路径重新搜索请求信号及上述交通变化确认请求信号发送到上述服务服务器的频度。
4.如权利要求1所述的通信型导航系统，其中，上述服务服务器从已接收上述交通变化结果的上述终端接收路径重新搜索请求，重新搜索从当前位置到目的地的路径，并一并提供上述重新搜索的结果与储存在上述数据库的最初出发地至当前位置的路径。
5.如权利要求1所述的通信型导航系统，其中，上述以路径为单位的交通状况的储存方法按上述路径的各链路来储存交通状况。
6.如权利要求1所述的通信型导航系统，其中，上述比较交通状况的方法中，比较上述路径搜索时以路径各链路的车辆密度及车辆速度为基准判断后储存到数据库的交通状态信息与当前以上述各链路的车辆密度及车辆速度为基准判断的交通状态信息，确认上述各链路的状态是否发生变化，如果上述路径搜索时的交通状态与当前不同的链路占整个链路的比率超过临界值时，则判断为需要对上述路径重新搜索。
7.如权利要求1所述的通信型导航系统，其中，上述比较交通状况的方法中，将路径上各链路的速度储存到数据库中，上述速度与当前链路的速度差的总和与已储存的上述各链路速度的总和之比如果超过临界值，则判断为需要对上述路径重新搜索。
8.如权利要求1所述的通信型导航系统，其中，上述比较交通状况的方法中，如果上述路径搜索时行驶所需预期时间与当前上述行驶所需预期时间的比率超过临界值，则判断为需要对上述路径重新搜索。
9.一种通信型导航服务器，包括: 输入输出部，其与终端进行信息的接收和发送； 路径搜索部，其通过上述输入输出部接收来自上述终端的路径搜索请求，且参考交通状况进行路径搜索； 数据库，其根据上述路径的各链路储存交通状况；以及 交通变化运算部，其通过上述输入输出部接收来自上述终端的交通变化确认请求，t匕较储存在上述数据库中的上述各链路交通状况与当前各链路交通状况，从而计算结果值或交通变化确认请求的适当频度。
10.如权利要求9所述 的通信型导航服务器，其中，上述交通变化运算部的交通状况比较方法中，比较上述路径搜索时的以各链路的车辆密度为基准判断后储存到数据库中的交通状态信息与当前以上述各链路的车辆密度为基准判断的交通状态信息，确认上述各链路的状态是否发生变化，如果上述路径搜索时的交通状态与当前不同的链路占整个链路的比率超过临界值时，则判断为需要对上述路径重新搜索。
11.如权利要求9所述的通信型导航服务器，其中，上述交通变化运算部的交通状况比较方法中，将路径上各链路的速度储存到数据库中，上述速度与当前链路的速度差的总和与被储存的上述各链路速度的总和之比如果超过临界值，则判断为需要对上述路径重新搜索。
12.如权利要求9所述的通信型导航服务器，其中，上述交通变化运算部的交通状况比较方法中，如果上述路径搜索时行驶所需预期时间与当前上述行驶所需预期时间的比率超过临界值，则判断为需要对上述路径重新搜索。
13.一种通过感应交通量变化改变路径的方法，该方法包括步骤: 终端根据当前位置和目的地，向服务服务器请求路径搜索； 将搜索到的上述路径传送到上述终端以提供导航功能，且将上述路径及上述路径的交通状态信息储存到数据库； 上述终端根据当前位置向服务服务器请求确认交通变化； 比较储存在上述数据库中的上述交通状态信息与上述当前位置相关的交通状态信息，判断是否需要进行重新搜索；以及 不需要重新搜索时 ，减少终端的路径请求及交通变化确认请求的频度，而需要重新搜索时，向终端提供重新搜索的路径。
【文档编号】H04W84/18GK103674045SQ201310403997
【公开日】2014年3月26日 申请日期:2013年9月6日 优先权日:2012年9月7日
【发明者】申明辰, 吴光镇, 朴喜万 申请人:罗克&阿尔株式会社