中间伙伴制造技术

在本发明专利技术的第一实施例中，提供了一种方法，包括：由中间伙伴获取全应用和/或微应用正在播放或将要播放的内容；确定所述内容的附加上下文信息；用附加上下文信息扩增所述内容；以及将扩增的上下文信息发送到第一微应用以用于获取要与所述内容一起播放或显示的附加内容。

【技术实现步骤摘要】

本专利技术涉及消费电子设备。更具体地，本专利技术涉及包含微应用的系统中的动态收入共享。
技术介绍
当前的媒体播放体验大部分是非交互式和被动体验。例如，当在电视上收看电视节目时，用户仅简单地观看电视。当用户在便携式媒体播放器上收听音乐文件时，他或她仅简单地听音乐。当存在允许用户使用这些设备与其它数据源交互的可用机制时，例如在更新款电视中提供的允许用户在看节目时在因特网上冲浪的机制，这种交互并未特定地针对正在播放的媒体。如果用户希望与有关所播放媒体的元素“交互”(例如购买正在收看的电视节目的DVD拷贝)，用户必须手动做到这点。 现有技术允许具有媒体播放器和因特网搜索能力的设备基于当前正在执行的功能在二者之间自动切换。例如，具有一组按钮的选项面板可以用在电视播放模式和因特网冲浪模式中，并提供一体化的观看体验。但是，这种技术的局限在于，系统仅知道设备正在执行的当前功能，并且系统不会考虑其他因素，例如正在播放的媒体本身。此外，媒体播放在当前是单设备体验。当可能存在任何数目的用户从单个设备观看或收听媒体(例如一家人坐下并一起观看电视)时，该体验局限于该单个设备。但是，在同一通用区域内存在多个可访问(并且可能地，支持因特网的)设备正变得越来越普遍。例如，现在许多个人总是一直随身携带蜂窝电话或其它移动通信设备，其中许多设备都可以支持因特网。确实，有些移动电话足够“智能”，可以视为小型计算机，而不是传统的电话。此外，正如数字相框一样，平板计算机正变得越来越普遍，并且也可以支持因特网(或至少家庭网络)。此外，所谓的“应用商店”已经为应用商店所有者和开发者创造了可观的新收入可能性。但是，对于新型伙伴来说，还有机会加入到应用商店商业模型并提供新的收入流。
技术实现思路
在本专利技术的第一实施例中，提供了一种方法，包括由中间伙伴获取全应用和/或微应用正在播放或将要播放的内容；确定所述内容的附加上下文信息；用附加上下文信息扩增所述内容；以及将扩增的上下文信息发送到第一微应用以用于获取要与所述内容一起播放或显示的附加内容。在本专利技术的第二实施例中，提供了一种系统，包括从应用商店下载的全应用，其中该全应用配置为在显示器上显示全应用内容；从应用商店下载的第一微应用，其中该微应用配置为与显示器上显示的全应用内容同时运行；中间伙伴，配置为截取全应用内容；确定针对全应用内容的附加上下文信息；用附加上下文信息扩增全应用内容；以及将扩增的上下文信息发送到第一微应用以用于获取要与所述内容同时播放或显示的附加内容。在本专利技术的第三实施例中，提供了一种装置，包括用于通过中间伙伴获取全应用内容的装置；用于获得内容的上下文信息的装置；用于确定内容的附加上下文信息的装置；用于用附加上下文信息扩增内容的装置；以及用于将附加上下文信息发送到第一微应用以用于获取与内容一起播放或显示的扩增内容的装置。在本专利技术的第四实施例中，一种机器可读非暂态程序存储设备，有形地包括机器可执行的程序指令以执行一种方法，该方法包括由中间伙伴获取全应用和/或微应用正在播放或将要播放的内容；确定所述内容的附加上下文信息；用附加上下文信息扩增所述内容；以及将扩增的上下文信息发送到第一微应用以用于获取要与所述内容一起播放或显示的附加内容。附图说明图I是示出了根据本专利技术实施例的包括中间伙伴的微应用系统的图。图2是示出根据本专利技术实施例的方法的流程图。图3示出了能够实现本文公开的方法和系统实施例的设备中的示例性硬件组件。 图4是示出了根据本专利技术实施例的第一设备的框图。具体实施例方式现在将详细描述本专利技术的具体实施例，其中包括专利技术人考虑的实现本专利技术的最佳实施方式。在附图中示出了这些具体实施例的示例。虽然结合这些具体实施例描述本专利技术，应该理解，本专利技术不限于所描述的实施例。相反，本专利技术旨在覆盖包含在所附权利要求所定义的精神和范围内的备选方案、修改以及等价物。在下面的描述中，阐述的特定细节用来提供对本专利技术的全面理解。可以在没有这些具体细节的部分或全部的情况下实施本专利技术。此夕卜，可以不详细描述公知特征，以避免不必要地混淆本专利技术。根据本专利技术，组件、过程步骤和/或数据结构可以使用各种类型的操作系统、编程语言、计算平台、计算机程序和/或通用机来实现。此外，本领域技术人员应认识到，在不背离本文公开的本专利技术构思的精神和范围的前提下，也可以使用通用特性较少的设备，例如，硬线设备、现场可编程门阵列(FPGA)、专用集成电路(ASIC)等。本专利技术也可以被有形地实现为计算机可读介质(例如，存储器设备)上存储的计算机指令集。本专利技术的实施例基于“微应用(miCTo-app) ” (微型应用程序的缩写)的概念，微应用存在于一个或多个用户设备上。这些微应用设计为利用上下文信息来查询一个或多个微应用伙伴(partner)以得到结果信息。上下文信息可以涉及媒体本身、用户、设备、通用环境或社交网络。一旦从微应用伙伴收到结果信息，该信息可以呈现在用户设备上。这样，微应用提供了自动获取与当前播放媒体相关的结果并在媒体播放时将该结果显示给观看者的功能。在本专利技术的实施例中，除了微应用伙伴和全应用伙伴之外，还将中间伙伴加入到框架中。该中间伙伴可以利用附加上下文信息来扩增上下文信息。这可以无缝地执行，使得用户甚至不需要知道中间伙伴的存在。此外，中间伙伴还可以共享收入流，从应用商店接收一定百分比的付费，就像全应用或微应用伙伴一样。这种新型的微应用框架在未耦接(decoupled)的全应用伙伴、微应用伙伴、中间伙伴以及用户之间、以及在多种微业务(micro-transaction)之间创建了“收费桥(toll bridge)”。这些收费桥中的每一个提供了潜在的新收入流。图I示出了根据本专利技术实施例的包括中间伙伴的微应用系统图。可以看到，应用商店100可以提供用于下载的(免费或要购买的)全应用102和微应用104。在该示例中，提供了 Amazon 视频点播全应用106、Netf lix 流视频全应用108、Blockbuster 流观看全应用110、以及Hulu 流视频全应用112。此外，还提供了 Amazon 商店微应用114、eBay 微应用116、Wal-Mart 微应用118以及Best Buy 微应用120。这些微应用104的每一个可以注册到一个或多个全应用102。在该示例中，有多种潜在的收入流。首先，当用户购买并下载全应用时，应用商店可以与全应用伙伴共享收入。该全应用也可以访问已经注册到其上的可用的下载的微应用。虽然不是严格要求进行注册以将微应用接口连接到全应用，但是注册确实允许微应用将自己宣布为收入链的一部分。全应用可以决定呈现哪个微应用，以什么顺序、哪种呈现方式以及例如预览以在其中呈现微应用。购买微应用可以产生收入，这些收入可以由应用商店100与全应用伙伴122以及微应用伙伴124共享。当然，收入共享参数也可以基于微应用呈现的顺序或它们的呈现方式及预览而变化。例如，相比于显示较不主要的微应用，更主要显示的微应用(例如在列表中的更高位置处或具有特殊字体或格式化的)可以向全应用伙伴提 供收入的更高百分比。另一收入流来自微应用的微功能内执行的动作。这可以包括使用微功能进行的购买，但是也可以包括与购买无关的活动。例如，微应用伙伴可能希望针对经由微功能执行的本文档来自技高网...

【技术保护点】
一种方法，包括：由中间伙伴获取全应用和/或微应用正在播放或将要播放的内容；确定所述内容的附加上下文信息；用附加上下文信息扩增所述内容；以及将扩增的上下文信息发送到第一微应用以用于获取要与所述内容一起播放或显示的附加内容。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：达恩·范·特兰，郑星，雅法·科什哥扎兰，朱英南，
申请(专利权)人：三星电子株式会社，
类型：发明
国别省市：