CN103873494A - 终端设备及其信息处理方法 - Google Patents
终端设备及其信息处理方法 Download PDFInfo
- Publication number
- CN103873494A CN103873494A CN201210528592.5A CN201210528592A CN103873494A CN 103873494 A CN103873494 A CN 103873494A CN 201210528592 A CN201210528592 A CN 201210528592A CN 103873494 A CN103873494 A CN 103873494A
- Authority
- CN
- China
- Prior art keywords
- file
- data file
- subscriber data
- server
- uploaded
- 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
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
终端设备及其信息处理方法,所述终端设备包括:通信单元,配置来与位于终端设备远端的服务器通信,服务器具有存储单元,用于备份与终端设备的用户相关的用户数据文件;处理单元,配置来对待上传的用户数据文件进行处理,其中在基于用户的指令或预设的条件将用户数据文件上传至服务器之前,处理单元确定用户数据文件的大小;如果处理单元确定用户数据文件的大小小于第一阈值,则处理单元将用户数据文件放入待上传文件序列中;以及如果处理单元判断待上传文件序列中用户数据文件的数量达到第二阈值,则处理单元基于待上传文件序列中用户数据文件产生第一文件以及第二文件,并且通过通信单元向服务器上传第一文件以及第二文件。
Description
技术领域
本发明涉及一种终端设备以及应用到该终端设备的信息处理方法。
背景技术
当前,随着云存储技术和移动互联网的发展,诸如PC、智能手机以及平板电脑之类的终端设备对云存储技术的需求越来越大。可以通过云存储技术在各种终端设备之间建立通畅的数据传统通道和数据共享平台,让用户在任意终端设备上体验云存储技术(如,各种云存储提供商提供的网盘服务)带来的便捷。
当前,随着用户对云存储技术的依赖程度的提高,终端设备的用户通常会把大量数据(通信录,备忘录,video,音乐等)同步或备份到云端,其中不乏大量的小文件(几十KB到几MB之间)。通常在云储存系统中包含两类数据,其中一种是文件数据,而另一种是对应于文件数据的元数据。元数据通常包括描述文件系统目录结构的数据以及属性信息(如,文件类型,文件大小等等)。在这种情况下,如果用户需要同步或备份的数据包含过多小文件,会带来以下问题每个小文件在云储存系统中都占据一个存储节点(存储空间),过多的小文件会造成过多的云存储系统的内部碎片以及过多的元数据,引起不必要的空间浪费。另外,如果用户需用同步的数据中包括大量的小文件,会增加云存储系统的服务器API的调用次数,从而给云存储系统系统带来负载开销。
发明内容
为了解决现有技术中的上述技术问题,根据本发明的一方面,提供一种终端设备,包括:通信单元,配置来与位于所述终端设备远端的服务器通信,所述服务器具有存储单元,用于备份与所述终端设备的用户相关的用户数据文件;处理单元,配置来对待上传的用户数据文件进行处理,其中在基于用户的指令或预设的条件将用户数据文件上传至服务器之前,所述处理单元确定所述用户数据文件的大小;如果所述处理单元确定所述用户数据文件的大小小于第一阈值,则所述处理单元将所述用户数据文件放入待上传文件序列中;以及如果所述处理单元判断所述待上传文件序列中所述用户数据文件的数量达到第二阈值,则所述处理单元基于所述待上传文件序列中所述用户数据文件产生第一文件以及第二文件,并且通过所述通信单元向所述服务器上传所述第一文件以及第二文件。
此外,根据本发明的一个实施例,其中如果所述处理单元确定所述用户数据文件的大小大于第一阈值,则所述处理单元直接向所述服务器上传所述用户数据文件。
此外,根据本发明的一个实施例,其中所述第一阈值基于所述服务器的存储单元中的最小存储区域确定。
此外,根据本发明的一个实施例,其中所述第一文件包括所述待上传文件序列中所述用户数据文件的属性信息、所述用户数据文件在所述第一文件中的索引信息以及所述用户数据文件的数据信息在所述第二文件中的地址信息;以及所述第二文件包括所述待上传文件序列中所述用户数据文件的数据信息。
此外,根据本发明的一个实施例,其中如果所述服务器接收到对所述第二文件中的特定用户数据文件的数据下载或呈现请求,则所述服务器检索所述第一文件,基于所述第一文件获得所述特定用户数据文件在所述第二文件中的位置以提取所述特定用户数据文件的数据,并且将所述特定用户数据文件的数据发送给提出请求的终端设备。
此外,根据本发明的另一方面,提供一种信息处理方法,应用于终端设备,所述终端设备与远端的服务器通信,所述服务器具有用于备份与所述终端设备的用户相关的用户数据文件的存储单元,所述方法包括:在基于用户的指令或预设的条件将用户数据文件上传至服务器之前,确定所述用户数据文件的大小;如果所述用户数据文件的大小小于第一阈值,则将所述用户数据文件放入待上传文件序列中;如果所述待上传文件序列中所述用户数据文件的数量达到第二阈值,则基于所述待上传文件序列中所述用户数据文件产生第一文件以及第二文件;以及向所述服务器上传所述第一文件以及第二文件。
此外,根据本发明的一个实施例,其中所述方法进一步包括:如果所述用户数据文件的大小大于第一阈值,则直接向所述服务器上传所述用户数据文件。
此外,根据本发明的一个实施例,其中所述第一阈值基于所述服务器的存储单元中的最小存储区域确定。
此外,根据本发明的一个实施例,其中所述第一文件包括所述待上传文件序列中所述用户数据文件的属性信息、所述用户数据文件在所述第一文件中的索引信息以及所述用户数据文件的数据信息在所述第二文件中的地址信息;以及所述第二文件包括所述待上传文件序列中所述用户数据文件的数据信息。
此外,根据本发明的一个实施例,其中所述方法进一步包括:如果所述服务器接收到对所述第二文件中的特定用户数据文件的数据下载或呈现请求,则检索所述第一文件;基于所述第一文件获得所述特定用户数据文件在所述第二文件中的位置以提取所述特定用户数据文件的数据以及将所述特定用户数据文件的数据发送给提出请求的终端设备。
通过上述配置,可以根据多个数据量较小的用户数据文件产生第一文件以及第二文件,其中第二文件包括多个用户数据文件的数据,并且第一文件包括第二文件中的多个用户数据文件的属性信息以及用户数据文件的数据信息在第二文件中的位置以用于从第二文件中获取用户数据文件。在这种情况下,由于根据多个用户数据文件产生第一文件和第二文件,可以大大减少云存储系统内的文件碎片数量,并且由于通过第一文件来实现对这些文件的调用(如,下载等等),因此可以在调用第二文件中的多个用户数据文件时,可以大大减少云存储系统的服务器API的调用次数。
附图说明
图1是图解根据本发明实施例的终端设备的示意方框图;以及
图2是图解根据本发明实施例的信息处理方法的流程图。
具体实施方式
将参照附图详细描述根据本发明的各个实施例。这里,需要注意的是,在附图中,将相同的附图标记赋予基本上具有相同或类似结构和功能的组成部分,并且将省略关于它们的重复描述。
下面,将参照图1描述根据本发明实施例的终端设备。这里,根据本发明实施例的终端设备可以是诸如PC、笔记本、平板电脑或智能手机之类的终端设备。
如图1所示,根据本发明实施例的终端设备1可以包括通信单元11以及处理单元12。
通信单元1可以由任意的有线(如,网卡)或无线通信模块(如,WIFI、2G-4G通信模块)实现。通信单元1可以与位于终端设备1远端的服务器2通信。这里,服务器2可以是终端设备1远端的云存储系统中的云存储服务器。在这种情况下,该服务器2具有存储单元(未示出),该存储单元用于备份与终端设备1的用户相关的用户数据文件。例如,在特定用户具有不同的终端设备的情况下,该服务器2可以基于用户的ID(或登录信息)管理该用户上传的各种用户数据文件。
处理单元12可以由任意的处理器或微处理器实现。处理单元12可以在预设的程序或应用的控制下执行预设侧操作。根据本发明的实施例,处理单元12可以对用户待上传的用户数据文件进行处理。例如,处理单元12可以在用户使用终端设备1内安装的云存储应用进行文件上传时,对将要上传的用户数据文件进行处理。这里,不对用户数据文件的类型进行限定,并且可以包含诸如音频、视频、文档、通讯录、短信之类的各种用户数据文件。
根据本发明的实施例,在用户使用云存储应用上传某个/某些用户数据文件至服务器2或用户的终端设备1基于预设的条件(如,定时上传)上传某个/某些用户数据文件至服务器2之前,处理单元12可以确定该用户数据文件的大小。具体地,处理单元12可以根据该用户数据文件中的元数据(包含诸如缩略图,文件大小等属性信息)确定该用户数据文件的大小。
在这种情况下,如果处理单元12确定该用户数据文件的大小小于预设的数据量阈值,则处理单元12将该用户数据文件放入待上传文件序列中。这里,可以在终端设备1的存储单元(未示出)中规定预定的存储区域来存储上传文件序列中的各个用户数据文件。这里,预设的数据量阈值可以基于服务器2的存储单元中的最小存储区域确定。例如,根据现有的云存储技术,由于服务器2以最小存储区域/单位(如,1MB)管理其存储单元,因此即使上传的文件小于最小存储区域,其也需要占用单独的最小存储区域。根据本发明的实施例,为了节约云存储系统的存储空间,并且减少云存储系统的服务器2的API的调用次数,可以基于服务器2的存储单元中的最小存储区域确定预设的数据量阈值。例如,在服务器2的存储单元中的最小存储区域为1MB的情况下,该数据量阈值可以为0.5MB。这里,上面的例子仅仅是示例,而不是对本发明的限制。不同的服务器2具有不同的最小存储区域,因此该数据量阈值可以基于所应用的云存储技术决定,并且不限于0.5MB。
然后,处理单元12监视待上传文件序列中的用户数据文件数。如果处理单元12判断待上传文件序列中用户数据文件的数量达到预设的数量阈值,则处理单元12基于待上传文件序列中的所有用户数据文件产生第一文件以及第二文件。例如,预设的数量阈值可以在10~100的范围内设置,并且还可以基于经验值设置。
下面描述如何根据用户数据文件产生第一文件以及第二文件。具体地,可以通过将待上传序列中的所有用户数据文件的数据信息(整个用户数据文件的数据或用户数据文件的数据部分)合并来产生第二文件,并且基于第二文件以及所有的用户数据文件产生第一文件。这里,可以通过任意的文件合并技术来将上传文件序列中的所有用户数据文件的数据信息合并来产生第二文件。根据本发明的实施例,第一文件可以包括待上传文件序列中的用户数据文件的属性信息、用户数据文件的相关信息在第一文件中的索引信息以及用户数据文件的数据信息在第二文件中的地址信息。具体地,用户数据文件的属性信息可以为用户数据文件的元数据,索引信息可以表示与用户数据文件相关的信息(如,属性信息,地址信息等等)在第一文件中的位置,而地址信息表示用户数据文件的数据信息(整个用户数据文件的数据或用户数据文件的数据部分)在第二文件中的地址(起始地址以及结束地址)。此外,第二文件包括待上传文件序列中的所有用户数据文件的数据信息。
然后,在产生第一文件以及第二文件之后,处理单元12通过通信单元11向服务器2上传该第一文件以及该第二文件。
在这种情况下,可以将多个数据量用户数据文件合并为一个较大的文件(第二文件),并且基于所产生的较大文件产生索引文件(第一文件)以用于从第二文件中获取用户数据文件。在这种情况下,由于将多个用户数据文件合并,并且产生第一文件和具有较大数据量的第二文件,可以大大减少云存储系统内的文件碎片数量,并且由于通过第一文件来引导对这些文件的调用(如,下载等等),因此可以在调用第二文件中的多个用户数据文件时,可以大大减少云存储系统的服务器2的API的调用次数。
此外,如果处理单元12确定用户数据文件的大小大于预设的数据量阈值,则与现有技术中的处理相同,处理单元12直接向服务器2上传用户数据文件。
下面描述终端设备1的用户从云存储系统下载文件的情况,这里,与现有技术类似,由于终端设备1的用户可能配备了多个不同类型的终端设备,因此云存储系统通常通过用户的ID(如,登录名和密码)来管理用户上传的用户数据文件。这里,如果使用任意终端设备的用户从服务器2下载之前用户直接上传的用户数据文件,则下载过程与现有技术类似,因此这里不再赘述。
另外,如果使用任意终端设备的用户希望从服务器2下载之前用户通过终端设备1产生并上传的第二文件中的一个或多个特定用户数据文件或者用户希望呈现(如,视频音频播放)服务器2中存储第二文件中的一个或多个特定用户数据文件,则使用任意终端设备的用户通过其所使用的终端设备向服务器2发送对第二文件中的一个或多个特定用户数据文件的数据下载或呈现请求。在这种情况下,如果服务器2接收到与该一个或多个特定用户数据文件的数据下载或呈现请求,则服务器2可以检索第一文件。例如,服务器2可以根据接收到的请求中的特定用户数据文件信息(如,文件名)检索该用户的存储空间,如果未找到该特定用户数据文件,则表示该特定用户数据文件被合并。在这种情况下,服务器2可以检索用户的存储空间内的第一文件。这里,如上所述,由于第一文件包括多个用户数据文件的属性信息、用户数据文件的相关信息在第一文件中的索引信息以及用户数据文件的数据信息在第二文件中的地址信息,因此服务器2很容易基于该第一文件获得一个或多个特定用户数据文件在第二文件中的位置(起始地址和结束地址)以提取特定用户数据文件的数据信息。这里,在第二文件包含整个用户数据文件的数据的情况下,所提取的特定用户数据文件的数据可以直接发送给提出请求(用户当前使用)的终端设备。另外,在第二文件包含用户数据文件的数据部分的情况下,服务器2还可以将第二文件中的用户数据文件的数据部分与第一文件中的用户数据文件的元数据组合为完整的用户数据文件,并且将该特定用户数据文件的数据发送给提出请求(用户当前使用)的终端设备。这里,服务器2执行的处理(如,提取+发送或提取之后合并+发送)可以根据终端设备侧执行的处理决定。
在这种情况下,即使多个用户数据文件被合并在一个较大的文件(第二文件)并上传至服务器,在接收到第二文件中的用户数据文件的下载或呈现请求时,服务器也可以基于第一文件找到用户数据文件在第二文件中的位置并提取该用户数据文件,使得服务器可以响应该用户数据文件的下载或呈现请求。
下面,将参照图2描述根据本发明实施例的信息处理方法。这里,根据本发明实施例的信息处理方法可以应用到图1所示的终端设备上。该终端设备可以与终端设备远端的服务器(如云存储服务器)通信,并且该服务器具有用于备份与终端设备的用户相关的用户数据文件的存储单元。这里,在用户具有不同的终端设备的情况下,该服务器可以基于用户的ID(或登录信息)管理该用户上传的各种用户数据文件。
如图2所示,在步骤S201,在基于用户的指令或预设的条件将用户数据文件上传至服务器之前,确定用户数据文件的大小。
具体地,如针对图1的描述那样,在终端设备1的用户使终端设备中安装的用云存储应用上传某个/某些用户数据文件至服务器2或用户的终端设备1基于预设的条件(如,定时上传)上传某个/某些用户数据文件至服务器2之前,终端设备1的处理单元12确定该用户数据文件的大小。具体地,处理单元12可以根据该用户数据文件中的元数据(包含诸如缩略图,文件大小等属性信息)确定该用户数据文件的大小。
在步骤S202,如果用户数据文件的大小小于预设的数据量阈值,则将用户数据文件放入待上传文件序列中。
具体地,如果处理单元12确定该用户数据文件的大小小于预设的数据量阈值,则处理单元12将该用户数据文件放入待上传文件序列中。这里,预设的数据量阈值可以基于服务器2的存储单元中的最小存储区域确定。例如,由于服务器2通常以最小存储区域/单位(如,1MB)管理其存储单元,因此即使上传的文件小于最小存储区域,其也需要占用单独的最小存储区域。在这种情况下,为了节约云存储系统的存储空间,并且减少云存储系统的服务器2的API的调用次数,可以基于服务器2的存储单元中的最小存储区域确定预设的数据量阈值。例如,在服务器2的存储单元中的最小存储区域为1MB的情况下,该数据量阈值可以为0.5MB。这里,上面的例子仅仅是示例,而不是对本发明的限制。不同的服务器2具有不同的最小存储区域,因此该数据量阈值可以基于所应用的云存储技术决定,并且不限于0.5MB。
在步骤S203,如果待上传文件序列中的用户数据文件的数量达到预设的数量阈值,则基于待上传文件序列中所述用户数据文件产生第一文件以及第二文件。
具体地,处理单元12监视待上传文件序列中的用户数据文件数。如果处理单元12判断待上传文件序列中用户数据文件的数量达到预设的数量阈值,则处理单元12基于待上传文件序列中的所有用户数据文件产生第一文件以及第二文件。例如,预设的数量阈值可以在10~100的范围内设置,并且还可以基于经验值设置。在产生第一文件和第二文件的处理中,通过将待上传序列中的所有用户数据文件的数据信息(整个用户数据文件的数据或用户数据文件的数据部分)合并来产生第二文件,并且基于第二文件以及所有的用户数据文件产生第一文件。根据本发明的实施例,第一文件可以包括待上传文件序列中的用户数据文件的属性信息、用户数据文件的相关信息在第一文件中的索引信息以及用户数据文件的数据信息在第二文件中的地址信息。具体地,用户数据文件的属性信息可以为用户数据文件的元数据,索引信息可以表示与用户数据文件相关的信息(如,属性信息,地址信息等等)在第一文件中的位置,而地址信息表示用户数据文件的数据信息(整个用户数据文件的数据或用户数据文件的数据部分)在第二文件中的地址(起始地址以及结束地址)。此外,第二文件包括待上传文件序列中的所有用户数据文件的数据信息。
在步骤S204,向服务器上传所述第一文件以及第二文件。
具体地,在产生第一文件以及第二文件之后,处理单元12通过通信单元11向服务器2上传该第一文件以及该第二文件。
通过上述配置,可以将多个数据量用户数据文件合并为一个较大的文件(第二文件),并且基于所产生的较大文件产生索引文件(第一文件)以用于从第二文件中获取用户数据文件。在这种情况下,由于将多个用户数据文件合并,并且产生第一文件和具有较大数据量的第二文件,可以大大减少云存储系统内的文件碎片数量以节省服务器的存储空间,并且由于通过第一文件来引导对这些文件的调用(如,下载等等),因此可以在调用第二文件中的多个用户数据文件时,可以大大减少云存储系统的服务器2的API的调用次数。
另外,本发明不限于此,例如,图2的方法还可以包括如果用户数据文件的大小大于预设的数据量阈值,则直接向服务器上传用户数据文件。
具体地,如果处理单元12确定用户数据文件的大小大于预设的数据量阈值,则与现有技术中的处理相同,处理单元12直接向服务器2上传用户数据文件。
另外,除了上传的处理之外,还可以包括针对下载的处理。例如,图2的方法还可以包括:如果服务器接收到对第二文件中的特定用户数据文件的数据下载或呈现请求,则检索第一文件;基于第一文件获得特定用户数据文件在第二文件中的位置以提取特定用户数据文件的数据以及将特定用户数据文件的数据发送给提出请求的终端设备。
具体地,如果服务器2接收到与该一个或多个特定用户数据文件的数据下载或呈现请求,则服务器2可以检索第一文件。例如,服务器2可以根据接收到的请求中的特定用户数据文件信息(如,文件名)检索该用户的存储空间,如果未找到该特定用户数据文件,则表示该特定用户数据文件被合并。在这种情况下,服务器2可以检索用户的存储空间内的第一文件。这里,如上所述,由于第一文件包括多个用户数据文件的属性信息(元数据)、用户数据文件的相关信息在第一文件中的索引信息以及用户数据文件的数据信息在第二文件中的地址信息,因此服务器2很容易基于该第一文件获得一个或多个特定用户数据文件在第二文件中的位置(起始地址和结束地址)以提取特定用户数据文件的数据信息。这里,在第二文件包含整个用户数据文件的数据的情况下,所提取的特定用户数据文件的数据可以直接发送给提出请求(用户当前使用)的终端设备。另外,在第二文件包含用户数据文件的数据部分的情况下,服务器2还可以将第二文件中的用户数据文件的数据部分与第一文件中的用户数据文件的元数据组合为完整的用户数据文件,并且将该特定用户数据文件的数据发送给提出请求(用户当前使用)的终端设备。这里,服务器2执行的处理(如,提取+发送或提取之后合并+发送)可以根据终端设备侧执行的处理决定。
在上面详细描述了本发明的各个实施例。然而,本领域技术人员应该理解,在不脱离本发明的原理和精神的情况下,可对这些实施例进行各种修改,组合或子组合,并且这样的修改应落入本发明的范围内。
Claims (10)
1.一种终端设备,包括:
通信单元,配置来与位于所述终端设备远端的服务器通信,所述服务器具有存储单元,用于备份与所述终端设备的用户相关的用户数据文件;
处理单元,配置来对待上传的用户数据文件进行处理,
其中
在基于用户的指令或预设的条件将用户数据文件上传至服务器之前,所述处理单元确定所述用户数据文件的大小;
如果所述处理单元确定所述用户数据文件的大小小于第一阈值,则所述处理单元将所述用户数据文件放入待上传文件序列中;以及
如果所述处理单元判断所述待上传文件序列中所述用户数据文件的数量达到第二阈值,则所述处理单元基于所述待上传文件序列中所述用户数据文件产生第一文件以及第二文件,并且通过所述通信单元向所述服务器上传所述第一文件以及第二文件。
2.如权利要求1所述的终端设备,其中
如果所述处理单元确定所述用户数据文件的大小大于第一阈值,则所述处理单元直接向所述服务器上传所述用户数据文件。
3.如权利要求1所述的终端设备,其中
所述第一阈值基于所述服务器的存储单元中的最小存储区域确定。
4.如权利要求1所述的终端设备,其中
所述第一文件包括所述待上传文件序列中所述用户数据文件的属性信息、所述用户数据文件在所述第一文件中的索引信息以及所述用户数据文件的数据信息在所述第二文件中的地址信息;以及
所述第二文件包括所述待上传文件序列中所述用户数据文件的数据信息。
5.如权利要求1所述的终端设备,其中
如果所述服务器接收到对所述第二文件中的特定用户数据文件的数据下载或呈现请求,则所述服务器检索所述第一文件,基于所述第一文件获得所述特定用户数据文件在所述第二文件中的位置以提取所述特定用户数据文件的数据,并且将所述特定用户数据文件的数据发送给提出请求的终端设备。
6.一种信息处理方法,应用于终端设备,所述终端设备与远端的服务器通信,所述服务器具有用于备份与所述终端设备的用户相关的用户数据文件的存储单元,所述方法包括:
在基于用户的指令或预设的条件将用户数据文件上传至服务器之前,确定所述用户数据文件的大小;
如果所述用户数据文件的大小小于第一阈值,则将所述用户数据文件放入待上传文件序列中;
如果所述待上传文件序列中所述用户数据文件的数量达到第二阈值,则基于所述待上传文件序列中所述用户数据文件产生第一文件以及第二文件;以及
向所述服务器上传所述第一文件以及第二文件。
7.如权利要求6所述的方法,进一步包括:
如果所述用户数据文件的大小大于第一阈值,则直接向所述服务器上传所述用户数据文件。
8.如权利要求6所述的方法,其中
所述第一阈值基于所述服务器的存储单元中的最小存储区域确定。
9.如权利要求6所述的方法,其中
所述第一文件包括所述待上传文件序列中所述用户数据文件的属性信息、所述用户数据文件在所述第一文件中的索引信息以及所述用户数据文件的数据信息在所述第二文件中的地址信息;以及
所述第二文件包括所述待上传文件序列中所述用户数据文件的数据信息。
10.如权利要求6所述的方法,进一步包括:
如果所述服务器接收到对所述第二文件中的特定用户数据文件的数据下载或呈现请求,则检索所述第一文件;
基于所述第一文件获得所述特定用户数据文件在所述第二文件中的位置以提取所述特定用户数据文件的数据以及
将所述特定用户数据文件的数据发送给提出请求的终端设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210528592.5A CN103873494A (zh) | 2012-12-10 | 2012-12-10 | 终端设备及其信息处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210528592.5A CN103873494A (zh) | 2012-12-10 | 2012-12-10 | 终端设备及其信息处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103873494A true CN103873494A (zh) | 2014-06-18 |
Family
ID=50911620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210528592.5A Pending CN103873494A (zh) | 2012-12-10 | 2012-12-10 | 终端设备及其信息处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103873494A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104507058A (zh) * | 2014-06-22 | 2015-04-08 | 广州市沃希信息科技有限公司 | 一种基于二维码的信息传输方法、系统及移动终端 |
WO2018076819A1 (zh) * | 2016-10-25 | 2018-05-03 | 广东欧珀移动通信有限公司 | 数据的上传方法、装置、存储介质、电子设备及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102004760A (zh) * | 2010-11-03 | 2011-04-06 | 深圳市同洲电子股份有限公司 | 多媒体文件的存储和播放方法、相关装置及系统 |
US20110106806A1 (en) * | 2009-11-02 | 2011-05-05 | Stg Interactive | Process for optimizing file storage systems |
-
2012
- 2012-12-10 CN CN201210528592.5A patent/CN103873494A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110106806A1 (en) * | 2009-11-02 | 2011-05-05 | Stg Interactive | Process for optimizing file storage systems |
CN102004760A (zh) * | 2010-11-03 | 2011-04-06 | 深圳市同洲电子股份有限公司 | 多媒体文件的存储和播放方法、相关装置及系统 |
Non-Patent Citations (1)
Title |
---|
陶长顺: "一种基于云存储的移动终端网络存储设计", 《计算机应用与软件》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104507058A (zh) * | 2014-06-22 | 2015-04-08 | 广州市沃希信息科技有限公司 | 一种基于二维码的信息传输方法、系统及移动终端 |
CN104507058B (zh) * | 2014-06-22 | 2019-03-12 | 广州市沃希信息科技有限公司 | 一种基于二维码的信息传输方法、系统及移动终端 |
WO2018076819A1 (zh) * | 2016-10-25 | 2018-05-03 | 广东欧珀移动通信有限公司 | 数据的上传方法、装置、存储介质、电子设备及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107784086B (zh) | 一种网页的加载方法、终端设备及计算机可读存储介质 | |
US9519654B2 (en) | Method, device, processing center and system for desktop synchronization | |
CN102521280B (zh) | 一种EPub电子书加载方法及装置 | |
US8577892B2 (en) | Utilizing affinity groups to allocate data items and computing resources | |
CN102546836A (zh) | 一种上传文件的方法、终端、服务器及系统 | |
WO2015117426A1 (zh) | 文件管理方法及装置 | |
CN103916423A (zh) | 数据同步方法及设备 | |
KR101280753B1 (ko) | 클라우드 서비스 액세스 장치, 클라우드 서비스 액세스 방법 및 클라우드 서비스 액세스 시스템 | |
EP2701083B1 (en) | Method, apparatus and system for auto-synchronization of compressed content files | |
CN102882985A (zh) | 基于云存储的文件共享方法 | |
CN103368991A (zh) | 云存储的即时同步系统 | |
US20120296871A1 (en) | File managing apparatus for processing an online storage service | |
KR20140031451A (ko) | 클라우드 시스템의 컨텐츠 동기화장치 및 방법 | |
US20220321630A1 (en) | Multimedia management system and method of displaying remotely hosted content | |
CN102984238A (zh) | 一种基于云服务的数据同步方法 | |
CN103440295A (zh) | 一种多媒体文件上传方法及电子终端 | |
CN103369115B (zh) | 基于移动终端的信息分享方法和系统 | |
CN103368990A (zh) | 云存储的即时同步方法 | |
CN104092754A (zh) | 文件存储系统和文件存储方法 | |
CN102984250A (zh) | 一种基于云服务的数据同步方法 | |
CN101488974A (zh) | 一种p2p资源提供方法、系统及p2p目录服务器 | |
CN103873494A (zh) | 终端设备及其信息处理方法 | |
US10327133B2 (en) | Making subscriber data addressable as a device in a mobile data network | |
CN110020290B (zh) | 网页资源缓存方法、装置、存储介质及电子装置 | |
CN102263803B (zh) | 一种电子书数据更新方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140618 |
|
RJ01 | Rejection of invention patent application after publication |