專利名稱：家庭網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種家庭網(wǎng)絡(luò)系統(tǒng)(HOME NETWORK SYSTEM)；更詳細(xì)地說，涉及一種提供適用互動網(wǎng)絡(luò)控制通信協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
家電網(wǎng)絡(luò)(home Network)是一種把各數(shù)字化家電聯(lián)接的網(wǎng)絡(luò)。通過家電網(wǎng)絡(luò)，可以隨時隨地很方便地對家中的家電進(jìn)行控制，可以帶來生活上的樂趣。隨著數(shù)字信息處理技術(shù)的發(fā)展，冰箱或洗衣機(jī)等家電，正在逐漸發(fā)展成數(shù)字化家電設(shè)備。隨著家電使用體系技術(shù)和高速數(shù)字通信技術(shù)的快速發(fā)展，正在出現(xiàn)綜合利用上述技術(shù)的信息家電。在上述背景下，出現(xiàn)了家庭網(wǎng)絡(luò)系統(tǒng)。
這種家電網(wǎng)絡(luò)如下表1，根據(jù)所提供的服務(wù)類型可分為數(shù)據(jù)網(wǎng)絡(luò)，娛樂網(wǎng)及互動網(wǎng)絡(luò)。
表1

這里，數(shù)據(jù)網(wǎng)絡(luò)(data network)屬于在PC及周邊設(shè)備之間，為了數(shù)據(jù)交換或提供網(wǎng)絡(luò)服務(wù)等建立的網(wǎng)絡(luò)類型。娛樂網(wǎng)(entertainmentnetwork)屬于處理ADO，VDO等信息的家電網(wǎng)絡(luò)類型。另外，互動網(wǎng)絡(luò)(living network)是指以家電自動化或遠(yuǎn)程控制等單純控制為目的的網(wǎng)絡(luò)。
這種用于家庭的家庭網(wǎng)絡(luò)系統(tǒng)由作為電器設(shè)備的主控(master)設(shè)備和從屬設(shè)備形成。作為電器設(shè)備，主控設(shè)備對其他電器設(shè)備進(jìn)行控制或顯示其他電器設(shè)備的狀態(tài)。作為電器設(shè)備，從屬設(shè)備按電器設(shè)備的特性或其他要素，對主控設(shè)備的要求進(jìn)行應(yīng)答，并輸出自身的狀態(tài)變化信息。本發(fā)明的說明書中使用的電器設(shè)備(或新裝置)不僅包括洗衣機(jī)、冰箱等用于上述互動網(wǎng)絡(luò)服務(wù)的家電，還包括用于數(shù)據(jù)網(wǎng)絡(luò)服務(wù)的家電以及用于娛樂網(wǎng)絡(luò)服務(wù)的家電。另外，還包括煤氣自動控制設(shè)備及自動門，電燈等電器。
這種傳統(tǒng)技術(shù)，不能提供對家庭網(wǎng)絡(luò)系統(tǒng)中的電器設(shè)備履行控制及監(jiān)視等功能的泛用(廣義)通信規(guī)范。

發(fā)明內(nèi)容
本發(fā)明是為了解決上述問題而提出的，其目的為提供一種適用泛用通信規(guī)范——控制通信協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)，上述泛用通信規(guī)范提供控制并監(jiān)視家庭網(wǎng)絡(luò)系統(tǒng)內(nèi)各電器設(shè)備的功能。
本發(fā)明的另一目的為提供一種作為泛用通信規(guī)范采用互動網(wǎng)絡(luò)控制通信協(xié)議(Living network Control ProtocolLnCP)的家庭網(wǎng)絡(luò)系統(tǒng)。
本發(fā)明的又一目的為提供一種在LnCP中用于數(shù)據(jù)傳送的統(tǒng)一的多個基本單元。
另外，本發(fā)明的另一目的為提供一種家庭網(wǎng)絡(luò)系統(tǒng)，讓從屬設(shè)備從主控設(shè)備下載特定的數(shù)據(jù)。
另外，本發(fā)明的另一目的為提供一種家庭網(wǎng)絡(luò)系統(tǒng)，讓它按信息的特性進(jìn)行單一或數(shù)個通信循環(huán)。
本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)由兩個以上的電器設(shè)備和聯(lián)接上述各電器設(shè)備的隨特定通信協(xié)議的網(wǎng)絡(luò)組成；其中的一個電器設(shè)備向其他電器設(shè)備傳送請求信息的情況下，上述請求信息從上述一個電器設(shè)備的上位層傳向下位層，并從其他電器設(shè)備的下位層傳向上位層；上述請求信息包括意味著其他設(shè)備要執(zhí)行的動作的命令碼(CC)、以及用于上述命令碼的執(zhí)行的一個以上相關(guān)因子(Arg)；上述請求信息是把某一特定的數(shù)據(jù)分割成特定大小后得到的下載請求信息，可以讓其他電器設(shè)備下載上述數(shù)據(jù)。
這里，上述下載請求信息包括相關(guān)因子(Arg)，相關(guān)因子包括分割上述數(shù)據(jù)后的所有頁域、正在傳送的當(dāng)前頁域、以及上述分割的數(shù)據(jù)域。
另外，上述大小被上述一個電器設(shè)備設(shè)定，與上述其他電器設(shè)備的緩沖區(qū)大小有關(guān)。
上述大小小于等于接收上述數(shù)據(jù)的電器設(shè)備緩沖區(qū)大小。
上述通信協(xié)議是互動網(wǎng)絡(luò)控制通信協(xié)議(LnCP)。
本發(fā)明家庭網(wǎng)絡(luò)系統(tǒng)由兩個以上的電器設(shè)備和聯(lián)接上述各電器設(shè)備的隨特定通信協(xié)議的網(wǎng)絡(luò)組成；在上述家庭網(wǎng)絡(luò)系統(tǒng)中，本發(fā)明的用于記錄信息結(jié)構(gòu)的存儲媒體是上述一個電器設(shè)備傳向其他電器設(shè)備的請求信息；上述請求信息從上述一個電器設(shè)備的上位層傳向下位層，并從其他電器設(shè)備的下位層傳向上位層；上述請求信息包括意味著其他設(shè)備要執(zhí)行的動作的命令碼(CC)、以及用于上述命令碼的執(zhí)行的一個以上相關(guān)因子(Arg)；上述請求信息是把某一特定的數(shù)據(jù)分割成特定大小的下載請求信息，可以讓其他電器設(shè)備下載上述數(shù)據(jù)。
本發(fā)明中，家庭網(wǎng)絡(luò)系統(tǒng)由兩個以上的電器設(shè)備和聯(lián)接上述各電器設(shè)備的隨特定通信協(xié)議的網(wǎng)絡(luò)組成；在上述上述家庭網(wǎng)絡(luò)系統(tǒng)中，本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法包括如下各階段組成；即，上述一個電器設(shè)備接收來自使用者的下載請求后，生成請求信息的階段；把上述請求信息傳向其他電器設(shè)備的階段；上述其他電器設(shè)備接收上述請求信息后儲存上述數(shù)據(jù)的階段；上述其他點點設(shè)備向上述一個電器設(shè)備傳送應(yīng)答信息的階段。
上述生成階段包括如下各階段；即，把上述數(shù)據(jù)按特定大小進(jìn)行分割的階段；為了下載上述分割的數(shù)據(jù)，計算全體通信循環(huán)個數(shù)的階段；生成分別與上述各通信循環(huán)對應(yīng)并分別包括上述各分割數(shù)據(jù)的各請求信息的階段。
上述生成的請求信息各自的通信循環(huán)，具有相同的通信循環(huán)識別標(biāo)識(CycleID)。
上述傳送階段包括如下階段；即，在每回通信循環(huán)中，把上述生成的請求信息傳向上述其他電器設(shè)備的階段。
上述傳送的請求信息至少包括所有頁域和當(dāng)前頁域，所有頁域包括全體通信循環(huán)的個數(shù)，當(dāng)前頁域包括正在傳送的請求信息通信循環(huán)的次序。
上述傳送階段中，上述一個電器設(shè)備在媒介變量的傳送間隔(DLInterval)內(nèi)，傳送上述生成的各個請求信息。
上述處理方法還包括如下各階段；即，上述一個電器設(shè)備在結(jié)束全體通信循環(huán)之前，如果從上述其他電器設(shè)備接收到通信循環(huán)失敗或NAK-應(yīng)答信息，則結(jié)束上述數(shù)據(jù)的下載服務(wù)的階段；把上述服務(wù)失敗通報給使用者的階段。
上述處理方法還包括如下階段；即，按上述應(yīng)答信息結(jié)束通信循環(huán)的階段。
上述處理方法還包括如下階段；即，對是否結(jié)束全體通信循環(huán)，進(jìn)行判斷的階段。
上述判斷階段中，對和上述接收的應(yīng)答信息對應(yīng)的請求信息所有頁值與當(dāng)前頁值是否相同，進(jìn)行比較后，進(jìn)行判斷。
上述處理方法還包括如下各階段；即，如果上述比較結(jié)果，兩者的值相同，則結(jié)束下載服務(wù)的階段；向使用者通報下載成功的階段。
上述處理方法還包括如下階段；即，如果上述比較結(jié)果，兩者的值不同，則讓當(dāng)前頁的值增加特定大小的階段。
上述處理方法還包括如下階段；即，生成包括增加的當(dāng)前頁值的請求信息的階段、或讓生成的請求信息包括上述增加的當(dāng)前頁值的階段；使設(shè)備進(jìn)行全體數(shù)據(jù)的下載服務(wù)。
上述儲存階段中，上述其他電器設(shè)備，根據(jù)接收的請求信息當(dāng)前頁域中的值，依次儲存數(shù)據(jù)。
根據(jù)上述其他電器設(shè)備的緩沖區(qū)大小，設(shè)定上述大小。
上述處理方法還包括如下各階段；即，上述一個電器設(shè)備向其他電器設(shè)備傳送緩沖區(qū)大小的請求信息的階段；上述其他電器設(shè)備把包括緩沖區(qū)大小的應(yīng)答信息傳向上述一個電器設(shè)備的階段。
上述處理方法還包括如下階段；即，在上述儲存階段中，上述其他電器設(shè)備接收一個請求信息后，如果在上述下載請求信息的傳送間隔內(nèi)，沒能接收到其他請求信息，則刪除已儲存的數(shù)據(jù)的階段。
上述大小小于等于上述傳送的其他電器設(shè)備緩沖區(qū)大小。
本發(fā)明可以提供一種適用泛用通信規(guī)范——控制通信協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)，上述泛用通信規(guī)范提供控制并監(jiān)視家庭網(wǎng)絡(luò)系統(tǒng)內(nèi)各電器設(shè)備的功能。
本發(fā)明還可以提供一種作為泛用通信規(guī)范采用互動網(wǎng)絡(luò)控制通信協(xié)議(Living network Control ProtocolLnCP)的家庭網(wǎng)絡(luò)系統(tǒng)。
本發(fā)明還可以提供一種在LnCP中用于數(shù)據(jù)傳送的統(tǒng)一的多個基本單元。
本發(fā)明還可以提供一種家庭網(wǎng)絡(luò)系統(tǒng)，讓從屬設(shè)備從主控設(shè)備下載特定的數(shù)據(jù)。
本發(fā)明還可以提供一種家庭網(wǎng)絡(luò)系統(tǒng)，讓它按信息的特性進(jìn)行單一或數(shù)個通信循環(huán)。


圖1為本發(fā)明的家電網(wǎng)絡(luò)框圖。
圖2為本發(fā)明的互動網(wǎng)絡(luò)控制協(xié)議的框圖。
圖3a及圖3b為圖2的各層間的界面框圖。
圖4a至4f為圖3a及3b的界面詳細(xì)框圖。
圖5a，圖5b為包括用于各層之間交換的基本單元(primitive)的框圖。
圖6a至6c為本發(fā)明各請求信息結(jié)構(gòu)的實施例示意圖。
圖7a至7c為本發(fā)明各應(yīng)答信息結(jié)構(gòu)的實施例示意圖。
圖8為項目信息結(jié)構(gòu)示意圖。
圖9為本發(fā)明的應(yīng)用層數(shù)據(jù)處理方法第1實施例示意圖。
圖10為本發(fā)明通信循環(huán)識別標(biāo)識(CycleID)結(jié)構(gòu)示意圖。
圖11為本發(fā)明的應(yīng)用層中的數(shù)據(jù)處理方法第2實施例。
圖12為本發(fā)明中，應(yīng)用層數(shù)據(jù)處理方法第3實施例示意圖。
圖13為本發(fā)明的應(yīng)用層數(shù)據(jù)處理方法第4實施例示意圖。
圖14為本發(fā)明的用于下載服務(wù)的信息處理方法流程圖。
圖15為執(zhí)行圖14中的S164和165階段的從屬設(shè)備信息處理方法流程圖。
主要部件附圖標(biāo)記說明1家庭網(wǎng)絡(luò)系統(tǒng) 2因特網(wǎng)3LnCP服務(wù)器 4客戶設(shè)備10網(wǎng)關(guān) 20至23網(wǎng)絡(luò)管理器30，31LnCP路由器40至49電器設(shè)備具體實施方式
下面，通過本發(fā)明的實施例及附圖，對本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)進(jìn)行詳細(xì)說明。不容置疑，本發(fā)明的范圍不受限于以下的實施例及附圖。本發(fā)明的權(quán)利范圍，應(yīng)以權(quán)利請求范圍為基礎(chǔ)，進(jìn)行解釋。
圖1為本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)的框圖。
如圖1所示，家庭網(wǎng)絡(luò)系統(tǒng)1通過因特網(wǎng)絡(luò)2聯(lián)接到LnCP服務(wù)器3。另外客戶設(shè)備4通過因特網(wǎng)絡(luò)2聯(lián)接到LnCP服務(wù)器3。即，家庭網(wǎng)絡(luò)系統(tǒng)1把LnCP服務(wù)器3及/或客戶設(shè)備4聯(lián)接成可以互相傳遞信息。
家庭網(wǎng)絡(luò)系統(tǒng)1的外部網(wǎng)絡(luò)包括因特網(wǎng)絡(luò)2，上述外部網(wǎng)絡(luò)根據(jù)客戶設(shè)備4的種類還可具備其它設(shè)備。即，以該因特網(wǎng)絡(luò)2為例，客戶設(shè)備4為計算機(jī)時具備Web服務(wù)器(Websever)(未圖示)，客戶設(shè)備4為網(wǎng)絡(luò)電話時具備通信服務(wù)器(Wap sever)(未圖示)。
LnCP服務(wù)器3通過特定的注冊及注銷程序，分別聯(lián)接到家庭網(wǎng)絡(luò)系統(tǒng)1及客戶設(shè)備4，從客戶設(shè)備4接收監(jiān)視及控制命令等，再通過因特網(wǎng)絡(luò)2用特定形式的信息傳送到家庭網(wǎng)絡(luò)系統(tǒng)1。另外，LnCP服務(wù)器3從家庭網(wǎng)絡(luò)系統(tǒng)1接收并儲存特定形式的信息或把它傳送到客戶設(shè)備4。另外，LnCP服務(wù)器3把自身儲存或生成的信息傳送到上述家庭網(wǎng)絡(luò)系統(tǒng)1。即，家庭網(wǎng)絡(luò)系統(tǒng)1聯(lián)接在LnCP服務(wù)器3，可下載LnCP服務(wù)器3所提供的服務(wù)內(nèi)容。
家庭網(wǎng)絡(luò)系統(tǒng)1包括網(wǎng)關(guān)10，網(wǎng)絡(luò)管理器20～23，LnCP路由器30，31，LnCP適配器(adapter)35，36及多個電器設(shè)備40～49。網(wǎng)關(guān)10具有聯(lián)接因特網(wǎng)的功能。網(wǎng)絡(luò)管理器20～23履行對電器設(shè)備40～49的環(huán)境設(shè)定及管理功能。LnCP路由器30、31負(fù)責(zé)傳輸媒體之間的聯(lián)接。LnCP適配器35，36可以使網(wǎng)絡(luò)管理器22及電器設(shè)備46聯(lián)接到傳輸媒體。
家庭網(wǎng)絡(luò)系統(tǒng)1內(nèi)的網(wǎng)絡(luò)由各電器設(shè)備40～49共用的傳輸媒體相互聯(lián)接組成。該傳輸媒體可利用RS-485或低功率的RF等數(shù)據(jù)中繼層非規(guī)格化的傳輸媒體(non-standardized transmission medium)，或可以利用電力線或IEEE 802.11等規(guī)格化的傳輸媒體(standardizedtransmission medium)。
家庭網(wǎng)絡(luò)系統(tǒng)1內(nèi)的網(wǎng)絡(luò)由與因特網(wǎng)絡(luò)2是相互分離的網(wǎng)絡(luò)。即，上述家庭網(wǎng)絡(luò)系統(tǒng)1內(nèi)的網(wǎng)絡(luò)構(gòu)成由有線或無線傳輸媒體聯(lián)接的獨立網(wǎng)絡(luò)。這里，獨立網(wǎng)絡(luò)包括雖然處于物理上的聯(lián)接狀態(tài)但理論上分離的網(wǎng)絡(luò)。
家庭網(wǎng)絡(luò)系統(tǒng)1包括主控(Master)設(shè)備，從屬(Slave)設(shè)備。主控設(shè)備可以控制電器設(shè)備40～49或監(jiān)視其工作狀態(tài)。從屬設(shè)備可以回應(yīng)主控設(shè)備的請求及通知自身狀態(tài)的變化情報。該主控設(shè)備包括網(wǎng)絡(luò)管理器20～23，從屬設(shè)備包括電器設(shè)備40～49。該網(wǎng)絡(luò)管理器20～23包括所要控制的電器設(shè)備40～49的信息及控制碼，按程序化的方式進(jìn)行控制作業(yè)，或接收從LnCP服務(wù)器及/或客戶設(shè)備4輸入的信息后，進(jìn)行控制作業(yè)。另外，如圖所示，聯(lián)接有多個網(wǎng)絡(luò)管理器20～23時，為了進(jìn)行與其它網(wǎng)絡(luò)管理器20～23之間的交換信息，也為了信息的同步化以及進(jìn)行控制，這些網(wǎng)絡(luò)管理器20～23即可以是主控設(shè)備又可以是從屬設(shè)備。即應(yīng)該是一種，從物理意義上只是一個設(shè)備，但理論上是同時具有主控及從屬功能的設(shè)備(即兼容設(shè)備)。
另外，這些網(wǎng)絡(luò)管理器20～23及電器設(shè)備40～49可以直接聯(lián)接到網(wǎng)絡(luò)(如圖示的電力線網(wǎng)絡(luò)，RS-485網(wǎng)絡(luò)，RF網(wǎng)絡(luò))上。另外，還可以通過LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36聯(lián)接。
另外，電器設(shè)備40～49及/或LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36注冊在網(wǎng)絡(luò)管理器20～23上，并根據(jù)產(chǎn)品情報，接收唯一的理論地址(例如0x00，0x01等)。這個理論地址與產(chǎn)品碼(例如空調(diào)為‘0x02′，洗衣機(jī)為’0x01′)結(jié)合后，作為節(jié)點地址(Node Address)使用。例如，通過0x02009(空調(diào)1)及0x0201(空調(diào)2)的相同的節(jié)點地址被電器設(shè)備40～49及/或LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36識別。另外，還可以使用按特定的基準(zhǔn)(同種產(chǎn)品，產(chǎn)品的設(shè)置位置，使用者等)設(shè)置的群地址，使用群地址時可以一次性識別一個以上的電器設(shè)備40～49及/或LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36。在這個群地址中，顯性群地址把地址選擇值(下述為標(biāo)記flag)設(shè)定為“1”時該顯性群地址為指定多個的客戶設(shè)備的集團(tuán)(cluster)地址。默認(rèn)群地址把理論地址及/或產(chǎn)品碼的所有比特(byte)值添加為“1”，進(jìn)而可以指定多個客戶設(shè)備。這里，特別要指出的是把明示群地址通常稱為集團(tuán)碼。
圖2為本發(fā)明的互動網(wǎng)絡(luò)控制協(xié)議(LnCP)框圖。家庭網(wǎng)絡(luò)系統(tǒng)1通過圖2中的互動網(wǎng)絡(luò)控制協(xié)議(LnCP)可以使網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49之間互相傳送信息。進(jìn)而，網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49通過這種LnCP實行網(wǎng)絡(luò)通信。
如圖2所示，LnCP包括應(yīng)用軟件50，應(yīng)用層60，網(wǎng)絡(luò)層70，數(shù)據(jù)中繼層80，物理層90及媒介變量管理層100。應(yīng)用軟件50發(fā)揮網(wǎng)絡(luò)管理器20～23、LnCP路由器30、31、LnCP網(wǎng)絡(luò)適配器35，36、及電器設(shè)備40～49的固有功能。并提供與應(yīng)用層60聯(lián)接的功能，以便在網(wǎng)絡(luò)上進(jìn)行遠(yuǎn)程操作及監(jiān)視。應(yīng)用層60向使用者提供服務(wù)，并具有把使用者提供的信息或命令組成信息后傳達(dá)到下位層的功能。網(wǎng)絡(luò)層70可以把網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49之間聯(lián)接為可靠的網(wǎng)絡(luò)。數(shù)據(jù)中繼層80提供聯(lián)接控制功能，用于聯(lián)接共用傳輸媒體。物理層90提供網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49之間的物理界面及要傳送的比特(byte)的規(guī)則。媒介變量管理層100管理設(shè)定各層中使用的節(jié)點的媒介變量(node parameter)。
詳細(xì)的說，應(yīng)用軟件50還包括網(wǎng)絡(luò)管理附屬層51。網(wǎng)絡(luò)管理附屬層51具有管理節(jié)點媒介變量，及管理聯(lián)接在網(wǎng)絡(luò)上的網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49的功能。即，該網(wǎng)絡(luò)管理附屬層51具有一種功能，可以通過媒介變量管理層100，設(shè)定媒介變量數(shù)值對媒介變量進(jìn)行管理。適用于LnCP的設(shè)備為主控設(shè)備時，該網(wǎng)絡(luò)管理附屬層51還具有履行構(gòu)成網(wǎng)絡(luò)或管理網(wǎng)絡(luò)的功能。
另外，網(wǎng)絡(luò)層70還包括家電網(wǎng)絡(luò)碼控制附屬層71。網(wǎng)絡(luò)聯(lián)接有網(wǎng)絡(luò)管理器20～23、LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49。當(dāng)利用電力線或IEEE 802.11、無線等非獨立形傳輸媒體(例如LnCP包括電力線通信(PLC)協(xié)議/或無線(wireless)協(xié)議時)構(gòu)成上述網(wǎng)絡(luò)時，為了在理論上劃分各網(wǎng)絡(luò)，家電網(wǎng)絡(luò)碼控制附屬層71發(fā)揮設(shè)定家電網(wǎng)絡(luò)碼及管理家電網(wǎng)絡(luò)碼的功能。通過像RS-485等獨立形傳輸媒體，從物理意義上分離個別網(wǎng)絡(luò)時，該家電網(wǎng)絡(luò)碼控制附屬層71不包括在LnCP中。該家電網(wǎng)絡(luò)碼以4字節(jié)(byte)組成，設(shè)定為隨機(jī)(random)值或使用者設(shè)定值。
圖3a及圖3b為圖2的層間的界面的框圖。
圖3a所示為物理層90聯(lián)接到非獨立形傳輸媒體時的層間的界面示意圖。圖3b所示的是物理層90聯(lián)接到獨立形傳輸媒體時的層間的界面示意圖。
家庭網(wǎng)絡(luò)系統(tǒng)1把各層需要的頁頭碼(header)及拖掛碼(trailer)信息加到從上位層接收的網(wǎng)絡(luò)協(xié)議信息單位(Protocol Data UnitPDU)中，在傳達(dá)到下位層。
如圖所示，APDU(Application layer PDU)是應(yīng)用層60和網(wǎng)絡(luò)層70之間傳送的數(shù)據(jù)值(data)。NPDU(Network Layer PDU)是網(wǎng)絡(luò)層70與數(shù)據(jù)中繼層80或家電網(wǎng)絡(luò)碼附屬層71之間傳送的數(shù)據(jù)值。HCNPDU(HomeCode Control Sublayer PDU)是網(wǎng)絡(luò)層70(確切的說是家電網(wǎng)絡(luò)碼附屬層71)與數(shù)據(jù)中繼層80或家電網(wǎng)絡(luò)碼附屬層71之間傳送的數(shù)據(jù)值。數(shù)據(jù)中繼層80與物理層90之間按數(shù)據(jù)值(data)，數(shù)據(jù)框架單位形成界面。
圖4a至4f為圖3a及3b的界面的詳細(xì)框圖。
圖4a所示為在應(yīng)用層60中的APDU結(jié)構(gòu)。
AL(APDU Length)域為表示APDU的長度(AL到數(shù)據(jù)框架組的長度)的域，最小值為4最大值為77。
AHL(APDU Header Length)域是表示APDU頁頭碼(header)的長度(AL到ALO的長度)，的域，沒有擴(kuò)展時為3字節(jié)，可以擴(kuò)展到7字節(jié)。LnCP網(wǎng)絡(luò)協(xié)議中為了數(shù)據(jù)框架組的密碼化，為了變更應(yīng)用協(xié)議等APDU頁頭碼(header)可以擴(kuò)展到7字節(jié)。
ALO(Application Layer Option)域是用于擴(kuò)展信息3的域，例如該域被設(shè)定為“0”時，裝有其它值時信息處理被忽視。
數(shù)據(jù)框架組為處理使用者的控制信息或項目信息的域，其結(jié)構(gòu)隨著ALO所含值的變化發(fā)生變化。
圖4b為網(wǎng)絡(luò)層70中的NPDU的結(jié)構(gòu)，圖4c為NPDU中的NLC的詳細(xì)結(jié)構(gòu)示意圖。
SLP(Start of LnCP Packet)域為表示數(shù)據(jù)包的起始域，其值為0x02。
DA(Destination Address)及SA(Source Address)的域為要傳送的數(shù)據(jù)包的收信方及送信方的節(jié)點地址，各由16比特構(gòu)成。這里最上位1比特為顯示群地址的標(biāo)記(flag)，接下來的7比特為產(chǎn)品的種類(產(chǎn)品碼)，下位8比特包括分得的理論地址。具有多個同一種類的網(wǎng)絡(luò)管理器20～23或電器設(shè)備40～49時，上述下位8比特用于劃分上述各網(wǎng)絡(luò)管理器20～23或電器設(shè)備40～49。
PL(Packet Length)域為顯示要傳送的NPDU總長的域，其最小值為12字節(jié)，最大值為100字節(jié)。
SP(Service Priority)域為給予傳送信息傳送優(yōu)先位的域，由3比特構(gòu)成。各傳送信息的優(yōu)先順位如表2。
從屬客戶設(shè)備應(yīng)答主控客戶設(shè)備的請求時，隨從主控客戶設(shè)備接收到的請求信息的優(yōu)先順位。
表2


NHL(NPDU Header Length)域是用于擴(kuò)展NPDU頁頭碼(header)(SLP中的NLC域)使用的域，沒擴(kuò)展時是9字節(jié)，最大可擴(kuò)展到16字節(jié)。
PV(Protocol Version)域是顯示所采用的網(wǎng)絡(luò)協(xié)議版本的1字節(jié)的域，由上位4比特及下位4比特構(gòu)成。上位4比特為版本(version)域，下位4比特為服務(wù)器版本(sub-version)域。版本(version)及服務(wù)器版本(sub-version)分別以16進(jìn)制標(biāo)法顯示版本。
NPT(Network layer Packet Type)域是在網(wǎng)絡(luò)層中劃分?jǐn)?shù)據(jù)包種類的4比特域。LnCP包括請求數(shù)據(jù)包(Request Packet)，應(yīng)答數(shù)據(jù)包(Response Packet)，通知數(shù)據(jù)包(Notification Packet)。主控客戶設(shè)備的NPL域應(yīng)設(shè)定為請求數(shù)據(jù)包或通知數(shù)據(jù)包，從屬設(shè)備的NPL域應(yīng)設(shè)定為應(yīng)答數(shù)據(jù)包或通知數(shù)據(jù)包。數(shù)據(jù)包種類的NPT值如下表3所示。
表3

TC(Transmission Counter)域是網(wǎng)絡(luò)層發(fā)生通信故障，不能成功發(fā)送請求數(shù)據(jù)包或應(yīng)答數(shù)據(jù)包時，為了提高傳送請求數(shù)據(jù)包或應(yīng)答數(shù)據(jù)包的成功率，再傳送或反復(fù)傳送的2比特域。收信方可以利用TC域的數(shù)值，檢測出重復(fù)信息。隨NPT值的TC域值的范圍同下表4。
表4

PN(Packet Number)域由2比特構(gòu)成。在從屬設(shè)備中為了檢測出重復(fù)數(shù)據(jù)包PN(Packet Number)域與TC一起被使用。在主控客戶設(shè)備中為了處理多個的通信循環(huán)被使用。隨NPT值的PN域的范圍如下表5所示。
表5

APDU域是應(yīng)用層60與網(wǎng)絡(luò)層70之間傳送的應(yīng)用層的網(wǎng)絡(luò)協(xié)議數(shù)據(jù)值(data)的單位。APDU最小值為0字節(jié)，最大值為88字節(jié)。
CRC(Cyclic Redundancy Check)域是為了檢測出已接收數(shù)據(jù)包(SLP到APDU域)的錯誤的16比特域。
ELP(End of LnCP Packet)域是顯示數(shù)據(jù)包未端的域，其值為0x03。如果接收與數(shù)據(jù)包長度域中的與長度相應(yīng)的數(shù)據(jù)值(data)，也不能檢測出ELP域，則示為數(shù)據(jù)包錯誤。
圖4d為家電網(wǎng)絡(luò)碼控制附屬層71中的HCNPDU結(jié)構(gòu)圖。
如圖所示，NPDU的上位部分還包含HC(Home Code)域。
該家電網(wǎng)絡(luò)碼的數(shù)值由4字節(jié)構(gòu)成。該家電網(wǎng)絡(luò)碼在數(shù)據(jù)包可傳播的線路的距離內(nèi)具有唯一的值。
圖4e所示為數(shù)據(jù)中繼層中的數(shù)據(jù)框架的結(jié)構(gòu)。
LnCP的數(shù)據(jù)中繼層的數(shù)據(jù)框架的頁頭碼(header)及拖掛碼(trailer)根據(jù)傳輸媒體形成不同的結(jié)構(gòu)。數(shù)據(jù)中繼層80使用非規(guī)格化的傳輸媒體時，數(shù)據(jù)框架的頁頭碼(header)及拖掛碼應(yīng)具有Null域(Null Field)。如使用規(guī)格化的傳輸媒體，則隨網(wǎng)絡(luò)協(xié)議的規(guī)定。NPDU域是從上位網(wǎng)絡(luò)層70傳送的數(shù)據(jù)值的單位。HCNPDU是物理層90為電力線或IEEE 802.11等非獨立形傳輸媒體時使用的數(shù)據(jù)值單位，是在NPDU前端追加4字節(jié)家電網(wǎng)絡(luò)碼的數(shù)據(jù)值單位。數(shù)據(jù)中繼層80不劃分NPDU及HCNPDU的處理。
圖4f為物理層90中的數(shù)據(jù)框架結(jié)構(gòu)。
LnCP的物理層90具有把物理信號傳送到傳輸媒體的功能。作為LnCP網(wǎng)絡(luò)協(xié)議的物理層90，可以使用與RS-485或低功率RF等同的非規(guī)格化數(shù)據(jù)中繼層80的傳輸媒體。還可以使用如電力線或IEEE 802.11等同的規(guī)格化傳輸媒體。適用LnCP網(wǎng)絡(luò)的家庭網(wǎng)絡(luò)系統(tǒng)1中，為了網(wǎng)絡(luò)管理器20～23及電器設(shè)備40～49與RS-485或LnCP路由器30，31，及LnCP適配器35，36聯(lián)接，利用了UART(Universal Asynchronous Receiver andTransmitter)數(shù)據(jù)框架結(jié)構(gòu)及RS-232的信號標(biāo)準(zhǔn)(level)。各設(shè)備之間利用網(wǎng)線(serial bus)聯(lián)接時，UART在通信線路控制比特信號流。如圖4f所示，在LnCP中，把上位層送來的數(shù)據(jù)包，變換成10比特大小的UART數(shù)據(jù)框架單位后，通過傳輸媒體傳送。UART數(shù)據(jù)框架由1比特的起始位(Start Bit)、8比特的數(shù)據(jù)值(data)及1比特的停止位(Stop Bit)構(gòu)成。上述UART數(shù)據(jù)框架不使用效驗位(Parity Bit)。UART數(shù)據(jù)框架從起始位傳達(dá)，最后傳達(dá)停止位。適用LnCP的家庭網(wǎng)絡(luò)系統(tǒng)1利用UART時，不使用追加的數(shù)據(jù)框架頁頭碼(frame header)及框架拖掛碼(frametrailer)。
以下是對使用在上述層中的節(jié)點媒介變量的說明。
下述的節(jié)點媒介變量的數(shù)據(jù)值的類型(type)與表6所示的多個形式中的一種相對應(yīng)。
表6


首先，應(yīng)用層60具有利用使用者通過應(yīng)用軟件50傳達(dá)的信息或命令，生成信息(Message)和APDU，再把它傳輸?shù)较挛痪W(wǎng)絡(luò)層功能，以及對從下位網(wǎng)絡(luò)層接收到的APDU進(jìn)行解釋，再把它傳向應(yīng)用軟件50的功能。
應(yīng)用層60使用的節(jié)點媒介變量(Node Parameter)的值同表7。
表7


該網(wǎng)絡(luò)層70具有如下功能。
第1為地址管理功能，地址管理功能為儲存自身地址及目的地的網(wǎng)絡(luò)管理器20～23或電器設(shè)備40～49的地址的功能。這時，使用地址所含的各網(wǎng)絡(luò)管理器20～23或各電器設(shè)備40～49的信息及位置信息，可以指定集團(tuán)地址，并可支持立體聲調(diào)頻廣播(multicasting)及廣播(broadcasting)通信。
第2為流動控制功能，流動控制功能為通過通信循環(huán)(cycle)控制數(shù)據(jù)包流動的功能。
第3為錯誤控制功能，錯誤控制功能為在規(guī)定的時間內(nèi)沒能接收應(yīng)答數(shù)據(jù)包時，重新傳輸域值的功能。重新傳輸次數(shù)最大限制為3回。
第4為事務(wù)控制(Transaction Control)功能，事務(wù)控制功能為通過檢測出重復(fù)數(shù)據(jù)包，防止重復(fù)履行同樣的信息，并控制同時多發(fā)的通信循環(huán)的功能。
第5為路由控制功能，路由控制功能為在兩個以上獨立的傳輸媒體間，傳輸數(shù)據(jù)包，并為了防止各LnCP路由器30～31以及LnCP適配器35～36之間的無限循環(huán)(loop)，控制數(shù)據(jù)包的流動的功能。
這種網(wǎng)絡(luò)層70以通信循環(huán)為單位提供服務(wù)。這種通信循環(huán)有{1-Request，1-Response}，{1-Request，Multi-Responses}，{1-Notification}，{Repeated-Notification}等四種。
{1-Request，1-Response}通信循環(huán)為一個主控設(shè)備向一個從屬設(shè)備傳輸一個請求數(shù)據(jù)包(Request Packet)，從屬設(shè)備傳輸對應(yīng)上述請求的一個應(yīng)答數(shù)據(jù)包(Request Packet)的通信循環(huán)。
{1-Request，Multi-Responses}通信循環(huán)為一個主控設(shè)備向多個從屬設(shè)備傳輸一個請求數(shù)據(jù)包，各從屬設(shè)備并依次傳輸應(yīng)答請求數(shù)據(jù)包的應(yīng)答數(shù)據(jù)包的通信循環(huán)。
{1-Notification}通信循環(huán)為設(shè)備(主控或從屬)以一個或多個設(shè)備(主控或從屬)為對象，傳輸一個通知數(shù)據(jù)包后，即刻結(jié)束通信的通信循環(huán)。
{Repeated-Notification}通信循環(huán)為在{1-Notification}通信循環(huán)為了確保傳輸可靠性，反復(fù)傳輸同樣的數(shù)據(jù)包后，結(jié)束通信的通信循環(huán)。
上述通信循環(huán)與數(shù)據(jù)包類型及傳輸服務(wù)(或網(wǎng)絡(luò)層服務(wù))(NLservice)同表8a。
表8

這里，省略其他層，即，網(wǎng)絡(luò)層70、數(shù)據(jù)中繼層80以及物理層90的媒介變量說明。
圖5a，圖5b為包括用于各層之間交換的基本單元(primitive)的框圖。
圖5a為主控設(shè)備各層之間的基本單元傳送示意圖。
如圖所示，用于應(yīng)用軟件50和應(yīng)用層60之間的基本單元，使用UserReq、UserDLReq、UserULReq、ALCompleted、UserRes、UserEventRcv。
使用者請求(UserReq)基本單元是由從主控設(shè)備應(yīng)用軟件50傳出的單一通信循環(huán)構(gòu)成的服務(wù)請求基本單元，被利用在控制或監(jiān)視等作業(yè)。該使用者請求(UserReq)基本單元包括表9a的構(gòu)成要素。
表9a


應(yīng)用層服務(wù)(ALService)中，請求應(yīng)答信息(Request-response-message)是請求信息和應(yīng)答信息的組合，是主控設(shè)備發(fā)送請求信息后，接收到該請求信息的從屬設(shè)備必須發(fā)送應(yīng)答信息的服務(wù)。單獨請求信息(Request-message-only)是單獨提供請求信息的服務(wù)，是接收到請求信息的從屬設(shè)備不發(fā)送應(yīng)答信息的服務(wù)。反復(fù)信息(Repeated-message)是提供連續(xù)的單獨信息或單獨項目信息的服務(wù)，是從屬設(shè)備不發(fā)送應(yīng)答信息的服務(wù)。單獨項目信息(Event-message-only)是單獨提供項目信息的服務(wù)，是從屬設(shè)備不發(fā)送應(yīng)答信息的服務(wù)。
使用者下載請求(UserDLReq)基本單元是發(fā)自主控設(shè)備應(yīng)用軟件50的下載服務(wù)請求基本單元，包括表9b展示的構(gòu)成要素。
表9b

使用者上載請求(UserULReq)基本單元是發(fā)自主控設(shè)備應(yīng)用軟件50的下載服務(wù)請求基本單元，包括表9c展示的構(gòu)成要素。
表9c


使用者應(yīng)答(UserRes)基本單元是把主控設(shè)備的服務(wù)執(zhí)行結(jié)果傳向應(yīng)用軟件50的基本單元，包括表9d展示的構(gòu)成要素。
表9d

使用者項目收信(UserEventRcv)基本單元是傳向主控設(shè)備應(yīng)用軟件50的項目服務(wù)基本單元，包括表9e展示的構(gòu)成要素。
表9e

應(yīng)用層完了(ALCompleted)基本單元是，把主控設(shè)備應(yīng)用層60的執(zhí)行結(jié)果傳向應(yīng)用軟件50的基本單元，包括表9f展示的構(gòu)成要素。
表9f

如圖所示，用于應(yīng)用階層60和網(wǎng)絡(luò)層70之間的基本單元，包括ReqMsgSend、NLCompleted以及MsgRev。
請求信息送信(ReqMsgSend)基本單元是，用于把信息從主控設(shè)備應(yīng)用層60傳向網(wǎng)絡(luò)層70的基本單元，包括表10a所示的構(gòu)成要素。
表10a


這里，通信循環(huán)識別標(biāo)識(CycleID)是由上述應(yīng)用服務(wù)編碼(ALSvcCode)和收信設(shè)備節(jié)點地址(node Address)組合形成。
信息收信(MsgRcv)基本單元是用于把數(shù)據(jù)包從主控設(shè)備網(wǎng)絡(luò)層70傳向應(yīng)用層60的基本單元，包括表10b的構(gòu)成要素。
表10b


上述通信循環(huán)識別標(biāo)識(CycleID)的構(gòu)成，將在下面進(jìn)行說明。
網(wǎng)絡(luò)層完了(NLCompleted)基本單元是用于從網(wǎng)絡(luò)層70向應(yīng)用層通知數(shù)據(jù)包處理狀態(tài)的基本單元，包括表10c的構(gòu)成要素。
表10c

這里，省略其他各層之間的基本單元的說明。
圖5b為從屬設(shè)備的各層間基本單元的傳輸作業(yè)框圖。
如圖所示，用于應(yīng)用軟件50a與應(yīng)用層60a間的基本單元，包括UserReqRcv、UserResSend及UserEventSend。
使用者請求收信(UserReqRcv)基本單元是用于把由主控設(shè)備接收的請求信息(包括下載及運行)傳向從屬設(shè)備的應(yīng)用軟件50a的基本單元。包括表11a所示的構(gòu)成要素。
表11a


使用者應(yīng)答送信(UserResSend)基本單元是為了回應(yīng)主控設(shè)備的請求信息，把應(yīng)答信息傳向從屬設(shè)備的應(yīng)用層時所用的基本單元。包括下表11b所示的構(gòu)成要素。
表11b

使用者項目送信(UserEventSend)基本單元是用于把欲向主控設(shè)備傳輸?shù)膹膶僭O(shè)備項目信息狀態(tài)變量值，傳輸?shù)綉?yīng)用層60a的基本單元。包括下表11c所示的構(gòu)成要素。
表11c


如圖所示，應(yīng)用層60a和網(wǎng)絡(luò)層70a間的基本單元包括ReqMsgRcv、ResMsgSend、EventMsgSend及NLCompleted。
請求信息收信(ReqMsgRcv)基本單元是用于從網(wǎng)絡(luò)層70a把接收的請求信息傳向應(yīng)用層的基本單元。包括下表12a所示的構(gòu)成要素。
表12a

應(yīng)答信息送信(ResMsgSend)基本單元是用于在應(yīng)用層60a，把應(yīng)答信息傳向網(wǎng)絡(luò)層70a的基本單元。包括下表12b所示的構(gòu)成要素。
表12b


項目信息送信(EventMsgSend)基本單元是用于應(yīng)用層60a把項目信息傳向網(wǎng)絡(luò)層70a的基本單元。包括下表12c所示的構(gòu)成要素。
表12c

網(wǎng)絡(luò)層完了(NLCompleted)基本單元是在網(wǎng)絡(luò)層70a，用于向應(yīng)用層60a通知數(shù)據(jù)包處理狀態(tài)的基本單元。包括下表12d所示的構(gòu)成要素。
表12d

這里，省略其他層間的基本單元的說明。
上述信息中，字節(jié)(或比特)數(shù)據(jù)的排列按以下方式排列。上位字節(jié)(或比特)位于信息的左邊，下位字節(jié)(或比特)位于右邊。應(yīng)用層60、60a處理的信息類型如下。
請求信息(Request Message)是為了讓從屬設(shè)備實行命令，從主控設(shè)備的應(yīng)用層60傳向網(wǎng)絡(luò)層70或從屬設(shè)備的網(wǎng)絡(luò)層70傳向應(yīng)用層60的信息。從屬設(shè)備的應(yīng)用層60根據(jù)網(wǎng)絡(luò)層70傳來的傳輸模式，可以利用應(yīng)答信息(Response Message)回應(yīng)。
應(yīng)答信息(Response Message)是為了傳輸從屬設(shè)備的命令執(zhí)行結(jié)果，從主控設(shè)備的網(wǎng)絡(luò)層70傳向應(yīng)用層60或從從屬設(shè)備的應(yīng)用層60傳向網(wǎng)絡(luò)層70的信息，是對請求信息的回應(yīng)。
項目信息(Event Message)是設(shè)備狀態(tài)被變更時，從送信方的應(yīng)用層傳向網(wǎng)絡(luò)層或從收信方的網(wǎng)絡(luò)層傳向應(yīng)用層的信息。接收方不作應(yīng)答。
圖6a至6c為各請求信息的結(jié)構(gòu)實施例。
圖6a為基本請求信息的示意圖。該請求信息由命令碼(Command CodeCC)和實行它所用的關(guān)聯(lián)因子(因子1，2…)構(gòu)成。請求信息用于從屬設(shè)備的控制及狀態(tài)確認(rèn)，另外，還用于請求從屬設(shè)備的信息確認(rèn)。
圖6b所示為下載請求信息(Downloading Request Message)。下載請求信息是把在請求信息中分割出的數(shù)據(jù)傳向設(shè)備是所用的輸入因子(Input Arguments)包括所有頁和“當(dāng)前頁”。圖6c所示為上載請求信息(Uploading Request Message)。上載請求信息是用于從從設(shè)備分割取得數(shù)據(jù)的輸入因子，包括“頁碼(PageNo)”和“數(shù)據(jù)大小(DataNo)”。
詳細(xì)的說是，該下載請求信息是讓主控設(shè)備保有特定數(shù)據(jù)，把該數(shù)據(jù)傳向從屬設(shè)備及/或其它主控設(shè)備的信息。上述數(shù)據(jù)按特定數(shù)據(jù)大小分割，分割出的全部個數(shù)為所有頁。在該所有頁中，包括在當(dāng)前的請求信息中，被傳輸?shù)臄?shù)據(jù)為“當(dāng)前頁”。
該上載請求信息是讓從屬設(shè)備及/或其它主控設(shè)備保有特定數(shù)據(jù)，主控設(shè)備上載該數(shù)據(jù)的信息。主控設(shè)備在所有頁中，請求一部分相當(dāng)于數(shù)據(jù)大小的數(shù)據(jù)，該一部分?jǐn)?shù)據(jù)成為位于全體數(shù)據(jù)中對應(yīng)頁碼的次序上的分割數(shù)據(jù)。
圖7a至7c為各應(yīng)答信息的結(jié)構(gòu)實施例。
應(yīng)答信息區(qū)分為正常實行主控設(shè)備送來的請求信息時，生成的ACK-應(yīng)答信息(ACK-Response Message)和反之情況時，生成的NAK-應(yīng)答信息(NAK-Response Message)。
圖7a為ACK-應(yīng)答信息示意圖。該ACK-應(yīng)答信息由命令碼和ACK(例如，0x06)、表示實行結(jié)果的各因子(因子1、2、…)構(gòu)成。在從屬設(shè)備成功實行由主控設(shè)備傳輸?shù)恼埱笮畔r，傳輸ACK-應(yīng)答信息。
圖7b為NAK-應(yīng)答信息的示意圖。該NAK-應(yīng)答信息由命令碼、NAK(例如，0x15)、以及1字節(jié)的NAK_code構(gòu)成。在從屬設(shè)備沒能成功實行主控設(shè)備傳輸?shù)恼埱笮畔r，傳輸該NAK-應(yīng)答信息。NAK_code與有關(guān)產(chǎn)品碼的錯誤具有區(qū)別。NAK_code是在主控設(shè)備與從屬設(shè)備間的通信過程中，因錯誤命令碼或錯誤因子，從屬設(shè)備沒能成功實行請求信息時，分類其原因的碼值。
圖7c為包括錯誤碼(Error_code)NAK-應(yīng)答信息的示意圖。該Error_code是產(chǎn)品工作有關(guān)的錯誤。因產(chǎn)生這種錯誤，從屬設(shè)備沒能成功實行請求信息時，NAK_code值固定為特定的值，例如“0x63”。NAK_code后，緊跟Error_code值。
圖8為項目信息結(jié)構(gòu)圖。
如圖8所示，項目信息是從屬設(shè)備的狀態(tài)被變更時，生成的信息。由命令碼(例如，0x11)、項目碼(Event Code)(2字節(jié))及狀態(tài)值(StateVariable)(4字節(jié))構(gòu)成。在項目碼中，上位1字節(jié)與產(chǎn)品碼(Product Code)相同，下位1字節(jié)表示狀態(tài)變量。
圖9為本發(fā)明的應(yīng)用層數(shù)據(jù)處理方法第1實施例示意圖。該數(shù)據(jù)處理方法中，主控設(shè)備的應(yīng)用層60從應(yīng)用軟件50接收一定的基本單元后，構(gòu)成APDU，并把上述APDU傳向網(wǎng)絡(luò)層70。
階段S61中，主控設(shè)備的應(yīng)用層60接收使用者請求(UserReq)基本單元、使用者下載請求(UserDLReq)基本單元或使用者上載請求(UserULReq)基本單元。
階段S62中，使用者請求(UserReq)基本單元包括應(yīng)用層服務(wù)碼(ALSvcCode)，上述應(yīng)用層服務(wù)碼中明示的服務(wù)由單一通信循環(huán)構(gòu)成，因此主控設(shè)備的應(yīng)用層60分離單一通信循環(huán)后，進(jìn)行對單一通信循環(huán)的處理。
另外，使用者下載請求(UserDLReq)基本單元或使用者上載請求(UserULReq)基本單元包括應(yīng)用層服務(wù)碼(ALSvcCode)，上述應(yīng)用層服務(wù)碼明示的服務(wù)由數(shù)個(CycleNo)通信循環(huán)構(gòu)成，因此主控設(shè)備的應(yīng)用層60分離數(shù)個(CycleNo)通信循環(huán)后，依次處理單一通信循環(huán)，由此進(jìn)行對整體數(shù)個(CycleNo)通信循環(huán)的的處理。
階段S63中，為了執(zhí)行使用者請求(UserReq)基本單元的由單一通信循環(huán)構(gòu)成的服務(wù)，主控設(shè)備應(yīng)用層60生成一個請求信息或通知信息。為了執(zhí)行使用者下載請求(UserDLReq)基本單元或使用者上載請求(UserULReq)基本單元的由數(shù)個(Cycle No)通信循環(huán)構(gòu)成的服務(wù)，主控設(shè)備應(yīng)用層60按下載步驟或上載步驟，生成數(shù)個(CycleNo)(一定數(shù)據(jù)被分割成數(shù)個分割數(shù)據(jù)時，上述分割數(shù)據(jù)的個數(shù))請求信息。
階段S64中，主控設(shè)備的應(yīng)用層60對應(yīng)于生成的請求信息或通知信息，生成通信循環(huán)識別標(biāo)識(CycleID)。這里，與使用者下載請求(UserDLReq)基本單元或使用者上載請求(UserULReq)基本單元對應(yīng)的數(shù)個(CycleNo)請求信息，生成并賦予相同的通信循環(huán)識別標(biāo)識(CycleID)，并依次進(jìn)行單一通信循環(huán)。下面，參照圖9，對基本單元進(jìn)行說明，上述基本單元包括使用者請求(UserReq)基本單元、使用者下載請求(UserDLReq)基本單元、以及使用者上載請求(UserULReq)基本單元。
如圖10所示，通信循環(huán)識別標(biāo)識為4字節(jié)，是由目的地址(DstAddress)和命令碼組成，即，主控設(shè)備的應(yīng)用層60，對來自應(yīng)用軟件50的包括在基本單元的應(yīng)用層服務(wù)碼(ALSvcCode)和目的地址(DstAddress)，進(jìn)行組合，生成通信循環(huán)識別標(biāo)識。
階段S65中，主控設(shè)備應(yīng)用層60不能在通信循環(huán)結(jié)束之前，進(jìn)行同一通信循環(huán)識別標(biāo)識的作業(yè)，因此對已存在的服務(wù)明細(xì)，進(jìn)行檢索。如果在上述服務(wù)明細(xì)中存在與階段S64中生成的通信循環(huán)識別標(biāo)識相同的值，則忽略新生成的通信循環(huán)識別標(biāo)識，進(jìn)行階段S67，不形成上述識別標(biāo)識的服務(wù)明細(xì)。
階段S66中，主控設(shè)備應(yīng)用層60接收到基本單元后，形成如表13的服務(wù)明細(xì)。
表13

對設(shè)定各變量的過程，進(jìn)行如下說明。
*應(yīng)用層服務(wù)碼(ALSvcCode)被設(shè)定為包括在基本單元的應(yīng)用層服務(wù)碼；*應(yīng)用層服務(wù)類型(ALSvcType)，按包括在基本單元的應(yīng)用層服務(wù)(ALService)，被設(shè)定為‘0’(Request-response-message應(yīng)答請求信息)，‘1’(Request-message-only單獨請求信息)，‘2’(Repeated-message反復(fù)信息)，‘3’(Event-message-only單獨項目信息)。
*通信循環(huán)次數(shù)(CycleNo)來說，如果是使用者請求(UserReq)基本單元，則被設(shè)定為‘1’，如果是使用者下載請求(UserDLReq)基本單元或者是使用者上載請求(UserULReq)基本單元，則被生定為分割的信息(或數(shù)據(jù))數(shù)。
*通信循環(huán)識別標(biāo)識(CycleID)的設(shè)定，是利用節(jié)點地址(Node Address)和應(yīng)用層服務(wù)碼(ALSvcCode)進(jìn)行。
階段S67中，主控設(shè)備的應(yīng)用層60在將要傳向網(wǎng)絡(luò)層70的各信息上，追加頁頭碼，構(gòu)成APDU。這里，對頁頭碼的各域值，進(jìn)行如下設(shè)定。
*AL被設(shè)定為在將要傳送的信息字節(jié)數(shù)上加3后得到的值。
*AHL被設(shè)定為‘3’。
*ALO被設(shè)定為‘0’(沒有應(yīng)用層屬性的情況下)。
階段S68中，主控設(shè)備的應(yīng)用層60利用請求信息送信基本單元，傳向網(wǎng)絡(luò)層70。這里的請求信息送信(ReqMsgSend)基本單元包括上述構(gòu)成的APDU。
階段S69以后的各層中，數(shù)據(jù)處理方法進(jìn)行通信循環(huán)以及服務(wù)的結(jié)束過程。
階段S69中，主控設(shè)備的應(yīng)用層60為了判斷通信循環(huán)的完了與否，對服務(wù)開始后在服務(wù)暫停(SvcTimeOut)時間內(nèi)有沒有從網(wǎng)絡(luò)層70接收到網(wǎng)絡(luò)層完了(NLCompleted)基本單元，進(jìn)行判斷。如果接收到上述網(wǎng)絡(luò)層完了(NLCompleted)基本單元，則判斷為通信循環(huán)已結(jié)束，進(jìn)行階段S70，從服務(wù)明細(xì)中的通信循環(huán)次數(shù)(CycleNo)值減去一定值(比如‘1’)。如果在服務(wù)暫停時間(SvcTimeOut)內(nèi)，沒有接收到上述網(wǎng)絡(luò)層完了(NLCompleted)基本單元，則進(jìn)行階段S71，把通信循環(huán)次數(shù)(CycleNo)值設(shè)定為‘0’。比如，信息傳送錯誤、從屬設(shè)備故障等原因會導(dǎo)致上述沒有接收到網(wǎng)絡(luò)層完了(NLCompleted)基本單元的情況。另外，還可以包括對應(yīng)用層60有沒有接收到NAK應(yīng)答信息進(jìn)行判斷的階段。如果接收到NAK應(yīng)答信息，則進(jìn)行階段S71，把通信循環(huán)次數(shù)設(shè)定為‘0’。這樣的話，可以在由數(shù)個通信循環(huán)構(gòu)成的服務(wù)(上述下載服務(wù)和上載服務(wù))中，如果接收到NAK應(yīng)答信息，可以結(jié)束整體服務(wù)。
階段S72中，主控設(shè)備的應(yīng)用層60對整體通信循環(huán)的執(zhí)行有沒有結(jié)束，進(jìn)行判斷。即，如果通信循環(huán)次數(shù)的值為‘0’，則主控設(shè)備的應(yīng)用層60判斷為服務(wù)完了，如果不是，則進(jìn)行階段S65或階段S67，結(jié)束數(shù)個(CycleNo)通信循環(huán)。
階段S73中，主控設(shè)備的應(yīng)用層60刪除相應(yīng)的服務(wù)明細(xì)。階段S74中，主控設(shè)備的應(yīng)用層把服務(wù)執(zhí)行結(jié)果放進(jìn)應(yīng)用層完了(ALCompelted)基本單元中，并把上述基本單元傳向應(yīng)用軟件50。
圖11為本發(fā)明的應(yīng)用層中的數(shù)據(jù)處理方法第2實施例。本實施例的數(shù)據(jù)處理方法是，從屬設(shè)備的應(yīng)用層60a從網(wǎng)絡(luò)層70a接收請求信息收信(ReqMsgRcv)基本單元后讀出信息，并把它傳向應(yīng)用層的一連串過程。
階段S101中，從屬設(shè)備的應(yīng)用層60a從網(wǎng)絡(luò)層70a接收請求信息收信(ReqMsgRcv)基本單元。
階段S102中，從屬設(shè)備的應(yīng)用層60a，為了防止接收來自網(wǎng)絡(luò)層70a的數(shù)據(jù)，把收信功能設(shè)定為“收信不能”。這里，收信功能通過一定的媒介變量(圖略)形成或由一定的邏輯(logic)形成。
階段S103中，如果接收的請求信息收信(ReqMsgRcv)基本單元所包括的APDU的ALO域值不是特定值(比如‘0’)，則從屬設(shè)備的應(yīng)用層60a進(jìn)行階段S104，忽略接收的APDU，然后進(jìn)行階段S105，把收信功能設(shè)定為“收信可能”，恢復(fù)數(shù)據(jù)收信功能。
階段S106中，從屬設(shè)備應(yīng)用層60a利用AHL域值，從APDU讀出信息。接收的APDU中，即使在頁頭碼上追加了沒有定義的域，也要把AHL域指定的字節(jié)數(shù)當(dāng)作頁頭碼的長度，讀出信息。
階段S107中，從屬設(shè)備的應(yīng)用層60a根據(jù)網(wǎng)絡(luò)層服務(wù)(NLService)，判斷服務(wù)明細(xì)的作成與否。即，請求信息收信(ReqMsgRcv)基本單元包括的網(wǎng)絡(luò)層服務(wù)(NLService)，如果是應(yīng)答不需要(Non-acknowledged)(即，項目信息或通知信息)，即，不需要追加動作(比如，應(yīng)答信息的生成以及傳送等)，則進(jìn)行階段S109，不生成服務(wù)明細(xì)。如果網(wǎng)絡(luò)層服務(wù)(NLService)是需要應(yīng)答(Acknowledged)(即，請求信息)，則按上述表13，生成服務(wù)明細(xì)。
*應(yīng)用層服務(wù)碼(ALSvcCode)包括請求信息收信(ReqMsgRcv)中的目的地址(DstAddress)和被讀出信息中的命令碼；應(yīng)用層服務(wù)類型(ALSvcType)被設(shè)定為固定值‘0’(Request-reponse)；*通信循環(huán)次數(shù)(CycleNo)被設(shè)定為固定值‘1’。
*通信循環(huán)識別標(biāo)識(CycleID)包括請求信息收信(ReqMsgRcv)基本單元中的目的地址(DstAddress)和應(yīng)用層服務(wù)碼(ALSvcCode)。
階段S109中，從屬設(shè)備應(yīng)用層60a構(gòu)成使用者請求收信(UserReqRcv)基本單元，傳向應(yīng)用軟件50a，這里的使用者請求收信(UserReqRcv)基本單元包括被讀出信息。
階段S110中，從屬設(shè)備應(yīng)用層60a，對接收的親求信息收信(ReqMsgRcv)中包括的網(wǎng)絡(luò)層服務(wù)(NLSerice)是不是應(yīng)答不需要(Non-acknowledged)，進(jìn)行判斷。上述判斷結(jié)果，如果是應(yīng)答不需要(Non-acknowledged)，則把讀出的信息傳向應(yīng)用軟件50a后，不需要進(jìn)行其他動作(比如，生成以及傳送應(yīng)答信息等)，因此為了恢復(fù)接收來自網(wǎng)絡(luò)層70a的數(shù)據(jù)功能，把收信功能設(shè)定為“收信可能”。
圖12為本發(fā)明中，應(yīng)用層數(shù)據(jù)處理方法第3實施例示意圖。該處理方法展示的是，從屬設(shè)備的應(yīng)用層60a從應(yīng)用軟件50a接收使用者應(yīng)答送信(UserResSend)基本單元后，生成APDU，并把它傳向網(wǎng)絡(luò)層70a的一連串過程。
階段S121中，從屬設(shè)備的應(yīng)用層60a從應(yīng)用軟件50a接收使用者應(yīng)答送信(UserResSend)基本單元。階段S122中，利用包括在基本單元的應(yīng)用數(shù)據(jù)(ResData)，構(gòu)成應(yīng)答信息。
階段S123中，從屬設(shè)備的應(yīng)用層60a，為將要傳向網(wǎng)絡(luò)層70a的各信息，追加頁頭碼，構(gòu)成APDU。這里，頁頭碼中的各域值設(shè)定如下。
*AL的值被設(shè)定為在將要傳送的信息字節(jié)數(shù)上加3后的值；*AHL被設(shè)定為‘3’。
*ALO被設(shè)定為‘0’(不存在應(yīng)用層的選項(option)時)階段S124中，從屬設(shè)備應(yīng)用層60a把應(yīng)答信息送信(ReqMsgSend)基本單元傳向網(wǎng)絡(luò)層70a，上述應(yīng)答信息送信基本單元包括上述構(gòu)成的APDU。
階段S125和S126中，為了判斷通信循環(huán)的完了，如果服務(wù)執(zhí)行開始后，服務(wù)執(zhí)行時間小于服務(wù)暫停時間(SvcTimeOut)，則從屬設(shè)備的應(yīng)用層60a進(jìn)行階段S126，如果不是，則進(jìn)行階段S127。階段S126中，如果接收到網(wǎng)絡(luò)層完了(NLCompleted)基本單元，則進(jìn)行S127。如果不是，則進(jìn)行S125。只要接收到網(wǎng)絡(luò)層完了(NLCompleted)基本單元，即使是服務(wù)暫停時間(SvcTimeOut)還沒結(jié)束，應(yīng)用層60a也會進(jìn)行階段S127。如果已經(jīng)過服務(wù)暫停時間(SvcTimeOut)，則無條件地進(jìn)入階段S127。
階段S127中，從屬設(shè)備的應(yīng)用層60a刪除圖11的階段S108中生成并儲存的服務(wù)明細(xì)。
階段S128中，為了恢復(fù)接收來自網(wǎng)絡(luò)層70a的數(shù)據(jù)收信功能，從事設(shè)備的應(yīng)用層60a把收信功能設(shè)定成“收信可能”。
圖13為本發(fā)明的應(yīng)用層數(shù)據(jù)處理方法第4實施例示意圖。該數(shù)據(jù)處理方法涉及的是，主控設(shè)備應(yīng)用層60從網(wǎng)絡(luò)層70接收請求信息收信(ReqMsgRcv)基本單元后，讀出信息，并把它傳向應(yīng)用軟件50a的一連串過程。
階段S141中，主控設(shè)備的應(yīng)用層60從網(wǎng)絡(luò)層70接收信息收信(MsgRcv)基本單元。
階段S142中，如果接收的信息收信基本單元中的APDU的ALO域值不是特定值(比如‘0’)，則主控設(shè)備的應(yīng)用層60進(jìn)行階段S143，忽略接收的APDU，如果是特定值，則進(jìn)行階段S144。
階段S144中，主控設(shè)備應(yīng)用層60利用AHL域值，從APDU讀出信息。即使在接收的APDU的頁頭碼上追加了沒有定義的域，也要把相應(yīng)于AHL域所指定字節(jié)數(shù)的部分認(rèn)定為頁頭碼，讀取信息。
階段S145中，主控設(shè)備的應(yīng)用層60，對與接收的信息收信(MsgRcv)基本單元對應(yīng)的服務(wù)明細(xì)，進(jìn)行確認(rèn)。如果服務(wù)明細(xì)包括的值中，存在與信息收信(MsgRcv)基本單元包括的通信識別標(biāo)識(CycleID)相同的值，則進(jìn)行階段S146。如果不存在，則進(jìn)行階段S147。階段S145是用于判斷信息收信(MsgRcv)基本單元包括的信息是不是應(yīng)答信息的階段，如果儲存有對應(yīng)的服務(wù)明細(xì)，則意味著曾存在過與該應(yīng)答信息對應(yīng)的請求信息(這里，不進(jìn)行詳細(xì)的原理說明，但簡單地說，應(yīng)用層60從應(yīng)用軟件50接收請求信息后，生成使用者請求(UserReq)基本單元，并把它傳向其他設(shè)備(主控設(shè)備及/或從屬設(shè)備)，同時在進(jìn)行傳送時生成并儲存該請求信息的服務(wù)明細(xì)。這里，服務(wù)明細(xì)的構(gòu)成如表13。
這里，應(yīng)用層服務(wù)碼(ALSvcCode)被設(shè)定為包括在基本單元的應(yīng)用層服務(wù)碼(ALSvcCode)，通信循環(huán)識別標(biāo)識(CycleID)是利用節(jié)點地址(NodeAddress)和應(yīng)用結(jié)成服務(wù)碼(ALSvcCode)設(shè)定的值。
階段S146中，應(yīng)用層60生成包括上述讀出的信息的使用者應(yīng)答(UserRes)基本單元，并把上述基本單元傳向應(yīng)用軟件50。
階段S147中，應(yīng)用層60確認(rèn)該讀出的信息是不是項目信息。如上所述，項目信息包括特定的命令碼(比如0x11)，可以通過確認(rèn)是否包括上述特定的命令碼，進(jìn)行上述階段。如果讀出的信息是項目信息，則進(jìn)行階段S148，生成包括上述讀出的信息的使用者項目收信(UserEventRcv)基本單元，把它傳向應(yīng)用軟件50。如果上述讀出的信息不是項目信息，而是請求信息，則進(jìn)行階段S149，把上述讀出的信息忽略，進(jìn)行廢棄。
圖14為本發(fā)明的用于下載服務(wù)的信息處理方法流程圖。
圖14展示的信息處理方法使用上述下載請求信息和與此相應(yīng)的應(yīng)答信息。
階段S161中，主控設(shè)備應(yīng)用軟件50接收來自使用者的對于特定數(shù)據(jù)的下載請求。這時，主控設(shè)備應(yīng)用軟件50提供可以由使用者進(jìn)行輸入的使用者界面(圖略)。同時，主控設(shè)備具有一定的輸入裝置(圖略)。上述下載請求用于把儲存在主控設(shè)備的數(shù)據(jù)下載到其他從屬設(shè)備以及/或主控設(shè)備。主控設(shè)備的應(yīng)用軟件50生成包括上述下載請求的使用者下載請求(UserDLReq)基本單元，把它傳向應(yīng)用層60。
階段S162中，為了按使用者下載請求(UserDLReq)基本單元傳送數(shù)據(jù)，主控設(shè)備的應(yīng)用層60生成請求信息。該請求信息生成階段S162包括階段S181。階段S181中，把傳送的整體數(shù)據(jù)按應(yīng)用層60媒介變量的緩沖區(qū)大小(NP_BufferSize)，進(jìn)行分割。另外，階段S182中，應(yīng)用層60按整體數(shù)據(jù)的分割數(shù)(所有頁(TotalPage))，算出通信循環(huán)個數(shù)。階段S183中，應(yīng)用層60根據(jù)上述通信循環(huán)個數(shù)，生成與之對應(yīng)的請求信息。只是，上述階段S182中，可以同時生成所有請求信息，也可以生成一個請求信息并結(jié)束與該請求信息對應(yīng)的下載作業(yè)后，即結(jié)束與該請求信息有關(guān)的個別通信循環(huán)后，生成與剩余數(shù)據(jù)對應(yīng)的另一新請求信息。
如上所述，該請求信息包括所有頁(TotalPage)、表示當(dāng)前傳送的數(shù)據(jù)次序的當(dāng)前頁(CurrentPage)以及分割的數(shù)據(jù)。該當(dāng)前頁(CurrentPage)的初始值為‘1’。每當(dāng)結(jié)束請求信息的通信循環(huán)時，把上述當(dāng)前頁(CurrentPage)的值加‘1’，并進(jìn)行下一個通信循環(huán)。為了在上述當(dāng)前頁(CurrentPage)的值達(dá)到所有頁(TotalPage)的值后結(jié)束下載服務(wù)，上述請求信息要包括上述所有頁(TotalPage)和當(dāng)前頁(CurrentPage)。如果是包括在下載請求信息的數(shù)據(jù)末端分割段，則有可能出現(xiàn)小于緩沖區(qū)大小(NP_BufferSize)的情況。
生成下載請求信息的過程與上述過程相同，這時對于所有下載請求信息，其通信循環(huán)識別標(biāo)識相同。
階段S163中，主控設(shè)備的應(yīng)用層60按各通信循環(huán)單位向網(wǎng)絡(luò)層70傳送請求信息送信(ReqMsgSend)基本單元，上述請求信息送信(ReqMsgSend)基本單元包括一個生成的請求信息。這時，向應(yīng)用軟件50傳送使用者應(yīng)答(UserRes)基本單元。之后，被傳向網(wǎng)絡(luò)層70的請求信息，通過數(shù)據(jù)中繼層80以及物理層90，通過網(wǎng)絡(luò)被傳送到相應(yīng)從屬設(shè)備或主控設(shè)備。主控設(shè)備的應(yīng)用層60在媒介變量的下載請求信息傳送間隔(DLInterval)內(nèi)，傳送各個請求信息送信(ReqMsgSend)，上述請求信息送信包括生成的請求信息。
階段S164中，比如相應(yīng)從屬設(shè)備接收上述請求信息后，通過物理層90a、數(shù)據(jù)中繼層80a、網(wǎng)絡(luò)層70a，把它傳向應(yīng)用層60a。應(yīng)用層60a接收上述請求信息后進(jìn)行處理，并把包括在請求信息中的分割數(shù)據(jù)傳向應(yīng)用層50a。
階段S165中，應(yīng)用軟件50a把接收的數(shù)據(jù)儲存在一定的存儲器(圖略)中。這時，從屬設(shè)備可以根據(jù)所有頁的值和分割的數(shù)據(jù)大小，可以預(yù)知整體數(shù)據(jù)的大小，事先預(yù)備用于整體數(shù)據(jù)的儲存空間。接下來，應(yīng)用軟件50a把分割的數(shù)據(jù)，根據(jù)與之一起接收的當(dāng)前頁的次序，儲存在儲存空間中，直到結(jié)束整體數(shù)據(jù)的收信。
階段S166中，從屬設(shè)備的應(yīng)用層60a生成與接收的應(yīng)用信息對應(yīng)的應(yīng)答信息，并通過其他層(70a、80a、90a)，把上述應(yīng)答信息傳向主控設(shè)備。
階段S167中，主控設(shè)備接收應(yīng)答信息。即，主控設(shè)備的應(yīng)用層60通過其他層(90、80、70)接收應(yīng)答信息。
階段S168中，主控設(shè)備的應(yīng)用層60或應(yīng)用軟件50，對收信的應(yīng)答信息是不是上述NAK-應(yīng)答信息，進(jìn)行判斷。如果是NAK-應(yīng)答信息，則認(rèn)定為傳送失敗，進(jìn)行階段S169。階段S169中，主控設(shè)備的應(yīng)用層60結(jié)束剩余數(shù)據(jù)的傳送服務(wù)。如果是ACK-應(yīng)答信息，而不是NAK-應(yīng)答信息，則進(jìn)行階段S171，進(jìn)行上述通信循環(huán)的完了階段。因為傳送的全體數(shù)據(jù)是一個整體，因此當(dāng)分割的數(shù)據(jù)，據(jù)全體數(shù)據(jù)中的有一部分消失時，不能使用全體數(shù)據(jù)。因此，在這種情況下，結(jié)束服務(wù)。另外，階段S170中，主控設(shè)備的應(yīng)用層60把包括有服務(wù)失敗(SERVICE_FAILED(0))和ALFailCode的應(yīng)用層完了(ALComoleted)基本單元傳向應(yīng)用軟件50，與此對應(yīng)，應(yīng)用軟件50通過使用者界面，給使用者告知服務(wù)的失敗。
這時，信息處理方法可以在進(jìn)行整個過程時，即結(jié)束傳送服務(wù)作業(yè)之前，即使在個別通信循環(huán)失敗的情況下，也可以進(jìn)行階段S169。
階段S171中，主控設(shè)備的應(yīng)用層60對有沒有完成全體數(shù)據(jù)的傳送，即對有沒有結(jié)束全體通信循環(huán)，進(jìn)行判斷。如果結(jié)束了全體通信循環(huán)，即所有頁的值和當(dāng)前頁的值相同，則進(jìn)行階段S172。如果不是，則進(jìn)行階段S174。
階段S172中，主控設(shè)備的應(yīng)用層60生成包括服務(wù)成功(SERVICE_OK(1))的應(yīng)用層完了(ALComoleted)基本單元，并把它傳向應(yīng)用軟件50。階段S173中，應(yīng)用軟件50通過使用者界面，向使用者通報下載服務(wù)的成功。
階段S174中，應(yīng)用層60把與接收的應(yīng)用信息對應(yīng)的通信循環(huán)或請求信息中的當(dāng)前頁值，增加一定值(比如‘1’)后，進(jìn)行階段S163。階段S163中，讓當(dāng)前頁的值包括在已生成的請求信息中的下一次通信循環(huán)已進(jìn)行的請求信息中。
或者在進(jìn)行階段S174之后，進(jìn)行階段S162，生成請求信息，該請求信息包括與下次通信循環(huán)對應(yīng)的下一個分割數(shù)據(jù)和上述增加的當(dāng)前頁。
另外，信息處理方法還可以包括如下各階段。即，主控設(shè)備為了獲得媒介變量的緩沖區(qū)大小(NP_Buffer Size)，生成與緩沖區(qū)大小有關(guān)的請求信息，并向從屬設(shè)備傳送上述請求信息的階段；從屬設(shè)備接收上述請求信息后，生成包括自身緩沖區(qū)大小有關(guān)情報的應(yīng)答信息，并把上述應(yīng)答信息傳送的階段；以及主控設(shè)備把接收的緩沖區(qū)大小設(shè)定成應(yīng)用層60媒介變量的緩沖區(qū)大小(NP_BufferSize)的階段。
圖15為執(zhí)行圖14中的階段(S164和165)的從屬設(shè)備信息處理方法流程圖。
階段S191中，從屬設(shè)備的應(yīng)用層60a接收與特定數(shù)據(jù)有關(guān)的第1下載請求信息。
階段S192中，應(yīng)用層60a從第1下載請求信息中讀出分割的數(shù)據(jù)，把上述數(shù)據(jù)傳向應(yīng)用軟件50a。應(yīng)用軟件50a按當(dāng)前頁的值，把上述傳送的數(shù)據(jù)依次儲存在特定的存儲區(qū)中。
階段S193中，應(yīng)用層60a把接收的下載信息的個數(shù)與各下載信息中包括的所有頁(TotalPage)值進(jìn)行比較，如果相同，則認(rèn)定為已接收到所有需要下載的數(shù)據(jù)，進(jìn)行階段S194，向應(yīng)用軟件50a傳送下“載完了”，向應(yīng)用軟件50a通報“服務(wù)完了”。如果不是，則應(yīng)用層60a按上述階段S166，傳送應(yīng)答信息后，進(jìn)行階段S195。
階段S195中，應(yīng)用層60a對在下載信息傳送間隔(DLInterval)內(nèi)有沒有接收到請求信息，進(jìn)行判斷。如果接收到請求信息，則應(yīng)用層60a進(jìn)行階段S912。如果不是，則進(jìn)行階段S196，應(yīng)用層60a向應(yīng)用軟件50a通報“下載服務(wù)失敗”。階段S197中應(yīng)用軟件50a把所有已儲存的下載數(shù)據(jù)刪除。
權(quán)利要求
1.一種家庭網(wǎng)絡(luò)系統(tǒng)，由兩個以上電器設(shè)備和聯(lián)接上述各電器設(shè)備的隨特定通信協(xié)議的網(wǎng)絡(luò)組成，其特征在于其中的一個電器設(shè)備向其他電器設(shè)備傳送請求信息的情況下，上述請求信息從上述一個電器設(shè)備的上位層傳向下位層，并從其他電器設(shè)備的下位層傳向上位層；上述請求信息包括意味著其他設(shè)備要執(zhí)行的動作的命令碼、以及用于上述命令碼的執(zhí)行的一個以上相關(guān)因子；上述請求信息是把某一特定的數(shù)據(jù)分割成特定大小的下載請求信息，可以讓其他電器設(shè)備下載上述數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的家庭網(wǎng)絡(luò)系統(tǒng)，其特征在于上述下載請求信息包括相關(guān)因子，相關(guān)因子包括分割上述數(shù)據(jù)后的所有頁域、正在傳送的當(dāng)前頁域、以及上述分割的數(shù)據(jù)域。
3.根據(jù)權(quán)利要求2所述的家庭網(wǎng)絡(luò)系統(tǒng)，其特征在于上述下載請求信息的大小被上述一個電器設(shè)備設(shè)定，與上述其他電器設(shè)備的緩沖區(qū)大小有關(guān)。
4.根據(jù)權(quán)利要求3所述的家庭網(wǎng)絡(luò)系統(tǒng)，其特征在于上述下載請求信息的大小小于等于接收上述數(shù)據(jù)的電器設(shè)備緩沖區(qū)大小。
5.根據(jù)權(quán)利要求1所述的家庭網(wǎng)絡(luò)系統(tǒng)，其特征在于上述通信協(xié)議是互動網(wǎng)絡(luò)控制通信協(xié)議。
6.一種家庭網(wǎng)絡(luò)系統(tǒng)的記錄信息結(jié)構(gòu)的存儲媒體，其中家庭網(wǎng)絡(luò)系統(tǒng)由兩個以上的電器設(shè)備和聯(lián)接上述各電器設(shè)備的隨特定通信協(xié)議的網(wǎng)絡(luò)組成；在上述家庭網(wǎng)絡(luò)系統(tǒng)中，請求信息從上述一個電器設(shè)備傳向其他電器設(shè)備；上述請求信息從上述一個電器設(shè)備的上位層傳向下位層，并從其他電器設(shè)備的下位層傳向上位層；上述請求信息包括意味著其他設(shè)備要執(zhí)行的動作的命令碼、以及用于上述命令碼的執(zhí)行的一個以上相關(guān)因子；上述請求信息是把某一特定的數(shù)據(jù)分割成特定大小的下載請求信息，可以讓其他電器設(shè)備下載上述數(shù)據(jù)。
7.一種家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其中家庭網(wǎng)絡(luò)系統(tǒng)由兩個以上的電器設(shè)備和聯(lián)接上述各電器設(shè)備的隨特定通信協(xié)議的網(wǎng)絡(luò)組成；在上述上述家庭網(wǎng)絡(luò)系統(tǒng)中，包括上述一個電器設(shè)備接收來自使用者的下載請求后，生成請求信息的階段；把上述請求信息傳向其他電器設(shè)備的階段；上述其他電器設(shè)備接收上述請求信息后儲存上述數(shù)據(jù)的階段；上述其他點點設(shè)備向上述一個電器設(shè)備傳送應(yīng)答信息的階段。
8.根據(jù)權(quán)利要求7所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述生成階段包括把上述數(shù)據(jù)按特定大小進(jìn)行分割的階段；為了下載上述分割的數(shù)據(jù)，計算全體通信循環(huán)個數(shù)的階段；生成分別與上述各通信循環(huán)對應(yīng)并分別包括上述各分割數(shù)據(jù)的各請求信息的階段。
9.根據(jù)權(quán)利要求8所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述生成的請求信息各自的通信循環(huán)，具有相同的通信循環(huán)識別標(biāo)識。
10.根據(jù)權(quán)利要求8所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述傳送階段包括在每回通信循環(huán)中，把上述生成的請求信息傳向上述其他電器設(shè)備的階段。
11.根據(jù)權(quán)利要求10所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述傳送的請求信息至少包括所有頁域和當(dāng)前頁域，所有頁域包括全體通信循環(huán)的個數(shù)，當(dāng)前頁域包括正在傳送的請求信息通信循環(huán)的次序。
12.根據(jù)權(quán)利要求10或11所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述傳送階段中，上述一個電器設(shè)備在媒介變量的傳送間隔內(nèi)，傳送上述生成的各個請求信息。
13.根據(jù)權(quán)利要求7至11任意一項所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包括上述一個電器設(shè)備在結(jié)束全體通信循環(huán)之前，如果從上述其他電器設(shè)備接收到通信循環(huán)失敗或NAK-應(yīng)答信息，則結(jié)束上述數(shù)據(jù)的下載服務(wù)的階段；把上述服務(wù)失敗通報給使用者的階段。
14.根據(jù)權(quán)利要求7至11任意一項所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包括按上述應(yīng)答信息結(jié)束通信循環(huán)的階段。
15.根據(jù)權(quán)利要求14所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包對是否結(jié)束全體通信循環(huán)，進(jìn)行判斷的階段。
16.根據(jù)權(quán)利要求15所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述判斷階段中，對和上述接收的應(yīng)答信息對應(yīng)的請求信息所有頁值與當(dāng)前頁值是否相同，進(jìn)行比較后，進(jìn)行判斷。
17.根據(jù)權(quán)利要求16所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包括如果上述比較結(jié)果，兩者的值相同，則結(jié)束下載服務(wù)的階段；向使用者通報下載成功的階段。
18.根據(jù)權(quán)利要求16所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包括如果上述比較結(jié)果，兩者的值不同，則讓當(dāng)前頁的值增加特定大小的階段。
19.根據(jù)權(quán)利要求18所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包括生成包括增加的當(dāng)前頁值的請求信息的階段、或讓生成的請求信息包括上述增加的當(dāng)前頁值的階段；使設(shè)備進(jìn)行全體數(shù)據(jù)的下載服務(wù)。
20.根據(jù)權(quán)利要求7至11任意一項所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述儲存階段中，上述其他電器設(shè)備，根據(jù)接收的請求信息當(dāng)前頁域中的值，依次儲存數(shù)據(jù)。
21.根據(jù)權(quán)利要求7至12任意一項所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包括在上述儲存階段中，上述其他電器設(shè)備接收一個請求信息后，如果在上述下載請求信息的傳送間隔內(nèi)，沒能接收到其他請求信息，則刪除已儲存的數(shù)據(jù)的階段。
22.根據(jù)權(quán)利要求8所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于根據(jù)上述其他電器設(shè)備的緩沖區(qū)大小，設(shè)定上述大小。
23.根據(jù)權(quán)利要求8至22任意一項所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述處理方法還包括上述一個電器設(shè)備向其他電器設(shè)備傳送緩沖區(qū)大小的請求信息的階段；上述其他電器設(shè)備把包括緩沖區(qū)大小的應(yīng)答信息傳向上述一個電器設(shè)備的階段。
24.根據(jù)權(quán)利要求23所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述信息小于等于上述傳送的其他電器設(shè)備緩沖區(qū)大小。
25.根據(jù)權(quán)利要求7所述的家庭網(wǎng)絡(luò)系統(tǒng)信息處理方法，其特征在于上述通信協(xié)議為互動網(wǎng)絡(luò)控制通信協(xié)議。
全文摘要
本發(fā)明提供一種家庭網(wǎng)絡(luò)系統(tǒng)。更詳細(xì)地說，是有關(guān)提供適用互動網(wǎng)絡(luò)控制通信協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)的發(fā)明。本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)由兩個以上的電器設(shè)備和聯(lián)接上述各電器設(shè)備的隨特定通信協(xié)議的網(wǎng)絡(luò)組成；其中的一個電器設(shè)備向其他電器設(shè)備傳送請求信息的情況下，上述請求信息從上述一個電器設(shè)備的上位層傳向下位層，并從其他電器設(shè)備的下位層傳向上位層；上述請求信息包括意味著其他設(shè)備要執(zhí)行的動作的命令碼(CC)、以及用于上述命令碼的執(zhí)行的一個以上相關(guān)因子(Arg)；上述請求信息是把某一特定的數(shù)據(jù)分割成特定大小后得到的下載請求信息，可以讓其他電器設(shè)備下載上述數(shù)據(jù)。
文檔編號H04L29/06GK1747415SQ20041007183
公開日2006年3月15日 申請日期2004年9月6日 優(yōu)先權(quán)日2004年9月6日
發(fā)明者白承冕, 金勇泰, 李軍石 申請人:樂金電子(天津)電器有限公司