TW520475B

TW520475B - A system, method and article of manufacture for a simulation system for goal based education of a plurality of students

Info

Publication number: TW520475B
Application number: TW088122837A
Authority: TW
Inventors: John Reader Hubbell; Mark Stewart Nichols
Original assignee: Indeliq Inc
Priority date: 1998-12-22
Filing date: 1999-12-22
Publication date: 2003-02-11
Also published as: US6125358A; AU2595999A; WO2000038156A1

Description

520475

五、發明說明⑴

【本發明所屬領域】本發明係關於一種教育系統，的指導系統，能利用真實環境的一有關於一種基於規則一個或多個學員教授新的技能。或夕個商業模擬來為【發明背景】時，如果要適訓練是必備。領域專家有，一個能在自過程控制工程或護士。知識的知識為系統程師和領域專統。工程師對領域設計中去。這出錯。兩種不能改變從錄像入，但還是需步，如果知識式不對，則用既有技術系統成專家系統對當建立一個基於知識的系統或專〜/ 當地建構能驅動知識庫的規則，至少J糸統的，即知識工程師的原則和專家知二兩種著使用專家系統的領域或方面的知識、原則動製造設備方面指導學生的領域專家可師，而醫療指導系統的專家可能是一=，工程師是一個能理解專家系統，並使創建應用程式的人。在許多實例中，、豕〜θ 、 τ，知識工豕疋不同的人，他們必須合作以建構專家系典型地，這種合作採用的形式是，知識專家提問’然後將問題的回答整合到系統的種方法是勞動密集型的，速度彼慢而且容易同訓練之調整會產生問題。盡管知識工程師帶、錄音帶、教科書和其他來源中獲得的輸要兩種受不同訓練的人都投入工作量。進一工程師並沒有提出正確的問題或者提問的方於建構知識庫的訊息就可能是不正碟的。在中’如果沒有完成建構工作，則經常無法達 520475 五、發明說明（2) —"' --- i ϊ=師的反饋。在傳統的系、统巾，係藉由耗時的反饋循衣將從知識獲取到知識驗證的多種過程結合起來。 ▲使用專家系統部件的教育系統經常由於缺乏 =讓用戶覺知乏味或不能完成訓練項目。目前的訓練項目 ^用的是具有線形視頻和圖像的靜態、僵硬編碼的反饋， "來增加視覺吸引力和闡釋觀念。這些系統典型地支持一個 π正確的”答案，而且僅支持由一個定義好的路徑來指導完成整個系統的訓練。如此僅能提供二維類型的互動，而沒業模型的支持’只能基於選定的反映對學員作出正確擬饋。目前的指導系統不能將真實的商業模正口成規則來為用戶提供一創造性的學習環境。【發明之概述】於目癖ΐ ί發明較佳實施例適用的廣泛範圍，提供-種基知性二鉍=習系統，利用基於規則的專家訓練系統提供認境“ = ί歷。此系統為用戶提供一模擬的環境，該環

還可^=取佳方式理解和解決問題的商業機會。另外，用戶建☆'錯誤並動癌、地提供矯正性的教育資料，以幫助用了人2商業工作中獲得成功所必備的技能。此系統利還且古ΐ #慧引擎來驅動個性化的動態反饋，所述反饋中學習条祕丄、擬具世界壤境和互動的同步視頻和圖形。習=正確"答案，以容許個性化的學控制。一個健全的商業模型提供了對現實活動的支持，

第7頁 520475 五、發明說明（3) 容許一個或多個用戶體驗他們於一個或多個模擬環境中的行動在真實世界所造成之影響，並作出決策，該決策必須對教育資料進行實時決策和綜合。【較佳實施例之詳細說明】 (詳細說明）依據本發明之系統的較佳實施例，較好在個人計算機，例如IBM相容個人計异機、Appl e的Macintosh計算機或者Unix的工作站實施。圖1顯示具有代表性的一硬件環境，圖中顯示依據本發明一較佳實施例之工作站的典型之硬體構造，其具有一中央處理器110(如一個微處理器）及多個透過系統總線11 2互聯的其他部件。圖1中所示的工作站包括··隨機儲存記憶體（R AM ) 11 4 ;隻讀記憶體（R〇Μ ) 116 ;1/0適配器118，用於將碟片儲存單元12〇等外圍設備與總線112互聯；用戶界面適配器122，用於連接鍵盤 124、鼠標126、揚聲器128、麥克風132、及/或其他用戶界面設備例如觸摸屏（圖中未顯示）至總線1丨2 ;通信適配器1 3 4，用於將工作站與通信網絡（例如，資料處理網絡）相連；以及顯示適配器1 3 6，將總線11 2與顯示設備 138相連。典型之工作站安裝有操作系統如Micr〇s〇f1;

Windows NT 或Windows/95 操作系統（〇s) 、IBM 的OS/2 操作系統、MAC OS、UNIX操作系統。那些精通本技術的人員會瞭解本發明能在前述以外的平臺或其他操作系統實施。較佳實施例用J A V A、C和C + +語言寫成，並利用了物

第8頁 520475

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

模擬模型執行學生學習的商業功能，這些功能是應用的核心。一動作”層"容許用戶透過讓輸入進入模擬引擎並，收板擬模型的輸出之方法而目視指導模擬。例如，若學員正在執行一個收入報表的行動，貨物銷售計算的淨銷售額和費用就作為模擬模型的輸入，而淨收入值被計算出來並檢索2為輸出。當計算值被傳遞到模擬模型並從中檢索之後，它們也被傳遞到智能教練代理（）。擬模型的輸入和輸出，並基於一套規則產生反饋。這= 饋被接收胃，並通過^別&1 Basic體系結構顯示出來。圖2疋依據一較佳實施例的系統體系結構的方塊圖。 520475

演示π層制顯示特佳實施例得複雜之雜的技能和感覺起出挑戰，習、邊做戶界面與商業戰略決方案建能模擬一是知識系的表現與活動"層" 220分離，而且通過一套控定的内容主題的訊息23 0使通信更加方便。一較使知識工作者2 〇〇和201能迅速、可靠並持續地獲技此’方法是讓一個組織來教授如何迅速習取複該結果的獲得是藉由將個人置於_個”看起來來像真實工作的模擬商業環境中，並對他們提使其利用高效的學習理論（例如，基於目標的學邊學、基於失敗的學習等），最後是多媒體的用二個強大的整合軟件元件相配合，而作出能符合目標的決策。這些元件中的第一個是一個軟件解構助手（SCA )230，包括數學模型工具234，它段時間内個人團體活動的商業結果。第二個元件統2 50，包括一個HTML内容"層π，它能組織並給反饋對於每一個完成課程的個人都是獨特的，而且還支持”設計到"課程中的客戶文化訊息242。一商業模擬方法包括有對内容獲取、故事主線的設計、互動式設計、反饋和指導之給予，以及内容之給予的支持，此商業模擬方法依據一較佳實施例被整合到系統的體系結構中。依據一較佳實施例並包含大量的"預設計’，學習互動，例如訊息 238的拖放動作、情境評估/活動計劃、訪談（一對一，一

出和線上教科書非常相似的包裹知識，所述書籍具有習題、視頻戰爭故事和詞彙表。第三個元件是一個包括有一人工智慧引擎240的軟件指導者2 70 ，該人工智慧引擎240 能基於學員作出的決策產生個性化的指導訊息。

第10頁 520475 五、發明說明（6) 對多）、I t / 在處理，德炎i對一組專家/董事）、對性能的測量（現性的产^處理）、對決策之影響的"時間跳轉，，、競爭時間跳轉"、競爭者合併、客戶目勤Α錄的視頻訪談。程。佳商業模擬以最佳方式提供培訓課境的有效訓練。，m用提供了能反映學員實際工作環見更向的總體工作性能。盡管曰給人以深刻的印像，但是 1 =二訓練應用的成果很複雜的。這些模擬 θ "又σ和建立商業模擬是中學員能順著^條路卜成=為開放式結尾的環境，其格和既有經驗與知識Γ 廷取決於他們的學習風 =為邊做邊學的學習方法 G L學習）作為解決方案。然而的的第一階段（執行）作為匕也了从在周期過程中到達需要學習的點。藉、由使出：=工作執行勢，該用於建立商業模擬的U 2案之方法的某些優較少的時間，產生更具重複性^ ^旎夠以，低的費用和得更容易認知的和實際的用戶價值。，則性的计劃，從而獲現在大部分公司的培訓計適當地將重點放在培訓的目的：。nc們沒有憶事實的能力和執行任務的_六k些培訓计劃混淆了記之間的區別。藉由採用傳統學校的方法，公 $ 11頁 520475 五、發明說明（7) 授的多半是無聯繫的和結構不全的事實與資料，而重點本來都應該疋改善性能。當講座、書籍和考左地針對事實和資料設計的時候，你如何能夠教授表f 扔掉這些講座、書籍和考試吧。準備獲得好的表現^佳方式是，執行；經驗是最好的老師丨大多數公司的領為，工人工作的時間越長，他們的工作效率就越高。因此，培訓新雇員的最佳方式是讓他們藉由工作來學習，實際的工作環境中獲得技能。雖然邊做邊學的觀點並不是革命性的，但是它在商界和學術界都受到了抵制。如果說普遍要^得到的是更強的能力，那情況為什麼會這樣呢？學員不願採用邊做邊學的方法，因為他們害怕失敗·β 士，=力工作以避免在別人面a犯錯。公司的領導不願實行邊做邊學，是因為初學者的失敗可能意味著安全、法會產生重大的問胃。想像—下，-個新飛行員、大型的喷氣式飛機加速時邊做邊學情形 ΓΓ二ϊ慮r下一個新金融分析人員在組織數百萬美元 ίίίίί時邊做邊學的情形吧。很少有雇主願意承受這樣的失敗來培養能力更強的勞動者。 $ι知1 ί ^ ί系統的關鍵在於，它是否能被無漏洞地整合丄離二ΐί用來執行本職工作的商業系統中。工作者無 =離或者找出埋在紙質手冊和活頁夾内部的隱藏訊息，t可以獲得指導或發現問題的答案。藉由在需要的時 Ϊ需與工作者們所用的相同應用’並使它們適應個人的而要顯不如何"，而非"什麼"所有這些支持元件都可以

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

520475

五、發明說明（9) 個不同平臺提出解決方案的能力。所以，再度利用就η 將一個項目中的工具和體系結構應用到另一個項目中月:上的和技術上的資源本身都具有如何使用技術的知力這也有一種相關的優勢，即為BusSim項目提供最佳練習的 (開發周期的活動）設計階段，建立階段，測試階段，行階段又，在設計階段’指導性的設計者逐漸適應内容領域，並開始將指導方法觀念化。藉由閱讀資料以及和主題問題專家（SME )座談，他們越來越熟悉主題的問題。他們並藉由關鍵的用戶接觸，確定了學習的目標。學員互動和界9面布局的觀念化設計也開始形成。在觀念化設計成型之後，就開始進行低真實性的用戶測試（例如，會議室引導）學員與界面（實驗或教學用的）實物模型進行互動，同時促進人員開始觀察並記錄所有問題點。最後，建立包括名士論之洋細設計。這些詳細設計被提交給開發小組進行實施。傳統上，設計階段一直存在著很多問題。和傳統&商業系統不同，BusS i m解決方案並非扎根於可觸知的商業過程之中’所以报難用具體的方式確定需求。這就為針^ 2 的設計者留下來一個"藍天"的設計問題。由於對解決方案的商業驅動的限制較少，内容領域的專家知識很膚淺以及技能十分有限’指導性設計者在開始設計時不能獲得任何幫助。典型地，僅有那些富有經驗的設計者能夠想像出

五、發明說明（10) 那些能實現技術上的設計。為了解決該問常開放式結尾。設計大組合，纔能設計出在建立階段，應編碼。編碼工作包括由按紐、網格、複選提交標的物之螢幕控的工作並提供反饋互形式是來自模擬小組擬小組成員的交談，工作。在進行編碼工的圖像、視頻和音頻的複雜性。建立階段者不能精確地理解設要貝現的功能。同時發者，因為分析學員雜的。可行學習目題，BusSim 者必須能預有幫助和有用開發小組學員互動的框和任何其制件組成。動之邏輯編成員的文本或者由模擬作的同時，。管理這些的危險包括計者的意圖 ’為這些應的工作和形 ^的界面、分析和反饋的解決方案在本質上均為非先想到學員行為的多種巨現實意義的反饋。使用詳細的設計來為應用界面和小工具。界面可以 &容許學員觀察和操縱其開發者必須為能分析學員碼。這些互動可能採用的及/或多媒體反饋，與模小組成員直接操縱學員的還產生了要在應用中使用資產的開發過程有其自身對設計的誤解。如果開發，應用程式就不能具有需用程式編碼需要熟練的開成反饋的邏輯都是非常複測試階段，顧名思義，是用於測試應用程式的。測試的目的是用三種方式來驗證應用程式：第一是應用程式是否功能正常（功能測試），第二是學員是否能理解界面並有效地通過測試（可用性測試），第三是達到學習的目標 (認知性測試）。應用程式的功能性測試可以由開發小組或專門的測試小組進行。如果應用程式不能正常運作，就

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

520475 五、發明說明（12) 方便的時間、地點和速度進行。然而，由於學員在地理上來說往往不集中，所以也並不能隨時獲得支持。因此，經常需要為學員提供電話支持。客戶也可能希望追蹤學員的進展’或者控制課程中的進展情況。基於此戰略，在學員完成了一階段的課程學習後，他會藉由電子方式或以物理方式郵寄一片磁碟，將自己的進展資料傳輸至一處理中心。在處理中心，將對這些資料進行分析，以驗證他是否已經令人滿意地完成了要求的運作。與學員追蹤經常有關的項困難在於分離出學員的資料以供分析。要傳輸所有的課程貧料可能非常困難，所以經常要將對學員的進展進行必要分析時所需的最少量資料分離出來。 (商業模擬的提交架構）

如上反映的不從零開始根本不能藉由再度利用確實種選擇考可以被普檢查構成種程序的應用程式不同，從討論，過是” _ 進行開再度利利用來能減少慮的第遍化以這些應固有部必須有高保真用於建 -次性” 發，在用〇 *— 減少開費用和 --φ- Η 艾疋便在未用程式分出現與學員度實時立BusSim解決方案的傳統開發過赛的哲學，其中以完全統一的形式一個應用和另一個應用之間很少或個較好的方法可能是，將重點放在發過程需要的總工作量，因為再度縮短開發時間。將再度利用作為一 :辨別出不同的BusSim應用程式中來應用程式中使用的共有方面。在的時，三個共有的方面作為每石動的機析和解釋。每種BusSin 互動的機制。1 M m 模擬任務的高界面的複雜度都 n互動性，一直到商|

第17頁 520475 五、發明說明（13) 月，?、案例的訊息任務的較低滿雜用戶界面⑷）的複雜；：訊息提交要t 的模擬和反饋邏輯都是一個重要的、問=用戶可則土定義用程式’均在應用程式執行期間對於確定的資料進行多次分析。這種分析可以資料埶二附1二二，了什麼’或者對即將反饋回模擬中的擬環境7筆‘本计：。例如，分析可能是要認知學生在模的任何行動σ，或去叮目值和執行的訪談等）中對物體採取謝計算。實質性而有用之反館3貝广供的數目所進灯之到執行的目的』一事加= 會有助於或阻礙他們達特點的解释部分採取任何所t行n要機制。⑮出的ΐ有析清楚。成發表分析部：冗仃的二析之結果’並將其分在其旁邊加註某些。么求上升了 3%")，並低7 %，你有麻煩了"，或：文(即，’’需求比預期值得太棒了，的時候，採取者的=未超過計劃值丨.5% ;你做有彡# t、土 ' 取的疋世界上公認的公正觀點。的兩種方法是基便於再度制。較普遍於說明兩種方法之間的差/ f基於兀件的方法。為有助修建-所房子作為我們以建立一個應用程式和釘子、塗料以及^泥箄物β固人可以使用原材料、2x4s、人也可以使用新型設計零開始建築一所房子。一個一個應用程式。可^蕤Α盆代碼的原材料來從零開始建立猎由基於架構的再度利用及/或基於

520475 五、發明說明（14) 元件的再度利架構的再度利架構或體系結預先建構的房頂。可以藉由製該房屋。類線的應用程式定製視覺和觸程式架構的一 Classes(微軟程式時的一個功月b，而開發式。基於架構例如用戶界面的特徵。使用〔可以在中，如果我知可以在架構中而減少修建每要建立大量非有特性可以被〔應用程如果房屋架構上塗上喜歡的用來減少兩種工作中需要的工作量。在基於用的範例中，可以建構包含共有部分的共通構。在房子的類比中，一個人可以購買一個屋架構’其中包括地板、外牆、承重牆和屋增加分隔牆、壁紙、木製結構、地毯等來定 #地’可用的預建構應用程式架構包括基、、”構和功能。也可以藉由增加特定的功能和覺來完成各別的應用程式。常見使用的應用個例子是Microsoft Foundation 基本類庫）。這是用C + +開發Windows應用架構。MFC提供了窗口應用程式功能的基本者則藉由在架構内增加功能來完成應用程的再度利用最適合於獲取樣板類型的特徵，皆理、過程物件行為和任何其他要求專業化架構的優勢包括：架構中加入廣泛的功能〕。在房子的類比道自己要修建三個有相鄰臥室的平房，我就设立裝有水管、電氣配線之直立分隔牆，從二所房子需要的總工作量。如果我知道自己常類似的應用程式，則它們將會有更多的共包括在架構中，而不是分別建立。式在適當之處可以置換架構提供的功能〕。具有預先油漆好的牆壁，建築工人可僅於其顏色。類似地，承繼之物件導向原則容許應

第19頁 520475

用程式開發者置換架構的行為。在基於元件的範例中鍵的功能被加入到一元# ψ # 中a庚女丨爾户J t 中件在多個應用程式 ^再度制。在房子的類比中，元件對應於用$，例盤機、冰箱、微波爐等。類似地，可以從農有預先打包好的功能的許多應用程式元 ' 見‘二= ^^(Data Grid) :的兀件，提供觀察資料表單類型的網格中資料的功能\ 基於元件的再度利用最適合於獲取黑箱類型的特徵，文本處理’資料操縱或任何其他不要求專業化的特徵。

〔同一個計算機的多個程序可以共享同一個元件〕。雖然並不適合用類比來說明，但還是想像一下，相鄰的有房子能夠同時共享同一個洗盤機的情形。每一必須提供自己的盤子、清潔劑和纟’但是它們不所有的盤=。在應用程式元件的世界裡，很容易實現= 類型的共旱並減少對磁碟和記憶體的需求。〔元件傾向於降低對平臺和工具的依賴性〕。事者上，微波爐可以在任何房子中使用，無論房子的架構^鋼鐵的還是木製的，也不管它被定製用於興建大廈還是小' 屋。你可以將一個高級的微波爐放在低級的房子中，^ 以將低級的微波爐放在高級的房子中。你甚至可以將多個不同的微波爐放在你的房子中。c〇RBA、c〇M和Java Beau 等元件技術就使得這種靈活性在應用程式開發過程中變得司空見彳貝。達成再度利用的最佳答案經常在於將基於架構的技術和基於元件的技術結合起來。基於架建構立〃

五、發明說明（16)

BusSim應用蓉或λ.. 和系統事件，啟動和發用戶界面，處理用戶箱功能。這是指；；==元件的方法也適用於黑創建能支持_=2時能直接使用的功能。在必須盡可能保持靈活性和“ ^的體系結構時，所有資源性。因此，我們選擇利用^件的古否則就會降低再度利用由以下“:二應用程式的獨特特色。該決定進-步 (商業模擬的提交架構）以獲；Si用ί式體系結構結合起來，應用程式體系社;^ m2的疋製開發工作量。增加的同的元件之用程式界面和元件之間以及不件（由圖；^类_ >’、仏支持。該解決方案有下列特徵：元系結構“的^mnussim功能。應用程式體於元件）之诵，人(應式對於元件）之間和（元件對的互動5劑。應用程式架構提供的是為不同面』:以的、:構式界件。卜即進步砰細討論所述的每一種元商業模擬工具集）我們已經清楚地說明：為什麼要以較低的費用產生高 520475

ί:Γ=:決方案時’將元件/架構方法相結合之方法疋最佳的解決方案。如果市場上有大量的第三方架槿具，能使用工業標準的資料庫例如Inf〇rmix，〇racle或 Sybase來儲存資料。領域模型代表模擬過程中之物件。這些物件都是假想的有形事物，比如學員能拉的杠杆，學員填寫的表格或記事本，模擬會議中學員與其互動岣字符 4。匕們也可以是抽像的物件，例如供特定投資用的供多種平臺上的提出能力’則TEL項目的重點在於’ 疋開發一套元件，為Buss i m解決方案的，獨特的服務。這些元件連同一套設計和測出f 才曰導性设計者用來支持Bussim開發四個階段中的活動之= 具。我們將這套工具稱為商業模擬工具集。以下是對工且 ϊ 元件和工作臺的說明。可以將μ想像成封ί 有支持相關服務時必備的行為和方法的黑箱。它藉由公開的界面向外部世界揭露這些服務。元件的公開界面容許你理解它藉由提供這些服務可以做什麼，而不是它如何做。、實現過程的複雜性係對用戶隱藏起來。以下是BusSim工具集=關鍵元件。^(領域元件）一提供為模擬狀^ 之模t建立的服務。£nf i 1 i n g元件(概要元件）一提供基於規則對模擬的狀態進行評估的服務。Transformation it 迕（轉換元件）一提供操縱模擬狀態的服務。Remedi at> 〇n i赴（矯正元件）—提供基於規則向學員提出反饋的服務。 Domain模型元件是套件中的中心元件，能促進上下文資料在應用程式和其他元件間的溝通。它是一種模型建立工

520475 五、發明說明（18) R0I，學員 …·、體。一些實體的例事故；金融會計領表’以及銷售領域一個實體還可戶實體可能包括代性，其中每個屬性擁有的一套屬性從括：保險應用程式 π事故類型代碼"等貸方帳"、”借方帳周轉信貸帳的實體限制’’等。圖4顯示索賠（請款）處理人子Vl的次數等。這些物件被稱為實域保險領域中的車輛、操作員和中的ΐ!誌登錄、現金流量說明和平衡、的4費者和購買力等。矣上括其他的實體。例如，個人銀行帳 ft的實體。每一個實體都有一套屬 =某種方式來說明該實體。一個實體貝上疋義了該實體。一些示例屬性包的事故實體包括的屬性如”發生日期”、個日誌登錄實體擁有的屬性例如” 和金額’’；而一個抵押應用程式中的包括的屬性例如"未清餘額”、"可用額依據一較佳實施例的汽車保險行業中的員的領域模型的一小部分。 (Prof i 1 ing 元件）以最簡單的方式來說，Profiling元件（概要元件）的目的是為了分析領域的當前狀態並確認對該領域成立的特定事物。然後，這些訊息傳遞至為學員提供反饋的 Remediation元件。Profiling元件藉由像調查員問案一樣，詢問領域狀態的一些問題，對領域進行分析。概要元件詢問的問題被稱為概要。例如，設想有一個與建立營火會相關的問題，而學員剛剛將火柴投到了柴堆上，但是火沒有點燃。為了對學員給出有用的反饋，教練需要知道以

第23頁 520475

下情況：嗎？等等中。分析些訊息來套與領域了概要定的設計者要的一些或者由應要被評估產戰略但的請款歷報（R0I ) 火柴點燃了嗎？木柴是。這些問題都在概要元的結果被傳遞給Remedi 為學員提供特定的反饋匹配的標準。概要的目義的標準。使用可視化產生概要，以辨別對了問題。在BusSim應用程用程式自發地請求反饋，以確定哪些是真的。是錯誤的收支平衡公式史；以及正確的現金流濕的嗎？在柴堆上點火了件用來分析領域的概要 at i〇n元件，它會使用這。詳s之’ 一個概要是一的是檢查領域中是否滿足的程式規劃工具，指令性解給定任務的領域非常重式的執行過程中，當學員時’與當前任務相關的概概要的例子包括：好的生 :好的駕駛記錄但是較低量分析但是报差的投資回

一個概要由兩種類型的結構所構成：特徵和集體徵。特徵是能確認對於確定應向學員發出何種反饋是非常重要的領域之部份集合的條件子句（一規則之含“的那一半 )。特徵的例子包括：交Si中的錯誤借方帳；完美的費用分類；最後3年的至少一個])!^ ;最後2年中超過4〇〇〇美元的請款；在5年内2次以上的差錯事故。特徵的條件子句使用:個或多個基元作為運算元，來確認定義該特徵的領域部份集合。一個基元僅僅參照領域中一個實體的一個屬性；這就是術語基元。基元的例子包括：DU丨之數目 >=工； ROI>10% ;收入在75,〇〇〇美元和11〇,〇00美元之間。集體徵使用多個特徵及/或其他集體特徵作為其運算元的條件、

第24頁徵容許指導問更複雜的駛記錄；良易的現金問了之後，設這樣就大幅一概要時，體特徵和概概要使用。五、發明說明（20) 子句。集體特式（例如，詢惡劣的家庭駕等級。費用交題。一旦創立用這些元素，當由元素創建可以被多個集個集體特徵和險業概要。性的設計者建問題）。集體好的信用等級題；以及現金計者能夠在多地減輕了創建可以使用基元要使用，而且圖5顯示依據- 立更加豐富的表達特徵的例子包括： :勉強夠格的信用的來源和使用的問個表達式中再度利附加概要的負擔。的多個特徵，特徵集體特徵可以被多 -較佳實施例的保 (保險業的示例概要） (轉換元件）—_Profiling 元洵問有關領域的問題，而& f ^ 舛管廿肱钍里蚀向1ransforiflatlon兀件對領域執行计#，並將釔果反饋給領域，以便由Pr〇filing元件進進-步的分析。如此即可簡化複雜商業系統否則其將非常難以實現成以用程式的—部分。在^面/ 分析/解釋執行流程的分析階段，在Profiling元件開始進行分析之前，Transf ormati on元件實際上即已在領域中始起作用。Transformation元件起的是外殼的個或多個資料之模型建立元件包裹起來，用於將這些元等件整合到BiisSim應用程式中去。Transf〇rmati〇n元件促進將特定的資料從領域中傳遞到資料之模型建立元件（輸入中以便對資料進行計算’同時也促進將計算得出的結果從 520475 五、發明說明（21) 資料之模型建立元件回送領域（輸出）。圖6表示的是依據較佳實施例的轉換元件。Data mode 1 ing component(資料模型建立元件）可能是第三方的模型建立壞境’例如基於電子表格的模型建立（例如，Excel和 Formulal)或者離散的基於時間的模擬模型建立（例如，

Powers im ’ VenSim )。元件也可能用 C + +，VB，Access 或

其=與ODBC相容的工具來定製建立，以提供獨特的模型建立環i兄。使用Transformation元件來包裹第三方的電子表格元件’提供了一種容易的方法將基於電子表格的資料分析正合到應用程式中去，這些資料是由gxcel等工具產生 =。Transformation元件為電子表格提供了外殼，使得其能調查領域的内部，取出需要的值作為輸入，執行計算，並將輸出反饋回領域。

例如，如果一公司的財務報表儲存在領域中，該領域將保存基線的資料，譬如像公司有多少現金，資產和負債如何等。Transformation元件將能看到資料並計算其他的值，例如現金流量比率，或投資的R〇I *Νρν，或者^何其他計算，以便定量地分析公司的財務狀況。根據其複雜性，這些计异將藉由預先存在的電子表格執行，而該表格是客戶已經花費了相當多的時間來開發的。 toLgdiition 元...件（靖正元件）--Remediati〇n 元件是一個專家系統，可以幫助將智能反饋整合到BusSim應用中、。它有如下特點：產生高品質文本反饋的能力；產生包括視頻及/或音頻的多媒體反饋的能力；在反饋中包含參

520475

照材料例如Authorware頁面或Web頁面的能用戶提交標的物以突顯或者甚至修改主動操縱個嵌入在它的反饋組合運算法的經證明之力二將數字資產整合到一個訓練或Ips應用程的正^去^ 5 Remediatiori模式包括三個重要矯正中去。念的物件。觀念可被分為子觀：上實際世界觀意的深度和寬度，俾支持豐富的觀念可以U ί 包含任意數目的訓練主題。訓練主題本日自处女彳立奴、觀心之纣細主題的物件。訓練任思數目的訓練項目。訓練項目是反饋的項目， =1文本、音頻、視頻、URL，或者對領域模型的更 # §1、、、項目包含於訓練主題，並由Remediation元件運异法所組合構成。 irkbenche^^jj^j — —BusSim 工具集也包括一套臺’後者被指導性的設計者用於設計和建構BusSim應程式、工作室是用以幫助將被BusSim元件用於決定一應用程式的運作時行為之資料，予以可視化編輯和測試的工具。BusSim工具集包含如下工作臺·· Knowledge 馳处咖h(知—-知識工作臺是被BusSim元件用於，建領域、分析和反饋資料的一種工具。它有如下特點’谷許没計者將知識”塗”到拖放界面上；可視化地顯示 ί ^ i以便設計者之間能更容易地通信。界面是智能的， #許&計者僅只塗上有效的互動，設計者的任務創造被儲

第27頁 520475 五、發明說明（23) 存在個中〜倉庫中，工作臺支持一個任務的專屬編輯之進入和退出，支持基於局網的或沒有束縛的編輯工作； 1動地產生設計的檔案；而且它能生成可驅動元件行為的貝料文件。WorkbenchC 模擬的試工作臺」〜〜模擬的學員測試工作臺是一種創建資料的工具，該資料能模擬學生的行為以測試BusSim的元件打為。、它有下列特徵··測試臺基於領域模型產生模擬的應用程式界面’設計者在領域模型中操縱物件，以模擬學生的活動\設計者可以使用調用此元件以經歷學員在生產 j程:會絰歷的互動；而且設計者可以在開發應用程式界面之刖，完全測試互動行為。Regression Test 作臺）一一回歸測試工作臺是一種 —:貝、单兀期間進行重播和測試的工具，有助於除錯。二一：下:寺徵.每個學員的提交可以藉由元件單獨重播；間：的任意數目的學員提交可以連續地重播；以迅速地成批播放；，員的互動結果一口歸測试的結果並列以便於比較。 (開發周期活動） BUsSj應用程式的設計階段藉由使用知 ;:物=作臺是-個可視化編輯器，用於設定：；弓丨擎的物件之狀態，以控制它們的於經證明的運算法，該運算法取二 =係基為才曰導性設計提供一個觀念化的架構和方法。於觀 520475 五、發明說明（24) 念化設計中，工作臺可以需要精热的觀念分級模型式組織内容。觀念的可視設計者審查。工作臺的連質確保過程。另外，可以案。在設計階段的過程中饋的訓練主題上塗寫，來節。設計者可以將多個反計者還將每個主題標記為其他幾種與經證明的矯正計者為每個主題填寫文本接，Authorware鏈接或者遞給學員的媒體物件。工具集可以在功能測工作篁的關鍵驅動力量在的行為，而不必在應用程者在界面上有所行動，該裡它就可以被追蹤到資料的行為作除錯之用；這些試者的行動添加評論也是行動時，測試者可以敲擊產生一個單元期間框來記段，元件被分布到學員的時間和無差錯的操作提供容許設計者。這可以幫化表示有助續視覺和觸自動為整個，設計者藉為觀念分級饋主題與每讚揚、潤色方法一致的、視頻戰爭其他可作為塗上學員在活動中助設計者以邏輯的方於將想法傳遞給其他覺還有助於流暢的品設計產生標準的檔由在學員可能需要反的設計増加更多細個觀念結合起來。設、集中、重新指導或反饋類型。然後，設故事、WEB頁面鏈反饋主題的一部分傳試期間大幅地減少工作量。減少於：7L件可以自動地追蹤測試者式中增加代碼的支持。一旦測試行動就被報告給領域模型。從那庫中。測試者不再需要記錄自己行為被自動地寫到磁碟上。為測個特色。當遇到沒有預料到的一個控制鍵序列，後者可突然錄，錯誤行為的說明。於執行階平！上。這些元件將極短給模擬小組忐昌名g胜丄、、且成員和反饋功能。如

五、發明說明（25) 果客戶需要，可以在運作時 β 員進行評估和管理。這也：：貝追蹤機制，用於對學任何可能產生的錯誤。 (使用商業模擬工具集的情節）要想對BusSim工具集如何田獲得更好認識，一個好方法β 里減少BusSim開發工作直在BusSim應用程式的特定任=歷經這樣一個情節，即如何達到此一目的，我們設想在$的開發周期中利用工具。為是記錄發票交易的日諸:而:，特定任務中的學員之目的的基礎知識的更廣泛^上下這項工作屬於學習金融會計簡要說明將有助於設置产* $中從學員的角度對任務的情節，說明了任務開發中°以下的說明是5個了一個任務界面的屏幕快昭。=不同行為。下面的圖顯示施例使用工具條來瀏覽與取二/不的是依據一較佳實具條劉覽與取用應用程式的某些性。學員使用：過界面頂端和左邊的倒L形物件"V工具特性。工具條是穿瀏覽到當前行為中的任務具條的頂部容許用戶用程式的其他特性，包括及二具左部容許學員取用應 ⑹⑴小組之按钮來括八反二。學九可以藉由點擊饋。刀析他的提父標的物並接收反在此任務中，聲昌的曰誌，以便記錄内=錄22個發票和其他來源檔案意”記曰含士 t Λ 間的預算美元的流量。（注他來源標案的總帳中的曰=期間記錄發票或其 « ^登錄的過程。這個過程要求為

第30頁 520475

二衡栺用項目。一旦此過程完成，總 -個1試驗彳生的平衡和隨後的金融報施例’一個智能教練代理工具（I CAT 雜度和開放式結尾的環境中使反饋的化和簡單化。|自教練或指導者的反用程式時起到工具的作用。進一步，域’並基於預測到學員對領域的理解以提高學員對關鍵觀念的理解能力。也明的反饋策略的規則和反饋，在整發出一致的反饋，而不管產生反饋的計者/開發者如何。ICAT係與用戶親起’這樣它可以被再度利用，以便在之資料引擎和倉庫的項目中提高生產借方和用於創較佳實在高複得標準學習應題的區為，可應於已都可以定的設包在一於規則每個檔案創建帳的記錄就被告）。依據一 )被開發用於創建和傳遞變饋在引導學員藉由分析有問推薦特定的行藉由記錄下對個應用程式中互動類型或特和之工作臺打須要類似之基力0 (依據一較佳實施例的ICAT的定義）智能教練代理工具（ICAT)是一套工具—_ 一個資料庫和一個動態連接庫（DLL )運作時引擎--被設計者用於創建和執行對基於目標的訓練的及時反饋。設計者記錄開發工具中的反饋和規則。一旦設定了反饋，運作時引擎即監視用戶的行為，調用規則並產生說明商業可交付物的、反饋。在ICAT内動態使用的矯正模型，基於學員的先前反映，生成最適當的反饋以發送給學員。ICAT模型係基於反饋的理論，後者已藉由引導結果和非正式訪談證明是有效

第31頁 520475 五、發明說明（27) 的。該模型在物件模型和ICAT運算法中得到體現。因為模型被建立於工具之中，所以工具產生的所有反饋都符合該模型。ICAT在學員的培訓中扮演兩個角色。首先，ICAT是一個教學系統，幫助學員充分理解和利用訊息。其次， ^ΑΤ ί 一個守門員，保證每一個學員在轉移至其他訊息之刖已单握該材料。I CAT是一個自足式模組，與應用程式分 =:fICAT與應用程式分離，就容許其他項目使用ICAT並谷許設計者在應用程式完成之前就測試反饋。I CAT模組在個^過^程上建立，後者容許學員與界面有效地互動，從而 :學員的錯誤產生並發送適當的反饋。丨CAT ==建反饋的7步驟方法。該方法包括特定的步驟，高反nc中的學習教程。㈣該方法，可以提包含-個Γϊΐ，從而滿足課程的教育需求。每個過程都。都型，並且一些過程還包括運算法。每個教學。iHi i識加入到設計之中’用於增強矯正性和 *測試他們則這Ϊ:具容許設計者和開^ 者能在學員進二;卜時這f工具還讓設計實施例的卫星知.重你„13, ί們的貫¥仃動。依據一較佳件還包括用二分析與員S擎包括矯正的專家知識。這些物隼中及衅从、析子貝的工作以確認有問題的F祕知菸详杲中反饋的邏輯。設計者'的區域和發达發揮作用。在工且和彳丨盤f =使物件實例化就可以讓工具每-部分有相同以LT見專家知識’確保了課程的文件結構為所結構。依據-較佳實施例的所有依據較佳實施例的應用程式提供了一個 520475 五、發明說明（28) 標準的系統環境。開發目# 内容是_钍错八^目錄下有多個子目錄。檔案目錄的門令疋體系結構分離安裝的一、>a丄小決& + ^ 邻为。这疋由檔案目錄的大系結構時，開發目錄下Λ τ 實施例安裝體 η + a、 -Arch、—Too 1s、〜uti1ities、 D〇CUmentatlon、QED *Xdef aul t 等開發目錄。每一個文件爽有自己的目錄結構，知甘从从姓、-絲从磁和7、他的目錄互動連接著。必須維持廷種結構，以確保項目門& ^ . . . . ^ 、卞項目間的一致性和相容性，從而使項的差別，以及體系結構的更新得以明確化。一Arch目錄儲存有系統體系結構中許多最常見的部分。這些文件通常不改變並能在項目的不同領域中再度利用。如果應用程式中有會在其他應用㈣中連續使用的常見VB代碼，就可以將這些文件放在該目錄下的一個文件夾中。一Arch目錄下的子目錄被分成主要項目的多個物件。本例中的物件指的是在項目中經常參照的項目部分。例如，這裡定義了模組和分類，而且目錄與功能庫和Αρι等類似。例如，I ca0b j目錄儲存的是智能教練代理（I[a ) 的代碼。InBoxObj目錄儲存的是項目的ΙηΒ〇χ部分的代碼等。文件結構使用了主要的物件參照資料作為文件目錄。例如，IcaOb j目錄是包含ica的主要物件（例如功能形式、模組和分類）的一個元件。Browser〇b j目錄包括與體系結構中的瀏覽器功能有關的模組、分類和形式。 HTMLGlossary目錄包括的是用於體系結構的⑽几參照資料和詞彙元件的代碼。IcaObj目錄包含的是應用程式中使用

第33頁 520475

_ 的IC A功能代碼。這些代碼依據一較佳實施例被實例化和增強。InBoxObj目錄包括與體系結構中使用的1111)(^功能相關的代碼。更詳細言之，在體系結構目錄有兩個主要元件。有一新的· ocx控制件被應用以為應用程式中的inb〇x 提供功能。還有一代碼能提供對傳統i nb〇x應用程式的支持。Pract iceOb j目錄包含有體系結構的主題元件的代碼。這個主題元件也可以和HTMLG1〇ssary元件一起執行。 Qmedi a Ob j目錄包含有與媒體相關的元件。一個例子是 QVIDctrl.cls。QVIDctrl是在應用程式的QVID文件和依據一較佳實施例的系統之間創建聯繫的代碼。S i m〇b j目錄包括模擬引擎，這是一個應用程式的元件，藉由電子表格以幫助溝通而告知指導者輸入和輸出。StaticObj目錄保存有應用程式在應用程式的其他部分會靜態使用的任何元件。例如，登錄表格就被保存到此目錄中，並被用作依據一較佳實施例的靜態物件。S y s D y η 0 b j目錄包含有容許系統動態引擎（Powersim)將數值傳給模擬引擎並將數值回送給指導者的代碼。VBObj目錄包含有應用程式中常見的 VB物件（Visual Basic Object，視覺基本物件）。例如，

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

第34頁 520475

目前的項目開發和工具的發展非常重要。IcautUs目錄含data，databse，defaull:，graphics，icad〇c， testdata目錄。所有這些目錄的目的都是為開發者提供二級工作目錄，使其能將增強的Icautils應用程式的測試二 ^項目應用程式分離開來。這僅是作為卫具的測試臺^ 建立的。这裡不應該進行應用程式特定的工作。錄部分將更詳細地解釋這些目錄中每一個的目的。 TestData文件夾對於_T〇〇1/ICAUtUs目錄是獨一益二 :包括馳ils中的其他元件中之回歸工作臺的測；資。料0 ^ 實用需要的可式，開發些實用程之小應用隨的代碼目的基礎非常重要開發者。對於將來在反的反饋。供相應的程式目錄用實用程者和設計式。大多程式或者，用於增上創建新的是要通任何對商和現在的饋的ICAT 指導者檢反饋等級包含有式。這者可以數實用工具，強和改實用程知負責業模擬項目都模型中查學員

问果候鞭叶劃獲得最佳結果時所裡儲存了代碼和可執行的實用程 =據了較佳實施例使用和增強這 =式疋可以在模擬的生產中應用後者包括可執行的程序和與之相變這些貝用程式。如果在一個項式或者增強既有實用程式，那麼追蹤商業模擬資產之經理人員或技術資產的增強、改變或附加，是非常重要的。，有4級的錯誤嚴重性和4級對應的工作’確認錯誤的嚴重性並提

520475

鏘誤反饋的教育分麴

說明沒有錯誤存在。學員的工作很完美反镄類型讚揚

說明句法可能存在拼法錯誤或其他句法錯誤，作為一個設計者，你應該相信學員將會在此時掌握材料〇潤色月疋學生正確地完成了任務。例如：好極了！你6經正確地記錄了所有帳目的曰4。我彳艮高興看到你認識到我們係以”分期付款，，方式支付我們大多數帳單局部紙面上一段漏掉了，或者學員在一個區域犯了所有的多個錯誤。學生明顯沒有理解該區域。集中告訴學生他的哪些行為不正確，並盡可旎為他進行糾正。例如，你的工作中有一到兩個錯誤。看起來你將傳真購買錯誤地歸類為以現金購買，而事分期付款購買全局學員對錯誤的主題進行寫作，或者是學生的工作中全都是錯誤。重新指導

讓學生的注意力集中到他的工作領域。指出他至少沒有理解一個主要觀念。例如，看過你的工作，我認為你沒有理解“on account(分期付款)” 的觀念。為什麼你不重新復習這個觀你工作中的錯誤呢？重新聲明行動的目的並告訴學員復習主要觀念並重新嘗試該行動。“你的工作中有很多錯誤。在作日誌記錄之前，你需要想一想每一源文件的交易類型是什麼”_ 五、發明說明（32) 餘回到幫助某人撰寫論風的主題進行寫作，這就是』：：：果學員對錯誤 :方：果學生將論文重寫後並送；重= =全局錯地方有許多錯誤，這就需 ^仁疋在文早的某一個被改正了，僅有拼法錯誤二句如果所有的錯誤都饋。如果改正了所有的句法錯者；；需要潤色反並重新總結學員寫出正確論文曰導^就可以予以表揚完成任務的教育元件上是不夠的’。、正。!_僅將注意力放在的那樣’ #員常常嘗試藉由 =::位；師所知道工作和希望老師不注意或者員可能不入這些管理功能暗示或是部分答案上。為了加理和教育分類說明了；計j ί二反饋管理？類。反饋的管反饋類型。下面提出一;卜：二接收的所有如何協同工作的。、幫助大豕更加理解反饋是圖8是依據一較佳眘綠為方區域顯示的是帳目表。有、@GBS顯不。屏幕的右上和衡平、收入、及=。：；=:帳：：資產、負債顯示相應類型的帳目。學員與〜、個欄位，就可以到曰總登錄的借方或貸；；藉：將帳目列表中的帳戶拖复就像在真實生活中一；中= 在這個界面中， (即，對多個帳戶進行借資）。工具條個交易1210顯著地顯示在屏幕上。學員可以= 520475

五、發明說明（33)

中來回移動。對每一個交易，學員必須辨認那個帳戶是貸方’那個帳戶是借方。學員完成此工作後，他就點擊小组按紐。圖9是依據一較佳實施例的反饋顯示。學員可#什麼也不做就進行提交，想嘗試欺騙該系統。ICAT系統b若確認學員沒有做任何實質數量的工作，即回送一個圖9中說明的管理反饋。反饋指出，學員什麼都沒做，但是它也聲明，如果學員確實做了某些工作，指導者會將注咅力集中在首先之少量的日誌登錄上。圖10顯示依據一較^實施例的日誌登錄模擬。圖U顯示依據一較佳實施例的模擬以“ Phone Bill日誌登錄。這些日誌登錄是藉由將公用設施費用和貸出現金各為700美元登入於借方而完成。圖12顯示依據一較佳實施例的反饋顯示。在試圖記錄前三筆交易之後，學員提交自己的工作，並收到圖12說明的反饋。反饋藉由使學員的注意力集中在被評估的工作領域來開始。 ICA>T聲明它僅著眼於前三個日誌登錄。反饋聲明，前兩個日誌登錄完全錯誤，而第三個則接近。如果學員在前三個交易中都犯了大的錯誤，那麼1(：^可能給出重新指導的反饋’認為已經產生了全局錯誤。第三個標號亦強調反饋能達於多麼明確，可確認近似之疏忽。設計情節--此情節顯示的是工具如何被用於支持一個BusSim應用程式的觀念化和詳細的設計。圖丨3顯示依據一較佳實施例的第一情節的步驟。設計者已經收集到需求並且決定’為了支持客戶的學習目標，需要一個教授記曰諸技能的任務。設計者開始設計，首先是藉由學習記曰誌

第38頁 520475

五、發明說明（34) 本身，然後使用知識工作臺來描劃出她希望學員學習的念的分級。在最一般的等級上，她創建了一個"日誌記錄" 的基本觀念。她藉由定義π與現金相關的交易，，、”與費^ 相關的交易”、”與費用分期支付的交易，，的子觀念來對此進行精細化。這些觀念分別被進一步精細劃分至支持學的品質和模擬的真實度所須要之深度等級。然後，設計者設計記日諸的界面。由於學習的最佳方式是實踐，她決定應該要求學員為一套交易記曰誌。她提出一套2 2個檔案，這些檔案代表了金融專業人員認為該工作中必備的那些。

匕們包括了整個的資產、費用、負債和衡平、收入交易。其中還包括一些不應輸入到日誌中的檔案。包括這些,，分心檔案”是因為在實際生活中經常會發生錯誤檔案的情況。此時，設計者使用知識工作臺中的這些領域模型特性以畫出日誌。在領域模型中產生一個實體，代表每一個交易和每一個來源檔案。基於設計者選擇的22個檔案，她能預期到學貝會犯的錯誤。對於這些錯m，她創建了反饋主題丄在其中插入了大量文本。她還創建了反饋的主題，以 1、成功時通知學員。反饋主題係創建以處理可能引發的多種情境。下一步是創建能觸發觀務在本質上並非進行計算，

Transformation 元件）。當所滿足時，此概要判定為真發一個主題。為了對設計進念樹中之主題的概要（這個任所以不需要配置一概要在其條件為學員的工作。每一個判定為真的概要都觸行一些必要的測試，設計者運

第39頁 520475 五、發明說明（35) 用了學員模擬器測試工作臺。設計者能像在界面上工作的學員一樣操作領域模型。她拖曳帳戶到不同的交易，表示她希望如何對它們記日誌。她還輸入她希望對每一個帳戶、的借出或貸入的美元數。她將自己的行為提交給元件^ 擎’以便看到如果學員以同樣的方式執行動作時會得到麼反饋。所有這些都發生在測試工作臺上，沒有應用程界面的參與。本階段的最後一步是低真實度的用戶測試。測試學貝與記日誌工作所提議選用的應用程式界面的 PowerPoint幻燈或位元圖進行互動。一個幫助人員在測試工作臺模仿他的行動，並告訴他反饋將會是什麼。這就簡化了低真實度用戶測試’並幫助設計者易解決的設計之早期將它們辨別出來。用性門題定杈圖14和1 5顯示與依據一較佳實施例之Bui ^

Scenario(建立情節）相關的步驟。指導性設計者如先前情 "所見，完成了初始的互動和界面設計。在低真實度測試之後，就開始了建立階段。目I蔽 ' ^ 構成界面的位元圖。其中包括：：藝：豕使用設計來創建屏幕小工具的位元圖。；攔位、交易以及其他加月將學員订動告知領域模型的功能用的事件驅動的程式規劃技巧來創，使用了私t # 式執行過程中對界面的事件dm述代碼在應遞給領域模型。開發者不必對：/並將適當的汛心她並不需要建立任何邏輯以支：風：3入的了解’：；之分析。開發者亦需要對基於領以：作或反饋貝域模型的改變而重建界® 以 U4/5

的邏輯進行編碼。通常需要一此 ^ 便能讓應用程式正確地和元件广藉由這些步驟的通路，以回歸測試工作臺使過程流暢化進行溝通。除錯實用程式和件溝通能夠依設計的構想進彳-一旦應用程式的界面和元測試上。订X作’任務就轉到了可用性 γ節）說明的是小組歷經以測試 2 ΐ可用性測試，但是很容易月匕性測試和認知測試。我們再。圖1 6顯示依據一較佳實施，學員經過了記日誌活動。一個試，記錄第16個交易的日誌。學 ΐ是反饋為一片空白。學員通知窗口中的金融教練的臉部。然後是第27次提交，並顯示出該提交甚至可以就是剛順利完成了任務說明’並填寫其他部分以指出問員的所有工作和他們在2 7次提交記於用戶接收測試（UAT )歸檔可查看UAT資料庫中的學員的所題的學員在哪個單元期間中試圖 lest Scenario(測試應用程式看出，這次使用記例的測試學員剛完員向金融幫助人員就出現一的其他細的學員）題的本質中獲得的資料庫中有歷史記

的周期。它特別些工具也有助於曰誌的任務作為情節。該測試中成任務過半，正教練進行提交，以右鍵點擊反饋個窗口，顯示這節。幫助人員（輸入問題的文本和嚴重程度。學所有反饋都被登。指導性設計者錄，檢索出有問進仃記日誌的工作。然後，設計者利用回歸測試工作臺，重新讓學員的27次提交通過元件引擎，從而重建這些問題。然後’設計者可透過學員所做的每一次提交而瀏覽，並觀察學員於提交所做的工作、學員獲得的反饋及幫助人

第41頁 52U4/3 — — - 五、發明說明（37) 員的評論（如國有的話）。確定問題的原因。幾八#在5又计者可以使用除錯工具來貝所犯錯誤之特定組㈣就可以確定針，解決學識工作臺，以設計新的c概要和主題。她使用知故事的占位符和腳本，哕題。她還加入-視頻戰爭境中進行學習。咬呼去頻我爭故事能夠支持在這些環設計任務的單“間：：2任務的新設計，並於學員對新概要、主題和戰爭故Ιίΐ回歸測試工作臺。如果她對新她就將新任務設計文件^U求的涵蓋範圍覺得滿意，送給所有的用戶。乂、、Ό用戶測試，然後該文件會發 I-彳Τ情節：學昌；I田工具套件如何支持與 ^ ~圖1 7顯示依據一較佳實施例時，它要對他當學員第-次進入課程工作職位，等級等吨自：：預，則试，然後填寫關於他的型。Profiling元件八格。這些訊息被報告給領域模料，從而確定學員的刀特上測4情況、訊息表格和其他資員規畫-個課程表;二從任務庫動態地為學應用程式有一個主：=畫它的主谢覽界面（如果外尚需要學習記曰：覽；：員U出學員除了其他事現指示出，他的能力在二】中，他的表 ;快。基於這種發現，可以改變他的課程表1中進步得 ;附力屮口務’能幫助他掌握有麻煩的内容：增:： ::出進步的那些任務可被刪除。當學員在任：：、，他已母個動作，獲付的每一個反饋以及表現的第42頁 520475

任何一個指示，都可以在隔一段時間，部分或所有這些貝料可以用來驗證學以對這些資料進行進一 + 度。夕學貝追縱資料庫中進行追縱。每的追蹤資料被傳送到中央位置。員是否完成了所有的工作，還可分析以衡量他對内容的掌握程 --圖1 8顯。在此任務的圖表，一戶從帳戶圖輸入借貸的交易他都要被報告到領交易、資料動用適當的畢後，他將分析一解釋示依據一較佳實施例中，學員嘗試為發票張發票以及每張發票表中拖放到日誌登錄美元數目，從而完成這樣做。當學員與界域模型中並記錄下以及日諸登錄所包含訊息充滿於領域模型工作提交給模擬小組周期。

套件如何支持學員的互動 δ己日5志。他看到的是帳戶的日諸登錄。他將一個帳的"借方"和”贷方"行，並對交易的日誌。對每一個面互動時，所有的行為都來。領域模型有一個說明訊息的元模型。學員的行中的實體。當學員準備完成員審查。該提交會觸發

Transformation元件被調用，並對領域模型重點資料執行附加的計算，可能會確定對於某一給定的日誌登錄，借貸並不平衡。Transformation元件可能對領域模型進行基於規則的模式匹配，檢查學員的行動和任何Trans f ormat i 元件分析的結果。一旦確認出學員所給的錯誤或正確义案，許多概要就會引發。任何引發的概要都會激_ Remediation元件中的主題。當Profiling元件的工作&成後，就調用Remediation元件。Remediation運算法在觀六

520475 五、發明說明（39) 樹中搜索活動的觀念，以確定發送最好的主題集。這個主題集可能包括文本’視頻，音頻，URL，甚至還有操縱領域模型的行動。然後，主題集被組裝到文本和媒體的類似散文的段落中，並發送給學員。文本反饋幫助學員將其曰誌工作錯誤限制於局部，並理解錯誤的原因和糾正錯誤的方法。樣就為學員提供了機會，來觀看因為不正確的曰誌所引發的稅收和法律後果有關的視頻戰爭故事。另外還為學員提供說明日誌基礎知識的參考材料之鏈接。當任何導致更新領域模型的訓練項目被登記，分析一解釋5期即告結束，而界面被轉移以表示新的領域資料。在本實例中，設計者選擇用紅色的標記突顯學員沒有正確做日誌的 (I CAT的功能定義）本節說明了依據一較佳過程，有一個過程的定義和義旨在將模型中一些關鍵元者，以便讀者繼續閱讀本文識模型内的每個元件的更詳細說明。但若要獲得對I CAT 明。如果要深入了解ICAT，算法相關的詳細說明元件的了 ICAT中的反饋模型。ICAT 明之，並在後文中更詳細地貫施例的反饋過程。對每一個知識模型的高級說明。此一定件/物件的基線理解給予讀的剩餘部分。如欲獲得每個知細說明’請參照ICAT元件的詳 2大概了解，僅需閱讀總體說 ^閱讀此節和與知識模型和運早卽。這些過程和運算法體現中有6個主要的過程，以下說說明之。

520475 五、發明說明（40) 圖19顯示依^較佳實施例的橋正過程用程式界面互動時（過程#1)，矯正就開始員學、應試圖完成商業提交標的物時，應用程式就向㈣發送子員個行動的訊息（過程#2)。當學員完成工作並於審查時，ICAT將學員完成行動的方式與設計w用應該被完成的方式（此稱為領域知識）進行 = 較結果，1⑴獲得正確的、錯誤和無關項目的數量（Ϊί 計數完成後，ICAT試圖激發所有的規則（過程#4 )。母一個激發的規則都產生一個訓練主題（過程#5 )。反饋運算法選擇要顯示哪些反饋，並將它們構成連貫 2 =落（過程#6)。最後，作為創生反饋文本段落曰^分，ICAT用學員卫作的特定值替換反置。這將使反饋更加特定化，使其完全針對學員的打斤：變 2識模型-界面物件。在任何m任務中，學員必須 η用程式界面上的控制件，來完成要求的提交標的 :。圖20顯不依據一較佳實施例的用於日誌工作之物 {。下列抽像物件用於所有類型之界面互動的模型建立。實0學員用來完成工作的一個物件。在…之擁有為每個交易建立一個借方和一個冑方。學員現的每’用以對每一個交易作出反應。界面上出都有相應的sourceitem物件。換句話說，

Source ii用來完成任務的項目（帳戶名）被稱為匯隼点一。一個S〇UrCe就是一個將一 gSourceltem物件 ' 、、且的物件。Source物件與Source Item物件之間有 520475 五、發明說明（41) 對夕的關係。在記日誌實例中，有4種類型的帳戶：資產，負債和衡平，收入以及支出。每個帳戶是這些類型中的種且僅能是一種，因而在適當的帳單下出現。對於每一種帳戶類型表列，都有一種對應的s〇urce物件。一個標的（Target)就是一個固定的位置，學員可以將s〇urce][七㈣放置在那裡來完成一項任務。在記日誌的實例中，學員將帳戶置於兩個可能之標的上：借方和貸方。日誌登錄控制件的開始兩行是借方標的，最後兩行是貸方標的。這兩個標的對於第12個交易是特定的。Tar getpage是一個將一些 Target物件匯成一組的物件。Targetpage物件與Target物^| 件之間有對多的關係（與$ 0 u r c e和S 〇 u r c e 11 e m之間的關係樣）。在$己曰遠、實例中，22個交易中的每一個都有一個日誌登錄。每一個日誌登錄都有一個對應的

Target Page物件，後者包含了日誌登錄的借方標的和貸方標的。當學員操縱應用程式界面時，每一個行動都被報告給 ICAT °為了告知icAT進行了什麼行動，應用程式調用資料庫並要求獲得特定的界面控制件編號。一旦應用程式獲得了 Target控制件和Source Item控制件的編號，應用程式就將Sour celt em映射之標的通知給ICAT。換句話說，每當學員操縱一個來源項目，並將它與標的聯繫起來（例如，將帳戶名拖到日誌的借方行），用戶行為就被記錄下來作為來源項目與標的之間的映射，這種映射被稱為 UserSourceltein標的。圖21顯不依據一較佳實施例之來源

第46頁 520475 五、發明說明（42) 項目與標的項目之映射。一旦學員準備完畢，、擊小組成員的圖標，向一個模擬小組成^提交^就通過點 ICAT接收到學員的工作，它計算出哪些工作在=。，確的。我們記日誌活動中的觀念還包括借方、心上是正帳戶等。對於這些觀念中的每一個，ICAT都審杳=吕資產有行動，並確定學員的多少個行動是正確的。^予員的所理解界面上的哪些標的與每個觀念有關聯，我們二，二彳合於標的組中並在分級結構中賦予優先性。一、知的^ 有的訓練主題，一個反饋選擇就對觀念分級中G活進行分析，並選擇最適當的進行發送。選中的反铲w 成組合的反饋段落並發送給學員。圖23顯示依據二二施例的反饋選擇。當I CAT通過規則激發啟動了 CoachTopics之後，反饋選擇運算法就被用於確定最適當的一套(：〇8(^1七6111(與(：〇&<:111'〇04相關的特定反饋文=^ _ T便發送。運算法係藉由分析觀念分級（^^^^0111)樹 )、活動的CoachTopics和Coachitems的使用歷史來*成確定工作的。圖24顯示依據一較佳實施例的反饋邏輯^流程圖。下文列出了順序執行的反饋邏輯的五個主要領域。第一，運算法在標的組中搜索，並在其中尋找具有活動訓，主題的頂級標的組。第二，運算法再檢查頂級訓練項"目是否是讚揚反饋。如果是讚揚反饋，則表示學員已經正確地完成了商業提交標的物，所以I CAT將停止工作並回送訓練項目。第二，如果反饋不是讚揚反饋，則ICat會檢查其疋否為重新指導、潤色、取巧者（其對應英文是

520475

五、發明說明（43)

『Mastermind』，意為一種取巧之學員，不願嘗試努力學習一項課題，而圖藉由反複要求反饋的方式，矇混過關）、或未完成停止。若其為其中任一種情形，則運算法即停止並向用戶回送該反饋。第四，如果反饋是集中反饋，則運算法針對兒童標的組，並將具有集中組的桿題之這些標的組中之任何活動反饋編為一組。第五，一旦收集到反饋，取代語言即行運作以適當的名稱替換取代變，。一旦ICAT選定了要回送的反饋，就將該反饋組裝到段落中。在4又落的組裝過程中，ICAT也參與並替換所有的變量。Source Item和Target具有特定的變量。變量給予反饋特疋性。反饋可以指出在哪些Targef上放置了哪些錯誤的 Sourceltem。它還藉由提供一個或兩個映射到Target上的 Source I tem來提供暗示。 (依據一較佳實施例創建反饋的步驟）

反饋的目的在於幫助學員完成一個商業提交標的物。教練需要辨認出學員理解和不理解的觀念分別是哪些◦教練需要告訴學員他的問題並幫助他理解這些觀念。在為應用程式開發反饋的過程中涉及到7個主要步驟。第一，創建項戰略由設計者定義出學員應該知道些什麼。第一，透過界面限制錯誤------設計者確定界面是否能確 j▲些低級別的錯誤。第三，創造一個標的組分級------ λ计者在準則中表示該知識。第四，為標的組分級排序 ^ ――设計者告訴指導者應該首先診斷哪些觀念。第五，圮錄反饋設計者記錄反饋來告訴學員其已採取之作

520475 五、發明說明（44) 法和下一步該做什麼。第六，記錄反饋的級別------設計者§己下反饋的不同級別’以免學員多次犯同一個錯誤。第七，記錄規則一設計者定義激發反饋的模式。反饋戰略是一套鬆散的問題，能在設計者創建規則和反饋時對其進行指導。戰略說明了學員應該學習什麼，他，如何嘗試和創建商業提交標的物，以及專家如何完成提交標的物。對學員來說，應用程式的目的是提供從新手模型到專家模型的過渡。使用應用程式後，學員應該知道些什麼呢？設計者需要完成的第一個任務是精確地定義在互 :結束前學員必須學習哪些知識。學員應該知道特定的知 Ϊ釦如公式嗎？或者，學員應該理解高級別的戰心需ί確二嗎？這種知識是反饋戰略的基礎。指還存在錯誤了知識，或者是否學員需要知、曾勺^疋屺日-的工作。對於這種活動，及借貸的金額。學員的借貸 ===戶，以和不正確的。因美元結合起來看卻是正確的戶和借貸金額-一——反餚需4曰貸帳提供適當的反饋。反饋而要確^兩種錯誤類型並為之白口？設計者開始就靡兮” 為的新手試圖完成該任務的方式。 =方困難，，些地方容易。此一新手的以匕哪入該任務中的-種思維模型，而反饋應該幫助 520475 五、發明說明（45) 家的觀點。設計者膺綠攸性的錯誤。設計者；；= = J學員會犯的特徵個例子是在日鍵、活動中H =些錯誤創建特定的反饋。一 -些帳戶’所以設計者‘能需J:;特：為學生可能混淆員澄清這些模糊觀念。 °特疋的反饋來幫助學

,皇家如何完這是完成該型。反饋應該幫助學員過渡到能理解模型二反饋時，應該將專家模型的關他寫2J 完:::任務時，就應該:=面= 勵口泝子生他正確地完成了任務，並且可以 ΐ:完四個問題並不能包括創建反饋的概要，但疋匕們定義了反饋和整個應用程作。设§十者應該確保反饋評估了學習^ ’ 識。另外，反饋應該能夠矯正設計所有知特徵性錯誤。t後，設計者應該將編:會犯的任何家-樣回送反饋。-旦確認了這編便於像專 wrn標im因為存在正面和負面的影響，者需要選擇什麼時候通過界面進行仔細矯正。決是：錯誤是低級別資料輸入錯誤還是高級別的智能^誤。如果錯誤是低級別錯誤例如一個打字錯誤的資料麼通過界面進行橋正可能是適當的。如果設計者決定讓界面指出錯誤，則看起來好像是系統產生了該訊息。系統產生的訊息是機械性檢查’不需要複雜的推理，與之相較，複雜的推理，例如學員為什麼選擇特定的帳戶類型來借贷應該 1^· 520475 五、發明說明（46) 通過ICAT來橋正。 AAJLil〜學員知道型的矯正是非常重要的。覺起來像系統訊息。它們界面並且給人不同的感中，存在一個系統訊息，息通過不同的界面給出，的。這樣做的動機是低級散而非誤解。工作鬆散的的大量推理，僅僅需要將推理錯誤則需要關於其發工具（例如標的組)來幫助許設計者將錯誤和觀念編對它們進行矯正（即，困正）。定時和其他與人類大量推理的低級錯誤包括大量的輸入，則在容許學疋否已完成。通過在過程以免受必須檢查所有輸入鱼---一-對系統的簡單查入。如果沒有進行選擇，續前先完成X，，可能是恰當速查核是匹配數目。正如界面查核放在適當的位置自己要從每個訊息源得到何種類基於界面的矯正應該看上去和感應該使用一個不同於I CAT矯正的覺。在本文說明的記日誌工作内容是”借與貸不平衡，|。這種訊短促的語句和其他矯正是不同別資料輸入錯誤顯示的是工作鬆錯誤並不要求對產生錯誤的原因它們確認出來。但是，高級別的生原因的大量推理，而ICAT提供元成複雜的推理。標的組分級容成組，並且確保在最適當的時候難的觀念在容易的觀念之前被矯似的矯正需要ICAT ;其他不要求 • 如果任務要求員繼續之前，界面能夠查核輪入的早期找到空白的區域，學員可以，圖發現空白區域的挫折。皇核是查找是否進行了選擇或輸— 那麼系統產生訊息”你必須在繼 ——另一種快在5己日誌活動中一樣，將快速的，以確保必須匹配的數目是確實

520475

五、發明說明（47) 匹配，乃為非常有用的。小的資料輸入錯誤在界面級比在教練或培訓級常常更容易矯正（此係指當它們對課程的學 1目的還不是至關重要的情況下）。在使用界面矯正夢誤的時候，有兩個主要的問題必須記住。第一，確保界^係在矯正低級的資料輸入錯誤。第二，確保反饋看上去和威' 覺起來與ICAT反饋不同。界面反饋看起來和感覺起來鹿^ 像是由系統產生一樣，而ICAT反饋看起來應該像是由^ 學員工作的智能教練所產生的。組i綠---------標的組是可以被作為一個整體評估之標的集合。回到反饋理論的嚴重性原則，可以& 很清楚地看出指導者需要確認學員不理解哪些行為。這是一個全局的問題？即學員對行動完全不能理解嗎。或者，這是一個局部的問題嗎？即學員僅僅對一個觀念感到困惑。使用先前說明的反饋運算法，指導者會回送具有反饋的最高標的之組。此運算法要求，設計者以大之標的組開始’並產生作為大組的後代之子組。Ϊ CAT容許學員將標的編制成一個以上之分類。因此，交易丨3之借方標的可以在交易1 3的項之標的組，借方之標的組以及包括所有來源檔案之標的組中。吾人應於頭腦中用4個關鍵的觀點對標的進行編組。標的組應該依照下列事項進行編組：所教導的讚觀念；界面限制；避免訊息過載以及正面鼓勵。創建標的組時最重要的問題在於：根據學員必須了解以達到目的的觀念來創建它們。對那些與學員必須知道的觀念類似之標的進行編組，容許教練審查這些觀念並看出

520475

哪些觀念使學構化方式破認表，它包括多較寬的普遍觀間有直接關聯各標的組中的當一個標的在的關係，例如在於產生一個員困惑出領域種顆粒念。定義所有觀多個標親子關觀念的它們分成分級結構乃。第一步是中的所有觀度的觀念，些觀念極有了所有觀念念。有些標的組中存在係或部份對結構化列表為過程的第 ’設計者應該以一種非結芯、。第一關是一個大列從較小的特定觀念一直到可能和課程的學習標的之之後’設計者需要確認出的存在於多個標的組中。時’就意味著有某種類型於整體的關係。要點並不，而是概括性的列表。將二階段。

* Notes :

Document based on values 木 and m一StorageTypeStudent 氺

Loads from Database or of m一StorageTypeTask 氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺/

extern丨丨C丨丨 { long ——export WINAPI TuResumeStudent(long

Student ID, long Task ID, int fromSubmissionSeqlD ); //

Resumes a Student5 s work for the Task at the

第53頁 520475 五、發明說明（49) specified Submission extern丨丨C丨’ {

long ——export WINAPI

TuLoadArchivedSubmissions(long Student ID, long TaskID, int fromSubmissionSeqlD, int toSubmissionSeqlD); // Loads Archived Submissions For a Student’s work in a Task } extern M Cff {

long ——export WINAPI

TuUseArchivedSubmissions(int n); // Replays n

Archived submissions for debugging } extern "C丨丨 {

long __export WINAPI

TuSaveCurrentStudent(); // Saves Current

Student’ s work to DB

第54頁 520475 五、發明說明（50) } extern丨,C丨丨 { long __export WINAPI KillEngine( long ITaskID); // Delete all Dynamic objects before shutdown * Function Return

* Variables: TUT—ERR一OK 氺 * Notes : si/ ^ ^ ^ ^ 小小小+ + + +小+小+ +小小+ + + +小个小小个个个小个小小小小个小小小小小+小小个氺/ extern丨丨C丨丨 {

long —export WINAPI TuSetTaskDocPathNameC LPCSTR fnm ); } /氺 + + + + + 士+少 + + + + + + + 士少少士 .士士士士士士士 /^ /|^ /^κ ✓p^ ^s' ^ * Name: TuSetFeedbackFileName * Purpose: To set path and name of file to use for holding feedback * Input * Parameters : LPCSTR fnm

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

TUT—ERR—OK * Variables: 氺 * Notes : 个个个个个个个个个个个个个个小小个小小小小小小小小小小+小小小小+小小+不♦ +不不氺/ extern "C丨丨 {

long ——export WINAPI

TuSetFeedbackFi1eName( LPCSTR fnm ); } /氺 ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 'Jk vl/ vl/ vi/ 个个小个小个小个个个小小Φ个个个个小小小小+小+小+小+小+ + +小+ + + +不+ * Name:

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

第56頁 520475 五、發明說明（52) * Parameters : LPCSTR fnm * Path and name of file to use for holding prev i ou s feedback * Output 氺 Parameters : none 氺 * Function Return

* Variables: TUT—ERR—OK * Notes : ^ ^ ^ Sl^ ^ Sl^ ^ Sl^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ +小小小小小小小小小小+个小小小小小+小小小小小+ + ++ + +小+ 氺/ extern MCn {

long —一export WI NAP I

TuSetFeedbackPrevFileName( LPCSTR fnm ); /氺令士士 + + + 士令 Sl^ 士令小小小小小小小+小小小小小小小小小+小+小+小小+小小小小小小小小小小小小 * Name: TuSetLogF ileName * Purpose: To set path and name of file to use for full logging 氺 Input * Parameters : LPCSTR fnm * Path and name of file to use for full logging

第57頁 520475 五、發明說明（53) 木 Output * Parameters : none 氺氺 Function Return

* Variables: TUT—ERR—OK * Notes : ^ ^ ^ ^ ^ ^ ^ ^ ^ sL· ^ ^ \L· ^J/ %L· ^ ^ %L· ^ \|/ ^ %L· >L· 0/ \L· ^ %L· ^ \i^ 不不不+ + +不不+小+小小小+ +小小小小+小小小+个小小个小小小小小小+小小小小小氺/ extern 丨,C1 丨 {

long ——export WINAPI TuSetLogFileNameC LPCSTR fnm ); /氺 + + + + + + +++ +士士士不+小小小小小小小小小小+ + + + +小小小小小小小+小小小小小小小小小氺 Name: TuSetlogLoadFileName 氺 Purpose: To set path and name of file to use for load logging * Input * Parameters : LPCSTR fnm 氺 Path and name of file to use for load logging 氺 Output 氺 Parameters : none

第58頁 520475 五、發明說明（54) 氺 * Function Return

* Variables: TUT_ERR_0K 氺 * Notes : + 士少+令士士少少少少少少少少士少令士少少少士令少士士士少士 + + + + + + + + + + + /|^ /jy 氺/ extern " C’’

long __export WINAPI

TuSetLogLoadFi1eName( LPCSTR fnm ); /氺 \l^ ^ ^ ^ ^ \L· \L· ^ ^ ^ ^ ^ ^ \L· ^ ^ ^ ^ ^ ^ ^ \L· ^ %L· \l/ + + + + + + + + + + 个+ 小小个 + + + + + + + + + 小个+小 + + 小 + 小 + + + + + + + * Name: TuSetLogStudentFileName 氺 Purpose: To set path and name of file to use for student 氺 Input 氺 Parameters : 氺 logging LPCSTR fnm Path and name of file to use for student logging 氺 Output 氺 Parameters : none 氺

第59頁 520475 五、發明說明（55) * Function Return

* Variables: 丁UT—ERR—OK 氺 * Notes : ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^1/ \l/ \L· \1/ 小个个小个个个个个个个个个个个个个个小小小小小小个小小小小小小小小小小小小+ + +不 */ extern丨丨C丨丨 {

long _—export WINAPI

TuSetLogStudentFileName( LPCSTR fnm ); /氺 ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ >1^ ^ \L· si^ %!/ \l/ \J/ \l/ \|/ 小小个个个个/Jv小个个个小小个小个小小小小小小小小小小小小小小小小小小小小小小+不+ * Name:

TuSetLogSubmissionFileName * Purpose: file to use for submission * Input 氺 Parameters : 木 file to use for submission * Output 氺 Parameters :

To set path and name of logging LPCSTR fnm

Path and name of logging none

第60頁 520475 五、發明說明（56) 氺 * Function Return

TUT_ERR_0K * Variables: 氺 * Notes :

Sl^ s^ +不不不+不小小小小小+小小小+小小小小小小小小小氺/ extern '丨 C丨， { <» long —__export WINAPI TuSetLogSubmissionFileName( LPCSTR fnm ); } /氺 ^ ^ %L· vL· v|/ v|> %lf ^ ^ ^ ^ \L· ^ \L· ^ %L· ^ 小+小小小小小小小+小+小+小小个小小小小小小小小小小小小小小小小小小+ +不不不 * Name: TuSetLogErrFileName 氺 Purpose: To set path and name of file to use for error logging 氺 Input * Parameters : LPCSTR fnm * Path and name of file to use for error logging * Output 氺 Parameters : none

第61頁 520475 五、發明說明（57) 氺 * Function Return

* Variables: TUT—ERR一OK * Notes : 个个个个个个个个个个个个个个个个♦小*Φ个小小小小小小+小+小小+ + + + +不不不不不氺/ extern ’’ C丨丨 { long 一一export WINAPI TuSetLogErrFi1eName( LPCSTR fnm ); 个个个个个个个个个个个个个个个个个个个Φ个小+ +小个个小小+个+ +小+小+ + + +不

TuSe tTrace To turn Trace on and int TraceStatus TUT—TRACE—ON TUT_TRACE_0FF * Name : * Purpose: off * Input 氺 Parameters : 氺 :Turn Trace On 氺 :Turn Trace Off * Output

第62頁 520475 五、發明說明（58) none * Parameters: 氺 * Function Return

Previous Trace Status TUT—TRACE—ON TUT TRACE OFF * Variables:

Value 氺氺氺氺

TUT—ERR—INVALID_TRACE—STATUS * Notes : \|^ \L· ++小小小小小小小小+ + + + + + 不1小++ + + + +小+ +小小+ + 氺/ extern丨丨C丨， { long ——export WINAPI TuSetTrace( int TraceStatus ); } I 乂 ^ ^ ^ ^ ^ ^ Sl^ Sl^ 小+ + + +小小+小小+小小小小小小+小小小个小小小小小小小小小小小 * Name: TuSetTrack 氺 Purpose: To turn Tracking on and off. While track i ng is on 氺 all work the user does

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

i nt TrackStatus TUT一TRACK—ON TUT TRACK OFF * Parameters : 氺 :Turn Tracking On 氺 :Turn Tracking Off none * Output 氺 Parameters : * Function Return

Previous Trace Status * Variables :

Value

TUT_TRACK_0N TUT TRACK OFF 氺氺木氺

TUT—ERR—INVALID—TRACK—STATUS * Notes :

^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ \L· v|/ \l/ \|/ \U 不小不不小+小小不+个小+ +小不不小小小小小+小小小个小小个个个小 */ extern ”C"

第64頁 520475 五、發明說明（60) long —export WINAPI TuSetTrack( int

Trackstatus ); 模擬引擎此一想法係為了讓設計者為其所希望學員利用Exce 1 電子表格完成的任務進行模型建立。然後，設計者擁有運算法和引擎，可以閱讀電子表格的所有重要單元，並將適當的訊息（SourceltemID，TargetID 和 Attribute)告知

智能教練代理。如此，電子表格就成為學員資料的中心倉庫’包含任務所需要的大多數計算，且能和引擎結合而處理與ICA之間的所有通信。這項任務係自包含於電子表格中，因此設計者不再需要圖形用戶界面來測試他們的毅 =的功能（智能電子表格）。一旦由設計者完全地測試了其模型和反饋，開發者就可以將電子表格整合到圖形用戶 ii::二並充滿著由引擎所提供的功能。㈣

僅只引ΐ知、曾乍需谋要知道的所有修正都通過了引擎，因為技二Jc 樣調用1 CA。這Α幅地降低了對程式師的外，終端產品也會母個任務的規劃時間。罗隼中化了。I +有更V的缺^，因為教練的管理已經兩 ;分。最後，因：f教練的問題’我們僅需檢查代碼的安和應用程式之間出現資料不 &格中載入貝枓，教命 520475 五、發明說明（61) 圖2 5顯示依據一較佳實施例產生模擬模型的體系結構的方塊圖。模擬物件模型包括一個電子表格模型，一個電子表格控制物件，一個模擬引擎物件，一個模擬資料庫，輸入物件，輸出物件，列表物件和路徑物件。我們討論的第一個物件是電子表格物件。電子表格支持所有的模擬模型。控制物件易於和VB開發平臺整合。控制物件支持列印，並和Microsoft的Excel電子表格相容。瞭解此點，設計者就可以利用Ex cel公式之威力來建立模擬。電子表格模型中所包含的不同單元可以被設置成輸入、輸出或列表並屬於模擬路徑。電子表格中要求設計者手工輸入或學員通過GBS應用程式輸入的所有單元，都用輸入物件來表示。每一個輸入都有下列界面：領域名稱資料類型說明 InputID 長型 ^格的主要Key TaskID 長型 TaskID PathID 長型徑的 PathID InputName 字串*50 輸入的名稱 InputDesc 字串*255 輸入的說明 ReferenceName 字串*50 查袼的單元名稱 TutorAware 布爾型是否在輸入有所改變時通知ICA SourceltemlD 長型若輸入係顯式輸入時為s〇urceIi:emID ;若輸入係拖放式輸入時為0 TargetID 長型輸入的TargetID Row 長型輸入的電子表袼行數^速度最佳化

第66頁 520475 五、發明說明（62)

Column 長型輸入的電子表格列數—速度最佳化 ~ SheetName 字串*50 SheetName為輸人的位置4速度最佳化

每個輸入的這些訊息都儲存在模擬資料庫 (I C A S i m · Hi d b )的輸入表中。參照下面一例。當設計者建構他們的模擬模型時，他們必須清楚有兩種類型的輸入 (顯式輸入和拖放輸入）存在之事實。顯式輸入由一個電子表格的單元構成，可以被設計者在設計時填入，或者在運作時藉由模擬引擎物件的方法以GBS應用程式填入。此單元的用途是提供模擬模型的的入口點。該入口點可以為例如一個問題的答案或一方程式的一參數。如果單元是丁111：0『人¥&『6(所有的輸入通常都是了11"(：〇1^〜&^)，則1。八會得到任何單元變化情況的通知。當ICA接到變化的通知時，事實上有兩個訊息被發送給〗c A : 一個具有輸入資訊例如 SourceltemID，TargetID，以及空 Attribute 之 ICANotifyDestroy訊息。此訊息是通知ICa將此訊息從記憶體中刪除。另一個是具有輸入資訊如s〇urceItemID，

Target ID 以及Atrribute(單元數字值）的1(：^〇1: ifyCreate

訊息。此訊息是通知IC A將此資訊添加到記憶體中。顯式輸入從來不要求用戶回答算術問題。一建構模擬的步驟如下：為Excel的以單元定義名稱。这裡我們已經定義為” Distinct—Input"。在ICA中定義要分配給模擬的一項任務，例如：由ICA產生123的以“丨])。在ICA中為輸入定義標的，例如：由ICA產生4〇〇丨的

第67頁 520475

TargetID。在ICA中為輸入定義s〇urceitem，例如：由ica 產生12 01的Sour celt emID。將輸入與路徑聯繫起來（參照路徑物件的討論）。將資訊增加到模擬引擎資料庫的‘二表中。輸入表中的記錄列出如下。

InputID: 12345 TaskID: 123 PathID: 1234 InputNarae: 問題1的輸入 InputDesc: 問題1的顯式輸入 ReferenceName: Distinct」叩 ut TutorAware: 真 SourcelteralD: 1201 TargetID: 4001 Row: 2 Column: 3 SheetName: Sheet1

一旦用戶點擊了”運作輸入/輸出"，就填入了R〇w， Column和SheetName。模擬引擎為設計者輸入的定義名稱 (參考名稱）解碼’並據此填充表格。這是非常重要的一步。我們有數種情形會使設計者改變電子表格的布局，也就是移動定義好的名稱位置，然後忘記執行該步驟。這樣，奇怪的資料就被傳給了教練；該資料可能為舊的行和

第68頁 520475 五、發明說明（64) " - 列中剛巧儲存著的任何資料。一旦完成了建構，設計者就可以利用IC A公用程式來測試該模擬。

拖放輸入包括兩個連續的電子表格單元。兩個單元都必須由設計者在設計時填寫，或使用模擬引擎物件的方法在運作時由GBS應用程式填寫。這種類型的輸入經常用於當用戶必須在多個可能的答案中選擇一種時，拖放輸入通常是1^1:〇1^^^1^。最左邊的單元包含該用戶所選擇答案的 Source I temlD (每一個可能的答案都有一個s〇urceItemID )，而最右邊的單元能包含與答案有關的數值。你需要在電子表格中為最右邊的單元定義一個名稱或 ReferenceName。當通知ICA任何改變的時候，事實上有兩個訊息被發送給IC A : —個是具有輸入資訊即改變前的 SourceltemID，輸入的TargetID以及改變發生前的 Atrribute值之ICANotif yDestroy訊息。另一個是具有輸入資訊即變化發生後的SourceltemID，輸入的TargetID以及改變發生後的Atrribute值之ICANotifyCreate訊息。建構模擬的步驟如下：為Ex cel的C11單元定義名稱。這裡我們已經定義為"DragDrop_Inputn，讓我們使用與先前相同的Task ID，因為問題2是問題1中的模擬的一部分。例如：Task ID是123。在ICA中，為輸入定義一 Tar get (標的）。例如：由10八所產生之4002的丁&^61:10。在10八中，為問題的每一個可能的答案定義Sou reel tem。例如：由 ICA所產生之1 20 2到1 205的Source It emID。將輸入與路徑聯繫起來（參照路徑物件的討論）；將資訊增加到模擬引

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

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

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

第71頁 520475 五、發明說明（67) 構一模擬的步驟。於Exce中為C2 3單元定義一名稱。這裡我們已經定義為’’ T h e 一 L i s t ’’。我們使用與先前相同的 Task ID，因為問題3是和問題1及問題2同一模擬的一部分。例如·· Task ID是123。在ICA中為列表定義標的。例如··由ICA產生的TargetID為400 6。在ICA中為可能放在列表中的每一項定義一個S〇urce Item。例如··由ICA產生 1 20 9、1210、1211、1212、1213、1214 的SourceltemID。將列表與路徑聯繫起來（參照路徑物件的討論）。將此訊息增加到模擬引擎資料庫的列表表格中。

ListID: 12346 TaskID: 123 PathID: 1234 ListName: 問題3列表 ListDesc: 問題3的列表 ReferenceName: The^List TutorAware: 真 TargetID: —^_ 4006 TotalColumns: 1 Row: - ------- 23 Column: 3 SheetName: Sheet1 電子表格中料計算㈣（並W求外部的輸入）的

I 520475

不單元可以用輸出物件來表示。每—種冑的界面。出都有如下表所領域名稱資料類型 _____ 說明 ~-— OutputID 長型表格的主要K — TaskID 長型 TaskID __^ PathID 長型的 PathID OutputNarae 字串*50 輸出的名稱 ~ OutputDesc 字串*255 ------ 輸出的說明 ReferenceName 字串*50 子表格的單元名稱 TutorAware 布爾型至至查瘦里直所改變時應通知ICA__ SourceltemID 長型 TargetID 長型輸出的Target ID Row 長型爸表格行數速度最佳化 Column 長型检座的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化每個輸出的這些訊息都儲存在模擬資料庫 (ICAS im· mdb )的輸出表中。當設計者建構他們的模擬模型時，他們必須清楚這樣一個事實，即僅存在一種類型的輸出：顯式輸出。顯式輸出由且僅由一個包含公式或計算結果的電子表格單元構成。輸出單元的存在是擁有模擬模型的主要原因。如果單元是TutorAware，則處理輸出的時候，IC A會得到任何單元變化情況的通知，否則丨c a不會知

第73頁 520475 五、發明說明（69) 道任何的變化。當I C A得到通知時，事實上有兩個訊息被發送給ICA : —個具有輸出訊息（即SourceltemlD， TargetID)以及空Atrribute 的 ICANotifyDestroy訊息。該訊息是建議I C A將此訊息從記憶體中刪除。另一個是具有輸出訊息（即Sou reel tem ID，Target ID)以及Atrribute(單元數字值）的ICANotifyCreate訊息。該訊息是建議1(^將此息添加到§己憶體中。與顯式輸入和拖放輸入時一曰發生變化就通知IC A不同的是，顯式輸出在要求I c A作出反饋前係以整批處理的方式進行。要告知ICA列表中項目的维美元數額’我們必定需要一個顯式輸出。輸出還包括—"個求總和公式。在Excel中為C24單元定義名稱。這裡我們已經定義為”0丨31:丨11(：1:一Output”。我們使用與先前相同的 T a s k ID ’因為問題3是問題1和問題2中同一模擬的一部分。例如：TaskID是123。在ICA中為列表定義標的/例如：1〇八產生400 5的丁&^61:10。在1(^中為輸出定義 Sourceltem。例如：ICA產生。將輪出與路徑聯繫起來（參照路徑物件的討論），；將訊息增到模擬引擎資料庫的輸出表中。依據一較佳實施例’輸出表的記錄列出如下。

OutputID: — * -——·. 12347 TaskID: 123

第74頁

520475 五、發明說明（70)

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

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

第76頁 520475 五、發明說明（72) ~ f，模擬模型的前端進行改變時，即進入修改階段。這也 =是當IC A被通知發生了什麼的時候。當用戶要求獲得目前為止所完成工作的訊息時，就是反饋階段。這也是模擬通知I>C A所有的輸出改變的時候。最後，當模擬前端卸載時，就是最後階段。這時模擬被保存到磁碟上。以下說明產生包括有涉及的VB代碼之模擬的不同階段。初始階段： 1·產生ICA和模擬引擎物件；达： set moSimEngine = New c 1 assSimEngine; Set moICA = New classICA ； Mt.明:使用模擬引擎的第一步是產生類別 classSimEngine的實例和類別ciassjcA的實例。注意，引擎和ICA都應該是模組級的物件"mo"的變量。 2 ·載入模擬；代碼:

IRet = moSimEngi ne.OpenSimulat ion(App.Path&DIR^DATAS FILE一SIMULA TION

，Me·bookSimulation);IRet=moSimEngine. LoadSimulatio n(mlICATaskID，App·Path&DIR—DATABASE&DB— SIMULATION

，1 );說明••物件產生以後，必須調用模擬引擎物件的 OpenSimulation 和LoadSimulation 方法。OpenSimu 1 ation 方法將指定的Exce 1 5. 0電子表格文件讀取到電子表格控制件中。LoadSimulation方法打開模擬資料庫，並將特定任務的多個路徑、多個輸入、多個輸出和多個列表載入到記憶體中。如果該過程成功結束，模擬引擎的每一種方法

520475 五、發明說明（73) 都會回送0。否則會回送一個適當的錯誤號碼。 3·初始化並載入智能教練代理；代碼:IRet = moICA. Initialize(App.path&H\M &App. EXEName&M. inin,App. Pat h&DIR_DATABASE， App.Path& DIR—ICADOC,

App. Path&M \ ,f ) ; IRet = moICA. LoadTask (ml ICATaskID,

I C AS tu dent Start New) ; ft m ••模擬引擎僅與 IC A 協同工作。IC A物件的初始化方法讀取應用程式的.i n丨檔，並適當地設定Tutor32· dll。LoadTask方法告訴 ICA(Tutor32· dl 1)將與特定任務相連的· tut文件加載到記憶體中。從該點開始，ICA就能接收通知。注意：· tut檔案包含任務的所有元素和反饋結構。例如，

SourcePages ， Sourceltems ， TargetPages ， Targets 等。 4 ·復原模擬；选_遇： < 重啟時重新設置模擬的代碼> > ;< < 將控制件加載到模擬前端上的代碼〉〉；IRet = inoSiniEngine. RunInputs(sPaths, True)； IRet^nioSiiiiEngin e·RunOutputs(sPaths，True); IRet=moSim

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

第78頁 520475 五、發明說明（74) 元期間。運作輸入包括，通過一系列輸入並向ICA通知每個輸入的s〇urceitemID、TargetID和 Attribute值。運作列表包括，通過一系列列表並向ICA通知每個列表中每個項目的s〇urceItemID、 TargetID和Attribute值。TargetID對於列表中每項都是唯一的。運作輸出包括，通過一系列的Tut〇rAware輸出並向ICA通知每個輸出的s〇urceitemiD、TargetID和 Attribute 值。修改階段： 1·讀取輸入和輸出；代碼:Dim sDataArray(2) as string; Dim vAttribute as variant; Dim I source11emID as long; Dim ItargetID as long; IRet- moSimEngine.ReadReference (’’Distinct— Input1 丨， vAttribute，I source11emID，I targetID，sDataArray )。說 Μ :模擬物件的ReadReference方法將回送依名稱進行參照的輸入和輸出值的屬性值，並選擇性地獲取 SourceltemID，TargetID和相關資料。在當前的例子中，可以獲得名稱為0131：丨11〇6一1叩111；之輸入的3〇111^6 1七611110, Target ID和三個資料單元。說明：模擬引擎物件提供了操縱列表的基本功能。

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

第79頁 520475

五、發明說明（75)

將資料寫到適當的單元中’而ICA也會得到此修改的訊息。Li stCount方法回送指定列表中的項數。它的運算法和Li st Add方法基本相同’但是回送總項數，而不是插入另一個元素。ListModify方法用給定的資料替換指定的項目。讓我們解釋一下運算法。首先，我們使用列表名稱找到列表頂部。其次’我們計算基於指定的項目編號計算行偏移。然後，IC A被通知已經刪除了現存的項目。最後，與新項目有關的資料被寫到適當的單元中，而ICA也會被通知此修改的訊息。ListDelete方法刪除指定的項。它的運算法和Li st Modi fy方法完全相同，但是沒有增加新的資料’而且單元（列表I度由’’ T 〇 t a 1 C ο 1 u m n s"所設定）被刪除k ’單元上移"參數設為真。請牢記此點，因為設計者經常在Total Columns參數中輸入錯誤的列數。當他們將

Total Columns估計過高時，Lis tDelete將修改相鄰列表的某些部分，從而導致在顯示列表時產生錯誤的行為。處較佳實施例的系統動力璺為了在體系結構使用系統動力學模型，就必須產生能將學員工作翻譯為此等模型之參數的引擎。下文討論了一種與現存模擬體系結構互動的複雜系統動力學模型。系統動力學模型提供了下列功能··容許設計者在建立真實的界面之如’建立和測試他們的系統動力學模型和I CA反饋。降低活動的程式規劃複雜性。使與系統動力學模型的互動集中化。系統動力學模型與模擬引擎一同使用，設計者為

第80頁 520475 五、發明說明（76) Γ建她立所//學Λ利㈣1 ⑽。f 1 電子表格完成的工 ΠΓίϊ有：:;此時Γ者也創建了-系統動力學模 (Excel)中的此久統動力學引擎將閱讀模擬模型力學模型和ICA么要早疋，並將這些值傳遞給系統動力子模型和ICA。系統動力學模型運作了由引擎讀取輸出值並將其發送給模擬模型和]Ja :、體夺一較佳實施例的系統動力學模型之詳細統二一旦設計者完全測試了模擬模型、系形用戶：面ί f；開發者就可以將電子表格整合到圖了 :以成例：’㈣作為-種開發平臺。圖27說明擎，：：= 為時’數值被傳遞到系統動力學引卜入至模擬模型中並提交給ICA。當系動作力為輪入 !:行的靡時Λ’弓丨擎拉出輸出並將其傳遞給模擬模型和輪出"V主思者，模擬模型能分析來自系統動力學模型的輪ί值m結果傳遞給1ca。然後模擬模型可被讀取報告）。非；幕上的活動控㈣（例如圖表或的所有佟要的疋和糸統動力學模型需要知道要求丄降低了對程式規劃者的技能外，级破盡r地減少了每項任務要求的程式規劃時間。另被集ϊ:。3的缺陷，因為模型和訓練管理將八u 果遏存在問題，我們僅需檢查代碼的一部刀。最後，目為模擬引擎從電子表袼中載入資料口

第81頁 520475 五、發明說明（77) 系統動力學模型和應用程式之間出現資料不一致的機會微乎其微。致的他鐵ί統動:學模型基於傳遞a其内t參數和系'统中的其也里，而產生隨時間變化的模擬結果。一個與 =於將VB和電子表格物件整合在一起。該物間段並對系統動力學模型讀寫參數的邏輯。藉：中ίΙίΪ模Ϊ物件中的數值’向模型傳遞參數：從模型這=著，當所有的參數輸入被傳遞給系統動Ϊ !μ物ί二：Ϊ就能夠運作模型以取得參數輸出。系統動者執行任意數目之時間段。t系統上；孓運作時，參數輸入和參數輸出資料的每一步被^ ::°十Ϊ。+第—，系統動力學模型可以被重新啟動，而此跡可傳輸到模型中直至某個特定時間‘點。：於：溯時間的模擬回放。，系統動力 I曰#^ $事件時’就建立—個日諸來告知設計二，：Λ!皮傳遞到了模擬模型、系統動力學模型和 ICA中，以及虽則的時間和發生的事件。此日誌被 ’„·Κ ’幻吏用引擎在和應用程式相同的地點產表格物件一齊使用•’系統動力學物件容許大莖的计异發生在系統動力學模型中，而不是在活動代碼

第82頁 520475 五、發明說明（78) 中，再一次為活動設計者提供更多的控制件。模型物件被用於建構關於運作時間段的系統動力學模型。模型與參數輸入和參數輸出（在下文討論）有關，故應該首先產生之。每一個模型都有下列應用程式的程式規劃界面：領域名稱資料類型說明 Model ID 長型表格的主要Key TaskID 長型與模型有關之任務的TaskID ModelName 字串*50 模型名稱（訊息的用途） ModelDesc 字串*50 模型的說明（訊息的用途） SysDynModel 字串*50 真實系統動力學模型的文件名稱 Start 長型運作模型的起始時間 Stop 長型運作模型的終止時間 Step 長型執行一個模型步驟和記錄資料的間隔參這一訊息儲存在模擬資料庫（ICASim. mdb)的模型表中。需要由學員手工輸入並傳遞給系統動力學模型的所有值，都被建構成參數輸入（P Inputs)物件。每一個P input 都具有一界面，其詳細如下：

領域名稱資料類型說明 PinputID 長型表格的主要Key 第83頁 520475 五、發明說明（79)

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

第84頁 520475 五、發明說明（80) 此訊息從記憶體中删除。另一個是具有參數輸入資訊，即 SourceltemID，TargetID 以及Atrribute(單元數字值）的 I CANot i f yCr eat e訊息。該訊息是建議I CA將此訊息添加到記憶體中。依據一較佳實施例之P i nput表格記錄顯示如下。 PInputID: 12345 TaskID: 123 ModelID: 1 InputName: 利率輸入 InputDesc: 輸入到利息計算模型中的利率 ReferenceName: Interet—Rate SimReferenceName: Param—Interest—Rate TutorAware: 真 SourceltemID: \1201 TargetID: 4001 Row: 6 Column: 3 SheetNarae: Sheet1 一旦完成了建構過程，設計者亦能使用IC A公用程式來測試模擬。當設計者在IC A公用程式的系統動力學工作臺中運作參數時，就自動填充Row，Column和SheetName 值。下列訊息提供了描述依一較佳實施例之互動元件的細

第85頁 520475 五、發明說明（81) 節。標题

叮咚任務故其:的任務。該況作tb反狀-鮮㈣P 分析和決定 (ANDIE) 主務評估選擇 (ADVISE) 運作一公司任務最香用於靜&根>^5^^辨認任務。在SB^C上開發，~7Z 能的經驗重設計項目的結果。 3個為同一技 -列表中iP摆-此i、+中學員選擇自自每個階段學員從預定的行動。在SBPC上開發，作為麵管理任務_ 使用模型任務 [CA動態7 會議任務管理任務開發，以來自模擬教練和ILS EPA紅動風袼。支持基於動態規 _y^AlZIZZ=^i申縮以支持EnCORE防務會議和YES等互動。 =時_模擬，其巾理麵。人力龍管理、預算管理、FX文件包管理。

QVID資料收訪集元件曰誌工色新複雜任務谈時要詢問的靜態問題。在教授訪談技巧時（使用QVID靜態會議任務）支持層次性的問題和定時副本。 ___ 每個借方或貸方多達2個帳戶的簡單日誌登錄件的新任務

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

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

第87頁 520475 五、發明說明（83) 對影響模擬模型PI nputs進行改變時。這也就是〖[A被通知發生了什麼的時候。運作階段------正在運作動力學模型且接收參數輸出。反饋階段------用戶要求獲得對自己所做工作的反饋。此為模擬通知IC A所有的輸出改變的時候。最後階段卸載模擬前端。此時模擬模型被保存下來。對這些階段之解釋，將藉由包括涉及之VB代碼和對該代碼的簡要說明而為之。依據一較佳實施例的初始階段代碼 _ 1·產生ICA和模擬引擎物件：： Set moSysDynEng ine = New classSysDynEngine; Set mo I CA = New cl ass ICA ;說明:使用系統動力學引擎的第一的實例。應注意者，引擎和IC A都應該是模組級的物件 n mon的變量。 2·載入模擬；代石馬：IRet = moSysDynEngine. OpenSimulation(FILERS IM,Me.booksim,True)； IRet=moSysDynEngine.LoadSysDyn (mlICATaskID，DB一SIMULATION，1 ) ;IRet = moSysDynEngine· LoadMode 1 (MODEL —NAME, mbTaskStarted);說明:物件創建以後，必須調用系統動力學引擎物件的OpenS imu 1 at ion 和 LoadModel 方法。Open Simulation 方法將指定的Excel 5.0電子表格文件（FILE 一SIM)讀取到電子表格控制件 (BookSim)中。LoadSysDyn方法打開模擬資料庫

第88頁 520475 五、發明說明（84) (DB一SIMULATION) ’並將一糸列參數輸入和一系列參數輸出載入到記憶體中。LoadMode 1方法打開一個系統動力學模型（MODEL —NAME)。如果該過程成功結束，系統動力學引擎的每一種方法都會回送〇。否則會回送相應的錯誤編號。 3·初始化並載入智能教練代理；代瑪:IRet-m〇ICA.

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

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

Engine· RunPOutputs(MODEL—NAME，True);IRet = m〇SysDynE _ ngine. PassPInputsAll； Ca11 mo ICA.Submit(0)； Call moICA.SetDirtyFlag(〇, False);說明:復原模擬包括以下工作·用戶重新啟動時清除所有的參數輸入和列表；使用模擬模型中的資料加載界面；調用系統動力學引擎物件

第89頁 520475 五、發明說明（85) 的PassPInputs方法，用於將ICA恢復到初始狀態；調用系統動力學引擎物件的Run P Inputs和Run P Out puts方法，用於將系統動力學模型恢復到初始狀態；調用IC A物件的 Submit方法，觸發ICA以運作所有的規則；調用ICA物件的 SetDirtyFlag方法，目的是重新設定用戶的單元期間。運作參數的過程包括：通過一系列的TutorAware的PInputs 和POutputs並向ICA通知每個參數的SourceltemID、

Target ID和Attribute 值。修改階段: 1.讀取參數輸入和輸出；代碼：Dim sDataArray(2) as string; Dim vAttri bute as variant; Dim IsourceltemID as long j I target ID as long; IRet = moSysDynEngine. ReadReference (f, Input^Name", vAttribute, IsourceltemID, I target ID, s DataArray)。說明:系統動力學物件的ReadRef erence方法將回送依名稱進行參照的參數輸入和參數輸出的屬性值，並選擇性地獲取SourceltemID，TargetID和相關資料。在當前的例子中，可以獲得名稱為Input_Name的參數輸入的屬性值，SourceltemID，TargetID和三個資料單元。2. 修改參數輸入；代碼：Dim vAttribute as variant; Dim 1 Source ItemID as long; Dim sDataArray(2) as string； vAttribute=9999; sDataArray( 0) = ,? Data Cell #ln ； sDataArray ( 1 ) = M Data Cell #2M ; sDataArray(2)=nData Cell #3M ; IRet =

第90頁 520475 五、發明說明（86) - moSysDynEngine·WriteReference(" lnput —Name"， vAt tr i bute, ， sDataArray). 选JI :為了修改參數輸入，調用系統動力學物件的 WriteReference方法，並傳遞1111)111;參考名、新屬性值及選擇性地傳遞一個資料數組（欲儲存於模擬模型中的附加訊息）。系統動力學模型向I C A通知發生了改變。運作階段： 1·執行系統動力學模型；代碼:iRet = moSysDynEngine· PlayModel (SYSDYN—PLAYSTEP); lblCurrentTiniG. Csption — iDoSysDynEngine. CurrentTime; and IblLastTime.Caption = moSysDynEngine. LastTime ；說明:執行系統動力學模型的過程也由系統動力學引擎處理。執行模型有三種方式：一次全部執行、每次執行一步驟（如前述）、或者執行至某個特定的時間點。會有多個參數被傳遞到PlayM〇de 1方法中。執行模型會產生參數輸出值，並將Tut or Aw are POutputs傳遞給ICAT。引擎還對時間進行追蹤，可以使用 CurrentTime和Las tTime屬性來讀取這些值° 2.在系統動力學模型中之回跳；代碼: 因 _ lRet = moICA· LoadTask(mlICATaskID, ICAStudentStartNew);lRet = moSysDynEngine· JumpBack(TIME —TO —JUMP—TO)· 、為系統動力學引擎將傳遞給它和從它獲取之參數製作播伤拷貝，故它能重新啟動並將這些值重新提交回系統勳力學

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

第92頁 520475 五、發明說明（88) 織結構的目的和讀取的方便，吾人推薦每個源頁面（"〇 Intro")包括所有的後續問題（"Intr〇 Q1”，” Intr〇 Q2”，” Intro q3")。可以為每一個來源項目（此處有顯示）或每多個來源項目創建一個標的。只要存在有來源項目和標的之間的顯式關係，這就不太重要。一旦創建了來源項目和標的，就將它們關聯到SourceItemTarget (3) 上’並為它們提供關聯性。這些都是ICA會用來激活規則

和向學員提供反饋時要用的獨特標識。步驟4 :創建父標題（視頻訊息）。圖29顯示的是依據一較佳實施例的視頻訊息。反饋（訓練項目）被組織入於丁&1^461"01^3(1)中。在圖29中，每一個線上問題都有一個Target Group用於使維護更容易。每一個TargetGroup必須至少有一個相關的 Target (4)。這些都是在步驟3結束時完成的 SourceTarget映射。接下來，創建當映射 SourceltemTarget時（點擊一個問題）要激活的 Rules(2)。訓練項目（3)與一規則有關聯，並表示當規則激活時將顯示出來之反饋。ICA公用程式將商業模擬整合到多媒體應用程式中。這就意味著，應用程式和丨CAT之間現在有了一個中間層。這些公用程式和模擬引擎（下文將有說明）容許體系結構成為模擬的前端。現在，任何對模擬模型的改變都不必整合到代碼中。j c A公用程式和模擬引擎與Microsoft Excel中創建的模擬模型共同起作用。在模型創建以後，依據一較佳實施例，設計者使用hee 1 中之已定義名稱功能（Defined Name function)，為應用

520475 五、發明說明（89) 程式和ICA公用程式所要使用的特定單元加上旗標。圖30 顯示依據一較佳實施例的ICA公用程式。ICA公用程式包括 6個公用程式，它們和智能教練代理工具（I CAT)合作，將商業模擬和多媒體應用程式結合起來。

第94頁 yZU475

藉由下文Φ会土細說明，將可以盤f附圖對本發明之較佳實施例所作的詳優點有更佳之瞭解本發明之前述及其他目的、實施態樣和圖1是依擔、一中塊圖；父佳實施例的有代表性之硬件環境的方

圖2是依據一較佳實施例的一系統體系結構的方塊圖3顯牙* 0 4会發階段的時間：二較佳實施㈣典型應用程式的每個' Ί線和相關資源要求；，心&圖顯不依據一較佳實施例的汽車保險行業中的索見 (Μ執）處理人員的領域模型的一小部分；圖5顯示依據一較佳實施例的保險概要；圖6顯示依據一較佳實施例的轉換部件；圖7顯示依據一較佳實施例，使用工具條來指導和取用應用級的特性；圖8顯示依據一較佳實施例的gb s顯示；圖9顯示依據一較佳實施例的反饋顯示；圖1 0顯示依據一較佳實施例的日誌登錄模擬；

圖11顯示依據一較佳實施例的模擬Bell Phone Bill 曰誌登錄；圖1 2顯示依據一較佳實施例的反饋顯示；圖1 3顯示依據一較佳實施例的第一情節的步驟；圖14和1 5顯示與依據一較佳實施例之已建立的情節相關的步驟；

第95頁 520475

學員Γ二:=較佳實施例的測試情節。該測試中 % ι 口 _居動而運作；、丁的管理；動； •顯示工具套件如何依據一較佳實施例支圖18顯不套件如何依據一較佳實施例支持學員的互持學員的圖1 9顯不依據一較佳實施例的矯正性過程；圖20顯示依據一較佳實施例的用於日誌工作的物件；圖21顯示依據一較佳實施例，來源項目與標的項目之映射；圖22顯示依據一較佳實施例對規則的分析；圖2 3顯示依據一較佳實施例的反饋選擇；圖2 4顯示依據一較佳實施例的反饋邏輯的流稃圖；圖2 5顯示依據一較佳實施例產生模擬模型的體系結構的方塊圖；圖2 6顯示依據一較佳實施例建構一模擬的步驟；圖2 7顯示呈現依據一較佳實施例的系統動力學之詳細體系結構的方塊圖；圖28顯示依據一較佳實施例用於初步建構的邏輯之概要圖；圖2 9顯示的是依據一較佳實施例的視頻訊息；圖3 0顯示依據一較佳實施例的丨c a應用。

第96頁

Claims

520475

案號 88122837 六、申請專利範圍 1 ·創，商業類比之方法，使用具有試算表目標元件的基於規則的專家系統以提供動態、基於目#的教育學習經歷，所述試算表目標元件包括資料、類比所需的計算、和通信資訊，所述方法包括以下步驟： (a )#取基於規則專家系統的試算表目標元件中的資訊以獲取目標指示資訊到模型中；修p (b)使用基於規則專家系統的試算表目標元件中的資訊，集成profiling元件（概要元件〕設計用以完成 ^目標W、結構化的、動態的商業類比中的基於目標的學習 ψ資訊到指導者中； (c) 使用基於規則專家系統的試算表目桿元件， ^監視對所提問題的答復以評估多個學員朝向目標之進展；」及 I (d) 提供來自矯正性目標元件、動態的、某於目標的矯正性學習資訊反饋，該矯正性目標元件包^一知識系統和一軟體指導者，該軟體指導者具有生成個性化的指導訊息的人工智慧引擎以進一步協助每個學員完成目標。曰 2 ·如申請專利範圍第1項之創建商業類比之方法，使用具有試异表目標元件的基於規則的專家系統以提供基於目標的教育學習經歷，所述方法包括以下步驟：土、 (e) 獲取來自试鼻表目標元件、表不多個目標的標記到一模型中； $ ' (f )使用基於規則專家系統的試算表目標元件中的資訊’集成prof i 1 ing元件（概要元件）設計用以完成

第97頁 520475 MM 88122m 六、申請專利範圍曰多個目標的、結構化的、學習資訊到指導者中；心的商業類比中的基於目標的 •如申請專利範圍第J 問題所處環境的步驟 •如申δ青專利範圍第1 表|齊括在模擬環境中設定朋Js…，之創建商業類比之方法包括在模擬環境中毯月模擬對預防性維護項之創建商業類比之方法進行管理的步驟 •如申請專利範圍第1項模擬恢復管理的步驟遞括在模擬環境中模二二創建商業類比之方法包包 6 ·如申請專利範圍1 在模擬環境中模擬許估性決策的=業類比之方法，包 •如申請專利範圍第i項之創在拉擬環境中模擬交談的步驟。，、類比之方法，包括利擬範接類比之方法，包第98頁 520475

修正一如申請專利範圍第1項之創建商業類比之方法，包括在模擬環境中談判的步驟。種創建商業類比之設備，使用具有試算表目標規則的專家系統以提供基於目標的教育學習環一處理器；一在處理器控制下向系統輸入資訊的鍵盤；更: Ψ 質内容是 If 正 10·^ 元件的基於頃境，包括： k (a) 明（b ) (c) (d) 式算表目標料、類比所 (e) 愛的資訊以獲 ⑴ 的資訊以使指導者的邏 (g) 監視對所提輯，以及提習資訊反饋指導者，該智慧引擎以一在處理器控制下的顯示器；一在處理器控制下向基於目標的專家系統的 70件儲存資訊的記憶體，所述處理器包括資需的計算，以及通訊資訊；訪問基於規則專家系統的試算表目標元件中取目標指示資訊到模型中的邏輯；使用基於規則專家系統的試算表目標元件中協助完成目標的基於目標的學習資訊集成到一輯；以及使用基於規則的專家系統的試算表問題的答復以評估學員朝向目標之75羅供矯正性目標元件、基於目標的i正ϋ學，以矯正性目標元件包括一知識釦軟體指導者具有生成個性化的指f和一軟體進一步協助每個學員完成目標。巩息的人工

第99頁之創建商業類包括1 在6槿；Πί:範圍第10項之創建商業類比包括在模擬環境中模擬談判的邏輯 /、申睛專利範圍 11 ·如申請專利範圍楚包括在模擬環境中設定0項之創建商業類 1續所處環境的邏輯。 1 2 ·如申請專利範包括在模擬環境中模擬對J10項之創建商業類了預防性維護進行管理 13三如申請專利範圍第1〇項模擬環境中模擬恢禮、吹设官理的邏輯犷包括2模：：^:”第“項之創建商業類^ 心 %%中模擬壓縮管理的邏輯。 :职包杠2 .如申請專利範圍第1 0項之創涂脔I +,s 由在模擬環境中模擬評估性決策業類Η 模擬環境中模擬交談的邏輯 17 ·如申請專利範圍第10項之創建商編包括1 在8模二!2範圍第10項之創建商業類比拉擬“兄中調用概念語法分析器的邏輯。比之設備’ 比之設備’ 的邏輯。比之設備’ :匕之設備’ :之設備’ >之設備’ 之設備’ 之設備’