图片的传输方法、装置和系统的制作方法
【技术领域】
[0001] 本发明涉及数据传输领域，具体而言，涉及一种图片的传输方法、装置和系统。
【背景技术】
[0002] 现有技术中，各种即时通讯的应用程序或者图片社交分享应用中经常会使用的图 片的传输，现有技术中主要采用两种方法传输图片：一种是采用传统的图片格式（如JPEG/ PNG)保存图片，即时应用程序的交互发送方把整个图片数据传输到服务器，接收方从服务 器上下载整个图片数据，全部图片数据下载完成之后，展示给目标用户（如接收方的操作 者）；另一种是使用Google推出的WEBP格式保存图片，WEBP格式可以对网页图档有效进行 压缩，同时不影响图片格式兼容与实际清晰度，使用该种格式可以加快图片的上传和下载 速度，在该种方法中发送和接收的过程与第一种方法相同，均是全部数据上传完成之后才 确认上传成功，全部数据从服务器全部下载完成之后，才确认下载成功。
[0003] 上述的第一种方法为现有技术中的最基本的传图方法，但是如果图片文件尺寸比 较大，传输的时间就会很长，图片传输的效率很低，用户在收发过程中需等待时间很久；第 二种方法，由于WEBP压缩格式更高效，可以减少约30%的图片文件的尺寸，在进行图片传 输时可以减少传输时间。但是，WEBP格式平均压缩计算开销是JPEG的5倍以上，而且还不 是国际标准，WEBP格式未被广泛支持，除了Android系统原生支持外，其他的系统都需要引 入第三方编解码库，这样就会增加APP(即应用程序）运行不稳定的因素以及安装文件大 小。此外，这两种传图方式，还存在一个共同的问题，就是图片必须完整地发送完毕或者接 收完毕，哪怕只剩下1 %的数据没传输，整个传输过程都不会成功。在使用移动设备进行传 图时，移动设备所处的网络环境复杂多变，并且现有的网络环境很不稳定，使用上述的方法 传图传图的成功率很低。
[0004]针对上述图片传输的成功率低的问题，目前尚未提出有效的解决方案。
【发明内容】
[0005]本发明实施例提供了一种图片的传输方法、装置和系统，以至少解决图片传输的 成功率低的技术问题。
[0006]根据本发明实施例的一个方面，提供了一种图片的传输方法，该方法包括：生成待 传输图片的数据流，其中，数据流包括待传输图片的预设传输数据容量和待传输图片的图 片数据，预设传输数据容量小于待传输图片的总数据容量，图片数据包括N层图片编码数 据，每层图片编码数据包括待传输图片的各个像素的像素信息，将第一层图片编码数据至 第i层图片编码数据叠加得到的图片的分辨率比将第一层图片编码数据至第i+1层图片编 码数据叠加得到的图片的分辨率低，l〈i<N，i为自然数；将预设传输数据容量发送至服务 器；从第一层图片编码数据起逐层发送图片编码数据至服务器，直至接收到服务器发送的 确认信号，其中，确认信号用于指示服务器已接收到待传输图片中数据容量为预设传输数 据容量的图片数据。
[0007] 根据本发明实施例的一个方面，提供了一种图片的传输装置，该装置包括：第一生 成模块，用于生成待传输图片的数据流，其中，数据流包括待传输图片的预设传输数据容量 和待传输图片的图片数据，预设传输数据容量小于待传输图片的总数据容量，图片数据包 括N层图片编码数据，每层图片编码数据包括待传输图片的各个像素的像素信息，将第一 层图片编码数据至第i层图片编码数据叠加得到的图片的分辨率比将第一层图片编码数 据至第i+1层图片编码数据叠加得到的图片的分辨率低，l〈i<N，i为自然数；第一上传模 块，用于将预设传输数据容量发送至服务器；第二上传模块，用于从第一层图片编码数据起 逐层发送图片编码数据至服务器，直至接收到服务器发送的确认信号，其中，确认信号用于 指示服务器已接收到待传输图片中数据容量为预设传输数据容量的图片数据。
[0008] 根据本发明实施例的另一个方面，提供了一种图片的传输方法，该方法包括：接收 待传输图片的预设传输数据容量，并从第一层图片编码数据起逐层接收图片编码数据，其 中，预设传输数据容量小于待传输图片的总数据容量，待传输图片的图片数据包括N层图 片编码数据，每层图片编码数据包括待传输图片的各个像素的像素信息，将第一层图片编 码数据至第i层图片编码数据叠加得到的图片的分辨率比将第一层图片编码数据至第i+1 层图片编码数据得到的图片的分辨率低，l〈i<N，i为自然数；在接收图片编码数据的过程 中，实时记录已接收到待传输图片中的数据容量；判断已接收到待传输图片中的数据容量 是否为预设传输数据容量；在已接收到待传输图片中的数据容量为预设传输数据容量时， 判断出待传输图片上传成功。
[0009] 根据本发明实施例的再一个方面，提供了一种图片的传输装置，该装置包括：接收 模块，用于接收待传输图片的预设传输数据容量，并从第一层图片编码数据起逐层接收图 片编码数据，其中，预设传输数据容量小于待传输图片的总数据容量，待传输图片的图片数 据包括N层图片编码数据，每层图片编码数据包括待传输图片的各个像素的像素信息，将 第一层图片编码数据至第i层图片编码数据叠加得到的图片的分辨率比将第一层图片编 码数据至第i+1层图片编码数据得到的图片的分辨率低，l〈i<N，i为自然数；记录模块， 用于在接收图片编码数据的过程中，实时记录已接收到待传输图片中的数据容量；判断模 块，用于判断已接收到待传输图片中的数据容量是否为预设传输数据容量；结果确认模块， 用于在已接收到待传输图片中的数据容量为预设传输数据容量时，判断出待传输图片上传 成功。
[0010] 根据本发明实施例的再一个方面，提供了一种图片的传输系统，该系统包括：第一 终端，用于生成待传输图片的数据流，其中，数据流包括待传输图片的预设传输数据容量和 待传输图片的图片数据，图片数据包括N层图片编码数据，在将预设传输数据容量发送至 服务器之后，从第一层图片编码数据起逐层发送图片编码数据至服务器，其中，预设传输数 据容量小于待传输图片的总数据容量，每层图片编码数据包括待传输图片的各个像素的像 素信息，将第一层图片编码数据至第i层图片编码数据叠加得到的图片分辨率比将第一层 图片编码数据至第i+1层图片编码数据得到的图片的分辨率低，l〈i<N，i为自然数；服务 器，与第一终端连接，用于在接收图片数据的过程中，实时记录已接收到待传输图片中的数 据容量，判断已接收到待传输图片中的数据容量是否为预设传输数据容量，在已接收到待 传输图片中的数据容量为预设传输数据容量时，判断出待传输图片上传成功。
[0011] 采用本发明实施例，在将待传输图片的图片编码数据逐层上传至服务器的过程 中，若接收到服务器发送的确认信号，即可确认待传输图片上传成功，则停止上传图片编码 数据，上述的确认信号是用于指示服务器已接收到待传输图片中数据容量为预设传输数据 容量的图片数据的信号，预设传输数据容量是小于待传输图片的总数据容量的，这样，在尚 未完全将待传输图片上传至服务器，即可确认上传成功。通过上述实施例，不用将待传输图 片的整个图片数据全部上传完成，即可确认待传输图片上传成功，缩短了图片传输的时间； 在网络不稳定或者设备不稳定的情况下，只要上传完成预设传输数据容量，则认为上传成 功，大大地提高了上传图片的成功率。解决了现有技术中图片传输的成功率低的问题，实现 了提高图片传输成功率的效果。
【附图说明】
[0012] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0013] 图1是根据本发明实施例的应用图片的传输方法的环境示意图；
[0014] 图2是根据本发明实施例的图片的传输方法的流程图；
[0015] 图3是根据本发明实施例的基线式图片展示过程的示意图；
[0016] 图4是根据本发明实施例的渐进式图片展示过程的示意图；
[0017] 图5是根据本发明实施例的不同比例的图片展示效果的示意图；
[0018] 图6是根据本发明实施例的一种可选的图片的传输方法的系统结构图；
[0019] 图7是根据本发明实施例的图片的传输装置的示意图；
[0020] 图8是根据本发明实施例的一种可选的图片的传输方法的流程图；
[0021] 图9是根据本发明实施例的一种可选的图片的传输装置的示意图；
[0022] 图10是根据本发明实施例的一种终端的结构框图。
【具体实施方式】
[0023] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的 附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是 本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范 围。
[0024] 需要说明的是，本发明的说明书和权利要求书及上述附图中的术语"第一"、"第 二"等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用 的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或 描述的那些以外的顺序实施。此外，术语"包括"和"具有"以及他们的任何变形，意图在于 覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必 限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、 产品或设备固有的其它步骤或单元。
[0025] 实施例1
[0026] 根据本发明实施例，提供了一种图片的传输方法的实施例，需要说明的是，在附图 的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然 在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或 描述的步骤。
[0027] 可选地，在本实施例中，上述图片的传输方法可以应用于如图1所示的第一终端 101、服务器102和第二终端103所构成的硬件环境中。如图1所示，第一终端101通过网 络或数据线与服务器102连接，向服务器102上传图片；服务器102可以通过网络或数据线 与第二终端103连接，第二终端103可以从服务器102上下载第一终端上传的图片。
[0028] 上述网络包括但不限于：广域网、城域网或局域网。在本发明实施例中，上述的第 一终端和第二终端可以为移动终端、个人电脑上，具体地，第一终端和第二终端可以为智能 手机、平板电脑、PDA等任何的可以实现图片上传功能的终端。
[0029] 根据本发明实施例，提供了一种图片的传输方法，如图2所示，该方法包括如下步 骤：
[0030] 步骤S202 :生成待传输图片的数据流。
[0031] 其中，数据流包括待传输图片的预设传输数据容量和待传输图片的图片数据，预 设传输数据容量小于待传输图片的总数据容量，图片数据包括N层图片编码数据，每层图 片编码数据包括待传输图片的各个像素的像素信息，将第一层图片编码数据至第i层图片 编码数据叠加得到的图片的分辨率比将第一层图片编码数据至第i+1层图片编码数据叠 加得到的图片的分辨率低，l〈i<N，i为自然数。
[0032] 步骤S204 :将预设传输数据容量发送至服务器。
[0033] 步骤S206 :从第一层图片编码数据起逐层发送图片编码数据至服务器，直至接收 到服务器发送的确认信号。
[0034]其中，确认信号用于指示服务器已接收到待传输图片中数据容量为预设传输数据 容量的图片数据。
[0035] 采用本发明实施例，待传输图片的图片数据中的N层图片编码数据携带有待传输 图片的像素的像素信息，从第一层图片编码数据开始发送图片数据，若将接收到的图片编 码数据逐层叠加，待传输图片的分辨率逐渐增高（从模糊到清晰）。在将待传输图片的图片 编码数据逐层上传至服务器的过程中，若接收到服务器发送的确认信号，即可确认待传输 图片上传成功，则停止上传图片编码数据，上述的确认信号是用于指示服务器已接收到待 传输图片中数据容量为预设传输数据容量的图片数据的信号，预设传输数据容量是小于待 传输图片的总数据容量的，这样，在尚未完全将待传输图片上传至服务器，即可确认上传成 功。通过上述实施例，不用将整个待传输图片的图片数据全部上传完成，即可确认待传输图 片上传成功，确认上传成功时得到的图片的是轮廓完整且可识别的图片，缩短了图片传输 的时间；在网络不稳定或者设备不稳定的情况下，只要上传完成预设传输数据容量，则认为 上传成功，大大地提高了上传图片的成功率。解决了现有技术中图片传输的成功率低的问 题，实现了提高图片传输成功率的效果。
[0036] 上述实施例中的将预设传输数据容量和图片数据上传至服务器可以通过如下方 法实现：按照流式传输方式依序将预设传输数据容量和图片数据上传至服务器。也即上述 实施例中的将预设传输数据容量发送至服务器，并从第一层图片编码数据起逐层发送图片 编码数据至服务器。
[0037] 其中，流式传输方式即为将数据流按照顺序发送的方式，具体地，数据流按先主后 次的顺序像水流一样在网络中传输，传输进行过程实时处理响应。具体到本发明实施例中， 先上传预设传输数据容量，在上传完成预设传输数据容量之后，上传剩余的图片编码数据。
[0038] 在上述实施例中，采用流式传输方式，数据按先主后次的顺序像水流一样在网络 中传输，传输进行过程实时处理响应，服务器可以实时向发送方（即图1中示出的第一终 端）确认收到的待传输图片的数据容量，接收到特定的数据容量（即上述实施例中的预设 传输数据容量）之后，向第一终端发送确认信号，该确认信号指示服务器已接收到待传输 图片中数据容量为预设传输数据容量的图片数据。
[0039] 具体地，在将图片数据上传至服务器的过程中，服务器可以实时记录已接收到的 待传输图片的数据容量，并将该已接收到的待传输图片的数据容量实时反馈给第一终端， 第一终端根据服务器反馈的已接收到的待传输图片的数据容量计算上传进度，并在该第一 终端的应用程序的第一界面上显示该上传进度。
[0040] 其中，上传进度为100%，表示服务器已接收到的待传输图片的数据容量为预设传 输数据容量。上述的服务器可以为中间服务器，该中间服务器可以用于待传输图片的中间 存储。
[0041] 根据本发明的上述实施例，若接收到服务器发送的确认信号，则确认待传输图片 上传成功，在确认待传输图片上传成功之后，在第一终端的应用程序的第一界面上显示待 传输图片上传成功的第一提示信息。
[0042] 上述实施例中的第一终端可以为移动终端。可选地，上述实施例中的图片的传输 方法可以应用于即时通讯应用程序，例如，微信、QQ等。
[0043]下面以将图片的传输方法应用于微信