發號源碼

『壹』 車聯網的應用趨勢

自主品牌車聯網發展
當前汽車技術的發展，新能源汽車和車聯網技術的普及應用是兩大發展趨勢。在通用、豐田等國際汽車廠商紛紛推出運用智能導航和遠程助手等車聯網技術的車型產品並推向國內市場之後，中國自主汽車企業也開始了對車聯網技術的研究。據網通社粗略統計，目前國內至少有以上汽集團為首的七家自主品牌企業推出了自主研發的車聯網系統和產品。
據國家統計局《國民經濟和社會發展統計公報》數據，2012年我國汽車保有量超過1.2億輛，我國當前每年新車銷量約2000萬輛。而搭載車聯網系統的車型則將從高端車型產品向普通車型普及。根據國內著名分析機構易觀智庫預計，到2015年中國車聯網用戶的滲透率有望突破10%的臨界值，屆時中國車聯網的市場規模將超過1500億元。搶佔中國車市車聯網市場空白，成為自主車企們的又一重要任務。
正是由於車聯網技術應用的廣闊前景及其蘊含的巨大商機，國內自主車企也爭先恐後地加入到車聯網技術的研發競賽當中來。自2010年上汽率先發布首款搭載車聯網系統inkaNet系統的自主車型榮威350以來，到2012年底為止中國自主品牌中至少已有7家企業發布了自主開發的車聯網系統和車型產品。

自主車企當中最早試水車聯網技術的上汽集團一直走在本土開發車聯網的前列。其inkaNet系統被廣泛搭載在榮威350、榮威550、W5以及MG5等多款車型上。經過4年時間積累已有超過10萬車主的選擇，僅次於通用的安吉星（onstar）位居中國市場佔有率第二位。inkaNet系統已經發展到第三代，在智能互聯和操作體驗等發面有顯著提升，特別在中文語音識別的准確率和易用度上甚至超越了不少國際知名車企的同類技術。
應用
車輛運行監控系統長久以來都是智能交通發展的重點領域。在國際上，美國的IVHS、日本的VICS等系統通過車輛和道路之間建立有效的信息通信，已經實現了智能交通的管理和信息服務。而Wi-Fi、RFID等無線技術也在交通運輸領域智能化管理中得到了應用，如在智能公交定位管理和信號優先、智能停車場管理、車輛類型及流量信息採集、路橋電子不停車收費及車輛速度計算分析等方面取得了一定的應用成效。
當今車聯網系統發展主要通過感測器技術、無線傳輸技術、海量數據處理技術、數據整合技術相輔相成配合實現。車聯網系統的未來，將會面臨系統功能集成化、數據海量化、高傳輸速率。車載終端集成車輛儀表台電子設備，如硬碟播放、收音機等，數據採集也會面臨多路視頻輸出要求，因此對於影像數據的傳輸，需要廣泛運用當今流行3G網路。
蘇州金龍已經通過與杭州鴻泉數字設備有限公司合作，在車輛出廠前安裝車載終端設備採集車輛運行狀況數據和司機駕駛行為，如今，由杭州鴻泉公司研發，蘇州金龍使用的G-BOS系統已經管理車輛60000多台，但當用戶數量大幅增加時，數據傳輸、過濾、存儲及顯示也一直在承受相當大的考驗。
此外，當今比較優秀車聯網系統有瑞典SCANIA的黑匣子系統，杭州鴻泉的車輛移動互聯網（車聯網）系統，台灣和欣客運遠程管理系統，濰柴動力的共軌行系統，江蘇天澤的天澤星網。
以杭州鴻泉數字設備有限公司的車輛移動互聯網（車聯網）系統，該系統曾為蘇州金龍公司服務，即曾在客車行業久負盛名的G-BOS智慧運營系統，該系統從2012年7月份正式發布，到2013年已經管理車輛將近60000多部。
自該系統在客車行業得到成功運用後，鴻泉數字設備又將在客車行業的管理經驗復制到工程機械車輛、卡車等貨運車輛行業。
據了解，未來車聯網將主要通過無線通信技術、GPS技術及感測技術的相互配合實現。在未來的車聯網時代，無線通信技術和感測技術之間會是一種互補的關系，當汽車處在轉角等感測器的盲區時，無線通信技術就會發揮作用；而當無線通信的信號丟失時，感測器又可以派上用場。
作為眾多無線應用的代表，車聯網時代的到來必將推動更多無線技術的應用和普及，我們也再一次看到了移動寬頻需求的指數性增長。盡管無線和有線運營商們還無法確定應該在哪些地方進行投資，以及投入多少，但有一點是肯定的：那就是移動寬頻的需求正在增長，而且增長會非常迅速。
通用汽車已經通過與中國電信合作，通過其3G網路為用戶提供車載信息服務，並逐步建設車聯網。當用戶量還不具備規模的時候，現有的運營商網路可以承載各項服務；但當用戶數大幅增加時，網路也將受到考驗。
運營商正在經歷移動寬頻數據流量的井噴式增長，因為他們需要增加容量來減少網路的堵塞，提高消費者的QoE。分組網路，尤其是電信級乙太網，可以非常經濟地擴展到高帶寬，並處理突發的數據流量。分組網路可以通過採用先進的稱為「偽線」的隧道協議來做到TDM業務和突發數據業務的混合傳送。所有這些因素都使電信級乙太網成為經濟有效地應對激增的移動寬頻數據流量的新架構。
過渡到電信級乙太網只是第一步，但這還不足以在新的環境下具有足夠的競爭力。運營商還必須充分地了解它們所提供的應用，以便為它們的用戶提供最大的價值。這種智能可以有多種形式，例如可以是採用稱為深度數據包檢測（DPI）的技術「看透」數據包，以及確定正在運行的應用程序。下一代設備可以在這些數據包穿越網路的時候，快速窺探到數據包，確定其流量信息。這些信息可以把用戶、位置、使用的手機類型等分組核心信息結合起來，獲得更全面的網路使用情況分析，包括使用地點以及設備類型等，這樣運營商才可以更好地利用這些信息來改善客戶的體驗，同時獲得新的業務增長點。
我國無人駕駛汽車測試成功 北京到天津可不需司機
2012年11月24日9點，京津高速台湖收費站外，一輛車頂與車前保險杠處安置著雷達設備的黑色現代途勝准時駛上了高速。從北京台湖收費站到天津東麗收費站，百公里的距離，高速公路上復雜的行車條件，完全由電腦智能操作駕駛，最高時速達105公里，歷時85分鍾，其中超車共33次。由軍事交通學院研製的無人駕駛智能汽車完成了京津高速公路測試項目。這標志著我國無人駕使汽車先進的技術。不過，清華大學信息科學技術學院博導姚丹亞教授認為，自動駕駛系統只能對程序中預設的情況進行判斷和操作，一旦實際路況超出程序預設范圍就無計可施，可靠性遠遠難以滿足道路安全要求，因此無人駕駛汽車要實現商業化運行至少還要等待20年。
國際趨勢
「車－路」信息系統一直是智能交通發展的重點領域。在國際上，歐洲CVIS，美國的IVHS、日本的SmartWay等系統通過車輛和道路之間建立有效的信息通信，實現智能交通的管理和信息服務。RFID技術在物流與供應鏈管理領域以及交通運輸領域智能化管理中得到了應用，如智能公交定位管理和信號優先、智能停車場管理、車輛類型及流量信息採集、路橋電子不停車收費、高速公路多義性路徑識別及車輛速度計算分析等方面取得了一定的應用成效。
2013年5月22日，微軟Windows Azure公有雲平台宣布正式落地中國，觀致汽車攜其QorosQloud亮相，QorosQloud除移動客戶端以外的所有開發、測試工作都在Windows Azure雲端完成。
2013年5月30日，觀致正式與中國聯通簽署車聯網業務合作協議，中國聯通將為觀致QorosQloud車載信息娛樂系統提供網路和業務系統支持。
未來體驗
繼互聯網、物聯網之後，「車聯網」又成為未來智能城市的另一個標志。
到上海世博會園區里的熱門場館——「上汽－通用汽車館」，看一部科幻大片《2030》，就可以超前體驗到20年後的汽車生活。在片中，2030年的上海擁有5層立體交通網路。人們駕駛著EN－V、葉子和海貝這三種未來車型出行，任何人都可以開車，車速飛快，而且在「車聯網」的保護下實現了零交通事故率，堪稱絕對安全。 通過「車聯網」，汽車具備了高度智能的車載信息系統，並且可以與城市交通信息網路、智能電網以及社區信息網路全部連接，從而可以隨時隨地獲得即時資訊，並且作出與交通出行有關的明智決定。外形小巧時尚的EN－V將可以實現智能停泊，通過建築外牆的軌道直接停在自家陽台上，或者進入高速火車的車廂中。由於每輛車都採用了自動駕駛技術，盲人也可以開車穿行於城市中。智能的「車聯網」，甚至可以以一鍵通的形式接通呼叫中心的形式幫助司機獲取周邊信息、尋找停車場，以及自己找到充電站完成充電。
長達10分鍾的動感電影《2030，行！》展現了2030年上海的城市景象。20年後，科技已經非常發達，人與自然和諧相處，2030年出行工具的代表——EN-V、葉子和海貝汽車，已經實現了新能源驅動、車聯網技術和汽車無人駕駛這三大技術。憑借這些技術，汽車能通過建築外牆的軌道直接停在自家陽台上、所有車輛都能收到聯網信號從而幫助危急的產婦平安誕下寶寶、自動駕駛能引領盲女自如穿梭在城市中……影片講述了三個愛的故事，主人公藉助葉子、海貝和EN-V穿梭在未來的智能交通系統中，在美麗的城市中找回了真愛，擁有了更完美的人生。觀眾將提前20年，身臨其境地體驗汽車對我們生活的改變，感受「行愈簡，心愈近」的大同世界！
預測效果
智慧城市
中國工程院副院長、國家信息化專家委員會副主任鄔賀銓在世博會主題論壇上指出，由「物聯網」衍生的「車聯網」，將成為未來智慧城市的重要標志。什麼叫智慧城市？鄔賀銓說，一個定義是運用智能技術，使城市的關鍵基礎設施通過組成服務，使城市的服務更有效，為市民提供人與社會、人與人的和諧共處，智慧城市本身就是一個網路城市：人與人之間有互聯網，物與物之間有物聯網，車與車之間有「車聯網」。正如互聯網能讓人們實現「點對點」的信息交流，「車聯網」也能讓車與車「對話」。專家指出，未來具備了「車聯網DNA」的汽車不僅高效、環保、智能，更重要的是它還可以提供前所未有的交通安全保障，甚至可以將汽車司機發生交通事故的概率降低為零。全球一些主要汽車品牌已經開始了這方面的探索。 據介紹，通用EN－V車型是基於車聯網理念設計的。它整合了車對車交流技術、無線通信及遠程感應技術，支持「自動駕駛」。在自動駕駛模式下，它能獲得實時交通信息，自動選擇路況最佳的行駛路線，大大緩解交通堵塞。除此之外，它還可以感知周圍環境，在很大程度上減少交通事故的發生。一些著名汽車廠商都意識到，下一個能為改善交通安全帶來重要推動力的就是汽車與汽車間的「交流」。如果汽車能互相進行信息溝通，即使危險尚處在下一個彎道甚至更遠，駕駛員也能提前識別防範。未來汽車將具備行人探測功能，不用司機踩剎車，車輛可以實現自動剎車、緊急停車。在第80屆日內瓦車展上，裝配帶全力自動剎車功能行人探測系統的沃爾沃S60已經推出，它可以探測走入車前路面的行人。在緊急情況下，系統首先向駕駛員發出聲音警示，並在擋風玻璃上顯示閃光信號。如果駕駛員仍未對警示做出反應，碰撞即將發生時，汽車會自動進行全力制動。警示系統預防疲勞駕駛，幫你趕跑開車時的瞌睡蟲。疲勞駕駛是一個全球普遍存在的交通安全問題。豐田的車內智能安全網路也能及時糾正駕駛員失誤，通過方向盤監測駕駛者脈搏，發現駕駛員疲勞駕駛時，便啟動警告系統。最初只是搖晃駕駛座位，當駕駛者仍無反應時，系統就會自動熄滅而強行停車。
智慧交通
在企業眼中，車聯網市場或許只意味著滾滾而來的商機。但從更宏觀的層面來講，車聯網更大的意義在於打造智能交通，造福社會民眾。車聯網的具體應用主要包括：通過碰撞預警、電子路牌、紅綠燈警告、網上車輛診斷、道路濕滑檢測為司機提供即時警告，提高駕駛的安全性，為民眾的人身安全多添一重保障；通過城市交通管理、交通擁塞檢測、路徑規劃、公路收費、公共交通管理，改善人們的出行效率，為緩解交通擁堵出一份力；為人們提供餐廳、拼車、社交網路等娛樂與生活信息，提高民眾生活的便捷性和娛樂性。
關鍵技術
1、感測器技術及感測信息整合：
「車聯網是車、路、人之間的網路」，車聯網中的感測技術應用主要是車的感測器網路和路的感測器網路。車的感測器網路又可分為車內感測器網路和車外感測器網路。車內感測器網路是向人提供關於車的狀況信息的網路，比如遠程診斷就需要這些狀況信息，以供分析判斷車的狀況；車外感測器網路就是用來感應車外環境狀況的感測器網路，比如防碰撞的感測器信息、感應外部環境的攝像頭，這些信息可以用來增強安全和作為輔助駕駛的信息。路的感測器網路指那些鋪設在路上和路邊的感測器構成的網路，這些感測器用於感知和傳遞路的狀況信息，如車流量、車速、路口擁堵情況等，這些信息都能讓車載系統獲得關於道路及交通環境的信息。無論是車內、車外，還是道路的感測器網路，都起到了車內狀況和環境感知的作用，其為「車聯網」獲得了獨特（有別於互聯網）的「內容」。整合這些「內容」，即整合感測網路信息，將是「車聯網」重要的技術發展內容，也是極具特色的技術發展內容。
2、開放的、智能的車載終端系統平台
就像互聯網路中的電腦、移動互聯網中的手機，車載終端是車主獲取車聯網最終價值的媒介，可以說是網路中最為重要的節點。當前，很多車載導航娛樂終端並不適合「車聯網」的發展，其核心原因是採用了非開放的、非智能的終端系統平台。基於不開放、不夠智能的終端系統平台是很難被打造成網路生態系統的。這方面可以參看智能手機領域來感受到這一點的重要：大量的開發者基於蘋果公司的IOS和Google Android終端操作系統都構建了幾十萬款應用，這些應用為這兩個手機網路生態系統創造了核心價值。而這一切都是因為開發者可以基於這樣的系統開發應用，特別是Google的Android系統，源代碼完全開放，可以被裁減和優化。因此，從目前來看GoogleAndroid也將會成為車聯網終端系統的主流操作系統，它天然為網路應用而生，並專為觸摸操作設計，體驗良好、可個性化定製，應用豐富且應用數量快速增長，已經形成了成熟的網路生態系統。反觀當前車載終端用得最多的WinCE，可以說是一個封閉的系統，很難有進一步發展的空間，因為應用少得可憐，任何修改都由於微軟的封閉策略而無能為力，辛辛苦苦開發了上網功能，卻無特色的應用及服務可用。在前裝市場上榮威350及其INKANET，在後裝市場上路暢科技的Android平台產品已經證明了Android的價值，Android將是車載娛樂導航終端平台操作系統的必然選擇。
3、語音識別技術
無論多好的觸摸體驗，對駕車者來說，行車過程中觸摸操作終端系統都是不安全的，因此語音識別技術顯得尤為重要，它將是車聯網發展的助推器。成熟的語音技術能夠讓司機通過嘴巴來對車聯網發號施令索取服務，能夠用耳朵來接收車聯網提供的服務，這是最適合車這個快速移動空間的應用體驗的。成熟的語音識別技術依賴於強大的語料庫及運算能力，因此車載語音技術的發展本身就得依賴於網路，因為車載終端的存儲能力和運算能力都無法解決好非固定命令的語音識別技術，而必須要採用基於服務端技術的「雲識別」技術；
4、服務端計算與服務整合技術
除上述語音識別要用到雲計算技術外，很多應用和服務的提供都要採用服務端計算、雲計算的技術。類似互聯網及移動互聯網，終端能力有限，通過服務端計算才能整合更多信息和資源向終端提供及時的服務，服務端計算開始進入了雲計算時代。雲計算將在車聯網中用於分析計算路況、大規模車輛路徑規劃、智能交通調度計、基於龐大案例的車輛診斷計算等。車聯網和互聯網、移動互聯網一樣都得採用服務整合來實現服務創新、提供增值服務。通過服務整合，可以使車載終端獲得更合適更有價值的服務，如呼叫中心服務與車險業務整合、遠程診斷與現場服務預約整合、位置服務與商家服務整合等等；
5、通信及其應用技術
車聯網主要依賴兩方面的通信技術：短距離無線通信和遠距離的移動通信技術，前者主要是RFID感測設別及類似WIFI等2.4G通信技術，後者主要是GPRS、3G、LTE、4G等移動通信技術。這兩類通信技術不是車聯網的獨有技術，因此技術發展重點主要是這些通信技術的應用，包括高速公路及停車廠自動繳費、無線設備互聯等短距離無線通信應用及VOIP應用（車友在線、車隊領航等）、監控調度數據包傳輸、視頻監控等移動通信技術應用。
6、互聯網技術
車聯網的本質就是物聯網與移動互聯網的融合。車聯網是通過整合車、路、人各種信息與服務，最終都是為人（車內的人及關注車內的人）提供服務的，因此，能夠獲取車聯網提供的信息和服務的不僅僅是車載終端，而是所有能夠訪問互聯網及移動互聯網的終端，因此電腦、手機也是車聯網的終端。現有互聯網及移動互聯網的技術及應用基本上都能夠在車聯網中使用，包括媒體娛樂、電子商務、Web2.0應用、信息服務等。當然，車聯網與現有通用互聯網、移動互聯網相比，其有兩個關鍵特性：一是與車和路相關，二是把位置信息作為關鍵元素。因此需要圍繞這兩個關鍵特性發展車聯網的特色互聯網應用，將給車聯網帶來更加廣泛的用戶及服務提供者。

『貳』 仿小皮手游網帝國CMS模板源碼 大型手游門戶網站系統源碼+手機版+火車頭採集

本文提供最新版的92GAME仿小皮手機游戲網整站源碼，專為大型手游門戶網站設計，具備豐富功能，包括發號系統、新聞、下載、排行、游戲庫等，極具商業價值。

您可以從csdn下載該源碼，下載鏈接已提供。注意，該源碼體積龐大，約6-7G，適合在獨立伺服器或配置較高的雲主機上運行，虛擬主機無法承載。

以下是源碼演示截圖，由於圖片附件過大，部分圖片未能顯示，但源碼包含所有圖片附件。

為了確保源碼的正常運行，您需要以下環境配置：

1. 網站伺服器：IIS、Apache、Nginx。

2. 開發環境：帝國CMS 7.5。

3. 空間支持：PHP+MySQL。

源碼安裝步驟如下：

1. 將源碼下載到伺服器，並解壓至網站目錄。

2. 打開安裝程序，訪問http://你的網址/e/install。

3. 按照提示完成帝國CMS的安裝。

4. 進入後台，恢復資料庫。如不熟悉資料庫恢復，可參考帝國cms內核的系統恢復資料庫詳細圖文教程。

資料庫恢復完成後，後台默認管理賬號信息為：haoidhaoid.cn。

5. 配置系統後，刷新全部數據。

通過以上步驟，您將成功安裝並運行該大型手游門戶網站系統源碼。請注意，源碼的詳細配置與功能實現，請參照帝國CMS官方文檔與教程。

『叄』 IFIX中如何引用CryStal Report

在這里我主要想和大家討論一下Crystal Report的總體框架模式方面的問題，重點是如何使用VB有效的融合報表和數據，快速的進行報表開發工作。希望拋磚引玉，找到幾種最好最快的開發模式。

本文暫不涉及技術細節，所以您可能覺得太過簡單。但這樣的問題的確是我們開發中的第一號大問題。在以後的討論中，我們可以針對具體的問題討論具體的技術細節。
我准備了一份源代碼，已經發給了部分網友，但是沒有做詳細的測試。我准備在明後天做完測試，如果各位有需要的話，應該在星期一左右可以發給你們(唉，星期六星期天還要加班!)。
注意：有需要的朋友請跟帖說明，不要只給我發短消息。
縮寫語說明
RPT Crystal Report Template File. 使用Crystal Report設計器生成的報表樣式和模板文件，後綴名為RPT
RDC Crystal Report Designer Component. Crystal Report的對象模型，用於在VB中操作Crystal Report.
CRV Crystal Report Viewer. OCX 控制項，用於在VB中提供報表預覽界面。
CRC Crystal Report Control. OCX 控制項，在Crystal Report 8.0以前用於在VB中提供報表預覽界面，現已被CRV取代。
CDO Crystal Data Source Object. Crystal Report 提供的數據源對象，用於創建與資料庫無關的動態數據源。

一，如何動態獲取數據，生成報表？
報表的一個主要特徵就是根據事先設計好的模板樣式和運行時的動態數據生成一份可查看與列印的文檔。
一般來說，VB的程序中整個報表流程中的主線，由它來對Crystal Report及其它工具發號施令，實現用戶需求。
VB是通過RDC模型來操作CrystalReport的。通常有如下兩種模式生成報表：
1，VB-RPT-DB
VB調用RPT文件，RPT文件查詢資料庫得到數據，生成報表。此方法的詳細流程如下：
1）在Crystal Report 中設計好RPT文件，設計時可在CrystalReport中連接到資料庫，得到查詢數據，即時預覽報表。
2) 在VB中，通過RDC模型打開RPT文件，並將運行時和資料庫連接所需的信息，如資料庫名，用戶，密碼等傳給RPT文件，如果RPT文件中有參數，還要傳入參數。
3）RPT文件連接到資料庫，執行查詢得到數據，生成報表。
4) 在VB中，通過CRV控制項打開報表進行預覽或通過RDC模型進行列印，導出等操作。

2，VB-DB-RPT
VB先查詢資料庫得到結果集，再打開RPT文件並傳入結果集，生成報表。此方法詳細流程如下：
1）在Crystal Report 中設計好RPT文件。由於此時結果集還未生成，只能使用TTX文件做為虛擬數據源，以便讀取欄位信息。所以在設計RPT文件之前，還要根據最終的結果集結構生成一個TTX文件。
2）在VB中，連接到資料庫，執行查詢，得到結果集。
3）在VB中，通過RDC模型打開RPT文件，傳入結果集和參數，生成報表。
4）在VB中，通過CRV控制項打開報表進行預覽或通過RDC模型進行列印，導出等操作。

顯然，VB-RPT-DB模式遠優於VB-DB-RPT模式，這體現在如下幾個方面：
1，設計時，VB-DB-RPT模式一般要求生成一個和最終結果集欄位結構完全一致的TTX文件做為虛擬數據源，增大的開發和維護的工作量，而且還不能即時預覽生成的報表。VB-RPT-DB模式則是直接和資料庫相連，無需TTX文件，還能看到最終數據。
2，運行時，VB-DB-RPT模式在得到結果集後，需要在VB中建立相應的結果集對象，並將其傳入RPT文件，與VB-RPT-DB模式相比多了一個很大的對象－－結果集對象。
3，運行時，VB-DB-RPT模式的結果集從DB傳到VB，再傳到RPT， 而VB-RPT-DB模式的結果集直接從DB傳到RPT，少了一次大的數據傳遞。
4, 開發時，VB-DB-RPT模式一般每加一個報表，就要加兩段代碼：查詢結果集和生成報表。而VB-RPT-DB模式可以很方便的實現一個介面應對所有的報表，新加報表幾乎無需增加VB代碼。二者的代碼量不可同日而語。

二、如何生成報表模板文件？
設計報表格式是所有報表工作的第一步。在CrystalReport中，有兩個地方可以設計報表，Crystal Report集成設計器和內嵌在VB中的報表設計器。我個人覺得，內嵌報表設計器的做法弊遠大於利，不推薦使用。

三，如何查詢DB，得到運行時數據。
通過VB查詢DB得到結果集的方式有很多種，大家都很熟悉。通過RPT查詢DB的方式主要有：存儲過程，視圖，表， Crystal Query， 直接SQL查詢。
其中最簡單的莫過於直接連接到表，進行表查詢。可是一般的報表都不會只涉及到一個表。在RPT文件中進行多表查詢並設置查詢條件的方法雖然簡單，但是分散了整體的查詢邏輯，而且操作煩瑣，不是一個好辦法。視圖和存儲過程是最好的選擇，不過視圖在性能上不及存儲過程，所以我推薦使用存儲過程。
存儲過程和視圖是放在資料庫中的。如果不允許或不能在資料庫中建立視圖和存儲過程等，還可以利用Crystal Report自已的SQL查詢功能，將完整的SQL查詢語句寫在RPT文件中。
從Crystal Report自己的說明來看，Crystal Query文件就像是Crystal Report自己的存儲過程。不過這個工具不包含在Crystal Report 9中。Crystal Report 官方網站提供了單獨的免費下載。這個工具有兩個限制：在Crystal Queryk中的每個欄位，欄位值長度不能超過20個字元, 總欄位數據也不能超過20個。我是從Crystal Report的幫助文件中看到這些信息的。如是真的話，Crystal Query就沒有什麼競爭力了。Crystal Report 也支持在設計RPT文件時直接寫SQL，還可以帶參數。這是個不錯的功能。不知道是不是也有上述兩個限制。
我沒有仔細測試Crystal Report內嵌SQL查詢的功能，在此不宜多加評論。但我強烈推薦使用資料庫的存儲過程和視圖。它有效的分離的報表工作中的邏輯和設計工作，利於分工合作，也利於編護和升級。
使用Oracle的存儲過程有如下限制，SQL Server 類似。
> 要使用本地連接或ODBC連接到Oracle，不能使用OLE DB連接。建議使用本地連接。
> 存儲過程必須放到一個包內。結果集游標必須在包頭聲明。
> 存儲過程只能有輸入參數。
> 存儲過程只能返回一個結果集，以輸入輸出型（IN OUT）的游標參數形式返回。
> 結果集中的欄位名稱和類型通過打開游標的SQL語句直接確定。所以不能使用動態SQL，也不能通過嵌套調用存儲過程的方式來將數據裝入游標。

四，如何傳遞多個數據源和參數。
如果所有的數據源都是VB-RPT-DB模式，那麼VB要做的連接工作就很簡單，將一個動態建立的連接傳給RDC就可以了。RDC再將連接傳給每一個RPT中存在的數據源。即便在報表包含子報表時也是如此的簡單。
如果數據源是VB-DB-RPT模式，或都是好幾種類型混合的。最好在設計報表的時候給每個數據源設定一個唯一名字（包括子報表的數據源），RDC就跟據名字來給每個數據源傳遞連接信息或結果集。
事實上，在一個報表中即便存在多個數據源，由於Crystal Report要求互相之間要有主鍵的對應關系，而不能一個數據源處理完後再處理另一個數據源，所以這些多個的數據源在本質上仍然是一個數據源。我做過很多復雜的報表，很少碰到要用到多個數據源的。使用子報表的情況倒是佔了一半左右。
報表中的所參數都可以從VB中傳入，建議也為所有的參數（包括子報表的參數）設定一個唯一的名字，由RDC跟據名字來傳值，這樣就不用理會報表中有哪些子報表了。
在處理大量的報表時，將報表的RPT文件路徑及其參數信息存入資料庫，就可以實現新增報表無須修改VB程序。一般而言，一個系統中的絕大部分報表，其參數都差不多，很容易控制。

2.1 准備一個通用模板。
一個項目中的所有報表，通常有一個統一的格式和標准。准備一個帶有最基本格式和標準的RPT文件作為模板是個聰明的做法。不過Crystal Report中的模板向導功能並不是很強，不如直接創建一個RPT文件，然後復制來得快。

2.2 在Crystal Report 編輯環境中設定欄位和數據的預設模式。
在Crystal Report的選項菜單(文件－＞選項)中設定要不同欄位，不同數據類型的顯示格式和字體，這一點非常重要。它可以最大程度的保證的模板設計完全符合標准。減少重復勞動。
在文件－＞報表選項中也有三項很重要的設置：
1) 將資料庫的NULL值轉為默認值， 選中。
2) 將其它NULL值轉為默認值， 選中。
3) 若無記錄則取消列印， 不選。

2.3 選擇一個可以同時支持中英文的字體。
字體的選擇直接影響版面效果。有的字體不支持中文，顯示中文時就會出現亂碼。有的中文字體在純英文下不能使用。有的字體在Windows 2000/XP的中英文環境中大小不同。有的字體不是Windows 自帶字體。
最好在各種環境下試過後再決定採用哪種字體。

2.4 使用公式欄位，匯總欄位，運行時總計欄位，以及變數實現數據的頁面邏輯。
Crystal Report中的公式其實就是一個表達式，它通過使用Crystal Report中的函數和操作符來操作數據源中的數據以得到最終想要顯示的欄位。在公式中還可以使用變數。
在Crystal Report中有兩種比較特別的公式：匯總公式和運行時總計公式。這兩種公式都可以在公式編輯器（CR稱之為公式工作室）中編輯，但比較復雜。CR提供了更簡單的方法：在報表中選中要統計的欄位，點出右鍵菜單，選中"插入…"項，就會彈出兩個子菜單項：匯總，運行總計。
匯總欄位用於對特定的欄位進行按組或全局的匯總統計。
運行時總計欄位在匯總欄位的基礎上加入條伯控制，使得在報表中跟據一個欄位的不同取值分別得到另一個欄位的總計數據成為可能。
在公式編輯器中可以使用變數。按作用域分，有局部變數，全局變數和共享變數。局部變數只在一個公式或函數中有效。全局變數在整個報表（但不包含子報表）中有效，共享變數在一個報表文件，包括子報表中都有效。

2.5 使用子報表。
跟據以往的項目經驗，有一半左右的報表要用到子報表。在Crystal Report中，一個報表事實上只能處理一個結果集。存在多個結果集，要求互相之間有主鍵的對應關系，在本質上仍然是一個。如果報表要顯示多個部分，就必須使用子報表。除沒有單獨的頁眉和頁腳外，子報表具有完整報表的所有特性。
頁面顯示的時候，子報表的寬度會受到其在主報表中的寬度限制，所以在把子報表放入主報表的時候，一定要給予足夠的寬度。
主報表和子報表之間可以通過欄位－參數的關系進行鏈接。即將主報表中的欄位作為子報表的參數。

2.6 使用交叉表。
設有A，B兩個欄位，要求在報表中將A的全部值顯示在第一列的列頭，將B的全部值顯示在每一行的行首，在行和列的主體部分顯示出跟據相應的A值和B值計算出來的結果，如下圖所示。這就是一個交叉表。
交叉表中Crystal Report 中的一個對象，可以很簡單的創建，注意交叉表應放到報表的報表頁腳部分（Report Footer），不能放在細節部分或頁眉。否則會導致重復顯示和數據不全。
Crystal Report對交叉表的分頁功能支持不佳，所以要盡可能的不讓數據超過一頁。

2.7 使用分欄表。
所謂分欄表，就是把頁面分成幾欄來顯示結果。這樣就可以在同一行顯示多條記錄。
在節專家中選中詳細資料節，注意只能選詳細資料節的總節，不能選子節，就可以發出多欄格式化的選項，選中後界面上會多出一個布局的選項卡。在這個選項卡中就可以設置分欄。

2.8 最好不要在每頁顯示總頁數。
顯示總頁數會導致報表多一次全程運算，嚴重降低性能，最好不要在每頁都顯示總頁數。

2.9 把報表列印出來檢查格式與數據。
這是個要訣，不列印出來檢查，你的格式與數據很難保證沒有錯誤。

2.10 設置欄位或小節的條件顯示條件
Crystal Report中的所有對象，大到一個小節，小到一個欄位，都可限定顯示的格式。在這些對象的格式化編輯器中，有個抑制顯示的選項，其右有一個公式編輯按鈕，點擊這個按鈕就可以進入公式編輯器，編輯一個邏輯表達式來控制抑制顯示的條件。注意，只有勾上抑制顯示的選項，條件公式才會起作用。

2.11 對欄位進行有條件的格式化
如果碰到類似這樣要求，就要對欄位進行有條件的格式化：將所有值大於1000的A欄位加下劃線顯示。
對欄位的有條件格式化只能在公式編輯器（公式工作室）中實現。

2.12 在導出為RTF是要注意欄位對齊。
如果報表的欄位是隨意放置的，在導出RTF文件是將會出現位置的嚴重錯亂。

『肆』 網路操作系統是什麼啊

網路操作系統，是一種能代替操作系統的軟體程序，是網路的心臟和靈魂，是向網路計算機提供服務的特殊的操作系統。

藉由網路達到互相傳遞數據與各種消息，分為伺服器（Server）及客戶端（Client）。伺服器的主要功能是管理伺服器和網路上的各種資源和網路設備的共用，加以統合並控管流量，避免有癱瘓的可能性。

由於網路計算的出現和發展，現代操作系統的主要特徵之一就是具有上網功能，因此，除了在20世紀90年代初期，Novell公司的Netware等系統被稱為網路操作系統之外，人們一般不再特指某個操作系統為網路操作系統。

(4)發號源碼擴展閱讀：

網路操作系統模式分類：

1、集中模式

集中式網路操作系統是由分時操作系統加上網路功能演變的。系統的基本單元是由一台主機和若乾颱與主機相連的終端構成，信息的處理和控制是集中的。UNIX就是這類系統的典型。客戶機/伺服器模式

2、客戶機/伺服器模式

這種模式是最流行的網路工作模式。伺服器是網路的控制中心，並向客戶提供服務。客戶是用於本地處理和訪問伺服器的站點。

3、對等模式

採用這種模式的站點都是對等的，既可以作為客戶訪問其它站點，又可以作為伺服器向其他站點提供服務。這種模式具有分布處理和分布控制的功能。