阅读说明：本技术 一种交通数据采集方法、装置及系统 (Traffic data acquisition method, device and system ) 是由 王舵 谢南 于 2019-01-11 设计创作，主要内容包括：本发明公开了一种交通数据采集方法、装置及系统,涉及计算机技术领域,主要目的在于实现一台服务器对接多个数据厂商,多台服务器之间互为备份,动态调整GPS数据的采集。本发明主要的技术方案为：接收服务端分配的至少一个交通数据源的连接信息；根据所述连接信息采集交通数据；根据预置频率检测所述交通数据的采集量,判断所述采集量是否超过最大阈值；若超出,则根据预置规则断开至少一个交通数据源的连接,以使所述采集量低于所述最大阈值。本发明用于采集交通数据。(The invention discloses a traffic data acquisition method, a device and a system, relates to the technical field of computers, and mainly aims to realize that one server is connected with a plurality of data manufacturers, a plurality of servers are mutually backed up, and the acquisition of GPS data is dynamically adjusted. The main technical scheme of the invention is as follows: receiving connection information of at least one traffic data source distributed by a server; collecting traffic data according to the connection information; detecting the acquisition amount of the traffic data according to a preset frequency, and judging whether the acquisition amount exceeds a maximum threshold value; if the maximum collection quantity is exceeded, disconnecting at least one traffic data source according to a preset rule so as to enable the collection quantity to be lower than the maximum threshold value. The invention is used for collecting traffic data.)

一种交通数据采集方法、装置及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种交通数据采集方法、装置及系统。

背景技术

随着经济的发展和科技的进步，机动车辆成为公众出行最主要的交通工具之一。但城市内的道路设施却因为空间资源有限而无法满足机动车的高速增长，导致交通拥堵现象越来越严重。因此，人们对实时交通信息的需求越来越迫切。人们根据一些地图厂商发布的实时路况，可以实时感知路段拥堵情况，采取躲避拥堵策略，减少不必要的路途损耗，大大方便了人们的日常生活。而实时交通路况的发布，主要上是根据车辆采集的实时卫星定位(Global Positioning System，GPS)点，进行道路匹配及路况计算，最终转换为相应的实时路况。

对于实时GPS点的获取，目前主要依赖于出租车、私家车以及地图厂商的手机用户。而不同地图厂商采集、传输GPS点所使用的通信协议标准各不相同，导致GPS数据接入方需要根据不同的通信标准采用独立的服务器进行存储，并且，为了确保服务器的稿可用性，普遍的做法是服务冷备，即对于一套协议标准，通过ZooKeeper实现主备，备机监听主机运行状态，当主机出现异常时，接管主机工作。然而，随着GPS数据厂商的增多，各自的协议标准也千差万别，当对每个厂商都使用服务冷备的方式时，就导致服务器需求数量成倍增加，而对于一些传回数据量较小的GPS数据厂商，为其单独部署一套数据接入设备也会造成服务资源的浪费。

发明内容

鉴于上述问题，本发明提出了一种交通数据采集方法、装置及系统，主要目的在于实现一台服务器对接多个数据厂商，多台服务器之间互为备份，动态调整GPS数据的采集。

为达到上述目的，本发明主要提供如下技术方案：

第一方面，本发明提供一种交通数据采集方法，该方法用于数据接收端，具体包括：

接收服务端分配的至少一个交通数据源的连接信息；

根据所述连接信息采集交通数据；

根据预置频率检测所述交通数据的采集量，判断所述采集量是否超过最大阈值；

若超出，则根据预置规则断开至少一个交通数据源的连接，以使所述采集量低于所述最大阈值。

第二方面，本发明提供一种交通数据采集方法，该方法用于服务端，具体包括：

根据注册的数据接收端信息为每个数据接收端分配至少一个交通数据源的连接信息；

监控每个数据接收端连接的交通数据源是否被断开；

若断开，则根据预置策略为断开的交通数据源确定新的数据接收端；

向所述新的数据接收端发送连接信息。

第三方面，本发明提供一种交通数据采集装置，该装置设置在数据接收端中，具体包括：

连接信息接收单元，用于接收服务端分配的至少一个交通数据源的连接信息；

数据采集单元，用于根据所述连接信息接收单元接收的连接信息采集交通数据；

采集量判断单元，用于根据预置频率检测所述交通数据的采集量，判断所述采集量是否超过最大阈值；

连接断开单元，用于当所述采集量判断单元确定采集量超出最大阈值时，根据预置规则断开至少一个交通数据源的连接，以使所述采集量低于所述最大阈值。

第四方面，本发明提供一种交通数据采集装置，该装置设置在服务端中，具体包括：

数据源分配单元，用于根据注册的数据接收端信息为每个数据接收端分配至少一个交通数据源的连接信息；

连接监控单元，用于监控每个数据接收端连接的交通数据源是否被断开；

确定单元，用于当所述连接监控单元监控到存在断开连接的交通数据源时，根据预置策略为断开的交通数据源确定新的数据接收端；

发送单元，用于向所述确定单元确定的新的数据接收端发送连接信息。

第五方面，本发明提供一种交通数据采集系统，该系统包括：服务端和至少两个数据接收端，其中，所述数据接收端用于执行第一方面所述的交通数据采集方法，所述服务端用于执行第二发面所述的交通数据采集方法。

另一方面，本发明提供一种存储介质，所述存储介质用于存储计算机程序，其中，所述计算机程序运行时控制所述存储介质所在数据接收端执行第一方面所述的交通数据采集方法，或者控制所述存储介质所在服务端执行第二方面所述的交通数据采集方法。

另一方面，本发明提供一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行第一方面所述的交通数据采集方法，或者执行第二方面所述的交通数据采集方法。

借由上述技术方案，本发明提供的一种交通数据采集方法、装置及系统，实现了数据接收端在正常接收一个交通数据源的数据时，同时作为其他数据接收端的备机，根据服务端的指示接收多个交通数据源的数据。并且，本机通过对负载的判断可以实时断开部分连接，以确保本机的稳定工作，而被断开的交通数据源则可以被服务端感知，分配给其他的数据接收端继续接收交通数据，从而实现对交通数据采集的动态调整。本发明在采集交通数据的过程中，服务端仅感知各个数据接收端断开的交通数据源，并根据预置策略通知另一个数据接收端采集该交通数据源的数据，而数据接收端则需要根据自身的负载情况来确定采集交通数据源的数量，并基于服务端的指示连接对应的交通数据源，可见由服务端和数据接收端所构成的交通数据采集系统的架构可以大量减少所需的设备数量，并且简化了服务器端的功能，减少了系统间交互的数据量，使得数据接收端能够将更多的处理资源集中于对交通数据的采集，提升了系统的采集效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的

具体实施方式

。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提出的一种用于数据接收端的交通数据采集方法的流程图；

图2示出了本发明实施例提出的另一种用于数据接收端的交通数据采集方法的流程图；

图3示出了本发明实施例中应用调度服务器实现交通数据采集的方法流程图；

图4示出了本发明实施例提出的一种用于服务端的交通数据采集方法的流程图；

图5示出了本发明实施例提出的一种用于数据接收端的交通数据采集装置的组成框图；

图6示出了本发明实施例提出的另一种用于数据接收端的交通数据采集装置的组成框图；

图7示出了本发明实施例提出的一种用于服务端的交通数据采集装置的组成框图；

图8示出了本发明实施例提出的另一种用于服务端的交通数据采集装置的组成框图；

图9示出了本发明实施例提出的一种交通数据采集系统的组成框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种交通数据采集方法，应用于数据接收端，接收GPS数据厂商提供的交通数据。具体步骤如图1所示，包括：

步骤101、接收服务端分配的至少一个交通数据源的连接信息。

在本发明中，数据接收端能够同时接收多个交通数据源(GPS数据厂商)提供的交通数据，而为了区别不同的交通数据源，可以通过不同的数据端口选择不同的通讯协议来下载并解析交通数据。

此外，本步骤中的服务端在分配交通数据源时，可以分为两种情况，一种是在数据接收端启动服务开始下载交通数据时，即初始下载时，服务器所分配的交通数据源是根据系统中所有的交通数据源分配的，也就是说，此时的数据接收端为这些交通数据源的接收主机；而另一种是在该数据接收端接收过程中，服务端分配的交通数据源，此时，数据接收端为这些交通数据源的接收备机。

步骤102、根据连接信息采集交通数据。

数据接收端根据连接信息与交通数据源建立长连接，并基于该长连接采集交通数据。需要说明的是，本发明中，该长连接的建立并不限定连接的发起方，也就是说，当确定数据接收端与交通数据源的对应关系后，可以根据实际情况的需求设定由哪一方来发起连接。

步骤103、根据预置频率检测交通数据的采集量，判断该采集量是否超过最大阈值。

其中，预置频率可根据实际需求自定义设置，而最大阈值的设置则是由数据接收端自身的配置决定的。

数据接收端通过定期检测自身下载交通数据的负载，确保本机工作的稳定，一旦超出最大阈值，就需要减少自身的负载，具体执行步骤104，而如果未超出，则不做任何处理，等待下次检测。

步骤104、根据预置规则断开至少一个交通数据源的连接，以使采集量低于最大阈值。

当数据接收端的负载超出最大阈值时，数据接收端可以通过减少连接的交通数据源数量达到减轻负载的目的。

其中，该预置规则用于确定断开当前所连接的交通数据源的方式，其具体内容包括确定是否需要断开交通数据源以及需要断开哪一个交通数据源。

当所连接的交通数据源唯一时，该预置规则仅需判断是否需要断开该交通数据源。比如，可以是断开该交通数据源，以便再连接一个或多个采集量较小的交通数据源，也可以是暂时保持连接，判断该交通数据源的采集量是否持续超出该最大阈值，进而确定是否断开该交通数据源。此外，对于当前连接的交通数据源只有一个的情况，也可以提示管理人员人工处理。

而当所连接的交通数据源不唯一时，该预置规则就需要从多个连接的交通数据源中选择要断开连接的交通数据源，此时，该预置规则可以根据实际需求设置，比如，可以是一个一个地断开交通数据源的连接，每断开一个计算一下剩余的采集量是否还超出最大阈值，若超出，再断开一个，直至剩余的采集量低于最大阈值；也可以是计算超出最大阈值的数据量，选择一个或多个总采集量高于该数据量的交通数据源，断开其连接，通过一次操作让数据接收端的负载符合要求。

通过上述实施例中的具体实现方式可以看出，该应用于数据接收端的交通数据采集方法，作为主机采集交通数据源提供的交通数据时，可以根据服务端的分配增加采集的交通数据源，并且能够定期检测自身的负载，在负载过高时，主动断开部分交通数据源的连接以使负载符合阈值要求，实现对负载的动态调整，确保服务平稳运行。而对于断开的交通数据源则是由服务端为其指定备用的数据接收端重新连接并采集交通数据，实现多台数据接收端之间互为备用，提高处理资源的利用效率。

为了进一步详细的阐明图1所述的交通数据采集方法，特别是数据接收端在交通数据采集系统中结合服务端执行交通数据采集的过程中具体步骤，如图2所示，包括：

步骤201、向服务端发送数据接收端的标识信息。

该步骤在系统初始化时执行，数据接收端利用该标识信息在服务端中进行注册，以便服务端统计系统中所有数据接收端的数量。其中，该标识信息的具体内容不做限定，可以是设备的网络地址，也可以是设备的设备识别号。

进一步的，服务端还可以将设备的配置信息随着标识信息一同发送至服务端，以便服务端根据配置信息为其分配交通数据源。

步骤202、接收服务端分配的至少一个交通数据源的连接信息。

在服务端注册成功后，数据接收端就会接收到由服务端分配的至少一个交通数据源的连接信息。

步骤203、根据连接信息建立与对应的交通数据源的长连接。

步骤204、通过长连接和预置的数据接收端口采集交通数据。

其中，数据接收端通过多个预置的数据接收端口区分多个交通数据源，以此，确保采集自不同交通数据源的交通数据可以根据下载的端口确定采集的通讯协议以及数据解析方式。

以上步骤是在系统启动时执行的初始化操作，简单地说，就是服务端确定每个数据接收端的采集的交通数据源，并由数据接收端开始采集交通数据。后续的步骤则是在采集交通数据过程中实现数据接收端之间互为备用的具体实现方式。

步骤205、在采集交通数据过程中，接收服务端根据动态感知分配的数据端口监控指令。

所述数据端口监控指令用于监控调度服务器的数据端口，以连接交通数据源。在本发明实施例中，调度服务器连接在交通数据源与数据接收端之间，调度服务器通过指定的数据端口连接交通数据源，而数据接收端通过监控该数据端口实现与交通数据源的连接，并且，该数据端口在同一时刻智能有一个数据接收端进行监控，因此，针对一个数据端口，当原监控的数据接收端停止监控时(数据接收端与交通数据源的连接断开)，服务端经过动态感知会将数据端口的监控指令发送新的数据接收端，以便新的数据接收端继续监控该数据端口，建立与交通数据源的连接并采集交通数据。

步骤206、根据数据端口监控指令监控对应的数据端口，采集数据端口对应的交通数据源提供的交通数据。

上述步骤205、206的实现如图3所示，图中的LVS为Linux虚拟服务器，是调度服务器的一种实现方式，假设LVS通过监听8080端口确定与GPS数据厂商2(交通数据源)的连接关系，当接收服务器A监听该8080端口时，由接收服务器A采集GPS数据厂商2的交通数据，在接收服务器A故障或负载问题断开该连接时，同时停止对8080端口的监听，而此时，服务端通过动态感知获取接收服务器A与GPS数据厂商2的连接断开，从而向接收服务器B发送监听8080端口的指令，并由接收服务器B监听该端口，进而实现与GPS数据厂商2的连接，并采集交通数据。

需要强调的是，步骤205、206的执行与步骤202至204是在系统执行的不同阶段，前者是在执行采集交通数据的过程中，而后者则是在系统初始化时执行的。或者说，在步骤205、206中，数据接收端是作为交通数据源的备机，而在步骤202至204中数据接收端则作为交通数据源的主机。通过上述的步骤可以说明数据接收端在采集交通数据过程中同时作为其他数据接收端的备机，而服务端则用于感知并触发数据接收端作为备机采集交通数据。

步骤207、根据预置频率检测交通数据的采集量，判断该采集量是否超过最大阈值。

步骤208、判断当前连接的交通数据源是否唯一。

步骤209、根据预置规则断开至少一个交通数据源的连接，以使采集量低于最大阈值。

上述步骤207至209与图1实施例中的步骤103与104的内容相同，具体内容不再赘述。

在本实施例中，该预置规则的一种实现是根据各个交通数据源的权重选择断开的连接，其中，该权重可以是人工预设的值，也可以是通过预设参数计算得到的，对于预设参数，其至少包括有交通数据源的采集量和/或数据质量，采集量能够衡量该交通数据源提供的数据总量，而数据质量则能衡量该交通数据源提供的数据的有效程度。具体实施时，可先根据所有交通数据源的权重进行由低到高的排序，再根据该排序逐一断开权重最小的一个交通数据源的连接，直至剩余连接的所有交通数据源对应的采集量之和低于最大阈值时，完成对连接的调整。

对应于上述图1与图2中所述应用于数据接收端的交通数据采集方法，本发明实施例还提供一种用于服务端的交通数据采集方法，通过该方法实现对数据接收端中断开的连接进行感知并分配新的数据接收端，具体步骤如图4所示，包括：

步骤301、根据注册的数据接收端信息为每个数据接收端分配至少一个交通数据源的连接信息。

其中，注册是服务端用于统计数据接收端数量的一种方式，通过注册操作，服务端可以确定执行采集交通数据的数据接收端数量，从而为每一台数据接收端根据各自的配置、处理能力分配至少一个交通数据源，从而确定该数据接收端为这些交通数据源的主机。同时，向数据接收端发送这些交通数据源的连接信息，以便数据接收端连接交通数据源并采集交通数据。

需要说明的是，该步骤是在系统初始化时执行的，也就是说，在系统启动执行数据采集的过程中，服务端不接受新注册的数据接收端。而如果要添加新的数据接收端，则需要停止系统的采集操作，重新执行初始化操作，分配交通数据源。

步骤302、监控每个数据接收端连接的交通数据源是否被断开。

在采集交通数据的过程中，服务端会对系统中的每一个数据接收端进行监控，判断数据接收端中是否存在断开连接的交通数据源，若存在，则执行步骤303；若不存在，则不做任何处理。本发明中不限定该监控操作的周期，可根据实际应用的需求调整具体周期间隔。

由于数据接收端在断开与交通数据源的连接时，是根据其自身的负载情况，为主动操作，且不会主动告知服务端，为此，服务端就需要主动监控数据接收端，在实际应用中，可以通过Zookeeper服务实现服务端动态感知数据接收端中的连接状态。

此外，在数据接收端存在连接断开时，其原因主要存在两种情况，一种是由于数据接收端负载过高而导致的部分连接断开，另一种则是由于数据接收端故障而导致的所有连接断开。据此，服务端可以根据断开连接的数量来判断数据接收端的工作状态。在数据接收端故障时，就需要将其所有的交通数据源连接转移至备用数据接收端上。

步骤303、根据预置策略为断开的交通数据源确定新的数据接收端。

其中，预置策略主要用于判断数据接收端当前的数据处理能力与未连接的交通数据源所提供的交通数据采集量的匹配程度。该预置策略的一种可行实施例为根据断开连接的交通数据源的采集量以及其他数据接收端的负载信息确定新的数据接收端，比如，在图3中的被断开连接的GPS数据厂商2，其提供的交通数据采集量为10M，据此，服务端需要判断接收服务器B的负载情况判断其是否具有接收10M交通数据的处理能力，若具有，则确定接收服务器B为新的数据接收端，若不具有，则再判断其他的数据接收端，直至确定出新的数据接收端，而如果系统中没有匹配到新的数据接收端，则生成提示信息，转由人工处理该断开的连接。

此外，预置策略也可以设置为预先指定的数据接收端，即指定接收服务器A中与GPS数据厂商2的连接的备用机为接收服务器B，一旦该连接断开被服务端感知到，则通知接收服务器B建立其与GPS数据厂商2的连接。

步骤304、向新的数据接收端发送连接信息。

进一步的，服务端在确定新的数据接收端，会识别新的数据接收端的设备类型，在实际应用中，设备类型主要分为用户端和服务器端两种。

当设备类型为用户端时，就是图4所示的实现方式，即直接向该用户端发送连接信息。

当设备类型为服务器端时，在实际中一般会在交通数据源与数据接收端之间设置调度服务器，多以LVS实现，通过LVS接收交通数据源的交通数据，再向监听指定数据端口的数据接收端转发交通数据。因此，对于新的数据接收端为服务器时，服务端会获取该新的数据接收端对应的调度服务器，并向新的数据接收端发送监控该调度服务器指定数据端口的数据端口监控指令。

以上图4所示的实现方式，详细说明了服务端在数据接收端采集交通数据时是如何感知连接的断开并确定新的数据接收端进行采集的完整过程。

进一步的，作为对上述图1与图2所示方法的实现，本发明实施例提供了一种交通数据采集装置，该装置设置在数据接收端中，用于采集交通数据并存储至本地。为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置如图5所示，具体包括：

连接信息接收单元41，用于接收服务端分配的至少一个交通数据源的连接信息；

数据采集单元42，用于根据所述连接信息接收单元41接收的连接信息采集交通数据；

采集量判断单元43，用于根据预置频率检测所述数据采集单元42采集交通数据的采集量，判断所述采集量是否超过最大阈值；

连接断开单元44，用于当所述采集量判断单元43确定采集量超出最大阈值时，根据预置规则断开至少一个交通数据源的连接，以使所述采集量低于所述最大阈值。

进一步的，如图6所示，所述装置还包括：

监控指令接收单元45，用于接收服务端根据动态感知分配的数据端口监控指令，所述数据端口监控指令用于监控调度服务器的数据端口，以连接交通数据源；

数据端口监控单元46，用于根据所述监控指令接收单元45接收的数据端口监控指令监控对应的数据端口，以便所述数据采集单元42采集所述数据端口对应的交通数据源提供的交通数据。

进一步的，如图6所示，所述连接断开单元44包括：

连接数量判断模块441，判断当前连接的交通数据源是否唯一；

第一连接断开模块442，用于当所述连接数量判断模块确定连接的交通数据源不唯一时，断开至少一个交通数据源的连接。

进一步的，如图6所示，所述连接断开单元44包括：

数据源排序模块443，用于根据所有交通数据源的权重进行由低到高的排序，所述权重至少由交通数据的采集量确定；

第二连接断开模块444，用于根据所述数据源排序模块443的排序逐一断开权重最小的交通数据源的连接，直至连接的所有交通数据源对应的采集量之和低于所述最大阈值。

需要说明的是，在实际应用中，第一连接断开模块442与第二连接断开模块444可以设置在同一模块中。

进一步的，如图6所示，所述数据采集单元42包括：

连接创建模块421，用于根据所述连接信息建立与对应的交通数据源的长连接；

数据采集模块422，用于通过所述连接创建模块421建立的长连接和预置的数据接收端口采集交通数据。

进一步的，如图6所示，所述装置还包括：

标识信息发送单元47，用于向所述服务端发送所述数据接收端的标识信息，以便所述服务端注册所述数据接收端为节点。

进一步的，作为对上述图4所示方法的实现，本发明实施例提供了一种交通数据采集装置，该装置设置在服务中，用于对数据接收端中断开的连接进行感知并分配新的数据接收端。为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置如图7所示，具体包括：

数据源分配单元51，用于根据注册的数据接收端信息为每个数据接收端分配至少一个交通数据源的连接信息；

连接监控单元52，用于监控每个数据接收端连接的交通数据源是否被断开；

确定单元53，用于当所述连接监控单元52监控到存在断开连接的交通数据源时，根据预置策略为断开的交通数据源确定新的数据接收端；

发送单元54，用于向所述确定单元53确定的新的数据接收端发送连接信息。

进一步的，如图8所示，所述装置还包括：

判断单元55，用于判断所述新的数据接收端的设备类型，所述设备类型包括用户端和服务器端；

所述发送单元54还用于，当所述判断单元55确定设备类型为用户端时，执行向所述新的数据接收端发送连接信息的操作；

监控指令发送单元56，用于当所述判断单元55确定设备类型为服务器端时，获取所述新的数据接收端对应的调度服务器，并向所述新的数据接收端发送数据端口监控指令，所述调度服务器用于接收交通数据源的交通数据，并通过所述数据端口转发所述交通数据。

进一步的，所述确定单元53还用于，在监控到注册的数据接收端断开所有连接时，根据断开连接的交通数据源的采集量以及其他数据接收端的负载信息确定新的数据接收端。

进一步的，综合上述交通数据采集方法以及装置，本发明实施例还提出一种交通数据采集系统，如图9所示，该系统由多个交通数据源61，至少两个数据接收端62以及服务端63所构成。其中，所述数据接收端执行上述图1或图2所示实施例的交通数据采集方法，而所述服务端执行上述图4所示实施例的交通数据采集方法。

在该系统中，服务端63监控每一个数据接收端62与交通数据源63的连接状态，一旦感知到有连接断开的情况，则启动备用的数据接收端62与断开连接的交通数据源重新建立连接。并且，每一个数据接收端通过不同的数据端口可以同时接收多个交通数据源的交通数据，避免了由于数据厂家的通讯协议不同而造成的数据接收端数量的倍增。

进一步的，在该系统中，还包括调度服务器64，该调度服务器用于接收交通数据源的交通数据，并通过指定的数据端口转发该交通数据，以便监控该数据端口的数据接收端接收所述交通数据。对于该调度服务器的具体描述在上述图2所示的实施例中已做说明，此处不再赘述。

综上所述，本发明实施例所采用的交通数据采集方法、装置及系统，实现了数据接收端在正常接收一个交通数据源的数据时，同时作为其他数据接收端的备机，根据服务端的指示接收多个交通数据源的数据。并且，数据接收端通过对负载的判断可以实时断开部分连接，以确保本机的稳定工作，而被断开的交通数据源则可以被服务端感知，分配给其他的数据接收端继续接收交通数据，从而实现对交通数据采集的动态调整，互为备用。相对现有的冷备方式，本发明在采集交通数据的过程中，服务端仅感知各个数据接收端断开的交通数据源，并根据预置策略通知另一个数据接收端采集该交通数据源的数据，而数据接收端则需要根据自身的负载情况来确定采集交通数据源的数量，并基于服务端的指示连接对应的交通数据源，可见由服务端和数据接收端所构成的交通数据采集系统的架构可以大量减少所需的设备数量，并且简化了服务器端的功能，减少了系统间交互的数据量，使得数据接收端能够将更多的处理资源集中于对交通数据的采集，提升了系统的采集效率。

进一步的，本发明实施例还提供了一种存储介质，该存储介质用于存储计算机程序，其中，计算机程序运行时控制该存储介质所在数据接收端执行图1或图2所述的交通数据采集方法，或者控制该存储介质所在服务端执行图4所述的交通数据采集方法。

另外，本发明实施例还提供了一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行图1或图2所述的交通数据采集方法，或者执行图4所述的交通数据采集方法。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法、装置及系统中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

此外，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。