首页> 中国专利> 共享演进内容共享区中的内容

共享演进内容共享区中的内容

摘要

用户选择他希望发送的内容项目。然后他执行“发送”手势并指定初始“内容共享区”。为了有资格接收所选择的内容项目,接收装置必须位于内容共享区内。然而,内容共享区可以随时间演进。它可以增长尺寸、改变形状、或者移动(例如,在发送用户移动时它可以保持以他为中心)。潜在接受者做出“接收”手势,并且如果接收装置的位置位于如当前限定的演进内容共享区内,则将内容项目从发送装置发送到接收装置(直接地或经由内容服务器)。可以指定演进内容共享区的最大尺寸或持续时间。可以规定其他约束,因此例如只有预期接受者可以接收内容项目。

著录项

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2020-01-10

    授权

    授权

  • 2016-09-07

    实质审查的生效 IPC(主分类):G06F17/30 申请日:20140731

    实质审查的生效

  • 2016-08-10

    公开

    公开

说明书

相关申请的交叉引用

本申请要求于2013年8月2日提交的美国临时专利申请61/861,516的优先权,通过引用将其全部内容合并于此。

技术领域

本公开一般地涉及媒体内容交付,更具体地涉及社交通信。

背景技术

人们通过电子方式共享越来越多的信息。他们向朋友和同事发送电子邮件和短文本消息。照片、视频和声音片段经常被贴到社交网络站点。在社交情况下,人们经常想迅速地与其朋友共享照片或其他内容。

附图说明

虽然所附权利要求书具体地阐述了本技术的特征,但是根据下面的结合附图的详细描述可以最好地理解这些技术以及其目的和优点,附图中:

图1A、图1B和图1C共同呈现可以实践本技术的代表性环境的概述;

图2是图1A、图1B和图1C的装置中的一些的一般化示意图;

图3A和图3B是使用手势来发送内容的代表性方法的流程图;

图4A和图4B是使用手势来接收内容的代表性方法的流程图;以及

图5A和图5B是可由服务器用于传送内容的代表性方法的流程图。

具体实施方式

参照附图(其中相同的附图标记指代相似的元件),将本公开的技术示出为在合适的环境中实现。以下描述基于权利要求的实施例,并且不应视为关于本文未明确描述的替选实施例限制权利要求。

虽然存在很多内容共享应用,但是通常它们被设计用于具有大屏幕和全键盘的个人计算机。例如,当用户希望从他的智能电话向同一房间的几个朋友发送照片时,智能电话的有限用户界面(小屏幕,很小或者不存在的键盘)使得这些传统的内容共享应用看起来笨拙和烦人。此外,大部分传统的内容共享应用要求发送者对于每个预期接受者导航通过应用的用户界面一次。

考虑图1A的通信环境100。用户102希望从他的便携通信装置104向其朋友的装置108发送某个内容(例如照片)。根据本公开的方面,在选择其希望发送的内容项目之后,用户102执行指定其希望发送内容项目的手势。例如,他假装“扔出”他的装置104(例如,像抛球或者像扔飞盘)。发送用户102还指定“内容共享区”106。为了有资格接收所选择的内容项目,接收装置108必须位于内容共享区106内。在图1B的示例中,朋友的装置108位于内容共享区106外,因此她不能接收内容项目。

然而,根据本公开的方面,内容共享区106可以随时间演进。图1B呈现在时间上比图1A的原始场景稍晚的示例性场景。通过比较图1A与图1B,可以看出,内容共享区106在横向扩展(因此在形状从圆形变为椭圆形的同时面积增加)。现在,朋友的装置108在扩展的内容共享区106内。为了接收内容项目,朋友做出“接收”手势。例如,她移动她的装置108,以假装“接住”抛出的球。如果在装置108的位置处于如当前限定的内容共享区106内时做出接收手势,则内容项目从发送者的装置104发送给接受者的装置108(直接地或者经由内容服务器110,如下参照图5A至图5B所述)。

图1C给出内容共享区106如何随时间演进的另一个示例。原始场景再次是图1A的场景。到图1C的时候,内容共享区106的尺寸或形状尚未改变,但是它移动到左边(如箭头112所指示的),仍然以发送用户102为中心。再次,朋友的装置108现在处于移动的内容共享区106内,因此朋友可以接收内容。

只考虑演进内容共享区106的又一个示例。在这种情况下,发送用户102快速行进,比如说在火车上,并且他希望向他朋友的装置108发送内容项目。他朋友坐在他旁边。然而,因为火车在移动,所以如果按照静态几何(也就是按照固定的地理坐标)来限定内容共享区106的位置,那么在他朋友做出接收手势之前,发送用户102和她可能都离开区域106很远。为了避免这个问题扩散,区域106可以(1)基于发送用户102的移动位置获得其位置(如同在图1C中),因此它保持在他周围(并且因此,包括他同行旅客的位置)或者可以(2)扩展尺寸,其扩展速率例如基于发送用户102行进的速率,并且因此继续包括他朋友的移动位置。

可以对上述基本方案进行改进,例如指定演进内容共享区106的最大尺寸或持续时间。下面考虑并讨论限定原始内容共享区106及其演进的若干方式。可以规定其他约束,使得只有预期接受者可以接收内容项目,即使其他潜在接受者也位于演进内容共享区106内并做出适当的接收手势。

图2示出代表性电子装置104、108、110的主要组件。便携式通信装置104、108例如可以是智能电话、平板电脑、个人电脑、电子书或游戏控制器。内容服务器110可以是这些中的任何一个,也可以是机顶盒、计算机服务器或计算机服务器的协同群组。

电子装置104、108、110的中央处理单元(CPU)200包括一个或多个处理器(即微处理器、控制器等等的任何一个),或者处理器和存储器系统(其处理计算机可执行指令,以控制装置104、108、110的操作)。具体地,CPU 200支持如图3至图5所示的本公开的方面,如下所述。装置104、108、110可通过软件、硬件、固件的组合以及结合处理和控制电路(一般识别为202)实现的固定逻辑电路来实现。虽然未示出,但是装置104、108、110可包括耦接装置104、108、110内的各种组件的系统总线或数据传输系统。系统总线可包括不同总线结构的任何组合,例如存储器总线或存储器控制器、外围总线、通用串行总线以及利用各种总线结构的任何一种的处理器或局部总线。

电子装置104、108、110还包括实现数据存储的一个或多个存储器装置204,其示例包括随机存取存储器、非易失性存储器(例如,只读存储器、闪存、可擦除可编程只读存储器以及电可擦除可编程只读存储器)以及盘存储装置。盘存储装置可以被实现为任何类型的磁存储装置或光存储装置,诸如硬盘驱动器、可记录盘或可重写盘、任何类型的数字通用盘等等。装置104、108、110可包括大容量存储介质装置。

存储器系统204提供数据存储机制,以存储装置数据212、其他类型的信息和数据以及各种装置应用210。操作系统206可以保存为存储器204内的软件指令,并由CPU 200执行。装置应用210还可以包括装置管理器,例如任何形式的控制应用或软件应用。工具208可包括信号处理和控制模块、对电子装置104、108、110的特定组件本原的代码、用于特定组件的硬件抽象层等等。

电子装置104、108、110还可以包括音频处理系统214,其处理音频数据并控制音频系统216(例如可包括扬声器)。视觉处理系统218处理图形命令和视觉数据,并控制显示系统220(例如可包括显示屏)。音频系统216和显示系统220可包括处理、显示或另外渲染音频、视频、显示、或图像数据的任何装置。经由媒体数据端口222表示的射频链接、S-video链接、高清多媒体接口、复合视频链接、组件视频链接、数字视频接口、模拟音频连接、或其他类似的通信链接,可将显示数据和音频信号通信给音频组件或显示组件。在某些实施方式中,音频系统216和显示系统220是装置104、108、110外部的组件。替选地(例如在蜂窝电话中),这些系统216、220是装置104、108、110的集成组件。

电子装置104、108、110可包括通信接口,通信接口包括实现有线或无线通信的通信收发器224。示例性收发器224包括符合各种电气和电子工程师协会(IEEE)802.15标准的无线个域网无线电、符合各种IEEE 802.11标准中的任何一个的无线局域网无线电、符合第三代伙伴项目标准的无线广域网蜂窝无线电、符合各种IEEE 802.16标准的无线城域网无线电、以及有线局域网以太网收发器。

电子装置104、108、110还可以包括一个或多个数据输入端口226,通过其可以接收任何类型的数据、媒体内容或输入,诸如用户可选择的输入(例如,来自键盘、来自触摸敏感输入屏、或来自另一用户输入装置)、消息、音乐、电视内容、记录的视频内容、以及从任何内容或数据源接收的任何其它类型的音频、视频或图像数据。数据输入端口226可包括通用串行总线端口、同轴电缆端口、以及用于闪存、存储盘的其他串行或并行连接器(包括内部连接器)等等。这些数据输入端口226可用于将装置104、108、110耦接到组件、外设或附件(诸如麦克风和相机)。

最后,电子装置104、108、110可包括任何数量的“其他传感器”228。这些传感器228例如可包括加速计、GPS接收器、罗盘、磁场传感器等等。

图3A呈现用于发送内容项目的第一方法。在步骤300,用户102使用任何已知的技术来选择要发送的内容项目。他例如可以触摸与内容项目相对应的图标来选择它。如果他用他的便携式通信装置104拍照,并且图片显示在装置104的屏幕上,则可以默认选择该图片,直到解除选择为止。用户102甚至可以选择多个内容项目,诸如目录和它的全部内容。在某些情况下,他可以运行他的装置104上的特定应用,特定应用向他呈现可能的内容项目以用于其选择。

然后,用户102可以使用他的便携式通信装置104做出“发送”手势(步骤302)。例如,他可以假装扔出他的装置104。装置104上的位置传感器(例如加速计、罗盘或磁场传感器228)记录运动并将它们的数据发送给CPU 200,CPU 200解释手势并将其识别为发送手势。在另一个示例中,他可以通过触摸他的装置104的显示屏上的内容项目的图标来选择它,并移动他的手指,就像“轻击”图标。其他手势也可以,包括基于更传统的键盘的命令。

而且在步骤302,发送用户102指定要与步骤300中选择的内容项目相关联的内容共享区106。图3A将其连同发送手势放置在步骤302,因为在某些实施例中,发送手势指定内容共享区106。例如,更有力的“扔出”手势可以指示更大的初始内容共享区106。在其他情况下,区域106的初始尺寸、形状和位置例如可由发送用户102的优选设置或者通过内容共享应用中的默认来指定。

内容共享区106可以初始地是检测到发送手势时包围发送用户102的圆,如同图1A的示例。在另一个示例中,区域106可以是地理围栏区域(例如,发送用户102初始地所在的房间)。区域106的初始尺寸可以基于发送用户102的当前位置或活动来设置。例如,与在足球场中相比,在房屋中较小的区域106是适当的。区域106的形状不需要在发送用户102周围对称。例如,用户102的发送手势可以指定特定方向(例如,他假装扔出他的装置104所在的方向),并且区域106可以在这个一般方向上延伸,但是不在用户102后面。关于位置,不要求区域106包括发送用户102的位置(也就是说,发送用户102可以“高抛”选择的内容项目,指定距他的当前位置某个距离的圆形区域106)。如上所述,容易预期对于区域106的初始尺寸、形状和位置的其他可能性,并且可通过手势识别工具或通过其他用户接口来设置。

除了指定内容共享区106的原始几何之外,发送用户102(直接或间接地)指定区域106如何随时间演进。例如,默认区域106可以是以发送用户102为中心的半径5米的圆。默认地,区域106可以增加尺寸,直到它在15分钟的过程里达到15米的最大半径,然后区域106消失。如上在图1B的示例中所述,区域106可以随时间改变尺寸和形状两者。地理围栏区域106可以演进,以跟踪发送用户102的位置(或其他行为)。在某些情况下(参见图1C),区域106的尺寸不随时间演进,但是它的位置随时间演进。

内容共享区106的初始几何和演进可以联系在一起。例如,可将初始几何和它的演进都联系到识别出发送手势时检测的发送用户102的运动。

在内容共享区106的演进上可以设置边界。在以上示例中,将区域106设置为检测初始发送手势15分钟之后完全消失。可将区域106设置为永远是活的(直到例如被发送用户106明确取消),但是增长直到它达到某个尺寸。也就是说,区域106不需要在全部时间演进,它可以演进然后变为静止,或者相反。

除了选择内容项目和指定内容共享区106之外,发送用户102还可以指定发送的其他特性。为了清楚起见,将这些其他特性的讨论延迟到下面的步骤308。

在步骤304,将内容项目与内容共享区106在逻辑上相关联。该步骤被简称为存储器操作的速记。如下所述,内容项目不需要立即发送,因此对于后来的使用而言,记住内容项目与其区域106的关联是重要的。

在步骤306,用户的便携式通信装置104接收请求,所述请求包括潜在接收装置108的位置。如下参照图4A和图4B更详细所讨论的,潜在接受者做出接收手势。在图3A的特定实施例中,在请求中发送信息,并且在步骤306,通过发送者的装置104接收信息。(一般而言,发送装置104可以使用其他技术来获得潜在接收者108的当前位置,因此从潜在接收者108接收位置报告并非很必要)

虽然在逻辑上可选步骤308前进到步骤310,但是为了清楚起见,步骤308的讨论在步骤310的讨论之后。

在步骤310,将通过发送用户102指定的内容共享区106(步骤302)与在步骤306中接收的请求中包含的接收者位置相比较。如果接收位置在区域106内,如当前限定的,则(如果满足来自可选步骤308的所有其他约束元素)将选择的内容项目从发送者的便携式通信装置104发送到另一个装置,一般是发送在步骤306中接收的请求的装置。注意,措词“如当前限定的”意指如果接收者的位置在步骤310发生时存在,则将接收者的位置与内容共享区106的几何相比较。当区域106如图1A的示例所示时,执行步骤310,然后拒绝共享请求,因为潜在接收者108的位置不在区域106中。但是,如果收到相同的请求,并且执行步骤310,那么当区域106演进到与图1B和图1C的场景中的一个的区域匹配时,兑现请求。

上面给出的示例虽然有用,但是可能太简单。更实际地,将发送过程与一个或多个可选的“约束元素”相关联(步骤308)。一个潜在的约束元素是时间限制。根据本公开的方面,不要求发送装置104和接收装置108在传输时实际上物理地相互靠近。对于两个装置104、108而言不需要使用“握手”来建立潜在传送。(在这些情况下,可以使用中间内容服务器110。请参见下面伴随图5A和图5B的讨论。)因此,发送用户102可以指定仅比如说接下来5分钟,所选择的内容项目可用于接收。

(注意,一般而言,本公开的方法不要求检测位置或甚至另一个装置的存在以与该装置通信:如当前限定的内容共享区与潜在接收者的位置的比较是足够的。)

作为约束元素的另一个示例,可将加密、安全和隐私的现有技术应用于潜在传送。因此,在传送内容之前,潜在接受者装置108可能需要将它自己识别为发送装置104。例如,在简档设置中,发送者102本身可以指定,使用当前技术传送的内容只能到达在其装置104的联系人列表中识别的人。

如上所述,在步骤310中内容项目的传送仅当满足位置的约束元素(如果有的话)时前进。

在某些实施例中,当在步骤310中发送内容项目时,同时还将发送发送用户102的标识符或者他的发送装置104的标识符。该信息可以被接收装置108使用,如下所述。

图3B呈现用于发送内容项目的另一个方法。前面的步骤300到304与图3A的方法中的相同。然而,替代接收一接收请求(如在图3A的步骤306中),该方法在步骤312中连同关于内容共享区106的信息一起传送所选择的内容项目。该暗示是将通过发送装置104之外的装置来进行接收者的位置与区域106的比较(在图3A的方法中的步骤310进行)。(下面参照图4和图5讨论对于其他装置的某些可能性。)为了确保该装置具有所有必要信息,发送用户102也可以发送他自己102的身份或者他的装置104的身份(可选步骤314)以及任何约束元素(可选步骤316)。

潜在接收装置108可以执行图4A的方法。在步骤400,装置108检测接收手势。可以使用上面关于图3A的步骤302所述的技术来执行手势检测。然而,不要求接收手势与发送手势互补。因此,发送用户102可以假装“扔出”所选择的内容项目,而接收者108可以在触摸屏上进行相反的“轻击”来接收它。

注意,不要求潜在的接受者108响应于看见(或者另外知道)发送者的发送手势进行步骤400的接收手势。为了本技术起作用,不需要装置或者人员的“握手”。实际上,发送用户102可以做出他的发送手势,然后在潜在接受者108做出她的接收手势很久以前,离开住所。

在步骤402,潜在接收装置108发送包括接收装置108的当前位置的请求。这可以是在图3A的步骤306接收的相同请求(但是不需要)。在任何情况下,在步骤404接收内容项目。注意,在图4A的特定方法中,接收装置108不需要将其位置与内容共享区106相比较。假定在其他装置中进行该比较,以及仅当位置兼容时发送内容项目。

在可选步骤406和408中,潜在接受者装置108接收其他信息,诸如发送用户102或装置104标识符和约束元素。潜在接受者108可以使用该信息来决定是否接受在步骤404中接收的内容项目。例如,可将潜在接受者108配置为只接受来自已知发送者102的内容项目。作为约束元素的其他用途,可以按照加密形式接收内容项目,并且只有授权接受者108可以获得解密密钥。

图4B呈现用于接收内容项目的另一个方法。在步骤400中检测接收手势,如上参照图4A所述。然后,在步骤410,连同其关联的内容共享区106的指定一起接收内容项目。该步骤可以对应于图3B的发送步骤312。接收装置108也可以在可选步骤406和408中接收标识信息和约束元素,亦如上所述。最后,在步骤412,接收装置108将其当前位置与步骤410中接收的内容共享区106的当前几何相比较。如果它们兼容(参见上面图3A的步骤310的讨论),则接受内容项目(假定也满足约束要求(如果有的话))。

在某些情况下,内容项目不是从发送装置104直接传送给接收装置108。替代地,内容服务器110居中调解传输。图5A中示出可被内容服务器110使用的第一方法。当内容服务器110接收内容项目及其关联的内容共享区106的指定时,该方法开始于步骤500。该步骤可以对应于图3B的发送者的发送步骤312。

在步骤502和504,内容服务器110接收发送装置104发送的进一步信息和约束要求(如果有的话)。

在步骤506,接收来自潜在接受者108的请求,该请求包括接收装置108的当前位置。该请求可以对应于图4A的步骤402中发送的请求。如在图3A的步骤310以及图4B的步骤412中,将接收者的位置与内容共享区106相比较,并且,如果兼容(并且如果满足约束元素(如果有的话)),则在步骤508,将内容项目与关联的信息发送给接受者108。该发送可以对应于图4A的步骤404的接收。

注意,可以在很久以后接收步骤506的请求(或者在理论上,很久以前),在步骤500接收内容项目。也就是说,内容服务器110的存在消除了发送装置104和接收装置108的方法之间并发性的必要。

图5B呈现可通过内容服务器110实践的变体方法。这里,内容服务器110接收内容项目、其关联的内容共享区106的指定、以及在步骤500至504中的任何进一步信息和约束元素,如上所述。然后内容服务器110在步骤510中将它们全部发送。可能地,该信息的接受者为了兼容会将接收者的当前位置与内容共享区106的当前几何相比较。(请参见图4B的接收方法)。内容服务器110也可以在相反的方向工作(步骤512),接收一接收请求并将其传递给发送装置104。

虽然图3至图5呈现不同的方法,但是应注意,对于不同的情况,如果必要的话可将这些方法的元素组合。因此例如,发送装置104可以实施图3A和图3B二者的方法,在需要的时候应用它们。作为另一个示例,发送用户102可以在他希望约束他的内容的分发时使用一种方法,而在广泛广播内容时使用另一种方法,对于潜在接受者给予完全控制,以决定他们是否希望接受内容。

考虑到可以应用本讨论的原理的许多可能实施例,应当理解,本文关于附图所述的实施例只是说明性的,不应视为限制权利要求书的范围。因此,本文所述技术将预期所有这样的实施例在所附权利要求书及其等同物的范围内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号