附图16是先有技术的图解说明。
附图16(a)所示是一个网络的示例，其中每个进行通信的通信设备 被简单地表示为一个节点。在附图16(a)中，顶节点是节点1，节点2 和节点4都连在节点1下，节点3连在节点2下。节点3和节点4均为 底节点或端节点。端节点是只配备终端设备的底节点。节点1为用户小 交换机，主机等。节点2为一中间节点。
附图16(b)显示每个节点的设备组成。
在附图16(b)中，节点1(221)为顶节点。节点2(222)为 中间节点。节点3(223)为端节点。节点4(224)为端节点。引 用号226表示端节点223的终端设备。
引用号331，341，351，361都表示各个节点的收发处理部分。 每个收发处理部分都为多路复用通信配备了复用-解复用单元 (MUX)。引用号332，342，352，362均为各个节点的缓冲区。 引用号333，343，353，363都是各个节点的管理表。
每个节点收发处理部分将数据接收到接收缓冲区。通过查看管理表 可查到一个送出收到的数据的发送地址，并将其保存在发送缓冲区来发 送地址。经复用解复用单元(MUX)(未画)复用的发送数据被 输出给网络，并被端节点接收(如节点3)，再在复用解复用单元 (MUX)解复用后输出给打印机或显示器等。
附图17表示的是现有技术中管理表和缓冲区的数据结构。
附图17(a)表示管理表的结构。
现有技术中每个节点的管理表371记录每个下级节点号码，媒体类 型(静止图象、活动图象、文本数据、语音等)，数据大小，保存在 发送和接收数据缓冲区中的输入地址和输出地址以及表明是否允许输 出的数据。
附图17(b)表示缓冲区的组成。网络缓冲区381保存网络的收发数 据。数据缓冲区382保存收发数据。发送区383在发送过程中临时保存 数据。接收区384在接收过程中临时保存从网络缓冲区381中收到的数 据。
附图17(c)表示现有技术中数据的组成。现有技术中发送数据358 的组成是数据的顺序是固定的，例如数据大小，媒体类型，发送目的节 点号，发送源节点号以及发送对象的实际数据都按这种事先固定的顺序 排列。附图17(c)显示了一例其数据大小为25字节，媒体类型为文本数 据，发送目的节点号为15，通信源节点号为1。排列的顺序是固定的 而且这些值被按图17所示的顺序格式化和发送。一个节点收到数据后 从收到的数据项的排列顺序解释接收到的数据的含义。
附图18所示是先有技术中通信设备的流程图。
第1步通信设备从节点2接收数据。第2步数据被输入到数据缓冲 区的接收数据区。第3步判断数据是头还是其他数据。如果第3步的判 断结果是头，则第4步数据被输入到缓冲区，如果第3步的判断结果不 是头，则该数据被当作不规则数据。
第6步判断头后面的数据是不是数据。如果第6步的判断结果是非 数据，该数据就被当作不规则数据。如果它是数据，则第7步数据被输 入缓冲区。第9步是缓冲区处理，在第9步判断数据是否从缓冲区溢出。 如果已溢出，就执行溢出处理(溢出数据被临时保存到其他缓冲区)。
第11步至第19步为头处理。如果第9步的判断结果是不数据未溢 出，则检查传送端节点号T-NO。如果判断结果是OK(正确)，则 在第14步判断媒体类型，如果不正确，则在第13步执行不规则处理。 如果第14步的判断结果是OK，则在第13步确认媒体类型并设置表示 媒体数据类型的标志。然后在第16步检查接收的端号码(T-NO)。 如果判断结果是该号码存在，就判定其目的地(传送方向)，如果号 码不存在，则在第18步执行不规则处理。
第20步将缓冲区的数据从发送区传送到接收数据区。在第21步判 断数据是否存在。如果数据存在，则重复第3步后的每一步。如果数据 在第21步结束，则在第22步选择一个硬件。第23步判断媒体是否可 用，如果媒体可用，数据被发送到网络缓冲区(为每种媒体都准备了 网络缓冲区)。在第25步判断数据是否结束，第22步后的每一步都 重复执行，如果数据结束，对每种媒体类型数据在硬件处理。
在附图18流程图的过程中，每个节点都在收发过程中引用管理表。 在此过程中检查是否存在下级节点号码(端节点号T-NO)，进一步 读取端节点号(T-NO)的数据(属性值)，找到媒体类型、数据 大小、缓冲区输入地址、是否允许输出等，且写数据所需的输出地址被 引用和检查。
在已有技术的通信设备中，如果通信设备收到数据，并为通信复用 或解复用数据等后，必须将数据临时保存到一个缓冲区中。因此，需要 有复杂的缓冲区数据处理如数据溢出处理等。
而且，在已有技术的通信设备中，数据格式必须固定以便每个节点 处理，因此系统是钢性的且不容易增加或删除节点。
在已有技术的通信设备中，如果数据不存在或通信因故障而不可用 时，需要有复杂的故障处理(例如，缓冲区数据溢出处理，对不规则 的其他处理)。
另外，在已有技术的通信设备中，每个节点的管理表必须在系统启 动的第一起始时间内形成并固定。因此，增加、删除或修改节点时整个 系统必须重新构造。
本发明为能用一个通用方法处理同一网络的各种媒体的网络提供 了通信，其构成简单，增加或删除节点时系统无须重新构造。

本发明涉及连接一个或多个节点的网络上的节点的通信设备和通 信方法。网络节点上有一张控制通信的管理表，如果它有下级节点，则 管理表保存了标识下级节点的下级节点数据。通信设备有一目的地查找 装置，它从其上级节点或下级节点接收数据并根据数据的头决定发送目 的地。当非顶级节点从下级节点收到数据时，如果目的节点记录在管理 表中，它就将数据发送给一下级节点，如果目的节点未记录在管理表 中，它就将数据发送给一上级节点。当它从上级节点收到数据时，如果 目的节点记录在管理表中，它就将数据发送给一下级节点，如果目的节 点未记录在管理表中，它就将数据丢弃。当顶级节点收到数据时，它查 看管理表，如果目的节点记录在管理表中，它就将根上的中间节点号码 增加到去目的地的路径上。如果目的节点未记录在管理表中则丢弃该数 据。
根据本发明，可用通用方法通过一条高速率传输线路来同时发送各 种数据，且构成简单。另外其管理表可在系统第一次启动时自动产生。 且在增加、删除或修改节点时管理表也能很方便地更新。
附图简述
附图1是本发明的基本构成的一个示例图。
附图2是本发明的基本构成的动作一个示例图。
附图3显示本发明的优选实施方案1。
附图4是各个节点组成和管理表格式的示例。
附图5表示发送-接收处理部分的组成。
附图6表示本发明中管理表的组成。
附图7表示本发明中头的组成。
附图8表示传送目的地的流程图。
附图9表示一个应用本发明的网络。
附图10是产生管理表的方法的一个示例性说明。
附图11是给每个节点设置节点号的流程图。
附图12是产生管理表的方法的一个示例性说明。
附图13显示多媒体数据通信方法。
附图14是启动协议的方法的一个示例性说明。
附图15显示业务的通信方法。
附图16是已有技术的一个示例性说明。
附图17显示的是已有技术中的管理表、缓冲区结构和数据结构。
附图18是已有技术的通信设备的流程图。
优选实施方案内容
附图1表示了本发明的一个基本构成。节点数据可以有多种方法来 标识一个节点如节点号、节点名、网络名等。下面以用节点号(T- NO)来标识节点为例。
在附图1(a)中，节点A(1)号码为1，节点B(2)号 码为2，节点C(3)号码为3，节点D(4)号码为4，节点E(5) 号码为5，如图所示。节点A的管理表11中有下级节点的节点号(节 点2和节点5在节点1下，节点3和节点4在节点2下)。节点B的 管理表12中有下级节点号(节点3和节点4在节点2下)。
节点C的管理表13，节点D的管理表14，节点E的管理表15如 附图1(b)所示。
本发明的数据结构21的一个示例如附图1(b)所示。本发明的 数据由属性名，属性值和数据(实际数据)等组成。
传送数据22的一个示例如附图1(b)所示，它显示数据大小为 25，媒体类型为文本，目的节点号为15，符号“YES”表示目的节点 是一端节点，以及给传送目标的实际数据。
如附图1(a)中的示例所示，属性名的属性值为25，媒体类型 的属性值为文本，节点号的属性值为15，表示节点号T-NO是否为端 节点的属性值为“YES”。在本发明中，属性名和属性值成对发送。
另外根据包含属性名和属性值的头和附图1(a)中所示的管理 表，在每个节点都很容易找到目的节点的根。在本发明中通过使用一条 允许发送的数据大小超过给定数据大小的高速传输线路，全部数据大小 的头和实际数据就能发送，而不用缓存。
参照附图1(a)，下面举例介绍从节点C到节点E的数据传送 的操作。
首先在节点C产生一个寻址节点E的头并被附到数据(实际数 据)上。含头的数据被发送给节点B。节点B查看自己的管理表，并 确认节点E不是节点B的下级节点，因为数据是指向上行方向，所以节 点B将数据传送给节点A。节点A查看自己的管理表，如果说数据的 指向节点记录在管理表中，节点A将数据发送给节点E。节点E接收 数据并输出。
或者说，如果节点B从节点A收到数据，而数据中不包含节点B 的下级节点(节点C，节点D)，节点B将丢弃数据。
进一步，如果数据从节点C传送至节点D后，因为节点D记录在 节点B的管理表中，节点B从节点C接收到数据并将数据传送给节点 D。
如上所述，当除顶节点外的每个节点从其下级节点收到数据后，每 个节点都查看管理表，如果指向节点未记录在自己的管理表中就将收到 的数据向上级节点发送，而如果指向节点已记录在自己的管理表中就将 数据发送给下级节点。当除顶节点外的每个节点从其上级节点收到数据 时，如果指向节点已记录在自己的管理表中就将数据发送给下级节点。 如果指向节点未记录在自己的管理表中就将收到的数据丢弃。而当顶节 点从其下级节点收到数据时，它查看管理表，得到目的节点的根上的节 点，并将节点附加到收到的数据上。然后顶节点将数据发送给一下级节 点。或者在指向节点未记录在自己的管理表中时就将收到的数据丢弃。
一般查明收到数据的媒体类型后，每个节点应启动对应该媒体类型 的处理设备。在本发明中，媒体类型能很容易地从头的属性名的属性值 (文本，话音，静止图象等)得到。
参照附图2，下面介绍本发明的基本构成的操作。
附图2显示了用一通用方法在一条高速传输线路上发送话音，字 符，文本，静止图象，活动图象等多媒体数据的基本原理。如附图2所 示，每种数据都是单独发送的，实际上每种数据都被复用成发送数据。
附图2中显示了速率为400Mbps，1Gbps等的高速传输线路31，端 节点32，节点33，话音数据41，文本数据33，静止数据43，活动 数据44，在节点33被分离的话音数据45，已通过节点33的静止数据 47。
在发送多媒体数据时，话音所需的传送速率为64kbs，字符数据为 1.2-28.8kbps，静止图象为1-2Mbps，活动图象为100Mbps。一条 400Mbps，1Gbps的高速传输线路的速率已足够高，且对这些传送数据有 很大的余量，因此，每种媒体数据都能用一种通用方法在一条传输线路 上发送。而且媒体类型的全部属性值等可很容易地从头中获得，因此如 附图2所示，话音，文本数据，静止图象，活动图象等的媒体类型和传 送方向能很容易地从头中获得。通信可用简单的构造实现，用不着已有 技术所必需的接收缓冲区，发送缓冲区等。而且数据在本发明中能更有 效地传送。
附图3显示了优选实施方案1。
附图3显示了一连接了环型局域网(含节点LN1(55)，BN3 (52)，CN54)和星型局域网LAN1(含节点BN1(56)，BN2 (57)，TN1(58))和星型局域网LAN2(含节点BN3(52)， TN2(51))的网络。
在附图3中，TN2(51)是一端节点并连接着一个终端58。局 域网LAN2(53)是一中间节点并连接星型局域网LAN2。CN4是 顶节点。LN1(55)是一中间节点并连接星型局域网LAN1。BN1 (56)是一中间节点。N2(57)是底节点(没有终端设备)。 TN1(58)是一端节点。
如图所示，传送数据示例61在端节点(TN1)产生，数据示例 62通过端节点(TN1)并加上了传送数据长度，数据示例63通过节 点(BN1)56并加上了一通过节点的节点号BN-NO，通过CN54 的示例数据64增加了到目的节点的通路上的中间节点号。
下面以从一端节点(TN1)58传送上述示例数据到另一端节点 (TN2)51为例介绍附图3的网络的操作。
1、端节点设备58产生送往端节点(TN2)51的传送数据61。 传送数据61由要发送的实际数据和一含目的节点号(TN-NO)，密 码和数据类型的头组成。传送数据61的数据部分包括目的节点除外的 头数据和要送的实际数据。
2、TN1(58)计算传送数据61的记录长度并将记录长度加到 传送数据61上产生传送数据62，再将其传送给一中间节点(BN1) 56。在BN1(56)查看管理表(附图3中未画)以寻找传送地址， 并将BN1(56)的端节点号(T-NO)加到传送数据62上产生传 送数据63。传送数据63再被传送给中间节点LN1(55)。在中间节 点LN1(55)查看管理表(附图3中未画)并查找目的节点号，然 后节点号LN1被加到头，传送数据被送往CN54。在顶节点(CN) 54查看管理表(附图3中未画)且中间节点号(LN2(53)， BN3(52))被加到传送数据以产生传送数据64，然后传送数据64 被送给一中间节点LN2(53)。进一步，在LN2(53)查看管理 表(附图3中未画)，并传送给节点BN3(52)。在BN3(52) 查看管理表(附图3中未画)，数据被传送给节点TN2(51)，数 据的内容在端节点设备51输出。
附图4显示各个节点的组成和管理表的格式。
附图4(a)显示节点组成。节点71，收发部分72，管理表产 生部分73，发送地址查找部分74，收发处理部分75和管理表78如附 图4(a)所示。管理表产生部分73在系统的第一启动时刻产生管理 表78，并在增加、删除或修改节点时更新管理表。发送地址方向查找 部分74判断发送收到的数据时的发送根。
附图4(b)显示顶节点(CN0)在第一启动时刻(第一次激 活系统)设置节点号所用的格式。格式78包括其下级节点号的后续号 T-NO，它对应上述端节点号，每个节点产生的随机数和每个节点的名 字。
附图4(c)显示每个节点(中间节点，端节点)管理表的格 式。自己节点产生的随机数，从一中心(CN)得到的后续号和节点 名。
后续节点号由中心节点根据每个节点产生的随机数决定。查找节点 号的具体方法在后面介绍。
附图5显示收发处理部分组成示例。
附图5显示了复用-解复用设备(MUX)111，协议处理部分 112，协议启动部分113，协议保持部分114，HDLC协议例程115， BSC协议例程116，TCP/IP协议例程117，电话例程118。
另外附图5还显示了媒体处理设备121，文本数据处理部分122， 话音数据处理部分123，静止图象处理部分124和活动图象处理部分 125。
而且附图5还显示了业务处理部分131，为查寻请求提供查寻业务 的查寻处理部分132，追踪处理部分133，启动远端程序的远端协议例 程控制部分134。
追踪处理部分133查看通话对方的日程并在没有应答的情况下将电 话接到预定的地方。或者接入到对方的便携铃从而一旦对方应答本方， 它就能将对方和本方连通。
附图5还显示了文本数据输入-输出设备141，话音数据输入-设备 142，静止图象输入-输出设备143和活动图象输入-输出设备143。
在附图5的构成中，文本数据输入-输出设备141，话音数据输入输 出设备142，静止图象输入-输出设备143和活动图象输入-输出设备144 并不是绝对必需的。
附图6显示了本发明中管理表的一个示例。
附图6(a)(b)(c)显示用于附图3中网络的管理表的 组成。
附图6(a)表示的是BN1的管理表81，它包括本节点的节点号 (后续节点号T-NO)，随机号数据，节点名和下级站点的节点号(后 续号T-NO)(BN2和BN3的管理表也有几乎相同的组成)。它将 下级站(TN1)送来的管理表链接到自己的管理表并保存起来。
附图6(b)表示LN1的管理表82(LN2的与此相同)。它 包括下级站BN1和BN2的节点号(后续号T-NO)，且每个从下级 节点送来的下级节点的管理表的拷贝都被链接到该节点的管理表。
附图6(c)表示汇接站(CN)管理表的组成。管理表83包 括下级节点LN的节点号和从下级节点送来的管理表。每个管理表被相 互链接起来，如附图3(c)所示。
附图7显示本发明中头组成的示例。
在附图7中显示了传送数据9。在这里以顺序发送话音数据和活动 图象数据为例。每种数据都有头记录各自数据的目的地址。
头92显示了详细信息，数据大小为25，媒体类型为文本数据，目 的节点的节点号为15，有关地址是否为端节点号的信息为“YES”， 源节点的密码(随机数)。
附图8表示寻找至目的地根的流程图。
该流程图对每个节点都是相同的。
第1步(S1)查看节点是否为顶节点。如果第1步(S1)发 现节点不是顶节点，则在第1’步(S1’)查看节点是否为底节点。 如果节点是底节点，就不必判断到目的地的路径，于是在第2’步 (S2’)执行底节点的处理。底节点的处理是在发送模式下将接收到 的数据发送给一上级节点，而在接收模式下查看接收数据是否是到自己 的地址，并输出给自己节点的数据。
如果第1’步(S1’)发现节点不是底节点，则第2步(S2) 查看头的地址是否记录在管理表中。如果节点号已记录在管理表中，则 第4步(S4)不论是上行数据还是下行数据都将其发送给下级节点。 如果节点号未记录在管理表中，则第5步(S5)查看数据是否为上行 方向。如果第5步(S5)中数据为上行方向的，则将其发送给上级节 点，如果数据不是上行方向的，则在第7步(S7)丢弃该数据。
如果第1步中的节点为顶节点，则查看其地址是否记录在管理表 中。如果它已记录在管理表中，则顶节点将所有中间节点加到目的节点 的路径上，并将其发送给一下级节点。如果它未记录在管理表中，数据 就被丢弃。
附图9显示应用本发明的一个网络系统。
在附图9中显示了总线连接型局域网系统91’，光局域网系统92’， 用户小交换机连接型系统93，公用网94以及通过总线连接型局域网系 统91’进行通信的移动通信系统95。
总线连接型局域网系统91’由节点2，节点3和节点4组成。每 个节点都连接到局域网系统总线，节点5连接附属节点6，节点7和节 点8。
光纤局域网系统92’由节点1，节点2和节点9(用户小交换机) 组成。每个节点都连接到局域网光缆。
用户小交换机连接型系统93由节点9，节点11，节点12和节点 13组成。如图所示节点11，节点12和节点13都连到节点9(用户小 交换机)。
本发明可以应用到只含一个局域网系统或一个公用系统的单个系 统。当然本发明也可以应用到由局域网系统和公用系统组成的复杂系 统。
附图10是管理表产生方法的示例说明。
在本发明中，顶节点(汇接节点)根据每个节点产生的随机数自 动设置标识网络节点的节点数据。
下面介绍一个顶节点(汇接节点)根据每个节点产生的随机数自 动设置节点号的后续号码的例子。
如附图10所示，假设每个节点都连到一条传输线路。
节点4是顶节点。中间节点3和节点5是顶节点的下级节点。节点 1是节点3的下级节点。节点6，节点7和节点8是节点5的下级节点。
每个节点包括一个管理表产生设备。当系统初始启动时，每个节点 都产生随机数。每个随机数都被发送给顶节点。每个节点发出其随机数 后，中间节点(节点3，节点5)都收到其下级节点的随机数，并生 成管理表的一种格式(见附图4(c))。顶节点收到下级节点送 来的随机数后根据每个节点的随机数用一格式设置后续号码(见附图 4(b))。然后后续号码被送往下级节点。接收到后续号码的中间节点将与 随机数对应的后续号码用此格式记录下来，并再将其发给下级节点。每 个节点都执行这些步骤，从而每个节点的管理表都产生了。
在上述过程中，管理表的格式产生后，中间节点就将下级节点送来 的管理表的格式全连接到自己的格式从而产生管理表的一个分层结 构。以后从顶节点传来后续号码时，节点记录与随机数对应的后续号 码。进一步，节点记录下级节点送来的由操作员输入形成的管理表的各 个节点名。
附图11显示设置每个节点的后续号码(T-NO)的方法的流程 图。
第1步(S1)，第2步(S2)，第3步(S3)，第4步(S4)， 第10步(S10)是节点处理。第5步(S5)，第6步(S6)， 第7步(S7)，第8步(S8)，第9步(S9)为顶节点的处理。
第1步开启节点的电源。第2步查看系统初始化是否执行，如果系 统初始化已执行，则第3步产生随机数，节点号(T-NO)被记录在 管理表中。如果第2步系统初始化未执行，则执行其他处理。第4步， 随机数被发送给顶节点。
第5步和第6步，顶节点检查随机数的T-NO是否重叠。如果T- NO已重叠，就让各个节点在第7步重试。如果第6步发现T-NO未重 叠，则第8步将随机数的T-NO按顺序存入顶节点的管理表。第9步已 在顶节点判定顺序的后续号码被送往相应的节点。
在第10步节点的后续号码(T-NO)被置入管理表。
附图12显示管理表的产生流程图。
第1步查看是否从一下级节点接收到节点数据。如果接收到节点数 据，则第2步(S2)查看数据是不是随机数。如果数据是随机数，则 第2步将随机数记录在管理表的表格中。如果在第2步数据不是随机 数，则第4步(S4)判断它是不是名字。如果数据是名字，则第5 步(S5)名字被记录在管理表的表格中。对应于名字的后续号码被送 给下级节点。下级节点将号码记录在其管理表中。“OK”表示正常接 收被发送给上级节点。接收节点号的上级节点将自己的节点号加到节点 传送来的号码再将数据发送出去(随机数和下级站点的管理表)。
附图13是本发明的媒体数据通信方法的示例说明。
本发明的头的属性名除媒体类型外还可包括协议类型(BSC例 程，HDLC例程，FAX例程，电话例程等)，业务类型(查寻，跟 踪处理，远端程序控制等)。
下面说明每一例的启动程序。
附图13(a)表示一个发送媒体数据的例子。
当多媒体数据被从节点A送往节点B时，节点A请求启动程序发 送媒体类型。如果节点B正常接收到它，节点B向节点A回送一个 “OK”。节点A和节点B都启动该媒体类型的程序。这样媒体数据 就从节点A送往节点B。
附图13显示在每个节点不同媒体类型的通信方法的流程图。
第1步(S1)，第2步(S2)，第3步(S3)，第9步(S9)， 第10步(S10)，第12步(S12)是节点A的处理。首先，第1 步，一媒体类型被发送而一个端节点(TN)被启动。第2步TN根 据媒体类型选择MUX(复用-解复用设备)。第3步一种选定的MUX 被送给其他方(节点B)，节点A请求启动到节点B的MUX。第4 步(S4)，第5步(S5)，第7步(S7)，第8步(S8)， 第11步(S11)为节点B的处理。第4步，第5步，节点B查看被 请求启动的MUX是否存在。如果它存在，则第6步启动被请求启动的 MUX，并在第7步答复“OK”。如果被请求的MUX不存在，则给 节点A答复“NO”。
第9步节点A收到“OK”后启动MUX。如果答复是“NO”， 则节点A停止流程。第10步和第11步数据在节点A和节点B之间交 换。交换一直执行到数据结束。当第12步发现数据结束时就终止交换。
附图14(a)显示协议的启动方法。
启动指定的协议类型的协议的请求是从节点A传到节点B的。节点 B收到请求后，节点B给节点A答复“OK”，这样在节点A和节点B 指定的协议就都启动了。节点A和节点B之间的通信开始了。
附图14(b)显示启动协议的流程图。
第1步(S1)，第2步(S2)，第7步(S7)，第8步(S8)， 第9步(S9)，第10步(S10)，第12步(S12)是节点A的 处理。第3步(S3)，第4步(S4)，第5步(S5)，第6步(S6)， 第11步(S11)是节点B的处理。附图14(b)是每个节点的流 程图。
首先，在节点A请求启动协议的协议数据被送往节点A的TN。协 议类型被通知给通信的其他方(上级节点或下级节点)。节点B查看 请求的协议是否存在，如果协议存在则启动协议。且节点B给节点A 送一“OK”。如果第3步协议不存在，节点B送“NO”给节点A。
在节点A，第7步判断从节点B来的答复是不是“OK”，如果 是“OK”则在第9步启动协议。如果是“NO”则在第8步停止通信。 节点A和节点B之间的数据交换在第10步和第11步执行。只要存在数 据交换就继续进行。当在第12步发现数据结束时交换即完成。
附图15是业务数据的通信方法和流程图的示例说明。
附图15(a)表示节点A向节点B发送一业务请求(查寻请求 等)。假设节点A，节点B，节点C组成的网络相互之间可以通信。
业务请求被从节点A传送给节点B。如果节点B能执行业务，节 点B即执行业务，并将结果传送给节点A。如果节点B不能执行业务， 它询问节点C和节点D他们是否能执行业务。结果是，如果节点D有 该业务的执行设备，节点D就将该业务的执行程序送给节点B。节点B 执行业务并将结果传送给节点A。或者节点B向节点D请求业务，节 点D执行业务，并将结果传送给节点B，再由节点B将节点D送来的 结果送给节点A。
附图15(b)显示业务通信程序的流程图。
第1步(S1)，第2步(S2)是节点A的处理。第3步(S3)， 第4步(S4)，第5步(S5)，第6步(S6)，第7步(S7) 是节点B的处理。
在节点A，业务类型数据被送给节点A的TN并向通信的其他方 (节点B)请求用业务类型的信息启动程序。节点B在第3步查看是 否存在业务设备。如果节点B存在业务设备，节点B在第6步执行业务， 并在第7步将结果传送给另一方(节点A)。如果第3步中节点B不 存在业务设备，节点B请求从在第4步保存业务设备的节点D发送业务 设备，节点B在第6步执行业务，并在第7步将结果传送给节点A。如 果节点B请求另一方(节点D)执行业务，则节点B在第4步将业务 请求送给节点D，它收到业务请求后执行业务，节点B收到结果，并在 第7步将业务结果返回给节点A。
工业适用性
根据本发明，所有类型的数据能在一条高速传输线路上用一种通用 方法传送，而且系统的构造很简单。另外管理表能在系统初启时自动产 生，并在增加，删除或修改节点时能很容易地更新管理表。
因此，多媒体网的成本可大大减小，而管理控制也很容易。
权利要求书
按照条约第19条的修改
1.由一个或多个节点组成的网络中的通信设备包括：
每个节点都包括用于控制通信的管理表；
有下级节点的节点的管理表保存了下级节点的用来标识节点的节 点数据；
传送地址查找装置接收从上级节点或下级节点送来的数据并根据 数据头中记录的节点地址查找发送收到的数据的节点地址。
当不是顶节点的节点从一下级节点收到数据时，如果目的节点地址 已记录在管理表中，它就将数据送给下级节点；如果目的节点地址未记 录在管理表中，它就将数据送给上级节点；当它从一上级节点收到数据 时，如果目的节点地址已记录在管理表中，它就将数据送给下级节点； 如果目的节点地址未记录在管理表中，它就将数据丢弃；当顶节点收到 数据时，它查看管理表，如果目的节点地址已记录在管理表中，它就将 数据送给下级节点；如果目的节点地址未记录在管理表中，它就将数据 丢弃；
数据传送速率要远高于传送最大量多媒体数据的速率，通信就可能 不需要收发缓冲器。
2.根据权利要求1的通信设备包括管理表产生装置，其中：
每个节点将从下级节点收到的节点数据传送给上级节点，每个节点 读取收到的数据并用收到的数据产生自己的管理表，进一步将自己的节 点数据加到数据上，并将接收到的数据加上自己的节点数据送住上级节 点。
3.由一个或多个包括用于控制通信的管理表和传送地址查找装置 的节点组成的网络上的通信方法，其中：
有下级节点的节点的管理表保存下级节点的节点数据，传送地址查 找装置接收上级节点或下级节点送来的数据，并根据头中记录的地址数 据查找发送数据的节点地址，
当一个不是顶节点的节点从其下级节点收到数据时，如果目的节点 地址已记录在管理表中，该节点就将数据送给下级节点；如果目的节点 地址未记录在管理表中，该节点就将数据送给上级节点；
当一个节点从其上级节点收到数据时，如果收到的目的节点地址已 记录在管理表中，该节点就将数据送给下级节点；如果目的节点地址未 记录在管理表中，该节点就将数据丢弃；
当顶节点收到数据时，该节点查看管理表，如果目的节点地址已记 录在管理表中，该节点就将数据送给下级节点；如果目的节点地址未记 录在管理表中，该节点就将数据丢弃；
数据传送速率要远大于传送最大量多媒体数据所需的速率，通信就 可能不需要收发缓冲器。
4.根据权利要求3的通信方法包括管理表产生步骤，其中：
每个节点将多下级节点收到的节点数据发送给上级节点，每个节点 读取收到的数据并用收到的数据产生自己的管理表，进一步将自己的节 点数据加到数据上，并将接收到的数据加上自己的节点数据送往上级节 点。
5.根据权利要求3的通信方法，其特征在于：
通用协议启动，媒体类型判断和业务类型判断在节点之间进行。
6.根据权利要求3或5的通信方法，其特征在于：
判断媒体类型后启动节点之间的通信。
7.根据权利要求3或5的通信方法，其特征在于：
通信节点之间互相通知对协议的处理，并启动通用协议。
8.根据权利要求6的通信方法，其特征在于：
通信节点之间互相通知对协议的处理，并启动通用协议。
9.根据权利要求3或5的通信方法，其特征在于：
一个节点向其它节点请求业务，接受业务请求的节点执行业务。
10.根据权利要求6的通信方法，其特征在于：
一个节点向其它节点请求业务，接受业务请求的节点执行业务。
11.根据权利要求9的通信方法，其特征在于：
当接受业务请求的节点不能执行业务时，该节点查找其它能执行业 务的节点，请求业务的节点接收到业务装置并执行业务，或请求业务的 节点将业务送给能执行业务的节点，请求业务的节点从能执行业务的节 点接受业务执行结果。
12.根据权利要求10的通信方法，其特征在于：
当接受业务请求的节点不能执行业务时，该节点查找其它能执行业 务的节点，请求业务的节点接收业务装置并执行业务，或请求业务的节 点将业务送给能执行业务的节点，请求业务的节点从能执行业务的节点 接受业务执行结果。
13.根据权利要求1或2的通信设备，其特征在于：
附在实际数据上的头包括属性名和属性值。
14.根据权利要求3、4、5、8、10、11或12的通信设备，其 特征在于：
附在实际数据上的头包括属性名和属性值。
15.根据权利要求6的通信设备，其特征在于：
附在实际数据上的头包括属性名和属性值。
16.根据权利要求7的通信设备，其特征在于：
附在实际数据上的头包括属性名和属性值。
17.根据权利要求9的通信设备，其特征在于：
附在实际数据上的头包括属性名和属性值。