自适应推送日历的制作方法

文档序号:6546230阅读:154来源:国知局
自适应推送日历的制作方法
【专利摘要】本发明涉及一种自适应推送日历。自适应推送日历感测到用户位于车内并自动查找日历事件,提示用户以询问用户是否想要呈现属于该日历事件的信息。基于用户的响应而修改日历的下一提示,从而计及作为对第一提示的响应的一部分的由用户要求的任何附加信息。
【专利说明】自适应推送日历

【技术领域】
[0001] 本申请一般地涉及自适应地向计算机用户通知日历事件。

【背景技术】
[0002] 电子存储的日历在现代计算设备中是无处不在的。它们能够方便地存储大量即将 到来的事件供计算机用户参考。然而正如在此理解的,大多数电子日历只是传统纸日历的 简单计算机化版本,这意味着用户必须访问日历并浏览各条目直到定位找到的条目并确认 其日期。同样正如在此认识到的,一些日历事件对一个用户而言可能比对另一个用户更重 要,并且这种重要性会取决于用户的当前活动而变化。


【发明内容】

[0003] -种装置,包括不是载波并且可由客户机设备的客户机处理器访问的计算机可读 存储介质,计算机可读存储介质存储有在由所述客户机处理器执行时将所述处理器配置为 执行逻辑以执行如下方法的指令,所述方法包括:响应于接收到第一位置信号,在计算机上 显示有关日历事件的第一提示。由处理器执行的所述方法还包括记录用户对所述第一提示 的响应;以及至少部分基于所述响应并且响应于随后接收到的位置信号,生成有关日历事 件的不同于所述第一提示的第二提示,以使得所述第二提示基于用户对所述第一提示的响 应而相比于所示第一提示有所修改。
[0004] 在某些实施例中,所述第一位置信号指示所述装置的用户在车辆内。所述第一位 置信号能够从全球定位卫星(GPS)接收机接收,或者能够通过所述处理器与所述车辆内的 无线收发机的配对而建立。
[0005] 所述处理器可以使得所述提示被呈现在车辆的显示器上。
[0006] 在示例性的实现中,所述第一位置信号和所述第二位置信号可以指示相同的位 置,所述第一提示和所述第二提示可以各自指示第一类型事件,但是基于用户对所述第一 提示的响应,所述第二提示与所述第一提示是不同的。
[0007] 在另一方面,一种装置,包括不是载波并且可由无线计算机设备(WCD)的客户机 处理器访问的计算机可读存储介质,该计算机可读存储介质存储有在由所述客户机处理器 执行时将所述处理器配置为执行逻辑以执行如下方法的指令,所述方法包括:响应于所述 WCD与车辆之间通信的建立,判定所述WCD位于车辆内。所述处理器响应于所述WCD位于车 辆内的判定,访问电子存储的日历以返回第一事件,显示所述第一事件的名称,并且接收用 户对显示所述事件的响应。同样地,所述处理器访问所述日历以返回第二事件,显示所述第 二事件的名称,并且连同显示所述第二事件的名称一起,显示所述用户对所述第一事件的 响应的一部分。
[0008] 在另一方面,一种方法,包括:响应于无线通信设备(WCD)感测到其位于车辆内而 向所述WCD的用户自适应地推送电子存储的日历信息。所述自适应的推送包括自动查找日 历事件并且提示所述用户以询问该用户是否想要呈现关于所述日历事件的信息。基于用户 对所述提示的响应,改变下一日历的下一提示,以使得考虑到所述用户响应而修改所述下 一提示。
[0009] 本发明的结构和操作的细节将参考其中相似的参考编号指代类似部分的附图而 得到最佳地理解,并且在附图中:

【专利附图】

【附图说明】
[0010] 图1是根据本发明原理的示例性系统的框图;
[0011] 图2是不例整体逻辑的流程图;
[0012] 图3是针对示例性使用状况的示例逻辑的流程图;
[0013] 图4是用于抢先向日历事件提供沿途的天气和交通信息的示例逻辑的流程图;
[0014] 图5是用于在约会迟到的情况下抢先辅助用户决定是否提前打电话的示例逻辑 的流程图;
[0015] 图6是用于在特定类型约会迟到的情况下抢先在会议模式中提前打电话的示例 逻辑的流程图。

【具体实施方式】
[0016] 在此公开了用于基于计算机的用户信息的方法、装置和系统。在此公开的系统可 以包括经网络连接的服务器和客户机部件,从而可以在客户机和服务器部件之间交换数 据。客户机部件可以包括一个或多个计算设备。其可以包括个人计算机、膝上型计算机、平 板计算机以及包括智能电话的其他移动设备。这些客户机设备可以在各种操作环境下运 行。例如,一些客户机计算机可以运行Microsoft Windows?操作系统。其他客户机设 备则可以运行Unix操作系统的一种或多种版本,由Apple?计算机生产的操作系统(诸 如IOS?操作系统),或是由Google?生产的Android?操作系统。虽然提供了客户 机设备配置的例子,但是这些仅是例子而非意在限制。这些操作环境还可以包括一种或多 种浏览程序,诸如 Microsoft Internet Explorer?、Firefox、Google ChfOnie?,或 是本领域内已知的许多其他浏览器程序。客户机设备上的这些浏览程序可被用于访问由如 下讨论的服务器部件主持运行的web应用。
[0017] 服务器部件可以包括执行配置服务器在网络上发送和接收数据的指令的一个或 多个计算机服务器。例如,在某些实现中,客户机和服务器部件可以经由因特网连接。在其 他实现中,客户机和服务器部件可以经由局域内联网(诸如,校内或校区内的内联网)连 接。在另一些实现中,可以在客户机部件和服务器部件之间实现虚拟专用网络。这一虚拟 专用网络随后也可以经由互联网或内联网实现。
[0018] 由服务器产生的数据可由上文讨论的客户机设备接收。客户机设备还可以生成要 由服务器接收的网络数据。服务器部件还可以包括负载平衡器、防火墙、高速缓存、代理以 及本领域内已知的用于实现安全可靠web站点基础设施的其他网络基础设施。一个或多个 服务器部件可以构成实现向一个或多个成员提供安全社区的方法的装置。上述方法可由在 包括于服务器部件内的处理器上的软件指令实现。这些方法可以利用如下附录中提供的一 个或多个用户接口例。
[0019] 该技术结合各种其他的通用或专用计算系统环境或配置进行操作。适于与本发 明结合使用的公知的计算系统、环境和/或配置的例子包括但不限于个人计算机、服务器 计算机、手持式或膝上型设备、多处理器系统、基于处理器的系统、可编程消费电子品、网络 PC、微型计算机、大型计算机、以及包括任何上述系统或设备的分布式计算环境等。
[0020] 如在此使用的,指令指代的是用于处理系统中信息的计算机实现步骤。指令可由 软件、固件或硬件实现,并且包括系统各部件采用的任何类型的编程步骤。
[0021] 处理器可以是任何常规的通用单芯片或多芯片处理器,诸如 AMD? Athlon? II 或 Phenom?【I 处理器、Intel? i3?/i5?/i7? 处理器、 Intel Xeon?:处理器,或是ARM?:处理器的任意实现。此外,处理器可以是任何常规 专用处理器,包括0ΜΑΡ处理器、诸如Snapdragon?的Qualcomm?处理器、数字信 号处理器或是图形处理器。处理器典型地具有常规地址线、常规数据线和一个或多个常规 控制线。
[0022] 系统包括详细讨论的各模块。正如可由本领域普通技术人员所理解的,各模块分 别包括各种子例程、程序、定义状态和宏。描述各模块以便于对优选系统的功能性的描述。 于是,由各模块分别采取的处理可被任意地重新分配至其他模块之一,在单个模块中组合 在一起,或者例如在可共享动态链接库中可用。
[0023] 该系统可由诸如C#、C、C++、BASIC、Pascal或Java的任何常规编程语目编与,并在 常规操作系统下运行。c#、C、C++、BASIC、Pascal、Java和FORTRAN是许多商用编译器可以 使用以创建可执行代码的工业标准编程语言。该系统也可以使用诸如Pert Python或Ruby 的解释性语言编写。这些仅是例子而非旨在限制。
[0024] 本领域技术人员还将认识到,结合在此公开实施例描述的各说明性逻辑块、模块、 电路和算法步骤可由电子硬件、计算机软件或其组合实现。为了清楚说明硬件和软件的这 一可互换性,已在上文一般性地针对其功能性描述各说明性部件、块、模块、电路和步骤。这 些功能性是由硬件还是由软件实现取决于具体应用以及系统整体面临的设计限制。技术人 员可以按照变化的方式针对每种具体应用实现描述的功能性,但是这些实现决定不应被解 释为导致对本公开范围的背离。
[0025] 结合在此公开实施例描述的各说明性逻辑块、模块和电路可以使用通用处理器、 数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻 辑器件、独立门或晶体管逻辑电路、独立硬件部件、或设计用于执行在此描述的功能的其任 意组合来实现或执行。通用处理器可以是微处理器,但是作为替换,该处理器可以是任何常 规处理器、控制器、微控制器或状态机。处理器还可被实现为计算设备的组合,例如DSP和 微处理器的组合,多个微处理器、一个或多个微处理器结合DSP核心,或是任何其他的这类 配置。
[0026] 在一个或多个示例性实施例中,在此描述的功能和方法可由硬件、软件、或在处理 器上执行的固件、或其任意组合实现。如果以软件实现,则各功能可以作为一条或多条指令 或代码被存储在计算机可读介质上或经由其传送。计算机可读介质包括计算机存储介质和 通信介质两者,其中通信介质包括便于将计算机程序从一处传送至另一处的任何介质。然 而,计算机可读存储介质不是载波,并且可以是能够由计算机访问的任何可用介质。作为 例子而非限制,这一计算机可读存储介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存 储、磁盘存储或其他磁性存储设备、或者能被用于存储期望的程序代码(以能够由计算机 访问的指令或数据的形式)的任何其他介质。同样地,任何这类连接可被恰当称作是计算 机可读介质。例如,如果使用同轴线缆、光纤缆线、双绞线、数字订户线路(DSL)或诸如红 夕卜、无线电和微波的无线技术从网站、服务器或其他远程源传送软件,则上述同轴线缆、光 纤缆线、双绞线、DSL或诸如红外、无线电和微波的无线技术被包括在介质的定义内。在此 使用的光盘和磁盘包括压缩盘(CD)、激光盘、光学盘、数字通用盘(DVD)、软盘和蓝光盘,其 中磁盘通常磁性地再现数据而光盘则使用激光光学地再现数据。上述介质的组合可被包括 在计算机可读介质的范围内。
[0027] 以上详细描述了在此公开的系统、设备和方法的特定实施例。然而将会认识到无 论上文在文字上看上去如何详细,这些系统、设备和方法都能够以多种方法实现。如上所 述,应该注意到在描述本发明的某些特征或方面时使用的特定术语不应被理解为暗示这些 术语在此被重新定义而被限制为包括与该术语相关联的技术的上述特征或方面的任何具 体特性。
[0028] 本领域技术人员将会认识到可以做出各种修改和变化而不背离在此描述的技术 的范围。这些修改和变化旨在落入各实施例的范围内。本领域技术人员将会理解的是,包 括在一个实施例中的各部分可以与其他实施例互换;来自所描述的一个实施例中的一个或 多个部分能够以任何组合被包括在另一个所描述的实施例中。例如,在此描述和/或在附 图中描绘的各部件中的任何部件能够与其他实施例相组合、互换或排除。
[0029] 对于在此使用的任何复数和/或单数术语,本领域技术人员能够根据合适的上下 文和/或应用而将复数转换为单数和/或将单数转换为复数。在此为了清楚而明确阐述各 单数/复数排列。
[0030] 本领域技术人员将会理解的是,一般而言,在此使用的术语通常旨在作为"开放 性"术语(例如,术语"包括"应被解释为"包括但不限于",而术语"具有"则应被解释为"至 少具有",术语"包含"应被解释为"包含但不限于"等)。本领域技术人员还将理解的是,如 果有意引入的权利要求叙述的具体数目,则该意图将在权利要求中明确提出,并且若没有 提出这类叙述则不存在此意图。例如,为了帮助理解,所附权利要求包含前置短语"至少一 个"以及"一个或多个"的使用以引入权利要求叙述。然而,这类短语的使用不应被解释为暗 示由不定冠词"一"或"一个"引入的权利要求叙述将包含这类引入权利要求叙述的任何具 体权利要求限制为仅包含一个这类要素的实施例,即便在同一权利要求包括引入短语"至 少一个"以及"一个或多个"和诸如的不定冠词的情况下(例如,"一"和/或"一个"应被典 型地解释为指代"至少一个"和"一个或多个;这对于用于引入权利要求叙述而使用的定 义冠词也是一样的。此外,即使引入的权利要求叙述明确示出了具体数目,本领域技术人员 也将认识到这些叙述应被典型地解释为指代至少是叙述的数目(例如,不使用其他修饰语 的基本叙述"历数两个"典型地指代"历数至少两个,或历数两个或多个)。此外,在其中使 用惯例地类似于"A、B和C等中的至少一个"的某些实例中,一般而言这一结构在本领域技 术人员能够理解的惯例的意义上进行解释(例如,"至少具有A、B和C之一的系统"可以包 括但不限于仅有A、仅有B、仅有C、有A和B、有B和C 一起、有A和C 一起、和/或有A、B和 C 一起等的系统。)。在其中使用惯例地类似于"A、B和C等中的至少一个"的某些实例中, 一般而言这一结构在本领域技术人员能够理解的惯例的意义上进行解释(例如,"至少具有 A、B和C之一的系统"可以包括但不限于仅有A、仅有B、仅有C、有A和B -起、有B和C 一 起、有A和C 一起、和/或有A、B和C 一起等的系统。)。本领域技术人员将进一步理解的 是,实质上表示两个或更多个可选项的任何转折连词和/或词组,无论其出现在说明书、权 利要求书还是附图中,都应被理解为考虑到包括两项之一、任一项或两项的可能性。例如, 短语"A或B"将会被理解为包括"A〃或"B〃以及"A和B"的可能性。已经在此公开了各方 面和实施例,而其他方面和实施例短语本领域技术人员将会是显而易见的。在此公开的各 方面和实施例仅处于说明目的而非意在限制。
[0031] 首先参考图1,系统10包括至少一个并且被例示为"N〃个的用户或客户机设备 12,其经由诸如因特网的计算机云14与一个或多个服务器计算机通信。在示例中,天气服 务器16、交通服务器18和一般性的一个或多个服务器20通过云与客户机设备12通信。
[0032] 在非限制性和示例性的部件中,客户机设备12可以包括访问计算机可读存储介 质24的处理器22,而所述计算机可读存储介质24则包含有在由处理器执行时配置该处理 器从事如下讨论的原理的指令。客户机设备12可以使用由处理器22控制的诸如但不限于 蓝牙收发机的无线短距离通信接口 26来与其他客户机设备通信。同样地,客户机设备12 可以使用由处理器22控制的诸如但不限于WiFi收发机、无线调制解调器、无线电话收发机 等中的一个或多个的无线网络接口 28来与云14通信。也可以考虑有线接口 26和28。
[0033] 客户机设备典型地包括由处理器22控制以呈现所要求图像的可视显示器30,诸 如LCD(液晶显示器)或发光二极管(LED)显示器或是其他类型的显示器。显示器30可 以是触摸屏显示器。此外,可以设有一个或多个输入设备32以将用户命令输入处理器22。 输入设备的例子包括键盘和小键盘、指示点击设备、向由处理器22执行的语音识别引擎输 入语音命令的麦克风等。位置传感器34可将表示客户机设备12的位置的信号输入处理器 22。虽然图1假设位置传感器34是全球定位卫星(GPS)接收机,但是作为GPS接收机的代 替或补充,还可以使用其他位置传感器。例如,可以使用诸如加速度计、陀螺仪和磁性传感 器之类的运动传感器35来将位置信息输入处理器22。位置信息也可从WiFi信息导出,例 如可将客户机设备的位置推导为该设备正在其中通信的WiFi热点的位置。
[0034] 图1还示出了携带客户机设备12的人可以决定进入车辆36。车辆36可以包括由 访问计算机可读存储介质42的车辆处理器40控制的通信接口 38。该接口 38可被配置为 与客户机设备12的接口之一通信,并且可以是蓝牙收发机。车辆36可以包括板载GPS接 收机44或其他位置接收机,以将表示车辆36位置的信号发送给处理器40。车辆处理器40 可以控制车辆内的可视显示器46以例如在其上和其他用户接口上呈现电子地图。其他客 户机设备可由其用户运送至其他车辆内并建立与其他车辆的处理器的通信。
[0035] 图2示出了整个逻辑例。在框50开始,可以是无线通信设备(WCD)的用户设备12 接收位置信号。该位置信号可以来自GPS接收机34,或者可以通过WCD12使用例如蓝牙配 对或WiFi通信建立或其他配对方法与车辆36内的处理器32进行配对而建立。
[0036] 移至框52,响应于位置信号,WCD12的处理器22访问存储介质24以检索日历信 息,后者包含有关该WCD12的用户的事件或约会以及属于这些事件的日期和时间信息的数 据。WCD12响应于在框50接收到的位置信号呈现有关事件的提示。该提示可以是听觉和/ 或视觉的,并且如果希望,WCD12可以将该提示发送给车辆处理器42,由此作为在WCD12上 呈现提示的附加或代替,使得该提示在车辆显示器46上呈现或由车辆扬声器播放。
[0037] 行进至框54,接收对提示的用户响应并将其记录在例如存储介质24上。接下来在 框56接收另一位置信号,并且基于用户对前一提示的在前响应以及在框56接收到的位置 信号两者,修改自框52的提示并在框58加以显示。注意到在框50和56接收到的位置信 号可以指示相同位置,例如它们两者都可以指示相同的GPS位置或相同的"在车内"位置。 进一步注意到在框52提示的事件可以与在框58提示的事件具有相同类型,例如"与Dave 碰面"。然而,基于在框54用户对第一提示的响应,在框58的第二提示与在框52的第一提 示不同。
[0038] 试举一例,假设基于因进行了与车辆处理器42的蓝牙配对而判定WCD12位于车辆 36内,则WCD处理器22访问日历并注意到这一碰面被安排在未来一小时与例如GPS接收机 34指示的当前位置相距30英里的地方。距离判定可以通过处理器将日历内列出的事件地 址输入地图应用,将其当前位置输入地图应用并使用该地图应用找出距离而做出。
[0039] 在任何情况下,处理器都推定用户可以开车至所述事件。在框52的提示可以是 "您一小时后有个会议"。如果用户通过用连接至处理器22的麦克风询问由语音识别模块 识别出的"在哪里"来响应该提示,处理器就访问日历并使用日历中列出的地址作为响应。 随后假设接下来的一天WCD12再一次位于该车辆内(框56)并且日历指示将来的一小时在 30英里之外的会议。在框58的修改后的提示可以是"您一小时后有个会议",随后根据在 框54接收到的用户对在框52显示的第一提示的响应,在无需第二次询问的情况下显示该 会议的地址。
[0040] 进一步地注意到虽然上例仅使用单次用户响应来修改提示,但是在某些实施例 中,在修改提示之前必须接收两次或更多次的相同响应。
[0041] 图3示出了上述原理的具体使用情况作为例子。在框60,处理器22判定其位于车 辆36内,于是移至框62以定位能被推定为需要开车去的最早的日历事件。在一例中,这一 判定在事件位置大于最小距离(例如,大于100码或半英里或其他最小阈值)且小于最大 距离(例如,小于150英里或其他最大阈值)的情况下做出。如果最早的事件没有落在该 范围内,则检测次早事件,直到找出满足该阈值的事件为止。
[0042] 行进至框64,显示从框62输出的事件名和事件时间,并且如上所述这一显示可以 是听觉和/或视觉的,并且可以在WCD12和/或车辆36上呈现。有关进一步事件信息的用 户信息在框66处接收并在框68处记录,其中WCD通过访问日历或其他数据结构以找出所 请求的信息并在无法找到该信息时返回"不知道"来对请求作出响应。在框70,将在框68 生成的响应(假设请求的信息已被成功找到并呈现)添加至用于要提示的下一事件所显示 的信息。
[0043] 图4示出了除了上述之外,WCD12还可以向用户主动地推送可能有用的进一步信 息。例如,在框72沿着从当前位置到作为图2或3中逻辑的对象的事件的位置的路线,由 WCD12自动搜索天气和交通网站。在收集了天气和/或交通信息之后,在示例中没有显示 信息而是在用户在判定框74决定要观看或听取天气和/或交通信息的情况下由WCD通过 听觉和/或视觉简单地提示用户。如果用户输入(还可通过说)"否"的响应,则该逻辑在 状态76结束。然而,如果用户响应"是",根据用户响应在框78呈现天气和/或交通信息。 例如,用户可以响应"是,仅交通",则在此情况下仅呈现交通信息。注意到如果用户通过说 单词"安静"或同义词进行输入,则上述主动提示被挂起。
[0044] 图5和图6示出了能够在旅行时用于辅助用户的附加主动逻辑。图5于框80开 始,在已经确定了用户要开车去的事件之后,WCD12可以自动确定到达该事件目的地的时 间。这可以通过访问地图应用并将当前位置输入为〃起始〃位置并将事件位置输入为〃目 的地"位置来完成。地图应用典型地返回方向和行驶时间,其可以基于恶劣天气或交通繁 忙而被修改。
[0045] 行驶时间与当前时间相加,并在随后在判定框82与日历内的事件时间相比较。如 果事件时间晚于行驶时间,则逻辑在状态84结束。否则,如果假定对于该事件用户将会迟 到则逻辑移至框86并且判定是否有人与该事件相关联。如果有人与该事件相关联,则定位 该人的电话号码、电子邮件地址或其他通信号码,并且在框88, WCD可以通过听觉和/或视 觉询问用户是否要使用WCD联系在框86定位的那个人。WCD在框90适当地响应用户命令。 例如,如果用户返回"否",则WCD12将不会联系该人。如果用户返回"是",则WCD12将电话 联系该人,或准备向其自动送出的电子邮件或文本消息以指示用户将会迟到,如果期望还 可以包括用户的估计到达时间。
[0046] 注意到在该示例性实施例中,上述逻辑能够如下选择要通知的人以及如何做出联 系。该逻辑能够将日历中列出的会议组织者自动识别为要用"会迟到"消息联系的人。同 样地,使用机器学习,该逻辑能够基于使用过的在前联系方法来确定以何种方法联系该会 议组织者,例如通过文本消息、电子邮件、电话呼叫等。呈现给用户的Π 可以在发送消息之 前列出模式以通知用户,从而允许用户通过语音或触摸输入覆盖已建立的方法并命令要使 用的另一种模式。此外,该逻辑还可以将日历中列出的会议成员与用户的联系历史相比较, 由此根据用户过去最常联系和如何联系来安排在Π 上呈现的列表中的另一个会议成员。
[0047] 图6示出了与图5相类似的逻辑,不同之处在于WCD12部分上更为自动的主动性。 图6于框92开始,在已经确定了用户要开车去的事件之后,WCD12可以自动确定到达该事 件目的地的时间。这可以通过访问地图应用并将当前位置输入为〃起始〃位置并将事件位 置输入为"目的地"位置来完成。地图应用典型地返回方向和行驶时间,其可以基于恶劣 天气或交通繁忙而被修改。
[0048] 行驶时间与当前时间相加,并在随后在判定框94与日历内的事件时间相比较。如 果事件时间晚于行驶时间,则逻辑在状态96结束。否则,如果假定对于该事件用户将会迟 到并且判定有人与该事件相关联,则逻辑移至框98。如果有人与该事件相关联,定位该人的 电话号码、电子邮件地址或其他通信号码,并在框100通过自动拨打该人的号码(如果期望 的话,可以在会议模式下)或通过准备要送至该人的指示用户将迟到的自动电子邮件或文 本消息(如果期望可以包括该用户的估计到达时间)自动联系该人。
[0049] 由此公开了一种日历系统,其基于对当前时间、用户的当前位置以及约会地点的 智能分析而向用户推送信息,并且该信息可以基于类似位置的在前会议和/或用户验证而 被验证。除了日程冲突之外,还可以警告用户与当前位置相关联的冲突,其中考虑到估计的 行驶时间,该当前位置可能会阻止用户进行其下一次约会。行驶时间估计可以基于用户当 前是否在其车内的判断、实时交通状况、最佳线路的标记速度限制、显示到达会议的最佳线 路和方向以及向任何或全部会议出席者通知延迟到达时间的可选项而做出。
[0050] 虽然在此示出并详细描述了具体的自适应推送日历,但是应该理解本发明包含的 主题仅由权利要求所限制。
【权利要求】
1. 一种装置,包括: 不是载波并且可由数字处理器访问的至少一个计算机可读存储介质,该计算机可读存 储介质存储有在由所述处理器执行时将所述处理器配置为执行逻辑以执行如下方法的指 令,所述方法包括: 响应于接收到第一位置信号,在计算机上显示有关日历事件的第一提示; 记录用户对所述第一提示的响应; 至少部分基于所述响应并且响应于随后接收到的位置信息,生成有关日历事件的不同 于所述第一提示的第二提示,以使得所述第二提示基于用户对所述第一提示的响应而相比 于所示第一提示有所修改。
2. 如权利要求1所述的装置,其中所述第一位置信号指示所述装置的用户在车辆内。
3. 如权利要求2所述的装置,其中从全球定位卫星(GPS)接收机接收所述第一位置信 号。
4. 如权利要求2所述的装置,其中通过所述处理器与所述车辆内的无线收发机的配对 而建立所述第一位置信号。
5. 如权利要求1所述的装置,其中所述处理器使得所述提示被呈现在车辆的显示器 上。
6. 如权利要求1所述的装置,其中所述第一位置信号和所述第二位置信号指示相同的 位置,所述第一提示和所述第二提示各自指示第一类型事件,但是基于用户对所述第一提 示的响应,所述第二提示与所述第一提示不同。
7. -种装置,包括: 不是载波并且可由无线通信设备(WCD)的数字处理器访问的至少一个计算机可读存 储介质,该计算机可读存储介质存储有在由所述处理器执行时将所述处理器配置为执行逻 辑以执行如下方法的指令,所述方法包括: 响应于所述WCD与车辆之间通信的建立,判定所述WCD位于车辆内; 响应于所述WCD位于车辆内的判定,访问电子存储的日历以返回第一事件; 至少显示所述第一事件的名称; 接收用户对至少显示所述第一事件的名称的响应; 访问所述日历以返回第二事件; 至少显示所述第二事件的名称;以及 连同至少显示所述第二事件的名称一起,显示所述用户对所述第一事件的响应的至少 一部分。
8. 如权利要求7所述的装置,其中基于所述第一事件是位置距离所述WCD的当前位置 大于最小阈值距离且小于最大阈值距离的最早事件,返回所述第一事件。
9. 如权利要求7所述的装置,其中由访问所述计算机可读存储介质的所述处理器执行 的所述方法还包括: 在无需用户命令的情况下,自动获取并呈现与所述第一事件相关的天气和/或交通信 息; 在无需用户命令的情况下,自动获取并呈现与所述第一事件相关的交通信息。
10. 如权利要求7所述的装置,其中由访问所述计算机可读存储介质的所述处理器执 行的所述方法还包括: 在无需用户命令的情况下,自动确定到达所述第一事件的时间; 判定到达所述第一事件的时间是否晚于所述第一事件的时间; 至少部分响应于到达所述第一事件的时间晚于所述第一事件的时间的判定,向所述 WCD的用户呈现提示以询问所述用户是否想要发送该用户将会迟到的消息。
11. 如权利要求7所述的装置,其中由访问所述计算机可读存储介质的所述处理器执 行的所述方法还包括: 在无需用户命令的情况下,自动确定到达所述第一事件的时间; 判定到达所述第一事件的时间是否晚于所述第一事件的时间; 至少部分响应于到达所述第一事件的时间晚于所述第一事件的时间的判定,在无需用 户命令的情况下,向接收方发送该用户将会迟到的消息。
12. 如权利要求10所述的装置,其中由访问所述计算机可读存储介质的所述处理器执 行的所述方法还包括: 响应于到达所述第一事件的时间晚于所述第一事件的时间的判定,判定是否有该用户 之外的人与所述事件相关联;以及 响应于对有该用户之外的人与所述事件相关联的判定,向所述用户呈现提示以询问所 述用户是否想要向该人发送消息。
13. -种方法,包括: 响应于无线通信设备(WCD)感测到其位于车辆内而向所述WCD的用户适应性地推送电 子存储的日历信息,所述适应性地推送的步骤包括: 自动查找日历事件; 提示所述用户以询问该用户是否想要呈现关于所述日历事件的信息;以及 至少部分基于用户对所述提示的响应,改变下一日历的下一提示,以使得考虑到所述 用户的响应而修改所述下一提示。
14. 如权利要求13所述的方法,包括: 响应于所述WCD与车辆之间通信的建立,判定所述WCD位于车辆内; 响应于所述WCD位于车辆内的判定,访问电子存储的日历以返回第一事件; 至少显示所述第一事件的名称; 接收用户对至少显示所述第一事件的名称的响应; 访问所述日历以返回第二事件; 至少显示所述第二事件的名称;以及 连同至少显示所述第二事件的名称一起,显示所述用户对所述第一事件的响应的至少 一部分。
15. 如权利要求13所述的方法,其中基于所述事件是位置距离所述WCD的当前位置大 于最小阈值距离且小于最大阈值距离的最早事件而返回所述事件。
16. 如权利要求13所述的方法,包括: 在无需用户命令的情况下,自动获取并呈现与所述第一事件相关的天气信息。
17. 如权利要求13所述的方法,包括: 在无需用户命令的情况下,自动获取并呈现与所述第一事件相关的交通信息。
18. 如权利要求13所述的方法,包括: 在无需用户命令的情况下,自动确定到达所述事件的时间; 判定到达所述第一事件的时间是否晚于所述事件的时间; 至少部分响应于到达所述事件的时间晚于所述事件的时间的判定,向所述WCD的用户 呈现提示以询问所述用户是否想要发送该用户将会迟到的消息。
19. 如权利要求13所述的方法,包括: 在无需用户命令的情况下,自动确定到达所述事件的时间; 判定到达所述第一事件的时间是否晚于所述事件的时间; 至少部分响应于到达所述事件的时间晚于所述事件的时间的判定,在无需用户命令的 情况下,向接收方发送该用户将会迟到的消息。
20. 如权利要求13所述的方法,包括: 响应于到达所述事件的时间晚于所述事件的时间的判定,判定是否有该用户之外的人 与所述事件相关联;以及 响应于对有该用户之外的人与所述事件相关联的判定,向所述用户呈现提示以询问所 述用户是否想要向该人发送消息。
【文档编号】G06F17/30GK104156384SQ201410197169
【公开日】2014年11月19日 申请日期:2014年5月12日 优先权日:2013年5月14日
【发明者】M·德麦钱特, 高谷典史, D·思艾尔 申请人:索尼公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1