专利名称：家庭网络系统的制作方法
技术领域：
本发明涉及一种家庭网络系统(HOME NETWORK SYSTEM)；更详细地说，涉及一种提供适用互动网络控制通信协议的家庭网络系统。
背景技术：
家电网络(home Network)是一种把各数字化家电联接的网络。通过家电网络，可以随时随地很方便地对家中的家电进行控制，可以带来生活上的乐趣。随着数字信息处理技术的发展，冰箱或洗衣机等家电，正在逐渐发展成数字化家电设备。随着家电使用体系技术和高速数字通信技术的快速发展，正在出现综合利用上述技术的信息家电。在上述背景下，出现了家庭网络系统。
这种家电网络如下表1，根据所提供的服务类型可分为数据网络，娱乐网及互动网络。
表1
这里，数据网络(data network)属于在PC及周边设备之间，为了数据交换或提供网络服务等建立的网络类型。娱乐网(entertainmentnetwork)属于处理ADO，VDO等信息的家电网络类型。另外，互动网络(living network)是指以家电自动化或远程控制等单纯控制为目的的网络。
这种用于家庭的家庭网络系统由作为电器设备的主控(master)设备和从属设备形成。作为电器设备，主控设备对其他电器设备进行控制或显示其他电器设备的状态。作为电器设备，从属设备按电器设备的特性或其他要素，对主控设备的要求进行应答，并输出自身的状态变化信息。本发明的说明书中使用的电器设备(或新装置)不仅包括洗衣机、冰箱等用于上述互动网络服务的家电，还包括用于数据网络服务的家电以及用于娱乐网络服务的家电。另外，还包括煤气自动控制设备及自动门，电灯等电器。
这种传统技术，不能提供对家庭网络系统中的电器设备履行控制及监视等功能的泛用(广义)通信规范。
发明内容
本发明是为了解决上述问题而提出的，其目的为提供一种适用泛用通信规范——控制通信协议的家庭网络系统，上述泛用通信规范提供控制并监视家庭网络系统内各电器设备的功能。
本发明的另一目的为提供一种作为泛用通信规范采用互动网络控制通信协议(Living network Control ProtocolLnCP)的家庭网络系统。
本发明的又一目的为提供一种在LnCP中用于数据传送的统一的多个基本单元。
另外，本发明的另一目的为提供一种家庭网络系统，让从属设备从主控设备下载特定的数据。
另外，本发明的另一目的为提供一种家庭网络系统，让它按信息的特性进行单一或数个通信循环。
本发明的家庭网络系统由两个以上的电器设备和联接上述各电器设备的随特定通信协议的网络组成；其中的一个电器设备向其他电器设备传送请求信息的情况下，上述请求信息从上述一个电器设备的上位层传向下位层，并从其他电器设备的下位层传向上位层；上述请求信息包括意味着其他设备要执行的动作的命令码(CC)、以及用于上述命令码的执行的一个以上相关因子(Arg)；上述请求信息是把某一特定的数据分割成特定大小后得到的下载请求信息，可以让其他电器设备下载上述数据。
这里，上述下载请求信息包括相关因子(Arg)，相关因子包括分割上述数据后的所有页域、正在传送的当前页域、以及上述分割的数据域。
另外，上述大小被上述一个电器设备设定，与上述其他电器设备的缓冲区大小有关。
上述大小小于等于接收上述数据的电器设备缓冲区大小。
上述通信协议是互动网络控制通信协议(LnCP)。
本发明家庭网络系统由两个以上的电器设备和联接上述各电器设备的随特定通信协议的网络组成；在上述家庭网络系统中，本发明的用于记录信息结构的存储媒体是上述一个电器设备传向其他电器设备的请求信息；上述请求信息从上述一个电器设备的上位层传向下位层，并从其他电器设备的下位层传向上位层；上述请求信息包括意味着其他设备要执行的动作的命令码(CC)、以及用于上述命令码的执行的一个以上相关因子(Arg)；上述请求信息是把某一特定的数据分割成特定大小的下载请求信息，可以让其他电器设备下载上述数据。
本发明中，家庭网络系统由两个以上的电器设备和联接上述各电器设备的随特定通信协议的网络组成；在上述上述家庭网络系统中，本发明的家庭网络系统信息处理方法包括如下各阶段组成；即，上述一个电器设备接收来自使用者的下载请求后，生成请求信息的阶段；把上述请求信息传向其他电器设备的阶段；上述其他电器设备接收上述请求信息后储存上述数据的阶段；上述其他点点设备向上述一个电器设备传送应答信息的阶段。
上述生成阶段包括如下各阶段；即，把上述数据按特定大小进行分割的阶段；为了下载上述分割的数据，计算全体通信循环个数的阶段；生成分别与上述各通信循环对应并分别包括上述各分割数据的各请求信息的阶段。
上述生成的请求信息各自的通信循环，具有相同的通信循环识别标识(CycleID)。
上述传送阶段包括如下阶段；即，在每回通信循环中，把上述生成的请求信息传向上述其他电器设备的阶段。
上述传送的请求信息至少包括所有页域和当前页域，所有页域包括全体通信循环的个数，当前页域包括正在传送的请求信息通信循环的次序。
上述传送阶段中，上述一个电器设备在媒介变量的传送间隔(DLInterval)内，传送上述生成的各个请求信息。
上述处理方法还包括如下各阶段；即，上述一个电器设备在结束全体通信循环之前，如果从上述其他电器设备接收到通信循环失败或NAK-应答信息，则结束上述数据的下载服务的阶段；把上述服务失败通报给使用者的阶段。
上述处理方法还包括如下阶段；即，按上述应答信息结束通信循环的阶段。
上述处理方法还包括如下阶段；即，对是否结束全体通信循环，进行判断的阶段。
上述判断阶段中，对和上述接收的应答信息对应的请求信息所有页值与当前页值是否相同，进行比较后，进行判断。
上述处理方法还包括如下各阶段；即，如果上述比较结果，两者的值相同，则结束下载服务的阶段；向使用者通报下载成功的阶段。
上述处理方法还包括如下阶段；即，如果上述比较结果，两者的值不同，则让当前页的值增加特定大小的阶段。
上述处理方法还包括如下阶段；即，生成包括增加的当前页值的请求信息的阶段、或让生成的请求信息包括上述增加的当前页值的阶段；使设备进行全体数据的下载服务。
上述储存阶段中，上述其他电器设备，根据接收的请求信息当前页域中的值，依次储存数据。
根据上述其他电器设备的缓冲区大小，设定上述大小。
上述处理方法还包括如下各阶段；即，上述一个电器设备向其他电器设备传送缓冲区大小的请求信息的阶段；上述其他电器设备把包括缓冲区大小的应答信息传向上述一个电器设备的阶段。
上述处理方法还包括如下阶段；即，在上述储存阶段中，上述其他电器设备接收一个请求信息后，如果在上述下载请求信息的传送间隔内，没能接收到其他请求信息，则删除已储存的数据的阶段。
上述大小小于等于上述传送的其他电器设备缓冲区大小。
本发明可以提供一种适用泛用通信规范——控制通信协议的家庭网络系统，上述泛用通信规范提供控制并监视家庭网络系统内各电器设备的功能。
本发明还可以提供一种作为泛用通信规范采用互动网络控制通信协议(Living network Control ProtocolLnCP)的家庭网络系统。
本发明还可以提供一种在LnCP中用于数据传送的统一的多个基本单元。
本发明还可以提供一种家庭网络系统，让从属设备从主控设备下载特定的数据。
本发明还可以提供一种家庭网络系统，让它按信息的特性进行单一或数个通信循环。
图1为本发明的家电网络框图。
图2为本发明的互动网络控制协议的框图。
图3a及图3b为图2的各层间的界面框图。
图4a至4f为图3a及3b的界面详细框图。
图5a，图5b为包括用于各层之间交换的基本单元(primitive)的框图。
图6a至6c为本发明各请求信息结构的实施例示意图。
图7a至7c为本发明各应答信息结构的实施例示意图。
图8为项目信息结构示意图。
图9为本发明的应用层数据处理方法第1实施例示意图。
图10为本发明通信循环识别标识(CycleID)结构示意图。
图11为本发明的应用层中的数据处理方法第2实施例。
图12为本发明中，应用层数据处理方法第3实施例示意图。
图13为本发明的应用层数据处理方法第4实施例示意图。
图14为本发明的用于下载服务的信息处理方法流程图。
图15为执行图14中的S164和165阶段的从属设备信息处理方法流程图。
主要部件附图标记说明1家庭网络系统 2因特网3LnCP服务器 4客户设备10网关 20至23网络管理器30，31LnCP路由器40至49电器设备具体实施方式
下面，通过本发明的实施例及附图，对本发明的家庭网络系统进行详细说明。不容置疑，本发明的范围不受限于以下的实施例及附图。本发明的权利范围，应以权利请求范围为基础，进行解释。
图1为本发明的家庭网络系统的框图。
如图1所示，家庭网络系统1通过因特网络2联接到LnCP服务器3。另外客户设备4通过因特网络2联接到LnCP服务器3。即，家庭网络系统1把LnCP服务器3及/或客户设备4联接成可以互相传递信息。
家庭网络系统1的外部网络包括因特网络2，上述外部网络根据客户设备4的种类还可具备其它设备。即，以该因特网络2为例，客户设备4为计算机时具备Web服务器(Websever)(未图示)，客户设备4为网络电话时具备通信服务器(Wap sever)(未图示)。
LnCP服务器3通过特定的注册及注销程序，分别联接到家庭网络系统1及客户设备4，从客户设备4接收监视及控制命令等，再通过因特网络2用特定形式的信息传送到家庭网络系统1。另外，LnCP服务器3从家庭网络系统1接收并储存特定形式的信息或把它传送到客户设备4。另外，LnCP服务器3把自身储存或生成的信息传送到上述家庭网络系统1。即，家庭网络系统1联接在LnCP服务器3，可下载LnCP服务器3所提供的服务内容。
家庭网络系统1包括网关10，网络管理器20～23，LnCP路由器30，31，LnCP适配器(adapter)35，36及多个电器设备40～49。网关10具有联接因特网的功能。网络管理器20～23履行对电器设备40～49的环境设定及管理功能。LnCP路由器30、31负责传输媒体之间的联接。LnCP适配器35，36可以使网络管理器22及电器设备46联接到传输媒体。
家庭网络系统1内的网络由各电器设备40～49共用的传输媒体相互联接组成。该传输媒体可利用RS-485或低功率的RF等数据中继层非规格化的传输媒体(non-standardized transmission medium)，或可以利用电力线或IEEE 802.11等规格化的传输媒体(standardizedtransmission medium)。
家庭网络系统1内的网络由与因特网络2是相互分离的网络。即，上述家庭网络系统1内的网络构成由有线或无线传输媒体联接的独立网络。这里，独立网络包括虽然处于物理上的联接状态但理论上分离的网络。
家庭网络系统1包括主控(Master)设备，从属(Slave)设备。主控设备可以控制电器设备40～49或监视其工作状态。从属设备可以回应主控设备的请求及通知自身状态的变化情报。该主控设备包括网络管理器20～23，从属设备包括电器设备40～49。该网络管理器20～23包括所要控制的电器设备40～49的信息及控制码，按程序化的方式进行控制作业，或接收从LnCP服务器及/或客户设备4输入的信息后，进行控制作业。另外，如图所示，联接有多个网络管理器20～23时，为了进行与其它网络管理器20～23之间的交换信息，也为了信息的同步化以及进行控制，这些网络管理器20～23即可以是主控设备又可以是从属设备。即应该是一种，从物理意义上只是一个设备，但理论上是同时具有主控及从属功能的设备(即兼容设备)。
另外，这些网络管理器20～23及电器设备40～49可以直接联接到网络(如图示的电力线网络，RS-485网络，RF网络)上。另外，还可以通过LnCP路由器30、31及/或LnCP网络适配器35，36联接。
另外，电器设备40～49及/或LnCP路由器30、31及/或LnCP网络适配器35，36注册在网络管理器20～23上，并根据产品情报，接收唯一的理论地址(例如0x00，0x01等)。这个理论地址与产品码(例如空调为‘0x02′，洗衣机为’0x01′)结合后，作为节点地址(Node Address)使用。例如，通过0x02009(空调1)及0x0201(空调2)的相同的节点地址被电器设备40～49及/或LnCP路由器30、31及/或LnCP网络适配器35，36识别。另外，还可以使用按特定的基准(同种产品，产品的设置位置，使用者等)设置的群地址，使用群地址时可以一次性识别一个以上的电器设备40～49及/或LnCP路由器30、31及/或LnCP网络适配器35，36。在这个群地址中，显性群地址把地址选择值(下述为标记flag)设定为“1”时该显性群地址为指定多个的客户设备的集团(cluster)地址。默认群地址把理论地址及/或产品码的所有比特(byte)值添加为“1”，进而可以指定多个客户设备。这里，特别要指出的是把明示群地址通常称为集团码。
图2为本发明的互动网络控制协议(LnCP)框图。家庭网络系统1通过图2中的互动网络控制协议(LnCP)可以使网络管理器20～23，LnCP路由器30、31，LnCP网络适配器35，36及电器设备40～49之间互相传送信息。进而，网络管理器20～23，LnCP路由器30、31，LnCP网络适配器35，36及电器设备40～49通过这种LnCP实行网络通信。
如图2所示，LnCP包括应用软件50，应用层60，网络层70，数据中继层80，物理层90及媒介变量管理层100。应用软件50发挥网络管理器20～23、LnCP路由器30、31、LnCP网络适配器35，36、及电器设备40～49的固有功能。并提供与应用层60联接的功能，以便在网络上进行远程操作及监视。应用层60向使用者提供服务，并具有把使用者提供的信息或命令组成信息后传达到下位层的功能。网络层70可以把网络管理器20～23，LnCP路由器30、31，LnCP网络适配器35，36及电器设备40～49之间联接为可靠的网络。数据中继层80提供联接控制功能，用于联接共用传输媒体。物理层90提供网络管理器20～23，LnCP路由器30、31，LnCP网络适配器35，36及电器设备40～49之间的物理界面及要传送的比特(byte)的规则。媒介变量管理层100管理设定各层中使用的节点的媒介变量(node parameter)。
详细的说，应用软件50还包括网络管理附属层51。网络管理附属层51具有管理节点媒介变量，及管理联接在网络上的网络管理器20～23，LnCP路由器30、31，LnCP网络适配器35，36及电器设备40～49的功能。即，该网络管理附属层51具有一种功能，可以通过媒介变量管理层100，设定媒介变量数值对媒介变量进行管理。适用于LnCP的设备为主控设备时，该网络管理附属层51还具有履行构成网络或管理网络的功能。
另外，网络层70还包括家电网络码控制附属层71。网络联接有网络管理器20～23、LnCP路由器30、31，LnCP网络适配器35，36及电器设备40～49。当利用电力线或IEEE 802.11、无线等非独立形传输媒体(例如LnCP包括电力线通信(PLC)协议/或无线(wireless)协议时)构成上述网络时，为了在理论上划分各网络，家电网络码控制附属层71发挥设定家电网络码及管理家电网络码的功能。通过像RS-485等独立形传输媒体，从物理意义上分离个别网络时，该家电网络码控制附属层71不包括在LnCP中。该家电网络码以4字节(byte)组成，设定为随机(random)值或使用者设定值。
图3a及图3b为图2的层间的界面的框图。
图3a所示为物理层90联接到非独立形传输媒体时的层间的界面示意图。图3b所示的是物理层90联接到独立形传输媒体时的层间的界面示意图。
家庭网络系统1把各层需要的页头码(header)及拖挂码(trailer)信息加到从上位层接收的网络协议信息单位(Protocol Data UnitPDU)中，在传达到下位层。
如图所示，APDU(Application layer PDU)是应用层60和网络层70之间传送的数据值(data)。NPDU(Network Layer PDU)是网络层70与数据中继层80或家电网络码附属层71之间传送的数据值。HCNPDU(HomeCode Control Sublayer PDU)是网络层70(确切的说是家电网络码附属层71)与数据中继层80或家电网络码附属层71之间传送的数据值。数据中继层80与物理层90之间按数据值(data)，数据框架单位形成界面。
图4a至4f为图3a及3b的界面的详细框图。
图4a所示为在应用层60中的APDU结构。
AL(APDU Length)域为表示APDU的长度(AL到数据框架组的长度)的域，最小值为4最大值为77。
AHL(APDU Header Length)域是表示APDU页头码(header)的长度(AL到ALO的长度)，的域，没有扩展时为3字节，可以扩展到7字节。LnCP网络协议中为了数据框架组的密码化，为了变更应用协议等APDU页头码(header)可以扩展到7字节。
ALO(Application Layer Option)域是用于扩展信息3的域，例如该域被设定为“0”时，装有其它值时信息处理被忽视。
数据框架组为处理使用者的控制信息或项目信息的域，其结构随着ALO所含值的变化发生变化。
图4b为网络层70中的NPDU的结构，图4c为NPDU中的NLC的详细结构示意图。
SLP(Start of LnCP Packet)域为表示数据包的起始域，其值为0x02。
DA(Destination Address)及SA(Source Address)的域为要传送的数据包的收信方及送信方的节点地址，各由16比特构成。这里最上位1比特为显示群地址的标记(flag)，接下来的7比特为产品的种类(产品码)，下位8比特包括分得的理论地址。具有多个同一种类的网络管理器20～23或电器设备40～49时，上述下位8比特用于划分上述各网络管理器20～23或电器设备40～49。
PL(Packet Length)域为显示要传送的NPDU总长的域，其最小值为12字节，最大值为100字节。
SP(Service Priority)域为给予传送信息传送优先位的域，由3比特构成。各传送信息的优先顺位如表2。
从属客户设备应答主控客户设备的请求时，随从主控客户设备接收到的请求信息的优先顺位。
表2
NHL(NPDU Header Length)域是用于扩展NPDU页头码(header)(SLP中的NLC域)使用的域，没扩展时是9字节，最大可扩展到16字节。
PV(Protocol Version)域是显示所采用的网络协议版本的1字节的域，由上位4比特及下位4比特构成。上位4比特为版本(version)域，下位4比特为服务器版本(sub-version)域。版本(version)及服务器版本(sub-version)分别以16进制标法显示版本。
NPT(Network layer Packet Type)域是在网络层中划分数据包种类的4比特域。LnCP包括请求数据包(Request Packet)，应答数据包(Response Packet)，通知数据包(Notification Packet)。主控客户设备的NPL域应设定为请求数据包或通知数据包，从属设备的NPL域应设定为应答数据包或通知数据包。数据包种类的NPT值如下表3所示。
表3
TC(Transmission Counter)域是网络层发生通信故障，不能成功发送请求数据包或应答数据包时，为了提高传送请求数据包或应答数据包的成功率，再传送或反复传送的2比特域。收信方可以利用TC域的数值，检测出重复信息。随NPT值的TC域值的范围同下表4。
表4
PN(Packet Number)域由2比特构成。在从属设备中为了检测出重复数据包PN(Packet Number)域与TC一起被使用。在主控客户设备中为了处理多个的通信循环被使用。随NPT值的PN域的范围如下表5所示。
表5
APDU域是应用层60与网络层70之间传送的应用层的网络协议数据值(data)的单位。APDU最小值为0字节，最大值为88字节。
CRC(Cyclic Redundancy Check)域是为了检测出已接收数据包(SLP到APDU域)的错误的16比特域。
ELP(End of LnCP Packet)域是显示数据包未端的域，其值为0x03。如果接收与数据包长度域中的与长度相应的数据值(data)，也不能检测出ELP域，则示为数据包错误。
图4d为家电网络码控制附属层71中的HCNPDU结构图。
如图所示，NPDU的上位部分还包含HC(Home Code)域。
该家电网络码的数值由4字节构成。该家电网络码在数据包可传播的线路的距离内具有唯一的值。
图4e所示为数据中继层中的数据框架的结构。
LnCP的数据中继层的数据框架的页头码(header)及拖挂码(trailer)根据传输媒体形成不同的结构。数据中继层80使用非规格化的传输媒体时，数据框架的页头码(header)及拖挂码应具有Null域(Null Field)。如使用规格化的传输媒体，则随网络协议的规定。NPDU域是从上位网络层70传送的数据值的单位。HCNPDU是物理层90为电力线或IEEE 802.11等非独立形传输媒体时使用的数据值单位，是在NPDU前端追加4字节家电网络码的数据值单位。数据中继层80不划分NPDU及HCNPDU的处理。
图4f为物理层90中的数据框架结构。
LnCP的物理层90具有把物理信号传送到传输媒体的功能。作为LnCP网络协议的物理层90，可以使用与RS-485或低功率RF等同的非规格化数据中继层80的传输媒体。还可以使用如电力线或IEEE 802.11等同的规格化传输媒体。适用LnCP网络的家庭网络系统1中，为了网络管理器20～23及电器设备40～49与RS-485或LnCP路由器30，31，及LnCP适配器35，36联接，利用了UART(Universal Asynchronous Receiver andTransmitter)数据框架结构及RS-232的信号标准(level)。各设备之间利用网线(serial bus)联接时，UART在通信线路控制比特信号流。如图4f所示，在LnCP中，把上位层送来的数据包，变换成10比特大小的UART数据框架单位后，通过传输媒体传送。UART数据框架由1比特的起始位(Start Bit)、8比特的数据值(data)及1比特的停止位(Stop Bit)构成。上述UART数据框架不使用效验位(Parity Bit)。UART数据框架从起始位传达，最后传达停止位。适用LnCP的家庭网络系统1利用UART时，不使用追加的数据框架页头码(frame header)及框架拖挂码(frametrailer)。
以下是对使用在上述层中的节点媒介变量的说明。
下述的节点媒介变量的数据值的类型(type)与表6所示的多个形式中的一种相对应。
表6
首先，应用层60具有利用使用者通过应用软件50传达的信息或命令，生成信息(Message)和APDU，再把它传输到下位网络层功能，以及对从下位网络层接收到的APDU进行解释，再把它传向应用软件50的功能。
应用层60使用的节点媒介变量(Node Parameter)的值同表7。
表7
该网络层70具有如下功能。
第1为地址管理功能，地址管理功能为储存自身地址及目的地的网络管理器20～23或电器设备40～49的地址的功能。这时，使用地址所含的各网络管理器20～23或各电器设备40～49的信息及位置信息，可以指定集团地址，并可支持立体声调频广播(multicasting)及广播(broadcasting)通信。
第2为流动控制功能，流动控制功能为通过通信循环(cycle)控制数据包流动的功能。
第3为错误控制功能，错误控制功能为在规定的时间内没能接收应答数据包时，重新传输域值的功能。重新传输次数最大限制为3回。
第4为事务控制(Transaction Control)功能，事务控制功能为通过检测出重复数据包，防止重复履行同样的信息，并控制同时多发的通信循环的功能。
第5为路由控制功能，路由控制功能为在两个以上独立的传输媒体间，传输数据包，并为了防止各LnCP路由器30～31以及LnCP适配器35～36之间的无限循环(loop)，控制数据包的流动的功能。
这种网络层70以通信循环为单位提供服务。这种通信循环有{1-Request，1-Response}，{1-Request，Multi-Responses}，{1-Notification}，{Repeated-Notification}等四种。
{1-Request，1-Response}通信循环为一个主控设备向一个从属设备传输一个请求数据包(Request Packet)，从属设备传输对应上述请求的一个应答数据包(Request Packet)的通信循环。
{1-Request，Multi-Responses}通信循环为一个主控设备向多个从属设备传输一个请求数据包，各从属设备并依次传输应答请求数据包的应答数据包的通信循环。
{1-Notification}通信循环为设备(主控或从属)以一个或多个设备(主控或从属)为对象，传输一个通知数据包后，即刻结束通信的通信循环。
{Repeated-Notification}通信循环为在{1-Notification}通信循环为了确保传输可靠性，反复传输同样的数据包后，结束通信的通信循环。
上述通信循环与数据包类型及传输服务(或网络层服务)(NLservice)同表8a。
表8
这里，省略其他层，即，网络层70、数据中继层80以及物理层90的媒介变量说明。
图5a，图5b为包括用于各层之间交换的基本单元(primitive)的框图。
图5a为主控设备各层之间的基本单元传送示意图。
如图所示，用于应用软件50和应用层60之间的基本单元，使用UserReq、UserDLReq、UserULReq、ALCompleted、UserRes、UserEventRcv。
使用者请求(UserReq)基本单元是由从主控设备应用软件50传出的单一通信循环构成的服务请求基本单元，被利用在控制或监视等作业。该使用者请求(UserReq)基本单元包括表9a的构成要素。
表9a
应用层服务(ALService)中，请求应答信息(Request-response-message)是请求信息和应答信息的组合，是主控设备发送请求信息后，接收到该请求信息的从属设备必须发送应答信息的服务。单独请求信息(Request-message-only)是单独提供请求信息的服务，是接收到请求信息的从属设备不发送应答信息的服务。反复信息(Repeated-message)是提供连续的单独信息或单独项目信息的服务，是从属设备不发送应答信息的服务。单独项目信息(Event-message-only)是单独提供项目信息的服务，是从属设备不发送应答信息的服务。
使用者下载请求(UserDLReq)基本单元是发自主控设备应用软件50的下载服务请求基本单元，包括表9b展示的构成要素。
表9b
使用者上载请求(UserULReq)基本单元是发自主控设备应用软件50的下载服务请求基本单元，包括表9c展示的构成要素。
表9c
使用者应答(UserRes)基本单元是把主控设备的服务执行结果传向应用软件50的基本单元，包括表9d展示的构成要素。
表9d
使用者项目收信(UserEventRcv)基本单元是传向主控设备应用软件50的项目服务基本单元，包括表9e展示的构成要素。
表9e
应用层完了(ALCompleted)基本单元是，把主控设备应用层60的执行结果传向应用软件50的基本单元，包括表9f展示的构成要素。
表9f
如图所示，用于应用阶层60和网络层70之间的基本单元，包括ReqMsgSend、NLCompleted以及MsgRev。
请求信息送信(ReqMsgSend)基本单元是，用于把信息从主控设备应用层60传向网络层70的基本单元，包括表10a所示的构成要素。
表10a
这里，通信循环识别标识(CycleID)是由上述应用服务编码(ALSvcCode)和收信设备节点地址(node Address)组合形成。
信息收信(MsgRcv)基本单元是用于把数据包从主控设备网络层70传向应用层60的基本单元，包括表10b的构成要素。
表10b
上述通信循环识别标识(CycleID)的构成，将在下面进行说明。
网络层完了(NLCompleted)基本单元是用于从网络层70向应用层通知数据包处理状态的基本单元，包括表10c的构成要素。
表10c
这里，省略其他各层之间的基本单元的说明。
图5b为从属设备的各层间基本单元的传输作业框图。
如图所示，用于应用软件50a与应用层60a间的基本单元，包括UserReqRcv、UserResSend及UserEventSend。
使用者请求收信(UserReqRcv)基本单元是用于把由主控设备接收的请求信息(包括下载及运行)传向从属设备的应用软件50a的基本单元。包括表11a所示的构成要素。
表11a
使用者应答送信(UserResSend)基本单元是为了回应主控设备的请求信息，把应答信息传向从属设备的应用层时所用的基本单元。包括下表11b所示的构成要素。
表11b
使用者项目送信(UserEventSend)基本单元是用于把欲向主控设备传输的从属设备项目信息状态变量值，传输到应用层60a的基本单元。包括下表11c所示的构成要素。
表11c
如图所示，应用层60a和网络层70a间的基本单元包括ReqMsgRcv、ResMsgSend、EventMsgSend及NLCompleted。
请求信息收信(ReqMsgRcv)基本单元是用于从网络层70a把接收的请求信息传向应用层的基本单元。包括下表12a所示的构成要素。
表12a
应答信息送信(ResMsgSend)基本单元是用于在应用层60a，把应答信息传向网络层70a的基本单元。包括下表12b所示的构成要素。
表12b
项目信息送信(EventMsgSend)基本单元是用于应用层60a把项目信息传向网络层70a的基本单元。包括下表12c所示的构成要素。
表12c
网络层完了(NLCompleted)基本单元是在网络层70a，用于向应用层60a通知数据包处理状态的基本单元。包括下表12d所示的构成要素。
表12d
这里，省略其他层间的基本单元的说明。
上述信息中，字节(或比特)数据的排列按以下方式排列。上位字节(或比特)位于信息的左边，下位字节(或比特)位于右边。应用层60、60a处理的信息类型如下。
请求信息(Request Message)是为了让从属设备实行命令，从主控设备的应用层60传向网络层70或从属设备的网络层70传向应用层60的信息。从属设备的应用层60根据网络层70传来的传输模式，可以利用应答信息(Response Message)回应。
应答信息(Response Message)是为了传输从属设备的命令执行结果，从主控设备的网络层70传向应用层60或从从属设备的应用层60传向网络层70的信息，是对请求信息的回应。
项目信息(Event Message)是设备状态被变更时，从送信方的应用层传向网络层或从收信方的网络层传向应用层的信息。接收方不作应答。
图6a至6c为各请求信息的结构实施例。
图6a为基本请求信息的示意图。该请求信息由命令码(Command CodeCC)和实行它所用的关联因子(因子1，2…)构成。请求信息用于从属设备的控制及状态确认，另外，还用于请求从属设备的信息确认。
图6b所示为下载请求信息(Downloading Request Message)。下载请求信息是把在请求信息中分割出的数据传向设备是所用的输入因子(Input Arguments)包括所有页和“当前页”。图6c所示为上载请求信息(Uploading Request Message)。上载请求信息是用于从从设备分割取得数据的输入因子，包括“页码(PageNo)”和“数据大小(DataNo)”。
详细的说是，该下载请求信息是让主控设备保有特定数据，把该数据传向从属设备及/或其它主控设备的信息。上述数据按特定数据大小分割，分割出的全部个数为所有页。在该所有页中，包括在当前的请求信息中，被传输的数据为“当前页”。
该上载请求信息是让从属设备及/或其它主控设备保有特定数据，主控设备上载该数据的信息。主控设备在所有页中，请求一部分相当于数据大小的数据，该一部分数据成为位于全体数据中对应页码的次序上的分割数据。
图7a至7c为各应答信息的结构实施例。
应答信息区分为正常实行主控设备送来的请求信息时，生成的ACK-应答信息(ACK-Response Message)和反之情况时，生成的NAK-应答信息(NAK-Response Message)。
图7a为ACK-应答信息示意图。该ACK-应答信息由命令码和ACK(例如，0x06)、表示实行结果的各因子(因子1、2、…)构成。在从属设备成功实行由主控设备传输的请求信息时，传输ACK-应答信息。
图7b为NAK-应答信息的示意图。该NAK-应答信息由命令码、NAK(例如，0x15)、以及1字节的NAK_code构成。在从属设备没能成功实行主控设备传输的请求信息时，传输该NAK-应答信息。NAK_code与有关产品码的错误具有区别。NAK_code是在主控设备与从属设备间的通信过程中，因错误命令码或错误因子，从属设备没能成功实行请求信息时，分类其原因的码值。
图7c为包括错误码(Error_code)NAK-应答信息的示意图。该Error_code是产品工作有关的错误。因产生这种错误，从属设备没能成功实行请求信息时，NAK_code值固定为特定的值，例如“0x63”。NAK_code后，紧跟Error_code值。
图8为项目信息结构图。
如图8所示，项目信息是从属设备的状态被变更时，生成的信息。由命令码(例如，0x11)、项目码(Event Code)(2字节)及状态值(StateVariable)(4字节)构成。在项目码中，上位1字节与产品码(Product Code)相同，下位1字节表示状态变量。
图9为本发明的应用层数据处理方法第1实施例示意图。该数据处理方法中，主控设备的应用层60从应用软件50接收一定的基本单元后，构成APDU，并把上述APDU传向网络层70。
阶段S61中，主控设备的应用层60接收使用者请求(UserReq)基本单元、使用者下载请求(UserDLReq)基本单元或使用者上载请求(UserULReq)基本单元。
阶段S62中，使用者请求(UserReq)基本单元包括应用层服务码(ALSvcCode)，上述应用层服务码中明示的服务由单一通信循环构成，因此主控设备的应用层60分离单一通信循环后，进行对单一通信循环的处理。
另外，使用者下载请求(UserDLReq)基本单元或使用者上载请求(UserULReq)基本单元包括应用层服务码(ALSvcCode)，上述应用层服务码明示的服务由数个(CycleNo)通信循环构成，因此主控设备的应用层60分离数个(CycleNo)通信循环后，依次处理单一通信循环，由此进行对整体数个(CycleNo)通信循环的的处理。
阶段S63中，为了执行使用者请求(UserReq)基本单元的由单一通信循环构成的服务，主控设备应用层60生成一个请求信息或通知信息。为了执行使用者下载请求(UserDLReq)基本单元或使用者上载请求(UserULReq)基本单元的由数个(Cycle No)通信循环构成的服务，主控设备应用层60按下载步骤或上载步骤，生成数个(CycleNo)(一定数据被分割成数个分割数据时，上述分割数据的个数)请求信息。
阶段S64中，主控设备的应用层60对应于生成的请求信息或通知信息，生成通信循环识别标识(CycleID)。这里，与使用者下载请求(UserDLReq)基本单元或使用者上载请求(UserULReq)基本单元对应的数个(CycleNo)请求信息，生成并赋予相同的通信循环识别标识(CycleID)，并依次进行单一通信循环。下面，参照图9，对基本单元进行说明，上述基本单元包括使用者请求(UserReq)基本单元、使用者下载请求(UserDLReq)基本单元、以及使用者上载请求(UserULReq)基本单元。
如图10所示，通信循环识别标识为4字节，是由目的地址(DstAddress)和命令码组成，即，主控设备的应用层60，对来自应用软件50的包括在基本单元的应用层服务码(ALSvcCode)和目的地址(DstAddress)，进行组合，生成通信循环识别标识。
阶段S65中，主控设备应用层60不能在通信循环结束之前，进行同一通信循环识别标识的作业，因此对已存在的服务明细，进行检索。如果在上述服务明细中存在与阶段S64中生成的通信循环识别标识相同的值，则忽略新生成的通信循环识别标识，进行阶段S67，不形成上述识别标识的服务明细。
阶段S66中，主控设备应用层60接收到基本单元后，形成如表13的服务明细。
表13
对设定各变量的过程，进行如下说明。
*应用层服务码(ALSvcCode)被设定为包括在基本单元的应用层服务码；*应用层服务类型(ALSvcType)，按包括在基本单元的应用层服务(ALService)，被设定为‘0’(Request-response-message应答请求信息)，‘1’(Request-message-only单独请求信息)，‘2’(Repeated-message反复信息)，‘3’(Event-message-only单独项目信息)。
*通信循环次数(CycleNo)来说，如果是使用者请求(UserReq)基本单元，则被设定为‘1’，如果是使用者下载请求(UserDLReq)基本单元或者是使用者上载请求(UserULReq)基本单元，则被生定为分割的信息(或数据)数。
*通信循环识别标识(CycleID)的设定，是利用节点地址(Node Address)和应用层服务码(ALSvcCode)进行。
阶段S67中，主控设备的应用层60在将要传向网络层70的各信息上，追加页头码，构成APDU。这里，对页头码的各域值，进行如下设定。
*AL被设定为在将要传送的信息字节数上加3后得到的值。
*AHL被设定为‘3’。
*ALO被设定为‘0’(没有应用层属性的情况下)。
阶段S68中，主控设备的应用层60利用请求信息送信基本单元，传向网络层70。这里的请求信息送信(ReqMsgSend)基本单元包括上述构成的APDU。
阶段S69以后的各层中，数据处理方法进行通信循环以及服务的结束过程。
阶段S69中，主控设备的应用层60为了判断通信循环的完了与否，对服务开始后在服务暂停(SvcTimeOut)时间内有没有从网络层70接收到网络层完了(NLCompleted)基本单元，进行判断。如果接收到上述网络层完了(NLCompleted)基本单元，则判断为通信循环已结束，进行阶段S70，从服务明细中的通信循环次数(CycleNo)值减去一定值(比如‘1’)。如果在服务暂停时间(SvcTimeOut)内，没有接收到上述网络层完了(NLCompleted)基本单元，则进行阶段S71，把通信循环次数(CycleNo)值设定为‘0’。比如，信息传送错误、从属设备故障等原因会导致上述没有接收到网络层完了(NLCompleted)基本单元的情况。另外，还可以包括对应用层60有没有接收到NAK应答信息进行判断的阶段。如果接收到NAK应答信息，则进行阶段S71，把通信循环次数设定为‘0’。这样的话，可以在由数个通信循环构成的服务(上述下载服务和上载服务)中，如果接收到NAK应答信息，可以结束整体服务。
阶段S72中，主控设备的应用层60对整体通信循环的执行有没有结束，进行判断。即，如果通信循环次数的值为‘0’，则主控设备的应用层60判断为服务完了，如果不是，则进行阶段S65或阶段S67，结束数个(CycleNo)通信循环。
阶段S73中，主控设备的应用层60删除相应的服务明细。阶段S74中，主控设备的应用层把服务执行结果放进应用层完了(ALCompelted)基本单元中，并把上述基本单元传向应用软件50。
图11为本发明的应用层中的数据处理方法第2实施例。本实施例的数据处理方法是，从属设备的应用层60a从网络层70a接收请求信息收信(ReqMsgRcv)基本单元后读出信息，并把它传向应用层的一连串过程。
阶段S101中，从属设备的应用层60a从网络层70a接收请求信息收信(ReqMsgRcv)基本单元。
阶段S102中，从属设备的应用层60a，为了防止接收来自网络层70a的数据，把收信功能设定为“收信不能”。这里，收信功能通过一定的媒介变量(图略)形成或由一定的逻辑(logic)形成。
阶段S103中，如果接收的请求信息收信(ReqMsgRcv)基本单元所包括的APDU的ALO域值不是特定值(比如‘0’)，则从属设备的应用层60a进行阶段S104，忽略接收的APDU，然后进行阶段S105，把收信功能设定为“收信可能”，恢复数据收信功能。
阶段S106中，从属设备应用层60a利用AHL域值，从APDU读出信息。接收的APDU中，即使在页头码上追加了没有定义的域，也要把AHL域指定的字节数当作页头码的长度，读出信息。
阶段S107中，从属设备的应用层60a根据网络层服务(NLService)，判断服务明细的作成与否。即，请求信息收信(ReqMsgRcv)基本单元包括的网络层服务(NLService)，如果是应答不需要(Non-acknowledged)(即，项目信息或通知信息)，即，不需要追加动作(比如，应答信息的生成以及传送等)，则进行阶段S109，不生成服务明细。如果网络层服务(NLService)是需要应答(Acknowledged)(即，请求信息)，则按上述表13，生成服务明细。
*应用层服务码(ALSvcCode)包括请求信息收信(ReqMsgRcv)中的目的地址(DstAddress)和被读出信息中的命令码；应用层服务类型(ALSvcType)被设定为固定值‘0’(Request-reponse)；*通信循环次数(CycleNo)被设定为固定值‘1’。
*通信循环识别标识(CycleID)包括请求信息收信(ReqMsgRcv)基本单元中的目的地址(DstAddress)和应用层服务码(ALSvcCode)。
阶段S109中，从属设备应用层60a构成使用者请求收信(UserReqRcv)基本单元，传向应用软件50a，这里的使用者请求收信(UserReqRcv)基本单元包括被读出信息。
阶段S110中，从属设备应用层60a，对接收的亲求信息收信(ReqMsgRcv)中包括的网络层服务(NLSerice)是不是应答不需要(Non-acknowledged)，进行判断。上述判断结果，如果是应答不需要(Non-acknowledged)，则把读出的信息传向应用软件50a后，不需要进行其他动作(比如，生成以及传送应答信息等)，因此为了恢复接收来自网络层70a的数据功能，把收信功能设定为“收信可能”。
图12为本发明中，应用层数据处理方法第3实施例示意图。该处理方法展示的是，从属设备的应用层60a从应用软件50a接收使用者应答送信(UserResSend)基本单元后，生成APDU，并把它传向网络层70a的一连串过程。
阶段S121中，从属设备的应用层60a从应用软件50a接收使用者应答送信(UserResSend)基本单元。阶段S122中，利用包括在基本单元的应用数据(ResData)，构成应答信息。
阶段S123中，从属设备的应用层60a，为将要传向网络层70a的各信息，追加页头码，构成APDU。这里，页头码中的各域值设定如下。
*AL的值被设定为在将要传送的信息字节数上加3后的值；*AHL被设定为‘3’。
*ALO被设定为‘0’(不存在应用层的选项(option)时)阶段S124中，从属设备应用层60a把应答信息送信(ReqMsgSend)基本单元传向网络层70a，上述应答信息送信基本单元包括上述构成的APDU。
阶段S125和S126中，为了判断通信循环的完了，如果服务执行开始后，服务执行时间小于服务暂停时间(SvcTimeOut)，则从属设备的应用层60a进行阶段S126，如果不是，则进行阶段S127。阶段S126中，如果接收到网络层完了(NLCompleted)基本单元，则进行S127。如果不是，则进行S125。只要接收到网络层完了(NLCompleted)基本单元，即使是服务暂停时间(SvcTimeOut)还没结束，应用层60a也会进行阶段S127。如果已经过服务暂停时间(SvcTimeOut)，则无条件地进入阶段S127。
阶段S127中，从属设备的应用层60a删除图11的阶段S108中生成并储存的服务明细。
阶段S128中，为了恢复接收来自网络层70a的数据收信功能，从事设备的应用层60a把收信功能设定成“收信可能”。
图13为本发明的应用层数据处理方法第4实施例示意图。该数据处理方法涉及的是，主控设备应用层60从网络层70接收请求信息收信(ReqMsgRcv)基本单元后，读出信息，并把它传向应用软件50a的一连串过程。
阶段S141中，主控设备的应用层60从网络层70接收信息收信(MsgRcv)基本单元。
阶段S142中，如果接收的信息收信基本单元中的APDU的ALO域值不是特定值(比如‘0’)，则主控设备的应用层60进行阶段S143，忽略接收的APDU，如果是特定值，则进行阶段S144。
阶段S144中，主控设备应用层60利用AHL域值，从APDU读出信息。即使在接收的APDU的页头码上追加了没有定义的域，也要把相应于AHL域所指定字节数的部分认定为页头码，读取信息。
阶段S145中，主控设备的应用层60，对与接收的信息收信(MsgRcv)基本单元对应的服务明细，进行确认。如果服务明细包括的值中，存在与信息收信(MsgRcv)基本单元包括的通信识别标识(CycleID)相同的值，则进行阶段S146。如果不存在，则进行阶段S147。阶段S145是用于判断信息收信(MsgRcv)基本单元包括的信息是不是应答信息的阶段，如果储存有对应的服务明细，则意味着曾存在过与该应答信息对应的请求信息(这里，不进行详细的原理说明，但简单地说，应用层60从应用软件50接收请求信息后，生成使用者请求(UserReq)基本单元，并把它传向其他设备(主控设备及/或从属设备)，同时在进行传送时生成并储存该请求信息的服务明细。这里，服务明细的构成如表13。
这里，应用层服务码(ALSvcCode)被设定为包括在基本单元的应用层服务码(ALSvcCode)，通信循环识别标识(CycleID)是利用节点地址(NodeAddress)和应用结成服务码(ALSvcCode)设定的值。
阶段S146中，应用层60生成包括上述读出的信息的使用者应答(UserRes)基本单元，并把上述基本单元传向应用软件50。
阶段S147中，应用层60确认该读出的信息是不是项目信息。如上所述，项目信息包括特定的命令码(比如0x11)，可以通过确认是否包括上述特定的命令码，进行上述阶段。如果读出的信息是项目信息，则进行阶段S148，生成包括上述读出的信息的使用者项目收信(UserEventRcv)基本单元，把它传向应用软件50。如果上述读出的信息不是项目信息，而是请求信息，则进行阶段S149，把上述读出的信息忽略，进行废弃。
图14为本发明的用于下载服务的信息处理方法流程图。
图14展示的信息处理方法使用上述下载请求信息和与此相应的应答信息。
阶段S161中，主控设备应用软件50接收来自使用者的对于特定数据的下载请求。这时，主控设备应用软件50提供可以由使用者进行输入的使用者界面(图略)。同时，主控设备具有一定的输入装置(图略)。上述下载请求用于把储存在主控设备的数据下载到其他从属设备以及/或主控设备。主控设备的应用软件50生成包括上述下载请求的使用者下载请求(UserDLReq)基本单元，把它传向应用层60。
阶段S162中，为了按使用者下载请求(UserDLReq)基本单元传送数据，主控设备的应用层60生成请求信息。该请求信息生成阶段S162包括阶段S181。阶段S181中，把传送的整体数据按应用层60媒介变量的缓冲区大小(NP_BufferSize)，进行分割。另外，阶段S182中，应用层60按整体数据的分割数(所有页(TotalPage))，算出通信循环个数。阶段S183中，应用层60根据上述通信循环个数，生成与之对应的请求信息。只是，上述阶段S182中，可以同时生成所有请求信息，也可以生成一个请求信息并结束与该请求信息对应的下载作业后，即结束与该请求信息有关的个别通信循环后，生成与剩余数据对应的另一新请求信息。
如上所述，该请求信息包括所有页(TotalPage)、表示当前传送的数据次序的当前页(CurrentPage)以及分割的数据。该当前页(CurrentPage)的初始值为‘1’。每当结束请求信息的通信循环时，把上述当前页(CurrentPage)的值加‘1’，并进行下一个通信循环。为了在上述当前页(CurrentPage)的值达到所有页(TotalPage)的值后结束下载服务，上述请求信息要包括上述所有页(TotalPage)和当前页(CurrentPage)。如果是包括在下载请求信息的数据末端分割段，则有可能出现小于缓冲区大小(NP_BufferSize)的情况。
生成下载请求信息的过程与上述过程相同，这时对于所有下载请求信息，其通信循环识别标识相同。
阶段S163中，主控设备的应用层60按各通信循环单位向网络层70传送请求信息送信(ReqMsgSend)基本单元，上述请求信息送信(ReqMsgSend)基本单元包括一个生成的请求信息。这时，向应用软件50传送使用者应答(UserRes)基本单元。之后，被传向网络层70的请求信息，通过数据中继层80以及物理层90，通过网络被传送到相应从属设备或主控设备。主控设备的应用层60在媒介变量的下载请求信息传送间隔(DLInterval)内，传送各个请求信息送信(ReqMsgSend)，上述请求信息送信包括生成的请求信息。
阶段S164中，比如相应从属设备接收上述请求信息后，通过物理层90a、数据中继层80a、网络层70a，把它传向应用层60a。应用层60a接收上述请求信息后进行处理，并把包括在请求信息中的分割数据传向应用层50a。
阶段S165中，应用软件50a把接收的数据储存在一定的存储器(图略)中。这时，从属设备可以根据所有页的值和分割的数据大小，可以预知整体数据的大小，事先预备用于整体数据的储存空间。接下来，应用软件50a把分割的数据，根据与之一起接收的当前页的次序，储存在储存空间中，直到结束整体数据的收信。
阶段S166中，从属设备的应用层60a生成与接收的应用信息对应的应答信息，并通过其他层(70a、80a、90a)，把上述应答信息传向主控设备。
阶段S167中，主控设备接收应答信息。即，主控设备的应用层60通过其他层(90、80、70)接收应答信息。
阶段S168中，主控设备的应用层60或应用软件50，对收信的应答信息是不是上述NAK-应答信息，进行判断。如果是NAK-应答信息，则认定为传送失败，进行阶段S169。阶段S169中，主控设备的应用层60结束剩余数据的传送服务。如果是ACK-应答信息，而不是NAK-应答信息，则进行阶段S171，进行上述通信循环的完了阶段。因为传送的全体数据是一个整体，因此当分割的数据，据全体数据中的有一部分消失时，不能使用全体数据。因此，在这种情况下，结束服务。另外，阶段S170中，主控设备的应用层60把包括有服务失败(SERVICE_FAILED(0))和ALFailCode的应用层完了(ALComoleted)基本单元传向应用软件50，与此对应，应用软件50通过使用者界面，给使用者告知服务的失败。
这时，信息处理方法可以在进行整个过程时，即结束传送服务作业之前，即使在个别通信循环失败的情况下，也可以进行阶段S169。
阶段S171中，主控设备的应用层60对有没有完成全体数据的传送，即对有没有结束全体通信循环，进行判断。如果结束了全体通信循环，即所有页的值和当前页的值相同，则进行阶段S172。如果不是，则进行阶段S174。
阶段S172中，主控设备的应用层60生成包括服务成功(SERVICE_OK(1))的应用层完了(ALComoleted)基本单元，并把它传向应用软件50。阶段S173中，应用软件50通过使用者界面，向使用者通报下载服务的成功。
阶段S174中，应用层60把与接收的应用信息对应的通信循环或请求信息中的当前页值，增加一定值(比如‘1’)后，进行阶段S163。阶段S163中，让当前页的值包括在已生成的请求信息中的下一次通信循环已进行的请求信息中。
或者在进行阶段S174之后，进行阶段S162，生成请求信息，该请求信息包括与下次通信循环对应的下一个分割数据和上述增加的当前页。
另外，信息处理方法还可以包括如下各阶段。即，主控设备为了获得媒介变量的缓冲区大小(NP_Buffer Size)，生成与缓冲区大小有关的请求信息，并向从属设备传送上述请求信息的阶段；从属设备接收上述请求信息后，生成包括自身缓冲区大小有关情报的应答信息，并把上述应答信息传送的阶段；以及主控设备把接收的缓冲区大小设定成应用层60媒介变量的缓冲区大小(NP_BufferSize)的阶段。
图15为执行图14中的阶段(S164和165)的从属设备信息处理方法流程图。
阶段S191中，从属设备的应用层60a接收与特定数据有关的第1下载请求信息。
阶段S192中，应用层60a从第1下载请求信息中读出分割的数据，把上述数据传向应用软件50a。应用软件50a按当前页的值，把上述传送的数据依次储存在特定的存储区中。
阶段S193中，应用层60a把接收的下载信息的个数与各下载信息中包括的所有页(TotalPage)值进行比较，如果相同，则认定为已接收到所有需要下载的数据，进行阶段S194，向应用软件50a传送下“载完了”，向应用软件50a通报“服务完了”。如果不是，则应用层60a按上述阶段S166，传送应答信息后，进行阶段S195。
阶段S195中，应用层60a对在下载信息传送间隔(DLInterval)内有没有接收到请求信息，进行判断。如果接收到请求信息，则应用层60a进行阶段S912。如果不是，则进行阶段S196，应用层60a向应用软件50a通报“下载服务失败”。阶段S197中应用软件50a把所有已储存的下载数据删除。
权利要求
1.一种家庭网络系统，由两个以上电器设备和联接上述各电器设备的随特定通信协议的网络组成，其特征在于其中的一个电器设备向其他电器设备传送请求信息的情况下，上述请求信息从上述一个电器设备的上位层传向下位层，并从其他电器设备的下位层传向上位层；上述请求信息包括意味着其他设备要执行的动作的命令码、以及用于上述命令码的执行的一个以上相关因子；上述请求信息是把某一特定的数据分割成特定大小的下载请求信息，可以让其他电器设备下载上述数据。
2.根据权利要求1所述的家庭网络系统，其特征在于上述下载请求信息包括相关因子，相关因子包括分割上述数据后的所有页域、正在传送的当前页域、以及上述分割的数据域。
3.根据权利要求2所述的家庭网络系统，其特征在于上述下载请求信息的大小被上述一个电器设备设定，与上述其他电器设备的缓冲区大小有关。
4.根据权利要求3所述的家庭网络系统，其特征在于上述下载请求信息的大小小于等于接收上述数据的电器设备缓冲区大小。
5.根据权利要求1所述的家庭网络系统，其特征在于上述通信协议是互动网络控制通信协议。
6.一种家庭网络系统的记录信息结构的存储媒体，其中家庭网络系统由两个以上的电器设备和联接上述各电器设备的随特定通信协议的网络组成；在上述家庭网络系统中，请求信息从上述一个电器设备传向其他电器设备；上述请求信息从上述一个电器设备的上位层传向下位层，并从其他电器设备的下位层传向上位层；上述请求信息包括意味着其他设备要执行的动作的命令码、以及用于上述命令码的执行的一个以上相关因子；上述请求信息是把某一特定的数据分割成特定大小的下载请求信息，可以让其他电器设备下载上述数据。
7.一种家庭网络系统信息处理方法，其中家庭网络系统由两个以上的电器设备和联接上述各电器设备的随特定通信协议的网络组成；在上述上述家庭网络系统中，包括上述一个电器设备接收来自使用者的下载请求后，生成请求信息的阶段；把上述请求信息传向其他电器设备的阶段；上述其他电器设备接收上述请求信息后储存上述数据的阶段；上述其他点点设备向上述一个电器设备传送应答信息的阶段。
8.根据权利要求7所述的家庭网络系统信息处理方法，其特征在于上述生成阶段包括把上述数据按特定大小进行分割的阶段；为了下载上述分割的数据，计算全体通信循环个数的阶段；生成分别与上述各通信循环对应并分别包括上述各分割数据的各请求信息的阶段。
9.根据权利要求8所述的家庭网络系统信息处理方法，其特征在于上述生成的请求信息各自的通信循环，具有相同的通信循环识别标识。
10.根据权利要求8所述的家庭网络系统信息处理方法，其特征在于上述传送阶段包括在每回通信循环中，把上述生成的请求信息传向上述其他电器设备的阶段。
11.根据权利要求10所述的家庭网络系统信息处理方法，其特征在于上述传送的请求信息至少包括所有页域和当前页域，所有页域包括全体通信循环的个数，当前页域包括正在传送的请求信息通信循环的次序。
12.根据权利要求10或11所述的家庭网络系统信息处理方法，其特征在于上述传送阶段中，上述一个电器设备在媒介变量的传送间隔内，传送上述生成的各个请求信息。
13.根据权利要求7至11任意一项所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包括上述一个电器设备在结束全体通信循环之前，如果从上述其他电器设备接收到通信循环失败或NAK-应答信息，则结束上述数据的下载服务的阶段；把上述服务失败通报给使用者的阶段。
14.根据权利要求7至11任意一项所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包括按上述应答信息结束通信循环的阶段。
15.根据权利要求14所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包对是否结束全体通信循环，进行判断的阶段。
16.根据权利要求15所述的家庭网络系统信息处理方法，其特征在于上述判断阶段中，对和上述接收的应答信息对应的请求信息所有页值与当前页值是否相同，进行比较后，进行判断。
17.根据权利要求16所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包括如果上述比较结果，两者的值相同，则结束下载服务的阶段；向使用者通报下载成功的阶段。
18.根据权利要求16所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包括如果上述比较结果，两者的值不同，则让当前页的值增加特定大小的阶段。
19.根据权利要求18所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包括生成包括增加的当前页值的请求信息的阶段、或让生成的请求信息包括上述增加的当前页值的阶段；使设备进行全体数据的下载服务。
20.根据权利要求7至11任意一项所述的家庭网络系统信息处理方法，其特征在于上述储存阶段中，上述其他电器设备，根据接收的请求信息当前页域中的值，依次储存数据。
21.根据权利要求7至12任意一项所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包括在上述储存阶段中，上述其他电器设备接收一个请求信息后，如果在上述下载请求信息的传送间隔内，没能接收到其他请求信息，则删除已储存的数据的阶段。
22.根据权利要求8所述的家庭网络系统信息处理方法，其特征在于根据上述其他电器设备的缓冲区大小，设定上述大小。
23.根据权利要求8至22任意一项所述的家庭网络系统信息处理方法，其特征在于上述处理方法还包括上述一个电器设备向其他电器设备传送缓冲区大小的请求信息的阶段；上述其他电器设备把包括缓冲区大小的应答信息传向上述一个电器设备的阶段。
24.根据权利要求23所述的家庭网络系统信息处理方法，其特征在于上述信息小于等于上述传送的其他电器设备缓冲区大小。
25.根据权利要求7所述的家庭网络系统信息处理方法，其特征在于上述通信协议为互动网络控制通信协议。
全文摘要
本发明提供一种家庭网络系统。更详细地说，是有关提供适用互动网络控制通信协议的家庭网络系统的发明。本发明的家庭网络系统由两个以上的电器设备和联接上述各电器设备的随特定通信协议的网络组成；其中的一个电器设备向其他电器设备传送请求信息的情况下，上述请求信息从上述一个电器设备的上位层传向下位层，并从其他电器设备的下位层传向上位层；上述请求信息包括意味着其他设备要执行的动作的命令码(CC)、以及用于上述命令码的执行的一个以上相关因子(Arg)；上述请求信息是把某一特定的数据分割成特定大小后得到的下载请求信息，可以让其他电器设备下载上述数据。
文档编号H04L29/06GK1747415SQ20041007183
公开日2006年3月15日 申请日期2004年9月6日 优先权日2004年9月6日
发明者白承冕, 金勇泰, 李军石 申请人:乐金电子(天津)电器有限公司