【正文】 成計劃。其中，太原、運城、晉中位居全省前三，上半年分別累計接待國內(nèi)旅游者 萬人次、 萬人次、 萬人次。擴大內(nèi)需是拉動經(jīng)濟增長的“三駕馬車” 之一，旅游 業(yè)的快速發(fā)展已成拉動內(nèi)需的支柱產(chǎn)業(yè)。在旅游業(yè)突飛猛進的發(fā)展態(tài)勢下，我們應抓住旅游業(yè)的發(fā)展方向，避免其進入發(fā)脹的“死胡同” ，這就要求將旅游業(yè)與當今的高新技術產(chǎn)業(yè)相結合，這也是旅游業(yè)發(fā)展的必然趨勢。隨著旅游電子商務的崛起和發(fā)展，旅游高新產(chǎn)業(yè)向更專業(yè)化的領域進軍，是其不二的選擇。在此形勢下，提出 Web 手機定位旅游電子商務技術，在滿足人民旅游出行方便的同時，并將拉動內(nèi)需（包括旅游業(yè)、旅游服務業(yè)和相關產(chǎn)業(yè)，如餐飲、交通、 購物等）　　 滿足人民精神文化生活的需要，弘揚民族文化山西省旅游業(yè)發(fā)展的廣度和深度還遠不能滿足經(jīng)濟發(fā)展和人民生活水平的需要。隨著市場經(jīng)濟的發(fā)展和人民生活水平進一步提高，人們對旅游消費的需求逐漸上升，旅游消費在人們的總消費中的比例不斷增大，旅游業(yè)在國民經(jīng)濟中的地位和作用越來越顯重要。 9 省旅游局通報我省上半年旅游接待情況，接待人數(shù)和旅游收入全部實現(xiàn)增長。分析顯示：我省旅游產(chǎn)品更加豐富，除文物觀光旅游仍占主導地位外，生態(tài)游、自助游、 紅色游、休 閑度假游等嶄露頭角。 “文物觀光旅游在我省雖然仍占有主體地位，但隨著生態(tài)觀光、休閑度假、工農(nóng)業(yè)旅游、會展旅游的發(fā)展，文物觀光旅游一枝獨大的局面有所改變，旅游產(chǎn) 品結構初步得到優(yōu)化。 ”省旅游局有關 負責人介紹，尤其是今年以來，我省積極培育旅游新業(yè)態(tài)，生態(tài)游、自助游、紅色游、休閑度假游等受到游客青睞。旅游裝備制造業(yè)發(fā)展迅速，全省旅游產(chǎn)業(yè)整體競爭力逐步提升。 旅游是人們休閑度假、放松身心、加強學習、陶冶情操的最佳方式，隨著人們生活水平的不斷提高和旅游意識的增強，越來越多的人加入到旅游活動的大潮中，同時，各種各樣的新式旅游方式出現(xiàn)了。但，現(xiàn)有的旅游方式并不能滿足人們的多樣需求，旅游服務業(yè)面臨巨大的挑戰(zhàn)。 Web 手機定位旅游電子商務技術的研發(fā)，在很大程度上彌補了旅游服務領域的一大空白。此技術不僅滿足了人們的旅游需求，而且會促進更多新式旅游的出現(xiàn)，充實了人們的精神文化生活，也弘揚了我國的傳統(tǒng)文化。 攻關目標和內(nèi)容 JavaScript 的 XMLHttpRequest 對象來直接與服務器數(shù)據(jù)庫進行通信 XMLHttpRequest 對象是當今所有 AJAX 和 Web 應用程序的技術基礎。 10 　　異步 JavaScript 與 XML(AJAX)是用于實現(xiàn)在客戶端腳本與服務器之間的數(shù)據(jù)交互過程。這一技術的優(yōu)點在于，它提供了一種從 Web服務器檢索數(shù)據(jù)而不必把用戶當前正在觀察的頁面回饋給服務器。與現(xiàn)代瀏覽器的通過存取瀏覽器 DOM 結構的編程代碼(JavaScript)動態(tài)地改變被顯示內(nèi)容的支持相配合，AJAX 讓人在瀏覽器端更新被顯示的 HTML 內(nèi)容而不必刷新頁面。換句話說，AJAX 可以使基于瀏覽器的應用程序更具交互性而且更類似傳統(tǒng)型桌面應用程序。XMLHttpRequest 對象是 XMLHttp 組件的對象，它是一個抽象對象，允許腳本從服務器獲取返回的 XML 數(shù)據(jù)或?qū)?shù)據(jù) 發(fā)送到服務器端。在 XMLHttpRequest 對象與服務器交互的操作，對用戶來說是透明的，在使用 XMLHttpRequest 與服務器傳遞數(shù)據(jù)的過程中，用戶的其他操作不受任何影響。因此，XMLHttpRequest 可以實現(xiàn)客戶端與服務器只進行數(shù)據(jù)層面的交互，不必每次都刷新頁面，可以減輕服務器的數(shù)據(jù)處理壓力及服務器與客戶端的數(shù)據(jù)傳輸壓力，同時又可以提高客戶體驗。XMLHttpRequest 對象從服務器得到客戶端所需的數(shù)據(jù)，在傳輸過程中，這些數(shù)據(jù)將被序列化成文本的形式。XML 是標準的數(shù)據(jù)表示方式，無論是服務器端 還是客戶端都可以很好地對其進行解釋。特別是在用來實現(xiàn)服務器端程序的絕大多數(shù)編程語言中，均含有極為完善且簡單易用的生成和維護XML 文檔的功能。當 XML 數(shù)據(jù)返回至客戶端時，JavaScript 需要首先對其進行進一步的解析，然 11 后才能構造出 JavaScript 中的原生對象。某些瀏覽器解析 XML 的效率比較低，以致使其成為客戶端性能的瓶頸。同時，相對于 JSON 方法，以 XML 方式表示的數(shù)據(jù)中有用的信息量偏低，這將帶來更多的網(wǎng)絡流量。作為 Ajax 的最核心部分——XMLHttpRequest 對象，早在1998年就已經(jīng)集成于 IE 中了。隨后，在各種主流的瀏覽器中也陸續(xù)開始得到支持。時至今日，XMLHttpRequest 對象已 經(jīng)在絕大多數(shù)瀏覽器中使用，這也正是 Ajax 興起的客觀基 礎以及前提條件。XMLHttpRequest 對象的 強大之處在于，它允許開發(fā)者在 JavaScript中以異步的方式向服務器發(fā)出 HTTP 請求并得到響應。這就讓客戶端可以在任何時候與服務器進行通信，而并不僅限于在整個頁面提交的時候。同時，它的異步調(diào)用模型也并不會阻塞用戶的當前操作，用戶在等待時仍可以進行其他操作。 客戶端服務器時間用戶操作A J A X W e b 應用程序模型 （ 非同步 ）瀏覽器用戶界面A J A X 引擎客戶端處理輸入顯示輸入顯示輸入顯示數(shù)據(jù)傳輸數(shù)據(jù)傳輸服務器處理數(shù)據(jù)傳輸數(shù)據(jù)傳輸服務器處理 12 XMLHttpRequest 本質(zhì)上是具備 XML 發(fā)送/接收能力的 HttpRequest對象。使用 XMLHttpRequest 對象與服務器端通信通常可以按照以下的步驟進行：（1）創(chuàng)建 XMLHttpRequest 對象；（2）指定 XMLHttpRequest 對象發(fā)送 HTTP 請求的方式、URL、是否為異步模式等；（3）設置 XMLHttpRequest 對象的 readystatechange 事件處理函數(shù)，在事件處理函數(shù)中指明 HTTP 響應處理方式；（4）發(fā)送 HTTP 請求。具體操作：在 IE ，可以使用以下的方式創(chuàng)建 XMLHttpRequest 對象：var xml = new ActiveXObject()。和 IE 中的 XML DOM 對象一樣，XMLHttpRequest 對象有多種版本，對于安裝了 MSXML 戶端，還可以使用更高版本的 XMLHttpRequest 對象，例如：var xml = new ActiveXObject()。在 IE IE 瀏覽器中可以使用以下的方式創(chuàng)建XMLHttpRequest 對象：var xml = new XMLHttpRequest()。創(chuàng)建 XMLHttpRequest 對象之后，可以使用 open()方法來指定要發(fā)送的 HTTP 請求。open 方法有3個參數(shù)：HTTP 請求的類型 13 （GET、POST 或其他服務器支持的方法）、 請求的 URL 以及請求是否以異步方式發(fā)送。例如：(GET, , false)。 使用 open 方法指定 請求之后，還要用 send 方法將其發(fā)送出去。該方法必須要有一個參數(shù)，但大多數(shù)情況下可以使用 null。例如：()。如果使用同步方式調(diào)用（第3個參數(shù)為 false），那么 JavaScript 解釋器會等待請求返回。 當 HTTP 響應返回時，可以通過 status 屬性獲取 HTTP 狀態(tài)碼（200是正常，404為找不到頁面，500為內(nèi)部錯誤）。 當請求的 URL 返回 XML 文檔時，XMLHttpRequest 對象的 responseXML 屬性為該 XML 文檔的 DOM 對象。 盡管 XMLHttpRequest 對象的名稱中帶有 XML，但是它并不是只能處理 XML 格式的 HTTP 響應，當請求的 URL 返回非 XML 格式的數(shù)據(jù)時，可以通過 XMLHttpRequest 對象的 responseText 屬性獲取文本格式的返回內(nèi)容。 事實上，在實際應用中使用 responseText 的情況更多。 因為在基于 Ajax 的 Web 應用中，真正使用 XML 作為數(shù)據(jù)交換格式的情況并不多見，更多的是使用 JSON 對象進行數(shù)據(jù)傳輸，或者直接返回 JavaScript 腳本在客戶端 執(zhí)行，它們都是基于文本格式的。 14 使用 XMLHttpRequest 對象減少了 Web 應用由于無狀 態(tài)連接導致的麻煩，還 可以避免下載冗余的 HTML，從而提高了 Web 應用的運行效率。 XMLHttpRequest 對象直接向服務器發(fā)送 HTTP 請求，從而真正實現(xiàn)了對 HTTP 協(xié)議的完整支持，這是隱藏框架和遠程腳本技術所不具備的。 AI 信息整合引擎AI 信息整合引擎，即人工智能數(shù)據(jù)挖掘。一、數(shù)據(jù)挖掘( Data Mfining)又稱數(shù)據(jù)庫中的知識發(fā)現(xiàn)(Knowledge Discovery in Database, KDD)是指從大型數(shù)據(jù)庫或數(shù)據(jù)倉庫中提取隱含的、未知的、非平凡的及有潛在應用價值的信息或模式。它是數(shù)據(jù)庫研究中的一個很有應用價值的新領域，融合了數(shù)據(jù)庫、人工智能、機器學習、統(tǒng)計學等多個領域的理論和技術，數(shù)據(jù)挖掘能對龐雜的數(shù)據(jù)進行科學的梳理和細分，從中發(fā)現(xiàn)潛在的價值規(guī)律從而使市場潛力被最大程度地釋放并帶來顯著的經(jīng)濟效益。 數(shù)據(jù)庫技術、人工智能技術、概率與數(shù)理統(tǒng)計是數(shù)據(jù)挖掘技術的三大支柱。在數(shù)據(jù)庫技術己充分發(fā)展的基礎上，數(shù)據(jù)挖掘利用了人工智能(AI) 和統(tǒng)計分析的進步，這兩門學科都致力于模式發(fā)現(xiàn)和預測。機器學習(Machine Learning)是計算機科學和人工智能 AI 發(fā)展的產(chǎn)物，機器學習分為兩種學習方式：自組織學習(如神經(jīng)網(wǎng)絡) 、從例子中歸納出規(guī)則(如決策 樹) 、統(tǒng)計包括預言算法(回歸)、抽樣、基于經(jīng)驗的設計等。數(shù)據(jù)挖掘就是利用了統(tǒng)計和人工智能技術的應用程序，把這些高深復 15 雜的技術封裝起來，使人們不用自己掌握這些技術也能完成同樣的功能并且更專注于自己所要解決的問題。二、人工智能數(shù)據(jù)挖掘，就是數(shù)據(jù)挖掘在人工智能領域的專業(yè)化應用。采用工程學方法（Engineering approach），通過編程技術，使數(shù)據(jù)挖掘系統(tǒng)呈現(xiàn)智能的效果。人工智能數(shù)據(jù)挖掘的分析方法：分類(Classification)、估值(Estimation)、 預言( Prediction)、相關性分組或關聯(lián)規(guī)則(Affinity grouping or association rules)、聚集 ( Clustering)、描述和可視化(Description and Visualization)。以上六種分析方法可以分為兩大類：直接數(shù)據(jù)挖掘、間接數(shù)據(jù)挖掘。（1）直接數(shù)據(jù)挖掘日標是利用可用的數(shù)據(jù)建立一個模型，這個模型對剩余的數(shù)據(jù)，對一個特定的變量(可以理解成數(shù)據(jù) 庫中表的屬性，即列)進行描述、分類、估 值、預 言屬于直接數(shù)據(jù)挖掘；（2）間接數(shù)據(jù)挖掘目標中沒有選出某一具體的變量，用模型進行描述而是在所有的變量中建立起某種關系，相關性分組或關聯(lián)規(guī)則、聚集、描述和可視化屬于間接數(shù)據(jù)挖掘。人工智能數(shù)據(jù)挖掘的主要方法為機器學習方法。在數(shù)據(jù)挖掘領域，機器學習方法以其強大的處理不同類型數(shù)據(jù)的能力和商業(yè)應用的巨大潛力日益受到該領域?qū)W術界和商業(yè)界的重視。三、下面將以 R2為例，說明人工智能數(shù)據(jù)挖掘的使用技巧以及注意事項?！　≡?SQLServer 數(shù)據(jù) 庫中，數(shù)據(jù)挖掘主要是依靠 Analysis Services來實現(xiàn)的。在這個實例中包含了數(shù)據(jù)挖掘解決方案中需要用到的大部分工具很模型。簡單的說，其包含了如下三個模塊。一是數(shù)據(jù)挖掘設 16 計器。它可以用來創(chuàng)建、管理、 瀏覽數(shù)據(jù)挖掘名模型。二是 行業(yè)標準數(shù)據(jù)挖掘算法，這是數(shù)據(jù)挖掘中的核心。三是數(shù)據(jù)挖掘擴展插件，此可以用來管理挖掘模型和創(chuàng)建復雜的預測查詢?！　∪缦聢D所示，就是一個數(shù)據(jù)挖掘系統(tǒng)的簡單設計。其核心就是Analysis Services 實例。在 SQLServer2022中對于這個實例有很多的改進。筆者將對此進行一一分析。　　　　改進一：多個挖掘模型之間進行交叉驗證?！　∮捎诜N種限制，如數(shù)據(jù)缺乏或者技術上的缺陷，通過挖掘模型得到的結果只能夠說是一種預測或者數(shù)據(jù)以后發(fā)展的一種趨勢。其預測的結果跟實際結果可能會有一定的差距。一個好的數(shù)據(jù)挖掘模型就要做到如何讓他們之間的差距最小?！　≡谶@個方面， SQLServer 中采用了交叉驗證的機制。其實不光光是在 R2中，在 Oracle 等數(shù)據(jù)庫中也采用了交叉驗證的方式來提高數(shù)據(jù)挖掘的準確性。簡單的說，在交叉驗證中可以實現(xiàn)將挖掘結果數(shù)據(jù)分為多個子集。然后根據(jù)每個子集的內(nèi)容生成子集模型。最后再來評估每個分區(qū)模型的準確性。通過相互之間的對比、分析，用戶就可以確 17 定所采用的挖掘模型的可靠程度。而且可以在相同結果之間的模型之間進行對比，有利于決策者做出更加明智的決斷。　　在 R2中可以在兩個地方使用交叉驗證。一是通過數(shù)據(jù)挖掘器來實現(xiàn)。具體的說是通過數(shù)據(jù)挖掘器的“挖掘準確性圖表” 這個視圖來完成交叉驗證的功能。二是可以通過 Analysis Services 這個實例中的存儲過程，對挖掘結構進行分區(qū)，測試并生成多個挖掘模型，然后產(chǎn)生對應的結果。具體的操作也不是很復雜，根據(jù)相關的向?qū)б徊讲讲僮骷纯伞＿@里要強調(diào)的是，在操作中需要制定挖掘結果和可