CN109005075A - 交通前端设备联网方法及系统 - Google Patents
交通前端设备联网方法及系统 Download PDFInfo
- Publication number
- CN109005075A CN109005075A CN201811113705.9A CN201811113705A CN109005075A CN 109005075 A CN109005075 A CN 109005075A CN 201811113705 A CN201811113705 A CN 201811113705A CN 109005075 A CN109005075 A CN 109005075A
- Authority
- CN
- China
- Prior art keywords
- equipment
- rear end
- headend equipment
- end equipment
- headend
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
Abstract
本发明提供一种交通前端设备联网方法及系统,其中所述方法包括如下步骤:根据设置条件触发本前端设备在对应网络的注册,查询默认后端设备的IP地址,向所述默认后端设备发送通信注册报文,所述通信注册报文至少包括用于连接本前端设备的IP地址;接收所述默认后端设备基于所述通信注册报文发起的定向通信请求,以实现与所述默认后端设备或通过所述默认后端设备转发的扩展后端设备的信息通信。本发明可以大大简化前端设备的联网管理,避免前端设备网络配置的复杂易错。
Description
技术领域
本发明涉及智能交通技术领域,尤其涉及一种交通前端设备联网方法及系统。
背景技术
在智能交通领域中,尤其随着机动车电子标识技术的普及,车辆的识别工作可以通过射频识别设备收发射频信号的方式实现,优选地所在频段介于920-925MHz,射频识别设备与安装在车辆前挡风玻璃上的机动车电子标识进行交互,从而获得机动车电子标识反馈的车辆身份等识别信息,并将识别信息统一地传输给相应的数据平台。然而,射频识别设备等前端设备与数据平台等后端设备通信时,建议采用的主要通信方式是前端设备作为TCP/IP协议的服务端(server)。如图1所示,当多台射频识别设备与数据平台进行通信时,多台射频识别设备组成一个以太网,具体的射频识别设备是分别安装在不同位置路口上,数据平台通过通信访问射频识别设备来获取相应的识别信息。因此,每台射频识别设备需要进行IP配置,数据平台只有知道了射频识别设备的IP地址,才能锁定通信的目标,与其进行数据交互。
目前,设备的IP配置主要包括两种方式,第一种方式是通过人工配置设备的IP地址,操作人员固定选取一个IP地址在指定设备上进行设置,第二种方式是通过DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)服务器来动态分配设备的IP地址。第一种方式的优点是IP地址明确,方便通信连接,但缺点在于一旦设置完成,不便进行修改,更重要的是设置的入网设备较多时,人工配置IP地址易于与网内已配置的设备IP地址相同,导致设备之间IP冲突,使得发生冲突的各台设备都不能正常访问。第二种方式的优点是IP配置简易,只要设置好DHCP服务器即可实现网内所有设备的IP地址自动配置,缺点在于其他设备没有办法确定特定设备的IP地址,因而导致与特定设备建立连接出现困难。
如上所述,如果交通应用中射频识别设备等前端设备应用DHCP分配IP地址,就不能有效地管理各个前端设备所配置的IP地址,从而不能保证前端设备与后端设备正常建立连接以实现数据通信。因此,目前应用在智能交通中的前端设备仅仅只能采用静态IP设置,由安装人员在安装过程中进行手动配置,在实际使用的过程中,频繁出现安装人员配错设备IP地址导致IP冲突,给整个交通管理系统的建设带来很大的不便。
发明内容
本发明的目的在于提供一种交通前端设备联网方法及系统,解决了现有技术中前端设备网络配置不灵活容易出错,建立交通管理系统网络通信方式麻烦的技术问题。
为了解决上述技术问题,本发明的一种交通前端设备联网方法,包括如下步骤:
根据设置条件触发本前端设备在对应网络的注册,查询默认后端设备的IP地址,向所述默认后端设备发送通信注册报文,所述通信注册报文至少包括用于连接本前端设备的IP地址;
接收所述默认后端设备基于所述通信注册报文发起的定向通信请求,以实现与所述默认后端设备或通过所述默认后端设备转发的扩展后端设备的信息通信。
作为本发明上述交通前端设备联网方法的进一步改进,向所述默认后端设备发送通信注册报文后,监测所述默认后端设备是否返回确认报文,如果未返回,重新发送通信注册报文。
作为本发明上述交通前端设备联网方法的进一步改进,向所述默认后端设备发送通信注册报文后,接收所述默认后端设备返回的扩展后端设备列表,根据所述扩展后端设备列表中的对应IP地址向对应扩展后端设备发送通信注册报文。
作为本发明上述交通前端设备联网方法的进一步改进,所述设置条件包括本前端设备上电初始化、本机IP地址变化。
为了解决上述技术问题,本发明的一种交通前端设备联网方法,包括如下步骤:
接收对应前端设备发送的通信注册报文并根据所述通信注册报文将对应前端设备信息存储到前端设备列表中;
根据需要建立与对应前端设备的定向通信,所述定向通信通过查询所述前端设备列表中对应前端设备的IP地址实现连接。
作为本发明上述交通前端设备联网方法的进一步改进,作为默认后端设备,接收对应扩展后端设备的注册或注销并更新扩展后端设备列表中的对应信息,并将扩展后端设备列表发送给对应前端设备更新。
作为本发明上述交通前端设备联网方法的进一步改进,作为默认后端设备,接收到对应前端设备的通信注册报文,在符合注册要求时,根据对应前端设备所在的网络将对应的扩展后端设备列表返回给对应前端设备以通知对应前端设备需要注册的关联扩展后端设备。
作为本发明上述交通前端设备联网方法的进一步改进,定期向前端设备列表中的前端设备发送心跳探测报文,以根据返回的状态应答报文确定对应前端设备的在线状态。
为了解决上述技术问题,本发明的一种交通前端设备联网系统,包括:
触发单元,用于根据设置条件触发本前端设备在对应网络的注册,查询默认后端设备的IP地址,向所述默认后端设备发送通信注册报文,所述通信注册报文至少包括用于连接本前端设备的IP地址;
第一通信单元,用于接收所述默认后端设备基于所述通信注册报文发起的定向通信请求,以实现与所述默认后端设备或通过所述默认后端设备转发的扩展后端设备的信息通信。
为了解决上述技术问题,本发明的一种交通前端设备联网系统,包括:
注册单元,用于接收对应前端设备发送的通信注册报文并根据所述通信注册报文将对应前端设备信息存储到前端设备列表中;
第二通信单元,根据需要触发与对应前端设备的定向通信,所述定向通信通过查询所述前端设备列表中对应前端设备的IP地址实现连接。
与现有技术相比,本发明中前端设备在联网时,需要在对应的后端设备进行注册,以使对应的后端设备获得相应通信连接方式,后端设备根据需要通过相应的通信连接方式与前端设备实现通信。本发明可以大大简化前端设备的联网管理,避免前端设备网络配置的复杂易错。
结合附图阅读本发明实施方式的详细描述后,本发明的其他特点和优点将变得更加清楚。
附图说明
为了更清楚地说明本发明实施方式或现有技术的技术方案,下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见,下面描述中的附图仅仅是本发明中记载的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为数据平台与射频识别设备通信的拓扑图。
图2为本发明一实施方式中交通前端设备联网方法流程图。
图3为本发明一实施方式中交通前端设备联网方法流程图。
图4为本发明一实施方式中前端设备入网交互流程图。
图5为本发明一实施方式中前端设备IP更新交互流程图。
图6为本发明一实施方式中扩展后端设备入网交互流程图。
图7为本发明一实施方式中扩展后端设备注销交互流程图。
图8为本发明一实施方式中前端设备在线状态检测交互流程图。
图9为本发明一实施方式中交通前端设备联网系统示意图。
图10为本发明一实施方式中交通前端设备联网系统示意图。
具体实施方式
以下将结合附图所示的各实施方式对本发明进行详细描述。但这些实施方式并不限制本发明,本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。
需要说明的是,在不同的实施方式中,可能使用相同的标号或标记,但这些并不代表结构或功能上的绝对联系关系。并且,各实施方式中所提到的“第一”、“第二”等也并不代表结构或功能上的绝对区分关系,这些仅仅是为了描述的方便。
在智能交通领域,为了提高交通管理的效率,通常都会在道路的关键路段设置有各种前端设备,实现对车辆的自动化监管。前端设备包括射频识别读写器、交通用摄像机等,更多的还会包括断面控制器等数据处理或转发设备。相对于前端设备的后端设备,更多承担的是数据存储及管理的工作,比如数据平台,用于统一地搜集各个前端设备采集的识别信息等,进一步对其数据进行处理并根据特定应用需求展示相应的交通信息,在本实施方式中,后端设备包括默认后端设备及扩展后端设备。由于后端设备与前端设备之间传输的都是数据量较大、持续的识别信息,因此根据相关标准的要求需要基于TCP可靠连接的通信,保证数据传输的稳定性。
如图2所示,本发明一实施方式中交通前端设备联网方法示意图。作为前端设备,具体的交通前端设备联网方法包括如下步骤:
步骤S11、根据设置条件触发本前端设备在对应网络的注册,查询默认后端设备的IP地址,向所述默认后端设备发送通信注册报文,所述通信注册报文至少包括用于连接本前端设备的IP地址。前端设备如上所述,大多数都是安装在前端的道路上用于识别相应的车辆信息,对应需要将采集到相关数据传到后端,根据应用实践中倾向的需求,是以前端设备作为服务器端与后端设备建立连接,后端设备通过访问对应的前端设备获得相应的采集数据,但是如果前端设备采用动态分配IP地址的方式没有采用固定设置的IP地址,后端设备很难知道对应前端设备IP地址。因此,在本实施方式中,当前端设备处于对应的网络中时,会在一定设置条件下触发本前端设备在对应网络的注册,其具体是向对应的默认后端设备发送本前端设备的IP地址,保证对应的默认后端设备始终知道本前端设备最新的IP地址,从而实现通信连接。其中,由于对应网络中可能存在若干个前端设备,因此本前端设备是指特定触发过程关联所在的前端设备,而默认后端设备可以是一个中心服务器,主要用于对整个网络前端设备的入网管理,进一步还可以对扩展后端设备进行管理,以下将详述。在具体的实施方式中,为了实现在对应网络的注册,首先确定默认后端设备的IP地址,相关默认后端设备的IP地址可以是随对应前端设备出厂时默认配置的信息,也可以是前端设备在后期使用时通过软件升级重新配置的信息,亦或者通过其他服务器等信息源下载获得的信息。通过在本前端设备上查询到相应的IP地址,就可以与默认后端设备进行通信,具体对应前端设备可以与对应的默认后端设备建立TCP连接,亦或者直接通过UDP的方式发送信息。对应前端设备向默认后端设备发送通信注册报文,其目的是告诉默认后端设备对应网络中有更新的前端设备及联系到该前端设备的方式。通信注册报文为了表示本前端设备的通信方式,可以包括本前端设备的IP地址,在更多的实施方式中,还可以包括相应的端口号、设备安装位置等。对应的默认后端设备在获得相应的通信注册报文时可以知道对应编号的前端设备的IP地址信息等。由于前端设备主动发送通信注册报文的目的是让相关的后端设备知道本前端设备的IP地址,因此用于触发的设置条件主要可以包括两种状态,一种是上电初始化,另一种是本机IP地址变化,第一种由于前端设备在上电或者重新上电后,可能会被重新分配一个IP地址,因此需要通知网络的后端设备新的IP地址,具体地,相应的触发程序可以集成在相应的初始化程序中,上电的时候自动运行。同理前端设备虽然没断电,根据某些网络运营商的规则,也会在一定的周期内重新分配IP地址,因此在 IP地址发生变动时也需要触发相关的注册过程。
优选地,为了减少网络环境等干扰,本前端设备在向所述默认后端设备发送通信注册报文后,还会在第一阈值时间范围内检测所述默认后端设备是否返回确认报文,如果未返回,说明很可能是由于默认后端设备并没有成功接收到相应的通信注册报文,此时可以重新发送通信注册报文,为了防止始终没有收到对应的确认报文而不断地重发带来死循环,可以在超过第一阈值时间后停止重发,减少对网络的占用。
作为默认后端设备,当接收到对应前端设备的通信注册报文后,优选地,可以对通信注册报文中的特定前端设备进行安全认证,确定对应的前端设备是否是对应网络授权范围内的设备,具体可以借助相关加减密的方法来实现,比如通信注册报文中包括随机数及对应随机数的密文,默认后端设备收到以后通过对密文进行解密并跟随机数进行比较以确定是否授权。当符合授权条件时,在默认后端设备对应的前端设备列表中存储相应的前端设备信息,而在执行步骤S12时,可以通过查询前端设备列表中的信息以获得对应前端设备的通信地址。在默认后端设备中还包括一个扩展后端设备列表,扩展后端设备也是后端设备的一种,与默认后端设备相比,前端设备并必然知道相关扩展后端设备的存在,扩展后端设备的存在往往可能是后期新加入网络的设备。因此当扩展后端设备加入网络时,会向默认后端设备中的扩展后端设备列表存储相应的信息,比如扩展后端设备的IP地址等。因此,通过默认后端设备向对应前端设备返回扩展后端设备列表,可以让对应前端设备知道相应的扩展后端设备的存在,就也可以基于相应的设置条件触发向扩展后端设备发送通信注册报文,使相应的扩展后端设备了解到对应前端设备的通信地址,同理,扩展后端设备中也存储有相应的前端设备列表用于存储相关的前端设备信息。在更多的实施方式中,默认后端设备在返回扩展后端设备列表时,还会根据对应前端设备的编号、安装位置等确定负责对应前端设备的扩展后端设备,在扩展后端设备列表中仅体现上述相关的扩展后端设备。需要说明的是,扩展后端设备在向默认后端设备注册时,也可以进行相应的安全认证,确定对应的扩展后端设备是否具有访问相应范围前端设备的权限,如果没有就拒绝相应的注册。另外,前端设备注册的默认后端设备和扩展后端设备注册的默认后端设备可以不是一个后端设备,但是两者之间至少共享对应的前端设备列表及扩展后端设备列表。
步骤S12、接收所述默认后端设备基于所述通信注册报文发起的定向通信请求,以实现与所述默认后端设备或通过所述默认后端设备转发的扩展后端设备的信息通信。如上所述,默认后端设备的前端设备列表中包括对应通信注册报文中前端设备信息,因此当默认后端设备需要与对应前端设备进行通信时,可以查询相关信息建立通信连接。在更多的实施方式中,对应网络中的扩展后端设备也可以根据需要通过默认后端设备向对应前端设备发送信息,因为扩展后端设备可以与默认后端设备建立通信连接,而默认后端设备也可以与对应前端设备建立通信连接,因此可以通过转发实现扩展后端设备与对应前端设备的虚连接。优选地,扩展后端设备在向默认后端设备注册时,会接收到默认后端设备返回的前端设备列表,同理,也可以只收到与本扩展后端设备相关联前端设备信息的前端设备列表。如图4所示,在新的前端设备入网时,比如对应前端设备刚刚上电或者重新上电后,会根据前端设备内存储的默认后端设备IP地址向默认后端设备发送通信注册报文,通信注册报文中至少包括用于连接前端设备的IP地址,默认后端设备接收到通信注册报文,通过认证确定属于认证设备,可以向前端设备返回确认报文通知前端设备注册成功,同时也返回与对应前端设备相关的扩展后端设备列表,前端设备根据扩展后端设备列表中的相应通信地址再向扩展后端设备发送通信注册报文,以使对应扩展后端设备根据通信注册报文中的对应前端设备信息与对应前端设备进行通信连接。相应地,扩展后端设备也可以返回确认报文给对应前端设备。在另一实施方式中,扩展后端设备与对应前端设备建立通信连接的信息,是默认后端设备在接收新前端设备注册时,自动触发向相关的扩展后端设备发送更新后的前端设备列表,扩展后端设备可以根据更新的前端设备列表实现与对应前端设备的定向通信。
前端设备在接收到默认后端设备发送的扩展后端设备列表时,也会将对应的扩展后端设备列表存储在本前端设备内,用于以后触发情况的使用。如图5所示,在对应前端设备发生IP地址的变更时,此时可以基于前端设备内部存储的默认后端设备及扩展后端设备信息,向它们分别发送注册更新报文(其实就是新的注册报文,包括对应设备新的IP地址),以通知它们关于前端设备的新IP地址,相应地,默认后端设备及扩展后端设备也可以在接收到相应的注册更新报文后向对应前端设备返回确认报文,根据接收到注册更新报文将内部存储的前端设备列表中的对应前端设备信息进行更新,以实现后期的定向通信需求。
如图3所示,本发明一实施方式中交通前端设备联网方法示意图。对后端设备,交通前端设备联网方法具体包括如下步骤:
步骤S21、接收对应前端设备发送的通信注册报文并根据所述通信注册报文将对应前端设备信息存储到前端设备列表中。需要说明的是,后端设备包括默认后端设备及扩展后端设备,作为后端设备都可以监测是否接收到对应前端设备发送的通信注册报文,如上所述,通信注册报文中包括对应前端设备的IP地址等信息,因此可以基于上述信息与对应前端设备建立通信连接。进一步可以将通信注册报文中对应前端设备信息存储到前端设备列表中,供后续通信时查询使用。
对于后端设备中的默认后端设备与扩展后端设备进行交互时,主要涉及对扩展后端设备的权限管理,主要分为权限注册及权限注销,权限注册又可以具体分为新权限注册及权限修改注册。具体如图6、图7所示,在新扩展后端设备向对应默认后端设备注册时,注册的信息可以主要包括扩展后端设备的IP地址(根据需要包括端口号)、设备编号、权限信息以及申请管理的前端设备组或特定前端设备等。优选地,默认后端设备可以根据扩展后端设备的注册申请信息进行安全认证,确定授权的扩展后端设备才会存储到默认后端设备中对应的扩展后端设备列表中。同样,扩展后端设备权限发生变更,也可以采用上述的注册流程进行更新注册,比如扩展后端设备需要修改关联的前端设备,此时可以通过注册相关的信息实现。另外,默认后端设备也可以根据实际的情况决定扩展后端设备列表中的对应扩展后端设备的权限变化,进行主动的管理。通过对注册申请的处理,进一步可以根据相关的权限信息向对应前端设备发送对应的扩展后端设备列表,用于更新对应前端设备中旧的扩展后端设备列表。在更多的实施方式中,可以在扩展后端设备通过注册后,将对应扩展后端设备权限范围内关联的前端设备列表反馈给对应扩展后端设备,以使扩展后端设备可以直接与对应前端设备建立定向通信。对于扩展后端设备在默认后端设备中的注销流程,同理包括关于扩展后端设备的主动注销(即向默认后端设备主动递交申请)及被动注销(即由默认后端设备决定是否注销对应扩展后端设备)。权限注销完成后,默认后端设备会更新对应的扩展后端设备列表,相应也会向对应前端设备发送更新的扩展后端设备列表,通知对应前端设备某个特定扩展后端设备已经不是需要建立定向通信的设备。
步骤S22、根据需要建立与对应前端设备的定向通信,所述定向通信通过查询所述前端设备列表中对应前端设备的IP地址实现连接。对于后端设备,无论是默认后端设备还是扩展后端设备,在接收到相应的通信注册报文并将其中的相关前端设备信息建立在对应的前端设备列表中后,就可以任意根据需要与对应前端设备建立定向通信,具体可以通过前端设备的IP地址、端口号等与其建立TCP连接,亦或者直接通过UDP协议发送报文。如图8所示,在优选的实施方式中,默认后端设备通过前端设备列表可以维护已知的前端设备,通过定期向对应前端设备发送心跳探测报文,而对于前端设备,接收到心跳探测报文,就会向默认后端设备发送状态应答报文以通知默认后端设备本前端设备处于正常的在线状态。默认后端设备根据返回的状态应答报文确定对应前端设备的在线状态,具体接收到状态应答报文,就在前端设备列表中标记对应前端设备为在线,而超时未接收到状态应答报文,就在前端设备列表中标记对应前端设备为离线,或者根据需要直接将对应前端设备信息删除。而对于扩展后端设备,基于本身存储的前端设备列表信息与对应前端设备建立定向通信失败时,也可以向默认后端设备查询对应前端设备的在线状态,如果离线,说明对应前端设备已经不在对应网络中,相应地可以将前端设备列表中对应前端设备信息进行删除。如果在线,说明对应前端设备的IP地址等信息发生了变更,此时可以向默认后端设备申请查询对应前端设备的信息。
如图9所示,本发明一实施方式中交通前端设备联网系统示意图。在前端设备中,交通前端设备联网系统包括触发单元U11及第一通信单元U12。
触发单元U11,用于根据设置条件触发本前端设备在对应网络的注册,查询默认后端设备的IP地址,向所述默认后端设备发送通信注册报文,所述通信注册报文至少包括用于连接本前端设备的IP地址。具体地,用于触发本前端设备注册操作的设置条件可以为本前端设备上电初始化、本机IP地址变化等。
第一通信单元U12,用于接收所述默认后端设备基于所述通信注册报文发起的定向通信请求,以实现与所述默认后端设备或通过所述默认后端设备转发的扩展后端设备的信息通信。第一通信单元U12在触发单元U11发送完通信注册报文后,还会监测相应的确认报文或扩展后端设备列表,具体地,第一通信单元U12监测所述默认后端设备是否返回确认报文,如果未返回,重新发送通信注册报文。另外,还可以接收所述默认后端设备返回的扩展后端设备列表,根据所述扩展后端设备列表中的对应IP地址向对应扩展后端设备发送通信注册报文。进一步,第一通信单元U12还可以接收默认后端设备定期发送的心跳探测报文,根据心跳探测报文返回状态应答报文。需要说明的是,本实施方式的交通前端设备联网系统具体还可以参照上述交通前端设备联网方法的具体实施方式。
如图10所示,本发明一实施方式中交通前端设备联网系统示意图。在后端设备中,交通前端设备联网系统包括注册单元U21及第二通信单元U22。
注册单元U21,用于接收对应前端设备发送的通信注册报文并根据所述通信注册报文将对应前端设备信息存储到前端设备列表中。优选地,作为后端设备通过注册单元U21接收前端设备的注册,根据注册情况返回相应的确认报文。对应于默认后端设备的注册单元,还可以接收对应扩展后端设备的注册或注销并更新扩展后端设备列表中的对应信息,并将扩展后端设备列表发送给对应前端设备更新。在更多的实施方式中,注册单元接收到对应前端设备的通信注册报文,在符合注册要求时,根据对应前端设备所在的网络将对应的扩展后端设备列表返回给对应前端设备以通知对应前端设备需要注册的关联扩展后端设备。
第二通信单元U22,用于根据需要触发与对应前端设备的定向通信,所述定向通信通过查询所述前端设备列表中对应前端设备的IP地址实现连接。进一步在维持阶段,为了确定对应前端设备的在线状态,第二通信单元U22可以定期向前端设备列表中的前端设备发送心跳探测报文,以根据返回的状态应答报文确定对应前端设备的在线状态,优选地心跳探测只运行在默认后端设备中,而扩展后端设备获取对应前端设备的在线状态可以通过默认后端设备查询获得。需要说明的是,本实施方式中的交通前端设备联网系统具体还可以参照上述交通前端设备联网方法的具体实施方式。
结合本申请所公开的方法技术方案,可以直接体现为硬件、由控制单元执行的软件模块或二者组合,即一个或多个步骤和/或一个或多个步骤组合,既可以对应于计算机程序流程的各个软件模块,亦可以对应于各个硬件模块,例如ASIC(Application SpecificIntegrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或其他可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件或者其任意适当组合。为了描述的方便,描述上述装置时以功能分为各种模块分别描述,当然,在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来。该软件由微控制单元执行,依赖于所需要的配置,可以包括任何类型的一个或多个微控制单元,包括但不限于微控制单元、微控制器、DSP(Digital Signal Processor,数字信号控制单元)或其任意组合。该软件存储在存储器,例如,易失性存储器(例如随机读取存储器等)、非易失性存储器(例如,只读存储器、闪存等)或其任意组合。
综上所述,本发明中前端设备在联网时,需要在对应的后端设备进行注册,以使对应的后端设备获得相应通信连接方式,后端设备根据需要通过相应的通信连接方式与前端设备实现通信。本发明可以大大简化前端设备的联网管理,避免前端设备网络配置的复杂易错。
应当理解,虽然本说明书按照实施方式加以描述,但并非每个实施方式仅包含一个独立的技术方案,说明书的这种叙述方式仅仅是为清楚起见,本领域技术人员应当将说明书作为一个整体,各实施方式中的技术方案也可以经适当组合,形成本领域技术人员可以理解的其他实施方式。
上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明,它们并非用以限制本发明的保护范围,凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。
Claims (10)
1.一种交通前端设备联网方法,其特征在于,包括如下步骤:
根据设置条件触发本前端设备在对应网络的注册,查询默认后端设备的IP地址,向所述默认后端设备发送通信注册报文,所述通信注册报文至少包括用于连接本前端设备的IP地址;
接收所述默认后端设备基于所述通信注册报文发起的定向通信请求,以实现与所述默认后端设备或通过所述默认后端设备转发的扩展后端设备的信息通信。
2.根据权利要求1所述的交通前端设备联网方法,其特征在于,向所述默认后端设备发送通信注册报文后,监测所述默认后端设备是否返回确认报文,如果未返回,重新发送通信注册报文。
3.根据权利要求1所述的交通前端设备联网方法,其特征在于,向所述默认后端设备发送通信注册报文后,接收所述默认后端设备返回的扩展后端设备列表,根据所述扩展后端设备列表中的对应IP地址向对应扩展后端设备发送通信注册报文。
4.根据权利要求1所述的交通前端设备联网方法,其特征在于,所述设置条件包括本前端设备上电初始化、本机IP地址变化。
5.一种交通前端设备联网方法,其特征在于,包括如下步骤:
接收对应前端设备发送的通信注册报文并根据所述通信注册报文将对应前端设备信息存储到前端设备列表中;
根据需要建立与对应前端设备的定向通信,所述定向通信通过查询所述前端设备列表中对应前端设备的IP地址实现连接。
6.根据权利要求5所述的交通前端设备联网方法,其特征在于,作为默认后端设备,接收对应扩展后端设备的注册或注销并更新扩展后端设备列表中的对应信息,并将扩展后端设备列表发送给对应前端设备更新。
7.根据权利要求5所述的交通前端设备联网方法,其特征在于,作为默认后端设备,接收到对应前端设备的通信注册报文,在符合注册要求时,根据对应前端设备所在的网络将对应的扩展后端设备列表返回给对应前端设备以通知对应前端设备需要注册的关联扩展后端设备。
8.根据权利要求5所述的交通前端设备联网方法,其特征在于,定期向前端设备列表中的前端设备发送心跳探测报文,以根据返回的状态应答报文确定对应前端设备的在线状态。
9.一种交通前端设备联网系统,其特征在于,包括:
触发单元,用于根据设置条件触发本前端设备在对应网络的注册,查询默认后端设备的IP地址,向所述默认后端设备发送通信注册报文,所述通信注册报文至少包括用于连接本前端设备的IP地址;
第一通信单元,用于接收所述默认后端设备基于所述通信注册报文发起的定向通信请求,以实现与所述默认后端设备或通过所述默认后端设备转发的扩展后端设备的信息通信。
10.一种交通前端设备联网系统,其特征在于,包括:
注册单元,用于接收对应前端设备发送的通信注册报文并根据所述通信注册报文将对应前端设备信息存储到前端设备列表中;
第二通信单元,用于根据需要触发与对应前端设备的定向通信,所述定向通信通过查询所述前端设备列表中对应前端设备的IP地址实现连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811113705.9A CN109005075A (zh) | 2018-09-25 | 2018-09-25 | 交通前端设备联网方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811113705.9A CN109005075A (zh) | 2018-09-25 | 2018-09-25 | 交通前端设备联网方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109005075A true CN109005075A (zh) | 2018-12-14 |
Family
ID=64592792
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811113705.9A Pending CN109005075A (zh) | 2018-09-25 | 2018-09-25 | 交通前端设备联网方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109005075A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1744521A (zh) * | 2005-08-26 | 2006-03-08 | 杭州华为三康技术有限公司 | 网络设备的管理方法及网络管理系统 |
CN102664973A (zh) * | 2012-05-14 | 2012-09-12 | 浙江宇视科技有限公司 | 一种更新ip地址的方法和装置 |
CN103905409A (zh) * | 2012-12-30 | 2014-07-02 | 青岛海尔软件有限公司 | 基于广域网设备的自动注册及发现方法 |
US20160142966A1 (en) * | 2014-11-18 | 2016-05-19 | Vonage Network Llc | Method and system for updating internet protocol (ip) registration using multiple protocols |
-
2018
- 2018-09-25 CN CN201811113705.9A patent/CN109005075A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1744521A (zh) * | 2005-08-26 | 2006-03-08 | 杭州华为三康技术有限公司 | 网络设备的管理方法及网络管理系统 |
CN102664973A (zh) * | 2012-05-14 | 2012-09-12 | 浙江宇视科技有限公司 | 一种更新ip地址的方法和装置 |
CN103905409A (zh) * | 2012-12-30 | 2014-07-02 | 青岛海尔软件有限公司 | 基于广域网设备的自动注册及发现方法 |
US20160142966A1 (en) * | 2014-11-18 | 2016-05-19 | Vonage Network Llc | Method and system for updating internet protocol (ip) registration using multiple protocols |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101952810B (zh) | 用于中心站分配虚拟ip地址的各种方法和设备 | |
US8473589B2 (en) | Configuration file override | |
US7555007B2 (en) | Integrated management system and method for network connection means in networks having different telecommunication protocols | |
US20120297087A1 (en) | Method And Apparatus For Message Distribution In A Device Management System | |
US20080140815A1 (en) | Network Device Location and Configuration | |
CN105245629B (zh) | 基于dhcp的主机通信方法及装置 | |
CN102263667B (zh) | 网络管理系统以及网络管理处理方法 | |
US10104014B2 (en) | Data transferring system, data transferring method, controller, controlling method, and non-transitory computer readable storage medium | |
CN1558606A (zh) | 网络终端自动配置方法 | |
CN106060088A (zh) | 一种服务管理方法及装置 | |
CN103701628A (zh) | 家庭网关的配置管理方法、虚拟家庭网关和光网络终端 | |
CN114615109B (zh) | 容器网络创建方法、装置、电子设备及存储介质 | |
CN105827496A (zh) | 管理pe设备的方法及装置 | |
CN116170409B (zh) | 一种基于虚拟域名的sd-wan网络地址规划系统 | |
CN108667640B (zh) | 通信方法及设备、网络接入系统 | |
CN105337766A (zh) | 一种基于dhcp协议的网元自动发现方法及系统 | |
CN108684039B (zh) | 一种ac集群的自动化管理方法 | |
CN109005075A (zh) | 交通前端设备联网方法及系统 | |
CN109040274A (zh) | 交通前端设备联网方法及系统 | |
CN116634310A (zh) | 家庭全光网络网关版本升级方法、电子设备和存储介质 | |
CN110622468B (zh) | 用于运行网络的方法 | |
EP2564552B1 (en) | Network management in a communications network | |
CN101605153B (zh) | 利用路由装置进行地址协议解析的方法 | |
CN101170544A (zh) | 一种高可用群集系统采用单一实ip地址的通讯方法 | |
US11722885B2 (en) | Network addressing method, control station, and earth station |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181214 |