用于对设备的上传大小进行控制的方法和装置制造方法及图纸

提供了一种用于通过设备来控制数据的上传大小的方法。该方法包括：在确定要改变待上传的数据的大小时，基于上传目标服务器的策略来确定是否要改变待上传的数据的大小；确定数据的初始传输大小，并且上传与所确定的初始传输大小相对应的部分数据；在上传历史中更新该部分数据的上传结果；以及基于在一时间段期间来自上传目标服务器的对该部分数据的接收结果来确定数据的下一个传输大小，所述时间段是根据所述策略获得的。

【技术实现步骤摘要】
用于对设备的上传大小进行控制的方法和装置
本公开涉及一种用于适应性地控制作为设备的上传单位的块的大小的方法和装置。
技术介绍
互联网已经从由人创建和消费信息的以人为中心的连接网络演变为物联网(IoT)网络，在物联网(IoT)网络中诸如事物的分布式的组件可以交换和处理信息。对于万物互联(IoE)技术，通过连接到云服务器等的大数据处理技术是与IoT技术相结合的一个示例。为了实现IoT，可能需要诸如感测技术，有线/无线通信和网络基础设施，服务接口技术和安全技术的技术元件。因此，近年来，已经研究了用于诸如传感器网络，机器对机器(M2M)和机器类型通信(MTC)等的事物之间的连接的技术。在IoT环境中，可以提供智能互联网技术(IT)服务，其中所连接的事物可以收集和分析在其中生成的数据，以创建对人类生活的新价值。通过现有IT技术与各个行业的融合，IoT可以应用于智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和高科技医疗服务等领域。随着IoT的实现，用户针对每个目的应存储或存档的数据量激增。由于这个原因，通常将数据存储在由托管公司管理和拥有的云储存器中，而不是将数据存储在具有有限大小或有限容量的硬件存储器中。要上传到云储存器的数据通常可以被划分为块单元并且被上传。当设备将其期望的数据划分为块单元并且以块为单位上传所划分的数据时，可能发生诸如网络断开的传输错误。图1A和图1B是示出根据现有技术的网络断开的示例的示图。在图1A中，假设当用户的设备120a在例如咖啡馆中(在所述咖啡馆中安装有带Wi-Fi的AP110)的接入点(AP)110的服务区域112内将数据以块为单位上传到云储存器时，已经发生了用户移动130。在这种情况下，随着设备120b离开服务区域112，设备120b可以连接到提供基于长期演进(LTE)的无线通信的基站(或演进节点B(eNB))100。此时，在切换过程中可能发生网络断开，其中对于设备120b，其与Wi-Fi的连接断开并且设备120b连接到LTE。参考1B，如果当发生用户移动160时，连接到提供LTE的基站100的设备150b位于在其中安装了提供Wi-Fi的AP140的家庭中的服务区域142中，则在切换过程中可能发生网络断开，其中对于设备150a，其与LTE的连接断开，并且设备150a连接到AP140，这取决于用户的选择。在设备执行基于块的上传的情况下，由于在发生上传的传输错误之前设备已传送的块被存储在云储存器中，所以可以从其中发生了错误的数据块开始来上传数据，而不需要从起始重新传送正传送的数据。因此，基于块的上传对大型文件上传是有效的。由于块的大小较大，块的传输时间较长，所以增加了块的传送错误将发生的概率。在这种情况下，如果在块的传输期间发生错误，则应当重传块，这导致了上传速度的降低并且导致了应当重传的数据量的增加。另一方面，在块的大小是小的情况下，由于需要从提供云储存器的服务器接收针对所接收的块的响应(或确认)，以便传送下一个块，可能产生设备对响应进行等待的时间。因此，可能产生增加的等待时间，导致上传速度的降低。此外，提供云储存器的每个服务器可以提供其自己的唯一的上传相关策略。例如，下面的表1示出了用于云储存器的与上传相关的策略的示例。表1如表1所示，用于云储存器的现有上传相关策略使用大小固定且相对小的块，以便最小化在网络断开期间应当重传的数据量。如上所述，由于根据块大小存在优点和缺点，因此需要一种方法来控制可变的块大小，其可以在上传到云储存器期间提高传输速率。上述信息仅作为背景信息呈现以帮助理解本公开。关于上述内容中的任何一个是否可以作为关于本公开的现有技术，没有做出决定，也没有做出声明。
技术实现思路
本公开的各方面是为了解决至少上述问题和/或缺点，并且提供至少下面描述的优点。因此，本公开的一个方面是提供一种用于使用用户设备，在上传到云储存器期间适应性地控制块大小的方法和装置。根据本公开的一个方面，一种用于控制由设备上传到服务器的数据大小的方法，所述方法包括：基于服务器的策略来确定是否要改变数据大小；如果确定要改变数据大小，则确定待上传的数据的初始传输大小，并且将与所确定的初始传输大小相对应的部分数据上传到服务器；在上传历史中更新该部分数据的上传结果，所述上传历史存储在存储器中；以及基于在一时间段期间来自服务器的对该部分数据的接收结果来确定数据的下一个传输大小，所述时间段是根据所述策略获得的。根据本公开的另一方面，一种用于控制待上传到服务器的数据大小的设备，所述设备包括：控制器，被配置为：基于服务器的策略来确定是否要改变数据大小，确定要改变数据大小，确定待上传的数据的初始传输大小，并且将与所确定的初始传输大小相对应的部分数据上传到服务器，在上传历史中更新该部分数据的上传结果，所述上传历史存储在存储器中，以及基于在一时间段期间来自服务器的对该部分数据的接收结果来确定数据的下一个传输大小，所述时间段是根据所述策略获得的；以及收发器，其被配置为上传与所确定的初始传输大小相对应的该部分数据。从以下结合附图公开本公开的各种实施例的详细描述中，本公开的其他方面、优点和显著特征对于本领域技术人员将变得显而易见。在进行下面的具体实施方式之前，阐述贯穿本专利文献使用的某些词语和短语的定义是有利的。术语“包括(include)”和“包括(comprise)”及其派生词意味着包括但不限于，术语“或”是包含性的，意味着和/或，短语“与...相关联”和“与其相关联”及其派生词可意指包括、被包括在内，与…互连，包含，被包含在内，连接到或与…连接，联接到或与…联接，与…通信，与…协作，交错，并置，接近，绑定到或与…绑定，具有，具有…的属性等，并且术语“控制器”是指控制至少一个操作的任何设备、系统或其一部分，这样的设备可以以硬件、固件或软件或其至少两者的某种组合来实现。应当注意，与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地还是远程的。在整个本专利文档中提供了某些词语和短语的定义，本领域普通技术人员应当理解，在许多情况下(如果不是大多数情况)，这样的定义适用于这样定义的词语和短语的先前以及将来的用途。附图说明根据结合附图的以下描述，本公开的某些实施例的上述和其他方面、特征和优点将更加显而易见，其中：图1A和图1B是示出根据现有技术的网络断开的示例的示图；图2是示出根据本公开实施例的在上传到云储存器的情况下的上传传输速率随时间的示例的图表；图3A和图3B是示出根据本公开各种实施例的在图2的实验环境中改变块大小的情况下的上传传输速率随时间的示例的图表；图4A和图4B是示出根据本公开各种实施例的移动终端的操作的示例的流程图；图5是示出根据本公开实施例的确定初始块的大小的操作的示例的流程图；图6是示出根据本公开实施例的考虑网络断开，由移动终端来确定下一个块的大小的操作的示例的流程图；图7A和图7B是示出根据本公开各种实施例的在先前块的成功传输之后确定下一个块的大小的操作的示例的流程图；图8是示出根据本公开另一实施例的用于基于多会话的上传的操作的示例的流程图；以及图9是根据本公开实施例的移动终端的框图。在所有附图中，相同的附图标记将被理解为指代相同的部件、组件和结构。具体实本文档来自技高网...

【技术保护点】
一种用于通过设备来控制待上传到服务器的数据的传输大小的方法，所述方法包括：基于所述服务器的策略来确定是否要改变所述传输大小；如果确定要改变所述传输大小，则确定所述数据的经改变的传输大小，并且将与所述经改变的传输大小相对应的部分数据上传到所述服务器；基于所述部分数据的上传结果来更新存储在存储器中的上传历史；以及基于在一时间段期间接收自所述服务器的对所述部分数据的接收结果来确定数据的下一个传输大小，所述时间段是根据所述策略获得的。

【技术特征摘要】
2015.12.08 KR 10-2015-01741201.一种用于通过设备来控制待上传到服务器的数据的传输大小的方法，所述方法包括：基于所述服务器的策略来确定是否要改变所述传输大小；如果确定要改变所述传输大小，则确定所述数据的经改变的传输大小，并且将与所述经改变的传输大小相对应的部分数据上传到所述服务器；基于所述部分数据的上传结果来更新存储在存储器中的上传历史；以及基于在一时间段期间接收自所述服务器的对所述部分数据的接收结果来确定数据的下一个传输大小，所述时间段是根据所述策略获得的。2.根据权利要求1所述的方法，其中当在上传所述部分数据期间发生错误、并且应当在所述部分数据的起始点处开始执行重传时，确定所述传输大小的改变。3.根据权利要求1所述的方法，其中如果满足下列条件中的至少一个:存储在所述上传历史中的所述传输大小的数据传输计数大于或等于阈值，以及所述传输大小的上传速度小于或等于标准偏差，则所述传输大小保持不变。4.根据权利要求1所述的方法，其中确定所述下一个传输大小包括：如果在所述时间段期间没有从所述服务器接收到对所述部分数据的接收结果，则确定是否与所述设备连接的网络的连接失败；如果检测到所述连接失败，则基于由所述连接失败引起的所述部分数据的上传结果来更新所述上传历史；以及确定所述下一个传输大小为所述策略中所提供的默认传输大小。5.根据权利要求4所述的方法，其中如果没有检测到所述连接失败，则根据与所述网络的连接时间来确定与所述网络的连接已经失败的时间是否大于或等于阈值时间；以及如果所述时间大于或等于所述阈值时间，则确定所述连接失败，并确定所述下一个传输大小为所述策略中所提供的所述默认传输大小。6.根据权利要求5所述的方法，其中如果所述时间小于所述阈值时间，则确定将先前传输大小减小预定单位的传输大小作为所述下一个传输大小。7.根据权利要求1所述的方法，其中确定所述下一个传输大小包括：如果在所述时间段期间已经接收到对所述部分数据的接收结果，则基于所述设备的移动状态和接收信号的强度来确定所述下一个传输大小。8.根据权利要求7所述的方法，其中确定所述下一个传输大小包括：如果所述设备正在移动并且所述接收信号的强度在参考时间内减小，则使用与所述设备连接到的网络的连接失败相对应的接收信号强度来确定所述下一个传输大小；以及如果所述设备正在移动并且所述接收信号的强度在所述参考时间内没有减小，则将先前传输大小减小预定单位并确定将减小的先前传输大小作为所述下一个传输大小。9.根据权利要求7所述的方法，其中确定所述下一个传输大小包括：如果所述设备未移动并且所述接收信号的强度在所述参考时间内减小，则确定将先前传输大小作为所述下一个传输大小；以及如果所述设备未移动并且所述接收信号的强度在所述参考时间内没有减小，则将先前传输大小增大预定单位以确定所述下一个传输大小。10.根据权利要求1所述的方法，其中对于所述设备所连接到的每个服务器，所述上传历史包括以下中的至少一个：上传的传输大小、上传地点、上传发生时间、所述数据的传输时间、所述数据的传输计数、平均上传速度和数据类型。11.一种用于控制待上传到服...

【专利技术属性】
技术研发人员：张修荣，徐信锡，文相畯，朴容奭，宣荣奭，辛奉珍，李相坤，郑铉勳，
申请(专利权)人：三星电子株式会社，
类型：发明
国别省市：韩国,KR