【正文】 息通過有線網(wǎng)絡(luò)， Web 服務(wù)器提供連接到數(shù)據(jù)庫服務(wù)器的信息。 圖 1 系統(tǒng) 架構(gòu) 服務(wù)安全性模型 Web 服務(wù)安全性，可應(yīng)用在三個層面： ? 平臺 /傳輸級（點）的安全性 ? 應(yīng)用程序級（客戶）的安全性 ? 消息級（年底）安全。 /傳輸級（點）的安全 可以使用的兩個端點（ Web 服務(wù)客戶端和 Web 服務(wù)）之間的傳輸通道，提供點至點的安全，如圖 2 所示 。該系統(tǒng)采用緊耦合的微軟 Windows 操作系統(tǒng)環(huán)境。 。應(yīng)用程序具有靈活性，以產(chǎn)生自身的主要對象，其中包含角色。 整個系統(tǒng)的建成使用微軟。主要包括 5個部分：系統(tǒng)管理，食品管理，客戶管理，訂餐管理和財務(wù)管理，如圖 4 所示，本系統(tǒng)的功能模塊。財務(wù)管理下轄的現(xiàn)金，票據(jù)，餐廳和財務(wù)審計。 。我們提出了基于 Web服務(wù)的有線 /無線綜合局域網(wǎng)絡(luò)，實現(xiàn)有線和無線數(shù)據(jù)訪問服務(wù)器和訂餐通過臺式電腦和移動設(shè)備，如 PDA 功能無線食品訂貨系統(tǒng)?？蛻艄芾肀O(jiān)督信息的客戶，其中包括貴賓信息。服務(wù)器應(yīng)用程序是由 Microsoft 中實現(xiàn)基于 C＃中，擔(dān)任微軟 SQL 服務(wù)器 2021 數(shù)據(jù)庫。另一種方法是使用 SSL提供保密性和完整性，自定義 SOAP 頭進行身份驗證。 圖 3應(yīng)用程序級安全性 例如，在應(yīng)用程序級的安全模型，應(yīng) 用程序可以使用一個自定義的 SOAP標(biāo)頭傳遞用戶憑據(jù)進行身份驗證每個 Web 服務(wù)請求的用戶。 Web 服務(wù)繼承了某些 身份驗證和授權(quán)功能。 XML 消息是不加密的客戶端。該方法的選擇是在很大程度上取決于參與消息交換的體系結(jié)構(gòu)和平臺的特點。它還過濾根據(jù)移動設(shè)備的網(wǎng)頁，然后通過從上下文服務(wù)器內(nèi)容的移動網(wǎng)絡(luò)瀏覽器瀏覽。 桌面用戶可以從 Web 服務(wù)器后，檢查該服務(wù)的 WSDL 服務(wù)要求。這可以通過使用 SOAP（簡單對象訪問協(xié)議）的信件中使用的網(wǎng)絡(luò)服務(wù)。該系統(tǒng)的概念組成的六個主要組件： Web 服務(wù)器，數(shù)據(jù)庫服務(wù)器，收銀機，移動環(huán)境下的服務(wù)器，移動用戶和桌面用戶。因此，一些標(biāo)準(zhǔn)化的技術(shù)被用來在 Web 服務(wù)中，包括 UDDI， WSDL HTTP， SOAP 和 XML 等。它也可 以發(fā)布，定位和傳輸網(wǎng)絡(luò)中的模塊化應(yīng)用。 Web 服務(wù)可以很容易地建立在現(xiàn)有的應(yīng)用程序，無論是什么底層技術(shù)。這些行業(yè)都得益于使用手持終端和筆記本電腦傳輸實時信息集中處理的主機的生產(chǎn)力。遠(yuǎn)程用戶可以使用 WLAN 訪問互聯(lián)網(wǎng)，通過公共服務(wù)供應(yīng)商提供的接入點（“熱點”）。因此， WLAN 的結(jié)合用戶移動數(shù)據(jù)連接，并通過簡化的配置，使移動局域網(wǎng)。該系統(tǒng)是基于安全的 Web 服務(wù)架構(gòu)，并采取了一些安全策略，以確保移動通信安全。在中大和繁忙的餐廳，這種協(xié)調(diào)是一個挑戰(zhàn)，需要一個高效的訂貨系統(tǒng)。 Web 服務(wù)允許在不同的平臺上，在不同的語言編寫的程序在一個標(biāo)準(zhǔn)的方式相互溝通。 關(guān)鍵詞 Web 服務(wù)；無線；食品訂貨系統(tǒng)；安全 I． 引言 在信息技術(shù)的飛速發(fā)展，特別是在無線通信和網(wǎng)絡(luò)服務(wù)技術(shù)，極大地改變?nèi)藗冊L問信息和工作。本文提 出的無線通信技術(shù)和 Web 服務(wù)技術(shù)的集成，實現(xiàn)無線點餐系統(tǒng)。 Food Ordering System。 Wireless。 ? Messagelevel (endtoend) security. Each approach has different strengths and weaknesses. The choice of the approach is largely dependent on the characteristics of the architecture and platforms involved in the message exchange. This system focuses on platform and applicationlevel security, so the two security levels are described. (pointtopoint) security The transport channel between two endpoints (web service client and web service) can be used to provide pointtopoint security as illustrated in Figure 2. Figure 2 Platform/transportlevel security In the platformlevel model, the client sends an XML format request to the web server. The XML message is not encrypted by the client. When the message is transported in the transport channel, the work encrypts the entire data stream to make sure that the transport is secure. This system uses a tightly coupled Microsoft Windows operating system environment. The Inter Information Server (IIS) provides basic, integrated and certificate authentication. The web service inherits some of the authentication and authorization features. The Secure Sockets Layer (SSL) is used to provide message integrity and confidentiality. 2 .Applicationlevel security With applicationlevel security, the application controls security with custom security features (Figure 3). Figure 3 Applicationlevel security In the applicationlevel security model, for example, an application can use a custom SOAP header to pass user credentials to authenticate the user with each web service request. A mon approach is to pass a ticket (or user name or license) in the SOAP header. The application has the flexibility to generate its own principal object that contains roles. The application can optionally encrypt what it needs to, a