实时交通信息的处理方法及装置制造方法及图纸

本申请是关于一种实时交通信息的处理方法及装置。该方法包括：接收用户端的位置信息和车速；根据位置信息和车速查询对应的辅服务器的TMC信息是否需要更新；如果辅服务器的TMC信息需要更新，更新辅服务器对应的TMC信息；将更新后的TMC信息发送至对应的用户端。上述的实时交通信息的处理方法，通过将用户端的位置信息发送给对应的辅服务器，即不同的辅服务器负责不同地图区域的用户端的TMC信息请求，由对应的辅服务器自主更新TMC信息，再将更新后的TMC信息发送至用户端。这样的设计，分区域分辅服务器自主更新TMC信息的方式，降低了每一个服务器的数据处理负荷，提高数据处理效率，同时提高了用户端接收最新实时交通信息的效率，改善用户体验。改善用户体验。改善用户体验。

【技术实现步骤摘要】
实时交通信息的处理方法及装置


[0001]本申请涉及导航
，尤其涉及一种实时交通信息的处理方法及装置。

技术介绍

[0002]TMC(Traffic Message Channel)是实时交通路况信息的简称，能够实时反映电子地图区域内道路的交通状态。通过将TMC信息发送到终端的电子地图上显示，可以提示出行者避开拥挤路段，合理规划行车路线。
[0003]相关技术中，针对全国性的TMC系统，一般是通过一台大型的服务器实时接收每一用户端的位置信息和车速，以实现TMC信息的查询和更新，该服务器每分钟甚至要处理上百万条TMC信息。然而，TMC信息需要实时更新，由于数据负载大，使该服务器的CPU负载很大，数据处理效率受到影响，从而会使用户端更新延迟。

技术实现思路

[0004]为克服相关技术中存在的问题，本申请提供一种实时交通信息的处理方法及装置，该实时交通信息的处理方法及装置，能够降低单个服务器的负载，提高数据更新效率。
[0005]本申请第一方面提供一种实时交通信息的处理方法，其包括：接收用户端的位置信息和车速；根据所述位置信息和所述车速查询对应的辅服务器的TMC信息是否需要更新；如果所述辅服务器的TMC信息需要更新，更新所述辅服务器对应的TMC信息；将更新后的TMC信息发送至对应的所述用户端。
[0006]在其中一个实施例中，所述更新所述辅服务器对应的TMC信息之后，还包括：将所述位置信息和所述车速发送至主服务器，所述主服务器更新对应的TMC信息。
[0007]在其中一个实施例中，当地图道路数据版本升级时，每一所述辅服务器接收所述主服务器对应的升级后的地图道路数据。
[0008]在其中一个实施例中，所述根据所述位置信息和所述车速查询对应的辅服务器的TMC信息是否需要更新，包括：根据所述位置信息对应的地图区域，确定所述位置信息对应的辅服务器中存储的地图道路；根据所述车速查询对应的所述地图道路的TMC信息是否需要更新。
[0009]在其中一个实施例中，所述更新所述辅服务器对应的TMC信息，包括：根据所述车速，将按照预设要素存储的地图道路数据的所述TMC信息进行更新；其中，所述预设要素包括瓦片编号、每一道路的道路编号及对应的TMC编号、道路的行进方向、道路的位置信息及对应的TMC边框区域、路况标识及所述路况标识的最新刷新时间。
[0010]在其中一个实施例中，所述辅服务器的数量为一个以上，每一所述辅服务器均包括对应的辅Redis数据库；其中，所述地图道路数据按照所述预设要素存储于所述辅Redis数据库。
[0011]在其中一个实施例中，每一所述辅服务器按照地图区域划分存储对应的所述地图道路数据；其中，全部所述地图道路数据还另外存储于主服务器。
[0012]在其中一个实施例中，所述主服务器设置有主Redis数据库，全部所述地图道路数据按照所述预设要素存储于所述主Redis数据库。
[0013]本申请第二方面提供一种实时交通信息的处理装置，其包括：接收模块，用于接收用户端的位置信息和车速；查询模块，用于根据所述位置信息和所述车速查询对应的辅服务器的TMC信息是否需要更新；更新模块，用于如果所述辅服务器的TMC信息需要更新，更新所述辅服务器对应的TMC信息；发送模块，用于将更新后的TMC信息发送至对应的所述用户端。
[0014]本申请第三方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。
[0015]本申请提供的技术方案可以包括以下有益效果：上述的实时交通信息的处理方法，通过将用户端的位置信息发送给对应的辅服务器，即不同的辅服务器负责不同地图区域的用户端的TMC信息请求，由对应的辅服务器自主查询和更新各自的TMC信息，再将更新后的TMC信息发送至用户端。这样的设计，分区域分辅服务器自主查询和更新TMC信息的方式，降低了每一个服务器的数据处理负荷，提高数据处理效率，同时提高了用户端接收最新实时交通信息的效率，改善用户体验。
[0016]进一步地，本申请的技术方案还可以通过辅服务器将需要更新TMC信息的消息发送至主服务器，再由主服务器自主更新相应的TMC信息，从而使主服务器与各辅服务器的数据同步。
[0017]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
[0018]通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。
[0019]图1是本申请实施例示出的实时交通信息的处理方法的流程示意图；图2是本申请实施例示出的实时交通信息的处理方法的另一流程示意图；图3是本申请实施例示出的实时交通信息的处理装置的结构示意图。
具体实施方式
[0020]下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。
[0021]在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。
在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0022]应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
[0023]在相关技术中，针对全国性的TMC系统，一般通过一个服务器处理来自全国的TMC信息请求，每分钟需要处理上百万条TMC信息的发送，数据负载量大，可能会使部分用户端的数据更新延迟。针对上述问题，本申请实施例提供一种实时交通信息的处理方法，能够降低服务器的负载，提高数据更新效率。以下结合附图详细描述本申请实施例的技术方案。
[0024]实施例一图1是本申请实施例示出的实时交通信息的处理方法的流程示意图。
[0025]参见图1，该实时交通信息的处理方法，包括：步骤S110，接收用户端的位置信息和车速。
[0026]具体地，根据位置信息的所属地图区域，用户端将位置信息和车速发送至对应的辅服务器，辅服务器接收用户端的位置信息和车速。
[0027]步骤S120，根据位置信息和车速查询对应的辅服本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种实时交通信息的处理方法，其特征在于：接收用户端的位置信息和车速；根据所述位置信息和所述车速查询对应的辅服务器的TMC信息是否需要更新；如果所述辅服务器的TMC信息需要更新，更新所述辅服务器对应的TMC信息；将更新后的TMC信息发送至对应的所述用户端。2.根据权利要求1所述的方法，其特征在于，所述更新所述辅服务器对应的TMC信息之后，还包括：将所述位置信息和所述车速发送至主服务器，所述主服务器更新对应的TMC信息。3.根据权利要求2所述的方法，其特征在于，还包括：当地图道路数据版本升级时，每一所述辅服务器接收所述主服务器对应的升级后的地图道路数据。4.根据权利要求1所述的方法，其特征在于，所述根据所述位置信息和所述车速查询对应的辅服务器的TMC信息是否需要更新，包括：根据所述位置信息对应的地图区域，确定所述位置信息对应的辅服务器中存储的地图道路；根据所述车速查询对应的所述地图道路的TMC信息是否需要更新。5.根据权利要求1所述的方法，其特征在于，所述更新所述辅服务器对应的TMC信息，包括：根据所述车速，将按照预设要素存储的地图道路数据的所述TMC信息进行更新；其中，所述预设要素包括瓦片编号、每一道路的道路编号及对应的TMC编号、道路的...

【专利技术属性】
技术研发人员：贾双成，孟鹏飞，朱磊，王红铅，李倩，
申请(专利权)人：智道网联科技北京有限公司，
类型：发明
国别省市：