CN107370839A - 工业现场设备的寻址方法及相关装置、系统 - Google Patents

Abstract

本申请涉及通信技术领域，尤其涉及工业现场设备的寻址方法及相关装置、系统，用以解决现有技术中存在寻址方法兼容性和扩展性差无法实现一网到底等的问题。本申请中对同一从站预选划分出多个逻辑功能模块，然后为每个逻辑功能模块分配一个IP地址。寻址时，可以基于IP地址实现对逻辑功能模块的寻址，而不仅仅是对从站的寻址。由于IP地址通用，能够实现对现有互联网协议很好的兼容。此外，由于IP地址数量庞大，可以满足不断增加的从站和逻辑功能模块的需求。由于实现对逻辑功能模块这一功能级别的寻址，便于提高工业现场设备的安全性。例如，当从站遭受恶意攻击时，受攻击的逻辑功能模块损坏，而不会导致从站的其它逻辑功能模块还能够正常工作。

Description

工业现场设备的寻址方法及相关装置、系统

技术领域

本申请涉及通信技术领域，尤其涉及工业现场设备的寻址方法及相关装置、系统。

背景技术

在现有的工业环境中，主站和从站通过寻址方式完成通信。以CAN(ControllerArea Network，控制器局域网络)总线为例，在CAN总线环境中，有以下三种可以实现寻址的方法：

第一种，通过CANID(Controller Area Network Identification，控制器局域网络标识)实现对从站的寻址。

第二种，架构在CAN总线上的POWERLINK(开源实时通信技术)总线协议在数据链路层之上可以通过NodeID(节点的地址)对设备进行寻址。

第三种，PROFINET中有槽和子槽的概念，通过子槽可以对现场设备上的逻辑或物理功能模块寻址，PROFINET的应用层可以通过槽位号+子槽号+索引来对现场设备中具体的逻辑功能模块或部件进行寻址。

然而，上述三种方法中，CANID、NodeID和槽的数量都极其有限，无法满足现场设备增多，或者逻辑功能模块增多的需求。此外，上述方法中寻址的协议都自称体系。例如，无论是CANID还是NODEID，在定义的时候都是自成体系，而且范围不一致。而PROFINET中的槽，虽然能够对逻辑功能模块寻址，但其索引的固定编码方式，在对接其他协议时会遇到障碍。

故此，现有技术中寻址的方法兼容性差，无法实现真正的一网到底，且扩展性不够好。

发明内容

本申请实施例提供工业现场设备的寻址方法及相关装置、系统，用以解决现有技术中存在的寻址方法兼容性差、扩展性差无法实现一网到底等的问题。

第一方面，本申请实施例提供一种的工业现场设备的寻址方法，所述方法包括：

从站接收待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；其中，同一从站具有多个预先划分的逻辑功能模块；

从所述协议头中解析出所述目的IP；

若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

第二方面，本申请实施例提供一种的工业现场设备的寻址方法，所述方法包括：

主站从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；

将所述待处理数据发送给从站。

第三方面，本申请实施例提供一种工业现场设备的寻址装置，所述装置包括：

待处理数据接收模块，用于接收待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；其中，同一从站具有多个预先划分的逻辑功能模块；

解析模块，用于从所述协议头中解析出所述目的IP；

处理模块，用于若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

第四方面，本申请实施例提供一种工业现场设备的寻址装置，所述装置包括：

待处理数据获取模块，用于从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；

发送模块，用于将所述待处理数据发送给从站。

第五方面，本申请实施例提供一种工业现场设备寻址系统，包括：

主站，用于从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；将所述待处理数据发送给从站；

从站，用于接收待处理数据；从所述协议头中解析出所述目的IP；若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

第六方面，本申请实施例提供一种计算设备，其包括存储器和处理器，其中，所述存储器用于存储程序指令，所述处理器用于调用所述存储器中存储的程序指令，按照获得的程序执行工业现场设备的寻址方法。

第七方面，还提供了一种计算机存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于执行工业现场设备的寻址方法。

本申请实施例中，对同一从站预选划分出多个逻辑功能模块，然后为每个逻辑功能模块分配一个IP地址。这样，寻址时，可以基于IP地址实现对逻辑功能模块的寻址，而不仅仅是对从站的寻址。由于IP地址通用，能够实现对现有互联网协议很好的兼容。此外，由于IP地址数量庞大，可以满足不断增加的从站和逻辑功能模块的需求，故此本申请实施例提供的技术方案扩展性好。此外，由于实现对逻辑功能模块这一功能级别的寻址，便于提高工业现场设备的安全性。例如，当从站遭受恶意攻击时，基于IP寻址，只会造成对应的逻辑功能模块损坏，而不会导致整个从站崩溃，所以该从站的其它逻辑功能模块还能够正常工作，所以工业现场设备的安全性也有所提高。

附图说明

图1为本申请实施例一提供的工业现场设备寻址方法的流程示意图；

图2为本申请实施例一提供标准IP协议头的数据帧格式示意图；

图3为本申请实施例一提供标准IPV6协议头的示意图；

图4为本申请实施例一提供非标准IP协议头的数据帧格式示意图；

图5为本申请实施例一提供ND表现的示意图；

图6为本申请实施例二提供的工业现场设备寻址方法的流程示意图；

图7为本申请实施例二提供的主站和从站组播通信的示意图之一；

图8为本申请实施例二提供的主站和从站组播通信的示意图之二；

图9为本申请实施例二提供的主站和从站的单播通信的示意图；

图10为本申请实施例三提供的灵活组网的示意图；

图11为本申请实施例三提供的主站和逻辑功能模块单播通信的示意图；

图12为本申请实施例三提供的云端和逻辑功能模块通信的示意图；

图13为本申请实施例四提供的工业现场设备的寻址装置的结构示意图；

图14为本申请实施例五提供的工业现场设备的寻址装置的结构示意图；

图15为本申请实施例六提供的工业现场设备的寻址系统的结构示意图；

图16为本申请实施例七提供的计算设备的结构示意图。

具体实施方式

本申请实施例中，对同一从站预选划分出多个逻辑功能模块，然后为每个逻辑功能模块分配一个IP地址。这样，寻址时，可以基于IP地址实现对逻辑功能模块的寻址，而不仅仅是对从站的寻址。由于IP地址通用，能够实现对现有互联网协议很好的兼容。此外，由于IP地址数量庞大，可以满足不断增加的从站和逻辑功能模块的需求，故此本申请实施例提供的技术方案扩展性好。此外，由于实现对逻辑功能模块这一功能级别的寻址，便于提高工业现场设备的安全性。例如，当从站遭受恶意攻击时，基于IP寻址，只会造成对应的逻辑功能模块损坏，而不会导致整个从站崩溃，所以该从站的其它逻辑功能模块还能够正常工作，所以工业现场设备的安全性也有所提高。

下面结合说明书附图对本申请实施例作进一步详细描述。

如图1所示，为本申请实施例一提供的工业现场设备的寻址方法流程示意图，包括以下步骤：

步骤101：从站接收待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；其中，同一从站具有多个预先划分的逻辑功能模块。

其中，对现场设备进行逻辑功能模块划分时，只要确保是设备独立的逻辑功能，而不是某一个操作或流程，该功能面向应用层之上的用户层可以提供独立的服务即可。例如，现场设备的日志功能可以对应一个逻辑功能模块，而告警功能对应另一个逻辑功能模块。

其中，在一个实施例中，IP地址可以是IPV4(互联网协议的第四版)地址也可以是IPV6地址(互联网协议的第六版)。

其中，在一个实施例中，所述目的IP地址为静态IP，或者，所述目的IP地址为通过动态分配方式获取的IP。也即，可以为每个逻辑功能模块分配一个静态IP，当然，为了便于管理，当使用IPV6地址时，可以采用DHCPV6(IPV6的动态主机配置协议)方式进行地址分配。

步骤102：从所述协议头中解析出所述目的IP。

步骤103：若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

其中在一个实施例中，从站可以视为多个逻辑功能模块的路由器。这样，具体实施时，从站可以根据IP地址与逻辑功能模块的对应关系，建立路由表，然后根据路由表将待处理数据分发给对应的逻辑功能模块。当然，具体实施时，只要能反应IP地址与逻辑功能模块的对应关系即可，均适用于本申请实施例。

进一步的，为了实现对待处理数据的处理，所述方法还包括：

若所述目的IP地址不与自身的逻辑功能模块对应，则根据预存的IP地址与从站的对应关系，确定与所述目的IP地址对应的从站；

将所述待处理数据发送给确定的所述从站。

具体实施时，各从站可以预先配置有需要交叉通信的站点的逻辑功能模块的IP地址信息。可以由管理员根据业务需求手动配置，当然也可以根据业务需要，从站点根据业务逻辑自动配置。具体配置方法，本申请实施例不限制。

其中，在一个实施例中为了能够很好的兼容IP通信协议，待处理数据的协议头为含有所述目的IP的标准IP协议头。该标准IP协议头，例如是IPV4协议头，IPV6协议头。

进一步的，所述待处理数据中还包括附加协议头，所述附加协议头标识的通信协议为IP通信协议之外的通信协议。例如，若采用工业总线进行通信，为了使得通信能够实现，在标准IP协议头之前加上总线协议头。以IPV6协议为例，本申请实施例中具有标准IPV6协议头的待处理数据的数据帧格式如图2所示，即在IPV6协议头之前添加上总线协议头，以便于通过总线传输待处理数据。

进一步的，例如图3所示，为IPV6协议头格式。其中，Version表示版本号、TrafficClass表示流标识、Flow Label表示流标签、Patload Length表示负载长度、Next Header表示上层协议号、Hop Limit表示跳数限制、Source Address表示源IP地址、DestinationAddress表示目的地址。在工业控制领域，若采用工业总线进行通信时，站点之间不需要进行交互，例如主站向从站告知自己的主站身份时，无需从站回复给主站信息。所以，标准IP协议头中含有很多字段在工业现场设备中几乎无用。由于当工业总线带宽有限时，协议头过多的字段造成传输数据量加大，影响带宽利用率。所以，本申请实施例中，所述协议头为包括所述目的IP地址且包含的字段内容少于标准IP协议头的协议头。也即，可以只利用IP地址对逻辑功能模块进行寻址，所以在现场总线数据传输过程中，我们可以仅仅将IPV6地址作为应用层设备功能寻址字段。

同理，为了便于在工业总线传输数据，在IPV6地址前添加上指定总线协议头。

进一步的，若所述待处理数据中还包括附加协议头，所述接收待处理数据，具体包括：通过所述附加协议头标识的通信协议接收所述待处理数据的通信协议。

进一步的，一个从站存在一个实际的MAC地址，实际的通信过程中，对于该从站上的多个逻辑功能模块，虽然有多个IP地址。总线上传输时同一从站上多个逻辑功能模块共用一个MAC地址，当数据报文到了从站，从站可以根据ND表项(邻居表项)转给不同的逻辑功能模块处理。则，所述若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理，具体包括：

若所述目的IP地址与自身的逻辑功能模块对应，则根据预置的邻居ND表项确定与所述目的IP地址对应的表项；

根据与所述目的IP地址对应的表项中的预设接口和预设虚拟物理地址MAC地址，将所述待处理数据交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

其中，以从站A为例，ND表项的示意图如图5所示。图5中，接口11-接口13以及Local表示虚拟接口、中间的一列表示IP地址，最后一列中的MACB1等均表示虚拟的MAC地址。

当然，具体实施时，总线上传输时同一从站上多个逻辑功能模块也可以使用各种的虚拟MAC地址，本申请对此不作限定。

进一步的，为了实现和外网设备的交互，从站就需要知道交互的设备的IP地址。故此，当采用标准IP协议头时，其协议头中含有源IP地址，能够实现从站与其他设备间的交互。而当采用例如图4所示的非标准IP协议头时，需要在该非标准IP协议头中增加源IP地址的信息。具体实施时，所述协议头中还包括用于表示源IP地址的指示信息，所述方法还包括：将自身的逻辑功能模块生成的待发送数据包发送给主站，所述待发送数据包中的目的IP为所述指示信息，且源MAC地址为生成所述待发送数据包的逻辑功能模块的虚拟MAC地址。这样，具有了源IP地址的指示信息就可以根据该指示信息实现双方的交互。具体的，可以由主站根据预存指示信息与源IP地址的对应关系，确定所述指示信息对应的源IP地址；然后根据确定的源IP地址，将所述待发送数据包中的指示信息修改为源IP地址，并发送给网络。

进一步的，同一从站的逻辑功能模块之间通信时，若将待发送数据发送给主站，然后由主站将该待发送数据发送回该从站，比如导致工业总线的带宽资源的浪费，并浪费主站的处理资源。故此，本申请实施例中，所述方法还包括：通过环回接口将自身的第一逻辑功能模块生成的数据包转发给第二逻辑功能模块进行处理。通过环回接口，同一从站完成了对自身逻辑功能模块的数据包的收发，从而避免主从站之间频繁交互导致贷款以及资源的浪费。

综上所述，从站被划分出多个逻辑功能模块，各逻辑功能模块具有自己的IP地址。寻址时，可以在工业总线上实现基于设备或模块功能级的寻址。

此外，本申请实施例中也实现了采用不同协议头进行寻址，具体实施时，可以根据实际需求确定。

进一步的，为了便于全面了解本申请实施例提供的技术方案，下面通过实施例二，对本申请实施例中主站的技术方案做进一步说明。

实施例二

基于相同的发明构思，本申请实施例中还提供一种工业现场设备的寻址方法，适用于主站，如图6所示，为该方法的流程示意图，该方法包括：

步骤601：主站从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块。

其中，外网预先配置有各逻辑功能模块的IP地址。主站中也预先配置有各从站的各逻辑功能模块的IP地址。

步骤602：将所述待处理数据发送给从站。

进一步的，为了便于实现设备间的通信，例如和外网设备的通信，若采用实施例一中非标准协议头进行寻址时，所述待处理数据的协议头中还包括用于表示源IP地址的指示信息，所述方法还包括：

接收从站发送的待发送数据包，所述待发送数据包中的目的IP为所述指示信息，且源MAC地址为生成所述待发送数据包的逻辑功能模块的虚拟MAC地址；

根据预存指示信息与源IP地址的对应关系，确定所述指示信息对应的源IP地址；

根据确定的源IP地址，将所述待发送数据包中的指示信息修改为源IP地址，并发送给网络。

具体实施时，相当于主站实现路由功能，由于采用非标准IP协议头，从站并不知道通信数据的来源，所以回程受阻。为此，便在协议头中增加一个字段，以序号的方式记录源IP地址索引(索引即前述指示信息)，而这个索引对应的源IP地址和目的IP地址都存在该主站服务器的一张Hash(哈希)表中，通过查询该Hash表既可以根据指示信息确定源IP地址。

当然，具体实施时，该Hash表可以具有老化时间，针对该Hash表中的任一表项，若预设时长内未更新的话则将其删除。

当然，如果采用标准IP协议头进行通信，则主站并不需实现路由功能。

进一步的，主站和从站间的通信方式可以是广播、组播、单播或任意播。下面以组播和单播为例进行说明：

1、组播

例如主站需要给所有从站发送通告消息，通告自己的主站角色信息，此时采用IPV6组播地址定义方式，如图7所示，主站以IPV6的组播地址FF02::2将用于表示自己是主站的报文发送给所有从站(包括从站A和从站B)。各从站解析报文后获得组播地址后分发至各逻辑功能模块分别处理。

以组播的方式通信在工业现场设备中是需要的，特别是基于逻辑功能模块进行IP地址分配后，对特定逻辑模块组的组播通信方式也可能存在。例如主站仅对部分逻辑功能模块进行通信。继续以图7为例，假设从站A和从站B都是传感器单元，功能A1和功能B1都是温度传感器，功能A2和功能B2都是压力传感器，如果主站只需要对从站所有温度传感器操作，此时以IPV6组播组方式发送给从站A和从站B，如图8所示则只有从站A的A1模块和从站B的B1模块进行处理，其他模块不是该组播组的不处理。

其中，所有从站的完整的组播表项存在主站上，主站会根据需要查询组播表后往组播组成员发布组播报文。各从站也会保存组播表项，用于存储自身所有逻辑功能模块所归属的组播组信息，这样组播报文到了从站后，从站会根据自己存储的组播表项查找相应的逻辑功能模块，然后将组播报文交其处理。

同理，如果从站存在往主站或其他站点的组播通信需求，其组播地址赋值方式原理相同，即从站基于IP组播地址发送报文到各站点，各站点进行相应的处理。

2、单播通信

工业现场也存在点对点通信需求，以主站与某从站通信的为例，参考图9所示：主站确认需要与从站B的逻辑功能模块B1单播方式通信时，主站首先查询到B1对应的ND表项，然后将应用操作码和操作数据封装在单播报文(即待处理数据)中之后发送出去。从站B解析该单播报文将对应操作数据分发给B1进行处理。这里需要注意的是，从站B的两个逻辑功能模块分配了两个IP地址，但是这两个IP地址共用一个物理MAC地址，从站B收到来自主站的单播报文后需要在数据链路层完成解析和分发，根据对应的ND表项将该单播报文分发给对应的逻辑功能模块处理。当然，需要说明的是，实际通行是可以用实际的MAC地址，也可以使用虚拟的MAC地址，这一点可以根据业务涉及需求灵活实现。

综上所述，寻址时，可以基于IP地址实现对站点的逻辑功能模块的寻址，而不仅仅是对从站这一单一物理设备的寻址。由于IP地址通用，能够实现对现有互联网协议很好的兼容。此外，由于IP地址资源庞大，可以满足不断增加的从站和逻辑功能模块的需求，故此本申请实施例提供的技术方案扩展性好。由于IPV6和IPV4的资源量不同，具体实施时可以根据实际需求选择选用IPV6还是IPV4。此外，由于实现对逻辑功能模块这一功能级别的寻址，便于提高工业现场设备的安全性。例如，当从站遭受恶意攻击时，基于IP寻址，只会造成对应的逻辑功能模块损坏，而不会导致整个从站崩溃，所以该从站的其它逻辑功能模块还能够正常工作，所以工业现场设备的安全性也有所提高。

实施例三

基于IP地址实现对逻辑功能模块寻址后，便可以实现按需对现场工业设备的逻辑功能模块进行合理的部署和分类，下面以三个实例对该发明方法进行说明。

1、基于逻辑功能模块虚拟化的组网

工业现场环境总是存在多种设备(包括主站和/或从站)的组合，这些设备之间的协作完成具体的工业制造和生产。工业互联网的柔性生产和软件定义工业生产流程对当前工业现场的提出了许多严峻的挑战，基于设备功能虚拟化的技术有助于实现柔性生产和软件定义生产流程。

如图10所示，主站可以划分出多个逻辑功能模块(包括功能A和功能B及其对应的IP地址)，从站A包括功能A1和功能A2及其对应的IP地址，从站B包括功能B1和功能B2及其对应的IP地址。每个逻辑功能模块都可以视为一个网络节点，但是各网络节点的功能是单一的。单一的功能可以方便进行组合，实现灵活组网来满足工业生产的需求。

2、实现逻辑功能模块间的通信

以IPV6为例，如图11所示实现主站和从站的逻辑功能模块A1的通信。

主站和从站都保存各自的ND表项，确保点对点通信的正确性与可靠性。IPV6地址字段之前的协议头和报文内容由链路层协议和应用层协议需求决定。从站A存在多个逻辑功能模块所以对应多个IPV6地址。

此外，如实施例一所述，对于本站不同逻辑功能模块的通信，可以采用环回接口转发。

3、云端设备可实现与现场设备的逻辑功能模块的交互

首先需要说明的是，云端设备要对现场设备进行访问，现场设备的路由信息表必须在云端可查询，现场设备的各逻辑功能模块的IP地址可以由主站上报到路由器网关，这样云端设备就能查询到现场设备的相关信息。

基于实施例二所述的方法，主站实现路由功能，存储有源IP地址和该源IP地址的指示信息之间的对应关系。现场设备之间可以通过该指示信息进行交互。

如图12所示，为云端设备和现场设备通信的示意图。云端以从站A的逻辑功能模块A1的IP为目的IP(即2001::11)，将含有操作码和数据的报文发送给路由器网关。路由器网关接收报文后解析出目的IP后将其转发给主站。主站则生成一表项，其包括索引号、序号以及源MAC地址和源IP地址(即云端的MAC地址和IP地址)。如图12，索引号Session为0，则主站将云端的源IP地址即(1001::1:11)的序号设为1(即SID＝1)，同时将目的IP也配置相应的序号1(即DIP＝1)。然后，将索引号0作为源IP地址并将目的IP地址添加到发送给从站A的协议头中，将报文发送出去。则从站A接收到该报文后，根据目的IP确定是自身的逻辑功能模块A1，则交其处理。处理后，在以索引号0为目的IP，以逻辑功能模块A1的IP为源IP地址发送给主站，主站根据索引号0通过查找之间建立的表项，即可确定目的IP和目的MAC地址均为云端的。这样，就实现了逻辑功能模块和云端的通信。

实施例四

本申请实施例中，基于同一发明构思，本申请实施例中还提供了一种与工业现场设备的寻找方法对应的工业现场设备寻址装置，由于该装置解决问题的原理与本申请实施例对应方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图13所示，为该工业现场设备的寻址装置的结构示意图，所述装置包括：

待处理数据接收模块1301，用于接收待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；其中，同一从站具有多个预先划分的逻辑功能模块；

解析模块1302，用于从所述协议头中解析出所述目的IP；

处理模块1303，用于若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

其中，在一个实施例中，所述装置还包括：

查找模块，用于若所述目的IP地址不与自身的逻辑功能模块对应，则根据预存的IP地址与从站的对应关系，确定与所述目的IP地址对应的从站；

转发模块，用于将所述待处理数据发送给确定的所述从站。

其中，在一个实施例中，所述目的IP地址为静态IP，或者，所述目的IP地址为通过动态分配方式获取的IP。

其中，在一个实施例中，所述协议头为包括所述目的IP地址且包含的字段内容少于标准IP协议头的协议头，或者，所述协议头为含有所述目的IP的标准IP协议头。

其中，在一个实施例中，所述待处理数据中还包括附加协议头，所述接收模块，具体用于通过所述附加协议头标识的通信协议接收所述待处理数据的通信协议；其中，所述附加协议头标识的通信协议为IP通信协议之外的通信协议。

其中，在一个实施例中，所述处理模块，具体包括：

ND查找单元，用于若所述目的IP地址与自身的逻辑功能模块对应，则根据预置的邻居ND表项确定与所述目的IP地址对应的表项；

处理单元，用于根据与所述目的IP地址对应的表项中的预设接口和预设虚拟物理地址MAC地址，将所述待处理数据交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

其中，在一个实施例中，所述协议头中还包括用于表示源IP地址的指示信息，所述装置还包括：

发送模块，用于将自身的逻辑功能模块生成的待发送数据包发送给主站，所述待发送数据包中的目的IP为所述指示信息，且源MAC地址为生成所述待发送数据包的逻辑功能模块的虚拟MAC地址。

其中，在一个实施例中，所述装置还包括：

环回处理模块，用于通过环回接口将自身的第一逻辑功能模块生成的数据包转发给第二逻辑功能模块进行处理。

实施例五

本申请实施例中，基于同一发明构思，本申请实施例中还提供了一种与工业现场设备的寻找方法对应的工业现场设备寻址装置，由于该装置解决问题的原理与本申请实施例对应方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图14所示，为该工业现场设备的寻址装置的结构示意图，所述装置包括：

待处理数据获取模块1401，用于从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；

发送模块1402，用于将所述待处理数据发送给从站。

其中，在一个实施例中，所述待处理数据的协议头中还包括用于表示源IP地址的指示信息，所述装置还包括：

待发送数据包接收模块，用于接收从站发送的待发送数据包，所述待发送数据包中的目的IP为所述指示信息，且源MAC地址为生成所述待发送数据包的逻辑功能模块的虚拟MAC地址；

源IP地址确定模块，用于根据预存指示信息与源IP地址的对应关系，确定所述指示信息对应的源IP地址；

交互模块，用于根据确定的源IP地址，将所述待发送数据包中的指示信息修改为源IP地址，并发送给网络。

实施例六

同理，基于相同的发明构思，本申请实施例提供一种工业现场设备寻址系统，如图15所示，为该系统的结构示意图，包括：

主站1501，用于从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；将所述待处理数据发送给从站；

从站1502，用于接收待处理数据；从所述协议头中解析出所述目的IP；若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

其中，主站和从站的数量不限。

实施例七

本申请实施例还提供了一种计算设备(该计算设备例如可以为主站或从站)，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。如图16所示，该计算设备可以包括中央处理器(Center Processing Unit，CPU)1601、存储器1602、输入设备1603，输出设备1604等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(LiquidCrystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。

存储器可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中，存储器可以用于存储现场设备的寻找方法的程序指令。

处理器通过调用存储器存储的程序指令，处理器用于按照获得的程序指令执行主站的功能，如：从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；将所述待处理数据发送给从站。

当然，处理器也可用于按照获得的程序指令执行从站的功能，如：接收待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；其中，同一从站具有多个预先划分的逻辑功能模块；

从所述协议头中解析出所述目的IP；

若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

此外，本申请实施例还提供了一种计算机存储介质，用于储存为上述计算设备所用的计算机程序指令，其包含用于执行上述现场设备的寻找方法的程序。

所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

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

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种工业现场设备的寻址方法，其特征在于，所述方法包括：

从站接收待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；其中，同一从站具有多个预先划分的逻辑功能模块；

从所述协议头中解析出所述目的IP；

若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

2.根据权利要求1所述的方法，其特征在于，所述协议头为包括所述目的IP地址且包含的字段内容少于标准IP协议头的协议头，或者，所述协议头为含有所述目的IP的标准IP协议头；

所述待处理数据中还包括附加协议头；

所述接收待处理数据，具体包括：

通过所述附加协议头标识的通信协议接收所述待处理数据的通信协议；其中，所述附加协议头标识的通信协议为IP通信协议之外的通信协议。

3.根据权利要求1或2所述的方法，其特征在于，所述若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理，具体包括：

若所述目的IP地址与自身的逻辑功能模块对应，则根据预置的邻居ND表项确定与所述目的IP地址对应的表项；

根据与所述目的IP地址对应的表项中的预设接口和预设虚拟物理地址MAC地址，将所述待处理数据交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

4.根据权利要求3所述的方法，其特征在于，所述协议头中还包括用于表示源IP地址的指示信息，所述方法还包括：

将自身的逻辑功能模块生成的待发送数据包发送给主站，所述待发送数据包中的目的IP为所述指示信息，且源MAC地址为生成所述待发送数据包的逻辑功能模块的虚拟MAC地址。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过环回接口将自身的第一逻辑功能模块生成的数据包转发给第二逻辑功能模块进行处理。

6.一种工业现场设备的寻址方法，其特征在于，所述方法包括：

主站从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；

将所述待处理数据发送给从站。

7.根据权利要求6所述的方法，其特征在于，所述待处理数据的协议头中还包括用于表示源IP地址的指示信息，所述方法还包括：

接收从站发送的待发送数据包，所述待发送数据包中的目的IP为所述指示信息，且源MAC地址为生成所述待发送数据包的逻辑功能模块的虚拟MAC地址；

根据预存指示信息与源IP地址的对应关系，确定所述指示信息对应的源IP地址；

根据确定的源IP地址，将所述待发送数据包中的指示信息修改为源IP地址，并发送给网络。

8.一种工业现场设备的寻址装置，其特征在于，所述装置包括：

待处理数据接收模块，用于接收待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；其中，同一从站具有多个预先划分的逻辑功能模块；

解析模块，用于从所述协议头中解析出所述目的IP；

处理模块，用于若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。

9.一种工业现场设备的寻址装置，其特征在于，所述装置包括：

待处理数据获取模块，用于从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；

发送模块，用于将所述待处理数据发送给从站。

10.一种工业现场设备寻址系统，其特征在于，包括：

主站，用于从外网接收待处理数据或者生成待处理数据，所述待处理数据的协议头中包括与逻辑功能模块一一对应的目的IP地址；且，同一从站具有多个预先划分的逻辑功能模块；将所述待处理数据发送给从站；

从站，用于接收待处理数据；从所述协议头中解析出所述目的IP；若所述目的IP地址与自身的逻辑功能模块对应，则交由与所述目的IP对应的逻辑功能模块对所述待处理数据进行相应处理。