CN110636034A - 应用数据传输方法、客户端、服务器及系统 - Google Patents

应用数据传输方法、客户端、服务器及系统 Download PDF

Info

Publication number
CN110636034A
CN110636034A CN201810662794.6A CN201810662794A CN110636034A CN 110636034 A CN110636034 A CN 110636034A CN 201810662794 A CN201810662794 A CN 201810662794A CN 110636034 A CN110636034 A CN 110636034A
Authority
CN
China
Prior art keywords
target
application data
application
data
compression algorithm
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
Application number
CN201810662794.6A
Other languages
English (en)
Inventor
王晓振
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba China Co Ltd
Original Assignee
Ucweb Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ucweb Inc filed Critical Ucweb Inc
Priority to CN201810662794.6A priority Critical patent/CN110636034A/zh
Publication of CN110636034A publication Critical patent/CN110636034A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种应用数据传输方法、客户端、服务器及系统。通过客户端实施的方法包括:接收目标网页应用的应用数据请求并解析,以获取所请求的应用数据的目标数据类型;获取与目标数据类型对应的目标压缩算法的指示信息;根据应用数据请求、目标数据类型以及目标压缩算法的指示信息,生成对应的数据请求消息发送至服务器,以触发服务器传输返回与数据请求消息对应的目标应用数据。根据本发明,实现应用数据的跨网页应用使用,提升应用数据的传输效率,同时提高网页应用的应用性能,降低网页应用的开发成本。

Description

应用数据传输方法、客户端、服务器及系统
技术领域
本发明涉及互联网技术领域,更具体地,涉及一种应用数据传输方法、客户端、服务器及浏览器系统。
背景技术
随着HTML 5(Hyper Text Markup Language 5,超级文本标记语言第5版本)技术的飞速发展,基于HTML 5技术开发的网页应用可以提供用户接近原生应用的应用体验。例如,网页应用中展示页面时使用3D模型进行场景或者物品展示,带来极佳的展示效果和更为真实的操作体验。
而3D模型应用在网页应用中的展示效果虽然很好,但是,展示效果高质量的3D模型的数据量会达到几十兆,如果直接在网页应用中使用,无论是从服务器下载模型数据的时间成本还是从服务器传输模型数据的带宽成本都非常高,因此高质量的3D模型通常无法直接在网页应用中使用,而是服务器传输模型数据时进行压缩,在网页应用中接收模型数据后解压还原出3D模型才能使用。
但是,目前网页应用获取3D模型时所基于的模型数据压缩传输方案并没有统一标准,每个网页应用通常都是自行针对展示页面时所使用的3D模型,实现整个模型数据的压缩传输方案,而由于网页应用的开发者各自能力不同,导致对应的网页应用基于所实现的压缩传输方案,得到的解压缩性能和压缩比也各不相同,使得即使同一个3D模型被压缩传输后,也仅能在对应的网页应用中使用,不能实现跨网页应用使用。
发明内容
本发明的一个目的是提供一种用于传输应用数据的新技术方案。
根据本发明的第一方面,提供了一种应用数据传输方法,通过客户端实施,包括:
接收目标网页应用的应用数据请求并解析,以获取所请求的应用数据的目标数据类型;
获取与所述目标数据类型对应的目标压缩算法的指示信息;
根据所述应用数据请求、所述目标数据类型以及所述目标压缩算法的指示信息,生成对应的数据请求消息发送至服务器,以触发所述服务器传输返回与所述数据请求消息对应的目标应用数据;
其中,所述目标应用数据是所述服务器根据目标压缩算法压缩处理后得到的数据。
可选地,所述方法还包括:
接收所述服务器传输返回的目标应用数据以及对应的目标压缩算法的指示信息;
通过与所述目标压缩算法对应的解压缩算法对所述目标应用数据处理,还原得到的原始应用数据;
将所述原始应用数据发送给所述目标网页应用,以供所述目标网页应用根据所述原始应用数据,展示对应的页面。
可选地,所述方法包括:
无法获取目标压缩算法的指示信息时,将所述应用数据请求转发至所述服务器,以触发所述服务器传输返回与所述应用数据请求对应的应用数据。
可选地,获取与所述目标数据类型对应的目标压缩算法的指示信息的步骤包括:
当获取多个目标压缩算法的指示信息时,获取对应的多种目标压缩算法的压缩性能指标;
选取所述压缩性能指标最优的目标压缩算法作为最终的目标压缩算法,得到对应的所述目标压缩算法的指示信息。
可选地,所述生成对应的数据请求消息的步骤包括:
根据所述目标数据类型以及所述目标压缩算法的指示信息,构造对应的扩展消息头;
根据所述扩展消息头以及所述应用数据请求,生成所述数据请求消息。
可选地,所述目标数据类型至少包括3D模型数据;
和/或,
所述目标数据类型至少包括3D纹理、3D Mesh、图片其中之一。
可选地,所述客户端中设置有浏览器内核;
所述应用数据传输方法通过所述浏览器内核实施。
根据本发明的第二方面,提供一种应用数据传输方法,其中,包括:
接收客户端发送的数据请求消息,获取所请求的应用数据,并解析所述数据请求消息获取目标数据类型、与所述目标数据类型对应的目标压缩算法的指示信息;
对符合所述目标数据类型的所请求的应用数据,获取对应的根据所述目标压缩算法行压缩处理后得到的目标应用数据;
将所述目标应用数据以及对应的目标压缩算法的指示信息,传输返回至所述客户端。
可选地,所述方法还包括:
接收所述客户端发送的应用数据请求,获取与所述应用数据请求对应的应用数据,并传输返回至所述客户端。
可选地,所述解析所述数据请求消息步骤包括:
解析所述数据请求消息的扩展消息头,获取所述目标数据类型以及所述目标压缩算法的指示信息;
所述传输返回目标压缩算法的指示信息的步骤包括:
根据与所述目标应用数据对应的所述目标压缩算法的指示信息,构造扩展应答头,通过传输返回所述扩展应答头,指示所述客户端与所述目标应用数据对应的目标压缩算法。
可选地,所述方法还包括:
当获取多个与所述目标数据类型对应的目标压缩算法的指示信息时,获取所述多个目标压缩算法的压缩性能指标;
选取所述压缩性能指标最优的目标压缩算法,对符合所述目标数据类型的应用数据,获取对应的根据所述目标压缩算法压缩处理得到的目标应用数据。
可选地,
所述目标数据类型至少包括3D模型数据;
和/或,
所述目标数据类型至少包括3D纹理、3D Mesh、3D图片其中之一。
根据本发明的第三方面,提供一种客户端,其中,包括:
显示装置,用于显示应用界面;
存储器,用于存储可执行的指令;
处理器,用于根据所述可执行的指令的控制,运行所述客户端执行如本发明第一方面的任意一项所述应用数据传输方法。
根据本发明的第四方面,提供一种服务器,其中,包括:
存储器,用于存储可执行的指令;
处理器,用于根据所述可执行的指令的控制,运行所述服务器执行如本发明第二方面的任意一项所述应用数据传输方法。
根据本发明的第五方面,提供一种应用数据传输系统,包括:
本发明第三方面的客户端;
以及本发明第四方面的服务器。
根据本公开的一个实施例,通过获取网页应用请求的应用数据的目标数据类型,确定客户端可支持的、与目标数据类型对应的目标压缩算法,生成对应的数据请求消息通知服务器,触发服务器获取网页应用请求的应用数据后,以与目标压缩算法进行压缩处理后返回给客户端,使得应用数据的压缩传输过程完全独立于网页应用之外,网页应用在获取应用数据时对应用数据的压缩传输完全无感知,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,并且降低网页应用的开发成本,提高网页应用的开发效率。
通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
附图说明
被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例,并且连同其说明一起用于解释本发明的原理。
图1是显示可用于实现本发明的实施例的系统1000的硬件配置的例子的框图。
图2示出了本发明的第一实施例的应用数据传输方法的流程图。
图3示出了本发明的第一实施例的获取目标压缩算法的步骤的流程图。
图4示出了本发明的第一实施例的生成数据请求消息的步骤的流程图。
图5示出了本发明的第一实施例的获取目标压缩算法的步骤的流程图。
图6示出了本发明的第一实施例的客户端200的框图。
图7示出了本发明的第二实施例的应用数据传输方法的流程图。
图8示出了本发明的第二实施例的获取目标应用数据的步骤的流程图。
图9示出了本发明的第二实施例的服务器300的框图。
图10示出了本发明的第三实施例的应用数据传输系统400的框图。
图11示出了本发明的第三实施例的应用数据传输方法的例子的示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
在这里示出和讨论的所有例子中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它例子可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
<硬件配置>
如图1所示,系统1000包括服务器1100、客户端1200以及网络1300。
服务器1100例如可以是刀片服务器等。在一个例子中,服务器1100可以是一台计算机。在在另一个例子中,服务器1100可以如图1所示,包括处理器1110、存储器1120、接口装置1130、通信装置1140、显示装置1150、输入装置1160。尽管服务器也可以包括扬声器、麦克风等等,但是,这些部件与本发明无关,故在此省略。其中,处理器1110例如可以是中央处理器CPU、微处理器MCU等。存储器1120例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1130例如包括USB接口、串行接口等。通信装置1140例如能够进行有线或无线通信。显示装置1150例如是液晶显示屏。输入装置1160例如可以包括触摸屏、键盘等。
客户端1200可以是便携式电脑(1200-1)、台式计算机(1200-2)、手机(1200-3)、平板电脑(1200-4)等。如图1所示,客户端1200可以包括处理器1210、存储器1220、接口装置1230、通信装置1240、显示装置1250、输入装置1260、扬声器1270、麦克风1280,等等。其中,处理器1210可以是中央处理器CPU、微处理器MCU等。存储器1220例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1230例如包括USB接口、耳机接口等。通信装置1240例如能够进行有线或无线通信。显示装置1250例如是液晶显示屏、触摸显示屏等。输入装置1260例如可以包括触摸屏、键盘等。用户可以通过扬声器1270和麦克风1280输入/输出语音信息。
通信网络1300可以是无线网络也可以网络,可以是局域网也可以是广域网。在图1所示的配置环境1000中,客户端1200-1、1200-2、1200-3、1200-4以及网页服务器1100可以通过通信网络1300进行通信。
图1所示的系统1000仅是解释性的,并且决不是为了要限制本发明、其应用或用途。应用于本发明的实施例中,服务器1100的所述存储器1120用于存储指令,所述指令用于控制所述处理器1110进行操作以执行本发明实施例提供的任意一项应用数据传输方法。
此外,客户端1200的所述存储器1220用于存储指令,所述指令用于控制所述处理器1210进行操作以执行本发明实施例提供的任意一项应用数据传输方法。本领域技术人员应当理解,尽管在图1中对服务器1100以及客户端1200都示出了多个装置,但是,本发明可以仅涉及其中的部分装置,例如,网页服务器1100只涉及处理器1110和存储装置1120,或者客户端1200只涉及处理器1210和存储装置1220等。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
在上述描述中,技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
本发明实施例的总体构思,是提供一种用于传输应用数据的新技术方案,通过网页应用之外的客户端,对网页应用所需要的应用数据基于统一的数据压缩传输方案进行传输,实现应用数据能在不同的网页应用之间跨平台使用,提高数据传输效率,同时令应用数据的压缩传输独立于网页应用之外,使得网页应用无需支持应用数据的压缩传输,降低网页应用的开发成本,提高开发效率。
<第一实施例>
在本实施例中,提供一种应用数据传输方法,通过客户端实施。
该客户端是至少包括显示装置、处理器、存储器等装置的电子设备。例如,客户端可以是手机、平板电脑、掌上电脑、台式计算机等。客户端的硬件配置,可以是如图1所示的客户端1200。
在一个例子中,客户端是可以提供网页浏览功能的浏览器或者类似浏览器的应用程序,支持网页应用的运行。
该应用数据传输方法,如图2所示,包括:步骤S2100-S2300。
步骤S2100,接收目标网页应用的应用数据请求并解析,以获取所请求的应用数据的目标数据类型。
网页应用是通过支持加载网页浏览的浏览器或者提供浏览器功能的平台加载对应的页面、运行提供对应的应用服务的应用,通常基于HTML 5(Hyper Text MarkupLanguage 5,超级文本标记语言第5版本)技术开发,得益于HTML 5技术的飞速发展,网页应用已经可以提供接近原生应用的应用体验。
在本实施例中,客户端接收目标网页应用的应用数据请求,通过解析该应用数据请求,可以获取目标网页应用所请求的应用数据的目标数据类型。
该应用数据是网页应用提供对应的应用服务所需的数据。该应用数据至少包括对应的网页应用展示页面时所使用的显示数据。
例如,应用数据包括对应的网页应用展示页面时所使用的3D模型数据,该3D模型数据是网页应用以3D模型进行场景或物品展示时所使用的应用数据。对应的,目标网页应用请求的应用数据的目标数据类型,至少包括3D模型数据。
又例如,应用数据包括为3D纹理、3D Mesh、图片。
3D纹理是表示对应的3D模型表面细节的一幅或者多幅图像,在展示3D模型时,可以将3D纹理按照特定的方式映射到3D模型表面,使得3D模型的展示更加真实细腻。
3D Mesh是构成对应的3D模型的网格,3D模型通常由多个3D Mesh构成。
图片是二维平面图,可以是呈现3D立体效果的二维平面图。
对应的,目标网页应用请求的应用数据的目标数据类型,至少包括3D纹理、3DMesh、图片其中之一。
通过获取网页应用请求数据的目标数据类型,可以结合后续步骤确定客户端可支持的、与目标数据类型对应的目标压缩算法,生成对应的数据请求消息通知服务器,触发服务器获取网页应用请求的应用数据后以与目标压缩算法进行压缩处理后返回给客户端,使得应用数据的压缩传输过程完全独立于网页应用之外,不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
在步骤S2100之后,进入:
步骤S2200,获取与目标数据类型对应的目标压缩算法的指示信息。
与目标数据类型对应的目标压缩算法,是对符合目标数据类型的应用数据进行数据压缩传输时所使用的压缩算法。
实施本实施例的客户端中可以支持多种压缩算法,包括对应某种特定的应用数据的数据类型的多种压缩算法,以及对应多种不同的应用数据类型的不同的压缩算法。需要注意的是,在本实施例中“客户端中支持的压缩算法”,是指客户端支持以与该压缩算法对应的解压缩算法,对以该压缩算法压缩处理的应用数据进行解压缩还原得到对应的原始应用数据。
压缩算法的指示信息用于标识、指示对应的压缩算法,可以是压缩算法的名称、编号、算法标识等使得该压缩算法被唯一标识、区分的信息。
在本实施例中,可以从客户端支持的多种压缩算法,确定与目标数据类型对应的目标压缩算法,进而获取与目标数据类型对应的目标压缩算法的指示信息。
获取与目标数据类型对应的目标压缩算法的指示信息,可以结合后续步骤,触发服务器使用与目标压缩算法处理网页应用请求的应用数据后返回给客户端,通过客户端实现独立于网页应用之外的应用数据压缩传输,使得不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
此外,与目标数据类型对应的目标压缩算法可以是一种,也可以是多种。
在一个例子中,当与目标数据类型对应的目标压缩算法有多种时,步骤S2200可以如图3所示,包括:步骤S2210-S2220。
步骤S2210,当获取多个目标压缩算法的指示信息时,获取对应的多种目标压缩算法的压缩性能指标。
获取多个目标压缩算法的指示信息时,意味着客户端已实现多种与目标数据类型对应的目标压缩算法,对应地,可以通过评估已实现的多种目标压缩算法的算法性能,获取对应的压缩性能指标。
压缩性能指标是用于表征对应的压缩算法的算法性能优劣的性能指标。该压缩性能指标可以包括压缩算法对应的压缩算法的压缩比,压缩比是压缩数据前后的数据量之比。压缩性能指标还可以包括对应的解压缩算法的解压缩速度、或者解压缩后的数据还原率等。
在本实施例中,客户端可以本地或者通过服务器预先评估已实现的多种压缩算法的压缩性能指标,并存储于本地存储中,以供实施本实施例的数据传输方法时获取。
步骤S2220,选取压缩性能指标最优的目标压缩算法作为最终的目标压缩算法,得到对应的目标压缩算法的指示信息。
选取压缩性能指标最优的目标压缩算法,可以结合后续步骤触发服务器使用与目标压缩算法对应的、压缩性能指标对应最优的压缩算法处理网页应用请求的应用数据后返回给客户端,进一步提高应用数据传输效率。
在实际应用中,客户端支持的多种压缩算法中,可能不存在与目标数据类型对应的目标压缩算法,对应地,在步骤S2200中无法获取目标压缩算法的指示信息。在此种情况下,为了保证应用数据的正常传输,本实施例中提供的数据传输方法还包括:
无法获取目标压缩算法的指示信息时,将应用数据请求转发至服务器,以触发服务器传输返回与所述应用数据请求对应的应用数据。
其中,在转发应用数据请求时,可以基于客户端与服务器之间采用的标准的数据传输协议,构建对应的标准消息头并根据应用数据请求构建对应的消息体,将包括标准消息头和消息体的消息发送给服务器,实现应用数据请求的转发,为目标网页应用从服务器获取所请求的应用数据,保证应用数据的正常传输。
在步骤S2200之后,进入:
步骤S2300,根据应用数据请求、目标数据类型以及目标压缩算法的指示信息,生成对应的数据请求消息发送至服务器,以触发服务器传输返回与数据请求消息对应的目标应用数据。
在本实施例中,目标应用数据是服务器通过与目标压缩算法对应的压缩算法处理后得到的数据。
生成数据请求消息发送至服务器,触发服务器使用与目标压缩算法处理网页应用请求的应用数据后返回给客户端,通过客户端实现独立于网页应用之外的应用数据压缩传输,使得不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,使得网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
在一个例子中,生成对应的数据请求消息的步骤可以如图4所示,包括:步骤S2310-步骤S2320。
步骤S2310,根据目标数据类型以及目标压缩算法的指示信息,构造对应的扩展消息头。
在本例中,扩展消息头中至少包括目标数据类型以及目标压缩算法的指示信息。
假设数据类型包括Type1、Type2、Type3,客户端支持9种压缩算法,对应的压缩算法的指示信息是压缩算法的标识:A1、A2、A3、B1、B2、B3、C1、C2以及C3,其中,每一种数据类型与压缩算法的对应关系如下表。
表1数据类型与压缩算法对应关系
Figure BDA0001707126310000111
Figure BDA0001707126310000121
假设目标网页应用请求的应用数据的目标数据类型包括Type1、Type2、Type3,对应的,与Type1对应的目标压缩算法是A1、A2、A3;与Type2对应的目标压缩算法是B1、B2、B3;与Type3对应的目标压缩算法是C1、C2、C3;
基于上述信息,在构建的扩展消息头中包括以下信息:
“Type1”:{A1,A2,A3};
“Type2”:{B1,B2,B3};
“Type3”:{C1,C2,C3};
或者,也可以基于前述的例子,对每一目标数据类型,选出压缩性能指标最优的目标压缩算法作为最终的目标压缩算法,比如,针对Type1,选出目标压缩算法是A1;针对Type2,选取目标压缩算法B2;针对Type3,选取目标压缩算法B3,对应的,在构建的扩展消息头中包括以下信息:
“Type1”:{A1};
“Type2”:{B2};
“Type3”:{C3}。
步骤S2320,根据扩展消息头以及应用数据请求,生成数据请求消息。
在本例中,可以根据应用数据请求生成消息体,将扩展消息头与生成的消息体拼接构成对应的数据请求消息,以此方式构建客户端与服务器之间的数据压缩传输协议,实现独立于网页应用之外的数据压缩传输。
以上已经详细描述图2所示的应用数据传输方法,在本实施例中,应用数据传输方法还可以如图5所示,包括:步骤S2400-S2600。
步骤S2400,接收所述服务器传输返回的目标应用数据以及对应的目标压缩算法的指示信息。
该目标压缩算法是服务器压缩处理得到目标应用数据时使用的压缩算法。目标压缩算法的指示信息用于唯一标识、指示对应的目标压缩算法,可以是压缩算法的名称、编号、算法标识等。
步骤S2500,通过与目标压缩算法对应的解压缩算法对目标应用数据处理,还原得到的原始应用数据。
步骤S2600,将原始应用数据发送给目标网页应用,以供目标网页应用根据原始应用数据,展示对应的页面。
通过客户端将服务器返回的已压缩的目标应用数据进行解压缩处理,还原得到对应的原始应用数据提供给目标网页应用使用,实现应用数据的压缩传输独立于目标网页应用之外,目标网页应用对所请求的应用数据的压缩传输无感知,使得不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,使得网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
在本实施例中,客户端可以是手机、平板电脑等电子设备,例如,客户端可以是安装有支持运行网页应用的软件应用的手机,或者是存储有支持运行网页应用的软件产品的计算机可读存储介质。
客户端可以是独立于网页应用之外的软件应用,例如,客户端是支持运行网页应用的浏览器或者类似浏览器的应用软件。
在一个例子中,客户端中设置有浏览器内核,本实施例中提供的应用数据传输方法可以通过浏览器内核实施。
利用浏览器内核强大的处理能力,实现应用数据的压缩传输,进一步提升应用输出的压缩传输效率。同时,网页应用运行时对所请求的应用数据的压缩传输并无感知,完全由浏览器内核实现,不同的网页应用能基于相同的数据压缩传输方案获取应用数据,实现应用数据的跨网页应用使用。网页应用不必支持数据压缩传输,相应地降低开发成本,并提升运行效率。
<客户端>
在本实施例中,还提供一种客户端200,如图6所示,包括:
显示装置210,用于显示应用界面;
存储器220,用于存储可执行的指令;
处理器230,用于根据所述可执行的指令的控制,运行所述客户端200执行如本实施例中提供的任意一项所述应用数据传输方法。
本领域技术人员应当明白,可以通过各种方式来实现客户端200。例如,可以通过指令配置处理器来实现客户端200。例如,可以将指令存储在ROM中,并且当启动设备时,将指令从ROM读取到可编程器件中来实现客户端200。例如,可以将客户端200固化到专用器件(例如ASIC)中。可以将客户端200分成相互独立的单元,或者可以将它们合并在一起实现。客户端200可以通过上述各种实现方式中的一种来实现,或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
在本实施例中,客户端可以是手机、平板电脑等电子设备,例如,客户端可以是安装有支持运行网页应用的软件应用的手机,或者是存储有支持运行网页应用的软件产品的计算机可读存储介质。在一个例子中,客户端可以是如图1所示的客户端1200的硬件配置。
客户端可以是独立于网页应用之外的软件应用,例如,客户端是支持运行网页应用的浏览器或者类似浏览器的应用软件。在一个例子中,客户端可以是浏览器,该客户端中设置有浏览器内核,本实施例中提供的应用数据传输方法可以通过浏览器内核实施。
以上已经结合附图和例子说明本实施例中提供的应用数据传输方法及客户端,通过获取网页应用请求的应用数据的目标数据类型,确定客户端可支持的、与目标数据类型对应的目标压缩算法,生成对应的数据请求消息通知服务器,触发服务器获取网页应用请求的应用数据后,以与目标压缩算法进行压缩处理后返回给客户端,使得应用数据的压缩传输过程完全独立于网页应用之外,网页应用在获取应用数据时对应用数据的压缩传输完全无感知,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,并且降低网页应用的开发成本,提高网页应用的开发效率。
<第二实施例>
<方法>
在本实施例中提供一种应用数据传输方法,通过服务器实施。
该服务器是提供数据服务的设备,例如,是刀片服务器或者云端服务器。
该数据传输方法,如图7所示,包括:S3100-S3300。
步骤S3100,接收客户端发送的数据请求消息,获取所请求的应用数据,并解析数据请求消息获取目标数据类型、与目标数据类型对应的目标压缩算法的指示信息。
客户端生成数据请求消息、发送数据请求消息的步骤在第一实施例中已经详细说明,在此不再赘述。
在实施例中,服务器接收客户端发送的数据请求消息,根据数据请求消息,获取对应所请求的应用数据,并且通过解析请求消息获取目标数据类型以及与目标数据类型对应的目标压缩算法的指示信息,使得可以结合后续步骤,使用目标压缩算法对符合的目标数据类型的所请求的应用数据进行压缩处理,返回给客户端,与客户端配合完成对网页应用请求的应用数据的压缩传输,使得应用数据的压缩传输过程完全独立于网页应用之外,网页应用在获取应用数据时对应用数据的压缩传输完全无感知,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
在本实施例中,应用数据是网页应用提供对应的应用服务所需的数据。该应用数据至少包括对应的网页应用展示页面时所使用的显示数据。
例如,应用数据包括对应的网页应用展示页面时所使用的3D模型数据,该3D模型数据是网页应用以3D模型进行场景或物品展示时所使用的应用数据。对应的,解析数据请求消息得到的目标数据类型,至少包括3D模型数据。
又例如,应用数据包括为3D纹理、3D Mesh、图片。
3D纹理是表示对应的3D模型表面细节的一幅或者多幅图像,在展示3D模型时,可以将3D纹理按照特定的方式映射到3D模型表面,使得3D模型的展示更加真实细腻。
3D Mesh是构成对应的3D模型的网格,3D模型通常由多个3D Mesh构成。
图片是二维平面图,可以是呈现3D立体效果的二维平面图。
对应的,解析数据请求消息得到的的目标数据类型,至少包括3D纹理、3D Mesh、图片其中之一。
与目标数据类型对应的目标压缩算法,是客户端可支持的、对符合目标数据类型的应用数据进行数据压缩传输时所使用的压缩算法。
压缩算法的指示信息用于标识、指示对应的压缩算法,可以是压缩算法的名称、编号、算法标识等使得该压缩算法被唯一标识、区分的信息。
在一个例子中,客户端发送的数据请求消息中包括扩展消息头,客户端如何构建该消息头在第一实施例中已经详细描述,在此不再赘述。对应的,服务器实施的解析数据请求消息步骤包括:
解析数据请求消息的扩展消息头,获取目标数据类型以及目标压缩算法的指示信息。
服务器解析数据请求消息的扩展消息头,支持配合客户端实现独立的数据压缩传输协议,使得应用数据的压缩传输独立于网页应用之外,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
在实际应用中,服务器可能接收的是客户端的应用数据请求,而不是数据请求消息。对应地,本实施例中提供的应用数据传输方法包括:
接收客户端发送的应用数据请求,获取与应用数据请求对应的应用数据,并传输返回至客户端。
针对客户端发送的应用数据请求,直接获取所请求的应用数据传输返回客户端,可以使得客户端在不支持对网页应用请求的应用数据对应的压缩算法时,配合客户端实现保证应用数据的正常传输。
在步骤S3100之后,进入:
步骤S3200,对符合目标数据类型的所请求的应用数据,获取对应的根据目标压缩算法行压缩处理后得到的目标应用数据。
通过对符合目标数据类型的应用数据根据对应的目标压缩算法进行处理,可以实现对应用数据的压缩传输,提高数据传输效率。
在本实施例中,服务器可以在接收客户发送的数据请求时,确定所请求的数据符合目标数据类型,使用对应的目标压缩算法实施实时压缩处理,得到目标应用数据返回至客户端;服务器也可以预先获取符合目标数据类型的应用数据,利用目标压缩算法进行压缩处理得到对应的目标应用数据存储在本地,当接收客户端发送的数据请求消息时,确定客户端请求的符合目标数据类型的应用数据并指示使用目标压缩算法时,直接读取本地存储获取对应的目标应用数据;本领域技术人员基于本实施例中公开的内容,可以根据自身需求选择任意一种实施方式,本实施例中不做限制。
在一个例子中,服务器解析数据请求消息后,获取多个与目标数据类型对应的目标压缩算法的指示信息,意味着客户端指示对同一种目标数据类型支持多种目标压缩算法。对应地,本实施例中的步骤S2200可以如图8所示,包括:步骤S3210-S3220。
步骤S3210,当获取多个与目标数据类型对应的目标压缩算法的指示信息时,获取多个目标压缩算法的压缩性能指标。
压缩性能指标是用于表征对应的解压缩算法的算法性能优劣的性能指标。该压缩性能指标可以包括解压缩算法对应的压缩算法的压缩比,压缩比是压缩数据前后的数据量之比。压缩性能指标还可以包括对应的解压缩算法的解压缩速度、或者解压缩后的数据还原率等。
在本实施例中,服务器可以预先评估已实现的多种压缩算法的压缩性能指标并存储,以供实施本实施例的数据传输方法时获取。
步骤S3220,选取压缩性能指标最优的目标压缩算法,对符合目标数据类型的应用数据,获取对应的根据目标压缩算法压缩处理得到的目标应用数据。
在本例中,服务器可以预先获取目标应用数据存储在本地,在确定最终的目标压缩算法后,直接读取本地存储获取对应的目标应用数据返回给客户端,或者,服务器可以在确定最终的目标压缩算法后,实时压缩处理获取对应的目标应用数据返回给客户端。
选取压缩性能指标最优的目标压缩算法,服务器可以使用与目标压缩算法对应的、压缩性能指标对应最优的压缩算法处理客户端请求的应用数据后返回给客户端,进一步提高应用数据传输效率。
在步骤S3200之后,进入:
步骤S3300,将目标应用数据以及对应的目标压缩算法的指示信息,传输返回至客户端。
在本实施例中,服务器可以通过与前例接收的客户端的数据请求消息中的扩展消息头对应的扩展应答头,来指示目标压缩算法的指示信息。具体地,包括:
根据与所述目标应用数据对应的所述目标压缩算法的指示信息,构造扩展应答头,通过传输返回所述扩展应答头,指示所述客户端与所述目标应用数据对应的目标压缩算法。
服务器将压缩处理后得到的目标应用数据以及对应的目标压缩算法的指示信息返回给客户端,可以触发客户端使用与目标压缩算法对应的解压缩算法,将目标应用数据解压缩后还原得到原始的应用数据,与客户端配合完成对网页应用请求的应用数据的压缩传输,使得应用数据的压缩传输过程完全独立于网页应用之外,网页应用在获取应用数据时对应用数据的压缩传输完全无感知,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
<服务器>
本实施例中,还提供一种服务器300,如图9所示,包括:
存储器310,用于存储可执行的指令;
处理器320,用于根据所述可执行的指令的控制,运行所述服务器300执行如本实施例中提供的任意一项所述应用数据传输方法。
本领域技术人员应当明白,可以通过各种方式来实现服务器300。例如,可以通过指令配置处理器来实现服务器300。例如,可以将指令存储在ROM中,并且当启动设备时,将指令从ROM读取到可编程器件中来实现服务器300。例如,可以将服务器300固化到专用器件(例如ASIC)中。可以将服务器300分成相互独立的单元,或者可以将它们合并在一起实现。服务器300可以通过上述各种实现方式中的一种来实现,或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
在本实施例中,服务器可以是刀片服务器、云端服务器或者有多个实体服务器构成服务器群组。服务器还包括其他硬件装置,例如,如图1所示的服务器1100。在一个例子中,服务器1100可以是浏览器系统中提供对应数据服务的服务器。
以上已经结合附图和例子描述本实施例,根据本实施例,提供应用数据传输方法和服务器,通过接收客户端发送的数据请求消息,获取所请求的应用数据,并根据客户端在数据请求消息中指示与应用数据的数据类型对应的压缩算法,对应用数据压缩处理后返回给客户端,与客户端配合完成对网页应用请求的应用数据的压缩传输,使得应用数据的压缩传输过程完全独立于网页应用之外,网页应用在获取应用数据时对应用数据的压缩传输完全无感知,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
<第三实施例>
在本实施例中,提供一种应用数据传输系统400,如图10所示,包括:
第一实施例中提供的客户端200;
以及第二实施例中提供的服务器300。
在本实施例中,应用数据传输系统400可以是任意的实现应用数据传输功能的系统,例如,应用数据传输系统400可以是浏览器系统。
在一个例子中,应用数据传输系统400可以是如图1所示的系统1000的硬件配置。
<例子>
以下将结合图11进一步举例说明本实施例中提供的应用数据传输系统实施的应用数据传输方法。
在本例中,应用数据传输系统400是浏览器系统,客户端200中设置有浏览器内核,通过浏览器内核实现第一实施例中提供的应用数据传输方法。服务器300是浏览器系统的服务器。
本例中的应用数据传输方法包括:步骤S401-S420。
S401,目标网页应用加载资源,向浏览器内核发送应用数据请求。
本例中,目标网页应用加载资源中包括3D模型数据,因此应用数据请求中请求的应用数据包括3D模型数据,例如,包括3D纹理、3D Mesh、模型图片等。
S402,浏览器内核接收目标网页应用发送的应用数据请求,确定所请求的应用数据的目标数据类型。
S403,浏览器内核获取与目标数据类型对应的目标压缩指示信息,如果能获取目标压缩算法指示信息,转入步骤S404,否则,转入步骤S405。
浏览器内核能获取与目标数据类型对应的目标压缩指示信息,意味着浏览器内核支持对符合该目标数据类型的应用数据的压缩算法,换言之,支持对符合该目标数据类型的应用数据被压缩后的解压缩,否则,浏览器内核不支持对符合该目标数据类型的应用数据的压缩算法。
S404,根据目标数据类型、目标压缩算法的指示信息,构建扩展消息头。
该扩展消息头的具体格式,可以基于客户端与服务器之间的标准数据传输协议进行扩展构造,使得可以符合实际传输需求。
在本例中,假设目标网页应用请求的应用数据的目标数据类型包括Type1、Type2、Type3,对应的,与Type1对应的目标压缩算法是A1、A2、A3;与Type2对应的目标压缩算法是B1、B2、B3;与Type3对应的目标压缩算法是C1、C2、C3;
基于上述信息,在构建的扩展消息头中包括以下信息:
“Type1”:{A1,A2,A3};
“Type2”:{B1,B2,B3};
“Type3”:{C1,C2,C3};
S405,构建标准消息头。
该标准消息头的具体格式,可以基于客户端与服务器之间的标准数据传输协议来构造。
S406,将构建的扩展消息头或者标准消息头,与包括应用数据请求相关信息的消息体拼接,生成对应的数据请求消息,发送给服务器。
S407,服务器接收数据请求消息,判断消息头是否为扩展消息头,如果消息头是扩展消息头,进入步骤S408,否则进入步骤S412。
S408,服务器解析扩展消息头,获取目标数据类型以及目标压缩算法的指示信息,并获取浏览器内核所请求的应用数据;
S409,服务器选取压缩性能指标最优的目标压缩算法。
在本例中,假设针对Type1,选出目标压缩算法是A1;针对Type2,选取目标压缩算法B2;针对Type3,选取目标压缩算法B3。
S410,服务器对符合目标数据类型的应用数据,采用目标压缩算法进行压缩,得到目标应用数据。
S411,服务器根据对目标应用数据对应的目标压缩算法的指示信息,构造扩展应答头,进入步骤S413。
在本例中,扩展应答头可以包括:
“Type1”:{A1};
“Type2”:{B2};
“Type3”:{C3}。
S412,根据扩展应答头、目标应用数据,构造扩展应答消息发送给浏览器内核。
S413,服务器获取浏览器内核所请求的应用数据。
S414,服务器构造标准应答头。
S415,服务器根据标准应答头、所获取的应用数据,构造标准应答消息发送给浏览器内核。
S416,浏览器内核判断是否为扩展应答消息,如果是扩展应答消息,进入步骤S417,否则,进入
S417,浏览器内核解析扩展应答头,获取扩展应答头指示的与目标应用数据对应的目标压缩算法指示信息;
S418,浏览器内核根据目标压缩算法对应的解压缩算法,对目标应用数据解压缩,还原得到原始应用数据,发送给目标网页应用。
在本例中,浏览器内核可以解压缩还原得到标准的3D模型数据。
S419,浏览器内核解析标准应答信息,获取返回的应用数据,发送给目标网页应用。
S420,目标网页应用使用对应的应用数据。
在本例中目标网页应用可以获取对应的3D模型用于展示场景或者物品。
在本例中,浏览器内核在判断支持对网页应用所请求的应用数据的解压缩后,对应构造扩展消息头并生成的数据请求消息,将期望对应用数据压缩时使用的目标压缩算法通知服务器,触发服务器获取网页应用请求的应用数据后,以与目标压缩算法进行压缩处理后返回给浏览器内核,浏览器内核还原得到原始应用数据后发送给网页应用。使得网页应用在获取应用数据时对应用数据的压缩传输完全无感知,实现应用数据的压缩传输过程完全独立于网页应用之外,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
以上已经结合附图和例子说明本实施例中提供的应用数据传输系统。根据本应用数据传输系统,可以实现应用数据的压缩传输过程完全独立于网页应用之外,从而不同的网页应用可以基于统一的数据压缩传输方式获取应用数据,实现应用数据的跨网页应用使用,提升应用数据的传输效率。同时,网页应用不必支持应用数据的压缩传输,对应提高网页应用的应用性能,降低网页应用的开发成本,提高网页应用的开发效率。
本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本发明的各个方面。
这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是,通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
以上已经描述了本发明的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (15)

1.一种应用数据传输方法,其中,通过客户端实施,包括:
接收目标网页应用的应用数据请求并解析,以获取所请求的应用数据的目标数据类型;
获取与所述目标数据类型对应的目标压缩算法的指示信息;
根据所述应用数据请求、所述目标数据类型以及所述目标压缩算法的指示信息,生成对应的数据请求消息发送至服务器,以触发所述服务器传输返回与所述数据请求消息对应的目标应用数据;
其中,所述目标应用数据是所述服务器根据目标压缩算法压缩处理后得到的数据。
2.根据权利要求1所述的方法,其中,还包括:
接收所述服务器传输返回的目标应用数据以及对应的目标压缩算法的指示信息;
通过与所述目标压缩算法对应的解压缩算法对所述目标应用数据处理,还原得到的原始应用数据;
将所述原始应用数据发送给所述目标网页应用,以供所述目标网页应用根据所述原始应用数据,展示对应的页面。
3.根据权利要求1所述的方法,其中,还包括:
无法获取目标压缩算法的指示信息时,将所述应用数据请求转发至所述服务器,以触发所述服务器传输返回与所述应用数据请求对应的应用数据。
4.根据权利要求1所述的方法,其中,获取与所述目标数据类型对应的目标压缩算法的指示信息的步骤包括:
当获取多个目标压缩算法的指示信息时,获取对应的多种目标压缩算法的压缩性能指标;
选取所述压缩性能指标最优的目标压缩算法作为最终的目标压缩算法,得到对应的所述目标压缩算法的指示信息。
5.根据权利要求1所述的方法,其中,所述生成对应的数据请求消息的步骤包括:
根据所述目标数据类型以及所述目标压缩算法的指示信息,构造对应的扩展消息头;
根据所述扩展消息头以及所述应用数据请求,生成所述数据请求消息。
6.根据权利要求1所述的方法,其中,
所述目标数据类型至少包括3D模型数据;
和/或,
所述目标数据类型至少包括3D纹理、3D Mesh、图片其中之一。
7.根据权利要求1所述的方法,其中,
所述客户端中设置有浏览器内核;
所述应用数据传输方法通过所述浏览器内核实施。
8.一种应用数据传输方法,其中,包括:
接收客户端发送的数据请求消息,获取所请求的应用数据,并解析所述数据请求消息获取目标数据类型、与所述目标数据类型对应的目标压缩算法的指示信息;
对符合所述目标数据类型的所请求的应用数据,获取对应的根据所述目标压缩算法行压缩处理后得到的目标应用数据;
将所述目标应用数据以及对应的目标压缩算法的指示信息,传输返回至所述客户端。
9.根据权利要求8所述的方法,其中,还包括:
接收所述客户端发送的应用数据请求,获取与所述应用数据请求对应的应用数据,并传输返回至所述客户端。
10.根据权利要求8所述的方法,其中,
所述解析所述数据请求消息步骤包括:
解析所述数据请求消息的扩展消息头,获取所述目标数据类型以及所述目标压缩算法的指示信息;
所述传输返回目标压缩算法的指示信息的步骤包括:
根据与所述目标应用数据对应的所述目标压缩算法的指示信息,构造扩展应答头,通过传输返回所述扩展应答头,指示所述客户端与所述目标应用数据对应的目标压缩算法。
11.根据权利要求8所述的方法,其中,还包括:
当获取多个与所述目标数据类型对应的目标压缩算法的指示信息时,获取所述多个目标压缩算法的压缩性能指标;
选取所述压缩性能指标最优的目标压缩算法,对符合所述目标数据类型的应用数据获取对应的根据所述目标压缩算法压缩处理得到的目标应用数据。
12.根据权利要求8所述的方法,其中,
所述目标数据类型至少包括3D模型数据;
和/或,
所述目标数据类型至少包括3D纹理、3D Mesh、3D图片其中之一。
13.一种客户端,其中,包括:
显示装置,用于显示应用界面;
存储器,用于存储可执行的指令;
处理器,用于根据所述可执行的指令的控制,运行所述客户端执行如权利要求1-7所述的任意一项所述应用数据传输方法。
14.一种服务器,其中,包括:
存储器,用于存储可执行的指令;
处理器,用于根据所述可执行的指令的控制,运行所述服务器执行如权利要求8-12所述的任意一项所述应用数据传输方法。
15.一种应用数据传输系统,其中,包括:
如权利要求13所述的客户端;
以及如权利要求14所述的服务器。
CN201810662794.6A 2018-06-25 2018-06-25 应用数据传输方法、客户端、服务器及系统 Pending CN110636034A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810662794.6A CN110636034A (zh) 2018-06-25 2018-06-25 应用数据传输方法、客户端、服务器及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810662794.6A CN110636034A (zh) 2018-06-25 2018-06-25 应用数据传输方法、客户端、服务器及系统

Publications (1)

Publication Number Publication Date
CN110636034A true CN110636034A (zh) 2019-12-31

Family

ID=68968214

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810662794.6A Pending CN110636034A (zh) 2018-06-25 2018-06-25 应用数据传输方法、客户端、服务器及系统

Country Status (1)

Country Link
CN (1) CN110636034A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111935261A (zh) * 2020-07-30 2020-11-13 北京达佳互联信息技术有限公司 应答消息处理方法、装置、电子设备及存储介质
CN114679602A (zh) * 2022-03-30 2022-06-28 北京达佳互联信息技术有限公司 一种数据处理方法、装置、电子设备及存储介质
CN116366730A (zh) * 2022-11-02 2023-06-30 湖南强智科技发展有限公司 一种高校选课高并发场景下的数据压缩分发方法与装置
CN116527061A (zh) * 2023-06-28 2023-08-01 普天通信有限责任公司 一种基于物联网应用识别的数据压缩算法及其系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102638580A (zh) * 2012-03-30 2012-08-15 奇智软件(北京)有限公司 一种网页信息处理方法和装置
CN103605534A (zh) * 2013-10-31 2014-02-26 武汉极讯软件有限责任公司 图片加载方法及装置
CN107066401A (zh) * 2016-12-30 2017-08-18 广东欧珀移动通信有限公司 一种基于移动终端架构的数据传输的方法及移动终端

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102638580A (zh) * 2012-03-30 2012-08-15 奇智软件(北京)有限公司 一种网页信息处理方法和装置
CN103605534A (zh) * 2013-10-31 2014-02-26 武汉极讯软件有限责任公司 图片加载方法及装置
CN107066401A (zh) * 2016-12-30 2017-08-18 广东欧珀移动通信有限公司 一种基于移动终端架构的数据传输的方法及移动终端

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111935261A (zh) * 2020-07-30 2020-11-13 北京达佳互联信息技术有限公司 应答消息处理方法、装置、电子设备及存储介质
CN111935261B (zh) * 2020-07-30 2023-08-08 北京达佳互联信息技术有限公司 应答消息处理方法、装置、电子设备及存储介质
CN114679602A (zh) * 2022-03-30 2022-06-28 北京达佳互联信息技术有限公司 一种数据处理方法、装置、电子设备及存储介质
CN116366730A (zh) * 2022-11-02 2023-06-30 湖南强智科技发展有限公司 一种高校选课高并发场景下的数据压缩分发方法与装置
CN116366730B (zh) * 2022-11-02 2023-11-21 湖南强智科技发展有限公司 一种高校选课高并发场景下的数据压缩分发方法与装置
CN116527061A (zh) * 2023-06-28 2023-08-01 普天通信有限责任公司 一种基于物联网应用识别的数据压缩算法及其系统
CN116527061B (zh) * 2023-06-28 2023-09-12 普天通信有限责任公司 一种基于物联网应用识别的数据压缩算法及其系统

Similar Documents

Publication Publication Date Title
CN110636034A (zh) 应用数据传输方法、客户端、服务器及系统
TWI544429B (zh) 用於更新多個動態圖示面板的推送通知之方法與電腦可讀取儲存器
US20160337290A1 (en) Message Push Method and Apparatus
US9589063B2 (en) Two-dimensional code processing method and terminal
US10613717B2 (en) Reproducing state of source environment when image was screen captured on a different computing device using resource location, resource navigation and positional metadata embedded in image
JP2014519632A (ja) アプリケーションのカスタマイズされた起動
CN106530096B (zh) 表情符号处理方法、设备及电子设备
KR101774422B1 (ko) 문자 메시지 송신 방법 및 시스템
CN110036401B (zh) 用于简档管理的交互式用户界面
CN108234659B (zh) 数据处理方法、装置及系统
CN113747199A (zh) 视频编辑方法、装置、电子设备、存储介质及程序产品
CN110688829A (zh) 表格生成方法、装置、设备及存储介质
US10795633B2 (en) Desktop sharing method and mobile terminal
CN110347319A (zh) 一种应用内屏幕截图方法及装置
CN104572771B (zh) 处理状态展示方法及装置
CN109962972A (zh) 一种离线包重组方法及系统
CN110879676A (zh) 调试控制方法、主控设备、调试服务器、被控设备及系统
CN106034067A (zh) 即时通讯客户端的图片显示方法、装置及系统
CN110858175A (zh) 测试控制方法、主控设备、被控设备及测试系统
CN112464177B (zh) 一种水印全覆盖方法和装置
JP2018195027A (ja) 分析システム、分析方法及び分析プログラム
CN108563481B (zh) 皮肤实时修改预览的方法、设备及装置
US20230217471A1 (en) Media sink capabilities description
WO2015166564A1 (ja) 配信装置、配信システムおよび配信方法
CN114972045A (zh) 一种图像处理方法、装置、电子设备及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200526

Address after: 310051 room 508, floor 5, building 4, No. 699, Wangshang Road, Changhe street, Binjiang District, Hangzhou City, Zhejiang Province

Applicant after: Alibaba (China) Co.,Ltd.

Address before: 100083, Beijing, Haidian District, Cheng Fu Road, No. 28, A building, block 12

Applicant before: UC MOBILE Co.,Ltd.

TA01 Transfer of patent application right
RJ01 Rejection of invention patent application after publication

Application publication date: 20191231

RJ01 Rejection of invention patent application after publication