CN101939964A

CN101939964A - 用于按需无线服务的自适应流式传输

Info

Publication number: CN101939964A
Application number: CN2008801265214A
Authority: CN
Inventors: 凯文·E·亨特; 吉尔达·D·曼蒂阿姆
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2007-12-24
Filing date: 2008-12-22
Publication date: 2011-01-05
Anticipated expiration: 2028-12-22
Also published as: CN101939964B; JP2011508569A; EP2453634A1; JP2013225866A; WO2009082722A1; EP2075976B1; US20090164653A1; JP5350392B2; JP5646687B2; EP2075976A1; KR20100101678A; KR101161083B1; US9313245B2

Abstract

一种自适应媒体分配系统(54)通过选择性地利用手持式通信装置(20、22)上的可用存储装置(34、48)，从而利用扩展存储器解决方案的增加的可用性，来在有限通过量无线网络上提供按需用户体验。可调适用户接口(UI)窗口小部件(例如，Trig)的创建充当用于传递媒体内容的近实时机制，从而克服无线等待时间和流式传输互操作性的难题。然而，对于具有受限存储装置(22)的手持式通信装置，所述自适应媒体分配系统进一步允许遗留装置经由流式传输来接收按需服务，但具有与蜂窝式多媒体服务相关联的必要的相对较长的等待时间。

Description

用于按需无线服务的自适应流式传输

技术领域

本发明的方面大体上涉及软件应用程序的可变处理。更特定来说，所述方面涉及经由通过量有限的蜂窝式通信信道提供改进的多媒体传递。

背景技术

经由蜂窝式接入技术的流式传输服务正在变为普遍存在。此些服务的流行证明最终用户至少在短期内愿意适应有限形式的视频内容，以便享受手持式环境的移动性。由可用通过量和接入成本强加的限制可包含针对流式传输内容的低分辨率和/或缓冲内容的至少一部分的较长等待时间周期。同时，具有高带宽接入(例如，因特网宽带、Wi-Fi等)的其它通信装置正越来越多地用于接入多媒体内容，以提供具有较佳分辨率和减少的等待时间的按需视频(Video on Demand)体验。

发明内容

以下内容呈现简化概述，以便提供对所揭示型式的一些方面的基本理解。此概述不是外延概览，且无意识别此些型式的关键或重要元件也无意划定其范围。此概述的目的是以简化形式呈现所描述型式的一些概念，作为稍后呈现的更详细描述的序言。

一种自适应媒体传递系统和方法通过从网络发射离散媒体文件以供存储在移动装置上来提供经由减小带宽通信信道的按需媒体传递。因此，与存取媒体的流式传输型式相比，用户可用减少的无线等待时间来存取媒体。在其中移动装置在可用存储空间方面过于有限的一个方面中，所述系统和方法允许流式传输媒体内容的回返。

在一个方面中，一种用于在有限通过量网络上接收媒体内容的方法响应于可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放媒体内容选择的流式传输型式。所述方法进一步响应于可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的离散格式化型式存储在所述可用本地数据存储装置中。

在另一方面中，一种用于在有限通过量网络上分配媒体内容的方法响应于确定通信装置的用以存储离散媒体内容型式的容量而在有限通过量网络上发射离散媒体内容型式。

在额外方面中，至少一种经配置以在有限通过量网络上接收媒体内容的处理器具有：第一模块，其用于检测可用本地数据存储装置的量；第二模块，其用于确定针对媒体内容选择的用户偏好；第三模块，其用于响应于可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放所述媒体内容选择的流式传输型式；以及第四模块，其用于响应于可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的离散格式化型式存储在所述可用本地数据存储装置中。

在又一方面中，一种计算机程序产品具有计算机可读媒体，所述计算机可读媒体包括：至少一个用于致使计算机检测可用本地数据存储装置的量的指令；至少一个用于致使所述计算机确定针对媒体内容选择的用户偏好的指令；至少一个用于致使所述计算机响应于可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放所述媒体内容选择的流式传输型式的指令；以及至少一个用于致使所述计算机响应于可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的离散格式化型式存储在所述可用本地数据存储装置中的指令。

在又一方面中，一种设备具备：用于检测可用本地数据存储装置的量的装置；用于确定针对媒体内容选择的用户偏好的装置；用于响应于可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放所述媒体内容选择的流式传输型式的装置；以及用于响应于可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的离散格式化型式存储在所述可用本地数据存储装置中的装置。

在又一额外方面中，一种用于在有限通过量网络上接收媒体内容的设备具有自适应媒体应用程序，其响应可装卸式存储装置的存在以将从无线通信接口接收到的离散媒体内容存储在所述可装卸式存储装置上以供媒体播放器播放。

在额外方面中，至少一种经配置以通过具有用于确定媒体内容选择的第一模块来在有限通过量网络上分配媒体内容的处理器。第二模块获得所述选择的离散媒体内容型式，其由含有更新信道和用户接口代码的数据结构组成。第三模块用于响应于确定通信装置的用以存储所述离散媒体内容型式的容量而在有限通过量网络上发射所述离散媒体内容型式。

在又一额外方面中，一种计算机可读媒体的计算机程序产品具有：至少一个用于致使计算机确定媒体内容选择的指令；至少一个用于致使计算机获得所述选择的离散媒体内容型式的指令，所述离散媒体内容型式由含有更新信道和用户接口代码的数据结构组成；以及至少一个用于致使计算机响应于确定通信装置的用以存储所述离散媒体内容型式的容量而在有限通过量网络上发射所述离散媒体内容型式的指令。

在另一方面中，一种设备提供一装置，其用于确定媒体内容选择；用于获得所述选择的离散媒体内容型式，所述离散媒体内容型式由含有更新信道和用户接口代码的数据结构组成；且用于响应于确定通信装置的用以存储所述离散媒体内容型式的容量而在有限通过量网络上发射所述离散媒体内容型式。

在额外方面中，一种设备具有连接到有限通过量网络的通信接口。媒体分配器链接到媒体内容以用于确定媒体内容选择。数据存储装置含有所述选择的离散媒体内容型式，其由含有更新信道和用户接口代码的数据结构组成。调度分派器在确定的约束条件下经由通信接口将离散媒体内容型式分配到通信装置。

为了实现上述和相关目的，一个或一个以上型式包括下文中完整描述且在权利要求书中特定指出的特征。以下描述和附图详细陈述某些说明性方面，且指示可使用所述型式的原理的各种方式中的几种。当结合附图考虑时，从以下详细描述中将了解其它优点和新颖特征，且所揭示的型式意在包含所有此些方面及其等效物。

附图说明

图1是根据一个方面的用于经由无线网络向具有存储能力的移动装置进行近实时媒体分配的通信系统的框图。

图2是根据另一方面的针对高速下行链路分组接入(HSDPA)的发送帧的初始无线错误率p对文件传送滞后D的曲线图。

图3是根据又一方面的图1的通信系统的示范性蜂窝式通信系统的框图，所述蜂窝式通信系统用于以解决视频流式传输服务的等待时间问题的方式经由第三代无线网络按需发射近实时媒体。

图4是根据再一方面的用于利用用户接口窗口小部件、Trig和Actor来传达媒体内容的编程环境的图。

图5是根据又一方面的经由有限通过量通信信道来分配媒体内容的方法的流程图。

图6是根据再一方面的经由有限通过量通信信道来接收媒体内容的方法的流程图。

具体实施方式

现在参看附图描述各种方面。在以下描述中，为了阐释的目的，陈述大量具体细节以便提供对一个或一个以上方面的全面理解。然而，显然可在没有这些具体细节的情况下实践各种方面。在其它例项中，以框图形式展示众所周知的结构和装置，以便简明地描述这些型式。

在以下描述中，本文使用词语“示范性”来表示充当实例、例项或说明。本文描述为“示范性”的任何方面或设计不一定被解释为比其它方面或设计优选或有利。相反，词语示范性的使用意在以具体方式呈现概念。如本申请案中所使用，术语“或”意在表示包含性“或”而不是排他性“或”。也就是说，除非另有指定或从上下文显而易见，否则“X使用A或B”意在表示固有包含性排列中的任一者。也就是说，在此实例中，X可使用A，或X可使用B，或X可使用A和B两者，且因此陈述“X使用A或B”在上述例项中的任一者下均满足。另外，如本申请案和所附权利要求书中使用的冠词“一”应大体被解释为表示“一个或一个以上”，除非另有指定或从上下文显而易见是针对单数形式。

所提供的设备和方法尤其适合在无线环境中使用，但可适合于任何类型的网络环境，包含(但不限于)通信网络、公用网络(例如因特网)、专用网络(例如虚拟专用网络(VPN))、局域网、广域网、远程网或任何其它类型的数据通信网络。

在图1中，通信系统10包含媒体内容分配器12，其存取存储在提供者源(例如，数据库)16上的媒体内容14(例如，视频、音频等)。通信系统10进一步在通信信道上将媒体内容14分配给接收者装置，所述通信信道在说明性型式中包括无线网络18，所述接收者装置被描绘为具有存储能力的移动装置20和存储受限的移动装置22。

无线网络18提供对按需视频类型的通信服务的近实时媒体分配来说足够的有限数据通过量。为此，媒体内容分配器12所利用的媒体分配应用程序24可接收媒体内容14。媒体内容14接着由流式传输内容过滤器26转换为视频流式传输格式，且其后被缓冲或存储在流式传输实用程序28中。调度分派器29响应发射媒体内容的请求。通信接口30接着经由无线网络18将视频流式传输信号发射到作出请求的存储受限移动装置22。

受限移动装置22的通信接口32在必要时交换控制信号，且接收流式传输内容。受限移动装置22的内部数据存储是受约束的，如与内部存储装置36的不可用存储部分38(例如，空闲扩展坞、大量已存储代码或数据、有限存储架构等)相比相对较小的可用存储部分34所描述。因此，媒体应用程序40经由数据总线42将流式传输视频信号引导到输出装置44，用于作为人类可解译的媒体呈现46(例如，视觉、听觉、触觉等)而再现或播放。

在一些例项中，扩展的存储可变为在同一移动装置上可用(例如，所存储内容的删除、存储器存储装置的插入等)，或相对较多的存储资源由原始设备制造商(OEM)提供。具有存储能力的移动装置20具有与存储装置50的不可用存储部分52相比相对较大的可用存储部分48。因此，近实时按需媒体系统54的下游部分可减轻对有限通过量无线网络18的约束，以提供代表高带宽但短程网络(例如，因特网Wi-Fi)的按需视频体验的更多体验。为此，媒体应用程序56可总是或选择性地经由通信接口58和内部数据总线60从媒体内容分配器12请求和接收存储在存储装置50中的离散媒体文件62，以用于随后作为人类可解译的媒体呈现64(例如，视觉、听觉和/或触觉等)在输出装置66上再现或播放。媒体内容分配器12包括近实时按需媒体系统54的上游部分，描绘为媒体分配应用程序24，其将媒体内容14引导到离散内容过滤器68，以用于转换成离散文件格式，由文件实用程序70存储或缓冲以用于随后由通信接口30经由无线网络18分配。调度分派器29响应用于最优地分配离散文件格式的约束。近实时按需媒体系统54因此通过执行后台下载来避免流式传输，其有利地避免请求在远程装置上播放的流式传输内容时的等待时间。此些下载也可有利地在低需要周期中发生，以减少成本和/或释放发射通过量以用于其它目的。

作为示范性操作环境，经由例如高速分组接入(HSPA)和1xEV-DO(1x仅数据演进、后来的数据优化演进，也称为如由国际电信联盟(ITU)界定的IS-856)等第三代(3G)无线系统的媒体流式传输服务遇到了在经由宽带连接的类似服务中可发现的通过量限制。举例来说，服务质量(QoS)可能在远距离无线数据会话中不一致。另外，流式传输的平均延迟受到无线链路的影响。因此，为了确保有效的重放，接收器缓冲可能需要增加，否则用户体验会受损。举例来说，考虑通用移动电信系统(UMTS)版本五(5)(即，高速下行链路分组接入(HSDPA))，其中数据经由共享的物理信道(即，高速下行链路共享信道(HS-DSCH))发送给个别用户。作为此数据传送的一部分，使用快速自动重传请求(ARQ)方法(也称为混合ARQ)来确保数据可靠性。

已在理论上展示了可在混合ARQ的上下文中针对HSDPA预测性能，从而确定用于将视频文件发送到手持式装置所必需的预期时间量的延迟边界。此延迟受到物理链路上的错误影响。两个主要错误源是不正确地接收到的分组和因ARQ应答的错误解译导致丢失的分组。而且，在检测到错误时的重发并未瞬时到达。因此，可使用“N相停止与等待混合ARQ”机制。在此方法中，起始若干ARQ例项，使得在应答周转时间期间，数据发射中没有间隙发生。举例来说，如果将物理层帧持续时间指定为T，那么在检测到帧错误时发生重发将花费时间周期NT。在HSDPA中，T为约2毫秒，且N为约四(4)。

在针对HSDPA界定的混合ARQ方法中，在M次发射之后，所发射的物理层帧被视为不可恢复。因此，例如无线电链路协议(RLP)或输送层协议(TCP)等较高层协议操作以恢复数据。在其中发送帧的初始无线错误率由p指定的一个例项中，那么每一连续重发导致错误近似减少因数C。

混合ARQ的作用受应答中的错误限制。更具体来说，错误接收到的否定应答(NAK)导致HSDPA发射器将相关联的数据帧错误地指定为已经被正确地接收。在此情况下，RLP或TCP将用于错误恢复。假定应答错误的概率为f，那么因混合ARQ导致的每帧平均延迟可近似为：

D = Σ_{i = 1}^{M} {(Cp)}^{i - 1} pNT + ({Add}_{m}) MNT

等式1。

其中将Add_M界定为：

{Add}_{M} = Σ_{i = 0}^{M - 1} fp {(Cp)}^{i} {(1 - f)}^{i} + p {(Cp)}^{M} {(1 - f)}^{M}

等式2。

如果文件大小可界定为F，且以位/秒为单位的发射速率为R，那么发射整个文件所必需的物理层帧的最小数目为：

K = ceil [\frac{\frac{F}{R}}{T}]

等式3。

因此，发射此文件的总滞后可界定为L＝DK。

举例来说，假定16正交振幅调制(QAM)下的单码HSDPA发射处于3/4的前向错误校正码率和708千位/秒(kbps)的物理层数据率。在此情况下，C＝0.1。在M＝4时假定f的不同值，那么相对于p的不同值的延迟描绘于图2中，其假定长度为近似四(4)分钟的视频文件以128kbps编码。总计延迟针对p的典型值(即，0.1到0.3)接近一分钟。而且，提供在HSDPA或甚至1X-EV-DO中所见的最高数据率的16QAM具有有限的覆盖范围，且不代表最终用户所见的平均通过量。还应注意到，图2中所提供的延迟是下界，因为尚未包含若干其它限制因素，例如额外协议开销(例如，RLP、TCP/IP和流式传输协议标头)、因无线电链路协议实施而导致的周转延迟，以及TCP相关联延迟(例如，启动、重发延迟)。

此延迟作用在当今的3G网络中可容易观察到，且许多用户满足于为考虑此作用而做出的一些牺牲(例如，减少的视频持续时间、较低质量编码等)。然而，这种滞后开始接近按需服务变为不可能的点。因此，视频流式传输(带有其针对若干分钟持续时间或更长的源数据的相当大的延迟)将可能不会为最终用户提供合适的按需体验。因此，这些类型的无线网络在本文称为“足够”用于近实时媒体按需服务，但不能经由无线流式传输协议提供令人满意的用户体验。

在图3中，将蜂窝式通信系统100的示范性型式描绘为服务器102，其以解决视频流式传输服务的等待时间问题的方式，经由3G无线网络103以无线方式将近实时媒体按需发射到通信装置104。根据一些方面，通信装置104可包括任何类型的计算机化通信装置。举例来说，通信装置104可包括移动通信装置，例如无线和/或蜂窝式电话。或者，通信装置104可包括固定通信装置，例如代理呼叫/会话控制功能(P-CSCF)服务器、网络装置、服务器、计算机工作站等。应理解，通信装置104不限于所述所描述或说明的装置，而是可进一步包含个人数字助理(PDA)、双向文本寻呼机、具有有线或无线通信门户的便携式计算机，以及任何类型的具有有线和/或无线通信门户的计算机平台。此外，通信装置104可为远程从属装置或其它类似装置，例如远程传感器、远程服务器、诊断工具、数据中继器等，其不具有其最终用户，而是仅仅在无线或有线网络上传达数据。在替代方面中，通信装置104可为有线通信装置，例如陆上线路电话、个人计算机、机顶盒等。另外，应注意，蜂窝式通信系统100中可利用单个类型或多个上述类型的任何数目的通信装置104的任意组合。因此，本发明的设备和方法可相应地在任何形式的包含有线或无线通信门户的有线或无线装置或计算机模块上执行，所述有线或无线装置或计算机模块包含(但不限于)无线调制解调器、个人计算机存储卡国际协会(PCMCIA)卡、接入终端、个人计算机、电话或其任意组合或子组合。

另外，通信装置104可包含用户接口106，用于例如请求媒体内容14、与媒体内容14交互和/或播放媒体内容14等目的。此用户接口106包含：输入装置108，其可操作以产生或接收到达通信装置104中的用户输入的；以及输出装置110，其可操作以产生和/或呈现信息供通信装置104的用户消费。举例来说，输入装置106可包含至少一个装置，例如小键盘和/或键盘、鼠标、触摸屏显示器、与语音辨识模块相关联的麦克风等。在某些方面中，输入装置108可提供对内容的请求的用户输入或对额外信息的请求的用户输入。此外，举例来说，输出装置110可包含显示器、音频扬声器、触觉反馈机构等。输出装置110可产生图形用户接口、声音、例如振动等感觉，等等，且此些输出可例如与媒体内容14(图1)的呈现相关联。

此外，通信装置104可包含计算机平台112，所述计算机平台112可操作以执行应用程序以向装置104提供功能性，且可进一步与输入装置108和输出装置110交互。计算机平台112可包含存储器，所述存储器可包括易失性和非易失性存储器部分，例如只读和/或随机存取存储器(RAM和ROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、快闪存储器和/或对计算机平台来说常见的任何存储器。此外，存储器可包含有源存储器和储存存储器(storage memory)(包含电子文件系统)和任何二级和/或三级存储装置，例如磁性媒体、光学媒体、磁带、软盘和/或硬盘以及可装卸式存储器组件。在说明性型式中，将存储器描绘为RAM存储器114、非易失性本地存储单元116以及可装卸式扩展存储器单元118，其每一者均连接到计算机平台的数据总线119。

此外，计算机平台112还可包含处理器120，所述处理器120可为专用集成电路(ASIC)，或其它芯片组、处理器、逻辑电路或其它数据处理装置。在一些方面中，例如当通信装置104包括蜂窝式电话时，例如专用集成电路(ASIC)122等处理器或其它逻辑可执行与任何驻存软件组件介接的应用编程接口(API)层124，所述软件组件例如为存储器114中的语音呼叫、数据呼叫和媒体相关应用程序。装置API 124可为在相应的通信装置上执行的运行时间环境。一种此类API 124运行时间环境是单独描绘且由加利福尼亚州圣地亚哥市的高通公司(QUALCOMM Incorporated of San Diego，California)开发的Binary Runtime Environment for

(无线二进制运行时环境

)API 126。可利用其它运行时间环境，其(例如)操作以控制应用程序在无线计算装置上的执行。

另外，处理器120可包含以硬件、固件、软件及其组合体现的各种处理子系统128，其实现通信装置104的功能性和通信装置104在通信系统100上的可操作性。举例来说，处理子系统128允许起始和维持与其它连网装置以及在通信装置104的组件内和/或之间的通信，以及与其它连网装置以及在通信装置104的组件内和/或之间交换数据。在一个方面中，例如在蜂窝式电话中，处理器120可包含处理子系统128中的一者或组合，例如：声音、非易失性存储器、文件系统、发射、接收、搜索器、层1、层2、层3、主控制、远程程序、手持机、电源管理、诊断、数字信号处理器、声码器、消息接发、呼叫管理器、

系统、

LPOS、位置确定、定位引擎、用户接口、休眠、数据服务、安全性、验证、USIM/SIM(通用订户身份模块/订户身份模块)、语音服务、图形、USB(通用串行总线)、例如MPEG(移动图片专家组)协议多媒体等多媒体、GPRS(通用分组无线电业务)、短消息服务(SMS)、短语音服务(SVS^TM)、网络浏览器等。对于所揭示的方面，处理器120的处理子系统128可包含与在计算机平台112上执行的应用程序交互的任何子系统组件。

计算机平台112可进一步包含通信模块130，其实现通信装置104的各种组件之间的通信，且可操作以在通信装置104与通信网络103之间交换媒体内容14和内容请求。通信模块130可以硬件、固件、软件和/或其组合的形式体现，且可进一步包含供装置内和装置间通信中使用的所有协议。此外，通信模块130可操作以发射和/或接收信息，例如根据本文所描述的设备和方法请求和接收媒体内容14。

通信装置104的这些能力中的某些能力可由从本地存储装置116加载、保留在存储器114中且由处理器120执行的代码(例如操作系统(OS)132)促进。用户接口模块134促进与用户接口130的交互式控制。流式传输媒体播放器136在输出装置110上再现或播放媒体内容，从而存取媒体缓冲器138中所含有的流式传输媒体内容。其它应用程序140针对其它功能(例如，通信呼叫控制、闹钟、文本消息接发等)可在存储器114中为活动的。应了解，借助于本发明，与本发明的方面一致的应用可省略其它应用程序且/或省略接收流式传输内容的能力。

近实时媒体按需服务由远程存储在服务器102上的离散媒体内容142提供，所述离散媒体内容142由通信装置104利用。特定来说，自适应媒体选择模块144响应扩展存储器单元118中的足够可用数据存储的可用性来起始被描绘为Triglet 146的离散媒体内容142的下载。Triglet 146的媒体内容用以更新Trig 148，Trig 148由经编译的TrigML代码150、更新信道152、文本串154和/或在存储器114中缓冲的图像156组成。Trig 148由BREW API 126处理。BREW API 126提供供应用程序在不必特地为所述类型的通信装置104而被写入的情况下调用装置API 124和其它功能的能力。因此，例如自适应媒体选择应用程序144等应用程序可在由BREW API 126提供的操作环境内在若干不同类型的硬件配置上相同地或稍作修改地操作，这使某些硬件方面抽象化。BREW扩展162可向BREWAPI 126的编程平台添加额外的能力，例如提供MP3播放器、爪哇(Java)虚拟机等。Trig播放器164、Trig 148和Actor 166是由高通公司开发的uiOne^TM架构的组件。这些组件涉及通信装置104的用户接口方面。BREW uiOne是一组BREW扩展，其使得能够快速开发丰富且可定制UI(即，有效内容、无线(OTA)可升级)，帮助演进应用程序以外的下载商务，提供部分或整个手持机UI的主题化，且利用BREW UI窗口小部件。因此，BREW uiOne减少了手持机、运营商定制和消费者个人化的推销时间。为此，BREW uiOne提供一组清楚的抽象概念，其向用于BREW的应用程序开发堆叠添加两个新的层。

为辅助开发用于通信系统100的实施方案，BREW用户接口(UI)利用工具箱(未图示)来促进实施。Brew UI工具箱是模型-视图-控制器(MVC)设计模式。MVC是许多当今的用户接口框架(包含爪哇摆动(Java Swing))的核心。MVC模式将图形UI应用程序划分为三个离散部分：模型、视图和控制器。模型负责管理应用程序域数据，响应(来自视图的)对关于数据状态的信息的请求，且(响应于来自控制器的请求)改变状态。视图负责管理应用程序的图形输出。控制器负责解译按键事件、菜单选择和其它输入，且将那些命令表示的请求传递到视图(以改变其模型视图)或模型(以改变其数据)。

在一种实施方案中，控制器接受来自系统的事件泵的事件，使用多形性或附条件的逻辑来确定将在视图或模型内发生的适当动作。而且，视图收听来自模型和控制器的改变通知，当其接收到改变通知时按需要询问模型以获得新数据。模型本身跟踪应用程序数据的状态。针对此模式的常见优化是将视图和控制器的责任拆解为单个计划性实体；Brew UI工具箱使用此点，使得针对任一视图指定一事件处置器。本质上，Brew UI工具箱为每一视图提供默认控制器，且此行为可经由新的事件处置器以控制器来超驰。

Brew UI工具箱提供表示模型(IModel(I模型))的基本类，以及用于特定种类的模型的若干子类，包含用于文本的模型(ITextModel(I文本模型))、列表和菜单(分别为IListModel(I列表模型)和IMenuModel(I菜单模型))以及可用来包封任意复合结构的通用IValueModel(I值模型)。工具箱还提供大量用户接口基元，您可从所述用户接口基元中建立您的用户接口，所述用户接口基元包含用于文本输入的窗口小部件、单选和复选框选择、按钮、文本和位图显示，以及菜单项目和菜单。所有这些均继承了IWidget(I窗口小部件)接口。窗口小部件可嵌套，且一些窗口小部件针对其含有的窗口小部件执行布局和集中控制，从而给予建立UI的过程明确地桌面编程风格。而且，窗口小部件占用一种形式，其从应用程序实施的观点来看是UI的顶层。

嵌套窗口小部件可产生以Brew UI工具箱制成的复杂但容易使用的UI。如在桌面GUI中，窗口小部件可含有其它窗口小部件，一些窗口小部件可充当容器，其含有其它窗口小部件且控制其布局。其它窗口小部件充当装饰物，从而允许您链接其功能性以增强给定的窗口小部件。举例来说，滚动文本视图由两个窗口小部件组成：展示文本的文本窗口小部件，以及提供滚动行为的滚动条窗口小部件，其装饰了文本窗口小部件的功能性。

含有其它窗口小部件的窗口小部件是容器，且实施IContainer(I容器)接口。IContainer接口允许用户操纵窗口小部件如何执行其作为容器的工作；IWidget接口允许用户操纵窗口小部件本身。例如IXYContainer(IXY容器)和IConstraintContainer(I约束容器)的类具有包含对象的主要功能。为了将这些对象用作窗口小部件，经由ICONSTRAINTCONTAINER_QueryInterface(I约束容器_询问接口)从例项获得对应的窗口小部件接口。这向窗口小部件接口请求对应的容器对象。

虽然特定屏幕由窗口小部件的层级组成，但整个应用程序是若干表格的集合。表格由顶层容器组成；Brew UI工具箱提供供应用程序跟踪其作为顶层表格(当前在屏幕上的一个表格)和表格堆叠的状态的机制。在用户使用应用程序时，所述应用程序使用例如自定义功能键和选择项目等事件来创建新表格，用窗口小部件来填充新表格，且将新表格放置在堆叠的顶部。当用户退出表格(例如按下清除键)时，所述表格从堆叠弹出。正如窗口小部件和MVC模式提供使值及其与用户的关系概念化的能力，表格和表格堆叠提供使应用程序内的应用程序流概念化的途径。因而，在最高层处，应用程序由一个或一个以上表格组成，其中每一者具有共同作用于表示应用程序的数据的状态的一组模型的窗口小部件集合(视图)。许多窗口小部件将自动工作，从而使用户能够将文本输入菜单或从菜单选择选项；其它窗口小部件可能需要呈控制器形式的额外代码。

应用程序可使用不具有表格的窗口小部件，但表格促进了应用程序流和群组窗口小部件的概念化。使用窗口小部件和表格两者的任何应用程序均创建根表格、用于每一屏幕的表格和用于每一表格的顶层容器。顶层表格具有两个责任。首先，顶层表格维持表格堆叠，且跟踪表格已关注的观念。其次，顶层表格呈现用于您的表格的容器用户接口，其由标题和自定义功能键标签组成。通过准许根表格拥有创建和配置这些窗口小部件的责任，装置制造商可确保所有基于窗口小部件的应用程序之间的类似外观和感觉。输入表格是通过InputForm)Create(输入表格_创建)方法创建的，所述方法使用迟钝示例(lazyinstantiation)来创建表格及其窗口小部件。

由高通公司拥有的

代码是基于扩展标记语言(XML)的数据语言，且可用于用以创作Trig 148的用户接口呈现语言，且包含移动目标功能性、交互式用户接口事件模型和像素定位的优点以及其它优点。

是用于UI开发的有力的轻量型语言，其由uiOne软件开发者套件(SDK)利用以适应移动装置的约束：小屏幕、存储器空间的低分配，以及受约束的计算能力。甚至在这些限制的参数内，所述语言也是非常有力且可扩展的，使得开发者和OEM可用TrigML比用C(对于UI开发通常已知的语言)快得多地开发富含图形和内容的UI。不同于C，在TrigML中，应用程序逻辑和呈现层是分离的。此差异表示在战略上重要的与C中所使用的编码过程的偏离。

关于TrigML，当开发者希望修改UI时，仅呈现层需要定制；无需窜改应用程序逻辑。相反，以C编写的代码混合了呈现层与应用程序逻辑。此单片架构需要使应用程序逻辑与呈现逻辑分开，这使得编辑过程大大地复杂化。此增加的步骤强加的难题使用于UI开发的较长时帧成为必要，而所述时帧越来越短缺。相比之下，TrigML语言的智能设计为开发者和OEM带来大量的时间节省，从而减少了针对项目内每一装置的UI开发时间，且允许再用许多UI设计的基础，从而总体减少项目的推销时间。

返回到图3，Actor 166是特定类型的基础BREW扩展162，其包含用以将Trig 148连接到基础装置API 124和/或BREW API 126的基础C代码。Actor 166还可充当用于输入/输出的可执行程序。且因为Actor 166连接到基础装置和BREWAPI 124、126，所以Actor 166可以使用计算机平台112的功能。尽管单独描绘，但可将Trig播放器164实施为BREW扩展162。Trig播放器164使用Trig 148和Actor 166来再现用户接口130。

应了解，例如通用目录服务(UDS服务器)等服务器102可有利地通过预先封装和存储含有多媒体资源文件的装满资源的用户接口(UI)窗口小部件(例如，Trig 148)来促进媒体内容传递。假定手持式通信装置104常具有有限大小的显示器屏幕和有限的小键盘或其它输入装置，那么更有益的是服务器102创建直观的图形用户接口(GUI)，其也许具有建议媒体内容选择的预先选定列表，所述建议媒体内容选择与内容描述信息绑定，且预先或应针对再现/播放内容的用户请求而下载。服务器102和/或通信装置104可含有Actor 166，其处置传送且确定资源是否足够用于存储在通信装置104上。或者或另外，可预先将Trig 148下载到通信装置104，其中仅具有需要的更新而不必再次发射完整的Trig 148。应了解，借助于本发明，Trig 148可含有广告内容。

在图4中，Trig播放器164在BREW应用程序168上运行，作为用于交互式UI Trig148和Triglet 146的再现的BREW扩展162。Trig建置器(未图示)为Trig 148创作TrigML应用程序170。TrigML是基于XML的脚本编写语言，用以将UI布局、流和交互描述为BREW UI应用程序171。BREW UI窗口小部件(BUIW)172提供用以快速开发UI组件(窗口小部件和表格)的框架。高通uiOne SDK(未图示)促进在开发工作站(例如，个人计算机(PC))(未图示)上的开发、模拟和执行BREW UI应用程序171，且含有Trig建置器和BREW模拟器(未图示)。Trig 148是编译为应用程序或应用程序集合的TrigML代码和其它资源。Trig 148在Trig播放器164上运行。包裹(未图示)是指定Trig 148的源组件(例如，文本串154、图像156等)的文件。存在两种类型的包裹：二进制包裹和XML包裹(未图示)。包裹是用于以下各项中的任一者的Trig 148和Triglet 146的来源：uiOne静态应用程序，单个Trig；uiOne动态应用程序，多个Triglet；以及uiOne内容活动，多个Trig，多个Triglet。包裹含有TrigML、文本、图像、振铃器、壁纸。包裹是容易传送/转发的单个二进制文件，或被“分解”为具有XML元文件的多个文件。包裹资源包含TrigML片段、图像(PNG)、文本(统一代码)、列表(复合、用于菜单等)、铃音、壁纸、信道、主题(Triglet)。将包裹资源组织为Trig和Triglet的树形结构，其中Trig通常等效于应用程序，且Triglet通常为对Trig的小修改，其可以TRIG部署、可无线(OTA)部署且可为主题。Triglet可更新UI 174的任何部分。Trig继承规定Trig可从其它Trig导出，Triglet可从Trig导出，且Triglet可从其它Triglet导出。以相同资源路径导出的Trig/Triglet中的资源超驰母代的资源。

在传统UI中，数据支持UI(即，数据向UI应用程序代码提供主题和资源信息。但在BREW uiOne中，一切均为数据。数据是UI 174。连同主题和资源信息一起，数据还提供关于图形布局、焦点移动和其它图形行为、页图、简单应用程序逻辑的信息。与并不适合移动UI 174的如HTML和爪哇脚本(JavaScript)等其它标记语言不同，TrigML标记语言有利地构造以数据驱动的UI。因此创建新的标记语言TrigML，其保留例如爪哇脚本的事件模型、HTML的表格链接、SMIL的动画模型等一些特征。

Trig播放器166从同一点开始再现每个Trig 148，所述点是/启动/文件夹下界定的TrigML调用的默认值的片段。此片段在用户创建新的Trig 148时由Trig建置器自动创建。正如任何其它标记语言一样，TrigML使用标签。下文阐释少数标签：

<包含>-此标签用以在当前片段中包含其它片段。

<层>-层是TrigML的基本且强制性部分。最小UI必须含有至少一个层。层是不可见的全屏容器，其以其被界定的次序堆叠。每一额外层均具有存储器和性能牵连，因此具有大量的层并不是个好主意。

<群组>-群组是基本容器元素。群组可为空或可含有被称为其子代的可见元素。群组元素用于两个目的：成帧和关联，且可具有尺寸、界限和背景颜色。如果未指定坐标，那么群组和其它可见元素将在其母代边界内居中。

<栅格>-此标签类似于群组之处在于其可含有若干物件，然而其具有列和行的额外特征用以创建单元。

<图像>-此标签用以在Trig中包含图像。

<瓦片>-此标签取单个图像且在不同位置中重复所述图像。Trig播放器166规定进行足够的重复以覆盖指定的整个区域。

<文本>-此标签用以显示静态文本。例如<抛出>等事件用以抛出事件。

传统BREW应用程序直接使用BREW API 162，或者可能利用BUIW 172用于其用户接口，或者可能介接到用户扩展。uiOne环境增加了Trig 148的观念，Trig 148是使用TrigML XML词汇表编写且使用手持机上的高通提供的Trig播放器播放的应用程序。Trig利用Acotr(Trig内的XML与现存或惯例扩展之间的接口)来提供为C和C++保留的功能性，例如与消息接发协议的接口。此架构准许真实数据驱动的用户接口的开发。基于BREW Trig的应用程序(或Triglet)由资源丛组成，所述资源丛不仅包含应用程序的接口的XML定义，而且包含应用程序需要的所有资源。Trig播放器166不仅是浏览器，且Triglet 146不仅是MHTML文件的BREW等效物。Triglet 146可与Actor 166交互，Actor 166包封由BREW扩展162提供的行为，从而促进较复杂的计划性行为。

正如UI接口174一样，Actor接口166是以事件驱动的接口，从而促进Triglet 146抛出具有指定参数的事件，就像这样：

<param name＝″number″

value＝″+1888 555 4444″/>

</throw>

此代码小片指令网络Actor以指定自变量数(给定值“+1888 555 4444”)执行其拨号事件，从而可能拨打所指示的电话号码。Actor 166本身又可将事件抛回到Triglet146。举例来说，可用如下的小片来捕捉传入的语音呼叫：

<load when＝″incomingCall″

res＝″popups/incomingCall″

target＝″popupLayer″/>

因此，当incomingCall(传入呼叫)事件到达时，将incomingCall表格加载到Triglet的弹出层中。

这些小片指向建置于高通BREW资源格式(BAR文件)上的Triglet 146的另一引人关注的方面，与bar文件的内容的Triglet接口是虚拟文件系统的接口。应了解，BREWuiOne具有超越手持机OEM的许多应用程序。一个原因是BREW uiOne简化了针对许多种应用程序的应用程序开发。当今的应用程序在以C和C⁺⁺进行的用户接口开发中具有巨大的投资；但一些应用程序建置了基于整个XML或HTML的用户接口，以帮助便利从一个手持机到另一手持机的端口连接。其它应用程序必须在逐端口基础上不断地修整用户接口，以满足新的屏幕大小和手持机能力，否则会损害应用程序的外观和感觉。BREW uiOne进行软件逻辑与用户接口的分离，将用户接口放置于数据段中，从而准许在您细化您的用户接口的软件开发过程期间快得多的反复。

TrigML能力包含容易学习且可预测的灵活布局模型。分层具备任意的重叠。TrigML以内建的事件模型来定义UI行为，且与平台API 126集成。TrigML提供局部页加载，使得链接加载屏幕的全部或仅一部分，且可由任何事件触发。进行模板支持以用于标记再用。TrigML适合于移动UI，包含用于滚动菜单的网格和列表、用于滚动文本和图像的断续器以及动画效果。TrigML建置于UI窗口小部件172上。

<Trig播放器>元素用一个小程序和多个Trig播放器窗口小部件以递归方式嵌套Trig播放器166的例项，且类似于任何其它可见元素存留在母代的层级中。每一Trig播放器具有其自身的专用环境，其具有.TMF文件和.BAR文件列表、>VFS、/var、更新信道、Triglet、持久存储。因此，提供的稳健性和模块性的益处在于嵌套的Trig播放器具有对母代的最小受控存取。Trig播放器提供针对用户接口174内的可更新(可能第三方)内容的“沙盒处理”岛的解决方案。为嵌套Trig而到达的Triglet仅更新所述Trig。到达嵌套Trig的TrigMetaFile(Trig元文件)(.TMF)文件的

文件系统路径指定将加载到嵌套Trig播放器中的bar文件(用以为嵌套Trig提供在BREW中的唯一目录的名称)。

在图5中，描绘用于在有限通过量无线网络上分配媒体内容的方法200。在框202中，存取或预测所有、一部分或个别通信装置对媒体内容的偏好。预测的实例是针对特定网页门户存取最受欢迎的视频下载的列表。较个别地修整的方法可为表达偏好设定或将新媒体供应的分类与由通信装置的个别用户存取和播放的媒体内容的类别进行比较。在框204中存取媒体内容以可用于分配，所述媒体内容可包括流式传输媒体内容。在框206中，从流式传输媒体内容建置离散媒体内容(例如，Trig、Triglet)，以便增强向具有存储能力的通信装置分配媒体内容的效率。在框208中，可通过存取用于通信装置群体的配置数据，确定到达通信装置的当前或预测网络通过量或其它约束来进一步增强分配。接着在框210中，进行对离散媒体内容的后台调度，如受能够接收此内容且在网络具有过剩能力来处置分配时发射的那些装置约束。在框212中，做出关于保证媒体内容的发射的事件触发是否已发生的确定。此调度可动态地更新，例如将在具有过剩能力的无线装置的一部分内当前感测到或当前正进行允许下载结合其而发生的高带宽通信呼叫的通信装置列入优先。可将具有使用近实时媒体按需服务的历史的通信装置列入优先。或者或另外，调度可在延长的周期内利用低带宽、低成本信道来实现发射。如果在框212中无触发事件，那么处理返回到框202以继续为此分配准备。

在示范性型式中，系统的网络侧保持在不能够存储离散媒体内容的情况下将媒体内容流式传输到通信装置的能力。此外，示范性型式能够通过远程管理离散媒体内容在通信装置上的存储来增强离散媒体内容的推送。举例来说，下载一个或一个以上缩短的Triglet可盖写嵌套Triglet上或主Trig上的资源，或以其它方式命令期满内容的删除以释放额外资源。或者或另外，所要媒体内容的预测可按比例缩减到较短的列表，以在对于特定模型的通信装置来说已知的存储限制内为可支持，或如作为通信装置的当前状态由通信装置报告。因此，在框214中，做出关于存储在目标通信装置上是否可用的确定。如果不可用，那么在框216中做出关于释放资源/限制下载的努力是否成功的又一确定。如果不成功，那么执行流式传输媒体内容(框218)，但具有有限通过量网络中固有的必要无线等待时间。如果在框214或216中能够使存储可用，那么在框220中，发射离散媒体内容(例如，Triglet)以供分配到远程通信装置。

在图6中，描绘用于在有限通过量无线网络上接收媒体内容的方法300。在框302中，在手持式装置上起始媒体服务。为了增强媒体体验，可在列表或预先下载的其它图形用户接口(GUI)呈现中概述可用媒体内容，例如参考最终用户的喜好或如由最终用户的一般观众的请求频率决定。在框304中确定手持式装置的存储可用性。如果不足够，那么在框306中选择媒体内容以用于流式传递且在必要时缓冲媒体内容。接着在框308中再现或播放接收到的流式传输媒体内容。如果在框304中，确定足够的存储器，那么在框310中请求离散媒体内容(例如，UI窗口小部件、Trig)，且在框312中将其存储在手持式装置上。为了进一步增强用户体验，此针对媒体内容传递的请求可自动化以使得偏好被存取。接着可使用过剩通过量(例如，在非高峰时间期间、在过剩带宽为可用的通信呼叫期间、当较有能力的网络连接可用时等)来发射内容。框314中的监视确定存储是否不再可用(例如，可装卸式存储器存储装置已被移除；其它应用程序已使用可用存储器存储装置等)。如果在框314中存储器不可用，那么通过转到框306和308来进行流式传输媒体内容的回返，其中在框316中做出关于存储是否再次变为可用的检查。如果在框314或框316中发现存储可用，那么在框318中在必要时重新加载额外离散媒体，且在框320中播放所存储的媒体内容，其中进行反复以监视框314中的可用存储。

结合本文所揭示的方面而描述的各种说明性逻辑、逻辑块、模块和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其经设计以执行本文所描述的功能的任意组合来实施或执行。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算组件的组合，例如DSP与微处理器的组合、多个微处理器的组合、结合DSP核心的一个或一个以上微处理器或任何其它此类配置。另外，至少一个处理器可包括可操作以执行上文所描述的步骤和/或动作中的一者或一者以上的一个或一个以上模块。

此外，结合本文所揭示的方面而描述的方法或算法的步骤和/或动作可直接以硬件、以由处理器执行的软件模块或以所述两者的组合体现。软件模块可驻存在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸盘、CD-ROM或此项技术中已知的任何其它形式的存储媒体中。示范性存储媒体可耦合到处理器，使得处理器可从存储媒体读取信息且向存储媒体写入信息。在替代方案中，存储媒体可与处理器成一体式。此外，在一些方面中，处理器和存储媒体可驻存在ASIC中。另外，ASIC可驻存在用户终端中。在替代方案中，处理器和存储媒体可作为离散组件驻存在用户终端中。另外，在一些方面中，方法或算法的步骤和/或动作可作为至少一个指令或代码和/或指令的任意组合或集合驻存在机器可读媒体和/或计算机可读媒体上，所述媒体可并入到可操作以致使计算机执行所述步骤和/或动作的计算机程序产品中。

虽然以上揭示内容论述说明性方面和/或实施方案，但应注意，在不脱离如所附权利要求书所界定的所描述方面和/或实施方案的范围的情况下，可在其中做出各种改变和修改。此外，尽管可能以单数形式描述或主张所描述的方面和/或实施方案的元件，但复数形式是预期的，除非明确陈述限于单数形式。另外，除非另有陈述，否则任一方面和/或实施方案的全部或一部分可与任一其它方面和/或实施方案的全部或一部分一起使用。

Claims

1.一种用于在有限通过量网络上接收媒体内容的方法，其包括：

检测可用本地数据存储装置的量；

确定针对媒体内容选择的用户偏好；

响应于所述可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放所述媒体内容选择的流式传输型式；以及

响应于所述可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的经离散格式化型式存储在所述可用本地数据存储装置中。

2.根据权利要求1所述的方法，其进一步包括响应于用户请求而在所述便携式通信装置上播放所述媒体内容选择的所述所存储的经离散格式化型式。

3.根据权利要求1所述的方法，其中存储所述媒体内容选择的所述经离散格式化型式进一步包括接收包括更新信道、可执行用户接口代码和媒体内容的数据结构容器。

4.根据权利要求1所述的方法，其中存储所述媒体内容选择的所述经离散格式化型式包括接收Trig用户接口应用程序。

5.根据权利要求4所述的方法，其进一步包括接收更新所存储Trig的Triglet。

6.根据权利要求1所述的方法，其中检测所述可用本地数据存储装置的量进一步包括检测可装卸式可扩展存储器装置的存在。

7.根据权利要求1所述的方法，其中存储所述媒体内容选择的所述经离散格式化型式进一步包括经由无线网络接收所述经离散格式化型式，所述无线网络具有由超过所述媒体内容选择的持续时间的四分之一的无线等待时间表征的通过量。

8.一种用于在有限通过量网络上分配媒体内容的方法，其包括：

确定媒体内容的选择；

获得所述选择的离散媒体内容型式，其由含有更新信道和用户接口代码的数据结构组成；以及

响应于确定通信装置的用以存储所述离散媒体内容型式的容量而在有限通过量网络上发射所述离散媒体内容型式。

9.根据权利要求8所述的方法，其进一步包括响应于确定通信装置的用以存储所述离散媒体内容型式的容量不足而发射所述选择的流式传输媒体内容型式。

10.根据权利要求8所述的方法，其进一步包括获得Triglet以更新所述通信装置上的用户接口。

11.根据权利要求8所述的方法，其进一步包括根据对所述通信装置的约束来调度所述离散媒体内容型式的分配。

12.根据权利要求11所述的方法，其进一步包括基于网络可用性来确定所述约束。

13.根据权利要求11所述的方法，其进一步包括基于所述通信装置的使用模式来确定所述约束。

14.根据权利要求11所述的方法，其进一步包括在发射所述离散媒体内容型式之前，命令删除所述通信装置上的所存储内容。

15.根据权利要求8所述的方法，其中确定媒体内容的所述选择进一步包括确定针对媒体内容选择的用户偏好。

16.根据权利要求8所述的方法，其进一步包括将广告内容并入经离散格式化媒体内容选择中。

17.至少一种经配置以在有限通过量网络上接收媒体内容的处理器，其包括：

第一模块，其用于检测可用本地数据存储装置的量；

第二模块，其用于确定针对媒体内容选择的用户偏好；

第三模块，其用于响应于所述可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放所述媒体内容选择的流式传输型式；以及

第四模块，其用于响应于所述可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的经离散格式化型式存储在所述可用本地数据存储装置中。

18.一种计算机程序产品，其包括：

计算机可读媒体，其包括：

至少一个用于致使计算机检测可用本地数据存储装置的量的指令；

至少一个用于致使所述计算机确定针对媒体内容选择的用户偏好的指令；

至少一个用于致使所述计算机响应于所述可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放所述媒体内容选择的流式传输型式的指令；以及

至少一个用于致使所述计算机响应于所述可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的经离散格式化型式存储在所述可用本地数据存储装置中的指令。

19.一种设备，其包括：

用于检测可用本地数据存储装置的量的装置；

用于确定针对媒体内容选择的用户偏好的装置；

用于响应于所述可用本地数据存储装置的量低于阈值而在便携式通信装置上存取和播放所述媒体内容选择的流式传输型式的装置；以及

用于响应于所述可用本地数据存储装置的量超过所述阈值而将所述媒体内容选择的经离散格式化型式存储在所述可用本地数据存储装置中的装置。

20.一种用于在有限通过量网络上接收媒体内容的设备，其包括：

本地数据存储装置；

接口，其用于接收针对媒体内容选择的用户偏好；

媒体播放器；以及

控制器，其响应于所述本地数据存储装置的可用存储装置的量低于阈值而在所述媒体播放器上存取和播放所述媒体内容选择的流式传输型式，且响应于所述本地数据存储装置的所述可用存储装置的量高于所述阈值而存储所述媒体内容选择的经离散格式化型式。

21.根据权利要求20所述的设备，其中本地数据存储装置包括可装卸式存储器装置。

22.根据权利要求20所述的设备，其中所述媒体播放器包括Trig播放器，所述离散媒体内容包括Triglet。

23.根据权利要求20所述的设备，其中所述媒体内容选择的所述经离散格式化型式进一步包括数据结构容器，所述数据结构容器包括更新信道、可执行用户接口代码和媒体内容。

24.根据权利要求20所述的设备，其进一步包括通信接口，所述通信接口可操作以经由无线网络接收所述经离散格式化型式，所述无线网络具有由超过所述媒体内容选择的持续时间的四分之一的无线等待时间表征的通过量。

25.至少一种经配置以在有限通过量网络上分配媒体内容的处理器，其包括：

第一模块，其用于确定媒体内容的选择；

第二模块，其用于获得所述选择的离散媒体内容型式，所述离散媒体内容型式由含有更新信道和用户接口代码的数据结构组成；以及

第三模块，其用于响应于确定通信装置的用以存储所述离散媒体内容型式的容量而在有限通过量网络上发射所述离散媒体内容型式。

26.一种计算机程序产品，其包括：

计算机可读媒体，其包括：

至少一个用于致使计算机确定媒体内容的选择的指令；

至少一个用于致使计算机获得所述选择的离散媒体内容型式的指令，所述离散媒体内容型式由含有更新信道和用户接口代码的数据结构组成；以及

至少一个用于致使计算机响应于确定通信装置的用以存储所述离散媒体内容型式的容量而在有限通过量网络上发射所述离散媒体内容型式的指令。

27.一种设备，其包括：

用于确定媒体内容的选择的装置；

用于获得所述选择的离散媒体内容型式的装置，所述离散媒体内容型式由含有更新信道和用户接口代码的数据结构组成；以及

用于响应于确定通信装置的用以存储所述离散媒体内容型式的容量而在有限通过量网络上发射所述离散媒体内容型式的装置。

28.一种用于在有限通过量网络上分配媒体内容的设备，其包括：

处理器，其用于选择媒体内容；

网络存储装置，其用于容纳所述选定媒体内容的离散媒体内容型式，所述离散媒体内容型式包括含有更新信道和用户接口代码的数据结构；以及

发射器，其用于响应于通信装置的用以存储所述离散媒体内容型式的容量的确定而在有限通过量网络上分配所述离散媒体内容型式。

29.根据权利要求28所述的设备，其中调度分派器进一步可操作以响应于确定通信装置的用以存储所述离散媒体内容型式的容量不足而发射所述选择的流式传输媒体内容型式。

30.根据权利要求28所述的设备，其中媒体分配器进一步可操作以获得Triglet以更新所述通信装置上的用户接口。

31.根据权利要求28所述的设备，其中所述调度分派器进一步可操作以根据对所述通信装置的约束来调度所述离散媒体内容型式的分配。

32.根据权利要求31所述的设备，其中所述调度分派器进一步可操作以基于网络可用性来确定所述约束。

33.根据权利要求31所述的设备，其中所述调度分派器进一步可操作以基于所述通信装置的使用模式来确定所述约束。

34.根据权利要求31所述的设备，其中所述调度分派器进一步可操作以在发射所述离散媒体内容型式之前命令删除所述通信装置上的所存储内容。

35.根据权利要求28所述的设备，其中所述媒体分配器进一步可操作以基于针对媒体内容选择的用户偏好来确定媒体内容的所述选择。

36.根据权利要求28所述的设备，其中所述媒体分配器进一步可操作以将广告内容并入经离散格式化媒体内容选择中。