TW323354B

TW323354B -

Info

Publication number: TW323354B
Application number: TW080106385A
Authority: TW
Original assignee: Digital Equipment Corp
Priority date: 1990-08-14
Filing date: 1991-08-13
Publication date: 1997-12-21
Also published as: CA2049125C; JPH0675889A; EP0471442A3; JPH0656600B2; DE69131742D1; EP0471442B1; CA2049125A1; DE69131742T2; US5440744A; AU7945591A; AU628753B2; EP0471442A2

Description

A6 B6 五、發明説明（1) 相IS鼷用稈式本應用程式相闞於U.S.S.N.—名稱為、、方法及裝置用來實施資料庫K供應給應用程式之目的導向呼叫〃， U.S.S.H· —名稱為/方法和裝置以提供於一分佈式多機種環境中應用程式之動態呼叫〃 *均與本應用程式同一天申請。 π窈昍背暑 /本發明係闞於横跨交互作用。特別是* 資料處理網路姐織Μ 程式之栢互作f。電腦間相互通訊遍為 ''節點"，而特定系統之特定型式之硬式之台，被稱為"多在提供於不同環境下在典型資料處理網程式，均以它們自有 VAX . VMS台中，文件成，而 MIPS .ULTRIX 編輯程式予K完成。不同台上不同本文編些台Μ及本文編輯程此相容性在Μ前是多楗種資料處理網路電腦應用程式之本發明係瞄於一遵照目的導向模型之及横跨如多楗種網路環境的個別應用及蓳料型式之體，被機種網執行應路中，的特定編輯工台中，具有兩輯程式式之细不可能處理網路。電腦，赤即稱作"台〃路# 。網路用程式在共不同台和執方式儲存資作可用TPU 文件編輯工涸台網路之中來使用操節0 的。而傳统電腦本使用特。網路中連接同資料行在不料。例本文編作可用使用者作•而身通常被稱定型式操作含有不同型台之一目的上0 同台的應用如，於輯程式來完 EMACS本文可能希望從不須知道這的網路要求多機種 {請先閑讀背面之注意事項再填寫本頁) .St. •訂. .綠. 甲 4(210X 297 公发） ^3- ^38354 A6 B6 五、發明説明（2 ) {請先聞讀背面之注意事項#-填寫本頁) 網路之使用者使用持定介面，每一倨應用程式在特定台上褥要許多操作。傳统網路不能提供使用者在應用程式間之通訊使用一標準介面的能力。在傳铳多機種網路中應用程式間通訊有許多困難，舉例可知*如果在一台上本文編輯應用程式之使用者想要存、取 -各用戶資料庫取回服務，例如DIALOG求得科學文章或在另一台上LEXIS求得法庭意見。在傳統網路中要如此作，則本文編輯應用程式之操作勢必要停止，且資料庫取回服務必須使用特別適用於資料庫取回服務之命令和訊息來呼叫。使用者不但需要知道每一個所想要服務之特定名稱，同時也必須知道網路中服務之位址，且必須熟悉每一個服務所使用之不同命令和命令格式。至今尚未發展標準介面於一多機種網路中以有效且不複雜的方式允許一台中之應用程式呼叫另一不同台之應用程式。而傳統應用程式間之通訊只提供機構作為應用程式間物理上地傳输訊息和資料。 χ/現使用麥允許一台上之應用程式與一不同台上之應用程〜· ------ .... 式通訊之機構中之例為遠程程序呼叫（Remote Procedure Call，Μ下簡稱為RPC )糸統。一台上之RPC 系統對一 '''呼叫〃應用程式所質詢之反應，首先是將應用程式訊息翻譯成網路資料格式，然後傳送此經翻譯之質詢遍及網路而至一接收台。在接收台，RPC系统之另一姐件把經詡譯之訊息解碼成可被應用程式呼叫接受之資料格式質詢。然而，必須與呼叫應用程式指定之語法一致。甲 4(210Χ 2971'发） --4-- A6 B6 323354 五、發明説明（3) 當一遠程節點上應用程式沒有正在載入和執行時，傳统網路會發生另一個困難。許多R PC糸铳只允許已經載入和執行之應用程式作遠程呼叫。假如不是這種情況，顧客應用程式之使用者必須找一些方法於呼叫它之前來載入此柯服應用程式於堪程台上。此可能造成嚴重地限制。大童之系統資源一直是實施廣網路糸K促進應用程式間通訊之一障礙，且對網路中一糸統為了處理所有不同型式之資料操作和應用程式而言是視為必髂的。只要網路擴充，系统，資源，和要求也跟著增加，而使許多提議實施變的十分踊大而難Μ處理。故需要一有效且簡單之方式用在不同台上應用程式之呼叫，比如經由一均一且一致之介面。同時也在分佈式多機 1111— .•一一.............. | _ .丨丨『_»—一… 種環境應用程式中需要一 ft，呼叫環嵐 .......-·. . - · .........· ......... 應用程式之能力，不管其是否為里i及執行。 M摘蓉誔昍為達到這些需求，本發明由發送及控制伺服執行應用程式來反應從顧客應用程式接收之方法目的•而依目的導向方式來提供過程之相互作用，其引用成代碼而被執行。更詳而言之，於資料處理網路中包含有多數之資料處理台W執行應用程式，其中資料處理台之顧客從執行在顧客資料處理台上應用程式之顧客送出之訊息而產生一方法目的’此方法目的包含一引用至第一方法，一根據本發明於資料處理台之伺服者上實施第一方法之過程包括數個步驟。這些步驟包括從伺服資料處理台接收之方法目的，由伺甲 4(210X 297 公发） ......................................................^..............................^..............................^ {請先《讀背面之注意事項再填寫本百) __B6 五、發明説明（4 ) 服資料處理台引用參考至第一方法，分析此引用參考來決定應用程式之伺眼者被執行K實施第一方法，以及執行伺服資料處理台上之伺服應用程式Μ賁施第一方法。換句話說，於資料處理網路中包含有多數之資料處理台-Μ執行應用程式，其包含資料處理台之顧客，由執行在顧客資料處理台上應用程式之顧客送出之訊息而產生一.方法目的，此方法目的包含一引用至第一方法，根據本發明之資料處理台之伺眼者包含装置用來接收方法目的；裝置，結合接收裝置，用來引用參考至第一方法；裝置，結合引用裝置，用來分析引用參考Μ決定應用程式之伺服者被執行而實施第一方法；Κ及裝置•结合分析裝置，用來執行伺服應用程式來實施第一方法。隨同之圖式配合本說明之構成姐件，Μ及敘述，說明了本發明之原則。 IV阖忒 >簡Μ銳明圖1為可被用於本發明較佳實施例之網路圖。圖2為本發明赌於應用程式目的導向模型之主要姐件之說明。圖3說明本發明實施例之目的導向模型姐件之瞄係。圖4說明本發明目的導向模型姐/件實例間的闞係。圖5說明根據較佳實施例且與圖4所示關係一致之等级資料庫结構。圖6為較佳實施例不同姐件，以及這些姐件間資訊之較佳流程圖。 _____^ 甲 4(21〇X 297W 沒） ' ......................................................f..........................#..............................蜂 {請先閗請背面之注意事項再琪寫本頁) A6 B6 五、發明説明（5 ) 圖7顯示較佳實施例中不同記憶體糸銃之纽係。圖8為區域等鈒資料庫之較佳结構。圔9為圖8所示於區域等鈒資料庫中方塊之較佳實施例 0 圖10為對於總體資料庫•區域資料庫和節點儲存之載入 /卸載程式之功能說明。圖11A說明本文目的資料庫一較佳實施例。圖11B說明圖11A所示於本文目的資料庫中方法置換表之較佳實施例。画11C說明圖11A所示本文目的資料庫中伺腋節點表之較佳儲存结構。圖11D說明圖11A所示本文目的資料庫中等级資料庫置換表之較佳實施例。圖12為網路台中之個別軟體姐件。圖13為K本發明較佳實施例對於應用程式之遠程呼叫一般操作的流程圖。圖14為網路姐件及資訊流程之較佳詳细圖。圖15A至圖15D為Μ福14中之呼叫軟體组件來執行之程序流程圖。圖16說明用圖14呼叫軟體姐件來解決某方法之執行步驟〇圖17Α及17Β是Μ圖14控制伺服钦體姐件執行之步驟流程圖。圖18Α和18Β是以圖14發送軟體姐件所執行之步驟流程 S . Η___ -7 -__ 甲 4(210X 297 公发） ......................................................装..............................打..............................緣 (請先聞讀背面之注意事項再填寫本頁) 323S54 A6 B6 五、發明説明（6) • 圖。桂官淪俐夕註拥銳明本發明之較佳實施例的參考資料將隨同圈式作细部說明〇本發明較佳由姐織在傳統網路结構中資料處理器來實施 °此结構和程序之用來實現應用程式是具互相可實施性，然而並非如同傳統，它們提供目的導向Μ處理網路間應用程式間之相互作用。德路之本酉钿ft：圖一說明網路50可用來實施本發明。圖1中，網路50含有三個獨立台100 ，200 ，和300 ，它們之間Μ網路匯流排55來連接。雖然台1〇〇，200 ，Μ及300為全然多機種的（即，台100所示為使用VMS操作系统之VAX處理器，台200所示為使用ULTRIX操作系統之MIPS處理器，與台 300所示為使用MS-DOS操作系统之80286處理器），本發明也將以多機種網路來操作。同時•台之數目.不是重要的 Ο 網路匯流排5 5之姐纈和協定不是很重要，只要它允許台 100 ，200 ，和300間之資訊能通訊。此外，特定網路结構對本發明並不重要。例如，另一網路结構可根據本發明使用一台作為網路控制器而使其它台與之連接。然而圖1 所示網路50確信可增強本發明之優點。於較佳實施例中之網路50，台1〇〇，200 ，和300每一個分別含有中央處理單元（、、CPU '' ) 110 ，210 ，和 (請先聞讀背面之注意事項再填窩本頁) •装· .打· •缘. 甲 4(210X 297^:,¾) A6 ___B6 五、發明説明（7) 310 ，Μ及一記憶體 150 ，250 ，350 〇每一涸中央處理單元110 ，210 ，和310分別含有應用程式120 ，220 ，和320 ，操作糸铳（、、〇ρ SYS々）140 ，240 ，和340 ，Μ及應用控制结構服務-(*ACAS")軟體姐件130 ， 230 ，和330 。

應用程式120 ，220 ，以及320可配合本發明事先寫A 和僂改程式，或者由本發明提供之便利腋務來作特別寫入。為此目的，應用程式不管是根據本發明所執行之呼叫操作，或者是經由其它應用程式呼叫所作之反應。

AlAS軟體姐件，130 ，230 ，和330實施本發明之目的導1¾"處理。較佳為ACAS軟體姐件130 ，230 ，和330是由 Μ下詳述之若干軟體模姐所姐成。操作糸统140 ，240 *和340為標準操作糸統分別與台 100 ，200 ，和300.相對應之中央處理單元11〇，210 * 和31 0連结。記憶體150 ，250 ，和350具多種功能。其中之一當然是提供給關聯台作一般儲存。另一功能是儲存應用程式 120 . 220 及 320 ，ACAS$X 體姐件 130 ，230 ，和 330 ， Μ及經由分別之C ΡΙΠ1 0，21 0 ，和3 1 0居先執行的操作糸铳 140 * 240 ，和 340 。此外，記憶體150 ，250 ，和350之部份包含資訊以作網路50中所有的台1〇〇，200 ，和300直接或間接地共有 Κ及採用的缌體資料庫。缌體資料庫之佃節將於下詳述。 B . Η的導向结撞 >芸肚甲 4(210X 297 公;*1) ......................................................f...........................^..............................终 {請先聞讀背面之注意事項再填寫本頁) 五、發明説明（8 } A6 B6 (1)元件宙赛目的導向方法已被用來規劃資料之介面從實際的實施例中分開，但此法埵未應用在多機種網路中。於本發明中，目的導向技巧以另外應用程式用來將實際應用程式及它們的資料從操作在資料上之實施例分開。本發明之目的導向结構較佳為含有某些重要元件。圖2 解釋特定之這些元件和應用程式特定傳統特徵間之關係。如圖2所示，應用程式260可以兩種方式來描述。第一，此應用有特定應用定義265 。例如應用程式260是文軎處理程式*而應用定義能包含文書處理程式能執行何搡作Μ 及文書處理系統能操作何種資料之定義。另外，應用程式260包括應用程式資料268 。應用程式資料268為待定資料被應用程式26 0所操作。根據本發明，此應用程式資料不能被目的導向结構處理。而本發明則Κ目的型態來取代，將字元化的應用程式定 ------ 義和應用程式資料予Μ姐織，此目的型態將於下簡稱為目的。目的未顯示於圖2，但有顯示它們擴大元件。 Μ下之討論中，”目的"術語將一般解釋為數種元件，它們共同有兩個特徵。第一，它們涉及有對外的能力，意即此目的涉及或敘述那些需要與其它應用程式通訊之應用程式定義部份或應用程式資料。第二•它們具一般性，意即目的企圔可被所有應用程式來使用，且如此對具有介面至目的之應用程式有一全盤性地認知與單一名稱。本發明涉及目的之處理，而非只是處理特定資料或應用程式。 {請先閱讀背面之注意事項再填寫本頁) .装. .打. •缘· 甲 4(210Χ 297 公发） A6 __B6 五、發明説明（9)

如圔2所示*本發明之目的導向结構之兩個元件是由應用程式定義26 5所發展出來。一是等级270 K及另一為方法280 。等鈒為目的而有等级名稱和等级特徴兼具向外K 及一般性之本質。更者，等鈒可被使用作為裝置，不但可敘述應用程式，且可敘述被應用程式所使用之資料。此外，可從應用程式所實施之應用程式定義265推導某些型式之操作，而這些為方法28 0之特定例子。又，雖此特定方法2 80不是由糸統所管理，但寧可被組織成為等级。用於那些方法（稱為方法目的）之等级具一般性以及對外性，即使經特定命令或由應用程式執行之操作則不是。從應用程式資料268所推導之實例290為項目可被應用程式所操縱或存取。又實例不是由此结構所烴營之目的。反而實例是姐織成等级，如此實例於相同等級中享有共同特徵。例如•一特定DEC write之應用程式，其為一複合文件編輯程式•可被執行在特定檔案稱作M YFILE之上。此為一特定檔案，且它不是被AC AS系統處理，例如ASCII _ FILE為一般性的，故為一等鈒目的。同樣，一特定DEC write應用程式不是由整個糸统來管理。而此特定DECwrite應用程式可靥於一稱作DECwr*lte之等级*其為一般性的且為等级目的。從圖2可看出，應用程式具有可由應用程式靨於那一個等级，由應用程式中特定方法支持那一個等级（方法目的 )，以及由方法目的可搡作在那一個等级目的等之特徵。甲 4C210X 29了乂发） ......................................................装..............................打..............................線 (請先《讀背面之注意事項再填寫本頁) s^3354 A6 B6 五、發明説明（1C> 等级之一特徵為它們可為階層式地姐織。此將詳述於下，但可考盧上部等鈒和下部等鈒之觀念而作初步之了解。上部等级為它的下部等級之親項•而每一個下部等鈒至少為一個上部等鈒之子項。上部等鈒/下部等级闞係意即上部等级之靥性或共用特徵是由下部等鈒繼承。例如· D AT A_ FILES之一等级可有被開放*讀•和寫之能力屬性。等鈒DATA_FILES之二個下部等级可為SEQUENTIAL_ FILES 和 RANDOM_ACCESS_FILES 。除了能被開啟，讀· 和寫之屬性外，下部等鈒SEQUENTIAL_ FIES也有被循序地存取之鼷性，且等级RANDOM_ACCESS_FILES可具有被一位址直接存取之靥性。本發明之目的導向结構之另一元件為訊息，未反應於圖 2中。訊息為一懕用程式和方法之間的’介面，且被使用於應用程式以指定操作之型式而可被實施在顧客應用程式所確認之實例上。訊息一般是具有操作選擇器的形式，比如 PRINT ，Μ及数種參數，其可為實例，字串•數目等。這些元件之間的關係在下節中敘述。 ⑵完件關侈圖3顯示前述不同元件間之闞係。如圖3展示*每一實例370是與等级380相结合。另一理解途徑是把等级380 視為在那等鈒所產生目的之台〃，其可為實例，與作為如此目的之操縱處理。術語、、台〃表示每一等鈒内目的（為它們之資料項目•方法，或應用程式），共用由那等级所決定之某些特徵或屬性。甲 4(210X 297 公沒） ......................................................^..............................訂..............................線 {請先聞讀背面之注意事項再填寫本頁) A6 _. __B6 五、發明説明（1¾ 實例370是由送訊息360來操縱。此訊息360可為一動作，如EDIT，READ或PRIMT 。訊息可說是由等级來 ''支持 "，其意為訊息之解釋視等鈒属於訊息中某實例而定。例如PRINT訊息在假如實例為等级TEXT_ FILE中之本文檔案，與相對應之等级COLOR _GRAPHICS内之彩色繪圖檔案有不同之解釋。訊息360並未敘述特定操作之實施，亦即由特定訊息 360 (即方法）之要求，不但需要檢視訊息而且也要檢視實例之等級。為造成特定動作之發生，訊息360必須映像在寊際可執行程式碼。此映射經由找出相當於特定實例 370之特定等级380之特定訊息360 ，然後找出相當於由等鈒380所支持訊息360之特定方法390 。方法390代表實際可執行程式碼之實施在實例370上訊息360之想要搡作。 ⑶姐鐮圖4顯示不同目的導向结構元件如何於記憶體内事先姐成它們特定之槪念。從圖4中顯而易知，於等级和方法間涉及一複雜闞係。於較桂實施例中，方法和等级兩者均使用階層觀念以完成需要反應出必須存在於應用程式間，行為闞係之目的導向的處理。然而此已知特定例子只不過是說明用的，至於其它這些等級和方法之表示，對於那些热悉此技藝者而言為顯而易知。圖4所示之圖表中，階層觀念基本上有兩個分枝。一是由方法目的400來帶頭，而另一則由等鈒500帶頭。分枝甲 4(210X 297Z 发〉 ......................................................¾...............................ir..............................碟. {請先閱讀背面之注意事項再填寫本頁) A6 _B6 五、發明說明（12) ，階層則Μ它所繼承而有不同。於等鈒階層中，此繼承因其行為包含訊息。於方法階層中*繼承只有屬性。在等级階層和方法階層之間是經由訊息來作溝通橋樑•例如訊息 490和495 ，Κ及方法圖表，如圖表$93和498 。於圖4 所示之階層中，方法目的410 ，415和420分別代表 V0RD_C_CUT _MS_D0S · W0RD_ C _ READ_ VMS ·和 W0RD_ C — READ— ULTRIX，是從方法目的400所繼承。例如於圖4中，方法目的400可能有鼷性（未顯示）指示此方法，使用特定相互作用型式，以及有特定伺服故動型式 Ο 於EMACS應用程式中，方法目的410為CUT功能之代表。與方法410结合則為含有那些從方法目的400繼承之一姐属性430 。簡言之，台型式（PlatfornType)臑性指出台上那一個方法目的可被執行。互相作用型式（ InteractionType )靥性描述於特定方法伺服中方法的實實型式將被執行。靥性價值之舉例解說於下：有BUILT _ IN， SCRIPT_SERVER與 DYNAMIC _L0AD° ServerStartupType屬性指出適當的呼叫機構以用在方法伺腋者。鼷性價值例子解釋於下*有：SHELL ，DYNAMIC _L0AD與 NAMED _APPLICATI0N ° 靥性姐430指出相關方法作用在具有MS_D0S操作系統的80286處理器，以及具有BUILT — IN，互相作用型式，與NAMED _ APPLICATION伺服啟動型式之台。同樣地，方法目的415為EMACS應用程式中代表Read& 甲 4(210X 297 公;¥) ......................................................装..............................訂..............................線 (請先聞讀背面之注意事項再填寫本页) A6 _____B6 五、發明説明（13) (請先閱讀背面之注意事項再填寫本頁) 能。與方法415结合一含有那些從方法目的400繼承之一姐靨性435 ，但它同時指出相閨方法作用在VAX台K執行 VMS操作系统，和具有BUILT _ IN之互相作用型式，以及 NAMED .APPLICATION伺服啟動型式。於EMACS應用程式中，方法目的420為代表READ功能方法目的400之下部等级。屬性440用於方法等鈒420具有 MIPS處理器之台型式而執行BUILT_IH相互作用型式，與 HAMED _APPLICATI0N伺服啟動型式。 •訂· 另一方面，等鈒450是等级460FILES，以及等级465 APPLICATIONS之上部等级。等級460靨於資料目的。如圖 4所示，等级460有靥性（未顯示），為等级470之上部等級。等级470稱為ASCI I _ FILE。例如，等鈒470可代表於網路50中（見圖1) ASCII檔案具有相同特徴之所有檔案。對等级470此共同特徵可於屬性中描述，此並未顯示於圖4中。 •綠· 等级470則作為數個實例的等级，但由於它們並不是由目的導向結構所管理，所以實例並未顯示於圖4中。圖4 所表示者為等级470將雄持之訊息，且為達簡化之目的，其唯一所示者為EDIT訊息490 。等级以支持訊息，意即當訊息作為介面Μ介入此目的導向結構時，而可與等鈒使用Μ支持它，所W實例在那等级内。因此，如圖4所示之例子，EDIT訊息，可被送至 ASCII _FILE等级中所有實例上。 APPLICATIONS等级460也是上部等鈒，且它的下部等级甲 4(210X 297W 沒） 4-& A6 B6 五、發明説明（14) (請先閱讀背面之注意事項再填寫本页) 之一的EDITOR等鈒470有顯示出。EDITOR等级475為上部等級至特定應用程式等鈒480 * 483和485 *相對於 W0RD_A，W0RD_B * 或 V0RD_C。每一個等鈒，例如 VfORD_C485 ·代表一特定應用程式，如EMACS或TPU 。因此每一個應用程式是由一等鈒來定義。然而，一應用程式可能交付給超過一個應用程式之實施動作。應用程式等級也支持訊息，此可由訊息CUT495被應用程式等级485所支持顯示出。此反應一事實，即在等级定義時，任一應用程式等级485就決定來支持訊息CUT 。由K上簡短提及，於較佳實施例中，應用程式Μ母等级 •屬於上部等级，以及子等级羼於下部等级•姐織成一階層等级。圖4中•等级465為上部等级稱作EDI TOR。此上部等级之所有下部等级至少有上部等级之相同特定單一特徵姐或靥性。圖4中，上部等鈒475 EDI TOR之下部等级有 V0RD_ A 480 ，WORD— B 483 ，和 WORD— C 485 〇 W0RD_ A可代表TPU應用程式* WORD— B 483可代表所有LSE應用程式，而W0RD_C485可代表所有EMACS應用程式。每 —緬這些下部等级，除保有上部等鈒47 5特徵及屬性外* 它們本身有不同之單一特徴與屬性姐，如此方式才能使它們在上部等级475 EDITOR内分開成為下部等级。於本發明之較佳實施例中，特定繼承規則容許在等级之間有多重繼承。此意即任一下部等鈒可有超過—個以上之上部等鈒。因為此種繼承型式於定義時可能產生不明確’ 上部等级於定義時，可考慮、、序列"Μ解決潛在的繼承衝 ~ 1·6 二甲 4(210X297^：^) • A6 B6 3^3354 五、發明説明（15) 突。例如，在定義Μ下所述之一下部等级時，假如有任何街突產生是由於超過一個以上表列上部等级之訊息或羼性的雙重定義，則Μ最高序列等级定義之訊息或羼性作為下部等鈒之唯一Μ承。如上所述，方法目的和等級之間闞係可由方法圖表知悉。圖4顯示兩個方法圖表493和498 。每一個等级有訊息，每一個訊息參照一特定方法圖表。所Κ，方法圖表49 3 與EDIT訊息490结合*而方法圖表498與CUT訊息495结合。方法圖表最好包含方法與訊息结合之名稱。方法圖表可能也含有另一個等鈒與訊息之名稱。如此，方法圖表493 包括兩個方法目的名稱。方法圓表49 3包括方法目的 W0RD_C_READ MIPS. ULTRIX 494 ，其為方法目的 420 之名稱* Μ及方法目的W0RD_ C _ READ VMS 496之名稱，其為方法目的415之名稱。同法，作為訊息CUT495之方法圖表498含名稱W0RD_C — CUT 80 286. MS_ DOS 499，其為方法目的410之名稱。依此方法，方法圖表4 93和498可被用來定位分別相對於方法目的410 ，415和435之饜性姐430 ，435 ,和 440 。此序列型式用來定位方法之特定方式將於下詳加敘述。 .'\ (C.宝鈒畜料廑结澧說明網路结構之等級與方法目的儲存於等级資料庫 500 。等级資料庫500代表一能被網路50共用和使用之不 ^ -H-=OJ-=--- 甲 4(21〇X297y^) ......................................................51..............................4?..............................終 {請先Μ讀背面之注意事項再填寫本頁) A6 _B6 五、發明説明（16) 重複搜集之相閭資料項目。於圖4中♦等鈒資料庫500包含兩種型式之目的，與圖 4中所示相似。此目的為等級505或是方法549 。每一個等鈒505相對於一作為相當等鈒實例之類屬外部代表。例如，於圖5中•等级目的 ASCII— FILE 506相當於實例集合中具有等鈒 ASCII_FILE 506特徵之所有成員的類羼外部代表。此特激由相當之靨性集合510所代表。於較佳實施例中，相對於等鈒505之羼性510可由系统發展者或使用者依所希望之任何方式來使用。例如，作為等级 ASCII_FILE 506之靥性511可包含圖符名稱W代表等级506作顬示。每一個等鈒505也支持一姐訊息520 。訊息由一"'動詞〃或訊息名稱姐成，例如CUT ，READ或EDIT，稱為選擇器 * Μ及參數。每一涸參數由名稱與型式及方向所姐成。此名稱為a象徵化〃意即名稱為一特定型式，如，整數，字元或字串。對每一個參数可能之方向有'*入〃，、'出#與 ''入/出''。當一訊息內一參數為*入〃方向時，此意即输入至一被呼叫方法（於下討論）之參數。當一訊息内之參數為"出〃方向時，此意即從方法输出之參數。當一訊息内之參數有、、入/出"方向時，意即具有输入至方法K 及從方法输出之參数。訊息520代表有效操作使每一個由相對等级500之實例有支撐。例如，於圖5中，等级目的 ASCII— FILE 506支持包括訊息521及525之訊息520姐。於訊息姐520内特甲 4(210X 297公;*I) ......................................................«-..............................ίτ..............................#3L {請先閲讀背面之注意本項再填寫本页) A6 B6 五、發明説明（17 ) 定訊息有 OPEN ( PARA_ 1 * PARA_ 2 …）521 和 EDIT ( PAR A_ 1 ，PARA— 2，…）525 。例如，於訊息 EDIT ( PARA— 1 )中 * PARA_ 1 可表、'FileNane:字串，入 / 出〃•其中Filename是參數之名稱，字串是參數型式，K及入/出是參數之方向。訊息521與525個別參照方法圖表530和5 40 。每一個方法圖表530與540包括一组88於等级資料庫500内相對方法目的549或是關於其它等鈒K及訊息名稱之參考。例如，方法圖表530包含參考件531和533 ·每一涸相對於一個不同之方法目的（未顯示）。方法圖表540也包含參考件541和5 43 ，每一涸相對於等级資料庫500中方法目的5 49之一不同者。用於參考件541之相對方法目的未於圖5中顯示。為了此例之目的，圖5顯示出參考方法目的 550之方法圖表540上的參考件為ED_3_READ。如以上所述，等鈒資料庫500內之方法目的549也是Μ 階層地作儲存。每一個方法目的5 49代表一具有實施一方法之執行碼的參考件。如同較佳實施例，於網路資料處理糸統，可能有許多實例是與每一個方法目的549结合之執行碼，且具有實施由每一個方法目的所指認之功能。經由舉例*於每一個記憶體150 ，250 ，與350 (圖1 )中，可能按裝與方法目的 ED_ 3 _ READ 550结合之執行碼，而每一個執行碼在各自的台100 ，200 ，和300之一上，有能力實施方法目的 ED_3_READ 550之功能。根據較佳實施例之糸统包括在甲 4(210X 297 公发） ......................................................St..............................^..............................線 {請先聞讀背面之注意事項再填寫本頁) A6 B6 32S354 五、發明説明（18) 三個執行碼間選擇之過程處理。不同於屬性510與等级结合，等级資料庫50 0之方法羼性560與方法目的549结合是用來定位和執行一與特定方法目的结合之寅例•例如於網路中之方法目的550 。為了簡化起見，圖5只顯示於等级資料庫500中之一组方法靨性561 。此姐561是與等級資料庫500中方法目的549之方法目的5 50结合。雖然在組56 0之某些方法鼷性，能在執行中，被糸統使用者所指定Μ及被糸统來使用，某些羼性對操作是很重要的。

如圖5所示，於姐561內之方法羼性包含了 Platform TyPe= 80286 · MS— DOS* Interact ionType = BUILT_ IN 於較佳實施例中，其它兩個方法靨性包含在方法羼性姐 561内。一為Invocationstring屬性*其定義為呼叫字串 Μ用來在它需要被啟動時，作敢動此特定方法伺服。颺性價值必須是一價值適當用於第一屬性特定之特殊的台。例如，假使PlatformType靥性之價值為MIPS· ULTRIXM及 SeverStartupType靥性之價值為SHELL ，然後此靥性之價值則為一適當地ULTR IX殻命令。 D .査訊流稈在討論本發明較佳實施例细節之前，整個糸统之資訊流程將參照圖6來說明。圖6含有於圖1中顯示網路50之指示不同姐件圖600以及在這些姐件間的資訊流程。圖6中應用程式610與670 甲 4(210X 297公沒） ......................................................装..............................訂..............................緣 (請先閱讀背面之注意事項再填寫本页) A6 B6 五、發明説明（19) 每一個分別與應用程式120 ，220 ·或320之任一相對應 *且ACAS软體姐件620和660 ，則與ACAS钦體姐件130 ， 230或330之任一相對應。等鈒資料庫6 40 Μ及本文目的資料庠630則儲存在記憶體150 ，250和350之一或更多 Ο 如同Μ下之詳加說明，應用程式610將當做*顧客應用〃來送訊息。此訊息可包括實例檔案代碼，其為用來識別顧客（或任何其它）應用程式的實例機構。此訊息被顧客台內ACAS软體姐件620所接收。然後ACAS軟體姐件620使用訊息名稱Μ及被實例檔案代碼引用之實例等鈒以尋找等級資料庫640之方法圖表。 ACAS软體姐件620也可使用從本文目的資料庫630之本文資訊來從方法圖表中選擇一方法識別符號•此識別符號代表被執行的方法。本文資訊也被使用來選擇一台•稱作* 伺服台〃，在其上執行被選擇之方法。本文資訊將於下詳细敘述。 ACAS軟體組件620發出由等级資料庫640接收之方法識別符號K及賁例檔案代碼至伺眼台内之ACAS軟體姐件660 。而後，ACAS軟體姐件660採取適當步驟Μ執行使用、、伺服應用程式〃 670的識別方法或通知ACAS軟體组件660 ，包含ACAS軟體姐件660之伺服台不能對要求作出反應。在後者之情況，ACAS饮體姐件620則再檢査本文資訊以選擇網路中另一台，作為伺服台或通知顧客此要求已經失敗。假如於圖6中之方法識別由伺服應用程式670所執行而 -2 1 - 甲 4(210X 297乂发) ......................................................装..............................ir..............................终 {請先閲«背面之注意事項再填寫本页) A6 B6 五、發明説明（2 f請先閃讀背面之注意事項再填寫本頁) 產生之訊息是回到顧客應用程式610 ，則此訊息與另外資訊會在柯服台内經由伺服應用程式670到達ACAS軟體姐件 660 。然後伺服台内ACAS软S3姐件660發出反應至顧客台内ACASli體姐件620 ，而延遲這些反應至顧客台中之顧客應用程式610 。所有這些事項處理將於下詳加敘述。 E .記横flg集炫 ⑴绝艏窖級咨料隹整涸記憶體系統70 0之圖式顯示於圖7中。記憶體系统 700包括缌體等鈒資料庠705 Μ及區域等鈒資料庫710 ， 730和750 。廣網路記億體705也提供作某些其它資訊· 描述於下，可供網路使用考利用。總體等级資料库705所含資訊可供所有之台來存取。較佳狀況為缌體等鈒資料庫70 5分佈遍及於台之記憶體上。例如，於圖7中，總體等鈒資料庳705顯示部份置入每一個記憶體150 ，250 ，和350內。而其餘之總體等鈒資料庫705則置入其它記憶體内•此未顯示於圖7。缌體等级資料庫705之內容已經於圖4和5中予Μ敘述。凡熟悉此技藝人士將認知圖7所示之分配記憶體安排並非必要Μ實施本發明。例如，整個结！體等鈒資料庫705可儲存於一單節點之記憶體内或者於一指定記憶體内，而不影響此發明之原則。此外，每一個記憶體150 ，250 ，和350分別具有區域等级資料庫710 ，730與750以及節點高速媛衝720 ，甲 4(210X2971'发） ^2^=. A6 ____B6 五、發明説明（21) 740 ，與760 。區域等鈒資料庫之資訊只能諶相對之台的使用者作存取。節點髙速緩衝720 ，740和760被使用來保留經常由相對台存取的部份總體等鈒資料库705之拷貝 Ο 資料庫糸铳作為實行缌體等级資料庫结構必須於單獨資料庫内支持名稱之结!體唯一性，識別符號越過資料庫之唯一性，存取控制機構* Μ及適當的儲存和取回機構。對目的而言，總體名稱唯一性是重要的•因為它們為類屬的。識別符號唯一性允許資料库能结合*如以下所述。資料庫糸統之存取控制機構必須讓網路中任一台上的授權使用者能儲存和取回目的及屬性，且必須提高安全控制與語法檢査以避免總體等鈒資料庫705完整性有所妥協。此控制之一些细節討論於下。其餘涉及著名資料庫管理技巧。較佳實施例要求缌體等级資料庫70 5内每一個目的可被指定一目的識別符號，如同一目的名稱•能被作為一目的而使用。目的識別符號也最好是語言中立，因它們為二進碼。目的識別符號是基於一個 '' 缌體性地〃一致體系而被指定，且在遍及任何數目等级資料庫中是唯一。另一方面，目的名稱在一單獨等級資料庫內必須只是唯一。等鈒名稱和識別符號間的不同*可由一例得到較佳之認識。假若兩個公司，每一涸有他們自己的等级資料庫且希望合併這些資料庫。這些資料庫可能有相同名稱之等级，而在合併資 -S-r-H- 甲 4 (210X297^：发） (請先W讀背面之注意事項再填窝本頁) •裝· .打. .緣 -54- ^^S354 A6 B6 五、發明説明（22) 料庫内應有所不同，且此不同可經由缌體性地唯一識別符號來維持。資料庫也可能有兩個不同名稱之等级*而在合併資料庫中應要相同。道些等级可被設定有相同等级識別符號。如此，目的識別符號也允許於缌體等鈒資料庫内相同等级被一個K上之等級名稱來指認。例如，網路中總體等級資料庫内等鈒名稱EDI TORS也可能被等鈒名稱 WPR0CESS0RS 所指認。另一軟體姐件也包括在每一個ACAS軟體姐件130 ，230 ，和330內，提供此機構以產生唯一目的識別符號作為等鈒資料庫之使用和儲存。較佳情況為*由應用程式所使用之任何儲存體糸，要求目的名稱之持績儲存與其儲存目的名稱不如儲存目的識別符號，以避免在多數缌體等级資料庫間有命名之衝突。缌體等级資料庫70 5其意並非儲存應用程式實例資料* 因為較佳應用程式完全管理它們自己的應用程式實例資料姐。此允許已存在之應用程式能繼續它們現行儲存策略，且對新的應用程式不會限制儲存選擇之使用。較佳實施例提供兩個機構，儲存等级和實例命名，可使應用程式它們私下經營的賁例與較佳實施例所維持的缌體等級資料庫705連接。儲存等级為一抽象概念•使應用程式指明如何來解釋個別管理實例。當實例被使用於訊息內時*儲存等级提供— 替代品K認明每一個實例之等级。於較佳實施例中•儲存等級認明儲存系統•如包含實例名稱之貯藏所或檔案。例甲 4(210X 29了公沒） ......................................................¾..............................t..............................綠 (請先閱讀背由之注意事項再填寫本页) A6 B6 五、發明説明（23 ) (請先閲讀背面之注意事項再填寫本頁) 如•儲存等鈒能指述如''RMS _FILE#或WUNIX_FILE〃之已知儲存機構。於本發明目的導向结構中*儲存等级也視為等級。相同於其它等鈒而儲存於等鈒資料庫中•儲存等级可被視為一臑性，訊息•與方法姐成之真實目的導向等级定義。與每一儲存等級结合的方法被用來取回作為一與由實例儲存等級認明之指定儲存系統结合之實例的等级名稱。其它機構，賁例命名，使用一標準作為較佳實施例中實例之命名。此標準實例權案代碼為由理輯结構代表之字串：〈class 〉〈storage _ class) ( location)〈 instance_reference _data〉。術語'^class 〃為期聯的ACAS等级之名稱。、、storage — class"術語為等级名稱之替代品，且為儲存等鈒之名稱。術語Mocation〃為實例之理輯位址*如節點。此"location"為選擇性的· 且將被使用在假使一顧客想要一方法於實例被定位時*在相同位址作執行工作。'Mnstance+r.eference _data〃術語為實例檔案代碼之應用程式個別部份。賁例檔案代碼允許實施例具體來參考實例*因此避免經營實例本身的需要。實例檔案代碼最好包括等级或儲存等级（假如有需要） •實例之位址，以及作為實例之識別符號。例如，訊息中 :EDIT (INSTANCE_HANDLE) EDIT代表所欲之操作。此 INSTANCE_HANDLE 字串可為 ASCII _FILE/N0DE_ 1 / MYFILE· TXT 。於此實例檔案代碼中，ASCII —FILE代表甲 4(210X 297L'；¥) A6 B6 五、發明說明（24) 等鈒，NODE— 1為實例之位址，且MYFILE . TXT為實例之雜別符號。此訊息提供足夠的等级與訊息資訊Μ找尋通當的方法圖表。對那些热悉此技藝的人士將是顯而易知其它格式可用在INSTANCE—HANDLE字串，Μ完成與本較佳實施例所作相同之目的。如上所述，較佳實施例之總體等级資料庫中所有等鈒均有唯一名稱伴阐特定總體等级資料庫。等级名稱通常是由首先定義此等鈒之使用人來指定。 ⑵區城笺級瓷料産除總體等级資料庫外，較佳實施例也支持區域等级資料庫用於等级Κ及方法定義。區域等级資料庫功能相似於缌體等鈒資料庫，除了區域等级資料庫之內容不能缌體性使用。它們只需給它們的區域節點來使用。因此，區域等級資料庫不須被分配或複製於其它節點内。圖7顯示區域等級資料庫710 * 730和750分別在記憶體150 ，250和350内之較佳實施例。區域等级資料庫 710 ，730與750保留著由未加入缌體等鈒資料庫的相對節點所產生之等级和方法資訊。於較佳實施例中，記憶體150 ，250和350也分別包含節點高速緩衝720 ，740和760 ，其保留從缌體等級資料庫705所載入之方法以及等鈒資訊。高速緩衡為—完美主義且非絕對地需要。資料庫糸统用來實施區域等级資料庫必須於單獨資料庫中提供名稱唯一。存取控制用於區域等鈒資料庫只在資料甲 4(210Χ 297公沒） (請先聞讀背面之注意事項再填寫本页) •装· •訂. .綠 A6 B6 323354 五、發明説明（25) {請先閲讀背面之注意事項再填寫本页) 庫階段有需要。區域等鈒資料庫之較佳實施例依賴資料庫系統內之基本安全機構K控制存取區域等級資料庫之内容 0 使用區域等鈒資料庫比使用缌體等鈒資料庠提供了數個優點。例如，即使當網路不能用時，區域等鈒資料庫對每一個節點應用程式提供了繼績與目的導向方式相互通訊的能力。在如此之狀況下*節點之應用程式能繼續呼叫此節點區域的其它應用程式。另外·對於置入與區域等级資料庫相同節點的應用程式，使用區域等级資料庫提供更好的成就，因在單獨台之界限内能澈底地處理許多呼叫。在台上大多數應用程式最喜歡使用呼叫能被區域地處理，使用區域等鈒資料庠可消除或大大地減少網路活動之需求，比如存取缌體等鈒資料庫，以完成呼叫。等鈒資料庫在尋求缌體資料庫前·經由尋求區域資料庫為最佳地尋求等级和方法資訊。每一個節點之區域資料庫如下所述，以一預先決定順序作最佳地找尋。一旦想要的資訊被定位，馬上终止找尋。只有在想要的資訊不能於區域資料庫定位時，才去缌體資料庫找尋。如此尋找次序€ 義了等鈒資料庫之*優先權"。圖8顯示區域等级資料庫800之部份設計。然而此設計對本發明不很重要。最佳地區域等级資料庫8 00含有資料庫標題810 ，此用來於區域等鈒資枓庫800内，如索引與配置圖表，以定位其它姐織資訊。區域等级資料庫8 00也甲 4(210X 297乂发) A6 B6 五、發明説明（26) 包括區塊儲存空間815 ，其包含若干保留有相瞄等級和方法之區塊820 ，822 ，和824 。圖9顯示區塊900之較佳姐合，其可為匾塊820 ，822 ，或824 。區塊900包含自錄910 ，定位在區塊900之起端*以指認區塊內目的之位址，以及目的儲存部份920 。目錄910内之項目955和965每一個是相對於位在區塊 900目的儲存部份920之不同目的950和960 。每一個目錄項目包含一值給ID場912 ，Μ指認相對之目的，一值給 OFFSET場915 ，其代表區塊900內相對目的之相對位置， Μ及一值給SIZE場917 ，M指明多少匾塊900配置在相對之目的。目的950和960最佳格式為字元字串，雖其它技巧可被使用。在參照圖8，區域等级資料庫8 00最好包括Η ΑΜΕ _ T0 _ ID_ INDEX 830 ，允許經由它們名稱之相瞄於目的識別符號而取回目的。目的識別符號被包含於ID_ T0_ BLOCK NO· MAP 840内。圖表840提供區塊數字給被區域等鈒資料庫800指認之每一個單一目的。區域等级資料庫800其餘區域為BLOCK TABLE 850 。 BLOCK TABLE 850最好包括區瑰820 · 822 ，和824之位址，以及區域等鈒資料庫800内可使用空間829之位址。可使用空間829為區域等級資料庫800所配置區塊儲存空間8 1 5之未使用空間。甲 4，.210X 297 公发） ......................................................f,..........................ΐτ..............................μ_ (請先閏讀背面之注意事項再填寫本頁) A6 B6 五、發明説明（2 7) 為了從區域等级資料庫8 00取回目的•給此目的之名稱則映射在 HAME_ T0_ ID_ INDEX 830 。從 NAME_ T0_ INDEX 830來的識別符號資訊，則使用ID_ TO __BL0CK NO · MAP 840映射在適當的區塊號碼。此映射得到之區我號碼，使所欲之目的能立刻置入。一旦所欲之目的區瑰定位後，則使用目的目錄910可找到目的（圖9)。 (3)勉入 / 卸救（The l.oadfir / linloader) 如圖10所示* L0ADER/UNL0ADER最好伴Μ於區域等级資料庫1000，總體等级資料庫1020 ·以及節點高速媛衝 1030之間。L0ADER/UNL0ADER軟體组件1010為ACAS飲體姐件130 ，230 ，和330 (圖1 )之一部份，被使用來控制 AC AS資訊之轉移入和出區域資料庫10 20，節點高速緩衝 1030，Μ及缌體等鈒資料庫1020。較佳實施例中，此 L0ADER/UNL0ADER軟體姐件1010允許區域等级資料庫 10 00載入資訊至缌體等級資料庫10 20内•且允許節點高速緩衝1030從缌體等级資料庫1020取回等鈒資料庫資訊。在載入與卸載此LOADER/UNLOADER组件1010時，最好使用記憶體1 5 0作儲存。 L0ADER/UHL0ADE1{钦體姐件1010經由使用者所欲轉移在區域等级資料庫1000之等鈒資訊至缌體等级資料庫1000而產生活動。此轉移使得資訊只對台之經由缌體等级資料庫 10 20而進入所有網路使用者作事先地存取。從區域等級資料庫1000轉移等趿資訊至缌體等级資料庫10 20 ·最好以 ASCII格式選出等趿和方法目的定義至LOADER/ 甲 4(210X 297云发） (請先閲讀背面之注意事項再填鸾本頁) •裴· •訂. •線 A6 B6 扣3354 五、發明説明（28) UN LOADER軟體姐件1010而達成載人總體等级資料庫。 L0ADER/UNL0ADER軟體姐件1010最好執行一過程處理Μ語法剖析由區域等级資料庫儲存之語言定義•且翻譯這些定義為適當ASCII之代表。然後L0ADER/UNL0ADER1010格式化此ASCII代表，而由缌體等级資料庫依適當格式作儲存〇 LOADER/ UNL0ADER軟體姐件1010必須也能從使用者請求作出反應，可從總體等级資料庫1020卸載或取回資料Μ載入節點高速緩衝1030。取回資訊最好由LOADER/ UNL0ADER軟體姐件1010藺譯成語言定義而儲存進人節點高速媛衝1030。 F .創诰宙義/詳冊箬鈒和方法 ⑴創诰較佳地等级為使用非程序語言來定義，例如使用於 L0ADER/UNL0ADER，然後編譯及載入等级資料庫。此語言 *編譯器和載入軟體為目的定義設備之較佳地姐件。其它著名技巧對那些熟悉此技藝人士而言也是顯而易知。目的定義設備為AC AS軟體姐件130 ，230與330之一部份，且提供裝置K定義等级、訊息、等级鼷性、方法和方法羼性。此設備在等级中也提供繼承之說明，而與上$ L0ADER/UNL0ADER軟體姐件一起用來修改總體等级資料庫和區域等鈒資料庫中存在之定義。另外，目的定義設備最好執行等鈒定義输入和用來產生新等级之方法定義输人& 及缌體等鈒資料庫中方法定義之語法核對。甲 4(210X 297公发） ......................................................51..............................ίτ..............................^ (請先閲讀背面之注意事項再填寫本頁) A6 B6 五、發明説明（2¾ 目的定義設備之使用者必須指定某一資訊來產生等级。此資訊最好包括：總體等鈒名稱和雄別符號；此等級的上部等级之结!體名稱和識別符號（如有的話）；此等鈒所支撐之訊息，齒它們结合之參數型式（如有）一起；方法圖表之定義和每一個圖表相瞄之訊息；Μ及定義給此等鈒之靨性。每一個訊息最好是由產生一含有訊息之名稱，訊息所支撐之參數，與一相對方法圖表的結構來指明。於較佳實施例中，每一個訊息结構被轉變成兩姐值。一姐值含有訊息名稱Μ及由訊息所支撐之列示參數。另一组值認明代表訊息實施例之一姐方法目的。方法目的依等鈒相同之方式定義於網路環境內。然而較佳實施例之目的定義設備有特殊規定用來定義方法目的。當定義方法目的時，下列資訊則被指定；缌體名稱和方法目的之識別符號；缌體名稱和方法目的之上部等级的識別符號；以及中介資料（即資料之敘述）儲存作為方法臑性。方法定義也認明參數和訊息內相對參數之它們的型式· Κ及此方法是否涉及參數列示。此參數列示代表由執行碼 (於下討論）有能力被方法呼叫之输入要求。 (2)方法/箬鈒宙赛於較佳實施例中，等鈒與方法定義之載入可於執行時間前完成或者在執行時間時作動態處理。等鈒與方法目的可在網路之節點作區域存取（稱為“區域定義"），或者從網路中所有台作缌體存取（稱為、、缌體定義〃）。區域和甲 4(210X 297 公发） ......................................................5t..............................^..............................痒 {請先閲讀背面之注意事項再填寫本頁) A6 B6 五、發明説明（30) 结!體定義可使用LOADER/UNLOADER軟體姐件1010或任何其它可接受的機構來完成。 ⑶间服註冊伺服註冊之意圖在找尋方法伺服者，作為訊息伺眼要求之使用。方法伺眼者為實施此方法之作用中（即·正在執行中）之過程處理。方法伺服者可涉及單獨應用程式之執行碼，或者是一或更多應用程式之許多部份的代碼。方法伺服者之註冊與等级和方法目的之定義不同。其實等级和方法目的之定義被使用來確認它們存在於系統中，方法伺服者之註冊被使用來追踪它們的狀態（即，利用度 )。假如一方法何服者沒有註冊，則它不為系统所認知。 ⑷應用稈式安奘及宙義較佳情況下，支撐機構被提供用來註冊和安裝網路内之應用程式。較佳實施例具有能力來定義應用程式及應用程式段在等级資料庳中儲存等级，.下部等级.訊息和方法之目的導向模型内。K此方式之應用程式定義對由本發明較佳實施例所實施之應用程式間通訊之操作是很重要的。尤其是在等级資料庫中等级，下部等级，訊息和方法之儲存，在執行時間時允許一應用程式更斩此等级資料庫且不須再編譯和再連接，而可使用此更新之等級資料庫作繼續處理。應用程式與其它等级是以相同方式來定義。如同以上所述，事實上應用程式本身定義成特殊—種的等鈒。應用程式是以在台上特殊操作系统所需之方式來安裝在甲 4(210X 297S 发） ......................................................5t..............................ίτ..............................線 {請先《讀背面之注意事項再填寫本頁) 323354 A6 __B6 五、發明説明（31 ) 特定之台上。於本發明較佳實施例中，應用程式安裝也需要一些附加的功能。例如，除非它已經被定義，應用程式必須提供它自己的等级定義，其被定義為已存在AC AS _ APPLICATION之下部等鈒。應用程式安裝可使用已經安装之等级定義或可加入新的定義。在應用程式安裝時期，安裝程序可使用上述之 LOADER/UNLOADER軟體组件1010把由應用程式支持之等鈒定義編譯及註冊成區域等级資料庫或缌體等鈒資料庫，而且必須更新被新應用程式所影響的資料目的等级之方法圖表。應用程式安裝亦涉及上述之方法目的定義程序。 G . A兮日的眘料産於本發明較佳實施例中，本文目的資料庫630 (見圖6 )提供一機構來定義優先權予解決方法，給選擇台K執行一方法，以及給網路中定位等級資料庫來使用。本文目的資料庫之多數階段可存在於圖1之網路50中。例如，一階段可由使用者本文目的資料庫姐成，而另一階段可由一群本文目的資料庫组成。系统（或台）本文目的資料庫亦可被使用給整涸台之使用者來確認優先權。在方法解決期間，所有本文目的資料庫供應優先權，但是群姐本文目的資枓庫可被ACAS軟體姐件130 ，230 ，和330使用來認知超過一個使用者之優·先權，而系統本文目的資料庫可被使用來認知超過一個群姐之優先權。在本文目的資料庫630之資料庫最好被使用來在方法解決中，使用者本文目的資料庫內之優先墦，蓋寫那些在群姐本文目的資料内，而依順 -S^4i- 甲 4(210X 297 云沒） ......................................................¾...............................ir..............................#4L (請先閱讀背面之注意事項再填鸾本页) A6 B6 五、發明説明（32) 序蓋寫系統本文目的資料庫。本文目的資料庫6 30於特定網路對話期間，最好存在與一使用者结合之台上。當使用者進入網路而執行起初啟動程序時，儲存在一與使用者结合之本文目的資料庫中的資訊被徵召於AC AS軟體之搡作時，作為後來之使用。圖11A顯示較佳記憶體糸統用於本文目的資料庫1100。本文目的資料庫1100包括方法置換表1110，伺服節點表 1150·以及等级資料置換表1170，與其它使用者定義表 1180。方法置換表使用於方法解決期間•於下詳述，反應一訊息名稱Μ選擇較佳方法K及於實例椹案代碼中之等鈒鑑定。伺服節點表1150於呼叫揲作期間被使用•也於下詳述，於網路中選擇與定位台而有能力作為伺服台。等级資料庫置換表1170定義一秩序在區域等级資料庫尋找方法及等鈒資訊。表1110，1150，與1170為糸统供應表。使用者也可供應它們本身表1180來影響它們的特定優先權。方法置換表1110之較佳實施例顯示於画11Β。方法置換表1110包括列示方法選擇器靨性名稱111 5Κ及有闞聯之值 1120。每一個項目指定給一羼性名稱1115，一最佳值 1120。例如，圖11Β中，較佳台指定為VAX.VMS ，而較佳交互作用型式為BUI LT_ IN。假如在反應一訊息時，有超過一個方法被指認，在表1110之優先權將被用來選擇這些方法其中之一。假如沒有值被指認給一屬性•則糸统就假定沒有優先權。甲 4(210X 297W 沒) (請先Μ讀背面之注意事項再填寫本頁) .装· .打. •線. ^4 A6 B6 五、發明説明（3彡本文目的資料庫1110之伺服節點表11 50的較佳實施例顯示於圖11C中。伺服節點表1150於圖1網路50中為一按順序列示的節點。表1150中每一個項目相對於一台型式 1152且網路50中節點1154之位址與相齒之台型式可被用來賁施此選擇方法。例如，表1150認明兩節點給TYPEA之台型式，即節點a和節點b。圖11D含有等级資料庫置換表1170之較佳實施例。表 1170包括數個項目*其包含區域等级資料庫1172的名稱以及它的位址。如此*對項目1175，此資料庫DB_SCH _ LST在位址dbl及db2 ，且在其它區域等鈒目的資料庫列示在較遠的向下表1170。本發明較佳實施例包括一介面供網路所有使用者利用，其提供了產生本文目的資料庫Μ及加入*修改與消除在每一個糸統本文目的資料庠之項目的能力。此介面最好是執行一標準煸譯器Κ實施這些功能。例如*添加項目至本文目的資料庫*使用者想使用所提供之介面以登錄命令。此命令則被ACAS軟體姐件130 ，230 *與330 (圖1 )來解釋，以造成標準編譯器，把介面取得之資料翻譯成適當的格式。 H . A「AS 服務.. (1) 一船換作_ 由先前對本發明賁施例中某些姐件之說明，可充份了解 AC AS姐件。較佳情況下’本發明使用顧客/何服者横式來實施，其中顧客產生請求而伺服者反應請求。Μ下之討論甲 4(210X 297公;*ί) ....................................................5t..............................訂..............................緣 {請先閲讀背面之注意事項再填穷本页) A6 _____B6 五、發明説明（34 ) 中’在顧客台上與顧客應用程式结合之服務或操作，被稱為Λ顧客服務〃，而執行在祠服台上與伺服應用程式结合之服務或操作•被稱作*伺服服務"。較佳實胞例中之顧客眼務與伺眼腋務依賴一具有顧客台與伺腋台之間往返傳送訊息之運输系铳。於較佳實施例中，一個類似RPC通訊系統被用作運输糸統。圖1所示，每一個ACAS軟體姐件130 ，230 ，和330最好包含分別代表顧客和伺服服務之顧客眼務组件和伺服服務姐件。例如圖12所示為兩個台1200與1300W及網路匯流排55之圖式。台1200和1300可相對於圖1中任何之台100 ，200 ，或 300 〇記憶體1250和1350 K及CPU 1210和1310分別定位於台 1200和1300內。台1200和1300之元件與上述相似元件（參照圖1)有相同方式之功能。CPU 1210執行顧客應用程式 1220而CPU 1310執行伺服應用程式1320。CPU 1210和 1310也分別執行 OP SYS 1 240和 OP SYS 2 1 340，K 及 ACAS軟體姐件1230和1 330。 ACAS軟體姐件1230和1330最好分別包括發送钦體组件 1 2 32和1 332，控制伺服軟體姐件1 234和1 33 4，呼叫軟體姐件1 236和1336，以及輔肋軟體姐件1236和1336。多半呼叫軟體姐件1236和1336代表顧客服務*而發送軟體姐件1232和1332代表伺服服務。輔助软體姐件1237和 13 37代表較佳實施例之一些其它操作。由於網路中之台 1200和1300分別包含呼叫软體姐件1236和1336，控制伺服甲 4(210X 297 公;¥) ......................................................¾..............................打..............................# (請先聞讀背面之注意事項再填寫本页) 323S54 A6 B6 五、發明説明（35) 軟體姐件1234和1334 *以及發送軟體姐件1232和1 332，任 —台可作為顧客或者是伺服者。於較佳實施例中，呼叫软髓姐件1236和1336，K及發送軟體組件1232和1332有貴任解釋等级資料庫之等级和方法資訊，如同本文目的資料庫之本文資料，K決定適當方法來呼叫，以決定如何去呼叫那方法，以及發送必須之命令來執行代碼去實施方法。呼叫软體姐件1236和1336以及發送軟體姐件123 2和133 2也將顧客應用程式孤立於方法祈求呼叫和運输階段機構细節之外。控制伺腋軟體组件1234和1334有數種功能。一功能是將現正執行何眼應用程式上的資訊儲存在網路50之台1200和 1300上。控制伺服軟體姐件1234和1334也執行製程以啟動新的應用程式而變成方法伺服者。另一功能是由控制伺服钦體姐件1234和1334來實行者為方法何服註冊。例如，控制伺腋软體姐件1334儲存關於方法何眼資訊，由伺眼應用程式1320指認·現正於词服台1300執行。控制伺眼软體姐件1334也與廣網路記憶體704 (圖7)之伺服註冊設備通訊以儲存關於伺服應用程式1 3 2 0之狀態資訊。輔助軟體姐件1237和1 337代表ACAS軟體组件1230和 13 30之操作，諸如等级和方法目的定義及註冊，每一個台之方法可執行目錄内方法可執行的註冊（敘述於下）.Μ 及L0ADER/UHL0ADER軟體姐件1010 (圖10)之功能。為了下列討論之目的•台1200被認為顧客台而台1300被認為伺腋台。於此例中，顧客應用程式以目的導向方式與 (請先閲讀背面之a意事項再填寫本頁) 装. .打. •綠· 甲 4 (210X297 i：摩) A6 B6 五、發明説明（36) 伺腋台1300之伺服應用程式1320通訊。根據本發明及較佳實施例，對在台之顧客應用程式也有可能與在相同之台上之伺腋應用程式通訊。當顧客應用程式1220與伺服應用程式1320通訊時，顧客台1200之發送軟體姐件1232與控制伺腋软體姐件1234並沒有牽涉*所K在圖12中為陰影。同樣地，伺眼台1300之呼叫軟體姐件1336為陰影，因為它沒有活動。圖13為一流程圖1360略述根據較佳實施例中實施於方法之一祈求呼叫的主要功能。在流程圖1360初期步驟之前， ACAS軟體姐件1230和1330開始為、'等待〃狀態。當顧客應用程式1220傳送方法祈求呼叫之要求時•圖 13所示ACA.S軟體姐件1230和1330之進行開始。此方法祈求呼叫請求包含一输入訊息Μ認明顧客應用程式122 0所欲之操作。首先，方法呼叫請求被呼叫軟體姐件1230所接收（步驟 1370) Κ進行處理方法呼叫請求（步驟1375)。呼叫過程之细節將於下敘述。通常此呼叫過程之结果為過程方法呼叫請求。然後呼叫軟體姐件1236經由網路匯流排55傳送過程方法呼叫請求至發送軟體姐件1332 (步驟1380)。發送軟體姐件1 332和控制伺服者1334則開始它們之操作。在接收過程方法呼叫請求之後，發送軟體姐件1332和控制伺服软體姐件1 3 3 4造成由呼叫請求指認的方法被伺服應用程式1320來執行（步驟1 390)。一旦伺服應用程式甲 4(210X 297 公发） ......................................................¾...............................#Γ..............................綠 (請先閲請背面之注意事項再填寫本頁) A6 B6 五、發明说明（37) 1320完成方法之執行，它會输出由執行结果產生之任何參數，而發送软體姐件1332產生一狀態訊息（例如 ''成功的〃）。此输出參數和狀態訊息映射在過程方法呼叫請求内，現稱為'"反應〃 i此反應然後由發送軟體姐件1332傳送至呼叫軟體姐件1236。呼叫軟體姐件1236經由交還從發送軟體姐件1332映射在原方法呼叫請求之反應至顧客應用程式 1220 (步驟 1395)。先前所述之ACAS軟體姐件1230和1330，對本發明較佳實胞例之資訊流程有更深之認知。圖14顯示被由呼叫軟體组件1236至發送軟體姐件1332的資訊流程所影響的網路50之附加元件。除顧客應用程式1220 *伺服應用程式1320 ·呼叫軟體姐件1236*發送軟體姐件1332，和控制伺服软體姐件1334，圖14包括有本文目的資料庫630 (圔6)，等级資料庫640 (圖6)，何腋註冊設備1420，和控制何服登記名冊1425，其被控制伺服軟體姐件1334所保存，並記住執行碼於伺服台內。如圖14所示，本文目的資料庫630包括使用者本文目的資料庫1402，一群姐本文目的資料庫1404，和系統本文目的資枓庫1406，每一個均於本文目的資料庫討論中敘及° 等级資料庫640包含區域資料庫(圖1〇)，節點高度緩衝1030，Κ及總體等級資料庫1〇2〇。每一個等级資料庫 640之這些元件均已在等級資料庫之討論中提及。如上所述，當顧客應用程式1220產生方法呼叫請求而送至呼叫軟體组件1236時，則開始了資訊流程c此介面最好甲 4〖210X 297 云；*ί) ......................................................矣..............................#..............................線 (請先聞讀背面之注意事項再填^本页) -3·& : A6 B6 五、發明説明（38) 由較佳實施例之InvokeMethod程序調用來提供。於I n v 〇 k e M e t h 〇 d程序調用内，顧客應用程式1 2 2 0傳送一實例檔案代碼，一訊息（包含一訊息名稱，和參數列示），本文目的檔案之代碼，Μ及可選擇地一输出實例檔案代碼至呼叫軟體姐件1236。如Μ上细部討論，實例檔案代碼為一被選擇牽涉在方法呼叫中顧客應用程式1220所指認現行實例之结構。訊息名稱代表在實例上所欲之操作。訊息參數列示由訊息要求之參數所组成。本文目的檔荼代碼為認明本文目的資料庫之參考’被用在Μ下詳述之呼叫過程。输出實例檔案代碼代表與呼叫方法结合之正執行方法伺眼者的實例。此便顧客應用程式繼續與相同方法伺眼者作一對話。输出簧例檔案代碼之語意是與實例檔案代碼相同。當呼叫軟體姐件接收方法呼叫謓求時，呼叫钦體姐件 1236質問本文目的資料庫630 Κ及等级資料庫640 ，Μ找尋方法識別符號。此程序已於前論及。決定好適當的方法識別符號給訊息名稱，呼叫软體姐件 1236接著質問伺服註冊設備1420和本文目的資料庫630 ， Κ尋找伺服台，在其上執行與方法識別符號结合之方法。伺服訌冊設備1420是用來定位一具有實施與方法識別符號结合之方法而正在執行中方法伺服者（如有的話）。執行中方法伺眼為方法何服者*例如伺服應用程式1 3 2 0，則網路50可知其已經啟動。假如有一正在執行方法伺服者，呼叫软體姐件也質問本甲 4(210Χ 297父发） ......................................................裝..............................訂..............................線 (請先聞讀背面之注意事項再填寫本頁) "40- 3^SS54 A6 B6 五、發明説明（39) (請先聞讀背面之注意事項再填寫本頁) 文目的資料庫630之伺服台表，以決定網路中遠程台之位址，於此顧客應用程式12 20之使用者將喜歡由呼叫軟體姐件1236來執行呼叫請求過程之方法。然而假使伺眼應用程式1320不能使用時，控制伺腋软體姐件133 4會告知呼叫軟體姐件1236在選擇遠程台上沒有可用之伺服應用程式。上述呼叫軟體姐件1236之過程將再開始質問本文目的資料庫 630之柯服台表Μ及伺服註冊設備1420，K選擇網路50中之另一台，而在其上執行確認的方法。接著，呼叫软體姐件1236傳送質問至較佳伺眼台之控制伺服軟體姐件1334而造成控制伺服軟體姐件1334質問控制伺服登記名冊1425來決定在較佳伺服台上所欲之方向伺服者是否可用來處理過程方法呼叫請求中之方法確認。較佳實施例中方法伺服者之可利用度是由檢視控制伺眼登記名冊Κ發現方法何服者是否現在能夠處例理由顧客應亩程式所呼叫之方法而決定。假如控制伺服軟體组件1334對呼叫钦體姐件1236指出於伺服應用程式1320形式中之方法伺服者為可用的，則呼叫軟體姐件1236傳送過程方法呼叫請求至伺服台之發送軟體姐件1 332。呼叫軟體姐件1236也能從本文目的資料庫630 傳送資訊，其後可被所欲之方法伺服者使用。然後發送軟體组件1332開始處理所欲之方法。此過程被指為''發送過程〃，一般牽涉到發送方法識別符號經由伺服應用程式1 320來開始執行方法。然而，假使伺服註冊設備1420沒有指出伺服應用程式甲 4(210X 297^：发) 44 A6 B6 五、發明説明（4 〇) 1320之任何拷貝Κ及網路中一台上所正執行者，則呼叫軟體姐件1236可傳送一請求至控制伺服軟體姐件1334，使用由本文目的資料庫6 30及等级資料庫640所取回之資訊* 來啟動伺服應用程式13 40。在伺服應用程式1 3 20啟動後-控制伺眼軟體姐件1334通知伺腋註冊設備1420更新廣網路記憶體704 (圖7)以指出伺服應用程式正在執行中。控制伺腋軟體姐件也更新控制伺眼登記名冊1405 Κ指出伺腋應用程式1320是可供使用的。然後呼叫軟體姐件1236傳送過程方法呼叫請求至發送軟體姐件1332來執行相對於過程方法呼叫請求方法識別符號之方法。在伺眼應用程式1320已經完成它的處理之後，它會回應由過程方法呼叫請求所要求之任何输出資訊至發送軟體姐件1332。然後發送軟體姐件回答一反應，如上所述，至與映射在由發送軟體姐件1332接收過程方法呼叫請求之输出參數上的任何輸出資料一道的呼叫軟體组件1236。 ⑵畔PU換作由呼叫軟體姐件123 6所賁施之方法呼叫部份過程將被更加詳述。較佳情況為那部份由數個不同可執行程式段所组成，包括決定適當方法Κ作呼叫（方法解決），伺服連结或啟動，Μ及運输階段通訊使識別符號之發送至適當方法，而被方法伺眼者或其它執行碼來執行。圖15Α至15D與16含有由圖12及14中呼叫軟體姐件 1236所實施或呼叫程序之流程圖。圖15Α至15D中主要控制程序1550代表由呼叫软體姐件1236所實施步驟1370， __S^Jj_-42- 甲4(210X297 (請先閱讀背面之注意事項再填寫本页} .¾.. .打· .綠. A6 B6 五、發明説明（4]) 1375 ，和 1380 (圖13) 〇進入主要控制程序1550之前，當使用程序1360時，顧客應用程式1220 (圖12和14)不須方法呼叫請求作正常執行，且ACAS軟體姐件1230在、、等待"狀態。當顧客應用程式 1220使用InvokeMethod程式呼叫以產生方法呼叫請求時，主要控制程序1550開始（圖15A步驟1552)用呼叫軟體姐件1236接收方法呼叫請求（步驟1555)。呼叫軟體组件1236首先確認方法呼叫請求（步驟1 557 ) 。假如有一錯誤，呼叫軟體姐件1236產生一錯誤訊息（步驟1558)，則呼叫軟體姐件1 236回到顧客應用程式1220 ( 圖15D步驟1599)。假如方法呼叫請求為有效（圖15A步驟1557)，呼叫軟體組件1236接著解決從Inv〇keMethod呼叫，等级資料庫，和本文目的資料庫的訊息所呼叫之方法（步驟1560)。方法解決為決定或確認適當方法之過程。圖16顯示較佳程序1600以解決方法。雖然方法解決已於上提及*但程序1600顯示此解決比其所規定更加清楚。較佳實施例中，決定適當方法呼叫是由呼叫钦體姐件 1236間接地處理。方法解決大部份的工作則由ACAS钦體姐件1230和1330之輔助軟體姐件1237和1337來處理。較佳實施例中，輔肋軟體姐件1237從本文目的資料庫與等级資料庫取回資訊。當然，呼叫钦體姐件1236也可取回如此資訊〇在開始此方法解決程序1600 (步驟1605)之後，呼叫软甲 4〈210X 297 公发） ......................................................¾...............................t..............................綠 (請先聞讀背面之注意事項再填鸾本页) 4^ A6 B6 五、發明説明（42) 體姐件1236決定實例檔案代碼是否包含儲存等鈒名稱部份 (步驟1610)。假使儲存等级存在，則它會定位（步驟 1620)特殊方法來呼叫Μ取回與實例檔荼代碼结合等鈒之名稱（步鉍1630)。在呼叫由儲存等级指認之方法而取回等级名稱之後，或是在決定實例檔案代碼沒有包括儲存等级名稱之後，一過程被呼叫軟體组件1236Μ使用前述搜尋排序（步驟164〇) 定位等鈒資訊等级資料庫640 (圖6和14)而執行。例如，假使此訊息為EDIT (IHSTANCE_HANDLE)，其中實例檔案代碼為 ASCII— FILE/H0DE—1/MYFILE.TXT ，等级名稱ASCII_FILE可被用來於等级資料庫640找尋等级 ASCI I _ F ILE 1645 。用訊息名稱，EDIT·則適當方法圖表1655被等鈒資料庫 640所取回。於此討論之特定例子中，較佳實施例之輔助軟體姐件1237則將取回方法圖表1655且檢査K保証定位在步驟1640内之等级資訊包含了訊息名稱EDIT。此保証相對的訊息被等级所支持。如圖1 6所示方法圖表1 6 5 5包含用於訊息名稱E D I T和等级 ASCII_FILE 1 645 之方法目的 METH0D1 和 METH0D2 。與方法目的METH0D1结合為一姐羼性1657而與方法目的 METH0D2结合，則為一組靥性1659。此姐屬性1657指出 METH0D1 '能被在PLATFORM—TYPEA上執行’而姐鼷性 1659 指出 METH0D2 能被在 PLTTFORM— TYPEB 上執行。由於可能有數個方法目的在方法圖表内，本文目的資料甲 4(210X 297W沒） ......................................................裝............................打..............................後 (請先閱讀背面之注意事項再填寫本頁) -44- I A6 B6 五、發明説明（43) 庫630被引用來解決任何不明確處（步驟1660)。於引用本文目的資料庫時，適當的伺腋節點表保存也被取回以備後來使用。然後本文目的資料庫630内之項目-(假如有的話）與在方法圖表上方法目的姐之靥性作比較（步琛1670)，以選擇方法目的*如此有適當方法去執行由訊息代表之所欲之操作（步驟1680)。圖16中，包含指明使用優先權項目 1668之方法蓋寫表1665是給P latf ormType A。使用此項目 1668 |呼叫钦體组件1236從等级資料庫（540選擇適當方法 1686來執行所欲之操作EDIT。圖16所示例子中，適當方法為Methodl被執行在PLATF0RM_TYPE A上。程序1600則回到圖15之主控制程序1550 (步驟1685)。假如在方法解決程序160 0操作期間之任何點上，有一錯誤（例如步驟1640期間，實施檔案代碼中等级之確認•並不是在等级資料庫内可定位等级），方法解決程序1600回應一訊息指出此錯誤。從方法解決程序1600回來之後，就可決定是否在方法解決過程產生錯誤（圖1 5 A步驟1 5 6 2 )。假如、'是〃，則呼叫钦體姐件1236產生適當的錯誤訊息（步驟1563)，且回應錯誤訊息至顧客應用程式1220 (圖15D步驟1599)。而在解決方法時沒有錯誤時（圖15A步驟1562)，呼叫钦體姐件1236則檢査相對於解決方法識別符號之方法屬性以執行網路中適當台上之適當方法。假如這些方法屬性指出此方法已經連结進入顧客應用程式1220 (圖15B步驟 Η 甲 4(210X 297 公发）面事項再填 % 本頁 k 訂 A6 __B6 五、發明説明（4 $ 1565) *例如，InteractionType方法屬性之值為、、 BUILT _ I1T ，則對活動錯誤作一檢査（步驟1566)。假如有錯誤，則產生錯誤訊息（步驟1 5 7 6 )且控制回到顧客應用程式1220 (圖15D步驟1599)。假如沒有錯誤*產生一成功旗幟（步驟1567)，且此解決方法被已置入顧客應用程式1220之代碼來執行（步驟 1569)。假如方法屬性沒有指出此方法已經連结至顧客應用程式 1220 (圖15 B步驟1565)，呼叫軟體姐件1236則問方法屬性是否指出此方法為動態可載入的（步驟1570)。動態地可載入的方法代表在執行期間能與顧客應用程式可執行碼合併之可執行方法。热悉此技藝者將認知動態地可載入的方法可能為一由顧客應用程式之次程序或功能所確認之可執行方法。對一動態地可載入的方法伺服者之測試最好由決定InteractionType方法屬性之值是否為''DYNAMIC _ LOAD〃來完成。假如是如此•則呼叫軟體姐件1236企圖把從解決方法所確認之可執行碼載入顧客應用程式12 20 (步驟 1572)。假如在載入可執行碼期間產生錯誤（步驟1 574)，則呼叫軟體姐件1 236產生訊息指出產生載入錯誤（步驟1 576 ) 且回應載入錯誤訊息至顧客應用程式1 2 2 0 (圖1 5 D步驟 1599)。而假使沒有載入錯誤（步驟1 574)，則呼叫软體姐件 1 236產生一旗幟指明成功的完成此方法呼叫（步驟1567) _- 甲 4(210X 297 公发） ......................................................5t..............................打..............................^ (請先閱讀背面之注意事項再填寫本页) A6 B6 323354 五、發明説明（4 5) 。接著相對於解決方法之動態地載入可執行碼被執行（步驟1569) ·且控制與任何输出參數一道回至顧客應用程式 1220 (圖15D步驟1 599)。任何在執行連结或動態地可載 ••入的方法伺眼者之錯誤最好回應為參數值。假使方法靥性沒有指明先前地連结或動態地可載入的方法（圖15 B步驟1565和1570)，則呼叫软體姐件1 236必須在網路中台上執行方法伺服者定位而能處理如上所述顢於圖14之解決方法。假如從伺眼註冊設備420取回之資料（步驟1578)指出至少有一正執行方法伺服者能由解決方法確認而實施此方法（圖15C步驟1579)，則呼叫軟體姐件1236從伺服註冊設備1420取回之資料與在方法解決程序1600期間從本文目的資料庫630取回在伺眼節點表之項目，作比較Μ選擇網路中之一伺眼台（步驟1580)。經選擇伺腋台，呼叫軟體姐件12 36則傳送一 Querg Server呼叫至選擇伺服台之控制伺眼軟體姐件1334 (步驟 1581)。控制伺服軟體姐件1334之功能，將連同圖17A和 1 7 B於下詳述。簡言之，控制伺眼钦體组件〗334決定所欲方法伺服者是否可利用。呼叫軟體组件1236之主控制程序1550然後接收從控制伺服軟體姐件1334所產生之訊息繼績有關所欲方法伺服者之可利用度的步驟1582 (圖15C)，且翻譯此訊息至可由顧客台認知之格式。呼叫軟體姐件1 2 3 6從控制伺服軟體姐件 13 34決定相當於解決方法之方法伺服者是否對由解決方法 -、Η-----7 - 甲 4(210X 297'/：沒） ......................................................装..............................^..............................痒 (請先聞讀背面之注意事項再填寫本頁) A6 ___B6 五、發明说明（4 6) 確認之方法過程為可利用的（步驟1 5 8 3 )。假如相對之方法伺服者是可利用的，則呼叫軟體姐件之過程在圖1 5 D繼續詢問此方法伺服者於圖1 5 D中是否為異步方法伺服者（步驟1593)。異步方法何服者為此技藝所热知。假使方法伺服者是異步（步驟1593) *則控制何服钦體姐件1334使甩SingnalServer呼叫對方法何服者作信號（步驟1594)。假如方法伺服者不是異步（步驟1593)，或異步方法伺服者作信號之後（步驟1594)，此過程方法呼叫請求’包括用於方法之識別符號以及在方法解決期間從本文目的資料庫取回之資訊*被裝入一資料结構作為網路之通訊（步驟1595)而呼叫軟體姐件1236則傳送此包裝和過程方法呼叫請求至發送軟體姐件1332。此發送軟體姐件 1332之過程處理將參照圖18A和18B敘述於下。在發送軟體组件1332完成它的處理和傳送包裝反應之後，呼叫軟體组件1236接收此包裝反應（步驟1597)，打開此包裝反應（步驟1598)，且把反應送回顧客應罔程式 1 220·’ K完成它的過程處理（步驟1599)。 fi如較早之決定中（圖i 5 C步驟1 5 8 3 )，發現正在執行方法伺腋者不能利用，呼叫軟體姐件1 236決定伺服註冊設简1 420是否指明任何其它正執行方法伺服者能執行由解決方法所確認之方法（步驟1 5 8 4 )。假如是如此，則取回之資訊與本文目的資料庫6 3 0中伺服節點表作比較，而 Q u e r y S e r v e r呼叫作為控制伺服軟體姐件1 3 3 4 (步驟 1581) 甲 4(210X 297父沒） (請先聞讀背面之注意事項再琪寫本頁) •故· .打· .線 3^3354 A6 B6 五、發明説明（47) 不然，呼叫軟體组件從伺服節點表中選擇具最高優先權之伺服節點表（步驟1586)。此經選擇伺眼台之控制伺服軟體姐件1334，則用StartServer呼叫作接觸Μ指示控制伺眼软體组件1334企圖故動相對於由解決方法所確認的方法之適當的應用程式（步驟1587)。在控制伺服軟體姐件1334完成它的過程處理《 Μ及傳送訊息之後，呼叫軟體组件1236接收此傳送訊息之後，將其打包（步驟1588)。假如應用程式啟動而變成方法伺眼者（步驟1589)，則呼叫軟體姐件1236完成它的過程處理，此已描述（圖15D 步驟1593)。假如應用程式未啟動（步驟1589)，則呼叫軟體组件1236詢問本文目的資料庫630中伺服節點表是否有任何其它節點（步驟1590)。如沒有，則有錯誤訊息產生Μ指出因為伺眼台不能被定位，Κ致此方法呼叫沒有成功（步驟1592)，且此錯誤訊息回到顧客應用程式1220 ( 圖15 D步驟1599)。然而假使有其它節點在伺眼節點表上（圖15C步驟 1 5 9 0 )，則選擇次高優先權之台（步驟丨5 9 1)，而呼叫軟體姐件1236之過程處理回到圖15C之步驟1587。由步驟 1587，1588，1589，1590，和1591所姐成之迴路，將被實施直到方法伺服者被啟動（步驟1589)，或者直到伺眼台列表上不再有其它之台（步驟1590)。 ⑶控制伺腩埯柞圖17A與17B顯示控制伺服程序1700，其代表控制伺眼 5~r41-------- ......................................................装..............................fr..............................漆. (請先聞讀背面之注意事項再填寫本頁) 甲 4(210X 297公发） 323354 A6 B6 五、發明説明（48) (請先聞讀背面之注意事項再填寫本頁) 软體狙件1334之操作。熟悉此技藝人士將認知許多其它實行控制伺服軟體姐件1334功能的方法。圖17A中步驟1702在控制伺眼程序1700開始之後，控制伺服軟賭姐件1334接收控制伺服訊息（步驟1705)。而其反應控制伺服軟體姐件1334決定控制伺服訊息指出執行在一共同台上之應用程式與控制伺服軟體组件133 4是否要求被註冊為方法伺服者Μ處理方法呼叫請求（步驟1710)。假如回答為 ''是〃 *則控制伺服軟體姐件1 334經由記錄關於伺服應用程式與控制伺服登記名冊1425之必要資料而註冊此伺服應用程式為一方法伺服者Μ指出方法伺眼者為可利用的。控制伺服軟體姐件1334也通知伺腋註冊設備 1420Μ指出方法伺服者現正執行中（步驟1715)。此正執行和可用的方法伺眼者也可執行適當的方法。控制伺服软體姐件1 334也產生一成功訊息回到現正註冊之應用程式（圖17 Β步驟1799)。假如控制伺服訊息沒有指出應用程式希望被註冊（圖 17Α步驟1710)，控制伺服軟體姐件決定控制伺腋訊息指出一現在註冊方法伺服者是否請求與控制伺服軟體姐件 1334和何眼註冊設備1425來註銷（步驟1720)。假使如此，則控制伺服軟體姐件1334經從控制伺服登記名冊142 5移去資訊來註銷方法伺服者。此指出由方法伺服者所確認之應用程式不再可利用。控制伺服钦體组件133 4也通知伺服註冊設餚1420除去儲存在廣網路記憶體704之資訊（步驟 1 725 )。控制伺服钦體姐件1334則產生一成功訊息（步驟甲 4(210Χ 297 公沒） A6 B6 五、發明説明（49) 1729)而回至現註銷之應用程式（圖17B步驟1799)。假如控制伺服訊息沒有指出應用程式已要求註冊或註銷本身，控制伺腋軟體組件決定控制伺眼訊息指出呼叫軟體姐件1236是否希望作一異步方法词服信號，以期待被呼叫來執行過程方法呼叫請求（步驟1 730)。假使是此情況· 控制伺眼钦體姐件1334執行一過程K信號通知異步方法伺服者（步驟1735)而完成過程處理（圖17B步驟1799)。如K上說明》本發明較佳實施例能操作利用本發明特徵而寫之應用程式*或是較佳實施例中已被修改而事先寫好之應用程式兩者。於如此寫入或修改異步應用程式而與較佳寅施例一起操作，一使用者包括程式碼，一部份，認知這些異步信號•且如K下所述將這些信號以及隨後之過程方法呼叫請求註冊排成一行。這些操作參照由發送軟體姐件133 2所實施之過程處理而敘述於下。假如沒有其它功能要求*控制伺服軟體姐件1334決定指出呼叫軟體姐件1236之控制伺服訊息是否要求新的應用程式，其駐留在如同控制伺服軟體姐件1334之台上，應被啟動而荽成方法伺服者以處理一方法（圖1 7 B步驟1 740)。假使如此，則控制何服軟體组件1334檢査控制伺服登記名冊1 425 (步驟1745) Μ決定新的應用程式之可執行方法，相對於解決方法，是否駐留在選擇之台上（步驟1750)。控制伺服登記名冊1425有一區域範圍，如此只有伺腋台 1300知道常駐可執行方法。可執行方法之註冊在登記名冊 1425涉及執行檔案中實際可執行碼之註冊，例如毅文稿編甲 4 (210X 297 公发） ......................................................«...............................ir..............................痒 (請先聞讀背面之注意事項再填寫本頁) -51" A6 __B6 五、發明説明（50 ) 排程式，此實施方法，K及這些可執行方法之狀態。這些項目最好只有區域註冊範圍，因它不需要缌體性地管理此執行碼。假如相對之可執行方法確認在控制伺服登記名冊1425内，則此選擇台能作為伺服台。控制伺服軟體组件1334執行一過程以啟動相對之可執行方法而註冊此方法伺服者结果與伺服註冊設備1420K及控制伺服登記名冊1425，K指出最新地啟動方法伺服者為兼具正執行中且可利用的（步驟 1752)。在啟動過程期間，控制何服软體组件1334也產生能被啟動方法伺服者使用之本文目的資料庫。接著控制伺服軟體組件1334則產生訊息指出相對於解決方法之應用程式巳被啟動，且現為方法伺服者（步驟1754)。然後此訊息被傳送至呼叫軟體姐件1236而要求啟動方法伺服者（步驟1790)，且控制伺眼軟體姐件1334已完成它的過程處理 (步驟 1 799 )。假使相對於解決方法之可執行方法沒有確認於控制伺服登記名冊1425，則控制伺服軟體姐件1334產生一適當的訊息，指出可執行方法選未啟動（步驟1 7 5 6 )。然後此訊息傳送至呼叫軟體姐件1236而要求方法伺服者開始（步驟 1790)，而控制伺服軟體組件1334已完成它的過程處理（步驟1799)。假如沒有其它功能要求，控制伺服軟體姐件1334決定控制伺服訊息是否為一從呼叫軟體组件1236所要求作為有關執行方法伺服者執行一由解決方法所確認之方法可用度的甲 4(210X 297W 发) {請先閲讀背面之注意事項再填寫本頁) _裴· •訂· •綠. A6 B6 五、發明說明（51) 資訊（步驟1760)。假如不是，控制伺腋软體姐件1334產生一錯誤訊息（步驟1780)，傳送此訊息至呼叫軟體姐件 1236 (步驟1790) *而完成它的過程處理（步驟1799)。否則此控制伺眼軟體姐件1334再試從控制伺腋登記名冊 1425所要求資訊於執行中方法伺腋者上（步驟1765)。假如從控制伺服登記名冊1425之資訊指出由解決方法所確認之方法伺服者為可利用的（步驟1770)，則控制伺眼軟體組件1334產生一訊息指出方法伺眼者之可利用度（步驟 1 775)。然後此訊息被傳送至呼叫軟體姐件1236 (步驟 1790)，而完成控制伺服軟體姐件之過程處理（步驟 1799)。然而假使控制伺服登記名冊142 5指出方法伺眼者木能使用（步驟1 770)，則控制伺服軟體姐件1334產生一訊息* 指出方法伺腋者之不能使用（步驟1777)。然後控制何服軟體組件1334傳送此產生之訊息至呼叫軟體姐件（步驟 1790)，而完成控制伺眼軟體姐件1334之過程處理（步驟 1799)。 ⑷發误操作發送方法伺服者之過程包括由方法伺服者所處理之發送方法與输送階段通訊。發送軟體姐件1332也處理不同型式之方法呼叫。異步方法呼叫沒有要求顧客應用程式等待確認之方法伺服者以完成過程處理。例如，呼叫請求可被放置成一行而被實施，且R P C输送階段呼叫能回到呼叫軟體姐件1 3 3 4以甲4(210X 297公;*1) ......................................................¾..............................^..............................線 (請先«讀背面之注意事項再填寫本頁) A6 B6 五、發明説明（5¾ 允許顧客應用程式級鑛它本身之過程處理而不中斷或阻止其進行。從呼叫软體姐件所接收之一串過程方法呼叫請求則被發送軟體组件1332來檢査，例如圖18之發送程序 1800中，且根據一預定次序來賁施。假如顧客應用程式沒有期待從方法伺服者接回反應，則異步方法呼叫可能被要求。此唯一反應將是方法呼叫是否被在伺服台上之AC AS软體姐件成功地接收之一指標。此反應沒有指示此執行是否成功•且將不會含有實際方法呼叫之任何输出，因它可為異步方法呼叫。異步方法呼叫對所有方法呼叫為初設模態。用異步方法呼叫，顧客應用程式呼叫此方法在遒績它自己的過程處理之前，等待反應。圖18A和18B為由圖12及14發送软體姐件1332實施或呼叫之程序流程圖。發送程序1800代表由發送軟體姐件 1332所實施之步驟1385* 1390，Μ及1 395。進入發送程序1800之前，發送軟體姐件1332是在"等待 "狀態以等待從網路中呼叫軟體姐件之過程方法呼叫請求。在發送程序1800開始之後（步驟1802)，發送軟體组件 1332經由網路運輸服務接收運输資料结構。此運输資料结構代表一整批以及過程方法呼叫請求由網路中呼叫钦體姐件來傳送（步驟180 5)。在接收此運输資料结構之後，發送软體姐件1332解開且餌譯運输資料结構成為一從伺腋台所認知之資料结構（步驟1810)。然後發送軟體组件 1 332更新一與執行中方法伺服者结合之本文目的資料庫（ ......................................................象............................^..............................0 {請先《讀背面之注意事項再填寫本頁) A6 B6 五、發明説明（53 ) 步驟1815)。本文目的資料庫可於啟動方法伺眼者時，由控制伺服軟體姐件1334產生或由使用者註冊進入伺服台而啟動方法伺腋者變成與執行中方法伺服者结合。接著發送軟體姐件1332詢問過程方法呼叫請求是否它接收異步呼叫請求而被異步方法伺服者來處理（步驟1820) 。假如不是，則發送軟體姐件1 332詢問此呼叫請求是否包含一有效方法之確認，其為一方法可由方法伺眼者所處理 (步驟1825)。假如不是，則產生錯誤訊息（步驟1840) ，然後包裝成反應（圖18B步驟1δ90)且在完成此發送過程處理（步驟1899)之前傳送至呼叫軟體姐件（步驟 1895)。假如呼叫請求包含一有效方法之確認（圖18Α步驟 1 8 2 5 )，則發送軟體姐件1 3 3 2發送由接收呼叫請求確認之有效方法，而由方法伺腋者執行（步驟1830)。假如由方法伺眼者執行有效方法期間產生錯誤，發送軟體姐件 1332產生適當的錯誤訊息（步驟1840)。發送軟體姐件 1332則包裝此錯誤訊息為反應（圖18Β步驟189〇)，且在完成發送過程處理（步驟1899)前，傳送此包裝錯誤訊息至呼叫軟體组件（步驟1895 )。假如沒有執行錯誤發生（圖1 8 Α步驟1 8 3 5 ),則發送軟體组件1332包裝反應（圖18B步驟1890)，其在此情況為過程方法呼叫請求包括任何從方法伺眼者之输出以處理由解決方法確認之方法（圖15A步驟1560)。在反應被壓縮包裝之後，它被傳送至呼叫软體姐件，其原本送原始之過 ......................................................¾..............................^..............................终 (請先Μ讀背面之注意事項再填寫本頁) A6 B6 五 '發明説明（54) 程方法呼叫請求（步驟1895)則结束發送過程處理（步驟 1899) 〇假如由發送軟體组件接收的過程方法呼叫請求為異步呼叫請求（圖18A步驟1820)，則此異步呼叫請求最好排成 —列•由發送軟髏姐件1332作發送而後處理成為方法伺服者（步驟1850)。一訊息指示異步呼叫請求的成功則產生 (步驟1855)，包裝成反應至接收過程方法呼叫請求（步驟I860)，且然後傳送至呼叫軟體姐件，其原本送出過程方法呼叫請求（步驟1 8 6 5 )。較佳實施例中，異步方法伺眼者依它們首先排列之次序來執行異步方法呼叫請求。於執行異步請求時•發送軟體姐件1332詢問是否有任何方法呼叫請求貯列，而被異步方法伺服者來處理（圖18B步驟1870)。假如沒有方法呼叫請求貯列（步驟1870)，則完成發送過程處理（步驟 1899)。假如有異步方法呼叫請求貯列（步驟1870)，發送軟體姐件1 332將下一個異步方法呼叫請求從貯列中除掉（步驟 1 δ 7 5 )。假如從貯列中除去之請求是無效（步驟1 3 8 0 )，比如一請求不能被方法伺腋者來處理，則過程處理回去尋找是否有其它貯列的方法呼叫請求（步驟1870)。假如由貯列除去之請求是有效（步驟1880)，則發送軟體姐件1332將貯列中除去之異步方法呼叫請求發送至異步方法伺服者來處理（步驟1885)。接著問題是詢問在方法伺眼者之過程處理中是否有錯誤甲 4(210X 297公发） ......................................................¾.............................訂..............................0 (請先閑讀背面之注意事項再填寫本頁) A6 _______B6 五、發明説明（5 5> 產生（步驟1887)。假如有錯誤，則予Μ記錄（步驟 1888) *或者假如沒有發生錯誤，發送軟體姐件1332檢査此貯列（步驟1870)。在此方式下，所有貯列中異步呼叫請求均被依次處理，不妨礙顧客懕用程式之產生方法呼叫請求。 I發明摘要本發明提供一有效且簡單方式用於在台上應用程式而可被在相同或不同的台上應用程式所呼叫。如此呼叫，甚至可發生在多機種網路中不同台之間。因為根據本發明目的導向技巧，資料（或實例）與應用程式並未管理，這些資料與應用程式能被應用程式發展者所選擇之方式所管理。Μ管理只有目的和參考來取代應用程式，糸統資源的需求會減少，而系統之彈性增加。本發明提供另一個優點為現未執行之應用程式具有被自動地呼叫之能力。此更加強了根據本發明所實拖系統的力量和彈性。熟悉此技藝人士將認知對本發明作相關之修改和變化，將不脫離本發明觀念之精神和領域，:，本發明是靨較廣闊範圍’故不受所顯示及敘述的特定细節或代表性方法來限制 (請先閲讀背面之注意事項再填寫本頁) 裝· .打· •線

甲 4(210X 297H

Claims

A8 彳9 5*3 ¢7¾80106385號專利申請案戢 H 35名文申請專利範圍修正本(86年4月）g| 笔年i/n’如申請專利範圍 1 · 一種於一網路内執行網路應用程式之方法，網路含有一記憶體及以一網路滙流排而彼此相連之處理器，記憶袖儲存一本文資料庫及一總體資料庫，總體資料庫包括方法與應用程式，本文資料庫包括優先權、供確認方法之優先權、應用程式、以及根據一預定次序之處理器，處理器分享而近接本文資料庫及總體資料庫，該方法包括步驟：參考總體資料庫，以一執行於一客户處理器上之客户應用程式，去執行方法之一方法及—應用程式：回應於此參考且使用此優先權，而確認執行方法之一伺服應用程式；決定網路内是否能用伺服應用程式；如果不能使用伺服應用程式，則確認、使用優先權、一词服處理器，於伺服處理器上開始伺服應用程式，且發信號給伺服處理示信伺服應用程式係可用；以及如果網路内可用伺服應用程式，則執行伺服應用程式以實行方法。 2.如申請專利範圍第1項之方法，其中總體資料庫包括爲應用程式所操作之資料實例，且尚包括：以客户應用程式而參照資料之—實例；將資料實例之參照傳送至伺服處理器；以及回應於接收到資料實例之參照，當實行方法時以伺服應用程式操作實例。 3 .如申請專利範圍第1項之方法，尚包括：本紙張尺度適用中國國家德生f --------「裝------訂-------^ (請先閲讀背面之注意事項再填寫本頁) 經濟部中央標準局員工消費合作社印裝 * 公 / y N A8 B8 ^___g8« 、、申請專利範圍 ~~~ 如符服應用#呈式不能料，便使用優先權，確認-個其艺之词服應用程式以實行方法；以及決及·網5^·由〇 *7* L 疋〇、有另外之伺服應用程式可用。申μ專利範81第1項之方法’其巾方法係同步或非同步地實行，且尚包括：如果方法係同步地被實行，則當词服，應用程式正實行方法時暫停客户應用程式；以及如果万法係非同f，則當伺服應用程式正實行方法時繼續著客户應用程式。 5· 一種資料處理網路系統，包括：一客户資料處理台；一词服者資料處理台；祠路匯/礼排，用以連接該客户資料處理台及伺服者資料處理台；經濟部中央榡準局男工消費合作衽印策 ---------7-裝-- (請先W讀背面之注意事項再填寫本頁) 訂 ·" 一由執行於該客户資料處理台上之客户應用程式所選出之訊息而產生之目的，該目的含有—方法之參考以及在伺服者資料處理台上實施該方法之程序；藉由該伺服資料處理台來接收該方法目的之裝置；連接至該接收裝置，用以抽取該方法之參考之裝置；連接至該抽取裝置，用以分析該抽取參考以決定一所欲實施該方法伺服者應用程式之裝置；以及連接至該分析裝置，用以執行該伺服者應用程式以實施該方法之裝置。 6 ·根據申請專利範圍第5項之網路系統，進—步包含：

A8 B8 C8 D8 六、申請專利範圍一於該伺服者應用程式上含有狀態資訊之控制伺服者，能藉該伺服者資料處理台予以執行，以及其中該控制伺服者含有用以參考該狀態資訊以決定該伺服者應用程式是否正在執行之裝置，以及若該伺服者應用程式並非正在執行時，用以啓動該伺服者應用程式之裝置。 --------1褽------訂-------A * ΐ . (請先閲讀背面之注意事項再填寫本頁) 經濟部中央橾準局負工消費合作社印製 -3- 本紙張尺度適用中國國家揉準（CNS ) A4規格（210X297公釐）