网页处理请求的处理方法和装置以及电子设备与流程

本发明涉及计算机技术领域，尤其涉及一种网页处理请求的处理方法和装置以及电子设备。

背景技术：

在现有web客户端(以下简称客户端)与web服务器(以下简称服务器)之间的交互过程中，用户可通过客户端向服务器发送网页处理请求(例如，比较常见的基于http协议的http处理请求)，同时会产生一个与该网页处理请求对应的会话标识(会话id)，服务器在处理该网页处理请求的过程中，则通过包括会话id及最新步骤处理结果的处理进度表来记录处理结果。此后，为了向用户展示网页处理请求的处理过程，客户端还会以预置的时间间隔向服务器提交携带对应会话id的处理结果查询请求，服务器则根据会话id从处理进度表中获得处理结果并返回客户端，以便客户端将该处理结果对应的内容向用户进行展示。

在上述过程中，由于服务器对于网页处理请求各步骤的处理时长是不固定的，很难预先设置一个与服务器对于网页处理请求各步骤的处理时长完全匹配的时间间隔，比如，在该时间间隔较长，而服务器对于网页处理请求各步骤的处理时长较短的情况下，服务器在一个时间间隔内可能会处理完多个步骤，而在该时间间隔后，客户端再次发送查询请求时，服务器返回的则是处理完成的最新步骤的处理结果，从而可能会跳过了至少一个步骤的处理结果。也就是说，在上述处理方式中，客户端接收到的针对网页处理请求的处理结果并不完整，从而也无法向用户展示针对网页处理请求的完整处理过程。

技术实现要素：

本发明提供了一种网页处理请求的处理方法和装置以及电子设备，以便于客户端和服务器之间对于网页处理请求的处理结果交互，减少客户端接收到的网页处理请求的处理结果的不完整性，从而向用户展示针对网页处理请求的完整处理过程。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种网页处理请求的处理方法，包括：

向服务器发送网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

根据服务器返回的处理结果消息中携带的会话标识所包括的处理步骤序号，确定下次发送网页处理查询请求时携带的会话标识中包括的处理步骤序号。

第二方面，提供了一种网页处理请求的处理方法，包括：

接收来自客户端的网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

根据所述待查询的处理步骤序号，从处理结果记录中获取适合的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

第三方面，提供了一种网页处理请求的处理装置，包括：

网页处理查询请求发送模块，用于向服务器发送网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

处理步骤序号确定模块，用于根据服务器返回的处理结果消息中携带的会话标识所包括的处理步骤序号，确定下次发送网页处理查询请求时携带的会话标识中包括的处理步骤序号。

第四方面，提供了一种网页处理请求的处理装置，包括：

网页处理查询请求接收模块，用于接收来自客户端的网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

处理结果获取模块，用于根据所述待查询的处理步骤序号，从处理结果记录中获取适合的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

第五方面，提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

向服务器发送网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

根据服务器返回的处理结果消息中携带的会话标识所包括的处理步骤序号，确定下次发送网页处理查询请求时携带的会话标识中包括的处理步骤序号。

第六方面，提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

接收来自客户端的网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

根据所述待查询的处理步骤序号，从处理结果记录中获取适合的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

本发明提供的网页处理请求的处理方法和装置以及电子设备，可在客户端与服务器之间关于处理进度的交互过程中，在网页处理查询请求和处理结果消息所携带的会话标识中加入了处理步骤序号，在客户端一侧，可以根据处理结果消息所反馈的处理步骤序号机动调整下一次待查询的处理步骤序号，在服务器一侧，可以根据处理步骤序号对处理结果进行记录，以向客户端提供准确的与具体步骤对应的处理结果，通过这样的机制，可便于客户端和服务器之间对于网页处理请求的处理结果交互，减少客户端接收到的网页处理请求的处理结果的不完整性，从而向用户展示针对网页处理请求的完整处理过程。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的网页处理请求的处理方法逻辑示意图；

图2为本发明实施例提供的网页处理请求的处理装置架构示意图；

图3为本发明实施例提供的网页处理请求的处理方法流程示意图一；

图4-1及图4-2为本发明实施例提供的网页处理请求的处理方法场景示意图；

图5为本发明实施例提供的网页处理请求的处理方法另一场景示意图；

图6为本发明实施例提供的网页处理请求的处理方法流程示意图二；

图7为本发明实施例提供的网页处理请求的处理装置结构示意图一；

图8为本发明实施例提供的网页处理请求的处理装置结构示意图二；

图9为本发明实施例提供的电子设备的结构示意图一；

图10为本发明实施例提供的电子设备的结构示意图二。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

以网页处理请求为基于http协议的http处理请求为例，现有web客户端(以下简称客户端)与web服务器(以下简称服务器)之间的交互过程如下：用户可通过客户端向服务器发送http处理请求(比如用户使用某浏览器在某网页中发起查看某图片的请求等)，服务器可在接收到该http处理请求后对其进行相应的处理。其中，在客户端发送该http处理请求的过程中，会产生一个与该http处理请求对应的会话标识(以下简称会话id)；相应的，在服务器处理该http处理请求的过程中，通常为对该http请求按步骤进行处理(即针对一个http处理请求需处理多个步骤)，同时采用包括＜会话id，步骤＞对的处理进度表来记录处理完成的最新步骤的处理结果(每处理完成一个步骤则记录一次)，也即最新步骤的处理结果将覆盖之前步骤的处理结果。

为了向用户展示该http处理请求的处理过程，客户端会在发送该http处理请求后，以预置的时间间隔向服务器提交携带对应会话id的http处理查询请求(也即用于查询针对该http处理请求的处理结果的请求)，服务器在接收到该http处理查询请求后，则会根据会话id从相应的处理进度表中获得最新步骤的处理结果并返回客户端，以便客户端将该最新步骤的处理结果对应的内容向用户进行展示。

本发明改变了现有技术中，基于客户端发送的网页处理查询请求(如http处理查询请求等)，服务器直接将处理进度表中最新步骤的处理结果返回客户端，以致在客户端发送查询请求的时间间隔与服务器处理效率不匹配的情况下，客户端可能接收到的针对网页处理请求的处理结果并不完整的问题，其核心思想在于，提出一种在无需考虑客户端发送查询请求的时间间隔与服务器处理效率是否匹配的情况下，减少客户端接收到的网页处理请求的处理结果不完整性的方案，首先重新定义了包括处理步骤序号的会话标识，目的在于客户端可基于处理步骤序号向服务器发送网页处理查询请求(也即可查询每个步骤的处理结果)，且服务器可基于网页处理查询请求中的待查询处理步骤序号，选择适合的处理步骤序号及其对应的处理结果并返回客户端，接下来，客户端可根据服务器返回的处理步骤序号确定下次发送网页处理查询请求时携带的待查询处理步骤序号，以此，可便于客户端和服务器之间对于网页处理请求的处理结果交互，减少客户端接收到的网页处理请求的处理结果的不完整性，进而向用户展示针对网页处理请求的完整处理过程。

如图1所示，为本发明实施例的网页处理请求的处理方法逻辑示意图。在该逻辑示意图中，整个处理过程为客户端与服务器的交互过程，涉及客户端发送网页处理查询请求的处理过程以及对应的服务器针对网页处理查询请求的处理过程，其中，客户端在向服务器发送网页处理查询请求时，携带包括待查询处理步骤序号的会话标识，服务器接收到来自客户端的网页处理查询请求后，根据该待查询处理步骤序号从处理结果记录中获取适合的处理步骤序号及其对应的处理结果并通过处理结果消息返回客户端，客户端则可根据服务器返回的的处理结果信息中携带的会话标识所包括的处理步骤序号，确定下次发送网页处理查询请求时携带的待查询处理步骤序号。通过上述客户端与服务器之间基于网页处理查询请求的交互过程，从服务器来说，可根据客户端发送的网页处理查询请求中携带的待查询处理步骤序号所对应的处理结果存在与否，从处理结果记录中机动选取适合的处理步骤序号及其对应的处理结果并返回客户端，以将服务器当前的处理进度及时告知客户端；从客户端来说，可根据服务器的返回结果获知服务器当前的处理进度，并机动调整下次所携带的待查询处理步骤序号，也即机动调整待查询的步骤处理结果，以便客户端可向服务器发送针对网页处理请求的每个步骤的处理查询请求，进而提高从服务器获取网页处理请求的处理结果的完整性，以向用户展示针对网页处理请求的完整处理过程。

基于图1所述的网页处理请求的处理方法的逻辑示意图，本发明实施例提供了一种执行上述处理步骤的处理装置，如图2所示，该网页处理请求的处理装置可分别设置于客户端21及服务器22中，其中，在客户端21中，该网页处理请求的处理装置211可用于，向服务器22发送携带包括待查询处理步骤序号的会话标识的网页处理查询请求，以便服务器返回包括处理步骤序号及其处理结果的处理结果信息，然后根据处理结果信息中的步骤序号机动调整下次向服务器发送网页处理查询请求中携带的待查询处理步骤序号；相应的，在服务器22中，该网页处理请求的处理装置221可用于，接收来自客户端21的上述网页处理查询请求后，判断待查询处理步骤序号对应的处理结果是否存在于处理进度表中，根据判断结果在处理进度表中获取适合的步骤序号及其处理结果并返回客户端。通过上述客户端和服务器之间基于网页处理查询请求的交互过程，可减少客户端接收到的网页处理请求的处理结果的不完整性，以便客户端可接收到针对网页处理请求的每个步骤的处理结果，进而可以向用户展示针对网页处理请求的完整处理过程。

实施例一

如图3所示，其为本发明实施例示出的网页处理请求的处理方法流程示意图，该方法的执行主体为图2中所示的网页处理请求的处理装置。如图3所示，该网页处理请求的处理方法包括如下步骤：

s310，向服务器发送网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号。

在具体实现时，在客户端向服务器发送网页处理查询请求之前，还可向服务器发送网页处理请求，同时产生一个与该网页处理请求相对应的会话标识。此后，该会话标识将贯穿使用于与该网页处理请求相关的客户端与服务器的交互过程中。

在本实施例中，该会话标识(会话id)比如可包括如下三部分，第一部分是散列值(“h”)，第二部分为连字符号(“_”)，第三部分为处理步骤序号(“n”，“n”为大于0的正整数)，即“h_n”。其中，第一部分的散列值可根据当前时间的毫秒值作为摘要通过sha-1算法而计算得到，以此可保证该值的全局唯一性，比如“1293bdcd85b6c4d612d04d114f5f381_1”，可表示该会话标识的第一处理步骤所对应的值，在该会话标识中，前两部分是固定不变的，第三部分(也就是处理步骤序号)可根据需要(比如根据待查询步骤的变化等)进行改变。当然，上述会话标识可作为本实施例中的一种实现方式，根据实际需要，可对会话标识的构成进行调整，但无论如何调整，处理步骤序号的部分是必须的，以便于后续步骤的实现。

基于上述产生的会话标识，客户端可在向服务器发送网页处理请求时，携带包括初始的处理步骤序号的会话标识(即会话标识中的处理步骤序号为“1”)。

客户端在向服务器发送网页处理请求之后，可基于会话标识以预置时间间隔向服务器发送针对该网页处理请求的处理结果查询请求，具体来说，是基于会话标识中的步骤序号发送针对该网页处理请求的某步骤处理结果的查询请求，比如，处理结果查询请求中携带的会话标识为“h_3”，则为查询针对该网页处理请求的第三处理步骤的处理结果。在实际应用中，通常从针对该网页处理请求的第一处理步骤的处理结果开始进行查询(即对应的会话标识的处理步骤序号为“1”)。

服务器在接收到来自客户端的网页处理查询请求之后，先确定该网页处理查询请求携带的会话标识中的待查询处理步骤序号(比如，会话标识为“h_3”，则待查询处理步骤序号为“3”，即第三处理步骤)。

然后，根据待查询的处理步骤序号，从处理结果记录中获取适合的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给客户端。

在具体实现时，可根据处理结果记录中是否存在待查询处理步骤序号对应的处理结果以获取适合的处理步骤序号及其对应的处理结果。

其中，如果处理结果记录中已经记录有待查询处理步骤序号对应的处理结果，比如待查询处理步骤序号为“3”，处理结果记录中已经记录有处理步骤序号为“1至4”的处理结果，则获取该处理步骤序号(即“3”)及其对应的处理结果，并通过处理结果消息发送给客户端。

如果处理结果记录中未记录待查询的处理步骤序号对应的处理结果，比如待查询处理步骤序号为“3”，处理结果记录中已经记录有处理步骤序号为“1至2”的处理结果，则获取处理结果记录中最新的处理步骤序号(即“2”)及其对应的处理结果，并通过处理结果消息发送给所述客户端。

如果处理结果记录为空，比如在服务器还没有开始对网页处理请求进行处理或者针对网页处理请求的第一步骤还未处理完成等情况下，则服务器不向客户端返回处理结果消息，也即客户端在此情况下，接收不到服务器的任何反馈。

以此，服务器可根据处理结果记录中已记录的处理步骤序号及其对应的处理结果，也即服务器可根据其针对网页处理请求的处理进度，机动选取返回客户端的处理步骤序号及处理结果，可将服务器当前的处理进度及时告知客户端，以便客户端调整下次发送网页处理查询请求所携带的待查询处理步骤序号，以向服务器发送针对网页处理请求的每个步骤的处理查询请求，进而提高从服务器获取网页处理请求的处理结果的完整性，以向用户展示针对网页处理请求的完整处理过程。

s320，根据服务器返回的处理结果消息中携带的会话标识所包括的处理步骤序号，确定下次发送网页处理查询请求时携带的会话标识中包括的处理步骤序号。

在本实施例中，客户端在接收到服务器返回的处理结果消息后，可先判断该处理结果消息中携带的会话标识所包括的处理步骤序号，是否对应为网页处理查询请求中携带的待查询处理步骤序号。

在具体实现时，如果服务器返回的处理结果消息所携带的处理步骤序号与待查询处理步骤序号相同，比如，返回的处理结果消息所携带的处理步骤序号为“3”，待查询步骤处理序号也为“3”，可表示得到待查询步骤的处理结果，并可将该处理结果对应的内容向用户展示，然后可将待查询处理步骤序号递增加一(即“4”)作为下次发送网页处理查询请求时所携带的待查询处理步骤序号，以继续查询针对该网页处理请求的下一步骤的处理结果。

如果服务器返回的处理结果消息所携带的处理步骤序号与待查询处理步骤序号不同，比如，返回的处理结果信息所携带的处理步骤序号为“2”，待查询步骤处理序号为“3”，可由此推测服务器返回的是处理结果记录中最新的步骤处理结果，服务器当前最有可能正在处理的是第三步骤，则可将处理结果消息所携带的处理步骤序号(即“2”)递增加一(即“3”)作为下次发送网页处理查询请求时所携带的待查询处理步骤序号，以查询服务器最有可能即将处理完成的步骤处理结果。

如果在预设的时间内(可根据实际需要进行设置，比如30秒等)，未收到服务器返回的处理结果消息，比如待查询步骤序号为“1”，可由此推测服务器处于还没有开始对网页处理请求进行处理或者针对网页处理请求的第一步骤还未处理完成等情况，则可仍然将待查询处理步骤序号作为下次发送网页处理查询请求时所携带的待查询处理步骤序号。

以此，客户端可根据服务器的反馈及时获知服务器当前的处理进度，并可机动调整待查询处理步骤序号，以便客户端可向服务器发送针对网页处理请求的每个步骤的处理查询请求，进而提高从服务器获取网页处理请求的处理结果的完整性，以向用户展示针对网页处理请求的完整处理过程。

参看图4-1及图4-2，以具体实例来介绍上述本发明实施例的网页处理请求的处理方法。

在客户端与服务器的交互过程中，可涉及三个线程，比如包括应用于客户端的第一线程(可用front-endthread表示)，其可用于发送网页处理请求(可用action表示)以及随后的网页处理进度查询请求(可用getprogress表示)；应用于服务器的第二线程和第三线程，第二线程(可用mainthread表示)，其可用于响应客户端发送的所有请求，第三线程(可用workerthread表示)，其可用于对客户端发送的请求进行相应处理，第二线程、第三线程之间可通过包括<会话id，处理步骤序号>对的处理结果记录实现处理进度的记录、查询等。

在仅部署一台服务器的情况下，所有的请求均由该服务器处理，客户端的第一线程向服务器发送网页处理请求(action)，服务器的第二线程接收到网页处理请求(action)后，将其派发给第三线程处理，第三线程对该网页处理请求(action)每处理一个步骤，都将处理结果以<h_n,progress_n>对的形式通知第二线程，直至所有步骤都处理完毕(即<h_k,progress_k>)，第二线程则将该些处理结果都记录到本地的处理结果记录中去。

客户端发起的网页处理查询请求中携带的会话id可用“h_ni”表示，服务器处理该网页处理请求的每个步骤时的会话id可用“h_nj”表示，基于此，客户端与服务器的交互过程可为如下：

(1)客户端可通过第一线程向服务器发送网页处理请求，产生会话id“h_1”。

(2)服务器可通过第二线程接收到携带会话id为“h_1”的网页处理请求后，创建针对该网页处理请求的处理结果记录来记录其处理进度，比如可采用<会话id，步骤序号>对的形式进行记录。

(3)客户端可通过第一线程以预置时间间隔向服务器发送网页处理查询请求，网页处理查询请求中携带上述会话id“h_ni”，其中，第一个查询请求的ni为1，也即查询第一步骤的处理结果。

(4)服务器可通过第二线程接收到该网页处理查询请求后，将该网页处理查询请求派发到第三线程处理，第三线程解析出会话id的散列值h和步骤序号ni，以确定对应的网页处理请求及待查询步骤序号，并判断待查询步骤序号对应的处理结果是否存在于处理结果记录中。

(5)一种情况下(具体参看图4-1)，第二线程中的处理结果记录中存在待查询步骤序号对应的处理结果，也就是ni≤nj，服务器(第三线程)的执行速度至少不落后于客户端(第一线程)的查询频率，则获取该待查询步骤序号ni及其对应的处理结果，并可通过处理结果消息返回客户端；

客户端在接收到与其发送的待查询步骤序号对应的处理结果消息后，则可将待查询步骤序号ni递增加一(即ni+1)，以作为下次发送网页处理查询请求中携带的待查询步骤序号，以此，可保证客户端得到针对该网页处理请求的每个步骤的处理结果。

(6)另一种情况下(具体参看图4-2)，第二线程中的处理结果记录中不存在待查询步骤序号对应的处理结果，也就是ni＞nj，服务器(第三线程)的执行速度落后于客户端(第一线程)的查询频率，则获取处理结果记录中最新处理完成的步骤序号nj及其对应的处理结果，并可通过处理结果消息返回客户端；

客户端在接收到与其发送的待查询步骤序号并不对应的处理结果消息后，可判定其查询频率可能过快，待查询步骤序号不能在ni的基础上递增，可在服务器返回的处理步骤序号的基础上进行递增，即将最新处理完成的步骤序号nj递增加一(即nj+1)，以作为下次发送网页处理查询请求中携带的待查询步骤序号，以此，可保证客户端得到针对该网页处理请求的每个步骤的处理结果。

参看图5所示，在本发明另一实施例中，可部署多台服务器将上述处理任务分散以实现负载均衡，比如可设置两台用于执行处理任务的第一服务器51和第二服务器52，及一个用于存储数据的第三服务器53。

用户可通过客户端54向服务器发送一个需要执行多个步骤的网页处理请求，同时产生包括处理步骤序号的会话标识，该网页处理请求可分配到第一服务器51或第二服务器52进行处理(本实施例中，可由第一服务器51进行处理)，第一服务器51在对该网页处理请求的处理过程中，每处理完一个步骤，则将该处理步骤序号及相应的处理结果存储于第三服务器53。

随后，用户可通过客户端54向服务器发送基于待查询步骤序号的网页处理查询请求，该网页处理查询请求可分配到第二服务器52进行处理，由于第二服务器52中不记录针对网页处理请求的处理结果，则第二服务器52需要从第三服务器53中获取待查询步骤序号对应的处理结果并返回客户端，以便客户端根据服务器返回的处理结果对用户进行展示。

根据本发明实施例提供的网页处理请求的处理方法，可在网页处理查询请求的过程中，基于会话标识中的处理步骤序号查询对应步骤的处理结果，并可根据服务器的反馈机动调整下一次发送网页处理查询请求时会话标识中携带的处理步骤序号，以减少从从服务器获得网页请求的处理结果的不完整性，进而向用户展示针对网页处理请求的完整处理过程。

实施例二

该实施例二是与实施例一相对应的服务器的实现方式，参看图6，该实施例二服务器的角度提供了一种网页处理请求的处理方法，该方法可以包括如下步骤：

s610，接收来自客户端的网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号。

s620，根据所述待查询的处理步骤序号，从处理结果记录中获取适合的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

在具体实现时，在一种情况下，如果所述处理结果记录中记录有所述待查询的处理步骤序号，则获取该处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

在另一种情况下，如果所述处理结果记录中未记录所述待查询的处理步骤序号，则获取所述处理结果记录中最新的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

另外，还有一种情况，就是如果所述处理结果记录为空，则不向客户端返回处理结果消息。

在实际应用中，在接收来自客户端的网页处理查询请求之前，还可包括：

接收客户端发送的网页处理请求，所述网页处理请求携带有包括初始的处理步骤序号的会话标识，然后，对所述网页处理请求进行处理，并将处理过程中已经执行处理步骤的处理结果与其对应的处理步骤序号记录于处理结果记录中，其中，处理结果记录中记录的处理步骤序号从初始的处理步骤序号开始依次递增。

在具体实现时，处理结果记录的记录方式可根据实际需要进行设置，可为上述的处理步骤序号及对应的处理结果(比如，<n，progress_n>)，还可为包括处理步骤序号的会话标识与其中处理步骤序号对应的处理结果(比如，<h_n，progress_n)，等等

以此，在服务器对网页处理请求的处理过程中，可基于带有处理步骤序号的会话标识以步骤为单位来记录处理结果，各个步骤的处理结果不会相互覆盖，而是依次记录，从而为后续向客户端返回每个步骤的处理结果提供了数据基础。

由于实施例二与实施例一是相对应的，因此，相关的具体实现可以参见实施一中的介绍，这里不再赘述。

根据本发明实施例提供的网页处理请求的处理方法，服务器可在针对网页处理查询请求的处理过程中，根据客户端发来的网页处理查询请求中处理步骤序号所对应的处理结果存在与否，机动选取合适的处理结果及其处理步骤序号并返回客户端，以此，可将服务器当前的处理进度及时告知客户端，以便客户端调整下次发送网页处理查询请求所携带的待查询处理步骤序号，以向服务器发送针对网页处理请求的每个步骤的处理查询请求，进而提高从服务器获取网页处理请求的处理结果的完整性，以向用户展示针对网页处理请求的完整处理过程。

实施例三

如图7所示，其为本发明实施例三的网页处理请求的处理装置的结构示意图，该处理装置可以包括：网页处理查询请求发送模块710及处理步骤序号确定模块720，其中：

网页处理查询请求发送模块710，可用于向服务器发送网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号。

处理步骤序号确定模块720，可用于根据服务器返回的处理结果消息中携带的会话标识所包括的处理步骤序号，确定下次发送网页处理查询请求时携带的会话标识中包括的处理步骤序号。

其中，所述会话标识包括根据当前时间计算的散列值和处理步骤序号。

在具体实现时，处理步骤序号确定模块720，可具体用于：

如果服务器返回的处理结果消息所携带的处理步骤序号与所述网页处理查询请求所携带的处理步骤序号相同，则将所述网页处理查询请求中所携带的处理步骤序号递增加一作为下次发送网页处理查询请求时所携带的处理步骤序号。

处理步骤序号确定模块720，还可具体用于：

如果服务器返回的处理结果消息所携带的处理步骤序号与所述网页处理查询请求所携带的处理步骤序号不同，则将所述处理结果消息所携带的处理步骤序号递增加一作为下次发送网页处理查询请求时所携带的处理步骤序号。

处理步骤序号确定模块720，还可具体用于：

如果在预设的时间内，未收到服务器返回的处理结果消息，则将前次发出的网页处理查询请求所携带的处理步骤序号作为下次发送网页处理查询请求时所携带的处理步骤序号。

在本实施例中，所述装置，还可包括：

网页处理请求发送模块，可用于向服务器发送网页处理请求，所述网页处理请求携带有包括初始的处理步骤序号的会话标识。

根据本发明实施例提供的网页处理请求的处理装置，可在网页处理查询请求的过程中，基于会话标识中的处理步骤序号查询对应步骤的处理结果，并可根据服务器的反馈机动调整下一次发送网页处理查询请求时会话标识中携带的处理步骤序号，以减少从从服务器获得网页请求的处理结果的不完整性，进而向用户展示针对网页处理请求的完整处理过程。

实施例四

如图8所示，其为本发明实施例四的网页处理请求的处理装置的结构示意图，该处理装置可以包括：网页处理查询请求接收模块810及处理结果获取模块820，其中：

网页处理查询请求接收模块810，可用于接收来自客户端的网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号。

处理结果获取模块820，可用于根据所述待查询的处理步骤序号，从处理结果记录中获取适合的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

在具体实现时，处理结果获取模块820，可具体用于：

如果所述处理结果记录中记录有所述待查询的处理步骤序号，则获取该处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

处理结果获取模块820，还可具体用于：

如果所述处理结果记录中未记录所述待查询的处理步骤序号，则获取所述处理结果记录中最新的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

在本实施例中，该装置，还可包括：

网页处理请求接收模块，可用于接收客户端发送的网页处理请求，所述网页处理请求携带有包括初始的处理步骤序号的会话标识；

网页处理请求处理模块，可用于对所述网页处理请求进行处理，并将处理过程中已经执行处理步骤的处理结果与该处理结果对应的处理步骤序号记录于所述处理结果记录中，所述处理结果记录中记录的处理步骤序号从初始的处理步骤序号开始依次递增。

根据本发明实施例提供的网页处理请求的处理装置，服务器可在针对网页处理查询请求的处理过程中，根据客户端发来的网页处理查询请求中处理步骤序号所对应的处理结果存在与否，机动选取合适的处理结果及其处理步骤序号并返回客户端，以此，可将服务器当前的处理进度及时告知客户端，以便客户端调整下次发送网页处理查询请求所携带的待查询处理步骤序号，以向服务器发送针对网页处理请求的每个步骤的处理查询请求，进而提高从服务器获取网页处理请求的处理结果的完整性，以向用户展示针对网页处理请求的完整处理过程。

实施例五

前面描述了网页处理请求的处理装置的内部功能和结构，该装置可实现为一种电子设备，如图9所示，其为本发明实施例提供的电子设备的结构示意图，具体包括：存储器91和处理器92。

存储器91，用于存储程序。

除上述程序之外，存储器91还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器91可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

处理器92，耦合至存储器91，用于执行存储器91中的程序，以用于：

向服务器发送网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

根据服务器返回的处理结果消息中携带的会话标识所包括的处理步骤序号，确定下次发送网页处理查询请求时携带的会话标识中包括的处理步骤序号。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图9所示，电子设备还可以包括：通信组件93、电源组件94、音频组件95、显示器96等其它组件。图9中仅示意性给出部分组件，并不意味着电子设备只包括图9所示组件。

通信组件93被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件93经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件93还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

电源组件94，为电子设备的各种组件提供电力。电源组件94可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件95被配置为输出和/或输入音频信号。例如，音频组件95包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器91或经由通信组件93发送。在一些实施例中，音频组件95还包括一个扬声器，用于输出音频信号。

显示器96包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

实施例六

前面描述了网页处理请求的处理装置的内部功能和结构，该装置可实现为一种电子设备，如图10所示，其为本发明实施例提供的电子设备的结构示意图，具体包括：存储器101和处理器102。

存储器101，用于存储程序。

除上述程序之外，存储器101还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

处理器102，耦合至存储器101，用于执行存储器101中的程序，以用于：

接收来自客户端的网页处理查询请求，所述网页处理查询请求中携带的会话标识包括待查询的处理步骤序号；

根据所述待查询的处理步骤序号，从处理结果记录中获取适合的处理步骤序号及其对应的处理结果，并通过处理结果消息发送给所述客户端。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图10所示，电子设备还可以包括：通信组件103、电源组件104、音频组件105、显示器106等其它组件。图10中仅示意性给出部分组件，并不意味着电子设备只包括图10所示组件。

通信组件103被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件103经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件103还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

电源组件104，为电子设备的各种组件提供电力。电源组件104可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件105被配置为输出和/或输入音频信号。例如，音频组件105包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器101或经由通信组件103发送。在一些实施例中，音频组件105还包括一个扬声器，用于输出音频信号。

显示器106包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。