CN102916991B - 一种数据传输方法、系统以及装置 - Google Patents
一种数据传输方法、系统以及装置 Download PDFInfo
- Publication number
- CN102916991B CN102916991B CN201110220336.5A CN201110220336A CN102916991B CN 102916991 B CN102916991 B CN 102916991B CN 201110220336 A CN201110220336 A CN 201110220336A CN 102916991 B CN102916991 B CN 102916991B
- Authority
- CN
- China
- Prior art keywords
- data
- coded sequence
- information
- attribute
- request message
- 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.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种数据传输方法、系统以及装置,主要技术方案包括:数据发送方确定待发送数据,待发送数据包括对应不同属性的数据;根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息;将待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列;将生成的编码序列发送给数据接收方。采用该技术方案,能够提高数据的传输效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种数据传输方法、系统以及装置。
背景技术
随着通信技术的发展以及通信终端的普及,用户通过通信终端浏览网页也越来越方便,为节省网络带宽,现有通信终端大部分采用C/S(Client/Server,客户端/服务器)架构实现网页内容的访问。CS是软件系统体系结构,可以充分利用两端硬件环境的优势,合理分配任务到两端来实现,降低了系统的通讯开销,加快页面访问速度。其中,客户端主要实现事件触发、请求封装、数据解析、以及用户界面展示等功能;服务器主要实现请求代理、网页内容获取、内容排版、编码等功能。
图1示出了基于C/S结构实现网页内容访问的流程示意图,如图1所示,实现网页内容访问,主要包括如下步骤:
步骤101、客户端生成包括网址信息的网页访问请求,并向服务器发送该网页访问请求;
步骤102、服务器根据客户端发送的网页访问请求中携带的网址信息,获取该网址信息对应的网页包括的页面内容;
步骤103、服务器对获取的页面内容进行处理,并将处理后的页面内容按照预定的传输协议发送给客户端。
至此,客户端与服务器的交互流程结束。
在图1对应流程包括的步骤103中,服务器对获取的页面内容进行处理,主要包括对页面内容进行排版,该排版过程即确定页面内容包括的各页面元素在网页中的位置信息的过程;将处理后的页面内容按照预定的传输协议发送给客户端,即将处理后的页面内容转换为预定协议规定的数据格式发送给客户端,目前,服务器和客户端之间的预定协议一般都要求同时发送页面内容中各页面元素的属性信息以及数据内容,其中,页面元素的属性信息用于标识所对应的页面元素对应的数据内容,以便于客户端接收解码。
根据现有技术的上述技术方案,向客户端传输的数据中除了包含在客户端显示时需要的网页元素对应的数据内容以及用于确定网页元素对应的数据内容的显示位置的位置信息,还包括网页内容中各页面元素的属性信息,数据传输量较大,数据传输效率较低。
发明内容
有鉴于此,本发明实施例提供一种数据传输方法、系统以及装置,采用该技术方案,能够提高数据的传输效率。
本发明实施例通过如下技术方案实现:
根据本发明实施例的一个方面,提供了一种数据传输方法,包括:
数据发送方确定待发送数据,所述待发送数据包括对应不同属性的数据;
根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定所述待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息;
将所述待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列;
将生成的所述编码序列发送给数据接收方。
根据本发明实施例的另一个方面,还提供了一种数据传输方法,包括:
数据接收方接收数据发送方发送的编码序列;
根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从所述编码序列的各位置解析出对应不同属性的数据;
将解析出的所述对应不同属性的数据确定为接收数据。
根据本发明实施例的另一个方面,还提供了一种数据传输系统,包括数据发送方以及数据接收方;其中:
所述数据发送方,用于确定待发送数据,所述待发送数据包括对应不同属性的数据,根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定所述待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息,将所述待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列,并将生成的所述编码序列发送给所述数据接收方;
所述数据接收方,用于数据接收方接收数据发送方发送的编码序列,根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从所述编码序列的各位置解析出对应不同属性的数据,将解析出的所述对应不同属性的数据确定为接收数据。
根据本发明实施例的另一个方面,还提供了一种数据传输装置,包括:
待发送数据确定单元,用于确定待发送数据,所述待发送数据包括对应不同属性的数据;
信息存储单元,用于保存被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息;
位置信息确定单元,用于根据所述信息存储单元保存的信息,确定所述待发送数据确定单元确定的待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息;
编码单元,用于将所述待发送数据确定单元确定的待发送的数据包括的对应不同属性的数据分别按照所述位置信息确定单元确定出的在待生成的编码序列中的位置信息,编码生成编码序列;
发送单元,用于将所述编码单元生成的所述编码序列发送给数据接收方。
根据本发明实施例的另一个方面,还提供了一种数据传输装置,包括:
接收单元,用于接收数据发送方发送的编码序列;
解析单元,用于根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从所述接收单元接收的编码序列的各位置解析出对应不同属性的数据;
数据确定单元,用于将所述解析单元解析出的所述对应不同属性的数据确定为接收数据。
通过本发明实施例提供的上述至少一个技术方案,数据发送方在传输数据时,首先确定待发送数据,该待发送数据包括对应不同属性的数据,然后根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息,并根据确定出的位置信息对待发送数据进行编码,根据该技术方案,由于用于标识各属性的数据分别在编码序列中的位置的信息在数据发送方和数据接收方同时保存了,因此,数据接收方可以根据保存的该信息,确定出编码序列中对应不同位置的数据的数据属性,该技术方案与现有技术相比,无需在传输数据时同时携带各数据的属性信息,从而减少了传输的数据量,提高了数据的传输效率。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为背景技术提供的基于C/S结构实现网页内容访问的流程示意图;
图2为本发明实施例一提供的实现数据传输的流程示意图;
图3为本发明实施例一提供的确定待发送数据的流程示意图;
图4为本发明实施例二提供的客户端访问网页的流程示意图;
图5为本发明实施例二提供的网页获取系统的结构示意图;
图6为本发明实施例三提供的一个数据传输装置的结构示意图;
图7为本发明实施例三提供的又一个数据传输装置的结构示意图;
图8为本发明实施例四提供的数据传输系统的结构示意图。
具体实施方式
为了给出提高数据的传输效率的实现方案,本发明实施例提供了一种数据传输方法、系统以及装置,以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例一
本发明实施例一提供了一种数据传输方法,该数据传输方法以减少传输过程中存在的冗余信息为目的,提高数据的传输效率。
目前的大多数传输协议中,一般都是将数据以及数据的属性信息一起编码传输,在数据接收端,需要根据与数据一起传输的数据的属性信息,确定出接收到的数据对应的属性,可见,现有传输协议中,数据发送方在发送数据的同时发送属性信息的主要目的,是指示数据接收方能够根据与数据一起发送的属性信息确定出分别对应不同属性的数据。本发明实施例所提技术方案的主要思想在于,减少数据传输过程中对各数据的属性信息的传输,具体实现过程如下:
预先在数据发送方以及数据接收方保存:用于标识各属性的数据分别在编码序列中的位置的信息。
上述信息的确定方式可以包括但不限于以下方式:
可以由数据发送方确定上述信息,并在本地保存后将确定出的该信息同步到数据接收方进行保存;
还可以由数据接收方确定上述信息,并在本地保存后将确定出的该信息同步到数据发送方进行保存;
还可以由第三方设备确定上述信息,并将确定出的信息分别发送给数据发送方和数据接收方进行保存。
上述信息中,用于标识各属性的数据分别在编码序列中的位置的信息,主要包括:
各属性的数据在编码序列中的排列顺序信息;以及
各属性的数据分别在编码序列中对应的长度信息。
根据上述的排列顺序信息以及长度信息,可以唯一确定出数据在编码序列中对应的位置。例如,保存的上述信息可以如表1所示:
表1
对应设定属性的数据 | 在编码序列中的顺序 | 在编码序列中的长度 |
属性A | 2 | 10比特 |
属性B | 1 | 15比特 |
属性C | 3 | 20比特 |
根据保存的上述信息,若待发送的数据包括分别对应属性A、B、C的数据,则根据保存的上述信息生成的编码序列为:
15比特的对应属性B的数据、10比特的对应属性A的数据以及20比特的对应属性C的数据。
表1所示的保存的信息仅为一个举例,实际应用中,根据所应用的场景,保存的信息的数量也有所不同,此处不再一一列举。
图2示出了本发明实施例一提供的实现数据传输的流程示意图,该数据传输过程主要涉及数据发送方以及数据接收方的交互,具体实现流程如图2所示,主要包括如下步骤:
步骤201、数据发送方确定待发送数据,该待发送数据包括对应不同属性的数据。
该步骤201中,根据所应用的场景不同,数据发送方确定出的待发送数据也有所不同,例如,在基于C/S架构的网页内容获取场景中时,若该数据发送方为服务器,则确定出的待发送数据可能为获取的网页内容,对应不同属性的数据为不同网页元素的数据。
步骤202、数据发送方根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定该待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息。
步骤203、数据发送方将待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列。
该步骤203的一种优选实施方式中,编码生成编码序列,可以编码生成字节流格式的编码序列,以进一步减少传输的数据量。
步骤204、数据发送方将生成的编码序列发送给数据接收方。
该步骤204中,将生成的编码序列发送给数据接收方,可以将生成的编码序列经过压缩处理后,发送给数据接收方。
上述步骤201至步骤204独立地构成了数据发送方传输数据的流程。
步骤205、数据接收方接收数据发送方发送的编码序列。
该步骤205中,若数据接收方接收到的编码序列经过压缩处理,则需要先对该编码序列进行解压缩处理。
步骤206、数据接收方根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从该编码序列的各位置解析出对应不同属性的数据。
步骤207、数据接收方将解析出的对应不同属性的数据确定为接收数据,并根据需要对接收数据进行后续处理。
上述步骤205至步骤207独立地构成了数据接收方完成的数据传输流程。
至此,数据传输流程结束。
根据图2提供的上述流程,数据发送方在传输数据时,首先确定待发送数据,该待发送数据包括对应不同属性的数据,然后根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息,并根据确定出的位置信息对待发送数据进行编码,根据该技术方案,由于用于标识各属性的数据分别在编码序列中的位置的信息在数据发送方和数据接收方同时保存了,因此,数据接收方可以根据保存的该信息,确定出编码序列中对应不同位置的数据的数据属性,该技术方案与现有技术相比,无需在传输数据时同时携带各数据的属性信息,从而减少了传输的数据量,提高了数据的传输效率。
图2对应的流程中,数据发送方可以为客户端,在数据发送方为客户端时,确定出的待发送数据一般为请求消息,服务器为请求消息的接收方,该场景下的具体处理过程如下:
上述步骤201中,客户端确定的待发送数据通常为请求消息,该请求消息包括的对应不同属性的数据,可以包括:
用于标识该请求消息的类型的类型标识,以及与该类型标识所标识的请求消息的类型对应的描述信息。
其中,请求消息的类型通常包括超链接请求和交互事件请求;相应地,在类型标识所标识的请求消息的类型为超链接请求时,该描述信息包括地址信息,用于指示待获取的数据的存储位置;在类型标识所标识的请求消息的类型为交互事件请求时,该描述信息为交互事件描述信息,用于指示对请求消息的处理方式。
实际应用中,请求消息中还可能根据所应用的场景不同,包括其他信息,例如,请求消息中还可以包括客户端参数信息,用于标识该客户端的设备能力、对获取信息的要求等,具体情况可以灵活确定,此处不再一一列举。
图2对应的流程中,数据发送方可以为服务器,在数据发送方为服务器时,确定出的待发送数据一般为针对客户端发送的请求消息的响应消息,该场景下的具体处理过程如下:
上述场景下,服务器确定待发送的数据,即服务器根据客户端发送的请求消息确定响应消息的过程,图3示出了上述步骤201中确定待发送数据的流程示意图,如图3所示,该包括:
步骤301、服务器接收客户端发送的请求消息,并确定该请求消息携带的信息。
步骤302、根据该请求消息携带的类型标识确定该请求消息的类型,若该请求消息为超链接请求,执行步骤303,若为交互事件请求,执行步骤304。
该步骤中,预先定义了请求消息的类型与类型标识的对应关系,根据该对应关系以及请求消息中携带的类型标识,确定请求消息的类型。
步骤303、根据该请求消息携带的地址信息,从对应该地址的数据存储设备获取对应不同属性的数据,并将获取的对应不同属性的数据确定为待发送数据。
步骤304、根据该请求消息携带的交互事件描述信息所指示的处理方式,对该请求消息进行处理。
该步骤304中,交互事件请求可以为表单提交请求或JavaScript执行请求,对这两类请求的具体处理过程可以通过现有处理方式实现,此处不再赘述。
至此,确定待发送数据的流程结束。在通过上述步骤确定出待发送数据后,转入执行上述步骤202至步骤207。
上述步骤301中,服务器确定请求消息携带的信息的过程,即对该请求消息进行解析的过程,即根据被分别保存在客户端以及服务器的用于标识请求消息中携带的各属性的数据分别在请求消息对应的编码序列中的位置的信息,从该请求消息对应的编码序列的相应位置分别确定请求消息中携带的各属性的数据。例如,根据上述表1保存的信息,在接收到编码序列后,可以确定该编码序列的第1-15比特的数据为对应属性B的数据,第16-25比特的数据为对应属性A的数据,第26-45比特的数据为对应属性C的数据。
本发明实施例中,为了降低对客户端配置的要求,可以将对获取的网页内容的排版过程放在服务器执行,则上述步骤303中,将获取的对应不同属性的数据确定为待发送数据,具体包括:
根据该请求消息携带的客户端的参数信息,对获取的对应不同属性的数据进行排版,并将排版后的数据确定为待发送数据。
其中,请求消息携带的客户端的参数信息可以包括客户端所在设备的屏幕大小信息、该设备支持的显示格式信息以及客户端对获取内容的要求等,根据客户端的参数信息,对获取到的对应不同属性的数据进行排版,即根据客户端的参数信息安排对应不同属性的数据分别在显示时对应的显示位置,排版后的数据除了包括对应不同属性的数据,还包括对应不同属性的数据分别对应的显示位置信息。
进一步地,待发送数据包括的对应不同属性的数据中可能存在对应不同属性、且具有相同内容的数据,在该情况下,本发明优选实施例中,预先定义的用于标识各属性的数据分别在编码序列中的位置的信息,可以包括:
用于标识对应不同属性、且具有相同内容的数据在编码序列中的位置的信息。在后续进行编码处理时,可以根据该信息,将对应不同属性且相同的数据只发送一份,从而更进一步节省数据的传输量。
本发明实施例一提供的上述数据传输方法,可以适用于各种涉及服务器和客户端交互的场景。
实施例二
本发明实施例二提供了上述实施例一的技术方案在C/S架构下网页内容获取的一个具体应用场景。
该实例二中将客户端和服务器之间交互的消息分为请求消息和响应消息,其中,请求消息的发送方为客户端,接收方为服务器;响应消息的发送方为服务器,接收方为客户端。
该实施例二中,首选规定客户端与服务器之间的交互协议,该交互协议即规定用于标识各属性的数据分别在编码序列中的位置的信息。该交互协议采用基于字节流的消息设计方式,交互消息分为数据头和数据体,数据头包括请求头和响应头两类,各字段可以采用HTTP协议封装;数据体包括请求体和响应体两类,分别存储请求消息对应的数据以及响应消息对应的数据。
一、客户端发送请求消息的编码示例
请求消息主要包括两类,第一类是超链接请求,第二类是交互消息请求,如表单提交请求或JavaScript执行请求。请求消息一般包括请求头和请求体,请求头可以使用HTTP协议封装,主要用来将请求体相关信息传递给服务器。
一个具体的实施例中,请求体的内部存储格式可以如表2:
表2
表2仅为请求体包括的内部存储格式的一个举例,实际应用中,可以根据实现需要调整其中携带的参数。
根据表2,可以预先在客户端和服务器中预定好对应上述属性的数据的位置,在数据发送时,可以根据预定的位置进行数据编码。请求数据体在传输前按字节流方式编码,无需包括以上各属性信息,由客户端编码模块将对应各属性的数据按预定次序和长度写入数据体即可,服务器端解析时按同样的次序和长度可读取出对应各属性的数据,从而还原出请求消息数据。
一个第一类请求的编码序列的举例如下:
00 01 40 00 f0 00 00 00 01 01 00 12 00 77 00 77 00 77 00 2e 00 62 00 61 0069 00 64 00 75 00 2e 00 62 00 6f 00 6d
其中,请求数据体一共28个字节,其中,按照编码序列从左到右的顺序,各字节的含义如下:
00标识该请求为第一类请求;0140标识客户端所在设备的屏幕宽度320;00 f0标识客户端所在设备的屏幕宽度240;00 00 00 01标识客户端编号1;0077 00 77 00 77 00 2e 00 62 00 61 00 69 00 64 00 75 00 2e 00 62 00 6f 00 6d表示用户访问链接字符串www.baidu.com,这里的链接采用Unicode编码。
根据上述示例可知,客户端发送给服务器的请求消息的编码序列中,只携带具体的数据内容,未携带数据的属性信息,从而减少了传输的数据量,提高了数据传输效率。
二、服务器针对客户端发送的请求消息发送响应消息的编码示例
响应消息一般包括响应头和响应体,响应头可以使用HTTP协议封装,主要用来将响应数据体相关信息传递给服务器。
响应体主要由页面元素组成,数据来源于服务器对原始网页解析、排版后的处理结果,包括元素的位置、大小、颜色等信息。实际应用中,这些页面元素(即对应不同属性的数据)会映射为在客户端显示和交互的各种控件,例如文字控件、图片控件、以及超链接控件等,可根据预期页面元素展示的丰富程度来进行设计。
一个具体的实施例中,超链接控件的内部储存结构可以如表3。
表3
表3仅为响应体中超链接控件对应的内部存储格式的一个举例,实际应用中,可以根据实现需要调整其中携带的参数。
根据表3,可以预先在客户端和服务器中预定好对应上述属性的数据的位置,在数据发送时,可以根据预定的位置进行数据编码。响应数据体在传输前按字节流方式编码,无需包括以上各属性信息,由服务器编码模块将对应各属性的数据按预定次序和长度写入数据体即可,客户端解析时按同样的次序和长度可读取出对应各属性的数据,从而还原出响应数据。
根据本发明实施例,在实际应用时,除了由标准HTML(Hypertext MarkupLanguage,文本标记语言)以及CSS(Cascading Style Sheet,级联样式表)标签产生的页面控件,响应体中还包括链接数据控件和图片数据控件,用来保存超链接控件对应的具体链接字符串和图片控件对应的图片内容数据,客户端可以通过链接控件和图片控件的编号在这两类控件中检索对应的链接字符串以及图片内容相关数据。这样做的好处是一个页面中有重复出现的链接和图片时不用分别在对应控件中保存多次,达到节省流量目的。
一个响应数据中的超链接控件编码示例如下:
6d 00 15 28 7d 00 aa 01 07 00 00 00 05 00 00 00 04 00 68 00 69 00 00 00 00 0
其中,按照编码序列从左到右的顺序,各字节的含义如下:
6d标识该控件为超链接控件;00 15 28 7d标识该控件的eventID;00 aa标识该对应该控件映射的属性的数据显示时对应的x轴坐标;01 07标识对应该控件映射的属性的数据显示时对应的y轴坐标;00 00 00 05标识该超链接控件的URL编号,具体URL字符串会统一编码在响应包的尾部;00 00 00 04 00 6800 69代表该超链接的显示字符串;连续两个00 00代表该文字字体和颜色属性,0代表该链接无页面交互事件。
为了更好地理解本发明实施例,以下对客户端请求访问网页的流程进行具体说明,图4示出了客户端访问网页的流程示意图,如图4所示,主要包括如下步骤:
步骤401、客户端接收用户操作指令,按交互协议的请求封装方法对请求数据进行编码后发送给服务器。
该步骤401中,按交互协议的请求封装方法对请求数据进行编码,即根据该交互协议规定的用于标识各属性的数据分别在编码序列中的位置的信息,对请求数据进行编码。如果该请求消息是普通超链接请求,需要对请求链接的URL地址和客户端参数进行编码,按交互协议中第一类请求格式组装成字节流后发送给服务器,如果是表单提交请求,需要对表单提交参数、表单提交元素标识、以及客户端参数进行编码,按交互协议中第二类请求格式组装成字节流后发送给服务器,如果是JavaScript执行请求,需要对事件类型、事件触发控件标识、以及客户端参数进行编码,按交互协议中第二类请求格式组装成字节流后发送给服务器。
步骤402、服务器解析请求,对该请求消息进行处理。
该步骤402中,如果该客户端是第一次发送请求,那么服务器还会给客户端分配一个唯一标识。服务器判断客户端发送的请求消息的类型,如果该请求消息是普通超链接请求,则服务器从网页服务器获取所请求的网页内容;如果该请求消息是表单提交请求,那么服务器会根据请求中表单控件提交的参数和表单控件的标识在本次请求发生的页面上进一步完成表单提交并获取网页变化后的内容;如果是JavaScript执行请求,那么服务器会根据请求中的事件类型以及触发事件的控件标识在请求发生页面模拟触发事件并执行响应JavaScript代码以获取网页变化后的内容。
服务器对该请求消息进行处理,还包括对响应页面内容进行处理,完成解析网页元素与样式表单元素、执行页面中脚本等操作。当页面加载模块完成响应页面下载后,服务器会为响应页面以及所有网页元素分配唯一标识,这些标识用来在后续的页面操作中识别用户操作元素以及传递交互参数。
步骤403、服务器对响应页面进行排版,包括获取页面元素的位置、大小、颜色信息以及完成图片压缩。
步骤404、服务器按照交互协议中数据编码方法对页面元素进行编码处理,生成的响应体按照页面元素与交互协议中定义控件的对应关系编码为字节流。
步骤405、服务器根据网页安全级别对网页内容进行加密处理,并在最后使用压缩算法对响应内容进行压缩处理后发送给客户端。
步骤406、客户端接收响应数据,按照交互协议的解码方法完成响应数据解码以及排版后的页面元素解析,并最终按照排版信息完成页面显示。
至此,页面访问流程结束。
上述用于流程所适应的网页获取系统结构可以如图5所示,该系统主要涉及的网络实体包括:客户端、服务器以及网站服务器:
其中,客户端主要包括如下功能模块:
请求封装模块:负责监听用户的操作事件,并将用户请求信息以及终端信息封装成特定格式后提交给服务器。
数据编解码模块:主要负责对请求消息或响应消息按预定格式进行编解码操作。例如将请求消息的请求体从内部存储结构编码成二进制结构,将响应消息的响应体从二进制结构解码成内部存储结构。可根据数据传输的保密性要求,将对应等级的加解密算法来加入编解码流程。
这里描述的二进制结构是指将内部存储结构各部分变量的值按照上述交互协议规定的用于标识各属性的数据分别在编码序列中的位置的信息,将对应各属性的数据写入数据流,这样在另一端可按照用于标识各属性的数据分别在编码序列中的位置的信息,从而还原出原有的数据结构,达到精简数据流量的目的。同时这种结构还具备一定的数据保密性。
例如按照交互协议,需要将第一类请求发送给服务器,一般来说有三种方式:第一种是将这些信息放在HTTP头字段,第二种是作为key/value对放在HTTP协议体中,第三种是组装成XML格式放在HTTP协议体中,无论采用哪种方式,都需要携带属性信息(如参数名),如果采用字节流方式传输,服务器可以按照预先设定的用于标识各属性的数据分别在编码序列中的位置的信息读取各参数,则可以在请求数据中省略属性信息,从而有效缩减数据包长度。
界面显示模块:主要完成用户操作界面显示,以及页面数据显示功能。根据交互协议规定的用于标识各属性的数据分别在编码序列中的位置的信息,响应数据中会将原始网页分成多个区域,比如正文、导航以及广告等对应不同属性的数据区域,方便用户在浏览过程中定位感兴趣区域。对于键盘型手机,可以通过定义快捷键与网页区域绑定的方式来实现快速定位,对比触摸屏手机,可以通过点击分块直接将该区域放大的方式来实现快速定位。
网络通信模块:用于完成与服务器的底层网络通信功能,例如HTTP协议的解析与封装。
服务器,主要包括如下功能模块:
请求代理模块:主要用于监听客户端请求,完成与客户端的底层网络通信功能,例如HTTP协议解析与封装。
客户端管理模块:主要用于管理客户端对应的唯一标识,此标识用来唯一确定用户的身份信息,并充当保存用户个人数据的键值。当客户端第一次访问服务器时,负责分配一个唯一标识,分配算法可根据用户手机号或IMEI号等唯一标识进行设计。另外此模块还负责完成客户端请求分类判断以及请求参数提取功能。
页面加载模块:主要负责完成页面内容加载如HTML源,CSS文件、JavaScript代码、以及资源文件如图片等内容加载。此模块还可支持页面内容预取,例如识别网页中下一页类型链接,并将链接指向的页面内容提前加载到服务器。
页面解析模块:将HTML或XML文件解析成DOM结构,并为所有可显示的页面元素分配唯一标识。
JavaScript解析模块:解析并执行JavaScript代码。JavaScript执行主要分为两种情况,第一种是在页面加载时执行,第二种是由用户对页面的操作来触发。
页面排版模块:主要计算页面元素的排版信息,得到位置、大小、颜色等数据供页面显示使用。服务器会根据页面内容定制策略决定最后传给客户端的内容,比如是否过滤广告,图片缩放的等级,所述策略可在客户端进行定制,并由客户端编码在请求参数中传递到服务器。
数据编解码模块:主要对请求信息或响应信息的数据体按交互协议规定的用于标识各属性的数据分别在编码序列中的位置的信息进行编解码操作。包括将请求信息的数据体从二进制结构解码成内部存储结构,将响应信息的数据体从内部存储结构编码成二进制结构。另外可根据数据传输的保密性要求,将对应等级的加解密算法来加入编/解码流程。
缓存模块:主要提供对通过Internet从网站服务器获取的页面内容以及资源文件的缓存功能,能够加速页面访问速度。
该图5中的上述系统模块划分,仅为根据其所实现的功能的逻辑划分,并且可以根据实际需求增加或减少其中的功能模块。
实施例三
与上述方法流程对应,本发明实施例三提供了一种数据传输装置,该数据传输装置,如图6所示,主要包括:
待发送数据确定单元601、信息存储单元602、位置信息确定单元603、编码单元604以及发送单元605;
其中:
待发送数据确定单元601,用于确定待发送数据,待发送数据包括对应不同属性的数据;
信息存储单元602,用于保存被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息;
位置信息确定单元603,用于根据信息存储单元保存的信息,确定待发送数据确定单元确定的待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息;
编码单元604,用于将待发送数据确定单元确定的待发送的数据包括的对应不同属性的数据分别按照位置信息确定单元确定出的在待生成的编码序列中的位置信息,编码生成编码序列;
发送单元605,用于将编码单元生成的编码序列发送给数据接收方。
本发明实施例三提供的一个优选实施方式中,图6所示的装置包括的信息存储单元602,具体用于保存对应各属性的数据在编码序列中的排列顺序信息,以及对应各属性的数据分别在编码序列中对应的长度信息。
本发明实施例三提供的一个优选实施方式中,图6所示的装置包括的编码单元604,具体用于将待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成字节流格式的编码序列。
本发明实施例三提供的一个优选实施方式中,图6所示的装置可以位于客户端;相应地,图6所示的装置包括的待发送数据确定单元601,具体用于确定作为待发送数据的请求消息;请求消息包括用于标识请求消息的类型的类型标识,以及与类型标识所标识的请求消息的类型对应的描述信息;其中,在类型标识所标识的请求消息的类型为超链接请求时,描述信息包括用于指示待获取的数据的存储位置的地址信息;在类型标识所标识的请求消息的类型为交互事件请求时,描述信息为用于指示对请求消息的处理方式的交互事件描述信息。
本发明实施例三提供的一个优选实施方式中,图6所示的装置可以位于服务器;相应地,图6所示的装置包括的待发送数据确定单元601,具体用于接收客户端发送的请求消息,并确定请求消息携带的信息,在根据请求消息携带的类型标识确定请求消息为超链接请求时,根据请求消息携带的地址信息,从对应地址的数据存储设备获取对应不同属性的数据,并将获取的对应不同属性的数据确定为待发送数据。
本发明实施例三提供的一个优选实施方式中,图6所示的装置位于服务器时,待发送数据确定单元601,具体用于根据被分别保存在数据发送方以及数据接收方的用于标识请求消息中携带的各属性的数据分别在请求消息对应的编码序列中的位置的信息,从请求消息对应的编码序列的相应位置分别确定请求消息中携带的各属性的数据。
本发明实施例三提供的一个优选实施方式中,图6所示的装置位于服务器时,待发送数据确定单元601,具体用于根据请求消息携带的客户端的参数信息,对获取的对应不同属性的数据进行排版,并将排版后的数据确定为待发送数据。
本发明实施例三提供的一个优选实施方式中,图6所示的装置位于服务器时,待发送数据确定单元601,还用于在根据请求消息携带的类型标识确定请求消息为交互事件请求时,根据请求消息携带的交互事件描述信息所指示的处理方式,对请求消息进行处理。
本发明实施例三提供的一个优选实施方式中,图6所示的装置位于服务器时,位置信息确定单元603,具体用于根据信息存储单元保存的信息中包括的用于标识对应不同属性、且具有相同内容的数据在编码序列中的位置的信息,确定待发送数据确定单元确定的待发送数据包括的对应不同属性、且具有相同内容的数据分别在待生成的编码序列中的位置信息。
根据本发明实施例三的又一个方面,提供了一种数据传输装置,如图7所示,该数据传输装置,包括:
接收单元701、解析单元702以及数据确定单元703;
其中:
接收单元701,用于接收数据发送方发送的编码序列;
解析单元702,用于根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从接收单元接收的编码序列的各位置解析出对应不同属性的数据;
数据确定单元703,用于将解析单元解析出的对应不同属性的数据确定为接收数据。
应当理解,以上数据传输装置包括的单元仅为根据该装置实现的功能进行的逻辑划分,实际应用中,可以进行上述单元的叠加或拆分。并且该实施例提供的数据传输装置所实现的功能与上述实施例提供的数据传输的方法流程一一对应,对于该装置所实现的更为详细的处理流程,在上述方法实施例中已做详细描述,此处不再详细描述。
并且,本实施例三中的数据传输装置还具有能够实现实施例一和实施例二方案的功能模块,此处不再赘述。
实施例四
本发明实施例四提供的一种数据传输系统,如图8所示,主要包括:
数据发送方801以及数据接收方802;其中:
数据发送方801,用于确定待发送数据,待发送数据包括对应不同属性的数据,根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息,将待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列,并将生成的编码序列发送给数据接收方802;
数据接收方802,用于数据接收方接收数据发送方发送的编码序列,根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从编码序列的各位置解析出对应不同属性的数据,将解析出的对应不同属性的数据确定为接收数据。
本发明实施例四提供的上述数据传输系统中,数据发送方801实现的具体功能与上述实施例三对应图6的数据传输装置所实现的功能对应,数据接收方802实现的具体功能与上述实施例三对应图7的数据传输装置所实现的功能对应,此处不再赘述数据发送方801与数据接收方802的详细功能。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (19)
1.一种数据传输方法,其特征在于,包括:
数据发送方确定待发送数据,所述待发送数据包括对应不同属性的数据;
根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定所述待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息;其中,所述用于标识各属性的数据分别在编码序列中的位置的信息,包括对应各属性的数据在编码序列中的排列顺序信息,以及对应各属性的数据分别在编码序列中对应的长度信息;
将所述待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列;
将生成的所述编码序列发送给数据接收方。
2.如权利要求1所述的方法,其特征在于,将所述待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列,包括:
将所述待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成字节流格式的编码序列。
3.如权利要求1所述的方法,其特征在于,所述数据发送方为客户端时,确定的所述待发送数据为请求消息;
所述请求消息包括的对应不同属性的数据,包括:
用于标识所述请求消息的类型的类型标识,以及与所述类型标识所标识的请求消息的类型对应的描述信息;
其中,在所述类型标识所标识的请求消息的类型为超链接请求时,所述描述信息包括用于指示待获取的数据的存储位置的地址信息;在所述类型标识所标识的请求消息的类型为交互事件请求时,所述描述信息为用于指示对所述请求消息的处理方式的交互事件描述信息。
4.如权利要求1所述的方法,其特征在于,所述数据发送方为服务器时,确定待发送数据,包括:
接收客户端发送的请求消息,并确定所述请求消息携带的信息;
在根据所述请求消息携带的类型标识确定所述请求消息为超链接请求时,根据所述请求消息携带的地址信息,从对应所述地址的数据存储设备获取对应不同属性的数据,并将获取的所述对应不同属性的数据确定为待发送数据。
5.如权利要求4所述的方法,其特征在于,确定所述请求消息携带的信息,包括:
根据被分别保存在数据发送方以及数据接收方的用于标识请求消息中携带的各属性的数据分别在请求消息对应的编码序列中的位置的信息,从所述请求消息对应的编码序列的相应位置分别确定所述请求消息中携带的各属性的数据。
6.如权利要求4所述的方法,其特征在于,将获取的所述对应不同属性的数据确定为待发送数据,包括:
根据所述请求消息携带的所述客户端的参数信息,对获取的所述对应不同属性的数据进行排版,并将排版后的数据确定为待发送数据。
7.如权利要求4所述的方法,其特征在于,在根据所述请求消息携带的类型标识确定所述请求消息为交互事件请求时,还包括:
根据所述请求消息携带的交互事件描述信息所指示的处理方式,对所述请求消息进行处理。
8.如权利要求4所述的方法,其特征在于,所述待发送数据包括对应不同属性、且具有相同内容的数据;
所述用于标识各属性的数据分别在编码序列中的位置的信息,包括:
用于标识对应不同属性、且具有相同内容的数据在编码序列中的位置的信息。
9.一种数据传输方法,其特征在于,包括:
数据接收方接收数据发送方发送的编码序列;
根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从所述编码序列的各位置解析出对应不同属性的数据;其中,所述用于标识各属性的数据分别在编码序列中的位置的信息,包括对应各属性的数据在编码序列中的排列顺序信息,以及对应各属性的数据分别在编码序列中对应的长度信息;
将解析出的所述对应不同属性的数据确定为接收数据。
10.一种数据传输系统,其特征在于,包括数据发送方以及数据接收方;其中:
所述数据发送方,用于确定待发送数据,所述待发送数据包括对应不同属性的数据,根据被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息,确定所述待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息,将所述待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成编码序列,并将生成的所述编码序列发送给所述数据接收方;
所述数据接收方,用于数据接收方接收数据发送方发送的编码序列,根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从所述编码序列的各位置解析出对应不同属性的数据,将解析出的所述对应不同属性的数据确定为接收数据;
其中,所述用于标识各属性的数据分别在编码序列中的位置的信息,包括对应各属性的数据在编码序列中的排列顺序信息,以及对应各属性的数据分别在编码序列中对应的长度信息。
11.一种数据传输装置,其特征在于,包括:
待发送数据确定单元,用于确定待发送数据,所述待发送数据包括对应不同属性的数据;
信息存储单元,用于保存被分别保存在数据发送方以及数据接收方的用于标识各属性的数据分别在编码序列中的位置的信息;其中,所述用于标识各属性的数据分别在编码序列中的位置的信息,包括对应各属性的数据在编码序列中的排列顺序信息,以及对应各属性的数据分别在编码序列中对应的长度信息;
位置信息确定单元,用于根据所述信息存储单元保存的信息,确定所述待发送数据确定单元确定的待发送数据包括的对应不同属性的数据分别在待生成的编码序列中的位置信息;
编码单元,用于将所述待发送数据确定单元确定的待发送的数据包括的对应不同属性的数据分别按照所述位置信息确定单元确定出的在待生成的编码序列中的位置信息,编码生成编码序列;
发送单元,用于将所述编码单元生成的所述编码序列发送给数据接收方。
12.如权利要求11所述的装置,其特征在于,所述编码单元,具体用于将所述待发送的数据包括的对应不同属性的数据分别按照确定出的在待生成的编码序列中的位置信息,编码生成字节流格式的编码序列。
13.如权利要求11所述的装置,其特征在于,所述数据传输装置位于客户端;所述待发送数据确定单元,具体用于确定作为待发送数据的请求消息;所述请求消息包括用于标识所述请求消息的类型的类型标识,以及与所述类型标识所标识的请求消息的类型对应的描述信息;其中,在所述类型标识所标识的请求消息的类型为超链接请求时,所述描述信息包括用于指示待获取的数据的存储位置的地址信息;在所述类型标识所标识的请求消息的类型为交互事件请求时,所述描述信息为用于指示对所述请求消息的处理方式的交互事件描述信息。
14.如权利要求11所述的装置,其特征在于,所述数据传输装置位于服务器;所述待发送数据确定单元,具体用于接收客户端发送的请求消息,并确定所述请求消息携带的信息,在根据所述请求消息携带的类型标识确定所述请求消息为超链接请求时,根据所述请求消息携带的地址信息,从对应所述地址的数据存储设备获取对应不同属性的数据,并将获取的所述对应不同属性的数据确定为待发送数据。
15.如权利要求14所述的装置,其特征在于,所述待发送数据确定单元,具体用于根据被分别保存在数据发送方以及数据接收方的用于标识请求消息中携带的各属性的数据分别在请求消息对应的编码序列中的位置的信息,从所述请求消息对应的编码序列的相应位置分别确定所述请求消息中携带的各属性的数据。
16.如权利要求14所述的装置,其特征在于,所述待发送数据确定单元,具体用于根据所述请求消息携带的所述客户端的参数信息,对获取的所述对应不同属性的数据进行排版,并将排版后的数据确定为待发送数据。
17.如权利要求14所述的装置,其特征在于,所述待发送数据确定单元,还用于在根据所述请求消息携带的类型标识确定所述请求消息为交互事件请求时,根据所述请求消息携带的交互事件描述信息所指示的处理方式,对所述请求消息进行处理。
18.如权利要求14所述的装置,其特征在于,所述位置信息确定单元,具体用于根据所述信息存储单元保存的信息中包括的用于标识对应不同属性、且具有相同内容的数据在编码序列中的位置的信息,确定所述待发送数据确定单元确定的待发送数据包括的对应不同属性、且具有相同内容的数据分别在待生成的编码序列中的位置信息。
19.一种数据传输装置,其特征在于,包括:
接收单元,用于接收数据发送方发送的编码序列;
解析单元,用于根据被分别保存在数据接收方以及数据发送方的用于标识各属性的数据分别在编码序列中的位置的信息,从所述接收单元接收的编码序列的各位置解析出对应不同属性的数据;其中,所述用于标识各属性的数据分别在编码序列中的位置的信息,包括对应各属性的数据在编码序列中的排列顺序信息,以及对应各属性的数据分别在编码序列中对应的长度信息;
数据确定单元,用于将所述解析单元解析出的所述对应不同属性的数据确定为接收数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110220336.5A CN102916991B (zh) | 2011-08-03 | 2011-08-03 | 一种数据传输方法、系统以及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110220336.5A CN102916991B (zh) | 2011-08-03 | 2011-08-03 | 一种数据传输方法、系统以及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102916991A CN102916991A (zh) | 2013-02-06 |
CN102916991B true CN102916991B (zh) | 2015-05-27 |
Family
ID=47615225
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110220336.5A Active CN102916991B (zh) | 2011-08-03 | 2011-08-03 | 一种数据传输方法、系统以及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102916991B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348877B (zh) * | 2013-08-06 | 2018-09-18 | 腾讯科技(深圳)有限公司 | 一种发送Http请求消息的方法及装置 |
CN103647763A (zh) * | 2013-11-28 | 2014-03-19 | 北京掌阔移动传媒科技有限公司 | 一种移动终端广告调用方法和系统 |
CN103944806A (zh) * | 2014-04-24 | 2014-07-23 | 天脉聚源(北京)传媒科技有限公司 | 一种基于微信平台的数据传输方法和系统 |
CN105530227A (zh) * | 2014-09-30 | 2016-04-27 | 亿阳信通股份有限公司 | 一种接口数据传输方法和装置 |
CN105681252B (zh) * | 2014-11-18 | 2020-05-19 | 中兴通讯股份有限公司 | 一种基于客户端侧数据的处理方法及装置 |
CN105868276A (zh) * | 2016-03-22 | 2016-08-17 | 乐视网信息技术(北京)股份有限公司 | 网页显示方法及装置 |
CN105893279B (zh) * | 2016-03-30 | 2019-04-26 | 北京经纬恒润科技有限公司 | 一种基于循环队列的数据传输方法及系统 |
CN110138720B (zh) * | 2019-03-21 | 2021-08-24 | 秒针信息技术有限公司 | 网络流量的异常分类检测方法、装置、存储介质和处理器 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101071426A (zh) * | 2006-05-10 | 2007-11-14 | 北京锐科天智科技有限责任公司 | 个性网页生成方法及装置 |
CN101706821A (zh) * | 2009-12-10 | 2010-05-12 | 中兴通讯股份有限公司 | 基于标签的移动互联网页面设计系统及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070211062A1 (en) * | 2006-03-13 | 2007-09-13 | International Business Machines Corporation | Methods and systems for rendering complex text using glyph identifiers in a presentation data stream |
-
2011
- 2011-08-03 CN CN201110220336.5A patent/CN102916991B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101071426A (zh) * | 2006-05-10 | 2007-11-14 | 北京锐科天智科技有限责任公司 | 个性网页生成方法及装置 |
CN101706821A (zh) * | 2009-12-10 | 2010-05-12 | 中兴通讯股份有限公司 | 基于标签的移动互联网页面设计系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102916991A (zh) | 2013-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102916991B (zh) | 一种数据传输方法、系统以及装置 | |
US11194557B2 (en) | System and method providing a binary representation of a web page | |
US9866612B2 (en) | Server-based browser system | |
US7840647B2 (en) | System, method, and computer program product for executing scripts on mobile devices | |
US7660844B2 (en) | Network service system and program using data processing | |
CA2640025C (en) | Methods and devices for post processing rendered web pages and handling requests of post processed web pages | |
US6598091B1 (en) | Method and medium for rendering documents by server | |
CN101860533A (zh) | 一种基于c/s架构浏览器的数据传输方法及服务器 | |
US20020069296A1 (en) | Internet content reformatting apparatus and method | |
US9456048B2 (en) | System, method, and computer program product for server side processing in a mobile device environment | |
US20060107206A1 (en) | Form related data reduction | |
TWI592807B (zh) | Method and device for web style address merge | |
US20020188435A1 (en) | Interface for submitting richly-formatted documents for remote processing | |
KR20000053638A (ko) | 웹 페이지 내용 개조 방법 및 그 시스템, 컴퓨터 프로그램제품 | |
KR101568947B1 (ko) | 폰트 파일을 다운로드하는 방법 및 시스템 | |
US7539776B1 (en) | Dynamic uniform resource locator compression | |
JP2004220260A (ja) | ウェブページ閲覧システム及び画像配信サーバ | |
CN114297544A (zh) | 一种远程浏览方法、装置、设备及存储介质 | |
US7987420B1 (en) | System, method, and computer program product for a scalable, configurable, client/server, cross-platform browser for mobile devices | |
CN111680247A (zh) | 网页字符串的本地调用方法、装置、设备及存储介质 | |
CN116306531A (zh) | Html文档自动填充方法、装置、电子设备及存储介质 | |
WO2001048630A9 (en) | Client-server data communication system and method for data transfer between a server and different clients | |
KR101066610B1 (ko) | Xml과 json 데이터의 압축 및 분할 전송시스템 | |
EP1395917B1 (en) | Method and system for delivering information in a telecommunication network | |
US20020184257A1 (en) | Method of transferring a certain version of an object description |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |