TW539957B

TW539957B - A system, method and article of manufacture for a goal based system utilizing a spreadsheet architecture

Info

Publication number: TW539957B
Application number: TW088122825A
Authority: TW
Inventors: Benoit Patrick Bertrand; Kerry Russell Wills
Original assignee: Indeliq Inc
Priority date: 1998-12-22
Filing date: 1999-12-22
Publication date: 2003-07-01
Also published as: WO2000038134A1; US6023691A; AU2662399A; EP1141921A1

Description

539957 玉、發明說明（1) ' ---- 【本發明所屬領域】種教m尤有關於—種基於規則 =曰導系統’能利用對真實環境的商業模擬教授新的技【發明當當地建的，即著使用動製造師’而工程師創建應家是不典專家提種方法同訓練帶、錄要兩種工程師於建構中，如背景】建立一構能驅知識工專家系设備方醫療指是一個用程式同的人型地，問，然是勞動之調整音帶、受不同並沒有知識庫果沒有識的系的規則則和專或方面生的領專家可家系統許多實須合作採用的的回答，速度題。盡其他來都投入的問題可能是工作，統或專 ’至少家知識的知識域專家能是一 ’並使例中，以建構形式是整合到很慢而管知識源中獲工作量或者提不正確則經常

個基於知動知識庫程師的原統的領域面指導學導系統的能理解專的人。在，他們必這種合作後將問題密集型的會產生問教科書和訓練的人提出正確的訊息就元成建構家系統時，有兩種訓練的原則。領。例如，一可能是過程個醫生或護用專家的知知識工程師專家系統。，知識工程系統的設計且容易出錯工程師能改得的輸入， 0 進一步，問的方式不的。在既有無法達成專如果要適是必備域專家有個能在自控制工程士。知識識為系統和領域專師對領域中去。這。兩種不變從錄像但還是需如果知識對，則用技術*** 豕系統對 539957 五、發明說明（2) 知識工程師循環將從知使用專而讓用戶覺使用的是具來增加視覺 π正確的π答成整個系統有商業模型或錯誤的單擬整合成規的反饋識獲取家系統得乏味有線形吸引力案，而的訓練的支持一反饋則來為。在傳到知識部件的或不能視頻和和闡釋且僅支。如此，只能。目前用戶提統的系驗證的教育系完成訓圖像的觀念。持由一僅能提基於選的指導供一創統中，係多種過程統經常由練項目。靜態、僵這些系統個定義好供二維類定的反映系統不能造性的學藉由耗結合起於缺乏目前的硬編碼典型地的路徑型的互對學員將真實習環境時的反鎮來。推動力，訓練項目的反饋，支持一個來指導完動，而沒作出正確的商業模 t發明依於目標知性的境提供還可以用戶建用了人還具有學習系習經歷已控制之概述】據本發明的學習系教育經歷了以最佳記錄錯誤立在商業工智慧引用於模擬統中還整，其中通。一個健較佳實施例適用的廣統，利用基於規則的。此系統為用戶提供方式理解和解決問題並動態地提供矯正性工作中獲得成功所必擎來驅動個性化的動真實世界環境和互動合了多個’’正確"答案過整個系統的瀏覽過全的商業模型提供了泛範圍專家訓一模擬的商業的教育備的技態反饋的同步，以容程之步對現實 ’提供練糸統的環境機會。資料，能。此，所述視頻和許個性調係由活動的一種基提供認，該環另外，以幫助系統利反饋中圖形。化的學學員自支持，

第7頁 539957 五、發明說明容許用戶體們的行動和決策在真實世界所造成之影響’並使教月貧料之實時決策和綜合成為必要。此一系統圍繞電子報表的輪入來設計體系結構，以便管理和控制系【較佳實施例之詳細說明】 (詳細說明）

依據本發明之系統的較佳實施例，較好在個人計算機，例如IBM相容個人計算機、計算機

或者Unix的工作站實施。圖}顯示具有代表性的一硬件環境，圖中顯示依據本發明一較佳實施例之工作站的典型之硬體構造，其具有一中央處理器11〇(如一個微處理器）及多個透過系統總線1 1 2互聯的其他部件。圖丨中所示的工作站包括：隨機儲存記憶體（RAM ) 114 ;隻讀記憶體（ROM ) 116 ; I/O適配器118 ’用於將碟片儲存單元12〇等外圍設備與總線11 2互聯；用戶界面適配器丨2 2，用於連接鍵盤 124、鼠標126、％聲器128、麥克風132、及/或其他用戶界面設備例如觸摸屏（圖中未顯示）至總線丨丨2 ;通信適配器1 3 4 ’用於將工作站與通信網絡（例如，資料處理網絡）相連；以及顯示適配器1 3 6，將總線11 2與顯示設備 138相連。典型之工作站安裝有操作系統如jjicr〇s〇f1：

Windows NT 或Windows/95 操作系統（〇s) 、IBM 的OS/2 操作系統、MAC OS、UNIX操作系統。那些精通本技術的人員 ,會瞭解本發明能在前述以外的平臺或其他操作系統實施。

第8頁 539957 五、發明說明（4) 車父佳實施例用JAVA、C和C + +語言寫成，並利用了物件導向的程式規劃方法。物件導向的程式規劃（OOP)已經越來越廣被採用於開發複雜的應用程式。隨著〇〇p朝著軟件設計和開發的主流發展，各種軟件解決方案要求能改變以利用OOP的優勢。如此即存在一種需要，即將〇〇p的原則應用到電子訊息傳遞系統的訊息傳遞界面上，俾提供用於訊息傳遞界面的OOP類別和物件。依據一較佳實施例的模擬引擎係基於Mi crosoft Visual Basic的元件，後者係

開發用於幫助設計和測試與Micros〇ft Excei表單有關的反饋。這些表單模型能模擬實際商業功能並成為將由學員完成的任務。模擬引擎接受模擬輸入並計算不同的輸出，然後在預定的時間將模擬的狀態通知系統，以獲得適當的反饋。 (元件之間的關係） Μ擬模型執行學生學習的商業功能，這些功能是應用的核心。一動作，，層，，容許用戶透過讓輸入進入模擬引擎並，收模擬模型的輸出之方法而目視指導模擬。例如，若學員正在執行一個收入報表的行動，貨物銷售計算的淨銷售額和費用就作為模擬模型的輸入，而淨收入值被計算出來並檢索作為輸出。當計算值被傳遞到模擬模型並從中檢索之後’它們也被傳遞到智能教練代理（〗cA )。〗CA分析模擬模型的輸入和輸出，並基於一套規則產生反饋。這種反饋被接收，並通過Visual Basic體系結構顯示出來。

第9頁 539957 五、發明說明（5) 圖2是依據一較佳實施例的系統體系結構的方塊圖。演示π層’’ 2 1 0的表現與活動”層” 2 2 〇分離，而且通過一套控制顯示特定的内容主題的訊息2 3 〇使通信更加方便。一較佳實施例使知識工作者2 〇〇和2 〇1能迅速、可靠並持續地獲得複雜之技能，方法是讓一個組織來教授如何迅速習取複雜的技能。該結果的獲得是藉由將個人置於一個"看起來和感覺起來’’像真實工作的模擬商業環境中，並對他們提出挑戰’使其利用高效的學習理論（例如，基於目標的學習、邊做邊學、基於失敗的學習等），最後是多媒體的用戶界面與三個強大的整合軟件元件相配合，而作出能符合攀商業戰略目標的決策。這些元件中的第一個是一個軟件解決方案建構助手（SCA) 230，包括數學模型工具234，它能模擬一段時間内個人團體活動的商業結果。第二個元件是知識系統2 50，包括一個HTML内容"層π，它能組織並給出和線上教科書非常相似的包裹知識，所述書籍具有習題、視頻戰爭故事和詞彙表。第三個元件是一個包括有一人工智慧引擎240的軟件指導者2 70 ，該人工智慧引擎240 能基於學員作出的決策產生個性化的指導訊息。反饋對於每一個完成課程的個人都是獨特的，而且還籲支持11設計到”課程中的客戶文化訊息242。一商業模擬方去包括有對内容獲取、故事主線的設計、互動式設計、反饋和指導之給予，以及内容之給予的支持，此商業模擬方法依據一較佳實施例被整合到系統的體系結構中。依據一較佳實施例並包含大量的”預設計，，學習互動，例如訊息

第10頁 539957 五、發明說明（6) 、訪談（一對一，一 ‘對性能的測量（現的Π時間跳轉”、競爭合併、客戶已獲得）最佳方式提供培訓課反映學員實際工作環用有助於保持力的增這些訓練應用的成果計和建立商業模擬是放式結尾的環境，其取決於他們的學習風在勞動力執行周期的而，它也可以在周期用，使得在工作執行提出的方法，突顯出案之方法的某些優能夠以較低的費用和測性的計劃，從而獲誤導，因為它們沒有些培訓計劃混淆了記及認識’’什麼π和認識 2 3 8的拖放動作、情境評估/活動計劃對多）、發表（對一組專家/董事）在處理，後來處理）、對決策之影響性的情節切換（”時間跳轉”、競爭者和具有自動記錄的視頻訪談。依據一較佳實施例的商業模擬以程。這是因為，這樣的應用提供了能境的有效訓練。，，基於工作的”技能應進和實現更高的總體工作性能。盡管給人以深刻的印像，但是要正確地設报複雜的。這些模擬的特點是極為開中學員能順著多條路徑完成應用，這格和既有經驗與知識。々被稱為邊做邊學的學習方法通常第一階段（學習）作為解決方案。缺的第二階段（執行）作為解決方案使過程中到達需要學習的點。藉由使用基於技術而用於建立商業模擬解決方勢，該用於建立商業模擬的解決方案，少的時間，產生更具重複性和可預仵更容易認知的和實際的用戶價值。見在大$分公司的培訓計書!J都被適當地將重點放在培訓的目的= 憶事實的能力和執行任務的能力，以

麵Η 539957 五、發明說明（7) ，，如何”之間的區別。藉由採用傳統學校的方法，公司所教授的多半是無聯繫的和結構不全的事實與資料，而它們的重點本來”改善性能。當講座、書籍和考試都内在 :# :設計的時候，你如何能夠教授表現呢？ :書籍和考試吧。，備獲得好的表現的最佳 :式疋’執：，經驗是最好的老師！大多數公司的領導認 t: 越長，他們的工作效率就越高。因。吕π貝的最佳方式是讓他們藉由工作來學習，在 ::作％ ’中獲得技能。雖然邊做邊學的觀點並不是 ί113二但是它在商界和學術界都受到了抵制。如果說曰I與=彳寸到的疋更強的能力，那情況為什麼會這樣呢？ i 2不願採用邊做邊學的方法，因為他們害怕失敗。 t 1 作，以避免在別人面前犯錯。公司的領導不願二=妳^邊學，是因為初學者的失敗可能意味著安全、法少Α ^ Ά上曰產生重大的問題。想像一下，一個新飛行員因.^上^大型的喷氣式飛機加速時邊做邊學的情形吧；二厶Μ從^慮一下一個新金融分析人員在組織數百萬美元 Ϊ 2 2時邊做邊學的情形吧。很少有雇主願意承受這樣的^敗來培養能力更強的勞動者。到4 #個^持系統的關鍵在於，它是否能被無漏洞地整合需”:線 = 幸，、考找出埋在紙貝手冊和活頁夾内部的隱藏訊 ^^ I以獲得指導或發現問題的答案。藉由在需要的時、與工作者們所用的相同應用，並使它們適應個人

539957 五、發明說明（8) __ 的需要顯示"如何II ，而非，，什麼”所有這些使用。任何時候學習都會發生 “ 2:件都可以 f 有差別。即使已經確定訓練應該集中]歲 )，而不是事實（什麼），且擴展學習的;S (=何時而非僅僅县拥— > 从封、t以包括執行在靳的、曰t丨彡仃則、幫助，仍然會使我們暴露在準備要在新的化亂經濟中競爭的危險之中。如早備要現在商孝變化的牛碑#妙、# Μ 2 , 本文開始&到的，先地位；;Γ Π m卫/月夭，其牯間周期與公 2用的周期相同。現在，情況比往=過 :些不願經常重新改造自己的人都會被變化的步以，，杰。一個典型的以““項目需要i到2年的 ί忙在功能上和技術上有报強的能力。‘顯「實施例的典型應用程式的每個開發階段的時試階段要求的技術資源的巨大數目m::的；f和測用來建立BusSim解決方案的傳統開發眛因為 ,1LfI i 叫义過程反映的不過是" ;Γ—Λ 其中以完全統—的形式從零開始進行開二、1 ::1ΐ ί 一個應用之間报少或根本不能再度利 :性使得該方法對未來J 求彡兄極其昂會而且極費時。 1旦，題=決方案在於:將工具放入指導性設計者的 ilB 1而：二在”要程式師編寫代碼的情況下，產生BusSmM並貫現這些設計。以及將與工具整合的岸

539957 五、發明說明（9) "- 用程式體系結構放入開發者的手中，為他們提供迅逮夕個不同平臺提出解決方案的能力。所以，再度利用就二二一個項目中的工具和體系結構應用到另一個項目中。=能上的和技術上的資源本身都具有如何使用技術的知識，這也有一種相關的優勢，即為BusSim項目提供最佳練習 = 發方法。開 (開發周期的活動）設計階段，建立階段，測試階行階段

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

第14頁 539957

些At择ί見技％ h的有那些富有經驗的設計者能夠想像出那 ίi τ se二#、可行學習目標的界面、分析和反饋的設 ^ ρ 。問題，BUSSim解決方案在本質上均為非常 ί : ΐ二設計者必須能預先想到學員行為的多種巨大、、且a ’纔旎1 :出有幫助和有現實意義的反饋。在建立1¾ ’應用開發小組使用詳細的設計來為應用、、爲碼。編碼工作包括學員互動的界面和小工具。界面可以由按紐、網格、複選框和任何其他容許學員觀察和操縱其

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

測試階段，顧名思義，是用於測試應用程式的。測試的目的是用三種方式來驗證應用程式：第一是應用程式是否功能正常（功能測試），第二是學員是否能理解界面並有效地通過測試（可用性測試），第三是達到學習的目標 (認知性測試）。應用程式的功能性測試可以由開發小組

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

539957

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

如反映的零開始本不能由再度用確實選擇考以被普查構成程序的 .用程式上討論不過是進行開再度利利用來能減少慮的第遍化以這些應固有部必須有，用於建立BusSim解決古安从你 .解决方案的傳統開發過弟 -人性的哲學，其中以完全統一的形式名毛，在一個應用和另一 m i 彳固應用之間报少或il 。一個較好的方法可能是，將重點放減少開發過程需要的蜱工旦 •’ 1 費用和縮短開發時間、、、乍m ’因為再度牙猫六土七虚 U的81^81111應用程式中可便在未來應用程式中使、用程式的元素時，三個：：共有方面。在，分出現··界面、分；：:、有的方面作為每，

與學員互動的機制；：釋。每種―』母種界面的複雜度都；

539957

五、發明說明（13) 同，從高保真度實時模擬任務的高互動性，一直到商業北景案例的訊息任務的較低複雜度的訊息提交要求。無^月戶界面（υι)的複雜度如何，使終端用戶可以使用模擬和反饋邏輯都是一個重要的問題。、

，一個BusSim應用程式，均在應用程式執行期間定義杈擬之當前狀態的資料進行多次分析。這種分析以 j定在模擬期間發生了什麼，或者對即將反饋回模擬貧料執行附加的計算。例如，分析可能是要認知學生二擬環境/(筆記本、數目值和執行的訪談等）中對物二的任何行動，或者可以是基於學員提供刪計算。實質性而有用之反饋是任何BusSim /用進订之 =部：。對…員的行動到底會有助於或阻礙二到執仃的目的』一事加以溝通乃為主要機制’達 =解釋部分採取任何所執行的分析之結：；有析清楚。成發表分析部分（即，"需求上升將其刀在其旁邊加註某些評估性的上下文（ 0 ，亚低7%，你有麻煩了” ，或者" 而衣比預期值俨女婊7，，、 L α書而求超過計劃值1 · 5 % ;仲傲付太棒了）的時候，採取的是世界上公認彳小做有多種方法可以獲得共有部分便於規點。

的兩種方法是基於架構的方法及基於元件二。=普遍於說明兩種方法之間的差別，我們以二^。為有助釘子、4:2=物可以使用原材L 人也可以使用開始建築-所房子。一個 I的原材料來從零開始建立

539957 五、發明說明（14) 一個應用程式。可以藉由基於架構的再度利用及/或基於利用來減少兩種工作中需要的工作*。在基於竿用的範例+，可以建構包含共有部分的共通預。在房子的類比中’一個人可以購買-個 =先j構的房屋架構’其中包括地板、外牆、纟重牆和屋以猎由增加分隔牆、壁紙、木製結構、地毯等來定的似地，可用的預建構應用程式架構包括基線製二興構和功能。也可以藉由增加特定的功能和定式成各別的應用程式。常見使用的應用程 ίίίί 二個例▲子是Micr〇s〇ft F〇undati〇n ciasses(微個ί Μ 。廷是用C + +開發Wind〇WS應用程式時的一以二在提上了窗口應用程式功能的基本功能，而開行為和任何其他要求專業化的特徵。使用中」中加入廣泛的功能〕。在房子的類比可以在牟it要修建三個有相鄰臥室的平房，我就而減少^ & Λ· β又立裝有水管、電氣配線之直立分隔牆，從要ίϋ”：所房子需要的總工作b如果我知道自己有特性可m!ί:應用程式’則它們將會有更多的共以被包括在架構中，而不是分別建立。如果房；之處可以置換架構提供的功能〕。 …預先油漆好的牆壁，建築工人可僅於其

第19頁

上塗上喜歡用程式開發鍵的功能被中再度利用盤機、冰箱有預先打包子是資料網中的元件，基於元件的文本處理，〔同一雖然並不適有房子能夠必須提供自所有的盤子類型的共享〔元件上，微波爐鐵的還是木屋。你可以以將低級的不同的微波等元件技術司空見慣。的顏色者置換加入到。在房、微波好的功格（D a t 提供觀再度利資料操個計算合用類同時共己的盤。在應並減少傾向於可以在製的，將一個微波爐爐放在就使得達成再。類似地架構的行一元件中子的類比爐等。類能的許多 a Grid) 察資料表用最適合縱或任何機的多個比來說明享同一個子、清潔用程式元對磁碟和降低對平任何房子也不管它高級的微放在兩級你的房子這種靈活度利用的、承知之物件導向原則容許應為。在基於元件的範例中，關。此元件可以在多個應用程式中’元件對應於用具，例如洗似地，可以從其他廠商獲得具應用程式元件。常見元件的例 3這是一種能整合到應用程式單類型的網格中資料的功能。於獲取黑箱類型的特徵，例如其他不要求專業化的特徵。私序可以共享同一個元件〕。，但還是想像一下，相鄰的所洗盤機的情形。每一所房子都劑和水’但是它們不能同時洗件的世界裡，很容易實現這種記憶體的需求。臺和工具的依賴性〕。事實中使用，無論房子的架構是鋼被定製用於興建大廈還是小波爐放在低級的房子中，也可的房子中。你甚至可以將多個中。CORBA 、COM和Java Beans 性在應用程式開發過程中變得最佳答案經常在於將基於架構

第20頁

539957 五、發明說明（16) '— -- ft基於7^件的技術結合起來。基於架建構立BusSim 2 :程式的方法也適用於開發用戶界s，處理用戶和系統，=二，動和終止應用程式，以及其他應用程式特定的和，父Ϊ ^特定的功能。基於元件的方法也適用於黑箱功能。這是指沒有專業化要求時能直接使用的功能。在創建能支fBUSSim應用程式開發的體系結構時，所有資源必須盡可旎保持靈活性和擴展性，否則就會降低再度利用性。因此，，們選擇利用元件的方法，而不是利用架構的方法，來實現BusSim應用程式的獨特特色。該決定進一以下觀察所支持。 (商業模擬的提交架構）、=件和應用程式架構和應用程式體系結構結合起來，以獲得最大的再度利用和最小的定製開發工作量。增加的應用程式體系結構能夠在應用程式界面和元件之間以及不同的兀件之間提供通信支持。該解決方案有下列特徵：元件（由^標表示）封裝了關鍵的BusSim功能。應用程式體系結構提供的是容許（應用程式對於元件）之間和（元件對於元件）之通信的粘合劑。應用程式架構提供的是為不同的互動形式定製的結構和基本功能。僅有這種應用程式界_ 面必須疋製開發。下一節進一步詳細討論所述的每一種元件0 (商業模擬工具集）

539957 五、發明說明（17) 品質的BusSim ; J J ;:.，為什麼要以較低的費用產生高 W佳的解決方果；；架構曰方法相結合之方可以提供多種平臺上的提出能力Hi:第三方架構，定義和開發一套元件，為Bus ^l項目的重點在於供獨特的服務。這此元件遠π =决方案的開發和提出提指導性設計者用^=牛”—套設計和測試工作臺，是具。我們將這= = = 集中的每個元件和工作真的鳍日日擬工具集。以下是對工具有支持相關服務時必備：行為和方：1裝 = = 露這些服務。元件的'公開== 實現過程的複雜性係對用戶隱藏起十二如何：且之模型建立!賜域元件）—提供為模擬狀態、建立的服務。Pr〇fiHng元件（概要元件）—提供美件（轉換對^的Ϊ態進行評估的服務。TranSf〇riDati^ 元件 1Ϊ:二t操縱模擬狀態的服務。Remediation . 70 提供基於規則向學員提出反饋的服務。在T用套件中的中心元件，能促進上下文i料在應，程式和其他元件間的溝通。它是一種模型建立工八庇*使用工業標準的資料庫例如I nf ormix，〇rac ie或

Sybase來儲存資料。領域模型代表模擬過程中之物件。這些物件都是假想的有形事物，比如學員能拉的杠杆，學員。填寫的表格或記事本，模擬會議中學員與其互動的字符、第22頁五、發明說明（18) 等。它們也可以是抽' 謝，學員詢問某—問务件例如，定投資用的體…些實體的例子包括這些物件被稱為實事故；金融會計領域中的曰域：：車插、操作員和表’以及銷售領域中：：3、現金流量說明和平衡一個實體# π 費者和購買力等。戶實體可能包括代表存款的實：實：。人銀行帳性，其中每個屬性都以某母/個貫體都有一套屬擁有的一套屬性從太π 式來說明該實體。一個實體括：保險應匕;；了該實些示例屬性包 "事故類型代竭"：。括的眉性如"發生曰期"、資方帳"、"借方帳"和"金^二錄實體：/的屬性例如" 周轉信貸帳的實體包括‘一個ί:應用程式中的員遐匕栝的屬性例如"未清餘額，，、”可用額 ^ 1專。圖4顯示依據一較佳實施例的汽車保險行業中的索賠（請款）處理人員的領域模型的一小部分。 (Prof i 1 ing 元件）以最簡單的方式來說，prof丨丨ing元件（概要元件）的目的是為了分析領域的當前狀態並確認對該領域成立的特定事物。然後，這些訊息傳遞至為學員提供反饋的 Remediation元件。Profiling元件藉由像調查員問案一樣，詢問領域狀態的一些問題，對領滅進行分析。概要元件詢問的問題被稱為概要。例如，設想有一個與建立營火 <會相關的問題，而學員剛剛將火柴投到了柴堆上’但是火第23頁 539957

沒有點燃下情況：嗎？等等中。分析些訊息來套與領域了概要定的設計者要的一些或者由應要被評估產戰略但的請款歷報（ROI :

。為了對學員給出有用的反饋，教練需要知道以火柴點燃了嗎？木柴是濕的嗎？在柴堆上點火了。這些問題都在概要元件用來分析領域的概要的結果被傳遞給Remediation元件，它會使用這為學員提供特定的反饋。詳言之，一個概要是一匹配的標準。概要的目的是檢查領域中是否滿足義的標準。使用可視化的程式規劃工具，指令性產生概要’以辨別對了解給定任務的領域非常重問通。在BusSim應用程式的執行過程中，當學員用程式自發地請求反饋時，與當前任務相關的概 ’以確定哪些是真的。概要的例子包括：好的生是錯誤的收支平衡公式；好的駕駛記錄但是較低史，以及正確的現金流量分析但是很差的投資回一個概要由兩種類型的結構所構成：特徵和集體徵。特徵是能確認對於確定應向學員發出何種反饋是非常重要的領域之部份集合的條件子句（一規則之含i f的那一半 )。特徵的例子包括：交易1中的錯誤借方帳；完美的費用分類；最後3年的至少一個DUI ;最後2年中超過4 000美元的請款；在5年内2次以上的差錯事故。特徵的條件子句使用一個或多個基元作為運算元，來確認定義該特徵的領域部份集合。一個基元僅僅參照領域中一個實體的一個屬性’這就是術語基元。基元的例子包括：D u I之數目>=1 ; •R〇I>10% ;收入在7 5, 00 0美元和11〇, 〇〇〇美元之間。集體特

第24頁 539957

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

Transformation 元件（轉換元件）_ _Pr〇fiUng 元件，，有關領域的問題，而Trans format ion元件對領域執行汁舁，並將結果反饋給領域，以便由pr〇f i 1 ing元件進行進一步的分析。如此即可簡化複雜商業系統的模型建立，否則其將非常難以實現成為應用程式的一部分。在界面/ 解釋執行流程的分析階段，在Pr0filing元件開始進仃分析之前，Transformation元件實際上即已在領域中開始起作用。Transformation元件起的是外殼的作用，將一 =f多個資料之模型建立元件包裹起來，用於將這些元件整合到BusSim應用程式中去。Transformation元件促進將特定的資料從領域中傳遞到資料之模型建立元件（輸入）

第25頁 539957 五、發明說明（21) 中以便對資料進行計算，同時也資料之模剞涂fr _ ^ 了也促進將叶鼻得出的結果從 1付之褀型建立兀件回送領域（輸出）。據一較佳實施例的轉換元件。Data !n〇deli 不，疋〈 ϊ=οηΓ1( Γ料模型建立元件）可能是第三方的模型建立衣境，例如基於電子表格的模型建立（例如，Exce〗* )或者離散的基於時間的模擬 P〇werSiffl，VenSiffl) 〇 ^ ^ ^ C + + , VB Acl 1 ^ 〆、他與ODBC相容的工且來定製建立〆古俨作/=fc mrn /、术疋裂惠立，以提供獨特的模型建衣=。，用丁ransformati〇n元件來包裹第三方的電子表，提供了一種容易的方法將基於電子表格的資料分整曰到應用程式令去，這些資料是*Excel等工具產生 =。Transf0rfflati0n元件為電子表格提供了外殼，/使得其旎調查領域的内部，取出需要的值作為輸入，執行計算，並將輸出反饋回領域。 # 例如，如果一公司的財務報表儲存在領域中，該領域字保存基線的資料，譬如像公司有多少現金，資產和負債如何等。Transformation元件將能看到資料他值，例如現金流量比率，或投資的R0I或NPV，或十他計算，以便定量地分析公司的財務狀況。根據其複雜，，這些計算將藉由預先存在的電子表格執行，而該表格是客戶已經花費了相當多的時間來開發的。

Remediation元件（墙正元件）——Remediati〇n元件是一個專家系統，可以幫助將智能反饋整合到BusSim應用中。它有如下特點：產生高品質文本反饋的能力；產生包 m 第26頁 539957 五、發明說明（22) 括視頻及/或音頻的多媒體反饋的能力；在反饋中包含參照材料例如Author ware頁面或Web頁面的能力，主動操縱用戶提交標的物以突顯或者甚至修改用戶錯誤的能力。一個嵌入在它的反饋組合運算法的經證明之矯正理論，容許將數字資產整合到一個訓練或IPS應用程式的矯正中去。

Remedi at ion模式包括三個重要的物件：觀念、訓練主題和訓練項目。觀念是用戶在界面上將面對的實際世界觀念的物件。觀念可被分為子觀念，而產生一個觀念的分級樹。這個樹可以有任意的深度和寬度，俾支持豐富的觀念模型建立。觀念也能包含任意數目的訓練主題。訓練主題可以是一個代表合適於一個觀念之討論主題的物件。訓練主題能有任意數目的訓練項目。訓練項目是反饋的項目，可能包含文本、音頻、視頻、URL，或者對領域模型的更新訓練項目包含於訓練主題，並由Remed i a t i on元件運算法所組合構成。 ff^rl^enches(工作臺）——BusSim工具集也包括一套工1 ’後者被指導性的設計者用於設計和建構Bu sS i m應用程式工作$疋用以幫助將被BusS i m元件用於決定一應用程式的運作時行為之資料，予以可視化編輯和測試的 '、BusSim工具集包含如下工作臺·· Knowiedge rkbench(知識工作臺）--知識工作臺是被BusSim元件用於，建領域、分軒和反饋資料的一種工具。它有如下特點，、各許設計者將知識"塗”到拖放界面上；可視化地顯示、知識’以便设计者之間能更容易地通信。界面是智能的，

$ 27頁 539957 五、發明說明（23) 容許設計者僅只塗上有效的互動，設計者的任務創造被儲存在一個中心倉庫中；工作臺支持一個任務的專屬編輯之進入和退出；支持基於局網的或沒有束缚的編輯工作；自動地產生設計的檔案；而且它能生成可驅動元件行為的資料文件。Simulated Student Test Workbench(模擬的學員測試工作臺）~ 一模擬的學員測試工作臺是一種創建資料的工具’該資料能模擬學生的行為以測試Bussim的元件行為。它有下列特徵··測試臺基於領域模型產生模擬的應用程式界面；設計者在領域模型中操縱物件，以模擬學生的活動；設計者可程中會經歷的互動之前，完全測試互 (回歸測試工作臺）元期間進行重播和徵：每個學員的提間中的任意數目的元期間可以迅速地的結果並列以便於以使用調用此元件以 ;而且設計者可以在動行為。Regression 一一回歸測試工作臺測试的工具，有助於交可以藉由元件單獨學員提交可以連續地成批播放；學員的互比較。經歷學員在生產過開發應用程式界面 Test Workbench 是一種對學員的單除錯。它有如下特重播；同一單元期重播；整個學員單動結果與回歸測試

(開發周期活動）

BusSim應用程式的設計階段藉由使用知理化。知識工作臺是一個可視化哭，識乍室來口擎的物件之狀態，以控制它們的運^行於設定元件引 ‘於經證明的運算法，該運算法可、％。各元件係基 Μ獲取和執行最佳的實

539957 五、發明說明（24) 算，並為指導性設計提供一個觀念化的架構和方法。於觀念化設計中，工作臺可以容許設計者塗上學員在活動中需要精熟的觀念分級模型。這可以幫助設計者以邏輯的方式組織内容。觀念的可視化表示有助於將想法傳遞給其他設計者審查。工作臺的連續視覺和觸覺還有助於流暢的品質確保過程。另外，可以自動為整個設計產生標準的檔案。在設計階段的過程中，設計者藉由在學員可能需要反饋的訓練主題上塗寫，來為觀念分級的設計增加更多細節。設計者可以將多個反饋主題與每個觀念結合起來。設計者還

將每個主題標記為讚揚、潤色、集中、重新指導或其他幾種與經證明的橋正方法一致的反饋類型。然後，設計者每個主題填寫文本、視頻戰爭故事、WEB頁面鏈接， Μ 題的一部分傳遞給

Author ware鏈接或者其他可作為反饋主學員的媒體物件。工具工作量的的行為，者在界面裡它就可的行為作試者的行行動時，生農個單元件 m可以關鍵驅而不必上有所以被追除錯之動添加測試者元期間被分布在功能測動力量在在應用程行動，該蹤到資料用；這些評論也是可以敲擊框來記錄到學員的於：元件可以自動地追蹤測試式中增加代碼的支持。一旦淨行動就被報告給領域模型。名 f中、。測試者不再需要記錄虐行為被自動地寫到磁碟上。個特色。當遇到沒有預料一個控制鍵序列，後者可突 =誤行為的說明。於執；室上。廷些元件將極短之

539957

組成員和反饋功能。如員追蹤機制，用於對學何可能產生的錯誤。時間和無差錯的操作提供給模擬小果客戶需要，可以在運作時部署學員進行評估和管理。這也能杜絕$ (使用商業模擬工具集的情節）要想對BusSim工具集如何大蕃獲得更好認識，一個好方法是，咸：Bu:Sl:開發工作重在BusSim應用程式的特定任務門=樣一個f月節，即如何達到此一目的’我們設想在_個八是記錄***交易的曰誌，而且這項：：：子貝之目+ 的基礎知識的更廣泛的上下：：項：作，學習金融會計 ^ 、下文中。從學員的角度辦任務的間要說明將有助於設置情節的情節，說明了任務開發行r的說明是5個 T 一翩k政田t 的不同订為。下面的圖顯不施例使用工且你=屏幕快照。圖7顯示的是依據一較佳實且=鱼取=瀏覽與取用應用級的特性。，員使用工厂條瀏覽/、取用應用程式的某些應用級特性。工且過界面頂端和左邊的倒L形物件。工具條容、呼、瀏覽到當前行為中的任務。工且铬的“β谷許用戶甘am 務具條的左部容許學員取用應用”的其他特性，包括反饋。學員可以藉由點擊 C〗、、且之按紐，來分析他的提交標的物並接收反饋。 J此任務中，學員必須記錄22個***和其他來源檔案 =日，=，以便記錄内部帳戶之間的預算美元的流量。（注意："記日誌’’和，，記錄日誌"都是在記帳期間記錄***或其 539957 五、發明說明（26) 他來源檔案的每個檔案創建帳的記錄就被告）。依據一 )被開創建和饋在引藉由分推薦特藉由記個應用互動類和之工須要類力0 發用於傳遞變導學員析有問定的行錄下對程式中型或特作臺打似之基總帳中借方和用於創較佳實在高複得標準學習應題的區為，可應於已都可以定的設包在一於規則的日魏登錄的過程。這個過程要求為平衡“用項目。一旦此過程完成，總建一個試驗性的平衡和隨後的金融報施例，一個智能教練代理工具（ICAT 雜度和開放式結尾的環境中使反饋的化和簡單化。來自教練或指導者的反用程式時起到工具的作用。進一步，域’並基於預測到學員對領域的理解 $提高學員對關鍵觀念的理解能力。證明的反饋策略的規則和反饋，在整發出一致的反饋，而不管產生反饋的計者/開發者如何。ICAT係與用戶親起L這樣它可以被再度利用，以便在之資料引擎和倉庫的項目中提高生產 (依據一較佳實施例的ICAT的定義）智月b教練代理工具（ICAT)是一套工具_ 一一個資料庫和一個動態連接庫（DLL )運作時引擎—一被設計者用於創建和執行對基於目標的訓練的及時反饋。設計者★己錄開發工具中的反饋和規則。一旦設定了反饋，運作時引擎即監視用戶的行為，調用規則並產生說明商業可交付物的反饋。在ICAT内動態使用的矯正模型，基於學員的先前反映，生成最適當的反饋以發送給學員。ICAT模型係基於反

第31頁 539957 五、發明說明（27) 饋的理論，後者的。該模型在物型被建立於工具模型。ICAT在學一個教學系統， I CAT是一個守門前已掌握該材料離。將ICAT與應容許設計者在應 6個過程上建立，為學員的錯誤產個用於創建反饋通用的準則和該高反饋的有效性包含一個知識模程都有特定的知學。ICAT有—套測試他們的所有能在學員進行課施例的工具和運還包括用於分析中反饋的邏輯。揮作用。在工具已藉由引導結果和朴正式訪談證明是有效件模型和ICAT運算法中得到體現。因為模之中，所以工具產生的所有反饋都符合該貝的培訓中扮演兩個角色。首先，IC a 丁是幫助學員充分理解和利用訊息。其次，員’保證每一個學員在轉移至其他訊息之 ° ICAT是一個自足式模組，與應用程式分用程式分離，就容許其他項目使用ICAT並用私式完成之如就須!I 5式反饋。I cat模組在後者容許學員與界面有效地互動，從而生並發送適當的反饋。ICAT開發方法是一的7步驟方法。該方法包括特定的步驟，領域中的學習教程。使用該方法，可以提 ’從而滿足課程的教月需求。每個過程都型，並且一些過程還包括運算法。每個過識加入到設計之中，用於增強橋正性和教測試工具。這些工具容許設計者和開發者反饋和規則。另外，這些工具還讓設計者程時了解他們的實時行動。依據一較佳實作時引擎包括矯正的專家知識。這些物件學員的工作以確認有問題的區域和發送集設計者僅需使物件實例化就可以讓工具發和引擎中體現專家知識，確保了課程的每有效的反饋結構。依據一較佳實施例的文部分有相同之

539957 五、發明說明（28) 件結，為所有依據一較佳實施例的應用程式提供了一個標系統環境。開發目錄下有多個子目錄。檔案目錄的内容$體系結構分離安裝的一部分。這是由檔案目錄的大小决疋的。它不需要任何支持文件，因此它可以被放在一個局域、萄中或個人计算機上。當依據一較佳實施例安裝體系結構時，開發目錄下有— Arch、—Tools、jtilities、

Documentation、QED和Xdefault等開發目錄。每一個文件夾^自己的目錄結構，和其他的目錄互動連接著。必須維持這種結構，以確保項目間的一致性和相容性，從而使項目的差別，以及體系結構的更新得以明確化。、-^rch目錄儲存有系統體系結構中許多最常見的部刀。沒些文件通常不改變並能在項目的不同領域中再度利，。如果應用程式中有會在其他應用程式中連續使用的常代碼，就可以將這些文件放在該目錄下的一個文件夾 ^ —Arch目錄下的子目錄被分成主要項目的多個物件。本例^的物件指的是在項目中經常參照的項目部分。例如，足裡定義了模組和分類，而且目錄與功能庫和Αρι等類似。例如，IcaObj目錄儲存的是智能教練代理（ICA ) =代馬InBox〇bj目錄儲存的是項目的InBox部分的代碼。文件結構使用了主要的物件參照資料作為文件目錄。 =如，IcaObj目錄是包含iCA的主要物件（例如功能形 1 ΐ ^和^刀類）的一個元件。Br〇WSer〇b j目錄包括與體系〜構中的瀏覽器功能有關的模組、分類和形式。 HTMLGl0ssary目錄包括的是用於體系結構的hmtl參照資料

第33頁 539957 五、發明說明（29) 和詞彙元件的代碼。lea Ob j目錄包含的是應用程式中使用的I CA功能代碼。這些代碼依據一較佳實施例被實例化和增強。InBoxObj目錄包括與體系結構中使用的inbox功能相關的代碼。更詳細言之，在體系結構目錄有兩個主要元件。有一新的· ocx控制件被應用以為應用程式中的inb〇x 提供功能。還有一代碼能提供對傳統inbox應用程式的支持。PracticeOb j目錄包含有體系結構的主題元件的代碼。這個主題元件也可以和HTMLGlossary元件一起執行。 Qmedi a Ob j目錄包含有與媒體相關的元件。一個例子是 QVIDctrl. els。QVIDctr 1是在應用程式的QVID文件和依據一較佳實施例的系統之間創建聯繫的代碼。Sim0bj·目錄包括模擬引擎，這是一個應用程式的元件，藉由電子表格以幫助溝通而告知指導者輸入和輪出。StaticObj目錄保存有應用程式在應用程式的其他部分會靜態使用的任何元件。例如，登錄表格就被保存到此目錄中，並被用作依據一較佳實施例的靜態物件。SysDyn0bj目錄包含有容許系統動態引擎（Powersim)將數值傳給模擬引擎並將數值回送給指導者的代碼。VBObj目錄包含有應用程 ^物件（Visual Basic Object，視覺基本物件）。， NowWhat、VB 參考表格（Visual Basic Ref p K基本參考表格)和特定的訊息框元件都儲存e在此。=，失中。—Tools目錄包括兩個主要的目錄。它 :據-較佳實施例的最常用工具。這兩個目錄工身提供代碼。為這些工具提供代碼的原因是，'為^容& 539957

發者增強工具的某些部分以擴展它們的功能。這一目前的項目開發和工具的發展非常重要。Icaut i ls -對於含data ， databse ， default ， graphics ， icad〇c ，目錄包 testdata目錄。所有這些目錄的目的都是為開發者級工作目錄，使其能將增強的Icautils應用程式的^二境和項目應用程式分離開來。這僅是作為工具的測:^ 建立的。這裡不應該進行應用程式特定的工作。在項量而錄部分將更詳細地解釋這些目錄中每一個的目的。目目 TestData文件夾對於—ΤοοΙ/ICAUtils目錄是獨一無二、它包括ICAUtils中的其他元件中之回歸工作臺的 =° 料。 A貝實用程式目錄包含有商業模擬計劃獲得最佳結需要的可用實用程式。這裡儲存了代碼和可執行的實用式，開發者和設計者可以依據一較佳實施例使用和二些實用程式。大多數實用程式是可以在模擬的生產中應= 之小應用程式或者工具，後者包括可執行的程序和盥:相隨的代碼，用於增強和改變這些實用程式。如果在二個項目的基礎上創建新實用程式或者增強既有實用程式，那麼非常重要的是要通知負責追蹤商業模擬資產之經二開發者。任何對商業模擬技術資產的增強、改變或附加二對於將來和現在的項目都是非常重要的。在反饋的ICAT模型中，有4級的錯誤嚴重性和4級對應的反饋。指導者檢查學員的工作，確認錯誤的嚴重性並提供相應的反饋等級。

539957

五、發明說明（31) 反餿的教育分類. 鐯誤錯誤類型說明反鑌類塑 ---〜—__ 說明^ ^— 無沒有錯誤存在。學員的工作很完美讚揚句法可能存在拼法錯誤或其他句法錯誤，作為一個設計者，你應該相信學員將會在此時掌握材料。潤色可能為他進行取。爿如，你的工作中有-到兩個錯誤。看起來你將傳真購買錯誤地歸類為以現金購買，而事嘗 Jr ^ yV Un / t crtt 局部紙面上一段漏掉了，或者學員在一個區域犯了所有的多個錯誤。學生明顯沒有理解該區域。集中 _只工匕疋刀期付款購買讓學生的注意力集中到他的工作領 =。指出他至少沒有理解一個主要觀，。例如，看過你的工作，我認為你沒有理解“㈤account(分期付款），，的觀念。為什麼你不重新復習這個觀找出你工彳七4^ ^〇 3. /SJ 子貝對錯誤的主題進行寫作，或者是學生的工作中全都是錯誤。 ---- 重新指導 --^ 1 r Τ «VwwTb ：重新聲明行動的目的並告訴學員復各主要觀念並重新嘗試該行動。“你的工作中有很多錯誤。在作日誌記錄之前，你需要想一想每一源文件的交易類型是什麼”

539957 五、發明說明（32) ，回到幫助某人撰寫論文的類比中，如果風的主碭進仃寫作，這就是一個須要重:貝對錯講誤。如果學生將論文重寫後並送回，〆二：：的全局錯地方有許多錯誤，這就需要集中反饋。Z果^的某一個被改正了，僅有拼法錯誤果=有的錯誤都饋。如果改正了所有的句法錯誤，指曰：者；#需要潤色反並重新總結學員寫出正確論文的原因。表揚完成任務的教育元件上是不夠的。、，思力放在的那樣，，員常常嘗試藉由作弊來f:::位教師所知道工作和希望老師不注意或者學生員可能不而將希望寄托在獲得答案的暗示’ 入這些管理功能，有三種附加：：反：二：理％私女八拓人頭®埋分類。反饋的管理和教月分類說明了設計者能寫反饋類型。下面提出叫列，用 1且子員此接收的所有如何協同工作的。用於幫助大家更加理解反饋是方d Τ顯疋一依的據曰一略較佳主實施例# ~個娜顯示。屏*的右上和衡平、收入、及開支。型的帳目：資產、負債到曰誌登錄的借方或貸；=表中t帳：Γ 貝万宁，而圮下交易的日誌0然後， :員在項目的母個帳戶中輸入美元數目。在這個界面中，像在真實生活中一樣，學員可以有多個帳的曰誌登錄對多個ί戶進行借貸）。工具條1 200和任務的第〆父易1210顯著地顯示在屏幕上。學員可以在大量的交易

539957 五、發明說明（33) 中來回移動。對每一個交易，學員必須辨認那個帳戶是貸方，那個帳戶是借方。學員完成此工作後，他就點擊小組按紐。圖9是依據一較佳實施例的反饋顯示。學員可.能什麼也不做就進行提交，想嘗試欺騙該系統。丨CAT系統若確認學員沒有做任何實質數量的工作，即回送一個圖9中說明的管理反饋。反饋指出，學員什麼都沒做，但是它也聲明’如果學員確實做了某些工作，指導者會將注意力集中在首先之少量的日誌登錄上。圖丨〇顯示依據一較佳實施例的曰諸登錄模擬。圖1丨顯示依據一較佳實施例的模擬仏i i

Phone 用和貸依據一後，學藉由使 ICAT 聲曰諸登交易中饋，認達於多

Bill 曰出現金較佳實員提交學員的明它僅錄完全都犯了為已經麼明確

諸登錄。這些日誌登錄是藉由將各為700美元登入於借方而完成t 施例的反饋顯示。在試圖記錄前自己的工作，並收到圖1 2說明的注意力集中在被評估的工作領域著眼於前三個日誌登錄。反饋聲錯誤，而第三個則接近。如果學大的錯誤’那麼ICAT可能給出重產生了全局錯誤。第三個標號亦 ’可確認近似之疏忽。公用設施費圖1 2顯示三筆交易之反饋。反饋來開始。明，前兩個員在前三個新指導的反強調反饋能設計情節--此情節顯示個BusSim應用程式的觀念化和一較佳實施例的第一情節的步並且決定’為了支持客戶的學諸技能的任務。設計者開始設的是工具如何被用於支持一詳細的設計。圖1 3顯示依據驟。設計者已經收集到需求習目標，需要一個教授記曰叶，首先是藉由學習記日誌

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

Transformation )。舍一恤热上-“ 所谍$ ^ ^ 1 ；田概要在其條件為學員的工作 -發一個主題。為了對設n ^彳干此=疋為真的概要都觸對》又汁進仃一些必要的測 539957

用了學員模擬學員一樣操作她希望如何對的借出或貸入擎，以便看到麼反饋。所有界面的參與。測試學員與記 PowerPoint 幻工作臺模仿他化了低真實度易解決的設計器測試工作領域模型。它們記日誌的美元數。如果學員以這些都發生本階段的最曰3忘作所燈或位元圖的行動，並用戶測試，之早期將它臺。設計者她拖矣帳戶。她還輸入她將自己的同樣的方式在測試工作後一步是低提議選用的進行互動。告訴他反饋並幫助設計們辨別出來月像在界面到不同的交她希望對每行為提交給執行動作時臺上，沒有真實度的用應用程式界一個幫助人將會是什麼者在可用性上工作的易，表示個帳戶元件引會得到什應用程式戶測試。面的員在測試。這就簡問題還較

圖14和1 5顯示與依據一較佳實施例之Bui 1(1 Scenario(建立情節）相關的步驟。指導性設計者如先前情節中所見般完成了初始的互動和界面設計。在低真實度測試之後’就開始了建立階段。圖像藝術家使用設計來創建構成界面的位元圖。其中包括按鈕、欄位、交易以及其他屏幕小工具的位元圖。開發者使用位元圖建立界面，旅增加能將學員行動告知領域模型的功能。這裡使用了標準的事件驅動的程式規劃技巧來創建代碼，所述代碼在應用程式執行過程中對界面的事件作出反應，並將適當的訊息傳遞給領域模型。開發者不必對内容有很深入的了解，因為她並不需要建立任何邏輯以支持對學員動作或反饋所進行之分析。開發者亦需要對基於領域模型的改變而重建界面

第40頁五、發明說明（36) 的邏輯進行編碼。通常需要—些便能讓應用程式正確地和开彳生二9 這些步驟的通路，以 * 千進衧渣福回歸測試工作臺使過程流慯彳。除錯實用程式和件溝通能夠依設計的構想進行 7::程式的界面和元測試上。務就轉到了可用性

Test Scenario(測試情節）說應用程式的周期。它特別钻批 J疋小組歷經以測試〜野對可用卜出，這些工具也有助於功能性 ^忒，但是很容易看使用記日誌的任務作為例子。=σ :知測試。我們再次的測試情節。該測試中的學I =16顯示依據一較佳實施例員剛完成任務過半，正試二二2，了記曰誌、活動。一個學向金融教練進行提交，第16個交易的日諸。學員助人員以右鍵點擊反饋窗：中‘：融：：白。’員通知幫出現-個窗口，顯示這是第” 融教練的臉部。然後就其他細節。幫助人昌r甘罘（久獒交，並顯示出該提交的學員）輸入問題的文本說i可順利完成了任務的的本質和嚴重程度。學員的新=真寫/、他部分以指出問題獲得的所有反r都姑A 所有工作和他們在27次提交中料庫中。，導‘一十：記於用戶接收測試（ϋΑΤ)歸檔資歷史記錄，ί ί1又可查看υ Α τ資料庫中的學員的所有行記曰誌的Ϊ:出y題的學員在哪個單元期間中試圖進新讓學員的27! η，設計者利用回歸測試工作臺，重然後，膂外土 _人k 乂通過凡件引擎，從而重建這些問題。察學員‘可透過學員所做的每一次提交而瀏覽，並觀父所做的工作、學員獲得的反饋及幫助人員的

第41頁五、發明說明（37) d如原國因有的幾：鐘=設：者可以使用除錯工具來確定犯錯誤之特定組合須要附加針對解決學員所作臺，以設計新的概要和她使用知識工的占位符和腳本，該視頻戰爭二還見頻戰爭故事者館存任務的新設二並二ΐίί㈡歸測試工作？：如丄= 就將新任務設叶 _ 了要求的涵蓋範圍覺得滿意，她給所有的Ϊ;件移交給用戶測試，然後該文件會發送執行情節：學員瞢__,,, θ ;具；件如何支持學員之管理：當；Π據例工作=對===預測試，; 枓，從而確定學昌从处〜讯w表格和其他資員規晝一個課程表。庫任務庫動態地為學 7卜尚需要學習印^斗 L 伯印子貝除了其他事現指示出：=ί;ΐ學員通過課程的過程中，他的表要快。基於這種^現領域中比在其他領域中進步得些附加的任；Γΐ助绿程表，為他增加- ^進步的那些任進他已作時，他做的每一個私从^ _田干貝在任務中進行工動作，獲付的每一個反饋以及表現的 539957 五、發明說明（38) 任何一個指示，都可以+ 隔一段時間，部分或所2予員追蹤資料庫中進行追蹤。每這些資料可以用來驗^巧蹤資料被傳送到中央位! ° 以對這些資料進行進—二貝疋否完成了所有的工作，還可度。、乂分析以衡量他對内容的掌握程執行情節：學員石命^ 套件如θ ± i Γ 動~ ~圖18顯示依據〆較佳實施例 :學員的互動。在此任務中，，員嘗試為*** 的日看到的是帳戶的圖表，一張***以及每張*** 沾，，' °他將一個帳戶從帳戶圖表中拖放到日誌登錄斟六日且和貸方’行，並輸入借贷的美元數目，從而完成、父易的日誌。對每一個交易他都要這樣做。當學員與界面互動日守，所有的行為都被報告到領域模型中並記錄下來。領域模型有一個說明交易、資料以及日誌登錄所包含訊息的元模型。學員的行動用適當的訊息充滿於領域模型中的實體。當學員準備完畢後，他將工作提交給模擬小組成員審查。該提交會觸發分析—解釋周期。

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

樹中搜題集可域模型散文的諸工作方法。諸所引為學員導致更束、令口中，設交易。索活動能包括的行動段落中錯誤限這樣就發的稅提供說新領域，而界計者選〜規必，以文本，視頻。然後，主 ’並發送給制於局部，為學員提供收和法律後明日誌基礎模型的訓練面被轉移以擇用紅色的確定發，音頻題集被學員。並理解了機會果有關知識的項目被表不新標記突送最好的主題集。這個主 ’ URL，甚至還有操縱領組裝到文本和媒體的類似文本反饋幫助學員將其曰錯誤的原因和糾正錯誤的 ’來觀看因為不正確的曰的視頻戰爭故事。另外還參考材料之鏈接。當任何登記，分析一解釋周期即的領域資料。在本實例顯學員沒有正確做日諸的 (ICAT的功能定義）

本節說明了依據一較佳實施例的反饋過程。對每一過程，有一個過程的定義和知識模型的高級說明。此一義旨在將模型中一些關鍵元件/物件的基線理解給予讀者，以便讀者繼續閱讀本文的剩餘部分。如欲獲得每個知識模型内的每個元件的更詳細說明，請參照10^元件的細說明。但若要獲得對^^的大概了解，僅需閱讀總體= ，、。如果要深入了解ICAT，請閱讀此節和與知識模型和運异法相關的詳細說明元件的章節。這些過程和運算法體了 I CAT中的反鎖換型。I CAT中有6個主要的過程，以下說明之，並在後文中更詳細地說明之。 °

第44頁五、發明說明（40) 圖1 9顯示依據一較隹每用程式界面互動時（過程列的矯正過程。當學員與應試圖完成商業提交標的物時，，矯正就開始了。當學員行動的訊息（過程#2)。卷風Ύ程式就向1CAT發送每個於審查時，I CAT將學員* 士、^予去員疋成工作並將其提交用應該被完成的方式（此設”聲明行動較結果，ICAT獲得正確的、 ,）進仃比較。根據比 #3 )。計數完成後，ICA ’曰…、關項目的數量（過程 )。反饋運算法選擇要顯示^此：：練主題（過程#5 的文本段落（過程#6) 丁最:些反二、並將它們構成連貫的一部分，I CAT用風g τ ^羑作為創生反饋文本段落量。這將使反饋更：特定：的換反饋：的所有變知識模型—界面物八元全針對學員的行動。操縱應用程式界面上的:任::G—BS任務中，學員必須物。圖20顯示依據一款=二，來完成要求的提交標的 nr s,i ^ m ^ 康較佳貫施例的用於日誌工作之物件。下列抽像物件用於所有類型之界面互動的模型建立物件實：學來完成工作的-個物件。在記曰諸之 :有有限以每=建立7個借方和-個贷方。學負不目从益一加，戶用以對母一個交易作出反應。界面上出 ^ g ^ 戶都有相應的Sourcel tem物件。換句話說，子、α /、、、用來完成任務的項目（帳戶名）被稱為 Source 11em 〇 _加〇 w , 、個Source就疋一個將一些Sourceltem物件匯集成說的物件。Source物件與Source Item物件之間有 539957 五、發明說明（41) 一對多的關係。在記日誌實例中，有4種類型的帳戶··資產’負債和衡平，收入以及支出。每個帳戶是這些類型中的一種且僅能是一種，因而在適當的帳單下出現。對於每一種帳戶類型表列，都有一種對應的Source物件。一個標的（Target)就是一個固定的位置’學員可以將Sourceltem 放置在那裡來完成〆項任務。在記日誌的實例中，學員將帳戶置於兩個可能之標的上：借方和貸方。日誌登錄控制件的開始兩行是借方標的，最後兩行是貸方標的。這兩個標的對於第1 2個交易是特定的。Tar get Page是一個將一些 Target物件匯成一組的物件之間有一對多的關係（係一樣）。在記日誌實例個日途、登錄。每一個日諸

物件’後者包含了日誌登當學員操縱應用程式 ICAT。為了告知^^進行庫並要求獲得特定的界面了 Target 控制件和s〇urce 將Sourceltem映射之標的員操縱一個來源項目，並帳戶名拖到日誌的借方行來源項目與標的之間的映 UserSourceltem 標的。圖項目與標的項目之映射。

件。TargetPage 物件與Target 物與Source和Sourceltem之間的關中，22個交易中的每一個都有一登錄都有一個對應的TargetPage 錄的借方標的和貸方標的。界面時，每一個行動都被報告給了什麼行動，應用程式調用資料控制件編號。一旦應用程式獲得 11 em控制件的編號，應用程式就通知給I CAT。換句話說，每當學將它與標的聯繫起來（例如，將 )，用戶行為就被記錄下來作為射’這種映射被稱為 2 1顯示依據一較佳實施例之來源一旦學員準備完畢，他就通過點

539957 五、發明說明（42) 擊小組成員的圖標，向一個模擬小組成員提交工作。當 I CAT接收到學員的工作，它計算出哪些工作在觀念上&正確的。我們記曰誌活動中的觀念還包括借方、貸方、資產帳戶等。對於這些觀念中的每，個，ICAT都審查學員的所有行動，並確定學員的多少個行動是正確的。為了讓1(^丁理解界面上的哪些標的與每個觀念有關聯，我們將標的結合於標的組中並在分級結構中赋予優先性。一旦啟動了所有的訓練主題，一個反饋選擇就對觀念分級中的活動矯正進行分析，並選擇最適當的進行發送。選中的反饋被組裝成組合的反饋段落並發送給學員。圖23顯示依據一較佳實施例的反饋選擇。當I CAT通過規則激發啟動了

CoachTopics之後，反饋選擇運算法就被用於確定最適當的一套Coach Item (與Coach Topic相關的特定反饋文本）以便發送。運算法係藉由分析觀念分級 )、活動的CoachTopics和Coachi terns的使用歷史來完成確定工作的。圖2 4顯示依據一較佳實施例的反饋邏輯的流程圖。下文列出了順序執行的反饋邏輯的五個主要領域。第一，運算法在標的組中搜索，並在其中尋找具有活動訓練主題的頂級標的組。第二，運算法再檢查頂級訓練項目疋否疋讚揚反饋。如果是讚揚反饋，則表示學員已經正確地完成了商業提交標的物，所以〗CAT將停止工作並回送訓練項目。第二，如果反饋不是讚揚反饋，則ICAT會檢查其是否為重新指導、潤色、取巧者（其對應英文是、『Mastermind』，意為一種取巧之學員，不願嘗試努力學

539957

五、發明說明（43) 習一項課題，而圖藉由反複要求反饋的方式，目蒙混@ 關）、或未完成停止。若其為其中任一種情形，^運昝、即停止並向用戶回送該反饋。第四，如果反讀是华中矣饋，則運算法針對兒童標的組，並將具有集中組^ ^

這些標的組中之任何活動反饋編為一組。第五，—曰％ < 到反饋，取代語言即行運作以適當的名稱替換取代^ =集一旦ICAT選定了要回送的反饋，就將該反饋組裝到严=° 中。在段落的組裝過程中，ICAT也參與並替換^右二洛置。Sour cel tem和Tar get具有特定的變量。變量终予特定性。反饋可以指出在哪些Target上放置了哪些錯^讀 Source Item。它還藉由提供一個或兩個映射到Targ^上的 Source I tem來提供暗示。的 (依據一較佳實施例創建反饋的步驟）反饋的目的在於幫助學員完成一個商業提交標的物。教練需要辨認出學員理解和不理解的觀念分別是哪些。練需要告訴學員他的問題並幫助他理解這些觀念。在為廉用程式開發反饋的過程中涉及到7個主要步驟。第一，創u 項戰略由設計者定義出學員應該知道些什麼。第二，透過界面限制錯誤------設計者確定界面是否能確認一些低級別的錯誤。第三，創造一個標的組分級------- 設計者在準則中表示該知識。第四，為標的組分級排序设計者告訴指導者應該首先診斷哪些觀念。第五，記錄反饋設計者記錄反饋來告訴學員其已採取之作法和下一步該做什麼。第六，記錄反饋的級別——----設計

第48頁 539957

者記下反饋的不同級別，以免學七，冗錄規則設計者定義第員多次犯同一個錯誤激發反饋的模式。

反饋戰略疋一套鬆散的問題，能在設計者創建規則和 f時對其進行指#。戰略說明了學M應該學習什麼，他 =何嘗試和創建商業提交標的⑼，以及專家如何完成提 ^的物。對學員來說，應用程式的目的是提供從新手模 1到專家模型的過渡。使用應用程式後，學員應該知道些什麼呢？設計者需要完成的第一個任務是精確地定義在互動結束前學員必須學習哪些知識。學員應該知道特定的知識—— ----例如公式嗎？或者，學員應該理解高級別的戰略和詳細的商業運作嗎？這種知識是反饋戰略的基礎。指，者需要確認學員是否已經正確地使用了知識，或者是否，存在錯誤。一個例子是記日誌的工作。對於這種活動，學員需要知道記日誌行為的目的，要借贷的特定帳戶，以及借貸的金額。學員的借貸工作單獨看起來可能並非正確的或不正確的，但是與借貸的美元結合起來看卻是正確的和不正確的。因為有兩種不同的知識類型-------借贷悟戶和借資金額-------反饋需要確認兩種錯誤類型並為^ 提供適當的反饋。

新手如何試圖完成該任務呢？設計者開始就應該定義自己認為的新手試圖完成該任務的方式。對學員來說，哪些地方困難，哪些地方容易。此一新手的觀點是學生帶入該任務中的一種思維模型，而反饋應該幫助學員獲得專家，的觀點。没計者應該特別關注他們認為學員會犯的特徵性

539957

的錯誤。設計者將希望為這例子疋在曰自志活動中混淆支些帳戶，所以設計者可能需澄清這些模糊觀念。些錯誤創建特定的反饋。一個出帳戶。因為學生可能混淆一要記下特定的反饋來幫助學員專家如何完成該任務呢？這是完成該任務的專家模型。^饋應該幫助學員過渡到能理解模型。設計者在創建 =ΐ化、’.應ί將專家模型的關鍵特性整合到他寫的讚揚反貝中。，學員完成部分任務時，就應該給學生正面的鼓勵二泝學生，他正確地完成了任務，並且可以用同樣的過程完成其他的任務。這四個問題並不能包括創建反饋的概要，但疋它們定義了反饋和整個應用程式需要完成的工作。設計者應該確保反饋評估了學員應該學習的所有知識。另外，反饋應該能夠矯正設計者認為學員會犯的任何，徵性錯誤。最後，設計者應該將反饋編成組以便於像專家一樣回送反饋。一旦確認了這些元件，設計者就可以開始創建標的組分級。因為存在正面和負面的影響，設計者 :要選擇什麼時候通過界面進行仔細橋正。決策的標準是：錯誤是低級別資料輸入錯誤還是高級別的智能錯誤。如果錯誤是低級別錯誤例如一個打字錯誤的資料，那麼通過界面進行矯正可能是適當的。如果設計者決定讓界面指出錯誤，則看起來好像是系統產生了該訊息。系統產生的訊息是機械性檢查，不需要複雜的推理。與之相較，複雜的推理，例如學員為什麼選擇特定的帳戶類型嗲通過ICAT來矯正。《 Μ I $ 539957 五、發明說明（46) 系統訊息一學員知道自己要型的矯正是非常重要的。基於界覺起來像系統訊息。它們應該使界面，並且給人不同的感覺。在中，存在一個系統訊息，内容是息通過不同的界面給出，短促的的。這樣做的動機是低級別資料散而非誤解。工作鬆散的錯誤並的大量推理，僅僅需要將它們確推理錯誤則需要關於其發生原因工具（例如標的組）來幫助完成複許設計者將錯誤和觀念編成組， =們=矯正（即，困難的觀 °定時和其他與人類似的橋大ϊ推理的低級錯誤包括：二量的輸入，則在容許學疋否已疋成。通過在過程免受必須檢查所有輪入St —對系統的簡單心= 如果沒有進行選握疋查找先完成X”可能是恰备饜糸統產田的0數曰丁核是匹配數目。正如数目不查核放在適當的位置，^二誌活從每個訊息源得到何種_ 面的墙正應該看上去和感用一個不同於ICAT墙正的本文說明的記日誌工作 π借與貸不平衡π。這種訊語句和其他橋正是不同輸入錯誤顯示的是工作鬆不要求對產生錯誤的原因認出來。但是，高級別的的大量推理，而ICAT提供雜的推理。標的組分級容並且確保在最適當的時候念在容易的觀念之前被矯正需要ICAT ;其他不要求全------如果任務要求大前’界面能夠查核輪入是到空白的區域，學員可以現空白區域的挫折。空白是否進行了選擇或輸入。生訊息你必須在繼續前匹配〜〜――另一種快速查動中—樣，將快速的界面須匹配的數目是確實匹輸入錯誤在界面級比在教配，乃為非常有用的：保必 ^小的資料

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

第52頁 539957 五、發明說明（48) 構化方式確認出領域中的表，它包括多種顆粒度的觀冬觀二第-關疋-個大列間有直接關聯。定義；：二！：；和課程的學習標的之各標的組中的所有觀念。有此而要確邮出 . ^ 一子示的存在於多個才翠的如tb 〇個標的在多個標的組中存在時，1意味著有某種，關係’例如親子關係或部份對於整體的關係。要點並不在於產生一個觀念的結構化列砉 e ’、口僻1G外表，而是概括性的列表。將它們分成分級結構乃為過程的第二階段。木 N〇teS: Loads from Database or

Document based on values 氺 of m__StorageTypeTask and m一StorageTypeStudent 氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺 extern " C丨’

{ long —export WINAPI TuResumeStudent(long

StudentID, long TaskID, int fromSubmissionSeqlD )； //

Resumes a Student，s work for the Task at the specified Submission

第53頁 539957 五、發明說明（49) extern nC" {

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 M C" {

long —export WINAPI

TuUseArchivedSubmissions (int n) ; // Replays n

Archived submissions for debugging } extern "Cn {

long —export WINAPI

TuSaveCurrentStudentC ) ; // Saves Current

Student’s work to DB

第54頁 539957

五、發明說明（50) extern " C?, { long ——export WINAPI KillEngine( long ITaskID); // Delete all Dynamic objects before shutdown 氺 Function Return * Variables: TUT—ERR—OK 氺 * Notes : ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 0> ^ \L· ^ \L· ^ \J/ ^ ^ ^ \L· 氺/ CM extern {

export WINAPI TuSetTaskDocPathNameC long LPCSTR fnm ); } /木 .+ +小不小+小小小小小小小小+ 小+小小小小+ +小小小小小小 * Name: TuSetFeedbackF ileName * Purpose: To set path and name of file to use for holding feedback 氺 Input * Parameters : LPCSTR fnm * Path and name of

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

TUT_ERR_0K * Variables: 氺 * Notes : 氺/ extern "C" {

long ——export WINAPI

TuSetFeedbackFi1eName( LPCSTR fnm ); } /氺 ^ \L· \L· \L· nL· \L· \L· ^ ^ ^ ^ ^k +不+ + + + + + + 小小+小小小小+小小小小小小+小小小小小小小个小小小小小 * Name:

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

第56頁 539957 五、發明說明（52) 氺 file to use for holding * Output 氺 Parameters : 氺 * Function Return * Variables: * Notes :

Path and name of previous feedback none

TUT ERR.OK \|> sL· ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ \L· ^ %L· ^ 小小小小♦小+小小小+ +小小小小小小小小不不+小+ + +小小+ +小不不+ + +小+ + */

extern M CM long ——export WI NAP I TuSetFeedbackPrevFileName( LPCSTR fnm ); /氺少少 + + + + + * 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 file to use for full logging * Output

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

TUT ERR OK * Variables: * Notes: ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 小小+小小+小+小+小小小小小+ +小小+小+小小小小+ +小小小+ 不I +不+ + + + + 木/

extern f,CM { long __export WINAPI TuSetLogF ileName( LPCSTR fnm ); } /氺 /^ /|\ /|N ^ /J^ /f^ /p ^f% /p /|\ /|^ /f% /p. 氺 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頁 539957 五、發明說明（54) * Function Return

* Variables: TUT—ERR一OK 氺 * Notes : \l/ OV \l/ \|^ O/ \U \IV \^

氺/ extern ” C long ——export WINAPI TuSetLogLoadFileName( LPCSTR fnm ); * Name : * Purpose: file to use for student * Input 氺 Parameters : 氺 file to use for student * Output 氺 Parameters : 氺氺 Function Return

TuSetLogStudentFileName To set path and name of logging LPCSTR fnm

Path and name of logging none

第59頁 539957 五、發明說明（55)

* Variables: TUT—ERR一OK 氺 * Notes : ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ \L· \L· \L· ^ ^ \L· ^L· \L· \L· \L· \L· \L· \L· %L· %L· \L· %!/ \l/ 个个个个小小个小个个小小个小个个小小小+小小小小小小小小+ +小+ + + + +不+不+不氺/ extern丨’C丨丨 { long _—export WINAPI TuSetLogStudentFileName( LPCSTR fnm ); } /氺 ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 氺 Name:

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

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

* Variables: TUT—ERR一OK 氺 * Notes : 个个个个个个小个个个个个个个个个个个个个个个小个个个个个个个个+ + + + +不+ + + + */ extern丨丨C1丨 {

long ——export WINAPI

TuSetLogSubmissionFileNameC LPCSTR fnm ); /* /p /f% logging 氺 Name: * Purpose : file to use for error 氺 Input * Parameters : 氺

TuSetLogErrFileName To set path and name of LPCSTR fnm Path and name of file to use for error logging 氺 Output * Parameters : none 氺

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

TUT ERR OK * Variables: — * Notes : s^ + + + 个 + 小个小 + 小小 + + + + + + + + + + + + + + + + + + + + + + + + + 氺/ extern丨丨C丨’ { long —export WINAPI TuSetLogErrFi1eName( LPCSTR fnm ); }

/氺 O/ \|/ \^ \^ \L· \^ /fK Jf\ /fs /^ /fs /|\ 氺 Name : TuSe tTrace 氺 Purpose: To turn Trace on and off 氺 Input 氺 Parameters : i n t TraceStatus 氺 TUT —TRACE—ON :Turn Trace On 氺 TUT „TRACE_0FF :Turn Trace Off 氺 Output 氺 Parameters : none 第62頁 539957 五、發明說明（58) 氺 * Function Return

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

Value 氺氺氺氺

TUT_ERR_INVALID_TRACE_STATUS * Notes : sL· \L· \U %if + + + 小 + + + + + + + + + + + + + 小 + 小 + + 小 + + 小小氺/ extern丨丨C，丨 { long —export WINAPI TuSetTrace( int TraceS tatus ); } /氺小小小小小小小小小小小小小小小小小^S + 不^IS不不不^IS +不+ ^S不不不不不 * Name: TuSetTrack * Purpose: To turn Tracking on and off. While tracking is on * all work the user does and all feedback the user receives 第63頁 539957 五、發明說明（59) 氺 is kept. While Tracking is off only the most recent work is kept. 氺 Input 氺 Parameters : int TrackStatus 氺 TUT. 一TRACK— ON ••Turn Tracking On 氺 TUT — 一TRACK— OFF :Turn Tracking Off 氺 Output 氺 Parameters : none 氺 Function Return 氺 Variables: Previous Trace Statu Value 氺 TUT. 一TRACK— ON 氺 TUT一 _TRACK一 OFF 木氺 TUT一ERR—INVALID—TRAC1L 一STATUS 氺 Notes : 不不不不+ 不不不不不不小+不不不小小小小小小+不•不不+不小小小小氺/ extern ’’ C" long export WINAPI TuSetTrack( int

第64頁 539957

Tracks tatus )；模擬引擎電子2格：m:讓設計者為其所希望學員利用Excel ί = ; Ϊ務進行模型建立。然後，設計者擁有運 Τ閱讀電子表格的所有重要單元，並將適理:1D ’TargetiD 和Attribute)告知庫，包含任務所雲2，電子表格，成為學員資料的中心倉理盘ICA3之門的所古的大多數計算，且能和引擎結合而處乂CA之間的所有通信。這項任務係自包含於電子表格 ::因此設計者不再需要圖形用戶界气智能電子表格）。一旦由設計者完全地 :型：反饋1發者就可以將電子表格整合到圖形用”界 :二：不可見的’並充滿著由引擎所提供的功㊣。非常重、疋，ICA需要知這的所有修正都通過了引擎，只引擎知道怎樣調用ICA。這大幅地降低了對 2 能水準要求，並大幅地減少了每個任務的規劃時、外，終端產品也會有更少的缺陷，因為教練的管集中化了。如果存在教練的問題，我們僅需檢查 == 部分。最後，因為模擬引擎從電子表格中載入資 ^ “ 和應用程式之間出現資料不一致的機會是零。教練圖2 5顯示依據一較佳實施例產生模擬模型的體系鈐構 539957 五、發明說明（61) 的方塊圖。模擬物件模型包括一個電子表格模型，一個電子表格控制物件，一個模擬引擎物件，一個模擬資料庫，輸入物件，輸出物件，列表物件和路徑物件。我們討論的第一個物件是電子表格物件。電子表格支持所有的模擬模型。控制物件易於和VB開發平臺整合。控制物件支持列印，並和Microsoft的Excel電子表袼相容。瞭解此點，設計者就可以利用Excel公式之威力來建立模擬。電子表格模型中所包含的不同單元可以被設置成輸入、輸出或列表並屬於模擬路徑。電子表格中要求設計者手工輸入或學員通過GBS應用程式輸入的所有單元，都用輸入物件來表不。每一個輸入都有下列界面：領域名稱資料類型說明 InputID 長型表格的主要Key TaskID 長型與輸入有關之任務的TaskID PathID 長型與輸入有關之路徑的PathID InputName 字串*50 輸入的名稱 InputDesc 字串*255 輸入的說明 ReferenceName 字串*50 與輸入有關之電子表格的單元名稱 TutorAware 布爾型是否在輸入有所改變時通知ICA SourceItemID 長型若輸入係顯式輸入時為SourceltemID ;若輸入係拖放式輸入時為0 TargetID 長型輸入的Target ID Row 長型輸入的電子表格行數—速度最佳化 Column 長型輸入的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化

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

每個輸入的這些訊息都儲存在模擬資料庫 (ICAS im· mdb )的輸入表中。參照下面一例。當設計者建構他們的模擬模型時，他們必須清楚有兩種類型的輸入 (顯式輸。入和拖放輸入）存在之事實。顯式輸入由一個電子表格的單元構成，可以被設計者在設計時填入，或者在運作時藉由模擬引擎物件的方法以GBS應用程式填入。此單元的用途是提供模擬模型的的入口點。該入口點可以為例如一個問題的答案或一方程式的一參數。如果單元是 TutorAware (所有的輸入通常都是Tut〇rAware )，則ICA 會得到任何單元變化情況的通知。當丨c A接到變化的通知時’事實上有兩個訊息被發送給ICA : 一個具有輸入資訊例如 SourceltemID，TargetID，以及空 Atrribute 之 ICANotifyDestroy訊息。此訊息是通知ICA將此訊息從記憶體中刪除。另一個是具有輸入資訊如s〇urceI temID，

Target ID以及Atrribute(單元數字值）訊息。此訊息是通知IC A將此資訊添加到記憶體中。顯式輸入從來不要求用戶回答算術問題。建構模擬的步驟如下：為Ex cei的C2單元定義名稱。這裡我們已經定義為"Distinct—Inputn。在ICA中定義要分配給模擬的一項任務，例如··由〗CA產生丨23的TaskI D。在ICA中為輸入定義標的，例如：由ICa產生4〇〇 1的 TargetID。在ICA中為輸入定義s〇urceItem，例如：由ICA 產生1201的Source I temID。將輸入與路徑聯繫起來（參照路徑物件的討論）。將資訊增加到模擬引擎資料庫的輸入

第67頁 539957 五、發明說明（63) 表中。輸入表中的記錄列出如下。

InputID: 12345 TaskID: 123 PathID: 1234 InputName: 問題1的輸入 InputDesc: 問題1的顯式輸入 ReferenceName: Distinct—Input TutorAware: 真 SourceltemID: 1201 TargetID: 4001 Row: 2 Column: 3 SheetName: Sheetl 一旦用戶點擊了 π運作輸入/輸出π，就填入了 Row， Column和SheetName 〇模擬弓j擎為設計者輸入的定義名稱 (參考名稱）解碼，並據此填充表格。這是非常重要的一步。我們有數種情形會使設計者改變電子表格的布局，也就是移動定義好的名稱位置，然後忘記執行該步驟。這樣，奇怪的資料就被傳給了教練；該資料可能為舊的行和列中剛巧儲存著的任何資料。一旦完成了建構，設計者就可以利用I C A公用程式來測試該模擬。

第68頁 539957

拖放輸入包括兩個連續的電子一必須由嗖叶者在今舛护播= 格早兀。兩個單元都乂肩甶认彳者在，又汁日守填寫，或使用模在運作時由GBS應用程式填寫。這種擎物:的方法當用戶必須在多個可能的答案中選擇一種時'拖y用入於

常是TutorAware。最左邊的罝开勹人兮 J —取左逯的早70包含該用戶所選擇答案的

Sourcei teffiI D (母一個可能的答案都有—個s〇urce〗

)，而最右邊的單元能包含與答案有關的數值。你需要在電子表格中為最右邊的單元定義一個名稱或 ReferenceName。當通知ICA任何改變的時候，事實上有兩個訊息被發送給ICA : —個是具有輸入資訊即改變前的 SourceltemID，輸入的TargetID以及改變發生前的 Attribute值之ICANot if yDestroy訊息。另一個是具有輸入資訊即變化發生後的SourceltemID，輸入的TargetID以及改變發生後的Atrribute值之ICANotifyCreate訊息。

建構模擬的步驛如下：為Excel的C11單元定義名稱。這裡我們已經定義為’’ DragDrop一 Input1，，讓我們使用與先前相同的TaskID，因為問題2是問題1中的模擬的一部分。例如：TaskID是123。在ICA中，為輸入定義一Target (標的）。例如：由ICA所產生之4002的TargetID。在ICA中，為問題的每一個可能的答案定義Sourceltem。例如··由 ICA所產生之1202到1205的SourceltemID。將輸入與路徑聯繫起來（參照路徑物件的討論）；將資訊增加到模擬引擎資料庫的輸入表中。依據一較佳實施例，輸入表的記錄列出如下。

第69頁 539957 五、發明說明（65)

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

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

第71頁 539957 五、發明說明（67) 構一模擬的步驟。於Exce中為C23單元定義一名稱。這裡我們已經定義為"The 一 Li st"。我們使用與先前相同的 TaskID，因為問題3是和問題1及問題2同一模擬的一部分。例如：Task ID是123。在ICA中為列表定義標的。例如：由ICA產生的Target ID為400 6。在1(^中為可能放在列表中的每一項定義一個3〇111^6 1七6111。例如：由了以姦；51： 120^1210 ：12Π ^1212 將列表與路徑聯繫起來（參照路徑物件的討論）。將此訊息增加到模擬引擎資料庫的列表表格中。依據一較佳實施例之列表表袼的記錄列出如下。

ListID: 12346 TaskID: 123 PathID: 123^ ListName: 問題3列表 ListDesc: 問題3的列表 ReferenceName： TutorAware: 真 TargetID: 4006^ TotalColumns: 1 Row: 23 Column: 3 SheetName: Sieet 1

第72頁 539957 五、發明說明（68) 的電子表格中儲存計算結果r、，單元可以用輸出物件來表示。息文<iwr 口侧八,Μ 的界面。母一種輸出都有如下表所示田絡山从》从杰圭- 亚不要求外部的輸入）領域名穩資料顗型 __ 說明 7Γ^^^ — OutputID 長型 Key TaskID 。型關之任務的ΤμΙγΤΠ PathID 長型 ~~二1 trJ ldSKlU PathID OutputName 字串*50 OutputDesc 字串*255 ^說明 ReferenceName 字串*50 有關之電子砉格的單免么摇 TutorAware 布爾型至皇在輸出有所改蠻時龐诵知ICA SourceItemID 長型赞^的 SourceltemID Target ID 長型楚# 的 Target ID Row 長型輪出的電子表格行數β速度最佳化 Column 長型楚座的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化每個輸出的這些訊息都儲存在模擬資料庫 (ICASim. mdb )的輸出表中。當設計者建構他們的模擬模型時’他們必須清楚這樣一個事實，即僅存在一種類型的輸出：顯式輸出。顯式輸出由且僅由一個包含公式或計算結果的電子表格單元構成。輸出單元的存在是擁有模擬模

第73頁 539957 五、發明說明（69) 安的主要原因。如果單元是TutorAware，則處理輸出的時候’ IC A會得到任何單元變化情況的通知，否則I c A不會知道任何的變化。當IC A得到通知時，事實上有兩個訊息被發送給ICA : —個具有輸出訊息（即s〇urceItemID，

TargetID)以及空Atrribute 的 ICANotifyDestroy訊息。讀訊息是建議I C A將此訊息從記憶體中刪除。另一個是具有輸出訊息（即Sou reel temID，TargetID)以及Atrribute(潭元數字值）的ICANotifyCreate訊息。該訊息是建議ICA將此訊息添加到記憶體中。與顯式輸入和拖放輸入時一旦發生變化就通知ICA不同的是，顯式輸出在要求ICa作出反饋刖係以整批處理的方式進行。要告知丨c A列表中項目的總美元數額，我們必定需要一個顯式輸出。輸出還包括一個束、％和a式在Excel中為C24単元定義名稱。這裡我們已經定義為"Distinct一Output"。我們使用與先前相同的

TaskID ’因為問題3是問題1和問題2中同一模擬的一部分：例如：TaskID*123。在ICA中為列表定義標的/例如.1〇人產生400 5的1^^410。在1(^中為輸出定義

Source I tem。例如：ICA 產峰 t u ^ 座玍的 SourceltemID。將輸起來（參照路徑物件的討論）；將訊息增加到模擬引擎資料庫的輸出表中。依據一較佳實施例，輸出表的記錄列出如下。

第74頁 539957 五、發明說明（70)

OutputID: 12347 TaskID: 123 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 路徑的說明

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

第76頁 539957 五、發明說明（72) 域或應用程式的不同階恐。$ .^ 、丄於 J ^ ^ *載入模擬的前端時，即進入子刀始階段。思發生方禮撼描, 、 H Μ Μ Μ ^ ^ ί在杈擬扠型被初始化的時候。當用戶對衝擊擬 4¾ t 的前 -3tr ^ ni „ 外曰A Τ Ρ Λ >、 j %進灯改變時’即進入修改階段。這也牙尤疋▲ IC Α被通知γ 虚μ 士 _ 發生了什麼的時候。當用戶要求獲得目 =Γ τ 工作的訊息時，就是反饋階段。這也是模擬士 σ 一日的輸出改變的時候。最後，當模擬前端卸載 W•，就疋最後階段。這時模擬被保存到磁碟上。以下W明產生包括有涉及的VB代碼之模擬的不同階段0

初始階段 1 ·產生ICA和模擬引擎物件；代碼：Set moSimEngine=New classSimEngine; Set moICA=New cl ass I CA，:使用模擬引擎的第一步是產生類別 classSimEngine的實例和類別ciassicA的實例。注意，引擎和IC A都應該是模組級的物件” m〇"的變量。 2 ·載入模擬，代碼:

IRet=moSimEngine.OpenSimulation(App.Path&DIR_DATA& FILE—SIMULA TION

,Me. bookSimulation);IRet=moSimEngine.LoadSimulatio n(ml ICATask ID，App.Path&D I R — DATABASE&DB— SIMULATION ，1);說明:物件產生以後，必須調用模擬引擎物件的

OpenSimulation 和LoadSimulation方法。OpenSimulation 方法將指定的Excel 5. 0電子表格文件讀取到電子表格控制件中。LoadSimulation方法打開模擬資料庫，並將特定

第77頁 539957 五、發明說明（73) 任務的多個路徑、多個輸入、多個輸出和多個列表載入到記憶體中。如果該過程成功結束，模擬引擎的每一種方法都會回送0。否則會回送一個適當的錯誤號碼。 3·初始化並載入智能教練代理；代碼：IRet = moICA.

Initialize(App·path&n\π & Αρρ. ΕΧΕName&"· iniπ，Aρρ· Pat h&DIR—DATABASE， App.Path& DIR一ICADOC，

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

SourcePages ，SourceItems ，TargetPages ， Targets 等。 4 ·復原模擬；代碼: << 重啟時重新設置模擬的代碼>> ;<< 將控制件加載到模擬前端上的代碼> > ;I Re t = moSimEngine. Run Inputs(sPaths, True);IRet = moSimEngin e·RunOutputs(sPaths，True) ; IRet=moSim Engine.RunLists(sPaths,True); Call moICA.Submit(O) ； Call moICA. SetDirtyFlag(0,False); 望J :復原模擬包括以下工作：用戶重新啟動時清除所有的輸入和列表；使用模擬模型中的資料加載界面；調用模擬引擎物件的Runlnputs，RunOutputs 和RunLists 方法，用以將ICA恢復到初始狀態；將〇作為參數調用I CA物件的

第78頁 539957 五、發明說明（74)

Subm i t方法，以觸發所有的規則；將〇和假作為參數調用 ICA物件的SetDirtyFlag方法，目的是重新設定用戶的單兀期間。運作輸入包括，通過一系列輸入並向ICA通知每個輸入的s〇UrceItemID、TargetID和 Attribute值。運作列表包括，通過一系列的Tut〇rAware 列表並向ICA通知每個列表中每個項目的s〇urce I temij)、 TargetID和Attribute值。TargetID對於列表中每項都是唯的。運作輸出包括’通過一系列的TutorAware輸出並向ICA通知每個輸出的s〇urceItemID、TargetID和 Attribute 值。 _ 修改階段： 1·讀取輸入和輸出；代石馬：Dim sDa t aAr r ay ( 2 ) as string； Dim vAttribute as variant; Dim I source11emID as long; Dim ItargetID as long; IRet= moSimEngine.ReadReference (’’Distinct — Input丨丨， v A11 r i b u t e，I s o u r c e 11 e m I D，11 a r g e 11D，s D a t: a A r r a y )。选

M :模擬物件的ReadReference方法將回送依名稱進行參照的輸入和輸出值的屬性值，並選擇性地獲取 Source I temID，TargetID和相關資料。在當前的例子中，可以獲得名稱為Distince—Input之輸入的SourceltemID， Target ID和三個資料單元。說明:模擬引擎物件提供了操縱列表的基本功能。

ListAdd方法為列表添加一項目（s〇urceItem， Attribute，Data數組）。讓我們解釋一下運算法。首

第79頁 539957 五、發明說明（75) ' " ' —-- 2頂y找表名稱的列表的頂部。錢，我們查找員端早兀下面的第一個空白單元。—旦，資料寫㈣當的單元中，而ICA也會得到此修了改的訊就心。UstCount方法回送指定列表中的項數。和ListAdd方法基本相同，但是回送總項數，而不是 =一 ^兀素。Li stMcuh f y方法用給定的資料替換指定的 U我們解釋一下運算法。首先，我們使用列表名稱找 ^ f表部。其次，我們計算基於指定的項目編號計算行偏移。然後，IC A被通知已經刪除了現存的項目。最後，與新項目有關的資料被寫到適當的單元中，而KA也會被通^此修改的訊息。ListDelete方法刪除指定的項。它的運算法和Lis tModify方法完全相同，但是沒有增加新的資料，而且單元（列表寬度由” Total c〇lumns"所設定）被刪除時，單元上移"參數設為真。請牢記此點，因為設計者經常在Total Columns參數中輸入錯誤的列數。當他們將

Total Columns估計過高時，UstDeletew修改相鄰列表的某些部分，從而導致在顯示列表時產生錯誤的行為。依據一較佳實施例的系統動力學為了在體系結構使用系統動力學模型，就必須產生能將學員工作翻譯為此等模型之參數的引擎。下文討論了一種與現存模擬體系結構互動的複雜系統動力學模型。系統動力f模型提供了下列功能：容許設計者在建立真實的界面之前，建立和測試他們的系統動力學模型和丨CA反饋。 IHMII 麵第80頁 539957 五、發明說明（76) 降低活動的程式規劃複雜性。使與系統動力學模型的互動集中化。系統動力學模型與模擬引擎一同使用，設 =/她/斤希望學員利用Micr〇s〇ft Excel電子表格完成的二 JUi:然而，此時設計者也創建了一系統動力學楔 ^ Λ /說明）。此系統動力學引擎將閱讀模擬模型力學模型和=所ί重要單元’並將這些值傳遞給系統動刀于模型和ICA。系統動力學模型運作了這些訊氛由引擎讀取輸出值並將其發送給模擬模型和ICA ^ 體二7ί::據一較佳實施例的系統動力學模型之詳細 ::::的方塊圖。一旦設計者完全測試开!==和反饋，開發者就可以將電子表格整合到圖了： ΓΒ作為一種開發平臺。圖27說明二子貝元成一個行為時，數值被傳遞到系統動力學 U那裡數值又被傳遞給系統動力學二：引 :的:二引擎拉出輸出並將其傳遞給模擬模型和輪出模擬模型能分析來自系統動力學模型的輪出值，並被用以更新在屏暮上的、、去:、戳稞1Γ破項取報告）。# f 4 β θ 幕上的活動控制（例如圖表或』非㊉重要的疋，ICA和系統動的所有修改都要通過引擎，因子杈孓而要知迢調用达此物杜、二:Γ,為僅只利用引擎纔知道如何二每項任務要求的程式規劃時間。另終知產抑也會有更少的缺陷，因為模型和訓 539957 五、發明說明（77) ^集中化。如果還存在問題，我們僅需檢查代碼的一部为。最後，因為模擬引擎從電子表格中載入資料，在 A ’系統動力學模型和應用程式之間出現資料不一致的機會微乎其微。，、统動力學模型基於傳遞入其内之參數和系統中的其，而產生隨時間變化的模擬結《。H统動力學 =於謂和電子表格物件整合在一起。該物件包括控 ==並對系統動力學模型讀寫參數的邏輯。藉由vb，奋過模擬物件中的數值，向模型傳遞參數和從模型參數。彡統動力學物件還控制系統動力學模型的執 nz意味著，當所有的參數輸入被傳遞給系統動力就能夠運作模型以取得參數輸出。系統動入谷5、系統動力學模型一次執行一個步驟，或一次型Ξ:二，f者執行任意數目之時間段。#系統動力學模 * φ 數輸入和參數輸出資料的每一步被寫到"備模‘、1此^兩,原因。首先，隨著時間接收的資料範管餅钟# ^次）可以被用於產生趨勢圖線或者用於計 ΐ料i金二社―，系統動力學模型可以被重新啟動，而此咅呋荽3丨1跡可傳輸到模型中直至某個特定時間點。這以被用於回溯時間的模擬回放。，系統動力 1中/Λ被傳遞到了模擬模型、系統動力學模型和，,SvSDv 严前的時間和發生的事件。此曰該被稱為 n, °s ，並使用引擎在和應用程式相同的地點產

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

第83頁 539957

領域名稱

PinputID 資料類塑長型說明表格的

TaskID ModelID InputName InputDesc

字串*255 有關之任務的TggkTn 有關的模型的ID 輸入的名gc訊麁的用徐）說明（訊息的用途）字串朽0

ReferenceName 與輸入有關之電子表格的單

TutorAware 布爾型是否在輸入有所改變時應通知ICA SourceltemID 長型參數輸入的SourceltemID TargetID Row 參數輸入的TargetID 長型參數輸入的電子表格行數 Column 長型參數輸入的電子表格列數 SheetName 字串*50 SheetName為參數輸入的位置每個參數輸入的所有這些訊息都儲存在模擬資料庫 (ICASim· mdb)的Pinput表中。pInputs包括一個電子表格单元’此電子表格單元可由設計者在設計時或由GBS應用 _ 程式在運作時通過系統動力學引擎物件的方法來填充。單元格用於為模擬和系統動力學模型提供一個入口點。入口點的一個例子是利息計算例中的利率參數。當適當的活動洩漏時，即將單元的任何改變通知I CA。當I CA得到改變的通知時，事實上有兩個訊息被發送給丨c A : —個具有參數

第84頁 539957 五、發明說明（80) 輸入資訊，即 SourceltemID ’TargetID 以及空 Atrribute 的ICANotifyDestroy訊息。該訊息是建議ICA將此訊息從記憶體中刪除。另一個是具有參數輸入資訊，即 SourceltemID，TargetID 以及Atrribute(單元數字值）的 ICANot i fyCreate訊息。該訊息是建議ICA將此訊息添加到記憶體中。依據一較佳實施例之P i nput表格記錄顯示如下0 PInputID: 12345 TaskID: 123 ModelID: 1 InputName: 利率輸入 InputDesc: 輸入到利息計算模型中的利率 ReferenceName: Interet一 Rate SimReferenceName: Param—Interest一 Rate TutorAware: 真 SourceltemID: \1201 TargetID: 4001 Row: 6 Column: 3 SheetName: Sheet1 一旦完成了建構過程，設計者亦能使用ICA公用程式來測試模擬。當設計者在IC A公用程式的系統動力學工作

第85頁 539957 五、發明說明（81) ' 臺中運作參數時’就自動填充^…，c〇lumn^SheetName 值。下列訊息提供了描述依一較佳實施例之互動元件的細々/Γ η 即〇標題 — — ^ 程序任務 (W/拖放）須要建構某種麵之報麵任務，錄告的證據可雜絲證實結論〜^ 程序任務 (w/拖放）新的任務成计，其本質上是程序性的，分支很少，且經常有一正確的叮4任務 , ~—-——— 於學員做/、他事險時打斷該學員的任務。該樣板包括能用以決定問題談’以及思疼定史复避^作出反應之一簡單的複選框表單β 分析和決定 (ANDIE) 任務取常用於靜恝猥原因分析或辨認任務β在紐]?(：上開發，作為3個為同二^ 能的經驗重設計項目的結果。 α 評估選擇 (ADVISE) 用於要求學員評估不同選項是否滿足給出之標的或要求的任務。在SBpc上 .開發，模仿i個為同一技能的麵給章费計适目。不容許將拖放作爲證墟運作一公司任務基於時間的模擬，其中學員“選擇自己的冒險，，。每個階段學員從預定的一列表中選擇一些要採取之行動。在SBPC上開發，作為BDM管理任務的簡化版本。使用模型任務當用戶需要和定量的模型互動，以進行若則分析的時候。可以被用於動態根原因分析_分進行測試以分析壓力點。_ ICA動態會議任務在BDM上開發，以來自模擬教練和ILs EPA的互動風格。支持基於動態規則的分支可以伸縮以支持EnCORE防務會議和YES等互動。管理任務基於時間的模擬，其中學員管理資源。人力資源管理、預算管理、FX文件包管理。 QVID靜態會議任務在Sim2上開發，以支持日程驅動的會議，其中為用戶提出5個級別的後續問題，以進行連續提問。詢問每個問題時，它的後續問題也會出現。流程圖任務將支持大多數VISI0圖表。在Sim2上開發，以支持簡單的流程圖決策模型。 QVID資料收集元件訪談時要詢問的靜態問題。在教授訪談技巧時（使用QVID靜態會議任務）不要使用。支持層次性的問題和定時副本。曰諸工作創建用以支持每個借方或貸方多達2個帳戶的簡單日誌登錄。新複雜任務須要模擬元件的新任務 > Η! 第86頁 539957 五、發明說明（82) 系統動力學引擎是模擬模型、系統動力學模型、模擬資料庫以及智能教練代理之間的界面。系統動力學引擎很能吸引設計者，以便她能理解它的所有機制。一旦設計者建構了模擬模型（Excel電子表格），建立了系統動力學模型（PowerSim )並配置了所有的輸入參數和輸出參數，就可以使用包含於ICA公用程式中的工作臺（參見ICA公用程式的檔案）來進行測試。然後，開發者需要執行對正創建的GBS應用程式中的系統動力學引擎的調用。下表列出了應包括在VB項目中以便使用系統動力學引擎的文件。

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

第87頁 539957 五、發明說明（83) 發生了什麼的時候。運作階段— — — — —正在運作動力學模型且接收參數輸出。反饋階段------用戶要求獲得對自己所做工作的反饋。此為模擬通知I C a所有的輸出改變的時候。隶後階段卸載模擬前端。此時模擬模型被保存下來。對這些階段之解釋’將藉由包括涉及之v B代碼和對該代碼的簡要說明而為之。依據一較佳實施例的初始階段夜應 1·產生ICA和模擬引擎物件：代碼：set moSysDynEng ine = New classSysDynEngine; Set moICA = New classICA ；說明:使用系統動汐學引擎的第一

步是產生類別classSysDynEngine的實例和類別ciassicA 的κ例。應注思者’引擎和I C A都應該是模組級的物件 "mo11的變量。 2·載入模擬；代碼：IRe t = moSysDynEngine. OpenSimulation(FILE—SIM,Me·bookSim，True); IRet=moSysDynEngine.LoadSysDyn (mlICATaskID,DB_SIMULAT I ON, 1 ) ；IRet = moSysDynEngine. LoadMode 1 (MODEL —NAME，mbTaskStarted);說日月:物件創建以後，必須調用系統動力學引擎物件的〇penS imulation 和LoadModel 方法。OpenSimulation 方法將指定的Excel 5.0電子表格文件（FILE_SIM)讀取到電子表格控制件 (BookS im)中。LoadSysDyn方法打開模擬資料庫 (DB一SIMULATION) ’並將一系列參數輸入和一系列參數輸

第88頁 539957 五、發明說明（84) 出載入到記憶體中。LoadModel方法打開一個系統動力學模型（MODEL一NAME )。如果該過程成功結束，系統動力學引擎的每一種方法都會回送0。否則會回送相應的錯誤編號。 3·初始化並載入智能教練代理；代石馬:IRet =mo ICA. Initial ize(App· path &丨丨 \丨丨 & App EXEName&f, · i ni ’’，App· Path&DIR —DATABASE，App. Path&D IR一 ICADOC,App. path&" \ M ) ; IRet-moICA.LoadTask(mII CATask ID, ICAStudentStartNew); 說明:模擬引擎僅在與ICA合作時起作用。IC A物件的初始化方法讀取應用程式的.i n i _ 文件，並適當地設定Tutor32.dll °LoadTask方法告訴 ICA (Tut or 32 · dl 1)將與特定任務相連的· tut文件加載到記憶體中。從那一點開始，ICA就能接收通知。注意：· tut 檔案包含任務的所有元素和反饋結構。例如，

SourcePages 5 Source Items，TargetPages，Targets 等。 4.復原模擬；代瑪：IRet = moSysDynEng ine.RunPInputs(MODEL_NAME，True); I Ret = moSysDyn

Engine·RunPOut puts(MODEL—NAME，True);IRet = moSysDynE · ngine.PassPInputsAll； Call moICA.Submit(O); Call mo ICA. SetDirtyFlag(0, False);說明:復原模擬包括以下工作：用戶重新啟動時清除所有的參數輸入和列表；使用模擬模型中的資料加載界面；調用系統動力學引擎物件的PassP Inputs方法，用於將ICA恢復到初始狀態；調用系

第89頁 539957 五、發明說明（85) 統動力學引擎物件的RunP I nput s和RunPOutpu t s方法，用於將系統動力學模型恢復到初始狀態；調用I C A物件的 Submit方法，觸發ICA以運作所有的規則；調用ICA物件的 SetDirtyFlag方法，目的是重新設定用戶的單元期間。運作參數的過程包括：通過一系列的TutorAware的PInputs 和POutputs並向ICA通知每個參數的SourceltemID、 TargetID和Attribute值。修改階段： 1. 讀取參數輸入和輸出；代碼：Dim sDataArray(2) as string; Dim vAttribute as variant; Dim I source ItemID as long，I targe11D as long; IRet=moSysDynEngine.ReadReference (丨丨 Input— Name"，vAttribute，IsourceltemID，ItargetID，s DataArray)。說明:系統動力學物件的ReadRef erence方法將回送依名稱進行參照的參數輸入和參數輸出的屬性值，並選擇性地獲取SourceltemID，TargetID和相關資料。在當前的例子中，可以獲得名稱為Input_Name的參數輸入的屬性值，SourceltemID，TargetID和三個資料單元。2· 修改參數輸入；代石焉- Dim vAttribute as variant; Dim 1 Source Item ID as long; Dim sDataArray(2) as string; vAttribute=9999; sDataArray ( 0 ) =M Data Cell #ln ； sDataArray ( 1 ) = ,f Da ta Cell #2M ; sDataArray(2) = HData Cell #3f, ; IRet -jnoSysDynEngine.WriteReference(n Input —Name 丨丨，

第90頁 539957

vAttribute，， sDataArray). 的附加說明•為了修改參數輸入，調用系統動力學物件的 WriteReference方法，並傳遞input 參考名、新屬選擇性地傳遞一個資料數組（欲儲存於模擬模型中’生值及訊息）。系統動力學模型向I CA通知發生了改變。運作階段： 1 ·執行系統動力學模型；代碼:1 Ret = moSysDynEngine· PlayModel(SYSDYN—PLAYSTEP); lblCurrentTime·Caption = moSysDynEngine.

CurrentTime; and lblLastTime.Caption = moSysDynEngine. LastTime ;遂」I :執行系統動力學模型的過程也由糸統動力學引擎處理。執行模型有三種方式· 一次全部執行、每次執行一步驟（如前述）、或者執行至某個特定的時間點。會有多個參數被傳遞到PlayM〇del方法中。執行模型會產生參數輸出值，並將Tu tor A ware POut puts傳遞給I CAT。引擎還對時間進行追蹤，可以使用 CurrentTime和LastTime屬性來讀取這些值。 2 ·在系統動力學模型中之回跳；代碼: IRet^moICA,LoadTask(mlICATaskID, ICAStudentStartNew);lRet = moSysDynEngine· JumpBack(TIME一TO —JUMP—TO). 1¾ 日月:因為系統動力學引擎將傳遞給它和從它獲取之參數製作備份拷貝，故它能重新啟動並將這些值重新提交回系統動力學模型’直到超過給定的時間段。為達到此目的，代碼需要

第91頁 539957 使其回跳到給重新啟動I CA，然後調用系統動力學弓丨擎定的時間（TIME—TO —JUMP—TO)。反饋階段: 1.觸發ICA規則引擎；: iRet = m〇KA.Submmlc〇achID” _ : 一旦已對模擬進行了處理，必須調用ICA物件的Submit方法來觸發所有的規則並發送反饋。這種反饋被Tutor32.dll寫到兩個RTF格式的文件中。一個文件是以前的反饋，另一個是當前的反饋。依據一較佳實施例的IC A配置圖2 8顯示用於依據一較佳實施例的初期組態的邏輯之概要圖。由於反饋的結構與其他線上活動相同，所以也可以用同樣的方法來建構ICA。為了使ICA反饋的產生和維護變传更容易’吾人推薦的方式是，建構反饋使得每一個時刻僅有一個規則觸發。應注意者，例中的組織結構是建構反饋的眾多方法之一。步驟1 :產生一問題和後續問題的地圖；在設計者開始建構IC A之前，他們應該畫出希望在線上會議中使用的問題、視頻和後續問題的地圖，這會使他們在建構ICA時更佳地理解互動的觀念。步驟2 ··創建一個教練；所有的反饋由，教練提供。為線上會議創建一個特定的教練。步驟3 ··創建來源項目和標的。每個問題都有一個與其相關聯的來源項目（1 )和標的（2 )。這些會被I C A用於顯示視頻和後續問題。為了組織結構的目的和讀取的方便，吾人推薦每個源頁面（"〇

第92頁 539957

Intro )巴括所有的後續， Q2"，” Intro Q3”。n lntr〇 Q1 ? Intro 干）4 m固4、店了為母一個來源項目（此處有顯 ' i: 來源項目創建-個標的。只要存在有來源項目和標的之間的顯4關禕，a# 八貴什牡韦术原項幻顯式關係，廷就不太重要。一旦創建了夹 :項”丄就將它們關聯到WceItemTarget (3) ί向G 聯性。這些都是1CA會用來激活規則題Γ視干頻1自;=90要用的獨特標識。步驟4 :創建父標 f Λ Λ 顯示的是依據一較佳實施例的視頻訊心。反饋練項目）被組織入於Target Gr〇ups(i)中。在圖2 9中’每一個線上問韻女 jrn m 。 1U深上门蟪都有一個Target Group用於使維護更谷易。每一個TargetGroup必須至少有一個相關的 Target (4)。這些都是在步驟3結束時完成的 SourceTarget映射。接下來，創建當映射 SourceltemTarget時（點擊一個問題）要激活的 Ru 1 es( 2)。訓練項目（3)與一規則有關聯，並表示當規則激活時將顯示出來之反饋。ICA公用程式將商業模擬整合到多媒體應用程式中。這就意味著，應用程式和丨c Ατ之間現在有了一個中間層。這些公用程式和模擬引擎（下文將有說明）谷坪體系結構成為模擬的前端。現在，任何對模擬模型的改變都不必整合到代碼中。I c A公用程式和模擬引擎與Microsoft Excel中創建的模擬模型共同起作用。在模型創建以後’依據一較佳實施例，設計者使用E x c e 1 中之已定義名稱功能（Defined Name function)，為應用程式和ICA公用程式所要使用的特定單元加上旗標。圖3〇

539957 五、發明說明（89) 顯示依據一較佳實施例的ICA公用程式。ICA公用程式包括 6個公用程式，它們和智能教練代理工具（ICAT)合作，將商業模擬和多媒體應用程式結合起來。

第94頁 539957 圖式簡單說明藉由下文中參考附圖對本發明之較佳細說明，將可以對本發明之前述及：砰優點有更佳之瞭解，其中·· 的貝加^樣和塊圖圖！是依據-較佳實施例的有代表性之硬件環境的方圖2是依據一較佳實施例的一系統體系結構的方塊圖，圖3顯不依據一較佳實施例的典型庫用鞀彳沾盔桐„ 發階段的時間線和相關資源要求；用…母個開 (請款）處^1'人依員據6/1一較佳實施例的汽車保險行業中的索賠圖5顯示依據Γ模型的一小部分；圖6顯示依ί t乂佳實施例的保險概要；圖7顯示部件；用應用級的特性· 乂佳貫施例使用工具條來指導和取圖8顯示依擔圖9顯示依Ϊ=父佳實施例的GBS顯示；圖1〇顯示依據J圭實施例的反饋顯示；圖〗1 g _ 較佳實施例的日誌、登錄模擬；曰遠、登錄圖1 2顯示依據圖1 3顯示依课—較佳實施例的模擬Bell Phone Bill 較佳實施例的反饋顯示；圖14和15 1"佩一較佳實施例的第一情節的步驟；關的步驟；顯示與依據一較佳實施例之已建立的情節相

第95頁 539957 圖式簡單說明圖1 6顯示依據一較佳實施例的測試情節。該測試中的學員透過日誌活動而運作；圖1 7顯示工具套件如何依據一較佳實施例支持學員的管理；圖1 8顯示套件如何依據一較佳實施例支持學員的互動；圖1 9顯示依據一較佳實施例的矯正性過程；

圖2 0顯示依據一較佳實施例的用於日誌工作的物件；圖2 1顯示依據一較佳實施例，來源項目與標的項目之映射；圖2 2顯示依據一較佳實施例對規則的分析；圖23顯示依據一較佳實施例的反饋選擇；圖2 4顯示依據一較佳實施例的反饋邏輯的流程圖；圖2 5顯示依據一較佳實施例產生模擬模型的體系結構的方塊圖，圖2 6顯示依據一較佳實施例建構一模擬的步驟；圖2 7顯示呈現依據一較佳實施例的系統動力學之詳細體系結構的方塊圖；

圖2 8顯示依據一較佳實施例用於初步建構的邏輯之概要圖；圖2 9顯示的是依據一較佳實施例的視頻訊息；圖3 0顯示依據一較佳實施例的I C A應用。

第96頁

Claims

539957 六、申請專利範圍 1 ·—種創建演示之方法，包括以下步驟： (a) 接收以電子報表的資料結構組織之指示目標的訊息； (b) 將能促進完成目標的資訊整合到電子報表資料結才冓中’以便在演示中使用；及 (c) 評估朝向目標之進展，並基於電子報表資料結構中包含的資訊，而提供能進一步促進完成目標的反饋。

“ ·如申請專利範圍第1項之創建演示之方法，包括使用VB 引擎解釋電子報表的資料結構和演示資訊的步騍。 •如申請專利範圍第1項之創建演示之方法，包括使用分析工具來監視目標和分析中間結果，以便改變演示的步、·如申請專利範圍第1項之創建演示之方法，業活動的步驟。 3 ·如#申請專利範圍第4項之創建演示之方法，收標記並作為標記函數改變商業模擬的步驟 6 ·如申請專利範圍第1項之創建演示之方法，为類編組的步驟。包括模擬商包括從用戶包括將反饋

539957 六、申請專利範圍 7 ·如申請專利範圍第1項之創建演示之方法，包括基於儲存在電子報表中的資訊調整反饋的步驟。 8 ·如申請專利範圍第1項之創建演示之方法，包括將演示中的資訊傳遞給專家系統，便於後者分析資訊並用公式表示適當之反饋的步驟。 9 ·如申請專利範圍第1項之創建演示之方法，包括使用至少一個應用程式規劃界面，與另一個應用程序的演示交換資料的步驟。 10 . —種創建演示的設備，包括： (a ) —個處理器； (b ) —個在處理器的控制下儲存資訊的記憶體； (c )用以接收以電子報表資料格式組織之指示目標的資訊之邏輯； (d )用以將促進完成目標的資訊整合到電子報表資料結構中，以便在演示中使用的邏輯；及 (e )用以評估朝向目標之進展並基於電子報表資料結構中包含的資訊提供進一步促進完成目標的反饋之邏輯。 11 .如申請專利範圍第1 0項之創建演示的設備，包括使用 VB引擎解釋電子報表的資料結構和演示資訊的邏輯。

第98頁 539957 六、申請專利範圍 1 2 .如申請專利範圍第1 0項之創建演示的設備，包括使用分析工具來監視目標和分析中間結果，以便改變演示的邏輯。 1 3 ·如申請專利範圍第1 0項之創建演示的設備，包括模擬商業活動的邏輯。 1 4 .如申請專利範圍第1 0項之創建演示的設備，包括從用戶接收標記並作為標記函數改變商業模擬的邏輯。 1 5 ·如申請專利範圍第1 0項之創建演示的設備，包括將演示按狀態編組，並利用這些狀態改變演示的邏輯。 1 6 ·如申請專利範圍第1 0項之創建演示的設備，包括基於儲存在電子報表中的資訊調整反饋的邏輯。 1 7 ·如申請專利範圍第1 0項之創建演示的設備，包括將演示的資訊傳遞給專家系統，便於後者分析資訊和公式表示適當之反饋的邏輯。 1 8 ·如申請專利範圍第1 0項之創建演示的設備，包括使用至少一個應用程式規劃界面，與另一個應用程序的演示交換資料的邏輯。

第99頁