一种播放设备和一种服务端的制作方法

文档序号:7872033阅读:164来源:国知局
专利名称:一种播放设备和一种服务端的制作方法
技术领域
本实用新型涉及电子领域,尤其涉及一种播放设备和一种服务端。
背景技术
随着电子领域的发展,嵌入式技术的不断进步,嵌入式环境的客户端得到了广泛的运用,嵌入式环境的客户端会也会逐渐向个人电脑环境靠拢,因此,客户端需要支持的可播放数据的格式也会越来越多。现有技术中,客户端能够播放至少一种格式的数据,每次客户端需要播放一种新的格式的数据时,就要升级客户端内部软件,同时,在客户端增加相应的解码程序,该解码程序将新的格式的数据解码为客户端能够播放的格式的数据,然后由客户端播放出来。但是,嵌入式环境的客户端比个人电脑的内存要小,存储资源也非常有限,这样每次都在客户端增加解码程序会增加客户端内存以及存储资源的消耗,给客户端带来很大负担,还需要给客户端软件进行升级,难以扩展为能够播放多种格式的数据的客户端。

实用新型内容本实用新型实施提供了一种播放设备,可以避免每次都在客户端增加解码程序从而增加客户端内存以及存储资源的消耗,减小客户端的负担,容易扩展为能够播放多种格式的数据的客户端。本实用新型实施例提供的一种播放设备,包括客户端和服务端所述服务端包括接收发自客户端的不支持播放的格式的数据的第一接收模块;连接于第一接收模块,对所述数据进行解码,获取解码数据的解码模块;连接于解码模块,向客户端发送所述解码数据的第一发送模块;所述客户端包括发送不支持播放的格式的数据给服务端第一接收模块的第二发送模块;向服务器发送编码数据的第二发送模块,所述编码数据的格式为客户端不支持播放的格式;接收发自服务端的解码数据的第二接收模块;连接于第二接收模块,用于播放所述解码数据的播放模块。相应地,本实用新型还提供了一种服务端,所述服务端包括接收发自客户端的不支持播放的格式的数据的第一接收模块;连接于第一接收模块,对所述数据进行解码,获取解码数据的解码模块;连接于解码模块,向客户端发送所述解码数据的第一发送模块。实施本实用新型实施例,通过增加的服务端对客户端不可播放的格式的数据进行解码,在增加新的格式的数据时,在服务端增加新的解码程序,不用升级客户端软件,避免了每次都在客户端增加解码程序从而增加客户端内存以及存储资源的消耗,减小客户端的负担,容易扩展为能够播放多种格式的数据的客户端。

为了更清楚地说明本实用新型实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本实用新型的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图I是本实用新型提供的播放设备的第一实施例结构示意图;图2是本实用新型提供的播放设备的第一实施例的服务端的结构示意图;图3是本实用新型提供的播放设备的第一实施例的客户端的结构示意图;图4是本实用新型提供的播放设备第二实施例的结构示意图; 图5是本实用新型提供的服务端的实施例的结构示意图。
具体实施方式
本实用新型实施例提供了一种播放设备,通过增加的服务端对客户端不支持播放的格式的数据进行解码,在增加新的格式的数据时,在服务端增加新的解码程序,不用升级客户端软件,也避免了每次都在客户端增加解码程序从而增加客户端内存以及存储资源的消耗,避免减小客户端的负担,容易扩展为能够播放多种格式的数据的客户端。参见图1,是本实用新型提供的一种播放设备第一实施例结构示意图,所述播放设备包括客户端I和服务端2,所述客户端I将不可播放的格式的数据发送给服务端2,服务端2接收到客户端发送的不可播放的格式的数据后,对所述不可播放的格式的数据进行解码,获得解码数据,并将所述解码数据返回给客户端1,客户端I接收到返回的解码数据,播放该解码数据,所述解码数据是客户端能够播放的格式的数据。参见图2,是本实用新型提供的一种播放设备第一实施例的服务端的结构示意图;所述服务端2包括用于接收发自客户端的不可播放的格式的数据的第一接收模块21 ;连接于第一接收模块21,用于对所述不可播放的格式的数据进行解码,获得解码数据的解码模块22 ;连接于解码模块22,用于发送所述解码数据给客户端的第一发送模块23。参见图3,是本实用新型实施例提供的一种播放设备的第一实施例的客户端的结构示意图;所述客户端包括I :用于接收发自服务端的解码数据的第二接收模块11 ;连接于第二接收模块,用于播放所述解码数据的播放模块12 ;本实用新型实施例提供了一种播放设备,通过增加的服务端对客户端不可播放的格式的数据进行解码,在增加新的格式的数据时,在服务端增加新的解码程序,不用升级客户端软件,也避免了每次都在客户端增加解码程序从而增加客户端内存以及存储资源的消耗,避免减小客户端的负担,容易扩展为能够播放多种格式的数据的客户端。参见图3,是本实用新型提供的一种播放设备的第二实施例的结构示意图,客户端播放数据可以是视频或者图片,本实施例以播放图片为例。;所述播放设备包括客户端I和服务端2,所述客户端I将不可播放的格式的数据发送给服务端2,服务端2接收到客户端发送的不可播放的格式的数据后,对所述不可播放的格式的数据进行解码,获得解码数据,并将所述解码数据返回给客户端1,客户端I接收到返回的解码数据,播放该解码数据,所述解码数据是客户端能够播放的格式的数据,所述客户端至少可以播放一种图片格式的图片数据,假设本实施例的客户端可以支持位图格式的图片。具体的,所述服务端2包括用于接收发自客户端的不可播放的格式的数据的第一接收模块21 ;客户端I将无法播放的格式的图片数据通过指定通信协议(TCP/IP协议)发送给服务端2,所述服务端2的接受模块21接收所述图片数据,客户端I和服务端2至少有一种通信协议可以传输数据,但不仅限于一种协议。所述服务端2还包括,连接于第一接收模块21,用于对所述不可播放的格式的数据进行解码,获得解码数据的解码模块22 ;具体的,所述服务端2的解码模块22至少包括一个用于将一种不可播放的格式的数据进行解码,获取解码数据的解码单元222-22n,本实施例中的客户端可以支持位图格式的图片数据,解码单元222-22n中的每个解码单元都可以对特定格式的图片数据进行解码,获得相应的位图格式的图片数据,每个解码单元只可以对一种图片格式进行解码,如果客户端需要播放新的图片格式,服务端2的解码模块需要增加对应的新的解码单元,但是客户端I不需要做任何改动,也无需对客户端I的软件进行相应的升级。所述服务端2的解码模块22还包括,用于根据第一接收模块接收到的数据的格式,选择能够对所述格式进行解码的解码单元进行解码的控制单元221。服务端2的第一接收模块接收到不可播放的格式的数据后,服务端的解码模块22中的控制单元221根据不可播放的数据的格式选择一个解码单元对该数据进行解码。假设,解码单元222可将JPG格式的图片数据解码为BMP位图格式的图片数据,解码单元223可将GIF图形交换格式的图片数据解码为BMP位图格式的图片数据,解码单元224可将TIFF格式的图片数据解码为BMP位图格式的图片数据,服务端2第一接收模块21接收到客户端I发送的不可播放的格式的图片数据,所述图片数据的格式为GIF格式,那么,解码模块22的控制单元221根据所述图片格式选择解码单元223进行解码,所述解码单元223可以将GIF图片格式解码为BMP位图格式的图片数据。所述服务端2还包括,连接于解码模块22,用于发送所述解码数据给客户端的第一发送模块23。所述客户端I包括,第二发送模块13,及用于接收发自服务端2的解码数据的第二接收模块11 ;所述解码数据是客户端I能够播放的格式的图片数据。连接于第二接收模块11,用于播放所述解码数据的播放模块12,所述客户端的播放模块12至少可以支持一种图片格式的图片显示,服务端2只要将数据解码为客户端播放模块12可以播放的格式的数据即可,客户端的播放模块12能够播放的图片格式越少,播放所需要的内存和存储空间也越小。本实用新型实施例提供了一种播放设备,通过增加的服务端对客户端不可播放的格式的数据进行解码,在增加新的格式的数据时,在服务端增加新的解码程序,不用升级客户端软件,也避免了每次都在客户端增加解码程序从而增加客户端内存以及存储资源的消耗,避免减小客户端的负担,容易扩展为能够播放多种格式的数据的客户端。参见图5,是本实用新型提供实施例的一种服务端的结构示意图;所述服务端2包括用于接收发自客户端的不可播放的格式的数据的第一接收模块21;连接于第一接收模块21,用于对所述不可播放的格式的数据进行解码,获得解码数据的解码模块22 ;连接于解码模块22,用于发送所述解码数据给客户端的第一发送模块23。用于接收发自客户端的不可播放的格式的数据的第一接收模块21 ;客户端I将无法播放的格式的图片数据通过指定通信协议(TCP/IP协议)发送给服务端2,所述服务端2的接受模块21接收所述图片数据,客户端I和服务端2至少有一种通信协议可以传输数据,但不仅限于一种协议。所述服务端2还包括,连接于第一接收模块21,用于对所述不可播放的格式的数据进行解码,获得解码数据的解码模块22 ;具体的,所述服务端2的解码模块22至少包括一个用于将一种不可播放的格式的数据进行解码,获取解码数据的解码单元222-22n,本实施例中的客户端可以支持位图格式的图片数据,解码单元222-22n中的每个解码单元都可以对特定格式的图片数据进行解码,获得相应的位图格式的图片数据,每个解码单元只可以对一种图片格式进行解码,如果客户端需要播放新的图片格式,服务端2的解码模块需要增加对应的新的解码单元,但是客户端I不需要做任何改动,也无需对客户端I的软件进行相应的升级。所述服务端2的解码模块22还包括,用于根据第一接收模块接收到的数据的格式,选择能够对所述格式进行解码的解码单元进行解码的控制单元221。服务端2的第一接收模块接收到不可播放的格式的数据后,服务端的解码模块22中的控制单元221根据不可播放的数据的格式选择一个解码单元对该数据进行解码。假设,解码单元222可将JPG格式的图片数据解码为BMP位图格式的图片数据,解码单元223可将GIF图形交换格式的图片数据解码为BMP位图格式的图片数据,解码单元224可将TIFF格式的图片数据解码为BMP位图格式的图片数据,服务端2第一接收模块21接收到客户端I发送的不可播放的格式的图片数据,所述图片数据的格式为GIF格式,那么,解码模块22的控制单元221根据所述图片格式选择解码单元223进行解码,所述解码单元223可以将GIF图片格式解码为BMP位图格式的图片数据。所述服务端2还包括,连接于解码模块22,用于发送所述解码数据给客户端的第一发送模块23。本实用新型实施例提供了一种播放设备,通过增加的服务端对客户端不可播放的格式的数据进行解码,在增加新的格式的数据时,在服务端增加新的解码程序,不用升级客户端软件,也避免了每次都在客户端增加解码程序从而增加客户端内存以及存储资源的消耗,避免减小客户端的负担,容易扩展为能够播放多种格式的数据的客户端。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本实用新型可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施。基于这样的理解,本实用新型的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如R0M/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本实用新型各个实施例或者实施例的某些部分所述的方法。以上所揭露的仅为本实用新型一种较佳实施例而已,当然不能以此来限定本实用新型之权利范围,因此依本实用新型权利要求所作 的等同变化,仍属本实用新型所涵盖的范围。
权利要求1.一种播放设备,其特征在于,包括客户端和服务端, 所述服务端包括 用于接收发自客户端的不支持播放的格式的数据的第一接收模块; 连接于第一接收模块,对所述数据进行解码,获取解码数据的解码模块; 连接于解码模块,向客户端发送所述解码数据的第一发送模块; 所述客户端包括 发送不支持播放的格式的数据给服务端第一接收模块的第二发送模块; 向服务器发送编码数据的第二发送模块,所述编码数据的格式为客户端不支持播放的格式; 接收发自服务端的解码数据的第二接收模块; 连接于第二接收模块,用于播放所述解码数据的播放模块。
2.如权利要求I所述的播放设备,其特征在于,所述服务端的解码模块包括至少一个解码单元,所述解码单元用于将一种所述客户端不支持播放的格式的数据进行解码,获取解码数据的解码单元。
3.如权利要求2所述的播放设备,其特征在于,所述服务端的解码模块还包括,根据第一接收模块接收到的数据的格式,选择对应的解码单元对所述格式的数据进行解码的控制单元。
4.一种服务端,其特征在于,所述服务端包括 接收发自客户端的不支持播放的格式的数据的第一接收模块; 连接于第一接收模块,对所述数据进行解码,获取解码数据的解码模块; 连接于解码模块,向客户端发送所述解码数据的第一发送模块。
专利摘要本实用新型实施例公开了一种播放设备和一种服务端,所述播放设备包括客户端和服务端,所述服务端包括用于接收发自客户端的不可播放的格式的数据的第一接收模块;连接于第一接收模块,用于获得解码数据的解码模块;连接于解码模块,用于发送所述解码数据给客户端的第一发送模块。所述客户端包括用于接收发自服务端的解码数据的第二接收模块。实施本实用新型实施例,避免了每次都在客户端增加解码程序从而增加客户端内存以及存储资源的消耗,减小客户端的负担,容易扩展为能够播放多种格式的数据的客户端。
文档编号H04N21/44GK202551245SQ20122002843
公开日2012年11月21日 申请日期2012年1月19日 优先权日2012年1月19日
发明者张棉好, 罗赟 申请人:浙江师范大学
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1