[发明专利]处理请求

说明书

请求在计算机服务器处通过从用户终端接收针对服务的请求而被处理，请求包括表示处理来自用户终端的针对服务的至少一个之前类似的请求的失败的程度的遇困信息。遇困信息从请求被接收并且请求依照遇困信息被处理。用户终端基于从服务器接收到的响应在请求中提供遇困信息。

技术领域

本发明涉及特别是在基于云的无状态（stateless）服务器架构的上下文中处理请求。

背景技术

在这样的架构中，多个服务器被提供用于处理来自多个客户端的请求。服务器能够位于相同的物理位置中，或者位于不同的物理位置中，但是就任何特定客户端而言它们不知道服务器的位置。服务器位于负载均衡机制后面，所述负载均衡机制依照各种各样的负载均衡技术来管理从客户端终端到服务器的请求。客户端经由可以为有线的或无线的任何适合的网络与负载均衡机制通信，并因此与服务器通信。

图1图示了示例性架构，其中云被一般地表示成被示出为包括位于负载均衡机制6后面的多个服务器4。客户端终端8经由网络10与云2通信。客户端终端能够被实施为任何形式的计算机终端。例如，它们可以是膝上型电脑、平板、移动电话、个人计算机等。在每种情况下，客户端终端8执行允许终端的用户访问云2的应用（例如，安装的客户端）。云2形成可被应用访问的因特网的一部分。当服务是需要的时，访问特定因特网位置的请求被从客户端终端8发送到网络10以用于例如使用形式为统一资源定位符URL的因特网地址来访问该位置。当云2被访问时，负载均衡机制6接收请求并且将它导向服务器4中的一个。所选服务器处理请求并且将响应返回给发出了请求的客户端终端8。

应当了解，在任何特定时间，非常大量的请求能够由客户端全球性地发出以便将在云2处被接收并且由负载均衡机制6管理。服务器4在它们不知道关于可能已从相同的客户端终端被接收到并且发出到云2中的其它服务器的较早请求的任何事情的意义上而言是不可知论的。每个特定服务器基于由负载均衡机制6所管理的到该服务器的传入请求的队列而管理对它服务的请求的处理。

这样的架构的例子是在搜索引擎中，其中搜索请求被从客户端终端接收并且导向服务器。服务器通过实施搜索并且将搜索结果返回给发出了请求的客户端终端的用户来处理请求。

发明内容

本发明内容被提供来以简化形式引入下面在具体实施方式中被进一步描述的构思的选择。本发明内容不旨在识别所要求保护的主题的关键特征或必要特征，它也不旨在被用来限制所要求保护的主题的范围。

从用户终端发出请求的方法在本文中被描述。针对服务的第一请求被发出到服务器。对第一请求的响应被监测以便确定它是否在预定时间内在用户终端处被接收到。如果响应在预定时间内尚未被接收到，则第二类似的请求被发出，其包括表示处理第一请求的失败的程度的遇困（distress）信息，遇困信息基于监测步骤被评估。

用户终端被描述，其用于访问来自它经由通信网络被连接到的服务器的服务。用户终端具有可操作来将针对服务的第一请求发出到服务器的传送功能。用户终端还具有监测对第一请求的响应是否在预定时间内在终端处被接收到的监测功能。如果响应在预定时间内尚未被接收到，则传送功能发出针对相同服务的第二类似的请求。在用户终端处的插入功能在第二请求中插入表示处理第一请求的失败的程度的遇困信息，其中遇困信息通过监测功能被评估。

具有在计算机可读介质上的计算机可读指令的计算机程序产品被描述，所述计算机可读指令当被计算机执行时提供用于建立通信事件的通信客户端。所述产品还向服务器发出针对通信客户端需要的服务的第一请求，监测对第一请求的响应是否在预定时间内在用户终端处被接收到，并且如果响应在预定时间内尚未被接收到，则发出第二类似的请求并且将表示处理第一请求的失败的程度的遇困信息包括在第二请求中，遇困信息基于监测步骤被评估。

各种实施例能够被应用在各式各样的上下文中。它能够被用于浏览器应用、web客户端以及其它客户端。根据一个例子，可操作来建立基于分组的通信的通信客户端能够受益于本发明构思。