CN102984266A - 一种数据交互处理方法及装置 - Google Patents
一种数据交互处理方法及装置 Download PDFInfo
- Publication number
- CN102984266A CN102984266A CN 201210525482 CN201210525482A CN102984266A CN 102984266 A CN102984266 A CN 102984266A CN 201210525482 CN201210525482 CN 201210525482 CN 201210525482 A CN201210525482 A CN 201210525482A CN 102984266 A CN102984266 A CN 102984266A
- Authority
- CN
- China
- Prior art keywords
- service request
- server
- ria
- request
- buffer memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本申请涉及一种数据交互处理方法及装置。一种数据交互处理方法包括:缓存RIA中的业务请求;在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器;接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。因此在前端设备和服务器不连通时,缓存当前RIA中的业务请求,以保证当前RIA数据不丢失。在该前端设备再次和服务器连通时,可以直接将缓存的业务请求交给服务器进行处理,并将服务器处理后的结果返回给相应的业务请求,从而可以在原来基础上继续进行操作即可,提高了数据交互的可靠性,保证了数据通信的稳定性且成本低。
Description
技术领域
本发明涉及通信领域,尤其涉及一种数据交互处理方法及装置。
背景技术
基于AJAX(Asynchronous JavaScript And XML,创建交互式网页应用的网页开发技术)的RIA(Rich Internet Applications,丰富的因特网应用程序)技术的不断进步使RIA优于传统的B/S(Browser/Server,浏览器/服务器)模式程序。RIA不仅可以提供类似于桌面程序的交互方案,也具有B/S程序的免安装特性。但是随着RIA功能越来越复杂,浏览器与服务器之间的数据交互也越来越频繁,导致数据通信的稳定性受到挑战。
为了解决上述问题,目前的技术方案为使用正版的服务器端软件作为后端服务程序以提高后端服务程序的可靠性,或者使用具有高性能的服务器硬件以提升服务器硬件性能,进而在程序可靠性提高或者硬件性能提高的基础上,提高数据交互的可靠性。
虽然上述技术方案可以提高数据交互的可靠性,但是所需服务器硬件和正版的服务器端软件的成本高,增加服务器的成本。
发明内容
为解决上述技术问题,本申请实施例提供一种数据交互处理方法及装置,以达到提高数据交互的可靠性且降低代价目的,技术方案如下:
一种数据交互处理方法,包括:
缓存当前丰富的因特网应用程序RIA中的业务请求;
在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器;
接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。
优选的,还包括:为缓存的所述业务请求分配唯一的请求标识;
将所述响应结果返回给相对应的业务请求包括:根据所述请求标识,将响应结果返回给所述请求标识对应的业务请求。
优选的,所述缓存当前RIA中的业务请求包括:在当前RIA状态为不连通状态的情况下,缓存当前RIA中的业务请求。
优选的,还包括:
周期性发送请求;
在未接收到服务器反馈的连通响应的情况下,判定当前RIA状态为不连通状态;
在接收到服务器反馈的连通响应的情况下,判定当前RIA状态为连通状态。
优选的,周期性发送请求包括:使用AJAX定时捕获预设在服务器上的空白页面;
在未捕获到所述空白页面时,判定未接收到服务器反馈的连通响应;
在捕获到所述空白页面时,判定接收到服务器反馈的连通响应。
一种数据交互处理装置,包括:
缓存单元,用于缓存当前丰富的因特网应用程序RIA中的业务请求;
缓存请求处理单元,用于在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序,将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器;
接收处理单元,用于接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。
优选的,还包括:
分配单元,用于为缓存的所述业务请求分配唯一的请求标识;
接收处理单元具体用于根据所述请求标识,将响应结果返回给所述请求标识对应的业务请求。
优选的,其特征在于,缓存单元具体用于在当前RIA状态为不连通状态的情况下,缓存当前RIA中业务请求。
优选的,还包括:
判断单元,用于周期性发送请求,在未接收到服务器反馈的连通响应时,判定当前RIA状态为不连通状态,以及在接收到服务器反馈的连通响应时,判定当前RIA状态为连通状态。
优选的,判断单元具体用于使用AJAX定时捕获预设在服务器上的空白页面,在未捕获到该空白页面时,判定未接收到服务器反馈的连通响应;在捕获到所述空白页面时,判定接收到服务器反馈的连通响应。
与现有技术相比,本申请的有益效果是:
本申请的技术方案中,在前端设备提供一种数据交互处理方法,缓存当前RIA中的业务请求;在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序,将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器;接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。因此,本申请的技术方案在前端设备和服务器不连通时,缓存当前RIA中的业务请求,以保证当前RIA数据不丢失。在该前端设备再次和服务器连通时,可以直接将缓存的业务请求交给服务器进行处理,并将服务器处理后的结果返回给相应的业务请求,从而可以在原来基础上继续进行操作即可,提高了数据交互的可靠性,保证了数据通信的稳定性且成本低。进一步前端设备再次和服务器连通时,一次性提交所有缓存的业务请求,提高了前端程序的健壮性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一种数据交互处理方法的一种流程图;
图2是本申请的一种数据交互处理方法的另一种流程图;
图3是本申请的一种数据交互处理方法的再一种流程图;
图4是本申请的一种数据交互处理装置的一种结构图;
图5是本申请的一种数据交互处理装置的另一种结构图;
图6是本申请的一种数据交互处理装置的再一种结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请提供一种数据交互处理方法可以缓存当前丰富的因特网应用程序RIA中的业务请求,在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序,将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器,然后接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。以下将列举实施例对本申请提供的一种数据交互处理方法进行详细说明。
一个实施例
请参阅图1,其示出了本申请提供的一种数据交互处理方法的一种流程图,可以包括以下步骤:
步骤S11:缓存当前丰富的因特网应用程序RIA中的业务请求。
在本实施例中,在前端设备设置缓存请求队列,所述缓存请求队列用来缓存当前RIA中的业务请求,并且在缓存过程中按照业务请求的先后顺序进行缓存。在缓存当前RIA中的业务请求前,前端设备会向服务器周期性发送请求来判断当前RIA状态,如果判断结果为当前RIA状态为不连通状态,则执行缓存当前RIA中的业务请求的操作。
造成当前RIA状态为不连通状态的原因有多种,例如:当前RIA中某个业务请求发出后得到HTTP(Hyper Text Transfer Protocol,超文本传输协议)级别无法连通信息,如果收到HTTP级别无法连通信息则说明当前RIA中某个业务请求不能和服务器连接,当前RIA中某个业务请求不能和服务器连接可能是前端设备出现故障,也可能是网络问题,也可能是服务器问题;或者,服务器数据库不可用,此时虽然当前RIA与服务器有连接,但是数据库不可用,服务器仍然不会对当前RIA发出的业务请求进行响应,此时RIA也为不连通状态;或者,当前RIA与服务器没有连接,当前RIA不会收到服务器反馈的连接响应。当然,造成当前RIA状态为不连通的状态的原因有多种,并不局限于上述列举的原因。
上述缓存请求队列可以缓存当前RIA处于任何状态下的业务请求。当然,缓存请求队列还可以缓存当前RIA处于某个状态下的业务请求,如在当前RIA状态处于不连通状态时,缓存当前RIA中的业务请求。
步骤S12:在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器。
在执行步骤S11缓存当前RIA中的业务请求时,前端设备向服务器周期性发送请求的操作并没有停止,在缓存当前RIA中的业务请求后,前端设备向服务器周期性发送请求的判断结果为当前RIA状态为连通状态,即RIA状态由不连通状态变为连通状态,此时,前端设备执行以下操作:
按照RIA中业务请求的缓存先后顺序将缓存的所有业务请求封装到一个数据包,并将所述数据包发送至服务器。
其中,将缓存的所有业务请求封装到一个数据包的过程中可以一次性将所有缓存的业务请求发送至服务器,提高了前端设备中程序的健壮性,也进一步保障了数据的完整性。
步骤S13:接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。
缓存请求队列在将数据包发送到服务器后,服务器首先接收封装到数据包中的业务请求,然后对业务请求进行处理,并将处理结果返回给前端设备中的当前RIA,前端设备中的当前RIA再将处理结果返回给相对应的业务请求。在这个过程中,在当前RIA状态由不连通状态转为连通状态后,服务器可以直接从缓存请求队列中获取前端设备当前RIA中的业务请求,从而无需从当前RIA中重新发送业务请求,进而前端设备不必进行刷新页面操作,而前端设备也可以将服务器的处理结果返回给相对应的业务请求。
现举用户进行注册邮箱例子对本申请提供的一种数据交互处理方法进行说明,在注册邮箱时需要填写一些用户信息,如用户名,密码,手机号码,找回密码的问题等,用户在开始填写用户信息后,前端设备就开始周期性发送请求来判断当前注册邮箱的程序和服务器是否处于连接状态,如果用户在只填写了用户名这一个用户信息时,判断到与服务器连接断开,此时便把携有用户名的判断用户名是否已被注册的业务请求缓存到缓存请求队列。
此时前端设备仍周期性发送请求,在缓存之后,如果前端设备周期性发送请求的判断结果为注册邮箱这一程序重新与服务器连通,此时,将缓存在缓存请求队列的携有用户名的判断用户名是否已被注册的业务请求发送至服务器,服务器此时判断该用户名是否被注册,然后将判断结果返回给注册邮箱这一程序,注册邮箱程序再将判断结果返回给判断用户名是否已被注册这一请求,可见,注册邮箱程序不用重新发送请求即不需要刷新页面,注册邮箱程序可以保持断开前的状态,页面上已填写的用户名仍然存在。如果接收到的判断结果为用户名未注册,在注册邮箱页面上显示用户名未注册,并可以接收用户继续在注册邮箱页面上填写未填写的信息。
另一个实施例
在本实施例中,在图1所示的一种数据交互处理方法的基础上扩展出另一种数据交互处理方法,具体过程请参阅图2。其中图2为本申请提供的一种数据交互处理方法的另一种流程图,可以包括以下步骤:
步骤S21:缓存当前丰富的因特网应用程序RIA中的业务请求。
与图1所示的一种数据交互处理方法中的步骤S11相同,在此不再赘述。
步骤S22:在当前RIA状态为连通状态的情况下,为缓存的业务请求分配唯一的请求标识,并按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器。
在本实施例中,为缓存的业务请求分配唯一的请求标识是在当前RIA状态为连通状态的情况下进行。当然,为缓存的业务请求分配唯一的请求标识也可以在当前RIA状态为不连通的状态下进行。
为缓存的业务请求分配的唯一请求标识使每个缓存的业务请求拥有一个表明自己身份的专属标识,便于服务器清楚的分辨每个业务请求,并根据所述唯一请求标识返回处理结果至前端设备中的当前RIA,然后前端设备中的当前RIA根据之前给业务请求分配的唯一请求标识,将接收到的结果返回给相对应的业务请求,提高了处理业务请求的准确性。
将缓存的所有业务请求封装到数据包中可以为:将缓存的所有业务请求封装到一个数据包中,然后将该数据包发送至服务器。当然,将缓存的所有业务请求封装到数据包中也可以为:一个业务请求封装为一个数据包,此时缓存请求队列中就包括多个数据包,然后将多个数据包一次性发送至服务器。
步骤S23:接收服务器执行所述业务请求后获得的响应结果,根据所述请求标识将响应结果返回给所述请求标识对应的业务请求。
其中,响应结果中携带有之前分配给业务请求的请求标识,因此可以根据所述请求标识将响应结果准确的返回给所述请求标识对应的业务请求。
再一个实施例
在本实施例中,对图2所示的一种数据交互处理方法做了进一步限定,请参阅图3。其中图3为本申请提供的一种数据交互处理方法的再一种流程图,其示出了本申请提供的数据交互处理方法的完整过程,可以包括以下步骤:
步骤S31:前端设备周期性发送请求,判断当前RIA状态。
在本实施例中,前端设备周期性发送请求,未收到服务器反馈的连通响应时,判定当前RIA状态为不连通状态。当前端设备接收到服务器反馈的连通响应时,判定当前RIA状态为连通状态。
其中,前端设备周期性发送请求来判断当前RIA是否连通,在当前RIA接收到HTTP级别无法连通信息时,说明当前RIA未接收到服务器反馈的连接响应,即判定当前RIA状态为不连通状态;或者,在服务器数据可不可用时,当前RIA不会接收到服务器反馈的当前RIA业务请求处理响应,此时也判定当前RIA状态为不连通状态;或者,在当前RIA与服务器建立连接后又断开的情况下,也不会接收到服务器反馈的连接响应,此时也判定当前RIA状态为不连通状态。所述HTTP级别是指JavaScript(基于对象和事件驱动,并具有安全性能的脚本语言)能够进行网络通信的最低级别,该HTTP级别表明最低级别通信都失败,那判断业务模块挂掉,即无法连通信息。所述服务器反馈的连接响应和所述服务器反馈的当前RIA业务请求处理响应都为服务器反馈的连通响应。
在本实施例中,前端设备周期性发送的请求可以为使用AJAX定时捕获预设在服务器上的空白页面。如果前端设备未捕获到该空白页面时,判定未接收到服务器反馈的连通响应,反之,判定接收到服务器反馈的连通响应。
其中,使用AJAX捕获预设在服务器上的空白页面时,如果前端设备接收到服务器返回的HTTP消息中的内置的Status codes(状态码)为200,则表示前端设备捕获到预设在服务器上的空白页面,即判定接收到服务器反馈的连通响应,如果前端设备接收到服务器返回的HTTP消息中的内置的Statuscodes不为200,则表示前端设备未捕获到预设在服务器上的空白页面,即判定未接收到服务器反馈的连通响应。
步骤S32:在当前RIA状态为不连通状态时,缓存当前RIA中业务请求。
在本实施例中,在当前RIA状态为不连通状态时,服务器不会处理当前RIA发送的业务请求,所以需要缓存当前RIA中的业务请求。
例如:一个前端RIA中的业务请求可以为搜索一张图片,此时当前RIA会向服务器发出搜索请求,但是服务器却返回HTTP级别无法连通信息,此时携有搜索内容的该搜索请求就进入缓存请求队列等待服务器处理,在当前RIA与服务器建立连接后,服务器就会对该搜索请求进行处理,并将处理结果返回给当前RIA,当前RIA再将处理结果返回给搜索图片业务请求,页面最终显示出搜索结果,可见,当前RIA不必重新输入搜索内容,只需等待当前RIA与服务器建立连接后将缓存请求队列中的业务请求交给服务器处理,并接收服务器对业务请求的处理结果。
步骤S33:在当前RIA状态为连通状态的情况下,为缓存的业务请求分配唯一的请求标识,并按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器。
步骤S34:接收服务器执行所述业务请求后获得的响应结果,根据所述请求标识将响应结果返回给所述请求标识对应的业务请求。
步骤S33和步骤S34和图2所示的一种数据交互处理方法中的步骤S22和步骤S23相同,在此不再赘述。
与上述实施例相对应,本申请提供了一种数据交互处理装置的一种结构图,请参阅图4,数据交互处理装置包括:缓存单元41、缓存请求处理单元42和接收处理单元43。
其中,缓存单元41,用于缓存当前丰富的因特网应用程序RIA中的业务请求。
在本实施例中,在前端设备设置缓存单元41,缓存单元41用来缓存当前RIA中的业务请求,并且在缓存过程中按照业务请求的先后顺序进行缓存。在缓存当前RIA中的业务请求前,前端设备会向服务器周期性发送请求来判断当前RIA状态,如果判断结果为当前RIA状态为不连通状态,则执行缓存当前RIA中的业务请求的操作。
缓存单元41可以缓存当前RIA处于任何状态下的业务请求。当然,缓存单元41还可以缓存当前RIA处于某个状态下的业务请求,如在当前RIA状态处于不连通状态时,缓存当前RIA中的业务请求。
本实施例中,缓存单元41可以是一个缓存请求队列。
缓存请求处理单元42,用于在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序,将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器。
在缓存单元41缓存当前RIA中的业务请求时,前端设备向服务器周期性发送请求的操作并没有停止,在缓存当前RIA中的业务请求后,前端设备向服务器周期性发送请求的判断结果为当前RIA状态为连通状态,即RIA状态由不连通状态变为连通状态,此时,前端设备触发缓存请求处理单元42,触发后缓存请求处理单元42按照RIA中业务请求的缓存先后顺序将缓存单元41缓存的所有业务请求封装到一个数据包,并将所述数据包发送至服务器。
其中,将缓存的所有业务请求封装到一个数据包的过程中可以一次性将所有缓存的业务请求发送至服务器,提高了前端设备中程序的健壮性,也进一步保障了数据的完整性。
接收处理单元43,用于接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。
缓存请求处理单元42在将数据包发送到服务器后,服务器首先接收封装到数据包中的业务请求,然后对业务请求进行处理,并将处理结果返回给前端设备中的当前RIA,前端设备中的当前RIA再将处理结果返回给相对应的业务请求。在这个过程中,在当前RIA状态由不连通状态转为连通状态后,服务器可以直接从缓存单元41中获取前端设备当前RIA中的业务请求,从而无需从当前RIA中重新发送业务请求,进而前端设备不必进行刷新页面操作,而前端设备也可以将服务器的处理结果返回给相对应的业务请求。
另一个实施例
在本实施例中,在图4所示的一种数据交互处理装置的基础上扩展出另一种数据交互处理装置,具体构成请参阅图5。其中图5为本申请提供的一种数据交互处理装置的另一种结构图,在图4所示的一种数据交互处理装置的基础上还包括:
分配单元51,用于为缓存的所述业务请求分配唯一的请求标识。
在本实施例中,分配单元51为缓存的业务请求分配唯一的请求标识是在当前RIA状态为连通状态的情况下进行。在当前RIA状态为连通状态时,在分配单元51为缓存的业务请求分配唯一的请求标识之后,缓存请求处理单元42按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器。
当然,分配单元51为缓存的业务请求分配唯一的请求标识也可以在当前RIA状态为不连通的状态下进行。
接收处理单元43具体用于根据所述请求标识,将响应结果返回给所述请求标识对应的业务请求。
在本实施例中,服务器执行业务请求后获得的响应结果中携带有之前分配单元51分配给业务请求的请求标识,因此接收处理单元43在接收到服务器执行业务请求后获得的响应结果后,可以根据所述请求标识将响应结果返回给所述请求标识对应的业务请求。
再一个实施例
在本实施例中,图6为本申请提供的一种数据交互处理装置的再一种结构图,其示出了本申请提供的数据交互处理装置的完整结构,在基于图5所示的数据交换处理装置的基础上还包括:判断单元61。
其中,判断单元61用于周期性发送请求,在未接收到服务器反馈的连通响应时,判定当前RIA状态为不连通状态,以及在接收到服务器反馈的连通响应时,判定当前RIA状态为连通状态。
在本实施例中,前端设备周期性发送的请求可以为使用AJAX定时捕获预设在服务器上的空白页面。如果前端设备未捕获到该空白页面时,判定未接收到服务器反馈的连通响应,反之,判定接收到服务器反馈的连通响应。
在判断单元61的判定结果为当前RIA状态为不连通状态时,缓存单元41缓存当前RIA中业务请求。
在本实施例中,在当前RIA状态为不连通状态时,服务器不会处理当前RIA发送的业务请求,所以需要缓存单元41缓存当前RIA中的业务请求。
判断单元61的判定结果为当前RIA状态为连通状态时,触发分配单元51为缓存的业务请求分配唯一的请求标识,然后触发缓存请求处理单元42按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽范围。
Claims (10)
1.一种数据交互处理方法,其特征在于,包括:
缓存当前丰富的因特网应用程序RIA中的业务请求;
在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器;
接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。
2.根据权利要求1所述的数据交互处理方法,其特征在于,还包括:为缓存的所述业务请求分配唯一的请求标识;
将所述响应结果返回给相对应的业务请求包括:根据所述请求标识,将响应结果返回给所述请求标识对应的业务请求。
3.根据权利要求1所述的数据交互处理方法,其特征在于,所述缓存当前RIA中的业务请求包括:在当前RIA状态为不连通状态的情况下,缓存当前RIA中的业务请求。
4.根据权利要求3所述的数据交互处理方法,其特征在于,还包括:
周期性发送请求;
在未接收到服务器反馈的连通响应的情况下,判定当前RIA状态为不连通状态;
在接收到服务器反馈的连通响应的情况下,判定当前RIA状态为连通状态。
5.根据权利要求4所述的数据交互处理方法,其特征在于,周期性发送请求包括:使用AJAX定时捕获预设在服务器上的空白页面;
在未捕获到所述空白页面时,判定未接收到服务器反馈的连通响应;
在捕获到所述空白页面时,判定接收到服务器反馈的连通响应。
6.一种数据交互处理装置,其特征在于,包括:
缓存单元,用于缓存当前丰富的因特网应用程序RIA中的业务请求;
缓存请求处理单元,用于在当前RIA状态为连通状态的情况下,按照业务请求的缓存先后顺序,将缓存的所有业务请求封装到数据包中,并将所述数据包发送至服务器;
接收处理单元,用于接收服务器执行所述业务请求后获得的响应结果,并将所述响应结果返回给相对应的业务请求。
7.根据权利要求6所述的数据交互处理装置,其特征在于,还包括:
分配单元,用于为缓存的所述业务请求分配唯一的请求标识;
接收处理单元具体用于根据所述请求标识,将响应结果返回给所述请求标识对应的业务请求。
8.根据权利要求6所述的数据交互处理装置,其特征在于,缓存单元具体用于在当前RIA状态为不连通状态的情况下,缓存当前RIA中业务请求。
9.根据权利要求8所述的数据交互处理装置,其特征在于,还包括:
判断单元,用于周期性发送请求,在未接收到服务器反馈的连通响应时,判定当前RIA状态为不连通状态,以及在接收到服务器反馈的连通响应时,判定当前RIA状态为连通状态。
10.根据权利要求9所述的数据交互处理装置,其特征在于,判断单元具体用于使用AJAX定时捕获预设在服务器上的空白页面,在未捕获到该空白页面时,判定未接收到服务器反馈的连通响应;在捕获到所述空白页面时,判定接收到服务器反馈的连通响应。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201210525482 CN102984266A (zh) | 2012-12-05 | 2012-12-05 | 一种数据交互处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201210525482 CN102984266A (zh) | 2012-12-05 | 2012-12-05 | 一种数据交互处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102984266A true CN102984266A (zh) | 2013-03-20 |
Family
ID=47857999
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201210525482 Pending CN102984266A (zh) | 2012-12-05 | 2012-12-05 | 一种数据交互处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102984266A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103209212A (zh) * | 2013-03-22 | 2013-07-17 | 烽火通信科技股份有限公司 | 基于RIA的Web网管客户端中的数据缓存方法及系统 |
CN104080175A (zh) * | 2013-03-25 | 2014-10-01 | 腾讯科技(深圳)有限公司 | 一种号码资源分配方法、终端、服务器和系统 |
CN105610906A (zh) * | 2015-12-18 | 2016-05-25 | 北京奇虎科技有限公司 | 转发请求的方法、装置及系统 |
CN106790444A (zh) * | 2016-12-06 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 网络数据交互方法和装置 |
CN109542918A (zh) * | 2018-10-19 | 2019-03-29 | 平安普惠企业管理有限公司 | 保证数据一致性的方法、系统、计算机设备及存储介质 |
CN110085237A (zh) * | 2019-04-29 | 2019-08-02 | 大众问问(北京)信息科技有限公司 | 交互过程的恢复方法、装置及设备 |
-
2012
- 2012-12-05 CN CN 201210525482 patent/CN102984266A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103209212A (zh) * | 2013-03-22 | 2013-07-17 | 烽火通信科技股份有限公司 | 基于RIA的Web网管客户端中的数据缓存方法及系统 |
CN103209212B (zh) * | 2013-03-22 | 2015-09-16 | 烽火通信科技股份有限公司 | 基于RIA的Web网管客户端中的数据缓存方法及系统 |
CN104080175A (zh) * | 2013-03-25 | 2014-10-01 | 腾讯科技(深圳)有限公司 | 一种号码资源分配方法、终端、服务器和系统 |
CN104080175B (zh) * | 2013-03-25 | 2018-09-04 | 腾讯科技(深圳)有限公司 | 一种号码资源分配方法、终端、服务器和系统 |
CN105610906A (zh) * | 2015-12-18 | 2016-05-25 | 北京奇虎科技有限公司 | 转发请求的方法、装置及系统 |
CN106790444A (zh) * | 2016-12-06 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 网络数据交互方法和装置 |
CN109542918A (zh) * | 2018-10-19 | 2019-03-29 | 平安普惠企业管理有限公司 | 保证数据一致性的方法、系统、计算机设备及存储介质 |
CN110085237A (zh) * | 2019-04-29 | 2019-08-02 | 大众问问(北京)信息科技有限公司 | 交互过程的恢复方法、装置及设备 |
CN110085237B (zh) * | 2019-04-29 | 2022-01-07 | 大众问问(北京)信息科技有限公司 | 交互过程的恢复方法、装置及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103124263B (zh) | 一种广告推送系统及广告推送设备、广告服务器 | |
EP2770788B1 (en) | Notification push method, device, and system | |
CN102984266A (zh) | 一种数据交互处理方法及装置 | |
CN101741872B (zh) | 目标资源的信息获取方法及装置 | |
CN101662464A (zh) | 一种用于实现http请求服务的系统及其方法 | |
CN101119385A (zh) | 利用WebPush技术提高HTTP网络速度的方法 | |
CN102867007A (zh) | 网页浏览方法及装置 | |
CN103686684A (zh) | 离线缓存的方法及装置 | |
CN103347092A (zh) | 一种识别缓存文件的方法及装置 | |
CN102110168B (zh) | 一种移动终端浏览器功能扩展方法及装置 | |
CN101771676A (zh) | 一种跨域授权的设置、鉴权方法、相关装置及系统 | |
CN103023930A (zh) | 网页共享方法及装置 | |
CN101287003A (zh) | 一种实现移动终端监控视频浏览的系统及方法 | |
CN104105007A (zh) | 移动终端的视频加载方法、装置及系统 | |
CN110234080A (zh) | 一种信息显示方法、装置和系统 | |
CN101521633A (zh) | 即时通讯中的消息传送方法及装置 | |
CN102054042A (zh) | 知识信息交互服务方法、站点及问答交互平台 | |
CN103888540A (zh) | 登录信息同步方法、被同步和同步网络服务器 | |
CN105812460A (zh) | 一种面向企业客户的移动互联网消息推送技术 | |
CN109302340A (zh) | 一种埋点数据上报方法、装置及计算机可读存储介质 | |
US11064052B2 (en) | Page insertion method and device | |
CN103533001A (zh) | 基于http多重代理的通信方法和系统、中间代理服务器 | |
CN110633443A (zh) | 一种页内数据通信的方法、装置、设备和介质 | |
CN103312592B (zh) | 一种在网页上批量向即时通信客户端发送信息的方法 | |
CN102497402B (zh) | 一种内容注入方法及系统、内容分发方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130320 |