TW544592B

TW544592B - A client intention networking experience

Info

Publication number: TW544592B
Application number: TW088119981A
Authority: TW
Inventors: Sean P Handel; Brian Day; Miya Yuen
Original assignee: Accenture Llp
Priority date: 1998-11-12
Filing date: 2000-02-02
Publication date: 2003-08-01
Also published as: AU1618100A; WO2000028413A3; EP1129404A2; WO2000028413A2

Description

544592 92. 5. 19 05^07Pifl doc/012 玖、發明說明：本發明是有關於一種代理程式爲基礎的系統（agent based system)，且特別是有關於一種提供便於調整使用者經驗爲特定使用者個人意圖的使用者介面之代理程式系統。代理程式技術（agent based technology)在設計用來與使用者互動（interact)以在前景（foreground)與背景(background) 模式執行各種電腦特定程序（task)的應用上愈來愈重要。代理程式軟體（agent software)包括設定用來代表使用者執行例行（routine)、冗長且耗時之特定程序的電腦程式。爲有利於個別使用者，代理程式必須可以依個別使用者的目標、習慣與喜好(preference)而進行個人化。因此，存在使代理程式能有效率且有效地自使用者處擷取使用者特定知識，並利用其代表使用者執行動作的需求。代理槪念，或是代理人，已經完整地建立。代理人爲受他人，一般稱爲委託人，委託的人，其代表委託人。在此準則下，委託人授權代理人執行任何委託人不願或無法執行的事情。例如，保險經紀人可能處理委託人全部的保險事物，或是藝術經紀人代表演奏者安排音樂會日期。因電腦的出現，新的代理人利用方式出現。在專家系統領域的重大進展使得電腦程式可以代表電腦使用者執行例行、冗長且耗時之特定程序。這些電腦程式稱爲代理程式 (software agent) 〇此外，還有電腦與通訊網路的激增。這些網路允許使用 5 05607pifl.doc/012 者沒有任何地理限制地存取大量的資訊與服務。所以，代理程式具有優良的環境代表使用者執行大量的動作。例如，代理程式進行班機預約、買票及將票直接送給使用者是可能的。相同地，代理程式可掃瞄網際網路（internet)，並擷取從最新體育報導或新聞到應用物理的特定畢業論文。現今的解決方案無法應用代理程式技術於現存的排程技術（calendar technology)，爲使用者提供背景資訊的取得。根據本發明較佳實施例的觀點，由獲得使用者個人資訊、由根據個人資訊之應用程式理解使用者意圖與根據個人資訊中的規則在顯示器顯示格式化後的應用程式，創造便於使用者網路介面的系統。提醒使用者提供儲存於資料庫之個人資訊。然後，系統依使用者與應用程式的互動獲得關於使用者的額外資訊，並以此互動資訊更新資料庫。利用此個人資訊提供與一或多個應用程式互動的通用使用者介面。爲讓本發明之上述目的、特徵和優點能更明顯易懂，下文特舉一較佳實施例，並配合所附圖式，作詳細說明如下：圖式之簡單說明：第1圖繪不依據一較佳實施例之代表性硬體環境的方塊圖；第2圖繪示依據一較佳實施例之系統的流程圖；第3圖繪示依據一較佳實施例之語義分析(parsing)單元的流程圖； 056Q7piflJoc/012 第4圖繪示依據一較佳實施例之樣式匹配（pattern matching)的流程圖；第5圖繪示依據一較佳實施例之搜尋單元的流程圖；第6圖繪示依據一較佳實施例之整體系統流程的流程圖，第7圖繪示依據一較佳實施例之主題（topic)處理的流程圖；第8圖繪示依據一較佳實施例之會議記錄（meeting record)處理的流程圖；第9圖繪示依據一較佳實施例之封包交換搜尋(packet bargain finder)的處理流程方塊圖；第10A及10B圖繪示依據一較佳實施例產生定製內容網頁之邏輯的方塊圖與流程圖；第11圖繪示依據一較佳實施例接收使用者中心（usercentric) 內容之詳細邏輯的流程圖；第12圖繪示依據一較佳實施例之使用者個人資訊(user profile)的資料模型；第13圖繪不依據一較佳實施例之個人角色(persona)模型；第14圖繪示依據一較佳實施例之意圖（intention)資料模型；第15圖繪不依據一較佳實施例產生代理程式目前統計値的處理流程圖；第16圖繪示依據一較佳實施例判斷使用者的個人化產 544592 p ^ ^ ~05607ρίΠ idoc/012 丨咚:';..穴丨匕丨 \ 々' ‘ .. ； ! :；..；) ；：v;| 品評法(personalized product rating)的流程圖；第17圖繪示依據一較佳實施例存取中樞儲存方式的& 程圖；第18圖繪示依據一較佳實施例之使用者與特定供應商整合商之間互動邏輯的流程圖；第19圖繪示依據一較佳實施例之產生口述摘要之代理程式程序的流程圖；第20圖繪示依據一較佳實施例之顯示邏輯；第21圖繪不依據一較佳實施例之日常工作管理邏輯；第22圖繪示依據一較佳實施例之使用者主畫面；第23圖繪示依據一較佳實施例之代理程式互動畫面；第24圖繪示依據一較佳實施例主動知識管理系統的方塊圖；第25圖繪示依據一較佳實施例之後端伺服器的方塊圖；以及第26圖繪示依據一較佳實施例之魔法牆的方塊圖。實施例依據本發明’較佳實施例的系統係應用於個人電腦 (presonal computer)，比如是IBM相容個人電腦、麥金塔 (Apple Macintosh)或是 UNIX 工作站（workstation)。繪於第 1圖之代表性硬體環境顯示比照較佳實施例的典型工作站硬體組態，其包括中央處理單元110，比如是微處理器，以及透過系統匯流排(system bus)112連接的其他單元。第 1圖之工作站包括隨機存取記體（RAM)114、唯讀記憶體 8 544592 ί. 5. 1 9 W7f^\doc/0u 年月 __側凡 (R0M)116、用以連接周邊裝置如磁碟儲存單元120至系統匯流排112的輸入/輸出(I/O)卡118、連接鍵盤124、滑鼠126、喇叭128與麥克風132的使用者介面卡（user interface adapte〇122，及/或其他比如是觸摸螢幕（touch screeen)(未繪示）的使用者介面裝置連接至匯流排U2，連接工作站至通訊網路（如資料處理網路）的通訊卡134與用以連接系統匯流排112至顯示裝置138的顯示卡136。通常工作站裝有作業系統（operating system，0S)，例如是 Microsoft Windows NT/95、IBM OS/2、MAC OS 或是 UNIX。而熟悉此技藝者也可根據本發明實作出不同於上述的平台與作業系統。較佳實施例係利用Java、C、C++與物件導向程式設計 (object oriented programming，OOP)方法寫成。oop 已經大量地應用於發展複雜系統。因OOP逐漸成爲軟體設計與發展的主流，許多軟體解決方案（software solution)需改寫’以應用OOP的優點。應用於電子訊息系統（electronic messaging system)之訊息介面時，需提供例如是一組類別 (class)與物件（object)之 OOP 原則。 OOP爲利用物件發展電腦軟體的流程，其包括分析問題、系統設計及建構程式。物件是同時包括資料及相關資料結構（Structure)與處理程序（procedure)集合的軟體包裝 (software package)。因其同時包括資料及相關資料結構與處理程序集合，故可視爲不需額外資料結構、處理程序或是資料以執fT其特疋程序的自我滿足構件（self-sufficient 9 05607pifl,doc/012 component)。所以，OOP係將電腦程式看成是許多獨立構件，即物件，的集合，每一構件皆具有其特定程序。這個將資料、資料結構與處理程序包裝在一個構件或是模組 (module)的觀念稱爲封裝性（encapsulation)。一般來說，OOP構件爲可重用的軟體模組，其代表一符合物件模型，且可在執行時經由構件整合架構 (component integration architecture)存取的介面。構件整合架構爲一允§午各軟體模組在不冋的程序空間（process spaee> 下使用彼此功能（capability)與函式（function)的架構。建構此架構時，通常是假設一共同的構件物件模型（component object model)來完成。在分辨物件與物件類別(class of objects)方面是必須的。一個物件是物件類別，通常稱爲類別，的單一物件 (instance)。類別可視爲產生物件的藍圖，很多的物件可由其產生。 OOP允許程式設計師設計出爲其他物件一部分的物件。例如，代表活塞引擎的物件與代表活塞的物件具有組織關係（composition-relationship)。實際上，活塞引擎包含活塞、閥門及其他零件。而活塞爲活塞引擎的一個零件這件事’ 在OOP中可以邏輯地被兩個物件代表。 OOP也允許設計出依附於（depend from)其他物件的物件。如果有兩個物件，一個代表活塞引擎，而另一個代表活塞由陶瓷製成的活塞引擎，則兩個物件間的關係不是組織關係。陶瓷活塞引擎不構成活塞引擎。相反地’其爲一 05607pifl.doc/012 ^ · . 種活i引擎，比活塞引擎多一項限制，即活塞由陶瓷製成。在這個例子中，代表陶瓷活塞引擎的物件稱爲衍生物件 (derived object)，且其繼承(inherit)代表活塞引擎之物件的所有觀念，並進一步地加入限制或明確地陳述。代表陶瓷活塞引擎的物件依附於代表活塞引擎的物件，兩者間的關係稱爲繼承性（inheritance)。當代表陶瓷活塞引擎的物件或是類別繼承代表活塞引擎物件的所有觀念時，其繼承定義於活塞引擎類別之標準活塞的熱特性。然而，陶瓷活塞引擎物件多載(override)陶瓷的熱特性，其係不同於金屬活塞。其略過原本的函式，使用相關於陶瓷活塞的新函式。不同的活塞引擎具有不同的特性，但多數具有與其相關的基礎函式（如引擎內有幾個活塞、點火順序（ignition sequence)、潤滑（lubrication)等）。爲了存取任一活塞引擎類別中的這些函式，程式設計師需使用相同函式名稱呼叫相同的函式，但每一種型式的活塞引擎可能會有不同/多載實作方式的函式，但具有相同函式名稱。以相同函式名稱隱藏不同實作方式函式的能力稱爲多形(polymorphism)，其大幅簡化物件間的通訊。依照組織關係、封裝性、繼承性與多形的觀念，一個物件可以代表真實世界中的任何事物。事實上，對事實的邏輯認知是決定可轉換事物類型成物件導向軟體中物件的唯一限制。一些代表性的分類如下： 1·物件代表實際物體，如交通流量模擬中的車輛、電路設計程式中的電子元件、經濟模型中的國家或是空中交通 544592 Γ ^ r； 7 ；7 ；O5607pifl.doc/012 I ' Ύ' ,.: : * ] .·乂丄： j v ； Ί,; 一 _ ^ < —控制^系統的飛行器。 2·物件代表電腦-使用者環境的元素（eiement)，如視窗 (windows)、選單（menus)或是圖形物件。 3·物件代表淸單，如人事檔案或是城市的經緯度袠。 4·物件代表使用者定義的資料型別(data type)，如時間、角度、複數或是平面上的點。藉由物件表示任何邏輯上可分離之物體的能力，〇〇p 允許軟體發展者設計與實作電腦程式，其爲事實槪念的模型，無論事實是實體、程序、系統或是物體組成。既然物件可以代表任何事物，軟體發展者可以創造一個物件^其是用於未來大型軟體專案中的一個構件。〃假如一個新軟體程式的90%爲由預先設計之可重用物件形成的經過驗證元件，則新軟體專案只有10%需要從頭撰寫與測試。既然，90%來自於經測試具有延伸及重用性的物件淸單，則會產生錯誤的潛在區域爲整個程式的1〇%。因此，OOP使得軟體發展者可由其他物件，預先建立的，製造出物件。此程序類似於由裝置與輔助裝置組合成複雜機器。OOP 技術使得軟體工程更接近於硬體工程，即軟體由現成構件組成，即發展者可利用來當作物件。如此可像加速軟體發展速度般地提高軟體的品質。程式語言開始完整地支援OOP理論如封裝性、繼承性、多形與組織關係。由於C++的出現，許多商業軟體發展者開始利用OOP。C++是一種OOP語言，其提供快速的機 544592 .doc/012 5‘1 u: 年-月補无j ---碼。此外，C++同時適用於商業應用與系統設計專案，現在C++爲大多數OOP程式設計師的選擇。但仍有其他的 OOP 語言，如 Smalltalk、common lisp objec system(CLOS)與Eiffel。且OOP的相容性開始加入大部分的傳統電腦程式語言中例如Pascal。物件類別的優點如下所述：

1. 物件與其相關的類別將複雜的程式設計問題細分爲許多較小且較簡單的問題。 2. 封裝性強制資料抽象化(data abstraction)，由資料組織變成小且獨立可互相溝通的物件。封裝性保護資料以避免偶發的破壞，但允許其他物件藉由物件成員函式與資料結構來與資料互動。 3. 再分類（subclassing)與繼承使得自系統可用標準類別衍生的新物件，可以擴充並修改。因此，創造新功能不需重頭開始。

4. 多形（polymorphism)與多重繼承使得不同程式設計師可以混和並搭配許多不同類別的特性，且創造以預定方式與相關物件協同工作的特定物件。 5·類別階層（class hierarchies)與牽制階層（containment hierachies)提供模組化真實世界物件的彈性機制，及其關係。 6.重用性類別的函式庫在許多狀況下非常有用，但也一些限制，如：複雜度（complexity)。在複雜系統中，相關類別的類別 13 05607pifi.ddc/012 階層在有數十個或是數百個類別時’會變的令人相當迷惑。流程控制（fi〇w of control)。由類別函式庫輔助寫成的程式仍回應流程控制（即其必須控制由一特定函式庫創造的所有物件間的互動）。程式設計師必須決定在什麼時候以什麼函式呼叫哪一種類的物件。重覆撰寫（duplication of effort)。雖然類別函式庫允許程式設計師使用與重用許多小的程式碼片段’但每一個程式設計師以不同方式結合這些程式碼片段。兩個程式§受§十師使用相同的類別函式庫撰寫兩個執行完全相同動作的程式，但其內部結構（如設計）卻可能完全不同，因每一個程式設計師依其本身方式做上百個判斷。不可避免地’類似的程式碼片段以不同方式完成類似動作，卻無法協力工作。類別函式庫非常有彈性。當程式愈來愈複雜，更多的程式設計師被強迫一再地重新發展基礎問題的解法。一個類別函式庫的新觀念延伸爲類別函式庫架構（framework of class library)。此架構較爲複雜，其包括大量協力合作類別（collaborating class)的集合，實作出在特定應用程式領域的基本需求與設計，而這些類別收集小型的樣式(pattern) 與主要的機制。架構也代表一種程式設計師思考本身撰寫之程式碼與他人撰寫之程式碼之間互動的改變。在早期程序式程式設計 (procedual programming)，程式設計師呼叫由作業系統提 544592 05607pifl!.doc/012 供的函式庫，執行某些動作。但是基本上’程式係從頭執行到尾，程式設計師只能控制流程。因此適於列印薪水支票、計算數學表格或是解決僅能以一種方式執行的程式。圖形使用者介面（graphic user interface，GUI)的發展開始

反轉程序式程式設計的架構。這類介面，而不是程式邏輯’ 允許使用者執行程式與決定何時該執行某些動作。現今大多個人電腦軟體利用偵測包括滑鼠、鍵盤與其他外在事件源的事件迴路（event loop)裝置實行此種方式，並依照使用者的動作呼叫適當部份的程式碼。程式設計師不必再決定事件發生的順序。反而，程式分成多個分離的片段，其在無法預測的時間以及以無法預測的順序被呼叫。藉由以這種方式將控制權移轉給使用者，發展者創造出更容易使用的程式。不過，發展者撰寫的個別程式片斷仍然呼叫作業系統提供的函式庫，以完成工作，且程式設計師仍必須決定每一個程式片段被事件迴路呼叫後的流程控制。應用程式碼仍然位於系統的頂端。

雖然，事件迴路程式需要程式設計師撰寫許多程式碼，但不必爲每一個應用程式分別撰寫。應用程式架構 (application framework)的觀念較事件迴路觀念先進。程式設計師利用應用程式架構進行應用程式碼與基本使用者介面的工作，而不是處理建構基本選單、視窗與對話盒(dialog box)及使其一起工作的問題。接著，以計畫中應用程式的特定功能取代架構中部份的一般功能。應用程式架構減少程式設計師必須重頭撰寫的程式碼總 15 544592 05607pifl.doc/012 數。>然而，架構實際上爲顯示視窗、剪貼支援等的一般應用程式，程式設計師需放棄比事件迴路程式所容許更大範圍的控制權。架構程式碼注意幾乎所有的事件處理與流程控制，且只有當架構需要時，才會呼叫程式設計師撰寫的程式碼(如創造或操控一獨有的資料結構）。

程式設計師撰寫架構化程式時，不只要轉移控制權給使用者（事件迴路程式也是如此），還必須轉移程式的詳細控制流程到架構。相對於具有特定程式碼且因類似問題而重覆地創造的獨立程式而言，這種方式允許更多以有趣方式共同合作之複雜系統的創造。如上所述，架構基本上是合作類別的集合，其完成給定問題領域的重用性設計解決方案。其一般包括提供基本行爲(behavior)的物件（如··選單及視窗），且程式設計師以繼承部分預定行爲與取代其他行爲的方式使用此物件，使得架構在適當時機呼叫應用程式。在架構與類別函式庫間，存在有三個主要差別：

1·行爲vs·協定(protocol)。類別函式庫爲可被呼叫行爲的集合，當要運用這些個別的函式於程式中。另一方面，架構不只提供行爲，而且包括控制各行爲結合的協定或規則集合’其包括與架構提供的規則相比後，程式設計師假定所必須提供者。 2·呼叫（call)vs·多載。在類別函式庫中，程式設計師形成（instantiate)物件，並呼叫其成員函式。其可能以相同方式在架構中形成與呼叫物件（即將架構當成類別函式庫）， 16 544592 0$Wpifl4〇c/012 • .-v, ’ ί： /Άή:1 fr ί 獲得架構重用性設計的所有優點，程式設計師一般會撰寫多載的程式碼，並被架構呼叫。架構管理物件間的控制流程。 3.實作vs.設計。運用類別函式庫，程式設計師僅重用其實作，而運用架構，程式設計師重用其設計。其代表一個泛用的設計解決方案，可被運用在多種給定領域的特定問題。例如，單一架構可實施一種使用者介面的工作方式，即使是由同一個架構創造出解決完全不同介面問題的兩種不同使用者介面。因此，透過各種問題與程式設計工作解決方案架構之發展，可顯著降低軟體設計與發展的精力。本發明較佳實施例利用超本文標記語言（Hypertext Markup Language，HTML) 實作網際網路文件，其具有在客戶端與Newco之間傳送媒體的泛用保密通訊協定。對於HTML，HTTP或其他協定可輕易地被取代而不需多餘的實驗。關於這些的資訊可從 T. Berners-Lee, D. Connoly, URFC 1866: Hypertext Markup Language - 2·0”(Νον· 1995)與 R. Fielding，H. Frystyk，Τ· Berners-Lee，J· Gettys，J· C. Mogul, “Hypertext Transfer Protocol - HTTP/1.1 :HTTP Working Group Internet Di*aft”(May 2，1996)取得。HTML係用來創造可從一平台攜至另一平台之超本文文件的簡單資料格式。HTML文件爲具有適於表現大車B圍領域資訊之泛用文法（generic semantic)的SGML文件。從1990年開始，HTML已經被全球資訊網（world wide web)使用。HTML是ISO標準 544592 92 S. i：i〇^()7pi^.doc/012 .年月 avV' s 一1 補无丨 8879:1986資訊處理文字與辦公室系統，·標準泛用標記語言（Standard Generalized Markup Language, SGML)的一種應用（ISO Standard 8879:1986 Information Processing Text and Office Systems; Standard Generalized Markup Language, SGML)。現在，網站發展工具被限制其創造動態網路應用程式的能力，此應用程式從客戶端連到伺服端，且與現存的計算資源互相合作。到目前爲止，HTML成爲發展網路解決方案（web-based solution)的主要技術。然而，HTML被證實在下列領域不足以勝任： ^ 執行效率差；使用者介面功能的限制；只能產生靜態網頁(web page); 缺少與現存應用程式及資料的互動能力；以及無法擴充。

Sun的Java程式語言解決大部分的客戶端問題·· 提升客戶端執行效率；提供動態、即時網路應用程式的創造；以及提供創造多樣化使用者介面構件的能力。藉由Java，發展者可創造強健的使用者介面（user interface，UI)元件。可創造出客戶化工具（widget)(如：即時股票行情、動畫圖像(icon)等），且提升客戶端執行效率。不像HTML，Java支援客戶端確認的觀念，其下載適當的程序在客戶端以提升執行效率。可創造動態、即時的網頁。 18 544592 92 5· i 05607pifl.doc/012 利用上述客戶化使用者介面元件，可創造出動態網頁。

Sun的Java已經成爲網際網路程式設計(pr〇gramming in internet)的工業標準程式語言。Sim定義Java爲”一種簡單、物件導向、分散式（distributed)、解譯式（interpreted)、強健、安全（secure)、架構中立（architecture-neutral)、可攜式 (portable)、局執行效率、多線式（multithreaded)、動態、技術相容（buzzword-compliant)、一般用途的程式語言”。 Java applet爲小且特定的應用程式，其遵從Sun的Java應用程式發展介面（application programming interface, API)，使發展者可增加互動式內容（interactive content)至網路文件（簡單動畫、頁面裝飾、遊戲等）。applet利用從伺服端拷貝程式碼到客戶端的方式，在Java相容瀏覽器中執行（如 Netscape Navigator)。從程式語言的觀點，java的核心特徵來自於C++。Sun的Java文件指出Java基本上是C++ 加上來自於Objective C的延伸，以得到更多動態行爲。另一個提供類似Java功能之技術爲Microsoft的ActiveX 技術，給予發展者與網頁設計者在網際網路與個人電腦產生動態內容的手段。ActiveX包括開發動畫、3D虛擬實境 (virtual reality)、視訊及其他多媒體（multimedia)內容的工具。這些工具應用網際網路標準，在多重平台執行，以及有超過100家公司支援。這些工具的構成要素稱爲ActiveX Control，其爲小且快速的元件，可使發展者在HTML頁面嵌入軟體片段。ActiveX控制可與多種程式語言合作，包括 Microsoft Visual C++、Borland delphi、Microsoft Visual 19 544592 05607pifl.doc/012

Basic程式設計系統以及Microsoft將來的Java發展工具 Jakarta。ActiveX也包括ActiveX伺服器架構，允許發展者創造伺服端應用程式。熟知此技藝者可知在不需額外實驗下以ActiveX代替Java實行本發明。依據一較佳實施例，實作出BackgroundFinder(BF)爲一代理程式，其幫助個人接收來自不同來源關於會議的相關資訊，以準備即將到來的會議。BF接收輸入字元內容，以形成目標會議的陳述。輸入內容係由包含會議時間的排程系統根據較佳實施例產生。當會議時間接近時，查詢排程系統以獲得目標事件的內容，而將此資訊輸入代理程式。然後，代理程式分析輸入的會議內容(meeting text)以取得各個不同的元件，如：標題(title)、本文(body)、參加者、地點、時間等。系統也會執行樣式匹配，以確認會議內容中的特定欄位。此資訊被利用在網站上查詢不同的資訊來源，以及獲得目前會議的相關內容以傳送回排程系統。例如，假如某個人參加Netscape與Microsoft談論其競爭問題的會議，其將從排程系統獲得第一手資訊。接著，分析其內容以獲得參加會議的公司爲”Netscape” 與”Microsoft”，以及標題爲”競爭”。根據本發明的目的，系統更新排程系統，且使用者最後擁有最佳的資訊，準備會議。依據較佳實施例，這些資訊儲存於檔案內，可經由選擇嵌於排程系統的連結(link)而獲得。程式結構依據較佳實施例之電腦程式由五個不同的模組： 20 544592 .,....... .......... t ,卜't」 ·-如〜如—^ :Γ 05607pia.idoc/012 ; > .」彳；…! > · i ' *

1 、人？H i ，卜，乂勺 -- ...I. … .· -· * · — · ·*· - * 1 Wl*

BF.Main、BF.Parse、BF.Error、BF.PatternMatching 及 BRSeaixh組成。還包括僅用於除錯（debug)用途的使用者介面frmMain。根據較佳實施例的可執行程式並不會執行使用者介面，且只經由Microsoft的Winsock control傳回排程系統（calendaring system)。系統之較佳實施例係以兩種不同模式執行，其可在命令列（command line)由排程系統指定。當系統在簡易模式（simple mode)執行時，執行關鍵字查詢(keyword query)，且傳送至外在的搜尋引擎（search engine)。而在複雜模式（comlplex mode)執行時，系統在產生欲傳送至搜尋引擎之查詢前，先進行樣式匹配。資料結構依較佳實施例，系統應用三種使用者定義結構： 1. TMeetingRecord 2. TPatternElement 3. TPatternRecord

使用者定義結構TMeetingRecord用來儲存一次簡單會議的所有相關資訊。此資訊包括使用者代號（userlD)、會議的原始敘述、標題關鍵字的篩選表（extracted list)與會議內容等。値得注意的是，在較佳實施例系統的每一程序 (instance)中，只有一個會議記錄。因爲，每次引發系統配合一個即將到來的會議時，指定一個程序只接收一個會議的資訊。ParseMeetingText運用此會議記錄，然後輪流傳送此關於會議記錄的資訊至其他函式。假如GoPatternMatch 可連結特定欄位的任何値，則會議記錄中的相關記錄也會 21 544592 /jp69fpin.doc/012 ί;；> -- 一 .¾充更新。依據較佳實施例，包含描述於括號內每一個欄位之 TMeetingRecord結構，如下所提供。

Public Type TMeetingRecord sUserlD As String (Munin給定的使用者代號） sTitleOrig As String (需保留傳回Munin的未列於停止列表之原始標題） sTitleKW As String (只包含關鍵字之列於停止列表的標題） sBodyKW As String (只包含關鍵字之列於停止列表的本文） sCompany() As String (經由標題或本文樣式匹配所確認的公司） sTopic() As String (經由標題或本文樣式匹配所確認的主題） sPeopleO As String (經由標題或本文樣式匹配所確認的人物） sWhen() As String (經由標題或本文樣式匹配所確認的時間） sWhereO As String (經由標題或本文樣式匹配所確認的地點） sLocation As String (由 Munin 傳進的地點） sTime As String (由 Munin 傳進的時間） sPar tic ip an ts() As String (由 Munin 傳送的所有參加者） sMeetingText As String (包括使用者代號的原始會議內容）

End Type

Public Type tAPatternElement elementArray() As String End Type

Public Type tAPatternRecord patternArray() As tAPatternElement End Type 共用的使用者定義常數許多常數定義在程式的每一個宣告（declaration)區域，其必須如維護較佳實施例系統的程序一樣，週期性地更新。這些常數是可存取的，以允許在維護程式5馬時，產生 22 544592 05607pin.doc/012 的系統動態設定（dynamic configuration)。列於下列表格的是每一個模組的常數列表，其爲較有可能常被改變的。然而，也有程式碼中使用的其他常數沒有列於在下列表格。這不代表沒有包括的常數不會改變，只是這些常數改變的頻率較小。主模組（BF.Main): 常數預設値用途 MSGTOMUNIN_TYPE 6 定義使用來確認BF與Munin 之間訊息的訊息編號。 IP_ADDRESS_MUNIN ΊΟ.2.100.48" 定義執行Munin與BF機器的ip 位址，所以可透過UDP傳送資料。 PORT_MUNIN 7777 定義操作的遠端埠。 TIMEOUT.AV 60 定義在inet控制中設定逾時的常數。 TIMEOUT_NP 60 定義在inet控制中設定逾時的常數。 CMD_SEPARATOR II \ II 定義界定符號，以說明Munin 命令中代表輸入之會議內容開頭的部份。 OUTPARAM_SEPARATO R H , . H 定義分離輸出不同部分的界定符號。分離符號（seperator)用來界定訊息形態（msg type)、使用者代號（user id)、會議標題與實際收到內容的開頭。 23 544592 i B2. 5. 1 9 05607pifl.doc/012 搜尋模組（BF.Search): 常數 CURRENT VALUE 用途 PAST.NDAYS 5 定義回顧AltaVista文章的天數。並不必真的在意，因爲不是真的要在AltaVista進行新聞搜尋。只是需要全部的資訊。 CONNECTOR_AV_URL "+AND + " 定義如何連接關鍵字。希望關鍵字在同一字串內，所以使用 AND。假如要使用OR或是其他方式，只需改變連接符號 (connector) ° CONNECTOR_NP_URL "+AND + " 定義如何連接關鍵字。希望關鍵字在同一字串內，所以使用 AND。假如要使用OR或是其他方式，只需改變連接符號。 NUM_NP_STORIES 3 定義從NewsPage回傳至Munin 的文章數目。 NUM_AV_STORIES 3 定義從AltaVista回傳至Munin 的文章數目。語義分析模組（BF.Parse)= 常數 CURRENT VALUE 用途 PORTION_SEPARATOR « . . M 定義介於Munin傳送之meeting 內容中不同部分之間的分離符號（separator)。例如：in "09::Meet with Chad::about life::Chad 1 Denise::::::"爲介於 meeting 內容中不同部分之間的分離符號。 PARTICIPANT.SEPARA TOR II | II 定義介於原始meeting內容中相關聯列表（participant list)部份的每一相關（participant)之間的分離符號。參照上述例子。樣式匹配模組（BF.PatternMatching):此模組中的常數並不需時常更新。一般程序流程 24 544592 厂' 0秀〇嗶 ifl.doc/012 1 彳.二 '八.、. ] -p-Vi "J,-· I_________ 二」:」

描述程序流程與函式間彼此互相配合的最佳方式是配合繪於第2至6圖的5個流程圖。第2圖繪示較佳實施例的完整程序流程。程序開始於流程圖頂端的函式方塊200，其啓動於程式啓始時。當應用程式啓始，進行命令列的語義分析，移除適當的會議內容，啓始（initiate)依較佳實施例的背景搜尋操作（background finder operation)的標的，如函式方塊210。在標的決定後，產生全域停止列表(global stop list)，如函式方塊220。然後，產生用來進行匹配操作（matching operation)的所有樣式，如函式方塊230。接著，順著流程圖，函式方塊200啓動負責邏輯處理的 G〇BF240，其包裝（wrap)特定目標搜尋引擎的正確搜尋查詢資訊。例如，函式方塊240流向函式方塊250，然後呼口11 GoPatternMatch，如函式方塊260所示。爲瞭解 GoPatternMatch的程序流程，轉換到標題爲”process flow for BF’s pattern matching unit”的圖。

値得注意的是，流程圖中同一層級(level)的函式係從左到右（或從上到下）依序被其共同的親代函式（parent function)呼叫。例如主程式 200 呼叫 ProcessCommandLine210，然後是 CreateStopList220，接著是 CreatePatterns230，之後是 GoBackgroundFinder240。第3至6圖分別詳細說明整個程式、語義分析單元、樣式匹配單元及搜尋單元的邏輯。第6圖詳細地說明透過 BackgroundFinder之資料流的邏輯限定關鍵資訊，並表示負責創造或處理這些資訊的函式。 25 544592 -^tmiAoo/on ^ c '隊‘ U二年月曰/ 補充 —杳詢模式下的詳細搜尋架構搜尋AltaVista(第2圖之函式方塊270)

AltaVista搜尋引擎利用辨認値(identify)，並傳回關於目

前會議標題的資訊，如第2圖之函式方塊270所示。較佳實施例之系統從原始會議內容的標題部分取得全部的關鍵字，並建立進階查詢傳送至AltaVista。在查詢中，關鍵字合理地結合在一起。結果依據相同的關鍵字集合分級。熟知此技藝者可知日期限制或是作者評定（criteria)會存在欲取回的文件中。高順位的文件集合係傳回較佳實施例的排程系統。

NewsPage(第2圖之函式方塊275)

NewsPage搜尋系統提供關於目標會議的最近新聞標題。系統取得原始會議內容標題部份的所有關鍵字，並建立傳送至NewsPage搜尋引擎的查詢。只會取回最近的文件。NewsPage搜尋系統提供可依據使用者喜好設定的日期限制。高順位的文件係傳回排程系統。

第3圖繪示依據一較佳實施例之語義分析單元的流程圖。程序啓始於負責從主模組啓動此程式的函式方塊300。接著，運用函式方塊310的包裝函式(wrapper function)準備函式方塊320中的關鍵字篩選程序。篩選出關鍵字後，進行函式方塊330，以確定界定符號位置是否正確。然後在函式方塊340，計算特定字串的字元數目，而特定欄位的界定符號與會議內容的特定欄位會在函式方塊350取回。接著在函式方塊380，再次確認字串的界定符號，以 26 544592 、 05607pifl.doc/012 確定其位置正確。最後在函式方塊360中，標題與信息本文之每個字元的摘錄（extraction)係利用搜尋輸入詞組 (input phrase)中最接近之字元界定符號的函式方塊362、從字兀中去除不需要資料的函式方塊364與確認子兀是否在停止列表內及假使字元在停止列表內則傳回錯誤（error) 之函式方塊366的邏輯，一次處理一個字元。較佳實施例的樣式匹配有關於簡易搜尋方法的限制如下所述： 1.因爲從會議內容摘錄關鍵字集合係依賴多餘字元的停止列表，其受限於停止列表的範圍廣度。所以’寧可決定會議內容哪部分是不要的，而不是集中於找出需要哪部分的會議內容。 2 ·較佳實施例之簡易搜尋方法只使用會議標題的關鍵字，形成傳送給AltaVista與NewsPage的查詢。其忽略查詢資訊的另一來源，會議本文。並不能產生包括會議本文關鍵字的查詢，因爲會造成查詢太長與太複雜，而得到無意義的結果。 3·例如，可摘錄出”Andy”與”Grove”兩個關鍵字。然而，過於簡化的搜尋並不知道”Andy Grove”是人名。想向智慧性地猜出是”Andy Grove”人名的可能性。則可發現其爲安德遜人，及其以前參加哪種的專案等。 4.簡言之，僅依賴停止列表來分析出多餘字元，將導致資訊過載(information overload)。京服限制的較ί至實施例樣式匹配 27 544592 一 05607pifl.doc/012 接下來是較佳實施例之樣式匹配系統如何處理對應的結果。 1·藉由樣式匹配，可只匹配出需要的會議內容部分，且摘錄出此部分。 2·藉由進行會議本文的樣式匹配，並摘錄出需要的部分會議本文，就不需完全捨棄會議本文。 3·樣式匹配係基於特定的模版(template)集合，可從會議內容確認人名、公司等。 4.簡言之，靠著樣式匹配，將不會再發生資訊過載。當然，最大的問題是樣式匹配的效果如何。假如排除人工智慧處理（artificial intelligence processing)，無法達到 100% 的命中率(hit rate)。其只能辨認出大約20%的公司名稱。樣式· 在較佳實施例情況（context)中的樣式爲在會議內容中所搜尋之可詳述詞組結構的模版。選擇被較佳實施例支援的樣式，因其爲在某些人的會議內容中出現機率較高的詞組模板。例如：在會議行程上，很多人寫著如”下星期二與來自史丹福大學的巴伯道頓(Bob Dutton)會面”。一般的樣式會比如接在”與”後面的人名（在此例中，爲巴伯道頓），與接在”來自”後面的組織名稱結尾(在此例中，爲史丹福大學” 霞g匹酉己術語(terminology) 樣式：樣式爲欲結合會議內容之可詳述詞組結構的模版，其包括次單元（sub-unit)。 28 544592 05607ptflTcioc/012 * - r 〜； ’:V.: 元禅：一個樣式可包括很多次單元。這些次單元成爲元件。例如··在樣式，’with $PEOPLE$ from $COMPANY$” 中，”with，，，”$PEOPLE$”，，，fr〇m，，，，，$COMPANY$，，都是元件。標示碼（placeholder):標示碼係爲可結合一値的特別元件。在上述例子中，”$PEOPLE$”爲標示碼。指標（indicator):指標是另一種元件，需要在會議內容中找到，但沒有値需與其結合。在搜尋的樣式中，通常會有超過一個的指標，這就是爲什麼指標不是基本類別 (atomic type) 〇代換語（substitute):代換語是指標集合，其爲彼此之間的同義字。在輸入中發現到任一個指標是好的。在每一次會議，有五個欄位需要確認：公司（company) ($COMPANY$) 人物(people) ($PEOPLE$) 地點（location) ($LOCATION$) 時間（time) ($TIME$) 主題（topic) ($TOPIC—UPPERS)或 ($TOPIC_ALL$) 括弧內的是應用於程式碼內的標示碼，作爲對應欄位的代表。 $COMPANY$ :連結開頭字母大寫（capitalized)單字的字串（如：Meet with Joe Carter of〈Andersen Consulting〉）〇 $PEOPLE$ :連結兩開頭字母大寫單字的字串，其可能 29 544592

•doc/012 被，，，，，、，’和（and)，，、，，或（or)，，、，，&，，連接（如：Meet with <Joe Carter〉of Andersen Consulting，Meet with <Joe Carter and Luke Hughes〉of Andersen Consulting) o $L〇CATION$ :連結開頭字母大寫單字的字串（如·· Meet Susan at <Palo Alto Square〉）。 $TIME$ :連結包含格式爲#:##的字串（如：在<6:30 pm> 晚餐）。 $TOPIC_UPPER$ :連結關於主題開頭字母大寫單字的字串（如：〈Stanford Engineering Recruiting〉Meeting to talk about mew hires〉）o $TOPIC—ALL$ :連結單字字串，不論其開頭字母是否大寫（如：Meet to talk about〈ubiquitous computing〉）。在此有一表格表示BF所支援的所有樣式。每一個樣式屬於一個樣式群（group)。一樣式群內的所有樣式分享_似的格式，且彼此不同點僅在何種指標被作爲代換語。値得注意的是灰色的樣式在程式碼中也是被註解的 (commented)。BF具有支援這些樣式的能力，但在此點，匹配這些樣式並不是必須的。 30 544592 05607pin.doc/012 PATGRP PAT # PATTERN EXAMPLE 1 a $PEOPLE$ of $COMPANY$ 微軟（Microsoft)的保羅馬利茲（Paul Maritz) b $PEOPLE$ from $COMPANY$ 來自微軟的比爾蓋茲 (Bill Gates)、保羅艾倫 (Paul Allen)與保羅馬利茲 2 a $TOPIC_UPPER$ meeting 推播（Push)技術會議 b $TOPIC_UPPER$ mtg 推播技術會議 c $TOPIC_UPPER$ demo 推播技術示範 d $TOPIC_UPPER$ interview 推播技術訪問 e $TOPIC_UPPER$ presentation 推播技術簡報 f $TOPIC_UPPER$ visit 推播技術參觀 g $TOPIC_UPPER$ briefing 推播技術簡介 h $TOPIC_UPPER$ discussion 推播技術討論 i $TOPIC_UPPER$ workshop 推播技術硏討會 (workshop) j $TOPIC_UPPER$ prep 推播技術準備 k $TOPIC_UPPER$ review 推播技術評論（review) 1 $TOPIC_UPPER$ lunch 推播技術午餐會報 m $TOPIC_UPPER$ project 推播技術專案 n $TOPIC_UPPER$ projects 推播技術專案 3 a $COMPANY$ corporation Intel公司 31 544592 05607pifl .doc/012 b $COMPANY$ corp. IBM公司 c $COMPANY$ systems Cisco公司 d $COMPANY$ limited IBM公司 e $COMPANY$ ltd IBM公司 4 a about $TOPIC_ALL$ 關於智慧型代理程式技術（intelligent agents technology) b discuss $TOPIC_ALL$ 討論智慧型代理程式技術 c show $TOPIC_ALL$ 展示智慧型代理程式技術的客戶端 d re: $TOPIC_ALL$ 回覆：智慧型代理程式技術 e review $TOPIC_ALL$ 評論智慧型代理程式技術 f Agenda 議程如下： —完畢 ―完畢 --完畢 g agenda: $TOPIC_ALL$ 議程： --示範智慧型代理程式的客戶端一示範電子商務 5 a w/$PEOPLE$ of $COMPANY$ 與安達信（Andersen Consul ting)的喬卡特 (Joe Carter)會面 b w/$PEOPLE$ from $COMPANY$ 與安達信的喬卡特會面 6 a w/$COMPANY$ per $PEOPLE$ 與Intel的傑森佛斯特 (Jason Foster)談話 7 a At $TIME$ 在下午3點 b Around $TIME$ 大約下午3點 8 a At SLOCATIONS 在LuLu’s餐廳 b In $LOCATION$ 在聖塔克拉拉（Santa 32 544592

* ^5607pifl .doc/012 Clara) 9 A Per $PEOPLE$ 見蘇珊巴特勒（Susan Butler) 10 A call w/$PEOPLE$ 打電話給約翰史密斯 (John Smith)確認 B call with $PEOPLE$ 打電話給約翰史密斯確認 11 A prep for $T0PIC_ALL$ 準備倫敦會議 B Preparation for $T0PIC_ALL$ 準備倫敦會議第4圖繪示依據較佳實施例之樣式匹配的流程圖。程序開始於函式方塊400，主程式啓動樣式匹配應用程式，且轉移控制權到函式方塊410,以啓動樣式匹配程序。然後，在函式方塊420，包裝函式循環地處理每一個樣式，其包括決定是否內容字串的一部份可結合到一個樣式，如函式方塊430所示。接著，在函式方塊440，不同的標示碼與可能存在的値結合。且在函式方塊441，被標點分隔的名字列表是確定的。在函式方塊442，藉由發現兩個開頭字母大寫單字的方式處理全名，並擷取在空白或單字後的字母以判定其是否大寫。在函式方塊443，以適當的方式從字串分析出時間。在函式方塊445，開頭字母大寫單字的連續片語，如：公司、主題或是地點被確定，且在函式方塊446，利用較佳實施例的進一步處理，獲得在空白後方的單字。在匹配會議欄位處理之後，利用函式方塊45〇定出一個指標，其爲樣式的最前端。在函式方塊452，獲得在空白後方的單字，且檢查此單字，以確定其是否爲指標，如函式方塊454所不。然後，在函式方塊460，分析字串 33 544592

doc/012 定出指標，其不是樣式的尾端。在函式方塊462，處理接在不必要空白如：換行符號（line feed)或是輸入符號 (carriage return)後的單字，並分析此單字是否爲指標，如函式方塊464。接著，在函式方塊470，重設暫存記錄爲空集合，以準備處理下一個字串。在函式方塊480，更新會議記錄，在函式方塊482，執行檢查，以確定在再次分析會議記錄之前，一個記錄是否已經設爲會議記錄。使用確認渦的會議欄位現在已經確認出在會議內容中認爲重要的欄位，則只有很少數的事可以做。樣式匹配最重要的一個應用當然是改進最後會傳送至AltaVista與NewsPage的查詢。也有很多利用樣式匹配結果的選項(option)與強化功能(enhancement) 可加入BF。這些功能會在下一個段落描述。這個段落的目標是給讀者對從樣式匹配獲得的結果如何幫助獲得更好的搜尋結果，有一個認知。第5圖是依據較佳實施例之準備查詢且從網際網路得到資訊詳細流程的流程圖。程序開始於函式方塊500，且馬上移到函式方塊510處理包裝功能，準備利用網站搜尋引擎的網路搜尋。假如查詢是利用AltaVista搜尋引擎，則在函式方塊530，系統從會議記錄抓取資訊，並在函式方塊540至560形成查詢，傳送至搜尋引擎。假如查詢是利用NewsPage搜尋引擎，則在函式方塊520，系統從會議記錄抓取資訊，並在函式方塊521至528形成查詢。

AltaVista榑尋引擎 34 544592 9ί> 、，、j05607pifidoc/012 '’ ’ ·丄 ν’ .

AltaVista搜尋弓[擎的優點在於其提供較大的彈性 (enhanced flexibility)。利用其進階查詢方法，可建構所有種類的布林(boolean)查詢，並排序所需求的搜尋。然而，

AltaVista的最大缺點爲其無法將大筆查詢處理的很好，且有可能傳回不相關的結果。假如我們可確認會議內容中的標題與公司’我們可形成一個相當短但廣泛(comprehensive) 的查詢’以有希望地產生較佳結果。我們也注意在發現的標題上。

NewsPage搜尋引擎

NewsPage搜尋引擎的優點在於其對最近的新聞進行工作查詢，假如可以給予一個有效的公司名稱的話。因此，當傳送查詢到NewsPage網站時，傳送所有可辨識出的公司名稱，而且只有在找不到公司名稱時，才會用主題來產生查詢。假如都找不到，則不會進行搜尋。形成傳送到 AltaVista之查詢的演算法繪於第7圖，而用來產生傳送到 NewsPage之查詢的演算法繪於第8圖。下表詳細地描述較佳實施例的每一個函式。函式的順序儘可能地模仿程序流程。當一個函式被多次呼叫時，此函式會在第一個函式呼叫後被列上。且在每一個後續函式呼叫之後，不會複製其說明。 35 544592 r— ..................................— ί ^ 5, 19 ^ i j $ 05607pifl.doc/012 I ’ … ……，； ί ν、-丨· ) * ·· -. t - · f 1 .. 1’ ； π']

Procedure Name Type Called By Description Main (BF.Main) Public Sub None 此函式爲程式開始執行的主要函式。其使用適當的參數（如：網際網路逾時、停止表單（Stop list))初始化BF，並呼叫GoBF執行程式的主要部分。 ProcessCom mandLine (BF.Main) Private Sub Main 此函式分析命令列。其假設指出Munin輸入之起頭的界定符號係儲存於常數 CMD_SEPARATOR。 Creates top List (BF.Main) Private Function 1 Main 此函式設定一停止表單，以分析出會議內容中不要的字。在每個字的兩邊有逗點，以進行有系統的檢查（straight checking) 〇 CreatePatte rns (BF.Pattern Match) Public Sub Main . i 此程序只被呼叫一次，當 BF第一次被啓始創造所有可含括部分會議內容的可能樣式（potential pattern)時。一個樣式可包含多個需要的元素。有兩種形式的元素 (element)。第一種元素爲指標（indicator)，此爲界定隨後會議欄位（如公司）之可能性的真實單字。大部分的指標爲預期的停止字元，因爲停止字元通常是共用於所有會議內容，所以其可形成樣式。第二種元素爲代表標示碼的特定字串。標示碼的格式爲 36 544592 縣；ifl.doc/012 m fu

Procedure Name * Type Called By Description i $*$，其中 *可爲 PEOPLE， COMPANY, TOPIC UPPER, TIME, ! ~ LOCATION 或是 TOPIC—ALL 任一項。一個樣式可由元素的任一種形式開始，並可包括任何數目/形式的元素。一個樣式可開始於任一種元素，並可包括任何長度任何數目/形式的元素。此步驟動態地創造表格中每一個樣式的新樣式記錄，且創造樣式每一個元素的新 tAPatternElements 〇此外，有在樣式中取代指標的構想。例如： $COMPANY$ 的樣式 $PEOPLE$類似於來自 $COMPANY$ 的樣式 $PEOPLE$，，。此結構可表示出取代的需求。 GoBF (BF.Main) Public i Sub i 1 1 Main 此爲一包裝程序，其呼叫 BF的語義分析與搜尋副程式。並傳送資料回 Munin ° ParseMeetin Public GoBackGround 此函式取得最初的會議內 gText (BF.Parse) Function Finder i 容，並確認此記錄的使用者代號，以及包括標題、主旨、參加人員名單、地點與時間的會議內容其他部分。另外，呼叫輔助函 37 544592 05607pifl.doc/012

Procedure Name Type Called By Description I 式 ProcessStopList 從原始會議標題與會議主旨消除多餘的字元。因此，只有留下關鍵字。分析出的資訊儲存於 MeetingRecord 結構。這個函式不進行錯誤檢查，且大多數時間假設由 Munin形成的會議內容字串是正確的。最重要的値爲thisMeeting記錄，其爲目前會議所有相關資訊的暫存器，最後回傳給呼叫程序。 FormatDeli Private ParseMeetingT 有四種方式放置界定符 mitation ext, 號。藉由將這些方式變成 (BF.Parse) 1 DetermineNum Words, GetAWordFrom String 第4種方式來關注，其中沒有界定符號圍繞，只在字串的欄位之間（如 A ··: B:: C) 0 DetermineN Public ParseMeeting 此函式決定在一個字串內 umWords Function Text, 有幾個單字 (BF.Parse) ProcessStop List (stlnEvalString)。此函式假設每一個單字被 stSeparator中指定的分離符號分開。傳回型別爲整數，指出已經發現出多少個單字，其假設字串中每個單字被stSeparator分開。此函式總與 GetAWordFromString 一起使用，且在呼叫 38 544592 iX'. ， · 05607pifl.doc/012

Procedure Name Type Called By Description GetAWordFromString 之前，先被呼叫。 GetAWordF romString (BF.Parse) Public Function ParseMeeting Text, ProcessStop List 此函式摘錄出字串中的第幾個（ith) 單字 (stlnEvalString)，其假設每一個單字被可變 stSeparator中指定的分離符號分開。大多數情況，此函式與 DetermineNumWords —起使用。此函式傳回需要的單字。這個函式進行檢查，以確保ilnWordNum 在界限內。因此，i不會大於字串的單字總數，也不會小於/等於0。假如超過界限，會傳回空字串，以表示無法取得任何資訊。藉由事先呼叫 DetermineNumWords > 以確保不會發生此事。 ParseAndCl eanPhrase (BF.Parse) ! Private Function i ParseMeetingT ext 此函式先擷取單字，並將其傳送至CleanWord，以去除不要的成份。在 parseWord中會去除此單字，所以需要不需去除整個函式即能循環整個本文，並去除單字的方法。保留CleanWord，且檢查回傳値。現在有一個單字，所以把它傳送到分析鏈（chain)。這個鏈的順序 39 544592 ^ ： ^ ：> ； 05607pifl.doc/012

Procedure Name Type Called By Description 1 1 爲 ParseCleanPhrase -〉 CleanWord -> EvaluateWord。假如此未被去除的單字獲得整個鏈，其將加在關鍵字字串的末端。首先是檢查”/” 爲界定符號，並摘錄出該部分的函式。將呼叫 ’’StitchFace” （稱爲 GetAWordFrom String) 〇假如發現單字，每一個將傳送鏈。假如沒有增加或去除這些單字地獲得整個 i鏈，則這些單字將被加入而不是去除。 FindMin (BF.Parse) Private Function ParseAndClean Phrase i 1 此函式取得6輸入値，並評估出不爲〇的最小値。其首先創造一個陣列，作爲容器。因此，可以升序排列5個輸入値。最小値爲陣列的地個不爲0元件。假如整個陣列沒有不爲0的値，則可知有錯誤產生，且結束此函式。 CleanWord (BF.Parse) Private Function ParseAndClean Phrase 此函式嘗試淸除會議內容的一個單字。首先判定字串是否爲可變長度，然後對此單字進行一連串測試以確定其爲clean，而當必要的話，將會編輯此單

40 544592 1 9 r；;O56G7^in.doc/012

Procedure Name Type Called By Description 字並去除不需要的字元。這些測試包括取得檔案延伸（file extensions)、非字元（non char)、數字等。 Evaluate Wo Private Parse AndClean 此函式測試這個單字是否 rd (BF.Parse) Function Phrase 在停止列表上，所以其可決定是否從原始會議內容除去此單字。假如一單字沒有在停止列表上，其作爲關鍵字，且無錯誤地中止此函式。假如此單字是停止單字，會傳回一錯誤値。必須正確地界定輸入的測試字串，所以不能突然地接收部份字串。 GoPatternM atch (BF.Pattern Match) Public Sub GoBF 當QueryMethod設定爲複雜查詢時，呼叫此步驟。其代表進行所有的樣式匹配步驟。此爲簡單的包裝函式，初始化一些陣列，然後啓動標題與主旨的樣式匹配。 MatchPatter Public GoPattern 此函式循環地尋找樣式表 ns (BF.Pattern Match) Sub Match 格內的每一個樣式，並嘗試確認出由slnEvalString 特定之會議內容。爲了除錯，其也嘗試列出某些樣式被觸動（trigger)的次數，'並儲存於 gTabulateMatches 確定那個樣式的次數最多。 gtabulateMatches 係儲存 41 544592

•doc/012 Procedure Name Type Called By Description 爲廣域變數，因爲必須可以執行含40或50個測試字串的批次檔，且仍須知道一個樣式多久被觸動。 MatchAPatt ern (BF.Pattern Match) Private Function MatchPatterns 此函式檢查目前樣式中的每一個元件。首先決定元素是否爲標示碼或是指標。假如是標示碼，則嘗試將標示碼結合到某些値。假如是指標，則嘗試將其找出。有個技巧爲依據目前元素是否爲樣式的最前端，而進行不同動作。假如位於最前端，則需找出指標或是標示碼。如果找不到，可知目前樣式不存在，並結束。如果不是在最前端，則繼續尋找，因爲可能最前端在別處。在這種情況，重覆進行。 ;etingField (BF.Pattern Match) Private Function MatchAPattern 此函式使用一個大的 switch敘述，判斷談論的是何種標示碼與相依於何種形式的標示碼，有特定的要求與不同的連結限制，當指定於下列函式如：BindNames、BindTime 等。假如連結成功，將其加進猜測記錄中。 BindNames Private MatchMeetingF 在此函式中，嘗試地匹配 (BF.Pattern Function ield 名字與對應的標示碼 42 544592 春 056P7pifric/012 ； -. . * --w ί

rocedure Type

Called By

Description

Match) $PEOPLE$。名字係定義爲任何兩個連續的大寫單字。也接收一連串由和、或、&連接的名字，所以一直觀察到無法發現這三個分離符號爲止。不連結單一單字的名字，因爲以任何角度來說，其太平常。所以，不想產生廣但無關的結果。此函式呼叫連節個名字的

BindAFullName。戶斤以， BindNames收集所有來自 BindAFullName 的結果。

BindAFullN ame (BF.Pattern Match)

GetNextWor dAfterWhit eSpace (BF.Pattern Match)

Private Function

BindNames

BindAFull Name, BindTime, BindCompanyT opicLoc 此函式嘗試連結全名。假如$PEOPLE$標示碼不是樣式的最前端，其必須正確地位於測試字串的最前端。因爲已經刪除字串最前端的單字。假如其爲最前端，進行搜尋直到發現類似全名的字。假如無法發現，則整個內容中沒有這種樣式，並完全終止此樣式。最後傳回在 MatchPatterns 的下一個樣式。此函式擷取測試字串中的下一個單字。其尋找接在空白、@或是/之後的單字。此單字定義爲尾端，當另一個空白或是分離符 43 544592 ^07ftd.doc/012

Procedure Type Called By DescriptionName ' 號出現時。 BindTime (BF.Pattern Match) Private Function MatchMeetingF ield 抓取下一個並確冤-其是否爲時間樣式。假如是的話’找到時間，且將其加入記錄中。可能需要加入更多的時間樣式，但並不想要在標題輸入時間’特別是現在有例如： OutLook的工具。 BindCompa nyTopicLoc (BF.Pattern Match) Private Function MatchMeetingF ield 此函式發現一個連續的大寫字串，且將其連結到 stMatch，其係由 MatchMeetingField 的參考所傳送。一連續的大寫字串爲一大寫單字的序列，其不會被如，.等中斷。可能有更多的東西可加入中斷列表內。 LocatePatte rnHead (BF.Pattern Match) Private Function MatchAPattern 此函式嘗試定位出作爲指標的元件。此指標不可位於樣式的最前端，除非其可替代地傳到函式 Locatelndicator 。因此，持續地擷取下一個單字，直到沒有單字可擷取（中止），或是找到所尋找的指標之一。 ContainlnA rray (BF.Pattern Match) Private Function LocatePattern Head, Locatelndicato r 此函式相當簡單，其藉由循環尋找陣列中的所有元素，以找出匹配的字串。 Locatelndic ator Private Function MatchAPattern 此函式嘗試定位出作爲指 44 544592 ：：；ι· ί 05^7pifl.doc/012 Procedure Name Type Called By Description (BF.Pattern Match) 標的元件。此指標不可位於樣式的最前端，除非其可替代地傳到函式 LocatePatternHead。因此假如樣式可滿足的話，抓取到的下一個單字必須是指標或是已經失敗。所以僅抓取一個單字進行測試，確定其是否爲有效的指標，並傳回結果。 InitializeGu essesRecord (BF.Pattern Match) Private Sub MatchAPattern 屁函式再次初始化暫存的測試結構，因爲資訊已經移到永久結構。再初始，使每一個結構皆具有一個元素。 | AddToMeeti ngRecord (BF.Pattern Match) Private Sub MatchAPattern 此函式只有當儲存於 tlnCurrGuesses 的資訊爲可變時，才會被呼叫。代表其爲準備儲存於永久記錄 tlnMeetingRecord 之會議欄位的合法猜測。進行檢查以確定沒有重覆儲存，且淸除要儲存的東西，所以沒有凌亂的東西如標點符號等。直到現在才淸除的理由是節省時間。不浪費資源呼叫 ParseAndCleanPhrase，除非確定要永久地將其加入。 NoDuplicat Private AddToMeeting 此函式循環地尋找陣列中 eEntry Function Record 的每一個元素，以確定測 45 ):ocedure 4ame * Type Called By Description (BF.Pattern Match) 試字串aString與已經儲存於陣列中的任一個字串都不相同。其僅稍微不同於 ContainlnArray 〇 SearchAlta Public GoBackGround 此函式準備傳送至 Vista (BF.Search) Function Finder AltaVista搜尋引擎的查詢。其傳送此查詢，並分析以適當格式傳回的結果，其包括標題、URL 及取回每篇文章的主旨/ 摘要。取回文章的數目由常數 NUMAVSTORIES 指定。重要參數包括用來儲存查詢的 stURLAltaVista、儲存從 stURLAltaVista 指定網頁得到之 html 的 stResultHTML 〇 ConstructAl Private SearchAltaVist 此函式使用進階查詢搜尋 taVistaURL (BF.Search) Function a 模式，建立給AltaVista 搜尋引擎的URL字串。其包括欲使用的關鍵字、語言與如何去排序搜尋。根據是否要使用樣式匹配單元的結果，分別地建立查詢。 ConstructSi Private ConstructAltaV 此函式迫使關鍵字列表儲 mpleKey Wo rd (BF.Search) Function istaURl, ConstructNews PageURL 存於輸入會議記錄的 stTitleKW 欄位或是 stBodyKW欄位，且將其用以連結符號分開的每一個關鍵字連結爲一個字 544592 on Mt- 0^pin.doc/012

年.i Vn..l:H 痛d 46 544592 05607pin.doc/012

Procedure Name Type Called By Description 串，當由輸入變數 stlnConnector 判斷時。回傳此最新建立的字串 ConstructC omplexAVK ey Word (BF. Search) Private Function ConstructAltaV istaURL 此函式建立要傳送至 AltaVista的關鍵字。不像可從標題簡單地獲取所有關鍵字形成查詢的 C onstructS imp le Key Word ，此函式觀察BF樣式匹配程序的結果，並看是否能辨認出任何特定公司名稱或主題，以建立查詢。查詢將包括辨認出的公司與主題，並預設爲簡易查詢，假如無法辨認出公司或是主題。 JoinWithCo nnectors (BF.Search) Private Function j ConstructComp lexAVKey Word, ConstructComp lexNPKey Word, RefineWith Rank 此函式把字串中單字間的空白替換成連接符號，其係由輸入所指定。 Refine With Date (NOT CALLED AT THE MOMENT) (BF.Search) Private Function ConstructAltaV istaURL 此函式建立AltaVista查詢的資料部分，並以字串 1 方式傳回URL的這一部份。其確保文件的 AltaVista搜尋會在過去的 PAST_NDAYS。 Refine With Rank (BF.Search) Private Function ConstructAltaV istaURL 此函式建立需傳送至 AltaVista的字串，以排序進階查詢搜尋。假如建 47 544592 ^ S. 19 v 05607pifl.doc/012

Procedure Name Type Called By Description 立簡易查詢，將從標題獲取所有的關鍵字。而複雜查詢，將從公司與主題得到單字，在大部分時候，使用函式 ConstructComplex AVKey Word建立查詢。 IdentifyBlo Public SearchAltaVist 此函式篩選出標記有開始 ck (BF.Parse) Function a, SearchNewsPag e 與結束標籤之字串中的區塊，此函式摘錄出字串中的方塊，其是由起始於特定地點輸入的最前端與末端之標記所標示 (iStart)。此收到的方塊不包含標記本身。假如方塊無法以特定的界定符號辨認，藉由參考使用的參數 iReturnSuccess 傳回不成功。此回傳形式爲收到方塊。 IsOpenURL Public SearchAltaVist 此函式判斷是否計數的錯 Error (BF.Error) ! Function a,SearchNewsP age 誤是逾時的錯誤。其將滑鼠恢復到預設游標，然後傳回真値（true)，假如其已經逾時，否則是假値 (false) 〇 SearchNews Public GoBackGround 此函式準備欲傳送至 Page (BF.Search) Function 1 Finder NewsPage搜尋引擎的查詢。傳送此查詢，然後以包括標題、URL與每一接收文章主旨/摘要的適當格式分析傳回的結果。 48 544592 05607i>in.doc/012

Procedure Name Type Called By Description 接收文章的數目係定義在常數 UM_NP_STORIES。 ConstructN Private SearchNewsPag 此函式建立傳送至 ewsPageUR L (BF.Search) Function e NewsPage 的 URL。其使用包含於已輸入會議記錄的資訊，以決定所用的關鍵字。也根據是否需要簡易或是複雜查詢，呼叫不同的函式建立字串。 ConstructC Private ConstructNews 此函式建立欲傳送至 omplexNPK ey Word (BF.Search) Function PageURL NewsPage的關鍵字。不像可從標題簡單地獲取所有關鍵字形成查詢的 C on s true tKey Word String ，此函式觀察BF樣式匹配程序的結果，並看是否能辨認出任何特定公司名稱或主題，以建立查詢。因爲NewsPage在有公司名稱下工作最佳，將只使用公司名稱，且假如沒有公司名稱時，將只使用主題。 ConstructO Private GoBackGround 此函式獲得字串陣列的輸 verallResult (BF.Main) Function Finder 入（stlnStories)與儲存目前會議資訊的 MeetingRecord。每一個陣列元素儲存從每一個資訊來源收到的文件。此函式便於建立傳送到Munin 的適當輸出，其包括一讓 Munin知道其由BF負責 49 544592

AltaVista與NewsPage搜尋引擎的實際程式碼。程序開始於函式方塊610，命令列用來更新包括特定排程資訊自勺# 程記錄（entry)。接著根據函式方塊620，張貼一*個6只息根據函式方塊630，產生一個會議記錄，以儲存現有的會議資訊。然後，查詢傳送至AltaVista，如函式方塊640 ° 查詢傳送至NewsPage，如函式方塊650。當訊息從搜尋引擎傳回時，其儲存於結果資料結構(result data structure)， 50 544592 05607|pifl.doc/012 \ 如函式方塊660所示。第7圖提供依據較佳實施例創造（create)查詢的細節。程序開始於函式方塊710,分析會議記錄以獲得可能的公司、人物、主題、地點與時間。然後在函式方塊720中，至少確定一個主題，至少一個公司名稱在函式方塊730中確定。最後，在函式方塊740中，決定最後傳送什麼內容的檔案給使用者。第8圖爲第7圖所示之查詢方式的變化。在函式方塊800 中分析會議記錄，在函式方塊820確認公司，在函式方塊 830確認主題。最後，在函式方塊840中，使用該主題或是該公司，陳述（formulate)查詢。增添各種特定參數以符合特定使用者需求的其他實施例討論如下。加強樣式匹配之成功率爲了增加BF效率，增加更多樣式/樣式集合至程序”CreatePatterns”。現存用以宣告樣式的程式碼可當作未來樣式的模版。因爲全部都存於動態陣列中，可輕鬆地用剪貼方式（copy and paste)重用程式碼。可加強結合標示碼之値的函式 BindName，BindTime，BindCompanyLocTopic。此強化功能係藉由增加連結確定會議欄位的限制之集合而實現，其可增加連結値的數目。例如：目前BindTime接受並連結格式爲##:##或#:##的所有値。要增加可連結的時間，可讓BindTime也接受在”點鐘”之前的數字1至12。以字彙爲基礎的辨識演算法與指定每一次猜測的準確率， 51 544592

Qp7pif|.doc/012 SF使只有符合目前限制(threshold)的猜測是有效的。根據系統由樣式匹配確認的地點或是使用者指定的會議地點，較佳實施例之系統會建議上等餐廳，當其偵測到午餐/晚餐/早餐。也可利用例如是公司搜尋者的網站，確認所獲得的確是公司名稱，或是沒有公司名稱可由樣式匹配確認時，可利用公司搜尋者網站做爲字典，決定這個開頭字母大寫單字是不是公司名稱。甚至可顯示已確認公司的股價與新聞。較佳實施/ί列之無糸泉協議識另[j(wireless bargain identification)

第9圖繪示裝置硬體與其控制邏輯流程及設計在傳統、實體、非網站零售環境進行網站基礎之比價（comparison shopping)之軟體系統的流程圖。無線(wireless)電話或是具有網際網路協定(internet procotol，IP)能力的手持電話920 與迷你條碼機910結合（安裝於電話內部或是以纜線連接），其係用來掃瞄書本或是其他產品900背面的通用產品碼(universal product code，UPC)條碼。無線裝置 920 透過天線930傳送條碼至封包交換搜尋服務模組（service m〇dule)940(執行於網站伺服器），其轉換條碼爲（以書本爲例）國際標準圖書編號（internal standard book number，ISBN) 或是（其他產品的例子）任何適當的識別碼。然後，服務模組連接適當的第三者網站，從各網站供應商950(web supplier)尋找價錢、運送方式及是否有產品的資訊。這資訊被格式化並顯示於手持裝置的螢幕。IP無線電話或其他手持裝置920使用無線數據機，如Metricom的Ricochet SE 52 544592 ρο 一：一~7Q^7pifhf)c/012 '年月勹修正,

8盘司Ricochet SE無線數據機的大小與香蘇盒相當，並容易設定。可輕易地使用內附的魔鬼貼（Velcro)將其附加至手提電腦螢幕的背面，把纜線連至串列埠，翻出天線，進行傳送。軟體設定同樣簡單。直覺的安裝程式（installer) 安裝Ricochet數據機的驅動程式（driver)，並在桌面放置連線圖示。此種數據機的功能觀點與傳統電話數據機相同。當然，無線效率（wireless performance)無法如傳統撥接連接一般可靠。我們在多個舊金山地點可得到穩定的連線，當坐在窗邊時。但在CNET磚造的總部中，Ricochet 數據機完全無法連線。當上線後，最高28.8kbps的效率會下降至更慢的速度。但即使不滿意較慢的速度。與使用行動電話數據機的別種上網方式比較，Ricochet數據機更快、更可靠，且較爲便宜。SE wireless使用電池，此數據機具有最高12小時的電池壽命。並且根據較佳實施例，在 Ricochet數據機開始降速時，降低手提電腦雙電池的使用量。因此使用無線數據機，依較佳實施例，使用者可以應用網站伺服器軟體940確認正確的產品950。然後，使用適當的裝置鑰匙（device key)去選擇供應商，並提出訂單。接著’封包交換搜尋服務模組利用適當的第三者網站供應商 960，下訂單。 my !site個人網夏及襄擓僭値網路原型（intentions value 53 544592 ^ 5 1 Q〇5607pifl.doc/012 network prototype) 根據較佳實施例之my!site爲一種以網際網路爲基礎的高影響力（high-impact)應用，其著重於傳送服務的機制 (theme)，與在以購買者爲中心的世界中，透過個人網站提供個人化經驗給每一個客戶。服務係直覺有條理地滿足消費者的意圖-基本生活需求或是需額外判斷的事物，及跨多領域的合作，如：理財計畫、醫療保健、個人與專業發展、家庭生活與其他關心的事。每一個成員擁有並維護其個人資訊，創造與瀏覽系統爲其定製的內容。從輸入產品或是服務的需求開始，到完成付款，利用智慧型代理程式來進行硏究、執行交易與提供建議。而藉由進階的描述與過濾，智慧型代理程式學習有關使用者的事，改善其傳送的服務。消費者意圖包括日常工作的管理（如：電子郵件 (e-mail)、行事曆（calendar)、會議、待辦事項（todo)、帳單、購物與旅遊計畫），與搬到新環境(如：找適於居住的地方、搬家、旅遊與買保險、生意與個人會議的通知、新環境的認識）。從相費者觀點而言，mylsite提供一個中樞（central) 區域，使用者可存取相關的產品與服務，並相當便利地完成曰常工作。就商業立場來看，mylsite代表一種加値且新穎的方式，可有效地吸引、服務與維持客戶。意圖價値網路（intention value network)允許使用者進入個人化網站，利用有學習能力的智慧型代理程式的協助，而與網路使用者進行互動。依據較佳實施例的意圖價値網路提供優越的價値（superior 54 544592 056O7pifl.doc/012 .... - .- valu^)。其提供一天24小時、一禮拜7天存取定製資訊、建議與產品。此爲個人化資訊’因此每一個成員觀看高度定製化的資訊，確定與有需求之使用者的關係。 {固人中Uegocentric)介面個人中心介面爲設計來滿足特定使用者需求、喜好與目前情況的使用者介面。其使用儲存於中樞個人資訊資料庫 (central profile database)的使用者個人資訊，來定製介面。使用者可以設定保密許可（security permission)及介面元件與內容的偏好，整合於個人中心介面的內容係根據使用者的相關資訊而定製。當顯示內容時’個人中心介面包括內容與使用者間的關係，其係以內容如何與使用者相關聯的方式。例如，當顯示使用者參與之即將來到的滑雪旅遊時’ 使用者將含有使用者個人行事曆與會議列表內的事件資訊，如：在滑雪旅遊時會在此地方的人。第10A圖繪示實作於全球資訊網的意圖價値網路架構。爲了簡單表示，這張圖忽略有關於保密、延展性與隱私。消費者可以用任何執行於連接至網際網路之個人電腦或是具無線上網功能之個人數位助理(personal digital assistant， PDA)上的網際網路瀏覽器1010，如Netscape Navigator或是Microsoft Internet Explorer，存取意圖價値網路。第17 圖詳細地描述多種存取意圖價値網路的方式。消費者利用具有單一名稱或是IP位址的整合商（integrator)網站伺服器 1020存取意圖價値網路。整合商利用各種資源如：意圖資料庫1030、內容資料庫1040、供應商資訊資料庫1〇5〇與 55 544592 I ^ Φ&7^1ί1 doc/012 ! ::二二-> f } ·，._·: r \ ； :：八··)丨消費者個人資訊資料庫（customer’s profile database) 1060 的整合，創造意圖價値網路。

意圖資料庫1030儲存所有關於意圖與用來滿足意圖之產品與服務形式的資訊。此資料庫內的資訊包括意圖步驟 (intention step)、感興趣的領域、排版模版（layout template) 與個人化模版(personalization template)。內容資料庫1040 儲存所有關於意圖的資訊，如：建議、參考資訊、個人化內容、滿意程度、產品評比與程序報告。

供應商資訊資料庫1〇5〇包括整合於意圖的產品與服務供應者之資訊。存於此資料庫的資訊提供意圖架構 (intention framework)與供應商之間的連結，其包括產品之列表、特點與描述，及供應商產品網站的位址。與消費者個人資訊資料庫1060包括關於消費者的個人資訊，例如：名字、住址、社會保險號碼與信用卡資訊、個人喜好、行爲資訊、歷史與網站排版喜好。供應商網站伺服器1〇7〇提供消費者存取用來提供資訊的所有供應商資料庫與交易支援。產品資訊資料庫1080儲存所有的產品相關資訊，如；特點、是否有產品與價錢。產品訂單資料庫1090儲存所有消費者的訂單。此資料庫的介面可透過思愛普（SAP)、 Baan、甲骨文（Oracle)或其他廠商提供的企業資源規劃 (enterprise resource planning, ERP)應用程式，或是透過供應傷的網站伺服器或應用程式伺服器直接存取。消費者資訊資料庫1091儲存所供應商必須用來完成交易或是維持 56 544592 年

消費者記錄的所有消費者資訊。第10B圖爲在個人中心介面內創造網頁之邏輯的流程圖。環境假設爲網站伺服器，透過TCP/IP網路，如：公眾的網際網路或私有的內部網路，連接的瀏覽器。網站伺服器可以包括 Microsoft Internet Information Server、

Netscape Enterprise Server 或是 Apache。瀏覽器可以包括 Microsoft Internet Explorer 或是 Netscape Navigator。客戶端（即瀏覽器）送要求（reqiiest)1001至伺服端（即伺服器）請

求一特定的網頁。此通常是由使用者點按網頁之連結或是按鈕而完成。網站伺服器抓取特定使用者的排版與內容喜好1002，係利用存於客戶端(即瀏覽器)與使用者個人資訊資料庫（user’s profile database)1003的唯一使用者代號。然後，網站伺服器接收網頁內容1〇〇4，其係從內容資料庫 1005而來。接著接收使用者中心內容如：行事曆、電子郵件、連絡記錄(contact list)與工作列表1〇〇6(第11圖繪示此流程的詳細描述）。資料庫的查詢係利用儲存於使用者個人資訊資料庫1003個人資訊之部分的使用者內容喜好，過濾回傳內容。之後，根據定義於使用者個人資訊之排版喜好將回傳內容格式化爲網頁1〇〇7。然後，網頁回傳至客戶端，並顯示給使用者1008。第11圖描述接收使用者中心內容並增加至網頁的流程。此流程以較詳細的方式敘述第10B圖中的步驟1006。其假設伺服器已經獲得使用者個人資訊’及預計加入此網頁內容。伺服器分析過濾過的內容1110，搜尋事件、聯絡 57 544592 92 " 05607pifl.doc/012 … 乂，J . , 名字舆竃子郵件的記錄。假如發現任何一個，則將其標記出來，並儲存於一暫存空間。然後，伺服器嘗試發現儲存於不同資料庫的任何使用者中心內容1120。此伴隨著將暫存空間內的標記項目與行事曆資料庫1140中的行事曆項目1130、電子郵件資料庫1114中的電子郵件項目1115、聯絡資料庫1168中的聯絡項目1117、工作記錄資料庫 (task-list database)1118中的工作記錄項目1119及新聞資料庫1120中的新聞項目1121進行匹配。在接收任何相關的使用者內容後，進行結合並回傳1122。使用者角色（user persona) 系統允許使用者創造多個不同角色，其將個人資訊結合爲集合，以有用於不同的。當爲家庭進行採購時，使用者可創造一個角色。這個角色可包括家裡地址，並可在進行購買時指出使用者正尋找好價錢。同一個使用者可創造第二個角色用於工作時，這個角色可儲存使用者的辦公室地址，並指出使用者較喜愛某些供應商或是某公司在減價時的物品。在採購與工作相關的東西時，使用者會使用這個角色。一個角色可包括規則與限制。例如：工作角色可以限制使用者僅與一個旅行社進行機位預約，及使用其老闆設定的預約規則。第12圖描述使用者、其多個角色與多個個人資訊間的關係。使用者層級是使用者個人資訊12〇〇。此個人資訊描述使用者與其帳號資訊，在資料庫中有帳號的每一個使用者有一個唯一記錄。附加至每一個使用者的是角色1220、 58 544592 - - -. il56QIpif L^doc/012 192, m:.': ίΠ i 補左丨 -·-_4-24¾-1240。這些角色用來將多個角色群組至有用的情況。例如：居住於舊金山的使用者在帕羅阿圖工作，並在塔荷湖（Lake Tahoe)有山間小木屋，在其存取網站時，會有三種不同狀況。一種爲工作，另兩種爲在不同地方的家居生活。使用者可創造工作角色1220、家庭角色1230及山間生活角色1240。每一個角色參考不同的一般個人資訊 1250、1260與1270，其包括地址與地點。因此，會有三個一般個人資訊。每一個角色也參考兩個旅行個人資訊之一。使用者維護包括關於訂票與預約所有商業規則的工作旅行個人資訊1280，此個人資訊可指定只在出差時坐頭等艙，且喜愛聯合航空（United Airlines)。工作角色參考這個工作旅行個人資訊。使用者也維護家庭旅行個人資訊 1290，其指定搭經濟艙旅行，並要求不得退票的票，因爲比較便宜。家庭角色與山間生活角色都指向家庭旅行個人資訊。第13圖描述支援角色觀念的資料模型。使用者表格1310 包括在系統有帳號的每一個使用者的記錄。這個表格包括使用者名稱與密碼1320，作爲唯一的辨識値。每一個使用者可擁有多個角色1330，其好比是更特定結構即個人資訊 1340的容器。個人資訊在個人資訊欄位1350記錄中包括詳細的個人資訊。附加到每一個個人資訊的是個人資訊限制1360的集合。每一個包括名字1370與定義限制的規則 1380，規則爲類似樣式(假如X則γ)的形式，其允許此規則限制於特定用途。一個個人資訊限制的例子爲使用者不 59 544592

能尚列在表單上某一豕航空公司訂位的規則，此個人資訊限制可被包括於使用者老闆設定的工作角色的旅行個人資訊中。每一個個人資訊欄位也包括包含於記錄中的許可 1390集合。這些許可設定對特定個人資訊欄位的存取權力。意圖中心介面（intention-ce^j^jutafad 爲滿足消費者意圖，例如退休規劃或是搬家，需要一個特定介面。消費者意圖需要額外規劃及跨多領域的協調，如：金融證券、醫療保健的供給與輸送、個人與專業發展、娛樂與其他關心的事。滿足意圖需要行業間互補的網路，跨行業，以符合消費者的需求。意圖中心介面是設計用來幫助使用者管理個人意圖的介面。在任一個給定的時間，介面內容設定爲只顯示與特定意圖有關的內容。此意圖中心介面允許使用者管理滿足特定意圖的程序，此伴隨著一系列的步驟與使用者可存取內容範圍的集合。在任何時間，使用者也可轉換介面管理不同的意圖，且將改變介面的內容，使其僅包括滿足最近選擇的意圖之內容。第14圖提供支援意圖中心介面所需的資料模型之詳細描述。每一個使用者角色1410(第13圖有角色資料模型的詳細描述）有任意數目的有效使用者意圖1420。每一個有效使用者意圖有暱稱1430，作爲在螢幕上的顯示名稱。每一個有效使用者意圖也包括多個資料欄位144〇，其包括從與使用者互動收集到的任何使用者資料。例如··假如使用 60 544592 05607pifl.doc/012 者塡^幕上的表格，且其中一個攔位是社會安全號碼，相對應的資料欄位會包含名字= ”SSN”1450，値=999-99-9999，，1460。每一個使用者意圖也追蹤意圖步驟1470的完成狀況。完成欄位148〇指出使用者何時完成步驟。每一個使用者意圖是作爲所有使用者意圖預定模型之一般意圖 1490的使用者特定形式。一般意圖可由附加於次步驟的疋製規則(custon mle)1411，14丨2來定製，這些定製規則是系統將如何依單一使用者個人資訊，爲每一個單一使用者定製其意圖。統計代理程式代理程式持續追蹤每一個使用者的關鍵統計値（key statistics) ◦這些統計値的使用方式類似於Tam〇g〇chi虛擬寵物(virtual reality pet)，以便助長使用者的追些丫了爲。統計値記錄爲登入頻率、內容如··新聞文章評比的頻率與代理程式的活動，其係測量在某特定時間執行的程序數量。系統使用這些資訊，去吸引使用者助長這些行爲。第15圖描述顯示代理程式目前統計量之網頁的產生流程。當使用者以客戶端瀏覽器要求代理程式統計量網頁 1510，伺服器從使用者個人資訊資料庫1530取回使用者統計量1520。然後，伺服器進行產生統計量正規化集合1540 的必要數學計算。接著，伺服器從內容資料庫1560取回用來計算以使用者爲中心之統計量的方程式1550。使用此一般方程式（generic f0rmula)與使用者統計量產生圖形 1570。這些圖形置入模版以產生統計量網頁ι58〇，然後傳 61 544592 .一π 0560?pifl.doc/012 _ 回給使用者1590。個人化產品報告服務系統提供消費者報告形式的服務，其依據個人資訊(user profile)爲每一個使用者定製。系統記錄並提供來自於使用者關於產品品質與各方面意向的評比。本系統與傳統產品品質量測服務的不同點在於，傳給使用者的評比是個人化的。藉找出最接近使用者資訊且先前已經要求其評比過這個產品的人，運作這個服務。運用這個演算法可確定傳回使用者的產品報告，只包括來自於與使用者類似人物之統計値。第16圖描述決定使用者之個人化產品評比的演算法。當使用者要求產品X的產品報告1610時，演算法從使用者個人資訊資料庫1630(包括產品評比)取回使用者已事先評定過產品的個人資訊1620。然後，系統從內容資料庫 (content database)1650 取回個人資訊匹配（profile matching) 演算法的預設限制。接著，循個人資訊匹配演算法1660 設定的幾個範圍，對應所有使用者的短列表。確定出前η 個（預設的限制値）的最接近値，進行測試以判定其是否落在使用者個人資訊的範圍內（同樣也是預設的限制値），其係利用個人資訊匹配演算法的結果。假如不在限制値範圍內，放大限制値1680，再重新進行測試。重覆此程序，直到測試傳回真値。然後使用來自η個最接近値之小集合的產品評比判斷循數個範圍的產品統計1690。將這些統計値放入產品報告模版1695，並當作產品報告傳給使用者 62 544592 * ^5607pifl .doc/012 ^ :

1697 〇J 個人資訊與到處存在服務（services ubiquity) 系統提供個人資訊的中樞儲存處。此中樞儲存處爲網際網路上的伺服器，可被連接至網際網路的任何裝置存取，具有適當的存取方式。由於個人資訊的隨處可存取性，各種的存取裝置可用來依使用者個人資訊來定製服務。例如，商家的網站可利用此個人資訊，提供個人化的內容給使用者。具有網際網路存取能力的PDA可同步PDA上的行事曆、電子郵件、連絡記錄、工作記錄與筆記（note)及儲存於網站上的版本。因此僅需維護一份版本的資料，使其不管無論何時皆有效，使其以所有的格式存在。第Π圖顯示以各種不同方法存取中樞儲存之個人資訊的詳細邏輯。個人資訊資料庫1710爲使用者個人資訊的中樞儲存處。個人資訊閘道伺服器（profile gateway serVer)1720接收所有個人資訊的要求，不論是來自使用者本身或是嘗試提供服務給使用者的商家。爲確保當個人資訊擁有者授權許可傳出資訊，個人資訊閘道伺服器進行回應。利用TCP/IP(—種標準網路通訊協定）存取網際網路的任何裝置1730可透過智慧型HTTP請求從個人資訊資料庫要求資訊。消費者可從比如是電視1740、行動電話、智慧卡、瓦斯表、水表、蔚房用具、保全系統、桌上型電腦、膝上型電腦、口袋形電子記事本、PDA及汽車中存取服務。同樣地，商家1750將可存取這些個人資訊（由擁有每一個個人資訊的消費者給予許可），並可據而提供定製且個人 63 544592 92. 5· it 平 n ii

ifl.doc/012 化的服務給消費者。到處存在服務的一個可能用途爲連鎖旅館。消費者可攜帶有可唯一辨認其本人之數位簽證(digital certificate)的智慧卡。智慧卡之數位簽證由系統發出，且記錄其個人資訊到個人資訊資料庫。消費者帶卡到連鎖旅館登記住宿，旅館人員刷智慧卡，消費者輸入密碼(pin number)解除數位簽證。此簽證送到個人資訊閘道伺服器（使用保密傳輸協定（secure transmission protocol))，並確認。然後，旅館獲得消費者預先設定之個人資訊特定部分的存取。旅館可接收消費者的所有帳單資訊，及旅館房間喜好等。旅館也可存取消費者的電影與晚餐喜好，而提供定製的菜單。旅館也可送電子郵件給消費者的配偶，使其知道其已安全到達旅館。在旅館登記後，所有的交易資訊可上傳至消費者的個人資訊。將允許旅館的合作伙伴利用這些由旅館獲得(再一次地取得消費者許可）之關於消費者的資訊。意圖價値網路在加値網路中，整體整合商系統(overa11 integrat〇r system) 協調傳遞給使用者的產品與服務。整合商管理核准提供產品與服務給使用者之供應商的實體與虛擬網路，其係根據使用者個人資訊所反映的使用者喜好。整合商管理供應商與消費者間的關係，並協調消費者意圖與供應商的實現能力，其係藉由提供消費者有關產品與供應商的資訊及客觀的建議而達成。第18圖繪示消費者與伴隨供應商之整合商間的詳細互 64 544592 05607piflldoc/012 動。ii用者存取網頁瀏覽器1810，並從整合商要求產品與價格的資訊，此要求從使用者之瀏覽器傳送至整合商的網站/應用程式伺服器1820。從整合系統的消費者個人資訊資料庫1830獲得使用者喜好與個人資訊，並傳回網站/應用程式伺服器。從供應商產品資料庫1840篩選出要求的產品資訊，並爲個別使用者進行定製化。網站/應用程式伺服器使用關於使用者的查詢資訊更新供應商消費者資訊資料庫1850。然後，產品與價格的資訊格式化爲網頁186〇，並傳回消費者的網頁瀏覽器。摘要代理程式（summary agent) 執行於應用程式伺服器與網站伺服器之軟體代理程式的集合係設計來注意使用者重複或平凡的工作。這些代理程式依使用者設定的規則工作，且只允許進行使用者明確定義的工作。這些代理程式可以替使用者付帳單，過濾內容與電子郵件，並提供工作與代理程式活動的摘要。可以修改代理程式的使用者介面，以適合個別使用者。第19圖繪示依較佳實施例產生口述摘要之代理程式程序的邏輯。當使用者要求摘要網頁1900時，伺服器從使用者個人資訊資料庫1930抓取使用者代理程式喜好 1920，如：代理程式形式、規則與摘要層級（summary level)。伺服器從內容資料庫1950抓取內容1940,如：電子郵件、待辦事項、新聞與帳單。代理程式使用儲存於個人資訊資料庫的規則分析所有的內容，並總結這些內容1960。跟據模版，將內容格式化爲網頁1970。利用內容資料庫1990 65 544592 05607pifl.doc/012 中的內容與語音模版（speech template)，產生代理程式的語音內容1980。把此語音內容插入網頁1995,並將網頁傳回給使用者1997。可信束買的第三者(trusted third party) 上述方式需要網站依據公眾政策(published policy)維護資訊隱私的保證。此系統爲消費者信賴的第三者，在每一種情形下依其行爲運作，特別是在資訊隱私方面，而非在商業機會的刺激下運作。可信賴的第三者擁有一組適當的程序，保證合乎所敘述的方針。 meCommerce 此單字延伸”eCommerce”，以代表”個人化的電子商務 (personalized electronic commerce)’’。第20圖繪示依較佳實施例的登入畫面。此畫面由代理程式 2000 實作於 Microsoft Internet Explorer 應用程式’ 其引導使用者透過與系統互動的程序，定製與個人化不同的系統元件以獲得資訊，並與使用者的個人需求互動°使用者輸入用戶名稱2010與密碼2020，並選擇按鈕2040初始化登入程序。如商標（l〇g〇)2030所建議，系統將電子商務轉換爲個人化，所以稱爲”個人化的”電子商務。第21圖繪示依較佳實施例之日常工作管理的畫面。使用者接受動畫代理程式2100的個人化信息2190。使用者依不同需求選擇不同的動作，包括旅行2110、家庭事務 212〇、理財2130與商業活動2140。也提供日常工作如電子郵件、行事曆與文件準備的圖像2142，以便於從一個動 66 544592 05607pin；a〇t/012 ,；-'?·· - ί " λ > ' - ^ ! 1 f · ：；r；·] /· ^.；作至『另1個動作的瀏覽。也提供直接連結2146，以允許新文與其他感興趣事物的轉送。根據使用者在的地點，可選擇不同的個人資訊，例如：工作、家裏或是度假。當使用者須要另一個地點的個人資訊，可加入這些個人資訊2170 中。個人資訊的不同項目2180從使用者處收集得到，以便支援不同的企圖。且許可2150是項目2180的集合，確保資訊是適時的。第22圖繪示依較佳實施例之使用者主畫面。根據使用者喜好提供世界新聞2200與地方新聞2210。使用者已經選擇即時財經2230爲一個項目，在畫面上提供直接資訊。也根據不同的使用者喜好提供不同的代理程式222(^ 第23圖繪示依較佳實施例之代理程式互動。代理程式 2310與使用者溝通資訊2300，指出使用者的人壽保險已經更改，並指出爲使用者統計資訊的圖形。提供特定建議 2395便於根據使用者目前統計資料的詳細資訊。在畫面中央強調使用者人壽保險的圖形2370，幫助使用者判斷適當的行動。提供按鈕2380便利保單的改變，按鈕集合2390 幫助使用者選擇不同角度的保險需求。事件公告（event backgrounder) 事件公告爲即將到來之事件的簡短描述’其在事件前傳給使用者。事件公告定時更新關於此事件的最新資訊包括相關資訊如：旅程（itinerary)與日常工作（l〇gistics) ’及其他有用資訊如··可能在同一區域的熟人。事件公告的目的爲提供關於事件、資源如：公眾網站、使用者行事曆與連 67 描述的最新資訊’允許使用者在給定情況下進行最佳的反應。親近朋友搜尋器（vicinity friend finder) 當朋友、家庭成員或是熟人會在同一區域或將會在此區域時，此軟體尋找機會通知使用者。軟體掃描使用者行事曆尋找即將到來之事件。然後’使用地圖比對這些行事曆項目與記在連絡列表之人物的行事曆項目。告知使用者任何的匹配結果，即告訴使用者，某人會在某個時間來到其附近。資訊過載現在，此名詞，資訊過載，在其隱喻與影響兩方面的定義，已經被了解。人們在任一時間的注意力有限，但是每天有愈來愈多的競爭要注意。簡言之，太多資訊與太少時間是複雜化現今知識工作者生活的主要因素。動態處理資訊過載的第一個嘗試主要集中於資訊的智慧過濾，因此會減少資訊數量。然而不是簡單的除去資訊的隨機部分，大多數的方法試著對最後顯示給使用者的資訊有智慧，其係依使用者興趣與排除最不相關部份來評估每一件文件來完成。所以依循此方式，也可提高品質。在現今，過濾只是處理資訊的第一步驟。無庸置疑地，對文件的存取與文件的品質一樣重要。當輸入會議時，包含關於送至辦公室之會議資料的重要資訊是沒有價値的。當商務速度因互聯科技（technology 〇f intereQnneetedness) 而加速時，無論何時何地獲得有品質資訊的能力是必要 544592 memfin^c/on [l !；·ί 例 '"。:這1固新提案稱爲智慧型資訊傳送理論，且是新資訊時代的先驅。較佳實施例示範上述智慧型資訊傳送理論不只嘗試降低資訊過載，而且在使用者需要的時間地點傳送高品質的文件。換句話說，系統在正確的地方、正確的時間將正確的資訊傳送給正確的人。主動知識管理系統之描沭

第24圖爲較佳實施例之主動知識管理系統的方塊圖。此系統包括下列部份：連接一個或多個伺服器的後端 (back-end)2400、個人 f了動無線客戶端（personal mobile wireless client)(觀察器）2430, 2436、公眾客戶端（public client)(魔法牆）2410，2420、網站客戶端（web client)2446, 2448、電子郵件客戶端（e-mail client)2450，2460。後端伺服器程序（2400)

第25圖爲較佳實施例後端伺服器(back-end server)的方塊圖。後端（第24圖之2400)爲一電腦系統，其具有下列活躍軟體：智慧型代理程式協調者（Mimin)2580、資訊排序次系統2530、連續式與周期式之資訊收集與處理的智慧型代理程式集合2500, 2502, 2504、使用者個人資訊資料庫2542及其支援軟體、資訊頻道資料庫（information channels database)2542及其支援軟體、通訊軟體2550、資訊傳送軟體（information transformation software)2560 與輔助軟體。觀察器（第24圖之2446與2448) 69 544592 05607fnfr.doc/012 年月 Η jj: 補充察器是硬體裝置與軟體應用程式的結合。硬體包括手持式個人電腦與無線通訊裝置。觀察器藉由持續地接收無線資訊流反映出定時更新的擁有者狀態（state-of-the-owner’s-world)。經由一組智慧型代理程式採擷（mine)與處理的資訊包括郵件信息、符合每一個使用者喜好的新聞、行事曆更新、即將到來的會議與事件之背景資訊，好比是天氣與交通。第26圖爲較佳實施例之魔法牆的方塊圖。魔法牆魔法牆硬體包括：連接到後端伺服器的電腦系統2640 偵測人物的存在、地點與特質的感測器陣列2634, 2630, 2632 大型觸摸螢幕2620 聲音輸入2610/輸出2614硬體魔法牆軟體支援：相容現行網站標準的多媒體輸出語音辨識觸控輸入以可發聲（speech-enabled)的動畫字元形式表現之智慧型代理程式魔法牆如下列的方式操作：

Mg如使用者出現在魔法牆的附近，感測器陣列觸動” 使用者在這(user here)”的事件，其傳送包括人物代號與地 70 544592 05607p|l.doc/012 點的環境提不卡（environmental cue)給智慧型代理程式協調者。 2·根據感測器陣列傳回資訊，確認使用者。 3·魔法牆轉換至”使用者鎖定（locked on the user)”模式。假如另一個使用者接近，系統將通知他/她，目前無法服務其他使用者，因在服務目前的使用者。 4.智慧型代理程式協調者被通知有關於使用者的喜好。

5·智慧型代理程式協調者判斷是否有使用者感興趣的相關資訊，與魔法牆地點的時間敏感（time_sensitive)資訊要顯示（例如：交通報告、會議提示）。假如存在這些資訊，準備傳送出去，假如沒有，控制權轉移到資訊排序次系統。 6·資訊排序次系統根據使用者個人資訊、資訊的時效性、智慧型代理程式協調者之前的建議，判斷什麼資訊與使用者最有關連。

7·顯示在此時此地，所確認出與使用者最有關連的資訊頁面。資訊傳送的動作也包括智慧型代理程式的動畫與語音輸出。 8·假如使用者要求，他/她可要求魔法牆顯示特定的頁面。魔法牆辨識此語音片段，然後進行確認及顯示要求的頁面。 9·當使用者離開魔法牆區域，感測器陣列觸動，，使用者離開”的事件。 10.魔法牆轉換至等待狀態。基他客戶端 71 544592 05607pifl.d〇c/012 .· ί ../ •、- ::. i …網站丨客戶端爲一標準瀏覽器瀏覽網頁集合，其允許使用者透過魔法牆察看相同的資訊。電子郵件客戶端爲任何標準的電子郵件程式。智·慧型代理程式協調者此程式碼片段爲主動知識管理系統的協調代理程式（或是超級代理程式（meta-agent))，代表系統與每一使用者間的通訊，及不同代理程式間的通訊皆由智慧型代理程式協調者處理。這些代理程式的例子如下：背景搜尋器（BackgroundFinder)-分析會議內容以決定重要關鍵字與詞組，及爲每一個使用者搜尋會議背後資訊的代理程式。交通搜尋器（TrafficFindeO-根據居住區域爲每一個使用者搜尋交通資訊的代理程式。回應進行每一個使用者個人資訊資料之統計分析與更新相關資料欄位的其他代理程式。第25圖的智慧型代理程式協調者2580也是系統的使用者介面，當使用者與系統互動時。不論其爲GUI或是其他終端使用者介面，其最終處理智慧型代理程式協調者（詢問問題或是傳送命令）。智慧型代理程式協調者有四個主要責任：監測使用者活動、處理資訊要求、維護每一個使用者個人資訊與在使用者之間及其他對應代理程式之間互相傳送資訊。監測使用者活動任何時候使用者觸動感測器，智慧型代理程式協調者收 72 544592

年.j:j

Ιά^οτ^ίϊΙ補无I doc/012 到一個環境提示（environmental cue)。這些提示不只讓智

慧型代理程式協調者爲資訊傳送目的瞭解使用者在何處，而且學習每一個人生活的標準樣式（到達時間、離開時間等）。當傳送資訊時，這些樣式經常地更新，並做修正以提高系統的智慧。例如，現今個人擁有數個電子郵件帳號 (工作的、家庭的、行動的等）是很平常的，與運用幾台不同電腦處理所有帳號。因此，爲了讓智慧型代理程式協調者成功地傳送資訊到正確位置，其必須瞭解所有帳號與使用者可能存取的時間，以將使用者看到資訊的可能性最大化。此將在另一段落敘述。處理資訊要求

智慧型代理程式協調者處理來自其他代理程式的資訊要求，以便爲每個使用者個人化資訊，並由使用者提供的資訊精確地反映出其興趣。這些要求一般有關於使用者的個人資訊。例如··代理程式爲使用者準備交通報告’其可能從智慧型代理程式協調者要求使用者的交通區域（搜尋字串）。所有使用者個人資訊的資料存取由這個方式達成。維護使用者個人資訊使用者個人資訊包括關於使用者的大量資訊。這些資訊是使用者特定資料與智慧型代理程式協調者從每個使用者資訊及活動中學習與推斷之資訊的混合物。爲保護包含於個人資訊內的資料，智慧型代理程式協調者必須處理所有使用者資訊的要求。智慧型代理程式協調者藉由觀察使用者活動與試圖學習其生活樣式來定時地修改與更新這些個 73 544592 ? 92. 5. 19 0560.7pih.doc/012 人資k，以便在更多日常平凡工作中進行幫助。智慧型代理程式協調者也利用其他代理程式從每個使用者日常活動收集資訊。這些代理程式採擷這些資料，以嘗試發現目前興趣、長期興趣的指示，與每種形式資訊的傳送時間喜好。智慧型代理程式協調者觀察的另一個重要觀念爲也嘗試決定出每個使用者會爲了日常目的而整天待在何處。資訊傳遞（information routing)

大多數的人整天都在移動。智慧型代理程式協調者藉由觀察（未受監督的學習）與來自環境的提示卡嘗試決定使用者在那裡及會到何處，而對這些事較爲敏感。決定將使用者的資訊傳送到那裏及以那種格式傳送資訊是相當重要的。例如：假如使用者在辦公桌邊並使用網頁客戶端，智慧型代理程式協調者可從其PC獲得動作暗示，而知道要傳送任何必須的資訊。此外，因爲桌上型PC通常能力較強，可傳送全功能且圖像豐富的版本。然而，考慮另一種情況，智慧型代理程式協調者收到人已離開辦公室的指示 (透過門邊的讀卡機）。幾分鐘後，智慧型代理程式協調者也收到有緊急信息的通知。智慧型代理程式協調者知道其已經離開辦公室且未收到任何通知，假設其可經由手持裝置（也具有這些功能）連絡到，並傳送此緊急通知的本文，而非圖形化的版本。本質的革亲斤（inherent innovation) 主動知識管理系統代表一些在知識管理與人機互動 (human computer interaction)世界中較爲進階的想法。一起 74 544592 Λ 0560^)ifl.doc/012 κ 主要的革新如下所列： 1. 如上所述的智慧型代理程式協調者。 2. 智慧資訊傳遞理論的發展、示範與實施。 3·資訊傳遞頻道的支援，其利用通用的後端。例如：使用者位於魔法牆前，資訊會以多媒體的方式呈現。假如系統判斷使用者在移動，資訊會以標準文件傳到觀察器。其便於資訊的傳遞，不論何時何地使用者需要這些資訊。 4. 資訊個人化不但依據統計的個人資訊，而且包括目前即時狀態包括”誰、何處、何時”。 5. 快速且具延展性的資訊排序次系統用來結合智慧型代理程式意見、使用者喜好及使用者的互動記錄。其自智慧型代理程式移除大部份的一般流程，在不損及系統延展性下，使得智慧型代理程式更精緻且更精確。 6. 語音辨識及語音合成結合動畫表現的智慧型代理程式，而觸控輸入提供有效率、直覺有感情地回饋互動給系統。根據較佳實施例的支援程式碼依據較佳實施例，下列程式碼係撰寫並執行於Microsoft Active Server Page的環境。其主要包括含有嵌於程式碼之資料庫呼叫（database call)的 Microsoft Jscript，以便查詢與儲存資訊於資料庫中。意圖中心介面 75 544592 ______________ 05607pifl.doc/012 Λ'' :: Λ.:..,小： ' 卜. . .: 1 , , . ..-：： ·； *...，·. l-...................… 倉丨ί造意圖 ASP 頁面（“intention create.asp") <%@ LANGUAGE = MJScriptM %> <%

Response.Buffer = true;

Response.Expires = 0; %> <html> <head> <title>Create An Intention</title> </head> <body bgcolor=n#FFE9D5" style = Mfont-family: Arial" ίβχί^'^ΟΟΟΟΟΟ'^ <% //Define some variables upl = Server.CreateObject(MSoftArtisans.FileUpM) intention_name = upl.Form(nintention_name") intentiondesc = upl.Form(Mintention_desc") //intention_name = Request.Form(Mintention_namen) "intentiondesc = Request.Form("intention_desc”） //intentionicon = Request.Form("intention_icon") submitted = upl.Form(Msubmittedn) items = new Enumerator(upl.Form) %> <% //Establish connection to the database objConnection = Server.CreateObject(nADODB.Connection") obj Connection· Open(" Maelstrom'’） %> <% //Check to see if the person hit the button and do the appropriate thing if (submitted == MAdd/DeleteM) 76 544592

GO 年月日〇56βΊψ t|rj.L補充 4〇c/012 flag = "false' //loop through all the inputs while(! items.atEnd〇) { i = items.item() //if items are checked then delete them if(upl.Form(i) == "on") { objConnection.Execute(ndelete from user intention where intentionid =" + i); objConnection.Execute(ndelete from intentions where intention_id =M + i); objConnection.Execute("delete from tools_to_intention where intentionid =" + i) flag = Mtruen } items.moveNext() // if items were not deleted then insert whatever is in the text field in the database if(flag == ’’false”） { intention_name_short = intention name.replace" /gi，’’n) objConnection.Execute(nINSERT INTO intentions (intention_name,intention_desc,intention_icon) values('" + intention name + + intentiondesc + + intentionnameshort + ’’.gif” +

Response.write(Mthe intention short name is M + intention_name_short); upl. Save As(ME: develop men t/asp_examples/"+ intentionnameshort + M.gifM) } } // Query the database to show the most recent items. rsCustomersList = objConnection.Execute("SELECT * FROM intentions") 77 54459292, 5.19 05607piil.doc/012 %> <input type = nSubmit" name = ,,return_to_mcp,' value = "Go to Main Control Panel" onclick=”location.href=’default.asp"丨〉〈form method = npostn action = "intention_create.aspM enctype = Mmultipart/form-data" > <TABLE border=0> <tr><td colspan = n2"><font face = HArial" size = M +lM><b>Enter in a new intention</b></font></td></tr> <tr><td><font face = MArial">Name:</font></td> <td><INPUT TYPE = Mtext" name = Mintention_name"></td></tr> <tr><td><font face = nArial”〉Description:〈/font〉</td〉<td〉<TEXTAREA name = "intention_descM></TEXTAREA></td></tr> <tr〉<td><font face = ’’Arial’’〉Icon Image:</font></td〉<td〉<INPUT TYPE = ’’file NAME =，’intention_icon” size = 40></td〉</tr> <tr><td colspan=：M2M><INPUT type = Msubmit" name = MsubmittedM value = MAdd/DeleteM></td></tr> </TABLE> <HR> 〈font face = ”Arial” size = ’’ + l”〉<b〉Current Intentions</b〉</font〉 <TABLE> <tr bgcolor=E69780 align = ’’center’’> <td> 〈FONT color=”white”〉Delete</FONT> </td> <TD> <FONT color="white">Itention</FONT> </TD> <TD> <FONT color="whiten>Description</FONT> </TD> <TD> 〈FONT color="white”〉Image</FONT〉 </TD> </tr> <% // Loop over the intentions in the list 78 544592 一一^一^ t)2. 5, 19 p$60^ifl.doc/012 counter = 0; while (!rsCustomersList.EOF) { %> <tr bgcolor:’’white” styles"font-size: smaller"> <td align = center> 〈INPUT type = ncheckboxn name = M<% = rsCustomersList("intention_id" )%>"> </TD> <td> <%= rsCustomersList("intention_nameM)%> </td>

<hr>

Available Tools </form> </B0DY> </HTML> 79 544592

年月

曙雕補无I ifl.ioc/012 接收意圖歹II表的ASP頁面(“intentions list.asp") <!-- #include file = Minclude/check authentication.inc” --〉 <HTML> <HEAD> <TITLE>my S ite ! Intentions List</TITLE> <SCRIPT LANGUAGE = MJavaScriptM> function intentionsList () { this.internalArray = new Array(); <% // establish connection to the database objConnection = Server.CreateObject(’’ADODB.Connection"); obj Connection.Open(" Maelstrom"); // create query intentionsQuery = objConnection.Execute("SELECT * FROM intentions ORDER BY intention_name ascM); %> // write out the options <% numOptions = 0 while (!intentionsQuery.EOF) { intentionName = intentionsQuery(Mintention_nameM); intentionlcon = intentionsQuery("intention_iconM); %> this.internalArray[<%= numOptions%>] = new Array(2); this.internalArray[<%= numOptions%>] [0] = M<%= intentionName %>’，； this.internalArray[<%= numOptions%>] [ 1 ] = Mimages/<% = intentionlcon %>"; <% numOptions + + ; intentionsQuery.moveNext(); %> <% } %> 80 544592 05607pifl.doc/012 Λ Π ' ν,. * - i i .. numlntentions = <%= numOptions%>; intention Array = new intentionsList(). internal Array; function selectlntention () { for (i = 0;i<numlntentions;i + + ) { if (IntentionsListSelect.options[i].selected) { intentionNameTextField. value = intention Array [i] [0]; //intentionPicture.src = intention Array [i] [ 1 ]; break; } } } </SCRIPT> </HEAD> <BODY BGCOLOR=M<% = Session(Mmain_backgroundM)%>" style = "font-family: Arial，，〉〈CENTER〉 <!…〈FORM NAME = nintention_listn> …〉 <TABLE FRAME = MBOXM border=0 CELLPADDING = M2M CELLSPACING = M2M>

<TR><TD COLSPAN = n3M STYLE = Mfont: 20pt arialM ALIGN = ,,CENTER,,><B>Add a mySite! Intention</B></TD></TR> <TR><TD COLSPAN = "3M>&nbsp;</TD></TR> <TR> <TD width = M 1 00"><font size = M-1 M>Please Select An Intention You Would Like to Add to Your List</font></TD> <TD colspan = 2> <SELECT ID = MIntentionsListSelectM NAME=!,IntentionsListSelect" SIZE =丨丨 10丨，style =，，font: 9pt Arial;，，onClick = ’’selectIntention()’’〉 <% intentionsQuery.moveFirst(); for(j = 0；j<numOptions;j + + ) { %> 〈OPTION VALUE =，，<%= intentionsQuery(”intention_id丨丨）％〉” <% if (j == 〇) { 〇/0> SELECTED <% } %» <%= intentionsQuery(Mintention_namen) %> 81 544592 ....--------------------------， 92. 5. 19 ... 05607pifl.doc/012 .丫； U · ! <% intentionsQuery.moveNext() .「Λ intent ions Query, mo veFirst(); %> . </SELECT> </TD> </TR> <TR〉<TD COLSPAN =，，3，，〉&nbsp;</TD〉</TR> <TR> <TD width = M 1 00"><font size = M-1 n>Customize the Intention name</font></TD> <TD COLSPAN = 2'，〉<INPUT TYPE = ’，textH NAME = MintentionNameTextFieldM ID = MintentionNameTextField" SIZE = "30U VALUE = "<%= intentionsQuery(Mintention_nameM) %>"></TD> </TR> <TR><TD COLSPAN = M3n>&nbsp;</TD></TR> <TR> <TD COLSPAN = ”3·，ALIGN = ,’CENTER”〉 <INPUT TYPE = Mbutton" NAME = MintentionOKButtonn VALUE = U OK " SIZE = ”10” ID = nintentionOKButton，， onClick=uj avaScriptitop.opener, to p.navframe.addAnIntention();,,> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&nbsp; 〈INPUT TYPE = nbuttonn NAME = "intentionCancelButton" VALUE = ,,Cancer, SIZE = M10U ID = MintentionCancelButton" onClick="self.close();,,> </TD> </TR> </TABLE> <! —〈/FOR N1〉—〉 </CENTER>

82 544592

Ifl.doc/012

Connection.Close(); %> </BODY> </HTML> 顯示使用者意圖列表的ASP頁面（excerpted from “navigation, asp”） <DIV ID = nintentionlistn style = "position: absolute; width:210; height:95; left: 365pt; top: -5; visibility: hidden; font-family: Arial; font-color: #000000; font: 8pt Arial ; > <DIV style = ’’position: absolute; top:7; left:7; height:78; width:2 1 0; z-index:2; background: <% = Session(Mmain_background',)%>; border: solid lpt #000000; padding: 3pt; overflow: auto; alink: black; link: black;”〉 <body LINK = n#000000M ALINK=n#000000M vlink=MblackM> <% // create query intentionsQuery = objConnection.Execute(M SELECT user_intention. * FROM user_intention, user_intention_to_persona WHERE user_intention_to_persona.user_persona_id = " + Session(McurrentUserPersonaM) + " AND user intention to persona.user intention id = user_intention.user_intention_id"); numintentions = 0;

Response. Write(M<SCRIPT>numintentions = M + intentionsQuery.RecordCount + "</SCRIPT><TABLE cellpadding^'O' width =，100%· cellspacing=，0，>，，）； while (! intentionsQuery.EOF) { %> <TR〉<TD〉<a href="javascript:changeIntention(,<% = intentionsQuery(’’user—intention_id’’）％〉’，’< % = numintentions%>’）M onmouseover=MmouseOverTab()M onmouseout=MmouseOutOfTab()M><f〇nt color = ’’Black’’ face = "arialn size = ’’-2'’><% = intentionsQuery(’’intention_custom—name’’）％〉</font〉</a></TD〉<TD〉<IMG align = MrightM SRC = "images/delete.gifM alt=MDelete this intention" onClick = ”confirmDelete(<%= intentionsQueryC'userintentionid”） %>)Mx/TD></TR> 83 544592 05607pifl.doc/012

<%numintentions++; intentionsQuery.moveNext(); %> <% }

Response.Write(M<SCRIPT>numintentions = H + numintentions + M</SCRIPT>M); %> <tr><td colspan = M2M><hr></td></tr> <TR><td colspan = M2"><a href=，’javascript:changeIntention(’add ·.·’，<%=numintentions%〉）;’’ onmouseover=’’mouseOverTab()’’ onmouseout=’’mouseOu 1:0fTab()’’〉<font color = nBlackn face =，’arial" size=’'-2’'〉add ...</f〇nt〉</a〉</td〉</TR〉 </table> </body> </DIV> <DIV style = '丨position: absolute; top:0; left:-5; width: 230; height: 1 05; z-index: 1 ； " 〇nmouseout="intentionlist.style.visibility=,hiddenM, onmouseout=Mintentionlist. style.visibility = 'hidden"' onmouseover=" intentionl is t. style, vis ibility=’hidden"’〉</DIV〉 </DIV> </DIV> 雖然本發明已以較佳實施例揭露如上，然其並非用以限定本發明，任何熟習此技藝者，在不脫離本發明之精神和範圍內，當可作各種之更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者爲準。 84

Claims

544592 05607pifl.doc/012 年巧 ^

拾、申請專利範圍： 1.一種創造使用者網路介面的方法，包括步驟：獲得使用者個人資訊；由根據該個人資訊之應用程式理解使用者意圖；以及根據該個人資訊在一顯不器顯不格式化後的複數個應用程式。 2.如申請專利範圍第1項所述之創造使用者網路介面的方法，包括爲了個人資訊提醒一使用者並儲存該資訊於一資料庫的步驟。 3. 如申請專利範圍第1項所述之創造使用者網路介面的方法，包括利用應用程式追蹤使用者互動並在該使用者個人資訊儲存行爲統計的步驟。 4. 如申請專利範圍第1項所述之創造使用者網路介面的方法，包括提供作爲每一該些調整至使用者喜好之應用程式的通用使用者介面的步驟。 5·如申請專利範圍第1項所述之創造使用者網路介面的方法，其中該些應用程式包括：電子商務、資訊管理與資訊傳遞。 6.如申請專利範圍第1項所述之創造使用者網路介面的方法，包括利用該個人資訊爲與一應用程式之使用者互動創造一定製模版的步驟。 7·如申請專利範圍第1項所述之創造使用者網路介面的方法，包括根據網路提供者資訊進一步定製該模版的步驟0 85 544592 05607pifl.doc/012 年月袖允 8.如申請專利範圍第7項所述之創造使用者網路介面的方法，包括利用產品資訊、建議與進度報告完成該模版的步驟。 9.如申請專利範圍第1項所述之創造使用者網路介面的方法，包括根據一使用者個人資訊之代理程式邏輯簡化的步驟。 10.—種創造一資訊摘要的裝置，包括：一處理器；一在該處理器控制下儲存資訊的記憶體；用以獲得使用者個人資訊的邏輯電路；由根據該個人資訊之應用程式理解使用者意圖的邏輯電路；以及根據該個人資訊在一顯示器顯示格式化後的複數個應用程式的邏輯電路。 11.一種具有創造一資訊摘要的一電腦程式之一電腦可讀取媒體，該電腦程式包括：獲得使用者個人資訊的一程式碼片段；由根據該個人資訊之應用程式理解使用者意圖的一程式碼片段；根據該個人資訊在一顯示器顯示格式化後的複數個應用程式的一程式碼片段；根據該使用者個人資訊排定該使用者感興趣資訊之優先順序的一程式碼片段；以及在一顯示器顯示根據該使用者個人資訊格式化之該資訊 86 544592 05607pifl.doc/012: Π 丨 ("'.，： ^ r ? ^ 9 ·:，Λ - L "- ' Τ'· / J {J · ; ,- -., 一…―—，.:::_:.:::;'1 丨的一程式碼片段。 12. 如申請專利範圍第11項所述之具有創造一資訊摘要的一電腦程式之電腦可讀取媒體，該電腦程式包括爲了個人資訊提醒一使用者並儲存該資訊於一資料庫的邏輯。 13. 如申請專利範圍第11項所述之具有創造一資訊摘要的一電腦程式之電腦可讀取媒體，該電腦程式包括利用應用程式追蹤使用者互動並在該使用者個人資訊儲存行爲統計的邏輯。 14. 如申請專利範圍第11項所述之具有創造一資訊摘要的一電腦程式之電腦可讀取媒體，該電腦程式包括提供作爲每一該些調整至使用者喜好之應用程式的通用使用者介面的邏輯。 15. 如申請專利範圍第11項所述之具有創造一資訊摘要的一電腦程式之電腦可讀取媒體，其中該些應用程式包括：電子商務、資訊管理與資訊傳遞。 16. 如申請專利範圍第11項所述之具有創造一資訊摘要的一電腦程式之電腦可讀取媒體，該電腦程式包括利用該個人資訊爲與一應用程式之使用者互動創造一定製模版的邏輯。 17. 如申請專利範圍第11項所述之具有創造一資訊摘要的一電腦程式之電腦可讀取媒體，該電腦程式包括根據網路提供者資訊進一步定製該模版的邏輯。 18. 如申請專利範圍第11項所述之具有創造一資訊摘要的一電腦程式之電腦可讀取媒體，該電腦程式包括利用產 87 544592 05607pifl.doc/012 品資訊、建議與進度報告完成該模版的邏輯。

88