专利名称：一种交通管理数据交互方法及消息服务系统的制作方法
技术领域：
本发明涉及一种交通管理数据交互方法，特别涉及一种交通管理数据交互方法及 消息服务系统。
背景技术：
随着时代的进步以及社会的发展，各城市的机动车保有量迅速增长，从而导致城 市、城际之间的交通矛盾日益突出。而城市交通是否通畅直接影响到城市的经济和发展，从 而解决交通问题迫在眉睫。要想快速有效的解决城市交通中的问题，就必须准确了解城市交通中涉及到的各 种交通元素，以及整个城市的交通状况。而城市控制中的各数据源从空间上来说，分布在不 同的位置；从时间上来说，有历史数据以及实时数据；从采集方式上，对各项数据的采集， 是分布在不同的系统中。要想把如此纷繁复杂的交通管理数据整合起来，进行快速分析定 位，就必须有一个性能良好的数据交互服务。目前在交通领域通常会利用设备对交通状态做数据采集，这些交通状态的数据包 括交通流数据，然后对这些数据进行分析，并将分析结果通过信息系统传递给用户，这些信 息系统均采用Web Service访问机制(见图1)，ftp机制(图2)，或消息队列来实现各系 统之间的数据交互。数据的交互效率以及实时性、准确性受到了极大的限制。对于使用web Service进行数据交互的方式，数据的提供方将数据存储到数据库 或者其他存储介质后，数据的使用方并不能及时了解到这种情况，即时使用定期巡检，也会 有一定的时延。对于利用ftp技术，进行数据交互的系统，也存在着实时性的局限性。采集端将数 据存储到ftp文件夹下，使用端利用简单的二次开发，可以获取到ftp服务器的数据。这种 交互方式的优势是，不管使用方是否存在，提供方都可以将采集结果，存储到相应的位置； 缺点就是，使用方无法第一时间了解所需的数据是否已经到位，并得到所需的消息，因此， 实时性无法保证。对于现有的另外一种交互方式就是消息队列(MQ)。消息交互方之间，利用消息 队列提供的接口方法，向消息队列存放数据或者将消息队列中的消息发送给接收端，由于 消息队列在发送消息时需要被指定接收端，当消息队列中的消息被发送给接收端后，此消 息会被从消息队列中删除，因此对于一些未被指定的接收端而言，无法在第一时间接收到 服务器向外发出的消息，因此，消息队列的实时性也仍然不够。智能交通领域的优化控制和预测，不仅仅需要在对现场的交通流数据进行及时的 采集和分析，而且需要将分析出的结果以最快速度传递给用户，其消息传递的实时性显得 尤为重要，而上述技术的应用会带来一定的局限性，消息的实时性难以保证。
发明内容
为此，本发明在于提出一种具有高实时性的一种交通管理数据交互方法及消息服
4务系统。因此，一种交通管理数据交互方法，包括以下步骤a)数据的采集数据采集子系统将实时采集到的交通流数据进行分析，并根据分析结果及时形成 交通消息发送给消息服务器；b)消息的接收消息服务器接收来自数据采集子系统的消息，所述消息包括交通消息和用于订阅 所述交通消息的消息订阅请求；c)消息的解析所述消息服务器对接收到的所述消息进行解析，将其中的所述消息订阅请求进行 保存；d)消息的发送所述消息服务器根据所保存的所述消息订阅请求，将随后接收到的相应的被订阅 的所述交通消息发送给订阅该消息的客户端。上述的交通管理数据交互方法，所述消息服务器对消息的处理为多线程处理。上述的交通管理数据交互方法，所述消息还包括用于取消订阅所述交通消息的消 息取消订阅请求，所述消息的解析包括如下处理方式i.判断所述交通消息或所述客户端消息的数据格式的合法性对为不合法数据格式的所述消息进行过滤，对为合法数据格式的所述消息进行进 一步的类型判别；ii.判别合法消息的类型如果被判别的消息类型为订阅类型时，则加入消息订阅列表；如果被判别的所述消息为取消订阅类型时，则从所述消息订阅列表中删除相应的 消息订阅请求。上述的交通管理数据交互方法，所述消息的发送是利用线程池的函数来创建发送 线程，将解析后的数据发送给相应的订阅者。发送结束后，退出该线程。上述的交通管理数据交互方法，所述消息服务器对接收到的所述消息进行解析后 识别为必达性质的必达信息时，将所述必达消息保存于所述消息服务器中；并将所述必达 消息发送给订阅了所述必达消息的必达消息接收端；当所述服务器接收到了所述必达消息接收端的确认接收反馈时，所述服务器将被 保存的所述必达消息删除；当所述服务器未接收到所述必达消息接收端的确认接收反馈时，所述服务器此后 将定期向所述必达消息接收端发送所述必达消息。一种采用上述任一交通管理数据交互方法的消息服务系统，包括至少一个数据采集子系统，每个所述数据采集子系统将采集到的交通流数据进行 分析，并根据分析结果及时形成消息进行转发；消息服务器，与各所述数据采集子系统连接，通过消息订阅的方式实时地将从所 述数据采集子系统处接收到的所述交通消息转发给订阅了此交通消息的客户端。
5
上述的消息服务系统，所述消息服务器包括a.消息接收模块所述消息接收模块接收来自所述数据采集子系统的交通消息和来自客户端的客 户端消息；b.消息解析模块所述消息解析模块与所述消息接收模块连接，对接收到的所述交通消息和来自客 户端的客户端消息进行解析，并将客户端消息中的消息订阅请求进行保存；c.消息发送模块所述消息发送模块与所述消息解析模块连接，根据所保存的所述消息订阅请求， 将随后接收到的相应的被订阅的所述交通消息发送给订阅该消息的客户端。上述的消息服务系统，所述数据采集子系统包括用于采集交通流数据的信号机， 和与所述信号机连接的用于对接收的所述交通流数据进行分析并形成交通消息进行转发 的数据处理装置。上述的消息服务系统，还包括一个所述消息发送模块连接的消息必达模块，所述 消息必达模块接收和保存来自所述消息发送模块的具有必达性质的必达消息，并将所述必 达消息发送给订阅了所述必达消息的必达消息接收端当所述服务器接收到了所述必达消息接收端的确认接收反馈时，所述消息必达模 块将被保存的所述必达消息删除；当所述服务器未接收到所述必达消息接收端的确认接收反馈时，所述消息必达模 块此后将定期向所述必达消息接收端发送所述必达消息。上述的消息服务系统，又包括一个与所述消息发送模块连接的消息日志模块，所 述消息日志模块用于对接收以及发送过程中的异常数据进行记录，以便后期查询。本发明具有以下优点1.本消息服务系统通过数据采集子系统将采集到的交通流数据进行分析，并根据 分析结果及时形成消息转发给消息服务器；消息服务器采用消息订阅的方式对消息进行订 阅，可以确保消息服务器在接收到由数据采集子系统发送来的所述交通消息后，立即将所 述交通消息发送给订阅了该消息的接收客户端，大大地提高了消息传输的实时性。2、采用多线程的消息处理方式可以确保同时发送和接收多条消息，提高了消息传 输的实时性。3、采用消息必达模块可以确保可以在必达消息没有达到消息接收端时，可以定期 向所述消息接收端发送消息，直至服务器接到所述消息接收端发来的确认接收反馈。
为了使本发明的内容更容易被清楚的理解，下面根据本发明的具体实施例并结合 附图，对本发明作进一步详细的说明。图1是用于描述现有技术中，利用web service技术进行数据交互的框2是利用ftp技术进行数据交互的框图；图3是消息服务器架构图；图4是具有消息必达模块消息日志模块的消息服务器架构图中箭头代表和模块的连接关系以及消息流向。
具体实施例方式实施例1如图3所示，交通管理数据交互方法的消息服务系统，包括数据采集子系统Si，每个所述数据采集子系统将采集到的交通流数据进行分析， 并根据分析结果及时形成交通消息进行转发；其中，所述数据采集子系统由采集交通流数 据的信号机，和与所述信号机连接对采集到的所述交通流数据进行分析，并根据分析结果 形成消息进行转发的数据处理装置(此处未标出)。消息服务器，所述消息服务器分别与所述数据采集子系统Sl连接，并接收由所述 数据采集子系统Sl发送来的所述交通消息消息和由客户端Rl发送来的客户端消息，所述 客户端消息包括订阅所述交通消息的消息订阅请求和消息订阅所述交通消息的消息取消 订阅请求；所述消息服务器具体包括消息接收模块，所述消息接收模块接收来自数据采集 子系统Si的交通消息，用于订阅所述交通消息的消息订阅请求，以及用于取消订阅所述交 通消息的消息取消订阅请求；消息解析模块，所述消息解析模块与所述消息接收模块连接，对接收到的所述交 通消息或所述客户端消息进行解析i.判断消息的数据格式的合法性对为不合法数据格式(数据格式不为XML)的所述消息进行过滤，对为合法数据格 式(格式为XML)的所述消息进行进一步的类型判别；ii.判别合法消息的类型当消息格式为XML格式时，如果被判别的所述消息的元素名为“subscription” 时，如下所示< ？ xml version = 1·0\〃 encoding = \〃 GB2312\〃 ？ >〈subscription System = \〃 ATMS\〃 Ver = \" 1·0\〃 >则视为消息订阅请求，并将其加入消息订阅列表；如果被判别的所述消息的元素名为“unsubscription”时，如下所示< ？ xml version = 1·0\〃 encoding = \〃 GB2312\〃 ？ >〈unsubscription System = \"ATMS\〃 Ver = \" 1·0\〃 >
<messagetype> 路况信息 </messagetype> <sourceIP>106. 108. 1. 20</sourceIP> <user>Rl</user> </subscription)
<systemtype> 子系统类型 </systemtype> <messagetype> 路况信息 </messagetype> <sourceIP>106. 108. 1. 21</sourceIP>
<user>R2</user> </unsubscription>
7
则从所述消息订阅列表中删除相应的消息订阅请求。如果被判别的所述消息的元素名为“message”时，则如下所示< ？ xml version = 1·0\〃 encoding = \"GB2312\〃 ？ >〈message System = \"ATMS\〃 Ver = \" 1·0\〃 ><messagetype> 路况信息 </messagetype><sourceIP>106. 108. 1. 23</sourceIP><messagecontent> 前方路况良好 </messagecontent></message>则送往发送模块。本实施例中假设首先由客户端Rl发送了元素名为‘‘subscription”的消息给消息 服务器，此后，由数据采集子系统Sl发送了元素名为“message”的交通消息给消息服务器。a)消息发送模块所述消息发送模块与所述消息解析模块连接，所述消息发送模块根据接收到的所 述交通消息“messagetype”属性下的消息类型，本实施例为“路况信息”，从已保存的消息订 阅请求中找出其“messagetype”属性也为“路况信息”的消息订阅请求(本实施例以Rl发 送的消息订阅请求为例)，然后，根据该消息订阅请求中“sourcelP”的IP地址(本实施例 Rl的IP地址为“106. 108. 1. 20”)作为消息接收端的IP地址，将该交通消息发送给该交通 消息的接收端Rl。本实施例中，消息服务器对消息的处理为多线程处理方式，每个与所述消息服务 器连接的所述客户端，有一个独立的消息处理线程，用于发送和接收消息。所述消息的发送 是利用线程池的函数来创建发送线程，将解析后的数据发送给相应的订阅者，发送结束后， 退出该线程。实施例2本实施例与实施例1的区别在于客户端Rl与消息服务器建立连接后，消息服务 器为其分配句柄hi ；客户端Rl发送了一条消息订阅请求给消息服务器，订阅路况信息，消 息服务器将客户端Rl的所述消息订阅请求和客户端Rl的句柄hi加入订阅列表中。此后，采数据采集子系统Sl与消息服务器建立连接，消息服务器为其分配句柄 h2 ；采数据采集子系统Sl向消息服务器发送了一条“messagetype”属性为“路况信息”的 交通消息后，消息服务器对该消息进行解析，并与订阅列表比对，找到了订阅此消息的句柄 hi，之后通过发送模块，使用hl，发送给了客户端R1。完成一次消息流转。实施例3如图4所示，本实施例与实施例1的区别在于所述消息服务器还包括一个与所述 消息发送模块连接的消息必达模块，所述消息解释模块对接收到的消息进行解释，当识别 消息为合法的XML格式的消息后，对其消息的类型进行判别。当接收到的消息的元素名为 “message”时，判断为交通消息，当该交通消息中具有“forcemission”属性时，则判断为具 有必达性质的必达消息，如下所示< ？ xml version = 1·0\〃 encoding = \〃 GB2312\〃 ？ >〈message System = \〃 ATMS\〃 Ver = \" 1·0\〃 ><messagetype> 报警信息 </messagetype>
<sourceIP>106. 108. 1. 23</sourceIP> <targetIP>106. 108. 1. 21</targetIP> <forcemission>10</forcemission>
<user>Sl</user> <messagecontent> 路况报警 </messagecontent> </message>并将所述必达消息通过消息发送模块传送给所述消息必达模块进行保存。所述消息发送模块根据其“targetIP”属性中的IP地址“ 106. 108. 1. 21 ”，将该必 达消息发送给IP地址为“106. 108. 1. 21”的接收客户端，(本实施例以R2为必达消息的接 收客户端为例)，当所述客户端R2接收到该必达消息后，给于消息服务器一个确认接收反 馈，所述消息服务器通过所述消息发送模块将所述确认接收反馈送至所述消息必达模块， 所述消息必达模块接到到所述确认接收反馈后将被保存的所述必达消息删除。如果所述消 息服务器未接收到所述确认接收反馈时，所述消息必达模块将自动根据地“forcemission” 属性中的次数定期向客户端R2发送所述必达消息，直至接收到所述确认接收反馈为止。 (本实施例的重发次数为10次)所述消息服务器又包括一个分别与所述消息接收模块，所述消息解释模块，所述 消息发送模块连接的消息日志模块，所述消息日志模块用于对接收以及发送过程中的异常 数据进行记录，以便后期查询。显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对 于所属领域的普通技术人员来说，在上述说明的基础上还可以根据设备的大小不同做出其 它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出 的显而易见的变化或变动仍处于本发明创造的保护范围之中。
9
权利要求
一种交通管理数据交互方法，其特征在于包括以下步骤a)数据的采集数据采集子系统将采集到的交通流数据进行分析，并根据分析结果及时形成交通消息发送给消息服务器；b)消息的接收消息服务器接收来自所述数据采集子系统的交通消息和来自客户端的客户端消息，其中所述客户端消息包括订阅所述交通消息的消息订阅请求；c)消息的解析所述消息服务器对接收到的所述交通消息或所述消息订阅请求进行解析，将其中的所述消息订阅请求进行保存；d)消息的发送所述消息服务器根据所保存的所述消息订阅请求，将随后接收到的相应的被订阅的所述交通消息发送给订阅该消息的客户端。
2.根据权利要求1所述的交通管理数据交互方法，其特征在于 所述消息服务器对消息的处理为多线程处理。
3.根据权利要求2所述的交通管理数据交互方法，其特征在于所述客户端消息还包括用于取消订阅所述交通消息的消息取消订阅请求，所述消息的解析包括如下处理方式i.判断所述交通消息或所述客户端消息数据格式的合法性对为不合法数据格式的所述交通消息和所述客户端消息进行过滤，对为合法数据格式 的所述交通消息和所述客户端消息进行进一步的类型判别； .判别合法消息的类型如果被判别的消息类型为订阅类型时，则加入消息订阅列表； 如果被判别的所述消息为取消订阅类型时，则从所述消息订阅列表中删除相应的消息 订阅请求。
4.根据权利要求1-3任一所述的交通管理数据交互方法，其特征在于所述消息服务器对接收到的所述交通消息进行解析后识别为必达性质的必达信息时， 将所述必达消息保存于所述消息服务器中；并将所述必达消息发送给订阅了所述必达消息 的必达消息接收端；当所述服务器接收到了所述必达消息接收端的确认接收反馈时，所述服务器将被保存 的所述必达消息删除；当所述服务器未接收到所述必达消息接收端的确认接收反馈时，所述服务器此后将定 期向所述必达消息接收端发送所述必达消息。
5.一种采用权利要求1-4中任一交通管理数据交互方法的消息服务系统，其特征在 于包括至少一个数据采集子系统，每个所述数据采集子系统将采集到的交通流数据进行分 析，并根据分析结果及时形成交通消息进行转发；消息服务器，与各所述数据采集子系统连接，通过消息订阅的方式实时地将从所述数 据采集子系统处接收到的所述交通消息转发给订阅了此交通消息的客户端。
6.根据权利要求5所述的消息服务系统，其特征在于所述消息服务器包括a.消息接收模块所述消息接收模块接收来自所述数据采集子系统的交通消息和来自客户端的客户端 消息；b.消息解析模块所述消息解析模块与所述消息接收模块连接，对接收到的所述交通消息和来自客户端 的客户端消息进行解析，并将客户端消息中的消息订阅请求进行保存；c.消息发送模块所述消息发送模块与所述消息解析模块连接，根据所保存的所述消息订阅请求，将随 后接收到的相应的被订阅的所述交通消息发送给订阅该消息的客户端。
7.根据权利要求6所述的消息服务系统，其特征在于所述数据采集子系统包括用于 采集交通流数据的信号机，和与所述信号机连接的用于对接收的所述交通流数据进行分析 并形成交通消息进行转发的数据处理装置。
8.根据权利要求7所述的消息服务系统，其特征在于还包括一个所述消息发送模块 连接的消息必达模块，所述消息必达模块接收和保存来自所述消息发送模块的具有必达性 质的必达消息，并将所述必达消息发送给订阅了所述必达消息的必达消息接收端当所述服务器接收到了所述必达消息接收端的确认接收反馈时，所述消息必达模块将 被保存的所述必达消息删除；当所述服务器未接收到所述必达消息接收端的确认接收反馈时，所述消息必达模块此 后将定期向所述必达消息接收端发送所述必达消息。
9.根据权利要求8所述的消息服务系统，其特征在于又包括一个与所述消息发送模 块连接的消息日志模块，所述消息日志模块用于对接收以及发送过程中的异常数据进行记 录，以便后期查询。
全文摘要
一种交通管理数据交互方法及消息服务系统，包括以下步骤a)数据采集子系统将实时采集到的交通流数据进行分析，并根据分析结果及时形成交通消息发送给消息服务器；b)消息服务器接收来自数据采集子系统的消息，所述消息包括交通消息和用于订阅所述交通消息的消息订阅请求；c)所述消息服务器对接收到的所述消息进行解析，将其中的所述消息订阅请求进行保存；d)所述消息服务器根据所保存的所述消息订阅请求，将随后接收到的相应的被订阅的所述交通消息发送给订阅该消息的客户端。
文档编号H04L12/58GK101902412SQ20101021978
公开日2010年12月1日 申请日期2010年6月28日 优先权日2010年6月28日
发明者宋波, 张秀梅, 林拥军, 甄爱武 申请人:北京易华录信息技术股份有限公司