CN108574735B - 数据处理方法、终端及计算机可读存储介质 - Google Patents
数据处理方法、终端及计算机可读存储介质 Download PDFInfo
- Publication number
- CN108574735B CN108574735B CN201810320746.9A CN201810320746A CN108574735B CN 108574735 B CN108574735 B CN 108574735B CN 201810320746 A CN201810320746 A CN 201810320746A CN 108574735 B CN108574735 B CN 108574735B
- Authority
- CN
- China
- Prior art keywords
- data
- fragment
- uploaded
- uploading
- client
- 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.)
- Expired - Fee Related
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 33
- 239000012634 fragment Substances 0.000 claims abstract description 231
- 238000000034 method Methods 0.000 claims description 44
- 230000015654 memory Effects 0.000 claims description 28
- 238000013467 fragmentation Methods 0.000 abstract description 6
- 238000006062 fragmentation reaction Methods 0.000 abstract description 6
- 230000008569 process Effects 0.000 description 18
- 230000006870 function Effects 0.000 description 17
- 238000004891 communication Methods 0.000 description 11
- 238000012545 processing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 230000011218 segmentation Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 238000010079 rubber tapping Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000001629 suppression Effects 0.000 description 1
- 238000010897 surface acoustic wave method Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种数据处理方法，运行于客户端，该方法包括：从待上传数据中分割出第一分片数据；上传第一分片数据至服务器；当检测第一分片数据上传成功时，则从待上传数据的剩余数据中分割出第二分片数据；上传第二分片数据至服务器；判断待上传数据是否全部上传；若是，则向服务器发送上传成功的指令；若否，则继续从待上传数据的剩余数据中分割第N分片数据并上传至所述服务器，直至待上传数据上传完成。此外，本发明还公开了一种终端及计算机可读存储介质。采用本发明，能够自适应地动态分片上传数据，提高了上传成功率和上传速度。
Description
技术领域
本发明涉及领域，尤其涉及一种数据处理方法、终端及计算机可读存储介质。
背景技术
随着智能手机等移动终端的发展，智能手机应用性能作为用户体验的重要指标越来越受到用户和设备厂商的重视。在安卓平台上，图片、文件等数据的发送效率是一种典型的网络性能考验场景，常见于各种即时通信应用中。以图片发送为例，即图片上传的效率直接影响着用户对应用的客观评价。
图片上传效率最主要包含：上传速度和上传成功率两个指标。上传图片一般做法都依赖于Http Client或者Http URL Connection网络请求框架，也就是说，都是要通过与服务器建立HTTP连接，并通过向服务器发送multipart/form-data类型的POST请求上传图片、文件等数据流。在这种方案中，图片上传的效率主要受客户端网络上行速度和图片大小影响。通常，网络上行速度越慢，上传速度越低，图片体积越大，上传失败率越高。反之亦然。然而，这个问题一直没有得到很好的解决，在现有技术中，通常会选择牺牲用户体验从而达到更高的图片上传效率，比如：建议用户在无线网络(WIFI)连接情况下再发送图片；或者，通过压缩降低图片质量从而减小图片体积等，而这些解决方案都会影响到用户体验，不能从本质上解决数据上传的问题。
发明内容
本发明的主要目的在于提出一种数据处理方法、终端及计算机可读存储介质，旨在解决数据上传过程中需要牺牲用户体验来解决数据上传的问题。
为实现上述目的，本发明提出一种数据处理方法，应用于客户端，所述方法包括步骤：
从待上传数据中分割出第一分片数据；
上传所述第一分片数据至服务器；
当检测所述第一分片数据上传成功时，则从所述待上传数据的剩余数据中分割出第二分片数据；
上传所述第二分片数据至所述服务器；
判断所述待上传数据是否全部上传；
若是，则向所述服务器发送上传成功的指令；
若否，则继续从所述待上传数据的剩余数据中分割第N分片数据并上传至所述服务器，其中，N为大于等于3的正整数。
可选的，在从所述待上传数据的剩余数据中分割出第二分片数据之前，所述方法还包括：
判断上传所述第一分片数据之前的网络状态和上传所述第一分片数据之后的网络状态是否相同；
若是，则所述第二分片数据的体积大于所述第一分片数据的体积。
可选的，若网络状态不相同，则所述从所述待上传数据的剩余数据中分割出第二分片数据具体包括：
从所述待上传数据的剩余数据中分割出与所述第一分片数据的体积相等的第二分片数据。
可选的，当检测分片数据上传失败时，所述方法还包括：
将上传失败的分片数据切割出至少一个子分片数据；
当间隔预设的等待时间时，分别上传所述至少一个子分片数据。
可选的，分片数据包括：数据信息、分片体积、分片序号和分片哈希值。
此外，为实现上述目的，本发明还提出一种数据处理方法，应用于服务器，所述方法包括步骤：
获取来自于客户端上传的第一分片数据、第二分片数据、…、第N分片数据，其中，N为大于等于3的正整数；
当接收到所述客户端发送的上传成功的指令时，合并所述第一分片数据、第二分片数据、…、第N分片数据，并得到完整的上传数据。
可选的，在获取来自于客户端上传的第一分片数据、第二分片数据、…、第N分片数据之后，所述方法还包括：
检测与所述客户端之间的网络通道的链路数据；
向所述客户端发送所述网络通道的链路数据。
可选的，在合并所述第一分片数据、第二分片数据、…、第N分片数据之前，所述方法还包括：
分别校验所述第一分片数据、第二分片数据、…、第N分片数据是否与所述客户端发送的分片数据的分片序号和分片哈希值一致。
此外，为实现上述目的，本发明还提出一种终端，所述终端包括处理器以及存储器；
所述处理器用于执行存储器中存储的数据处理程序，以实现上述的方法。
此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的方法。
本发明提出的本实施例提供的数据处理方法、终端及计算机可读存储介质，通过从待上传数据中分割出第一分片数据，若第一分片数据成功上传至服务器，则继续从剩余的待上传数据中分割出第二分片数据并上传至服务器，若待上传数据全部上传成功，则向服务器发送上传成功的指令，否则，继续从剩余的待上传数据中分割出分片数据，并重复上述步骤，直至待上传数据上传完成。采用本实施例的方法，与传统的图片上传技术相比，不会出现受网络环境变化而导致的上传失败率高、速度慢、效率低等问题，而是能够自适应地动态分片上传数据，提高了上传成功率和上传速度。
附图说明
图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图；
图2为如图1所示的移动终端的通信网络***示意图；
图3为本发明第一实施例提供的数据处理方法的流程示意图；
图4为本发明第一实施例提供的数据处理方法的另一流程示意图；
图5为本发明第一实施例提供的数据处理方法的另一流程示意图；
图6为本发明第二实施例提供的数据处理方法的流程示意图；
图7为本发明第二实施例提供的数据处理方法的另一流程示意图；
图8为本发明第四实施例中终端的结构框图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
后续描述中将以客户端为移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100(即：客户端)可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍：
射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。
WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理***与处理器110逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络***进行描述。
请参阅图2，图2为本发明实施例提供的一种通信网络***架构图，该通信网络***为通用移动通信技术的LTE***，该LTE***包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。
具体地，UE201可以是上述终端100，此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子***)或其它IP业务等。
虽然上述以LTE***为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE***，也可以适用于其他无线通信***，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络***等，此处不做限定。
基于上述移动终端硬件结构以及通信网络***，提出本发明方法各个实施例。
第一实施例
如图3所示，为本发明第一实施例提供的数据处理方法的流程示意图。第一实施例应用于客户端，也就是上述的移动终端。该实施例的方法一旦被用户触发，则该实施例中的流程通过终端自动运行，其中，各个步骤在运行的时候可以是按照如流程图中的顺序先后进行，也可以是根据实际情况多个步骤同时进行，在此并不做限定，该信息处理的方法包括如下步骤：
步骤310，从待上传数据中分割出第一分片数据；
步骤320，上传所述第一分片数据至服务器；
步骤330，当检测所述第一分片数据上传成功时，则从所述待上传数据的剩余数据中分割出第二分片数据；
步骤340，上传所述第二分片数据至所述服务器；
步骤350，判断所述待上传数据是否全部上传；若是，则进入步骤360，若否，则进入步骤370；
步骤360，向所述服务器发送上传成功的指令；
步骤370，继续从所述待上传数据的剩余数据中分割第N分片数据并上传至所述服务器，其中，N为大于等于3的正整数。
经过上述实施方式，通过从待上传数据中分割出第一分片数据，若第一分片数据成功上传至服务器，则继续从剩余的待上传数据中分割出第二分片数据并上传至服务器，若待上传数据全部上传成功，则向服务器发送上传成功的指令，否则，继续从剩余的待上传数据中分割出分片数据，并重复上述步骤，直至待上传数据上传完成，能够自适应地动态分片上传数据，提高了上传成功率和上传速度。
下面，将对本示例性实施例中的数据处理方法的各步骤作进一步地说明。
在步骤310中，客户端与服务器通过网络建立HTTP连接，当前网络可以是无线网络(WIFI)，也可以是移动网络，例如：3G或者4G网络等。客户端实时监测当前网络情况，当需要向服务器上传数据时，则根据不同的网络情况，确定一个合适体积的分片数据，并从待上传数据中分割出来，为了便于理解和描述，在本实施例中，将从待上传数据第一次分割出的分片数据称为第一分片数据。
在本实施例中，分片数据的体积来源于大量测试数据得来的经验数值，能够在不同的网络类型和带宽等情况下有相对稳定、可靠且快速的上传速度。
可选的，本实施例中的待上传数据可以是图片、文件、音频、视频资料等。
可选的，每一个分片数据至少包括：数据信息、分片体积、分片序号和分片哈希值。其中，数据信息是指待上传数据的属性参数；分片体积是指从待上传数据中分割出的分片数据的体积；分片序号是指分割的顺序编号；分片哈希值是指根据预设公式和分片数据计算得到的哈希值。
在步骤320中，将分割出的第一分片数据上传至服务器。具体通过网络上传模块发起multipart/form-data类型的HTTP POST请求，向服务器提交图片文件流。
在步骤330中，在第一分片数据上传成功时，根据当前网络情况，从待上传数据的剩余数据中选取出合适的下一分片数据的体积，作为第二分片数据，也就是说，第二分片数据是待上传数据中除第一分片数据之外分割出的分片。
在步骤340中，按照与步骤320相类似的过程，将分割出的第二分片数据上传至服务器。
在步骤350中，可以通过判断是否还存在未上传数据来判断是否上传全部的待上传数据，在其他实施例中，也可以采用其他方式进行判断，本发明在此不作具体限制。
在步骤360中，若第二分片数据上传成功，且没有待上传数据，则待上传数据上传成功。也就是说，待上传数据包括第一分片数据和第二分片数据，且待上传数据上传成功，则向服务器发送上传成功的指令，以触发服务器进行后续的操作。
在步骤370中，若第二分片数据上传成功，且还存在待上传数据时，则继续从待上传数据的剩余数据中继续分割出分片数据，也就是待上传数据中除第一分片数据和第二分片数据之外的剩余数据中分割出的分片，作为第三分片数据，并将第三分片数据上传至服务器，再重复上述步骤350至步骤370，若仍然没有上传成功，则继续分割出第N分片，N为大于3的正整数，直至所有数据上传成功。
可选的，在本发明的另一实施例中，如图4所示，所述数据处理方法包括以下步骤：
步骤410，从待上传数据中分割出第一分片数据；
步骤420，上传所述第一分片数据至服务器；
步骤430，当检测所述第一分片数据上传成功时，判断上传所述第一分片数据之前的网络状态和上传所述第一分片数据之后的网络状态是否相同，若是，则进入步骤440，若否，则进入步骤450；
步骤440，从所述待上传数据的剩余数据中分割出第二分片数据，第二分片数据的体积大于所述第一分片数据的体积；在步骤440之后，进入步骤460；
步骤450，从所述待上传数据的剩余数据中分割出与所述第一分片数据的体积相等的第二分片数据；在步骤450之后，进入步骤460；
步骤460，上传所述第二分片数据至所述服务器；
步骤470，判断所述待上传数据是否全部上传；若是，则进入步骤480，若否，则进入步骤490；
步骤480，向所述服务器发送上传成功的指令；
步骤490，继续从所述待上传数据的剩余数据中分割第N分片数据并上传至所述服务器，其中，N为大于等于3的正整数。
下面，将对本示例性实施例中的数据处理方法的各步骤作进一步地说明。
步骤410-420的内容与步骤310-320的内容相同，步骤460-490的内容与步骤340-370的内容相同，对于相同的内容，本实施例在此不再赘述。
在步骤430中，在第一分片数据上传成功后，将从待上传数据的剩余数据中继续动态选取出合适的下一分片的体积，并判断上传第一分片数据前后的网络状态。
在步骤440中，如果网络状态没有发生变化，根据实验室经验数据拟合的计算公式，则从待上传数据的剩余数据中分割出第二分片数据，且第二分片数据的体积大于所述第一分片数据的体积。根据实验经验数据拟合的计算公式，计算出第二分片数据的体积，在优选方案中，第二分片数据的体积是第一分片数据体积的若干倍，且第二分片数据的体积小于最大分片数据的体积阈值。若每个分片都上传成功，且网络状态均没有发生变化，则在后续的分割中，都遵循下一分片的体积是前一分片的若干倍。
在步骤450中，如果网络状态发生变化，第二分片数据的体积与第一分片数据的体积相等。可以直接分割出多个体积均等的第二分片数据，以分别上传至服务器。在其他实施例中，也可以先分割出一片第二分片数据，待上传成功后，再重新比较网络状态，并重复上述步骤重新分割。
可选的，在分片上传过程中，由于网络抖动，服务器负载等因素有较多的时候会发生分片数据上传失败的现象，如图5所示，当检测任意一次分片数据上传失败时，则所述方法还包括：
步骤510，将上传失败的分片数据切割出至少一个子分片数据；
步骤520，当间隔预设的等待时间时，分别上传所述至少一个子分片数据。
具体的，当任意一次的分片数据上传失败时，则对上传失败的分片数据采用分片重传。分片重传的目的就是再次尝试上传失败的分片，但是这种情况下并不会直接使用上次失败的分片体积进行分片重传尝试，而是会选择一个当前网络下的初始分片经验小值(例如：子分片数据)，子分片数据的体积可以和第一分片数据的体积相等。在实际应用中，分片上传失败的原因有很大概率是由于网络类型切换导致的，网络切换通常导致带宽，延时，稳定性等因素发生较大的变化。合适的初始分片经验小值，有利于提高新网络环境下分片的重传成功率。
分片重传过程中仍有一定概率发生上传失败，基于指数退避算法设置分片重传模块，根据指数化函数计算出等待的时间，在距离上传失败的时间间隔达到等待的时间时，则发起下一次重传尝试，上传新分割出的子分片数据，而不是一直不停的重传，这样往往没法成功上传，还会很快消耗完重试的次数，从而判定图片文件上传失败。通过指数退避重传智能算法提升了极端场景下分片恢复上传成功的概率，有效降低了图片上传失败的概率。
本实施例提供的数据处理方法，运行于客户端，通过从待上传数据中分割出第一分片数据，若第一分片数据成功上传至服务器，则继续从剩余的待上传数据中分割出第二分片数据并上传至服务器，若待上传数据全部上传成功，则向服务器发送上传成功的指令，否则，继续从剩余的待上传数据中分割出分片数据，并重复上述步骤，直至待上传数据上传完成。采用本实施例的方法，与传统的图片上传技术相比，不会出现受网络环境变化而导致的上传失败率高、速度慢、效率低等问题，而是能够自适应地动态分片上传数据，提高了上传成功率和上传速度。
第二实施例
如图6所示，为本发明第二实施例提供的数据处理方法的流程示意图。第二实施例应用于服务器。该实施例的方法一旦被用户触发，则该实施例中的流程通过终端自动运行，其中，各个步骤在运行的时候可以是按照如流程图中的顺序先后进行，也可以是根据实际情况多个步骤同时进行，在此并不做限定，该信息处理的方法包括如下步骤：
步骤610，获取来自于客户端上传的第一分片数据、第二分片数据、…、第N分片数据，其中，N为大于等于3的正整数；
步骤620，当接收到所述客户端发送的上传成功的指令时，合并所述第一分片数据、第二分片数据、…、第N分片数据，并得到完整的上传数据。
经过上述实施方式，通过获取客户端上传的多个分片数据，且在接收到上传成功的指令时，将获取的多个分片数据进行合并，从而得到整个上传数据。
下面，将对本示例性实施例中的数据处理方法的各步骤作进一步地说明。
在步骤610中，分别获取客户端上传的分片数据，在成功接收一片数据之后，等待接收下一片数据。例如，首先获取第一分片数据，然后等待接收第二分片数据，…，第N分片数据(其中，N为大于等于3的正整数)。
在步骤620中，如果获取了全部的上传数据，就会接收到客户端发送的上传成功的指令，在收到该指令之后，通过将获取的多个分片数据合并，把所有的分片数据进行整合，得到整个数据。例如，将多次收到的多个分片图片数据整合，进而得到完整的图片。
可选的，如图7所示，在步骤610和620之间，本实施例的数据处理方法还包括：
步骤710，检测与所述客户端之间的网络通道的链路数据；
步骤720，向所述客户端发送所述网络通道的链路数据。
具体的，在获取分片数据的过程中，检测与客户端之间的网络通道的链路数据，例如：往返时延(Round Trip Time，RTT)、重传超时时间(Retransmission Time Out，RTO)等网络质量因子，在客户端的分片上传成功的HTTP响应中将这些链路数据发送给客户端，从而提升了客户端对网络的判断的准确度。
可选的，在步骤620之前，本实施例的数据处理方法还包括：
分别校验所述第一分片数据、第二分片数据、…、第N分片数据是否与所述客户端发送的分片数据的分片序号和分片哈希值一致。
具体的，根据客户端对每个分片数据设置的序号和哈希值，判断分片数据的参数是否与客户端设置的相一致，以对分片数据进行校验，若所有的分片数据与预设值一致，则校验成功并进入步骤620，否则，校验失败且流程结束。
本实施例提供的数据处理方法，运行于服务器，通过获取客户端上传的第一分片数据、第二分片数据、…、第N分片数据，且在接收到上传成功的指令时，将获取的多个分片数据进行校验和合并，从而得到完整的上传数据，从整体上提高了数据处理的效率。
第三实施例
本发明第三实施例提供的终端，基于上述的实施例，如图1所示，终端包括处理器110以及存储器109；其中，处理器110用于执行存储器109中存储的数据处理程序，以实现以下步骤：
从待上传数据中分割出第一分片数据；
上传所述第一分片数据至服务器；
当检测所述第一分片数据上传成功时，则从所述待上传数据的剩余数据中分割出第二分片数据；
上传所述第二分片数据至所述服务器；
判断所述待上传数据是否全部上传；若是，则向所述服务器发送上传成功的指令，若否，则继续从所述待上传数据的剩余数据中分割第N分片数据并上传至所述服务器，其中，N为大于等于3的正整数。
经过上述实施方式，通过从待上传数据中分割出第一分片数据，若第一分片数据成功上传至服务器，则继续从剩余的待上传数据中分割出第二分片数据并上传至服务器，若待上传数据全部上传成功，则向服务器发送上传成功的指令，否则，继续从剩余的待上传数据中分割出分片数据，并重复上述步骤，直至待上传数据上传完成，能够自适应地动态分片上传数据，提高了上传成功率和上传速度。
具体的，客户端与服务器通过网络建立HTTP连接，当前网络可以是无线网络(WIFI)，也可以是移动网络，例如：3G或者4G网络等。客户端实时监测当前网络情况，当需要向服务器上传数据时，则根据不同的网络情况，确定一个合适体积的分片数据，并从待上传数据中分割出来，为了便于理解和描述，在本实施例中，将从待上传数据第一次分割出的分片数据称为第一分片数据。
在本实施例中，分片数据的体积来源于大量测试数据得来的经验数值，能够在不同的网络类型和带宽等情况下有相对稳定、可靠且快速的上传速度。
可选的，本实施例中的待上传数据可以是图片、文件、音频、视频资料等。
可选的，每一个分片数据至少包括：数据信息、分片体积、分片序号和分片哈希值。其中，数据信息是指待上传数据的属性参数；分片体积是指从待上传数据中分割出的分片数据的体积；分片序号是指分割的顺序编号；分片哈希值是指根据预设公式和分片数据计算得到的哈希值。
将分割出的第一分片数据上传至服务器。具体通过网络上传模块发起multipart/form-data类型的HTTP POST请求，向服务器提交图片文件流。
在第一分片数据上传成功时，根据当前网络情况，从待上传数据的剩余数据中选取出合适的下一分片数据的体积，作为第二分片数据，也就是说，第二分片数据是待上传数据中除第一分片数据之外分割出的分片。
可以通过判断是否还存在未上传数据来判断是否上传全部的待上传数据，在其他实施例中，也可以采用其他方式进行判断，本发明在此不作具体限制。
若第二分片数据上传成功，且没有待上传数据，则待上传数据上传成功。也就是说，待上传数据包括第一分片数据和第二分片数据，且待上传数据上传成功，则向服务器发送上传成功的指令，以触发服务器进行后续的操作。
若第二分片数据上传成功，且还存在待上传数据时，则继续从待上传数据的剩余数据中继续分割出分片数据，也就是待上传数据中除第一分片数据和第二分片数据之外的剩余数据中分割出的分片，作为第三分片数据，并将第三分片数据上传至服务器，再重复上述过程，若仍然没有上传成功，则继续分割出第N分片，N为大于3的正整数，直至所有数据上传成功。
可选的，处理器110还用于执行存储器109中存储的数据处理程序，以实现以下步骤：
当检测所述第一分片数据上传成功时，判断上传所述第一分片数据之前的网络状态和上传所述第一分片数据之后的网络状态是否相同，若是，则从所述待上传数据的剩余数据中分割出第二分片数据，第二分片数据的体积大于所述第一分片数据的体积，若否，则从所述待上传数据的剩余数据中分割出与所述第一分片数据的体积相等的第二分片数据。
具体的，在第一分片数据上传成功后，将从待上传数据的剩余数据中继续动态选取出合适的下一分片的体积，并判断上传第一分片数据前后的网络状态。
如果网络状态没有发生变化，根据实验室经验数据拟合的计算公式，则从待上传数据的剩余数据中分割出第二分片数据，且第二分片数据的体积大于所述第一分片数据的体积。根据实验经验数据拟合的计算公式，计算出第二分片数据的体积，在优选方案中，第二分片数据的体积是第一分片数据体积的若干倍，且第二分片数据的体积小于最大分片数据的体积阈值。若每个分片都上传成功，且网络状态均没有发生变化，则在后续的分割中，都遵循下一分片的体积是前一分片的若干倍。
如果网络状态发生变化，第二分片数据的体积与第一分片数据的体积相等。处理器110可以直接分割出多个体积均等的第二分片数据，以分别上传至服务器。在其他实施例中，也可以先分割出一片第二分片数据，待上传成功后，再重新比较网络状态，并重复上述步骤重新分割。
可选的，在分片上传过程中，由于网络抖动，服务器负载等因素有较多的时候会发生分片数据上传失败的现象，，处理器110还用于执行存储器109中存储的数据处理程序，以实现以下步骤：
将上传失败的分片数据切割出至少一个子分片数据；
当间隔预设的等待时间时，分别上传所述至少一个子分片数据。
具体的，当任意一次的分片数据上传失败时，则对上传失败的分片数据采用分片重传。分片重传的目的就是再次尝试上传失败的分片，但是这种情况下并不会直接使用上次失败的分片体积进行分片重传尝试，而是会选择一个当前网络下的初始分片经验小值(例如：子分片数据)，子分片数据的体积可以和第一分片数据的体积相等。在实际应用中，分片上传失败的原因有很大概率是由于网络类型切换导致的，网络切换通常导致带宽，延时，稳定性等因素发生较大的变化。合适的初始分片经验小值，有利于提高新网络环境下分片的重传成功率。
分片重传过程中仍有一定概率发生上传失败，基于指数退避算法设置分片重传模块，根据指数化函数计算出等待的时间，在距离上传失败的时间间隔达到等待的时间时，则发起下一次重传尝试，上传新分割出的子分片数据，而不是一直不停的重传，这样往往没法成功上传，还会很快消耗完重试的次数，从而判定图片文件上传失败。通过指数退避重传智能算法提升了极端场景下分片恢复上传成功的概率，有效降低了图片上传失败的概率。
本实施例提供的终端，通过从待上传数据中分割出第一分片数据，若第一分片数据成功上传至服务器，则继续从剩余的待上传数据中分割出第二分片数据并上传至服务器，若待上传数据全部上传成功，则向服务器发送上传成功的指令，否则，继续从剩余的待上传数据中分割出分片数据，并重复上述步骤，直至待上传数据上传完成。采用本实施例的终端，与传统的图片上传技术相比，不会出现受网络环境变化而导致的上传失败率高、速度慢、效率低等问题，而是能够自适应地动态分片上传数据，提高了上传成功率和上传速度。
第四实施例
本发明第四实施例提供的终端，基于上述的实施例，如图8所示，终端包括处理器810以及存储器820；其中，处理器810用于执行存储器820中存储的数据处理程序，以实现以下步骤：
获取来自于客户端上传的第一分片数据、第二分片数据、…、第N分片数据，其中，N为大于等于3的正整数；
当接收到所述客户端发送的上传成功的指令时，合并所述第一分片数据、第二分片数据、…、第N分片数据，并得到完整的上传数据。
经过上述实施方式，终端通过获取客户端上传的多个分片数据，且在接收到上传成功的指令时，将获取的多个分片数据进行合并，从而得到整个上传数据。
具体的，分别获取客户端上传的分片数据，在成功接收一片数据之后，等待接收下一片数据。例如，首先获取第一分片数据，然后等待接收第二分片数据，…，第N分片数据(其中，N为大于等于3的正整数)。
如果获取了全部的上传数据，就会接收到客户端发送的上传成功的指令，在收到该指令之后，通过将获取的多个分片数据合并，把所有的分片数据进行整合，得到整个数据。例如，将多次收到的多个分片图片数据整合，进而得到完整的图片。
可选的，处理器810还用于执行存储器820中存储的数据处理程序，以实现以下步骤：
检测与所述客户端之间的网络通道的链路数据；
向所述客户端发送所述网络通道的链路数据。
具体的，在获取分片数据的过程中，检测与客户端之间的网络通道的链路数据，例如：RTT、RTO等网络质量因子，在客户端的分片上传成功的HTTP响应中将这些链路数据发送给客户端，从而提升了客户端对网络的判断的准确度。
可选的，处理器810还用于执行存储器820中存储的数据处理程序，以实现以下步骤：
分别校验所述第一分片数据、第二分片数据、…、第N分片数据是否与所述客户端发送的分片数据的分片序号和分片哈希值一致。
具体的，根据客户端对每个分片数据设置的序号和哈希值，判断分片数据的参数是否与客户端设置的相一致，以对分片数据进行校验，若所有的分片数据与预设值一致，则校验成功，否则，校验失败且流程结束。
本实施例提供的终端，运行于服务器，通过获取客户端上传的第一分片数据、第二分片数据、…、第N分片数据，且在接收到上传成功的指令时，将获取的多个分片数据进行校验和合并，从而得到完整的上传数据，从整体上提高了数据处理的效率。
第五实施例
本发明实施例还提供了一种计算机可读存储介质。这里的计算机可读存储介质存储有一个或者多个程序。其中，计算机可读存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。当计算机可读存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述第一实施例或者第二实施例所提供的数据处理方法。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。
Claims (9)
1.一种数据处理方法，应用于客户端，其特征在于，所述方法包括步骤：
从待上传数据中分割出第一分片数据；
上传所述第一分片数据至服务器；
当检测所述第一分片数据上传成功时，则从所述待上传数据的剩余数据中分割出第二分片数据；
上传所述第二分片数据至所述服务器；
判断所述待上传数据是否全部上传；
若是，则向所述服务器发送上传成功的指令；
若否，则继续从所述待上传数据的剩余数据中分割第N分片数据并上传至所述服务器，其中，N为大于等于3的正整数；
当检测分片数据上传失败时，所述方法还包括：
将上传失败的分片数据切割出至少一个子分片数据，所述子分片数据的体积为当前网络下的初始分片经验小值；
当间隔预设的等待时间时，分别上传所述至少一个子分片数据。
2.根据权利要求1所述的数据处理方法，其特征在于，在从所述待上传数据的剩余数据中分割出第二分片数据之前，所述方法还包括：
判断上传所述第一分片数据之前的网络状态和上传所述第一分片数据之后的网络状态是否相同；
若是，则所述第二分片数据的体积大于所述第一分片数据的体积。
3.根据权利要求2所述的数据处理方法，其特征在于，若网络状态不相同，则所述从所述待上传数据的剩余数据中分割出第二分片数据具体包括：
从所述待上传数据的剩余数据中分割出与所述第一分片数据的体积相等的第二分片数据。
4.根据权利要求1所述的数据处理方法，其特征在于，分片数据包括：数据信息、分片体积、分片序号和分片哈希值。
5.一种数据处理方法，应用于服务器，其特征在于，所述方法包括步骤：
获取来自于客户端上传的第一分片数据、第二分片数据、…、第N分片数据，其中，N为大于等于3的正整数；
当接收到所述客户端发送的上传成功的指令时，合并所述第一分片数据、第二分片数据、…、第N分片数据，并得到完整的上传数据；
当检测分片数据获取失败时，所述方法还包括：
所述客户端将上传失败的分片数据切割出至少一个子分片数据，所述子分片数据的体积为初始分片经验小值；当间隔预设的等待时间时，分别上传所述至少一个子分片数据。
6.根据权利要求5所述的数据处理方法，其特征在于，在获取来自于客户端上传的第一分片数据、第二分片数据、…、第N分片数据之后，所述方法还包括：
检测与所述客户端之间的网络通道的链路数据；
向所述客户端发送所述网络通道的链路数据。
7.根据权利要求5所述的数据处理方法，其特征在于，在合并所述第一分片数据、第二分片数据、…、第N分片数据之前，所述方法还包括：
分别校验所述第一分片数据、第二分片数据、…、第N分片数据是否与所述客户端发送的分片数据的分片序号和分片哈希值一致。
8.一种终端，其特征在于，所述终端包括处理器以及存储器；
所述处理器用于执行存储器中存储的数据处理程序，以实现权利要求1-4或者5-7任一项所述的方法。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1-4或者5-7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810320746.9A CN108574735B (zh) | 2018-04-11 | 2018-04-11 | 数据处理方法、终端及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810320746.9A CN108574735B (zh) | 2018-04-11 | 2018-04-11 | 数据处理方法、终端及计算机可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108574735A CN108574735A (zh) | 2018-09-25 |
| CN108574735B true CN108574735B (zh) | 2022-07-12 |
Family
ID=63574734
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810320746.9A Expired - Fee Related CN108574735B (zh) | 2018-04-11 | 2018-04-11 | 数据处理方法、终端及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108574735B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111200479B (zh) * | 2018-11-19 | 2022-04-12 | 福建天泉教育科技有限公司 | 传输数据的校验方法、存储介质 |
| CN109639826A (zh) * | 2019-01-04 | 2019-04-16 | 厦门中控智慧信息技术有限公司 | 一种数据传输方法、终端设备及服务器 |
| CN109905479B (zh) * | 2019-03-04 | 2022-06-07 | 腾讯科技（深圳）有限公司 | 文件传输方法和装置 |
| CN112770306A (zh) * | 2020-12-22 | 2021-05-07 | 努比亚技术有限公司 | 基于低功耗蓝牙的数据传输方法、终端以及计算机可读介质 |
| CN113518108A (zh) * | 2021-04-23 | 2021-10-19 | 北京奇艺世纪科技有限公司 | 分片上传的方法、装置、设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015050572A (ja) * | 2013-08-30 | 2015-03-16 | ブラザー工業株式会社 | 情報処理装置、プログラム及び情報処理方法 |
| CN104967634A (zh) * | 2014-05-21 | 2015-10-07 | 腾讯科技（北京）有限公司 | 文件上传方法及装置 |
| CN105430035A (zh) * | 2014-09-18 | 2016-03-23 | 腾讯科技（北京）有限公司 | 一种上传网络数据的方法和装置 |
| WO2016083740A1 (fr) * | 2014-11-28 | 2016-06-02 | B<>Com | Procédé de traitement d'une requête de livraison de données |
| CN106302589A (zh) * | 2015-05-27 | 2017-01-04 | 腾讯科技（深圳）有限公司 | 文件传输方法及终端 |
-
2018
- 2018-04-11 CN CN201810320746.9A patent/CN108574735B/zh not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015050572A (ja) * | 2013-08-30 | 2015-03-16 | ブラザー工業株式会社 | 情報処理装置、プログラム及び情報処理方法 |
| CN104967634A (zh) * | 2014-05-21 | 2015-10-07 | 腾讯科技（北京）有限公司 | 文件上传方法及装置 |
| CN105430035A (zh) * | 2014-09-18 | 2016-03-23 | 腾讯科技（北京）有限公司 | 一种上传网络数据的方法和装置 |
| WO2016083740A1 (fr) * | 2014-11-28 | 2016-06-02 | B<>Com | Procédé de traitement d'une requête de livraison de données |
| CN106302589A (zh) * | 2015-05-27 | 2017-01-04 | 腾讯科技（深圳）有限公司 | 文件传输方法及终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108574735A (zh) | 2018-09-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108574735B (zh) | 数据处理方法、终端及计算机可读存储介质 | |
| CN110784898B (zh) | 网络切换方法、移动终端及计算机可读存储介质 | |
| CN107329682B (zh) | 边缘交互方法及移动终端 | |
| CN107038245B (zh) | 页面切换方法、移动终端及存储介质 | |
| CN107832032B (zh) | 锁屏显示方法及移动终端 | |
| CN107172605B (zh) | 一种紧急呼叫方法、移动终端及计算机可读存储介质 | |
| CN110311751B (zh) | 一种数据的发送方法及终端 | |
| CN112399215A (zh) | 一种投屏参数调控方法、设备及计算机可读存储介质 | |
| CN109692474B (zh) | 基于移动终端的游戏控制方法、移动终端及可读存储介质 | |
| CN109151216B (zh) | 应用启动方法、移动终端、服务器及计算机可读存储介质 | |
| CN113645345A (zh) | 数据发送方法、移动终端及存储介质 | |
| CN112433690A (zh) | 数据处理方法、终端及计算机可读存储介质 | |
| CN109862278B (zh) | 人脸识别的补光方法、装置及计算机可读存储介质 | |
| CN107517487B (zh) | 通话控制方法及移动终端 | |
| CN108040116B (zh) | 消息推送方法、路由器及计算机可读存储介质 | |
| CN112437472B (zh) | 一种网络切换方法、设备及计算机可读存储介质 | |
| CN108260009B (zh) | 视频处理方法、移动终端及计算机可读存储介质 | |
| CN107347114B (zh) | 语音信息收发控制方法及终端 | |
| CN111970738B (zh) | 一种网络切换控制方法、设备及计算机可读存储介质 | |
| CN107466081B (zh) | 一种无线切换方法及终端 | |
| CN112090065A (zh) | 一种网络时延调控方法、设备及计算机可读存储介质 | |
| CN109818967B (zh) | 一种通知方法、服务器、移动终端及计算机可读存储介质 | |
| CN108183833B (zh) | 一种响应处理方法、装置及计算机可读存储介质 | |
| CN107404568B (zh) | 一种控制开关管理方法及移动终端 | |
| CN109379719B (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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220620 Address after: 462400 No. 100, Fumin Road, Wuquan Town, Wuyang County, Luohe City, Henan Province Applicant after: Chai Sensen Address before: 518000 6-8 / F, 10-11 / F, 6 / F, 6-10 / F, C zone, Han's innovation building, No. 9018, Beihuan Avenue, high tech Zone, Nanshan District, Shenzhen City, Guangdong Province Applicant before: NUBIA TECHNOLOGY Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20220712 |