龍捲風焦點
龍捲風網站全新登場
開春以來，龍捲風科技在產品與技術上皆有新的進展，更以Tornado Search Platform為基礎，推出一系列企業搜尋的解決方案。為了讓客戶感受到龍捲風科技全新出擊的威力，龍捲風網站也於即日起更換新裝，以嶄新風貌出現，隨時歡迎蒞臨，對各項產品與解決方案進行更深入的了解。
龍捲風網站：http://www.tornado.com.tw
龍捲風科技獲得2008年ITeS Best Choice資訊精品票選活動 - 企業搜尋引擎類第一名！
由資策會所舉辦的第十二屆『2008年ITeS Best Choice』票選活動結果揭曉，在2008年新增的投票項目「企業搜尋引擎」中，龍捲風科技以優異的中文檢索技術獲得各界青睞，取得2008「ITeS Best Choice」資訊精品票選活動，「企業搜尋引擎」項目第一名的殊榮！
資策會ITeS Best Choice是IT產業重要的資訊精品票選活動，採紙本問卷加上線上問卷票選的方式，分為企業用戶端以及消費者端的產品與服務品質選拔，以促進資訊科技的產業發展並提昇品牌價值。2008年票選類別包含「企業營運e化」、「資訊安全」、「網路通訊」、「Green IT」等，再進行各別項目選拔。龍捲風科技很高興能夠打敗眾多強敵，得到「企業搜尋引擎」類第一名的榮耀！
成立十年以來，龍捲風科技一直以中文搜尋的技術為核心，持續發展資訊檢索元件，以提供優質的軟體產品及技術元件為企業目標。更與國內外多家資訊大廠如：微軟、美商利盟(Lexmark)、意藍科技等合作發展搜尋的延伸應用功能，積極為企業用戶及合作夥伴提高資訊系統的價值。
除了持續精進自身的產品與技術外，龍捲風科技近年來亦開始積極參與國際性的重要搜尋技術競賽或論壇。首度參加國際資訊檢索評估競賽NTCIR Workshop，便在多國語意分析任務 (MOAT) 競賽類別中有相當突出的表現，除了在相關檢索 (relevance) 項目上一舉奪下冠軍與亞軍外，在偵測意見主體與目標 (opinion holder and target) 的項目上，也獲得了前三名之佳績。
憑藉著逾十年在各產業與政府電子化專案中深耕的產業知識與經驗，龍捲風科技於兩岸三地屢創佳績，專業技術獲得各界的一致肯定與絕佳口碑，未來將持續提供適用於不同企業應用情境的軟體產品或解決方案，協助客戶有效率地完成大量資料處理與資訊檢索，達到更完善的知識呈現。
技術應用
Tornado Search Platform的多樣化應用 – 龍捲風企業搜尋解決方案
龍捲風科技自1999年成立起，一直以中文搜尋技術為核心，持續在華文市場中開發出多樣化的搜尋應用，協助客戶以更有效的方式做到大量資料的資訊檢索與知識呈現。多年累積的經驗與技術，發展出一元件化、鬆散偶合的架構平台：Tornado Search Platform(TS Platform)。利用各項功能皆可元件化的特性，龍捲風以TS Platform為基礎，提供一系列企業解決方案，期望可讓客戶過去所投資的IT系統發揮新的應用成效，提昇企業的生產力。
龍捲風企業解決方案包括：
Tornado Search for KM
Tornado Search for Paper
Tornado Search for Video |
Tornado Search for Opinion
Tornado Search for Portable
Tornado Search for Website |
Tornado Federated Search |
-
Tornado Search for KM
- 連結一切、互動回饋的知識搜尋方案
企業內部往往有多個應用系統與資料庫同步運作，而累積其中的檔案與資料都是難以估計價值的企業資產，但系統之間的隔閡，卻使得員工無法重複或輕鬆利用這些資源。本方案可協助企業快速建構「跨檔案格式、跨系統、跨公司」的知識搜尋，透過整合企業權限，讓適當的資訊被擁有適當權限的員工所搜尋與調閱。並在進階搜尋與回饋機制的輔助下，大幅提昇企業知識資產的搜尋效率與分享成效。
- Tornado Search for Paper
- 一手掌握企業所有資訊，紙本文件也可輕鬆搜尋
企業的數位化程度再高，也難以避免紙本文件的存在，供應商傳真報價單、往來政府機關的公文、客戶簽回的訂單、法律證明文件…等，每一張都是公司的重要資產。本方案內建紙本文件OCR辨識功能及容錯搜尋技術，協助企業處理大量紙本文件電子化後搜尋、管理與調閱的問題。
- Tornado Search for Video
- 領先YouTube的影片搜尋方式
突破傳統依照人工註記欄位資訊的查詢影片模式，本方案提供更方便簡單的查尋方式，查詢者無須預先了解影片內容，僅需利用關鍵詞即可調閱所有相關的影片片段。可適用於線上教學、側錄監控、內容稽核、數位典藏…等眾多領域。
- Tornado Search for Opinion
- 快速掌握輿論觀點
網路世界興起後，無論是新聞網站、政府公開資訊，或是競爭對手、相關技術或客戶網站，都是企業掌握一般大眾或專業法人對公司與產品的評價與意見重要的管道。採用本方案可以最精簡的人力快速蒐集、瞭解到各方媒體與意見領袖對特定企業、特定產品或特定人物的評論，協助決策者進行更精準的判斷，完全掌握民意動向。
- Tornado Search for Portable
- 無須安裝，輕巧、方便、快速，可結合多樣儲存媒體的搜尋方式
以龍捲風企業級搜尋核心技術為基礎，首創電子索引的應用，可輕巧地與各式離線儲存媒體結合（如：光碟、隨身碟、行動硬碟…等），讓儲存大量檔案、文件的儲存媒體具備快速全文搜尋的功能。對於需要帶大量資料外出開會、作大量資料備份調閱的工作者，或販售大量資料庫授權的業者極為方便有效。
- Tornado Search for Website
- 快速導入，方便整合
目前多數的網站都已具備搜尋功能，特別當網站越大，資料日趨龐雜時，讓使用者只需要輸入簡單的關鍵字就可找到所需的網站內容，全文檢索更是不可或缺的功能。本方案提供彈性化配置架構，方便企業快速導入、整合，讓網站迅速提供便利、完整的搜尋功能。
- Tornado Federated Search
- 所有搜尋，一次到位
搜尋某個特定主題的相關資料時，員工經常需要在企業內部的多個系統之間來回，再加上外部的眾多資訊來源，整個資料蒐集過程中，往往耗費大半時間在重複的搜尋行為上。本方案能整合各資料源，不限於單一領域，一次搜齊企業內外多個異質系統資源，提供方便快速的無痛性知識整合。
Tornado Search for KM – 企業的知識搜尋與分享
進行知識管理，可以探索及發掘公司核心專長與價值，保存核心專長知識，並在不斷地汰舊存菁的過程中傳承下去，讓公司隨時保有競爭力。而知識管理的第一步，即是蒐集與管理公司內部的外顯知識 – 各式有形的檔案、資料。
隨著公司在資訊技術上的投資與發展，企業內部往往有多個應用系統與資料庫同步運作，長年累積的檔案、文件散落各處。當欲查找某個特定主題的資料時，就必須橫跨多個系統來搜尋，耗費時間也拖慢了工作完成的效率，這樣的情況，只能稱為半調子的知識管理。
本方案可協助企業快速建構「跨檔案格式、跨系統、跨公司」的知識搜尋機制，破除多系統並行的隔閡，達到快速搜尋，節省時間的效果。並藉由整合企業的權限規範，保有資料原本的權限設定，讓適當的文件只能被擁有適當權限的員工所搜尋及調閱，杜絕機密文件外洩的機會。再加上進階的個人化搜尋功能與回饋的機制，大幅提昇企業知識資產的搜尋效率與分享成效。
本方案適用於有下列需求者：
- 想要快速做到知識分享的企業
- 想要對以多種檔案格式儲存的資料進行全文檢索的企業
- 想對特定系統（如：IBM Lotus Notes）進行全文檢索的企業
- e化程度較高，企業內部已建立多種應用系統與資料庫，擁有大量電子化檔案、文件的企業
- 存在大量經常需要查找文件、資料的知識工作者的企業
更多的強大功能，可輔助企業知識管理：
- 「個人化知識搜尋模組」提供更友善的搜尋體驗，使用者可對搜尋結果進行評分回饋，持續提昇整體系統的搜尋品質
- 先進的「知識萃取工具」提供自動分類與各式分類工具，使用者可在搜尋結果下，依照分類更快找到自己所需的資料，還能透過同義詞、相關詞等概念延伸詞延伸原本的搜尋結果，觸類旁通獲取更多知識
- 可動態產生「知識地圖」，讓使用者對各項知識物件、檔案間的關聯性一目了然，掌握知識物件的完整面貌
- 提供完整的「分析及報表模組」與「系統管理與擴充整合工具」，管理者可清楚掌握系統的使用狀況，且無須擔心系統未來的擴充彈性
導入本方案的效益
- 節省企業員工查找資料所耗費的時間，大幅提昇工作效率
- 無論是主管或員工，均可依照自己權限，快速且完整地搜尋到適當的知識文件，有助於工作上學習與作為決策的依據
- 系統導入速度快，簡單易學，使用系統的阻力，可快速見到導入後輕鬆作到知識分享的成效
產業應用
搜尋引擎在資料庫上的應用 – 以房仲業為例
楊立偉 博士
一般人對於搜尋引擎的印象，多半停留在使用Google或Yahoo的經驗上：當想要查資料時，只要輸入關鍵字，就可以得到包含這個關鍵字、最符合的網頁列表，然後再一一瀏覽各個網頁，找尋自己所要的答案。
然而，搜尋引擎可不是只能搜尋網頁而已。舉凡是網路磁碟機上眾多的文件檔案，或是企業內的各式資訊系統，也都可以接上搜尋引擎，讓找資料像使用Google一樣直覺、容易。
此外，搜尋引擎也不是只能做關鍵字的「逐字比對」而已。新一代的搜尋引擎，那怕是用字上不完全相符，還是能夠幫你找到最相似的資料。例如：用關鍵字「外貿協會」可以搜尋到內容提到「對外貿易發展協會」的資料；用「金管會」可以搜尋到內容提到「金融監督管理委員會」的資料。甚至在你打錯字時，搜尋引擎能夠幫你做拼字建議或是同音字建議，並且做到同義詞與相關詞的延伸。這些充滿人性的設計，都是為了讓使用者更加容易找到所想要的資訊。
資料庫不足的地方：讓搜尋引擎來代勞
以企業內的資料來說，扣除文件檔案、信件等，其它重要的資訊大多都是儲存在資料庫中。而資料庫最原始的設計，主要是為了儲存結構化、數值型的資料。然而，因為使用方便，許多系統開發者會將大量的文字型資料也儲存在資料庫中。以企業內的ERP/CRM系統為例，以下都是資料庫內常見的文字型資料：
- 產品或零件的名稱、型號、規格描述
- 產品或零件的送修或維護紀錄（日期、摘要等）
- 客戶的姓名、地址、簡介、相關描述
- 客戶的拜訪或客服紀錄（日期、事由等）
然而，資料庫的先天設計就不是為了處理文字型資料，因此在查詢這種資料上，往往只能做到關鍵字的「逐字比對」，而且效率極差。造成的結果是：企業在資料庫中累積了大量的文字型資料，但是調閱卻不容易、也缺乏方便的查詢方式，例如中文縮寫查詢、拼字建議等。例如圖1是以關聯式資料庫進行實驗，在百萬筆資料下，用SQL Like做關鍵字的「逐字比對」與用搜尋引擎之效能差異，結果顯示搜尋引擎可以節省查詢時間達214倍之多。
高度仰賴資料庫的房仲業
房仲業是協助買方或賣方找到合適的房屋，並撮合交易的行業。扣除服務的部份，其核心應用就是房屋物件的資料庫。能夠提供簡單、快速、多樣化的資料庫查詢，將是房仲業致勝的關鍵。這也是為什麼近幾年來，房仲業都爭相推出網路上或手機上的資料庫查詢服務。
傳統的資料庫，主要用途是處理數值型資料。對於文字型資料，只能當作欄位選項來處理，需要許多的分類或代碼表，才能夠加快查詢速度。因此，當一個房屋物件進來，就需要標記各式各樣的欄位，例如：這個房屋是位在什麼縣市、幾房幾廳、公寓、透天厝、華廈、是否含車位等。但是這種欄位式的處理，並不能完全滿足使用者的需要，主要原因為：
- 有許多欄位的選項是使用者所不能理解的。例如：公寓或是華廈的差異到底是什麼？因為對於選項的不理解，使用者只好不斷重複嘗試各種的選項組合，才能找到所要的資料。比較起欄位選項而言，為什麼使用者不能用「有院子」這種直覺的關鍵字，就能直接在房屋的文字描述中進行全文檢索？
- 每個房屋物件還有許多資訊是無法用欄位列舉得完的，比如說這個房屋的狀況描述。例如：有無漏水？有無附傢俱裝璜？是否鄰近某某國中？…等。或是使用者想直接用路名或建案的名稱做查詢，例如「忠孝東路」或「帝寶」。這些在現有欄位式的處理都是做不到的。
為房仲業資料庫加上搜尋引擎
為了解決房仲業在資料庫上查詢的問題，以下我們將逐步說明如何為房仲業的資料庫加上搜尋引擎，以提供各種直覺、多樣化的查詢功能。這邊我們所示範的搜尋引擎是使用龍捲風科技的「Tornado Search Platform」（以下稱TS 5 Platform）。雖然國外開放社群也有相關的工具，例如Apache Lucene，但是經過實際測試，在中文處理上都會有不支援的地方。因此我們選擇國內廠商自行研發的產品，較能貼近當地使用者的查詢習慣。而且TS 5 Platform支援Java與COM，不論開發者是用Java、C/C++、C#、VB、VB.NET、VBScript、或PHP等，都可以方便地呼叫。
STEP 1：新增索引庫
為了方便說明，我們假設房仲業的資料庫是放置在MS SQL 2005中，其表格名稱為House，包含有以下欄位：
| 欄位名稱 |
型別 |
說明 |
建立要全文檢索 |
| house_id |
字串 varchar(30) |
房屋代號（為主鍵） |
是 |
| House_name |
字串 nvarchar(100) |
房屋名稱 |
是 |
| House_price |
整數 int |
價格 |
否 |
| House_desc |
字串 nvarchar(1000) |
房屋描述 |
是 |
| city_id |
字串 varchar(30) |
所在城市（代碼） |
是 |
| purpose_id |
字串 varchar(30) |
房屋用途（代碼） |
是 |
需特別注意的是，一般資料庫經過正規化設計後，為了避免儲存重複資料，會將部份欄位切成多張表格，以代碼或外鍵（Foreign key）做關聯。為了讓搜尋引擎在建索引時看到資料庫的「內容全貌」，而不是一堆的代碼或鍵值，最簡便的方法，就是利用資料庫的SQL-CREATE VIEW指令，將所有的表格「暫時性地」JOIN成一張大表。這樣既不影響原有資料庫表格的設計，又可以讓搜尋引擎很明確地知道要建立索引的資料範圍為何，是一個很實用的技巧。
在有了資料庫的結構之後，我們利用TS 5 Platform，只要呼叫下列方法，就可以告訴搜尋引擎所想要建立的資料庫位置與範圍：
DatabaseIndexDbInfo databaseIndexDbInfo = new DatabaseIndexDbInfo(); // 建立一個索引庫
databaseIndexDbInfo.initialize("realtor"); // 取一個名稱
databaseIndexDbInfo.setIndexPath("C:\\TS50SDKJava\\Index\\realtor"); // 決定該索引庫的擺放目錄位置
databaseIndexDbInfo.setConnectionString( // 告訴搜尋引擎怎麼連接到資料庫 (這邊是使用資料庫連線字串)
"Provider=SQLOLEDB.1;Initial Catalog=Housing;
Data Source=sql2005db;Persist Security Info=True;
User ID=sa;Password=sa");
databaseIndexDbInfo.setFetchTable("House"); // 告訴搜尋引擎所要抓的表格名稱
StringList listFetchFieldList = new StringList();//以下是告訴搜尋引擎，所要建立索引的欄位名稱有哪些
listFetchFieldList.add("House_name");
listFetchFieldList.add("House_desc");
listFetchFieldList.add("City_id");
listFetchFieldList.add("Purpose_id");
databaseIndexDbInfo.setFetchFieldList(listFetchFieldList);
IndexDbManager indexDbManager = ts5Core.getIndexDbManager(); // 完成以上設定，去建立一個索引庫
IndexDb indexDb = indexDbManager.create(databaseIndexDbInfo);
STEP 2：建立索引
當第一步完成後，搜尋引擎就會知道所要建立索引的資料表格與欄位是哪些。而第二步就是讓搜尋引擎去建立全文索引。這一步需要花一點時間，因為搜尋引擎會去掃描全部的資料，並以擺放成特殊的資料結構，以便未來快速查詢之用。
IndexDbManager indexDbManager = ts5Core.getIndexDbManager();
IndexDb indexDb = indexDbManager.getDb("realtor"); // 準備將名為realtor的索引庫進行索引
boolean makeIndex = indexDb.makeIndex(false); // true: 漸近式索引; false: 全建式索引
其中，最後一行的參數可以將索引建立的方式分為「漸進式」與「全建式」。後者是指將全部資料重新建立索引，前者則是讓搜尋引擎只針對異動的部份進行索引。因此，當搜尋引擎首次建立時，必需使用全建式索引。而日後資料的異動量少於未異動的部份時，則用漸進式索引可以加快處理的速度。（註：若使用漸進式索引，需要在資料庫中加入一小段Stored Procedure，來將異動的資料範圍告知搜尋引擎。）
STEP 3：搜尋
建立完索引之後，就可以開始查詢了！假設我們希望提供給使用者的查詢畫面如下，包括可以用關鍵字查詢房屋名稱或描述，也可以用所在城市或房屋用途進行過濾。
圖2 使用者查詢操作畫面
要依這個查詢畫面來準備搜尋的條件，所需要的程式碼如下：
SimpleCriteria simpleCriteria = new SimpleCriteria();//建立並初始化搜尋條件
simpleCriteria.add(SearchCriteria.CRITERIA_KEYWORD, keyword); // 設定關鍵字
FieldFilter fieldFilter = new FieldFilter();//以下為設定過濾條件
fieldFilter.setCondition("City_id", city);
fieldFilter.setCondition("Purpose_id", purpose);
simpleCriteria.add(SearchCriteria.CRITERIA_FILTER, fieldFilter)
STEP 4：搜尋結果列表
當搜尋的條件準備好後，直接呼叫搜尋引擎進行查詢，之後搜尋引擎就會傳回一個搜尋結果。所需要的程式碼如下：
// SearchService searchService = ts5Core.getSearchService();
ResultList resultList =
searchService.searchBySimpleCriteria(simpleCriteria, 0, 30);
其中，最後一行程式中的0與30，分別是指起始筆數及傳回總筆數，意思是從第0筆起取30筆的結果，放入到ResultList中，供後續的程式使用。
STEP 5：資料細項
除了列表式的查詢結果之外，讓使用者在點選每筆查詢結果，也可以呈現更詳細的資料。假設我們希望呈現的畫面如圖3，並且點選每一筆的時候，會呈現圖4的畫面。
圖3 列表式的查詢結果
圖4 點選單筆會呈現的畫面
要從搜尋引擎傳回的查詢結果列表（ResultList）內取出所需要的資料，需要的程式碼如下：
ResultItem item = resultList.getItem(indexNo); // 取出第幾筆資料
item.getFieldByName("House_name"); // 取出該筆資料的House_name欄位
item.getFieldByName("House_desc"); // 取出該筆資料的House_desc欄位
結語
透過以上五個步驟，就可以將房仲業的資料庫與搜尋引擎結合，讓搜尋引擎來補足原先房仲業資料庫查詢的問題，並提高查詢的效能。這對於有在網路上或手機上提供房屋物件查詢的房仲業者，將可以大大提升使用者的方便性。
創意應用
龍捲風徵文活動「下載試用奪獎金」創意文章分享
使用搜尋器，工作變輕鬆：TS50與我的辦公室生活
藍色小舖帳號：Megan 鄒先生
軟體授權合約大概算是最天馬行空型的合約形態了，對於每一家客戶，都可以完全針對客戶需求及會買單的條件量身訂做一份買賣授權合約。由於軟體授權並非賣斷產品，因此還會有更新維護及昇級等問題，對於授權金也依授權數量的多寡而有不同的變化，每次易約、換約或重新簽定合約，都會再依照當時的狀況，以及過去的記錄，再擬一份新的合約。因此，主要買賣授權合約的組成就包括了「授權主約」、「銷售條件」、「各類授權附約」、「NRE等客製化專案附件」、「維護及技術支援附約」還有不斷依時空環境不同所衍生的「修正合約」，這還不包括其它「保密條款」等一般性合約。
對一個業務人員來說，掌握每個客戶的情況，其中一項最重要的工作就是掌握每一個客戶過去交易的條件及記錄，包含「產品項目(Product SKU)」、「產品單價(Unit Price)」、「階梯式定價價格表(Scaling Price)」、「付款條件(Payment Term)」、「生效日期(Effective Date」、「最低訂購量(MOQ)」、「合約有效期間(Duration)」、「授權地址」等等資訊，而且合約通常有交互參照的情況，常常要多份合約合併一起看，才能真正知道整個買賣授權的細節。
有知識但無管理的企業入口網站
問題來了，平常客戶下單時，都要先讓業務做銷售合約的條件檢查及確認(legal check)，每一個客戶的合約就有為數眾多的合約，再乘上簽約客戶的數量，常常要花很多時間去翻查合約。雖然拜電子化之賜，法務部門都將最後一版的合約放在企業入口網站(portal)上讓業務自行查詢，看起來好像很方便，其實不然。因為這些合約都以PDF檔的格式存放，而且在企業入口網站上並不會顯示內文摘要，充其量就是檔名和簡單的描述，並沒有辦法針對「生效日期」、「合約有效期間」、「產品價格」等等重要的關鍵字去做全文檢索。等於要業務人員看著一份一份的合約編號，慢慢地一份一份打開，再去從數十頁的條文(有些是英文的更慘)去翻找，常常光是簡單的查找就花掉一二個小時。
擬定客戶合約時更辛苦，除了要參考先前的合約外，還有許多和法務人員一來一往的草約，版本也不斷在更新，常常為了擬一份合約，光整理及參照清楚大概就要花掉一整天的時間。等到下次法務部門改好給你，可能又是數天或數周後的事，又要再重拾記憶再來一次。
鎖定並追蹤企業入口網站的特定主題
龍捲風搜尋引擎，提供了一條更方便的使用方法。利用【建立遠端網頁】的功能，將企業入口網站中關於合約的部份鎖定起來，並且設定為每月建立索引一次(因為合約的密集度沒那麼高，大部份集中在季末關帳前)，以節省建立索引的時間。一旦建立好即可輕鬆對企業入口網站中的合約網頁進行PDF檔的全文檢索，當我要查詢對廣達的交易價格、最小訂購量及付款條件，即可快速將「Quanta&Unit Price&MOQ&net (?) day」關鍵字打進去查詢，很快的相關合約就會被搜尋出來供做參考，甚至不用打開PDF光從【庫存文件】或【預覽功能】，就能夠得知我要的資訊。此外，我發現可以將這些冗長的關鍵字建立成【熱門主題】，這樣我就可以快速點選查找，而不用一個字一個字的去打或去想了。
連結客戶及銷售資料庫做交互參照
同樣地，我還可以利用【建立遠端資料庫】的功能，連結CRM/ERP中廣達的交易記錄，包含單價及數量等，同步追蹤是否和合約相符，以及做為下次擬定新合約時的參考。
將需最優先處理文件置頂處理
對於目前正在和法務進行的草約部份，則使用【置頂功能】，把硬碟中的相關文件都置頂處理，在進行合約草擬時，能快速叫出來，並把在企業入口網站上過去相關的合約都列出來參考。
同步追蹤財經網站
TS 5.0可以透過對某些財金網站或股市觀測站的連結鎖定，持續追蹤客戶的相關新聞、財報及銷售預測等，對於未來擬定合約及銷售策略有很大的幫助。而且透過相關字的設定，可以將Quanta和廣達設為一組同義字，讓中英文資料都能一網打盡不漏接，尤其像是一些有縮寫的公司名稱更是好用，例如：Gigabyte <-> GBT <-> 技嘉，MSI <-> MicroStar <-> 微星，Foxconn <-> Honhai <-> 鴻海 <-> 富士康等等。
對業務來說，這套軟體在工作上超乎要求。若要說缺點的話，就是安裝系統的過程有點困難，對技術程度不高的我來說，還要透過MIS的幫忙才有辦法安裝成功，是唯一可惜之處。
我補上一些圖及說明，
最喜歡的地方：
活動新訊
「2009 知識管理 跨界整合與創新應用」研討會
4月29日（三）下午 1:30 – 5:00，於基泰國際商務特區的3F領袖廳，龍捲風科技與意藍科技將聯合舉辦「2009 知識管理 跨界整合與創新應用」研討會。本次研討會將展現雙方合作後的亮眼成果。您想知道如何建構跨資料源、跨檔案格式的知識搜尋入口嗎？如何對外部關鍵知識（如：外部商情與輿情）進行監控與掌握呢？如何對紙本文件以及多媒體影音檔進行知識管理呢？知識管理與數位學習如何結合呢？一般企業在知識管理領域中經常碰到的困難點，在這個研討會中將會帶給您新的體驗與解答。
歡迎舊雨新知馬上連至我們的報名頁面，參與這場知識饗宴。現場座位有限，請儘速報名，以免向隅。馬上報名
ISVCA軟體通路系列之飯店篇 研討會花絮
3/26（四）由ISVCA（台灣產業軟體價值鏈聯盟）主辦，以「All New Mobile Hospitality - 軟體通路系列之飯店篇」為題，內容涵蓋：飯店業商業智慧、PND景點導覽、飯店內的知識管理、飯店保全…等的研討會，龍捲風科技以「知識管理 -讓搜尋引擎協助飯店知識分享」為主軸，除了上台和眾多與會者分享應用介紹外，也在現場擺放了攤位，進行實機操作說明。
為了ISVCA所舉辦的研討會活動，龍捲風科技特別二台電腦與掃描機至會場攤位，希望透過實機操作來讓與會者更了解我們的產品。
由於產品的魅力驚人，研討會中途短短的二十分鐘茶敘時間，龍捲風攤位前給滿了詢問與觀看Demo的人群，顧問們一刻也不得閒地不停為來賓講解產品特性與進行操作應用說明。
而由我們的產品經理主講的Section「俯拾皆得 知識管理(KM)-訂房訂宴合約」也獲得了熱烈的支持，台下的觀眾們皆聚精會神地專心聆聽介紹。
