CN102568225A - 实时交通信息发布方法、平台及系统 - Google Patents

Abstract

本发明公开一种实时交通信息发布方法、平台及系统，涉及导航领域。方法：获取实时交通信息；当有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据并发布。平台包括交通信息获取模块和请求处理模块。系统包括实时交通信息发布平台和请求端。本发明可以并行处理多个请求，有效的利用了系统的处理能力，大大提高了系统的响应速度，从而大大提高了交通信息发布中请求结果的实时性。进一步的，还可以在获取到实时交通信息后对其进行编码处理，以便在有请求时直接获取对应的编码数据并发布，进一步提高交通信息的实时性。再进一步的，还可以在平台与请求端之间采用无线互联网通道进行交互，提高用户体验的同时进一步扩展了应用领域。

Description

实时交通信息发布方法、平台及系统

技术领域

本发明涉及导航领域，特别是涉及一种实时交通信息发布方法、平台及系统。

背景技术

实时交通信息发布平台，用于实时采集交通流量、交通事件等交通信息，并对交通信息的请求进行响应，经数据处理后发布交通信息数据。其中，实时交通信息的请求通常是请求一个城市全城的实时交通信息，即全城LC(Location Code，位置信息表格中的具体单元所对应的编码)对应路段的红黄绿状态。

现有技术中，实时交通信息发布平台采用阻塞式接收处理请求，即对前一个请求进行数据处理并返回后，接收处理下一个请求的方式。其中对前一个请求进行数据处理并返回具体包括在接收到请求后，将内存中的数据按照请求的协议格式进行编码，将处理结果返回该请求。

现有技术中实时交通信息发布平台接收处理请求的方法：

实时交通信息发布平台获取实时交通信息，比如交通流量、交通事件等。

在获取实时交通信息的过程中不断判断是否有请求，当有请求时，接收并响应排队在最前面的请求：将内存中的实时交通信息根据该请求的协议格式进行编码，返回处理结果给该请求。

判断是否还有下一条请求存在，当存在下一条请求时，接收并响应下一条请求：将内存中的实时交通信息根据该请求的协议格式进行编码，返回处理结果给该请求。直至处理完全部外部请求。

在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：现有实时交通信息发布平台采用的阻塞式的接收处理请求，即根据接收到请求的先后顺序逐个处理响应请求，在接收到大量请求时，排队在后面的请求必须等到前面所有的请求处理完成后，才可能被处理响应，并且，在接收到请求后，实时交通信息发布平台会根据该请求的协议格式进行编码处理后发布处理结果，导致请求结果的延时，由于累积了大量的请求，导致系统的瓶颈限制在系统处理请求的环节，降低了各实时交通信息数据的实时性。

发明内容

本发明实施例提供了一种实时交通信息发布方法、平台及系统，以解决现有交通信息发布技术中请求结果实时性差的问题。

为实现上述目的，本发明实施例提供了如下方案：

一种实时交通信息发布方法，包括：

获取实时交通信息；

当有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据并发布。

一种实时交通信息发布平台，包括：

交通信息获取模块，用于获取实时交通信息；

请求处理模块，用于当有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据并发布。

一种实时交通信息发布系统，包括上述实时交通信息发布平台，及请求端；

所述实时交通信息发布平台，用于获取实时交通信息，并在有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据，并发布给所述请求端；

所述请求端，用于向所述实时交通信息发布平台发送实时交通信息请求，并接收所述实时交通信息发布平台发布的请求结果。

根据本发明提供的具体实施例，公开了以下技术效果：

本发明实施例中，当有实时交通信息请求时，直接对该请求进行处理(即获取相应的编码数据并发布)，而无需要等待前一个请求处理完毕后才能处理下一个请求，即本发明实施例可以并行处理多个请求，有效的利用了系统的处理能力，大大提高了系统的响应速度，从而大大提高了交通信息发布中请求结果的实时性。

进一步的，当实时交通信息发布平台获取到实时交通信息后，便会根据发布协议对该实时交通信息进行编码处理，以便在有实时交通信息请求时可以直接获取对应的编码数据并发布，大大缩短请求处理的时间，提高了系统的响应速度，进一步提高了交通信息发布中请求结果的实时性。

再进一步的，本发明实施例中，请求端与实时交通信息发布平台之间能够基于无线互联网通道进行信息交互，提高用户体验的同时，进一步扩展了实时交通信息发布技术的应用领域。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种实时交通信息发布方法流程图；

图2为本发明实施例提供的一种优选的实时交通信息发布方法流程图；

图3为本发明实施例提供的一种实时交通信息发布平台结构框图；

图4为本发明实施例提供的一种实时交通信息发布系统结构框图。

具体实施方式

为使本发明实施例的目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参见图1，本发明实施例提供了一种实时交通信息发布方法，包括如下步骤：

S101：实时交通信息发布平台获取实时交通信息。

实时交通信息最重要的特性就是其实时性，即要求实时交通信息发布平台能够实时不间断的采集和发布当前最新的交通信息。在实际应用中，可以根据不同的应用环境对实时性的要求，自行设置如何采集实时交通信息的方式，比如，可以按预设采集周期获取实时交通信息，比如每隔10分钟获取一次实时交通信息。

按预设采集周期获取实时交通信息，相应的，所述获取与所述请求相对应发布协议的编码数据并发布包括：从对当前实时交通信息进行编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

需要说明的是，通常，实时交通信息发布平台会将获取的实时交通信息缓存下来，以便当接收到实时交通信息请求时使用。而当下一次获取到新的实时交通信息时，便会将之前缓存的实时交通信息删除，缓存本次获取的新的实时交通信息，以便当接收到实时交通信息请求时，能够发布给最新的实时交通信息。也就是说，缓存的生命周期由数据采集周期来维护，实时采集当前的交通信息，生成缓存数据，则把上一批次的缓存数据删除。

S102：当有实时交通信息请求时，实时交通信息发布平台获取与所述请求相对应发布协议的编码数据并发布。

需要说明的是，实时交通信息发布平台会按一定的方式(比如按预设采集周期)不断的获取当前最新的实时交通信息，并行的，实时交通信息发布平台还会不断的监听是否有实时交通信息请求，并将监听到的请求存储在内存的待处理请求集合中，还需要实时监测待处理请求集合，当监测到有请求时，便会对请求进行处理，即获取相应的编码数据并发布。也就是说，本发明实施例中，获取实时交通信息与监听处理请求是并行进行的。

可见，本发明实施例中，当有实时交通信息请求时，直接对该请求进行处理(即获取相应的编码数据并发布)，而无需要等待前一个请求处理完毕后才能处理下一个请求，即本发明实施例可以并行处理多个请求，有效的利用了系统的处理能力，大大提高了系统的响应速度，从而大大提高了交通信息发布中请求结果的实时性。

在实际应用中，对请求的处理具体可以有多种实现方式，其中：

一种实现方式可以是：所述获取与所述请求相对应发布协议的编码数据并发布包括：按照所述请求的发布协议，对所述实时交通信息进行编码，发布所述编码数据。

也就是说，当监测到实时交通信息请求时，执行编码处理，即根据请求的发布协议对所述实时交通信息进行编码，并发布编码后的数据。

另一种实现方式可以是：所述获取实时交通信息后，还包括：根据预置的发布协议对所述实时交通信息进行编码；所述获取与所述请求相对应发布协议的编码数据并发布包括：从所述编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

也就是说，当实时交通信息发布平台每次获取到实时交通信息后，便执行编码处理，即根据发布协议对所述实时交通信息进行编码。当监测到有实时交通信息请求时，直接从编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

需要说明的是，在实际应用中，发布协议通常有很多种，当实时交通信息发布平台每次获取到新的实时交通信息后，便针对每种协议生成一种协议格式的编码数据。当监测到有实时交通请求时，直接从编码后的数据中获取与该请求相对应发布协议的编码数据并发布。

可见，在该实现方式中，当实时交通信息发布平台获取到实时交通信息后，会预先对获取到的实时交通信息进行预处理，即根据发布协议对该实时交通信息进行编码处理，以便在有实时交通信息请求时可以直接获取对应的编码数据并发布，大大缩短请求处理的时间，提高了系统的响应速度，进一步提高了交通信息发布中请求结果的实时性。

在实际应用中，通常，对于一个发布协议而言，可能会存在多个版本，当所述发布协议包括多个版本时，所述根据发布协议对所述实时交通信息进行编码包括：根据各发布协议的版本对所述实时交通信息进行编码。

相应的，所述从所述编码后的数据中获取与所述请求相对应发布协议的编码数据并发布包括：从所述编码后的数据中获取与所述请求相对应发布协议版本的编码数据并发布。

进一步的，本发明实施例中，接收所述实时交通信息请求，和发布请求结果可以基于有线网或基于无线互联网通道实现。也就是说，请求端与实时交通信息发布平台之间除了传统的有线网进行信息交互外，还可以基于无线互联网通道进行信息交互，使得用户能够采用更多类型的设备实现，提高用户体验的同时，进一步扩展了实时交通信息发布技术的应用领域。

参见图2，提供一种优选的实时交通信息发布方法实施例，包括如下步骤：

S201：实时交通信息发布平台获取实时交通信息，根据预置的发布协议对所述实时交通信息进行编码。

实时交通信息最重要的特性就是其实时性，即要求实时交通信息发布平台能够实时不间断的采集和发布当前最新的交通信息。在实际应用中，可以根据不同的应用环境对实时性的要求，自行设置如何采集实时交通信息的方式，比如，可以按预设采集周期获取实时交通信息，比如每隔10分钟获取一次实时交通信息。

按预设采集周期获取实时交通信息，相应的，所述获取与所述请求相对应发布协议的编码数据并发布包括：从对当前实时交通信息进行编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

需要说明的是，通常，实时交通信息发布平台会将获取的实时交通信息缓存下来，以便当接收到实时交通信息请求时使用。而当下一次获取到新的实时交通信息时，便会将之前缓存的实时交通信息删除，缓存本次获取的新的实时交通信息，以便当接收到实时交通信息请求时，能够发布给最新的实时交通信息。也就是说，缓存的生命周期由数据采集周期来维护，实时采集当前的交通信息，生成缓存数据，则把上一批次的缓存数据删除。

S202：当有实时交通信息请求时，实时交通信息发布平台从所述编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

其中，从所述编码后的数据中获取与所述请求行对应发布协议的编码数据并发布包括：

从所述请求中提取发布协议，在编码后的数据中查找按照所述发布协议编码的数据，并发布所述数据。

本发明实施例中，当有实时交通信息请求时，直接对获取相应的编码数据并发布，无需要等待前一个请求处理完毕后才能处理下一个请求，即本发明实施例可以并行处理多个请求，有效的利用了系统的处理能力，大大提高了系统的响应速度，从而大大提高了交通信息发布中请求结果的实时性。

另外，当实时交通信息发布平台每次获取到实时交通信息后，会预先对获取到的实时交通信息进行预处理，即执行编码处理，即根据发布协议对所述实时交通信息进行编码。而当监测到有实时交通信息请求时，直接从编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。大大缩短请求处理的时间，提高了系统的响应速度，进一步提高了交通信息发布中请求结果的实时性。

进一步的，本发明实施例中，接收所述实时交通信息请求，和发布请求结果可以基于有线网或基于无线互联网通道实现。也就是说，请求端与实时交通信息发布平台之间除了传统的有线网进行信息交互外，还可以基于无线互联网通道进行信息交互，使得用户能够采用更多类型的设备实现，提高用户体验的同时，进一步扩展了实时交通信息发布技术的应用领域。

本发明实施例中工作原理和处理过程可以参见上述方法实施例中的相关描述，此处不再赘述。

参见图3，本发明实施例还提供了一种实时交通信息发布平台，包括：

交通信息获取模块301，用于获取实时交通信息。

请求处理模块302，用于当有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据并发布。

实时交通信息最重要的特性就是其实时性，即要求实时交通信息发布平台能够实时不间断的采集和发布当前最新的交通信息。在实际应用中，可以根据不同的应用环境对实时性的要求，自行设置如何采集实时交通信息的方式，比如，可以按预设采集周期获取实时交通信息。

优选的，所述交通信息获取模块具体用于：按预设采集周期获取实时交通信息。

相应的，所述请求处理模块具体用于：当有实时交通信息请求时，从对当前实时交通信息进行编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

需要说明的是，实时交通信息发布平台会按一定的方式(比如按预设采集周期)不断的获取当前最新的实时交通信息，并行的，实时交通信息发布平台还会不断的监听是否有实时交通信息请求，并将监听到的请求存储在内存的待处理请求集合中，还需要实时监测待处理请求集合，当监测到有请求时，便会对请求进行处理，即获取相应的编码数据并发布。也就是说，本发明实施例中，交通信息获取模块301获取实时交通信息，与请求处理模块302监听和处理请求是并行进行的。

可见，本发明实施例中，当有实时交通信息请求时，直接对该请求进行处理(即获取相应的编码数据并发布)，而无需要等待前一个请求处理完毕后才能处理下一个请求，即本发明实施例可以并行处理多个请求，有效的利用了系统的处理能力，大大提高了系统的响应速度，从而大大提高了交通信息发布中请求结果的实时性。

在实际应用中，对请求的处理具体可以有多种实现方式，其中：

一种实现方式可以是：所述请求处理模块具体用于：按照所述请求的发布协议，对所述实时交通信息进行编码，发布所述编码数据。

也就是说，当监测到实时交通信息请求时，执行编码处理，即根据请求的发布协议对所述实时交通信息进行编码，并发布编码后的数据。

另一种实现方式可以是：所述交通信息获取模块还包括编码单元，用于根据预置的发布协议对所述实时交通信息进行编码；所述请求处理模块，具体用于当有实时交通信息请求时，从所述编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

在该实现方式中，所述请求处理模块包括：

协议提取子模块，用于从所述请求中提取发布协议；

查找发布子模块，用于在编码后的数据中查找按照所述发布协议编码的数据，并发布所述数据。

也就是说，当实时交通信息发布平台每次获取到实时交通信息后，便执行编码处理，即根据发布协议对所述实时交通信息进行编码。当监测到有实时交通信息请求时，直接从编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

需要说明的是，在实际应用中，发布协议通常有很多种，当实时交通信息发布平台每次获取到新的实时交通信息后，便针对每种协议生成一种协议格式的编码数据。当监测到有实时交通请求时，直接从编码后的数据中获取与该请求相对应发布协议的编码数据并发布。

可见，在该实现方式中，当交通信息获取模块获取到实时交通信息后，会预先对获取到的实时交通信息进行预处理，即根据发布协议对该实时交通信息进行编码处理，以便请求处理模块在有实时交通信息请求时可以直接获取对应的编码数据并发布，大大缩短请求处理的时间，提高了系统的响应速度，进一步提高了交通信息发布中请求结果的实时性。

需要说明的是，本实施例中的各功能模块或者各功能单元的工作原理和处理过程可以参见上述方法实施例中的相关描述，此处不再赘述。

参见图4，本发明实施例还提供了一种实时交通信息发布系统，包括上述实施例中的实时交通信息发布平台401，及请求端402。

其中，所述实时交通信息发布平台401，用于获取实时交通信息，并在有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据，并发布给所述请求端402。

所述请求端402，用于向所述实时交通信息发布平台401发送实时交通信息请求，并接收所述实时交通信息发布平台发布的请求结果。

在实际应用中，请求端402的应用实体比如可以是互联网实施交通展现顺面，导航终端的实施交通展现设备等。

需要说明的是，通常情况下，请求端402的数量通常为多个，比如可以每个城市分别设置一个请求端，这样，各请求端可以分别向实时交通信息平台发起实时交通信息请求，分别请求一个城市全城的实时交通信息，当然，实际应用中请求端也可以采用其它的设置方式，本发明实施例对此并不限制。其中，图4中仅示出了多个请求端对应一个实时交通信息发布平台的情况。

可见，本发明实施例中，当有实时交通信息请求时，直接对该请求进行处理(即获取相应的编码数据并发布)，而无需要等待前一个请求处理完毕后才能处理下一个请求，即本发明实施例可以并行处理多个请求，有效的利用了系统的处理能力，大大提高了系统的响应速度，从而大大提高了交通信息发布中请求结果的实时性。

优选的，本发明实施例中，当实时交通信息发布平台每次获取到实时交通信息后，便执行编码处理，即根据发布协议对所述实时交通信息进行编码。当监测到有实时交通信息请求时，直接从编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

需要说明的是，在实际应用中，发布协议通常有很多种，当实时交通信息发布平台每次获取到新的实时交通信息后，便针对每种协议生成一种协议格式的编码数据。当监测到有实时交通请求时，直接从编码后的数据中获取与该请求相对应发布协议的编码数据并发布。

可见，在该实现方式中，当交通信息获取模块获取到实时交通信息后，会预先对获取到的实时交通信息进行预处理，即根据发布协议对该实时交通信息进行编码处理，以便请求处理模块在有实时交通信息请求时可以直接获取对应的编码数据并发布，大大缩短请求处理的时间，提高了系统的响应速度，进一步提高了交通信息发布中请求结果的实时性。

进一步的，所述请求端基于无线互联网通道向所述实时交通信息发布平台发送实时交通信息请求，并基于无线互联网通道接收所述实时交通信息发布平台发布的请求结果。当然，实际应用中，请求端与实时交通信息发布平台之间还可以采用传统的有线网进行信息交互，本发明实施例对此并不限制。

其中，无线互联网是建立在无线网络基础上的互联网。无线网络即是由中国移动、中国联通、中国电信、中国网通等提供的没有硬线路的网络。目前中国的无线网络包括：中国移动的GSM网络，中国联通的GSM网络和CDMA网络，中国电信的PHS网络，中国网通的PHS网络，等等。

可见，请求端与实时交通信息发布平台之间除了传统的有线网进行信息交互外，还可以基于无线互联网通道进行信息交互，使得用户能够采用更多类型的设备实现，提高用户体验的同时，进一步扩展了实时交通信息发布技术的应用领域。

需要说明的是，本系统实施例中的各功能模块或者各功能单元的工作原理和处理过程可以参见上述方法实施例中的相关描述，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以保存于一计算机可读取保存介质中。所述的保存介质，如：ROM/RAM、磁碟、光盘等。

以上对本发明提供的实时交通信息发布方法、平台及系统，进行了详细介绍，本文应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种实时交通信息发布方法，其特征在于，包括：

获取实时交通信息；

当有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据并发布。

2.根据权利要求1所述的方法，其特征在于，所述获取实时交通信息后，还包括：根据预置的发布协议对所述实时交通信息进行编码；

所述获取与所述请求相对应发布协议的编码数据并发布包括：

从所述编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

3.根据权利要求2所述的方法，其特征在于，所述从所述编码后的数据中获取与所述请求行对应发布协议的编码数据并发布包括：

从所述请求中提取发布协议，在编码后的数据中查找按照所述发布协议编码的数据，并发布所述数据。

4.如权利要求1所述的方法，其特征在于，所述获取与所述请求相对应发布协议的编码数据及发布包括：

按照所述请求的发布协议，对所述实时交通信息进行编码，发布所述编码数据。

5.一种实时交通信息发布平台，其特征在于，包括：

交通信息获取模块，用于获取实时交通信息；

请求处理模块，用于当有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据并发布。

6.根据权利要求5所述的发布平台，其特征在于，所述交通信息获取模块还包括编码单元，用于根据预置的发布协议对所述实时交通信息进行编码；

所述请求处理模块，具体用于当有实时交通信息请求时，从所述编码后的数据中获取与所述请求相对应发布协议的编码数据并发布。

7.根据权利要求6所述的发布平台，其特征在于，所述请求处理模块包括：

协议提取子模块，用于从所述请求中提取发布协议；

查找发布子模块，用于在编码后的数据中查找按照所述发布协议编码的数据，并发布所述数据。

8.根据权利要求5所述的发布平台，其特征在于，所述请求处理模块具体用于：

按照所述请求的发布协议，对所述实时交通信息进行编码，发布所述编码数据。

9.一种实时交通信息发布系统，其特征在于，包括权利要求7-11任一项所述的实时交通信息发布平台，及请求端；

所述实时交通信息发布平台，用于获取实时交通信息，并在有实时交通信息请求时，获取与所述请求相对应发布协议的编码数据，并发布给所述请求端；

所述请求端，用于向所述实时交通信息发布平台发送实时交通信息请求，并接收所述实时交通信息发布平台发布的请求结果。

10.根据权利要求9所述的系统，其特征在于，所述请求端基于无线互联网通道向所述实时交通信息发布平台发送实时交通信息请求，并基于无线互联网通道接收所述实时交通信息发布平台发布的请求结果。

Images