容量时，生成确认信号和通知信号，然后将确认信号发送至上传待传输 图片的第一终端，并将通知信号发送至第二终端，通知第二终端接收待传输图片。
[0136] 具体地，在将通知信号发送至第二终端之后，传输方法还可以包括：在接收到第 二终端的查看待传输图片的信息之后，将已接收到待传输图片中的数据容量发送至第二终 端。
[0137] 本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应 用场景也可以相同。当然，需要注意的是，上述模块涉及的方案可以不限于上述实施例一中 的内容和场景，且上述模块可以运行在计算机终端或移动终端，可以通过软件或硬件实现。
[0138] 实施例3
[0139] 根据本发明实施例，提供了一种图片的传输方法的实施例，需要说明的是，在附图 的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然 在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或 描述的步骤。
[0140] 根据本发明实施例，提供了一种图片的传输方法，如图8所示，该方法包括如下步 骤：
[0141] 步骤S802 :接收待传输图片的预设传输数据容量，并从第一层图片编码数据起逐 层接收图片编码数据。
[0142] 其中，预设传输数据容量小于待传输图片的总数据容量，待传输图片的图片数据 包括N层图片编码数据，每层图片编码数据包括待传输图片的各个像素的像素信息，将第 一层图片编码数据至第i层图片编码数据叠加得到的图片的分辨率比将第一层图片编码 数据至第i+1层图片编码数据得到的图片的分辨率低，l〈i<N，i为自然数。
[0143] 步骤S804:在接收图片编码数据的过程中，实时记录已接收到待传输图片中的数 据容量。
[0144] 步骤S806 :判断已接收到待传输图片中的数据容量是否为预设传输数据容量。
[0145] 步骤S808 :在已接收到待传输图片中的数据容量为预设传输数据容量时，判断出 待传输图片上传成功。
[0146] 采用本发明实施例，待传输图片的图片数据中的N层图片编码数据携带有待传输 图片的像素的像素信息，从第一层图片编码数据开始发送图片数据，若将接收到的图片编 码数据逐层叠加，待传输图片的分辨率逐渐增高（从模糊到清晰）。在将待传输图片的图片 编码数据逐层上传至服务器的过程中，若接收到服务器发送的确认信号，即可确认待传输 图片上传成功，则停止上传图片编码数据，上述的确认信号是用于指示服务器已接收到待 传输图片中数据容量为预设传输数据容量的图片数据的信号，预设传输数据容量是小于待 传输图片的总数据容量的，这样，在尚未完全将待传输图片上传至服务器，即可确认上传成 功。通过上述实施例，不用将整个待传输图片的图片数据全部上传完成，即可确认待传输图 片上传成功，确认上传成功时得到的图片的是轮廓完整且可识别的图片，缩短了图片传输 的时间；在网络不稳定或者设备不稳定的情况下，只要上传完成预设传输数据容量，则认为 上传成功，大大地提高了上传图片的成功率。解决了现有技术中图片传输的成功率低的问 题，实现了提高图片传输成功率的效果。
[0147] 上述实施例中的将预设传输数据容量和图片数据上传至服务器可以通过如下方 法实现：按照流式传输方式依序将预设传输数据容量和图片数据上传至服务器。也即上述 实施例中的将预设传输数据容量发送至服务器，并从第一层图片编码数据起逐层发送图片 编码数据至服务器。
[0148] 其中，流式传输方式即为将数据流按照顺序发送的方式，具体地，数据流按先主后 次的顺序像水流一样在网络中传输，传输进行过程实时处理响应。具体到本发明实施例中， 先上传预设传输数据容量，在上传完成预设传输数据容量之后，上传剩余的图片编码数据。
[0149] 在上述实施例中，采用流式传输方式，数据按先主后次的顺序像水流一样在网络 中传输，传输进行过程实时处理响应，服务器可以实时向发送方（即图1中示出的第一终 端）确认收到的待传输图片的数据容量，接收到特定的数据容量（即上述实施例中的预设 传输数据容量）之后，向第一终端发送确认信号，该确认信号指示服务器已接收到待传输 图片中数据容量为预设传输数据容量的图片数据。
[0150] 具体地，在将图片数据上传至服务器的过程中，服务器可以实时记录已接收到的 待传输图片的数据容量，并将该已接收到的待传输图片的数据容量实时反馈给第一终端， 第一终端根据服务器反馈的已接收到的待传输图片的数据容量计算上传进度，并在该第一 终端的应用程序的第一界面上显示该上传进度。
[0151] 其中，上传进度为100 %，表示服务器已接收到的待传输图片的数据容量为预设传 输数据容量。上述的服务器可以为中间服务器，该中间服务器可以用于待传输图片的中间 存储。
[0152] 根据本发明的上述实施例，若接收到服务器发送的确认信号，则确认待传输图片 上传成功，在确认待传输图片上传成功之后，在第一终端的应用程序的第一界面上显示待 传输图片上传成功的第一提示信息。
[0153] 上述实施例中的第一终端可以为移动终端。可选地，上述实施例中的图片的传输 方法可以应用于即时通讯应用程序，例如，微信、QQ等。
[0154] 下面以将图片的传输方法应用于微信为例，详细介绍本发明。
[0155] 第一终端的用户在微信的应用界面（即上述实施例中的第一界面）发起传输图片 的请求，在确定待传输图片之后，第一终端生成待传输图片的数据流，该数据流中包括待传 输图片的图片数据和待传输图片的预设传输数据容量。在启动图片传输之后，采用流式传 输方式将预设传输数据容量和图片数据依序上传给服务器，服务器在接收图片数据的过程 中实时向第一终端确认已接收到待传输图片中的数据容量，在已接收到的待传输图片中的 数据容量为预设传输长度时，认为待传输图片接收成功，向第一终端发送确认信号，确认已 接收到的待传输图片中的数据容量为预设传输长度，第一终端接收到确认信号，在微信的 上传图片的进度条中显示上传（或发送）成功。
[0156] 根据本发明的上述实施例，传输方法还可以包括：在已接收到待传输图片中的数 据容量为预设传输数据容量时，生成确认信号和通知信号；将确认信号发送至第一终端，其 中，第一终端为上传待传输图片的终端；以及将通知信号发送至第二终端，其中，通知信号 用于通知第二终端接收待传输图片。
[0157] 具体地，在传输待传输图片之前，如果将待传输图片不为渐进式JPEG格式，则将 待传输图片的格式转换为渐进式JPEG格式（可以通过上述实施例中进行渐进式图片编码 实现），得到格式为渐进式JPEG格式的图片；将格式为渐进式JPEG格式的图片的图片数据 作为待传输图片的图片数据。
[0158] 可选地，渐进式JPEG格式属于JPEG国际标准的一部分，在Android、iOS和 WindowsPhone三大移动操作系统自带的JPEG编解码库都直接支持，无需引入第三方编解 码库。
[0159] 通过上述实施例，采用渐进式（progressive)JPEG格式的图片，对图片不是传统 的自上而下先左再右的编码过程，而是先轮廓后细节的编码过程，在接收到的图片数据的 数据量逐渐变大的过程中，待传输图片的展示从模糊逐渐清晰；并且在上述实施例中采用 了流式传输方式，图片数据按先主后次的顺序像水流一样在网络中传输，传输进行过程实 时处理响应：服务器实时向第一终端确认收到的待传输图片的数据容量，在接收到特定长 度之后确认发送成功，还可以通过第二终端，第二终端实时将收到的数据（即上述的预设 传输数据容量的数据）展示在第二界面上。整个图片的传输过程，无论是对于第一终端还 是对于第二终端，图片传输的时间都很短，对于使用第一终端和第二终端的用户来讲，需要 等待时间也会大大缩小。
[0160] 需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列 的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为 依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知 悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明 所必须的。
[0161] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施 例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多 情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有 技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储 介质（如R0M/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计 算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。
[0162] 实施例4
[0163] 根据本发明实施例，还提供了一种用于实施上述图片的传输装置，如图7所示，该 装置可以包括：接收模块20、记录模块40、判断模块60以及结果确认模块80。
[0164] 其中，接收模块20,用于接收待传输图片的预设传输数据容量，并从第一层图片编 码数据起逐层接收图片编码数据；记录模块40,用于在接收图片编码数据的过程中，实时 记录已接收到待传输图片中的数据容量；判断模块60,用于判断已接收到待传输图片中的 数据容量是否为预设传输数据容量；结果确认模块80,用于各在已接收到待传输图片中的 数据容量为预设传输数据容量时，判断出待传输图片上传成功。
[0165] 其中，预设传输数据容量小于待传输图片的总数据容量，待传输图片的图片数据 包括N层图片编码数据，每层图片编码数据包括待传输图片的各个像素的像素信息，将第 一层图片编码数据至第i层图片编码数据叠加得到的图片的分辨率比将第一层图片编码 数据至第i+1层图片编码数据得到的图片的分辨率低，l〈i<N，i为自然数。
[0166] 采用本发明实施例，待传输图片的图片数据中的N层图片编码数据携带有待传输 图片的像素的像素信息，从第一层图片编码数据开始发送图片数据，若将接收到的图片编 码数据逐层叠加，待传输图片的分辨率逐渐增高（从模糊到清晰）。在将待传输图片的图片 编码数据逐层上传至服务器的过程中，若接收到服务器发送的确认信号，即可确认待传输 图片上传成功，则停止上传图片编码数据，上述的确认信号是用于指示服务器已接收到待 传输图片中数据容量为预设传输数据容量的图片数据的信号，预设传输数据容量是小于待 传输图片的总数据容量的，这样，在尚未完全将待传输图片上传至服务器，即可确认上传成 功。通过上述实施例，不用将整个待传输图片的图片数据全部上传完成，即可确认待传输图 片上传成功，确认上传成功时得到的图片的是轮廓完整且可识别的图片，缩短了图片传输 的时间；在网络不稳定或者设备不稳定的情况下，只要上传完成预设传输数据容量，则认为 上传成功，大大地提高了上传图片的成功率。解决了现有技术中图片传输的成功率低的问 题，实现了提高图片传输成功率的效果。
[0167] 上述实施例中的将预设传输数据容量和图片数据上传至服务器可以通过如下方 法实现：按照流式传输方式依序将预设传输数据容量和图片数据上传至服务器。也即上述 实施例中的将预设传输数据容量发送至服务器，并从第一层图片编码数据起逐层发送图片 编码数据至服务器。
[0168] 根据本发明的上述实施例，传输装置还可以包括：生成模块，用于在已接收到待传 输图片中的数据容量为预设传输数据容量时，生成确认信号和通知信号；第一发送模块，用 于将确认信号发送至第一终端，其中，第一终端为上传待传输图片的终端；以及第二发送模 块，用于将通知信号发送至第二终端，其中，通知信号用于通知第二终端接收待传输图片。
[0169] 其中，待传输图片为渐进式JPEG格式的图片。
[0170] 具体地，在传输待传输图片之前，如果将待传输图片不为渐进式JPEG格式，则将 待传输图片的格式转换为渐进式JPEG格式（可以通过上述实施例中进行渐进式图片编码 实现），得到格式为渐进式JPEG格式的图片；将格式为渐进式JPEG格式的图片的图片数据 作为待传输图片的图片数据。
[0171] 通过上述实施例，采用渐进式（progressive)JPEG格式的图片，对图片不是传统 的自上而下先左再右的编码过程，而是先轮廓后细节的编码过程，在接收到的图片数据的 数据量逐渐变大的过程中，待传输图片的展示从模糊逐渐清晰；并且在上述实施例中采用 了流式传输方式，图片数据按先主后次的顺序像水流一样在网络中传输，传输进行过程实 时处理响应：服务器实时向第一终端确认收到的待传输图片的数据容量，在接收到特定长 度之后确认发送成功，还可以通过第二终端，第二终端实时将收到的数据（即上述的预设 传输数据容量的数据）展示在第二界面上。整个图片的传输过程，无论是对于第一终端还 是对于第二终端，图片传输的时间都很短，对于使用第一终端和第二终端的用户来讲，需要 等待时间也会大大缩小。
[0172] 本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应 用场景也可以相同。当然，需要注意的是，上述模块涉及的方案可以不限于上述实施例一中 的内容和场景，且上述模块可以运行在计算机终端或移动终端，可以通过软件或硬件实现。
[0173] 实施例5
[0174] 本发明的实施例还提供了一种图片的传输系统。可选地，在本实施例中，上述系统 可以执行图片的传输方法，该系统可以位于图1所示的网络中。
[0175] 该系统可以包括：第一终端，用于生成待传输图片的数据流，其中，数据流包括待 传输图片的预设传输数据容量和待传输图片的图片数据，图片数据包括N层图片编码数 据，在将预设传输数据容量发送至服务器之后，从第一层图片编码数据起逐层发送图片编 码数据至服务器，其中，预设传输数据容量小于待传输图片的总数据容量，每层图片编码数 据包括待传输图片的各个像素的像素信息，将第一层图片编码数据至第i层图片编码数据 叠加得到的图片分辨率比将第一层图片编码数据至第i+1层图片编码数据得到的图片的 分辨率低，l〈i<N，i为自然数；服务器，与第一终端连接，用于在接收图片数据的过程中， 实时记录已接收到待传输图片中的数据容量，判断已接收到待传输图片中的数据容量是否 为预设传输数据容量，在已接收到待传输图片中的数据容量为预设传输数据容量时，判断 出待传输图片上传成功。
[0176] 采用本发明实施例，待传输图片的图片数据中的N层图片编码数据携带有待传输 图片的像素的像素信息，从第一层图片编码数据开始发送图片数据，若将接收到的图片编 码数据逐层叠加，待传输图片的分辨率逐渐增高（从模糊到清晰）。在将待传输图片的图片 编码数据逐层上传至服务器的过程中，若接收到服务器发送的确认信号，即可确认待传输 图片上传成功，则停止上传图片编码数据，上述的确认信号是用于指示