專利名稱：金融交易步驟的交換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及了一個對于數(shù)據(jù)處理設(shè)備的操作方法，特別是如下這種設(shè)備，在其中委托人利用過渡程序操作本地金融交易功能執(zhí)行。
現(xiàn)有技術(shù)許多的設(shè)備和自動機，這里特別是自動付款機、服務(wù)臺和查詢臺，以及自動會計機，包含了一個用于控制的數(shù)據(jù)處理設(shè)備并且由此描述了一個數(shù)據(jù)處理設(shè)備。相應(yīng)的可控制的計算機技術(shù)以及計算機功能，經(jīng)常是由商業(yè)上普遍通用的設(shè)備例如一臺個人電腦或者工作組服務(wù)器被推導(dǎo)出來并且采用了其操作系統(tǒng)。對于服務(wù)界面來說顯示器通過當(dāng)前圖形的方法被控制。信息的描述首先通過一個被稱為“瀏覽器”的特別針對文本描述語言HTML的解釋程序被實現(xiàn)(T.Berners-Lee，D.Connolly超文本標(biāo)記語言，RFC 1866，1995年11月)。
HTML新的版本和變體預(yù)先設(shè)計了嵌入的短程序，這個程序被稱為“小程序”并且下面被稱為子程序。為此這個由SUN微系統(tǒng)公司研制的語言JAVA，該語言由此產(chǎn)生了子集合JAVASCRIPT，在標(biāo)準(zhǔn)ECMA-262(1997年6月)中被公布作為ECMA-Script，并且由微軟公司研制的接口“ActiveX”被人們熟知。這種子程序可以根據(jù)操作系統(tǒng)的效率或者其環(huán)境，HTML-解釋程序的環(huán)境，而被執(zhí)行。這種子集合被特別用于，準(zhǔn)備提供功能和過程，這種功能和過程不是由HTML語言預(yù)先設(shè)定的。
因此金融交易的進(jìn)行屬于在數(shù)據(jù)站的操作裝置上進(jìn)行存取，在數(shù)據(jù)站上HTML頁被發(fā)布。芯片閱讀器，帶有不同協(xié)議的遠(yuǎn)程數(shù)據(jù)處理連接或文件打印機屬于這種操作裝置。就象這種方式的差不多所有操作裝置都是通過面向連接的接口被運行，在這種接口中首先通過OPEN啟動帶有操作裝置的通信，然后通過一系列的READ、WRITE或IOCTL指令實現(xiàn)處理并且通過CLOSE使連接被斷開。子程序象JAVA小程序或者ActiveX控制一樣設(shè)置了用于控制的可能性。
可是因為子程序總是只在一個期間是活動的，就象這種頁面所指明的那樣，不同頁面的子程序或者連續(xù)調(diào)用的子程序互相之間可以沒有聯(lián)系。此外子程序的序列，因為是通過使用者的情況來確定，所以不能被預(yù)先確定。這意味著，每個子程序首先必須總是利用OPEN來啟動這種工作方式，為了可以執(zhí)行。這還意味著有一個巨大的時間損失，因為這個利用OPEN的有利于由READ/WRITE來進(jìn)行的快速處理的通信啟動是相對較慢但必須的。通過較長的等候時間來構(gòu)造一個頁面而引人注意，這個頁面通過HTML-解釋程序和子程序使利用該解決辦法有很大的局限性。
本發(fā)明的任務(wù)就是，給出一種解決方法，利用這種子程序可以快速找到面向連接的操作裝置，而不必親自啟動一個連接；一個快速的改進(jìn)包含任意一種方式的金融交易。
這個任務(wù)的解決辦法是利用如下知識，即子程序最好利用數(shù)據(jù)程序接口來處理，但是需要面向連接接口的操作裝置。這里交換程序或交換過程被采用，這種過程一方面通過數(shù)據(jù)程序接口支配子程序并在另一方面使用了面向連接的接口。因此這個交換過程在開始的時候執(zhí)行操作裝置的這個費時啟動一次同時通過數(shù)據(jù)程序接口獲得的任務(wù)被非常迅速地執(zhí)行。
這里涉及的一個用于操作數(shù)據(jù)站的方法利用一個用來加載和執(zhí)行子程序的用戶接口，這里操作系統(tǒng)通過一個面向連接操作的接口準(zhǔn)備好提供一個操作裝置并且一個獨立的活躍的由子程序組成的交換程序通過數(shù)據(jù)程序接口接收一個運用操作裝置的任務(wù)。
如下描述，該描述也涉及了變型和其他構(gòu)造，在程序或過程之間采用了兩種通信方式，也就是數(shù)據(jù)程序化方式以及面向連接的方式。
主要采用了面向連接的通信方式。因此有屬于舊的模擬的，例如電話或傳真，或者有屬于新的數(shù)字的，例如ISDN或TCP/IP。如果通過一個選擇過程在調(diào)用和被調(diào)用之間建立了聯(lián)系，這種調(diào)用要求確定的時間。然后操作裝置被預(yù)定并且得到一個真實的或表面上的通信頻道，通過這個頻道合作者可以沒有延遲的交換信息，這個延遲是和選擇過程的時間相比較而言，因為操作裝置已經(jīng)被分配(并且也被算出了效率)。這個連接雖然保證不用立即發(fā)出，但是數(shù)據(jù)總是按順序交出，按這個順序數(shù)據(jù)被發(fā)送出去。
在對照當(dāng)中一個稱為數(shù)據(jù)程序協(xié)議的通信方法相對較少地被明確采用，這里在小單元中的數(shù)據(jù)是獨立的，就是說，沒有相互關(guān)系的連續(xù)地被發(fā)送、交換以及交付。這個互聯(lián)網(wǎng)協(xié)議IP按照這種方式工作并且應(yīng)用協(xié)議UDP/IP。這個協(xié)議的優(yōu)點在于其低成本，因為不用建立或解除一個連接。如果情況確實是僅僅有一個或較少的數(shù)據(jù)包被發(fā)送，數(shù)據(jù)程序協(xié)議要比面向連接的效率高得多。如果信息接受機必須簽收這個由其他數(shù)據(jù)程序激活的信息，則接受機簽收。IP協(xié)議利用數(shù)據(jù)程序交換保證不受網(wǎng)絡(luò)干擾，因為對于每個數(shù)據(jù)程序來說交換被重新明確，根據(jù)這種方法數(shù)據(jù)被交換。協(xié)議TCP/IP借助數(shù)據(jù)程序協(xié)議實現(xiàn)一個面向連接協(xié)議，也就是說對照本發(fā)明借助數(shù)據(jù)程序通信來實現(xiàn)面向連接的通信。
根據(jù)原理在操作系統(tǒng)中用于文件處理的常用接口也描述了一個面向連接的協(xié)議，其中通過OPEN處理被啟動并且通過CLOSE被關(guān)斷同時在這期間可能有大量的READ或WRITE操作。人們也可以認(rèn)識到，在POSIX-操作系統(tǒng)中的INET區(qū)域業(yè)務(wù)被調(diào)用，該業(yè)務(wù)利用面向連接協(xié)議TCP/IP工作，其中標(biāo)準(zhǔn)的輸入和輸出不是放在文件上而是轉(zhuǎn)放到通信連接上并且對于該程序來說這沒有原則上的區(qū)別，不管它是在本地還是在網(wǎng)絡(luò)應(yīng)用上工作。
共同的存儲區(qū)域(‘共享內(nèi)存’)就在結(jié)構(gòu)上準(zhǔn)備好了提供一個數(shù)據(jù)程序業(yè)務(wù)，一旦通過信號實現(xiàn)了序列化。許多過程就可以擺脫不相關(guān)的信息，對此遠(yuǎn)程終端不用必須被激活。接下來所有數(shù)據(jù)程序業(yè)務(wù)被存儲并且通過共同的存儲器使執(zhí)行程序被包含在內(nèi)。
一個其他的通信方法，也被稱為‘命名管道’，可以被稱為‘被熟知的頻道’。只要該方法有一個專用站，雖然結(jié)構(gòu)上是作為一個面向連接業(yè)務(wù)，但是對于數(shù)據(jù)程序這個通信方法也可以簡單地被采用。因此通過舉例了解了，通過一個‘命名管道’后臺處理接收了指令并且這里這個’命名管道’被發(fā)布一次然后就等待指令。然而這個指令是獨立的并且可以按照一個沒有事先確定的順序和方式并且根據(jù)同樣沒有預(yù)先確定的數(shù)量和方式由發(fā)信人給出，這個指令總是通過次序‘OPEN-WRITE-CLOSE’來利用這個‘命名管道’?！艿馈倪@個OPEN過程在這里是非常迅速的，因為這不涉及外圍設(shè)備。如果這個‘命名管道’的接收器也就是說把每個數(shù)據(jù)堆理解為獨立的任務(wù)，然后‘命名管道’描述了一個其他數(shù)據(jù)程序方法的選擇。
就象已經(jīng)存在的，HTML頁的子程序是恰好暫時存在的短程序，這個短程序僅僅在HTML頁的啟動期間被激活。這里數(shù)據(jù)程序業(yè)務(wù)對于控制本地存在的外圍設(shè)備比連接要合適得多，這個連接首先被建立然后必須被再次斷開，即使只有一個很小的信息必須被發(fā)送一次。
如果這個實際情況是被熟知的，則由此的一個解決辦法被得到，就是這個傳送器根據(jù)當(dāng)前的交換協(xié)議構(gòu)造了這個所期望的數(shù)據(jù)程序協(xié)議。
在這個有利的實施形式中傳送器是一個獨立的過程，該過程以所熟知的方式在系統(tǒng)啟動時被啟動。如果這個啟動作為數(shù)據(jù)程序接口UDP/IP被應(yīng)用，則也可以通過這個熟知的inet-區(qū)域得到一個啟動‘按需啟動’。
金融交易只應(yīng)在其開始的期間被等同于面向連接的操作裝置，按照步驟執(zhí)行然后或者被中斷或者被完成。一個子程序這里也必須首先在金融交易程序中登記，金融交易啟動，登記金融交易步驟，這個金融交易被批準(zhǔn)并且接通連接。根據(jù)本發(fā)明的傳送器僅僅啟動通信一次并且僅僅由子程序接收金融交易活動的數(shù)據(jù)，其他的步驟在傳送器中被固定地預(yù)先設(shè)計。雖然這個解決辦法僅僅適合于簡單的金融交易；但是這個辦法對于所有的金融交易都有很大的作用，以便于有效地促進(jìn)金融交易。
本發(fā)明的其他特征和優(yōu)點由如下的描述給出，這個關(guān)于連接的描述利用附圖借助一個實施例解釋了本發(fā)明。
附圖簡述圖示

圖1組成元件的方框圖以及圖2根據(jù)本發(fā)明時間流程的示意圖。
本發(fā)明一個實施例的描述在圖1中象征性的描述了在本發(fā)明中所涉及元件的方框圖。傳送程序10，在下面被簡略的稱為‘傳送器’，首先在全部系統(tǒng)啟動期間被啟動。多個操作裝置11a、11b例如芯片卡閱讀器，面向連接的數(shù)據(jù)遠(yuǎn)程通信，例如根據(jù)X25或者在SNA系統(tǒng)中，或者單據(jù)打印機通過接口12a、12b被操作。這個接口通常由操作系統(tǒng)來提供并且通過指令例如OPEN，READ/WRITE/CNTL以及CLOSE被面向連接處理。如果這個接口不是操作系統(tǒng)的一部分，則通常情況接口是作為模數(shù)被產(chǎn)生的，這個接口情況是非常的近似于操作系統(tǒng)的接口。
傳送器10根據(jù)一個(沒有說明)組態(tài)文件的標(biāo)志讀取用于服務(wù)的接口12a、12b，并且試圖啟動這個接口。一個誤差處理根據(jù)通常的方式被得出但是不是本發(fā)明的對象。下面以如下為出發(fā)點，操作裝置被啟動并且可以被控制。操作裝置的數(shù)目不言而喻是在一個和大量完全存在于數(shù)據(jù)處理設(shè)備中的操作裝置數(shù)量之間的任一個值，只要除此以外不利用其他元件。
很大程度上傳送器10提供了手段，利用這個手段通過數(shù)據(jù)程序傳送器被計算出來，就象如下所引入的那樣。這里采用的數(shù)據(jù)程序協(xié)議可以根據(jù)參數(shù)文件或者一個記錄數(shù)據(jù)庫被擺脫，以便于在子程序中不必須包含該協(xié)議，只要根據(jù)這個方法可以實現(xiàn)。對于這個可控制的操作裝置同樣適用。
在數(shù)據(jù)處理設(shè)備的操作過程中子程序13x、13y被加載并且被激活。在這個期間傳送器10和操作裝置11a、11b是靜態(tài)存在的，子程序13x、13y僅僅短暫地等待處理并且根據(jù)規(guī)則也不能同時存在。在圖1中描述的兩個子程序在這里當(dāng)前象征性的設(shè)置了一個任意的通過使用者的情況來激活的子程序數(shù)目和方式，這個子程序在時間上可以任意地連續(xù)疊加。
下面描述指出了帶有通信步驟14x、15x、16x和17x的子程序13x；這完全一樣地適合于帶有通信步驟14y、15y、16y和17y的子程序13y。
子程序13x，操作裝置11a、11b之一的子程序被期望應(yīng)用，構(gòu)造一個任務(wù)控制塊(沒有說明)并且通過這個約定為信息14x的數(shù)據(jù)程序接口發(fā)送到傳送程序上。該程序概略并且簡化地由下面給出procedure ReqAct；struct TreqAct thisReqthisReq.Op＝’r’thisReq.dev＝’11b’rc＝subDgram(‘10’，thisReq)控制塊‘thisReq’被構(gòu)造并且指令陳述‘Op’以及所希望的操作裝置11b在現(xiàn)場‘dev’中被說明；在控制塊中的其他說明依賴于操作裝置的規(guī)則并且以熟知的方式舉例來近似執(zhí)行操作裝置的READ指令。該控制塊由此可以包含變體，舉例來說就是程序員所熟知的PASCAL或者C。然后通過調(diào)用‘subDgram’這個控制塊‘thisReq’被發(fā)送到傳送器10上；一個代碼‘rc’作為結(jié)果被給出。
在傳送器10中包含一個接收元件，該傳送器首先通過‘線程’利用多個控制流程的可能性。這個流程是利用操作系統(tǒng)的裝置如此實現(xiàn)的，一個過程是作為接收器被登記的并且在接收一個信息時被激活。這個過程產(chǎn)生一個任務(wù)處理的新控制流程(‘線程’)并且往回發(fā)送一個收據(jù)15x，這個收據(jù)在子程序13x中作為代碼‘rc’被接收并且分析的。這個代碼可以以熟知的方式說明，或者這個任務(wù)被接受或者根據(jù)這個原因該任務(wù)必須被拒絕。
最后如果該任務(wù)被接受，該子程序必須給出一個程序代碼，例如輔助程序，信息應(yīng)該由傳送器接收。這個子程序根據(jù)依照目的的同一個原因預(yù)先直接產(chǎn)生。這個功能是‘主機環(huán)境’的一部分并且由此在所謂的ECMA-262中沒有被描述，而是接收每個調(diào)用子程序的元件的文本。這個元件的文本NETSCAPE舉例來說在‘http//home.netscape.com/eng/mozilla/3.0/handbook/javascript/index.html’下是可調(diào)用的。相應(yīng)于JavaScript-陳述的金融交易分配通過功能‘onReset’，一個JavaScript-陳述被分配給了傳送器10的信息16x。
舉例來說這個已知的金融交易‘復(fù)位’通過‘onReset’的調(diào)用就象下面子程序‘a(chǎn)lert’一樣被分配<FORM NAME＝“FORM1”onReset＝”alert(‘Defaults have been restored.’)”>
State<INPUT TYPE＝”text”NAME＝”state”VALUE＝”CA”SIZE＝”2”><p>
<INPUT TYPE＝”reset”VALUE＝”Clear Form”NAME＝”reset1”>
</FORM>
根據(jù)同樣方式這個金融交易“傳送器10的信息”可以通過‘onMsg(10)’被分配給一個子程序<FORM NAME＝”form1”onMsg(‘10’)＝”procReply”>
State<INPUT TYPE＝”text”NAME＝”state”VALUE＝”CA”SIZE＝”2”><P>
<INPUT TYPE＝”reset”VALUE＝”Clear Form”NAME＝“reset1”>
</FORM>
這里對于功能‘procReply’沒有說明參數(shù)，因為在調(diào)用時參照傳輸數(shù)據(jù)包的合適結(jié)構(gòu)提供了參數(shù)。傳送器和數(shù)據(jù)包格式的代碼也可以被給出其他的參數(shù)。這個功能對于上面說明的網(wǎng)景-解釋程序所熟悉的環(huán)境是不存在的，同時這里還必須被引入，如果想要準(zhǔn)確的找到這個應(yīng)用。
這個數(shù)據(jù)包包含由操作裝置所獲得的數(shù)據(jù)，例如嵌入的芯片卡號碼。在傳送器中，操作以后，這里是在芯片卡上的讀操作被結(jié)束并且該數(shù)據(jù)被產(chǎn)生后，一個信息被構(gòu)造并且被發(fā)送到子程序上。因此和這個信息相連接的程序部分被調(diào)用，在這里舉例來說這個過程是‘procReply’，同時該部分通過一個協(xié)調(diào)一致的數(shù)據(jù)結(jié)構(gòu)接收這個數(shù)據(jù)。
這個所描述的有利方式利用并聯(lián)操作通過‘線程’和‘事件’滿足實際操作系統(tǒng)的可能性。沒利用并聯(lián)操作的應(yīng)用也是同樣可行的，其中對于任務(wù)的應(yīng)答已經(jīng)包含了該結(jié)果并且不僅僅包含這種方式“接收任務(wù)”的代碼。通過同步調(diào)用，舉例來說通過一個‘遠(yuǎn)程過程調(diào)用’，縮寫為RPC，這個RPC被特別簡單地引入到每個現(xiàn)有的編程語言中，也就是說JAVA，JavaScript或者ActiveX中，使這個子程序等待任務(wù)的執(zhí)行。
在這個描述中此外具有，這個數(shù)據(jù)程序接口提供一個結(jié)果代碼。如果這個代碼不是被預(yù)先設(shè)置的，例如對于UDP/IP協(xié)議，一方面這個協(xié)議的反向發(fā)送可以被協(xié)調(diào)一致。這個子程序可以同樣適合于等待帶有數(shù)據(jù)的應(yīng)答并且設(shè)置了一個計時器，例如通過JavaScript-功能‘setTime-out’設(shè)置，于是在這期間質(zhì)詢可以被看作是失敗。
在圖2中根據(jù)時間相聯(lián)系描述了這個所說的過程。因為子程序在例如JavaScript中首先被面向金融交易編程，描述了子程序13x和傳送器10的兩個實現(xiàn)路徑。
首先在第一部分20中任務(wù)14x被發(fā)送到傳送器10上并且在第二個部分21a中進(jìn)行處理。這里一個新的實現(xiàn)路徑21b被連接并且返回一個簽收。這個新的實現(xiàn)路徑21b提供一個任務(wù)給操作裝置并且等待直到出現(xiàn)應(yīng)答。這個任務(wù)這里在第三部分22中被處理然后根據(jù)面向連接的控制意義，在第四部分23中在傳送器中被同步進(jìn)一步處理。在這個例子中表明，第五部分24對于操作裝置12a的控制是必須的，在其操作結(jié)束后這個過程被關(guān)斷，以便于第六部分25往回發(fā)送一個或多個結(jié)果16x同時另一方面在傳送器中由第六部分26接收一個簽收。
這個到此為止的描述是以如下為出發(fā)點的，即操作裝置的接口12a在傳送器10啟動時被啟動并且在其結(jié)束時首先被斷開。因為這推遲了啟動，這個接口以熟悉的方式在第一次詢問時被啟動，但是在解決后還沒有被關(guān)斷。如果同時被啟動的持久的接口數(shù)目很小，則根據(jù)一個‘最近最少使用’-戰(zhàn)略在需要時這個最長時間沒有被利用的接口可以獨立地被關(guān)斷并且在需要時被重新啟動。如果根據(jù)子程序序列首先知道可以不用等待利用其他操作裝置，則接口結(jié)束的指示也可以被預(yù)先給出?？梢愿鶕?jù)其期望這個傳送器被設(shè)置成立即延遲或者根本不被執(zhí)行并且可以依賴于例如自有的利用概率。
權(quán)利要求
1.用于操作一個數(shù)據(jù)處理設(shè)備的方法，具有如下特征-一個用戶接口包含通過激活用戶接口的元件用于加載和執(zhí)行子程序(13x，13y)的裝置，-操作系統(tǒng)至少設(shè)置了一個操作裝置(11a，11b)，這個操作裝置不是由用戶接口來管理并且其接口(12a，12b)被預(yù)先設(shè)計為面向連接的操作，-傳送器(10)由子程序(13x，13y)接收用于操作裝置(11a，11b)的任務(wù)(14x，14y)，該操作裝置的接口(12a，12b)被預(yù)先設(shè)計為面向連接的操作，其中通過無連接的接口這個任務(wù)(14x，14y)被傳輸。
2.根據(jù)權(quán)利要求1的方法，其中，這個傳送器通過與操作裝置有關(guān)的任務(wù)的出現(xiàn)啟動到操作裝置的通信。
3.根據(jù)權(quán)利要求1的方法，其中，傳送器在操作開始以后并且在相關(guān)任務(wù)出現(xiàn)之前直接啟動到操作裝置的連接。
4.根據(jù)權(quán)利要求2或3的方法，其中，含有一個任務(wù)，該任務(wù)連接到相關(guān)操作裝置上的連接。
5.根據(jù)權(quán)利要求4的方法，其中，這個連接依賴于自有的利用率。
6.根據(jù)上述權(quán)利要求之一的方法，其中，傳送器對于每個可用的操作裝置都自帶有一個狀態(tài)，并且通過數(shù)據(jù)程序接口不僅可以查詢這個狀態(tài)而且也可以查詢這些所允許的序列狀態(tài)或者所允許的任務(wù)。
7.根據(jù)上述權(quán)利要求之一的方法，其中，這個傳送器通過一個登記數(shù)據(jù)庫公布數(shù)據(jù)程序接口。
8.根據(jù)權(quán)利要求7的方法，其中，這個傳送器根據(jù)登記數(shù)據(jù)庫公布可用的操作裝置。
9.根據(jù)上述權(quán)利要求之一的方法，其中，這個用戶接口采用了一個‘超文本標(biāo)記語言’。
10.根據(jù)上述權(quán)利要求之一的方法，其中，數(shù)據(jù)站被連接到網(wǎng)絡(luò)上并且子程序通過網(wǎng)絡(luò)被傳送。
11.根據(jù)權(quán)利要求1到10之一的方法，其中，公共的存儲器(‘共享內(nèi)存’)被用做數(shù)據(jù)程序接口。
12.根據(jù)權(quán)利要求1到10之一的方法，其中，一個所熟悉的信道(‘命名管道’)被用作數(shù)據(jù)程序接口。
13. 根據(jù)權(quán)利要求1到10之一的方法，其中，協(xié)議UDP/IP被用作數(shù)據(jù)程序接口。
全文摘要
用于操作數(shù)據(jù)站的方法,該數(shù)據(jù)站帶有一個用于加載和執(zhí)行子程序的用戶接口,這里操作系統(tǒng)通過面向連接的操作來提供一個操作裝置并且一個獨立的活動的由子程序組成的傳送程序通過一個數(shù)據(jù)程序接口接收一個用于操作裝置的任務(wù)。
文檔編號H04L29/06GK1271436SQ98809499
公開日2000年10月25日 申請日期1998年7月17日 優(yōu)先權(quán)日1997年9月24日
發(fā)明者F·格魯佩 申請人:西門子尼克斯多夫資訊系統(tǒng)公開股份有限公司