專利名稱：交易系統(tǒng)的耦合方法
相關(guān)專利申請本專利申請與同日提交的、美國專利申請?zhí)枮榈?、題目為“NationalCustomer Recognition System and Method”的、已轉(zhuǎn)讓給同一受讓人的專利申請相關(guān)。
發(fā)明
背景技術(shù)：
領(lǐng)域本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，尤其涉及專有計算機系統(tǒng)與位于開放網(wǎng)絡系統(tǒng)上資源之間提供靈活通信的系統(tǒng)和方法。
背景技術(shù)：
基于網(wǎng)絡的計算機系統(tǒng)的功能和靈活性正與日俱增，尤其是地理位置上廣泛分布的公司和其它機構(gòu)。具體說，象UNIX和Windows的基于開放系統(tǒng)體系結(jié)構(gòu)的的網(wǎng)絡允許系統(tǒng)集成者從許多不同賣主那里選擇服務器、數(shù)據(jù)庫管理器、網(wǎng)站和最適合于他們需要的其它各種網(wǎng)絡部件。此外，實際的標準通信協(xié)議TCP/IP提供了開放系統(tǒng)網(wǎng)絡上各節(jié)點之間快速、可靠的數(shù)據(jù)傳輸。
能夠從基于開放系統(tǒng)網(wǎng)絡中得益的許多公司已經(jīng)將其主要資本投資在主計算機系統(tǒng)以及在其計算機系統(tǒng)上運行的應用軟件的開發(fā)上。這些“老式”系統(tǒng)常?；跒榕c中央數(shù)據(jù)庫聯(lián)機交易處理(OLTP)而專門設計的專有主機體系結(jié)構(gòu)。OLTP應用包括例如機票預定系統(tǒng)、電子銀行/ATM系統(tǒng)以及在各種商業(yè)環(huán)境中執(zhí)行和跟蹤交易的其它各種系統(tǒng)。然而，即使功能最強的主機系統(tǒng)也缺乏開放系統(tǒng)網(wǎng)絡的交易處理能力和靈活性，不適合于當今企業(yè)范圍中的計算機系統(tǒng)。許多公司正在尋求把有價值的信息和他們老系統(tǒng)中的應用調(diào)節(jié)到更適合于他們目前需要的分布式系統(tǒng)中的有效途徑。
對于這種集成的一個障礙是老系統(tǒng)的軟件庫可能含有已經(jīng)不能或不能有效地與位于開放網(wǎng)絡系統(tǒng)上資源進行通信的應用程序。例如，許多老的軟件是用老的編程環(huán)境而寫的高級、報表程序生成(RPG)語言來實現(xiàn)的。同當前OLTP系統(tǒng)標準相比，這些軟件相對較慢，不能得到更先進的通信媒件支持。象AT&T公司TOP END的開放系統(tǒng)交易管理系統(tǒng)能夠與諸如IBM公司的客戶信息控制系統(tǒng)(CICS)的專有交易管理器進行通信。然而，這種通信只有在CICS是在與更新IBMSAA兼容的環(huán)境(如MVD、ESA等)中實現(xiàn)才有可能的。令人遺憾的是，許多老的系統(tǒng)軟件庫是在這些環(huán)境之前已開發(fā)的，將老的系統(tǒng)軟件庫轉(zhuǎn)換到這些更新的操作環(huán)境中是代價昂貴的。
使老的系統(tǒng)與開放系統(tǒng)網(wǎng)絡接口可采用的解決辦法通常是把硬編碼數(shù)據(jù)翻譯軟件遺留到專有系統(tǒng)上的RPG應用程序和開放系統(tǒng)上的服務應用程序中。因此，當數(shù)據(jù)庫模式存在變化，如增加新的屬性(列)或者現(xiàn)行屬性改變時，這些程序必須全部重新編碼。此外，轉(zhuǎn)換代碼減慢了這些應用程序的響應時間，限制了老系統(tǒng)的實用程序進行實時聯(lián)機處理。
因此，需要一種耦合專有系統(tǒng)上RPG應用程序與開放系統(tǒng)平臺上諸如數(shù)據(jù)庫服務器的資源之間交易的快速、靈活的接口。
發(fā)明概要本發(fā)明是一種耦合專有平臺上RPG應用程序與開放系統(tǒng)平臺上交易管理系統(tǒng)之間數(shù)據(jù)的靈活的消息接發(fā)系統(tǒng)。消息接發(fā)系統(tǒng)處理消息的建立/分析、發(fā)送/接收以及RPG應用的異常處理功能，給RPG程序員提供基本透明的對交易管理系統(tǒng)所服務資源的訪問。具體說，本發(fā)明的消息接發(fā)系統(tǒng)包括為IBM的AS/400系統(tǒng)開發(fā)的RPG應用程序，它們是以IBM的系統(tǒng)網(wǎng)絡體系結(jié)構(gòu)(SNA LU6.2)操作的。在諸如UNIX或Windows的開放系統(tǒng)平臺上實施通常為數(shù)據(jù)庫的資源。交易管理系統(tǒng)最好是在SNA網(wǎng)絡的網(wǎng)關(guān)服務器上實施的，確定RPG應用與開放系統(tǒng)資源之間交易的路由。在本發(fā)明的較佳實施例中，開放系統(tǒng)平臺采用TCP/IP網(wǎng)絡協(xié)議來維持開放系統(tǒng)網(wǎng)絡的LU6.2通信切換。
根據(jù)本發(fā)明的消息接發(fā)系統(tǒng)包括消息接發(fā)模塊(MSG)，它起消息建立和分析模塊(建立/分析模塊)應用程序接口(API)的作用；與建立/分析模塊有關(guān)的數(shù)據(jù)字典以及交換RPG應用與MSG模塊之間數(shù)據(jù)和控制信息的一組定義數(shù)據(jù)結(jié)構(gòu)。MSG模塊采用網(wǎng)關(guān)上網(wǎng)絡服務開始與交易管理系統(tǒng)進行初始會話，它建立與開放系統(tǒng)平臺上目標資源的對話。而后，通過消息接發(fā)系統(tǒng)利用由RPG提供數(shù)據(jù)和控制信息構(gòu)造的消息包，RPG應用程序能夠訪問該資源。消息包是由建立/分析模塊按照相關(guān)數(shù)據(jù)字典匯編的，并由MSG模塊發(fā)送到具有合適控制信息的交易監(jiān)測器。與開放系統(tǒng)資源上服務應用相關(guān)的建立/分析模塊給資源提供補充消息建立和分析服務。
通過人們可閱讀的，即ASCⅡ定義文件(ADF)可進一步增強消息接發(fā)系統(tǒng)的靈活性，ASCⅡ定義文件為通過RPG應用和開放系統(tǒng)資源交換的數(shù)據(jù)提供了一種通常的定義。消息接發(fā)系統(tǒng)的數(shù)據(jù)字典和所定義數(shù)據(jù)結(jié)構(gòu)是由(ADF)產(chǎn)生的，通過它們RPG應用程序和消息接發(fā)系統(tǒng)可以交換數(shù)據(jù)。所定義數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)字典只有在對ADF改進時才進行更新，這時，利用由本發(fā)明提供的實用程序來產(chǎn)生經(jīng)更新的目標。
附圖簡述

圖1是加入本發(fā)明消息接發(fā)系統(tǒng)的網(wǎng)絡系統(tǒng)的方框圖。
圖2A是圖1所示網(wǎng)絡系統(tǒng)的消息接發(fā)系統(tǒng)的方框圖。
圖2B是表明ASCⅡ定義文件與由ASCⅡ定義文件產(chǎn)生的限定數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)字典之間關(guān)系的方框圖。
圖2C是RPG應用程序與本發(fā)明消息接發(fā)系統(tǒng)之間通信用的ACDS限定數(shù)據(jù)結(jié)構(gòu)的代表。
圖3A是由開放系統(tǒng)網(wǎng)絡的交易服務支持的服務應用程序的各部分的方框圖。
圖3B是圖3A的服務應用程序的更詳細的方框圖。
圖4是圖1的網(wǎng)絡系統(tǒng)，包括網(wǎng)關(guān)服務器中的安全服務的方框圖。
圖5A-5D是由本發(fā)明消息接發(fā)系統(tǒng)實施的方法的流程圖。
發(fā)明詳細討論首先參考圖1，圖中示出了網(wǎng)絡化的計算機系統(tǒng)100，包括依照本發(fā)明的與平臺無關(guān)消息接發(fā)系統(tǒng)120的方框圖。計算機系統(tǒng)100包括基于專有系統(tǒng)體系結(jié)構(gòu)的第一計算機112、基于開放系統(tǒng)體系結(jié)構(gòu)的服務器192以及連接兩種不同系統(tǒng)體系結(jié)構(gòu)的網(wǎng)關(guān)服務器152。第一計算機系統(tǒng)112的專有系統(tǒng)體系結(jié)構(gòu)由網(wǎng)絡協(xié)議130表示，服務器的開放系統(tǒng)體系結(jié)構(gòu)由網(wǎng)絡協(xié)議160表示。例如，開放系統(tǒng)體系結(jié)構(gòu)可以是基于UNIX或Windows的體系結(jié)構(gòu)，網(wǎng)絡協(xié)議160通常為TCP/IP
第一計算機112包括被耦合到消息接發(fā)系統(tǒng)120的RPG應用程序110，它產(chǎn)生基于RPG提供數(shù)據(jù)的消息包，以網(wǎng)絡協(xié)議130進行傳輸。在本發(fā)明的較佳實施例中，第一計算機112為IBM公司的AS/400系統(tǒng)，附加到IBM公司的系統(tǒng)網(wǎng)絡體系結(jié)構(gòu)(SNA)上，網(wǎng)絡協(xié)議130為IBM公司的SNA LU6.2。消息接發(fā)系統(tǒng)120的作用是RPG應用程序110與通過交易管理系統(tǒng)150訪問的服務應用程序310(圖3A)之間的應用程序接口(API)。具體地說，消息接發(fā)系統(tǒng)120把RPG應用程序110提供的數(shù)據(jù)和控制信息轉(zhuǎn)換為利用LU6.2協(xié)議(130)將其發(fā)送到網(wǎng)關(guān)服務器152的消息包。
網(wǎng)關(guān)服務器152包括網(wǎng)絡服務模塊140、交易管理系統(tǒng)150和接口模塊142。當受到消息接發(fā)系統(tǒng)120觸發(fā)時，網(wǎng)絡服務模塊140借助于接口模塊142分配消息接發(fā)系統(tǒng)120與交易管理系統(tǒng)150之間會話。在本發(fā)明的較佳實施例中，這是在消息接發(fā)系統(tǒng)120被來自RPG應用程序110的呼叫啟動時發(fā)生的。
會話是一種邏輯連接，允許不同節(jié)點上的應用程序之間進行通信，同時隱蔽正在通信的應用程序中當前使用通信協(xié)議的細節(jié)。在已經(jīng)公開的實施例中，所分配的會話載有消息接發(fā)系統(tǒng)120與交易管理系統(tǒng)150之間的消息包。消息包包括激活遠端進程(服務應用程序310)、與受激進程進行通信以及終止遠端進程所需的參數(shù)，即數(shù)據(jù)和控制信息。例如，交易管理系統(tǒng)150基于這些消息包中指定的控制信息提供對開放系統(tǒng)網(wǎng)絡服務器192上服務應用程序310(圖3A)的訪問，網(wǎng)關(guān)服務器1 52處理SNA與開放系統(tǒng)通信協(xié)議，即TCP/IP之間的轉(zhuǎn)換。
消息包的實際格式是由接口模塊142部分限定的，它分離出包含在消息包中的數(shù)據(jù)和控制信息，使用控制消息通過交易管理系統(tǒng)150建立與被請求服務器應用程序310的對話。消息包中的數(shù)據(jù)與交易管理系統(tǒng)150提供的控制標題一起被傳送至指定的服務器應用程序310。消息包格式中的其它決定因素是服務器應用程序310，它采用相當于消息接發(fā)系統(tǒng)120中模塊的建立/分析模塊320(圖3A)進行分析，如果必要的話，根據(jù)數(shù)據(jù)字典328對被傳送消息包中的數(shù)據(jù)進行重新格式化。以下將結(jié)合圖3B更詳細地討論這一過程。
合適的交易管理系統(tǒng)150包括附著于X/Open分布式交易處理(DTP)模型的交易處理監(jiān)測器。這些監(jiān)測器包括AT&T的TOP END、Novell的TUXEDO和Transarc的ENCINA。在系統(tǒng)100的較佳實施例中采用了AT&T的TOP END交易管理系統(tǒng)150。通過保證當用戶的服務請求被傳送至交易服務160時保存了分配給RPG應用程序110用戶的識別代碼(userids)，TOP END交易監(jiān)測器的改進型是保證交易安全性和可計帳性所需要的。以下將結(jié)合圖4討論這些改進型。
現(xiàn)在參照圖2A，圖中示出消息接發(fā)系統(tǒng)120的方框圖。消息接發(fā)系統(tǒng)120包括MSG模塊210、包含數(shù)據(jù)字典228的建立/分析模塊220以及耦合消息接發(fā)系統(tǒng)120與RPG應用程序110之間數(shù)據(jù)的限定數(shù)據(jù)結(jié)構(gòu)(DDS)250。圖中還示出便于數(shù)據(jù)存取的List_Build模塊230、給消息接發(fā)系統(tǒng)120分配和解除分配存儲器的存儲器管理系統(tǒng)(MMS)240以及與交易管理系統(tǒng)150通信用的入站/出站消息緩沖器218。為了使消息接發(fā)系統(tǒng)120在平臺之間是便攜的，模塊210、220、230和240是以C編程語言編寫的。
MSG模塊210包括MSG API212，通過它RPG應用程序110可訪問開始和終止與交易管理系統(tǒng)150會話以及請求從通過交易管理系統(tǒng)150訪問的服務器應用程序310提供交易處理服務的功能214。在已經(jīng)揭示的實施例中，MSG210還包括登記功能216，如下所述，它處理DDS250與MSG緩沖器218之間的數(shù)據(jù)。
建立/分析模塊220包括建立/分析API222、數(shù)據(jù)字典(DD)228、消息建立/分析功能224以及登記功能(RF)API226。建立/分析API222給MSG模塊210提供對平臺無關(guān)消息建立/分析功能224的訪問。DD228指定由正在被RPG應用程序110訪問的開放系統(tǒng)資源所識別的數(shù)據(jù)段的字段和字段屬性。正如以下將更詳細討論的，DD228通過提供一種改變其消息建立能力而不需要對RPG應用程序110或服務器應用程序310重新編碼的機制對消息接發(fā)系統(tǒng)120的靈活性產(chǎn)生作用。
RF API226給建立/分析模塊220提供對登記功能216的訪問，它處理DDS250中的RPG數(shù)據(jù)。登記功能216是平臺數(shù)據(jù)類型特有的，包括MSG模塊210中的登記功能216，從建立/分析模塊220中去除任何與平臺相關(guān)的。例如，在開放系統(tǒng)平臺上的服務器應用程序310中采用了基本相同的建立/分析模塊320(圖3A)。建立/分析模塊320分析來自RPG應用程序110的請求消息包并給RPG應用程序110建立響應消息包。
List_Build模塊230和MMS模塊240分別給MSG模塊210和建立/分析模塊220提供鏈接表建立和存儲器分配功能。例如，當啟動RPG應用程序110時，它對MSG模塊210鑒別它采用的所有DDS。MSG模塊210檢查DDS具有合適數(shù)目的參數(shù)并調(diào)用List_Build模塊230產(chǎn)生指向DDS指針的鏈接表。List_Build模塊230調(diào)用MMS模塊240在需要時給鏈接表分配存儲器。在終止RPG應用程序110時，MSG模塊210也可以采用List_Build模塊230和MMS模塊240來取消鏈接表。
典型的服務應用程序310給RPG應用程序110提供搜尋和把數(shù)據(jù)寫入數(shù)據(jù)庫390中的功能(圖3A)。為了使RPG應用程序110與數(shù)據(jù)庫390進行通信，消息接發(fā)系統(tǒng)120在其數(shù)據(jù)包中采用的數(shù)據(jù)必須具有與數(shù)據(jù)庫390的列相一致的屬性。由于RPG應用程序110是數(shù)據(jù)的最終源，所以，消息接發(fā)系統(tǒng)120必須包括保證RPG應用程序110所采用數(shù)據(jù)段的屬性與數(shù)據(jù)庫390的屬性相一致的一些手段。這就是DDS250和DD228、328的功能。
消息接發(fā)系統(tǒng)120從包括與數(shù)據(jù)庫390屬性相一致屬性定義的單一源提供產(chǎn)生DD228和DD328(圖3B)以及DDS250的實用程序。這可以保證消息接發(fā)系統(tǒng)120和服務應用程序310支持相同詞匯，反過來又保證RPG應用程序110和數(shù)據(jù)庫390能夠進行通信。產(chǎn)生DDS238、328以及DDS250的單一源是ASCⅡ碼定義文件(ADF)260。
現(xiàn)在參照圖2B，圖中示出ADF260、DD228、328與DDS250之間關(guān)系的方框圖。ADF260是被人閱讀的文件，包括對系統(tǒng)中每個數(shù)據(jù)段的每個字段屬性的描述。如上所述，段字段的屬性對應于數(shù)據(jù)庫390中的列(屬性)。ADF260還包括標題段，用它來表示RPG應用程序110正在請求哪個服務應用程序310，還可以包括差錯碼和消息的控制信息。與需要從RPG應用程序110輸入數(shù)據(jù)的服務應用程序310有關(guān)的標題段已經(jīng)添加了對應于所需數(shù)據(jù)的數(shù)據(jù)段。ADF260還包括一張受約束段的表，它們是只能被所選服務應用程序310使用的段。ADF260通常是通過GUI設計工具產(chǎn)生的，在本發(fā)明較佳實施例中，它是指VisnalBuilder Tool(VBT)。實際上，ADF260規(guī)定了數(shù)據(jù)庫390所能理解的詞匯。
圖2B中還示出Data_Structure Utility(DSU)270，采用它從ADF260產(chǎn)生DDS250。一旦改變ADF260便產(chǎn)生DDS250。DSU270讀出ADF260并采用List-_Build模塊230從ADF260中的入口中產(chǎn)生字段的鏈接表和段的鏈接表，對在段的鏈接表中的每個段，DSU270從字段鏈接表中檢索各部分字段的屬性并把信息寫入到DDS250中。在較佳實施例中，通過把它們寫入到一個文件中可以使DDS250有效于消息接發(fā)系統(tǒng)120，將其鏈接至RPG應用程序110和消息接發(fā)系統(tǒng)120，作為一種外部限定數(shù)據(jù)結(jié)構(gòu)。
在消息接發(fā)系統(tǒng)120的較佳實施例中，為在ADF260中限定的每個數(shù)據(jù)段提供兩個DDS250。由RPG應用程序110給應用請求數(shù)據(jù)結(jié)構(gòu)(ARDS)載入數(shù)據(jù)，從而給消息接發(fā)系統(tǒng)120提供它需要的數(shù)據(jù)，給服務應用程序310建立消息(服務請求)。應用響應數(shù)據(jù)結(jié)構(gòu)(ASDS)是由消息接發(fā)系統(tǒng)120寫入的，使來自服務應用程序310的響應傳送至RPG應用程序110(服務響應)，接著由建立/分析模塊220進行分析。RPG應用程序110采用單一應用控制數(shù)據(jù)結(jié)構(gòu)(ACDS)256把服務應用請求傳送至消息接發(fā)系統(tǒng)120。
圖2B中還示出實用程序DDBIN280，它讀出ADF260并產(chǎn)生DD228，作為通過段名分類的二進制文件。DDBIN280還創(chuàng)建DD228的摘要信息字段，包括段的總數(shù)、字母分類段群用的DD228中的偏移以及受約束段文件(RSF)用的文件中的偏移。這遵循系統(tǒng)已知的每個段和字段的段結(jié)構(gòu)和字段結(jié)構(gòu)的明確表示。
段和字段結(jié)構(gòu)摘要了消息接發(fā)系統(tǒng)120為了耦合RPG應用程序110與交易管理系統(tǒng)150之間數(shù)據(jù)所需的所有段/字段信息。例如，每個段結(jié)構(gòu)包括該段的名稱、該段的字段數(shù)目、是否已經(jīng)對字段初始化、以及DD228中至段的第一字段結(jié)構(gòu)的偏移。每個字段結(jié)構(gòu)包括字段名稱、指向字段數(shù)據(jù)的指針、包括陣列的字段的元數(shù)、字段的數(shù)據(jù)類型、字段數(shù)據(jù)中字節(jié)的長度、字段允許的陣列元素的最大數(shù)目、表示數(shù)據(jù)上約束的標記、十進制位置的數(shù)目以及可以應用到字段數(shù)據(jù)中的登記功能的名稱(位置-架)。總之，字段和段結(jié)構(gòu)提供了在處理和轉(zhuǎn)換DDS250與消息緩沖器218之間數(shù)據(jù)時由建立/分析模塊采用的模板。
DD228可以鏈接至建立/分析模塊220，作為包含文件。另一方面，DD228的內(nèi)容可以讀入到與建立/分析模塊220關(guān)聯(lián)的段超高速緩沖存儲器325中(圖3B)，在需要時便于對段信息的存取。在消息接發(fā)系統(tǒng)304(圖3A)的較佳實施例中采用后一種情況，將其用于由服務應用程序310進行消息包的建立/分析。
每一次對ADF260進行改進，必須對DDS250和DD228、328進行更新，以反映當前使用段的任何變化?，F(xiàn)在參照圖5C，圖中示出一種確定ADF260中限定的每個段的字段結(jié)構(gòu)的方法。依次讀出ADF260中的入口576。當讀出段信啟、578時，把段名增加580到鏈接表上，把與該段相關(guān)的字段名插入582到鏈接表入口中。當讀出字段信息584時，把字段名增加586到字段鏈接表以及把相關(guān)字段屬性信息插入588到字段鏈接表入口中。重復這一過程590直至從ADF260已經(jīng)讀出所有的段和字段信息和已經(jīng)產(chǎn)生相應字段和段鏈接表為止。這時，從段和字段鏈接表可以產(chǎn)生DDS250。
現(xiàn)在參照圖5D，圖中示出一種從諸如采用圖5C方法提供的段和字段鏈接表產(chǎn)生DDS250的方法。打開源文件591以存儲產(chǎn)生的DDS250，讀出鏈接表中的每個段592。與每個段相關(guān)的字段信息提供對字段鏈接表中相應入口的訪問593。與每個字段入口一起存儲的屬性信息被寫入594源文件分配給該段的區(qū)域。對于段的每個字段595和鏈接表的每個段596重復這一過程。當最后段的字段屬性已經(jīng)寫入源文件時，關(guān)閉文件597。
產(chǎn)生DD228的方法類似于上述產(chǎn)生DDS250的方法，不同之處在于，為DD228產(chǎn)生的包含摘要信息的標題以及在產(chǎn)生的字段結(jié)構(gòu)中包括有關(guān)字段數(shù)據(jù)類型和登記功能的輔助信息。在消息接發(fā)系統(tǒng)120的較佳實施例中，把DD228增加到建立/分析模塊130中，作為一個包含文件。
另一方面，在交易服務程序170(圖3B)中，DD328作為一個單獨文件存儲在磁盤上。建立/分析模塊330在訪問段信息前檢查和記錄DD328中時間標記。DD328中比建立/分析模塊330所記錄值更近的時間標記表示已經(jīng)對DD328進行改進。當建立/分析模塊330檢測到DD328中更近的時間標記時，它丟掉從早期版本DD328導出的段信息，重新載入DD328的改進段信息。
現(xiàn)在參考圖2C，圖中示出被RPG110用來請求消息接發(fā)系統(tǒng)120服務的ACDS256的代表。ACDS256還被消息接發(fā)系統(tǒng)120用于給RPG應用程序110提供有關(guān)被請求服務狀態(tài)的信息。RPG應用程序110采用單個ACDS256來表示正在請求哪種交易服務160。在ACDS256的下列數(shù)據(jù)字段中提供被請求服務的細節(jié)(1)請求服務名稱；(2)傳送段；以及(3)維持內(nèi)容標記。
請求服務名稱是數(shù)據(jù)字段，其中規(guī)定了通過交易管理系統(tǒng)150可提供的服務應用程序310的名稱。消息接發(fā)系統(tǒng)120采用ADF260中定義的相應標題段來表示交易管理系統(tǒng)150正在被請求的服務類型。如上所述，有些服務應用程序310要求RPG應用程序110提供數(shù)據(jù)以及服務請求。在這種情況中，RPG應用程序采用傳送段(Sending Segment)字段來規(guī)定哪個ARDS252含有所需數(shù)據(jù)。由包含數(shù)據(jù)的“段名”規(guī)定“傳送段”字段中的每個這種ARDS252。在本發(fā)明的較佳實施例中，被傳送的每個數(shù)據(jù)段的段名是由管道“|”連接和定界的。例如，在對應于姓名(NAME)、單位地址(BUS)和家庭地址(HOME)的三個ARDS252的數(shù)據(jù)將被送至ACDS256所指定服務應用程序310的地方，“傳送段”字段將是NAME|BUS|HOME。響應服務請求提供的數(shù)據(jù)作為數(shù)據(jù)段從服務應用程序310送至消息接發(fā)系統(tǒng)120。消息接發(fā)系統(tǒng)120進行任何必要的數(shù)據(jù)轉(zhuǎn)換并利用相應的ASDS254把經(jīng)過轉(zhuǎn)換的數(shù)據(jù)段傳送至RPG應用程序110。
當RPG應用程序110保持與服務應用程序310正在進行的會話時，例如，當RPG應用程序110將提交對服務應用程序310的依次服務調(diào)用時，設定“維持內(nèi)容標記”。
ACDS256的“結(jié)果服務”字段包括“返回狀態(tài)代碼”、“初始化標記”和“控制標記”字段。消息接發(fā)系統(tǒng)120采用它們給RPG應用程序110表示服務請求的狀態(tài)。返回狀態(tài)代碼為零，除非在服務請求中發(fā)生差錯。初始化標記是在消息接發(fā)系統(tǒng)120進行適當初始化時設定的，否則為零?？刂茦擞洷硎鞠⒔影l(fā)系統(tǒng)120的狀態(tài)。缺省時設定為零，當服務應用程序31目前正在維持內(nèi)容時設定為4，當在消息接發(fā)系統(tǒng)120中出現(xiàn)失誤時設定為4以外的某個非零值。
現(xiàn)在將描述RPG應用程序110從開始到終止RPG應用程序的110與消息接發(fā)系統(tǒng)120之間的相互作用。如上所述，消息接發(fā)系統(tǒng)120在其初始化期間是通過RPG應用程序110的功能調(diào)用進行初始化的。初始化功能調(diào)用包括一參數(shù)表，指定RPG應用程序110所采用的把數(shù)據(jù)送至MSG模塊210和從MSG模塊210接收數(shù)據(jù)的各個ARDS252和ASDS254的段名、段地址和出現(xiàn)數(shù)目。參數(shù)表還指定由RPG應用程序110所采用的把控制信息傳送至MSG模塊210的ACDS256的名稱和地址。ARDS252、ASDS254和ACDS256(集合為DDSs250)的地址在共享存儲器位置114中。
在初始化時，MSG模塊210首先檢查DDSs250被正確設定(每個ARDS252和ASDS254有3個參數(shù)以及ACDS256有2個參數(shù))。MSG模塊210調(diào)用建立/分析模塊220中的初始化功能。List_Build模塊230和MMS模塊240經(jīng)網(wǎng)絡服務140和接口142初始與交易管理系統(tǒng)150的會話，并等待已經(jīng)建立會話的核實消息。這時，交易管理系統(tǒng)150建立與開放系統(tǒng)服務器192上交易服務160的對話。MSG模塊210還調(diào)用List_Build模塊230產(chǎn)生指向DDSs250的指針鏈接表，List_Build模塊230調(diào)用MMS模塊240，在需要時給鏈接表分配存儲器。
一旦在消息接發(fā)系統(tǒng)120與交易管理系統(tǒng)150之間已經(jīng)建立會話/對話鏈路，RPG應用程序110利用消息接發(fā)系統(tǒng)120作為應用程序接口(API)通過交易管理系統(tǒng)150訪問交易服務160的被請求服務應用程序310。RPG應用程序110通過載入帶有正在被請求服務的段名和與服務請求一起提供的任何數(shù)據(jù)的段名的ACDS256的“請求服務名和傳送段表”字段開始作出服務請求。RPG應用程序110還把每個已命名的ARDS 252載入到帶有被傳送數(shù)據(jù)的“傳送段表”上。
在載入ARDS252和ACDS256時，RPG應用程序110調(diào)用MSG模塊210中的請求功能，包括與功能調(diào)用有關(guān)的參數(shù)表中的ACDS256和ARDS252的名稱。MSG模塊210采用請求功能來清除ACDS256的“結(jié)果服務”字段和讀出ACDS256的“請求服務名稱”字段和“傳送段表”字段。MSG模塊210把控制/狀態(tài)標題(見下文)寫入到消息緩沖器218中，指定“請求服務名稱”、用戶標識碼(userid)以及交易管理系統(tǒng)150的狀態(tài)數(shù)據(jù)。MSG模塊210還用參數(shù)表調(diào)用建立/分析模塊220中“建立MSG”功能，參數(shù)表指定數(shù)據(jù)段的段名和消息緩沖器218的位置。
建立/分析模塊220對參數(shù)表中所識別的DDSs250與消息緩沖器218之間數(shù)據(jù)會話和操作進行處理。如上所述，模塊220的建立/分析MSG功能采用登記功能216來實現(xiàn)DDSs250與消息緩沖器218之間的實際數(shù)據(jù)操作。對于出站消息，建立MSG功能采用DD228的段和字段結(jié)構(gòu)作為模板來識別具有待發(fā)送字段數(shù)據(jù)的DDS250、字段數(shù)據(jù)的屬性、字段數(shù)據(jù)所需的任何轉(zhuǎn)換以及用于對字段數(shù)據(jù)進行轉(zhuǎn)換并將其操作到消息緩沖器218的登記功能。在出站消息包上還采用DD228把數(shù)據(jù)轉(zhuǎn)換成適合于AS/400操作系統(tǒng)的格式，以及在消息緩沖器218中DDS250之間傳送字段數(shù)據(jù)。DDS250的地址是由初始化中產(chǎn)生的鏈接表確定的。
由消息接發(fā)系統(tǒng)120產(chǎn)生的信息包具有以下形式(Ⅰ)|差錯|控制|功能代碼|用戶標識碼|數(shù)據(jù)|←……………控制/狀態(tài)……………→|←…應用數(shù)據(jù)…→包括差錯、控制、功能代碼和用戶標識碼字段的標題提供了把RPG應用程序110的服務請求和相關(guān)數(shù)據(jù)從消息接發(fā)系統(tǒng)120傳遞到被請求服務應用程序310所需要的路由和狀態(tài)信息。具體說，差錯字段包括跟蹤目的的差錯代碼，控制字段指定與交易管理系統(tǒng)150通信的狀態(tài)，功能代碼字段指定正在請求哪個服務應用程序310，用于安全檢查目的，用戶標識碼利用RPG應用程序110識別個人身份。數(shù)據(jù)字段包括服務名稱和經(jīng)過適當格式化的正在RPG應用110與服務應用310之間傳遞的任何應用數(shù)據(jù)。如上所討論的，這一數(shù)據(jù)是利用建立/分析模塊220由消息接發(fā)系統(tǒng)120載入的。
一旦完成了消息包，MSG模塊210調(diào)用發(fā)送/接收功能，利用初始化時分配的會話把消息包送至網(wǎng)關(guān)服務器152中的交易管理系統(tǒng)150。接口模塊142把會話映射到交易管理系統(tǒng)150與交易服務160之間建立的對話，從消息包(Ⅰ)標題中的功能代碼確定哪個服務應用程序310被選中，以及采用交易管理系統(tǒng)150調(diào)用被選中的服務應用程序310。
現(xiàn)在參考圖5A，圖中摘要表示了把數(shù)據(jù)從RPG應用程序110傳遞到交易管理系統(tǒng)150的上述方法的流程圖。RPG應用程序把數(shù)據(jù)載入510到合適的DDS250和調(diào)用消息接發(fā)系統(tǒng)開始數(shù)據(jù)傳遞514。消息接發(fā)系統(tǒng)120對建立/分析模塊220表示所請求服務和所需任何數(shù)據(jù)的段進行識別520，建立/分析模塊220通過DD228訪問524合適的段結(jié)構(gòu)。利用段結(jié)構(gòu)，建立/分析模塊220把530段名和字段名寫入到消息緩沖器218。消息緩沖器也調(diào)用534字段結(jié)構(gòu)中所指示的登記功能把字段數(shù)據(jù)從DDS250傳遞到消息緩沖器218以及實施字段結(jié)構(gòu)所指示的任何字段數(shù)據(jù)轉(zhuǎn)換。利用消息接發(fā)系統(tǒng)120與交易管理系統(tǒng)150之間以前建立的會話，把標題增加540到消息緩沖器218和發(fā)送消息包544。
現(xiàn)在參考圖5B，圖中摘要表示了消息接發(fā)系統(tǒng)120對來自交易管理系統(tǒng)150的消息包進行分析而實施的方法的流程圖。當檢測到進入的消息包550時，建立/分析模塊220識別554緩沖器中的段名和采用DD228確定560有關(guān)字段的不同特性。消息緩沖器218中的字段名與DD228段結(jié)構(gòu)中規(guī)定的字段名之間的一致性提供對接收消息包中數(shù)據(jù)的檢查。建立/分析模塊220調(diào)用564字段結(jié)構(gòu)中所指示的登記功能對從消息緩沖器218到合適DDS250的數(shù)據(jù)進行轉(zhuǎn)換和載入。當完成數(shù)據(jù)轉(zhuǎn)換/載入時，消息接發(fā)系統(tǒng)120返回對RPG應用程序110的控制570，它對DDS 250的請求數(shù)據(jù)進行檢索。
在服務應用程序310中由建立/分析模塊320實施與建立/分析模塊220所述過程相似的過程。主要差別在于，在消息緩沖器314與可訪問應用功能314的數(shù)據(jù)結(jié)構(gòu)之間進行數(shù)據(jù)的轉(zhuǎn)換和傳遞。應用功能314采用與DBMS380通信的數(shù)據(jù)。
現(xiàn)在參考圖3A，圖中示出訪問開放系統(tǒng)網(wǎng)絡上資源的交易服務170的各部分方框圖。交易服務170包括交易管理系統(tǒng)150的實例，包括客戶-服務器接口(CSI)154、數(shù)據(jù)庫管理系統(tǒng)380、服務應用程序310以及消息轉(zhuǎn)換模塊304。消息轉(zhuǎn)換模塊304包括消息建立/分析模塊320、List_Build模塊330和存儲器管理系統(tǒng)(MMS)模塊340，它執(zhí)行服務器192開放系統(tǒng)平臺的功能，建立/分析模塊220、List_Build模塊230和MMS模塊240在AS/400 112的專有平臺進行。然而，在服務器192的情況中，交易管理系統(tǒng)150與CSI154一起操作，處理路由和控制信息。具體說，這些部分保證把消息包(Ⅰ)的數(shù)據(jù)部分傳送至服務應用程序310，有效地起到服務器192上MSG模塊210的對應部分所起的作用。另一方面，必須把消息包(Ⅰ)的數(shù)據(jù)部分轉(zhuǎn)換成適合于開放系統(tǒng)平臺的格式，這是由模塊320、330和340所執(zhí)行的功能。
在系統(tǒng)100的較佳實施例中，資源管理器(DBMS380)是Informix7.0，交易管理系統(tǒng)150是AT&T的TOP END，二者都符合X/Open分布式交易處理(DTP)XA接口。交易管理系統(tǒng)150也符合與服務應用程序310通信的DTP TX接口。
現(xiàn)在參考圖3B，圖中示出服務應用程序310及其與DBMS 380和消息轉(zhuǎn)換模塊304相互作用的詳細方框圖。正如圖中表示的，服務應用程序310已經(jīng)使登記功能316與入站/出站消息緩沖器314相關(guān)聯(lián)，通過消息緩沖器314可以接收/傳送消息包。登記功能316被建立/分析模塊320用于對入站消息包的數(shù)據(jù)進行分析、對經(jīng)過分析的數(shù)據(jù)進行轉(zhuǎn)換并將其載入到與應用功能314相關(guān)的數(shù)據(jù)結(jié)構(gòu)中。同樣，建立/分析模塊320采用登記功能316從應用功能314提供的數(shù)據(jù)建立緩沖器314中的消息。應用功能314處理與DBMS380的通信，這與消息模塊，210處理與RPG應用程序110的通信很相似。然而，在較佳實施例中，DMBS380是以C而不是RPG語言編寫的，上述的定義數(shù)據(jù)結(jié)構(gòu)(DDS)250是不必要的。相反地，應用功能314采用由C類型定義所限定的數(shù)據(jù)結(jié)構(gòu)對消息數(shù)據(jù)進行操作和轉(zhuǎn)換。List_Build模塊330和MMS340提供同AS/400 112上相應模塊230、240基本相同的功能。
消息轉(zhuǎn)換模塊304也不同于消息接發(fā)系統(tǒng)120，在這里它采用段超高速緩沖存儲器354和段超高速緩沖存儲器接口結(jié)構(gòu)(SCIS)352來方便對數(shù)據(jù)字典(DD)326段結(jié)構(gòu)和字段結(jié)構(gòu)的訪問。當超高速緩沖存儲器354中可提供必要的段/字段信息時，可以免除對DD326搜索的需要。這是在AS/400 112上采用的另一種結(jié)構(gòu)。
圖1所示的計算機系統(tǒng)100的結(jié)構(gòu)提供了RPG應用程序110與交易服務160之間的必要通信，對許多用途而言，它并不提供適當?shù)陌踩蛴嫀すδ?。這來源于系統(tǒng)100的較佳實施例。這里，交易管理系統(tǒng)150是TOP END(TE)而IF142是啟動消息接發(fā)系統(tǒng)120時由網(wǎng)絡服務模塊140所引起的入站代理(IA)。具體說，將IA142配置為能將具有相同交易程序名(TE注冊名)和交易代碼(請求服務名)的所有會話/對話映射到一個通用用戶標識符。這意味著特定服務應用程序310的所有用戶將被賦予相同的用戶標識符，與RPG應用程序110的哪個用戶實際啟動交易無關(guān)。如果不尋址，這種情況有效地取消了對服務器192的交易安全性檢查和可計帳性。
為了保證對服務器192交易的安全性檢查和可計帳性，系統(tǒng)100的較佳實施例在網(wǎng)關(guān)服務器152上的TE交易管理系統(tǒng)150中裝入安全服務程序SIGNONSECURITY SERVICE(SSS)154?，F(xiàn)在參考圖4，圖中示出網(wǎng)關(guān)服務器152的較佳結(jié)構(gòu)的方框圖，其中，交易管理系統(tǒng)150通過SSS154耦合到交易服務160。SSS154包括TE客戶156和TE服務器156’，通過由交易管理系統(tǒng)150提供的客戶/服務器接口(CSI)背對背耦合。
IA142裝入一個完整客戶，代表消息接發(fā)系統(tǒng)120通過交易管理系統(tǒng)150訪問SSS154。在消息接發(fā)系統(tǒng)120初始化時，網(wǎng)絡服務模塊140引起IA142傳送SIGNON消息，包括由消息接發(fā)系統(tǒng)120產(chǎn)生的非通用用戶標識符。IA142利用IA142配置文件中提供的通用用戶標識符，通過交易管理系統(tǒng)150傳送對SSS服務的請求，建立與SSS154的對話。交易管理系統(tǒng)150把該請求送至SSS154，建立與TE服務器156和RPG應用程序110(經(jīng)消息接發(fā)系統(tǒng)120)的對話。然后，TE服務器156觸發(fā)TE客戶156’利用嵌入在注冊消息中的非通用用戶標識符在交易管理系統(tǒng)150上注冊。SSS154證實消息接發(fā)系統(tǒng)120已經(jīng)建立對話，設定維持對話打開的標記。爾后，響應于消息接發(fā)系統(tǒng)120的消息包(I)，由TE客戶156’訪問交易服務160。
雖然已經(jīng)參照這里所揭示的特定實施例對本發(fā)明作了描述，但是，包含的這些僅僅是更好地說明其操作。采用多種不同的方法可以實施加入這些相同特征的消息接發(fā)系統(tǒng)，這些都落入本發(fā)明的范圍內(nèi)。
因此，已經(jīng)提供了一種耦合專有計算機系統(tǒng)上RPG應用程序與開放網(wǎng)絡系統(tǒng)上交易管理系統(tǒng)之間消息的系統(tǒng)和方法。該系統(tǒng)包括提供計算機系統(tǒng)已知所有段和字段信息的數(shù)據(jù)字典；給開放網(wǎng)絡服務建立請求消息包和根據(jù)數(shù)據(jù)字典分析響應消息包的與平臺無關(guān)消息建立/分析模塊；耦合RPG應用程序與消息接發(fā)系統(tǒng)之間數(shù)據(jù)/控制信息的一組DDS以及初始化與開放系統(tǒng)網(wǎng)絡通信鏈路、將服務請求消息送至開放系統(tǒng)網(wǎng)絡上資源和從開放系統(tǒng)網(wǎng)絡上資源接收服務響應消息、當被RPG應用程序觸發(fā)時終止與開放系統(tǒng)網(wǎng)絡通信鏈路的消息模塊。
權(quán)利要求
1．一種耦合專有計算機系統(tǒng)上實施的RPG應用程序與開放計算機系統(tǒng)上實施的交易管理系統(tǒng)之間交易的消息接發(fā)系統(tǒng)，其特征在于所述的消息接發(fā)系統(tǒng)包括在專有計算機系統(tǒng)上實施并耦合到RPG應用程序和交易管理系統(tǒng)的消息接發(fā)模塊，用于初始化和終止與所述交易管理系統(tǒng)的通信聯(lián)系以及在所述交易管理系統(tǒng)與所述RPG應用程序之間發(fā)送服務請求和響應；數(shù)據(jù)字典模塊，包括多個段定義，規(guī)定通過所述交易管理系統(tǒng)存取的數(shù)據(jù)和服務的特性；可訪問所述消息接發(fā)模塊和所述RPG應用程序的一組限定數(shù)據(jù)結(jié)構(gòu)，用于交換所述RPG應用程序與所述消息接發(fā)模塊之間的數(shù)據(jù)和控制信息；以及耦合到所述數(shù)據(jù)字典和消息接發(fā)模塊的消息分析/建立模塊，所述消息分析/建立模塊包括把數(shù)據(jù)和控制信息匯編到服務請求中和根據(jù)段定義把服務響應分析到數(shù)據(jù)中的功能。
2．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于所述的限定數(shù)據(jù)結(jié)構(gòu)是根據(jù)所述數(shù)據(jù)字典的段定義限定的。
3．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于所述消息接發(fā)模塊包括通過所述建立/分析模塊訪問的注冊功能，用于處理所述限定數(shù)據(jù)結(jié)構(gòu)與輸人/輸出緩沖器之間的數(shù)據(jù)。
4．如權(quán)利要求3所述的消息接發(fā)系統(tǒng)，其特征在于所述登記功能包括轉(zhuǎn)換專有平臺特定格式與開放平臺格式之間數(shù)據(jù)的轉(zhuǎn)換功能。
5．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于進一步包括被耦合到建立/分析模塊和包括指向每個定義數(shù)據(jù)結(jié)構(gòu)的指針，以方便對定義數(shù)據(jù)結(jié)構(gòu)訪問的鏈接表模塊。
6．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于進一步包括被耦合到建立/分析模塊為段和數(shù)據(jù)結(jié)構(gòu)分配和解除分配存儲器的存儲器管理模塊。
7．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于進一步包括包含可被人閱讀數(shù)據(jù)段和服務類型定義的定義文件；以及從可被人閱讀的定義中讀出定義文件和產(chǎn)生所定義數(shù)據(jù)結(jié)構(gòu)的實用程序模塊。
8．如權(quán)利要求7所述的消息接發(fā)系統(tǒng)，其特征在于進一步包括讀出定義文件和產(chǎn)生包含數(shù)據(jù)段和服務類型二進制定義的字典的第二實用程序模塊。
9．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于所述數(shù)據(jù)字典被裝入到消啟、建立/分析模塊中。
10．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于進一步包括被耦合到消息建立/分析模塊，存儲指向數(shù)據(jù)和服務器段的指針，以便于對消息建立和分析的段超高速緩沖存儲器。
11．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于所述開放系統(tǒng)是基于UNIX的系統(tǒng)。
12．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于所述開放系統(tǒng)是基于Windows的系統(tǒng)。
13．如權(quán)利要求1所述的消息接發(fā)系統(tǒng)，其特征在于所述專有系統(tǒng)是基于IBM AS400的系統(tǒng)。
14．一種利用根據(jù)數(shù)據(jù)和請求段定義的數(shù)據(jù)結(jié)構(gòu)耦合專有計算機系統(tǒng)上實施的RPG應用程序與開放計算機系統(tǒng)上實施的交易管理系統(tǒng)之間交易的方法，其特征在于所述方法包括下列步驟建立所述RPG應用程序和與所述交易管理系統(tǒng)之間的通信鏈路檢測來自所述RPG應用程序的服務請求；由所述數(shù)據(jù)字典確定與所述服務請求相關(guān)的服務段定義；根據(jù)服務段定義產(chǎn)生服務請求消息包；以及在所述通信鏈路上把所述服務請求消息包發(fā)送到所述交易管理系統(tǒng)。
15．如權(quán)利要求14所述的方法，其特征在于所述建立通信鏈路的步驟包括下列分步驟識別與所述RPG應用程序相關(guān)的數(shù)據(jù)和控制段；以及產(chǎn)生與所述已識別數(shù)據(jù)和控制段相關(guān)的數(shù)據(jù)結(jié)構(gòu)的鏈接表。
16．如權(quán)利要求15所述的方法，其特征在于所述建立通信鏈路的步驟進一步包括下列分步驟把初始化信號發(fā)送到所述交易管理系統(tǒng)；檢測來自所述交易管理器的應答信號；以及發(fā)出通信鏈路建立的信令。
17．如權(quán)利要求15所述的方法，其特征在于所述檢測服務請求的步驟包括從被指定數(shù)據(jù)結(jié)構(gòu)讀出服務名稱。
18．一種耦合專有計算機系統(tǒng)上實施的RPG應用程序與開放計算機系統(tǒng)上實施的交易管理系統(tǒng)之間交易的方法，其特征在于所述方法包括下列步驟在數(shù)據(jù)字典中提供與平臺無關(guān)的段定義；產(chǎn)生被RPG應用程序用于指定服務請求的數(shù)據(jù)結(jié)構(gòu)；從數(shù)據(jù)結(jié)構(gòu)檢索所指定服務請求；從所述數(shù)據(jù)字典確定所指定服務請求的定義；根據(jù)所確定的定義產(chǎn)生請求交易；以及把所述請求交易發(fā)送到所述交易管理器。
19．如權(quán)利要求18所述的方法，其特征在于所述提供與平臺無關(guān)的段定義的步驟包括提供一個可被人閱讀的段定義的文件；以及從所述可被人閱讀的段定義產(chǎn)生一個機器可讀段定義的文件。
20．如權(quán)利要求19所述的方法，其特征在于所述產(chǎn)生數(shù)據(jù)結(jié)構(gòu)的步驟包括從所述保被人閱讀的段定義產(chǎn)生數(shù)據(jù)結(jié)構(gòu)。
21．如權(quán)利要求18所述的方法，其特征在于所述確定定義的步驟包括下列分步驟將所述指定請求中的服務名稱與數(shù)據(jù)字典的段定義進行比較，以識別對應于所述服務名稱的段定義；以及識別與所述所識別段定義相關(guān)的字段。
22．如權(quán)利要求21所述的方法，其特征在于所述根據(jù)段定義產(chǎn)生請求交易的步驟包括下列分步驟把所述服務名稱寫入消息緩沖器中；確定存儲在所述字段中數(shù)據(jù)的所識別字段特性；如所確定特性表示的，對存儲在所識別字段中數(shù)據(jù)進行轉(zhuǎn)換；以及把所轉(zhuǎn)換數(shù)據(jù)發(fā)送到消息緩沖器。
23．如權(quán)利要求22所述的方法，其特征在于還包括把路由信息預先放在消息緩沖器中數(shù)據(jù)上的附加步驟。
24．如權(quán)利要求18所述的方法，其特征在于下列附加步驟檢測響應消息；將所述響應消息分析為段和字段數(shù)據(jù)；以及將所述段和字段數(shù)據(jù)載入所指定數(shù)據(jù)結(jié)構(gòu)中。
全文摘要
MSG模塊利用網(wǎng)關(guān)器上網(wǎng)絡服務初始化與交易監(jiān)測器的會話,它建立與開放系統(tǒng)平臺上目標資源的對話。而后,RPG應用程序能夠利用由RPG數(shù)據(jù)和控制信息構(gòu)成的消息包通過消息接發(fā)系統(tǒng)訪問該資源。消息包按照有關(guān)數(shù)據(jù)字典由建立/分析模塊進行匯編,并由MSG模塊發(fā)送到具有合適控制信息的交易監(jiān)測器。在開放系統(tǒng)資源上與服務應用程序有關(guān)的建立/分析模塊為該資源提供可比較的消息建立和分析服務。
文檔編號G06F9/46GK1225183SQ97196320
公開日1999年8月4日 申請日期1997年7月10日 優(yōu)先權(quán)日1997年7月10日
發(fā)明者R·L·托馬斯, R·P·奧貝恩, E·D·凱斯, C·奧斯本三世 申請人:哈拉營業(yè)股份有限公司