一種基于組件的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )網(wǎng)關(guān)的建設策略

　　摘要：針對無(wú)線(xiàn)傳感器網(wǎng)關(guān)設計的適應性和重用性問(wèn)題，我們提出了一個(gè)基于構件的WSN網(wǎng)關(guān)設計方法。該設計具有下列優(yōu)點(diǎn)：服務(wù)和協(xié)議可以被配置和遠程更新;網(wǎng)關(guān)可以連接異構網(wǎng)絡(luò )并且網(wǎng)關(guān)兩側的協(xié)議可以靈活組合并提供服務(wù)解釋轉換。該網(wǎng)關(guān)設計用XML描述模塊和配置接口，允許不同的協(xié)議棧組合和網(wǎng)絡(luò )層相結合，以滿(mǎn)足特定的WSN應用要求。為了證明模塊化設計的可行性，我們首先實(shí)現了一個(gè)原型，并給出網(wǎng)關(guān)的一些實(shí)施細節，并給出了基于ZIGBEE的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )實(shí)驗步驟.最終實(shí)現了一個(gè)基于構件的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )，驗證該設計模型的有效性和可用性。

　　關(guān)鍵詞：組件;傳感器網(wǎng)關(guān)， 協(xié)議棧組合;高效查詢(xún)

　　無(wú)線(xiàn)傳感器網(wǎng)絡(luò )(WSN)是一組無(wú)線(xiàn)連接的傳感器節點(diǎn)，用于執行分布式傳感檢測任務(wù)。主要應用包括環(huán)境與健康監測，工業(yè)自動(dòng)化和監視檢測。無(wú)線(xiàn)傳感器網(wǎng)絡(luò )和傳統網(wǎng)絡(luò )之間的主要區別是節點(diǎn)通常具有非常有限的能量和計算能力。通信協(xié)議的設計應適應于該特點(diǎn)。顯然直接在WSN使用HTTP協(xié)議將引進(jìn)高開(kāi)銷(xiāo)，因此，無(wú)線(xiàn)傳感器網(wǎng)絡(luò )通常使用專(zhuān)有協(xié)議和無(wú)線(xiàn)接口，需要通過(guò)訪(fǎng)問(wèn)網(wǎng)關(guān)獲得無(wú)線(xiàn)傳感器網(wǎng)絡(luò )的服務(wù)。

　　在本文中，我們假設無(wú)線(xiàn)傳感器網(wǎng)絡(luò )通過(guò)網(wǎng)關(guān)連接到廣域網(wǎng)，如廣域網(wǎng)，互聯(lián)網(wǎng)和蜂窩移動(dòng)網(wǎng)絡(luò )。通常配有一個(gè)WSN網(wǎng)關(guān)，至少有兩個(gè)網(wǎng)絡(luò )接口：一個(gè)用于在廣域網(wǎng)絡(luò )端，另一個(gè)用于無(wú)線(xiàn)傳感器網(wǎng)絡(luò )一端。我們的網(wǎng)關(guān)設計基于應用級網(wǎng)關(guān)[1]概念，網(wǎng)關(guān)包含了所有發(fā)生在應用層的網(wǎng)絡(luò )協(xié)議和協(xié)議轉換。該情況是典型的數據交換模式，從廣域主機收到請求，發(fā)送請求消息到無(wú)線(xiàn)傳感器網(wǎng)絡(luò )中，無(wú)線(xiàn)傳感器網(wǎng)絡(luò )接收數據，將回復數據消息回送給請求主機。

　　關(guān)于無(wú)線(xiàn)傳感器網(wǎng)絡(luò )中的網(wǎng)關(guān)的研究都大多集中在網(wǎng)關(guān)的基本功能：分布查詢(xún)和數據聚合[2-3]。這些建議提供了高效節能的傳感器網(wǎng)絡(luò )的通信方案。在文獻中，介紹了基于Web技術(shù)的WSN網(wǎng)關(guān)架構[4]。在這個(gè)設計中，所有的查詢(xún)和管理，可以通過(guò)基于Web的方法來(lái)處理。WSN網(wǎng)關(guān)的研究往往假設WSN一端和廣域網(wǎng)一端幾乎同構的網(wǎng)絡(luò )環(huán)境。因此，目前的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )網(wǎng)關(guān)通常是預定義的網(wǎng)絡(luò )協(xié)議的某種組合。

　　在實(shí)踐中，不同的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )可能使用不同的協(xié)議進(jìn)行數據采集、路由，并且各種不同的應用程序可能運行在無(wú)線(xiàn)傳感器網(wǎng)絡(luò )中。經(jīng)常還可能有幾種不同的廣域網(wǎng)中，需要無(wú)線(xiàn)傳感器網(wǎng)絡(luò )的相同服務(wù)。伴隨著(zhù)完美的WSN網(wǎng)關(guān)設計，維護和升級可能會(huì )相當復雜。我們的研究動(dòng)機是解決該問(wèn)題，給出在各種網(wǎng)絡(luò )環(huán)境中部署相同的網(wǎng)關(guān)的設計方案。

　　1 WSN網(wǎng)關(guān)模塊化架構

　　圖1中給出了模塊化WSN網(wǎng)關(guān)的體系結構。網(wǎng)關(guān)的功能可以分為控制功能集和數據功能集。數據功能集實(shí)體處理用戶(hù)接入到無(wú)線(xiàn)傳感器網(wǎng)絡(luò )[5]。它可以為用戶(hù)提供不同的接口來(lái)訪(fǎng)問(wèn)WSN服務(wù)。通過(guò)控制功能集的功能，具有管理權限的用戶(hù)可以維護和更新數據功能集實(shí)體。此外，在數據功能集的狀態(tài)，可以由控制功能集實(shí)體監視。

　　在功能分配到控制功能集和數據功能集有幾個(gè)優(yōu)勢。由于在數據功能集處理用戶(hù)請求和數據答復，其數據流量遠遠高于在控制功能集中。為了實(shí)現高效率，如果平臺的操作系統具有這樣的兩層體系結構，數據功能集和控制功能集實(shí)體可以在內核空間與用戶(hù)空間分別實(shí)施。劃分成不同的功能集合的另一個(gè)原因是，對于不同的功能集可以是不同的安全性和認證要求。很顯然，該配置功能集需要比無(wú)線(xiàn)傳感器網(wǎng)絡(luò )的用戶(hù)訪(fǎng)問(wèn)更高的安全級別。

　　1) 控制功能集實(shí)體：控制功能集包含配置界面、注冊表配置和控制和監視實(shí)體。配置接口發(fā)送和接收控制消息。解析傳入的控制消息后配置被存儲到網(wǎng)關(guān)配置注冊表中�？刂坪捅O視實(shí)體提供一個(gè)界面，用于管理和更新數據功能集實(shí)體，監測數據功能集實(shí)體的狀態(tài)。例如，在數據功能集可以為控制功能集生成網(wǎng)絡(luò )兩側上的流量負載信息。如果有多個(gè)網(wǎng)關(guān)連接到無(wú)線(xiàn)傳感器網(wǎng)絡(luò )，交通信息可以在交換網(wǎng)關(guān)之間進(jìn)行負載均衡。

　　2) 數據功能集實(shí)體：數據功能集包含了TCP/IP協(xié)議包，WSN協(xié)議包，協(xié)議轉換單元�；�于WSN網(wǎng)關(guān)協(xié)議棧應包括幾種不同的協(xié)議棧，它們可以靈活組合，建立廣域網(wǎng)和無(wú)線(xiàn)傳感器網(wǎng)絡(luò )之間的網(wǎng)關(guān)功能。協(xié)議棧應包含幾層的因特網(wǎng)協(xié)議，即網(wǎng)絡(luò )層、傳輸層和應用層的分層結構。每層包含對應的協(xié)議元素和其內建的協(xié)議支持。協(xié)議模塊化結構的詳細信息將在第三部分描述。

　　顯然用于描述服務(wù)中的協(xié)議轉換器需要一個(gè)共同的格式。統一格式將簡(jiǎn)化解釋、記錄和匹配服務(wù)。應該定義一個(gè)統一的數據回復格式，簡(jiǎn)化數據應答消息的解釋并轉化為不同的WSN服務(wù)。這種格式可以是標準的，例如文獻定義的UPNP [6]，或一種特有的XML的服務(wù)描述。適配器作為一個(gè)典型的協(xié)議轉換工作，即他們的主要任務(wù)是以預定義的格式翻譯到達和離開(kāi)協(xié)議棧的特定消息。無(wú)線(xiàn)傳感器網(wǎng)絡(luò )服務(wù)在服務(wù)注冊表中記錄的信息可能包含的服務(wù)類(lèi)型(如定期測量或事件觸發(fā)服務(wù))，傳感器地址，單位和精度。此外，服務(wù)描述應在底層協(xié)議中給出，供 WSN的應用程序所使用詳細協(xié)議，即定義消息是如何穿越WSN協(xié)議棧。通過(guò)配置接口描述可配置的服務(wù)。

　　2 WSN網(wǎng)關(guān)模塊化架構的實(shí)現

　　在本節中，我們首先解釋W(xué)SN網(wǎng)關(guān)使用的模塊化概念。然后描述目前的內部和外部接口以及消息。最后，給出數據功能集實(shí)體協(xié)議包和協(xié)議轉換的實(shí)現細節。

　　如果假設操作系統支持一個(gè)兩層的架構(不同的內核和用戶(hù)空間)，例如Linux，實(shí)現模塊化WSN網(wǎng)關(guān)可以使用多線(xiàn)程的用戶(hù)空間，或內核/用戶(hù)空間結構。在第一種方法中，所有的功能集實(shí)體編譯成一個(gè)多進(jìn)程程序。在第二種方法中，在不同的功能集中的實(shí)體作為獨立的進(jìn)程在用戶(hù)空間中運行。第三個(gè)選項是將一些實(shí)體移動(dòng)到內核空間中，以提高性能。但該方案開(kāi)發(fā)和調試代碼難度都較大。我們采用了多進(jìn)程的用戶(hù)空間結構原型，因為它與內核空間的方法相比，更容易地開(kāi)發(fā)，它允許為每個(gè)功能集實(shí)體的進(jìn)行隔離測試。

　　2.1 模塊化概念

　　WSN網(wǎng)關(guān)具有模塊化結構使其可配置。模塊代表協(xié)議和服務(wù)的描述，可以通過(guò)配置接口進(jìn)行維護和更新。當網(wǎng)關(guān)部署在不同的環(huán)境中，網(wǎng)絡(luò )環(huán)境經(jīng)常發(fā)生變化，模塊化結構位于數據功能集實(shí)體：

　　在協(xié)議棧每一層協(xié)議包中的協(xié)議元素，協(xié)議轉換器中的適配器，以及無(wú)線(xiàn)傳感器網(wǎng)絡(luò )的服務(wù)描述。在我們的網(wǎng)關(guān)設計方案中，模塊被表示為XML格式。協(xié)議信息，如數據包格式，也通過(guò)XML描述。傳感器節點(diǎn)的幀結構中以 XML格式表示。引入了新的數據類(lèi)型到XML描述中，解析處理相同的約定處理消息的協(xié)議元素。通過(guò)XML模式文件驗證數據類(lèi)型和其他規則的有效性。WSN 網(wǎng)關(guān)協(xié)議的描述可以建立在一個(gè)內存中的數據結構用于解析和封裝消息的協(xié)議元素。

　　2.2 接口和消息

　　在控制功能集，配置接口實(shí)現作為一個(gè)Web服務(wù)(WS)，基于C/C++ Web服務(wù)的開(kāi)發(fā)環(huán)境，GSOAP。通過(guò)使用HTTP作為底層協(xié)議，WS客戶(hù)端和服務(wù)器交換SOAP(簡(jiǎn)單對象訪(fǎng)問(wèn)協(xié)議)消息，它可以穿越防火墻或 NAT。在我們的原型，WS服務(wù)器運行在WSN網(wǎng)關(guān)端。與WS客戶(hù)端，用戶(hù)可以連接到WS服務(wù)器和發(fā)送模塊的描述(XML文件)�？刂坪捅O視實(shí)體提供了一個(gè)接口連接的控制平面和數據平面。通過(guò)這個(gè)接口交換的消息包括模塊描述數據功能集和數據功能集的監測結果。

　　根據不同的實(shí)現方法，不同的機制可用于功能實(shí)體之間的消息傳遞和控制/數據集。在單進(jìn)程方案中，消息傳遞可以通過(guò)函數調用。在用戶(hù)空間中多進(jìn)程實(shí)現方案，進(jìn)程間通信機制是必要的。在我們的實(shí)現，數據功能集實(shí)體打開(kāi)一個(gè)TCP套接字用于數據和控制功能集之間的消息傳遞。

　　為支持用戶(hù)接入WSN，Web服務(wù)器服務(wù)需支持多個(gè)接口。在我們的實(shí)現中，為用戶(hù)提供了一個(gè)網(wǎng)頁(yè)提交請求。然后觸發(fā)后臺程序生成請求消息協(xié)議轉換。在采集數據以后，可以文本或圖形格式呈現在網(wǎng)頁(yè)上。 Web服務(wù)接口更適合于應用程序間的通信。對于一個(gè)用戶(hù)特定的訪(fǎng)問(wèn)，需要在協(xié)議轉換器的適配器翻譯消息到通用格式的服務(wù)描述。

　　2.3 分層協(xié)議棧

　　協(xié)議棧的結構如圖4所示。在原型中，該協(xié)議棧被定義為一個(gè)C++類(lèi)，它可能包含幾個(gè)協(xié)議層。每個(gè)層可以包括幾個(gè)協(xié)議元素，代表各自支持的協(xié)議。主要數據功能集處理進(jìn)程啟動(dòng)，讀取配置注冊表，存儲為一個(gè)原型中的配置文件，包含兩個(gè)協(xié)議棧協(xié)層次和元素信息。協(xié)議層以及元素的實(shí)例相繼啟動(dòng)并連接。

　　每個(gè)協(xié)議棧包含兩個(gè)存儲消息的緩沖區：存儲自下向上的消息(即網(wǎng)絡(luò )接口)，以及記錄來(lái)自上級的層(即協(xié)議轉換器)的消息的。此設計可避免不同層之間的內存拷貝，因此只有消息緩沖區的索引，偏移和大小需要在協(xié)議層之間傳遞。

　　2.4 協(xié)議轉換器的實(shí)現

　　一個(gè)通用的服務(wù)描述格式定義為原型。它包含傳感器節點(diǎn)的基本屬性，如地址、傳感器類(lèi)型和精度。 WSN服務(wù)可以通過(guò)接口進(jìn)行配置為XML配置文件。為了簡(jiǎn)化實(shí)現，我們使用一個(gè)專(zhuān)有的服務(wù)描述。一旦從配置接口接收服務(wù)描述信息，立即對該服務(wù)信息進(jìn)行分析，并記錄在服務(wù)注冊表中(通過(guò)數據庫實(shí)現)。

　　TCP/IP適配器解釋服務(wù)請求并轉換形成通用格式的服務(wù)描述，服務(wù)解釋器查詢(xún)服務(wù)注冊表，將用戶(hù)的請求映射到WSN服務(wù)。根據無(wú)線(xiàn)傳感器網(wǎng)絡(luò )提供的服務(wù)，一個(gè)廣域網(wǎng)的請求可能被映射到多個(gè)無(wú)線(xiàn)傳感器網(wǎng)絡(luò )的服務(wù)，從而生成不同的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )請求。網(wǎng)絡(luò )的TCP /IP適配器的幾個(gè)請求也可能以被映射到一個(gè)單一的無(wú)線(xiàn)傳感器請求。

　　我們在下層的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )協(xié)議實(shí)體中保持請求緩沖區的標識符。根據無(wú)線(xiàn)傳感器網(wǎng)絡(luò )的應用程序和無(wú)線(xiàn)傳感器網(wǎng)絡(luò )的較低層實(shí)現，也可以在網(wǎng)絡(luò )數據報頭或有效載荷字中添加的請求標識符。由于協(xié)議棧和請求注冊表共享一個(gè)共同的標識，所述數據報文可以正確地傳遞回給用戶(hù)。

　　3 實(shí)驗過(guò)程

　　我們的無(wú)線(xiàn)傳感器網(wǎng)關(guān)基于Linux，使用C和C++編程實(shí)現，也使用了基于HTML和JavaScript的Web網(wǎng)頁(yè)用于人機交互。圖2顯示了測試平臺配置包括三個(gè)主要部分組成：傳感器網(wǎng)絡(luò )仿真器，傳感器網(wǎng)關(guān)，基于Web瀏覽器的傳感網(wǎng)絡(luò )管理系統。三個(gè)部分都在不同的PC上執行，并通過(guò)無(wú)線(xiàn)信號將無(wú)線(xiàn)傳感器節點(diǎn)，傳感器網(wǎng)絡(luò )仿真器和傳感器網(wǎng)關(guān)連接。

　　因為實(shí)驗條件所限，難以實(shí)現一個(gè)節點(diǎn)數量眾多的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )，而且我們專(zhuān)注于傳感器網(wǎng)關(guān)的設計實(shí)驗，我們實(shí)現了一個(gè)網(wǎng)絡(luò )仿真器，它模擬的傳感器網(wǎng)絡(luò )具有一個(gè)3層結構的分簇聚合網(wǎng)絡(luò )，并隨機生成的檢測數據用于測試。

　　同時(shí)，我們已在測試平臺與無(wú)線(xiàn)接口使用兩個(gè)真實(shí)的傳感器節點(diǎn)：一個(gè)直接連接到傳感器的網(wǎng)關(guān)，另一個(gè)傳感器節點(diǎn)連結到最近的匯聚節點(diǎn)。他們彼此之間通過(guò)無(wú)線(xiàn)網(wǎng)絡(luò )通信。由于這些節點(diǎn)執行代碼在節點(diǎn)物理硬件運行，我們可以獲取數據包處理時(shí)間和網(wǎng)絡(luò )傳輸延遲供模擬器使用

　　3.1 傳感器網(wǎng)絡(luò )仿真器

　　我們已經(jīng)完成模擬器來(lái)模擬一個(gè)大型傳感器網(wǎng)絡(luò )。仿真器的程序是由C++編寫(xiě)。仿真器具有三種類(lèi)型的對象，區域頭對象，簇頭對象，傳感器節點(diǎn)對象。該文中傳感器網(wǎng)絡(luò )的路由協(xié)議因為它不直接與傳感器網(wǎng)關(guān)相關(guān)，未加以考慮。

　　最初，仿真器生成的區域頭對象和簇頭對象，它們具有隨機選取數量的傳感器節點(diǎn)。傳感器節點(diǎn)對象的基本信息也是隨機選擇的。該仿真器通過(guò)RS-232C 串行接口與匯聚節點(diǎn)直接連接，繼而通過(guò)無(wú)線(xiàn)網(wǎng)絡(luò )與實(shí)際傳感器節點(diǎn)進(jìn)行通信。即，連接到仿真器的傳感器節點(diǎn)，匯聚節點(diǎn)接收來(lái)自網(wǎng)關(guān)傳播的查詢(xún)，然后將查詢(xún)通過(guò)串行接口發(fā)送到仿真器程序。查詢(xún)被傳遞給內部的簇頭，然后翻譯查詢(xún)并產(chǎn)生查詢(xún)結果。每個(gè)區域中簇頭產(chǎn)生一個(gè)新的查詢(xún)結果，然后等待一段自己的傳播時(shí)間后將它發(fā)送給區域頭加以匯聚。因此，來(lái)自區域的應答數據是以不同的時(shí)間到達網(wǎng)關(guān)。

　　3.2 通過(guò)Web瀏覽器查詢(xún)和管理傳感器網(wǎng)絡(luò )

　　在本節中，我們將展示我們的傳感器網(wǎng)關(guān)如何處理從用戶(hù)的Web瀏覽器的傳感器網(wǎng)絡(luò )查詢(xún)和管理的要求。圖3示出了用于處理查詢(xún)請求的每個(gè)階段。首先，連接到網(wǎng)關(guān)后，用戶(hù)會(huì )收到圖所示的登錄頁(yè)面。圖3-1，進(jìn)行認證。如果登錄用戶(hù)的數據是正確的，則網(wǎng)關(guān)開(kāi)始發(fā)送廣播消息。在接收的廣播消息的所有答復時(shí)，傳感器網(wǎng)關(guān)發(fā)送傳感器管理頁(yè)面。圖3-2顯示了用戶(hù)的Web瀏覽器。

　　該頁(yè)面有三個(gè)部分，包括用于輸入和輸出的數量的形式。第一部分用于用戶(hù)的查詢(xún)，第二個(gè)部分識別網(wǎng)關(guān)收到的查詢(xún)和答復，最后一個(gè)部分顯示用戶(hù)的傳感器網(wǎng)絡(luò )查詢(xún)的結果。

　　4 未來(lái)的工作和結論

　　本文給出的模塊化WSN網(wǎng)關(guān)設計，仍需要研究的模塊化WSN網(wǎng)關(guān)設計的效率。消息處理需要消耗能量，引入了延遲。此外，如果使用關(guān)系型數據庫，查詢(xún)和添加新條目的操作可能需要訪(fǎng)問(wèn)磁盤(pán)，這可能會(huì )非常耗時(shí)。登記數據功能集中的每個(gè)數據包將使這種瓶頸效應越來(lái)越明顯。這個(gè)問(wèn)題的一個(gè)解決方案是使用內存中的數據庫系統，該系統可以顯著(zhù)降低數據庫訪(fǎng)問(wèn)的時(shí)間，從而提高性能的網(wǎng)關(guān)。

　　該網(wǎng)關(guān)專(zhuān)注實(shí)于現單一WSN網(wǎng)關(guān)架構。我們的模塊化網(wǎng)關(guān)的設計可以很容易地擴展，以支持多個(gè)網(wǎng)關(guān)。我們設計了一個(gè)可配置的WSN網(wǎng)關(guān)框架，允許進(jìn)行配置，以適合在異構網(wǎng)絡(luò )環(huán)境的功能。模塊化概念使得在網(wǎng)關(guān)上維護和更新協(xié)議和服務(wù)成為可能。用XML描述的模塊和配置接口，可以實(shí)現遠程網(wǎng)關(guān)管理。此外，協(xié)議棧允許不同的協(xié)議和網(wǎng)絡(luò )層相結合，以滿(mǎn)足特定的WSN應用要求。

　　參考文獻：

　　[1] 匡興紅，邵惠鶴.無(wú)線(xiàn)傳感器網(wǎng)絡(luò )網(wǎng)關(guān)研究[J].計算機工程，2007(06).

　　[2] Hwang K， In J， Park N， et al.Sensor Information Networking Architecture and Applications[J].IEEE Personal Communications， 2001(8).

　　[3] 王曉敏.無(wú)線(xiàn)傳感器網(wǎng)絡(luò )數據收集與路由協(xié)議研究[D].成都：電子科技大學(xué)，2010.

　　[4] 楊順，章毅，陶康.基于ZigBee和以太網(wǎng)的無(wú)線(xiàn)網(wǎng)關(guān)設計[J].計算機系統應用，2010(01).

　　[5] 李國斌，李新路，基于構件的柔性無(wú)線(xiàn)傳感器網(wǎng)關(guān)設計[J].遼寧大學(xué)學(xué)報，2012，39(04)：313-316.

【一種基于組件的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )網(wǎng)關(guān)的建設策略】相關(guān)文章：

基于簇的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )能量平衡策略11-16

基于傳輸半徑倍數的無(wú)線(xiàn)傳感器網(wǎng)絡(luò )交替路由11-16

無(wú)線(xiàn)傳感器網(wǎng)絡(luò )故障檢測11-16

無(wú)線(xiàn)傳感器網(wǎng)絡(luò )故障檢測研究11-21

無(wú)線(xiàn)傳感器網(wǎng)絡(luò )安全技術(shù)及運用實(shí)踐12-11

基于網(wǎng)絡(luò )編碼的無(wú)線(xiàn)網(wǎng)絡(luò )技術(shù)12-03

能量有效的三維無(wú)線(xiàn)傳感器網(wǎng)絡(luò )覆蓋算法11-15

TCP與SCTP—CMT分析及在無(wú)線(xiàn)網(wǎng)絡(luò )的發(fā)展策略03-28

關(guān)于基于顧客網(wǎng)絡(luò )消費心理的網(wǎng)絡(luò )營(yíng)銷(xiāo)策略分析12-01