串流设备、终端设备、串流通信方法及介质

技术领域

本申请涉及计算机技术领域，尤其涉及串流设备、终端设备、串流通信方法及介质。

背景技术

随着增强现实、虚拟显示等技术的发展，增强现实产品、虚拟显示产品正在普通用户中得到普及、推广。

在现有技术中，增强现实、虚拟显示等终端设备在使用过程中，往往通过与计算机无线网卡(比如，WiFi NIC)建立连接关系终端设备无法直接与互联网连接，也无法直接接收和处理互联网提供的多媒体数据。或者，有的终端设备通过路由器与计算机建立连接关系。对多媒体数据处理过程也在计算机端进行，会占用计算机的计算资源。而且，受到路由器与终端设备之间的距离影响导致终端设备多媒体播放不流畅。

发明内容

本申请实施例提供串流设备、终端设备、串流通信方法及介质，用以解决串流设备的数据处理能力的方案。

第一方面，本申请实施例提供一种串流设备，包括：

射频收发器，用于与互联网或源端设备建立通信连接，接收所述互联网或所述源端设备提供的多媒体数据；

处理器，用于对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器；

所述射频收发器将所述多媒体数据发送给授权的终端设备。

可选地，所述处理器中存储有由至少一个终端设备的地址信息组成的地址信息列表；以便当所述终端设备发起与所述串流设备的连接请求时，根据所述地址信息列表建立与所述终端设备的连接关系。

可选地，所述处理器，用于对通过网络层和传输层接收到的所述多媒体数据处理；

并将数据处理结果发送给所述终端设备。

可选地，所述串流设备包括：与所述处理器连接的蓝牙通信模块；

客户端通过蓝牙通信模块对所述串流设备的设备参数进行设置，所述设备参数至少包括：地址信息列表。

可选地，所述设备参数中包括：设备数量阈值；

当与所述串流设备建立连接的所述终端设备的设备数量达到所述设备数量阈值的时候，拒绝其他终端设备连接请求。

可选地，当所述串流设备通过所述射频收发器与路由器连接时，所述串流设备向所述路由器发送连接约定请求；

通过所述连接约定请求确定通过目标信道与所述路由器建立连接关系。

可选地，所述串流设备还包括：与所述处理器连接的USB模块，当所述串流设备与源端设备通过USB连接时，可以通过USB为串流设备供电，并传输所述多媒体数据；或者，

所述串流设备与互联网连接的时候，通过所述射频收发器接收所述多媒体数据，并通过适配器供电。

可选地，所述终端设备包括：增强现实终端设备(Augmented Reality，AR)、虚拟现实终端设备(Virtual Reality，VR)、无线网卡和计算机中至少一种。

第二方面，本申请实施例提供一种终端设备，包括：第一方面所述串流设备。该终端设备可以是多媒体播放设备。

第三方面，本申请实施例提供一种串流通信方法，包括：

接收终端设备发起的连接请求；

在建立与所述终端设备的连接关系后，通过射频收发器接收来自互联网或源端设备的多媒体数据；

对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器；

通过所述射频收发器将解码后的多媒体数据发送给所述终端设备。

第四方面，本申请实施例提供一种串流通信系统，包括：

串流设备，包括：射频收发器和处理器；所述串流设备用于互联网或源端设备建立通信连接，接收所述互联网或所述源端设备提供的多媒体数据；对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器；所述射频收发器将所述多媒体数据发送给授权的终端设备；

终端设备，用于接收所述串流设备提供的解码后的多媒体数据；

源端设备和/或互联网，用于向所述串流设备发送多媒体数据。

可选地，当所述系统中包含有通过串流设备相互连接的计算机、终端设备、互联网时，所述系统支持的连接方式包括：

所述计算机通过第一连接路径、第二连接路径与所述终端设备建立串流连接关系；或者，

所述计算机通过第二连接路径、第三连接路径与所述互联网建立连接关系；或者，

所述终端设备通过第一连接路径、第三连接路径与所述互联网建立连接关系。

第五方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质被执行时能够实现第三方面方法中的步骤。

本申请实施例提供的串流设备、终端设备、串流通信方法及介质中，串流设备包括：射频收发器，用于与互联网或源端设备建立通信连接，接收所述互联网或所述源端设备提供的多媒体数据；处理器，用于对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器；所述射频收发器将所述多媒体数据发送给授权的终端设备。通过上述方案，该串流设备不仅具有数据收发能力，还具有更多的多媒体数据处理能力，也就是串流设备可以使得终端设备在不依赖于计算机的情况下直接与互联网连接。串流设备能够对通过各种方式接收到的多媒体数据进行数据处理(比如，多媒体解码)，从而将处理后的多媒体数据直接发送给对应的授权终端进行多媒体播放，能够有效减少对计算机的依赖，以及对计算机计算资源的占用。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请举例说明的无线串流设备的结构示意图；

图2为本申请提供的另一种串流设备的结构示意图；

图3为本申请实施例提供的再一种串流设备的结构示意图；

图4为本申请实施例举例说明的终端设备的结构示意图；

图5为本申请实施例提供的串流通信系统的结构示意图；

图6为本申请实施例举例说明的系统结构示意图；

图7为本申请实施例提供的串流通信方法的流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

在现有技术中，终端设备若要获取可被播放的多媒体数据，需要建立终端设备与无线网卡(比如，无线保真(Wireless Fidelity，WiFi)网卡(Network Interface Card，NIC))建立连接关系，无线网卡通过通用串行总线USB(Universal Serial Bus，USB)与计算机(PC)建立连接关系。进而，由计算机通过路由器(Router)与互联网(Internet)连接。在上述连接关系中，WiFi NIC仅仅起到数据转发，但是不能对多媒体数据做任何处理。而且，终端设备(比如，VR glass或AR glass)无法直接连接互联网，即便连接了互联网，也无法获取到解码后的可被播放的多媒体数据。一般来说，原始的多媒体数据(是编码状态的多媒体数据，需要解码后才能够被终端设备播放)需要经过计算机(解码)处理后才会发送给终端设备播放，也就意味着，需要占用计算机算力来实现对多媒体数据的数据处理。此外，若要利用计算机对多媒体数据进行解码，还需要在计算机上安装相应解码软件，解码得到的多媒体数据还要占用很大存储空间。即便得到解码后的多媒体数据，还需要借助USB等传输方式才能够发送给对应的终端设备，设备连接关系复杂，操作繁琐。因此，需要一种能够有效提高串流设备的数据处理能力的方案。

本申请实施例提出一种串流设备。如图1为本申请举例说明的无线串流设备的结构示意图。从图1中可以看到，该设备包括：

射频收发器，用于与互联网或源端设备建立通信连接，接收所述互联网或所述源端设备提供的多媒体数据；

处理器，用于对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器；

所述射频收发器将所述多媒体数据发送给授权的终端设备。

这里所说的处理器是主控系统级芯片(SoC)构建，并带有一个或多个网络接口控制器，可支持快速以太网或千兆以太网或2.5G以太网端口。可同时运行在2.4GHz、5GHz和6GHz频段。

这里所说的射频收发器，是WLAN RF收发器，支持IEEE 802.11AX或以上标准；采用多频天线，支持2.4GHz、5GHz或6GHz频带，频分复用，并行通信。在本串流设备中，射频收发器能够同时支持数据接收和发送，也就是的该串流设备能够支持多种工作模式，将在下述实施例中展开说明，这里就不再重复赘述，具体可参见下述实施例。

当射频收发器作为接收端，能够直接与互联网连接，并接收互联网直接提供的多媒体数据等各种类型数据。

还能够接收来自源端设备(比如，计算机)的多媒体数据(当然，计算机提供的多媒体数据可以是计算机本地存储的多媒体数据，也可以是互联网传输给计算机的多媒体数据)。

在对多媒体数据进行传输的时候，通过无线网络传输的过程主要包括编码、封装、传输和解码等环节。

在射频收发器接收到多媒体数据之后，进一步，可以由处理器来执行针对多媒体数据的解码工作。比如，若接收到的多媒体数据为视频数据，视频编码是将原始的视频信号压缩为更小的数据流以便于传输的过程，解码则是根据接收到的数据包反向解码得到原始的视频信号。主要的视频编码标准包括H.264、HEVC和AV1等，其中HEVC是目前应用最广泛的标准。再比如，若接收到的多媒体数据是音频数据，音频编码是将原始的音频信号压缩为更小的数据流以便于传输的过程，解码则是根据接收到的数据包反向解码得到原始音频数据。主要的音频编码标准包括AAC、MP3和Opus等，其中AAC是目前应用最广泛的标准。需要说明的是，这里对多媒体数据的编解码方式和过程仅作为举例说明，后续实际应用中可以根据实际需要利用新的协议来完成相应的编解码和数据传输工作。上述实施例仅作为举例说明，并不构成对本申请技术方案的限制。

此外，由于串流设备具有路由和解码功能，可以实现实时对原始的多媒体数据实时路由并解码的效果，能够有效提高多媒体传输效率，确保多媒体播放实时效果。由于缩短多媒体数据传输时间，因此达到实现实时播放的效果，也不用对大量多媒体数据存储，有效节约存储空间。

通过上述方案可知，在本申请实施例中，利用处理器实现对多媒体数据的解码工作，而不需要计算机执行解码，也就意味着不需要占用计算机的算力，而是由计算处理器来执行解码任务。从而能够直接在串流设备中完成多媒体数据的解码，减少对计算机计算资源的占用，甚至可以实现在没有计算机提供支持的情况下，直接连接互联网并对互联网提供的原始多媒体数据进行解析，在解析完成后直接发送给对应的终端设备执行播放任务，减少对计算机的依赖。

在本申请的一个或者多个实施例中，所述处理器中存储有由至少一个终端设备的地址信息组成的地址信息列表；以便当所述终端设备发起与所述串流设备的连接请求时，根据所述地址信息列表建立与所述终端设备的连接关系。

这里所说的地址信息可以理解为终端设备的MAC地址，网络中每台设备都有一个唯一的网络标识，这个地址叫MAC地址或网卡地址，由网络设备制造商生产时写在硬件内部。MAC地址则是48位的(6个字节)，通常表示为12个16进制数，每2个16进制数之间用冒号隔开，如08：00：20：0A：8C：6D就是一个MAC地址。地址信息列表则是由多个不同终端设备的MAC地址共同组成的列表。若某个终端设备的MAC地址被添加到该列表中，则在建立终端设备与串流设备的连接关系的时候，凡是终端设备的MAC地址在列表内的，则允许建立终端设备与串流设备的连接关系；终端设备的MAC地址不在列表内的，则不允许该终端设备建立与串流设备的连接关系。

例如，终端设备1的MAC地址为：08：00：20：0A：8C：6D，终端设备2的MAC地址为：08：10：20：0A：8C：6D，终端设备3的MAC地址为：08：00：21：0A：8C：6D。当无线串流设备接收到的连接请求中携带的MAC地址为08：00：20：0A：8C：6D，经过查找地址信息列表可知，该MAC地址在地址信息列表中，为终端设备1，则允许终端设备1与无线串流设备建立连接关系。若接收到的MAC地址为08：11：20：0A：8C：6D，由于该MAC地址并不在当前的地址信息列表中，因此拒绝当前请求。用户可以通过其他方式将该MAC地址添加到列表中，或者开启临时访客模式(比如，允许连接并接收有限的多媒体数据)。

作为一可选方案，在地址信息列表中可以将市面上主流终端设备(比如，主流现实增强终端设备和虚拟增强终端设备)的MAC地址添加到列表当中。进而，用户可以很简单直接的利用无线串流设备与终端设备建立连接关系，并获取到对应的多媒体资源。

通过上述方式，对个终端设备的MAC地址的地址信息列表进行维护，能够对连接的终端设备进行有效管理，使得用户建立终端设备与串流设备之间的连接操作更加简便。

在本申请的一个或者多个实施例中，所述处理器，用于对通过网络层和传输层接收到的所述多媒体数据处理；并将数据处理结果发送给所述终端设备。

在现有技术中的无线网卡通常只支持物理层、数据链路层的数据传输处理。而在本申请技术方案中，不仅能够对物理层、数据链路层的数据进行处理，还能够对网络层和传输层接收到的所述多媒体数据处理，比如，对多媒体数据进行解码、进行MAC地址匹配管理等等。进而，可以将处理结果发送给所述终端设备。

通过上述方案，串流设备能够支持对多层传输数据的数据处理任务，能够满足多样化数据传输、处理的需求，减少对计算机的依赖的同时，满足终端设备的多媒体资源的播放需求。

在本申请的一个或者多个实施例中，所述串流设备包括：与所述处理器连接的蓝牙通信模块；客户端通过蓝牙通信模块对所述串流设备的设备参数进行设置，所述设备参数至少包括：地址信息列表。

如图2为本申请提供的另一种串流设备的结构示意图。从图2中可以看到，处理器还连接有蓝牙通信模块。用户可以通过客户端应用软件(比如，某个指定的APP)与蓝牙通信模块建立连接关系。进而，用户可以通过该APP对串流设备的设备参数进行设置、管理。比如，对设备参数中的地址信息列表进行增删。例如，有某个AR设备损坏，后续不再使用，则可以利用该APP将地址信息列表中的MAC地址删除。再例如，用户新购买了一个非主流的AR设备，则用户可以通过该APP手动将AR设备的MAC地址添加到地址信息列表中。

除此之外，用户还可以对串流设备的其他参数进行设置，比如，设置允许与串流设备连接的终端设备的数量、设备类型、允许某个终端设备连接的有效时段(比如，暑假期间允许儿童的终端设备连接下午2小时)。

通过在串流设备中添加蓝牙通信模块，使得用户能够根据需要对串流设备进行管理，从而更好的满足用户多样化的使用需求。

在本申请的一个或者多个实施例中，所述设备参数中包括：设备数量阈值；

当与所述串流设备建立连接的所述终端设备的设备数量达到所述设备数量阈值的时候，拒绝其他终端设备连接请求。

在实际应用中，多媒体数据的数据量往往比较大，若需要一台串流设备同时为很多台终端设备提供数据支持，往往会造成终端设备多媒体播放不流畅，出现不同程度的卡顿，影响用户的使用体验。因此，为了确保用户能够获得更好的多媒体播放体验，可以通过在设备参数中设定设备数量阈值(在进行设定的时候，可以采用前文所述方案利用蓝牙通信模块和APP进行设定，这里就不再重复赘述)，换言之，在同一时间段内只允许不大于设备数量阈值的个数的终端设备与串流设备建立连接关系。

一般来说，为了确保多媒体播放流畅的效果，设备数量阈值通常为1，也就是每次只允许一台终端设备与串流设备建立连接关系。

通过上述方案，对连接到串流设备的终端设备数量进行限制，能够有效提高用户播放多媒体的流畅效果。

在本申请的一个或者多个实施例中，当所述串流设备通过所述射频收发器与路由器连接时，所述串流设备向所述路由器发送连接约定请求；

通过所述连接约定请求确定通过目标信道与所述路由器建立连接关系。

在实际应用中，串流设备可以与互联网直接连接(也就是不需要通过计算机与互联网间接连接)。在连接的时候，串流设备经过路由器与互联网连接。一般来说，与串流设备连接的上游路由器可能同时为多个设备(比如，同时为计算机和AR终端设备)提供服务。路由器所提供的多个信道中，不同信道的信号质量不同。因此，为了确保终端设备的多媒体播放流程，可以由串流设备向路由器发送连接约定请求，请求与信号质量好的某个目标信道建立连接关系，其他设备只能连接除了目标信道之外的其他信道。

通过上述方案，利用连接约定请求建立串流设备与路由器之间的目标信道连接关系，能够有效确保终端设备尽可能获取到更好的信号质量，从而提升多媒体数据传输、播放的流畅效果，使得用户获得更好的多媒体播放体验。

在本申请的一个或者多个实施例中，所述串流设备还包括：与所述处理器连接的USB模块，当所述串流设备与源端设备通过USB连接时，可以通过USB为串流设备供电，并传输所述多媒体数据；或者，

所述串流设备与互联网连接的时候，通过所述射频收发器接收所述多媒体数据，并通过适配器供电。

如图3为本申请实施例提供的再一种串流设备的结构示意图。从图3中可以看到，主处理器SOC还连接有USB3.0转千兆以太网模块以及USB Type-C母接口。同时，还有与Type-C接口连接的PD协议控制器。

串流设备的USB Type-C母座接口，支持USB3.0超高速信号传输，并经过USB3.0信号转换为Giga千兆或2.5Gbps以太网信号，传输到主处理器。当串流设备通过USB连接的时候，可以由USB Type-C母座接口传输数据的同时为串流设备供电(当然，也可以采用外界适配器供电的方式为串流设备供电)。如果设备需要获取更大的供电功率，可通过Type-C接口的PD协议控制器，与外部主机端Host协商后，获得18W或更大功率供电。

所述串流设备与互联网连接的时候(也就是不经过USB连接的时候)，也就意味着无法通过USB为串流设备供电，则在工作过程中，通过所述射频收发器接收所述多媒体数据，并通过适配器为串流设备供电。

在本申请的一个或者多个实施例中，所述终端设备包括：增强现实终端设备、虚拟现实终端设备、无线网卡和计算机中至少一种。

基于同样的思路，本申请实施例还提供一种终端设备。如图4为本申请实施例举例说明的终端设备的结构示意图。从图4中可以看到，在终端设备中，集成有串流设备。

例如，这里的终端设备为AR眼镜或VR眼镜。终端设备中集成有串流设备，从而终端设备能够通过串流设备直接与互联网连接；当然也可以与计算机连接，由于串流设备具有对多媒体数据处理能力，在对多媒体数据解码时不需要占用计算机算力资源。由于串流设备本身具有对多媒体数据接收、解码等能力，使得终端设备能够实时接收并播放多媒体内容，使得用户获得终端设备使用体验。同时，由于将串流设备集成在终端设备中，能够有效克服因为距离导致多媒体播放不流畅的问题。

此外需要说明的是，即便不将串流设备与终端设备集成在一起，相对于现有技术中通过计算机配合网卡为终端设备传输多媒体数据的方式来说，本申请的串流设备移动更加自由，可以根据终端设备所在空间进行移动，而计算机、网卡、以及上游的路由器等在空间中布局位置相对固定，无法确保与终端设备之间的距离一直稳定在有效范围内。

基于同样的思路，本申请实施例还提供一种串流通信系统。如图5为本申请实施例提供的串流通信系统的结构示意图。

串流设备51，包括：射频收发器和处理器；所述串流设备用于互联网或源端设备建立通信连接，接收所述互联网或所述源端设备提供的多媒体数据；对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器；所述射频收发器将所述多媒体数据发送给授权的终端设备；

终端设备52，用于接收所述串流设备提供的解码后的多媒体数据；

源端设备53和/或互联网54，用于向所述串流设备发送多媒体数据。

在本申请的一个或者多个实施例中，当所述系统中包含有通过串流设备相互连接的计算机、终端设备、互联网时，所述系统支持的连接方式包括：

所述计算机通过第一连接路径、第二连接路径与所述终端设备建立串流连接关系；或者，

所述计算机通过第二连接路径、第三连接路径与所述互联网建立连接关系；或者，

所述终端设备通过第一连接路径、第三连接路径与所述互联网建立连接关系。

为便于理解，下面将通过具体实施例对串流系统的工作过程进行举例说明。

如图6为本申请实施例举例说明的系统结构示意图。从图6中可以看到，无线串流设备(也就是前文所说的串流设备)通过连接1(采用5G WiFi)方式与VR终端(假设该VR设备的IP地址是192.168.137.B/24)设备建立连接关系。无线串流设备还可以通过蓝牙方式(图中BLE连接5)与支持蓝牙连接的应用(BLE APP)建立连接关系。无线串流设备通过有线连接2(例如，USB3.0)方式与计算机(PC)的网卡B建立连接。计算机的网卡A通过连接4与主路由器(main Router)建立连接。无线串流设备通过连接3(例如，2.4G WiFi)方式建立与主路由器的连接关系。这里的主路由器能够与互联网连接，进而通过互联网接收多媒体数据。

该串流设备为无线串流设备，通过WiFi 5G/6G频段收发器作为无线接入点，连接无线终端设备(包括不限于VR/AR、手机平板、笔记本电脑、无线网卡等)。无线串流设备，可以对同时连接的终端设备数量进行限制，比如同时仅授权最多一个终端设备，进行点对点的无线通信。如果有第二个终端设备尝试，无法成功连接。该限制方式可以通过地址信息列表进行限制。具体来说，无线串流设备可以针对市场主流VR/AR的MAC地址段信息列表进行维护，达到AR/VR专属模式。如果在此列表VR/AR设备，可以直接无线连接串流设备。如果不在此信息列表的设备，则无线串流设备经过BLE蓝牙通信模块上报给用户APP，需用APP人工授权；如果在一定时间范围内没授权，则拒绝授权连接。

此外，该无线串流设备，通过与PC主机(也就是前文所说的计算机)USB3.0接口有线连接2。PC主机识别无线串流设备为有线千兆以太网网卡B。PC主机系统原生驱动，支持有线以太网连接，不额外占用主机资源。主机不需要额外增加数据链路，供电和数据通信只需要一根USB3.0线缆，即插即用。

无线串流设备，可选择WiFi 2.4G频段收发器，作为无线客户端，无线连接3上级主网络设备(包含不限于无线路由器、光纤modem、有线同轴modem、4G/5G CPE)。该上级主网络设备，可连接外部互联网；终端设备，不仅可以与PC主机形成高速通路，也可以无线接入互联网。

需要说明的是，无线串流设备中内置BLE低功耗蓝牙模块，手机终端可以通过APPBLE连接5，进行独立的串流设备的配网和设备参数设置。

在建立连接关系的时候，PC主机经过连接1和连接2，串流到VR/AR终端；或者，PC主机经过连接2和连接3，接入到互联网；或者，VR/AR终端经过连接1和连接3，接入到互联网。

在工作过程中，无线串流设备，监控与PC主机的USB连接状态，以及VR/AR连接的WiFi 5G/6G状态。

无线串流设备，评估5GHz频段信道的拥挤程度、AR/VR WiFi RSSI统计、WiFi协商速率和带宽、网络延迟等参数，进行信道自动选择等策略。

为了满足用户多样化需求，无线串流设备，还支持多工作模式。第一种工作模式：专属串流模式，也就是前文实施例中描述的工作过程。

其中第二种工作模式为热点模式，通过2.4G和5G的WLAN收发器同时作为接入点，提供无线设备无线接入。计算机PC可以通过网卡A连接4接入到上级主网络设备。如果网卡A设置网络分享给网卡B，则VR/AR终端可以通过连接1、连接2、连接4接入到互联网。

第三种工作模式为网卡模式。2.4G和5G的WLAN收发器作为客户端，二者之一连接到上级主网络设备，PC主机通过连接2、连接3通路，扩展PC主机的无线联网能力。

基于同样的思路，本申请实施例还提供一种串流通信方法。如图7为本申请实施例提供的串流通信方法的流程示意图。从图7中可以看到，该方法具体包括如下步骤：

步骤701：接收终端设备发起的连接请求。

步骤702：在建立与所述终端设备的连接关系后，通过射频收发器接收来自互联网或源端设备的多媒体数据。

步骤703：对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器。

步骤704：通过所述射频收发器将解码后的多媒体数据发送给所述终端设备。

相应地，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质被执行时能够实现上述图7方法实施例中的各步骤。

本申请实施例中，串流设备包括：射频收发器，用于与互联网或源端设备建立通信连接，接收所述互联网或所述源端设备提供的多媒体数据；处理器，用于对通过所述射频收发器接收到的多媒体数据进行解码，并将解码后的多媒体数据传输到所述射频收发器；所述射频收发器将所述多媒体数据发送给授权的终端设备。通过上述方案，该串流设备不仅具有数据收发能力，还具有更多的多媒体数据处理能力，也就是串流设备可以使得终端设备在不依赖于计算机的情况下直接与互联网连接。串流设备能够对通过各种方式接收到的多媒体数据进行数据处理(比如，多媒体解码)，从而将处理后的多媒体数据直接发送给对应的授权终端进行多媒体播放，能够有效减少对计算机的依赖，以及对计算机计算资源的占用。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机可读存储介质。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机可读存储介质的形式。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。