金融交易步骤的交换方法

专利名称：金融交易步骤的交换方法
技术领域：
本发明涉及了一个对于数据处理设备的操作方法，特别是如下这种设备，在其中委托人利用过渡程序操作本地金融交易功能执行。
现有技术许多的设备和自动机，这里特别是自动付款机、服务台和查询台，以及自动会计机，包含了一个用于控制的数据处理设备并且由此描述了一个数据处理设备。相应的可控制的计算机技术以及计算机功能，经常是由商业上普遍通用的设备例如一台个人电脑或者工作组服务器被推导出来并且采用了其操作系统。对于服务界面来说显示器通过当前图形的方法被控制。信息的描述首先通过一个被称为“浏览器”的特别针对文本描述语言HTML的解释程序被实现(T.Berners-Lee，D.Connolly超文本标记语言，RFC 1866，1995年11月)。
HTML新的版本和变体预先设计了嵌入的短程序，这个程序被称为“小程序”并且下面被称为子程序。为此这个由SUN微系统公司研制的语言JAVA，该语言由此产生了子集合JAVASCRIPT，在标准ECMA-262(1997年6月)中被公布作为ECMA-Script，并且由微软公司研制的接口“ActiveX”被人们熟知。这种子程序可以根据操作系统的效率或者其环境，HTML-解释程序的环境，而被执行。这种子集合被特别用于，准备提供功能和过程，这种功能和过程不是由HTML语言预先设定的。
因此金融交易的进行属于在数据站的操作装置上进行存取，在数据站上HTML页被发布。芯片阅读器，带有不同协议的远程数据处理连接或文件打印机属于这种操作装置。就象这种方式的差不多所有操作装置都是通过面向连接的接口被运行，在这种接口中首先通过OPEN启动带有操作装置的通信，然后通过一系列的READ、WRITE或IOCTL指令实现处理并且通过CLOSE使连接被断开。子程序象JAVA小程序或者ActiveX控制一样设置了用于控制的可能性。
可是因为子程序总是只在一个期间是活动的，就象这种页面所指明的那样，不同页面的子程序或者连续调用的子程序互相之间可以没有联系。此外子程序的序列，因为是通过使用者的情况来确定，所以不能被预先确定。这意味着，每个子程序首先必须总是利用OPEN来启动这种工作方式，为了可以执行。这还意味着有一个巨大的时间损失，因为这个利用OPEN的有利于由READ/WRITE来进行的快速处理的通信启动是相对较慢但必须的。通过较长的等候时间来构造一个页面而引人注意，这个页面通过HTML-解释程序和子程序使利用该解决办法有很大的局限性。
本发明的任务就是，给出一种解决方法，利用这种子程序可以快速找到面向连接的操作装置，而不必亲自启动一个连接；一个快速的改进包含任意一种方式的金融交易。
这个任务的解决办法是利用如下知识，即子程序最好利用数据程序接口来处理，但是需要面向连接接口的操作装置。这里交换程序或交换过程被采用，这种过程一方面通过数据程序接口支配子程序并在另一方面使用了面向连接的接口。因此这个交换过程在开始的时候执行操作装置的这个费时启动一次同时通过数据程序接口获得的任务被非常迅速地执行。
这里涉及的一个用于操作数据站的方法利用一个用来加载和执行子程序的用户接口，这里操作系统通过一个面向连接操作的接口准备好提供一个操作装置并且一个独立的活跃的由子程序组成的交换程序通过数据程序接口接收一个运用操作装置的任务。
如下描述，该描述也涉及了变型和其他构造，在程序或过程之间采用了两种通信方式，也就是数据程序化方式以及面向连接的方式。
主要采用了面向连接的通信方式。因此有属于旧的模拟的，例如电话或传真，或者有属于新的数字的，例如ISDN或TCP/IP。如果通过一个选择过程在调用和被调用之间建立了联系，这种调用要求确定的时间。然后操作装置被预定并且得到一个真实的或表面上的通信频道，通过这个频道合作者可以没有延迟的交换信息，这个延迟是和选择过程的时间相比较而言，因为操作装置已经被分配(并且也被算出了效率)。这个连接虽然保证不用立即发出，但是数据总是按顺序交出，按这个顺序数据被发送出去。
在对照当中一个称为数据程序协议的通信方法相对较少地被明确采用，这里在小单元中的数据是独立的，就是说，没有相互关系的连续地被发送、交换以及交付。这个互联网协议IP按照这种方式工作并且应用协议UDP/IP。这个协议的优点在于其低成本，因为不用建立或解除一个连接。如果情况确实是仅仅有一个或较少的数据包被发送，数据程序协议要比面向连接的效率高得多。如果信息接受机必须签收这个由其他数据程序激活的信息，则接受机签收。IP协议利用数据程序交换保证不受网络干扰，因为对于每个数据程序来说交换被重新明确，根据这种方法数据被交换。协议TCP/IP借助数据程序协议实现一个面向连接协议，也就是说对照本发明借助数据程序通信来实现面向连接的通信。
根据原理在操作系统中用于文件处理的常用接口也描述了一个面向连接的协议，其中通过OPEN处理被启动并且通过CLOSE被关断同时在这期间可能有大量的READ或WRITE操作。人们也可以认识到，在POSIX-操作系统中的INET区域业务被调用，该业务利用面向连接协议TCP/IP工作，其中标准的输入和输出不是放在文件上而是转放到通信连接上并且对于该程序来说这没有原则上的区别，不管它是在本地还是在网络应用上工作。
共同的存储区域(‘共享内存’)就在结构上准备好了提供一个数据程序业务，一旦通过信号实现了序列化。许多过程就可以摆脱不相关的信息，对此远程终端不用必须被激活。接下来所有数据程序业务被存储并且通过共同的存储器使执行程序被包含在内。
一个其他的通信方法，也被称为‘命名管道’，可以被称为‘被熟知的频道’。只要该方法有一个专用站，虽然结构上是作为一个面向连接业务，但是对于数据程序这个通信方法也可以简单地被采用。因此通过举例了解了，通过一个‘命名管道’后台处理接收了指令并且这里这个’命名管道’被发布一次然后就等待指令。然而这个指令是独立的并且可以按照一个没有事先确定的顺序和方式并且根据同样没有预先确定的数量和方式由发信人给出，这个指令总是通过次序‘OPEN-WRITE-CLOSE’来利用这个‘命名管道’。‘命名管道’的这个OPEN过程在这里是非常迅速的，因为这不涉及外围设备。如果这个‘命名管道’的接收器也就是说把每个数据堆理解为独立的任务，然后‘命名管道’描述了一个其他数据程序方法的选择。
就象已经存在的，HTML页的子程序是恰好暂时存在的短程序，这个短程序仅仅在HTML页的启动期间被激活。这里数据程序业务对于控制本地存在的外围设备比连接要合适得多，这个连接首先被建立然后必须被再次断开，即使只有一个很小的信息必须被发送一次。
如果这个实际情况是被熟知的，则由此的一个解决办法被得到，就是这个传送器根据当前的交换协议构造了这个所期望的数据程序协议。
在这个有利的实施形式中传送器是一个独立的过程，该过程以所熟知的方式在系统启动时被启动。如果这个启动作为数据程序接口UDP/IP被应用，则也可以通过这个熟知的inet-区域得到一个启动‘按需启动’。
金融交易只应在其开始的期间被等同于面向连接的操作装置，按照步骤执行然后或者被中断或者被完成。一个子程序这里也必须首先在金融交易程序中登记，金融交易启动，登记金融交易步骤，这个金融交易被批准并且接通连接。根据本发明的传送器仅仅启动通信一次并且仅仅由子程序接收金融交易活动的数据，其他的步骤在传送器中被固定地预先设计。虽然这个解决办法仅仅适合于简单的金融交易；但是这个办法对于所有的金融交易都有很大的作用，以便于有效地促进金融交易。
本发明的其他特征和优点由如下的描述给出，这个关于连接的描述利用附图借助一个实施例解释了本发明。
附图简述图示

图1组成元件的方框图以及图2根据本发明时间流程的示意图。
本发明一个实施例的描述在图1中象征性的描述了在本发明中所涉及元件的方框图。传送程序10，在下面被简略的称为‘传送器’，首先在全部系统启动期间被启动。多个操作装置11a、11b例如芯片卡阅读器，面向连接的数据远程通信，例如根据X25或者在SNA系统中，或者单据打印机通过接口12a、12b被操作。这个接口通常由操作系统来提供并且通过指令例如OPEN，READ/WRITE/CNTL以及CLOSE被面向连接处理。如果这个接口不是操作系统的一部分，则通常情况接口是作为模数被产生的，这个接口情况是非常的近似于操作系统的接口。
传送器10根据一个(没有说明)组态文件的标志读取用于服务的接口12a、12b，并且试图启动这个接口。一个误差处理根据通常的方式被得出但是不是本发明的对象。下面以如下为出发点，操作装置被启动并且可以被控制。操作装置的数目不言而喻是在一个和大量完全存在于数据处理设备中的操作装置数量之间的任一个值，只要除此以外不利用其他元件。
很大程度上传送器10提供了手段，利用这个手段通过数据程序传送器被计算出来，就象如下所引入的那样。这里采用的数据程序协议可以根据参数文件或者一个记录数据库被摆脱，以便于在子程序中不必须包含该协议，只要根据这个方法可以实现。对于这个可控制的操作装置同样适用。
在数据处理设备的操作过程中子程序13x、13y被加载并且被激活。在这个期间传送器10和操作装置11a、11b是静态存在的，子程序13x、13y仅仅短暂地等待处理并且根据规则也不能同时存在。在图1中描述的两个子程序在这里当前象征性的设置了一个任意的通过使用者的情况来激活的子程序数目和方式，这个子程序在时间上可以任意地连续叠加。
下面描述指出了带有通信步骤14x、15x、16x和17x的子程序13x；这完全一样地适合于带有通信步骤14y、15y、16y和17y的子程序13y。
子程序13x，操作装置11a、11b之一的子程序被期望应用，构造一个任务控制块(没有说明)并且通过这个约定为信息14x的数据程序接口发送到传送程序上。该程序概略并且简化地由下面给出procedure ReqAct；struct TreqAct thisReqthisReq.Op＝’r’thisReq.dev＝’11b’rc＝subDgram(‘10’，thisReq)控制块‘thisReq’被构造并且指令陈述‘Op’以及所希望的操作装置11b在现场‘dev’中被说明；在控制块中的其他说明依赖于操作装置的规则并且以熟知的方式举例来近似执行操作装置的READ指令。该控制块由此可以包含变体，举例来说就是程序员所熟知的PASCAL或者C。然后通过调用‘subDgram’这个控制块‘thisReq’被发送到传送器10上；一个代码‘rc’作为结果被给出。
在传送器10中包含一个接收元件，该传送器首先通过‘线程’利用多个控制流程的可能性。这个流程是利用操作系统的装置如此实现的，一个过程是作为接收器被登记的并且在接收一个信息时被激活。这个过程产生一个任务处理的新控制流程(‘线程’)并且往回发送一个收据15x，这个收据在子程序13x中作为代码‘rc’被接收并且分析的。这个代码可以以熟知的方式说明，或者这个任务被接受或者根据这个原因该任务必须被拒绝。
最后如果该任务被接受，该子程序必须给出一个程序代码，例如辅助程序，信息应该由传送器接收。这个子程序根据依照目的的同一个原因预先直接产生。这个功能是‘主机环境’的一部分并且由此在所谓的ECMA-262中没有被描述，而是接收每个调用子程序的元件的文本。这个元件的文本NETSCAPE举例来说在‘http//home.netscape.com/eng/mozilla/3.0/handbook/javascript/index.html’下是可调用的。相应于JavaScript-陈述的金融交易分配通过功能‘onReset’，一个JavaScript-陈述被分配给了传送器10的信息16x。
举例来说这个已知的金融交易‘复位’通过‘onReset’的调用就象下面子程序‘alert’一样被分配<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>
根据同样方式这个金融交易“传送器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’没有说明参数，因为在调用时参照传输数据包的合适结构提供了参数。传送器和数据包格式的代码也可以被给出其他的参数。这个功能对于上面说明的网景-解释程序所熟悉的环境是不存在的，同时这里还必须被引入，如果想要准确的找到这个应用。
这个数据包包含由操作装置所获得的数据，例如嵌入的芯片卡号码。在传送器中，操作以后，这里是在芯片卡上的读操作被结束并且该数据被产生后，一个信息被构造并且被发送到子程序上。因此和这个信息相连接的程序部分被调用，在这里举例来说这个过程是‘procReply’，同时该部分通过一个协调一致的数据结构接收这个数据。
这个所描述的有利方式利用并联操作通过‘线程’和‘事件’满足实际操作系统的可能性。没利用并联操作的应用也是同样可行的，其中对于任务的应答已经包含了该结果并且不仅仅包含这种方式“接收任务”的代码。通过同步调用，举例来说通过一个‘远程过程调用’，缩写为RPC，这个RPC被特别简单地引入到每个现有的编程语言中，也就是说JAVA，JavaScript或者ActiveX中，使这个子程序等待任务的执行。
在这个描述中此外具有，这个数据程序接口提供一个结果代码。如果这个代码不是被预先设置的，例如对于UDP/IP协议，一方面这个协议的反向发送可以被协调一致。这个子程序可以同样适合于等待带有数据的应答并且设置了一个计时器，例如通过JavaScript-功能‘setTime-out’设置，于是在这期间质询可以被看作是失败。
在图2中根据时间相联系描述了这个所说的过程。因为子程序在例如JavaScript中首先被面向金融交易编程，描述了子程序13x和传送器10的两个实现路径。
首先在第一部分20中任务14x被发送到传送器10上并且在第二个部分21a中进行处理。这里一个新的实现路径21b被连接并且返回一个签收。这个新的实现路径21b提供一个任务给操作装置并且等待直到出现应答。这个任务这里在第三部分22中被处理然后根据面向连接的控制意义，在第四部分23中在传送器中被同步进一步处理。在这个例子中表明，第五部分24对于操作装置12a的控制是必须的，在其操作结束后这个过程被关断，以便于第六部分25往回发送一个或多个结果16x同时另一方面在传送器中由第六部分26接收一个签收。
这个到此为止的描述是以如下为出发点的，即操作装置的接口12a在传送器10启动时被启动并且在其结束时首先被断开。因为这推迟了启动，这个接口以熟悉的方式在第一次询问时被启动，但是在解决后还没有被关断。如果同时被启动的持久的接口数目很小，则根据一个‘最近最少使用’-战略在需要时这个最长时间没有被利用的接口可以独立地被关断并且在需要时被重新启动。如果根据子程序序列首先知道可以不用等待利用其他操作装置，则接口结束的指示也可以被预先给出。可以根据其期望这个传送器被设置成立即延迟或者根本不被执行并且可以依赖于例如自有的利用概率。
权利要求
1.用于操作一个数据处理设备的方法，具有如下特征-一个用户接口包含通过激活用户接口的元件用于加载和执行子程序(13x，13y)的装置，-操作系统至少设置了一个操作装置(11a，11b)，这个操作装置不是由用户接口来管理并且其接口(12a，12b)被预先设计为面向连接的操作，-传送器(10)由子程序(13x，13y)接收用于操作装置(11a，11b)的任务(14x，14y)，该操作装置的接口(12a，12b)被预先设计为面向连接的操作，其中通过无连接的接口这个任务(14x，14y)被传输。
2.根据权利要求1的方法，其中，这个传送器通过与操作装置有关的任务的出现启动到操作装置的通信。
3.根据权利要求1的方法，其中，传送器在操作开始以后并且在相关任务出现之前直接启动到操作装置的连接。
4.根据权利要求2或3的方法，其中，含有一个任务，该任务连接到相关操作装置上的连接。
5.根据权利要求4的方法，其中，这个连接依赖于自有的利用率。
6.根据上述权利要求之一的方法，其中，传送器对于每个可用的操作装置都自带有一个状态，并且通过数据程序接口不仅可以查询这个状态而且也可以查询这些所允许的序列状态或者所允许的任务。
7.根据上述权利要求之一的方法，其中，这个传送器通过一个登记数据库公布数据程序接口。
8.根据权利要求7的方法，其中，这个传送器根据登记数据库公布可用的操作装置。
9.根据上述权利要求之一的方法，其中，这个用户接口采用了一个‘超文本标记语言’。
10.根据上述权利要求之一的方法，其中，数据站被连接到网络上并且子程序通过网络被传送。
11.根据权利要求1到10之一的方法，其中，公共的存储器(‘共享内存’)被用做数据程序接口。
12.根据权利要求1到10之一的方法，其中，一个所熟悉的信道(‘命名管道’)被用作数据程序接口。
13. 根据权利要求1到10之一的方法，其中，协议UDP/IP被用作数据程序接口。
全文摘要
用于操作数据站的方法,该数据站带有一个用于加载和执行子程序的用户接口,这里操作系统通过面向连接的操作来提供一个操作装置并且一个独立的活动的由子程序组成的传送程序通过一个数据程序接口接收一个用于操作装置的任务。
文档编号H04L29/06GK1271436SQ98809499
公开日2000年10月25日 申请日期1998年7月17日 优先权日1997年9月24日
发明者F·格鲁佩 申请人:西门子尼克斯多夫资讯系统公开股份有限公司