CN109257422A - 感知网络信息重构方法 - Google Patents

Abstract

本发明提供了一种感知网络信息重构方法，该方法包括：车联网感知节点发送接入请求；设置预设数据整合规则，对车联网感知节点的数据进行实时逻辑运算；建立数据与事件之间的映射关系和处理机制，实现数据的处理和信息集成。本发明提出了一种感知网络信息重构方法，针对车联网系统感知数据的海量性和异构多变性特点，采用统一的数据接口对异构信息综合感知及处理，实现信息的无缝交互和不同应用系统数据之间的标准化共享。

Description

感知网络信息重构方法

技术领域

本发明涉及物联网，特别涉及一种感知网络信息重构方法。

背景技术

随着计算机和网络的急剧发展，智能交通在国民经济地位不仅显得越来越重要，智能交通服务模式成为提高交通运营效率、降低交通成本、提高整个社会竞争力的重要影响因素。目前，云计算已经发展到应用落地阶段，在企业、搜索引擎等方面都取得了巨大成就，但在智能交通行业发展较慢，它的发展对现代交通提出了挑战，不再局限于数据密集，而是能提供更多的扩展。基于物联网和云计算技术的信息服务从源头进行感知，向云端服务执行，根据需求提供丰富、可定制的服务内容。把各类智能交通资源和客户资源虚拟化，对车联网进行服务化封装、发布及注册，使得决策者可以在云端的任意位置使用不同的终端，从而获取相应的车联网服务。

目前，针对智能交通服务模式的现有方案主要是从信息系统角度，开发智能交通信息系统建设框架和数据中心；而针对服务集成并未涉及集群端计算环境下的智能交通服务模式创新的考虑，即尚不存在车联网的服务描述、服务封装、服务挖掘和服务归并的系统解决方案。而且车联网系统感知的数据具有海量性、多元异构性和时空多变性，当前对异构信息综合感知及处理尚未建立统一的感知数据描述结构，无法对事件信息进行标准化处理、关联配对处理等，难以实现信息的无缝交互和不同应用系统数据之间的共享和互操作。

发明内容

为解决上述现有技术所存在的问题，本发明提出了一种感知网络信息重构方法，包括：

车联网感知节点发送接入请求；

设置预设数据整合规则，对车联网感知节点的数据进行实时逻辑运算；

建立数据与事件之间的映射关系和处理机制，实现数据的处理和信息集成。

优选地，所述设置预设数据整合规则包括，在获取车联数据的基础上，进行多元信息的关系定义、规则运算及增值处理，以提供支持过程监控与决策优化的关键事件信息；根据事件的类型，进行过程事件的分类汇集和存储。

优选地，如果节点不支持直接向车联网平台的交互层发送请求，则由代理服务器进行协议转换。

优选地，在处理感知节点上传的信息时，将请求转发给负载均衡处理服务器；负载均衡处理服务器根据感知节点的位置和负载均衡策略指定分区服务器；

感知节点重新连接分区服务器；将感知节点的位置与地图进行匹配校正，然后根据感知节点的位置和交通参数进行决策决定是否采集该节点上传的数据，如果不需采集则设置工作模式降低采样频率，如果需要采集则处理感知节点上传的车载数据流；

分区服务器将处理后的交通信息数据存入数据库，向协同控制策略服务器查询传感器协议优化策略，给感知节点返回响应；从数据库中查询主动选择最优的车载数据流提供给控制算法进行信号控制优化；根据策略选择需要协同的位置，并协调多个路侧单元进行协同；

协同控制服务器提供区域协同控制策略和优化结果；协同控制服务器根据优化结果提供配时策略并下发给路侧单元；用户通过互联网向交互层查询车联网信息。

本发明相比现有技术，具有以下优点：

本发明提出了一种感知网络信息重构方法，针对车联网系统感知数据的海量性和异构多变性特点，通过系统的手段实现车联网服务描述、服务封装、服务挖掘和服务归并，采用统一的数据接口对异构信息综合感知及处理，实现信息的无缝交互和不同应用系统数据之间的标准化共享。

附图说明

图1是根据本发明实施例的感知网络信息重构方法的流程图。

具体实施方式

下文与图示本发明原理的附图一起提供对本发明一个或者多个实施例的详细描述。结合这样的实施例描述本发明，但是本发明不限于任何实施例。本发明的范围仅由权利要求书限定，并且本发明涵盖诸多替代、修改和等同物。在下文描述中阐述诸多具体细节以便提供对本发明的透彻理解。出于示例的目的而提供这些细节，并且无这些具体细节中的一些或者所有细节也可以根据权利要求书实现本发明。

本发明的一方面提供了一种感知网络信息重构方法。图1是根据本发明实施例的感知网络信息重构方法流程图。

本发明的车联网平台中，车联网资源被虚拟化后形成服务，同类服务组成服务组，而不同的服务组构成服务空间。资源被封装后，对车联网资源的调度转换为在服务组中挖掘、选择和归并车联网服务。服务需求端、平台和供应端构成了的业务流程的主体部分。服务供应端向车联网平台提供各种异构的服务；车联网服务需求端包括整个车联网平台的成员车辆；车联网平台负责建立两者之间的供需服务链，首先，对供应端提供的车联网资源和服务进行虚拟化处理、服务封装、标准化处理后，形成车联网服务，存储在分布式服务器上，然后实时采集需求端发布的服务需求，对车联网业务建模、分解成一系列子业务，最后通过服务挖掘、归并、协作，为车联网业务配对出最优的车联网服务归并，同时，在服务过程中对车联网服务的整个过程进行实时监控。

车联网平台包括采集感知层、交互层和服务层。采集感知层对车联网环境中的车载节点和路侧节点的资源及环境信息进行感知，通过DNS服务器完成无线车载网络的资源信息管理与协同应用，并接受反馈的决策信息执行相应的控制命令。交互层实现数据接入与网络传输，感知数据的清洗与抽取、关键事件关联运算、数据挖掘分析、标准化封装信息；为现场检测数据提供实时传输服务，并下发管理层监控指令。交互层定义网络标识、通信协议，使异构网络数据可以相互识别及融合，实现异构网络的接入。应用层在信息处理工具的支撑下，提供决策应用服务。

为了实现优化选择的数据采集，对接入的客户端进行反馈和控制，选择节点数据以将上层的车载数据流信息反馈到传感器节点，对车载节点的通信协议进行跨层优化。在车辆和路侧基础设施构成的异构网络中，需要完成异构节点的接入控制和数据传输；不同类型的传感器数据采集、融合和海量数据处理；基于反馈的节点协商和控制。

采集感知层利用高可靠性的车联数据感知环境，采集多元数据以及管理异构传感器，包括感知和传送实时车联数据的车载网络、工业局域网现场总线等。首先构建数据采集与传输需要的感知环境，建立用于测量不同参数的传感器网络配置模型，并以传感器成本最低作为目标函数确定传感器网络的目标函数和约束条件；建立传感器信息注册以及信息处理库，并进行数据刻划，实现附有各种异构传感器的车联网资源信息的描述和定义；感知和传输车联网资源的实时数据，车辆节点到达感测区域时，数据自动采集或识别节点即感知车联网资源信息，则表示发生的原子事件被实时感知，再通过通信网络传输传感节点采集到的车联网资源数据。交互层主要实现异构网络的融合和互联互通，满足海量、实时传感数据的传输需求。

车联网关键事件处理包括建立车辆数据与交通过程状态之间的关联模型，车联数据的采集及传输；异构数据的同构化处理，进行不同结构数据的转换，并建立基于XML的过程事件统一描述语言和处理操作符；建立多层次事件描述模型及面向过程的多层次事件关联模型，进行多层次事件的关系解析；将感知数据进行逻辑运算，应用关键事件处理引擎进行多层次事件的关联运算，得到有语义的服务信息；将服务信息进行更高层的增值处理，得到关键事件。

交互层依据数据整合规则，进行感知数据的实时逻辑运算处理，并完成数据与事件之间的映射关系和处理机制的建立，最终实现数据的处理和信息集成。在获取车联数据的基础上，进行多元信息的关系定义、规则运算及增值处理，以提供支持过程监控与决策优化的关键事件信息；根据事件的类型，进行过程事件的分类汇集和存储，以利于数据的高效调用。

车联网平台虚拟化处理异构的实体资源后封装成服务，部署在不同的虚拟机中形成集群节点，然后根据车联网资源的功能将其划分为多个服务组，通过连接各个服务组的注册节点形成具有特定拓扑结构的覆盖网络。资源被封装后，同类服务组成服务组，服务组组成服务空间，服务的挖掘、选择和调用都在服务空间中完成。

云端接到服务需求端提交的车联网业务请求后，首先对业务的特征进行分析，包括业务执行的规模大小、完成业务需要的资源、车联网业务分解的粒度、业务的复杂度，然后把这些业务的特性作为输入，调用相应的业务分解算法将车联网业务分解成适合车联网平台处理的子业务，参与下一步操作。

以车联数据的采集数据量、采集精度、感知范围作为约束，确定车载网络中相应传感器的最小硬件成本为目标函数，建立车载节点无线车载网络优化配置的模型:

其中AS_i表示第i个车载传感器，表示第i个车载传感器配备m(i)个异构传感组件的第j个组件，n代表车载网络中对于采集信息所需的车载传感器数量总数。ω_i为数据的权重，f_i为节点的采样频率即优化对象，ρ_i和ρ_max分别为车载数据密度和最大车载数据密度，为预定义松弛系数，约束条件设定为，采样频率介于传感器的物理采样频率的极小值和极大值之间，设定采样频率小于传输速率，节点的负荷小于信道容量。

交互层提供统一的数据采集接入口，参与感知的节点通过互联网向交互层发送接入请求，请求中携带位置及交通参数信息，如果节点不支持直接向交互层发送请求，则由AP作为代理服务器进行协议转换；

交互层处理感知节点上传的位置信息并将请求转发给负载均衡处理服务器；负载均衡处理服务器根据感知节点的位置和负载均衡策略指定分区服务器；

感知节点重新连接分区服务器；将感知节点的位置与地图进行匹配校正，然后根据感知节点的位置和交通参数进行决策决定是否采集该节点上传的数据，如果不需采集则设置工作模式降低采样频率，如果需要采集则处理感知节点上传的车载数据流；

分区服务器将处理后的交通信息数据存入数据库，向协同控制策略服务器查询传感器协议优化策略，给感知节点返回响应；从数据库中查询主动选择最优的车载数据流提供给控制算法进行信号控制优化；根据策略选择需要协同的位置，并协调多个路侧单元进行协同；

协同控制服务器提供区域协同控制策略和优化结果；协同控制服务器根据优化结果提供配时策略并下发给路侧单元；用户通过互联网向交互层查询车联网信息。

车载节点在接入网络的时候将向分区服务器注册信息，此时服务器生成分区内唯一的节点编号。当感知节点监听到有监测数据产生时，触发一次从握手到断开连接的完整通信过程。通过三次握手来完成建立连接，连接建立后感知节点将交通数据发送给服务器，服务器在响应中根据实时车载数据流和交通控制逻辑填充节点控制命令，反馈控制感知节点的工作模式、传输窗口。对应状态机的每个阶段，只接受该状态定义的报文和消息。通信期间支持通过设置消息来更新信令参数，使得协议可以根据应用定制而对采样频率、传输时机、超时时间、重传次数和传输窗口大小参数进行自适应调整。

传感节点管理器用于管理异构传感器，通过Web服务器实现对所有车联网资源上附加的传感器进行控制和连接，并通过嵌入式处理系统管理传感器活动。数据感知与动态数据库传送并行执行，同时下达上层平台对车载终端的命令。基于数据交互通用性要求将标准化封装的感知数据传输操作视为Web服务请求，通过通信网络实现感知数据的传送和调用。

底层构件与传感节点直接接触；通过嵌入式处理机实现异构传感器的即插即用运行服务；中间构件提供底层节点采集数据的融合、实时传输以及决策信息的下达服务，并将数据信息进行逻辑运算生成事件。

对于车联网服务挖掘与归并，一方面，本发明车联网平台对其形式化描述后，构建车联网业务库，通过车联网业务分解机制，形成子业务库；另一方面，车联网服务提供端在平台上注册自己的服务，经平台形式化描述后形成服务库。当处理中心接收到子业务需求时，进入车联网服务挖掘环节，链接车联网服务库，计算配对出一系列与业务关联的车联网业务。

在服务建模时引入本体，结合业务流程和情境，建立领域知识库，实现智能归并，满足客户的个性化需求。引入本体后可以进行基于描述逻辑的本体推理，即从显示上下文中推导出更多的隐式上下文，同时，本体为上下文信息提供明确的语义描述。车联网服务是服务化的车联网资源，有其自身的功能属性集和非功能属性集，包括Qos属性和上下文属性。本发明将其定义如下：

车联网服务VCS可以用五元组来表示，形如：

VCS＝{Category,ServiceProfile,ServiceModel,ServiceGrouding,Resource]：

Category表示该服务所属的类别。

ServiceProfile表示服务的基本信息，对基本信息的配对是实现服务配对的重要部分，可以用5元组表示：

ServiceProfile＝{GeneralInfo,Functional,Qos,Resource,State}，其中：

GeneralInfo用来描述车联网服务的基本信息；

Functional用来描述车联网服务的功能性信息，如车联网服务的输入、输出、执行条件以及结果；

Qos用来描述车联网服务的服务质量。在车联网平台中服务质量的衡量是可变的，定义Qos的形式化描述为可扩展的模型：

Qos＝{Time,Cost,Reputation,Reliability,…}

其中，Time表示该服务的执行时间，Cost表示服务的成本，Reputation表示该服务的信誉度，通过用户的评价进行统计采用分级的方式对信誉度进行管理；Reliability表示该服务的可靠性，通过一段时间内的成功执行率来衡量。

Resource用来描述车联网资源，定义了车联网资源的所有属性信息。state用来描述车联网服务目前的状态，包括在用和空闲。ServiceModel描述车联网服务的服务过程，即车联网服务的服务实现细节。ServiceGrouding用来描述车联网服务提供者的访问方法，包括访问地址、消息格式、访问端口。Resource表示该Category提供的车联网服务所对应的车联网资源。

车联网服务挖掘流程基于以上形式化描述。在形成车联网业务上下文信息后，进入语义上下文配对阶段，这一阶段分为三个步骤，在每个步骤均需要计算相似度，并且都设置相应的阈值，将不满足阈值的服务过滤，不参与相似度计算。

在车联网服务中，结合车联网服务的描述，从语义上下文层面上针对车联网服务和车联网业务进行服务配对。针对Web服务的输入信息，提取语义描述，判断其所属概念与描述中的配对项。按程度不同将配对结果划分为完全配对、插入配对、包含配对和配对失败。在车联网平台中，对于车联网服务A和B的配对程度可以用相似度算法进行计算，其相似度配对的基本模型如下：

sf(A,B)＝(ω₁sf(A₁,B₁)+ω₂sf(A₂,B₂)—+ω_nsf(A_n,B_n))

其中，A_i,B_i表示车联网服务的第i项子业务，ω_i表示第i项子业务在配对函数中所占的权重。具体地：

其中dis(A_i,B_i)表示本体A_i,B_i的语义距离，α为调节因子。本发明优选地将语义距离表示为两个概念在本体图中节点最短路径长度的差值。

整个服务挖掘过程首先对服务需求端的服务进行语义解析，从而得到该服务的服务类型。将语义解析、本体推理、基于语义的配对整合在一起，最终达到服务挖掘。具体过程如下：

(1).从解析器中提取Category、ServiceProfile、ServiceModel、ServiceGrouding、Resource、ServiceAttributes相关信息；

(2).提取所有服务的ServiceProfile；继而提取ServiceProfile中的类别和属性相关信息；

(3).使用Category配对算法对服务类型进行配对，过滤掉不满足条件的服务。

(4).采用关键字精确配对。在进行配对时，构造相似度函数sf以语义距离dis()为基础，计算概念之间的相似度。

(5)使用服务质量服务的服务质量进行配对，输出配对度最优的服务。

在车联网服务挖掘过程中，将需求端的需求即车联网业务为重心，寻找相似的车联网服务，形成聚类簇，然后再在簇中并行运行服务质量综合匹配算法，从而得出结果。

具体地，使用MapReduce模型来实现每个元素到重心距离的计算，即在每一次迭代时启动一个MapReduce过程。在映射阶段中构建初始重心，然后设计样本为文件的每行，从中提取有用数据，以键值对<K，V>形式表示，然后计算样本到初始重心的距离，根据距离的大小，将样本分配到距离最小的重心类中，并标记样本为新聚类的类别,以键值对<K₁，V₁>的输出形式。其中K₁是最小距离簇的ID。V₁是当前记录的各维坐标值。

在映射之后插入一个对中间结果进行本地化规约处理的合并操作。合并操作是对所处节点内的映射结果预处理，即对具有同一K₁的V₁处理，得到局部聚类结果，然后输出。合并函数的解析记录的各维坐标值，相加后得到局部聚类结果的累加和，同时计算总样本数，输出<K₂，V₂>，其中K₂是聚类类别ID，V₂是上述累加和加上记录总数。

规约阶段通过汇总局部聚类结果，得出新的聚类中心，用于下一轮迭代。以<K₂，V₂>作为输入，首先计算每个节点输出的局部聚类的样本数，并解析各维坐标值，然后将对应的各维累加值对应相加，再除以刚计算出来的样本数，得到新的聚类中心坐标，以键值对<K₃，V₃>形式并输出，其中，K₃表示聚类类别ID，V₃表示得到的新聚类中心。

针对车联网感知数据的结构特征及类型不同，需要进行将关系型数据到结构化文档的转换和存储。首先将传感节点感知的数据以<s_i,t,D>格式表示，其中s_i为传感器ID，t为时间戳，D为感知的动态数据内容。首先将采集的原始数据进行预处理，再采用预定义标准进行封装，感知的静态数据首先通过XML到关系型数据转换，再进行标准化封装。其中，预处理过程包括：

将原始感知的数据转换为资源k的数量信息IQ(s_i,t,k),其中r表示读取功能，0表示单个读取，1表示多个读取；Ut(k)代表ID为S_i的传感器在感知范围内是否感知到资源k，0表示无感知，1表示感知；C为常数，表示资源的计算量纲。

在事件关联分析和匹配运算中，确定关键监控环节的信息为关键事件，将挖掘的关键事件与原始事件的关系生成基于XML的多层事件描述文件，根据关联模型进行事件匹配处理，结合关键事件及其匹配模板的构成，实现基于模板匹配的过程关键事件处理，最终得到关联结果。选择模板匹配作为关键事件处理中对数据流的处理方案，模板以XML格式文档储存于知识库中，结合模板匹配和关键事件处理技术对过程事件进行处理。将多层次事件实例的处理当作业务。根据设定的业务优先级进行关键事件模式匹配，从而缩短关键事件处理时间。具体操作为：

将关键事件模式库中的关键事件模式映射为有向图并保存在内存数据库中，其中，有向图的节点、中间节点、根节点分别对应为原子事件、中间模式、关键事件模式，相同节点合并。

当产生原子事件时，子节点进行关键事件关联配对并将处理结果传送至父节点。当对应的父节点检测到子节点事件实例的输入时，搜索相应节点中的匹配模式并执行关联处理。若配对成功，则中间节点输出处理后的关键事件实例到父节点以待后续的关联处理，根节点输出最终输出感知处理的关键事件；若匹配未成功，则根据语义判断存储或丢弃相应的事件实例。

结合车联网服务挖掘机制，将车联网服务归并流程分为三个阶段：第一阶段是根据服务挖掘的结果，将一系列与子业务关联的车联网业务按子业务归类形成不同的服务簇；第二阶段为协商阶段，是根据车联网服务属性设置约束条件，筛选不满足基本功能要求的服务，从每个服务簇中随机选择一个车联网服务所组成的归并方案完成车联网业务；第三阶段为优化阶段，针对筛选后的服务归并初始方案，设置目标函数，求出最优归并方案。

为了筛选服务簇中不能满足车联网业务需求的服务，执行两步协商过程。第一步协商删除掉那些不能满足车联网服务实例运行条件的服务；

假设现有服务集VCS＝{vcs₁,vcs₂,…,vcs_n]，其上下文分别是csc_i，i＝l，2，…,n；系统中存在m个车联网资源，记为vs_x，上下文分别是vsc_x＝l，2，…,m，车联网服务需求上下文为ldc。设计车联网服务与车联网资源的上下文协商的约束条件为：车联网资源上下文属性集合包含服务需求上下文属性集合，且类型相同，所需要的车联网资源的属性值不小于服务需求上下文的属性值，表示如下：

{ldc_i.pa_j,j∈N}∈{lsc_x.pa_k,k∈N}∧ldc_i.pa_j＝lsc_x.pa_j

ldc_i.va_j≤lsc_x.pa_j j∈N

其中pa_j表示属性集合中的第j个属性，va_j表示的第j个属性的属性值，当车联网资源在同一个时点有多个服务实例在运行时，这些业务属性值的总和不大于该车联网资源的属性值。

当某项子业务与其有前序关系的子业务分别需要使用不同的车联网资源时，设分别使用资源ls_l和ls_p，那么还应当满足如下的约束条件：

te(ldc_i.vate,ldc_j.vate)<te(ls_l.vate,ls_p.vate)

其中，vate表示通信业务的属性值，te(x,y)是用来计算通信业务值的成本函数。

第二步协商，从每个服务簇中，随机选择出一个服务组成一个服务归并方案，使得每个服务之间能满足时刻表触发的特点。前一个服务的最迟结束时间必须在紧邻下一个服务的最早开始时间之前，满足按时刻表触发的特点。

对云计算环境下车联网服务归并的多目标问题，本发明对蚁群算法进行改进。首先设置数据为<K_i,V_i>键值对，K_i是整型数，它是第i个子种群的数字标签，而V_i表示第i个子种群的数据结构，其实质是该种群中所有个体的数组。在进行个体迁移时，k-v作为输入个体替换。总业务被映射函数的并行操作分解，并分配给集群运行，同时产生的中间数据直接汇入分布式文件系统。在分布式文件系统中写入m个空文件，对应m个子种群，然后根据键值对，向空文件中添加初始化个体，这时，MapReduce将总业务分为m个映射并行业务，分配到各个数据节点并行计算，然后把添加了个体的子种群保存到分布式文件系统上的初始文件中；第二步，并行化运行迭代多次的进化，进行个体迁移，从而得到最优解。首先根据k值，读出对应子种群以及需要迁移的个体，然后种群进化g代，g为预设阈值。这时，MapReduce将每个子种群的进化业务对应一个映射业务，分配到数据节点上并行计算，g代进化完成后，在各个子种群间进行个体迁移，采用优差模式替换，并把新形成的子种群写入分布式文件系统中子种群文件中。迁移完成后，进行下一次迭代，重复运行。这样经过多次进化、迁移的操作后，最终得到最优解。

为平衡种群多样性和收敛速度，变异策略改进为：

C＝F₁G_best+(1-F₁)x_i

式中，F₁是0到1之间的随机数，i是本代相应的个体，G_best是最优个体。

综上所述，本发明提出了一种感知网络信息重构方法，针对车联网系统感知数据的海量性和异构多变性特点，通过系统的手段实现车联网服务描述、服务封装、服务挖掘和服务归并，采用统一的数据接口对异构信息综合感知及处理，实现信息的无缝交互和不同应用系统数据之间的标准化共享。

显然，本领域的技术人员应该理解，上述的本发明的各模块或各步骤可以用通用的计算系统来实现，它们可以集中在单个的计算系统上，或者分布在多个计算系统所组成的网络上，可选地，它们可以用计算系统可执行的程序代码来实现，从而，可以将它们存储在存储系统中由计算系统来执行。这样，本发明不限制于任何特定的硬件和软件结合。

应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (4)

1.一种感知网络信息重构方法，包括：

车联网感知节点发送接入请求；

设置预设数据整合规则，对车联网感知节点的数据进行实时逻辑运算；

建立数据与事件之间的映射关系和处理机制，实现数据的处理和信息集成。

2.根据权利要求1所述的方法，其特征在于，所述设置预设数据整合规则包括，在获取车联数据的基础上，进行多元信息的关系定义、规则运算及增值处理，以提供支持过程监控与决策优化的关键事件信息；根据事件的类型，进行过程事件的分类汇集和存储。

3.根据权利要求1所述的方法，其特征在于，如果节点不支持直接向车联网平台的交互层发送请求，则由代理服务器进行协议转换。

4.根据权利要求1所述的方法，其特征在于，在处理感知节点上传的信息时，将请求转发给负载均衡处理服务器；负载均衡处理服务器根据感知节点的位置和负载均衡策略指定分区服务器；

感知节点重新连接分区服务器；将感知节点的位置与地图进行匹配校正，然后根据感知节点的位置和交通参数进行决策决定是否采集该节点上传的数据，如果不需采集则设置工作模式降低采样频率，如果需要采集则处理感知节点上传的车载数据流；

分区服务器将处理后的交通信息数据存入数据库，向协同控制策略服务器查询传感器协议优化策略，给感知节点返回响应；从数据库中查询主动选择最优的车载数据流提供给控制算法进行信号控制优化；根据策略选择需要协同的位置，并协调多个路侧单元进行协同；

协同控制服务器提供区域协同控制策略和优化结果；协同控制服务器根据优化结果提供配时策略并下发给路侧单元；用户通过互联网向交互层查询车联网信息。