CN1276076A - 在客户－服务器系统中处理扩展事务 - Google Patents

Abstract

客户－服务器系统中用以下方式处理扩展商业事务:在该事务完成之前允许中断一个由客户启动的处理,并以后由同一或另一个客户在中断处恢复该事务。这通过在仓库中存放标示事务进展的状态信息连同一个终端用户识别符而完成的。当该终端用户第二次通过客户向服务器发送他的识别符时,就能够在所存状态的基础上恢复事务的处理。

Description

在客户-服务器系统中处理扩展事务

本发明涉及客户-服务器环境中扩展事务的处理。

一个商务事务是一个自包含商务交易，例如购买戏票。某些商务事务是简单和短暂的。但有许多并不如此而涉及在一个扩展的时间内采取的多项动作，例如出售一座房子。这类事务称为“扩展事务”。

传统的基于大型数据库和电信网络的事务处理系统已经很好地建立起来。这类系统允许终端用户通过一个与例如银行相连的终端网络来启动和完成短暂事务，以便在一个银行户头中存入或支出或者只是简单地查询结存。这类事务通常相对地短暂(几分钟的数量级)以及在该时间跨度内或完成或失败。在事务期间建立一个通信对话以及当它完成后结束通信。没有不定期地挂起事务并在以后的时间或日期内恢复事务的概念，当该事务活动时，维持必要的状态信息以便允许事务进展和在事件失败时允许恢复。

传统的事务处理系统已经实施为不但用作具有联网终端的网络的主机数据处理集合体，其中联网终端用作无智能的输入-输出设备，而且也用作客户-服务器(分布式)系统，其中可在局部客户计算机上实现有限的数据处理，该客户计算机调用服务器计算机中的更大型程序以便完成处理操作。客户经常处理对服务器数据的输入和输出，并包括终端用户实际使用的终端。它可能处理一个简单终端无法处理的数据转换和接口之间的转换。

最近以来，因特网允许由所谓网络浏览器连接至由信息服务供应商维持的网络服务器的个别计算机用户访问大量信息。这些网络浏览器是根据已建立的协议例如HTTP设计的通用客户计算机，用于以已知格式例如HTML传输信息。然而，HTTP协议是无状态的，以致在每次HTML传输结束后网络浏览器与网络服务器的通信也就结束，而服务器不保存有关前次连接的信息。因此这使它无法用于事务处理。

然而，已经开发了不同的用于维持或检索有关事务现有进展的某些状态信息的方法，允许在因特网上完成事务处理。状态信息可以用HTML形式隐藏并在客户与服务器之间往返传输以使服务器可将来自客户的新输入与其状态已经存储的事务关联起来。另一种由网景通信公司提供的与它们的Netscape Navigator浏览器系统相连的已知系统(″Netscape″是网景通信公司的商标)涉及所谓“小甜饼”的使用，它允许将小甜饼附加在服务器响应之后而保存某些状态信息。另一个在我们发表的未决欧洲专利申请0812088中的方法涉及由服务器送回至客户的“连续”(超链接)中的嵌埋状态信息。

然而，这些已知引入状态信息的方法只当客户保持此来自服务器的信息并能将它送回以便恢复事务时才允许继续处理事务。它不允许在一些长期运行的商务事务中可能发生的完全切断客户连接和损失有关状态信息。也不允许由另一个客户恢复已中断的事务。

因此，本发明提供一种在一个客户-服务器数据处理系统中处理扩展事务的方法，该客户-服务器数据处理系统包括一个服务器和一个或多个客户，该客户或每个客户能够建立与所述服务器的通信，用于处理终端用户启动的事务；该方法包括服务器中的以下步骤：从客户接收一个终端用户识别符；接收一个事务类型识别；开始处理所述识别的事务；存储用于标示所述识别的事务进展的状态信息；将所述终端用户识别符与所述识别的事务的所述状态信息关联起来；在停止与所述客户的通信之后停止处理所述事务；第二次从一个客户接收所述终端用户识别符；及根据与所述识别的终端用户相关的所存状态信息恢复处理所述事务。

根据第二方面，本发明还提供一种存于一个计算机可读存储媒体上的计算机程序，当在计算机上运行时，用于完成根据本发明的以上方法。

根据第三方面，本发明还提供一种服务器，用于在客户-服务器数据处理系统中处理扩展事务，该服务器包括：事务处理装置；及用于将客户连至事务处理装置以便实现它们之间的通信的装置；该事务处理装置响应于终端用户识别符的客户的第一次通信和响应于事务的所述客户的识别，开始处理识别的事务和生成用于标示所识别事务进展的状态信息；该服务器还包括一个用于存放与所述终端用户识别符相关联的所述事务状态信息的仓库；该事务处理装置还响应于由客户所作所述终端用户识别符的第二次通信而恢复有关事务的处理，其中该仓库早已保持与该终端用户相关联的事务状态信息。

因此，通过使用终端用户识别符例如名字或密码，可以识别先前开始的该终端用户的事务并从仓库中所存状态信息所标示位置处恢复处理。所存状态信息可以对应于客户与服务器之间通信停止时的状态或者对应于作为事务处理装置继续异步地处理事务直至要求另一个客户输入这一结果所到达的后一种状态。

本发明的主要优点是它允许与启动事务的客户不同的客户来恢复扩展事务。这是本发明的一个优选实施例并对应于实际世界，其中一个终端用户在需要恢复事务时可能处于与不同设备不同的物理位置。

本发明的另一个优选实施例允许终端用户在多个事务上工作。在此实施例中，响应于一个客户与终端用户识别符的通信，服务器将该终端用户的全部现有事务呈现给一个向服务器识别一个终端用户所选事务以供处理的客户。

当扩展事务涉及服务器和客户之间的多个事务而客户没有能力存储状态信息时，本发明的优选特征是生成一个用于独一地识别事务的标记，该标记也连同其状态信息一起识别。此标记连同一个要求终端用户交互的响应一起从服务器送回客户，然后又连同终端用户响应一起送回至服务器，以便如相应的状态信息所规定的，从其现有状态恢复事务处理。

在另一个优选实施例中，本发明不但允许由另一个客户恢复处理，而且还允许该客户属于另一种类型。为达到此点，服务器以客尸中性(client_neutral)形式提供信息以供发送至客户，随后它转换为客户专用形式以便由新类型客户呈现给终端用户。

客户中性形式能够包括商业数据和通用显示格式名字两者。在此情况下，本发明用于将通用显示格式名字转换为客户专用样本以供显示所述商业数据之用。

现结合附图参照本发明优选实施例通过例子描述本发明，附图中：

图1是根据本发明的用于处理扩展事务的服务器系统的框图；

图2显示适合于三种专用类型客户的图1的系统例子；

图3阐述图1系统的家庭数据库仑库形成部分的内容；及

图4是用于阐述根据本发明的处理扩展事务的方法的流程图。

图1中显示一个客户-服务器系统，其中多个客户5与一个扩展事务管理服务器系统10通信以便执行由一个终端用户通过客户中之一启动的商业事务。

如下面将结合图2更详细地讨论的，客户可以是不同类型，包括常规网络浏览器，IBM 3270终端(IBM是国际商业机器公司的商标)和语音响应设备。

典型扩展商业事务可以是通过请求报价、选择最好的一个、接收一个承诺和发票并最后支付来获得保险。这一事务的不同阶段可以在不同时间和地点进行，对于顾客讲，最方便的方式是使用不同客户完成事务的不同阶段。例如，顾客可以起初从他的网络浏览器请求一个报价，但随后打电话到自动呼叫中心以便获取特定报价。然后从另一个类型的客户支付。

为支持此应用模型，扩展事务管理器不但必须能够与来自不同类型客户的输入配合，而且它必须还提供一个机理，以供顾客能挂回同一事务中而不论他正使用哪一个客户。图1的系统提供这些手段。

在图1的系统中，来自客户5送至扩展事务管理服务器10的每个输入当作一个请求，或者请求一个商业服务，或者请求只是将一页静态页面传送回客户以便向用户提供信息或允许他提供另外的输入。

这些请求最初送至多个捕获器20中之一，它们中每一个对应于一个特定类型的客户。捕获器20与一个侦听器26，映射器27和响应器28一起组成服务器10的工作启动部分。该侦听器、映射器和响应器组成一个不了解客户类型的公共客户中性部分并完成一组标准步骤而不论启动工作的客户类型如何。然而捕获器20和相关的提供器50对于特定类型的客户是独一的。以此方式划分工作启动部分，可使服务器设计足够灵活以便允许增加其他类型的客户而不需要重新全面设计。

在自客户接收一个输入时，捕获器20的基本功能是从客户输入中提取通用请求名字和任何附加数据并将它们送至侦听器26中的队列。如该客户还提供了一个应用交互标记(AIT)并且其中之一与每个扩展事务独一地相关，则这个也送至侦听器。

在网络浏览器客户的情况下，通过网络服务器(在图1的一般化客户5中未示出)发送客户输入，该网络服务器将浏览器输入中的一个URL(统一资源定位器)识别为一个请求名字并通过公共网关接口(CGI)传送数据至捕获器20中专用于网络浏览器客户的一个。该捕获器将基于网络的数据例如URL转换为请求和数据的通用形式并将它传送至侦听器26。

侦听器26处理它的队列以便将工作请求送至合适的服务器过程。它通过将通用请求名字、任何相关数据和AIT(如有的话)送至映射器27而做到此点。映射器寻找请求名字并送回一个”类型“至侦听器以标示这是一个商业事务请求(BSR)还是一个要求页面传送以便向客户请求提供响应。如与该请求一起提供了一个AIT，则映射器使其有效。如没有提供AIT及请求名字识别为新扩展事务的第一个，则映射器生成一个AIT。

根据由映射器返还的类型，侦听器或者将一个BSR送至一个商业逻辑管理器(BLM)29，或者将一个页面传送请求以选票(canvas)ID形式送至响应器28中的一个队列。响应器队列中的每个项目表示对请求的一个回答。一个选票ID或名字识别一个通用类型的选票(或样本)，适合于响应于特定请求而将信息送回至客户。

响应器28将响应(此处是选票ID)送至合适的捕获器20。此捕获器将选票ID送至相应的客户专用提供器50，它通过将一个存于文件存储器53中的客户专用文件52与外部供应的数据(如果有的话)组合而生成一个实际选票51。该选票送回至合适的捕获器20并送至专用客户，由它显示给用户。

当用户初始地希望启动一个新商业事务时，他通过合适的客户向服务器提供他的名字(ID)和可选地提供一个密码，从而识别他自己。如上所述，服务器的工作启动部分返还一个表示可能的扩展事务的菜单给用户。然后用户选择这些事务中之一，以及服务器的工作启动部分将此选择首先转换为一个通用请求名字，然后转换为一个对商业逻辑管理器(BLM)29的商业服务请求。

商业逻辑管理器29根据用于处理此类扩展事务的预定规则确定采取什么行动。它将BSR划分为一组组成商业逻辑任务(BLT)，后者将它们安排以便由一个后端事务处理系统30实现，系统30协调这些任务并根据规则所规定的准则处理它们的响应。系统30可以是一个常规事务处理系统，例如IBM的CICS系统(CICS是国际商业机器公司的商标)，已在它之中增加了一个用于安排各任务的镜子功能31。BLT例如BLT 32在CICS系统中运行为应用程序并能在CICSAPI上调用CICS功能。

BLT可以从CICS资源获取信息并通过扩展事务管理器的专用API将数据输入一个应用高速暂存存储器40中。此信息可以包括事务的状态数据，这些状态数据是在事务通过不同阶段时生成的。

对于扩展事务的第一有效新请求，映射器中的一个应用交互服务用来生成对于特定扩展事务的此实例是独一的应用交互标记(ALT)并将它与通用请求名字和可选的用户提供的数据一起存入一个家庭数据库仓库41中。AIT可用作一个为必要时访问高速暂存存储器中的另外状态信息所需关键词。

当BLT完成时，它返还控制至BLM 29。BLM查看来自BLT的响应并以客户中性形式返还它至响应器28。该响应器将包括选票名字的通用响应送至请求从其起源的捕获器20。如上所述，对于页面传送，捕获器将选票名字送至相应的提供器50，后者访问文件存储器53中的一个文件52以便生成一个客户专用选票以供返还至捕获器20。在网络浏览器的情况下，该文件可以是一页HTML页面。

如该对客户和终端用户的特定响应需要来自BLT的数据，则可由合适的提供器50自高速暂存存储器40中获取并再包括于返还至捕获器的文件中。商业数据是客户中性的，只包含数据名字值对。最后，捕获器将响应返还至启动事务的客户5。

如上所标示，捕获器/提供器、侦听器/响应器的配置被设计为将商业逻辑与表示(客户)分开以使商业逻辑不必知道它与之通信的客户的类型。这保证即使在交互期间客户类型改变，也绝不会影响商业逻辑。

图3显示组成家庭数据库41的表，该表通过向属于识别的用户的任何扩展事务的现有状态提供仓库而在扩展事务期间为交换客户提供手段。因此，可从图3看出，家庭数据库的每一行在第二栏中包含每个扩展事务的一个独一标记(AIT)。每个AIT与一个其用户ID在第一栏中的特定用户相关联。其他栏包含通用请求ID和可选的可能已由终端用户或先前BLT提供的数据，还有一个可显示的扩展事务名字。对于扩展事务的某些阶段，数据域可以是空白的，因为不要求或不返还用户数据。一个用户还可具有多于一个现有事务，如表中第三行中所示用于用户ID2。请求ID和数据会在扩展事务进行之中改变，以表示事务的现有状态。在保险的例子中，它们可能初始地表示保险报价，但以后更新为表示事务的选择和支付阶段。请求ID正常时响应于来自客户的进一步输入而改变，但在某些情况下可能由BLM改变。

对于某些扩展事务，当状态信息更为复杂时，可将它存于高速暂存存储器40中并使用ALT作为关键词而对它访问。

在图2的例子中，一个寻找节日旅游安排的顾客可能用一个作为网络浏览器连至因特网的家庭计算机向旅行社扩展事务管理系统登记。此通信由网络服务器(未示出)在公共网关接口上送至旅行社系统的CGI捕获器21。向顾客呈现信息以使她能查询旅行目的地、日期和旅馆的不同组合。该信息由HTML提供器54转换以供呈现给顾客的浏览器。在完成此初始查询后，顾客断开但事务状态已存于家庭数据库中或经由家庭数据库存储。

在她的午餐时间内，顾客可以到旅行社办公室讨论她的查询结果，并可能预订建议中的一项。这是从旅行社的IBM 3270终端上完成的，该终端永久在线地接在系统中并接至3270捕获器23。提供器55将系统的反馈转换为3270格式。响应于顾客ID的提供和她的航班事务的表示，事务即从先前状态恢复。不会立即有确认，所以顾客结束该连接以使事务挂起。

傍晚时她打电话到旅行社的自动语音响应服务，识别她自己，就能通过语音捕获器24和提供器56确认她的订票。

在此方案中，同一顾客通过三个不同客户与旅行社系统交互以便启动和开展她的商业事务。可以注意到她能以任何顺序从任何一个客户或从单个客户实现她的任何一个访问。本发明允许在交互之间长时间与系统断开之后从任何客户继续该事务。

现参照图4的流程图更详细地描述系统的操作。

当用户通过任何客户访问服务器时，如果他是新用户，则在步99他能有机会(步100)登记(步101)。已经登记过的用户在步102中通过提供名字和密码，顾客号或类似识别信息来识别他自己。

在步103，检验家庭数据库，判断该已知用户是否具有任何“航班”扩展事务，也即是否具有现正挂起的存在而又不完全的事务。如果不是，则在步104向用户呈现一个可用商业事务菜单。同一菜单也呈现给新登记的用户。用户选择这些事务中的一项并填入任何所要求的数据域，相应的开始请求ID和数据发送至合适的捕获器。在请求ID和数据被转换为通用形式和送至侦听器和映射器后，映射器为新开始的事务生成一个独一的AIT并将它与相关的请求ID和任何数据一起存于家庭数据库中(步105)。

如该用户没有“航班”事务，则系统将另外在步106中显示这些事务的菜单，并给予用户一个选项，或者开始一个新事务(步107)，或者恢复一个现有事务(步108)，或者删除一个现有事务(步109)。如用户选择开始一个新事务的选项，则用户将通过如前所述的步104和105。

在步105生成AIT和一个家庭数据库条目之后，在步111，通过侦听器和映射器将初始请求作为商业服务请求传送至商业逻辑管理器29并且开始商业逻辑任务32。正常时这些还涉及通过客户与用户的交互。从服务器通过响应器和捕获器将AIT送至客户以使客户能从事务中的现有位置继续交互而自己不必保留任何有关事务现有状态的信息。在形成同一事务的一部分的下一个响应中客户重新将AIT送至捕获器。

在步108中，如用户选择恢复现有事务，则在步110中扫描用户的家庭数据库条目，并提供所选现有事务的AIT。接着在步111从存于家庭数据库41和/或高速暂存存储器40中的状态处恢复处理。

任何时候当商业逻辑达到扩展事务处理中的一个明显位置时，例如当从客户接收一个新请求时，它调用(步112)家庭数据库以便用合适的请求ID和数据来更新该事务的记录，以及需要时在高速暂存存储器中存储附加状态数据。所存信息始终是适用于恢复事务的信息。因此，当用户下一次通过任何客户访问系统时，在步110中提供的AIT使事务处理能从所存状态处恢复。

这允许用户在任何时候从一个特定客户停止对扩展事务的进一步处理，并且以后或从原先客户或从完全不同的客户从同一位置恢复。不论客户是否有能力做到这点，都不能在客户处存放有关事务的状态信息，因为下一次访问可能来自以前没有与该事务关联起来的客户。此外，单个用户可能在同一系统中具有多个正在进行的事务并可能希望能够继续执行它们中的任何一个。

当完成一个扩展事务时(步113)，或当决定删除一个现有事务时(步109)，从家庭数据库中删除事务记录连同它的AIT(步114)。如未完成该事务，则客户或者通过步115回至步111继续进一步处理，或者在步116断开而在中间状态下中断该事务从而结束其事务。如在步109用户决定不删除现有事务，则在步117也发生断开。以后用户可通过任何客户提供他的用户ID而在步100恢复处理。

Claims (12)

1.一种在一个客户-服务器数据处理系统中处理扩展事务的方法，所述客户-服务器数据处理系统包括一个服务器和一个或多个客户，该客户或每个客户能够建立与所述服务器的通信，用于处理终端用户启动的事务；

该方法包括服务器中的以下步骤：

从客户接收(102)一个终端用户识别符；

接收(104)一个事务类型识别；

开始处理(111)所述识别的事务；

存储(112)用于标示所述识别的事务进展的状态信息；

将所述终端用户识别符与所述识别的事务的所述状态信息关联起来(105)；

在停止(116)与所述客户的通信之后停止处理所述事务；

第二次从一个客户接收(102)所述终端用户识别符；及

根据与所述识别的终端用户相关的所存状态信息恢复处理(110，111)所述事务。

2.如权利要求1中所要求的方法，其中首先从第一客户接收所述终端用户识别符及所述终端用户识别符的第二次接收是来自第二客户。

3.如权利要求1或权利要求2中所要求的方法，其中所述服务器能够处理所述终端用户的多个事务，并且响应于对来自一个客户的所述终端用户识别符的接收，向所述客户呈现(106)该终端用户的所有现有事务以使所述客户能向所述服务器识别一个终端用户所选事务以供所述服务器处理。

4.如前面任何权利要求中任何一个所要求的方法，其中扩展事务涉及服务器与客户之间的多个交互，关联步骤包括为该事务生成一个用于独一地识别该事务的标记并将它与其状态信息关联起来的步骤；

该方法还包括以下步骤(111)：将所述标记连同一个要求终端用户交互的响应送回客户，以及接收从所述客户送回至所述服务器的连同所述标记一起的所述终端用户交互响应，以便如相应状态信息所规定的，从由所述标记独一地识别的事务的现有状态恢复所述事务的处理。

5.如前面任何权利要求中任何一个所要求的方法，其中该客户-服务器系统包括不同类型的第一和第二客户，该方法包括服务器的以下步骤：以客户中性形式提供信息以便发送至客户以及将所述客户中性信息转换为合适的客户专用形式以便由所述相应的客户呈现给所述终端用户。

6.一种用于在客户-服务器数据处理系统中处理扩展事务的服务器(10)，该服务器包括：

事务处理装置(29，30)；及

用于将客户(5)连至事务处理装置以便实现它们之间的通信的装置(20，26，27，28)；

所述事务处理装置响应于终端用户识别符的客户的第一次通信和响应于事务的所述客户的识别，开始处理识别的事务和生成用于标示所识别事务进展的状态信息；

该服务器还包括一个用于存放与所述终端用户识别符相关联的所述事务状态信息的仓库(41)；

该事务处理装置还响应于由客户所作所述终端用户识别符的第二次通信而恢复有关事务的处理，其中该仓库早已保持与该终端用户相关联的事务状态信息。

7.如权利要求6中所要求的服务器，其中所述终端用户识别符的所述第一次和第二次通信可能来自不同客户。

8.如权利要求6或权利要求7中所要求的服务器，其中所述事务处理装置能够处理多个事务并包括响应于一个客户与终端用户识别符的通信，将该终端用户的全部现有事务呈现给客户的装置(106)以及响应于所述事务之一的终端用户选择而进行所选事务的处理的装置(108)。

9.如权利要求6至8中任何一个所要求的系统中的服务器，其中一个扩展事务涉及服务器和客户之间的多个事务而客户没有能力存储状态信息；

该服务器还包括：

用于生成一个用于独一地识别事务的标记及将所述标记存于与事务状态信息关联的仓库中的装置(105)；及

用于将此标记连同一个要求终端用户交互的响应一起从所述服务器送回客户及用于从所述客户接收一个包括所述标记的终端用户交互响应，以便如相应状态信息所规定的，从由所述标记独一地识别的事务的现有状态处恢复所述事务的处理的装置(111)。

10.如权利要求6至9中任何一个所要求的服务器，其中该服务器包括用于将来自所述事务处理装置的输出作为客户中性形式的信息传送至客户的装置(28)，以及用于转换所述客户中性信息为合适客户专用形式(51)以便由所述相应客户呈现给所述终端用户的转换装置(50)，其中可以容纳不同类型的客户。

11.如权利要求10中所要求的服务器，其中所述传送的客户中性信息包括商业数据和一个通用显示格式名字两者，所述转换装置包括一个提供装置(50)，用于转换所述通用显示格式名字为一个客户专用样本(51)以便显示所述商业数据。

12.一种存于一个计算机可读存储媒体上的计算机程序产品，当在计算机上运行时，用于完成一种在客户-服务器数据处理系统中处理扩展事务的方法，其中所述客户-服务器数据处理系统包括一个服务器和一个或多个客户，该客户或每个客户能够建立与所述服务器的通信以便处理终端用户启动的事务；

该方法包括服务器中的以下步骤：

从客户接收(102)一个终端用户识别符；

接收(104)一个事务类型识别；

开始处理(111)所述识别的事务；

存储(112)用于标示所述识别的事务进展的状态信息；

将所述终端用户识别符与所述识别的事务的所述状态信息关联起来(105)；

在停止(116)与所述客户的通信之后停止处理所述事务；

第二次从一个客户接收(102)所述终端用户识别符；及

根据与所述识别的终端用户相关的所存状态信息恢复处理(110，111)所述事务。

Images