CN108268528A - 一种媒体数据的处理方法及终端设备 - Google Patents
一种媒体数据的处理方法及终端设备 Download PDFInfo
- Publication number
- CN108268528A CN108268528A CN201611264553.3A CN201611264553A CN108268528A CN 108268528 A CN108268528 A CN 108268528A CN 201611264553 A CN201611264553 A CN 201611264553A CN 108268528 A CN108268528 A CN 108268528A
- Authority
- CN
- China
- Prior art keywords
- media
- terminal device
- call address
- server
- blob
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种媒体数据的处理方法,包括:当终端设备接收到向服务器上传媒体的指令时,获取待上传的媒体;终端设备将待上传的媒体存储至终端设备的本地缓存内,并生成可从缓存内调用媒体的第一调用地址;终端设备将第一调用地址添加至媒体所对应的超文本标记语言HTML标签中;终端设备根据HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果。本发明实施例公开了一种终端设备。本发明中终端设备无需向服务器实时上传待处理媒体信息,也无需请求服务器下发第一调用地址,而是在离线的状态下就能够完成对待处理媒体信息的渲染,即使遇到网络质量较差的情况,也不会影响显示的速率和结果。
Description
技术领域
本发明涉及多媒体技术领域,尤其涉及一种媒体数据的处理方法及终端设备。
背景技术
在当今的互联网时代,富文本编辑器(英文全称:Rich Text Editor,英文缩写:RTE)在网页中的应用也越来越广泛,尤其在论坛以及博客中。RTE不同于文本编辑器,用户可以将RTE内嵌于自己的网站或程序里,方便用户编辑文章或信息。在富文本编辑中,图片是最常用的富文本类型之一,对图片的处理机制尤为重要。
目前,采用RTE对图片进行编辑的过程为,用户首先将本地的图片上传RTE,然后RTE将该图片实时地上传至网页应用服务器,网页应用服务器收到图片后将返回统一资源定位符(英文全称:Uniform Resource Locator,英文缩写:URL)至RTE,RTE可以通过URL渲染图片,完成向网页嵌入图片的过程。
在实际应用中,需要RTE先向网页应用服务器上传图片,再采用网页应用服务器向下发的URL才能进行图片的渲染,然而,这个过程依赖于当前网络的质量,如果当前网络质量较差,就会导致图片上传失败或者URL传输失败,从而不能对图片进行渲染,导致显示时延或显示失败。
发明内容
本发明实施例提供了一种媒体数据的处理方法,以减少显示时延或显示失败。
有鉴于此,本发明第一方面提供一种媒体数据的处理方法,从终端设备的角度来描述,终端设备执行了以下的步骤:
当终端设备接收到向服务器上传媒体的指令时,该终端设备会从本地存储器中获取待上传的媒体,其中,向服务器上传媒体的指令通常是用户触发的,用于指示将终端设备本地的媒体进行上传,这里的媒体可以是图片、视频或者音频;
接下来,终端设备通过调用一个地址创建函数将待上传的媒体存储到终端设备的本地缓存内,并生成可从缓存内调用媒体的第一调用地址,其中,地址创建函数用于根据传入的参数创建一个指向该参数对象的URL;
在得到第一调用地址之后,终端设备可以将第一调用地址添加至媒体所对应的HTML标签中,HTML标签是在网页上渲染媒体内容的过程中必不可少的元素;
最后,该终端设备根据HTML标签对该媒体进行渲染,并在终端设备的显示界面上呈现出渲染结果。
本发明实施例中,提供了一种媒体数据的处理方法,可以将媒体缓存于终端设备,并通过终端设备本地对媒体进行渲染。通过上述方式,终端设备无需向服务器实时上传待处理媒体信息,也无需请求服务器下发第一调用地址,而是在离线的状态下就能够完成对待处理媒体信息的渲染,即使遇到网络质量较差的情况,也不会影响显示的速率和结果。
结合本发明实施例的第一方面,在第一种可能的实现方式中,终端设备将待上传的媒体存储至终端设备的本地缓存内,并生成可从所述缓存内调用媒体的第一调用地址的过程,具体还包括如下步骤:
首先,终端设备需要将待上传的媒体转换成BLOB,且一个媒体对应一个BLOB,BLOB是用于存储二进制文件的容器。终端设备通过调用地址创建函数将媒体所对应的BLOB存储至终端设备的本地缓存内,并针对缓存的BLOB生成第一调用地址,因此,一个BLOB也就对应了一个第一调用地址。
其次,本发明实施例中,终端设备可以在本地将待上传的媒体转换成BLOB,且媒体与BLOB具有对应关系,这样的话,终端设备就能将BLOB存储在本地缓存中,最后利用BLOB确定第一媒体信息调用地址,在终端设备对媒体进行本地渲染时,根据第一媒体信息调用地址即可完成渲染。通过上述方式,终端设备在没有实时将待处理媒体信息上传到服务器的情况下,根据本地缓存的BLOB也可以完成本地渲染的操作,从而不会因为上传服务器失败导致无法渲染待处理媒体信息,一方面提升了用户体检,增加了方案的灵活性和可行性,另一方面也为本地渲染待上传的媒体信息提供了具体实现依据,有利于提升方案的可操作性。
结合本发明实施例的第一方面或第一方面的第一种实现方式,在第二种可能的实现方式中,终端设备根据HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果之后,还可以包括如下步骤:
当用户在终端设备的显示界面上看到所呈现的渲染结果之后,还可以点击“保存”按钮,即触发了媒体保存指令,此时,终端设备就收到了该媒体保存指令;
终端设备接收到用户发出的媒体保存指令后,根据该媒体保存指令,将媒体以二进制流的形式发送至服务器;
服务器会保存该媒体并生成媒体对应的第二调用地址,第二调用地址可用于调用服务器端的媒体,然后服务器向终端设备发送生成的第二调用地址;
最后,终端设备将HTML标签中的第一调用地址替换为从服务器接收到的第二调用地址,从而可以使得其他终端设备能够通过第二调用地址访问对应的媒体。
再次,本发明实施例中,终端设备在终端设备的显示界面上呈现媒体渲染结果之后,还可以接收媒体保存指令,然后根据媒体保存指令将待上传的媒体发送至服务器,接着,终端设备会接收到服务器下发的第二调用地址,其中,第二调用地址用于调用服务器端的媒体,最后终端设备将HTML标签中的第一调用地址替换为第二调用地址。通过上述方式,可以减少待媒体的上传次数,在本地对待上传的媒体编辑完成之后,一次性上传至服务器,从而极大地缓解了服务器的压力,同时也节省了终端设备与服务器之间实时通信的网络资源。
结合本发明实施例的第一方面第二种实现方式,在第三种可能的实现方式中,在终端设备将HTML标签中的第一调用地址替换为第二调用地址之后,还可以包括如下步骤:
终端设备可以直接删除本地缓存内媒体所对应的BLOB,这是因为调用地址替换后就完成了媒体的上传,也就意味着终端设备本地缓存内的BLOB也就没有用了,于是终端设备会自动删除本地缓存内的BLOB。
进一步地,本发明实施例中,在终端设备将HTML标签中的第一调用地址替换为服务器提供的第二调用地址之后,即可删除本地缓存内的BLOB。通过上述方式,终端设备还可以在将待上传的媒体发送至服务器之后释放本地内存,这是由于终端设备本地内存是有限的,及时地释放本地内存可以使安装于终端设备上的应用程序运行时更为流畅,并且有利于提升终端设备本身的应用性能,以及加快运行速率。
结合本发明实施例的第一方面第二种实现方式,在第四种可能的实现方式中,终端设备还可以在本地编辑的过程中删除待上传的媒体;
也就是在终端设备接收到用户触发的媒体保存指令之前,当接收到用户触发的删除媒体的指令时,该终端设备可以从本地缓存内删除媒体所对应的BLOB,并且删除媒体对应的HTML标签
进一步地,本发明实施例中,当用户在终端设备中编辑待上传的媒体时,若想要删除该待上传的媒体,即可触发删除该媒体的指令,终端设备根据指令可以从本地缓存中删除该媒体所对应的BLOB,同时也将该媒体对应的HTML标签进行删除。通过上述方式,可以在编辑待上媒体的过程中,当需要删除媒体时,只用释放终端设备本地内存中该媒体的BLOB和HTML标签即可,而服务器不会受到待上传媒体删除的影响,从而也不会造成服务器产生过多无用的数据,减少了定时扫描清理的服务器的情况,提升了方案的实用性。
本发明第二方面提供一种终端设备,包括:
获取模块,用于当接收到向服务器上传媒体的指令时,获取待上传的媒体;
处理模块,用于将获取模块获取的待上传的媒体存储至终端设备的本地缓存内,并生成可从缓存内调用媒体的第一调用地址;
添加模块,用于将处理模块处理后得到的第一调用地址添加至媒体所对应的HTML标签中;
渲染模块,用于根据添加模块添加的HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果。
结合本发明实施例的第二方面,在第一种可能的实现方式中,处理模块模块可以包括:
转换单元,用于将获取模块获取的待上传的媒体转换成BLOB;
存储单元,用于将转换单元转换得到的BLOB存储至终端设备的本地缓存内,并针对缓存的BLOB生成第一调用地址。
结合本发明实施例的第二方面或第二方面的第一种实现方式,在第二种可能的实现方式中,终端设备还可以包括:
第一接收模块,用于在渲染模块根据HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果之后,接收媒体保存指令;
发送模块,用于根据第一接收模块接收的媒体保存指令将媒体发送至服务器;
第二接收模块,用于接收服务器发送的第二调用地址,其中,第二调用地址用于调用服务器端的媒体;
替换模块,用于将HTML标签中的第一调用地址替换为第二接收模块接收的第二调用地址。
结合本发明实施例的第二方面的第二种实现方式,在第三种可能的实现方式中,终端设备还可以包括:
第一删除模块,用于在替换模块将HTML标签中的第一调用地址替换为第二调用地址之后,删除本地缓存内的BLOB。
结合本发明实施例的第二方面的第二种实现方式,在第四种可能的实现方式中,终端设备还包括:
第二删除模块,用于在第一接收模块接收到媒体保存指令之前,当接收到删除媒体的指令时,从本地缓存内删除BLOB,并且删除媒体对应的HTML标签。
本发明第三方面提供一种终端设备,包括存储器、收发器、处理器以及总线系统;
其中,存储器用于存储程序;
处理器用于执行存储器中的程序,具体包括如下步骤:
当接收到向服务器上传媒体的指令时,获取待上传的媒体;
将待上传的媒体存储至终端设备的本地缓存内,并生成可从缓存内调用媒体的第一调用地址;
将第一调用地址添加至媒体所对应的HTML标签中;
根据HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果;
总线系统用于连接存储器、收发器以及处理器,以使存储器、收发器以及处理器进行通信。
结合本发明实施例的第三方面,在第一种可能的实现方式中,处理器具体用于执行如下步骤:
将待上传的媒体转换成BLOB;
将BLOB存储至本地缓存内,并针对缓存的BLOB生成第一调用地址。
结合本发明实施例的第三方面或第三方面的第一种实现方式,在第二种可能的实现方式中,处理器还用于执行如下步骤:
接收媒体保存指令;
根据媒体保存指令将媒体发送至所述服务器;
接收服务器发送的第二调用地址,其中,第二调用地址用于调用服务器端的所述媒体;
将HTML标签中的第一调用地址替换为第二调用地址。
结合本发明实施例的第三方面的第二种实现方式,在第三种可能的实现方式中,处理器还用于执行如下步骤:
删除本地缓存内的BLOB。
结合本发明实施例的第三方面的第二种实现方式,在第四种可能的实现方式中,处理器还用于执行如下步骤:
在接收到媒体保存指令之前,当接收到删除媒体的指令时,从本地缓存内删除BLOB,并且删除媒体对应的HTML标签。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,提供了一种媒体数据的处理方法,可以将媒体缓存于终端设备,并通过终端设备本地对媒体进行渲染。通过上述方式,终端设备无需向服务器实时上传待处理媒体信息,也无需请求服务器下发第一调用地址,而是在离线的状态下就能够完成对待处理媒体信息的渲染,即使遇到网络质量较差的情况,也不会影响显示的速率和结果。
附图说明
图1为本发明实施例中媒体数据的处理系统的架构示意图;
图2为本发明实施例中终端设备的一个结构示意图;
图3为本发明实施例中媒体数据的处理方法一个实施例示意图;
图4为本发明实施例中媒体数据的处理方法另一个实施例示意图;
图5为应用场景中终端设备上传媒体到服务器的交互示意图;
图6为应用场景中媒体上传的流程示意图;
图7为应用场景中终端设备从本地上传媒体的界面示意图;
图8为应用场景中删除媒体的流程示意图;
图9为应用场景中终端设备呈现渲染结果的界面示意图;
图10为本发明实施例中终端设备一个实施例示意图;
图11为本发明实施例中终端设备另一个实施例示意图;
图12为本发明实施例中终端设备另一个实施例示意图;
图13为本发明实施例中终端设备另一个实施例示意图;
图14为本发明实施例中终端设备另一个实施例示意图。
具体实施方式
本发明实施例提供了一种媒体数据的处理方法,无需向服务器实时上传待处理媒体信息,也无需请求服务器下发第一调用地址,而是在离线的状态下就能够完成对待处理媒体信息的渲染,即使遇到网络质量较差的情况,也不会影响处理的速率和结果,从而提升方案的可行性和实用性。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解,本发明主要应用于媒体数据的处理系统,请参阅图1,图1为本发明实施例中媒体数据的处理系统的架构示意图,如图所示,图1中的四台终端设备仅为一个示意,在实际应用中还可以有其他数量的终端设备,此处不应理解为对本发明的限定。
应理解,本发明所提供的终端设备A中包含有本地存储器,本地存储器是用于存放终端设备本地的图片、音频和视频等资源的存储设备,通常是指硬盘。
应理解,本发明所提供的终端设备A中安装了有浏览器,该浏览器用于提供RTE页面。其中,RTE提供类似于文字处理器应用程序的编辑功能,容易被不会写超级文本标记语言(英文缩写:Hyper Text Markup Language,英文缩写:HTML)的用户接受,同时RTE可以为用户提供各种文本格式的编辑功能。对于支持富文本编辑功能的浏览器来说,其实就是将文档的设计模型设置为开启之后,再通过执行“document.execCommand(‘commandName’[,UIFlag[,value]])”即可。命令名称(英文全称:commandName)和值(英文全称:value)可以在微软开发者网络(英文全称:Microsoft Developer Network,英文缩写:MSDN)和软硬件解决方案(英文全称:Manufacturing Data Collection&Status Management,英文缩写:MDC)上找到,它们就是我们创建各种格式的命令,比方说,我们要加粗字体,执行“document.execCommand('bold',false)”即可。
用户可以通过浏览器访问网页,如打开某个论坛或者博客的发表页面,该页面内就会包含RTE,RTE的媒体上传功能利用了HTML5的特性,将待处理媒体信息转换为二进制大对象(英文全称:binary large object,英文缩写:BLOB),并存放到浏览器缓存中,RTE通过返回的URL,在页面上即可渲染所上传的媒体。
此外,终端设备A还可以在本地完成渲染待处理媒体信息后,向服务器发送该媒体,当服务器返回了一个新的URL时,终端设备将把原有的URL更新为新的URL,从而使得终端设备(如终端设备B、终端设备C和终端设备D)都能够通过新URL的来调用服务器中终端设备A上的媒体,并根据新的URL对待处理媒体信息进行渲染处理。
应理解,本发明所提供的服务器可以是由网页应用服务器与文件服务器集成后得到的,其中,网页应用服务器为网页对应的后台服务器,用于保存网页数据和提供给网页读取的数据。而文件服务器为存储实体文件的系统,比如存储图片、音频和视频等。
本发明实施例提供了一种终端设备,下面将具体介绍终端设备的实体结构,请参阅图2,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该终端设备可以为包括手机、平板电脑、个人数字助理(英文全称:Personal Digital Assistant,英文缩写:PDA)、销售终端(英文全称:Point of Sales,英文缩写:POS)和车载电脑等任意终端设备,下面将以终端设备为手机为例进行介绍:
终端设备中的处理器可以包括用于终端设备的音频/视频和逻辑功能的电路。例如,处理器可以包括数字信号处理器设备、微处理器设备、模数转换器、数模转换器等等。可以根据这些设备各自的能力而在这些设备之间分配移动设备的控制和信号处理功能。处理器还可以包括内部语音编码器和内部数据调制解调器等等。此外,处理器可以包括操作一个或多个软件程序的功能,所述软件程序可以存储在存储器中。通常,处理器和所存储的软件指令可以被配置为使终端设备执行动作。例如,处理器能够操作连接程序。
终端设备还可以包括用户接口,其例如可以包括耳机或扬声器、麦克风、输出装置(例如显示器)、输入装置等等,其可操作地耦合到处理器。在这一点上,处理器可以包括用户接口电路,其被配置为至少控制所述用户接口的一个或多个元件(诸如扬声器、麦克风、显示器等等)的一些功能。处理器和/或包括处理器的用户接口电路可以被配置为通过存储在处理器可访问的存储器中的计算机程序指令(例如软件和/或固件)来控制用户接口的一个或多个元件的一个或多个功能。尽管并未示出,但是终端设备可以包括用于向与移动设备相关的各种电路供电的电池,所述电路例如为提供机械振动来作为可检测输出的电路。输入装置可以包括允许所述装置接收数据的设备,诸如小键盘、触摸显示器、游戏杆和/或至少一个其他输入设备等。
终端设备还可以包括用于共享和/或获得数据的一个或多个连接电路模块。例如,所述终端设备可以包括短距射频(英文全称:Radio Freqency,英文缩写:RF)收发机和/或检测器,从而可以根据RF技术与电子设备共享和/或从电子设备获得数据。所述终端设备可以包括其他短距收发机,诸如例如红外(英文全称:Infrared Radiation,英文缩写:IR)收发机、使用收发机、无线通用串行总线(英文全称:Universal Serial Bus,英文缩写:USB)收发机等等。蓝牙收发机能够根据低功耗或超低功耗蓝牙技术操作。在这一点上,终端设备并且更具体地是短距收发机能够向和/或从在所述装置附近(诸如在10米内)的电子设备发送和/或接收数据。尽管并未示出,所述终端设备能够根据各种无线联网技术来向和/或从电子设备发送和/或接收数据,这些技术包括:无线保证(英文全称:Wireless Fidelity,英文缩写:Wi-Fi)、Wi-Fi低功耗、无线局域网(英文全称:Wireless Local Area Networks,英文缩写:WLAN)技术,诸如电气和电子工程协会(英文全称:Institute of Electrical andElectronics Engineers,英文缩写:IEEE)802.11技术、IEEE 802.15技术、IEEE802.16技术等等。
终端设备可以包括可存储与移动用户相关的信息元素的存储器,诸如用户身份模块(英文全称:Subscriber Identification Module,英文缩写:SIM)。除了SIM,所述装置还可以包括其他可移除和/或固定存储器。终端设备可以包括易失性存储器和/或非易失性存储器。例如,易失性存储器可以包括随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM),其包括动态RAM和/或静态RAM、芯片上和/或芯片外高速缓冲存储器等等。非易失性存储器可以是嵌入式的和/或可移除的,其可以包括例如只读存储器、闪存存储器、磁性存储设备,例如硬盘、软盘驱动器、磁带等等、光盘驱动器和/或介质、非易失性随机存取存储器(英文全称:Non-Volatile Random Access Memory,英文缩写:NVRAM)等等。类似于易失性存储器,非易失性存储器可以包括用于数据的暂时存储的高速缓冲区域。易失性和/或非易失性存储器的至少一部分可以嵌入到处理器中。存储器可以存储一个或多个软件程序、指令、信息块、数据等等,其可以由所述终端设备用来执行移动终端的功能。例如,存储器可以包括能够唯一标识终端设备的标识符,诸如国际移动设备标志码(英文全称:International Mobile Equipment Identity,英文缩写:IMEI)。
本发明实施例中,处理器用于执行存储器中的程序,具体包括如下步骤:
当接收到向服务器上传媒体的指令时,获取待上传的媒体;
将待上传的媒体存储至终端设备的本地缓存内,并生成可从缓存内调用媒体的第一调用地址;
将第一调用地址添加至媒体所对应的HTML标签中;
根据HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果。
请参阅图3,本发明实施例中媒体数据的处理方法一个实施例包括:
101、当终端设备接收到向服务器上传媒体的指令时,终端设备获取待上传的媒体;
本实施例中,用户可以在终端设备上打开浏览器中的网页,并在该网页中的RTE上点击“上传”按钮,即触发了向服务器上传媒体的指令,于是终端设备在通过RTE收到用户发送的指令时,就能够获取待处理媒体信息,其中,待上传的媒体是用户从终端设备本地选择的媒体信息,待上传的媒体具体可以为图片、视频或者音频等。
102、终端设备将待上传的媒体存储至终端设备的本地缓存内,并生成可从缓存内调用媒体的第一调用地址;
本实施例中,终端设备首先可以通过调用一个地址创建函数将待上传的媒体转换成BLOB,再将BLOB存储至终端设备的本地缓存内,并针对缓存的BLOB生成第一调用地址,即生成URL。其中,一个待上传的媒体对应与一个BLOB,BLOB是一个可以存储二进制文件的容器,在计算机中,BLOB常常是数据库中用来存储二进制文件的字段类型。BLOB是一个大文件,典型的BLOB是一张图片或一个声音文件,由于它们的尺寸各异,需使用特殊的方式来处理,例如:上传、下载或者存放到一个数据库。
具体为,地址创建函数指URL创建函数,即createObjectURL函数。该函数会根据传入的参数创建一个指向该参数对象(如图片、音频或视频等)的URL,这个URL仅仅存在于被创建的这个参数对象中。创建得到的URL可以指向文件对象或者BLOB,于是终端设备就能通过调用createObjectURL函数将待上传的媒体转换为BLOB,BLOB可直接存储至终端设备缓存,并返回缓存待上传的媒体的URL,即第一调用地址。
其中,createObjectURL函数的使用语法一个示例为:
objectURL=URL.createObjectURL(blob||file)
而createObjectURL函数指向文件对象为一个文件,比如用“input type="file"”标签来上传文件,那么里面的每个文件都是一个文件对象。createObjectURL指向BLOB就是二进制数据,比如通过“new Blob()”创建的对象就是BLOB,又比如在“XMLHttpRequest”里,如果指定“responseType”为BLOB,那么得到的返回值也是一个BLOB。
需要说明的是,每次调用createObjectURL函数的时候,一个新的URL就被创建了。即使已经为同一个文件创建过一个URL。如果你不再需要这个对象,并且要释放它,需要使用地址移除方法。当页面被关闭时,浏览器会自动释放它,但是为了最佳性能和内存使用,当确保不再用得到它的时候,就应该释放它。
103、终端设备将第一调用地址添加至媒体所对应的超文本标记语言HTML标签中;
本实施例中,终端设备将第一调用地址加入到媒体对应的HTML标签中。若媒体是图片,那么该HTML标签就为<img>标签。<img>标签并不会直接在网页中插入图像,而是从网页上链接图像。终端设备将图片的URL设置到<img>标签中src属性中,也就可以渲染出图片了。
其中,<img>标签的src属性是必需的,它的值是图像文件的URL,也就是引用该图像的文件的的绝对路径或相对路径。如<img src=“ming.bmp”>便是插入名为ming.bmp的图象.此时src是source的简写,意思是“源”即image的源文件为ming.bmp。
需要说明的是,上述仅以媒体为图片的情况下进行介绍,然而在实际应用中,媒体还可以是视频或者音频等,渲染方式与图片渲染的方式类似,但并不完全相同,故此处不应理解为对本发明的限定。
104、终端设备根据HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果。
本实施例中,最后终端设备可以根据本地的HTML标签来对媒体进行渲染,以在终端设备的显示界面上呈现出渲染结果。
本发明实施例中,提供了一种媒体数据的处理方法,可以将媒体缓存于终端设备,并通过终端设备本地对媒体进行渲染。通过上述方式,终端设备无需向服务器实时上传待处理媒体信息,也无需请求服务器下发第一调用地址,而是在离线的状态下就能够完成对待处理媒体信息的渲染,即使遇到网络质量较差的情况,也不会影响显示的速率和结果。
请参阅图4,本发明实施例中媒体数据的处理方法另一个实施例包括:
201、当终端设备接收到向服务器上传媒体的指令时,终端设备获取待上传的媒体;
202、终端设备将待上传的媒体存储至终端设备的本地缓存内,并生成可从缓存内调用媒体的第一调用地址;
203、终端设备将第一调用地址添加至媒体所对应的超文本标记语言HTML标签中;
204、终端设备根据HTML标签对媒体进行渲染,并在终端设备的显示界面上呈现渲染结果;
其中,步骤201至步骤204与上述图3对应的实施例中的步骤101至步骤104类似,故此处不做赘述。
在步骤204之后,终端设备还可以根据用户的操作执行如下两种不同的处理。
第一种处理方式为当用户点击“删除”按钮时,即可以在终端设备本地对媒体进行删除处理。通常情况下,在编辑待上传媒体的过程中,可能会出现多次修改该媒体的操作,这个时候只需要触发删除媒体的指令即可,终端设备根据该指令,调用URL移除函数来清理终端设备本地缓存的媒体,从而无需考虑服务器端垃圾文件清理的问题。
具体为,假设待上传的媒体为图片,当终端设备接收到删除媒体的指令时,除了应该删除图片所对应的BLOB,还应该删除其对应的HTML标签,即<img>标签。通过调用URL移除函数revokeObjectURL将第一调用地址设置为失效,然后释放BLOB,同时也就是释放浏览器缓存,即释放终端设备的本地内存。
第二种处理方式为当用户不需要再对终端设备本地的待上传媒体进行修改时,即可以点击“保存”按钮,然后终端设备可以将媒体上传至服务器,具体过程请参阅步骤205至步骤208所描述的内容。
205、终端设备接收媒体保存指令;
本实施例中,当用户在终端设备的显示界面上看到所呈现的渲染结果之后,还可以点击“保存”按钮,即触发了媒体保存指令。
206、终端设备根据媒体保存指令将媒体发送至服务器;
本实施例中,终端设备接收到用户发出的媒体保存指令后,就可以根据该指令将媒体以二进制流的形式发送至服务器。
207、终端设备接收服务器发送的第二调用地址,其中,第二调用地址用于调用服务器端的媒体;
本实施例中,服务器也可以调用一个地址创建函数保存该媒体,并生成媒体对应的第二调用地址,即URL,与第一调用地址不同的是,第二调用地址可用于调用服务器端的媒体。
208、终端设备将HTML标签中的第一调用地址替换为第二调用地址。
本实施例中,在终端设备获取到服务器提供的第二调用地址之后,将第二调用地址设置到HTML标签中,若媒体为图片,则就是将第二调用地址设置到<img>标签的src属性中,替换掉<img>标签的src属性中原有的第一调用地址。
而在客户端将HTML标签中的第一调用地址替换为第二调用地址之后,客户端本地缓存内的BLOB也就没有用了,于是客户端会自动删除本地缓存内的BLOB。
具体地,客户端可以通过调用revokeObjectURL来达到删除本地缓存内BLOB的目的。revokeObjectURL函数用来释放一个之前通过调用createObjectURL函数创建的已经存在的BLOB。当结束使用某个BLOB时,通过调用这个revokeObjectURL函数来让客户端中的浏览器知道不再需要保持这个待处理媒体信息的引用了,释放浏览器缓存,即释放了客户端的本地内存。
本发明实施例中,终端设备在显示界面上呈现媒体渲染结果之后,可以向服务器上传终端设备本地的媒体。通过上述方式,可以减少待处理媒体信息的上传次数,在本地对待处理媒体信息编辑完成且得到媒体渲染结果后,一次性上传至服务器,从而极大地缓解了服务器的压力,同时也节省了终端设备与服务器之间实时通信的网络资源。
为便于理解,下面可以以一个具体应用场景对本发明中对媒体数据的处理流程进行详细描述,具体为:
请参阅图5,图5为应用场景中终端设备上传媒体到服务器的交互示意图,终端设备中包含有一个本地存储器,且终端设备上安装有浏览器,而服务器中集成了页面应用服务器和文件服务器。本地存储器是用于存放待上传媒体的,例如图片、视频和音频,而浏览器的主要用于将待上传的媒体转换为BLOB,再存放至终端设备本地缓存,浏览器通过返回缓存的URL在页面上渲染所上传的待处理媒体信息。
集成于服务器中的页面应用服务器可以保存网页数据和提供给网页读取的数据,而文件服务器则是存储实体文件,例如图片、视频和音频等。
下面将以待上传媒体是图片为例进行介绍:
请参阅图6,图6为应用场景中媒体上传的流程示意图,具体为:
步骤301中,用户甲在终端设备上的浏览器打开网页,请参阅图7,图7为应用场景中终端设备从本地上传媒体的界面示意图,用户甲通过图7所展示的界面上选择本地图片进行上传。
步骤302中,可以对图片进行处理,为了将图片放入浏览器缓存,需调用createObjectURL函数将图片转换为BLOB并直接存储于浏览器缓存中,同时还会返回图片的URL。
步骤303中,终端设备将缓存图片的URL设置到<img>标签中的src属性,在浏览器的页面上渲染出图片,即如图8所示,图8为应用场景中删除媒体的流程示意图,用户甲就可以在终端设备的浏览器上看到自己选择的这张图片,后续还可以对图片进行修改,例如设定图片尺寸或者增加滤镜效果等。
步骤304中,当用户甲点击“保存”按钮时,终端设备将把图片转化成二进制流,再调用服务器端口,将图片统一上传到服务器中,并且得到该服务器返回的一个新URL。终端设备将新ULR设置到<img>标签中的src属性,将富文本以文本的形式上传到服务器。
步骤305中,在完成批量上传图片的操作后,通过调用revokeObjectURL函数来释放终端设备的本地内存,即释放BLOB。
当然,如果用户甲在编辑图片的过程中想要删除图8中显示的这张图片,则还可以执行图片删除流程,请参阅图9,图9为应用场景中终端设备呈现渲染结果的界面示意图,具体为:
步骤401至步骤403与步骤301至步骤303类似,此处不做赘述。
步骤404中,当用户甲不满意图8中显示的这张图片时,则可以点击“删除”按钮,于是终端设备在上传图片的同时也删除了图片对应的<img>标签,调用revokeObjectURL函数将URL设为失效,释放BLOB,同时释放了浏览器缓存,即终端设备本地内存。
步骤405中,图片对应的<img>标签失效,页面渲染后图片消失。
下面对本发明中的终端设备进行详细描述,请参阅图10,本发明实施例中的服务器为应用于媒体数据处理方法中的服务器,终端设备50包括:
获取模块501,用于当接收到向服务器上传媒体的指令时,获取待上传的媒体;
处理模块502,用于将所述获取模块501获取的所述待上传的媒体存储至所述终端设备的本地缓存内,并生成可从所述缓存内调用所述媒体的第一调用地址;
添加模块503,用于将所述处理模块502处理后得到的所述第一调用地址添加至所述媒体所对应的超文本标记语言HTML标签中;
渲染模块504,用于根据所述添加模块503添加的所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果。
本实施例中,当接收到向服务器上传媒体的指令时,获取模块501获取待上传的媒体,处理模块502将所述获取模块501获取的所述待上传的媒体存储至所述终端设备的本地缓存内,并生成可从所述缓存内调用所述媒体的第一调用地址,添加模块503将所述处理模块502处理后得到的所述第一调用地址添加至所述媒体所对应的超文本标记语言HTML标签中,渲染模块504根据所述添加模块503添加的所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果。
本发明实施例中,提供了一种终端设备,可以将媒体缓存于终端设备,并通过终端设备本地对媒体进行渲染。通过上述方式,终端设备无需向服务器实时上传待处理媒体信息,也无需请求服务器下发第一调用地址,而是在离线的状态下就能够完成对待处理媒体信息的渲染,即使遇到网络质量较差的情况,也不会影响显示的速率和结果。
可选地,在上述图10所对应的实施例的基础上,请参阅图11,本发明实施例提供的终端设备50的另一实施例中,
所述处理模块模块502包括:
转换单元5021,用于将所述获取模块501获取的所述待上传的媒体转换成二进制大对象BLOB;
存储单元5022,用于将所述转换单元转换得到的所述BLOB存储至所述终端设备的本地缓存内,并针对缓存的所述BLOB生成所述第一调用地址。
其次,本发明实施例中,终端设备可以在本地将待上传的媒体转换成BLOB,且媒体与BLOB具有对应关系,这样的话,终端设备就能将BLOB存储在本地缓存中,最后利用BLOB确定第一媒体信息调用地址,在终端设备对媒体进行本地渲染时,根据第一媒体信息调用地址即可完成渲染。通过上述方式,终端设备在没有实时将待处理媒体信息上传到服务器的情况下,根据本地缓存的BLOB也可以完成本地渲染的操作,从而不会因为上传服务器失败导致无法渲染待处理媒体信息,一方面提升了用户体检,增加了方案的灵活性和可行性,另一方面也为本地渲染待上传的媒体信息提供了具体实现依据,有利于提升方案的可操作性。
可选地,在上述图10或图11所对应的实施例的基础上,请参阅图12,本发明实施例提供的终端设备50的另一实施例中,
所述终端设备50还包括:
第一接收模块505,用于在所述渲染模块504根据所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果之后,接收媒体保存指令;
发送模块506,用于根据所述第一接收模块505接收的所述媒体保存指令将所述媒体发送至所述服务器;
第二接收模块507,用于接收所述服务器发送的第二调用地址,其中,所述第二调用地址用于调用服务器端的所述媒体;
替换模块508,用于将所述HTML标签中的所述第一调用地址替换为所述第二接收模块507接收的所述第二调用地址。
再次,本发明实施例中,终端设备在终端设备的显示界面上呈现媒体渲染结果之后,还可以接收媒体保存指令,然后根据媒体保存指令将待上传的媒体发送至服务器,接着,终端设备会接收到服务器下发的第二调用地址,其中,第二调用地址用于调用服务器端的媒体,最后终端设备将HTML标签中的第一调用地址替换为第二调用地址。通过上述方式,可以减少待媒体的上传次数,在本地对待上传的媒体编辑完成之后,一次性上传至服务器,从而极大地缓解了服务器的压力,同时也节省了终端设备与服务器之间实时通信的网络资源。
可选地,在上述图12所对应的实施例的基础上,请参阅图13,
所述终端设备50还包括:
第一删除模块509,用于在所述替换模块508将所述HTML标签中的所述第一调用地址替换为所述第二调用地址之后,删除所述本地缓存内的所述BLOB。
进一步地,本发明实施例中,在终端设备将HTML标签中的第一调用地址替换为服务器提供的第二调用地址之后,即可删除本地缓存内的BLOB。通过上述方式,终端设备还可以在将待上传的媒体发送至服务器之后释放本地内存,这是由于终端设备本地内存是有限的,及时地释放本地内存可以使安装于终端设备上的应用程序运行时更为流畅,并且有利于提升终端设备本身的应用性能,以及加快运行速率。
可选地,在上述图12所对应的实施例的基础上,请参阅图14,
所述终端设备50还包括:
第二删除模块501,用于在所述第一接收模块505接收到所述媒体保存指令之前,当接收到删除所述媒体的指令时,从所述本地缓存内删除所述BLOB,并且删除所述媒体对应的HTML标签。
进一步地,本发明实施例中,当用户在终端设备中编辑待上传的媒体时,若想要删除该待上传的媒体,即可触发删除该媒体的指令,终端设备根据指令可以从本地缓存中删除该媒体所对应的BLOB,同时也将该媒体对应的HTML标签进行删除。通过上述方式,可以在编辑待上媒体的过程中,当需要删除媒体时,只用释放终端设备本地内存中该媒体的BLOB和HTML标签即可,而服务器不会受到待上传媒体删除的影响,从而也不会造成服务器产生过多无用的数据,减少了定时扫描清理的服务器的情况,提升了方案的实用性。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文全称:Read-OnlyMemory,英文缩写:ROM)、随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (11)
1.一种媒体数据的处理方法,其特征在于,包括:
当终端设备接收到向服务器上传媒体的指令时,所述终端设备获取待上传的媒体;
所述终端设备将所述待上传的媒体存储至所述终端设备的本地缓存内,并生成可从所述缓存内调用所述媒体的第一调用地址;
所述终端设备将所述第一调用地址添加至所述媒体所对应的超文本标记语言HTML标签中;
所述终端设备根据所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果。
2.根据权利要求1所述的方法,其特征在于,所述终端设备将所述待上传的媒体存储至所述终端设备的本地缓存内,并生成可从所述缓存内调用所述媒体的第一调用地址,包括:
所述终端设备将所述待上传的媒体转换成二进制大对象BLOB;
所述终端设备将所述BLOB存储至所述终端设备的本地缓存内,并针对缓存的所述BLOB生成所述第一调用地址。
3.根据权利要求1或2所述的方法,其特征在于,所述终端设备根据所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果之后,所述方法还包括:
所述终端设备接收媒体保存指令;
所述终端设备根据所述媒体保存指令将所述媒体发送至所述服务器;
所述终端设备接收所述服务器发送的第二调用地址,其中,所述第二调用地址用于调用服务器端的所述媒体;
所述终端设备将所述HTML标签中的所述第一调用地址替换为所述第二调用地址。
4.根据权利要求3所述的方法,其特征在于,所述终端设备将所述HTML标签中的所述第一调用地址替换为所述第二调用地址之后,所述方法还包括:
所述终端设备删除所述本地缓存内的所述BLOB。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在接收到所述媒体保存指令之前,当所述终端设备接收到删除所述媒体的指令时,所述终端设备从所述本地缓存内删除所述BLOB,并且删除所述媒体对应的HTML标签。
6.一种终端设备,其特征在于,包括:
获取模块,用于当接收到向服务器上传媒体的指令时,获取待上传的媒体;
处理模块,用于将所述获取模块获取的所述待上传的媒体存储至所述终端设备的本地缓存内,并生成可从所述缓存内调用所述媒体的第一调用地址;
添加模块,用于将所述处理模块处理后得到的所述第一调用地址添加至所述媒体所对应的超文本标记语言HTML标签中;
渲染模块,用于根据所述添加模块添加的所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果。
7.根据权利要求6所述的终端设备,其特征在于,所述处理模块模块包括:
转换单元,用于将所述获取模块获取的所述待上传的媒体转换成二进制大对象BLOB;
存储单元,用于将所述转换单元转换得到的所述BLOB存储至所述终端设备的本地缓存内,并针对缓存的所述BLOB生成所述第一调用地址。
8.根据权利要求6或7所述的终端设备,其特征在于,所述终端设备还包括:
第一接收模块,用于在所述渲染模块根据所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果之后,接收媒体保存指令;
发送模块,用于根据所述第一接收模块接收的所述媒体保存指令将所述媒体发送至所述服务器;
第二接收模块,用于接收所述服务器发送的第二调用地址,其中,所述第二调用地址用于调用服务器端的所述媒体;
替换模块,用于将所述HTML标签中的所述第一调用地址替换为所述第二接收模块接收的所述第二调用地址。
9.根据权利要求8所述的终端设备,其特征在于,所述终端设备还包括:
第一删除模块,用于在所述替换模块将所述HTML标签中的所述第一调用地址替换为所述第二调用地址之后,删除所述本地缓存内的所述BLOB。
10.根据权利要求8所述的终端设备,其特征在于,所述终端设备还包括:
第二删除模块,用于在所述第一接收模块接收到所述媒体保存指令之前,当接收到删除所述媒体的指令时,从所述本地缓存内删除所述BLOB,并且删除所述媒体对应的HTML标签。
11.一种终端设备,其特征在于,包括存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,具体包括如下步骤:
当接收到向服务器上传媒体的指令时,获取待上传的媒体;
将所述待上传的媒体存储至所述终端设备的本地缓存内,并生成可从所述缓存内调用所述媒体的第一调用地址;
将所述第一调用地址添加至所述媒体所对应的超文本标记语言HTML标签中;
根据所述HTML标签对所述媒体进行渲染,并在所述终端设备的显示界面上呈现渲染结果;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611264553.3A CN108268528A (zh) | 2016-12-30 | 2016-12-30 | 一种媒体数据的处理方法及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611264553.3A CN108268528A (zh) | 2016-12-30 | 2016-12-30 | 一种媒体数据的处理方法及终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108268528A true CN108268528A (zh) | 2018-07-10 |
Family
ID=62755285
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611264553.3A Pending CN108268528A (zh) | 2016-12-30 | 2016-12-30 | 一种媒体数据的处理方法及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108268528A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110209842A (zh) * | 2019-05-16 | 2019-09-06 | 腾讯科技(深圳)有限公司 | 多媒体文件的处理方法、装置、介质及电子设备 |
CN111179402A (zh) * | 2020-01-02 | 2020-05-19 | 竞技世界(北京)网络技术有限公司 | 一种目标对象的渲染方法、装置及系统 |
CN111566445A (zh) * | 2018-11-30 | 2020-08-21 | 北京嘀嘀无限科技发展有限公司 | 一种使用地址标签提供兴趣点信息的系统和方法 |
CN113327343A (zh) * | 2019-01-09 | 2021-08-31 | 深圳市道通智能航空技术股份有限公司 | 一种飞行日志上传方法、装置及移动终端、无人机 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020033967A1 (en) * | 2000-09-16 | 2002-03-21 | Cathy Liu | Apparatus and method for directly uploading scanned images to associated web sites |
CN102325173A (zh) * | 2011-08-30 | 2012-01-18 | 重庆抛物线信息技术有限责任公司 | 一种混音视频共享方法及系统 |
CN103927151A (zh) * | 2013-01-11 | 2014-07-16 | 联想(北京)有限公司 | 在web页面上实现本地操作的方法和装置 |
CN105868195A (zh) * | 2015-01-19 | 2016-08-17 | 阿里巴巴集团控股有限公司 | 图片上传方法及装置 |
-
2016
- 2016-12-30 CN CN201611264553.3A patent/CN108268528A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020033967A1 (en) * | 2000-09-16 | 2002-03-21 | Cathy Liu | Apparatus and method for directly uploading scanned images to associated web sites |
CN102325173A (zh) * | 2011-08-30 | 2012-01-18 | 重庆抛物线信息技术有限责任公司 | 一种混音视频共享方法及系统 |
CN103927151A (zh) * | 2013-01-11 | 2014-07-16 | 联想(北京)有限公司 | 在web页面上实现本地操作的方法和装置 |
CN105868195A (zh) * | 2015-01-19 | 2016-08-17 | 阿里巴巴集团控股有限公司 | 图片上传方法及装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111566445A (zh) * | 2018-11-30 | 2020-08-21 | 北京嘀嘀无限科技发展有限公司 | 一种使用地址标签提供兴趣点信息的系统和方法 |
CN113327343A (zh) * | 2019-01-09 | 2021-08-31 | 深圳市道通智能航空技术股份有限公司 | 一种飞行日志上传方法、装置及移动终端、无人机 |
CN110209842A (zh) * | 2019-05-16 | 2019-09-06 | 腾讯科技(深圳)有限公司 | 多媒体文件的处理方法、装置、介质及电子设备 |
CN110209842B (zh) * | 2019-05-16 | 2023-06-09 | 腾讯科技(深圳)有限公司 | 多媒体文件的处理方法、装置、介质及电子设备 |
CN111179402A (zh) * | 2020-01-02 | 2020-05-19 | 竞技世界(北京)网络技术有限公司 | 一种目标对象的渲染方法、装置及系统 |
CN111179402B (zh) * | 2020-01-02 | 2023-07-14 | 竞技世界(北京)网络技术有限公司 | 一种目标对象的渲染方法、装置及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8204488B2 (en) | Web content distribution to personal cellular telecommunications devices | |
CN108268528A (zh) | 一种媒体数据的处理方法及终端设备 | |
US8805425B2 (en) | Integrated messaging | |
CN105205072B (zh) | 网页信息的展示方法和系统 | |
JP2002543676A5 (zh) | ||
CN101123568A (zh) | 一种即时通讯系统及其自定义信息的传输方法 | |
CN101310545A (zh) | 利用远程计算机的移动设备用互联网邮件客户端系统及其控制方法 | |
CN106302103A (zh) | 一种信息处理方法及其系统、应用服务器 | |
CN1917510B (zh) | 一种访问通讯录的方法及其通讯录系统 | |
CN104239317A (zh) | 在浏览器中实现图片编辑的方法及装置 | |
CN108712320A (zh) | 消息推送方法及装置 | |
CN102308558B (zh) | 显示图片的方法、装置和系统 | |
CN107786631A (zh) | 一种内容发布方法、装置及电子设备 | |
CN101390410B (zh) | 图标转换系统及其业务方法 | |
CN101217734B (zh) | 利用brew_url地址访问brew页面的方法及终端 | |
CN101453509A (zh) | 手机信息定时发送的处理方法 | |
CN102831179B (zh) | 网页处理方法及装置 | |
CN109213955A (zh) | 数据处理方法及相关设备 | |
CN106161075A (zh) | 业务处理方法、装置及系统 | |
CN105610701A (zh) | 一种即时通信的方法、装置及系统 | |
CN1997032B (zh) | 一种基于wap浏览请求的首页定制系统及其方法 | |
CN100371888C (zh) | 一种将网页图片直接应用到即时通信工具中的方法 | |
KR100473147B1 (ko) | 멀티미디어 메세지의 제공방법 | |
CN101422002B (zh) | 对消息传送服务的简化访问 | |
CN110995875B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180710 |