CN1271530C - 并行处理用户请求的方法、装置和系统 - Google Patents

Abstract

按照本发明的一个方面，提供了一种方法，其中从第一用户接收一个第一请求和一个第二请求。并行处理第一请求和第二请求。对于每个请求，判断在一段预定的时间之内，相应请求是否有一个响应。如果在这段预定的时间之内，相应请求有了对应的响应，就向第一用户发送该响应。如果在这段预定的时间之内还没有对应的响应，就向第一用户发送一条消息，指明相应的请求超时了。

Description

并行处理用户请求的方法、装置和系统

技术领域

本发明涉及计算机处理领域。更确切地说，本发明涉及用户请求并行处理所用的一种方法、装置和系统。

背景技术

由于计算机技术和相关领域中的进步，近年来人机交互和界面的领域已经经历了飞速的改变。尤其是大量的时间和努力已经致力于利用多媒体和多模式处理中的技术进步来改善处理系统的可用性和生产力。

除了传统的文本处理方法以外，近年来使用语音识别技术中的进步，已经开发了越来越多的应用程序，使多种用户能够通过音频输入/输出，与系统互动。更具体地说，已经有许多应用实现为启用语音的交互语音响应(IVR)应用，使得用户能够以音频形式(如语音)向系统发送请求，或者接收系统输出的信息，或者兼而有之。这些IVR应用程序通常设计为对连接到该系统的多个用户进行服务。不过，在常规的或传统的IVR应用程序中，一个用户一次只能向系统发送一项请求。结果，来自同一用户的多项请求只能依次向系统发送并由系统处理。这种类型的架构和处理方法通常称为顺序模式。在VoiceXML1.0规范中详细展示和介绍了顺序模型的一个实例，要参考它可访问 http：//www.voicexml.org/specs 1.html。

图1是一幅流程图，展示了在顺序处理模式/架构中，用户如何依次检验信息(如股票和天气信息)。图2是一幅流程图，概括地展示了在常规的系统/应用中，如何发送和处理用户请求。在顺序模式/架构中，一个用户一旦向系统发送了一项请求，在该请求的响应到达之前，不允许同一用户发送新的请求。如果该请求涉及大数据库搜索或者因特网搜索，或者仅仅是因为网络速度慢，系统很可能无法确定在一段指定的时间内，它是否能够为该用户获得适当的信息。如果预期的信息无法及时到达，用户可能会获得一个超时通知。这种顺序模式可能导致大量时间浪费在等待系统响应上，即使在此期间用户希望检验可以获取的其它有用信息。此外，在这种顺序模式或顺序架构中，系统资源可能会严重地利用不充分。结果，顺序模式或顺序架构在处理用户请求时效率极低。

发明内容

根据本发明的一个方面，提供了一种用于在启用语音的交互语音响应、即IVR应用中并行处理用户请求的方法，其中该启用语音的IVR应用服务于多个连接的用户，所述方法包括：由启用语音的IVR应用从一个第一用户顺序地接收一个第一请求和一个第二请求；通过将第一请求和第二请求加入与第一用户相关联的请求列表中，而并行处理第一请求和第二请求；向第一请求和第二请求的对应状态分配第一数值，该第一数值指明第一请求和第二请求是当前没有对于其的对应响应的未定请求；从第一用户接收第三请求，该第三请求包含针对一个或多个过去提交的请求将被执行的特定命令，其中该特定命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令；以及针对一个或多个过去提交的请求执行所述特定命令。

根据本发明的另一方面，提供了一种用于并行处理启用语音的用户请求的方法，包括：由一个服务于多个连接的用户的启用语音的系统从一个第一用户顺序地接收多个输入请求；以及并行处理来自第一用户的多个输入请求，包括：判断来自第一用户的一个输入请求是一个新的服务请求还是对于一个已有服务请求的命令，其中该命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令；如果输入请求是一个新的服务请求，则把该新的服务请求加入一个请求列表中；以及如果输入请求是一个命令，则对于已有的服务请求，更新请求列表中对应的条目。

根据本发明的另一方面，提供了一种具有用于服务于多个连接的用户的、启用语音的交互语音响应应用的装置，包括：从第一用户顺序地接收一个第一请求和一个第二请求的逻辑电路；并行处理第一请求和第二请求的逻辑电路；对于每个请求，判断在一段预定的时间之内是否有一个对于相应请求的响应的逻辑电路；如果在这段预定的时间之内有对于相应请求的对应响应，则向第一用户发送该对应的响应的逻辑电路；如果在这段预定的时间之内没有对于相应请求的对应响应，则发送一条指明对应的服务请求已经超时的消息的逻辑电路；从第一用户接收第三请求的逻辑电路，该第三请求包含针对一个或多个过去提交的请求将被执行的特定命令，其中该特定命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令；以及针对一个或多个过去提交的请求执行所述特定命令的逻辑电路。

根据本发明还有的另一方面，提供了一种启用语音的交互语音响应、即IVR系统，用于服务于多个连接到该系统的用户，所述系统包括：从第一用户顺序地接收多个输入请求的逻辑电路；以及并行处理来自第一用户的多个输入请求的逻辑电路，包括：判断来自第一用户的一个输入请求是一个新的服务请求还是对于一个已有服务请求的命令的逻辑电路；如果输入请求是一个新的服务请求，则把新的服务请求加入一个请求列表中的逻辑电路；以及如果输入请求是一个命令，则对于已有的服务请求，更新请求列表中对应的条目的逻辑电路，其中所述命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令。

附图说明

参考附图将会更全面地了解本发明的特性和优点，其中：

图1是一幅流程图，展示了在顺序处理模式/架构中，用户如何依次检验信息；

图2是一幅流程图，概括地展示了在常规的系统/应用程序中，如何发送和处理用户请求；

图3是一幅框图，显示了按照本发明的教导之系统架构/配置的一个实施例；

图4是一幅结构图，显示了按照本发明的教导之请求列表；

图5是一幅流程图，显示了按照本发明的教导之用户输入管理方法的一个实施例；

图6是一幅流程图，显示了按照本发明的教导之服务过程管理方法的一个实施例；

图7是一幅流程图，显示了按照本发明的教导之分配系统响应方法的一个实施例；

图8是一幅流程图，显示了按照本发明的教导之方法的一个实施例；

图9是一幅流程图，显示了按照本发明的教导之方法的一个实施例。

具体实施方式

为了彻底理解本发明，在下面的详细说明中阐述了许多特定的细节。不过，本领域的技术人员应当承认，没有这些特定的细节，也能够理解和实施本发明。

在以下的讨论中，采用本发明的教导以实施一种方法、装置、系统和机器可读的介质，用于并行处理用户请求。按照本发明的教导，利用为启用语音的交互语音响应(IVR)应用程序而并行化的架构，实施用户请求的并行处理。

在本文介绍的新IVR应用程序架构的一个实施例中，用户不必等待过去请求的响应，就能够发送新的请求。来自同一用户的多个请求将并行处理。在一个实施例中，实施了本发明之教导的一个系统，将根据对应响应到达的次序，向用户报告可用的信息。因此，该系统能够同时对来自同一用户的多个请求同时进行服务。在一个实施例中，从一个用户接收多个输入请求。然后，并行处理这多个输入请求。在一个实施例中，为了对多个输入请求进行并行处理，系统中的多种部件包括一个用户输入管理器、一个服务过程管理器和一个系统响应分配器相互进行协作，以便并行地处理多个请求，如同下面更详细的介绍。在一个实施例中，收到用户发送的输入请求后，用户输入管理器就判断，这一个输入请求是一个新的服务请求，还是一个针对该用户过去发送的已有服务请求的命令请求。如果该输入请求是一个新的服务请求，用户输入管理器就把新的服务请求加入请求列表。如果该输入请求是一个命令请求，用户输入管理器就根据收到的命令，在请求列表中更新已有服务请求的对应内容。在用户输入管理器执行其对应功能的同时，服务过程管理器也并行地执行以下功能。在一个实施例中，服务过程管理器判断或者说探测是否已经从用户输入管理器收到一个新的服务请求。如果已经收到了一个新的服务请求，服务过程管理器就产生一个服务过程，以便管理/处理这个新的服务请求。因为每个服务过程的运行都独立于其它的服务过程，所以多个请求能够以并行模式同时处理。

图3是一幅框图，显示了按照本发明的教导之系统配置/架构300的一个实施例。系统架构300能够以并行模式，应付或处理来自同一用户的多个请求。如图3所示，系统架构300包括一个用户输入管理器310、一个服务过程管理器325和一个系统响应分配器335。系统架构300进一步包括一个输入状态315、一个请求列表320和服务过程库330。在一个实施例中，服务过程库330包括多个服务过程，它们能够独立运行，以便以并行模式处理来自用户301的多个请求。下面更详细地介绍图3所示的每个部件或单元的操作和功能。

在一个实施例中，用户301表示该系统的若干用户之一，他能够访问系统300，以便获得他需要的信息。在一个实施例中，用户301也能够提供命令，来管理用户301过去发送的服务请求。用户301能够发送或提供的某些命令(本文中也称为请求管理命令)包括如下实例：

-Cancel/stop    (取消一个过去的请求)

-Cancel/stop all(取消所有过去的请求)

-Retry          (再次发送一个过去的请求)

-Report state   (报告请求的状态)

-Next           (下一个请求)

在一个实施例中，输入状态315是一个状态变量，用于指明当前连接之用户(如用户301)的状态。在一个实施例中，输入状态变量315能够设置为空闲和活化这两个数值之一。系统探测到没有用户输入时，输入状态变量315就设定为空闲。系统探测到有用户输入(如通过语音或任何其它输入方法)时，输入状态变量315就设定为活化。在一个实施例中，用户输入管理器310配置为探测用户输入活动，并且随之设置输入状态变量315。正如下面更详细的介绍，在一个智能模式中，系统响应分配器335将检验输入状态变量315，以便决定是否向用户301呈现信息。

在一个实施例中，请求列表320是一个列表，包含着来自一个用户(如用户301)的所有请求，既包括未定的请求，也包括处理后的请求。未定的请求就是系统已经收到但是该时刻还没有结果或者说响应的请求。处理后的请求就是已经返回了结果或者说响应但是尚未向用户报告的请求。在一个实施例中，一旦收到新的请求就把它们加入这个列表中，而且这些请求的状态标记为未定的。一个未定请求对应的响应一旦到达，该请求的状态就改变为处理后的。在一个实施例中，请求列表320用于存放多个请求条目，其中每一个都对应于从用户301收到的一个具体请求。

图4中展示了请求列表320的一幅结构图400。在一个实施例中，每个请求条目可以包含多种数据项或者说数据区，包括请求标识符410、请求内容420、请求状态旗标430、请求重复次数440和请求响应450等。在一个实施例中，请求标识符410是每个请求惟一的号码或者说标识符。例如，请求列表320中的第一个请求能够分配一个惟一标识符“1”，第二个请求能够分配一个惟一的标识符“2”，依此类推。在一个实施例中，请求内容420包含着对应请求的一个说明。请求状态旗标430用于指明对应请求的当前状态(如未定的或处理后的)。在一个实施例中，重复次数区440用于指明在超时或失败的情况下，对应的请求已经尝试了多少次。在一个实施例中，请求响应450表示对于该请求的结果或者说响应，一旦服务过程结束了对各个请求的处理，就从对应的服务过程返回它。

在一个实施例中，用户输入管理器310负责收集用户输入(如新的服务请求或请求管理命令等)以及把用户输入分配到对应的部件，使得它们在适当之处处理。一般说来，大多数IVR系统或应用程序采用两种类型的输入方法：DTMF/脉冲按键输入和语音输入。使用DTMF/脉冲按键探测器或语音识别器翻译用户输入，然后发送给用户输入管理器310。图3中没有显示DTMF/脉冲按键探测器或语音识别器的部件。

图5显示了一幅流程图，用户输入管理器310执行的过程500的一个实施例。如图5所示，用户输入管理器310能够不断地收集多个用户请求。它不必等待前面请求的结果，就能够获得更多的用户请求。在一个实施例中，有多种类型的用户输入，包括服务请求和请求管理命令。用户能够发送请求管理命令来管理与该用户相关联的所有请求，包括未处理的和处理后的请求。在一个实施例中，在下面介绍的条件下，系统可以自动向用户报告处理后的请求。

在一个实施例中，用户输入管理器310也负责探测用户活动并且随之设置输入状态变量315的数值。例如，假若没有用户输入，输入状态变量315就设定为空闲。如果用户输入管理器310探测到有用户输入，输入状态变量315就设定为活化。

再次参考图5，过程500开始于框501，并且前进至方框510以获得用户输入。在判断框520确定用户输入的类型。如果用户输入是一个新的服务请求，过程500就前进至方框530。否则，过程500前进至方框540。在方框530，把新的服务请求加入到请求列表320，并且向服务过程管理器325发送一个通知，告知或者说通报服务过程管理器325已经收到了一个新的服务请求。在方框540，根据收到的请求管理命令修改请求列表。如果需要，也可以向服务过程管理器325发送一个通知。例如，假若请求管理命令是一个取消过去请求的命令，就向服务过程管理器325发送一个取消通知。在这种情况下，服务过程管理器325将取消或者停止为相应服务请求产生的对应服务过程。然后，过程500将或者从方框530或者从方框540循环回到方框510。

图6显示了一幅流程图，该流程图表明服务过程管理器325执行的过程600的一个实施例。在一个实施例中，服务过程管理器325负责处理用户请求如下。从用户输入管理器310收到一个服务请求之后，服务过程管理器325就产生一个服务过程，以便按照请求列表320中存放的信息处理该请求。一旦对应的服务过程结束了服务请求的处理，或者发生了一个超时条件，服务过程管理器将从对应的服务过程获得结果信息(或者超时消息)。然后，服务过程管理器325向系统响应分配器335发送一个适当的通知，告知系统响应分配器335相应服务请求的状态(如是要向用户发送的结果信息已经有了还是已经发生了超时)。然后，系统响应分配器335为相应的服务请求把结果信息(或者超时消息)放入请求列表320。该服务请求的状态随之改变为“处理后的”。在一个实施例中，处理后的请求按已经处理过之服务请求的次序，形成了请求的一个子列表。这个子列表能够像处理后请求列表一样引用。因为每个服务过程的运行都独立于其它的服务过程，多个请求是同时处理的。所以，按照本发明的教导设计和实施的系统，与传统的或常规的系统/应用程序中的顺序模式相比效率更高(如在一段指定的时间内能够向用户传递更多的信息)。

在一个实施例中，服务过程管理器325能够接收取消正在进行之服务过程的命令。例如，在用户退出登录或者用户发送特定的命令以请求取消服务请求时，就可能发生这种情况。在这种情况下，服务过程管理器325将立即停止或取消对应的过程。

参考图6，过程600开始于框601，并且前进至框610。在判断框610，如果收到了一个新的服务请求，过程600就前进至方框615。否则过程600前进至判断框620。在方框615，产生或者激活一个服务过程，以便处理相应的服务请求。在判断框620，如果一个服务过程完成了其处理或者发生了超时，过程600就前进至方框625。否则过程600前进至框630。在方框625，向系统响应分配器335发出一条通知消息。把结果信息(或者在发生超时的情况下是超时信息)放入请求列表320。在判断框630，如果收到了取消一个请求的消息，过程600就前进至方框635，以便立即取消或停止对应的服务过程。否则过程600循环回到框610，继续继续服务过程的处理。

图7是一幅流程图，显示了按照本发明的教导，系统响应分配器335执行的过程700的一个实施例。在一个实施例中，系统响应分配器335配置为向用户报告系统对一个用户请求返回的结果。在一个实施例中，当对应的服务过程结束处理时或者发生超时条件时，系统响应分配器335通过服务过程管理器325，从对应的服务过程接收适当的通知。系统响应分配器335收到适当的通知后，可以通报用户处理后请求列表的当前状态，比如处理后请求的总数目。在一个实施例中，用户获得结果之后，对该请求执行一种后处理。用户可以选择刷新该请求(如因为超时而再次发送该请求)，或者从请求列表中删除它，或者干脆不管它。在一个实施例中，当用户已经指定了没有偏好时，系统能够对于刷新/保持/删除处理后的请求，实施自己的策略。如上所述，用户删除管理器310负责获得用户输入以及处理用户命令。

在一个实施例中，系统响应分配器335能够按照系统配置，选择下面的报告模式之一，向用户报告结果：1.盲模式：有了结果之后，系统响应分配器335将立即向用户报告结果，而不管当时用户的活动如何。2.智能模式：当用户空闲时(如通过检验输入状态变量315的数值)，系统响应分配器335才向用户报告结果。3.被动模式：在这种模式下，有了结果时也不向用户发通知，所以用户只能发送适当的命令来检验有无结果。

无论在任何情况下，用户都能够自行检索信息。再次参考图7，过程700开始于框701，并且前进至方框710，把一个称为HASNOTIFICATION(有通知)的旗标设置为第一数值(如假)。在判断框715，如果收到了一个新的通知，过程700就前进至方框720，把旗标HASNOTIFICATION设置为第二数值(如真)。否则过程700前进至判断框725，检验HASNOTIFICATION旗标是否为真。如果HASNOTIFICATION为真，过程700就前进至判断框735，确定适当的报告模式。如果报告模式为盲模式，过程700就前进至方框755。如果报告模式为智能模式，过程700就前进至判断框745，检验用户是否空闲。如果用户空闲，过程700就前进至方框755，向用户报告结果信息。否则本过程循环回到方框710，继续处理。如果报告模式为被动模式，过程700就前进至方框765。在方框765，把HASNOTIFICATION旗标复位为假。然后，过程700从方框765循环回到方框710，继续处理。

图8是一幅流程图，显示了按照本发明的教导之方法800的一个实施例。在方框810，从第一用户接收一个第一请求和一个第二请求。在方框820，并行处理第一请求和第二请求。在方框830，对于每个请求，判断在一段预定的时间之内，相应请求是否有一个响应。在方框840，如果在这段预定的时间之内，相应请求有了对应的响应，就向第一用户发送该响应。在方框850，如果在这段预定的时间之内，还没有对应的响应，就向第一用户发送一条消息或一个通知，向第一用户指明相应的请求超时了。

图9是一幅方框图，显示了按照本发明的教导之方法900的一个实施例。在方框910，从第一用户接收多个请求(如服务请求或请求管理命令等)。在方框920，判断一个输入请求是一个新的服务请求，还是对于一个已有服务请求(如第一用户过去发送的一个请求)的命令。在方框930，如果输入请求是一个新的服务请求，相应的新的服务请求就加入一个请求列表中。产生或激活一个服务过程，以便应付/处理新的服务请求。在方框940，如果输入请求是一个命令，就根据收到的命令，随之更新请求列表中对应的条目。如上所述，然后按照收到的命令，执行一个或多个对应的功能(如取消服务请求、报告请求的状态等)。

虽然本文是使用启用语音的IVR系统/应用程序作为实例来介绍本发明，但是本领域的技术人员应当承认和理解，本发明的教导也能够应用于其它类型的系统和应用程序。在多种启用语音的服务系统/应用程序中，比如语音门禁和基于网络的应用程序中，都能够采用本发明的教导。

连同优选实施例已经介绍了本发明。显而易见，对于本领域的技术人员，在以上说明的指导下，显然能够产生众多的替代、修改、变化和用途。

Claims (15)

1.一种用于在启用语音的交互语音响应、即IVR应用中并行处理用户请求的方法，其中该启用语音的IVR应用服务于多个连接的用户，所述方法包括：

由启用语音的IVR应用从一个第一用户顺序地接收一个第一请求和一个第二请求；

通过将第一请求和第二请求加入与第一用户相关联的请求列表中，而并行处理第一请求和第二请求；

向第一请求和第二请求的对应状态分配第一数值，该第一数值指明第一请求和第二请求是当前没有对于其的对应响应的未定请求；

从第一用户接收第三请求，该第三请求包含针对一个或多个过去提交的请求将被执行的特定命令，其中该特定命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令；以及

针对一个或多个过去提交的请求执行所述特定命令。

2.根据权利要求1的方法，进一步包括：

为请求列表中的每个未定请求产生一个单独的服务过程，以便处理对应的请求；以及

相对于其它服务过程独立地运行每个服务过程。

3.根据权利要求2的方法，进一步包括：

响应于一个指明相应请求已经完成的通知，把相应请求的状态更新为第二数值。

4.一种用于并行处理启用语音的用户请求的方法，包括：

由一个服务于多个连接的用户的启用语音的系统从一个第一用户顺序地接收多个输入请求；以及

并行处理来自第一用户的多个输入请求，包括：

判断来自第一用户的一个输入请求是一个新的服务请求还是对于一个已有服务请求的命令，其中该命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令；

如果输入请求是一个新的服务请求，则把该新的服务请求加入一个请求列表中；以及

如果输入请求是一个命令，则对于已有的服务请求，更新请求列表中对应的条目。

5.根据权利要求4的方法，其特征在于，处理多个输入请求的步骤进一步包括：

探测是否已经收到了一个新的服务请求；

如果已经收到了一个新的服务请求，则产生一个服务过程，以便处理相应新服务请求；

探测在一段预定的时间之内相应服务过程是否完成；

如果在这段预定的时间之内服务过程已经完成，则向第一用户发送相应服务过程产生的结果信息；以及

如果在这段预定的时间之内服务过程尚未完成，则向第一用户发送一条指明对应服务请求已经超时的消息。

6.根据权利要求5的方法，进一步包括：

响应于收到关于一个或多个已有服务请求的一个命令，根据收到的命令，执行一个或多个对应的功能。

7.根据权利要求5的方法，进一步包括：

确定与第一用户相关联的报告模式；以及

按照与第一用户相关联的报告模式，执行对应的报告功能。

8.一种具有用于服务于多个连接的用户的、启用语音的交互语音响应应用的装置，包括：

从第一用户顺序地接收一个第一请求和一个第二请求的逻辑电路；

并行处理第一请求和第二请求的逻辑电路；

对于每个请求，判断在一段预定的时间之内是否有一个对于相应请求的响应的逻辑电路；

如果在这段预定的时间之内有对于相应请求的对应响应，则向第一用户发送该对应的响应的逻辑电路；

如果在这段预定的时间之内没有对于相应请求的对应响应，则发送一条指明对应的服务请求已经超时的消息的逻辑电路；

从第一用户接收第三请求的逻辑电路，该第三请求包含针对一个或多个过去提交的请求将被执行的特定命令，其中该特定命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令；以及

针对一个或多个过去提交的请求执行所述特定命令的逻辑电路。

9.根据权利要求8的装置，其特征在于，并行处理第一请求和第二请求的逻辑电路包括：

把第一请求和第二请求加入与第一用户相关联的一个请求列表中的逻辑电路；以及

向第一请求和第二请求的对应状态分配第一数值的逻辑电路，该第一数值指明第一请求和第二请求是当前没有对于其的对应响应的未定请求。

10.根据权利要求9的装置，进一步包括：

为请求列表中的每个未定请求产生一个单独的服务过程，以便处理对应的请求的逻辑电路；以及

相对于其它服务过程独立地运行每个服务过程的逻辑电路。

11.根据权利要求10的装置，进一步包括：

响应于一个指明相应请求已经完成的通知，把相应请求的状态更新为第二数值的逻辑电路。

12.一种启用语音的交互语音响应、即IVR系统，用于服务于多个连接到该系统的用户，所述系统包括：

从第一用户顺序地接收多个输入请求的逻辑电路；以及

并行处理来自第一用户的多个输入请求的逻辑电路，包括：

判断来自第一用户的一个输入请求是一个新的服务请求还是对于一个已有服务请求的命令的逻辑电路；

如果输入请求是一个新的服务请求，则把新的服务请求加入一个请求列表中的逻辑电路；以及

如果输入请求是一个命令，则对于已有的服务请求，更新请求列表中对应的条目的逻辑电路，其中所述命令是包括以下命令的组中的一个命令，所述组包括：a)用于取消第一用户过去提交的一个特定请求的命令，b)用于取消第一用户过去提交的所有请求的命令，c)用于重试第一用户过去提交的一个特定请求的命令，以及d)用于报告第一用户过去提交的一个或多个请求的当前状态的命令。

13.根据权利要求12的系统，其特征在于，处理多个输入请求的逻辑电路进一步包括：

探测是否已经收到了一个新的服务请求的逻辑电路；

如果已经收到了一个新的服务请求，则产生一个服务过程，以便处理相应新服务请求的逻辑电路。

14.根据权利要求13的系统，进一步包括：

探测在一段预定的时间之内相应服务过程是否完成的逻辑电路；

如果在这段预定的时间之内服务过程已经完成，则向第一用户发送相应服务过程产生的结果信息的逻辑电路；以及

如果在这段预定的时间之内服务过程尚未完成，则向第一用户发送一条指明对应服务请求已经超时的消息的逻辑电路。

15.根据权利要求12的系统，进一步包括：

响应于收到关于一个或多个已有服务请求的一个命令，根据收到的命令，执行一个或多个对应的功能的逻辑电路。

Images