TW463100B

TW463100B - A system, method and article of manufacture for a simulation engine with a help website and processing engine

Info

Publication number: TW463100B
Application number: TW088122830A
Authority: TW
Inventors: Mark Stewart Nichols; James Andrew Gilchrist; Alexander Han Leung Poon
Original assignee: Indeliq Inc
Priority date: 1998-12-22
Filing date: 1999-12-22
Publication date: 2001-11-11
Also published as: EP1145212A1; US7117189B1; WO2000038139A1; US6018730A; AU3287799A

Description

五發明說明(1) 本發明所屬領域則明係關於一種教育系統，尤有關於一種基於媒曰+=系、绝，能利用具有上下文相關之協助資訊的键接卿 =j協助學員理解從真實環境中抽取的實例以教授新的技 :發明背景】 A认ΐ ί立一個基於知識的系統或專家系統時，如果要適二ΪΓί驅動Ϊ識庫的規則’至少有兩種钏練是必襟動製造設備方面指導學生的領域專J可；t，一個能在自師，而醫療指導系統的專家可能是一個；制：：工程師是一個能理解專家系統，並 ^或護士。知識創建應用程式的人。在許多實例中，專豕的知識為系統家是不同的人，他們必須合作以建^ ^ 程師和領域專典型地，這種合作採用的形式 ^ 、統。專家提問，然後將問題的回答整合到条=識f程師對領域種方法是勞動密集型的，速度报慢而且容：：二中去。這程師並沒有提出正確的問題或者 _二，浑於建構知識庫的訊息就可能是不、方/不對，貝IJ 此確的。在既有技術系帶、錄音帶' 教科書和其他來源中：撂：，改變從錄像要兩種受不同訓練的人都投入工作难輸入’但還是需工栽細*边女垃山"T 4 «β « “ 進—步’如果知識^ 則用統第6頁五、發明說明（2) 中，如果沒有知識工程師的循環將從知識使用專家而讓用戶覺得使用的是具有來增加視覺吸 ••正確的"答案成整個系統的有商業模型的或錯誤的單一擬整合成規則完成建構工反饋。在傳獲取到知識系統部件的之味或不能線形視頻和引力和闡釋 ’而且僅支訓練。如此支持，只能反饋。目前來為用戶提作，則經常無統的系統中，驗證的多種過教育系統經常完成訓練項目圖像的靜態、觀念。這些系持由一個定義僅能提供二維基於選定的反的指導系統不供一創造性的法達成專家系係藉由耗時的程結合起來。由於缺乏推動。目前的訓練僵硬編碼的反統典型地支持好的路徑來指類型的互動，映對學員作出能將真實的商學習環境。统璧十反饋力，項目頌，一個導完而没正確業模【發明之概述】、依據本發明較佳實施例適用的廣泛範圍，提供一種基 $目標的予習系統利用基於規則的專家訓練系統提供認的教育經歷。此系統為用戶提供一模擬的環境，該環兄提供了以最佳方式理解和解決問題的商業機會。另外，還可以記錄錯誤並動態地提供矯正性的教育資料，以協助用戶建立在商業工作中獲得成功所必備的技能。此系統利用了人工智慧引擎來驅動個性化的動態反饋，所述反饋中還具有用於模擬真實世界環境和互動的同步視頻和圖形。 f習系統中還整合了多個"正確"答案，以容許個性化的學 -¾、-呈歷，其中通過整個系統的瀏覽舉程之步調係由學員自丨4631〇〇五、發明說明（3) 己控制。有一網站被鏈接到演示，以提供上下文相關的資訊來協助學員。【較佳實施例之詳細說明.】 (詳細說明）依據本發明之系綠的較佳實施例，較好在個人計算機，例如IBM相容個人計算機、“1)16的肫(^111：〇311計算機或者Unix的工作站實施。圖1顯示具有代表性的一硬件環境，圖中顯示依據本發明一較佳實施例之工作站的典型之硬體構造’其具有一中央處理器11〇(如一個微處理器）及夕個透過系統總線11 2互聯_的其他部件。圖1中所示的工作站包括：隨機儲存記憶體（RAM) 114 ;隻讀記憶體（rom) 116 ; I/O適配器118，用於將碟片儲存單元12〇等外圍設備與總線112互聯；用戶界面適配器122，甩於連接鍵盤 124、鼠標126、揚聲器128、麥克風132、及/或其他用戶界面設備例如觸摸屏（圖中未顯示）至總線丨〗2 ;通信適配器1 34 ’用於將工作站與通信網絡（例如，資料處理網絡）相連；以及顯示適配器1 36，將總線11 2與顯示設傷 138相連。典型之工作站安裝有操作系統如Micr〇s〇f1：

Windows NT或Windows/95操作系統（〇s) 操作系統、MAC OS、UNIX操作系統。那些精通本技術的人員會瞭解本發明能在前述以外的平臺或其他操作系統實施。較佳實施例用JAVA、C和C+ +語言寫成，並利用了物件導向的程式規劃方法。物件導向的程式規劃（〇〇p )已

第8頁

lllloj) 五、發明說明（4) 2 = f被採用於開發複雜的應用程式。隨著耐朝著變以開發的主流發展’各種軟件解決方案要求能改則應用的優勢。如此即存在—種需要，即將_的原訊息傳遞系統的訊息傳遞界面上，俾提供用 = 2遞界面的OOP類別和物件。依據一較佳實施例的、係基於Microsoft Visual Basic的元件，後者係開發用於幫助設計和測試與Micr〇s〇f七Exce 1表單有關的 f饋。這些表單模型能模擬實際商業功能並成為將由學員完成的任務。模擬引擎接受模擬輸入並計算不同的輸出，然後在預定的時間將模擬的狀態通知系統，以獲得適當的〇反馈。 (元件之間的關係）

模擬模型執行學生學習的商業功能，這些功能是應用的核心。一動作"層”容許用戶透過讓輸入進入模擬引擎並接收模擬模型的輸出之方法而目視指導模擬。例如，若學員正在執行一個收入報表的行動，貨物銷售計算的淨銷售額和費用就作為模擬模型的輸入，而淨收入值被計算出來並檢索作為輸出。當計算值被傳遞到模擬模型並從中檢索之後’它們也被傳遞到智能教練代理（〗CA )。〖ca分析模擬模型的輸入和輸出，並基於一套規則產生反饋。這種反饋被接收’並通過Visual Basic體系結構顯示出來。圖2是依據一較佳實施例的系統體系結構的方塊圖。演示”層"210的表現與活動"層"22〇分離，而且通過一套控

第9頁 h 4 63 1 00

制顯示特定的内容主題的訊息23〇使通信更加方便。一較，實施例使知識工作者200和2〇1能迅速、可靠並持續地獲得複雜之技能，方淥是讓—個組織來教授如何迅速習取複雜的技能。該結果的獲得是藉由將個人置於一個"看起來和感覺起來"像真實工作的模擬商業環境中，並對他們提出挑戰，使其利用高效的學習理論（例如，基於目標的學習、邊做邊學、基於失敗的學習等），最後是多媒體的用戶界面與一個強大的整合軟件元件相配合，而作出能符合商業戰略目標的決策。這些元件中的第一個是一個軟件ς 決方案建構助手（SCA) 230 ’包括數學模型工具234，它，模擬一段時間内個人團體活動的商業結果。^二個元件是知識系統2 50，包括一個HTML内容"層"，它能組織並給出和線上教科書非常相似的包裹知識，所述書籍具有習° 題、視頻戰爭故事和詞彙表。第三個元件是一個包括有一人工智慧引擎240的軟件指導者2 70 ，該人工智慧引擎24〇能基於學員作出的決策產生個性化的指導訊息。

反饋對於每一個完成課程的個人都是獨特的，而且還支持"設計到”課程中的客戶文化訊息242。一商業模擬方法包括有對内容獲取、故事主線的設計、互動式設計、反饋和指導之給予，以及内容之給予的支持，此商業模擬方法依據一較佳實施例被整合到系統的體系結構中。依據— 較佳實施例並包含大量的”預設計”學習互動，例如訊息 238的拖放動作、情境評估/活動計劃、訪談（一對一，一對多）、發表（對一組專家/董事）、對性能的測量（現

第10頁 4 63 1 〇〇五、發明說明（6) ' ------- 在處理，後來處理）、對決策之影響的"時間跳轉"、競爭性的情節切換（"時間跳轉"、競爭者合併、客戶已獲得）和具有自動記錄的視頻訪談。依f 一較佳實施例的商業模擬以最佳方式提供培訓課程。這是因為，這樣的應用提供了能反映學員實際工作環境的有效訓練。"基於工作的"技能應用有助於保持力的增進和實現更高的總體工作性能。盡管這些訓練應用的成果給人以深刻的印像，但是要正確地設計和建立商業模擬是很複雜的。這些模擬的特點是極為開放式結尾的環境，其中學員能順著多條路徑完成應用，這取決於他格和既有經驗與知識。 J予為風被稱為邊做邊學的學習方法通常在勞動力執行周期的第一階段（學習）作為解決方案。然而，它也可以 ==2 (執行Μ為解決方案使用，使得在工；執需要學習的點。藉由使用提出的方法，Ϊ顯 =基於技術而用於建立商業模擬解決方案之方法的某些優 ί少建模擬的解決方案能夠以較低的費；和〇得更容易％去的知#具重複性和可預測性的計劃，從而獲传更夺易⑽知的和實際的用戶價值。現在大部分公司的培訓計劃都適當地將重點放在培訓的目的此： "如何"之間的區=了Π 二及認識"什麼"和認識授的多半是無聯繫的和結構不全的事實與

^ 11^ 4 6 3 10 0 五、發明說明（7). 重點本來都應該是改善性能-每地針對事實和資料設計的時候，扔掉這些講座、書籍和考試吧。方式是’執行；經驗是最好的老為，工人工作的時間越長，他們此’培訓新雇員的最佳方式是讓實際的工作環境中獲得技能。雖革命性的，但是它在商界和學術普遍要求得到的是更強的能力，學員不願採用邊做邊學的方人們努力工作’以避免在別人面實行邊做邊學，是因為初學者的律和經濟上會產生重大的問題。ίΪί上為大型的喷氣式飛機加 ’考慮一下一個新金融分Ϊ = Ϊ時邊做邊學的情形吧樣的失敗來培養能力更強的勞動到知識系統的關鍵在於， ° 作者用來執行束滅工作需"離線’’或者找出氣，H有找出埋在紙質手冊吏二獲得指導或發現問題 :需；：與工作者們所用的相同使用。紅/如何，而非"什麼" 使用任何時候學習都會發生，講座、你如何隼備獲師！大的工作他們藉然邊做界都受那情況法，因前犯錯失敗可書籍和考能夠教授得好的表多數公司效率就越由工作來邊學的觀到了抵制為什麼會為他們害。公司的能意味著想像一下，個速時邊做邊學的析人員在組織數。很少有雇主願者。它是否能被無漏的商業系統中》和活頁夾内部的的答案。藉由在應用，並使它們所有這些支持元在執行和改善性試都内在表現呢？現的最佳的領導認南。因學習，在點並不是。如果說這樣呢？怕失敗。領導不願安全、法新飛行員情形吧；百萬美元意承受這洞地整合工作者無隱藏訊需要的時適應個人件都可以能之間幾

第12頁 4 63 1 ϋ Ο 五、發明說明（8) 乎沒有差別。即使已經確定訓練應該集中在執行（如何 )，而不是事實（什麼），且擴展學習的模型以包括執行時而非僅僅是執行前的幫助，仍然會使我們暴露在準備要在新的混亂經濟中競爭的危險之中。如本文開始提到的，現在商業變化的步伐仍然像鞭子尖端般快速。不僅新的經商方法每18到24個月就有發展’新的競爭者出現、取得領先地位並消失，其時間周期與公司進行人口統計研究時經常使用的周期相同。現在，情況比往常有過之而無不及，那些不願經常重新改造自己的人都會被變化的步伐所淘汰。一個典型的BusSim項目需要1到2年的時間才能完成’同時還需要在功能上和技術上有很強的能力。圖3顯示依據一較佳實施例的典型應用程式的每個開發階段的時間線和相關資源要求。該圖清楚地說明了開發的建立和測試階段要求的技術資源的巨大數目之間的聯繫。這是因為用來建立BusSim解.決.方案的傳統開發過程反映的不過是"‘” 一次性"的哲學，其中以完全統一的形式從零開始進行開發，在一個應用和另一個應用之間很少或根本不能再度利用°這種缺乏再度利用性使得該方法對未來的BusSim計晝來說極其昂貴而且極費時。該問題的解決方案在於··將工具放入指導性設計者的手中，從而容許他們在不需要程式師編寫代碼的情況下，產生BusSim設計並實現這些設計。以及將與工具整合的應用程式體系結構放入開發者的手中，為他們提供迅速為多個不同平臺提出解決方案的能力。所以，再度利用就是將

463100

一個項目中的工具和體系結構應用到另一個項目中。功士的和技術上的資源本身都具有如何使用技術的知識，b 這也有一種相關的優勢，即為BusSinj項目提供最佳練習的開發方法。 (開發周期的活動）設計階段，建立階段，測試階段，行階段

在設計階段，指導性的設計者逐漸適應内容領域，並 j始將指導方法觀念化。藉由閱讀資料以及和主題問題專豕（SME )座談’他們越來越熟悉主題的問題。他們並藉由關鍵的用戶接觸，確定了學習的目標。學員互動和界面布局的觀念化設計也開始形成《在觀念化設計成型之後，就開始進行低真實性的用戶測試（例如，會議室引導）。學員與界面（實驗或教學用的）實物模型進行互動，同時促進人員開始觀察並記錄所有問題點。最後，建立包括結論之詳細設計。這些詳細設計被提交給開發小組進行實施。傳統上，設計階段一直存在著很多問題。和傳統的商業系統不同，BusS im解決方案並非扎根於可觸知的商業過程之中，所以很難用具體的方式確定需求。這就為針對性的設計者留下來一個"藍天"的設計問題。由於對解決方案的商業驅動的限制較少，内容領域的專家知識很膚淺以及技能十分有限，指導性設計者在開始設計時不能獲得任何幫助。典型地，僅有那些富有經驗的設計者能夠想像出那些能實現技術上的可行學習目標的界面、分析和反饋的設

第14頁 4 63 i 〇〇 - -- . 1 _ 五' 發明說明（10) " ------；- j。為了解決該問題，Bussim解決方案在本質上均為非常汗放式結尾。設計者必須能預先想到學員行為的多種巨大，，合’纔能設計出有幫助和有現實意義的反饋。

D 在建立階段，應用開發小組使用詳細的設計來為應用編碼。編碼工作包括學員互動的界面和小工具。界面可以由按鈕、網格、複選框和任何其他容許學員觀察和操縱其提交標的物之螢幕控制件組成。開發者必須為能分析學員的工作並提供反饋互動之邏輯編碼。這些互動可能採用的形式是來自模擬小組成員的文本及/或多媒體反饋，與模擬小組成員的交談，或者由模擬小組成員直接操縱學員的工作。在進行編碼工作的同時，還產生了要在應用中使用的圖像、視頻和音頻。管理這些資產的開發過程有其自身的複雜性。建立階段的危險包括對設計的誤解。如果開發者不能精確地理解設計者的意圖，應用程式就不能具有需要實現的功能。同時’為這些應用程式編碼需要熟練的開發者，因為分析學.員的工作和形成反饋的邏輯都是非常複雜的。

測试階段’顧名思義’是用於測試應用程式的。測試的目的是用三種方式來驗證應用程式：第一是應用程式是否功能正常（功能測試），第二是學員是否能理解界面並有效地通過測試（可用性測試），第三是達到學習的目標 (認知性測試）。應用程式的功能性測試可以由開發小組或專門的測試小組進行。如果應用程式不能正常運作，就要進行除錯、修正、重編譯和重測等，直至其運作令人滿

第15頁 4 63 1 〇〇五、發明說明（π) 3止。可用性測試和認知性測試僅能由那不太熟悉的測試學員來進行。如果可；滿程可能需要重新設計、重新編碼和番鉼咖#::人滿意就反饋邏輯。如果沒有達到學習的目標'可應或用部分程序，並從不同的角度重新開發該程序。，；型地會遇到BusSim開發周期中可能遇到的 ^數因難。發現和改正功能、可用性和認知方問題的過程是-個困難的過程，且不是完全意義上的科學w 在功能測試時，測試人員進行應用程式，方法可按測試情節進行或自發地進行測試’並在自己的測試^程中記錄自己的行為。當遇到問題或產生未預料到的社果時’它也被記錄下來。該部分應用程式的開發者收^這些標案’並試圖藉由重複測試者的行為來重現這些問題。二果問題可以重現，開發者會進一步調查以發現原因，並進行修正。開發者再次重複測試者的行為，以驗證修正是否解決了問題。最後’所有的其他測試情節都被重新執行，以驗證修正並沒有為應用程式的其他部分帶來不希望得到的後果。執行階段是指在產生環境中整個程序的穩定運作。對於某些客戶來說，此有關於為學員的電話支持。客戶可能還需要在整個課程中追蹤學員的進展和透過課程控制他們進展的能力。最後’客戶可能希望得到追蹤某些問題的能力，以考慮將它們包括到課轾更新版本中。線上課程的一個關鍵價值在於他們可以在對各別學員方便的時間、地點和速度進行。然內，由於學員在地理上

ΙΊΗ 第16頁 4 631 〇〇

五、發明說明（12) 來說往往不集中，^^ ,、，，常需要為學員提供並不能隨時獲得支持。因此，經進展，或；展望追蹤學員的已經令人滿意地完以，以驗證他是否的一項困難在於分離出風員的^=。/、子貝追蹤經常有關的課程資料可能非供分析。要傳輸所有行必要分需經常要將對學員的進展進 (商業^的料分離出來。反映的不過是"一次性，：b二im j:方案的傳統開發過程藉較好的方法可能是，將重點放在利用確；能減# f發過程需要的總工作量’因為再度拾杳堪4、、+. 八甲使用的共有方面。在種程序的固有部分出界吟二個共有的方面作為每應用帛' 为析和解釋。每種BusSim ^ = 員互動的機制。每種界面的複雜度都背景案彳^ 又實時模擬任務的高互動性，一直到商業 ..... 心任務的較低複雜度的訊息提交要求。無論

第17頁 4 63 1 〇〇五、發明說明（13) 用戶界面（UI )的複雜度如何的模擬和反饋邏輯都是一個重要使終端用戶可以使用基礎每一個BusSim應用程式，，問題。定義模擬之當前狀態的資料進二^，用程式執行期間對於確定在模擬期間發生了什麼，$ 久分析。這種分析可以資料執行附加的計算。例如，1者對即將反饋回模擬中的擬環境（筆記本、數目值和執二能是要認知學生在模的任何行動，或者可以是基於興畐=談等）中對物體採取 R0I計算。實質性而有用之反、/3員提供的數目所進行之關鍵部分。對於『學員的行動疋任何BusS丨m應用程式的到執行的目的』一事加以遵、s 1底會有助於或阻礙他們達特點的解釋部分採取任何乃=^要機制。提出的共有析清楚。成發表分析部分3订的需分/&结果，並將其分在其旁邊加註某些評估性的上 ’ $ 了3%|)，並低7 %，你有麻煩了"，或去" （p，"需求比預期值得太棒了”的時候，Λ者的2 = = 你做有多種方法可以蒋媒此界上么認的公正觀點。的兩種方法是基於架構的；法：：：於：J利用。較普遍於說明兩種方法之間的差土； π件的方法。為有助修建一所房子作為個”以建立-個應用程式和人也可以使用新零開始建築-所房子。-個一個應用程式。的原材料來從零開始建立元件的再度利用= ί於ϋ的再度利用及/或基於來減ν兩種工作中需要的工作量。在基於第18頁 4 ί 〇〇五、發明說明（14) 架構的再度利用的範例中’可建構架構或體系結•。在房子的類比中構=义=共: ΐ 屋架構，其中包括地板、外牆、_和屋製該：η增加分隔牆、壁紙、木製結構、地毯等來定的應用程；，可用的預建構應用程式架構包括基線以二觸Κί;Μ各別的1用程式。，見使用的應用、卞傅的個例子是Microsoft Foundati〇n 程T二(微f ί本類庫)。這是用C + +開發Windows應用 h：功ϊ 構。MFC提供了窗口應用程式功能的基本式美二藉由在架構内增加功能來完成應用程 :如再度利用最適合於獲取樣板類型的特徵，的η ί理、過程物件行為和任何其他要求專業化的特徵。使用架構的優勢包括：中，=中加入廣泛的功能〕°在房子的類比以：=設立裝有水管、電氣配線之踏：非常類㈣應用輕式’則它們將會有更多的共有特性：以被包括在架構中，而不是分別建立。〔應用程式在適當之處可、, 如果房屋牟槿且右箱杰、士沐置換架構提供的功能〕。用。類似地，承繼之物件導向原則容許應用程式開發者置換架構的行為。在基於元件的範例中，關第19頁 4 63 1 00 五、發明說明（15) '-— 鍵的功能被加入到一元件中。此元件可以在多個應用程中再度利用。在房子的類比中，元件對應於用具，例如1 盤機、冰箱、微波爐等。類似地，可以從其他廠商獲得' 具有預先打包好的功能的許爹應用程式元件。常見元件例子疋資料網格（Data Grid)。這是一種能整合到應用程* 式中的元件，提供觀察資料表單類型的網格中資料的功能。基於元件的再度利用最適合於獲取黑箱類型的特徵，例如文本處理，資料操縱或任何其他不要求專業化的特徵。· 〔同雖然並不有房子能必須提供所有的盤類型的共〔元上，微波鐵的還是屋。你可以將低級不同的微等元件技司空見慣的技術和一個計算機的多個適合用類比來說明夠同時共享同一個子、清潔用程式元對磁碟和降低對平任何房子也不管它兩級的微放在高級你的房子這種靈活度利用的的技術結自己的盤子。在應享並減少件傾向於爐可以在木製的，以將一個的微波爐波爐放在術就使得。達成再基於元件程序可以共旱同一個元件〕。 ’但還是想像一下，相鄰的所洗盤機的情形。每一所房子都劑和水，但是它們不能同時洗件的世界裡，很容易實現這種記憶體的需求。臺和，工具'的依賴性〕.。事實中使用’無論房子的架構是鋼被定製用於興建大廈還是小波爐放在低級的房子中，也可的房子中。你甚至可以將多個中。C0RBA、COM和Java Beans 性在應用程式開發過程中變得最佳答案經常在於將基於架構合起來_。基於架建構立

第20頁 4 63 100 五、發明說明（16)

BusSim應用程式的方法也適用於開發甩戶界面，處理用戶和系統事件’啟動和終止應用程式’以及其他應用程式特定的和提交平臺特定的功能。基於元件的方法也適用於黑箱功能。這是指沒有專業化要求時能直接使用的功能。在創建此支持B u s S i m應用程式開發的體系結構時，所有資源必須盡可能保持靈活性和擴展性，否則就會降低再度利用性。因此’我們選擇利用元件的方法，而不是利用架構的方法’來實現BusSim應用程式的獨特特色、該決定進一由以下觀察所支持。 ’ (商業模擬的提交架構）

元件和應用程式架構和應用程式體系結構結合起，以獲得最大的再度利用和最小的定製開發工作量。掸應用程式體系結構能夠在應用程式界面和元件之^ J 件之間提供通信支持。該解決方案有下列特徵：= (由圖標表不）封裝了關鍵的BusSim功能。應用系結構提供的是容許（應用程式對於知式患，之通信的枯合劑。應用程式提之:以 :互動形式定製的結構和基本功U有為不同 :必須定製開發。下一節進一步詳細討論所 (商業模擬工具集）我們已經清楚地說明：為什麼要以較低的費用產生古

4 63 100 五、發明說明（17) 案時’將元件/架構方法相結合之方果市場上有大量的第三方架構，為BusSim解決方案的開發和提出提供，特的服務。這些元件連同一套設計和測試工作臺指導性設計者用來支持BusSim開發四個階段中的活動之工具。我們將這套工具稱為商業模擬工具集。以下是對工且和工作臺的說明。可以將—想像成封i ίίίϊ 時必備的行為和方法的黑箱。它藉由公開世界揭露這些服務。元件的公開界面容許你 =解匕藉由提供這些服務可以做什麼，而不是它如何做。 ^=程的複雜性係對用戶隱藏起來。以下是BusSim工具 J :::兀件。(領域元件）—提供為模擬狀態里建立的服務。Lipfiling元侁（概要元件）一提供基二規則對模擬的狀態進行評估的服務〇 Transformation it 迮c轉換兀件）一提供操縱模擬狀態的服務。Remediat.nn (矯正元件）一提供基於規則向學員提出的服務。〇ma in模型元件是套件中的中心元件，能促進上下文資料在應，程式和其他元件間的溝通。它是一種模型建立工心斯*使用工業標準的資料庫例如Informix，Oracle或 = base來儲存資料。領域模型代表模擬過程中之物件。這 ^物件都是假想的有形事物，比如學員能拉的杠杆，學員寫$表格或記事本，模擬會議中學員與其互動的字符匕們也可以是柚像的物件，例如供特定投資用的

mm 第22頁 4 631 00

五、發明說明（18) KOI，學員詢問某一問題的次數等。這些物件被稱為實，。了些實體的例子包括：保險領域中的車輛、操作員和事故，金融會計領域中的日誌登錄、現金流量說明和平衡表，以及銷售領域中的消費者和購買力等。一個實體還可以包括其他的實體。例如，個人銀行帳戶實體可能包括代表存款的實體。每一個實體都有一套屬性’其中每個屬性都以某種方式來說明該實體。一個實體擁有的一套屬性從本質上定義了該實體。一些示例屬性包括：保險應用程式的事故實體包括的屬性如"發生曰期"、

11事故類型代碼"等。一個日諸登錄實體擁有的屬性例如" 貸方帳”、π借方帳"和"金額”；而一個抵押應用程式中的周轉信贷帳的實體包括的屬性例如"未清餘額"、"可用额限制"等。圖4顯示依據一較佳實施例的汽車保險行業中的索賠（請款）處理人員的領域模型的一小部分。 (Profiling 元件）以最簡單的方式來說’ Prof i ling元件（概要元件）的目的是為了分析領域的當前狀態並確認對該領域成立的特定事物。然後，這些訊息傳遞至為學員提供反饋的 Remediation元件。Profiling元件藉由像調查員問案一樣，詢問領域狀態的一些問題，對領城進行分析。概要元件詢問的問題被稱為概要。例如，設想有一個與建立營火會相關的問題，而學員剛剛將火柴投到了柴堆上，但是火沒有點燃。為了對學員給出有用的反饋’教練需要知道以

第23頁

4 631 〇〇

五、發明說明（19) 下情況.火柴點燃了嗎？木举嗎？等等。這些間題都在概；元;牛用：工=柴堆上點火了中-分析的結果被傳遞給Reffiedia 力析領域的概要些訊息來為學員提供特定的反饋。詳&件，它會使用這套與領域匹配的標準。概要的目的是钜:個概要是一的設計者產生4，：;；具，指令性要的-些問題。在B咖應用= 域= 或者电應用程式自發地請求反饋時，與奋要被評估，以確定哪些是真的。概要的；子L目的錯誤的收支平衡公式；好的駕駛記錄但是較低及正確的現金流量分析但是报差的投資回一個概要由兩種類型的結構所構成：特徵和集體徵。特徵是能確認對於確定應向學員發出何種反饋是非常重要的領域之部份集合的條件子句（―規則之含"的那一半 )。特徵的例子包括：交中的錯誤借方帳；完美用分類；最後3年的至少一個DUI ;最後2年中超過4'〇〇〇美元的請款；在5年内2次以上的差錯事故。特徵的條件子句使用一個或多個基元作為運算元，來確認定義該特徵的領域部份集合。一個基元僅僅參照領域中一個實體的—個屬性，這就是術.語基元。基元的例子包括：Dui之數目. ROI>10% ;收入在7 5,000美元和110,〇〇〇美元之間。集體特 .徵使用多個特徵及/或其他集體特蟓作為其運算元的條件、

4 6 3 1 〇〇 1、發明說明（20) ' ~ 子句。集體特徵谷許指導性的設計者建立更加豐富的表達式（例如，詢問更複雜的問題）^集體特徵的^ :包括：惡劣的豕庭駕駛記錄，良好的信用等級；勉強夠格的作用等級。費用交易的現金問題；以及現金的來源和使用^問題。一旦創立了之後，設計者能夠在多個表達式中再度利用這些元素，這樣就大幅地減輕了創建附加概要的負擔。當由元素創建一概要時，可以使用基元的多個特徵，'^徵可以被多個集體特徵和概要使用，而且集體特徵可以被多個集體特徵和概要使用。圖5顯示依據一較佳實施例的保險業概要。 ’、 (保險業的示例概要）

Il^Jlslormation tg 轉換元件）——Prof i ling 元件詢問有關領域的問題，而Trans formation元件對領域執行計算’並將結果反饋給領域，以便由pr〇filing元件進行進一步的分析。如此即可簡化複雜商業系統的模型建立，否則其將非常難以實現成為應用程式的一部分。在界面/ 分析/解釋執行流程的分析階段’在Pr〇fiHng元件開始進行分析之前，Transformation元件實際上即已在領域中開始起作用。Trans format ion元件起的是外殼的作用，將— 個或多個資料之模型建立元件包裹起來，用於將這些元件整σ到BusSim應用程式中.去。Transformation元件促進將特定的資料從領域中傳遞到資料之模型建立元件（輪入）中以便對資料進行計算’同時也促進將計算得出的結果從

麗

第25頁 63 1 00 五、發明說明（2Ϊ) 資料之模型建立元件回送領域（輸出）。圖6表示的是依據一較佳實施例的轉換元件a_ ta modeling c〇mponent(資料模型建立元件）可能是第三方的模型建立環境，例如基於電子表格的模型建立（例如，Excel和 Formulal)或者離散的基於時間的模擬模型建立（例如， Powers im , VenSim )。元件也可能用 C + +，VB，Access 或其他與ODBC相容的工具來定製建立，以提供獨特的模型% 立環境。使用Trans format ion元件來包裹第三方的電子格元件，提供了一種容易的方法將基於電子表格的資料八析整合到應用程式中去，這些資料是^Excel等工具產生刀的。Transformation元件為電子表格提供了外殼，使得其能調查領域的内部，取出需要的值作為輪入，執行計、並將輪出反饋回領域。 ° ’ 例如，如果一公司的財務報表儲存在領域中，該領將保存基線的資料，譬如像公司有多少現金，資產和負如何等。Transformation元件將能看到資料並许算其他值，=如現金流量比率，或投資的R〇I或Npv，或者任何他計算，以便定量地分析公司的財務狀況。根據其、，，這些計算將藉由Μ存在㈣子表格執行，而該表格疋客戶已經花費了相當多的時間來開發的。 i^Lg.diati〇n 元件（橋正元件）-—Reniediati〇n 元件一個專家系統，可以幫助將智能反饋整合到BusSini應用中、。它有如下特點：產生高品質文本反饋的能力；產生老視.頻及/或音頻的多媒體反饋的能力；在反饋中包含參第26頁 ^ 4 63 1 00 五、發明說明（22) 照材料例如Authorware頁面或Web頁面的能力，主動操縱用戶提交標的物以突顯或者甚至修改用戶錯誤的能力Y — 個嵌入在它的反饋組合運算法的經證明之續正理論，容許將數字資產整合到一個訓練或IPS應用程式的續正_中去 Remediation模式包括三個重要的物件：觀念、訓練主題和訓練項目。觀念是用戶在界面上將面對的實際世界觀念的物1。觀念可被分為子觀念’而產生一個觀念的分級办樹"這個樹可以有任意的深度和寬度’俾支持豐富的觀朱模型建立。觀念也能包含任意數目的訓練主題。二練主= 可以是一個代表合適於一個觀念之討論主題的物件。訓練主題能有任意數目的訓練項目。訓練項目是、可能包含文本、音頻、視頻、URL，或者對領域H項的目更 $。訓練項目包含於訓練主題，並由Ren]ediati〇n元算法所組合構戒。 — -BusSim工具集也包括一套 ’後者被指導性的設計者用於設計和建構BusSim應 " 工作室是用以幫助將被B usS i m元件用於決定一 ’’、程式的運作時行為之資料，予以可視化編輯和測試的，BusSi111工具集包含如下工作臺：Knowled --知識工作臺是被BusSim元件 sh :二士、分析和反饋資料的一種工具。它有如下特知轴谷許设汁者將知識"塗"到拖放界面上；可視化地顯示六= ί认計者之間能更容易地通信。界面是智能的，各许没S十者僅CT玲《 L . 八愛上有效的互動，設計者的任務創造被儲

d63 1 Q° _ · 五、發明說明（23)

存在一個中心倉庫中；工作臺支持一個任務的專屬編輯之進入和退出，支.持基於局網,的或沒有束缚的編輯工作；自動地產生設計的檔案；而且它能生成可驅動元件行為的資料文件。Simulated Studen t Te st Workbench(模擬的學員測試工作臺）——模擬的學員測試工作臺是一種創建資料的工具’該資料能模擬學生的行為以測試Bussim的元件行為°它有下列特徵：測試臺基於領域模型產生模擬的應用程式界面’·設計者在領域模型中操縱物件，以模擬學生的活動；設計者可以使用調用此元件以經歷學員在生產過程中會經歷的互動；而且設計者可以在開發應用程式界面之則’完全測試互動行為。Rg_g_ress ion Tfis十Wnrkhd 試工作臺）回歸測試工作臺是一種對學員的單元期間進行重播和測試的工具’有助於除錯。它有如下特徵：每個學員的提交可以藉由元件單獨重播；同一單元期間中的任意數目的學員提交可以連續地重播；整個學員單可以迅速地成批播放；|員的互動結果與回歸測試的結果並列以便於比較。 (開發周期活動）

BusSim應用程式的設計階段藉由使用知識工作臺來合化。知識工作臺是一個可視化編輯器，用於崎擎的物件之狀態’以控制它們的運作時行*、：定於經證明的運算法，該運算法可以獲取鈾二各兀件係基算，並為指導性設計提供一個觀令行最佳的實規办化的架構和方法。於觀

d631〇〇五、發明說明（24) 念化設計中，要精熟的觀念組織内容《觀計者審查。工確保過程。另在設計階段的訓練主題上塗計者可以將多將每個主題標種與經證明的每個主題填寫 Authorware 鏈學員的媒體物工作臺可以分級模型。念的可視化作臺的連續外，可以自過程中，設寫’來為觀個反饋主題記為讚揚、橋正方法一文本、視頻接或者其他件0 容許設這可以表示有視覺和動為整計者藉念分級與每個潤色、致的反戰爭故可作為計者塗上學員在活動中需幫助設計者以邏輯的方式助於將想法傳遞給其他設觸覺還有助於流暢的品質個設計產生標準的檔案。由在學員可能需要反饋的的設計增加更多細節。設觀念結合起來。設計者還集中、重新指導或其他幾饋類型。然後，設計者為事、WEB頁面鍵接，反饋主題的一部分傳遞给工具集可以在功能測試期間大幅地減少工作量。滅少工作量的關鍵驅動力量在於：元件可以自動地追蹤測試者的行為’而不必在應用程式中增加代碼的支持。一旦測試者在界面上有所行動，該行動就被報告給領域模型。從那裡它就可以被追蹤到資料庫中。測試者不再需要記錄自已的行為作除錯之用；這些行為被自動地寫到磁碟上。為測試者的行動添加評論也是一個特色。當遇到沒有預料到的行動時，測試者可以敲擊一個控制鍵序列，後者可突然產生一個單元期間框來記錄對錯誤行為的說明。於執行^段 ’元件被分布到學員的平臺上。這些元件將極短之反應又時間和無差錯的操作提供給模擬小粗成員和反饋功能。 h

463 1 00

果客戶需要，可以在運作時風β、員進行評估和管理.。产脅予貝追縱機.制，用於對學 &處杜絕任何可能產生的錯誤》 (使用商業模擬工具集的情節）要想對BusSim工具隼如彳

獲得更好認識，一個好方沐曰大量減少BusSim開發工作量在“以4應用程式的特定經這樣一個情節，即如何

D 的基礎知識的更廣泛的上；=項工作屬於學習金融會計 3 巧說明將有助於設置情節的上下文。以下的說明是5個 :二任務開發過程中的不同行為。下面的圖顯示務界面的屏幕快照。圖7顯示的是依據一較佳實施例使用工具條來瀏覽與取用應用級的特性。學員使用工具條瀏覽與取用應用程式的某些應用級特性。工具條是穿過界面頂端和左邊的倒L形物件。工具條的頂部容許用戶瀏覽到當前行為中的任務。工具條的左部容許學員取用應用程式的其他特性，包括反饋。學員可以藉由點擊 (click)小組之按紐，來分析他的提交標的物並接收反在此任務中，學員必須記錄22個發票和其他來源檔案的日誌，以便記錄内部帳戶之間的預算美元的流量。（注意："記曰諸”和"記錄日誌"都是在記帳期間記錄發票或其 =他來源稽案的總帳中的日誌登錄的過程。這個過程要求為

五、發明說明（26) 每個檔案創建帳的記錄就被告）。依據一 )被開發用於創建和傳遞變饋在引導學員藉由分析有問推薦特定的行藉由記錄下對個應用程式中互動類型或特和之工作臺打須要類似之基力0 借方和平用於創建較佳實施在高複雜得標準化學習應用題的區域為，可以應於已證都可以發定的設計包在一起於規則之，馆，項目。一旦此過程完成，總固武驗性的平衡和隨後的金融報例—個智能教練代理工具（I CAT 度2開放式結尾的環境中使反饋的和簡單化。來自教練或指導者的反程式時起到工具的作用。進一步， ^並基於預測到學員對領域的理解提高學員對關鍵觀念的理解能力。明的反饋策略的規則和反饋，在整出一致的反饋，而不管產生反饋的者/開發者如何。ICAT係與用戶親 ’這樣它可以被再度利用，以便在資料引擎和倉庫的項目中提高生產 (依據一較佳實施例的ICAT的定義）智能教練代理工具（ICAT)是一套工具——個資料庫和一個動態連接庫（DLL· )運作時引擎——被設計者用於創建和執行對基於目標的訓練的及時反饋。設計者錄間發工具中的反馈和規則。-旦設定了“，以引擎即監視用戶的行為，調用規則並產生說明商業可交付物的反饋。在I CAT内動態使用的矯正模型，基於學員的先前反映，生成最適當的反饋以發送給學員。I CAT模型係基於反饋的理論，後者已藉由引導結果和非正式訪談證明是有五、發明說明（27) _ 效的。該模型在物件模型*ICAT運算法. 模型被建立於工具之中，所以工具產生的；：：：。因為該模型。ICAT在學員的培訓中扮演兩個角有反f都符合是一個教學系統，幫助學員充分理解和利用了先，I CAT ICAT是一個守門員，保證每一個學員在轉仙其次，前已掌握該材料。ICAT是一個自足式模=^其他訊息之

，麗T與應用程式分離，就容許其他項目、J 谷許設言+去' 虛田&』a、 ®使用IC A T並為學員的錯誤產1效地互動，從而個用於創建反饋的7步驟方法。疋通用的準則和該領域中的學習教程。二括:方-的步驟，咼反饋的有效性，從而滿足 =法，可以提程都有特定加2 一些過程還包括運算法。每個過學。ici右到設計之中，用於增強矯正性和教子1LA丨有一套測試工具此4 ^ 測試他們的所有反饋和規=設計者和開發者能在學員進行課輕時另卜，逆舨工具還讓設計者 3 施例的工具和運作時們的實時行動。依據一較佳實還包括用於分析學員」擎包括矯正的專家知識。這些物件中反饋的邏輯。設許去=作以確認有問題的區域和發送集揮作用。在工具# LI，需使物件實例化就可以讓工具發 -部分有Ϊ同；中體現專家知，確保了課程的每 •件結構為所有依楗一鹼f饋結構。依據一較佳實施例的文較佳實施例的應用程式提供了一個標

第32頁 ά 63 1 00 五、發明說明（28) ，，系統環境。開發目錄下有多個子目錄。檔案目錄的内，，體系結構分離安裝的一部分。這是由檔案目錄的大小 h疋的。匕不需要任何支持文件，因此它可以被放在一個中或個人計算機上。當依據一較佳實施例安裝體系結構知，開發目錄下有_Arch、_T〇〇ls、_utiuties、

Documentation、QED和Xdefault等開發目錄。每一個文件 1 ϋ:目錄結構，和其他的目錄互動連接著。必須維確保項目間的一致性，相容性，從而使項目的差別，以及體系結構的更新得以明確化。 rch目錄儲存有系統體系結構中許多最常見的部 ί用延ί文件通常不改變並能在項目的不同領域中再度 nc中有會在其他應用程式中連續使用的碼’，尤可以將這些文件放在該目錄下的一個文件件。太：目錄下的子目錄被分成主要項目的多個物本=中的物件指的是在項目中經常參照的項目。二:故裡定義了模組和分類，而且目錄與功能座和二下 )。例如，Ua〇bj目錄儲存的是智能教練代理（ICA 箅。碼。InB〇x〇bj目錄儲存的是項目的ΙηΒ〇χ部分的錄:文件結構使用了主要的物件參照資料作為、錄。例如，IcaObj目錄是包含ICA的主要物乍為文」牛目 2 =、模組和分類）的一個元件。Br〇wse ‘ 二系，中的劉覽器功能有關的模組、分類]和 :和詞彙。元sd:錄包括的是用於體系結構的HMui昭資料、代碼。IcaObj目錄包含的是應用程式中使用第33頁 4 631 00 五、發明說明（29) 的ICA功能代碼。這些代碼依據一較佳實施例被實例化和增強。InBoxOb j目錄包括與體系結構中使用的““又功能相關的代碼。更詳細言之，在體系結構目錄有兩個主要元件°有一新的· ocx控制件被應用以為應用程式中的inb〇x 提供功能。還有一代碼能提供對傳統inb〇x應用程式的支持。PracticeOb j目錄包含有體系結構的主題元件的代碼。运個主通元件也可以和HTMLGlossary元件一起執行 CQmediaObj目錄包含有與媒體相關的元件。一個例子是 QVIDctrl.cls °QVIDctrl是在應用程式的QVID文件和依據一較佳實施例的系統之間創建聯繫的代碼。SimObj目錄包括模擬引擎，這是一個應用程式的元件，藉由電子表格以幫助溝通而告知指導者輸入和輸出。StaticObj目錄保存有應用程式在應用程式的其他部分會靜態使用的任何元件。例如，登錄表格就被保存到φ目錄中，並被用作依據一較佳實施例的靜態物件。SysDynOb j目錄包含有容許系統動態引擎（Powersim)將數值傳給模擬引擎並將數值回送給指導者的代碼。VBOb j目錄包含有應用程式中常見的 VB物件（Visual Basic Object，視覺基本物件）。例如，

NowWhat、VB 參考表格（Visual Basic Reference Forms，視覺基本參考表格）和特定的訊息框元件都儲存在此文件夾中。—Tools目錄包括兩個主要的目錄。它們代表了兩個依據一較佳實施例的最常用工具。這兩個目錄都為工具自身提供代碼。為這些工具提供代碼的原因是，為了容許開 >發者增強工具的某些部分以擴展它們的功能。這一點對於

第34頁 463100

五、發明說明（30) 目前的項目開發和工具的發展非常重要。IcautUs 含data，databse，default，graphics，icadoc，、匕 testdata目錄。所有這些目錄的目的都是為開發者級工作目錄，使其能將增強的Icautils應用程式的測境和項目應用程式分離開來。這僅是作為工具的裊裱建立的。這裡不應該進行應用程式特定的工作。^而錄部分將更詳細地解釋這些目錄中每一個的目的。項目目 TestData文件夾對於_Tool/ICAUtils目錄是獨一無_ Ο :包括膽ils中的其他元件中之回歸工作臺的測以。實用程式目錄包含有商業模擬計劃獲得最佳结實用程式。這裡儲存了代碼和可執行式，開發者和設計者可以依據—較佳實施些實用程式。Α多數㈣程Μ可以在模擬的生程式或者工具，後者包括可執行的程序和、代碼，用於增強和改變這些實用程式。如果在二建新實用程式或者增強既有實用程式，那】開發者。任何對商業貝或對於將來和現在的項變或附加’ 的反i反模型中’有4級的錯誤嚴重性和4級對應 Μ者檢查學負的工作’確認錯供相應的反饋等級。 |垔f生卫捉

第35頁 4 631 00 五、發明說明（31) 鑽誤分類說明反嬪颟型

無沒有錯誤存在。學員的工作很完美讚揚句法可能存在拼法錯誤或其他句法錯誤，作為設計者’你應該相信學員將會在此時掌援料。何潤色局部紙面上I段漏者學員在一個區域犯^ 所有的多個錯誤》學明顯沒有理解該區域。 ^學生正確地完成了任務。例如：確地鱗了所有帳目，日遠°我彳艮尚興看到你認識到我們 '、以分期付款”方式支付我們大多數帳單 * ————'______ 告訴學生他的哪些行為木正確，並盡可能為他進行糾正❶例如，你的工作中有一到兩個錯誤。看起來你將傳真購買錯誤地歸類為以現金購買，而事分期付款購買讓學生的注意力集中到他的工作領域。指出他至少沒有理解一個主要觀念。例如’看過你的工作，我認為. 沒有理解“on account(分期持款广 I . 的觀念。為什麼你不重新復習這‘觀學員對ϋ的 _金类避出你工作中的錯誤呢？寫作’或者是學行重新指導重新聲明行動的目的並告訴學員復羽 + Λ；九、，hj 也 ____ 集中寫作，或者是學生的工作中全都是錯誤9 習主要觀念並重新嘗試該行動。“你的工作中有很多錯誤。在作日誌記錄之前，你需要想一想每一源文件 :¾與交易類型是什麼” 第36頁 4 63 1 00 五、發明說明（32) 兹回到幫助某人撰寫論文的類比中，如果員斟〜的主料行寫作’這就是一個須要重新指導反員對么錯錯誤。如果學生將論文重寫後並送回，但是在反饋的全局方有許多錯誤’這就需要集中反饋。：某一都被改正了，僅有拼法錯誤——句法錯誤錯誤反饋。如果改正了所有的句法錯誤，曰可：：潤色揚並重新總結學員寫出正確論文的原因。僅以表在完成任務的教育元件上是不夠的。正如力放道的：樣，學員常常嘗試藉由作弊來完成任務3所知不工作和希望老師不注意或者學生可能僅僅倣員可能變，而將希望寄托在獲得夂垒 -人要的改了加入這些管理功暗不或是部分答案上。為有二種附加的反饋瞢ί®八# =:i教育分類說明了設計者能寫下的且學；能接i: 饋是如何協同工作的。用於幫助大豕更加理解反圖8是依據一較佳眚& 方區域顯示的是帳目表右例的接一個聊顯示。屏幕的右上和衡平、收入、及Η *有四種類型的帳目：資產、負債顯示相應類型的帳目二意-個攔，’就可以到曰諸登錄的借方或貸二f藉由將帳目列表中的帳戶拖髮學員在項目的每個帳戶，而°己下交易的日誠。然後’ 就像在真實生活中一樣美元數目。在這個界面中， (即，對多個帳戶進：二員可以有多個帳的曰雜登錄肩交易1210顯著地顯矛』。工具條1 200和任務的第一顯不在屏幕上。學員可以在大量的交易 4 63 1 〇〇五、發明說明（33) 中來回移動。對每一個交易，學員必須辨認那個帳戶是貸方，那個帳戶是借方。學員完成此工作後，他就點擊小組按鈕。圖9是依據一較佳實施例的反饋顯示。學員可能什麼也=做就進行提交，想嘗試欺騙該系統。ICAT系統若確認學員沒有做任何實質數量的工作，即回送一個圖9中說明的管理反饋。反饋指出，學員什麼都沒做，但是它也聲，，如果學員確實做了某些工作，指導者會將注意力集中，先之少量的日誌登錄上。圖1〇顯示依據一較佳實施例 1曰誌登錄模擬。圖U顯示依據一較佳實施例的模擬肿^ 用二，曰諸、登錄。這些曰諸登錄是藉由將公用設施費用^貸出現金各為700美元登入於借方而完成。圖12顯示、 f據：f佳實施例的反饋顯示。在試圖記錄前三筆交易之後’予員提交自己的工作’並收到圖12說藉由使學員的注意力集中在被坪估Μ工貝。反饋 β 被汗估的作領域來開始。 AT聲月匕僅著眼於前三個日誌登錄。反饋聲明 :誌登錄完全錯誤，而第三個則接近。如果二兩個交易中都犯了大的錯誤，那麼ICAT可能：二個饋，認為已經產生了全局錯誤。笛一扭出重新扎導的反能達於多麼明確，可確個標號亦強調反饋設計情節一一此情節顯示的是工具如個BusSim應用程式的觀念化和詳細的設計。^用=支持一一較佳實施例的第—情節的步·。n示依據並且決定，為了支持客戶的學習目標，需到需求誌技能的任務。設計者開始設計，首先是：由與J授記曰 ^予為記日誌第38頁 ά 63 1 〇〇五、發明說明（34)

本身’然後使用知識工作臺來描劃出她希望學員學習的觀念的分級。在最一般的等級上，她創建了一個"日誌記錄" 的基本觀念。她藉由定義"與現金相關的交易"、"與費用相關的交易"、"與費用分期支付的交易"的子觀念來對此進行精細化。這些觀念分別被進一步精細劃分至支持學習的品質和模擬的真實度所須要之深度等級。然後，設計者设計記曰諸的界面。由於學習的最佳方式是實踐，她決定 =該要求學員為一套交易記日誌。她提出一套22個檔案，這些標案代表了产融專業人員認為該工作中必備.的那些。它們包括了整個的資產、費用、負債和衡平、收入交易。其中還包括一些不應輸入到日誌中的檔案。包括這些"分心稽案’是因為在實際生活中經常會發生錯誤檔案的情況。此時，設計者使用知識工作臺中的這些領域模型特性以晝出日誌。在領域模型中產生—個實體，代表每一個交易和每一個來源檔案。基於設計者選擇的22個檔案，她能，期到學員會犯的錯誤。對於這些錯誤，她創建了反饋主題，在其中插入了大量文本。她還創建了反饋的主題，以於其成功時通知學員。反饋主題係創建以處理學員可能發的多種情境。下步疋創建能觸發觀念樹中之主題的概要（這個務在本質上並非進行計算，所以不需要配置 0 任

Transformation元件）。當一概要在其條件為學員的工作所滿足時，此概要判定為真。每一個判定為真的概要都觸。發一個主題。為了對設計進行一些必要的測試，設計者運

4 63 彳〇〇五、發明說明（35) 用了學員模擬器測試工作臺：設計者能學員一樣操作領域模型。她拖幾帳戶上工作的她希望如何對它們纪日社。祕、资終 _的交易’表干 2借出或貸入的美元數。她將自己：：帳戶 J，以便看到如果學員以同樣的方式執行動；；：：弓丨麼反饋。所有這些都發生在測試工作臺上，、、Λ古會得到什界面的參與。本階段的最後一步是低真實度：式，試學員與記日誌工作所提議選用的應用程式界面“。 PowerPoint幻燈或位元圖進行互動。一個幫助人員在 ns 工作臺模仿他的行動，並告訴他反饋將會是什麼。這就簡化了低真實度用戶測試，並幫助設計者在可用性問題還較易解決的設計之早期將它們辨別出來。 3 圖14和15顯示與依據一較佳實施例之guild Scenario(建立情節）相關的步驟。指導性設計者如先前情節中所見般完成了初始的互動和界面設計。在低真實度測試之後’就開始了建立階段Q圖像藝術家使用設計來創建構成界面的位元圖。其中包括按鈕、欄位、交易以及其他屏幕小工具的位元圖。開發者使用位元圖建立界面’並增加能將學員行動告知領域模型的功能。這裡使用了標準的事件驅動的程式規劃技巧來創建代碼，所述代碼在應用程式執行過程中對界面的事件作出反應，並將適當的訊息傳遞給領域模型。開發者不必對内容有很深入的了解’因為她並不需要建立任何邏輯以支持對學員動作或反饋所進行 =之分析。開發者亦需要對基於領域模型的改變而重建界面第40頁 4 631 00 w···^- 五、發明說明（36) 的邏輯進行編瑪。通常需要一些藉由這些步便能讓應用程式正確地和元件進：溝通：除：：通路’, 回歸測試+作臺使過程流暢化1 一旦應用程程式芽件溝通能夠依設計的構想進行工 2的界面和5 測試上。邗任務就轉到了可用相 T_e_st ScenarioC 測試情節）鮮日3 z )|± ^ ^ 出，&二工具也有助於功能性測試和認知谷易看次使用記日誌的任務作為例子e J j。我們再例的測試情節。該測試中的 ^ 康一較佳實施學員剛完成任務過半，正US”記日誌活動。—個負向金融教練進行提交，但是反：為1一易的曰誌。學幫助人員以右鍵點擊反饋窗口中:ς =。學員通知就出現-個窗口，顯示這是第27次提：ί的臉部。然後的其他細節1助人員（甚至可以就剛：：：出該提交，學員）輪入問題的文本說明，並填 1凡成了任務題的本質和嚴重程度。學員的所有工二如邛分以指出問進”曰綠的工作'然後題元期間中試圖重新：學員的27次提交通過元件J擎，：歸測試工作臺， !觀上：叶者可透過學員所做的每一-欠：，些問 _^學員獲得的反饋及幫助人第41頁 4 63Ί 〇〇五、發明說明（37) 員的評論（如國有的話）。現在設確定問題的原因。幾分鐘之内，員所犯錯誤之特定組合須要附加識工作臺，以設計新的概要和主故事的占位符和腳本，該視頻戰 f中進行學習。設計者儲存任務設計任務的單元期間重運作回歸概要、主題和戰爭故事給出了要她就將新任務設計文件移交給用送給所有的用戶計者可以她就可以之概要和題。她還爭故事能的新設計測試工作求的涵蓋戶測試，使用除確定針主題。加入一夠支持，並於臺。如範圊覺然後該錯工具來對解決學她使用知視頻戰爭在這些環學員對新果她對新得滿意，文件會發工具—圖17顯示依據-較佳實施例時，學員之管理。當學員第-次進入課程工作職位，等：J = = :預測試’然後填寫關於他的型。Pr〇filine 的表格。這些訊息被報告給領域模料，從而確定學Y牛Λ Λ測試情況、訊息表格和其他資員規畫一個課盘矣虛疋干習需求。從任務庫動態地為學應用程式# ϊίι應用程式規畫它的主瀏覽界面（如果外尚需覽：面的話）1出學員除了其他事現指示出，他^处：田學員通過課程的過程中，他的表要快。基於這種；現4 比在其他領域中進步得些附加的任務2^ 了以改變他的課程表，為他增加一顯示出進步的那^ 2他掌握有麻煩的内容。同時，他已作時，他做的：被：ί。當學員在任務中進行工獲侍的每一個反饋以及表現的 3 463100 r—-—__ 五、發明說明（38) -----— --- ::個指不’都可以在學員追蹤資料庫中進行追蹤。每 ί時間’部为或所有的追蹤資料被傳送刻中央位置。廷二二料可以用來驗證學員是否完成了所有的工作，還可 =對乂些資料進行進—步分析以衡量他對内容的掌握程

丄學〜一圖18顯示依據一較佳實施例 a件如何支持學員的互動。在此任務中，學員嘗試為發票 «•己日，。他看到的是帳戶的圖表，一張發票以及每張發票的日諸登錄。他將一個帳戶從帳戶圖表中拖放到日誌登錄的γ借方"和"貸方"行，並輪入借貸的美元數目，從而完成對交易的日誌。對每一個交易他都要這樣做。當學員與界面互動時，所有的行為都被報告到領域模型中並記錄下來。領域模型有一個說明交易、資料以及日誌登錄所包含訊息的元模型。學員的行動用適當的訊息充滿於領域模型中的實體。當學員準備完畢後，他將工作提交給模擬小組成員審查。該提交會觸發分析—解釋周期乂

Transformation元件被調用，並對領域模型重點資料附加的計算，可能會確定對於某一給定的日誌登錄’，借;J 並不平衡。Transformation元件可能對領域模型進 1 規則的模式匹配，檢查學員的行動和任何Transf扣 .j' 元件分柄的結果。一旦確認出學員所給的錯誤或】matl 〇案，許多概要就會引發。任何引發的概要都會^發確答 Remediation元件中的主題。當Profiling元件的工 _ *後，就調用Remediation元件。Rem?(iiati〇n運算=作元7 4 63 彳 00 五、發明說明（39) 樹中搜索活動題集可能包括域模型的行動散文的段落中誌工作錯誤限方法。這樣就誌所引發的稅為學員提供說導致更新領域告結束，而界中，設計者選交易。的觀念，以文本，視頻。然後，主，並發送給制於局部，為學員提供收和法律後明日誌基礎模型的訓練面被轉移以擇用紅色的確定發，音頻題集被學員。並理解了機會果有關知識的項目被表示新標記突送最好的主題集。這個主，URL，甚至還有操縱領組裝到文本和媒體的類似文本反饋幫助學員將其曰錯誤的原因和糾正錯誤的 ’來觀看因為不正確的曰的視頻戰爭故事。另外還參考材料之鏈接。當任何登記，分析—解釋周期即的領域資料。在本實例顯學員沒有正確做日誌的 (ICAT的功能定義）本節說明了依據一較佳過程，有一個過程的定義和義旨在將模型中一些關鍵元者，以便讀者繼續閱讀本文識模型内的每個元件的更詳細說明。但若要獲得對I CAT 明。如果要深入了解ICAT，算法相關的詳細說明元件的了 ICAT中的反饋模型。ICAT 明之，並在後文中更詳細地實施例的反饋過程。對每一個知識模型的高級說明。此一定件/物件的基線理解給予讀的剩餘部分。如欲獲得每個知細說明’請參照I CAT元件的詳的大概了解，僅需閱讀總體說請閱讀此節和與知識模型和運章節。這些過程和運算法體現中有6個主要的過程，以下說說明之 0 4 63 1 00 五、發明說明（40) 圖1 9顯示依據一較佳會故知，，， 4 只施例的矯正過程。當學昌豳命用程式界面；；時i過程#1)，橋正就開始了。當Λ應試圖完成商業k父標的物時’應用程式就向ICAT ^貝行動的訊息（過程#2)。當學員完成工作並將其提H個於審查時’IeAT^h成行動的方式與設計者聲明W 應該被完成的方式（此稱為領域知識）進行比較。較結果，ICAT獲得正確的、錯誤和無關項目的數量 )。每一個激發的規則都產生-個訓練主題（過程 )。反饋運算法選擇要顯*哪些反饋，並將的文，段落（過程#6)。最後，作為創生反饋文本成段連落貝 2二”刀’I CAT用學員工作的特定值替換反饋中的所量。造將使反饋更加特定化，使其完全針對學貞的行動。知識模型一界面物件。在任何GBS任務中， Π 用程式界面上的控料’來完成要求的提交標的物。圖20顯示依據一較佳實施例的用於日諸工作之物：。下列抽像物件用於所有類型之界面互動的模型建立 cs=rceItem是學員用來完成工作的一個物件。在記曰社 ΐ::中’學員為每個交易建立一個借方和-個貸方。學限組帳戶’用以對每-個交易作出反應。界面上姐母一個帳戶都有相應的sourceItem物件。換句話予員可操縱用來完成任務的項目（帳戶名）被稱為匯tem。一個source就是一個將一些sourceIteB1物件匯集成一組的物件。source物件與sourceIteffl物件之間有

第45頁 ^ 63 1 〇〇五、發明說明（41) 一對多的關係。.在記日諸實例中，有4種類型的帳戶：資產’負債和衡平’收入以及支出。每個帳戶是這些類型中的一種且僅能是一種，因而在適當的帳單下出現。對於每一種帳戶類型表列’都有一種對應的Source物件。一個標的（Target)就是一個固定的位置，學員可以將SourceIteffl 放置在那裡來完成一項任務。在記日諸的實例中，學員將帳戶置於兩個可能之標的上：借方和貸方。日誌登錄控制件的開始兩行是借方標的’最後兩行是貸方標的。這兩個標的對於第12個交易是特定的。TargetPage是一個將一歧

D

Target物件匯成一組的物件。TargetPage物件與Target物件之間有一對多的關係（與Source和Sourceltem之間的關係一樣）。在記曰誌實例中，22個交易中的每一個都有一個日誌登錄。每一個日誌登錄都有一個對應的

TargetPage物件，後者包含了日誌登錄的借方標的。々貝々當學員操縱應用程式 ICAT。為了告知^^進行 i並要求獲得特定的界面了 Target 控制件和 S〇Urce 將Sourceltem映射之標的員操縱一個來源項目，並帳戶名拖到日誌的借方行來源項目與標的之間的映 UserSourceltem 標的。圖界面時，每了什麼行動控制件編號 11 e m控制件通知給ICAT 將它與標的 )，用戶行射，這種映 21顯示依據丨口叮勒都被報告給 ’應用程式調用資料。一旦應用程式獲得的編號’應用程式就。換句話說，每當學聯繫起來（例如，將為就被記錄下來作為射被稱為一較佳實施例之來源〇

^ β 31 〇〇五、發明說明（42) ' --- :目與標的項目之映射…旦學員準備完畢，他就通過點擊小組成員的圖標，向一個模擬小組成員提交工作。 I CAT接收到學員的工作，它計算出哪些工作在觀余i是正確的。我們記日誌活動中的觀念還包括借方、資^J產帳戶等。對於這些觀念中的每一個，ICAT都審查學貢的所有行動，並確定學員的多少個行動是正確的。^ f讓1€^ 理解界面上的哪些標的與每個觀念有關聯，我彳門將標的結合於標的組中並在分級結構中赋予優先性。—旦啟^ 了 ^ 有的訓練主題’一個反饋選擇就對觀念分級中^活動矯正進行分析’並選擇最適當的進行發送。選中的反饋被組裝成組合的反饋段落並發送給學員《圖23顯示依據一較佳^ 施例的反饋選擇。當ICAT通過規則激發啟動了 CoachTopics之後，反饋選擇運算法就被用於確定最適當的一套Coach Item (與CoachTopic相關的特定反饋文本）以便發送。運算法係藉由分析觀念分級（TargetGr〇up* )、活動的CoachTopics和c〇ach items的使用歷史來完成確定工作的。圖24顯示依據一較佳實施例的反饋邏輯的流程圖下=列出了順序執行的反饋邏輯的五個主要領域。 ::韻Ϊίίί標的組中搜索，並在其中尋找具有活動訓 = 的組。第二，運算法再檢查頂級訓練項目了。如果是讚揚反馈，則表示學Μ已經正確 “Ϊ 了標的物，所以ICAT將停止工作並回送訓 — 如果反饋不是讚揚反馈，則ICAT會檢杳其是否為重新指導、潤色、取巧者(其對應英則：會檢-其五、發明說明（43) 『Mastermind』，意為一種取巧之學員，不願嘗習一項課題，而圖藉由反複要求反饋的方式，矂混力子關）、或未完成停止。若其為其中任一種情形，則、即停止並向用戶回送該反饋。第四，如果反饋是/法饋，則運算法針對兒童標的組，並將具有集中虹的j 這些標的組中之任何活動反饋編為一組。第五，二^題之 ?到反饋，取代語言即行運作以適當的名稱替 = ^中。在段^的組裝過程中，Im也參與並#_$2 虿。Source Item和Target具有特定的符= 特定性。反饋可以指.出在哪些Target上放置了變

Sou.cel te, ^ ^ ^；ar；ft ；-

Sourceltem來提供暗示。 s ^工叼 (依據一較佳實施例創建反饋的步驟）反饋的目的在於幫助擧昌办士、教練需要辨認出學員理解和提交標的物。練需要告訴學員他的問題並幫助用程式歸反㈣料中涉及m個Λ / 建一項戰略------* ^ - X, . „ , 要步驟。第一，創第二，透過界面限制錯誤______π 應該知道些什麼。認一些低級別的錯誤。筮- 確疋界面是否能確設計者在準射組分級記錄反饋· 饋一設計斷哪些觀念。第五，記錄反饋來告訴學員丨已採取之作第48頁 4 631 〇〇五、發明說明（44) 法和下一步該做什麼。第六，記錄反饋的級別------設計者§己下反饋的不同級別’以免學員多；：欠犯同一個錯誤。第七’記錄規則------設計者定義激發反饋的模式。反鑛戰略是一套鬆散的問題，能在設計者創建規則和反镇時對其進行指導。戰略說明了學員應該學習什麼，他，如何嘗試和創建商業提交標的物，以及專家如何完成提 =標的物。對學員來說，應用程式的目的是提供從新手模專家模型的過渡。使用應用程式後’帛員應該知道些動者需要完成的第一個任務是精確地定義在互 2結束刚學員必須學習哪些知識。學員應該知道特定的知馮例如公式嗎？或者，學員應該理解莴級別的® :”：確5忍學員是否已經正確地使用了知識，或者是否還存在錯誤。—個例子是記曰誌的鍤學員需要釦措咋α斗> * 對於延種活動’ 予貝而要知道s己日遠仃為的目的，要借貸的及借貸的金額。學員的借貸工作單獨、定帳戶乂的或不正確的，但是與借能並非正確戶額反;？的知識類型…一借貸帳提供適當的反饋。兩類型並為之自己認為的新手試圖完成該任的二。就應該定義些地方困· ’哪些地方容易、；的2學員來說’哪，該任務中的-種思維模型而；；點是學生帶入叩反饋應.該幫助學員獲得專

第49頁五、發明說明（45^ 性的錯誤。：二=:關注他們認為學員會犯的特徵個例子是= t為這些錯誤創建特定的反饋… 丨口例卞是在日誌活動中混淆，貝一些帳戶，所以設舛去·τ 出帳戶因為學生可能混淆替欢、太所十者可能需要記下特定的反饋夾暫日λ與員澄清這些模糊觀念。來幫助予知何完成該任旅呢？土古县办士、分2 . 型。兀成該任務的專家模及德饋應該幫助學員過渡到能理解模型。設計者在創建 ::時’應該將專家模型的關鍵特性：m 勵，主张ί員凡成°卩刀務時，就應該給學生正面的鼓過程二L f生’他正確地完成了任務，並且可以用同樣的概並不能包括創建反饋的疋匕們疋義了反饋和整個應用程式需要办忐者應該確保反饋評估了學員應該學習的；有知工特徵性錯誤反=該；；員會犯的任何豕樣回送反饋。一旦確認了這些元件，設計去寻始創建標的組分級。因為存在正面和負$ 口u開命Φ、®埋"由上〜正囬和員面的影響，設計者而要k擇什麼時候通過界面進行仔細矯正。海策的粳是：錯誤是低級別資料輸入錯誤還是高級別的智能= 如果錯誤是低級別錯誤例如一個打字錯誤的資料，過界面進行矯正可能是適當的。如果設計者決定讓界面J 出錯誤，則看起來好像是系統產生了該訊息。系統產二訊息是機械性檢查，不需要複雜的推理。與之相較，雜 :的推理，例如學員為什麼選擇特定的帳戶類型來借貸應該

第50頁 4 63 彳〇〇五、發明說明（46) 通過ICAT來矯正。型的員知道ί己要從每個訊息源得到何種類二”统訊息。它們應該使用一個不同於謂矯正的 *二且給人不同的感覺。在本文說明的記日誌工作 *通統訊息’内容是"借與貸不平衡"。這種訊 ^通，=同的界面給出，短促的語句和其他矯正是不同的動機是低級別資料輸入錯謨顯示的是工作鬆散的錯誤並不要求對產生錯誤的原，推理堂ϊ需要將它們確認出來。但是’高級別的工具Λΐ如奸於其發生原因的大量推理，而1CAT提供許設計者將錯誤和= 的^理°標的组分級容對它們進行矯正成並且確保在最適當的時候正）。定時和其“人=的觀念在容易的觀念之前被墙大量推理的低級錯誤以的矯正需要ICAT ;其他不要求量的輸入，則在容呼風— — —如果任務要求大是否已完成。通過繼續之前，界面能夠查核輸入以免受必須檢查所有ί的早期找到空白的區域，學員可鱼—對系統的簡發現空白區域的挫折。垄入。如果沒有進行選1核疋查找是否進行了選擇或輸續前先完成X，，可能a κ，那麼系統產生訊息"你必須在繼速查核是匹配數目。另一種快界面查核放在適當的在記日誌活動中一樣，將快速的置’以確保必須匹配的數目是確實及 631 〇〇

乃為非常有用的。小的資料輸入錯誤在界面級比在、，培訓級 < 吊更容易矮正（此係指當它們對課程的 =目的還不是至關重要的情況下）。在使用界面矯正錯誤 .^ ^有兩個主要的問題必須記住。第一，確保界面係正低級的資料輸入錯誤。第二，確保反饋看上去和感，，來，ICAT反饋不同。界面反饋看起來和感覺起來應該像疋由系統產生一樣，而ICAT反饋看起來應該像是由觀察學員工作的智能教練所產生的。 -----——標的組是可以被作為一個整體評估之標的集合。回到反饋理論的嚴重性原則，可以

很清楚地看出指導者需要確認學員不理解哪些行為。這是二，^局的問題？即學員對行動完全不能理解嗎。或者，這是一個局部的問題嗎？即學員僅僅對一個觀念感到困惑]，用先前說明的反饋運算法’指導者會回送具有反饋的最高標的之組。此運算法要求，設計者以大之標的組開始’並產生作為大組的後代之子組。I CAT容許學員將標的，制成一個以上之分類。因此，交易丨3之借方標的可以在交易1 3的項之標的組’借方之標的組以及包括所有來源檔案之標的組中。吾人應於頭腦中用4個關鍵的觀點對標的進行編組。標的組應該依照下列事項進行編組：所教導的觀念；界面限制；避免訊息過載以及正面鼓勵。創建標的組時最重要的問題在於：根據學員必須了解以達到目的的觀念來創建它們。對那些與學員必須知道的，觀念類似之標的進行編組’容許教練審查這些觀念並看出

第52頁 4 S3 1 00 五、發明說明（48) 哪些觀念使學員困惑。第構化方式確認出領域中的表，它包括多種顆粒度的較寬的普遍觀念。這些觀間有直接關聯。定義了所各標的組中的所有觀念。當一個標的在多個標的組的關係，例如親子關係或在於產生一個觀念的結構它們分成分級結構乃為過一步是所有觀觀念，念極有有觀念有些標中存在部份對化列表程的第，設計念。第從較小可能和之後，的存在時，就於整體，而是二階段者應該以一種非結一關是一個大列的特定觀課程的學設計者需於多個標意味著有的關係。概括性的念一直到習標的之要確認出的組中。某種類型要點並不列表。將 3 * Notes: Loads from Database or Document based on values * of m_StorageTypeTask and m_StorageTypeStudent 氺 ^ ^ ^,1/ >1/ ^ >1/ χΐ/ ^ \1/ si/ sl> 小小小小小小小个小小小小小不+小小小小小+不不不不+ +不不不+不不不不不不不不不不 */ 3 extern "C" { long export WINAPI TuResumeStudent(1ong

StudentID, long TaskID, int fromSubmissionSeqlD ); //

Resumes a Student’s work for the Task at the

第53頁 4 631 0@ 五、發明說明（49) specified Submission extern "C" {

long __export WINAPI

TuLoadArchivedSubmissions(long Student ID, long TaskID, int fromSubmissionSeqlD, int toSubmissionSeqID); // Loads Archived

Submissions For a Student’s work in a Task } extern "C" {

long —_export WINAPI

TuUseArchivedSubmissions(int n); // Rep lays n

Archived submissions for debugging } extern "C" {

long __export WINAPI

TuSaveCurrentStudent(); // Saves Current

.Student's work to DB

第54頁五、發明說明（50) } extern "C" { long __export WINAPI Ki1 1 Engine( long ITaskID); // Delete all Dynamic objects before shutdown 氺 Function Return

* Variables: TUT—ERR—OK 氺 * Notes : 令+少少少+ + +少少少令少少少少少少+少令少+令令 +小+ +小+小小+ +不小+小小小不小+ +小小+ + + +小+小小+ ++ */ extern "C" { long __export WINAPI TuSetTaskDocPathName( LPCSTR fnm ); } /* ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ * Name: TuSetFeedbackFileName * Purpose: To set path and name of file to use for holding feedback * Input 氺 Parameters: LPCSTR fnm

第55頁 Λ 631 00 五、發明說明（51) * Path and name of file to use for holding feedback 氺 Output * Parameters : none t 氺 Function Return

* Variables: TUT—ERR—OK 氺 * Notes : «1/ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ \L· >L· 0/ «1» >L· ^ >L· ^ ^ sL· ^ ^ ^ «1^ + +小小+小小+ +小小小小小小小小+小小小小+ +不+小+++ + + + + +小+ + + % / extern "C" { long _—export WINAPI TuSetFeedbackFi1eName( LPCSTR fnm ); } /氺 o ^ \L· >1/ ^ >L· >L· ^ ^ ^ ^ ^ sL· ^ ^ ^ \L· ^ \L· sL· ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ + + + + + + +小+小+小小+小+小+小小+ + ++小小+小小+小小小小小+ * Name:

TuSetFeedbackPrevFileName * Purpose: To set path and name of file to use for holding previous feedback . * Input _

第56頁 4 63 100 五、發明說明（52) * Parameters: LPCSTR fnm 氺 Path and name of file to use for holding previous feedback * Output * Parameters : none * * Function Return

* Variables: TUT_ERR_0K * Notes : >1/ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ sL· 不 + 小小氺/ extern "C" { long __export WINAPI TuSetFeedbackPrevFileName( LPCSTR fnm ); /氺 . 小 + + + + + + + + + + + + + + + + + + + + + + + + 士+ 少少少 +不+小小+小小小/f»小小小小小小小小+ +小小小+小+ 小小个小小个小个小小小个小 * Name: TuSe tLogF i1eName 氺 Purpose: To set path and name of file to use for full logging 氺 Input 氺 Parameters: LPCSTR fnm 氺 Path and name of .fi 1 e to use for full logging

第57頁 4 63 彳 00 五、發明說明（53) none * Output 氺 Parameters: 氺 * Function Return

TUT_ERR_0K * Variables: * Notes : + + + + + + + 令 + +不+不不+ ♦ + + +不小小♦ +小+小小小♦小小/fv小个小小小个小小个♦小小小小木/ extern "C" { long _—export WINAPI TuSetLogFi1eName( LPCSTR fnm ); } /木少少少令+ + + + + + + + ++ + + +少令令令士令令令士士少+ + +少小 * Name: TuSetLogLoadFileName * Purpose: To set path and name of file to use for load logging b * Input 氺 Parameters : LPCSTR fnm ^ Path and name of file to use for load logging * Output 氺 Parameters : none 圓

第58頁 4 .S3 1 0 0 五、發明說明（54) 氺木 Function Return

TUT ERR OK * V a r i a b 1 e s : 氺 * Notes : 木/ extern "C"

long —export WINAPI

TuSetLogLoadFi1eName( LPCSTR fnm ); /氺 >1^ ^ ^ ^ ^ ^ ^ ^k ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^k ^ ^ ^ ^ ^ ^k ^k ^k ^k ^ +小+ +不不不小小小小小个小小小+小小小小小小小个小小小小小小小小小小小小小 * Name: TuSetLogStudentFileName * Purpose: To set path and name of file to use for student logging * Input o * Parameters: LPCSTR fnm * Path and name of file to use for student logging 氺 Output * Parameters : none 氺

第59頁 4 63 ： 00 五、發明說明（55) * Function Return

TUT ERR_0K * Variables: 木 * Notes : ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 小小小小小小小小小小小+小小小小小+小小小+小+ +小小+ + +小小小小小小+不+ + + */ extern "C" {

long __export WINAPI

TuSetLogStudentFi1eName( LPCSTR fnm ); } /* 0/ \L^ \L· ^ >L· ^ s|/ \U ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ xL· ^ ^ ^ ^ ^ ^ ^ ^ vL· 小小小 + * Name:

TuSetLogSubmissionFileName * Purpose: To set path and name of file to use for submission logging b * Input 氺 Parameters: LPCSTR fnm * Path and name of file to use for submission logging * Output 氺 Parameters : none

第60頁 4 63 1 QG______ 五、發明說明（56) 氺 * Function Return

TUT ERR OK * Variables: t * Notes : + + + + + + + + + + + + + + + + + + 不♦ + 个小小+ 小不+ 小小♦ 小小/fv /fv ^fv小小小小小小小 %/ extern "C" {

long __export WINAPI

TuSetLogSubmissionFi1eName( LPCSTR fnm ); } /氺 ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^k ^k ^k ^ ^ ^ ^ ^ 不不不+ + 小小+ 小小小不+ + +不小+ 小小小个 * Name: TuSetLogErrFileName * Purpose: To set path and name of file to use for error logging 3 * Input * Parameters : LPCSTR fnm * Path and name of file to use for error logging * Output 木 Parameters : none

第61頁 4 63 1 00 五、發明說明（57) 氺 * Function Return

TUT ERR OK * Variables: * Notes : \|^ >1/ ^ ^ ^ ^ ^ ^ ^ ^4/ sL·1 ^ ^ ^ ^ ^ >L· ^ ^ ^ ^ >L· 不+ + +小不小小小小+小小小小小小+小+小+ + +小+ 小小+ +小<φ>小+ +小小+小 */ extern "C" { long _—export WINAPI TuSetLogErrFi1eName( LPCSTR fnm ); } /1 vl/ ^ >L1 ^ ^ ^ ^ «1/ ^ ^ >1^ %J/ ^ sL· >1^ ^ «4< ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 小+ + + +小小小小小+小个小小小+小小小+小小+小小小小小小小+小小小小小 i nt TraceStatus

TUT_TRACE_ON

TUT_TRACE_OFF

TuSe tTrace To turn Trace on and

第62頁 1

Name: * Purpose: off * Input 氺 Parameters: 氺 :Turn Trace On 氺 :Turn Trace Off . 1 Output 463100 五、發明說明（58) none * Parameters : t

Previous Trace Status TUT_TRACE_0N TUT TRACE OFF * Function Return ^ Variables:

Value 氺 t 氺 TUT_ERR_INVALID_TRACE_STATUS ^ Notes : xL· ^ >1/ ^ ^ ^ ^ ^ ^ ^ ^ sL· ^ ^ ^ ^ >L· nL· ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ + ++ + + ++ + +不+不+小小小+个+小+小小小小小+小个小+小小小小小小小小

V extern "C" long __export WINAPI TuSetTraceC int

TraceStatus ); } 3 /木

第63頁厶631 Ο 0 五、發明說明（59) and all feedback the user receives * is kept. While Tracking is off only the most recent work is kept. 氺 Input

int TrackStatus TUT TRACK_0N * Parameters : 氺 :Turn Tracking On

TUT TRACK OFF 木 :Turn Tracking Off * Output

none Previous Trace Status TUT_TRACK_ON TUT TRACK OFF * Parameters : * Function Return * Variables:

Value 氺氺氺氺 3

TUT_ERR_INVALID_TRACK—STATUS * Notes : + + + + + + + + + + + +小小+ + + + + 小小小小小小小小小小小小小小+ */ extern "C"

第64頁 4 63 1 0‘❹

—export WINAPI TuSetTrack( int long

Trackstatus )；模擬引% 此一想法係為了讓設計者為其所希望學員利用heel 電子表格完成的任務進行模型建立。然後，設計者擁 ^法和引擎，可以閲讀電子表格的所有重要單元，並將適虽的訊息（S〇urCelteniID，TargeUD*Attribute)告知智能教練代理。如此，電子表格就成為學員資料的中^ 倉庫，包含任務所需要的大多數計算，且能和引擎結合而處理與ICA之間的所有通信。這項任務係自包含於電子表格中，因此設計者不再需要圖形用戶界面來測試他們的設 =的功能（智能電子表格）。一旦由設計者完全地測試了，、模型和反饋，開發者就可以將電子表格整合到圖形用戶界面（例如Visual Basic)中，作為開發平臺。模擬電子表格經常是不可見的，並充滿著由引擎所提供的功能。非常重要的是’ICA需要知道的所有修正都通過了引擎，因為僅只引擎知道怎樣調用I CA。這大幅地降低了對程式師的技症水準要求’並大幅地減少了每個任務的規劃時間。另〇外’終端產品也會有更少的缺陷’因為教練的管理已經被集中化了。如果存在教練的問題，我們僅需檢查代碼的該部分。最後，因為模擬引擎從電子表格中載入資料，教練和應用程式之間出現資料不一致的機會是零。

III

第65頁 463100 五、發明說明（61)

圖2 5顯示依據一較佳實施例產生模擬模型的體系結構的方塊圖。模擬物件模型包括一個電子表格模型，一個電子表格控制物件，一個模擬引擎物件，一個模擬資料庫，輸入物件’輸出物件，列表物件和路徑物件。我們討論的第一個物件是電子表格物件。電子表格支持所有的模擬模型。控制物件易於和VB開發平臺整合。控制物件支持列印，並和Microsoft的Ex cel電子表格相容。暸解此點，設計者就可以利用Excel公式之威力來建立模擬。電子表格模型中所包含的不同單元可以被設置成輸入、輸出或列表並屬於模擬路徑。電子表格中要求設計者手工輸入或學員 D

通過GBS應用程式輸入的所有單元，都用輸入物件來表示。每一個輸入都有下列界面· 領域名稱資料類型說明 InputID 長型. 表格的主要Key TaskID 長型與輸入有關之任務的TaskID PathID 長型與輸入有關之路徑的PathID InputName 字串*50 輸入的名稱 InputDesc 字串*255 輸入的說明 ReferenceNane 字串*50 與輸入有關之電子表格的單分名稱 TutorAware 布爾型是考.在輸知ία SourceltemlD 長型若輸入係顯式輸入時為;若輸入係拖放式輸入時為〇 TargetID 長型輸入的Target ID Row 長型 ^逮度最佳化

第66頁 463100 五、發明說明（62) ------- Column 長型輸入的電子表格列數—速度最佳化 SheetName 字串木50 SheetName為輸入的位置一速度最佳化每個輸入的這些訊息都铑存在模擬資料庫 (I CAS i m. mdb )的輸入表中。參照下面一例。當設計者建構他們的模擬模型時，他們必須清楚有兩種類型的輸入 (顯式輸入和拖放輸入）存在之事實。顯式輸入由一個電子表格的單元構成，可以被設計者在設計時填入，或者在運作時藉由模擬引擎物件的方法以GBS應用程式填入。此單元的用途是提供模擬模型的的入口點。該入口點可以為例如一個問題的答案或一方程式的一參數。如果單元是

TutorAware (所有的輸入通常都是TutorAware)，則ICA 會得到任何單元變化情況的通知。當ICA接到變化的通知時’事實上有兩個訊息被發送給ICA : —個具有輸入資訊例如 SourceltemID，TargetID，以及空Atrribute 之 ICANotifyDestroy訊息。此訊息是通知ICA將此訊息從記憶體中刪除。另一個是具有輸入資訊如S〇urceitemID，

Target ID 以及Atrribute(單元數字值）的 ICANotifyCre ate 訊息。此訊息是通知ICA將此資訊添加到記憶體中。顯式輸入從來不要求用戶回答算術問題。建構模擬的步驟如下：為Excel&C2單元定義名稱。這裡我們已經定義為"Distinct_Input"。在ICA中定義要分配給模擬的一項任務，例如：由ICA產生123的了仏以])。在1CA中為輸入定義標的，例如：由_ICA產生400 1的

第67頁 d63V〇〇五、發明說明（63)

TargetID。在ICA中為輸入定義Sourceltem，例如：由ICA 產生1201的SourceltemlD。將輸入與路徑聯繫起來（參照路徑物件的討論）。將資訊增加到模擬引擎資料庫的輸入表中。輸入表中的記錄列出如下。

InputID: 12345 TaskID: 123 PathID： 1234 InputName: 問題1的輸入 InputDesc: 問題1的顯式輸入 ReferenceName: Distinct_Input TutorAware: 真 SourceltemlD: 1201 TargetID: 4001 Row: 2 Column: ―1 __ 3 SheetName: Sheet1 3 一旦用戶點擊了"運作輸入/輪出"，就填入了R〇w， Column和SheetName。模擬引擎為設計者輪入的定義名稱 (參考名稱）解碼，並據此填充表格。這是非常重要的一步。我們有數種情形會使設計者改變電子表格的布局，也就是移動定義好的名稱位置，然後忘記執行該步驟^這 1樣，奇怪的資料就被傳給了教練；.該資料可能為舊的行和

五、發明說明（64) 列中剛巧儲存著的任何資料。一曰^ 、可以利用ICA公用程式來測試該一模旦擬完成了建構，設計者就拖放輸入包括兩個連續的子必須由設計者在設計時填寫，卓兀*。兩個單元都法在運作時由GBS應用程式埴宜^ 、鞭i擎物件的方、具罵。适種類型的齡於當用戶必須在多個可能的答案中，i帝用通常是TutorAware。最左邊的^开白、，拖放輸入的SourceltemlD (每一個可能的答案都有一個、。案 η 值H要在電子表$中為最右邊的#元定義一個名稱或 ReferenceName。當通知ica任何改變的時候，事實上有兩個訊息被發送給ICA : —個是具有輸入資訊即改變前的

SourceltemID，輸入的TargetlD以及改變發生前的 Atrribute值之ICANotifyDestroy訊息。另一個是具有輸入資訊即變化發生後的SourceltemID ’輸入的TargetlD以及改變發生後的Atrribute值之ICANotifyCreate訊息。建構模擬的步驟如下：為Excel的C11單元定義名稱。這裡我們已經定義為"DragDrop_ Input"，讓我們使用與先前相同的TaskID，因為問題2是問題1中的模擬的一部分。例如：TaskID是123。在ICA中，為輸入定義一Target (標的）。例如：由ICA所產生之4002的TargetlD。在ICA中’ 為問題的每一個可能的答案定義Source I tem。例如：由 ICA所產生之1 20 2到1 205的SourceltemID。將輸入與路徑聯繫起來（參照路徑物件的討論將資訊增加到模擬引

第69頁 d63 1 Ο 五、發明說明（65) 擎資料庫的輸入表中。依據一較佳實施例，輸入表的記錄列出如下。

InputID: 12346 TaskID: 123 PathID: 1234 InputName: 問題2的輸入 InputDesc: 問題2的拖放輸入 ReferenceName: DragDrop_Input TutorAware: 真 SourceltemID: 〇雄 TargetID: 4002 Row: 11 Column: 3 SheetName: Sheet1 3 列表物件包括一個識別該列表（單元#1 )的單元和一系列類似於拖放輸入的占位行（單元# 1. 1 -1. η到單元 # η.卜η. η )。當用戶必須在多個可能的答案中選擇多個元素時，經常使用該列表。單元#1必須有一個獨特定義的名稱，又稱為列表名。單元# 1. 1 -η. 1能包含用戶選擇的一個可能答案的SourceltemID (每一個可能的答案都需要一個SourceltemlD)。這些表格的内容必須遵守的格式為：~1^51：^1116~8〇111'〇61七611110。單-元#1.2-11.2將包含左

第70頁五、發明說明（66) 邊相鄰的單元的SourceltemID。單元#1.3-1.11到# η. 3-η. η是與答案相關聯的資料的選擇性占位工具。特別注意事項：在執行列表物件時，設計者必須將# η. 1 -#η. η 中的單元置為空，因為每次從列表中刪除項目時這個區域都會向上移動。每個列表都有下列界面：領域名稱資料類型說明 ListID 長型表格的主要Key TaskID 長型與列表有關之任務的TaskID PathID 長型與列表有關之路徑的PathID ListName 字串*50 列表的名稱 ListDesc 字串*255 列表的說明 ReferenceName 字串*50 與列表有關之電子表格的單元名稱 TutorAware 布爾型是否在列表有所改變時應通知ICA TargetID 長型輸出的Target ID TotalColumns 長型資料列的總數 Row 長型輸出的電子表格行數—速度最佳化 Column 長型輸出的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化繼續我們的數學測試以說明對列表的使用。本例中的數學問題邀請用戶選擇多個元素來建立答案。此為建構本，節的模擬所須之多個步驟。圖2 6顯示依據一較佳實施例建

第71頁 463100 五、發明說明（67) 構一模擬的步驟。於Exce中為C23單元定義一名稱。這裡我們已經定義為"The_List"。我們使用與先前相同的 TaskID，因為問題3是和問題1及問題2同一模擬的一部分。例如：Task ID是123。在ICA中為列表定義標的。例如：由ICA產生的Target ID為4006。在ICA中為可能放在列表中的每一項定義一個S〇ur ce I tern。例如：由I CA產生 1 209、1210、1211、1212、1213、1214 的SourceUemlD。將列表與路徑聯繫起來（參照路徑物件的討論）。將此訊息增加到模擬引擎資料庫的列表表格中。依據一較佳實施例之列表表格的記錄列出 ListID: 12346 TaskID: 123 PathID: 1234 ListName: 問題3列表 ListDesc: 問題3的列表 ReferenceName： The_List TutorAware: 真 TargetID: 4006 TotalColumns: 1 Row: 23 Column: 3 SheetName: -"-w1 ----- Sheetl 電子表格中储" . J 輝存计异結果（並不要求外部如下。

的輸入）的

第72頁 4 63 1 00__ 五、發明說明（68) 單元可以用輸出物件來表示。每一種輸出都有如下表所示的界面。領域名稱資料類型說明 OutputID 長型表格的主要Key TaskID 長型與輸出有關之任務的TaskID PathID 長型與輸出有關之路徑的PathID OutputName 字串朽0 輸出的名稱 OutputDesc 字串*255 輸出的說明 ReferenceName 字串*50 與輸出有關之電子表格的單元名稱 TutorAware 布爾型是否在輸出有所改變時應通知ICA SourceltemlD 長型輸出的 SourceltemlD TargetID 長型輸出的Target ID Row 長型輸出的電子表格行數—速度最佳化 Column 長型輸出的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化每個輸出的這些訊息都儲存在模擬資料庫 (ICASim. mdb )的輸出表中。當設計者建構他們的模擬模型時，他們必須清楚這樣一個事實，即僅存在一種類型的輸出：顯式輸出。顯式輸出由且僅由一個包含公式或計算結果的電子表格單元構成。輸出單元的存在是擁有模擬模型的主要原因。如果單元是TutorAware，則處理輪出的時候，ICA會得到任何單元變化情況的通知，否則ICA不會知

第73頁 i 63 ] 00 ^________ _ 五、發明說明（69) 道任何的變化。當ICA得到通知時，事實上有兩個訊息被發送給1(^:一個具有輸出訊息（即3〇111^6 116111〇， TargetID)以及空Atrribute 的 ICANotifyDestroy 訊息。該訊息是建議IC A將此訊息從記憶體中刪除。另一個是具有輸出訊息（即SourceltemlD，TargetID)以及

Atrribute(單元數字值）的iCANotifyCreate訊息。該訊息是建議ICA將此訊息添加到記憶體中。與顯式輸入和拖放輸入時一旦發生變化就通知ICA不同的是，顯式輸出在要求ICA作出反鎖前係以整批處理的方式進行。要告知〖[A列表中項目的總美元數額，我們必定需要一個顯式輸出。輸

出還包括一個求總和公式。在Excei中為C24單元定義名稱。這裡我們已經定義為"Distinct—Output'，。我們使用與先前相同的Task ID，因為問題3是問題i和問題2中同一模擬的一部分。例如：TaskID是123。在ICA中為列表定，的。例如：ICA產生40 05的。141])。在ICA中為輸欠 fS〇UrCeItem。例如：ICA 產生 1215 的 SourceItemID。輸出與路㈣繫起來（參照路徑物件的討論）；將訊/ 加到模擬引擎資料庫的輸出表中。 E

依據一較佳實施例，輸出表的記錄列出如下。

OutputID： 12347 ~~ TaskID: -------- _ 123

第74頁 4 6 3 五、發明說明（70)

PathID: 1234 OutputNarae: 問題3的輸出 OutputDesc: 問題3的顯式輸出 ReferenceName: Distinct_Output TutorAware: 真 SourceIteralD: 1215 TargetID: 4005 Row: 24 Column: 6 SheetName: Sheet1 路徑用於將模擬模型分為子模擬，這意味著你可以將特定的輸入、輸出和列表編組，以形成一致的部份集合或路徑。每一個路徑都有以下界面：領域名稱資料類型說明 PathID 長型表格的主要Key TaskID 長型與路徑有關之任務的TasklD PathNo 長型與路徑有關的數值 PathName 字串祁0 路徑的名稱 PathDesc 字串*255 路徑的說明每個路徑的這些訊息都儲存在模擬資料庫 ICASim.mdb)的路徑表中。

第75頁 ϋ631 五、發明說明（71) 模擬引擎是模型、模擬資料庫和智能教練代理之間的界面。模擬引擎很能吸引設計者，以便他能理解它的所有機制。但是使用該引擎的應用程式開發者應該知道引擎所揭露的界面的細節（方法和屬性）和相關的運算法。一旦設計者建構了模擬模型（Excel電子表格）並配置了所有的輸入，輸出和列表，他就可以使用包含在ICA公用程式中的測試工作臺（參見I CA公用程式的檔案）來進行測試。然後，開發者需要執行對他正創建的GBS應用程式中的模擬引擎的調用。下表列出了包括在VB項目中以便使用模擬工作臺的文件： WSimEng. els 模擬引擎類 WSimEng. bas 模擬引擎模組（引入該模組僅是為了提高速度，因為所有的代碼在理論上都應該封裝在類中） WConst. bas 智能教練代理的常數聲明 Wdeclare. bas 智能教練代理的DLL界面 wlca. els 智能教練代理類別 wlca. bas 智能教練代理模組（引入該模組僅是為了提高速度，因為所有的代碼在理論上都應該封裝在類別中）為了進行工作模擬，開發者將代碼置於不同的策略區域或應用程式的不同階段。當載入模擬的前端時，即進入，初始階段。這發生在模擬模型被初始化的時候。當用戶對

第76頁 463100

衝擊模擬㈣的前端進行改變時就是當ICA被通知發峰了#麻从& 八乜改階&。逆也前為止所的時候。當用戶要求獲得目通知ICA所^有的輪Ψ、訊息時，就是反饋階段。這也是模擬 f去ICA所有的輸出改變的時候。最後，當模擬時’就是最後階段°這時模擬被保存到磁碟上。以下說明產生包括有涉及的VB代碼之模擬的不同階段。初始階段： 1·產生ICA和模擬引擎物件；代碼:set moSimEngine=New c1 assSimEngine; Set moICA = New cl ass I CA ;望j| :使用模擬引擎的第一步是產生類別 classSimEngine的實例和類別ciassiCA的實例。注意，引擎和IC A都應該是模組級的物件"mo"的變量。 2.載入模擬；代碼:

IRet=moSimEngine.〇penSimulation(App.Path&DIR_DATA& FILE_SIMULA TION ,Me. bookSimulation);IRet=moSimEngine.LoadSimulatio n(mlICATaskID, App.Path&DIR_DATABASE&DB_ SIMULATION ，1)；說明:物件產生以後，必須調用模擬引擎物件的 OpenSimulation 和LoadSimulation 方法。〇PenSimu.lation 方法將指定的Excel 5.0電子表格文件讀取到電子表格控制件中。LoadS i mul at ion方法打開模擬資料庫’並將特定任務的多個路徑、多個輸入、多個輸出和多個列表載入到，記憶體中。如果該過程成功結束，.模擬引擎的每一種方法

第77頁 t d631〇〇五、發明說明（73) 都會回送〇。否則會回送一個適當的錯誤號碼β 3.初始化並載入智能教練代理；代碼：IRet = moICA.

Initialize(App.path&"\"&App.EXEName&". ini",App.Pat h&DIR—DATABASE, App.Path& DIR_ICADOC，

App.Path&"\")； IRet=moICA.LoadTask (mlICATaskID, ICAStudentStartNew) ; :模擬引擎僅與ICA協同工作。ICA物件的初始化方法讀取應用程式的.ini檔，並適當地設定Tutor32. dl 1。LoadTask方法告訴 ICA(Tutor3 2. dl 1)將與特定任務相連的.tut文件加載到記憶體中。從該點開始’ICA就能接收通知。注意：.tut播〇案包含任務的所有元素和反饋結構。例如，

SourcePages ’Sourceltems ’TargetPages ， Targets 等。 4.復原模擬；:<<重啟時重新設置模擬的代碼; 將控制件加載到模擬前端上的代碼>>;I Ret = moSimEngine. Run Inputs(sPaths, True);I Ret = moSimEngin e.RunOutputs(sPaths,True); IRet=moSim

Engine.RunLists(sPaths,True) ； Call moICA.Submit(0); Call moICA.SetDirtyFlag(0,False); 邈lJI :復原模擬包括以下工作：用戶重新啟動時清除所有的輸入和列表；使用模擬模型中的資料加載界面；調用模〇擬引擎物件的Runlnputs ’RunOutputs 和 RunLists 方法，用以將ICA恢復到初始狀態；將〇作為參數調用I CA物件的 Submit方法，以觸發所有的規則；將〇和假作為參數調用 J.CA物件的SetDirtyFlag方法’目的是重新設定用戶的單

第78頁 1 Λ 631 Ο 五、發明說明（74) ：--- 運作輪入包括’通過一系列的TutorAware輸入並 '.通知每個輪入的SourceltemID、TargetID和值運作列表包括’通過一系列的TutorAware 歹, 向1CA通知每個列表中每個項目的Source ItemID、

TargetID和Attribute值。TargetID對於列表中每項都是唯的運作輪出包括，通過一系列的TutorAware輸出並向ICA通知每個輪出和 At tribute 值。 · 修改階段： 1-.讀取輸入和輸出；代碼:Dim sDataAr ray ( 2 ) as string, Dim vAttribute as variant; Dim

IsourceltemID as long; Dim ItargetID as long; IRet= moSimEngine.ReadReference ("Distinct—Input", vAttribute，IsourceltemID, ItargetID，sDataArray)。邈 r Μ ·模擬物件的ReadReference方法將回送依名稱進行參照的輸入和輸出值的屬性值，並選擇性地獲取

Source I temlD，Target ID和相關資料。在當前的例子中， "T以獲传名稱為Distince_Input之輸入的SourceltemID， Target ID和三個資料單元。說明:模擬引擎物件提供了操縱列表的基本功能。

Lis_tAdd方法為列表添加一項目（Sourceltem， Attribute，Data數組）。讓我們解釋一下運算法。首先，我們找到使用列表名稱的列表的頂部。然後，我們查找頂端單元下面的第一個空白單元，一旦確定了標的，就

第79頁五、發明說明（75) 五、發明說明（75)

將資料寫到適當的單元中，而IC A也會得到此修改的訊息。Li stCount方法回送指定列表中的項數。它的運算法和ListAdd方法基本相同，但是回送總項數，而不是插入另一個元素。Li st Modify方法用給定的資料替換指定的項目。讓我們解釋一下運算法》首先’我們使用列表名稱找到列表頂部。其次’我們計算基於指定的項目編號計算行偏移。然後，ICA被通知已經刪除了現存的項目。最後，與新項目有關的資料被寫到適當的單元中，而ICA也會被通知此修改的訊息。ListDelete方法刪除指定的項。它的運算法和ListModify方法完全相同，但是沒有增加新的資料’而且單元（列表寬度由"Total Colufllns"所設定）被刪 =時，"單元上移”參數設為真。請牢記此點，因為設計者經常在Total Co丨umns參數中輸入錯誤的列數。當他們將 Total Columns估計過高時，ListDelete將修改相鄰列表的某些部分，從而導致在顯示列表時產生錯誤的行為。較佳實施例的系統動力學為了在體系結構使用系統動力學模型，就必須產生能將學員工作翻譯為此等模型之參數的引擎。下文討論了一，與現存模擬體系結構互動的複雜系統動力 =力學模型提供了下列功能：容許設計者在建立真實的界 ^之前，建立和測試他們的系統動力學模型和ICA反饋。活動的程式規劃複雜性。使與系統動力學模型的互動 ”化。系統動力學模型與模擬引.擎一同使用，設計者為

第80頁愿6 3 五、發明說明（76) 他/她所希望學員利用Microsoft Excei電作建立模型。然而，此時設計者也子J格完成的工型（在下女右呤昍、 < 創建了一系統動力學模 C在下文有忒明）^此系統動力學引擎將 (=cel )中的所有重要單元，並將這些值5 力學模型和KA。系統動力學模型運作了這：U統：由引擎讀取輸出值並將其發送給模擬模型和了後，即體李較佳實施例的系統動力學模型之詳細體系結構的方塊圖。一旦設計者完全測試了 ϊ 和反饋’開發者就可以將電子表格整合到圖形用戶界面中，例如，將VB作為一種開發平臺。 I，當學員完成一個行為時，數值被傳遞到系統動力學引擎，在那裡數值又被傳遞給系統動力學模型（作為輸入 )’寫入至模擬模型中並提交給ICA。當系統動力學^ 執行的時候，引擎拉出輸出並將其傳遞給模擬模型和 ICA。應注意者’模擬模型能分析來自系統動力學模型的輸出’並將分析結果傳遞給ICA。然後模擬模型可被讀取輪出值，並被用以更新在屏幕上的活動控制（例如圖表或報告）。非常重要的是，ICA和系統動力學模型需要知道的所有修改都要通過引擎’因為僅只利用引擎纔知道如何調用這些物件。這樣就大幅地降低_了對程式規劃者的技能要求’並大幅地滅少了每項任務要求的程式規劃時間。另外，終端產品也會有更少的缺陷，因為模型和訓練管理將被集中化。如果還存在問題，我們僅需檢查代碼的一部分。最後，因為模擬引擎從電子表格中載入資料，在

463100

五、發明說明（77) 1 機cv:乎=學模型和應用程式之間出現資料不-致的他變！統遞入其内之參數和系統中的其制時間段並對系統動力J -起。該物件包括控我們可透過模擬物件中的讀2數的邏輯。藉由VB，行過程Ϊ意=動：：：：=制系統動力學模型的執學模型後，引擎就能；運作皮傳遞給系統動力執行型一次執行-個步驟，或-:欠型運作時，參數當力學模份"轰中，μ· 士工^ 輸出貝枓的每一步被寫到備圍C模Μ運Μ & 原因。首先，隨著時間接收的資料範可以被用於產生趨勢圖線或者用於計資料之審4勒抗系統動力學模型可以被重新啟動，而此傳輪到模型中直至某個特定時間點。這 ^引壑肉恭1以被用於回溯時間的模擬回放。當系統動力 ζ_ θ發生任何事件時，就建立一個日誌來告知設計，疋什麼值被傳遞到了模擬模型、系統動力學模型和 j c Α中以及當前的時間和發生的事件。此日誌被稱為 "SysD^n· l〇g"，並使用引擎在和應用程式相同的地點產生i當!°^子表格物件一齊使用時，系統動力學物件容許大莖的計算發生在系統動力學模型中，而不是在活動代碼第82頁 (4 6310 0 五、發明說明（78) 中，再一次為活動設計者提供更多的控制件。模型物件被用於建構關於運作時間段的系統動力學模型。模型與參數輸入和參數輸出（在下文討論）有關，故應該首先產生之。每一個模型都有下列應用程式的程式規劃界面：領域名稱資料類型說明 ModelID 長型表格的主要Key TaskID 長型與模型有關之任務的TaskID ModelName 字串*50 模型名稱（訊息的用途） ModelDesc 字串*50 模型的說明（訊息的用途） SysDynModel 字串*50 真實系統動力學模型的文件名稱 Start 長型運作模型的起始時間 Stop 長型運作模型的終止時間 Step 長型執行一個模型步驟和記錄資料的間隔這一訊息儲存在模擬資料庫（ICASim.mdb)的模型表中。需要由學員手工輸入並傳遞給系統動力學模型的所有值，都被建構成參數輸入（PInputs)物件。每一個Pinput 都具有一界面，其詳細如下：

領域名稱資料類型說明 PinputID 長型表格的主要Key TaskID 長型與參數輸入有關之任務的TaskID

第83頁 463100 五、發明說明（79)

ModelID 長型與參數輸入有關的模型的ID InputName 字串朽0 輸入的名稱(訊息的用途） InputDesc 字串*255 說明（訊息的用途） ReferenceName 字串*50 與輸入有關之電子表格的單元名稱 SimReferenceName 字串*50 系統動力學模型中相關參數的名稱 TutorAware 布爾型是否在輸入有所改變時應通知ICA SourceltemID 長型參數輸入的SourceltemID TargetID 長型參數輸入的Target ID Row 長型參數輸入的電子表格行數 Column 長型參數輸入的電子表格列數 SheetNarae 字串*50 SheetName為參數輸入的位置每個參數輸入的所有這些訊息都儲存在模擬資料庫 (ICASim. mdb)的PInput表中。PInputs包括一個電子表格單元，此電子表格單元可由設計者在設計時或由GBS應用程式在運作時通過系統動力學引擎物件的方法來填充。單元格用於為模擬和系統動力學模型提供一個入口點。入口點的一個例子是利息計算例中的利率參數。當適當的活動洩漏時，即將單元的任何改變通知I CA。當ICA得到改變的通知時，事實上有兩個訊息被發送給ICA : —個具有參數輸入資訊，即SourceltemID，TargetID 以及空Atrribute 的10人1^〇1:丨{71)65 1；1'〇7訊息。該訊息_是建議10人將此訊息從

第84頁 ^ 6 3 1 0 0-—- 五、發明說明（80) 記憶體中刪除。另一個是具有參數輸入資訊，即 SourceltemID，TargetID 以及Atrribute(單元數字值）的 IC A N 〇 t i f y C r e a t e訊息。該訊息是建議IC A將此訊息添加到記憶體中。依據一較佳實施例之Pinput表格記錄顯示如下。 PInputID: 12345 TaskID: 123 ModelID: 1 InputName: 利率輸入 InputDesc: 輸入到利息計算模型中的利率 ReferenceName: Interet_Rate SiinRef erenceName: Param_Interest_Rate Tutor Aware: 真 SourceltemID: \1201 TargetID: 4001 Row: 6 Column: 3 SheetName: Sheet1 一旦完成了建構過程，設計者亦能使用ICA公用程式來測試模擬。當設計者在IC A公用程式的系統動力學工作臺中運作參數時，就自動填充Row，Column和SheetName 值。下列訊息提供了描述依一較佳實施例之互動元件的細

第85頁 463100

五、發明說明（81) 節。揉题程序任務 (w/拖放） --—-_ 対明 —— 肩要建構雜齡触務，練㈣證據可~~~ 程序任務 (w/拖放）新_務《^ ’ #本質上是程序性的，分支很少，叮咚任務分析和決定 (ANDIE) 任務最常用於靜讀或舰瓣。在SBPe上^7^7^同能的經驗重設計項目的結果。句调两N技評估選擇 (ADVISE) 用於要求學貞評估不1¾ 給出之標的或開發，模仿4個為同一技能的經驗重設計項目。不容許胳運作一公司任務基於時_擬，其胃γ -列表中選擇-些要採取之行動。在SBPC上開發，作為BDM管雜務的柄化版本。使用模型任務當用戶需要和定量的模型互動，以進行若則分析的時候。可以被用於動態根原因分析對部分進行測詖以分析壓力點。 ICA動態會議任務在BDM上開發，以來自模擬教練和ILS EPA的互動風格。支持基於動態規則的分支可以伸縮以支持EnCORE防務會議和YES蓉氐叙》管理任務基於時間的模擬’其中學員管理資源。人力資源管理、預算管理、FX文件包管理。 QVID靜態會議任務在Sim2上開發，.以支持日程驅動的會議，其中為用戶提出5個級別的後續問題，以進行連續提問。詢問每個問題時，它的後續問題也會出現α V 流程圖任務將支持大多數VISI0圖表《•在Sim2上開發，以支持簡單的流程圖決策模型ν QVID資料收集元件訪談時要詢問的靜態問題。在教授訪談技巧時（使用qVK)靜態會議任務）不要使用。支持層次性的問題和定時副本。日諸、工作創建用以支持每個借方或貸方多達2個帳戶的簡單曰誌登錄。新複雜任務須要模擬元件的新任務

H 第86頁 J 631 Ο Ο 五、發明說明（82) 系統動力學引擎是模擬模型、系統動力學模型、模擬資料庫以及智能教練代理之間的界面。系統動力學引擎很能吸引設計者，以便她能理解它的所有機制。一旦設計者建構了模擬模型（Excel電子表格），建立了系統動力學模型（PowerSim)並配置了所有的輸入參數和輸出參數，就可以使用包含於ICA公用程式中的工作臺（參見ICA 公用程式的檔案）來進行測試。然後，開發者需要執行對正創建的GBS應用程式中的系統動力學引擎的調用。下表列出了應包括在VB項目中以便使用系統動力學引擎的文件0

WsysDynEng. els 系統動力學引擎類別 WSysDynEng. bas 系統動力學引擎模組（引入該模組僅是為了提高速度，因為所有的代碼在理論上都應該封裝在類別中） wConst. bas 智能教練代理的常數聲明 wDeclare. bas 智能教練代理的DLL界面 wlca. els 智能教練代理類別 w lea. bas 智能教練代理模組（引入該模組僅是為了提高速度，因為所有的代碼在理論上都應該封裝在類別中）為了完全地利用系統動力學引擎，開發者必須將代碼置於不同的策略地區或應用程式的不同階段。初始階段 ------載入包括模擬前端的表格。這發生在模擬模型和系

第87頁 4 63100

統動態引擎被初始化的時候。修改階段------發生在用對影響模擬模型PInputs進行改變時。這也就是ICA被通2 發生了什麼的時候。運作階段------正在運作動力學模型且接收參數輸出。反饋階段------用戶要求獲得對自已所做工作的反饋。此為模擬通知ICA所有的輸出改變的時候。最後階段卸載模擬前端。此時模擬模型被保存下來《對這些階段之解釋’將藉由包括涉及之VB代瑪和對該代碼的簡要說明而為之。依攄一鮫佳實施例的初始階段代踽 1. 產生I CA和模擬引擎物件：代瑪:Set moSysDynEng ine = New classSysDynEngine； Set moICA = New classICA ；說明:使用系統動力學引擎的第一步是產生類別cl assSysDynEngine的實例和類別Classica 的實例。應注意者，引擎和ICA都應該是模組級的物件 "mo"的變量。 2. 載入模擬；代碼· IRe t = moSysDynEngine. OpenSimulation(FILE_SIM,Me.bookSim,True); IRet=moSysDynEngine.LoadSysDyn (mllCATasklD,DB—SIMULATION,l);IRet=moSysDynEngine. LoadMode 1 (MODEL_NAME, mbTaskStarted)；說明:物件創建以後，必須調用系統動力學引擎物件的OpenS imu 1 at ion 和 Load Model 方法。OpenSimulation 方法將指定的Excel =5, 0電子表格文件（FILE_SIM)讀取：到電子表格控制件

第88頁 4 63 1 C' 五、發明說明（84) (BookSim)中。LoadSysDyn方法打開模擬資料庫 (DB — SIMULATION)，並將一系列參數輸入和一系列參數輸出載入到記憶體中。LoadModel方法打開一個系統動力學模型（MODEL —NAME )。如果該過程成功結束，系統動力學引擎的每一種方法都會回送0。否則會回送相應的錯誤編號。 3. 初始化並載入智能教練代理；代碼:IRet=moICA.

Initialize(App.path &"\"&App — EXEName&". ini",App.Path&DIR_DATABASE, App. Path&DIR_ ICADOC,App. path&"\")；IRet = moICA.LoadTask(mIICATask ID, ICAStudentStartNew);說明••模擬引擎僅在與ICA合作時起作用。IC A物件的初始化方法讀取應用程式的.i n i 文件，並適當地設定Tutor32.dll °LoadTask方法告訴 ICA( Tut or 3 2 .dll)將與特定任務相連的.tut文件加載到記憶體中。從那一點開始，ICA就能接收通知。注意：.tut 檔案包含任務的所有元素和反饋結構。例如，

SourcePages > Sourcelterns，TargetPages，Targets 等。 4. 復原模擬；代碼：IRet = moSysDynEngine.RunPInputs(MODEL—NAME,True); IRet=moSysDyn

Engine.RunPOutputs(MODEL—NAME,True);I Ret = moSysDynE ngine.PassPInputsAl1； Call moICA.Submit(0); Call moICA. SetDir ty Flag (0, False)；藍:復原模擬包括以 ,下工作：用戶重新啟動時清除所有的參數輸入和列表；使

第89頁 4 63 10 Γ) 五、發明說明（85) 用模擬模型中的資料加載界面；調用系統動力學引擎物件的PassPInputs方法’用於將ICA恢復到初始狀態；調用系統動力學引擎物件的RunPInputs和RunPOutputs方法，用於將系統動力學模型恢復到初始狀態；調用IC A物件的 Submit方法，觸發ICA以運作所有的規則；調用ICA物件的 SetDirtyFlag方法’目的是重新設定用戶的單元期間。運作參數的過程包括：通過一系列的TutorAware的PInputs 和？〇1^卩1^3並向10人通知每個參敦的3〇111^6 11611110、 TargetID和Attribute值。修改階段: 1.言買取參數輸入和輸出；代碼：Dim sDa t a Ar r ay ( 2 ) as string; Dim vAttribute as variant; Dim IsourceltemlD as long ， ItargetID as long; IRet=moSysDynEngine.ReadReference ("Input—Name丨'，vAttribute, IsourceltemlD，ItargetID，s

DataArray)。說明:系統動力學物件的ReadReference方法將回送依名稱進行參照的參數輸入和參數輸出的屬性值’並選擇性地獲取Sourcelteml.D ’TargetID和相關資料。在當前的例子中，可以獲得名稱為Input_Name的參數輸入的屬性值，So urceltem ID，TargetID和三個資料單元。2.修改參數輸入；代碼· Dim vAttribute as variant; Dim 1 Source 11emID as long; Dim sDataArray(2) as string； vAttribute=9999; ,s.DataArray( 0) = " Data Cell #1" ； s Da taArray ( 1 ) =" Da ta

第90頁 4 63 1

Cell #2"; sDataArray (2) = " Data Cell #3"； lRe-j-moSysDynEngine.WriteReference("Input_Name" vAttri bute, , sDataArray).

Mf.. BM. .為了修改參數輸入’調用系統動力學物件的 Wri teRef erence方法，並傳遞Input參考名、新屬性值及選擇性地傳遞一個資料數組（欲儲存於模擬模型中的附加訊息）。系統動力學模型向I C A通知發生了改變。運作階段： 1. 執行系統動力學模型；代碼:lRet = moSysDynEngine. PlayModel(SYSDYN_PLAYSTEP)； lblCurrentTime.Caption = moSysDynEngine. CurrentTime; and lblLastTime.Caption = moSysDynEngine. LastTime ；說明:執行系統動力學模型的過程也由系統動力學引擎處理。執行模型有三種方式：一次全部執行、每次執行一步驟（如前述）、或者執行至某個特定的時間點。會有多個參數被傳遞到P1 ayjjode 1方法中。執行模型會產生參數輸出值，並將Tut or Aw are POutputs傳遞給ICAT。引擎還對時間進行追蹤，可以使用 CurrentTime和LastTime屬性來讀取這些值。 2. 在系統動力學模型中之回跳；代碼： lRet=moICA.LoadTask(mlICATaskID, ICAStudentStartNew);1 Ret = moSysDynEngine. JumpBack(TIME_TO_JUMP_TO).說明••因 .為系統動力學引擎將傳遞給它和從它獲取之參數製作備份

第91頁卜 463100 五、發明說明（87) 拷貝’故它能重新啟動並將這些楂重新提交回系統動力學模型’直到超過給定的時間段》為達到此目的，代碼需要重新敢動ICA ’然後調用系.統動力學引擎，使其回跳到給定的時間（TIME_T0_JUMP__T0)。反饋階段： -1.觸發ICA規則引擎；代碼：lRet = inoICA. Submit(lCoachlD);說明:一旦已對模擬進行了處理’必須調用ICA物件的Submi t方法來觸發所有的規則並發送反饋。這種反饋被Tu to r32.dll寫到兩個RTF格式的文件中。一個文件是以前的反饋，另一個是當前的反饋。依據一較佳實施例的ICA配詈圖28顯示用於依據一較佳實施例的初期組態的邏輯之概要圖。由於反饋的結構與其他線上活動相同，所以也可以用同樣的方法來建構ICA。為了使ICA反饋的產生和維護變得更容易’吾人推薦的方式是，建構反饋使得每一個時刻僅有一個規則觸發。應注意者，例中的組織結構是建構反饋的眾多方法之一。步驟1 :產生一問題和後續問題的地圖；在設計者開始建構ICA之前，他們應該畫出希望在線上會議中使用的問題、視頻和後續問題的地圖，這會使他們在建構ICA時更佳地理解互動的觀念。步驟2 :創建— 個教練；所有的反饋由教練提供。為線上會議創建一個特定的教練。步驟3 :創建來源項目和標的。 … 每個問題都有一個與其相關聯的來源項目（1 )和標

第92頁 a 631 Ο Ο 五、發明說明（88) 的（2 ) °這些會被j CA用於顯示視頻和後續問題。為了組織結構的目的和讀取的方便，吾人推薦每個源頁面（"〇 Intro")包括所有的後續問題（"Intr〇 Q1"，" Intr〇 Q2" ’ " I^itro q3")。可以為每一個來源項目（此處有顯不）或每多個來源項目創建一個標的。只要存在有來源項目和標的之間的顯式關係，這就不太重要。一旦創建了來源項目和標的，就將它們關聯到Sou reel temTar get (3)

上’並為它們提供關聯性。這些都是ICA會用來激活規則和向學員提供反饋時要用的獨特標識。步驟4 :創建父標題（視頻訊息）。圖29顯示的是依據一較佳實施例的視頻訊 4。反饋（訓練項目）被組織入於Targe t Groups (1)中。在圖29中’母一個線上問題都有一個Target Group用於使維護更容易。每一個TargetGroup必須至少有一個相關的 Target (4 )。這些都是在步驟3結束時完成的 Source Tar get映射。接下來，創建當映射 SourceltemTarget時（點擊一個問題）要激活的 Rules(2)。訓練項目（3)與一規則有關聯，並表示當規則激活時將顯示出來之反饋。ICA公用程式將商業模擬整合

到多媒體應用程式中。這就意味著，應用程式和ICAT之間現在有了一個中間層。這些公用程式和模擬引擎（下文將有說明）容許體系結構成為模擬的前端。現在，任何對模擬模型的改變都不必整合到代碼中^ j CA公用程式和模擬引擎與Microsoft Excel中創建的模擬模型共同起作用。 •在模型創建以後，依據一較佳實施例，設計者使用Exc e工

第93頁 4 63 1 0 0 五、發明說明（89) 令之已定義名稱功能（Defined Name function)，為扃程式和ICA公用程式所要使用的特定單元加上旗標:g = 顯示依據一較佳實施例的ICA公用程式。ICA公用 6個公爾兹-V、 ^ 匕們和智能教練代理工具（ICAT)合作，將

商^業模擬和多播_ * X 踩體應用程式結合起來。 4 63 1 Ο Ο 圖式簡單說明 J由：i中參考附圖對本發明之較佳實施例所作的詳對本發明之前述及其他目#、實施態樣和優點有更佳之瞭解，其中： V圖1是依據一較佳實施例的有代表性之硬件環境的方塊圖， /圖2是依據一較佳實施例的一系統體系結構的方塊圖， (/圖3顯示依據一較佳實施例的典型應用程式的每個開發階段的時間線和相關資源要求；

^圖4顯示依據一較佳實施例的汽車保險 (請款）處理人員的領域模型的一小部分；果甲的T )圖5顯示依據一較佳實施例的保險概要； J圖6顯不依據一較佳實施例的轉換部件； 4圖7顯示依據一較佳實施例，使用工具條來指取用應用級的特性；、圖8顯示依據一較佳實施例的GBS顯示； ^圖9顯示_依據一較佳實施例的反饋顯示； ^圖1 〇顯示依據，較佳實施例的日誌登錄模擬；斗，11顯示依據一較佳,實施例的模擬Bell Phone Bill 日誌登錄； /圖1 2顯示依據一較佳實施例的反饋顯示； ^ 1 3顯示依據一較佳實施例的第一情節的步驟； u沾11!和顯示與依據一較佳實施例之已建立的情節相，關的步驟； 4 63 1 Ο Ο 圖式簡單說明 _16顯學員透過曰 "圖1 7顯管理； /圖1 8顯示套件如何依據一較佳實施例支持動；示依據一較佳實施例的測試情節。誌、活動而運作；示工具套件如何依據一較佳實施例該測試中的支持學員的學員的互屬1 9顯 7圖20顯 /圖21顯映射； '/圖22顯 ν圖2 3顯 /圖24顯 ν圖2 5顯的方塊圖；嗍26顯 ,27顯體系結構的、，28 顯要圖； i圖29顯 •圖3 0顯示依據一較佳示依據一較佳示依據一較佳示依據一較佳示依據一較佳示依據一較佳示依據一較佳實施例的矯正性過程實施例的用於日諸工實施例，來源項目與 V 實施例對規肩的分析實施例的反饋選擇；實施例的反饋邏輯的實施例產生模擬模型作的物件；標的項目之實施例建構一模擬的較佳實施例的系統動示依據一較佳示呈現依據一方塊圖；示依據一較佳實施例用於初步建構示的是依據一示依據一較佳較佳實施例的視頻訊實施例的ICA應用。流程圖；的體系結構步驟；力學之詳細的邏輯之概息； ύ

第96頁

Claims

4 63 1 Ο ο 六、申請專利範圍 1 . 一種創建演示之方法，包括以下步驟： (a)接枚指示目標的標記； (b )將有助於完成目標的實例整合到演示中； (c) 監視學員朝向目標之進展並提供能進一步協助學員完成目標的反饋；及 (d) 提供與一資訊網站的鏈接，以協助完成目標。 2 .如申請專利範圍第1項之創建演示之方法，其中該網站包括多個HTML文檔。 3 .如申請專利範圍第1項之創建演示之方法，其中該網站包括資訊的關連式資料庫。 4 .如申請專利範圍第1項之創建演示之方法，其中該網站設有關鍵字的索引。 5 .如申請專利範圍第1項之創建演示之方法，其中該網站包括與演示的鏈接。 6 .如申請專利範圍第1項之創建演示之方法，其中該網站包括演示的引導資訊。 7 .如申請專利範圍第1項之創建演示之方法，其中該網站 =設有層次結構索引。 .

第97頁六、申請專利範圍 8 .如申請專利範圍第1項之創建演示之方法，其中該網站包括在相關演示資訊上的演示。 9 .如申請專利範圍第1項之創建演示之方法，其中該網站資訊璽基於演示的上下文。 10 . —種創建演示的設備，包括： (a) —個處理器； (b) —個在處理器的控制下儲存資訊的記憶體； (c )用以將例子整合到演示中以便協助完成目標的邏輯； (d) 用以監視學員朝向目標之進展，並提供能進一步協助學員完成目標之反饋的邏輯；及 (e) 提供鏈接至一資訊網站以協助完成目標的邏輯。 11 .如申請專利範圍第1 0項之創建演示的設備，其中該網站包括多個HTML文檔。 1 2 .如申請專利範圍第1 0項之創建演示的設備，其中該網站包括資訊的關連式資料庫。 1 3 .如申請專利範圍第1 0項之創建演示的設備，其中該網站設有關鍵字的索引。

第98頁 ^63 1 Ο Ο 六、申請專利範圍 1 4 .如申請專利範圍第1 0項之創建演示的設備，其中該網站包括與演示的鏈接。 1 5 .如申請專利範圍第1 0項之創建演示的設備，其中該網站包括演示的引導資訊。 1 6 .如申請專利範圍第1 0項之創建演示的設備，其中該網站設有層次結構索引。網該中其備設的示演建。創示之演項的 10上第訊圍資範示專關請相申在如括 •包 17站網該中其備設的示演 fr£ 創之。項文 10下第上圍的範示 •ηΊ 專於請基申係如訊 .資 18站第99頁