网络通信数据的交互方法
【专利摘要】本发明涉及网络通信数据的交互方法，包括：建立类对象实例形式的数据模型，在数据模型中包括了用户需要的数据；当用户向通过网络向后台服务器请求数据时，所述的数据模型与后台服务器进行数据交互，用户只和数据模型进行通信进行数据的获取。本发明的网络通信数据的交互方法，能够使用户快速获取后台数据，极大的节省了数据的响应时间和用户等待的时间，有效提高了用户的Web体验。
【专利说明】网络通信数据的交互方法
【技术领域】
[0001]本发明涉及网络通信数据的交互方法，具体的讲是用户通过web页面获取信息的数据交互方法。
【背景技术】
[0002]现在的Web技术主要考虑到用户的体验提升，一个响应及时的用户数据获取方式是提升网站用户体验的一个很好的方式。在Ajax技术(一种Web异步通信的技术)日益成熟的现在，前台和后台的异步刷新已经是一个常用技术，但是如果是后台数据获取是基于Web服务或者数据库访问的方式，势必在Web通信和数据库通信时会有等待和延时，这也是目前用户在请求数据时需要长时间等待的一个重要原因。常用的用户数据获取方式是:用户提出数据请求+页面服务器+Web数据服务器。这种模型存在一定的系统开销问题，例如当用户提出的不是单一的用户数据请求，这个请求可能需要多次“页面服务器+Web数据服务器”这样的访问。这样就存在大量的系统开销:用户数据请求+第一次页面服务器+第一次Web数据服务器+第二次页面服务器+第二次Web数据服务器+……+第N次页面服务器+第N次Web数据服务器；或者是:用户数据请求+页面服务器+第一次Web数据服务器+第二次Web数据服 务器+……+第N次Web数据服务器。很显然，这样会使得请求时间变的很长，严重影响用户的Web体验。
【发明内容】
[0003]本发明提供了一种网络通信数据的交互方法，使用户能够快速获取后台数据，节省数据的响应时间，提高用户的Web体验。
[0004]本发明网络通信数据的交互方法，包括:建立类对象实例形式的数据模型，在数据模型中包括了用户需要的数据，数据模型在无数据请求时通过后台服务器更新其中所述的用户需要的数据；当用户通过网络请求后台服务器数据时，所述的数据模型直接将用户需要的数据发送给用户。类是程序语言中的一种数据结构形式，在类中可以包括方法(C语言中称为函数)、字段、常量等各种其它数据结构。一个类通常能够实现一个独立或完整的功能。通过类对象实例形式的数据模型，用户在数据交互时就是仅仅和数据模型在交互，不需要额外的把数据交互时间分割成“用户数据请求+页面服务器+Web数据服务器连接”的形式，而是直接简化为“用户数据请求+页面服务器中的数据模型中的数据”。只有在没有用户请求时，数据模型才和后台服务器通信进行数据更新。例如用户在登录网站、web应用等页面时，页面上的很多内容是固定的，并不需要如判断用户名或密码之类的实时性交互，这样就可以实现在数据模型中将这些固定内容先进行获取和更新，注入存储到内存或硬盘中，当有用户请求时，直接发送给用户，这比传统的每次请求都要和后台服务器通信要快捷的多。
[0005]进一步的，数据模型采用并发机制形式与后台服务器进行数据交互。并发机制的交互方式是在同一时间开始多个数据请求，这样就使得数据请求的等待时间等于多个数据请求通信中最长一次的数据通信等待时间，由此能够明显的节省用户等待的时间。
[0006]进一步的，数据模型在无数据请求时定时和后台服务器通信并对数据模型中的数据进行刷新，以保证数据的及时性。
[0007]进一步的，用户在向后台服务器请求数据的过程中，包含用户数据的数据模型存储在用户当前会话的Session中。Session是Web通信中的一个特有数据结构，Session贯穿于整个用户会话中。Session的存储方式是一种常用的服务器端的数据存储方式，Session会在每个用户会话中创建独立的sessionID,每个访问页面服务器的用户都会在用户本地页面中存储需要访问的sessionID,通过sessionID访问服务器的Hash表获取存放在服务器端的Session数据。
[0008]进一步的，数据模型是经过序列化后存储在Session中的。在Session中存放对象数据时，需要保证对象是可序列化的,这个可以通过conf ig文件配置Session存放方式+类名关键字的方式实现。在Session中存放对象数据可序列化是一个重要标准，否则会导致Session中的对象数据极容易丢失。当然，为了避免Session中存放对象数据丢失，也有必要采取一定的保护代码，可以更新Session中的序列化的对象数据。
[0009]经测试，本发明的网络通信数据的交互方法，能够使用户快速获取后台数据，极大的节省了数据的响应时间和用户等待的时间，有效提高了用户的Web体验。
[0010]以下结合实施例的【具体实施方式】，对本发明的上述内容再作进一步的详细说明。但不应将此理解为本发明上述主题的范围仅限于以下的实例。在不脱离本发明上述技术思想情况下，根据本领域普通技术知识和惯用手段做出的各种替换或变更，均应包括在本发明的范围内。
【专利附图】
【附图说明】
[0011]图1为本发明网络通信数据的交互方法的流程图。
[0012]图2为本发明方法和传统方法的效果对比测试图。
【具体实施方式】
[0013]如图1所示本发明网络通信数据的交互方法，包括:建立类对象实例形式的数据模型，在数据模型中包括了用户需要的数据。数据模型定时并且在非用户使用数据的时间采用并发机制与后台服务器进行数据交互，完成和后台服务器的通信和对数据模型中数据的刷新，这样不占用用户的请求时间。当用户向通过网络向后台服务器请求数据时，数据模型直接将包含的用户需要的数据发送给用户。由于数据模型和服务器的通信采取的并发机制，这样就使得数据请求的等待时间等于多个数据请求通信中最长一次的数据通信等待时间，以此来大幅度节省用户等待的时间，用户只和数据模型进行通信进行数据的获取。用户在向后台服务器请求数据的过程中，包含用户数据的数据模型经序列化后存储在用户当前会话的Session中。Session会在每个用户会话中创建独立的sessionID,每个访问页面服务器的用户都会在用户本地页面中存储需要访问的sessionID,通过sessionID访问服务器的Hash表获取存放在服务器端的Session数据。
[0014]通过类对象实例形式的数据模型，用户在数据交互时就是仅仅和数据模型在交互，不需要额外的把数据交互时间分割成“用户数据请求+页面服务器+Web数据服务器连接”的形式，而是直接简化为“用户数据请求+页面服务器中的数据模型中的数据”。
[0015]图2示出了传统用户请求和本发明方法请求的测试结果，图2中T_P_InitialDevicel?T_P_InitialDevice4的测试组代表了处理过并发数据等待时间的数据模型同步所消耗时间，T_P_InitialDeviceNol?T_P_InitialDeviceNo4的测试组代表没有处理过的模型数据同步所消耗的时间。由图中可以看出，处理过并发数据等待时间的数据模型总共只会消耗2秒，而传统的请求方式是T_P_InitialDeviceNol?T_P_InitialDeviceNo4响应时间的总和，即15秒。由此可见本发明方法在提高响应效率方面有非常显著的效果。
【权利要求】
1.网络通信数据的交互方法，其特征包括:建立类对象实例形式的数据模型，在数据模型中包括了用户需要的数据，数据模型在无数据请求时通过后台服务器更新其中所述的用户需要的数据；当用户通过网络请求后台服务器数据时，所述的数据模型直接将用户需要的数据发送给用户。
2.如权利要求1所述的网络通信数据的交互方法，其特征为:数据模型采用并发机制形式与后台服务器进行数据交互。
3.如权利要求1所述的网络通信数据的交互方法，其特征为:数据模型在无数据请求时定时和后台服务器通信并对数据模型中的数据进行刷新。
4.如权利要求1至3之一所述的网络通信数据的交互方法，其特征为:用户在向后台服务器请求数据的过程中，包含用户数据的数据模型存储在用户当前会话的Session中。
5.如权利要求4所述的网络通信数据的交互方法，其特征为:数据模型是经过序列化后存储在Session中的。
【文档编号】H04L29/08GK103607434SQ201310537869
【公开日】2014年2月26日 申请日期:2013年11月4日 优先权日:2013年11月4日
【发明者】魏劲超 申请人:四川长虹电器股份有限公司