针对来话呼叫呈现在设备上的除了接受和拒绝之外的选项的制作方法

文档序号:15847892发布日期:2018-11-07 09:21阅读:178来源:国知局
针对来话呼叫呈现在设备上的除了接受和拒绝之外的选项的制作方法

本发明总体上涉及计算科学,更特别地,涉及针对来话呼叫呈现在设备诸如智能电话上的除了接受和拒绝之外的选项。

背景技术

当前的手持设备上的来话呼叫屏幕的共同缺点在于用户只能接受呼叫、拒绝呼叫或者直接将呼叫送到语音信箱。图1示出现有技术的来话呼叫显示,其中手持设备仅向用户显示接受呼叫或拒绝呼叫的选项。如果用户替代地想要执行另一动作,诸如用电子邮件答复呼叫者而不是接受呼叫,或者被提醒要回叫(callback)呼叫者,那么用户必须首先拒绝呼叫,然后单独访问设备的其他特征,这包括更多步骤且更耗时。

涉及来话呼叫和/或提醒处理的已公开文献包括美国专利申请公开2009/0290696、美国专利申请公开2005/0041793、美国专利no.7145998和美国专利no.7647042。



技术实现要素:

描述了手持设备的数据处理系统,其例如针对被拒绝的来话呼叫,给出触发提醒用于显示在触摸屏显示器上。所述触发提醒的触发可以基于设备的当前配置操作状态的改变、最前应用的改变、设备位置的改变、以及期待的特定用户活动中的一个或更多的信息。操作配置状态的状态改变可包括设备的联网状态的改变。最前应用的改变可包括设备的最前应用在激活和非激活之间的改变。设备位置的改变可包括用户的将来可能目的地,或者进入或离开地图上的特征,其中gps信息被设备用来了解设备的位置。信息还可包括暂停或停止媒体播放器中当前播放的电影的特定用户活动改变。

在一实施例中,描述了手持设备的数据处理系统,其为设备的用户提供接受来话呼叫并且同时启动设备的应用的选项。在一实施例中,该应用可以是便条(note)应用。

在一实施例中,描述了手持设备的数据处理系统,其基于设备的用户滑扫(swipe)设备的显示器的不同方向,向用户呈现处理来话呼叫的不同选项。

在一实施例中,数据处理系统使用智能提醒以允许用户拒绝来话呼叫并且使系统设置智能提醒。在一实施例中,该系统确定设备的当前状态,诸如设备位于车中或者媒体播放应用正在播放设备上的媒体(例如电影),并且基于当前状态给出用于提醒的选项,当设备的状态改变时,提醒可以被触发。例如,如果设备从已有的与用户的车建立的蓝牙连接确定设备处于车中,那么当用户选择被提醒时,系统提供“当我离开车时提醒我”的选项;当该选项被选择时,系统设置在设备的相关状态(在车中)变为另一相关状态(基于蓝牙连接丢失,设备在车外)时出现提醒。在另一实施例中,设备的gps(全球定位系统)接收器可以被使用以即使蓝牙连接不存在(或者设备没有与车的蓝牙系统配对),也能鉴于gps接收器的高速度而确定设备在车中,并且如这里描述的那样运行。

在一实施例中,提醒选项的性质和呈现取决于设备的状态或背景(context)。例如,如果设备确定它不在车中,则涉及或关于车的提醒选项不呈现给用户。类似地,如果设备确定媒体播放器应用(例如,itunes)没有播放媒体(例如,电影),则涉及或关于媒体的提醒选项不呈现给用户。

以上概述不包括本发明的所有方面的穷尽列表。可以预期,本发明包括能根据上面概述的各种方面的所有合适组合实践的所有系统和方法,以及在下面的具体实施方式中公开的那些系统和方法。

附图说明

本发明以示例而非限制的方式示范于附图的图示中,附图中相似的附图标记表示相似的元件。

图1(现有技术)示出处理来话呼叫的gui(图形用户界面);

图2示出改善的用于处理来话呼叫的方法;

图3a-3c示出gui屏幕的示范性序列,该gui屏幕示出图2的方法的实施例;

图4示出另一改善的用于处理来话呼叫的方法;

图5示出示范性gui,其示出图4的方法的实施例;

图6示出用于处理来话呼叫的另一方法;

图7示出示范性gui,其示出图6的方法的实施例;

图8示出gui屏幕的序列,该序列示出另一改善的呼叫处理方法;

图9示出用于具有智能提醒逻辑器的设备的架构;以及

图10示出数据处理系统的示例,该系统能用于本发明的一个或更多实施例。

具体实施方式

将参照下面论述的细节来描述本发明的各实施例和方面,附图将示出各实施例。下面的描述和附图是对本发明的说明,不应理解为对本发明的限制。描述了许多特定细节以提供对本发明的各实施例的透彻理解。然而,在某些例子中,未描述公知或常用细节以提供对本发明的实施例的简洁论述。

说明书中对“一实施例”或“实施例”的提及意味着结合该实施例描述的特定特征、结构或特性可以包括在本发明的至少一个实施例中。短语“在一实施例中”在说明书中各处位置的出现不一定全部都涉及相同实施例。书面论述和后面的附图中描绘的过程由包括硬件(例如,电路系统、专用逻辑器等)、软件或二者的组合的处理逻辑器执行。尽管下面关于一些顺序操作描述了该过程,但是应意识到,所描述的一些操作可以以不同顺序执行。另外,一些操作可以并行而不是顺序地执行。

图2示出根据一实施例的方法的示例,该方法向用户提醒来话呼叫。一开始,如操作22中那样,无线设备接收指示来话呼叫的信号(例如,电话由于电话呼叫而响铃)。在已经接收到来话呼叫之后(但是在它被用户接受/应答之前),如在操作22中那样,无线设备向用户呈现提醒选项,该提醒将在呼叫被拒绝之后基于设备观察下列中的一个或更多而被触发:(1)设备的操作配置状态;(2)最前应用;(3)特定用户活动;(4)设备位置;或(5)呼叫被拒绝之后所观察到的用户或设备行为。在操作24中,代替接受呼叫,设备接收用户对提醒选项的选择。在操作26中,设备观察下列中的一个或多个:(1)设备的操作配置状态的改变;(2)最前应用的改变;(3)特定用户活动;(4)设备位置的改变;或(5)呼叫被拒绝之后观察到的用户或设备行为。如果基于该观察而确定某一标准被满足以使对用户的提醒被触发28,则提醒被触发29。如果标准尚未被满足,则设备继续观察,直到出现适当的触发条件。

设备的当前配置操作状态对应于设备当前启用任务的集合。因此,对设备的当前启用任务集合的任何改变对应于设备当前配置操作状态的改变。网络连接的建立和解除,诸如耦合到pan或从pan去耦,是与设备当前配置操作状态的改变对应的事件的例子。此外,用户或设备对设备配置做出的任何改变对应于所配置的操作状态的改变。例子包括安装新应用、卸载先前安装的应用、开启或关闭网络连接(诸如启用/禁用wifi功能(例如通过将设备置于“飞行模式”或离开“飞行模式”))。

然而,在一实施例中,启用的应用的正常操作诸如更新或以其他方式改变当前运行的应用内的数据,例如,或者休眠但启用了的应用(诸如背景日历)的状态的内部改变,不对应于设备的当前配置操作状态的改变。

除了设备的配置操作状态的改变之外,用于提醒的另一基础是设备的“前端加载”应用或最前应用的改变。例子包括在指定为显示“前端加载”或最前应用而不显示其他应用的设备上启动或离开一应用。最前应用一般具有至少一个输入焦点,诸如用于通过输入设备比如键盘输入文本字符的焦点。例子包括在电影完成播放之后关闭电影应用。

用于提醒的又一基础是设备的特定用户活动。例如,提醒可基于用户在运行的应用(前端加载的或其他的)内采取的期待动作。例如,提醒可以在用户使设备的前端加载的音乐播放应用“静音”或者暂停或停止当前播放的电影时被触发。

用于提醒的又一基础是设备的当前或未来位置,这可以基于gps和/或其他坐标跟踪信息来确定。

图3a-3c示出图形用户界面(gui)的第一实施例,该gui在接收到来话呼叫时与现有技术方案相比向用户呈现更广泛的选项。该gui可以是手持无线设备诸如智能电话(例如,来自加利福尼亚cupertino的苹果公司的)上的触摸输入用户界面,每个有措辞“接受”或“拒绝”。

如图3a-3b所示,根据一实施例,改善的来话呼叫显示向用户提供访问选项ui301的附加能力。例如,选项ui301可以通过被用户向上滑扫而被选择,放大屏幕的用于向用户呈现各种选项的部分,如图3b所示。该选项ui包含供用户选择的选项,在一实施例中,诸如“用电子邮件答复”或“稍后提醒我”303;这些选项可以通过用户在选项之一上敲击而被选择。

在一实施例中,如果“稍后提醒我”303被选择,则如图3c所示,向用户呈现提醒ui305。提醒ui305向用户呈现不同的提醒,诸如,在一实施例中,“当我到车中时提醒我”307、“当离开电影时提醒我”309、“当电影被暂停或停止时提醒我”311和“当我开始工作时提醒我”313。这些选项的顺序可以是生而具有的或者是智能的。根据一实施例,这意味着最频繁选择的提醒选项浮到列表的第一位置,第二最频繁选择的提醒选项浮到列表的第二位置,以此类推。根据另一些实施例,呈现给用户的提醒选项基于在呼叫到达的时刻设备对其当前状态的了解。例如,如果设备检测到(根据其与车的个人区域网络连接)它在用户的车中,它将呈现“当我离开车时提醒我”,相反,如果设备检测到它在用户的车外,则它将呈现“当我进入车时提醒我”。注意,根据该方案,两个选项不会明面上同时呈现。根据图3c的实施例,当设备预先或至少在来话呼叫同时检测到设备不在车内时,“当我进入车时提醒我”选项307被呈现,并且在来话呼叫后,在用户进入车内之后呈现选项307以提醒用户。这里,汽车被理解为能够具有个人区域网络技术,其带有绑定和/或配对技术,该技术能功能上绑定或配对特定手持设备和特定车;蓝牙是这种技术的已知示例。换言之,车和/或设备能确定何时设备用户在同一用户的车内(或与之接近),如果用户的设备在同一用户的车内(或与之接近),则用户的汽车和设备可以交换信息。在该实施例中,一开始,设备检测到它不在用户的车内。也就是说,在此时,设备检测到它没有借助于网络诸如个人区域网络连接(pan)连接到用户的车。

在来话呼叫已经被检测到之后但是在被接受或拒绝之前,无线设备向用户呈现处理该呼叫的一组菜单选项:(1)接受;(2)拒绝;以及(3)提醒。设备接收用户对当用户/设备在用户的车内时向用户提醒该呼叫307的选择。作为该选择的结果,之后,设备能通过(1)感测何时在用户的设备和用户的车之间建立pan连接诸如蓝牙来确定何时提醒用户。故此,注意,触发提醒的基础是在呼叫被拒绝之后观察到的所检测的设备状态(或者设备的配置操作状态的改变)。

另一实施例,诸如“当我离开车时提醒我”(未示出)可以在设备预先或至少与来话呼叫同时检测到设备在车内时被呈现,并且在来话呼叫后,在用户离开车时呈现选项以提醒用户。在该情况中,例如,设备检测到它借助于pan连接到用户的车。在来话呼叫已经被检测到之后但在被接受或拒绝之前,无线设备向用户呈现处理该呼叫的一组菜单选项:(1)接受;(2)拒绝;以及(3)提醒。设备接收用户对当用户离开车时提醒用户的选择。作为该选择的结果,设备可以通过感测何时在用户的设备与用户的车之间不再建立有与用户的车相关联的pan连接诸如蓝牙来确定何时提醒用户。这是响应于设备的配置操作状态的改变而触发提醒的例子。

根据图3c的实施例,如果产生来话呼叫时电影应用当前正在播放电影,则“当离开电影时提醒我”选项309被呈现。再一次地,注意,选项309基于设备理解/明了存在当前正在播放电影的前端加载应用而被触发。具体而言,设备清楚它当前正在播放电影,因此提供提醒选项309以在离开前端加载的电影应用时进行提醒。在各种实施例中,基于设备对其当前配置操作状态、前端加载应用、特定用户活动或其位置的了解而向用户呈现提醒选项的不同组合。例如,如果设备理解当呼叫到达时它当前正在播放电影并且在用户的车外,那么设备可以足够智能到呈现选项307和309。

如果选项309被用户选择,那么用户将在离开最前电影应用时被提醒拒接的来话呼叫。为了更完整地说明该特定实施例,无线设备接收指示来话呼叫的信号(例如,电话由于电话呼叫而响铃)。在此时,设备清楚知晓它具有正在播放设备上的内容的媒体播放器。在来话呼叫已经被检测到之后但是在接受之前,设备因此向用户提供“当离开电影时提醒我”选项309。如果用户选择该选项309,那么设备可以通过感测何时离开播放电影的前端加载应用而确定何时向用户提醒拒接的来话呼叫。因此,设备在呼叫被拒绝之后观察前端加载应用的当前状态,并且然后在检测到期待状态(或播放电影的前端加载应用的期待改变)时决定呈现提醒。

根据图3c的实施例,如果产生来话呼叫时电影应用当前正在播放电影,则呈现“当电影暂停或停止时提醒我”选项311。再一次地,注意,选项311基于设备理解/清楚可能发生某些特定用户活动,诸如暂停或停止当前播放的电影,而被触发。具体而言,设备清楚它当前正在播放电影且因此提供提醒选项311以在用户暂停或停止电影时进行提醒。这不同于离开前端加载的电影应用。这里,为了暂停或停止电影,不需要离开前端加载的电影应用。

如果用户选择选项311,那么在用户暂停或停止前端加载的电影应用中正在播放的电影时,用户将被提醒拒接的来话呼叫。为了更全面地说明该特定实施例,无线设备接收指示来话呼叫的信号(例如,电话由于电话呼叫而响铃)。在此时,设备清楚它具有正在播放设备上的内容的媒体播放器。在来话呼叫已经被检测到之后但是在接受之前,设备因此向用户提供“当电影暂停或停止时提醒我”选项311。如果用户选择该选项311,那么设备可以通过感测用户何时暂停或停止播放电影的前端加载应用中的电影而确定何时向用户提醒拒接的来话呼叫。因此,在呼叫被拒绝之后,设备观察前端加载应用中播放的电影的当前状态,并且然后在检测到期待的特定用户活动时决定呈现提醒。

根据图3c的实施例,在设备预先或至少在来话呼叫同时检测到设备不在用户的工作地点位置中或附近时,呈现“当我开始工作时提醒我”选项313,并且基于来话呼叫,在设备的位置处于指定为用户的工作地点的位置内之后,呈现选项313以提醒用户。这里,手持设备被理解为能具有gps地图技术以确定设备的位置,并且将该位置与预编程位置诸如“工作”、“家庭”等相比较。换言之,设备可以确定何时设备的用户在预编程目的地内(或与之接近),如果用户的设备在预编程目的地内(或与之接近),则设备有能力意识到这点。在该实施例中,设备检测到其位置不在用户的工作地点。

在来话呼叫已经被检测到之后但是在接受或拒绝之前,无线设备向用户呈现处理该呼叫的一组菜单选项:(1)接受;(2)拒绝;以及(3)提醒。设备接收用户的选择以在设备/用户在用户的工作地点313时向用户提醒该呼叫。作为该选择的结果,之后,设备能通过感测设备何时在用户的工作地点内(或与之接近)来确定何时提醒用户。故此,注意,触发该提醒的基础是在呼叫被拒绝之后观察到的所检测的设备位置。

如果用户选择选项313,那么将在设备认识到用户的工作地点在哪里并且到达用户的工作地点时向用户提醒拒接的来话呼叫。在该实施例中,用户的工作地点的位置已经存储在设备中并标为“工作”。为了更全面地说明该特定实施例,无线设备接收指示来话呼叫的信号(例如,电话由于呼叫而响铃)。此时,设备清楚其当前位置不在工作处。在来话呼叫已经被检测到之后但是在接受之前,设备因此向用户提供“当我开始工作时提醒我”选项313。如果用户选择该选项313,那么设备可以通过感测设备的位置何时在用户的工作地点内或附近来确定何时向用户提醒拒接的来话呼叫。因此,设备在呼叫被拒绝之后观察设备的当前位置,并且然后在检测到设备的期待位置时决定呈现提醒。

读者将意识到,在来话呼叫之前/期间/之后的大量不同类型的所检测的设备状态和/或相关联的设备状态改变或呼叫被拒绝之后的用户活动可以用作产生和触发提醒的基础。例如,另一类型的提醒实施例包括提供这样的提醒选项,该提醒选项基于设备对设备的联系人列表内的联系人之间的关系的理解。例如,在检测到来话呼叫来自于“妈妈”并且意识到用户的联系人信息中的“爸爸”条目与用户的联系人信息中的用户的“妈妈”条目的强关系时,设备可以向用户提供“提醒我在和妈妈通话之后呼叫爸爸”选项。在选择该选项后,设备检测对“妈妈”的呼叫何时终止。然后,设备基于该事件向用户呈现呼叫“爸爸”的提醒。这里,设备同时检测设备与来话呼叫的联网状态(即,来话呼叫来自妈妈),并且观察在呼叫之后的设备状态以触发呼叫(与妈妈的呼叫终止)。在该例子中,此外,提醒作为接受而非拒绝呼叫的一部分被提供。

除了检测的设备状态、状态改变和/或用户活动之外,读者还将意识到,设备的当前位置也可用作智能提醒的基础(单独地,或者与所检测的设备状态组合地)。例如,gps信息可以用于制定适当的提醒选项和对应的提醒触发器。例子包括相对于地图坐标信息分析gps信息以理解设备当前在哪里,并且相应地提供提醒选项以及提醒触发器(例如,“当你在火车站外之后提醒?”、“当你离开道路之后提醒?”、“当你在机场内之后提醒?”、“当你在机场外之后提醒?”、“当你离家[5英里/10英里/15英里]时提醒?”)。

还可以监视gps信息的改变以理解用户实际上行进到哪里或者用户实际上不在哪里。也就是说,gps信息随时间的快速改变对应于某一速度的移动。如果设备检测到用户在呼叫到达时正在行进,则设备可以给出提醒“当你停止行进时提醒?”并且当拒绝呼叫之后观察到的gps信息表明用户已经持续某时间阈值基本在同一位置时,触发该提醒。可以集成对行进的认识和地图信息这二者的组合以形成目的地形式的智能提醒,该目的地位于设备应在其当前路径上继续的前头(例如,“在出口117处提醒?”;“当你到达纽约城时提醒?”)。

类似地,设备可以利用其gps位置设置和地图坐标来确定设备的位置和行进,并且提供其可能目的地之前的基于时间的提醒。例如,在一实施例中,设备可以提供选项“当我离家20分钟远时提醒我”。假定设备已经存储了用户家庭地址,设备可以在设备通过确定设备离用户家的距离以及设备行进的当前速率而感测到用户离家例如20分钟远时,向用户提醒该来话呼叫。另外的实施例可以是“在我经常回家的时间提醒我”等。更多地址可以被存储,诸如,如前所述,用户的工作地点位置。如果生意联系人要呼叫用户,可以向用户呈现选项“当我开始工作时提醒我”。然后,如在上面的例子中那样,设备将使用gps来检测何时设备在工作地,并且在检测到此后,然后将向用户提供来自生意联系人的来话呼叫的提醒。

图4示出根据本发明一实施例的另一方法的例子,其呈现了与接受来话呼叫相应地启动应用的选项。一开始,在操作40中,无线设备接收表示来话呼叫的信号(例如,电话根据电话呼叫而响铃)。在已经收到来话呼叫之后(但是在它被用户接受/应答之前),在操作42中,无线设备向用户呈现与接受来话呼叫相应地启动(或以其他方式将设备的激活屏幕转变到)一应用的选项。在操作44,设备接收用户对该选项的选择。在操作46,呼叫被接受,同时启动或者以其他方式积极转变到应用。在一实施例中,设备通过将呼叫方电话号码与存储的联系人列表中的联系人(如果有的话)相匹配来感测呼叫者是谁。在一实施例中,设备可以用关于呼叫方的信息启动便条或其他文本呈现应用,从而更好地通知用户关于呼叫方的信息。

图5示出用于上述方案的图形用户界面(gui)的实施例。

如图5所示,改善的来话呼叫显示赋予用户附加的能力来接受呼叫,并且同时行使另一选项。例如,如果选项501被选择,那么在一实施例中,呼叫被接受,并且便条应用将被启动并且呈现给用户。如本领域技术人员可以预期的那样,该应用不一定限于便条应用,而是可以是可用应用集合中的任一个。

图6示出根据本发明一实施例的另一方法的示例,该方法呈现在拒绝来话呼叫时启动特定应用的选项。开始,在操作60中,无线设备接收表示来话呼叫的信号(例如,电话由于电话呼叫而响铃)。在已经接收来话呼叫之后,如在操作62中那样,无线设备向用户呈现将拒绝来话呼叫并执行任意以下操作的一个或更多选项:i)用电子邮件回应呼叫方;ii)启动网页浏览应用;或者iii)启动可包含例如关于呼叫方的具体信息的便条。在操作64中,设备接收用户接受选项并同时拒绝呼叫的选择。在操作66,在呼叫已经被拒绝之后,设备可以触发电子邮件应用、网页浏览应用或便条应用的启动。

图7示出用于上述图6的实施例的图形用户界面(gui)的实施例。

如图7所示,根据一实施例,改善的来话呼叫处理界面向用户提供访问选项701-703的附加能力,选项701-703中的每个涉及启动或转变到与用户拒绝呼叫相应的特定应用。如果用户选择拒绝呼叫并用电子邮件回应的选项701,则来话呼叫被拒绝,并且启动电子邮件应用。在又一实施例中,如果呼叫方的信息存储在设备中,那么呼叫方的电子邮件地址将已经被预加载在电子邮件应用的电子邮件地址字段中。这允许方便的回应,其中用户仅需键入消息并点击发送,与首先拒绝呼叫,手动启动电子邮件应用,然后输入呼叫方的电子邮件地址形成对照。如果用户选择拒绝呼叫并启动网页浏览应用的选项702,那么来话呼叫被拒绝,并且设备启动网页浏览应用。如果用户选择拒绝呼叫并且启动便条应用的选项703,那么来话呼叫被拒绝,并且便条应用被启动。在又一实施例中,在便条应用中可以向用户呈现具体涉及呼叫方的便条,从而用户可以在例如回复呼叫方的呼叫之前温习关于呼叫方的事实。

图8示出用于处理来话呼叫的图形用户界面(gui)流程的另一实施例。

如图8所示,在接收到来话呼叫时,在一实施例中,当用户以手指或触笔在触敏输入设备上使用滑扫手势向左或向右滑扫来话呼叫屏幕时,选项可被呈现给用户。在该情况下,用户主动滑扫来话呼叫屏幕803以将屏幕改变到各种选项屏幕。在一实施例中,向右的一次滑扫可以向用户呈现屏幕804以快速发送文本消息给呼叫方。向右两次滑扫可以向用户呈现屏幕805以出现关于呼叫方的便条,从而用户可以快速温习呼叫方的细节。向左滑扫一次可出现屏幕802,从而使用户能够快速用电子邮件回复呼叫方,其中呼叫方的电子邮件地址被自动填充,如果该地址存储在设备中的话。向左滑扫两次可出现屏幕801,其将使用户能够通过发布博客事件例如推特(tweet)来对来话呼叫做出响应。

上述其他提醒中任何一个的显示提供可包括的另一提醒实施例是当用户的日程表为空闲时提醒用户(“当我的日程表为空闲时提醒我”)。在选择该选项后,设备随着用户拒绝来话呼叫而访问日程表应用,并且定位用户的日程表没有约定的下一可用位(spot)。设备然后可以将来话呼叫提醒存储在该下一可用空闲位。当提醒存储在该日程表中时,还能被修改,例如如果用户决定他想要在预设时间被提醒的话,例如在5分钟后、10分钟后、15分钟后等,或者在用户手动输入的时间后。

除了提醒之外,还可以用检测设备状态的逻辑器实现呼叫转移。在该情况下,设备不用于接受/拒绝呼叫,而是将来话呼叫转发到另一设备。例如,如果设备检测到设备耦合到或者绑定到另一设备,诸如另一计算机或固定(landline)电话,那么设备可以使呼叫被转移到这些其他设备之一。该设备可以是该用户的设备,或者另一用户的设备。在后一情况下,转发呼叫的提供可以由另一用户而不是另一设备来标识(例如,“转移呼叫到bob?”)。

图9示出用于实现上述智能选项的数据处理系统的架构。根据图9的实施例,设备包括智能提醒逻辑器901,智能提醒逻辑器901包括观察当前设备和/或用户活动逻辑器902和观察当前设备位置和/或运动逻辑器903中的任一个或二者。逻辑器902用于检测设备的当前状态和/或用户活动。这样,作为一种可能性,逻辑器902接受对设备的当前激活应用(一个或多个)904和/或当前从事的使用和/或联网状态905(例如,连接到pan、未连接到pan)的了解作为输入信息。设备配置信息也可被接受(例如,用于提供这样的提醒,该提醒依赖于检测设备的关于一单元的状态,该单元可以由用户配置为启用/禁用)。逻辑器903接受来自gps接收器的gps信息906和地图信息907形式的输入信息。

逻辑单元902、903中的任一个或二者可以由提供提醒确定逻辑器908使用以确定适当的提醒集合909,用于在检测到来话呼叫911时在显示器910上提供给用户。在用户选择912这些提醒选项中的特定一个后,提醒触发逻辑器913查看检测知觉逻辑单元902、903中适当的单元,以感测到后面观察的状态/活动条件已被满足,从而在适当的时刻在显示器910上显示提醒914。读者将理解,智能提醒逻辑器901的任何/所有部分可以以软件(例如,嵌入在操作系统中或者作为应用)或者设置在半导体芯片上的半导体逻辑电路系统或者二者的各种组合来实现。

尽管上面的实施例已经参照具有触摸输入设备的智能电话而得以描述,该触摸输入设备与显示器集成以用于用户与设备之间的通信,但是其他设备可以使用这里描述的各种实施例。读者将理解,可以部分或完全代替地使用用户向设备说话并且设备类似地向用户“说话”的语音技术。此外,具有键盘的设备可以用于这里描述的实施例。

注意,任何/全部提醒选项以及相关联的触发提醒可以以各种组合呈现给用户,这种组合太多而不在此列举。此外,所有上述实施例可以进行交换,例如用电子邮件答复来话呼叫的选项可以在电影结束之后或者在用户离开其车之后等被提供。因此,这两个提醒选项以及其他选项都可基于观察到以下中的一个或更多而被呈现给用户:(1)设备的操作配置状态;(2)最前应用;(3)特定用户活动;以及(4)设备位置。

尽管参照手持设备诸如智能电话描述了上述特征,但是这些相同特征可以并入到其他计算系统(移动的或者其他方式的)中,诸如平板计算机(例如苹果公司的ipad)、上网本、笔记本计算机、膝上计算机、个人桌面计算机等。在上面的说明关于触摸屏描述用户互操作性(interoperability)的情况下,对于没有触摸屏的系统,这种互操作性可以用某形式的光标控制(例如,如用鼠标那样)和键盘击键容易地实现。

图9示出数据处理系统900的示例,其可以用于本发明一实施例。例如在一实施例中,系统900可实现为便携数据处理设备诸如智能电话或平板设备(例如,ipad),或者笔记本计算机或娱乐系统。图9所示的数据处理系统900包括处理系统911,其可以是一个或更多微处理器,或者其可以是芯片上系统(集成电路),该系统还包括存储器901,用于存储供处理系统执行的数据和程序。存储器901可存储例如结合这里描述的一个或更多实施例描述的软件组件,存储器901可以是任何已知形式的机器可读非临时性存储介质,诸如半导体存储器(例如闪存、dram、sram等)。系统900还包括音频输入/输出子系统905,其可包括麦克风和扬声器,用于例如播放音乐或通过扬声器和麦克风提供电话功能。

显示控制器和显示设备909可为用户提供可视用户界面;该界面可包括图形用户界面,其类似于macintosh计算机运行osx操作系统软件或iphone或ipad上运行ios软件时显示的那样。系统900还可包括一个或更多无线收发器903以与另一数据处理系统通信。无线收发器可以是wlan收发器(例如,wifi)、红外收发器、蓝牙收发器和/或无线蜂窝电话收发器。将理解,在某些实施例中,未示出的附加组件也可以是系统900的一部分,在某些实施例中,比图9所示更少的组件也可用于数据处理系统中。系统900还可包括一个或更多通信端口917以与另一数据处理系统通信。通信端口可以是usb端口、火线端口、蓝牙接口、坞站端口等。

数据处理系统900还能包括一个或更多输入设备913,其可提供来允许用户向系统提供输入。这些输入设备可以是小键盘或键盘或触摸面板或多点触摸面板,该面板位于显示设备诸如显示设备909上并与之集成。数据处理系统900还能包括可选的输入/输出设备,其可以是用于坞站的连接器。将理解,一个或更多总线(未示出)可以用于将各种部件互连,如本领域公知的那样。图9所示的数据处理系统可以是桌面计算机、手持计算机或个人数字助理(pda),或者是带有类似pda功能的蜂窝电话,或者是包括蜂窝电话的手持计算机,或媒体播放器诸如ipod,或游戏机或娱乐设备,或者是组合这些设备的各方面功能的设备,诸如与pda和蜂窝电话组合在一设备中的媒体播放器,或者是嵌入式设备或其他消费电子设备。在另一些实施例中,数据处理系统900可以是网络计算机或另一设备内的嵌入式处理设备,或者是其他类型的数据处理系统,其具有比图9所示的更少的组件或者可能更多的组件。

数据处理系统900可以可选地包括一个或更多硬件设备,该硬件设备设计来将通过音频i/o905中的麦克风接收的人类语音数字化并存储起来。

本发明的至少某些实施例可以是数字媒体播放器的一部分,诸如便携式音乐和/或视频媒体播放器,其可以包括呈现媒体的媒体处理系统、储存媒体的储存器,并且还可包括与天线系统和该媒体处理系统耦合的射频(rf)收发器(例如,用于蜂窝电话的射频收发器)。在某些实施例中,储存在远程储存设备中的媒体可以通过rf收发器传输到媒体播放器。媒体可以是例如一曲或更多音乐或其他音频、静态图片、或者动态图片。此外,利用这里描述的一个或更多实施例阐明的软件可以是用于播放音乐或动态图片或其他内容的软件。

虽然图10示出图10中的数据处理系统中的存储器901是直接耦合到数据处理系统中的其余组件的本地设备,但是将理解,本发明可以利用远离该系统的储存器,诸如网络储存设备,其通过网络接口耦合到数据处理系统。图10中的每个总线可包括通过各种桥、控制器和/或适配器彼此连接的一个或更多总线,如本领域公知的那样。

将从本说明显然的是,本发明的各方面可以至少部分地以软件体现。也就是说,该技术可以响应于手持设备的处理器/处理核心执行包含在机器可读非临时性储存介质诸如存储器(例如,图10所示的数据处理系统中的一个或更多存储器,诸如闪存、dram存储器、sram存储器等)中的指令序列而在手持设备中实施。在各种实施例中,硬连线电路系统可以与软件指令组合使用以实现本发明。因此,该技术不限于硬件电路系统和软件的任何特定组合,也不限于数据处理系统执行的指令的任何特定源。此外,贯穿本说明书,各种功能和操作描述为由软件代码执行或导致,以简化说明。然而,本领域技术人员将意识到,这种描述意味着处理器诸如图10所示的处理系统执行代码导致的功能。

在前面的说明书中,已经参照本发明的特定示范性实施例描述了本发明。将显然的是,可以对其进行各种修改而不偏离所附权利要求阐述的本发明的广义思想和范围。说明书和附图因此将被视为示范性而非限制性的。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1