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

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

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


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


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

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

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

APDU域是應用層60與網(wǎng)絡層70之間傳送的應用層的網(wǎng)絡協(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ù)包長度域中的與長度相應的數(shù)據(jù)值(data)，也不能檢測出ELP域，則示為數(shù)據(jù)包錯誤。
圖4d為家電網(wǎng)絡碼控制附屬層71中的HCNPDU結(jié)構(gòu)圖。
如圖所示，NPDU的上位部分還包含HC(Home Code)域。
該家電網(wǎng)絡碼的數(shù)值由4字節(jié)構(gòu)成。該家電網(wǎng)絡碼在數(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)及拖掛碼應具有Null域(Null Field)。如使用規(guī)格化的傳輸媒體，則隨網(wǎng)絡協(xié)議的規(guī)定。NPDU域是從上位網(wǎng)絡層70傳送的數(shù)據(jù)值的單位。HCNPDU是物理層90為電力線或IEEE 802.11等非獨立形傳輸媒體時使用的數(shù)據(jù)值單位，是在NPDU前端追加4字節(jié)家電網(wǎng)絡碼的數(shù)據(jù)值單位。數(shù)據(jù)中繼層80不劃分NPDU及HCNPDU的處理。
圖4f為物理層90中的數(shù)據(jù)框架結(jié)構(gòu)。
LnCP的物理層90具有把物理信號傳送到傳輸媒體的功能。作為LnCP網(wǎng)絡協(xié)議的物理層90，可以使用與RS-485或低功率RF等同的非規(guī)格化數(shù)據(jù)中繼層80的傳輸媒體。還可以使用如電力線或IEEE 802.11等同的規(guī)格化傳輸媒體。適用LnCP網(wǎng)絡的家庭網(wǎng)絡系統(tǒng)1中，為了網(wǎng)絡管理器20～23及電器設備40～49與RS-485或LnCP路由器30，31，及LnCP適配器35，36聯(lián)接，利用了UART(Universal Asynchronous Receiver andTransmitter)數(shù)據(jù)框架結(jié)構(gòu)及RS-232的信號標準(level)。各設備之間利用網(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ù)框架從起始位傳達，最后傳達停止位。適用LnCP的家庭網(wǎng)絡系統(tǒng)1利用UART時，不使用追加的數(shù)據(jù)框架頁頭碼(frame header)及框架拖掛碼(frametrailer)。
以下是對使用在上述層中的節(jié)點媒介變量的說明。
下述的節(jié)點媒介變量的數(shù)據(jù)值的類型(type)與表6所示的多個形式中的一種相對應。
表6


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


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

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


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

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


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

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

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

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


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


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

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


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

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


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

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


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

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

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

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