TWI305885B - Application outsourcing - Google Patents

Description

1305885 九、發明說明： 【發明所屬之技術領域】 應用程式服務提供 本發明係關於將應用程式委外服務至 者（ASP)。 【先前技術】 為了減少固定的m越來越多的公司（企業）指望應用 程式服務提供者（ASP)為其利益（委外服務）而供、给商務岸用 程式及服務。ASP可開發及設計應用程式以滿足客戶二用 戶端的）需要’或者-公司可為該ASp提供應用程式而將任 何維護留給ASP。 在另-情況下，應用程式及任何相關資源（例如資料庫、 企業祠服器、傳統應用程式）託管在該所有公司之控制之外 的計算機上。一旦ASP控制了公司 a 』△ d之關鍵商務資源，該公 司就嚴重依賴ASP且在無顯著花眷月猫 石化買及風險的情況下難於改 變提供者。 ' ASP成為公司之敏感資訊/商務運作過程之參與者，且 該相關資源係含有敏感資料（例如關於其客戶、供鹿商、 夥人及商務運作之資料）之資料庫時，此公司之非常實際 問題在於敏感資料之保護。 $ 企業通常具有兩種方法來管理及保護其資料及其他 源： ⑴將IT系統、資料等保持在内部並依靠由其系統管理 員施用之防火牆及其他安全技術來保護此等資源 或者 93542.doc 1305885 · (ϋ)委外服務系統並依靠第三方提供者（該Asp)之技術 及能力來保護/管理該企業之資源。 ，刚者具有將（敏感）資源保持在内部之優點但意味著該企 業失去了 it委外服務之優點。後者意味著對安全 控制及對ASP之信賴。 【發明内容】 因此本發明提供-種用於協調應用程式邏輯與相關資源 之裝置’該裝置包括：用於自—制程式服務提供者（Asp) 接收應m邏輯之構件；用於自用戶端純—請求來自 AS =之服務的請求之構件；㈣匹配來自該Asp之應用程式 咕輯與4用戶端請求之構件；及使用該應用程式邏輯藉由 存取該資源來執行該用戶端請求之構件。 ^據另H本發明提供—種應用程式服務提供者服 務，此服務之實現包括以下步驟：自用戶端為服務接收一 :求；為前述段落之裝置提供應用程式邏輯；經由前述段 落之裝置指示用戶端請求服務。 因此本發明提供了委外服務向應用程式服務提供者提名 f用程式邏輯之能力，„允許公㈣留對與該應、用程工」 遇輯互相影響之資源的控制。 、可使用此種衣置來使銀行業務應用程式邏輯與客戶之每 感銀行詳細資料分離。在另—實财，該裝置可係電子卡 秋系統之一部分。(第6029150號美國專利是電子付款系,

7 一實例’然而該系統並不使應用程式邏輯（接收自ASP /、用戶端請求相匹配且由左·=欠、 -a存取負源來執行該應用程式j| 93542.doc 1305885 · 輯以實現用戶端之請求。） 該請求可包含用戶端插入之資料，在此狀況下較佳在執 行請求過程中使用該資料。 該請求之結果較佳以應用程式邏輯規定之格式傳回至用 戶端。 較佳傳回帶有相關器識別碼（id)之結果。因此若自用戶端 接收包含相同相關器識別碼之第二請求，其可用來使第二 请求與先前請求相關。因此可使用該相關器識別碼特徵來 把多個請求聚合為單一工作單元。 較佳一實施例之應用程式邏輯包括至少一頁網頁。基於 執行應用程式邏輯之結果可選擇一適當網頁以傳回至該用 戶端。 在一個實施例中，該資源係資料庫且該傳回之網頁包含 自該資料庫提取之資料。 在另一個實施例中，經由中間邏輯（舉例而言，應用程式 伺服器）存取資料。 根據另一態樣，本發明提供如申請專利範圍第8項之裝 置。 ’ 根據另一態樣，本發明提供如申請專利範圍第9項之系 統。 根據另一態樣，本發明提供一用戶端，其包括：用於自 一應用程式服務提供者（ASP)請求服務之構件；用於接收如 何啓用該服務之效能之詳細資料的構件，該等詳細資料包 括一識別碼及一將該識別碼轉遞至之位址；用於將識別碼 93542.doc 1305885 · 轉遞至該位址以使得識別碼可與來自該Asp之相關應用程 式邏輯相匹配該應用程式邏輯使用一資源來執行 該用戶端請求’該用戶端進-步包括用於接收自該位址傳 回之請求之結果的構件。 包括亦用來將資料（例如 址之構件。此資料可接著 用於轉遞該識別碼之構件較佳 由用戶端提供之資料）轉遞至該位 用於處理該請求。 用戶端較佳也包㈣來接收自該位址傳回之—相關器識 別碼的構件；及使㈣相__碼以與難發送至該相 同位址之請求相關聯的構件。 根據另-態樣’本發明提供—種用於協調應用程式邏輯 ”相關貝源之方法’該方法包括：自應用程式服務提供者 (ASP)接收應用程式邏輯；自用戶端接收—請求來自Asp之 服務的請求；使來自ASP之應用程式邏輯與制戶端請求 相匹配；及使用應用程式邏輯藉由存取諸來執行用戶端 請求。 根據另一怨樣，本發明提供如申請專利範圍第2〇項之方 法0 根據另一態樣，本發明提供一種方法，其包括：自一應 用程式服務提供者（ASP)請求服務；接收如何啓肖該服務之 效此的4、’.田寊料，该等詳細資料包括一識別碼及用來將該 識別碼轉遞至之位址；將識別碼轉遞至該位址以使得識別 碼與來自該ASP之相關應用程式邏輯相匹配，該應用程式 邏輯使用一資源來執行該用戶端請求’該方法進一步包括 93542.doc 1305885 · 接收自該位址傳回之請求的結果。 資料較佳亦轉遞至該位址。可接收自該位址傳回之相關 器識別碼且可將其用來與稍後發送至該相同位址之請求相 關聯。 根據另一態樣，本發明提供一種用來協調應用程式邏輯 與相關資源之資源管理服務，該服務之實現包括以下方法 步驟：自一應用程式服務提供者（ASP)接收應用程式邏輯； 自用戶端接收一請求來自ASP之服務的請求；使來自ASP 之應用程式邏輯與用戶端請求相匹配；及使用應用程式邏 輯藉由存取資源來執行用戶端請求。 應瞭解：本發明或其部分可能以電腦軟體建構。 【實施方式】 本發明可應用於使委外服務之應用程式邏輯與敏感資源 (例如資料）分離、使諸如應用程式之内部資源與委外服務之 應用程式邏輯分離；且亦可應用於與多個ASp及多資源一 起使用。 本發明將根據網路環境來描述，然而應瞭解並不意欲將 本發明限於此環境。舉例而言，可能使用不同組件來建構 系統--舉例而言，將存在其它使用特製格式及協定之組件來 代替網路伺服器及/或網路瀏覽器來使得該系統之各種組 件相互運作。 根據一個實施例，本發明提供一種用於使電子商務應用 程式與其資料儲存分離之方法。以此方式，應用程式可委 外服務於應用程式服務提供者（ASP)而不會曝露該等應用 93542.doc -10- 1305885 程式之運作所需之任何敏感資料。該方法可能特別有用之 實例為線上銀行業務。客戶儲蓄記錄可保留在内部，而有 必要向客戶提供其賬戶之存取的銀行業務應用程式可被委 外服務。 圖la係本發明之一較佳實施例之組件圖。一公司（諸如銀 行1〇)將關於其客戶（用戶端）之敏感資料保留在資料庫2〇 中。外部用戶端50(圖中展示了 一個）穿過網路伺服器及防火 牆60經由一特製資料庫管理器3〇來存取資料庫2〇。 該公司將其應用程式（展示一個實例，即銀行業務應用程 式90)委外服務於Asp 8〇，其可由用戶端5〇穿過網路伺服器 及防火牆95來存取。該ASP可穿過防火牆7〇存取該資料庫 管理器30(因此及資料庫2〇)，然而沒有敏感資料自資料庫傳 回至ASP以此方式，ASP完全不知道資料庫之内容且因此 較少可能會危及到安全性。 圖lb說明用於線上銀行業務之本發明之一較佳實施例之 處理。其應該結合圖la查看。 用戶端50將ASP之URL輸入網路瀏覽器55中以穿過該網 路伺服器及防火牆95存取該銀行業務應用程式9〇。用戶端 請求賬戶（a/c)登入（步驟丨00)。Asp將該登入頁（1〇g〇n page) 傳回至用戶端以供完成，且同時Asp將一應用程式頁（隨後 詳細描述）(AP)發送至資料庫管理器3〇(步驟11〇)〇請注意， 該資料庫管理器可向ASP確認接收到該ap。 該AP包含一獨特指令識別碼，該識別碼藉由Asp分配給 AP。該相同指令識別碼亦同樣提供作為傳回至用戶端之登 93542.doc -11 - 1305885 · 頁之刀。用戶端完成登入資訊，並且建構一用戶端請 农並將/、傳輸至銀行（步驟丨2〇)。該用戶端請求較佳包含： (0自登入頁提取之指令識別碼； (11)包括用戶端完成之登入詳細資料之過濾程式碼；及 (in)用戶端傳回位址（所使用之協議需要之位址）。 因為發送至用戶端之初始登入頁較佳包含銀行之位址， 所以可使用該資訊來將用戶端請求傳輸至銀行，在此處用 戶&凊求將被轉遞至資料庫管理器3 〇。 =貝料庫s理器3〇接收到用戶端請求之後，能夠使其與對 應之AP相匹配（使用該指令識別碼攔位）（步驟13〇) ^請注 思，AP可能包含一逾時值（time〇ut以丨狀）。若該在由該 逾時值指定之時期内未與用戶端請求相匹配，則Ap較佳逾 期。資料庫管理器/AP較佳#程式化卩包含關於Ap逾期之 後要做什麼之指令。舉例而言，忽略用戶端請求，或將"頁 逾期”訊息傳回至用戶端，抑或傳回先前頁以使得用戶端可 再一次重新啓動該交易等。 假定AP可與用戶端請求相匹配，則資料庫管理器利用含 在用戶端請求之過濾程式碼内部之資料來執行含在Ap内部 之邏輯。AP含有町见頁，其可利用來自資料庫2〇之資料 被適當且完整.的選擇。請注意，應用程式邏輯（包含HTML 頁）較佳由ASP提供。 在此實例中，AP含有使用用戶端登入資料來驗證用戶端 對資料庫20是否有效之邏輯（步驟14〇)。該邏輯有可能為以 下形式： 93542.doc -12- 1305885 · 若用戶端登入 使用過滤程式碼資料來驗證用戶端對資料庫是否有效 若用戶端無效 選擇帶有請求用戶端再次嘗試之訊息得HTML頁//用戶 端無效 將選定之HTML頁發送至用戶端（在必要時使用自用戶端 請求提取之用戶端位址） 否則//用戶端有效 產生識別特定用戶端執行額外邏輯之安全符記以為帳戶 概要（account summary)模仿新的用戶端請求 結束 結束 //用戶端登入後，將為用戶端提供其帳戶狀態之總結 //模仿之用戶端請求應包含與初始請求相同之指令識別 碼，且因此可與初始AP相匹配以執行帳戶概要邏輯一見下 文。 //(請注意，可使用一標記來指示AP是否用於登入或提供 帳戶概要詳細資料。） //模仿之用戶端請求應包含由登入過程產生之安全符記 //模仿之用戶端請求還應包含自初始用戶端請求提取之 用戶端回復位址（若適當） 若帳戶概要被請求 驗證安全符記是否有效 若無效 93542.doc -13 - 1305885 · 選擇帶有請求用戶端再次登入之訊息的HTML頁//用戶 端無效 自用户端請求提取用戶端傳回位址（若適當）且將選定之 HTML頁發送至用戶端 否則//安全符記有效 為帳戶概要資料而查詢資料庫 適當地選擇格式化之HTML頁並插入帳戶概要資料 自用戶端請求提取回復目的地（若適當）且將選定之 HTML頁傳回至用戶端 //傳回之HTML頁應包含將來由用戶端使用之安全符記。 結束 結束 . 利用此AP邏輯，可驗證用戶端之登入詳細資料是否對資 料庫20有效；可執行帳戶概要邏輯（步驟150);及一傳回至 用戶端之包含帳戶概要詳細資料之網頁（步驟160)。 傳回至用戶端之帳戶概要詳細資料頁較佳包含與用戶端 可能向ASP提出之額外請求有關之選單。假定用戶端選擇 其中之一（步驟170)，則ASP將把一頁（包含新指令識別碼） 傳回至用戶端以供完成，或者將僅僅傳回該新指令識別碼 (若不存在資料以供用戶端完成）（步驟18〇)。若該用戶端希 望更新一些資料（例如其位址），可將一頁傳回至用戶端以供 完成》 同時將一 AP (包含新指令識別碼及適當之邏輯）發送至該 銀行（步驟190) 〇 人 93542.doc 1305885 其間，用戶端50建構一用戶端請求，其包含： (I) 包含完成資料之過濾程式碼（若適當）； (II) 用戶端之傳回位址（若適當）； (π〇其接收之作為登入過程之部分的安全符記；及 (iv)新的指令識別碼。 s亥請求被傳輸至銀行（步驟200)。 在步驟2 1 〇中，銀行（經由兩者均含有之新指令識別碼）使 用戶端睛求與新接收之AP相匹配。此AP含有以下形式之邏 輯： 驗證安全符記是否有效 若無效 選擇帶有請求客戶再次登入之訊息的HTML頁々客戶無 效 自用戶端請求提取用戶端傳回位址（若適當）並將該頁發 送至用戶端 否則//安全符記有效 當適當時查詢/更新資料庫 若資料庫被查詢 選擇適當格式化之HTML頁並插入提取之資料 自用戶端請求提取回復目的地（若適當）及 將該頁傳回至用戶端 //傳回頁應包含安全符記。 否則//更新資料庫 選擇適當之HTML頁（自AP)以通知用戶端已進行其更 93542.doc -15- 1305885 · 新，自用戶端請求提取回復目的地（若適當）並將該頁傳回至 用戶端 //傳回頁應包含安全符記。 結束 結束 以此方式，銀行能夠利用該安全符記驗證用戶端是否有 效（步驟220)，執行AP内含有之邏輯（步驟23〇);並將適當之 HTML頁傳回至用戶端（步驟24〇)。 應瞭解到資料庫管理器3〇較佳包含一列命令’其可對資 料庫執行且其瞭解如何執行以提取適當資料/適當地修改 資料。 / 應用程式服務提供者較佳未曾接收到敏感資料。資料庫 官理器3 0採用正常的安全措施來驗證用戶端及ASp之同一 性且保證敏感資料之保密性。 資料庫管理器較佳拒絕將敏感資料（例如帳戶餘額）發送 至與請求用戶端不同之位址。 資料庫介面可同樣提供一定程度之審查功能（audit facility)。舉例而言，該介面可記住與Ap匹配之請求數量、 被拒絕請求之數量、超時之數量等等。由於此審查在内部 完成（與由ASP完成相反），所以可保證此資料之準確度。 雖然本發明特別適用於使委外服務之應用程式邏輯與相 關敏感資料分離，但是其決不僅限於此。 在另一只例中，可使用不同ASP分別委外服務較大應用 程式之不同（合作）部分。根據此一個實施例，揭示一直接電 93542.doc -16- 1305885 · 子付款系統。當經由網路或藉由其它電子媒體講物時，兮 系統允許客戶之敏感個人及銀行詳細資料僅永遠發送至其 銀行。僅向定購之任何各物之供應商通知：已經請求交易、 以及其何時發生。 圖2說明根據本發明之一個實施例之系統中涉及之 及處理。請注意，在該實施例中，存在兩種AW, 一種用 於提供者而另-種用於客戶之銀行。以此方式，客戶之舒 行詳細資料與託管客戶銀行業務應用程式之實體保“ 離，並類似地使供應商之庫存詳細資料與託管供應商應用 釭式之實體（例如網站）保持分離。 自該圖可看出組件之間之資訊流動經由有編號之箭頭展 不。下文解釋每一有編號箭頭之意思： ^ 一客戶（用戶端）瀏覽供應商之網站（其由供岸商之 ASP 3Π)託管及管理）且為—特定庫存項發佈—講買請求。 2.供應商之ASP31〇為該客戶發送—請求，i包含 制碼及—供該客戶完叙模板。該模板較佳包含供^ 元成其希望購買之該項部分數量之空間。 =時’供應商之ASP31〇發送一 Ap至庫存資料庫。該 AP匕§與在步驟2分配至用戶^ 卜… 用〜月未相同之指令識別碼。 …各戶完成在步驟2作為該請求之部分發送之模板，且 將完成之用戶端請求發送至供 商之座up 庫存資料庫320。供應 商庫存_貝料庫官理器（未圖示）使用戶端請求盘AP(在牛 驟2發运)相匹配’且此導致(歸因於AP内含有之邏輯二 HTML·頁在步驟4被發送至客戶。 令輯） 93542.doc -17- 1305885 * 4.該HTML謎發狂客戶綱且含有庫存項之價格以及 關於供應商之銀行之詳細f料（例如銀行名稱及供應商名 稱）。 ^ 5. 客戶通知客戶銀行ASp 330購買已開始。 6. 各戶銀行ASP 330為客戶產生一用戶端請求。該請求包 含：指令識別碼、供客戶填入價格之空間以及供應商之銀 行詳細資料（後兩者自在步驟4由供應商之庫存資料庫 之AP獲得）。 次6 .同枯，客戶銀行八卯33〇產生一用以發送至客戶銀行之 資料庫340的AP。該Ap包含與步驟6之用戶端請求所提供之 指令識別瑪相同的指令識別瑪。 7. 客戶將在步驟6接收之及時完成之用戶端請求發送至 客戶銀行之資料庫34()。用戶端請求亦將包含客戶銀行登入 貧訊以使得客戶可驗證為真實客戶。客戶銀行之資料庫管 理器（未圖示）接著可使步驟6，之Ap與步驟6之用戶 匹配。 q 4训 8. 饭定AP與用戶端請求可匹配’則Ap包含邏輯，該邏輯 使得客戶銀行之資料庫管理器首先驗證該客戶是否有=且 接著=供應商之銀行相互作用以使得客戶之銀行帳戶;被 k方而π亥供應商之銀行帳戶可被記入貸方。請注咅， :應：之銀行35。不必使用本發明之一實施例之：離二 用程式邏輯/資料方法學。因此客戶銀行之資料庫管理= ’、心商之銀行可根據標準付款清算方法相互作用。° 9. —旦客戶銀行之資料庫管理器自供應商之銀行35〇接 93542.doc -18- 1305885 . 收以HTML頁形式之對於已對客戶3〇〇發生交易（未圖示）之 確認，步驟6'之AP内提供之邏輯也使得客戶銀行之資料庫 管理器提供此確認。 收到確認之後，客戶經由供應商之網站並以與先前描述 之父易相同之方式發佈一裝運請求（包含其位址）。已向其自 己的銀行確認付款已完成之供應商可確認此裝運及訂單完 成。 請注意，供應商之ASP310及客戶銀行ASP應較佳地使用籲 標準格式之用戶端請求。 清注意，客戶銀行ASP是與客戶銀行之資料庫分離之實 體，而供應商之ASP及供應商之庫存資料庫與此相同亦為 分離之實體。每一實體受不同的人控制。應瞭解：兩個資 料庫以與參照圖la及圖lb描述之類似方式使用資料庫管理 器（未圖示）。 當多個用戶端請求各自形成一作業之一部分時，每一用 戶鳊％求較佳含有一用來使其與較大作業相關的相關器。鲁 類似地，關於此作業之回應應較佳地輸送相同的相關器。 可將5亥相關器看作包括應用程式之回應及請求之”有效負 載”部分。 ' 應瞭解：利用典型之付款系統，客戶將為供應商提供其 銀订详細資料/信用卡詳細資料以使供應商操作付款。在此 過紅中，客戶相信供應商將不會誤用其敏感資料。若供應 商將八購貝應用程式交付委外服務，則先前該客戶就將不 侍不相信供應商之ASP，則此作法本身可能就不甚合理。 93542.doc -19- 1305885 · 藉由使用本發明 行之間傳輸。 客戶之敏感資料較佳永遠僅在客戶與銀 +雖然本發明主要係就敏感f料與應用程式邏輯之分離來 描述’但是本發明不限於此。根據本發明之實施例，一系 統可能協調-用戶端與該用戶端可能想要存取之任一資源 之間的相互作用。雖'然該資源可為_資料庫，但是其可僅 簡單地為—企㈣服器或非委外服務之應用程式/應用程 式部分。 因此本發明較佳地允許—公司將其某些資源保持在内部 (其在此使用所有專門技術來管理該等資源），同時將其它資 源交付委外服務。 圖3提供了 一實例，其中一銀行藉由回應對帳戶詳細資 料、利率、抵押資訊等之請求來為客戶提供服務。銀行選 擇將此服務之部分mSP _進行委外服務。藉由網路飼 服器450，客戶430能夠請求資訊。銀行之Asp 44〇(利用資 料庫460)對諸如當前利率之某些非敏感資訊具有直接存取 能力。然而銀行400已選擇將其服務之部分保留在内部。應 用程式伺服器410由銀行控制，且用來操作對諸如客戶之銀 行詳細資料之類敏感資訊的請求。該敏感資訊保存在資料 庫420中，其再次保留在銀行本身控制下而不是銀行之 控制下。資料庫420及應用程式伺服器41〇兩者可經由管理 軟體405存取。 此系統以與參照圖la及圖lb描述之銀行業務系統幾乎相 同之方式工作。此狀況下之主要差異在於：存在一應用程 93542.doc -20· 1305885 · 式伺服器座落在銀行之ASP與銀行之資料庫420之間。管理 軟體405簡單地將自銀行之ASP 440接收之應用程式邏輯轉 化為銀行之應用程式伺服器420能夠理解之格式。應用程式 伺服器可使用該等請求來查詢資料庫420。 甲注意’因為可能已根據該銀行之需求特定設計應用程 式伺服器’所以銀行可選擇使用該應用程式伺服器。當應 用程式伺服器已可使用時，使ASP開發新的事物就沒什麼 意義了。此外由於銀行可能需要之專家技術，所以銀行可 選擇將應用程式伺服器保留在内部。 注意，雖然本發明已依據一已將其應用程式之提供委外 服務之公司的外部客戶來描述，但是本發明決不僅限於 此。委外服務之應用程式之内部使用者也可以類似方式使 用本發明以存取所需資源。 【圖式簡單說明】 圖1 a係本發明之一較佳實施例之組件圖； 圖lb說明根據該較佳實施例之本發明之處理； 圖2展不根據本發明之—奢姑加^故 ^ ^只轭例建構之直接電子付款系 統；及 圖3係本發明之一實施例之組件圖。 【主要元件符號說明】 10 銀行 20 資料庫 30 資料庫管理器 50 外部用戶端 93542.doc 網路瀏覽器 網路伺服器及防火牆 防火牆 應用程式服務提供者（ASP) 銀行業務應用程式 網路伺服器及防火牆 客戶 供應商之ASP φ 客戶銀行ASP 供應商之銀行 銀行

管理軟體 應用程式伺服器 用戶端 銀行之ASP 網路伺服器 Φ -22-

Claims (1)

1305务綠細號專利申請案年号㈣二] 中文申請專利範圍替換本' ‘丨 十、申請專利範圍： —一 該裝 1. -種用於協調應用程式邏輯及一相關資源之裝置 置包括： 用於自一應用程式服務提供者（ASP)接收應用程式邏 輯之構件； 用於自一用戶端接收一請求來自該ASP之一服務之請 求的構件； 用於使來自該ASP之應用程式邏輯與該用戶端請求相 匹配之構件；及 巍 響 使用該應用程式邏輯以藉由存取該資源執行該用戶端 請求之構件。 2_如請求項1之裝置，其中該請求包含由該用戶端插入之 料，該裝置包括： 在執行該請求時使用該資料之構件。 3.如請求項1或2之裝置，其包括： 將該請求之結果以由該應用程式邏輯規定之—格式傳 回至該用戶端之構件。" 鲁 4·如請求項3之装置，其中該用於傳回之構件進一步提供一 相關器識別碼，且該裝置進一步包括： 用於自該用戶端接收包含該相關器識別瑪之—▲ 第二請 求的構件；及 用於使該第二請求與一先前請求相關之構件。 5.如請求項3之裝置，其中該應用程式邏輯包括 何主少一網 頁’該裝置包括： O:\93\93542-960417.do, 1305885 基於執行應用程式邏輯之結果自該應用 —令火 低&邏輯選摆 適虽之網頁以傳回至該用戶端的構件。 6. 如請求項5之裝置，其中該資源為一資料庫，且 網頁包含自該資料庫提取之資料。 °之 7. 如請求項1或2之裝置，其中該資源係經由 取。 田〒間邏輯所存 8. —種供一應用程式服務提供者使用之裝置，該裝置々 用於提供應用程式邏輯至如請求項丨至7中任— 任一項之裝置 用於自-用戶端接收-請求-服務之請求的構件二括’ 項之裝 置的構件； 用於指示該用戶端經由如請求項1至7中 請求一服務之構件。 相關資源之系統，其包 9· 一種用於協調應用程式邏輯與一 括： 一應用程式服務提供者（ASp)，其包括： 用於自一用戶端接收一請求一服務之請求的構件· 用於提供應用程式邏輯至如請求項丨至7 ， 置的構件；及 項之裝 用於指示該用戶端自如請求項m中 求該服務的構件， < 裝置請 其中該系統進-步包括如請求項⑴中任 置。 Θ中之裝 端，其 包括： 10· 一種用於協調應用程式邏輯與一相關資源之用戶 O:\93\93542-960417.doc • 2 ·

1305885 服務之構 用於自一應用程式服務提供者（ASP)請求一 件； 用於接收如何啓用該服務之效能之詳細資料的構件， 該等詳細資料包括一識別碼及一位址藉以轉遞該識別碼 至該位址； 用於轉遞該識別碼至該位址以使得該識別碼可與來自 該ASP之相關應用程式邏輯相匹配之構件，該應用程式邏 輯利用一資源來執行該用戶端請求， 該用戶端進一步包括接收自該位址傳回之請求结 φ 構件。 11·如請求項10之用戶端，其中該用於轉遞該識別碼之構件 包括亦用於轉遞資料至該位址之構件。 12 ·如請求項10或11之用戶端，其包括： 用於接收自該位址傳回之一相關器識別碼之構件；及 使用該相關器識別碼以與稍後發送至相同位址之請长 相關聯的構件》 13. —種用於協調應用程式邏輯與一相關資源之方法，該方魯 法包括： 自一應用程式服務提供者（ASP)接收應用程式邏輯； 自一用戶端接收一請求來自該ASP之一服務的請求； 使來自該A S P之應用程式邏輯與該用户端請求相匹 配；及 使用該應用程式邏輯以藉由存取該資源執行該用戶端 請求。 _ O:\93\93542-960417.doc %, 1 1305885 - 14. 15. 16. 17. 18. 19. 20. 士叫求項13之方法，其中該請求包含由該用戶端插入 資料’該方法包括： 在執行該請求過程中使用該資料。 如請求項13或μ之方法，其包括： 將邊凊求之結果以由該應用程式邏輯規定之一袼 回至該用戶端。 八得 如請求項15之方法，其中該傳回之步驟進一步提供—相 關器識別碼，且該方法進一步包括： 自該用戶端接收包含該相關器識別碼之一第二請求. 使該第二請求與一先前請求相關。 如請求項15之方法，其中該制程式邏輯包括至少 頁，該方法包括： ’ 基於該執行制程式邏輯之結果自㈣用程式邏輯選 擇一適當網頁以傳回至該用戶端。 如請求項17之方法，其中該資源係一資料庫且該傳回之 網頁包含自該資料庫提取之資料。 如請求項13或14之方法，中兮咨通及外丄丄 ，、甲。亥貝源係經由中間邏輯存 取。 一種藉由一應用程式服務提供者實現之方法，該方 括： / L 自一用戶端接收一請求—服務之請求； 項之方 提供應用程式邏輯至如請求項13至19中任 法； 指示該用戶端經由如請求項丨3至丨9中任一項之方法請 O:\93\93542-960417.doc 1305885 丄 τ )A 求一服務 種包括-f腦程式之記錄媒體，該電腦程式 碼構件’當在電腦上執行該程式時該構件被^ 如請求項^至^中任一項之方法。 攻執仃 .種包括t腦程式之記錄媒體，該電腦程式包括 碼構件，當在一電腦上執行如請求項⑼之方法時該構； 被調適成執行該方法。 23· -種用於—客戶端以協調應靠式邏輯與—相關資源之 方法，其包括： 自一應用程式服務提供者（ASp)請求一服務； 接收如何啓用該服務之效能之詳細資料，該等詳細資 料包括-識別碼及一位址藉以轉遞該識別碼至該位址； 轉遞該識別碼至該位址以使得該識別碼可與來自該 ASP之相關應用程式邏輯相匹配，該應用程式邏輯利用一 資源執行該用戶端請求， 該方法進-步包括接收自該位址傳回之請求結果。 24. 如請求項23之方法，其中該轉遞該識別碼之步驟也包括 轉遞資料至該位址。 25. 如請求項23或24之方法，其包括： 接收自該位址傳回之一相關器識別碼；及 使用該相關器識別碼以與稍後發送至相同位址之請求 相關。 26· -種包括-電腦程式之記錄媒體，該電腦程式包括電腦 程式碼構件，當在-電腦上執行該程柄該構件被調適 O:\93\93542-960417.doc 1305885 1年月1曰修(¾)正替邊頁| ί 4· 1 1 ) \ 成執行如請求項2 3至2 5中任一項之方法 O:\93\93542-960417.doc