CN1869940A - 用于信息处理的方法与系统 - Google Patents

Abstract

通过使用不依赖于应用程序种类的通用方法，被中断的会话被另一会话所接管。一种用于根据来自终端设备的请求来执行处理的服务器设备。该服务器设备能够产生同时处理的多个会话，并且处理自终端接收的会话处理请求。然后，服务器设备存储指示与正在处理中的每个会话相对应的会话处理状态的状态信息。随后，服务器设备确定该处理是否将要被多个会话中的第二会话从第一会话接管。随后，服务器设备基于判定，用第一会话的第一状态信息更新第二会话的第二状态信息。

Description

用于信息处理的方法与系统

技术领域

本发明涉及服务器设备、管理方法和程序。更具体而言，本发明涉及用于管理由来自终端的请求所启动的会话的服务器设备、管理方法和程序。

背景技术

近年来，万维网不仅被用于向非指定用户提供信息，还被用作依赖于指定用户之间的通信的业务服务。例如，在商品销售站点中，web服务器通过允许用户输入他/她的ID和口令来验证用户。然后，如果验证成功，则web服务器在浏览器上显示商品等，并且允许用户进行选择。由用户选择的商品的信息被存储在web服务器的存储器中，其作为与用户相关联的选中的商品候选。从用户视角看来，它们就像在所谓的“购物车”中。随后，web服务器从用户接收购买命令，并且在数据库中登记所购买的商品。然后，例如，命令处理服务器和付款处理服务器开始它们的处理。

这种web服务器接受来自用户的多个命令输入，并且根据命令输入执行多个处理。即，例如每次用户选择商品时，web服务器在“购物车”中显示商品的图像。在该实例中，由于一个用户在某些情况下可能启动多个web浏览器，所以管理仅与用户相关联的处理的状态是不适当的。因此，传统上，web服务器管理作为一个会话的一系列处理，这些处理彼此相关联。例如，每次web服务器接收通信启动请求时，它就产生新的会话ID，并且将该会话ID通知web浏览器。web浏览器在通信数据中包括会话ID，并且将它发送到web服务器。当web服务器从web浏览器接收通信数据时，可以通过读取包括在通信数据中的会话ID来确定该通信数据属于哪个会话。

传统上，web浏览器在适当的时间段期间存储从web服务器通知的会话ID，以便正常地继续会话。例如，web浏览器在web浏览器被启动时从web服务器获得会话ID，并且在web浏览器关闭时丢弃它。因此，用户通过关闭web浏览器可以从头重新启动处理。另一方面，web服务器存储用于与会话ID相对应的会话的处理的状态。然后，当会话的处理在固定的时间段内没有进展时，web服务器丢弃会话的状态，即使会话未被完成。因此，由于关闭浏览器而不再需要的会话被结束，并且web服务器中的存储区域可以被释放。

下面的专利公开将在稍后描述。

[专利文献1]日本未经审查PCT公开No.2001-525574

发明内容

发明将解决的问题

如上所述，当web浏览器关闭时，会话也被结束而不管用户是否想要关闭会话。然而，由于关闭web浏览器的操作相当容易，所以用户很可能错误地关闭浏览器。在这样的情形中，即使处理的状态目前在web服务器中被管理，处理的状态也不能通过接管而继续。即使当会话ID的删除是由某类故障以及由用户的错误操作引起的时候，处理的状态也不能被接管。

上面列出的日本未经审查PCT公开No.2001-525574提出了一种技术，该技术通过在每次处理达到某些点时记录处理状态而从某个点继续事务(例如，参考该专利文献的48段)。下文示出了关于用于允许事务中断和重新启动的技术(例如上述公开物中公开的技术)的典型处理示例。

图11是图示出用于中断和恢复事务的传统方法的示图。第一事务通过用户的登录而被启动，并且通过用户的注销而被关闭。在第一事务期间，指示处理状态的状态信息被顺序地记录在存储器中。状态信息在注销时被存储到数据库系统中。而且，状态信息在第一事务期间被周期性地存储到数据库系统中。

在第一事务结束之后，如果用户再次登录，则第二事务被启动。在启动第二事务时，从数据库系统加载用户的状态信息。因此，在第二事务中，在第一事务中被中断的处理可以被重新启动。

在该技术中，处理存储的计时是由处理事务的应用程序确定的。这意味着例如应用程序的开发者已经设计了处理存储的计时以及所要存储的数据类型，以便适应其处理。因此，在一些情形中，应用程序的开发过程显著地增加，并且用于升级或变更该设计的开发费用和周期也增加了。

因此，本发明的目的是提供一种能够解决上述问题的服务器设备、管理方法和程序。该目的是通过组合权利要求范围内的独立权利要求的多个特性部分而实现的。从属权利要求还规定了更有效的本发明的具体示例。

解决问题的手段

为了解决上述问题，在本发明的一个方面中，提供了一种根据自终端接收的请求来执行处理的服务器设备、以及用于管理服务器设备中的会话的管理方法和程序，所述服务器设备包括：处理部分，该处理部分能够产生同时进行处理的多个会话，并且处理从终端接收的会话处理请求；存储部分，用于与正在处理中的多个会话中的每一个相对应地存储指示会话处理状态的状态信息；确定部分，用于确定处理是否被多个会话中的第二会话从第一会话所接管；以及接管部分，用于基于所述确定部分的确定，用对应于第一会话的第一状态信息来更新对应于第二会话的第二状态信息。

本发明的概述不是要列举本发明的所有需要的特性。本发明也可以包括这些特性的次级组合。

本发明的优点

根据本发明，通过使用不依赖于应用程序种类的通用方法，被中断会话的处理可以被另一会话接管或继承。

附图说明

图1是图示出信息处理系统10的总体配置的示图。

图2是图示出服务器设备20-1的功能的功能框图。

图3是图示出存储部分220的数据结构示例的示图。

图4是图示出服务器20-1的处理流程示例的流程图。

图5是图示出当服务器20-1接管第一会话的处理时的处理流程示例的流程图。

图6是图示出用于确定第一会话是否在服务器20-1中被接管的条件的处理示例的流程图。

图7是图示出由显示部分270在终端设备15中显示的登录屏幕示例的示图。

图8是图示出由显示部分270在终端设备15中显示的用于选择是否接管第一会话的选项示例的示图。

图9是被第二会话从第一会话接管的处理的时序图。

图10是图示出用作服务器设备20-1的信息处理设备500的硬件配置示例的框图。

图11是传统技术的处理的时序图。

具体实施方式

在下文中，通过本发明的优选实施例来描述本发明。下面描述的实施例没有限制在权利要求的范围内描述的发明，并且实施例中描述的所有特性组合也不总是本发明的有效性所必需的。

图1示出了信息处理系统10的总体配置。信息处理系统10包括终端设备15、服务器设备20-1至20-N以及数据库系统25。终端设备15经由通信网络(例如因特网)连接到服务器设备20-1至20-N。服务器设备20-1至20-N与数据库系统25一起提供web中的服务。所图示的实施例中的服务器设备20-1至20-N和数据库系统25是居于个体单元中的独立设备。可替换地，服务器设备20-1至20-N和数据库系统25的至少一部分可以作为一个设备被配置在一个单元中。即，在一个单元中配置的设备运行多个软件服务器(例如JVM(Java虚拟机))，并且每个软件服务器可以分别表现为服务器20-1至20-N。

终端设备15运行web浏览器以从用户接受命令输入，并且将命令发送到服务器设备20-1至20-N之一。例如，终端设备15可以向服务器设备20-1至20-N之一发送指定URL(统一资源定位符)的会话处理请求。服务器设备20-1至20-N中的任何一个(例如，服务器设备20-1)根据从终端设备15接收的请求而执行操作。更具体地说，服务器设备20-1根据从终端设备15接收的会话处理请求而开始处理会话，并且会话处理根据随后接收的命令而继续进行。

服务器设备20-1在服务器设备20-1的存储部分中存储指示会话中间处理步骤的状态信息。然后，当服务器设备20-1在会话期间从用户接收明确命令时，服务器设备20-1在数据库系统25中记录处理结果。除了服务器设备20-1之外，服务器设备20-2至20-N中的任何一个也可以执行处理。当接收到会话请求时，可以例如基于处理负载从服务器设备20-1至20-N中选择用于处理会话的服务器设备。

图2示出了用于图示服务器设备20-1的功能的功能框图。服务器20-1包括输入部分200、处理部分210、存储部分220、废弃部分230、确定部分240、获取部分250、显示控制部分260、显示部分270和接管部分280。输入部分200从输入设备15接收各种命令和请求的输入。处理部分210能够产生同时进行处理的多个会话，并且根据自终端15接收的处理请求开始处理会话。而且，处理部分210在会话期间从用户接收登录请求，并且允许用户登录。登录请求包括用户的标识信息，例如用户ID和口令。此外，处理部分210能够允许多个用户同时登录。

这里，会话意味着根据来自相同web浏览器的命令而执行的一系列处理，这些处理之间的时间间隔不超过预定的时间段。例如，当从终端设备15接收与已被启动的会话的会话标识信息(下文被称为会话ID)不同的会话的会话ID时，启动会话。并且在自从最后接收到会话ID时起已经经历了预定的超时时间段的时候，会话结束。

存储部分220存储指示会话的处理状态的状态信息(该状态信息与正在处理中的每个会话相对应)以及登录到对应于该会话而提供的服务器设备20-1中的用户的标识信息。废弃部分230在正在处理中的每个会话中废弃与下述会话相对应的状态信息：该会话的处理在预定的超时时间段期间没有任何进展。例如，废弃部分230可以释放存储部分220中存储状态信息的区域以使其可重复利用。在该情形中，会话结束。而且，废弃部分230可以基于从接管部分280接收到的明确命令来废弃会话。

假定处理部分210已经启动第一会话，并且处理正在进行。还假定处理部分210新近启动第二会话。确定部分240基于第一会话正被处理以及第二会话被启动的事实，确定第一会话的处理是否被第二会话接管。更具体地说，确定部分240在第一会话和第二会话具有所分配的相同标识信息的条件下，确定由第二会话接管第一会话的处理。优选地，确定部分240在下述的进一步条件下确定由第二会话接管第一会话的处理，所述条件是第一会话的处理状态的进展多于第二会话的处理状态。如果没有向第一会话和第二会话分配相同的标识信息，则确定部分240可以进一步确定标识信息是否被存储在服务器设备20-2至20-N的存储部分中。获取部分250获取下述已经历时间，所述已经历时间是在登录用户的标识信息已被与第一会话相关联地存储在存储部分220中的条件下在第一会话没有进展的情况下所经历的时间。例如，获取部分250可以基于存储部分220中的数据来计算已经历时间。

显示控制部分260控制显示部分270的显示。显示部分270基于显示控制部分260的控制而为用户显示选项。更具体地说，显示部分270生成用于要被显示在终端设备15之上的选项的数据，并且将该数据发送到终端设备15以在其上显示选项。例如，在登录第二会话的用户的标识信息已被与第一会话相对应地存储在存储部分220中的条件下，显示部分270显示指示接管第一会话的处理的选项以及指示启动新处理而不接管第一会话的处理的选项。显示控制部分260可以控制例如显示选项的顺序。

接管部分280基于确定部分240的确定，用存储部分220中与第一会话相对应的第一状态信息更新与第二会话相对应的第二状态信息。在该附图中，服务器设备20-1的功能被描述为服务器设备20-1至20-N的代表性服务器设备。服务器设备20-2至20-N中的每个具有与服务器设备20-1相同的功能，并且因而省略了对这些服务器设备的描述。

图3示出了存储部分220的数据结构示例。存储部分220例如是由非易失性记录媒体(例如后面描述的RAM 1020)实现的。那么记录部分220包括状态信息记录区域310-M与状态信息记录区域310-L(每个区域都是第一区域的示例)以及作为第二区域示例的会话信息存储区域300。会话信息存储区域300被提供用于正在处理中的会话，并且存储每个会话的标识信息(会话ID)、对于每个会话的登录到服务器设备20-1中的用户的标识信息(用户ID)、以及会话处理进展的最后时间(最后处理时间)。而且，会话信息存储区域300存储用于相应的状态信息记录区域的指针，其对应于正在处理中的每个会话。

状态信息记录区域310-L和状态信息记录区域310-M对应于正在处理中的每个会话而被建立，并且存储会话的状态信息。例如，所提供的状态信息记录区域310-M与会话ID为3657的会话相关联。而且，会话信息存储区域300存储用于与会话ID为3657的会话相关联的状态信息记录区域310-M的指针。每个状态信息存储区域在相应的会话启动时被保护，并且在会话结束时被释放。状态信息记录区域310-L和状态信息记录区域310-M是其中常规的应用程序暂时存储其处理状态的区域，其是所谓的工作存储器。即，这些区域被web服务器所保护，而不管是否提供了用于本实施例中所描述的会话的接管功能。

处理部分210根据自终端设备15接收的会话处理请求而启动会话处理。在该实例中，处理部分210在存储部分220中存储新的会话ID，并且存储用于与新的会话ID相关联的新近保护的状态信息存储区域的指针。令会话ID为3951并且其状态信息存储区域是状态信息记录区域310-L。当用户在第二会话中登录到服务器设备20-1中时，确定部分240检测用户ID。令用户ID为BBB。

确定部分240确定用户ID是否已被与第一会话相关联地存储在存储部分200中。在该附图的示例中，确定部分240确定BBB(第二会话的用户ID)是否已被与第一会话相关联地存储。确定部分240确定BBB已被与会话ID 3657相关联地存储。因此，接管部分280基于第一会话的第一状态信息来更新第二会话的第二状态信息。

更具体地说，接管部分280可以在会话信息存储区域300中存储用于第一会话的状态信息存储区域的指针，以作为用于第二会话的状态信息存储区域的指针。在该附图的示例中，接管部分280可以存储用于状态信息记录区域310-M而非用于状态信息记录区域310-L的指针，以作为用于会话ID 3951的指针。

另外，接管部分280可以从状态信息记录区域310-M向状态信息记录区域310-L拷贝状态信息的内容。在该实例中，接管部分280选择并读出存储在状态信息记录区域310-M中的信息中的预定信息，并且用该预定信息重写状态信息记录区域310-L中的相应信息。具体地说，接管部分280可以仅接管用户的操作历史或应用程序的处理历史，而不接管标识用户语言和区域的信息。从而，如果用户从另一终端设备重新启动会话，则处理信息可以以适于该终端设备的形式而被重新启动。

图4示出了服务器20-1的处理流程的示例。服务器设备20-1周期性地或者在每次接收到来自终端设备的任何种类的请求时重复下面描述的处理。根据自终端设备15接收的会话处理请求(S400：是)，处理部分210启动会话处理(S410)。例如，如果第一会话的处理已被启动，则第二会话的处理被启动。在该实例中，会话处理请求不仅意味着明确指示启动新通信的请求，还可以包括指定未在存储部分220中存储的新会话ID的通信请求。如果在会话没有进展的情况下经历了预定的超时时间段(S420：是)，则废弃部分230废弃存储部分220中与正在处理中的会话相对应的状态信息(S430)。

更具体地说，首先，废弃部分230从存储部分220的信息存储区域300中获取与每个会话相对应的最后处理时间。然后，废弃部分230基于每个最后处理时间来确定到那个时刻是否已经历了超时时间段。然后，存储部分220废弃从最后处理时间起已经历超时时间段的会话。例如，废弃部分230可以从存储部分220中删除会话的会话ID，或者释放用于与会话相对应的状态信息存储区域的区域。

图5示出了当服务器20-1接管第一会话的处理时的处理流程示例。当用户向服务器设备20-1发送登录请求并且登录请求被正确处理时，服务器设备20-1执行下面描述的处理。确定部分240确定登录用户的标识信息是否已被与第一会话相关联地存储在存储部分220中(S500)。如果标识信息被与第一会话相关联地存储(S500：是)，则确定部分240确定第一会话的处理是否应当被接管的条件(S510)。

如果满足条件(S520：是)，则接管部分280在存储部分220中与第二会话相关联地存储对应于第一会话的第一状态信息(S530)。可以通过更新参考图3描述的指针来执行处理。在对应于第一会话的第一状态信息被与第二会话相关联地存储在存储部分220中的条件下，废弃部分230废弃存储部分220中的第一会话(S540)。例如，废弃部分230可以删除第一会话的会话ID。

另一方面，如果登录用户的标识信息没有被存储在存储部分220中(S500：否)，则确定部分240确定标识信息是否被存储在其它服务器设备的存储部分中(S550)。例如，确定部分240执行处理以询问图1中示出的服务器设备20-2至20-N中的每个：标识信息是否被存储在服务器设备20-2至20-N中任何一个的存储部分中。

如果标识信息被存储在另一服务器设备的存储部分中(S550：是)，则确定部分240确定与其它服务器设备中的标识信息相对应的另一会话(例如，第一会话)的处理是否要被接管(S560)。如果条件被满足(S570：是)，则接管部分280从其它服务器设备的存储部分获取第一会话的第一状态信息，并且用所获取的第一状态信息更新服务器设备20-1的存储部分220中第二会话的第二会话信息(S580)。在该实例中，其它服务器设备的存储部分中的第一会话可以被废弃(S540)。

在该实例中，处理部分210在用户新近登录时执行相同处理(S590)。该处理可以由常规web服务器中使用的传统技术实现，所以省略了对其的描述。

图6示出了用于确定第一会话是否在服务器设备20-1中被接管的条件的处理示例。图5中的S510和S560中的处理相同，因此将它们作为一个步骤进行解释。首先，获取部分250获取在第一会话的处理没有进展的情况下所经历的已经历时间(S600)。确定部分240确定所获取的已经历时间是否超过了预定的时间段(S610)。例如，确定部分240可以确定所获取的已经历时间是否超过了超时时间段的预定比例。

如果已经历时间超过了预定的时间段(S610：是)，则显示部分270显示指示接管第一会话的处理的选项以及指示启动新处理而不接管第一会话的处理的选项(S620)。通过让用户选择选项之一，输入部分200接受关于处理是否由第二会话从第一会话所接管的命令。即，当用户选择指示接管第一会话的处理的选项时，输入部分200确定从用户输入了从第一会话接管处理的命令(S630)。

如果接管部分280接收接管第一会话的命令(S640：是)或者所获取的已经历时间小于预定的时间段(S610：否)，则接管部分280确定条件被满足以便接管第一会话(S650)。另一方面，如果输入命令没有指示接管(S640：否)，则接管部分280确定条件未被满足，从而第一会话没有被接管(S660)。

这样，根据该附图的处理，可以基于在第一会话的处理没有进展的情况下所经历的已经历时间，来预测用户想要接管第一会话的可能性。即，例如，当web浏览器由于错误的操作或故障而退出时，用户想要继续处理，并且很可能用户在此后马上启动web浏览器。在该情形中，服务器设备20-1可以接管第一会话而不要求用户输入命令，从而增强了对用户的便利性。

图7示出了由显示部分270在终端设备15中显示的登录屏幕的示例。当显示部分接收指定预定URL的会话请求或者预定的菜单被选中时，显示部分270显示用于用户登录的登录屏幕。登录屏幕显示用于用户的服务(例如“XX大型购物中心站点”)以及用于输入ID和口令以验证用户的录入字段。在用户基于在录入字段中输入的字符等而被正确验证的条件下，确定部分240确定用户登录。

图8示出了由显示部分270在终端设备15中显示的用于选择是否接管第一会话的选项的示例。当登录第二会话的用户的标识信息已被存储在存储部分220中的时候，显示部分270显示本附图中示出的三个选项。第一选项是“回到登录页”。在该选项中，显示部分270回到图7所示的屏幕。如果该选项被选中，则用户放弃登录，并且例如，用户可以用另一用户ID登录。这是有用处的，因为当处理第一会话的web浏览器正常运行时，处理可以继续。

第二选项是“终止现有会话并且启动新处理”。在该选项中，处理部分210在第二会话中启动新处理而不接管第一会话的处理。在该实例中，废弃部分230废弃存储部分220中的第一会话。第三选项是“接管现有会话处理”。在该选项中，接管部分280使第一会话的处理由第二会话接管。在该实例中，废弃部分230也废弃存储部分220中的第一会话。

在该显示屏幕中，显示控制部分260可以根据获取部分250所获取的已经历时间来控制显示这些选项的显示优先级。更具体地说，当所获取的已经历时间短的时候，在显示控制部分260中，用于接管第一会话的处理的选项可以在其它选项之前被显示。即，例如，当已经历时间相当短时，显示控制部分260可以在容易吸引注意的位置处(例如在屏幕的顶部)显示选项“接管现有会话处理”。从而，当用户做出错误操作的可能性很高时，可以方便地执行接管操作，从而可以增强对用户的便利性。

图9示出了由第二会话从第一会话接管的处理的时序图。即使当web浏览器在第一会话的处理期间退出的时候，服务器设备20-1仍在存储部分220中维护作为第一会话的状态信息的第一状态信息。然而，当在处理没有进展的情况下经历了超时时间段的时候，第一状态信息被丢弃。

当从新近启动的web浏览器接收到会话处理请求的时候，处理部分210启动第二会话。在第二会话中，当用户正登录服务器设备20-1时，确定部分240确定用户的用户ID是否被存储在存储部分220中。如果登录用户的标识信息被与其中状态信息有效的任何会话相关联地存储在存储部分220中，则接管部分280使该会话的处理由第二会话接管。此后，被中断的处理基于状态信息而被重新启动。

这样，根据本实施例的服务器设备20-1，在正在处理中的会话由于任何故障而被中断的情况下，如果会话在服务器设备20-1中作为有效会话而被管理，则会话可以被接管以重新启动处理。从而，用户可以在不浪费故障发生之前的操作的情况下高效地执行随后的处理。而且，会话的接管处理是由相当快速的处理(例如对指针的更新)所实现的，其向用户提供了高度可用性。

而且，本示例中示出的服务器设备20-1从存储器区域中读出处理状态，并且将其由第二会话接管，其中web服务器在存储器区域中存储常规操作下的处理状态。即，用于存储处理状态的特殊功能不是应用程序为实现本实施例中示出的功能所必需的。因此，用户不需要执行存储状态信息的特殊操作。为了实现本实施例中示出的功能，在现有应用程序的登录处理期间，添加执行接管会话的子例程的读出命令就足够了。这样，根据本实施例，会话重新启动处理可以以相当低的开发成本被添加到各种应用程序中。

图10示出了用作服务器设备20-1的信息处理设备500的硬件配置示例。信息处理设备500包括：CPU外围部分，具有经由主机控制器1082互相连接的CPU 1000、RAM 1020和图形控制器1075；输入/输出部分，具有经由输入/输出控制器1084连接到主机控制器1082的通信接口1030、硬盘驱动器1040和CD-ROM驱动器1060；以及传统输入-输出部分，具有连接到输入/输出控制器1084的BIOS 1010、软盘驱动器1050和输入/输出芯片1070。

主机控制器1082将RAM 1020连接到图形控制器1075和CPU 1000，图形控制器1075和CPU 1000以高传输速率访问RAM 1020。CPU 1000基于存储在BIOS 1010和RAM 1020中的程序而运行，并控制每个部件。图形控制器1075获取由CPU 1000在RAM 1020上所提供的帧缓冲器上生成的图像数据等，并且将其显示在显示设备1080上。可替代地，图形控制器1075可以包括存储由CPU 1000生成的图形数据等的帧缓冲器。

输入/输出控制器1084将主机控制器1082连接到作为相对高速的输入/输出设备的通信接口1030、硬盘驱动器1040和CD-ROM驱动器1060。通信接口1030经由网络与外部设备通信。硬盘驱动器1040存储信息处理设备500所使用的程序和数据。CD-ROM驱动器1060从CD-ROM 1095读出程序或数据，并且将它提供给RAM 1020或硬盘驱动器1040。

而且，输入/输出控制器1084连接到相对低速的输入/输出设备，例如BIOS 1010、软盘驱动器1050和输入/输出芯片1070等。BIOS 1010存储在信息处理设备500的启动期间由CPU 1000执行的引导程序、依赖于信息处理设备500的硬件的程序等。软盘驱动器1050从软盘1090中读出程序或数据，并将它经由输入/输出芯片1070提供给RAM 1020或硬盘驱动器1040。输入/输出芯片1070经由软盘1090或者诸如并行端口、串行端口、键盘端口和鼠标端口等的接口而连接各种输入/输出设备。

被提供给信息处理设备500的程序被存储在诸如软盘1090、CD-ROM1095或IC卡等的记录媒体上，并且是由用户提供的。程序经由输入/输出芯片1070和/或输入/输出控制器1084被从记录媒体中读出。并且被安装在信息处理设备500上用以执行。由程序引起的服务器设备20-1的操作与图1至图9中描述的服务器设备20-1的操作相同，因而省略了对它们的描述。

上面描述的程序可以被存储在外部存储媒体中。作为存储媒体，不仅可以使用软盘1090、CD-ROM 1095，还可以使用诸如DVD、PD等的光记录媒体、以及诸如磁带媒体、IC卡等的半导体存储器。而且，在连接到专用通信网络或因特网的服务器系统中提供的诸如硬盘或RAM的存储设备可以被用作记录媒体，以便经由网络向信息处理设备500提供程序。

由于本发明是使用上面描述的实施例来解释的，所以应当注意，本发明的技术范围不限于上面的实施例。对于本领域技术人员来说，可以知道多种修改和改进形式可被包括在前面的实施例中。而且，根据权利要求的范围，还可以知道对本发明实施例的那些变化和改进形式可以被包括在本发明的技术范围之内。

Claims (15)

1.一种用于使得信息处理系统用作响应于自终端接收的请求而执行处理的服务器的程序产品，其中所述程序产品使得所述信息处理系统用作：

处理部分，能够产生同时处理的多个会话，用于处理自所述终端接收的会话处理请求；

存储部分，用于与正在处理中的每个会话相对应地存储指示会话处理状态的状态信息；

确定部分，用于确定处理是否要被多个会话中的第二会话从第一会话所接管；以及

接管部分，用于基于所述确定部分的确定，用对应于第一会话的第一状态信息来更新对应于第二会话的第二状态信息。

2.如权利要求1所述的程序产品，其中

所述确定部分在第一会话的处理状态的进展多于第二会话的处理状态的条件下，确定由第二会话从第一会话接管处理。

3.如权利要求1所述的程序产品，其中

所述处理部分能够使多个用户同时登录并且处理自所述终端接收的登录请求；

所述存储部分还存储为会话登录到服务器中的用户的标识信息，所述标识信息与正在处理中的每个会话相对应；以及

所述确定部分在第一会话和第二会话具有所分配的相同标识信息的条件下，确定由第二会话从第一会话接管处理。

4.如权利要求3所述的程序产品，其中

所述程序产品还使得所述信息处理系统用作：

输入部分，用于从用户接受指示处理是否被第二会话从第一会话所接管的命令，其中用户的标识信息被分配给第二会话；并且其中

在所示确定部分接收指示处理要被第二会话从第一会话所接管的命令的条件下，所述确定部分确定处理将由第二会话从第一会话接管。

5.如权利要求3所述的程序产品，其中

所述处理部分在登录请求被正确处理时开始处理会话。

6.如权利要求3所述的程序产品，其中

所述确定部分基于第一会话正在处理中并且第二会话被启动的事实，确定处理是否将由第二会话从第一会话接管。

7.如权利要求3所述的程序产品，其中

对于正在处理中的会话的每一个，所述程序产品还使得所述信息处理系统用作废弃部分，所述废弃部分用于在下述条件下，在所述存储部分中废弃与下述会话相对应的状态信息，所述条件是在所述会话没有进展的情况下经历了预定时间段；并且其中

所述确定部分在下述条件下确定处理由第二会话从第一会话接管，所述条件是登录用户的标识信息被与其中状态信息有效的任何会话相对应地存储在所述存储部分中。

8.如权利要求7所述的程序产品，其中

所述程序产品还使得所述信息处理系统用作：

获取部分，用于在登录用户的标识信息已经被与第一会话相对应地存储在所述存储部件的条件下，获取在第一会话的处理状态没有进展的情况下所经历的已经历时间；以及

输入部分，其中在所获取的已经历时间长于预定时间段的条件下，所述用户在所述输入部分中输入指示第一会话的处理是否要被接管并被处理的命令，以及其中

所述确定部分在接收到指示接管第一会话的处理用以继续执行的命令或所获取的已经历时间小于预定时间段的条件下，确定由第二会话从第一会话接管处理。

9.如权利要求3所述的程序产品，其中

所述程序产品使得所述信息处理系统用作：

显示部分，用于在登录用户的标识信息已经被与第一会话相对应地存储在所述存储部分的条件下，显示指示接管第一会话的处理的选项以及指示启动新处理而不接管第一会话的处理的选项；

输入部分，用于在指示接管第一会话的处理的选项被选中的时候，确定接收到指示接管第一会话的命令；

获取部分，用于获取在第一会话的处理没有进展的情况下所经历的已经历时间；以及

显示控制部分，用于在所获取的已经历时间较短的时候，在所述显示部分中在其它选项之前显示用于接管第一会话的处理的选项，并且其中

所述确定部分在接收到用于继续执行第一会话的命令的条件下，确定由第二会话从第一会话接管处理。

10.如权利要求1所述的程序产品，其中

所述存储部分包括：

多个第一区域，被提供用于正在处理中的每个会话并且存储每个会话的状态信息；以及

第二区域，被提供用于正在处理中的会话，用于存储登录每个会话的用户的标识信息以及用于与该会话相对应的第一区域的指针，并且其中

所述接管部分在第二区域中通过存储用于与第一会话相对应的第一区域的指针以作为用于与第二会话相对应的第一区域的指针，用与第一会话相对应的第一状态信息更新与第二会话相对应的第二状态信息。

11.如权利要求10所述的用于使得所述信息处理系统作为用于根据自所述终端接收的请求来执行操作的多个服务器设备之一的程序产品，其中

所述确定部分在登录用户的标识信息没有被存储在服务器设备之一的存储部分中的条件下，确定所述标识信息是否被存储在另一服务器的存储部分中，以及在标识信息被存储在其它服务器的存储部分中的条件下，进一步确定由第二会话从第一会话接管处理，并且其中

所述接管部分从所述其它服务器设备的存储部分获取所存储的与标识信息相对应的第一状态信息，并且用所获取的第一状态信息更新服务器的存储部分中与第二会话相对应的第二状态信息。

12.如权利要求1所述的程序产品，其中：

所述接管部分通过将第一状态信息拷贝到第二状态信息来更新第二状态信息。

13.如权利要求1所述的程序产品，其中

所述程序产品还使得所述信息处理系统用作废弃部分，所述废弃部分用于在所述接管部分在所述存储部分中存储与第一会话相对应的第一状态信息以作为与第二会话相对应的状态信息的条件下，废弃第一会话。

14.一种根据自终端接收的请求执行处理的服务器设备，包括：

处理部分，所述处理部分能够产生同时处理的多个会话，并且处理自所述终端接收的会话处理请求；

存储部分，用于与正在处理中的每个会话相对应地存储指示会话处理状态的状态信息；

确定部分，用于确定处理是否要被多个会话中的第二会话从第一会话所接管；以及

接管部分，用于基于所述确定部分的确定，用对应于第一会话的第一状态信息来更新对应于第二会话的第二状态信息。

15.一种用于管理服务器设备中的会话的管理方法，所述服务器设备根据自终端接收的请求执行处理，其中

所述服务器设备包括存储部分，所述存储部分用于与正在处理中的每个会话相对应地存储指示会话处理状态的状态信息，并且其中所述方法包括：

处理步骤，用于处理自所述终端接收的会话处理请求；

确定步骤，用于确定处理是否要被多个会话中的第二会话从第一会话所接管；以及

接管步骤，用于基于所述确定步骤的确定，用对应于第一会话的第一状态信息来更新对应于第二会话的第二状态信息。

Images