TWI536289B - 用以識別用於一企業之相關資訊之系統及方法 - Google Patents

Description

用以識別用於一企業之相關資訊之系統及方法

本發明係關於企業軟體，且更特定而言，係關於一種用於尋找相關於影響由企業所進行之處理程序之問題、機會及/或未預期或關注事件之資訊的軟體輔助工具(software aid)。

企業(其可為出於某一目的而開展活動之任何組織)通常具有目標(goal)及經設計以達成彼等目標之處理程序(process)。企業中之問題將通常影響一或多個處理程序之成功；必須以聚焦或有效率之方式來識別此等問題。需要向企業中之個人(企業系統之使用者)警示可對其所負責之處理程序造成風險的問題。需要解決問題之使用者將想要具有相關於該問題的任其處置之資訊，尤其是關於企業中相關於該問題之同時期及過去體驗的資訊。該使用者將亦想要與其他使用者協作解決該問題。

因此，需要實施一種識別及接收相關於與處理程序相關聯之問題之資訊且將彼資訊引導至最關心該問題之使用者的系統。

根據本發明，提供一種用於在一企業內尋找及擷取相關於企業問題、企業機會及未預期或關注事件之資訊之系統及方法。隨著該系統搜尋企業資訊，該系統對當前項目(例如，往來中電子郵件)及過去 項目(例如，已封存備忘錄)編列索引以豐富有關於該問題、機會或事件的該系統之知識。

根據本發明之一第一態樣，一種用於尋找相關於由一企業所執行之一處理程序或相關於該處理程序之一企業壓力點(enterprise stress point)之資訊的系統包括一運算裝置，該運算裝置經組態以：掃描有關於由一企業所進行之一處理程序之內容，其中該處理程序包括一或多個處理程序步驟；識別與該處理程序步驟相關聯之一問題、機會或事件(一企業壓力點)；相對於該企業壓力點對該已掃描內容編列索引；判定該已掃描內容是否為相關於該問題、機會或事件之資訊；及將相關資訊提供至一使用者。該相關資訊包括關於該問題、機會或事件的該企業(或有關企業)之一先前體驗之一描述或論述。該已掃描內容可包括：在該企業內、至該企業或自該企業之電子郵件通信；由該企業所產生之文件；包括商務物件(business object)的有關於該處理程序之應用程式資料；及/或為該企業可存取之網路內容(Web content)。該企業壓力點為一問題、機會或未預期或關注事件，且有關於進一步描述一風險、一原因、一效應或一補救之其他壓力點。

判定資訊是否相關於該問題、機會或事件可進一步包括判定一處理程序步驟之完成對有關於包括彼處理程序步驟之一處理程序之一目標之達成的影響；此情形被稱為該處理程序步驟之目標近接度(goal proximity)。亦可使用一處理程序步驟之該目標近接度以判定風險，此情形為一重要相關性準則。

亦可使用目標近接度之一判定以尋找類似處理程序，該等處理程序經由其泛型態樣中之類似性及對一目標之近接度之類似性而被視為類似的；藉由該系統傳回有關於此等類似處理程序之體驗以引起該等使用者之關注。

可藉由識別處理程序來促進判定相關性，在該系統中該等處理 程序之特徵為其泛型處理程序組件，使得處理程序之間的類似性或相關性之一推斷可經由該等處理程序之泛型態樣而得出。此外，內嵌於處理程序中之地域性問題或機會可建立處理程序之間的進一步類似性或相關性。

該系統可包括：一掃描器，其用於掃描有關於由一企業所進行之一處理程序之內容；一語言剖析器，其用於識別在該已掃描內容內之概念；及一索引引擎，其用於相對於一處理程序節點對該已掃描內容(該處理程序節點具有與其相關聯之一問題、機會或事件)編列索引，且用於判定該已掃描內容是否為相關於該問題、機會或事件之資訊。該語言剖析器及該編列索引引擎一起將一壓力點相關性指派至在該已掃描內容內之概念，藉此產生用於該已掃描內容之項目的一壓力點索引。

該系統可進一步包括一使用者介面，該使用者介面利用該壓力點索引以：向一使用者警示與一有關處理程序集合相關聯之一問題；致使能夠處理與一處理程序相關聯之一問題或機會之使用者之間的協作，此係藉由將該已傳回資訊限制至有關於在該協作中之該等使用者為專案關係人(stakeholder)所針對之處理程序的同時期及歷史資訊且藉由在有關於從屬處理程序(subordinate process)之資訊很可能對協作方為專案關係人所針對之該等處理程序造成風險時使能夠傳回彼資訊而進行；或擷取包括有關於與一處理程序相關聯之一問題之一先前體驗之一描述或論述的資訊。在一實施例中，該編列索引引擎為一中介軟體服務。

根據本發明之另一態樣，一使用者可導覽可用於本文中所描述之多種用途的擷取過去及當前體驗之一認知結構。

應注意，根據本發明，當解決企業問題、開拓企業機會或解釋在該企業範圍內發生之關注或未預期事件時，內容或資料之一項目與 該企業之相關性可完全地藉由使彼內容或資料有關於該等相關企業壓力點(處理程序節點)且有關於最緊密地有關於彼等處理程序節點的該認知結構之元素予以判定；處理程序之間的類似性可完全地藉由參考該等處理程序及其泛型處理程序組件之識別、各別處理程序對其相依處理程序之目標近接度及與該等處理程序相關聯之地域性問題、機會或事件予以判定；且當判定在一步驟內之一處理程序節點呈現一風險時，彼風險之嚴重性可完全地藉由參考以下各項予以判定：(i)彼步驟對其直接目標之目標近接度；(ii)彼步驟及其對另外相依目標之效應之目標近接度；(iii)已失敗目標及補救動作之估計成本；及(iv)該所討論節點體驗一失敗之機率。

前述內容已相當廣泛地概述本發明之較佳特徵，使得熟習此項技術者可更好地理解接下來的本發明之詳細描述。在下文中將描述形成本發明之申請專利範圍之主旨的本發明之額外特徵。熟習此項技術者應瞭解，其可易於使用所揭示概念及特定實施例作為用於設計或修改用於進行本發明之相同目的之其他結構的基礎，且此等其他結構不脫離呈最廣泛形式的本發明之精神及範疇。

1‧‧‧企業

11‧‧‧目標

12‧‧‧處理程序

13‧‧‧處理程序之部分

14‧‧‧企業內部內容及資料

15‧‧‧有經驗的動作者

16‧‧‧Overlay軟體

17‧‧‧描述或論述

21‧‧‧處理程序節點

22‧‧‧措詞

23‧‧‧自然語言搜尋

24‧‧‧企業資料及內部內容(及其他資訊來源)

32‧‧‧企業活動及物件

33‧‧‧認知結構

41‧‧‧目標集合

42‧‧‧處理程序

43-1‧‧‧步驟

43-2‧‧‧步驟

43-3‧‧‧步驟

44‧‧‧目標集合

45‧‧‧處理程序

47‧‧‧目標/目標群組

48‧‧‧處理程序

49‧‧‧步驟

50‧‧‧步驟

61‧‧‧關係

62‧‧‧關係

63‧‧‧動作者

64‧‧‧技能、價值及知識

65‧‧‧物件

66‧‧‧內容背景

71‧‧‧高層次目標集合

72‧‧‧副目標集合

73‧‧‧副目標集合/目標

74‧‧‧副目標集合/目標

75‧‧‧處理程序

76‧‧‧處理程序

77‧‧‧泛型處理程序

78‧‧‧泛型處理程序子步驟

80‧‧‧問題/機會/事件

81‧‧‧處理程序

82‧‧‧目標集合

83‧‧‧目標集合

85‧‧‧節點

86‧‧‧節點

87‧‧‧節點

88‧‧‧節點

100‧‧‧網路

700‧‧‧處理程序

701‧‧‧節點

702‧‧‧節點

703‧‧‧節點

704‧‧‧節點

705‧‧‧節點

710‧‧‧處理程序

711‧‧‧處理程序步驟

712‧‧‧處理程序步驟

713‧‧‧處理程序步驟

801‧‧‧處理程序

802‧‧‧處理程序

811‧‧‧副目標集合

812‧‧‧副目標集合

920‧‧‧專家使用者

931‧‧‧屬性

932‧‧‧較高層次屬性

940‧‧‧Overlay系統

1001‧‧‧問題(或機會、決策或詢問)

1070‧‧‧原始內容背景特定處理程序

1081‧‧‧場域

1082‧‧‧節點屬性

1101‧‧‧內容掃描器

1102‧‧‧電子郵件

1103‧‧‧文件

1104‧‧‧包括商務物件之應用程式資料

1105‧‧‧網路內容

1106‧‧‧案例歷史(企業如何在過去處置壓力點之故事)

1107‧‧‧在企業中之問題解決之當前案例

1110‧‧‧已掃描內容

1120‧‧‧語言剖析器

1130‧‧‧編列索引模型

1150‧‧‧編列索引引擎

1160‧‧‧壓力點索引

1170‧‧‧使用者介面

1171‧‧‧基於網路之搜尋介面

1172‧‧‧基於網路之協作工具

1173‧‧‧用於應用程式整合的基於入口之介面

1174‧‧‧用於相關於問題之警示、協作及搜尋的行動裝置介面

1175‧‧‧用以將壓力點索引整合至一或多個所要辦公室應用 程式之介面

1180‧‧‧程序

1185‧‧‧故事

1186‧‧‧案例

1187‧‧‧索引引擎

1200‧‧‧系統

1202‧‧‧設施

1204a‧‧‧使用者介面

1204b‧‧‧使用者介面

1204c‧‧‧使用者介面

1204d‧‧‧使用者介面

1204e‧‧‧使用者介面

1206‧‧‧節點

1206'‧‧‧節點

1208‧‧‧有限區域顯示器/顯示螢幕

1208a‧‧‧顯示器/有限檢視區域

1208b‧‧‧顯示器/有限檢視區域

1208c‧‧‧顯示器/有限檢視區域

1208d‧‧‧顯示器/有限檢視區域

1208e‧‧‧顯示器/有限檢視區域

1210‧‧‧鍵盤

1212‧‧‧遙感器

1214‧‧‧遠端地點

1216‧‧‧網際網路/傳輸設施

1216a‧‧‧無線區域網路或網際網路

1218‧‧‧運算裝置

1220‧‧‧傳輸設施

1222‧‧‧蜂巢式網路/本機電信網路或本機無線網路

1224‧‧‧資料庫

1226‧‧‧編碼關係

1230‧‧‧成員

1232‧‧‧非企業參與者

1234‧‧‧非企業參與者

1236‧‧‧非企業參與者

1238‧‧‧非企業參與者

1240a‧‧‧成員

1240b‧‧‧成員

1240c‧‧‧成員

1240d‧‧‧成員

1240e‧‧‧成員

1242‧‧‧通信

1252‧‧‧火

1254‧‧‧洪水

1256‧‧‧侵入者

1258‧‧‧問題之位置

1260‧‧‧已到達安全位置的人員之數目

1262‧‧‧未計入的人員之數目

1264‧‧‧現場緊急設備

1266‧‧‧出口之位置

1268‧‧‧節點

1270‧‧‧使用者輸入節點

1270'‧‧‧查詢

1500‧‧‧共同目標

1502‧‧‧節點A

1504‧‧‧節點B

1506‧‧‧節點C

1508‧‧‧節點D

1510‧‧‧中間目標E

1512‧‧‧中間目標F

圖1示意性地說明根據本發明之一實施例的具有目標及處理程序之企業，其中軟體係用於尋找連結至企業之相關資訊。

圖2示意性地說明用於企業之處理程序的處理程序節點之態樣。

圖3示意性地說明在處理程序節點之定義下的活動之抽象化。

圖4說明用於企業之目標及關聯處理程序。

圖5說明兩個處理程序及有關於彼等處理程序之問題之一些細節。

圖6A說明用於各種處理程序步驟之目標近接度。

圖6B說明在企業及給定處理程序步驟中之動作者之間的互動。

圖7A示意性地說明泛型處理程序及更特定處理程序。

圖7B示意性地說明包括處理程序節點或企業壓力點之處理程序。

圖8示意性地說明表示橫越複數個處理程序之風險、原因、效應及補救之處理程序節點。

圖9為說明一程序之流程圖，專家使用者可藉由該程序指派在各種內容背景特定抽象層次下之節點屬性。

圖10為說明根據本發明之一實施例的一程序之流程圖，該程序用於識別泛型處理程序及類似於給定原始處理程序之處理程序。

圖11為說明根據本發明之一實施例的一程序之流程圖，專家使用者可藉由該程序而用案例或已敍述故事填入一系統。

圖12為說明根據本發明之一實施例的一方法之流程圖，在該方法中軟體組建及利用企業壓力點之架構。

圖13A及圖13B為說明步驟之連接流程圖，該等步驟係由體現本發明之系統之使用者採取，以便解決問題或開拓機會。

圖14示意性地說明根據本發明之一實施例的用於搜集資訊且針對企業壓力點對資訊編列索引之系統。

圖15示意性地說明根據本發明之一實施例的目標聚合。

圖16示意性地說明供複數個使用者使用之系統，該等使用者中之一些能夠存取具有有限檢視存取之顯示器。

圖17示意性地說明如自先前技術所知之緊急管理系統。

圖18示意性地說明根據本發明之一實施例的緊急管理系統。

圖19為說明選取節點之顯示器的圖18之緊急管理系統之部分的放大圖。

體現本發明之軟體在本文中被稱作「Overlay」。Overlay為用於在企業內尋找資訊之輔助工具；因此，此資訊之來源通常為企業內部內容及企業資料，包括在企業內之通信及在企業與外部方之間的通信。另一資訊來源為企業希望定期地存取的有關於企業之外部資訊。Overlay之一態樣在於：其充當相關性引擎(相對於搜尋引擎)；Overlay僅擷取被視為相關於企業問題及機會以及未預期或關注事件之資訊。

Overlay軟體使用在企業處理程序之間的相關性及在此等處理程序中之企業壓力點(亦即，表示危險、預期失敗、衝突、風險、常見原因以及關注及知識之有關領域的在商務中之聚焦點)之間的相關性，以向使用者僅呈現來自基礎資料及內容之相關傳回，以便實現以下各項：向Overlay之使用者提供可構成使用者所負責之企業壓力點的任何企業軟體/電子郵件之基礎改變之總覽。在大型組織中，不可能使資深人員以此方式手動地導覽及監視所有應用程式，或具有可能會潛在地構成問題的每一可能議題之固線式工作流程。因為企業壓力點常常係由多個事件之組合造成，所以Overlay幫助識別彼等企業壓力點且在不想要過度細微通知時避免該通知；使Overlay之使用者能夠使用手持型裝置而自遠端位置存取企業內容及/或資料系統(包括電子郵件系統)，且呈遞影響企業壓力點的事件之篩選過的檢視；使Overlay之使用者能夠處理事件且協調警告以及用知識有關中繼資料豐富內容；及使Overlay使用者能夠管理藉由相關舊版內容協助之不當事件。

詞彙

原因：被視為效應之原因的發生或潛在發生。

根本原因：被視為已發生原因之理由的發生或潛在發生。

效應：被視為影響處理程序或計劃目標或條件式目標之發生或潛在發生。

風險：潛在效應。此效應可為正面的(當其對應於機會時)或負面的(當其對應於問題時)。

診斷：尋找問題之原因且解釋關注事件或機會之原因。

組織：成為某物之抽象、進行一般化、進行分組。

目標近接度/近接度：處理程序步驟對彼步驟所屬之處理程序之目標的百分比效應。

目標或條件式目標：已設計企業處理程序所針對之目標及條件式目標。

認知結構：以配合已知認知原理之方式對資訊編列索引的結構。

理解關於問題或機會之更多內容的主要手段：供判定關於問題或機會之最適當相關性的方法。

案例/論述/描述/體驗：此等為可描述原因、效應、風險及補救之全部或部分的體驗之案例。該等案例可包括用於描述事物在供指派該等事物之處理程序中如何表現的一般化解釋及模型。

模型：解釋原因及效應之一般化案例。

解釋：問題或機會或未預期事件之解釋。

屬性：在本發明中所提到的實體之特性。節點屬性用以判定節點之類似性。亦即，判定類似性的節點之特性。節點屬性被表示於狀態模型中。亦即，節點之特性被表示於狀態模型中。

負責：動作者之屬性顯著地影響處理程序或處理程序步驟之結果的狀況。

問題/失敗：在本發明中，將問題及失敗視為在處理程序內之節點，其中高度有經驗的實踐者合理地預期問題及/或失敗或無法解釋的現象或無法解釋的原因及效應之現象。

機會/成功：在本發明中，將機會及成功視為在處理程序內之節點，其中高度有經驗的實踐者合理地預期機會及/或成功。

事件/未預期事件/關注事件：在本發明中，事件為對高度有經驗的實踐者而言被合理地視為對企業及其目標重要之發生。

處理程序節點：處理程序之部分，其中高度有經驗的實踐者預期問題及機會。

高度有經驗的實踐者：其為如下人員：該等人員已參與且已負責一處理程序，對於該處理程序，該等人員被視為對於其職業中之多數職業係高度有經驗的，且該等人員意識到特定處理程序及其主要特性，且亦意識到相依於及從屬於該等人員被視為高度有經驗所針對之處理程序的處理程序。

企業：出於一或多個已知目的而開展活動之任何組織或組織集合；通常，特徵為在任一時間的目標之可預測性、達成彼等目標的計劃及處理程序之可預測性，及具有相對於目標之實質上已知價值、技能、知識、資訊、耐力及情感之動作者。

企業活動結構：由在多數場域中之實踐者辨識之有關相關性準則之架構。

企業活動：由在每一場域中或在一個以上場域中之實踐者辨識之活動。

外部處理程序：在企業外部進行之外部處理程序，一些企業處理程序相依於該等外部處理程序：例如，可為任何處理程序步驟之部分的設計、建構或教育及準備活動；被發現在環境中發生之處理程序，其未經設計成伺服已知目標，但影響企業處理程序及目標，例 如，任意的人類行為；或不直接有關於人類行為之處理程序，諸如，環境現象。

實踐者：在企業中具有普通體驗之人員。

Overlay：根據本發明之系統及/或方法。

地域性問題/機會/節點：在被高度有經驗的實踐者視為在多種有關處理程序中重複之各種抽象層次下的問題、機會或無法解釋的/潛在/偶然發生。因為不能在未首先定義目標之情況下定義問題及機會，所以地域性問題/機會係與目標相關聯。

物件：為處理程序之部分的在場域中之物件。

內容背景：供進行處理程序的在場域中之環境。

抽象化物件：可為抽象化的且因此可適用於一個以上場域之物件。

抽象化內容背景：可為抽象化的且因此可適用於一個以上場域之內容背景。

場域：產業、公司之部門或任何企業結構，其中處理程序步驟及術語係特定的且實踐者仍理解該等處理程序步驟及術語。

骨化：在企業活動模型內之實體之性狀，其變化但被視為恆定，此係因為實踐者預期該性狀相當恆定且可預測。

相關性準則：幫助組建企業活動模型或結構之任何實體。

境況：內容背景、物件時間或類似者。

處理程序：伺服一目標及條件式目標集合之一系列動作。此等動作之範圍可為自骨化處理程序、至已建立處理程序、至已新近建立處理程序、至為尚待付諸實踐之處理程序的計劃。

指令碼：被有意識地且下意識地執行之處理程序(因為其已骨化)。

計劃：計劃為較不良好定義之處理程序，其中以配合當前境況 之方式排序該處理程序中之步驟。計劃之目標階層常常不同於其所併有之基礎處理程序。

無生氣處理程序：其為如下處理程序：該處理程序不涉及人類干預(諸如，化學處理程序)且因此可能不具有不同於該處理程序之目標的目標，在該等目標內，該處理程序已由人類設計為一部分。舉例而言，腐蝕為可預測且熟知但仍將不被視為基於目標之處理程序的無生氣處理程序。

非基於目標之有生氣處理程序：人員體驗但不清晰地基於目標之處理程序，諸如，欣賞特定類型之音樂或喜歡特定色彩。用於此情形之常見詞語係任意的。

條件：如以英文語言及以AI所定義。

企業目標及處理程序

如圖1示意性地所示，企業1通常具有目標11及經設計以達成彼等目標之處理程序12。企業及企業部門通常具有相對於目標之以下屬性：集體價值、集體技能、集體知識、集體資訊、集體耐力及集體情感。一或多個企業可屬於一場域，其被定義為產業、公司之部門或任何企業結構，其中處理程序步驟及術語係特定的且實踐者仍理解該等處理程序步驟及術語。因此，在給定場域中之實踐者可被認為具有共用的特定知識。

目標11可包括企業目標(常常以高層次予以表達，使得特定處理程序不與其相關聯)、主要目標(其達成直接影響一或多個企業目標)及條件式目標(亦即，不為用於設計處理程序之主要理由的目標，但若未得到滿足，則該目標可阻止主要目標之達成，否則，可允許主要目標之達成，但致使彼達成不良)。處理程序可基於目標(通常，由企業中之動作者進行以增進目標)、非基於目標但由人類制定且通常未由人類設計，或非基於目標且未由人類制定或設計。處理程序包括機械 之功能或由人類出於人類目標而設計但未必由人類制定之任何處理程序。在企業中進行各種處理程序時，遇到風險；出現問題及機會；此等問題具有原因、效應、風險或潛在效應，及補救。

處理程序之彼等部分13(其中體驗已展示出，風險、問題及/或機會可呈現其自身或可發生未預期或關注事件)被稱為「企業壓力點」或「處理程序節點」。處理程序節點常常係由企業內之有經驗的動作者15識別。Overlay軟體16(在一實施例中，其係藉由企業在網路100上作為服務予以存取)搜尋企業內部內容及資料14，且在一些情況下亦搜尋外部資料，從而得到針對已識別壓力點被編列索引之資訊。已編列索引資訊接著具有指派至其之壓力點相關性。Overlay搜尋為自然語言搜尋，其係基於企業中之處理程序節點及用以描述處理程序節點之措詞。Overlay亦搜尋被已知為有關於每一處理程序節點之結構化資料。

更通常，處理程序可為內部的及外部的，或此兩者之某一組合；內部處理程序係在企業中被制定，且外部處理程序係在企業外進行；例如，可為任何處理程序步驟之部分的設計、建構或教育及準備活動；被發現在環境中發生之處理程序，其未經設計成伺服已知目標，但影響企業處理程序及目標，例如，任意的人類行為；或不直接有關於人類行為之處理程序，諸如，環境現象。

處理程序節點

如圖2示意性地所示，處理程序節點21之特徵為在處理程序中或處理程序之處理程序步驟中的一或多個問題、機會及/或未預期/關注事件。在企業資料及內部內容(及其他資訊來源)24之自然語言搜尋23中使用描述處理程序節點之措詞22。

用於企業之處理程序節點表示認知結構(在下文予以進一步論述)之組件。作為認知結構之部分的處理程序節點含有實踐者發現相關於 在企業中或有時在企業之直接活動外之目標及/或處理程序的問題及/或機會及/或事件之論述或描述。在企業之直接活動外的此等活動可為(但不限於)其他企業、工商業界、政治環境、社會環境、物理環境、生物環境，或顯著地影響企業處理程序之任何環境。

處理程序節點亦可包括對潛在問題或機會或事件之論述及/或描述的變化，如下：

(a)關於在如下處理程序中執行目標或條件式目標中之一或多者時之問題或機會或未預期事件的論述及/或描述或資料：(1)在論述或描述時，或在稍後時間，該處理程序被視為受影響處理程序；(2)該處理程序構成相依於受影響處理程序之處理程序；(3)該處理程序含有在從屬處理程序失敗時可變得在作用中之問題或機會；(4)該處理程序含有在從屬於受影響處理程序之處理程序中的問題或機會及/或潛在問題或機會。

(b)關於以下各項之論述及/或描述或資料：(1)問題、機會或未預期事件之解釋；(2)問題或機會或未預期事件之原因分析；(3)問題或機會或未預期事件之根本原因(原因之原因)分析；(4)被視為補救問題或開拓機會之動作的計劃；(5)描述如何避免問題或如何開拓機會之程序。

有關於處理程序節點之論述或描述可呈文字形式或呈圖表形式，或呈構成在企業軟體或內容中所使用之慣常指示的任何組合形式。此情形可包括(但不限於)試算表、電子郵件、文件、中繼資料、資料庫中之資料、電子傳訊、語音通信，等等。

如本文中所論述，認知結構為具有以配合已知認知原理之方式 被編列索引之資訊的結構，該等認知原理經結構化成使得其以准許判定資訊之相關性之方式而彼此有關。

如圖3示意性地所示，認知結構33為日常活動及其有關物件之抽象；此等為在企業之場域外之普通實踐者所熟悉的活動及物件，此係因為其在貫穿多數場域之日常企業活動中得以使用。此等企業活動及物件32包括(但不限於)：使用者、使用者角色、任務、供進行任務及處理程序之內容背景、企業物件、處理程序、目標、技能、價值、在處理程序中之動作者，或此等之任何一般化。給定處理程序節點表示認知結構之組件。認知結構中之所有節點及實體皆可具有抽象及/或為其他實體之抽象。

因為，認知結構33可包括：目標；目標及關聯處理程序，以及關聯地域性節點(在下文予以論述)；企業、企業部門，以及關聯角色、動作者及屬性(例如，技能、價值，等等)；一般化處理程序節點；特定處理程序節點；較低層次目標及關聯處理程序步驟；任務及制定任務之動作者或角色；內容背景及其所影響之關聯處理程序或任務；物件及其所影響之關聯處理程序或任務；工作流程；及使用者。

Overlay軟體亦為相關於任何處理程序或處理程序節點或認知結構之任何元素之資訊的尋找工具(finder)。藉由Overlay軟體使用之資訊擷取方法適用於此相關資訊。此等擷取方法亦適用於認知結構之多 數元素。

術語「相關」包括(但不限於)：作為在風險中之處理程序而有關、作為在風險中之額外處理程序而有關、作為原因處理程序而有關、作為抽象化原因處理程序而有關、作為額外原因處理程序而有關、作為補救動作處理程序而有關、作為類似於任何其他處理程序之處理程序而有關、藉由此等之共同內容背景或物件或抽象而有關、藉由共同節點或抽象而有關、藉由共同目標或條件式目標而有關，或此等之組合。

若Overlay不為用於理解關於問題、機會或未預期/關注事件之更多內容的主要手段，則出於Overlay之目的，資訊不相關。

如下文更充分地所解釋，可完全地藉由參考企業壓力點(處理程序節點)來判定內容或資料之項目與企業之相關性。

分析處理程序；處理程序類似性

圖4為用於企業之一些目標及處理程序的示意性說明。在此說明中，用於整個企業之目標集合41具有經設計以達成彼等目標之眾多處理程序；一處理程序42具有步驟43。所展示之企業涉及貨物運輸，特定地包括經海路的貨物運輸；因此，在處置「導航」的企業之場域中存在另一目標集合44。在此實例中，用於自一點導航至另一點之處理程序45具有此等步驟46：查看(例如，尋找導航輔助工具)、移動(例如，操作引擎)，及標繪至所要位置之航線。如圖5更詳細地所示，用於「查看」之處理程序步驟涉及對於目鏡之需要；遺失目鏡構成彼處理程序步驟之問題。

然而，在具有不同目標47(例如，開野戰炮)之不同場域(例如，軍事訓練)中之企業可具有類似於導航處理程序45之一些處理程序步驟。目標群組47包括主要目標(「開炮」、「命中靶子」)及條件式目標(「避免其他物件」、「避免爆炸」)；需要滿足條件式目標「避免爆 炸」，使得可以所要方式達成目標「開炮」。用於達成目標「開炮」之處理程序48包括用於「查看靶子」之步驟49。可將活動「查看」視為相關於兩個處理程序之泛型活動。此外，處理程序48包括用於「調整炮」之步驟50。用於「調整炮」之處理程序步驟包含對於扳手之需要，遺失扳手構成彼處理程序步驟之問題。可將遺失目鏡及遺失扳手視為泛型問題(亦即，泛型節點)之實例，即，「遺失工具」。

在圖5中將若干節點及處理程序標記為內容背景特定的或泛型的。可看出，在不同場域中之處理程序仍係藉由泛型處理程序及泛型節點而有關。更通常，一旦識別內容背景特定節點，彼等內容背景特定節點隨即定義更泛型的節點。此等更泛型的節點又定義用於給定場域的內容背景/場域特定處理程序之泛型組件。此等泛型處理程序組件及其泛型節點將以某一一般性層次存在於另一場域中，且因此指示在此不同內容背景/場域中之特定節點。

一處理程序節點可類似於另一處理程序節點；此情形係藉由本文中更詳細地所解釋之處理程序或處理程序步驟類似性予以判定。如圖5所示，不同處理程序之處理程序步驟常常具有共同性。當一處理程序步驟為兩個處理程序所共有時，若該處理程序步驟類似地能夠影響其所屬之主要處理程序目標，則將該兩個處理程序視為類似的。處理程序步驟對彼步驟所屬之目標所具有的效應被稱作彼處理程序步驟之「目標近接度」。

Overlay軟體藉由尋找類似處理程序節點且接著指示處理程序及處理程序節點與目標近接度類似之類似案例來尋找類似於給定處理程序節點之問題及/或機會的案例。在此方面，應注意，Overlay不依賴於用於案例類似性之巨大處理程序條件陣列。Overlay自目標近接度且自節點及抽象化節點或地域性節點之類似性評鑑處理程序類似性。(抽象化節點或地域性節點提供定義抽象化處理程序之替代方式，此 係因為處理程序經設計以處置在最抽象層次下的高度抽象化地域性節點。)在給定處理程序中，在彼處理程序內含有處理程序條件；因此，尋找類似處理程序將定義相當條件。此係因為突出的條件事實上併入於處理程序節點(在處理程序內之問題及機會)中。由此可見，若處理程序節點正定義處理程序之準則，則其亦足以定義在彼處理程序內之條件。

應注意，Overlay搜尋在兩個處理程序及其中所包括之節點中的類似性。一般而言，處理程序經開發以使能夠避免問題節點且使能夠開拓機會節點。一給定處理程序可具有一個以上節點。由此可見，節點類似性包括於處理程序類似性中。

此外，在處理程序中的目標之階層影響類似性之判定。在處理程序中的目標及條件式目標之目標階層判定處理程序之目標設定檔(goal profile)；將此視為處理程序類似性之額外定義特性。具有類似目標階層之處理程序很可能類似。因此，處理程序類似性不會僅相依於共同處理程序步驟或彼等處理程序步驟之共同一般化。

目標近接度；成功機率

一般而言，並非每一處理程序步驟皆對達成處理程序目標之成功同等地關鍵。如上文所提到，術語「目標近接度」指代處理程序步驟對彼步驟所屬之主要處理程序目標所具有的效應。可依據處理程序步驟近接於達成處理程序目標或條件式目標之成功或失敗的程度來量化處理程序步驟之目標近接度。舉例而言，如圖6A所示，判斷達成目標「開炮」係50%相依於處理程序步驟「調整炮」之完成。判斷達成目標「命中靶子」係70%相依於處理程序步驟「查看靶子」之完成。圖6A中藉由61及62示意性地展示此等關係。由此可見，具有高目標近接度之處理程序步驟中的問題具有對彼處理程序之成功的增加影響。目標近接度提供用於處理程序類似性之額外準則；具有對相依 處理程序之目標之類似效應的處理程序與亦具有共同泛型或特定特性(例如，共同節點)之處理程序被視為類似的(即使其在不同場域中發生)。

將在一處理程序中的資源之充裕(或其缺乏)視為在該處理程序內的處理程序步驟之屬性。因此，資源之冗餘影響處理程序之目標近接度。此外，根據資源之充裕或處理程序之冗餘，在處理程序步驟中之問題或機會影響處理程序步驟對目標之近接度。

動作者(執行或另外關心處理程序之個人)亦影響處理程序之成功。如圖6B示意性地所示，動作者影響其主要地所負責之處理程序步驟。動作者通常具有此等屬性：價值、技能、專長、資訊、耐力及情感。相依於處理程序步驟，其他動作者屬性可被視為相關的。該等屬性又影響相對於處理程序步驟的預期問題或機會之機率，且因此影響處理程序之目標。在圖6B所示之實例中，負責步驟「查看靶子」之動作者63具有其涉及處理程序步驟之物件65及供執行該步驟之內容背景66所運用的技能、價值及知識64。若在步驟「查看靶子」中所使用之物件為檢視示波器，且內容背景為霧，則動作者在霧中使用示波器以查看目標之技能將具有對成功的顯著影響。自此實例可看出，處理程序步驟自身亦具有目標(「使用示波器來尋找靶子」)，且動作者屬性影響此等目標。一般而言，動作者所執行或顯著地影響之處理程序步驟具有目標及條件式目標，且正是此等步驟或其構成之目標及條件式目標受到動作者之屬性影響。

泛型處理程序及節點

處理程序可經抽象化為泛型處理程序群組；處理程序可屬於泛型群組，且處理程序可具有泛型處理程序步驟。舉例而言，導航一船隻可屬於「在載具或船隻之控制下行進」之一般處理程序，且其可具有諸如查看、轉向、計劃等等之泛型構成。泛型處理程序為對一場域 不特定且在另一場域中具有普通專長之實踐者將辨識之處理程序。一般而言，處理程序具有泛型組件或屬於較大泛型處理程序。

泛型處理程序為在給定場域中的較不內容背景特定之處理程序。當其達到較高抽象層次時，其含有較不特定且更一般化之節點。最不內容背景特定之處理程序可能如此一般以致於不具有特定步驟，且因此可能難以不同於經由地域性節點(在下文予以進一步論述)進行識別。

可示意性地表示泛型處理程序，如圖7A所示。高層次目標集合71具有副目標集合72，副目標集合72又具有副目標集合73、74。處理程序75及76分別經設計以達成目標73、74。處理程序75、76之描繪中的實心邊界指示此等處理程序為場域特定處理程序；虛線表示泛型處理程序77及泛型處理程序子步驟78。

泛型處理程序可具有節點、內容背景及物件，該等節點、內容背景及物件係自許多場域處理程序(該等節點、內容背景及物件由實踐者及公眾發現為該等場域處理程序之一部分)而一般化。當其具有比在考慮所有場域時之屬性更少的屬性時，可將其偏置朝向一或多個特定場域。此情形適用於(但不限於)內容背景、物件、一般化節點，等等。

可示意性地表示處理程序節點，如圖7B所示。一節點出現於處理程序700之三個處理程序步驟中之每一者中，且出現於處理程序710之兩個處理程序步驟中。節點701至705各自可為有關於相對於彼處理程序或某一其他處理程序發生之問題/機會/事件的風險、原因、效應或補救。

在圖7B所示之處理程序700中，處理程序步驟711至713中之每一者具有相對於目標G1之目標近接度。亦分離地存在處理程序之失敗機率(若節點表示風險)。使用此等概念以分析與處理程序相關聯之風 險。不同於其他風險分析方法，在Overlay軟體中，藉由目標近接度及分離評估機率來指派風險。如上文所描述，目標近接度為在處理程序中之目標或條件式目標受到從屬處理程序之成功或失敗影響之程度上所指派的百分比。用於同等從屬或相依層次之處理程序的目標近接度相加達總共1或100%。每一相依處理程序相依於同等從屬層次處理程序之下一較低層次。舉例而言，在導航處理程序中引導一船隻係100%相依於推進及轉向。推進及轉向係100%相依於電力。在船隻引導處理程序之層次下，存在同等從屬之其他處理程序步驟，諸如，保持監看、航行計劃及管理人員。

依據目標近接度來評估風險。當判定在一步驟內之處理程序節點呈現風險時，可完全地藉由參考彼步驟相對於其直接目標之目標近接度、彼步驟相對於另外相依目標之目標近接度、目標失敗之累積成本以及目標失敗之補救動作之累積成本來判定彼風險之嚴重性。

目標近接度有用於評估處理程序之成本及用以管理處理程序之軟體之成本。與機率組合之原因及效應連結之目標近接度及失敗之成本或來自受影響處理程序之成功之收益加補救動作處理程序之成本為風險或機會之定量指示符。接著由此可見，經設計成管理風險或開拓機會之處理程序對於公司而言具有成本。亦由此可見，銷售Overlay軟體以管理相關資訊來減輕風險且開拓機會具有價值。Overlay設置用於對處理程序及其節點估值且因此對藉由減輕風險且管理機會來幫助管理此等處理程序之軟體估值之正確指示符。

可藉由在很可能受到問題影響之處理程序內相關體驗之可用性(如藉由相依處理程序之目標近接度所判定)更定性地估計判定風險或潛在機會。藉由使目標近接度與在從屬處理程序內失敗及機會之百分比機率相乘來達成效應、風險或機會之進一步定量評鑑。

連接式處理程序

應注意，表示風險、原因、效應或補救之節點用以將處理程序連接在一起。圖8中展示此情形之簡化實例。

如在某一內容中所描述或藉由某一資料型樣所展現，機會或未預期事件80具有與其相關聯之風險、原因、效應及補救。一般而言，彼風險、原因、效應及補救將不會皆在一個處理程序中被找到。與目標集合82相關聯之處理程序81相異於與目標集合83及副目標集合811、812相關聯之處理程序801、802。此等處理程序皆具有與問題/機會/事件80相關聯之節點。在所展示之實例中，節點85指示處理程序81中呈現風險之處理程序步驟。在處理程序801中之一步驟處的節點86指示問題/機會/事件之原因，而節點87指示其對處理程序802中之一步驟的效應。在處理程序801中之另一步驟處的節點88表示補救。

地域性問題及主題

如上文所提到，泛型處理程序為較不內容背景特定之場域處理程序；當其達到較高抽象層次時，其含有較不特定且更一般化之節點。

泛型處理程序可經抽象化為類型；一類型之泛型處理程序可與在場域層次處之處理程序相關聯，且將由在類似場域中有經驗的實踐者辨識。舉例而言，行進為不同於管理人員之類型之泛型處理程序。在各種抽象層次下之特定問題或機會被有經驗的實踐者視為遍及多種有關處理程序而重複。此等問題/機會被稱作地域性的。因為不能在未首先定義目標之情況下定義問題及機會，所以地域性問題/機會係與目標相關聯。

一類型之泛型處理程序係藉由其地域性問題/機會集合予以定義。舉例而言，在人員管理之領域中，存在回溯到古代的許多人員有關地域性問題及機會，且處理程序之整個場域已增長以處置彼等問題及機會。此外，高層次泛型處理程序係藉由其地域性節點予以定義。在Overlay中，含有一般化節點及/或另外一般化之泛型處理程序亦在 地域性問題或機會下被分組。此被進行係因為：當處理程序變得極一般時，其處理程序步驟亦變得極一般，且整個處理程序變得難以定義，惟藉由參考地域性問題或機會(通常被稱作主題)除外。在Overlay中，泛型處理程序係藉由其所涵蓋之抽象化地域性問題或機會集合予以定義。

在評估處理程序類似性時，額外類似性準則為在泛型處理程序或處理程序步驟中所找到之地域性問題。若具有某一極高層次類似性之兩個明顯不同處理程序步驟遭受抽象化性質之相同預期問題或機會，則可發現該等處理程序步驟類似。

高層次地域性問題或機會(主題)用以組織對一場域更特定之較低層次地域性問題，較低層次地域性問題又用以組織在不受限制數目個場域中的不受限制數目個層次之地域性問題。地域性問題或機會(主題)亦組織高層次泛型處理程序，高層次泛型處理程序又組織對場域更特定之不受限制數目個較低層次泛型處理程序。

常常針對將花費過長時間來以自然語言進行表達之一系列目標及關聯地域性問題而簡寫用以描述泛型處理程序之詞語。因此，在各種抽象層次下之地域性問題群組可具有與在各種抽象層次下之泛型處理程序相關聯的名稱。

物件及內容背景

如上文參看圖6B所論述，物件及內容背景更改節點對處理程序完成及目標之滿足的效應。由於內容背景或物件不同，故節點可或多或少地變得很可能影響處理程序及其目標。在一些情況下，當處理程序對一場域極特定且具有極特定內容背景及物件時，處理程序節點不同。內容背景及物件又受到動作者及其屬性(或企業或企業部門及其屬性)影響。因此，歸因於物件或內容背景之差異，不同動作者將通常具有對同一處理程序之不同效應。內容背景或物件自身可或多或少 地引入影響處理程序目標或相依處理程序目標之機率。

物件及內容背景改變具有對處理程序及目標近接度兩者之效應。目標近接度根據處理程序而變化。但，處理程序涉及在不同場域中可不同之物件及內容背景，而處理程序另外極類似。因此，為了易於使Overlay適應於各場域，Overlay併有根據該場域的在物件內容背景與其處理程序之間的關係，使得在新場域中，系統將反白顯示為不同之彼等物件及內容背景，且可能需要每一處理程序步驟之目標近接度的重新評估，尤其是當此等步驟受到物件或內容背景差異影響時。為了易於適應於各場域或各企業，Overlay亦可包括在內容背景及物件與動作者、使用者及認知結構之其他元素之間的關係。

物件及內容背景可經一般化為或分解為構成，且可具有在該等構成之間的關係。相關於企業之物件及內容背景具有一般化及構成以及在該等一般化及構成之間的關係，該等關係根據目標及關聯處理程序或其扮演一部分所在的計劃而變化。

系統要求屬性之全部或部分彼此動態地有關的程度係基於每一場域之體驗及要求，且基於系統之用戶端應用程式。當並非所有屬性皆在動態作用中時，預設狀態係使屬性與其將通常影響之實體之動態相互關係保持恆定。舉例而言，當出於方便起見而將動作者屬性視為普通時，則其對在處理程序步驟中出現問題及機會之機率的效應係中性的。在另一實例中，當在處理程序步驟中所使用之資源之冗餘普通時，則彼處理程序步驟在影響目標時之近接度普通。當在所涉及之處理程序中的專家將屬性視為對於彼場域普通時，屬性之效應普通。

物件及/或內容背景以及同時期事件之時間有關指定用以判定類似事件之兩個指示事實上是否為同一事件。當搜尋相關資訊之目標係尋找與彼事件同時期之內容及資料時，此判定係重要的。

目標階層及目標衝突

需要目標階層及在處理程序中之目標之間的衝突之調查以判定在任一境況下哪一從屬處理程序步驟更重要。處理程序被應用得愈一致，則目標階層愈一致，且對設計該處理程序以避免歸因於目標衝突之問題的關注愈多。當處理程序變化且變得更像具有新處理程序步驟及新目標結構之動作計劃時，則需要重新建立目標階層及目標衝突，且需要應用新處理程序步驟以減輕由於經不良維持之目標階層的目標衝突及不適當結果之負面效應。

Overlay相關性模型：目標、處理程序及節點

有用(但非必需)的是具有在目標、處理程序與節點之間的一致關係(在本文中被稱作相關性慣例)。若在目標、處理程序與節點之間的關係對於Overlay使用者似乎一致，但不遵循慣例，則相關性結果(亦即，藉由相關性引擎傳回的體驗之案例)可仍高度地令人滿意，此係因為當前實踐通常不會藉由任何一致慣例而對目標、處理程序及節點進行分組。下文詳述根據本發明之一實施例所使用的相關性慣例。

節點屬性

節點屬性幫助定義節點，使得可使用節點以得出在處理程序之間的類似性及在體驗之案例之間的類似性。此通常僅係由系統之專家使用者進行。可如下對節點屬性進行分組：

(1)目標及動作者：目標衝突可存在於在節點後方之動作者之間，且處理程序可經設計以克服此等衝突。舉例而言：將合法契約設計為用於同意可如何避免或裁決衝突之處理程序；機械設計為克服在機械產品之利潤與成本之間的衝突的處理程序；里程計價錶為克服在計程車服務業與用戶端之間關於價格之衝突的處理程序自動化。

目標衝突可存在於不同動作者之目標之間及/或主要目標與條件式目標之間。另外類型之目標衝突可存在於目標與存在於環境中之障礙之間，而該目標係藉由在彼環境中可用之資產予以協助。資產及障 礙係內容背景特定的，且受到特定目標衝突影響。舉例而言，在品質與成本之間的衝突影響製品之品質及效率；每一產品具有受到此目標衝突影響之特定資產及障礙。在藉由產品涵蓋之製造處理程序及製造機械功能內，品質相對於成本之慣常目標衝突具有與其相關聯之節點。最緊密地與此目標衝突相關聯之節點為任何產品故障之原因節點。因此，目標衝突緊密地有關於原因處理程序中之節點。

(2)資產及障礙：資產及障礙為與每一節點最緊密地相關聯之內容背景及處理程序特定元素。其為在處理程序內之元素，該等元素根據內容背景而改變，但當以適當內容背景一般化進行分組時亦一般化為更泛型的資產及障礙。再次參考製品及在品質與成本之間的固有目標衝突之實例，在同一內容背景內具有設計共同性之類似產品群組(例如，液壓流體泵)將具有特徵為受影響之資產及障礙的類似問題。此外，歸因於在同一內容背景群組中之產品之間的設計變化，亦將存在與在該等產品之間不同之問題節點相關聯的資產及障礙。在此情況下，內容背景結構需要將產品進一步分離為具有個別特定問題以及關聯資產及障礙之個別產品。此意謂：此極特定內容背景分組之節點未橫越其他內容背景而一般化。然而，在品質與成本之目標衝突下，所有節點將被分組。因此，內容背景群組控管在作用中問題或機會節點中為作用中的資產及障礙。一些內容背景涉及更泛型的節點且更易於一般化；一些內容背景保持為極特定內容背景所特有。

資產及障礙與節點之相關性係藉由內容背景結構控管。節點為面向可造成處理程序中之問題或機會之障礙的資產之表明。當節點不是在動作者之間而是在處理程序之目標與供進行處理程序之內容背景之資產及障礙之間的目標衝突之結果時，則相關資產及障礙為當問題或機會為作用中時為作用中的資產及障礙。

(3)原因節點及受影響節點：原因節點伴隨受影響節點，且描述 給定節點為何作為問題或機會或事件而為作用中的。在原因處理程序中可為作用中之節點以及在受影響處理程序中可為作用中之節點係用以識別節點屬性。

(4)在目標衝突與原因節點之間的關係：屬於同一抽象化群組之目標衝突係由具有類似抽象化屬性之節點造成，而受影響節點屬性可更多地變化且較不易於在無專業化場域知識之情況下進行分組。在原因節點與受影響節點之間的原因及效應關係有助於使來自一內容背景特定場域之節點與來自另一內容背景特定場域之節點相關聯。

專家使用者處理程序

專家Overlay使用者在填入系統之認知結構時指派在各種內容背景特定抽象層次下之節點屬性。專家Overlay使用者接著將節點屬性指派至較高層次抽象。亦可使用電腦化方法來模型化節點屬性以協助專家使用者。

識別節點

根據本發明，專家使用者920可遵循以下程序(圖9所說明)以識別在各種抽象層次下之節點。

(1)識別節點：專家Overlay使用者識別在與其他處理程序之類似性被搜尋之內容背景特定處理程序中所找到之節點(步驟921)；(2)識別有關於在各種抽象層次下之每一節點的內容背景(步驟922)。此係經由為所討論處理程序及相依於所討論處理程序之處理程序針對內容背景特定性被分析之企業所特有的場域(內容背景特定)處理程序模型而達成；(3)識別較低內容背景層次節點屬性(步驟923)：專家Overlay使用者將如上文所描述之節點屬性識別為節點屬性930：屬性931包括內容背景特定處理程序目標及條件式目標；目標衝突；內容背景特定資產及障礙；及用於與其他處理程序之類似性被搜尋之處理程序之節點的 內容背景特定原因及效應；(4)自抽象化較低內容背景層次節點屬性進行選取(步驟924)：換言之，自在高於步驟1至3中之層次之內容背景抽象階段處的預填入節點屬性集合進行選取。Overlay系統940向使用者展示較高層次節點屬性之選取；專家使用者選取較高層次屬性932以匹配於在步驟3中所識別的節點之較低層次屬性；及(5)選取較高或最高內容背景層次節點屬性集合(步驟925)：Overlay展示較高或最高內容背景層次企業節點屬性之選取。專家使用者選取匹配於在步驟3中所識別之屬性的最高層次屬性。

以上一系列步驟可適用於節點之選取，使得可識別處理程序類似性，或其可適用於單一模式，使得可識別節點類似性。

處理程序及其與節點之關係

藉由比較內容背景特定處理程序之節點之屬性與較高層次抽象化節點屬性來識別處理程序類似性。舉例而言：內容背景特定處理程序(諸如，在軍事訓練練習中查看靶子)具有若干節點(例如，歸因於實體障礙而不能夠查看、歸因於光線不好而不能夠查看、歸因於示波器故障而不能夠查看，等等)。此等又可被專家Overlay使用者抽象化為較高層次節點抽象(例如，歸因於障礙而不能夠查看、歸因於氛圍而不能夠查看、歸因於遺失視野增強設備而不能夠查看)。新抽象化節點叢集得到為查看靶子之特定處理程序之抽象的較高層次泛型處理程序。

可執行之抽象之反向，以經由節點屬性而使較高層次泛型處理程序匹配於較低層次內容背景特定處理程序，但在反向次序中，藉由採取更泛型的節點及其屬性且使其有關於在其他場域中之內容背景特定節點而使較高層次泛型處理程序匹配於較低層次內容背景特定處理程序。以此方式，可針對類似性而使在不同場域中或在類似場域但不 同內容背景中之兩個處理程序匹配。此類似性又提供動用在一內容背景特定場域中之體驗以預測在另一內容背景特定場域中之問題或機會的能力。

識別類似處理程序

專家使用者可遵循以下程序(圖10所說明)以識別在類似於原始內容背景特定處理程序1070的在其他場域中之處理程序。

(1)根據此程序，首先識別泛型處理程序，如下：採取在企業中之內容背景特定處理程序與其內容背景結構。識別內容背景結構且使內容背景結構匹配於將供比較處理程序之新場域(步驟1071)。此意謂：所選擇之內容背景抽象需要橫越與經預見為在一Overlay系統中工作之場域一樣多的場域而匹配。接著，在最特定內容背景層次下識別內容背景特定節點(步驟1072)。此等內容背景特定節點已被Overlay之專家使用者使用如上文所展示之特定方法指派有節點屬性1082。專家Overlay使用者將節點及節點屬性抽象化至較高內容背景層次(步驟1073)，以獲得新抽象化節點叢集(步驟1074)。新抽象化節點叢集得到為原始內容背景特定處理程序之抽象的較高層次泛型處理程序(步驟1075)。

涉及抽象化至較高內容背景之最大數目個原始節點的處理程序為有關於原始處理程序之最高層次泛型處理程序。反覆地識別泛型處理程序(步驟1076、1075)：a)由命名彼處理程序且將其指派至泛型處理程序集合的專家使用者；b)由藉由具有相同節點及節點屬性而使如在以上方法中所描述之節點及節點屬性匹配以驗證該處理程序唯一且不預存在於該泛型處理程序集合中的專家使用者；c)由可將盼望中泛型處理程序分解為泛型處理程序步驟、應用關於在此等較小構成步驟(具有較少節點)中之匹配節點屬性之上述處理程序且接著將來自其構成步驟之處理程序組裝至較大泛型處理程序的專家使用者。然而，自 較小泛型處理程序組裝較大泛型處理程序會限制處理程序之一般性的層次，此係因為其將需要具有相同構成步驟。當較小構成步驟不能易於改變(如在機械功能及其他較剛性處理程序中)時，評估該等步驟之一般性的方法更合適。對於尚未定義處理程序步驟之計劃，始於具有許多構成節點之較複雜處理程序更合適。

換言之，處理程序粒度之層次(關於節點屬性及其至較高層次處理程序之抽象的以上方法應用於該層次)可根據專家使用者之選擇或聚焦而變化。若將該等方法應用於在較大處理程序內之較低層次從屬處理程序步驟(較細微)，則可藉由目標近接度且匹配於從屬處理程序之數目而將處理程序類似性帶至較高層次處理程序。若將所應用之方法應用於較高層次處理程序(較少粒度)，則可存在在具有對從屬步驟之類似性之較少強調的情況下於較高層次下所得出之處理程序類似性。每一方法具有不同優勢。較細微的方法對於比較具有類似步驟及類似目標之處理程序較好，較不細微的方法對於比較類似目標但不同方法之處理程序最好。

(2)尋找在許多不同內容背景特定場域中之類似處理程序：在識別最高層次泛型處理程序(步驟1077)之後，專家使用者繼續進行以尋找更內容背景特定處理程序(該最高層次泛型處理程序為該等更內容背景特定處理程序之抽象)。一般而言，高層次處理程序對在不同場域1081中之內容背景特定處理程序將係泛型的。

為了測試哪些內容背景特定處理程序最緊密地配合，尋找哪些內容背景特定處理程序含有具有最接近泛型處理程序之節點屬性之節點屬性集合的最多節點(步驟1078)。此係藉由比較在各種抽象層次下之節點屬性(始於最高層次)而達成。

(3)應用目標近接度以比較在每一各別場域中共同處理程序之重要性(步驟1079)：此步驟比在如下例項中之以下步驟更重要：在該等 例項中，處理程序對其所伺服之目標的效應為更重要或更展現的類似性準則。此類似性測試新內容背景特定處理程序是否具有類似於其主要目標及條件式目標之目標近接度，在另一內容背景中之原始處理程序亦如此。此包括潛在地受到抽象在所比較之內容背景特定處理程序之間為共同之節點影響的相依處理程序。此在處理程序之重要性需要在所比較之處理程序之間類似時先於內容背景類似性。

(4)應用節點屬性測試(步驟1080)以尋找對已選取節點最敏感之內容背景/物件叢集。此需要橫越場域(通常，窄得多之場域範圍)的此等內容背景及物件之工作之知識，以便確定對已選取節點之敏感性。此步驟比在如下例項中之先前步驟更重要：在該等例項中，內容背景特定障礙及資產作為相關性焦點更重要；且此步驟亦比在如下情況下之先前步驟更重要：在該等情況下，橫越特定情況之節點之內容背景的類似性比處理程序之類似性更重要。換言之，節點之選取較窄且不充分地滿足寬處理程序之節點，但可對具有共同感興趣節點之較大數目個處理程序及內容背景進行分組。舉例而言，多數機械失敗具有適用於具有將對同一失敗敏感之設計、製造及操作準則之特定機器的案例節點。為了尋找此等其他機器，在已選取泛型處理程序中所選取之節點需要較少，且專家使用者必須基於此等其他機器及其敏感性之知識進行節點屬性之匹配。

應注意，實務上，橫越內容背景/場域尋找類似單節點僅僅與尋找類似節點之叢集一樣重要。在一實施例中，可藉由識別用於節點之第一內容背景及第二內容背景來處置此問題。該節點對第一內容背景係特定的，使得該節點被特性化為第一內容背景特定節點。第二內容背景相較於第一內容背景處於更高抽象層次，使得該節點不係第二內容背景特有的。分別根據第一內容背景及第二內容背景，接著將存在與該節點相關聯之兩個節點屬性集合。接著可識別至少一泛型節點， 其中該泛型節點具有根據高內容背景層次企業節點屬性之屬性。

用案例填入系統

圖11示意性地說明用於用案例填入系統(藉此促進使用Overlay來解決問題或開拓機會(藉由使企業之集體體驗可用))之程序1180。使用者藉由鍵入處理程序、節點、目標及目標近接度來填入系統(步驟1181)。可使用產業實踐者之體驗來鍵入此等。使用來自索引引擎1187之協助以對由專家敍述及/或由企業記錄之故事1185編列索引來鍵入案例1186。節點為在關於如在該等案例(已敍述故事)中所找到之原因、效應、補救及解釋之論述中所表明的問題及機會。在此練習中，建立內容背景特定處理程序、內容背景、目標、原因、效應及目標近接度。

抽象化處理程序：交叉內容背景類似性

在填入系統之第二階段中，Overlay之專家使用者應用處理程序之一般化及節點之一般化(步驟1182)以使非專家使用者能夠在場域之間及橫越內容背景尋找類似處理程序。使用來自Overlay之編列索引協助之專家可使節點經由其屬性而匹配以推斷處理程序一般性及處理程序類似性(步驟1183)。

Overlay方法步驟

圖12為說明Overlay系統如何在企業中尋找問題且向使用者提供相關先前體驗(亦即，自先前風險、原因、效應及補救所學習之教訓(亦被稱作故事))之流程圖。

藉由Overlay執行之方法係以組建企業壓力點之架構為中心。在步驟901中建立企業之目標(如上文所提到，企業目標及主要目標)。在步驟902中建立經設計以達成彼等目標之各種處理程序。在步驟903中建立處理程序之效應(目標近接度)。在步驟904中，識別有關於處理程序之問題、機會及事件。在步驟905中，根據以下各項來組建企 業壓力點之架構：處理程序描述；影響處理程序之問題、機會及事件；原因、效應、風險及補救；及處理程序如何相互影響。

應注意，組建架構包括識別類似處理程序。如上文所論述，此涉及識別共同處理程序步驟及/或將其他準則應用於各種處理程序。

分析處理程序，以便識別處理程序一般化且因此識別泛型處理程序(步驟906)。在步驟907中，自處理程序識別泛型節點及地域性主題。掃描企業內部內容及企業資料，且使用編列索引引擎而針對企業壓力點對已掃描內容編列索引(步驟908)。系統判定給定問題對給定處理程序之影響，且將問題之描述導引至最關心該問題之使用者(步驟909至910)。系統根據壓力點架構而繼續進行至結構協作，從而使使用者協作聚焦於受到問題、問題之原因及問題之補救影響的關鍵點(步驟911)。自已編列索引資訊，系統擷取相關先前體驗且將彼等相關故事傳回至使用者(步驟912)。

使用Overlay之問題解決

以圖13A及圖13B所示之連接流程圖說明用於自使用者之觀點而使用Overlay系統來解決問題(或者，開拓機會、作出決策或回答詢問)之方法。

應注意，本文中所描述之方法係反覆的，且步驟之次序相依於問題或機會與先前問題或機會之接近程度及已在已知處理程序中管理該問題或機會之良好程度。若問題或機會不係熟知的且其可被補救所用之處理程序未被良好地建立，則步驟及強調之次序不同於本文中所描述之次序。

處置問題(或機會、決策或詢問)1001之使用者首先在其頭腦中圍繞待解決問題概述暫訂計劃(步驟1010)；在系統外設計該計劃。對應系統動作(步驟1020)係讓使用者選取該計劃所組織之幾個泛型處理程序。可以多種方式傳回此等處理程序，該傳回係藉由包括使用在泛型 處理程序或目標上之已預組態搜尋的次要字搜尋集合而進行；換言之，以提供在認知結構上之初步概念搜尋。通常，需要比藉由目標搜尋傳回之處理程序選取範疇更窄、比藉由泛型處理程序搜尋傳回之處理程序選取範疇更窄且比藉由特定處理程序搜尋傳回之處理程序選取範疇更寬的導致更特定處理程序之處理程序選取範疇。

在步驟1011中，使用者選取較窄處理程序集合，且接著，使用者選取對應於藉由系統傳回之處理程序的目標，且系統產生初始目標階層(步驟1021)。修改目標階層(步驟1012；步驟1022中之系統動作)，從而考量在處理程序中所涉及之動作者及其目標如何影響階層以及已選取目標如何相互衝突。已選取處理程序愈少(其又相依於問題或機會被熟知及建立之程度以及補救動作處理程序被熟知及建立之程度)，則目標衝突且階層將與在已選取處理程序中相同的可能性愈大。

在步驟1013中，使用者擷取在已選取處理程序(亦即，在已概述計劃中所選取之處理程序)內之地域性節點。對應系統動作(步驟1023)係擷取用於處理程序集合之地域性問題。使用者使用地域性問題來反白顯示有關處理程序；系統選取被已知有關於已識別地域性節點之更多處理程序(步驟1014至1024)。使用者接著自已選取處理程序選取故事及體驗，其係藉由處理程序問題/機會及地域性問題/機會予以組織。藉由根據節點共同性及對有關處理程序之目標近接度來尋找相關處理程序群組而擷取故事(步驟1015至1025)。

當使用者搜集過去體驗且藉由故事(有關於問題、機會及關注/未預期事件之內容及資料)而想起其自有體驗時，系統協助使用者重新調整其目標及目標階層且反白顯示目標衝突，以便致使能夠最好地配合所得目標階層及衝突之處理程序之擷取(步驟1016、1026)。

在使用已傳回故事的情況下，使用者制訂及測試暫訂解決方案 (步驟1017)。使用者接著選取另外處理程序、修改已概述計劃，且測試已修改計劃(步驟1018、1019)。該計劃未必保留於系統中(除了在藉由Overlay管理之共同論述文件上與同事之討論中所描述之計劃以外)。可保留計劃(若如此進行係有利的)；例如，若將體驗視為對於未來參考有用，尤其是若計劃具有在特定境況下比其所替換之標準處理程序更好之目標階層。已擷取故事幫助使用者使用參與者之集體體驗來設計最好的可能計劃。Overlay幫助經由故事而擷取過去體驗，且幫助在該討論中協調正確的專案關係人。

Overlay系統

用於執行Overlay之系統包括編列索引結構(或編列索引引擎)，其定義達成在節點或企業壓力點之間的相關性的方法。編列索引結構含有包括相關於節點或企業壓力點之商務物件的字型樣及資料型樣。系統亦包括用以掃描現有或新內容且將彼內容指派至處理程序節點之語言剖析器及掃描器。Overlay系統之編列索引結構幫助使用者比使用習知搜尋引擎更有效地尋找相關於企業壓力點之資訊。

應注意，獨佔式地藉由定址處理程序節點來判定企業中的內容之相關性。使用者定義認知結構以執行編列索引；在認知編列索引結構內定義用於相關性之關鍵準則。

圖14中示意性地展示根據本發明之一實施例的Overlay軟體之實施。Overlay包括：內容掃描器1101，其用於掃描企業內容及企業資料與亦包括商務物件之有關外部資料；語言剖析器1120；及編列索引引擎1150。該等掃描器自多種來源獲得內容；例如，電子郵件1102、文件1103、包括商務物件之應用程式資料1104，及網路內容1105。語言剖析器1120識別在已掃描內容1110內之概念，且與編列索引引擎1150協作以將壓力點相關性指派至彼等概念。在應用程式資料之情況下，預組態壓力點相關性，因此，Overlay查找在應用程式內之特定 位置中之特定資料。所得壓力點索引1160支撐一範圍之使用者介面1170。該等使用者介面利用該壓力點索引以向使用者警示問題、實現使用者之間的協作、將已傳回資訊限制至使用者為專案關係人所針對之處理程序(即使資訊到目前為止僅直接有關於使用者不為專案關係人所針對之從屬處理程序)，且擷取先前有關體驗。在所展示之實施例中，使用者介面包括基於網路之搜尋介面1171、基於網路之協作工具1172、用於應用程式整合的基於入口之介面1173、用於相關於問題之警示、協作及搜尋的行動裝置介面1174，及用以將壓力點索引整合至一或多個所要辦公室應用程式之介面1175。

編列索引引擎使用編列索引模型1130而針對企業壓力點對資訊編列索引。使用案例歷史(企業如何在過去處置壓力點之故事)1106及在企業中之問題解決之當前案例1107來建構編列索引模型。因此，使用當前案例及過去案例兩者以填入系統。當前案例之分析針對認知結構建置用於案例之編列索引。作為不直接為企業問題解決之一部分的分離處理程序，可鍵入過去案例作為體驗。

此外，在填入系統時，編列索引引擎執行交叉內容背景參考；此使系統能夠被填入有體驗及在新場域中之內容有關字概念(藉由使用來自先前填入之場域的處理程序及泛型節點之泛型態樣)。內容背景特定節點定義更泛型的節點。此等更泛型的節點又定義內容背景/場域特定處理程序之泛型組件。此等泛型處理程序組件及其泛型節點將以某一一般性層次存在於新場域中，且因此指示在此不同內容背景/場域中之特定節點。

編列索引引擎可將編列索引服務提供至其他軟體產品，包括第三方產品，諸如：內容管理系統；搜尋解決方案產品；ERP系統；或將受益於壓力點相關性軟體之添加的任何其他系統。

在一實施例中，為Overlay之核心的編列索引引擎1150為經由網 路服務所提供之中介軟體服務。

根據本發明之系統可用以：識別相關於節點之內容；藉由在認知結構中使節點相互有關來理解企業；解決企業中之問題；及尋找企業中之雜散資訊。

使用Overlay系統之一些益處如下：評估所比較之兩個處理程序之間的處理程序類似性；描述相關於企業之處理程序及計劃；尋找關於問題及機會之有關資訊；尋找關於問題及機會之雜散資訊(未解決的注意事項)；評估問題及機會之風險及後果；預料問題及機會；診斷問題及機會；將補救動作計劃應用於問題及機會；作出關於問題及機會之策略計劃；向使用者給出對產業中之原因及效應的洞察力；准許使用者在處置問題及機會時具創造性；輔助使用者解釋關於企業之工作或供企業操作且顯著地影響企業之環境的複雜現象；輔助專家協助公司解決問題或利用用於彼公司之機會；及基於企業活動來尋找認知結構之元素之間的關係。

舉例而言，在工廠地板上，系統之使用者通常將包括經理、銷售人員、行政助理、工程師及維護工，其皆具有已定義功能及個別目標以及將產品遞送給客戶之泛型目標。此等使用者中之許多者經由諸如蜂巢式電話、平板電腦或其他個人電子裝置(PED)之手持型裝置存 取企業之模型。此等手持型裝置時常具有一使用者介面(具有觸控式螢幕能力之檢視螢幕)，該使用者介面具有有限區域。若企業之整個節點結構呈現於檢視螢幕上，則節點可能對於使用者而言過小而不能經由觸摸感興趣節點進行檢視或存取。因此，該系統經設計成僅說明個別使用者感興趣之節點，且視情況說明在感興趣節點之任一側上之幾個額外節點。隨著特定使用者之目標改變，在彼使用者之檢視螢幕上說明之感興趣節點通常亦將改變。

參看圖16，系統1200包括設施1202，該設施調整複數個使用者介面1204a至1204e以反映實況事件的每一使用者之相關當前狀態。此意謂向每一使用者僅呈現藉由與彼使用者及彼使用者之當前狀態相關聯之內容背景而篩選的節點1206之相互關聯集合之部分。每一使用者介面1204a至1204e具有一顯示器1208a至1208e，該顯示器具有有限檢視區域。若所有節點1206顯示於有限檢視區域1208a至1208e中，則該等節點將過小而不能由使用者檢視或互動。又，使用者之當前狀態可改變，且可能要求系統1200改變在彼使用者之介面1204上之顯示以便允許更多空間以用於檢視相關於最新當前狀態之資訊。然而，因為所有節點1206係藉由原因及效應以及類似性而有關，所以在需要時使用者可還原為檢視被指派至其專案關係之任何節點。

設施1202調整使用者介面以聚焦於最相關於使用者/專案關係人之節點1206，且可根據相關於使用者/專案關係人之情形開發來更改最相關於使用者/專案關係人之節點集合。系統可改變使用者介面1024a至1204e視圖以便允許更多空間以用於檢視與相關於使用者/專案關係人之最新狀態相關之資訊。然而，由使用者酌情處理，可存取相關於使用者之所有節點，而不管在螢幕上展示之當前聚焦。

設施1202與數個外部裝置通信以確保所含有且可經由節點1206而存取之資訊為當前且每一使用者之情形為當前。一外部裝置可為鍵 盤1210。第二外部裝置可為遙感器1212，諸如，用以辨識火之溫度偵測器或光偵測器，或用以辨識洩漏或爆裂管之濕氣偵測器。設施1202亦可保持經由網際網路1216而與遠端地點1214連絡。此等遠端地點可包括(但不限於)企業之其他事業處、外部資料庫(例如，用於存取建築計劃或線路圖之政府地點)、公用資料庫(例如，搜尋引擎)及私用資料庫(例如，購自建造商/製造商之船舶或一件設備之示意圖)。

設施1202包括具有一電腦可讀媒體之運算裝置1218，該電腦可讀媒體具有編碼於非暫時性數位儲存媒體上之可執行指令，該非暫時性數位儲存媒體亦儲存企業之模型、企業之內容及企業之資料，其中與該模型相關聯之處理程序包括節點、不同節點之間的相關性之電腦可讀描述，以及內容及資料與不同節點之間的相關性之電腦可讀描述。

設施1202能夠經由傳輸裝置1220而與每一使用者通信。該傳輸裝置經由使用者介面1204a至1204e而既發送資訊又自每一使用者接收資訊。可利用任何形式之通信，例如，蜂巢式網路1222、無線區域網路或網際網路1216a。有用的是不僅根據資料庫中之基礎資訊之改變而且經由至由Overlay控制之使用者介面1204a至1204e之使用者直接輸入來執行個體化節點1206。此將仍被視作資料庫或其他電腦化設施中之資訊以由掃描器等等處理，但將經由Overlay所控制之使用者介面而鍵入該資訊。此資訊可為在使用者介面中呈遞之節點1206之簡單選取，或有關於節點1206之使用者執行個體化動作及/或由使用者鍵入之內容的選擇之選取。可使諸如圖像及視訊之一些資訊可由設施1202在手持型裝置之顯示器1208a至1208e上或經由手持型裝置得到。使用者執行個體化動作可由使用者經由傳輸設施1220、1216及運算裝置2018而鍵入至設施1202中。

使用者介面1204、相互關聯節點1206結構及資料庫1224中之資 料作為一中介軟體服務而存在。此中介軟體服務允許修改邏輯/程式碼且允許修改資料庫1224並允許修改節點1206，而無需對使用者介面1204之任何程式設計改變。

Overlay併有藉由原因及效應以及類似性而連接之相互關聯節點集合。原因及效應亦可由有關於節點之性狀之間的公式及關係判定。在習知程式設計中，對關係且對表示問題及機會之資料進行改變。在進行此等改變之後，需要設計新使用者介面以向使用者呈現此等新關係。本實施例略過第二程式設計練習。

節點1206之間的編碼關係1226可明確，且若所有節點係藉由描繪原因及效應以及原因及效應之衍生物的程式設計程式碼/邏輯而連接至其他節點，則可在亦不改變在一分離練習中呈遞於使用者介面1204上之資訊之關係的情況下進行節點及其連接公式、程式設計程式碼/邏輯之改變。系統1200組建資料庫1224，其中資料之每一增量有關於至少一節點1206，且一節點1206與另一節點1206'之相關性係由使一節點有關於另一節點之程式碼/邏輯描述。該等節點係藉由描繪原因及效應以及原因及效應之衍生物的應用程式碼/邏輯而彼此有關。相關於每一節點1206、1206'的來自資料庫1224之資料可按對應於彼此直接連結之節點的群組而顯示於使用者介面1204之有限區域顯示器1208上。此等節點係藉由原因及效應以及原因及效應之衍生物而彼此有關。

使用者介面為未以程式設計方式設計成用於現有使用案例之連續體。先前技術使用者介面經設計成配合固定預定使用案例。舉例而言，可存在一使用者介面以藉由提供導覽選項之固定選擇來判定燃燒著的建築物中之出口路線。將需要不同使用者介面以用於離開建築物加諸如腿折斷之嵌套緊急情況。對於視察被疏散者之位置之狀態的協調者而言將需要不同使用者介面。Overlay使用者介面配合包括未來 未預料之使用案例的所有使用案例，此係因為使用者介面係衍生自含有系統之邏輯且適應未來邏輯的連續節點結構。此外，因為系統之邏輯及系統之每一屬性之狀態係分別由節點之間的原因及效應連結以及該等節點描繪，所以存在僅兩個待描述變數；節點，及與另一節點之連結。此可以圖形方式描繪於類似於向量圖之構形圖中。但，在歸因於僅具有兩個變數(節點加與另一節點之連結)而允許此構形描述，加在父節點下展開或摺疊子節點之能力的情況下，則可將增加或減低數目個節點展示於使用者介面上，從而允許使用者組合縮小情形意識與對特定節點及其有關資訊之放大聚焦。當前不存在描繪任何處理程序群組之使用者介面，而不管此等處理程序是否循序且不管其彼此如何有關且不管描繪多少處理程序，該使用者介面為圖形且允許自數千個節點之選擇至對從屬中之最低節點中之任一者的聚焦及在此等極端之間的節點之任何選取的導覽，且允許按連續描述來如此進行。

雖然使用者可能想要在放大模式中查看之視圖可變為節點及連結之屬性之視圖而非節點及節點自身之間的連結之視圖，但此等屬性仍由已被應用聚焦之節點及連結動態地產生。不存在待檢視屬性之程式設計產生。動態地產生細節介面中之節點屬性。

此與描繪使用者介面軟體之先前技術企業處理程序形成對比，該使用者介面軟體要求詳述或另外預定且接著以程式設計方式產生每一使用者介面。在未描繪企業處理程序但連續的現有軟體系統中之實例中之一者為電子地圖。電子地圖可藉由放大及縮小來增加或減低聚焦。但不存在以此方式呈現處理程序之能力，此係因為地圖之視圖不用來描繪處理程序及處理程序之間的關係，但用來以二維描繪位置及距離。與此對比，在Overlay中，使用空間來描繪原因及效應連結以及處理程序。換言之，該等節點描繪問題及機會，且該等連結描繪正連結該等節點之原因及效應，且該空間用以指示從屬或相依。實現此 情形之突出的特徵為以下事實：處理程序及代表性節點聚合，亦即，子節點摺疊成父節點，因此在縮小時配合於彼此內。使用流程圖及類似處理程序圖來描繪自精細粒度級系統至大企業系統之處理程序。但流程圖描繪並不配合於彼此內以便允許縮小之循序處理程序及決策點。

處理程序序列之粒度級常常過於精細而不能以實務方式定義所有處理程序關係。舉例而言，您如何按循序步驟定義稽核失敗如何影響公司信譽？且在如此進行的過程中，序列是否重要或原因及效應是否重要。未對準之滾珠軸承如何影響機器之結構完整性？具有循序步驟之流程圖如何幫助描繪此情形？在未循序地連結之兩個處理程序之間的連結可在流程圖中連結，但該連結不再為處理程序流程之描繪且不能被描繪為流程圖之組分。

可對二維UI格式進行其他混合式處理程序描繪，但該等描繪不含有在亦為電腦可讀之節點與亦聚合且在圖形描繪中配合於彼此內以實現縮小且亦充分地描繪一處理程序問題或機會與另一處理程序問題或機會之關係(如由其已被設計所針對的描繪系統之範疇所需要)的處理程序節點之間的明確原因及效應關係。

換言之，先前技術混合式流程圖試圖描繪處理程序關係而不僅僅描繪處理程序流程，但未能提供會聚合而使得細節處理程序可按為電腦可讀且因此能夠由電腦處理之節點之間的明確且充分之原因及效應相關性聚合成父處理程序的節點。因此，當描繪使用者介面中之相互關聯企業處理程序時，此等先前技術混合式流程圖可展示處理程序，但不展示足以允許聚合的在處理程序之間的相關性之程度。此係因為節點並不聚合且相關性常常未定義或在一些狀況下由使用者社群以統計方式定義。與此對比，在Overlay中，藉由目標近接度或藉由演算法(在如本文中所提到的更定量明確之關係的狀況下)憑經驗來描 繪原因及效應關係。描繪原因及效應之目標近接度及相關性演算法兩者皆為電腦可讀，且能夠描繪關係之重要性。以統計方式描繪之關係為電腦可讀，但其未必準確，尤其是當結果為可不充分地獨立之彙總原因及效應相依，統計樣本為具有完全不同原因之彙總結果而因此混淆原因及效應，或統計樣本不足以用於有意義的以統計方式衍生之相關性時。

舉例而言，經以統計方式分析且指派至諸如人為錯誤之人為因素之船舶碰撞並不足夠地有意義，此係因為亦可為碰撞之原因的海洋運輸之每一技術態樣(諸如，轉向機構失敗)亦為在(例如)機械設計、製造、維護、操作複雜度等等中涉及之人為因素。在如先前技術中的未定義之關係或以統計方式有關之節點的情況下，使用者介面將因節點之間的未定義或以統計方式衍生之關係而紊亂。舉例而言，在緊急情況下，此等關係將造成混淆，且實際上使針對緊急回應之整個電腦化應用之目的(其為按最少分心提供相關資訊)受挫。

在用於正式風險評估之圖形二維描繪(通常被稱為「領結狀」圖解)的另一先前技術方法中，按節點之間的機率及「嚴重性」連接來描繪「失敗模式或危險」與處理程序之間的相關性。但因為存在「失敗模式或危險」與「處理程序」及「目標」以及其間之連結，但亦常常存在「條件」及其他變數，所以要素不聚合。「風險」、「危險」、「阻障」、「後果」等等並不聚合，在Overlay中之處理程序節點亦不聚合。在緊急情況下，此習知「領結狀」描繪將不(例如)展示整個情形。其將表示失敗節點及危險，但若使用者想要查看受到領結狀圖解中描繪之危險影響的其他處理程序或領結狀圖解中之後果的其他起因或待聚焦之其他處理程序該怎麼辦。彼等將如何連接？領結狀圖解最多僅展示受影響處理程序及原因危險加有關於在聚焦中之一處理程序或危險之邏輯衍生物的集合。不存在如何連接企業中之所有處理程序 的觀念。因此，在緊急情況下，若使用者需要檢視在其專案關係中之另一處理程序或若系統幫助聚焦於最新事件，不呈遞與先前圖形描繪不同且不連續的另一圖形描繪將是不可能的。因此，圖形描繪將不連續且不能用以放大及縮小。此又使沒有可能在無針對每一處理程序或使用案例或使用者/系統互動點之使用者介面之先前設計的情況下描繪系統中之任何處理程序及任何未來處理程序。

因此，先前技術系統不能針對該系統中模擬之任何處理程序或處理程序群組(當前處理程序或群組抑或未來處理程序或群組)動態地產生使用者介面描繪。

上文部分地用來解釋下文：使用Overlay原理來增強或替換基礎企業應用程式：增強對企業之工作之理解的方式中之一者係縮短在基礎企業系統作為用於主控關於問題及機會以及關注或未預期事件或錯過之重要監視要素之事件觸發的資訊來源且亦作為增強使用者之決策制定的相關資訊之角色方面增強及偶爾地替換基礎企業系統所花費的時間。

增強或替換此等基礎企業應用程式之原因為：此等系統常常陳舊且過時或在人體工學方面設計不良，因此很少及時地更新以提供正解的觸發及相關資訊以使Overlay有效地工作。

為了使Overlay在應用程式組建中替換此等企業應用程式而不付出巨大努力(諸如，理解舊版程式碼或維護舊版程式碼或改良舊版程式碼)，需要將Overlay之核心創新用於舊版系統增強或替換。換言之，為了促進在需要時建置補充企業資訊系統。

一重要目標係允許補充或建置此等系統，而不必求助於傳統軟體開發方法，因此允許商務場域專家(亦即，專案關係人及該場域之專家)在針對傳統應用程式組建方法之很少要求之情況下進行組建。此顯著地改良所得系統將有效且亦增加系統可經組建及調適以適合於 新且新興之要求之速度的可能性。

基於Overlay之系統的行為部分地由節點結構驅動且部分地由在基礎企業應用程式內之傳統資料結構驅動。由節點結構驅動的該系統之彼等態樣(其通常係關於系統導覽及節點之間的關係，亦即，尋找企業中的與使用者之相關性之資訊)高度地靈活。由基礎應用程式內之傳統程式碼驅動的該系統之彼等態樣(其通常需要建置商務物件且與商務物件互動)使改變保持困難且昂貴，且不能夠易於開拓如由場域專家所定義之演進商務模型。此後者情形意謂Overlay系統使基礎舊版應用程式之品質及目的配合保持易受損。

以下章節揭示Overlay概念之實施例，其消除針對傳統程式碼之需要，且因此查看由新延伸之節點結構驅動的所有系統行為。就概念方面而言，商務模型因此變為該應用程式之程式碼。此將使Overlay系統能夠符合上文所概述之目標。

在先前技術中及在舊版系統中，商務物件充當可由商務模型操控(亦即，在異動任務之間移動、經由導覽篩選器存取，等等)之「不可部分完成單元(atomic unit)」。此等商務物件通常表示資料之方便封裝-模型化真實世界物件或概念(諸如，個人或文件)之有關屬性集合。正是此等商務物件當前係使用傳統程式碼予以實施。此等商務物件含有屬性及與衍生自許多使用案例之其他物件的關係。非常像具有用以配合許多家庭改良工作之配件的家庭改良工具。然而，由於商務物件之大量使用(其比在家庭改良工具之情況下多眾多數量級，且幾乎與現代智慧型電話及電腦之使用的種類一樣多)，描述該等屬性及與其他商務物件之關係會使設計者預計及管理起來繁瑣且困難。

舉例而言，將屬性封裝成商務物件為以下事實：此等屬性及其值傾向於由複雜基礎處理程序判定且服從於軟體工程師通常在系統處於開發中時未意識到的橫越企業(且實際上進入其他企業)消磨之規則 及約束。

舉例而言，採取備援購買訂單之簡單明細項目：零件編號：零件被描述之方式源自可能地將其根追蹤回至原始製造處理程序之複雜處理程序。

所需數量：此可由條件之複雜集合判定，包括：項目所針對之機械之狀態；即將到來之維護；時間、勞動力、金錢及其他資源之可用性。

按日期所需-再次，此可關於資源之可用性、設備之可存取性、設備將被使用之方式及時間。

計劃遞送日期-此可關於供應商之人員準備項目以供遞送之可用性，其又有關於考慮中的該人員之個人及專業要求。

簡言之，購買訂單明細項目之簡單商務物件將傳統上僅捕捉以上各者之分率-然而，將以上各者映射至複雜原因及效應節點結構中對於遞送有效商務處理程序支援系統-將輔助有效決策制定且可易於藉由延伸該節點結構而延伸之系統-係必需的。

當不能遵循「理想」商務處理程序時，挑戰特別劇烈-亦即，如何處置例外狀況。舉例而言，若不能準時地遞送零件，則需要遵循之動作可相依於非常複雜的資訊，諸如，將允許評估風險且減輕所採取動作之設備之預測可靠性。

除此之外，亦存在不易於符合不同企業之要求的商務物件實施之非常普通情境，該等不同企業自然地傾向於具有關於該等企業之不同解譯及使用型樣。商務物件實施有效地囊封應駐留於模型中而不駐留於程式碼中之商務邏輯，且很少被開發成使得按模型可控制商務物件如何表現之方式將此邏輯曝露於商務模型。

中心宗旨因此為移除作為固定概念的商務物件之觀念，且取而代之，採用屬性作為更精細粒度級之不可部分完成性單元。此將實際 上允許新且高度動態之類型之資料視圖，此係基於藉由明確描述之電腦可讀原因及效應或原因及效應之衍生物或變化而相互關聯的節點之節點結構，其係以將替換商務物件概念之電腦可讀邏輯、分離之變換邏輯及已變為現有先前技術系統之標誌的分離之使用者介面邏輯予以表現。

Overlay/TA系統之此演進之另外宗旨為如由相互關聯節點結構所表現之處理程序模型與被定義為屬性之資料模型的明確組合。正是資料與藉由原因及效應而連接之相互關聯節點的此組合(亦即，明確地展示資料之用途及其變換方式)為系統在無特殊程式設計技能之情況下主控有意義之電腦可讀變換邏輯及有意義之使用者介面屬性之能力的中心。此與諸如關聯式資料庫之傳統資料結構形成對比，傳統資料結構缺乏資料之用途(亦即，其所支援之目標)的明確表示，且因而，缺乏衍生合適使用者介面所需要之解析度。傳統上，正是此資訊內嵌於且因此隱藏及固定於程式碼內，且需要在模型內明確以便使在真實世界處理程序及電腦化異動處理程序中之專家能夠理解在企業應用程式內之所有電腦化處理程序且當需要時延伸該等電腦化處理程序。

不同於其他非SQL節點結構化資料庫，在組建或延伸企業應用程式時的Overlay之獨特概念為：所有變換邏輯位於節點之間的原因及效應連結內，且無需其他邏輯來實現應用程式變換或使用者介面屬性。在節點結構外部可存在需要用於輔助服務之邏輯，但企業商務邏輯或使用者介面屬性表示中無一者需要在節點結構外部。

現代資訊系統通常可被視為數個層，每一層滿足特定類型之功能且向鄰近層提供服務，且Overlay/TA概念為非例外狀況。下一代Overlay/TA概念具有下文所概述之三個層：使用者介面層。此層向系統之使用者呈遞介面，且完全地衍生自商務模型。

商務邏輯層或「中介」層。此層定義系統應如何支援使用者及其希望符合其目標之組織的表示。其由在為Overlay之實施架構內執行的商務模型組成。

資料管理層。此層促進狀態資訊之儲存，且再次完全地衍生自商務模型。

商務邏輯層

如上文所敍述，此層由兩個主要要素構成：商務模型，及彼商務模型執行所處之實施架構。商務模型係由非軟體工程師建置及管理，亦即，將無需傳統程式設計語言及資料庫系統之知識。商務模型將因此定義衍生有意義之資訊系統(亦即，在符合其目標時支援組織之資訊系統)所需要之所有事物。關鍵挑戰因此變為支援可易於由非技術人員理解的模型之定義，同時保持足夠明確以由基礎實施架構處理且仍遞送可預測的有意義且可用之最終結果。

Overlay商務模型之核心為節點-企業壓力點，其中人類操作者(或替代地，感測器或其他系統代理)需要作出決策且提供輸入(亦即，狀態改變)，或其中使用者需要藉由系統而意識到某事物。在高層次，此等節點之集合定義該組織之處理程序模型，該處理程序模型在與基礎狀態模型進行組合時應提供足夠的資訊，自此資訊衍生支援每一企業壓力點所需要之使用者介面。處理程序模型之要素可映射至主處理程序模型中之較高層次泛型處理程序抽象化。吾人現在將更詳細地描述該等組分中之每一者。

商務邏輯層：處理程序模型

處理程序模型被定義為節點之互連集合。每一節點具有輸入至該節點中或自該節點輸出的屬性之集合。節點主要地作為原因及效應而有關於其他節點，但其他類型之關係亦存在且在下文予以概述。

節點之間的原因及效應關係暗示動作(由於資料之輸入或存在而 明確地或隱含地)可由使用者或其他代理調用而作為原因節點之部分，該原因節點將觸發狀態改變，狀態改變又將受影響節點致使為「感興趣」。由於動作之調用，將連結至動作(其又連結至原因及效應節點關係)的系統之「程式碼」因此聚焦於實現狀態改變。

一節點有關於連結至彼節點之「節點叢集」內之節點的屬性之集合。節點叢集為通常藉由處理程序但亦出於其他原因而有關的有關節點之集合，且由建置模型之場域專家明確地定義。在每一節點內，將屬性指定為輸入(唯讀)抑或輸出(讀取-寫入)。用於一節點的屬性之集合可被稱作用於彼節點之「斷言型樣(predicative pattern)」。

節點基本上無狀態，此在於：其消耗及產生屬性之類別。換言之，不存在節點執行個體化之觀念。取而代之，節點由於至彼等節點之輸入屬性之狀態而變得感興趣。舉例而言，當存在來自待滿足的船隻之顯著需要時，節點「評鑒來源及運輸選項」變得感興趣。此狀態改變通常為與原因節點相關聯之動作之調用的結果。

節點亦可有關於如屬於同一關注區域之其他節點-亦即，作為在組織任務分組內之任務。此等組織關係未必暗示同一節點叢集藉由直接原因及效應之成員資格，而是用以輔助使用者導覽何物可變為複雜節點結構。舉例而言，組織許多採購處理程序之節點「採購」不具有與其所組織之處理程序或任何其他處理程序的原因及效應連結。此係因為並不清楚此組織節點如何受到其所組織之節點影響或其如何影響其他節點。亦即，若吾人詢問「採購」如何失敗或「採購」何時有風險之問題，則回答不精確。若吾人詢問當「採購」失敗時何處理程序失敗之問題，則回答同樣地不精確。然而，在此分組內之更精細粒度級節點(諸如，關於備用零件的「船舶之庫存狀態」)可對在船上執行修復的能力具有非常精確的效應。因此，諸如「採購」之此等組織節點係出於導覽目的而存在，而由此等節點所組織之節點具有與其他節 點之正常原因及效應連結。

商務邏輯層：狀態模型

此為資料被儲存之處以允許使用者共用資訊且允許系統在使用者工作階段之間「記住」事物。

當將一屬性識別為處理程序模型之部分時，自動地延伸狀態模型以促進用於彼屬性之值之儲存。

狀態模型屬性值亦可含有模型中的經由一節點而至另外屬性值之連結以指示關係。舉例而言，年齡及姓名屬性可連結至員工ID屬性以共同地表示一員工，且此可被表示於節點叢集中。在類別層次，所存在的關係之類型係衍生自處理程序模型(節點叢集)，此通常係由於屬性為伺服較大模擬處理程序或父節點之同一叢集之部分。

此處，一關鍵機制為Overlay介面之內容背景組分。用於內容背景篩選之屬性(亦即，使用關鍵識別符之系統導覽)變為「關鍵」屬性。當許多類似處理程序按其原因及效應藉由關鍵識別符而區分時，及當許多有關但不同之處理程序步驟使用同一關鍵識別時，索引鍵屬性形成主要導覽方法。舉例而言，若員工姓名被定義為索引鍵屬性，則變得有可能使系統將員工年齡屬性連結至姓名(若此等屬性中之每一者在識別員工之較大叢集中形成兩個節點)。索引鍵屬性及將索引鍵屬性用於系統導覽幫助確保當處理員工細節時，吾人聚焦於正確的員工(若存在一個以上員工)，而該等處理程序步驟對於所有員工係相同的。

針對狀態管理之此方法表示與習知系統之重要脫離，此在於：藉由自資料模型移除所有場域特定知識且使其衍生自處理程序模型，吾人幫助避免將主要資訊系統設計假定下意識地轉移至新設計中，此轉移可影響系統精確地呈現完成現有處理程序所需要之事物的能力。

商務邏輯層：主處理程序模型

在可能之情況下，節點有關於節點類別(描繪抽象化處理程序之抽象化節點叢集)作為彼等節點類別(抽象化節點叢集)之執行個體化，其由主處理程序模型定義。節點類別捕捉場域特定節點之共同元素作為彼等節點之抽象版本。舉例而言，節點類別可涵蓋諸如計劃、檢查、核准、警告等等之概念。可認為，抽象化節點類別表示將為「穴居人(cave man)」所熟悉之概念，此在於：其處於作為人類之吾人已認識到之第一抽象化當中。

抽象化節點類別滿足兩個主要目的。第一，當考慮如何模型化場域特定問題時，抽象化節點類別充當對商務場域專家之指引，例如，藉由提醒商務場域專家需要考慮哪些問題且藉由幫助個人理解場域專家之工作。第二，抽象化節點類別藉由促進再使用且實現橫越場域模型的類似處理程序之快速識別來加速模型化處理程序。然而，再使用可能並非泛型程式碼組分之直接複製貼上，且更可能涉及使節點類別(抽象化叢集)適應於所有例項/使用案例。此係因為抽象化或類別層次叢集並不始終易於按可加以轉換而不適應於場域/使用案例層次之適當編碼語言進行描述。然而，場域叢集與節點類別(抽象化叢集)之連結可非常明確，因此使在何處將邏輯之類別層次改良級聯至場域/使用案例層次非常清晰。

使用者介面層

使用者介面層組合商務模型內含有之資訊與最佳實務使用者介面設計原理之編碼以向使用者呈遞圖形使用者介面。

現有先前技術將商務物件用作具有UI之概念之主要劃分。換言之，使用者建置及開啟商務物件上之視圖以檢視其內容且按需要進行改變。此處，Overlay查看方法之澈底改變，此在於：主要互動UI概念變為節點自身。使用者開啟節點UI以檢視執行處理程序所需要之資訊且捕捉資訊以更新狀態模型。

節點UI基本上呈現所討論之節點及周圍節點(亦即，節點叢集)之輸入及輸出屬性。被識別為輸人之屬性為唯讀，而輸出屬性為讀取-寫入。屬性值在需要時被分組，且由如上文所描述之處理程序模型規定。

存在的屬性值之數目規定呈現之格式及支援導覽工具(諸如，排序、篩選及搜尋)之可用性-若存在UI將因此動態地調適以適合之大量資料。可將屬性反白顯示為節點之索引鍵屬性，此又可影響其如何呈現於節點視圖中。

對於具有大量輸出屬性之節點，系統可基於初始索引鍵屬性清單及屬性集編輯器而採取兩步驟UI模型，但在兩種狀況下，UI必須被動態地產生。此情形之一實例將為購買訂單，其中第一UI步驟將呈現相關索引鍵屬性(日期、供應商姓名、訂單識別、收件者)之摘要，且第二步驟將為更複雜之UI，其將迎合全購買訂單標頭及所有明細項目。

除了判定哪些屬性相關以外，節點之間的原因及效應關係亦對彼等屬性如何被呈現有影響。舉例而言，可將視覺強調應用於受到原因及效應關係影響之屬性，原因及效應關係直接有關於所討論之節點或提供捕捉多個原因及效應關係之單一UI的節點叢集視圖。平台制定適合於待作出之該或該等決策或異動之UI方法。

若屬性由節點結構視為對於使內容背景達到被視為相關之屬性係必要的，則亦可將屬性判定為相關。舉例而言，若將機械組件名稱識別為輸入屬性，則系統亦可將船隻名稱視為相關。可使用此等索引鍵屬性以將視圖定界至適合於柵格顯示器之資料結構中。在此實例中，在名為「資料母體主設置」之異動中，船舶之名稱將伴隨機械組件作為識別節點之姊妹節點。

資料管理層

資料管理層將商務模型內之狀態模型轉譯成由現成資料庫管理系統所提供之實施架構。因為基礎結構描述將有必要為元模型以支援運作中可延伸性，所以針對延展性之需要及不存在針對正式關聯式資料庫結構之需要意謂資料很可能將被保存為機碼值組(key-value pair)。又，此自然地適用於NoSQL資料庫系統之使用，諸如，CASSANDRA(Apache Software Foundation，Los Angeles，CA)。此方法減少基礎資料管理結構描述變為對系統效能之阻礙的可能性。

存在超出僅僅呈現資料及捕捉輸入的進入資訊系統之其他類型之運算邏輯。吾人現在將開始簡要地考慮可如何涵蓋一些另外類型之運算。

屬性建置及刪除。

如在狀態模型中所論述，導致新屬性之建置的動作將觸發建構函式功能之執行，該等建構函式功能可建置及填入屬性及其他有關屬性。屬性刪除需要由將屬性看作來自節點UI之參數的特殊硬編碼動作類型支援。亦應有可能定義含有檢查刪除之有效性的邏輯之解構函式功能。

事件處置。

除了建構函式及解構函式事件以外，亦應有可能定義用於系統及自訂事件之動作程式碼。舉例而言，當一節點視圖被開啟、檢視、編輯等等時。有關於動作程式碼之自訂事件在狀態改變發生時起始。此可被看作類似於資料庫觸發，但在節點結構中被表示為可再使用之抽象化處理程序，即使在與異動類型處理程序相關聯之非常詳細層次亦如此。

存取控制及安全。

固有地將存取控制提供為角色-節點-使用者-內容背景結構之部分。應不存在用額外存取控制層來覆疊此結構之需要。

已運算屬性電腦可讀原因及效應。

此為對使用者提供運算支援之中心概念。所運算之欄位被定義為指令碼之產品，其可包括(但不限於)程式設計建構，諸如，數學運算符、邏輯運算符、條件/選取、迴圈等等。已運算欄位通常由於觸發自原因節點至受影響節點之轉變之動作而更新。

系統整合。

在Overlay模型之核心處的節點結構概念提供關於全異資訊系統之整合之問題的有用架構-既來自處理程序(或使用者)整合觀點又來自更簡單的資料整合觀點。吾人又可查看此等中之每一者。

可將處理程序整合看作資訊在未由同一系統模擬之處理程序之間的轉變，但在該情況下，處理程序之有效執行要求其應被整合。當待整合之兩個系統展現同一基礎實體的有衝突之表示時，換言之，當兩個系統皆提供針對同一商務物件之實施時(其中無一者為對於彼等物件之屬性相關的所有情境之合適表示)，與此類型之整合相關聯的問題變得更劇烈。將商務物件分解成其基礎屬性且將其指派至節點且將邏輯應用於節點之間的關係將允許屬性之匹配，此係因為屬性將被指派至描繪適合於整合之兩個系統中之同一商務邏輯的節點。

用於處理程序整合之方法可能看到類似於亦為方法之以下內容的事物，藉由該方法，可將使用商務物件之習知程式碼轉換至在Overlay節點模型結構內主控之程式碼：將狀態模型映射至待整合的兩個系統之狀態模型。

抽象化由待整合之每一應用程式提供的問題及解決方案。

建置覆疊待整合之處理程序的抽象化節點叢集。

將抽象化節點連接至待整合之每一應用程式中的屬性。

若進行得正確，則兩個屬性集合(亦即，抽象化集合及來自應用程式之集合)將相同。換言之，針對每一場域中之每一節點建置預測 性型樣且在上文所提到之資料表中尋找資料且連接至抽象化節點。

最後，此等預測性型樣中之資料將等效，而不管資料表關係及分組在正整合之兩個應用程式中之每一者中不同。如由應用程式實施的任何基於目標之關係因此由節點結構替換。

預測性型樣自每一資料庫提取完全匹配之資料，此係因為該等節點描述完全相同的資料，且提供在各別資料庫中不同之關係。

關於資料整合之更簡單任務，吾人可開始將外部系統看作「執行」節點之動作者。由此，吾人可將傳遞出資料及接受進資料(且處理資料)所需要之資料變換定義為節點結構之部分。換言之，吾人可查看按某一方式以與人們所進行之方式完全相同的方式想要資料之外部系統。當然，系統傾向於在其達到其接受並不遵循精確規則但不存在不能迎合此情形之原因的輸入之能力時具有較低程度之容限。然而，將需要組建一些平台要素以支援不同服務類型，平台等等允許安全考慮，但可使此情形為完全泛型。

可參看圖15說明前述內容。在需要學校之疏散及封鎖之緊急情形下，共同目標1500為100%之學生疏散及100%之門關閉。因而，待整合之兩個處理程序為學校中之門狀態及學生數目。待映射之兩個狀態模型為「門狀態」(敞開或關閉)及「存在之學生數目」(計數穿過敞開門之學生，針對進入+1且針對離開-1)。可接著抽象化問題及解決方案以監視門狀態且計數有多少學生穿過敞開時之門。

節點A 1502、節點B 1504、節點C 1506及節點D 1508接著表示覆疊待整合之處理程序的節點叢集。抽象化節點1502至1508接著連接至門狀態之屬性及出席之屬性。每一節點具有與中間目標之原因及效應關係。舉例而言，中間目標E 1510為有多少門關閉之計數，且中間目標F 1512為在集合點處之學生數目。此等目標接著聚合於共同目標上，從而判定在集合點處之學生之百分比及關閉之門之百分比。當兩 者皆等於100%時，達成共同目標1500。

當將一屬性識別為處理程序模型之部分時，自動地延伸該狀態模型以促進用於彼屬性之值之儲存。換言之，當將一屬性新定義為由節點之預測性型樣表示的處理程序模型之部分時，自動地延伸該狀態模型以促進用於彼屬性之值之儲存，而無任何輔助狀態模型之程式設計延伸。在圖15之實例中，另一屬性可為將燈關斷，且可延伸狀態模型以包括燈之狀態(「接通」或「關斷」)。

資源分配及排程。此等為當試圖在平台上組建系統時很可能面臨的普通程式設計挑戰之兩個實例。預計到，可組建基於所建立之最佳實務而提供運算支援之服務集合。換言之，該平台可提供泛型資源分配，且排程可在多種情形下使用之引擎。

進階資料觀測。該平台可提供可採取一資料集且將其呈遞為圖表、曲線圖或其他觀測之服務集合。資料輸出及關聯呈遞遵循節點之輸出。在上文所提到之進階資料呈現內插入之資料輸入(換言之，在此觀測之上之互動功能)再次係藉由使所有呈遞基於相互關聯節點結構而達成。節點結構預料針對使用者互動之需要。因此，任何呈遞為由系統對資訊之處理引起之習知輸出呈遞或適應使用者對呈遞之輸出之反應之輸入對話的表現。

緊急回應。有時發生情形，使得專案關係人之目標之優先權突然地改變，且因此，在節點之間的相關性連接之輸入及輸出突然地改變。若發生緊急情況，例如，火在工廠地板上燃起，則目標階層改變且新緊急Overlay節點網路適用。待遵循之處理程序之間的關係及個別專案關係皆改變，最小化損害且使人員能夠安全地疏散(與強調正常企業目標之備急相比)之最高層次目標亦改變。作為一實例，行政助理之功能可自資料鍵入改變至保留公司資料庫中含有之資料。作為第二實例，維護工之功能可自使設備維持於良好操作條件改變至自設 備移除電力。作為第三實例，銷售人員之功能可自用電話連絡潛在用戶端改變至向當局通知緊急情況，且接著監督設施之安全疏散。

亦認識到，在緊急情況期間，實體物件及環境之功能可改變。舉例而言，疏散路線可能受到阻擋且可判定或識別一替代路線，第一回應者正忙於另一呼叫，且必須識別及連絡一替代團隊。

緊急回應要求為初次使用者之非企業參與者鍵入關於其對正在進行中之緊急情況之觀點之狀態的資訊。此亦為將回應於緊急情況作為企業人員工作之偶爾使用者所需要。

緊急情況需要協調管理。參看圖17，先前技術中央協調緊急管理已利用非企業參與者資訊，但已經由接聽來電通話之人而將非企業參與者資訊進行處置。組織之成員1230(其較佳地為安全專家，但歸因於緊急情況之範疇及時間而可能並非安全專家)與一或多個非企業參與者(諸如，消防部門1232、警察部門1234、醫療人員1236及環境保護署1238)通信。接著告誡成員1230將此資訊散佈至組織之其他成員1240a至1240e。

先前技術模型具有許多不足之處。緊急情況中之多數企業並不奢侈地具有備用呼叫中心來進行呼叫，或並不具有能夠解譯資訊且將資訊散佈至利用資訊來採取動作及決策之企業使用者的有經驗級別之人。成員1230正自複數個非企業參與者1232、1234、1236、1238接收大量資訊，該等非企業參與者可能不彼此通信且可給出有矛盾之建議。告誡成員將適當資訊分發至企業之多個成員1240a至1240e，該等成員中之每一者在緊急情況期間可具有不同關注，且該等成員中之每一者可依據時間而具有情況改變。此外，企業之成員1240d、1240e可正彼此通信1242，從而引起失去對來自成員1230的指令之關注。再另外，歸因於緊急情況或歸因於蜂巢式電話失去電力，成員1230可能需要終止通信。顯而易見，先前技術系統不適合於大企業中之嚴重緊急 情況，且需要系統採取資訊且解譯資訊並將資訊重新散佈至需要彼資訊之決策制定者及參與者。

參看圖18，具有在場者或非企業人員1232、1234、1236、1238以及企業應答者1204a、1204b、1204c、1204d、1204e使用手持型裝置經由本機電信網路或本機無線網路1222存取網際網路1216之能力的手持型電話之出現使初次使用者或偶爾使用者能夠參與緊急回應。其可鍵入來自預料選擇集合之資訊，使得電腦處理器可決定如何將資訊自動地散佈至相關當事人。緊急情況通常為需要窄補救動作集合之情形，因此，在任一時間，巨大選擇集合係不必要的。

緊急情況中之每一非企業或企業參與者具有需要傳達給其他人之窄體驗及動作集合。因此，缺乏經驗的使用者經由系統具有很少動作選擇，因此存在對系統動作之容易選取。與無經驗之使用者組合的手持型裝置在其向使用者提供大資訊或回應選擇時不能為有效率的。為了提供窄選擇集合，系統必須具有一定程度之情形意識。

為了設計具有有限選擇之系統，需要模擬現有確切情形。舉例而言，普通緊急動作為疏散、封鎖，伴有與此等相關聯之各種危險，諸如，火、風暴、侵入者，及各種類型之實體環境。對於每一企業，此等中之一者以上涵蓋於多數緊急回應計劃中。

為了針對手持設備組建緊急回應應用程式，需要下列特徵：中央應用程式控制設施。

中央控制必須指定緊急情況之類型。

必須向企業使用者給出針對現有緊急情況之適當介面。因為企業使用者在任一緊急情況下執行不同活動，所以其必須能夠存取針對每一緊急情況下之每一特殊化的不同應用程式介面集合。當緊急情況提昇或分支或另外改變時，必須向其給出又更多不同但聚焦之應用程式介面。當企業使用者歸因於不存在或失去資格或情形改變而被取代 時，其他企業使用者必須繼承其任務及適當使用者介面。

必須亦向非企業使用者根據其情形且通常根據其位置而給出適當使用者介面。

當非企業使用者或企業使用者必須採取以文字訊息進行之回應時，必須將此等在中央剖析且散佈至正確的專案關係人以用於決策或動作。系統將需要能夠將SMS訊息指派至緊急壓力點。

為了達成以上內容，該應用程式將需要預料緊急情境中的參與者之所有動作及決策、其組合及其變體。較佳地，適合於緊急回應之系統可被適當地組態，而不管緊急情況之類型或性質、資訊之類型，或自該資訊所作出之決策之類型。

需要使用者介面之使用者分析，使得每一使用者貫穿緊急情況得到適當使用者介面。

改變使用者介面之情形變化必須允許在緊急情況期間一旦情形分支或使用者改變就進行改變。情形改變可為自動化或由指定使用者促成。

參看圖19，說明設施1202之一部分。節點1206為緊急情況之壓力點，且連結至識別不同類型之緊急情況(諸如，火1252、洪水1254及侵入者1256)的節點。此等不同類型之緊急情況具有共同之節點，諸如，問題之位置1258、已到達安全位置的人員之數目1260、未計入的人員之數目1262、現場緊急設備1264，及出口之位置1266。一些節點可具有子節點，例如，已到達安全位置的人員之數目1260可具有每一人員之醫學病況之子節點(節點1268)，及狀態模型中對應於每一人員之醫學病況的對應子屬性。

非企業人員(諸如，消防部門1230及醫療1236)之顯示螢幕1208向彼人員顯示不同使用資訊。舉例而言，消防部門可檢視緊急情況之類型(火1252)以及諸如位置1258及未計入的人員之數目1262的屬性。不 顯示其他資訊，以便使對於消防部門相關之資訊能夠足夠大以有用地在小螢幕上見到。可捲動顯示，使得其他資訊(例如，位置或出口1266)在顯示器1208中居中。亦顯示有限數目個使用者輸入節點1270，諸如，「是否需要特殊化設備？」。參看圖18及圖19。若對使用者輸入查詢之回答為「是」，則可將火在性質上為化學品的標記法發送至系統，系統可接著存取企業內部之資料庫以判定何化學品正在燃燒，且存取遠端資料庫1214以獲得如何熄滅火及迅速地將彼資訊轉送回至消防人員1232之指令。

醫療人員1236亦可看出，緊急情況為火1252，但位置1258相比於安全位置中的人員之數目1260及彼等人員之醫學病況1268可能較不相關。醫療人員亦可捲動至其他節點及屬性，例如，知道未計入的人員之數目1262可輔助回答現場是否可需要額外醫療設備之查詢1270'。

緊急情況引入使用者先占及可能有限熟練度。

螢幕之大小非常小，文數字實體及觸控式螢幕鍵盤非常小。

在緊急情況下，需要使系統與使用者通信及使使用者與系統通信且彼此通信以實現情形特定需要以傳輸資訊及接收資訊。待接收或待傳輸之資訊係情形特定的及/或針對使用者感知需要係特定的。

情形特定節點有關於緊急情況下之使用者感知需要。關係是經由原因及效應以及循序處理程序。原因及效應集中有關節點。由其他專案關係人或由感測器進行之情形執行個體化允許將使用者之注意力引導至展開情形下之新警示。循序節點使異動(換言之，使用者輸入)能夠在必要時遵循序列。非異動序列亦可為必要的，諸如，循序狀態指示之報告。舉例而言，計數學生，或對於另一實例，監督人遵循核准序列以宣告提昇或降級之情形。

因此，系統必須展示A)經由原因及效應而相關於使用者之新情 形執行個體化節點，及B)新近使用者選定節點及其有關循序節點以及其藉由原因及效應而有關之節點，C)描繪對專案關係人之最大風險及嚴重性之節點。

在每一角色與相當大數目個節點相關聯之受限制螢幕中。可沒有可能在一螢幕中展示所有節點而不呈遞過小而不能清晰地查看且尤其不能在緊急情況中導覽之節點。因此，三個焦點之選擇：A)具有最新情形有關當前節點，及B)使用者當前正致力於或可能想要返回至之節點，C)描繪對專案關係人之最大風險及嚴重性之節點。

使用者可根據使用者感知需要而進一步遠遠地導覽至其他節點。

為了使飛機控制面板平行，控制面板將展示對角色/使用者之最新潛在緊急風險，及藉由原因及效應而有關於最新潛在緊急風險節點之所有節點、使用者/角色之注意力的最後節點、對專案關係人之最高風險及嚴重性之節點。

與手持型設備類似之一範例為在緊急情況期間與困難聲學裝置之會話。在緊急情況之危急期間，收聽者將不參加會話，除非會話有關於當前緊急情況或關於新風險之新會話，新風險關於緊急情況或緊急情況之最嚴重態樣及其與特定參與者之相關性。

為了靈活，此系統需要使用上述要素：企業壓力點；企業壓力點之間的關係；企業壓力點之專案關係人；來自使用者之輸入；掃描企業系統以尋找相關於節點之資訊；對企業系統進行語言剖析以尋找相關於節點之資訊；及允許篩選使用者針對其在緊急情況中之困境之內容背景之選擇 的內容背景。

在無企業壓力點之間的關係之情況下，系統將需要具有預指定角色任務關係及預指定任務樹。為了改變至當前情境之分支，中央控制將需要向每一已分析使用者提供一變體任務樹。

替代地，物件定向為具有關聯導覽挑戰之剩餘選項。

在無任務之間的關係之情況下，將存在針對使用者而分析之許多任務樹/使用者介面。使任務相加及相減可為具有該等任務中之很少者的僅有方式。但若任務之間不存在關係，則在緊急情況期間，任務可能難以選取及應用於使用者介面。

在處理程序壓力點之間具有Overlay關係的情況下，使用者介面之數目減少至具有聚焦於任何執行個體化壓力點之能力的一個大連續使用者介面。因此，使用者看到在執行個體化壓力點周圍且藉由應用於該等壓力點之內容背景而篩選的節點。換言之，系統根據狀態及內容背景以及使用者專案關係人分析而減少每一使用者至介面之曝露。狀態執行個體化可由指定使用者選取，或由系統自動地選取。

為了採取用於領域之資訊且將資訊散佈至正確的使用者以用於動作及決策，系統必須預料資訊且具有向使用者呈現資訊之預計劃方式。此情形在使用先前技術軟體及硬體應用程式的情況下係可能的。

設計障礙為得到對於每一使用者及情況正確的使用者介面。在以下段落中描述先前技術中之一些替代。

針對輸入之實體物件定向。實體物件定向為(例如)藉由最初自實體位置之選擇或需要疏散的人之選擇進行選擇而導覽系統。當存在非常少的實體物件選擇且實體物件為相關資訊之關鍵指示符時，使用者介面導覽中之實體物件定向係可能的。但若存在將由每一使用者選擇之許多物件，則將仍需要複雜導覽。舉例而言，若在學校疏散中存在五個建築物及在其內之各種位置。基於作為物件定向的建築物之疏散 資訊係可能的，此係因為疏散與位置有關且因此與物件有關。且存在相關於緊急情況之其他物件，諸如，學校中之學生。但相依於每天中之時間，每個班級存在許多不同學生。導覽該系統以基於學生或基於建築物來尋找資訊將困難，此係因為資訊中之許多者(諸如，受傷類型及諸如天氣或呼吸問題之有關情形)不易於有關於此兩個實體物件。

用於檢視相關物件之商務物件定向。商務物件導覽定向將經由(例如)安全指示文件。向使用者顯示諸如相關指令文件之商務物件的描繪為一問題，此係因為：由於許多處理程序階段，每個使用者將存在過多的選擇。在危急之狀況下之指令、在受傷之狀況下之指令、人員醫療記錄、基於位置之替代出口路線，等等。因此，商務物件定向係困難的。需要當前處理程序加某一物件篩選之執行個體化以使正確物件引起使用者之注意力。此需要使處理程序與目標有關。不藉由模型來進行此情形在軟體開發及維護中非常密集，且不一致。每一物件必須具有針對該物件而撰寫之程式碼，使得其針對正確之使用者在正確的時間出現。此外，緊急回應應用程式週期性增強將需要新軟體版本，同時其將亦增加系統及其導覽之複雜性。

取代使用者指派之節點及內容背景集合。很可能在緊急情況期間，可用人員可能不根據如在正常企業軟體系統之使用者之狀況下的系統預設預期。因此，可需要對使用者在開始時及在緊急情況期間兩者之存取的改變。在情形展開時在運作中進行此情形僅在本文中所揭示之Overlay模型或許多以程式設計方式預設計之介面的情況下係可能的。以程式設計方式預定義之介面必須在運作中被指派用於正確使用及情形，此係因為將存在許多者，其中一些為延伸。在緊急情況以及在用於緊急回應應用程式之任務定向模型之設計及實施階段所需要的大量資源期間，此情形將為相當密集之工作。且在無針對現有情形 加根據緊急情況之發展之執行個體化的以程式設計方式預設計之介面的情況下，導覽至正確物件對於手持型裝置將非常不友好。

用以協調緊急情況之SMS訊息。若自現場發送SMS訊息，則其需要被解譯，且將需要用於將字指派至節點之中央系統。解譯SMS訊息會需要Overlay模型以將在語言上適當之預測性型樣指派至節點。替代係具有協調SMS訊息形式來源至決策制定需要點之導引的人團隊。

因此，將需要使緊急回應應用程式利用由在藉由原因及效應而連接之節點中表現的企業之模型啟用之Overlay連續使用者介面，及執行個體化用於新警示的使用者介面之一部分且使使用者能夠返回至先前聚焦節點或相關於使用者/專案關係人之新聚焦區域的能力。

雖然已依據特定實施例而描述本發明，但鑒於前述描述而很顯然，眾多替代、修改及變化對於熟習此項技術者將顯而易見。因此，本發明意欲涵蓋屬於本發明及以下申請專利範圍之範疇及精神的所有此等替代、修改及變化。

1200‧‧‧系統

1202‧‧‧設施

1204a‧‧‧使用者介面

1204b‧‧‧使用者介面

1204c‧‧‧使用者介面

1204d‧‧‧使用者介面

1204e‧‧‧使用者介面

1206‧‧‧節點

1206'‧‧‧節點

1208a‧‧‧顯示器/有限檢視區域

1208b‧‧‧顯示器/有限檢視區域

1208c‧‧‧顯示器/有限檢視區域

1208d‧‧‧顯示器/有限檢視區域

1208e‧‧‧顯示器/有限檢視區域

1210‧‧‧鍵盤

1212‧‧‧遙感器

1214‧‧‧遠端地點

1216‧‧‧網際網路/傳輸設施

1216a‧‧‧無線區域網路或網際網路

1218‧‧‧運算裝置

1220‧‧‧傳輸設施

1222‧‧‧蜂巢式網路/本機電信網路或本機無線網路

1224‧‧‧資料庫

1226‧‧‧編碼關係

Claims (37)

1. 一種具有一通信鏈路、一顯示器及一電源之手持型裝置，其特徵為：該手持型裝置與具有一電腦可讀媒體之一運算裝置通信，該電腦可讀媒體具有編碼於非暫時性數位儲存媒體上之可執行指令，該非暫時性數位儲存媒體亦儲存企業之一模型、該企業之內容及該企業之資料，其中與該模型相關聯之處理程序包括節點、不同節點之間的相關性之一電腦可讀描述，以及內容及資料與該等不同節點之間的相關性之一電腦可讀描述；及該顯示器具有一有限區域，藉以不到全部的節點在一第一定義時刻可見，且與該運算裝置通信之一設施識別待在一第一定義時刻顯示之相互關聯節點，其中該運算裝置與複數個手持型裝置通信，且其中該運算裝置將一不同資訊封包傳輸至每一各別手持型裝置及自每一各別手持型裝置接收一不同資訊封包，其中每一各別資訊封包係相依於一個別使用者之已指派節點，且所傳輸之各別封裝係相依於對由該使用者促成之互動的已設計回應及如由該運算裝置偵測的該系統中之任何節點之狀態改變，該等狀態改變經由原因及效應而改變被指派至該使用者的該等節點之該狀態。
2. 如請求項1之組合，其中相互關聯節點之一狀態被定義於在該非暫時性數位儲存媒體上編碼之電腦程式碼中，且相互關聯節點之間的關係為動態的。
3. 如請求項2之組合，其中相互關聯節點之該狀態基於該運算裝置與該複數個手持型裝置之間的通信而改變。
4. 如請求項2之組合，其中相互關聯節點之該狀態基於該個別使用者之角色而改變，且實現對在該第一定義時刻顯示之該等相互關聯節點的一最新警示。
5. 如請求項1之組合，其中每一該手持型裝置包括與彼手持型裝置成整體且通信之一各別顯示器。
6. 如請求項5之組合，其中在該第一定義時刻可見之彼等節點為允許存取用於該使用者之相關資訊的相互關聯節點。
7. 如請求項6之組合，其中該運算裝置與該手持型裝置通信以識別在該第一定義時刻顯示之該等相互關聯節點。
8. 如請求項7之組合，其中該運算裝置能夠存取一進行中事件之一情形狀態，且依據時間及情形狀態而改變相互關聯節點集合。
9. 如請求項7之組合，其中每一手持型裝置能夠顯示循序地在由該設施所識別之該等相互關聯節點之前及/或之後的節點。
10. 如請求項9之組合，其中該使用者介面使該使用者能夠藉由以下操作中之一或多者來改變在任何定義時刻在該顯示器上可見的相互關聯節點之數目：(i)使子節點摺疊成父節點，(ii)在父節點下曝露子節點，及(iii)放大及縮小。
11. 如請求項10之組合，其中該使用者介面使該使用者能夠增加在任何定義時刻在該顯示器上可見的相互關聯節點之數目。
12. 如請求項10之組合，其中該使用者介面使該使用者能夠減低在任何定義時刻在該顯示器上可見的相互關聯節點之數目。
13. 如請求項10之組合，其中高達全部的節點可在任何定義時刻在該顯示器上可見。
14. 一種用於尋找及變換與相關於一企業之一處理程序相關之資訊的系統，該系統包含：一運算裝置，其具有一電腦可讀媒體，該電腦可讀媒體具有 編碼於非暫時性數位儲存媒體上之可執行指令，該非暫時性數位儲存媒體亦儲存企業之一模型、該企業之內容及該企業之資料；其中與該模型相關聯之處理程序包括節點、不同節點之間的相關性之一電腦可讀描述，以及內容及資料與該等不同節點之間的相關性之一電腦可讀描述；一裝置，其與該運算裝置通信且更有效率接收及輸入相關於一企業壓力點之資料；及一使用者介面，其與該手持型裝置相關聯以用於向一使用者呈現更有效率輔助該使用者解決一問題、開拓一機會或理解一事件中之至少一者的內容及資料，該使用者介面具有一顯示器，藉以節點在第一定義時刻可見。
15. 如請求項14之系統，其中該顯示器與一手持型裝置成整體且通信，且該顯示器具有一有限區域，使得不到全部的節點在該第一定義時刻可見。
16. 如請求項15之系統，其中在該第一定義時刻可見之彼等節點為允許存取用於該使用者之相關資訊的相互關聯節點。
17. 如請求項16之系統，其中該運算裝置與該手持型裝置通信以識別在該第一定義時刻顯示之該等相互關聯節點。
18. 如請求項17之系統，其中該運算裝置能夠存取一進行中事件之一情形狀態，且依據時間及情形狀態而改變相互關聯節點集合。
19. 如請求項17之系統，其中該手持型裝置亦顯示循序地在由設施識別之該等相互關聯節點之前及/或之後的節點。
20. 如請求項18之系統，其中該使用者介面使該使用者能夠藉由以下操作中之一或多者來改變在任何定義時刻在該顯示器上可見 的相互關聯節點之數目：(i)使子節點摺疊成父節點；(ii)在父節點下曝露子節點；及(iii)放大及縮小。
21. 如請求項20之系統，其中該使用者介面使該使用者能夠增加在任何定義時刻在該顯示器上可見的相互關聯節點之數目。
22. 如請求項18之系統，其中該手持型裝置顯示描繪對該企業之一最大風險的彼等節點。
23. 如請求項20之系統，其中高達全部的節點可在任何定義時刻在該顯示器上可見。
24. 如請求項14之系統，其中在鄰近節點之間的該相關性為一電腦可讀原因及效應。
25. 如請求項24之系統，其中在鄰近節點之間的該相關性係衍生自該電腦可讀原因及效應。
26. 如請求項24之系統，其中對在與一節點相關聯之一狀態模型中之一值的一改變無需對在彼節點與鄰近節點之間的內容及資料之該相關性之該電腦可讀描述的一改變。
27. 如請求項24之系統，其中一值被指派至一節點，且自彼值，一變換值由軟體程式碼指派至一或多個鄰近節點，該軟體程式碼定義將彼節點連接至鄰近節點之該電腦可讀原因及效應。
28. 一種在一Overlay系統中模擬真實世界處理程序之方法，其包含以下步驟：識別複數個系統處理程序步驟且指派為真實世界中之基礎處理程序之狀態屬性的屬性；將該等系統處理程序步驟組裝成複數個節點叢集；在節點之間建立電腦可讀原因及效應關係；使用異動處理程序節點以識別真實世界處理程序之基礎狀態值及其在一狀態模型中之唯一位置； 將相關於每一節點之屬性置放於一各別狀態模型中；及使用該等節點之間的電腦可讀原因及效應連結以判定該真實世界中之基礎處理程序之狀態要素之間的關係。
29. 如請求項28之方法，其中每一處理程序節點的特徵為一狀態模型中之屬性。
30. 如請求項29之方法，其中當識別到一新節點或一新屬性時，自動地延伸該狀態模型以實現用於彼節點或屬性之值之儲存。
31. 如請求項29之方法，其中當識別到一新節點或一新屬性時，將該新節點或該新屬性添加至該節點叢集，且自動地延伸使用者介面以適應該新節點及其屬性。
32. 如請求項29之方法，其中當撤銷啟動一現有節點或一現有屬性時，自該節點叢集移除該現有節點或該現有屬性，且自動地減小該使用者介面以刪除彼節點及其屬性。
33. 一種整合兩個不同系統中之至少兩個處理程序或未必被一起設計之處理程序以達成一共同目標的方法，其包含以下步驟：自複數個節點叢集識別充分地抽象以在一第一處理程序中及在一第二處理程序中皆有效之一節點叢集，其中該節點叢集中之每一節點描繪具有一中間目標之一企業壓力點，且每一該節點含有有關於彼企業壓力點之資料及/或內容；該節點叢集中之每一節點具有與該節點叢集中之其他節點之一原因及效應關係，其中可將該原因及效應關係表達為一電腦可讀數學演算法；及該等中間目標聚合於該共同目標上。
34. 如請求項33之方法，其中每一處理程序節點的特徵為一狀態模型中之屬性。
35. 如請求項34之方法，其中當識別到一新節點或一新屬性時，自 動地延伸該狀態模型以實現用於彼節點或屬性之值之儲存。
36. 如請求項34之方法，其中當識別到一新節點或一新屬性時，將該新節點或該新屬性添加至該節點叢集，且自動地延伸使用者介面以適應該新節點及其屬性。
37. 如請求項34之方法，其中當撤銷啟動一現有節點或一現有屬性時，自該節點叢集移除該現有節點或該現有屬性，且自動地減小該使用者介面以刪除彼節點及其屬性。