用于通信行为的方法和系统的制作方法

专利名称：用于通信行为的方法和系统的制作方法
用于通信行为的方法和系统
背景技术：
移动设备的用户可确定接收呼入呼叫所基于的设置。用户可将移动设备设置成静 音、响铃和/或振动。如果电话被设置成响铃，则呼入呼叫可发出先前由移动设备的用户确 定的特定响铃声调。可基于与呼叫者相关联的信息确定响铃声调。另外，移动设备的用户 可将移动设备设置成在一天的某几个小时期间响铃，并且可将移动设备设置成在这一天的 其它小时期间振动。尽管移动设备的用户可从电话的多种设置中进行选择以便定制使用， 但用户不能使这些设置个性化并创建对这些设置的超驰。附图简述

图1示出用于通信的系统的一个实施例。图2示出逻辑图的一个实施例。图3示出用于确定外部信息的系统的一个实施例。图4示出利用编组关联和先前呼叫历史来确定是否要超驰呼叫处理规则的逻辑 图的一个实施例。图5示出利用从服务器上的信息的推断来确定是否要超驰呼叫处理规则的逻辑 图的一个实施例。详细描述各实施例可一般地涉及用于通信行为的方法和系统。在一个实施例中，例如，可以 在移动设备上接收来自呼叫者的呼入呼叫。可以接收基于呼叫的包括优先级和/或编组的 呼叫信息。可基于呼叫信息确定要应用的呼叫处理规则。可基于呼叫信息和隐式超驰参数 来确定是否要自动超驰呼叫处理规则。可基于超驰确定来提供通知。可描述并要求保护其它的实施例。各个实施例可包括一个或多个元件。元件可包 括被安排为执行特定操作的任何结构。每个元件可被实现为给定的一组设计参数或性能限 制所需要的硬件、软件或其任意组合。尽管作为示例可以某一拓扑的有限数量的元件来描 述实施例，但该实施例可包括为给定实现所需要的替换拓扑中的或多或少的元件。值得注 意的是，对“一个实施例”或“实施例”的引用意味着结合实施例描述的具体特征、结构或特 性被纳入至少一个实施例中。在本说明书各处中出现的短语“在一个实施例中”并不一定 全部指代同一实施例。图1示出系统的一个实施例。图1示出通信系统100的一个实施例的框图。在 各实施例中，通信系统100可包括多个节点。节点一般可包括在通信系统100中用于进行 信息通信的任何物理或逻辑实体，并可实现为给定的一组设计参数或性能限制所需要的硬 件、软件、或其任意组合。尽管图1作为示例可以示出有限数量的设备，但能够理解可针对 给定实现采用更多或更少量的节点。在各实施例中，通信系统100可包括或构成有线通信系统、无线通信系统或两者 的组合的一部分。例如，通信系统100可包括配置成在一种或多种类型的有线通信链路上 进行信息通信的一个或多个节点。有线通信链路的示例可包括但不限于布线、电缆、总线、 印刷电路板(PCB)、以太网连接、点对点(P2P)连接、背板、交换结构、半导体材料、双绞线、同轴电缆、光纤连接等。通信系统100还可包括配置成在诸如无线共享介质140之类的一 种或多种类型的无线通信链路上进行信息通信的一个或多个节点。无线通信链路的例子 可包括但不限于无线电信道、红外信道、射频(RF)信道、无线保真(WiFi)信道、RF频谱的 一部分和/或一个或多个许可或免许可频带。在后一种情形中，无线节点可包括用于无线 通信的一个或多个无线接口子系统和/或组件，诸如一个或多个无线电、发射机、接收机、 收发机、芯片组、放大器、滤波器、控制逻辑、网络接口卡(WNIC)、天线、天线阵列等。天线的 例子可包括但不限于内部天线、全向天线、单极天线、偶极天线、底端馈电天线、圆形极化天 线、微带天线、分集天线、双天线、天线阵列等。在一个实施例中，某些设备可包括多个天线 的天线阵列，以便实现各种自适应天线技术和空间分集技术。如图1所示实施例中所示出的，通信系统100包括多个元件，诸如经由无线共享介 质160通信的接入点105和移动设备110。如接入点105所示，该接入点可包括无线接口子 系统120。如移动设备110所示，该移动设备110可包括处理器130、存储器单元140和无 线接口子系统150。然而，这些实施例并不限于图1中示出的元件。在各实施例中，通信系统100可包括或被实现为移动宽带通信系统。移动宽带通 信系统的例子包括但不限于顺应各种电气与电子工程师协会(IEEE)标准的系统，诸如用 于无线局域网(WLAN)的IEEE 802. 11标准及变体、用于无线城域网(WMAN)的IEEE 802. 16 标准及变体、以及IEEE 802. 20即移动宽带无线接入(MBWA)标准及变体等。在一个实施例 中，例如，可根据微波接入全球互通性(WiMax)或WiMAX II标准实现通信系统100。WiMAX 是一种基于IEEE 802. 16标准的无线宽带技术，其中IEEE 802. 16-2004和802. 16e修改 (802. 16eCor2/D3-2005)是 IEEE 802. 16 标准的物理(PHY)层规范。WiMAX II 是基于国际 移动电信(IMT)高级第四代(4G)系列标准的IEEE802. 16m和IEEE 802. 16j建议标准的高 级4G系统。尽管作为示例而非限制一些实施例可将通信系统100描述为WiMAX或WiMAX II系统或标准，但可以理解可将通信系统100实现为各种其它类型的移动宽带通信系统和 标准，诸如通用移动电信系统(UMTS)系统标准系列及变体、码分多址(CDMA) 2000系统标准 系列及变体(例如，CDMA2000 lxRTT,CDMA2000 EV_D0、CDMA EV-DV等)、由欧洲电信标准协 会(ETSI)宽带无线电接入网络(BRAN)创建的高性能无线电城域网(HIPERMAN)系统标准 系列及变体、无线宽带(WiBro)系统标准系列及变体、具有通用分组无线电服务(GPRS)的 全球移动通信(GSM)系统(GSM/GPRS)标准系列及变体、数据率增强型全球演进(EDGE)系 统标准系列及变体、高速下行链路分组访问(HSDPA)系统标准系列及变体、高速正交频分 复用(OFDM)分组访问(HSOPA)系统标准系列及变体、高速上行链路分组访问(HSUPA)系统 标准系列及变体、长期演进(LTE)/系统架构演进(SAE)的第3代合作伙伴计划(3GPP)发 布版本8和9等。各实施例不限于该上下文。在各实施例中，通信系统100可包括具有无线能力的接入点105。尽管在图1中没 有明确示出，但接入点105可包括例如类似于移动设备110的结构，该结构包括处理器、存 储器和设置在存储器中的软件中的一个或多个，从而允许接入点105执行各种功能。在各实施例中，通信系统100可包括一组具有无线能力的移动设备110。移动设 备110可包括向诸如其它移动设备或接入点(例如，接入点105)之类的其它无线设备提供 连接的一般化整套设备。移动设备110的示例可包括而不限于计算机、服务器、工作站、笔 记本计算机、手持式计算机、电话、蜂窝电话、个人数字助理(PDA)、组合蜂窝电话和PDA等。在一个实施例中，例如，移动设备110可被实现为WMAN的移动用户站(MSS)。尽管可用被实 现为MSS的移动设备110作为示例对一些实施例进行描述，但是可以理解，也可使用其它无 线设备实现其它的实施例。各实施例不限于该上下文。如移动设备110所示，移动设备110可包括处理器130。处理器130可被实现为 诸如复杂指令集计算机(CISC)微处理器、精简指令集计算(RISC)微处理器、超长指令字 (VLIW)微处理器、实现指令集组合的处理器或其它处理器器件的任何处理器。例如，在一个 实施例中，处理器135可被实现为通用处理器，诸如由美国加州圣克拉拉的Intel 公司制 造的处理器。处理器130可被实现为专用处理器，诸如控制器、微控制器、嵌入式处理器、数 字信号处理器(DSP)、网络处理器、介质处理器、输入/输出(I/O)处理器等。各实施例不限 于该上下文。如移动设备110进一步所示，移动设备110可包括存储器单元140。存储器140 可包括能够储存数据的任何机器可读或计算机可读介质，包括易失性和非易失性存储器。 例如，存储器140可包括只读存储器(ROM)、随机存取存储器(RAM)、动态RAM(DRAM)、双数 据率DRAM (DDRAM)、同步DRAM (SDRAM)、静态RAM(SRAM)、可编程ROM(PROM)、可擦除可编程 ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、诸如铁电聚合物存储器之类的聚合物存 储器、奥弗辛斯基(ovonic)存储器、相变或铁电存储器、硅氧化氮氧化硅(SONOS)存储器、 磁卡或光卡、或任何其它类型的适于储存信息的介质。值得注意的是，存储器140的某部分 或全部可与处理器130包括在同一集成电路上，或者存储器140的某部分或全部可被置于 处理器130的集成电路之外的集成电路或其它介质——例如硬盘驱动器——上。在一实施 例中，存储器可包括操作处理器的数据和指令。各实施例不限于该上下文。在一个实施例中，移动设备可包括显示器。在一个实施例中，显示器可以是有机发 光二极管(OLED)显示器。在一个实施例中，显示器可以是液晶显示器(LCD)。在一个实施 例中，显示器可以是触摸屏显示器。在各实施例中，移动设备110和固定设备105可经由相应的无线接口子系统120、 150在无线共享介质160上进行信息通信。无线共享介质160可包括一个或多个RF频谱分 配。RF频谱分配可以是连续的或不连续的。在一些实施例中，无线接口子系统120、150可 使用例如由WiMAX或WiMAX II系统所使用的各种多载波技术在无线共享介质160上进行 信息通信。在一般的操作中，无线接口子系统120、150可利用一个或多个通信信道进行信 息通信。通信信道可以是限定的一组频率、时隙、代码或其组合。在各实施例中，系统100可包括接入点105和移动设备110。移动设备110可通过 无线共享介质160连接到接入点105。可建立一个或多个逻辑或物理信道，以便进行信息通 信。信息可包括介质信息和控制信息。介质信息可以指表示对用户有意义的内容的任何数 据。例如，内容的示例可包括来自语音会话、视频会议、流视频、电子邮件(“电邮”)消息、 语音邮件消息、字母数字符号、图形、图像、视频、文本等的数据。例如，来自语音会话的数据 可以是语言信息、静默期、背景噪声、舒适噪声(comfort noise)、音调等。控制信息可以指 表示对自动化系统有意义的命令、指令或控制字的任何数据。例如，控制信息可用于将介质 信息路由通过一系统，或者指示节点以预定方式处理介质信息。图2示出逻辑流的一个实施例。图2示出逻辑流200。逻辑流200可代表本文所 述的一个或多个实施例执行的操作。如逻辑流200所示，可在移动设备上接收来自呼叫者的呼入呼叫，205。在一个实施例中，移动设备可以是无线设备。在一个实施例中，移动设备 可接收(205)来自包括但不限于另一个移动设备、无线设备、陆线电话、移动计算设备和/ 或固定计算设备的设备的呼叫。在一个实施例中，可基于呼叫获取呼叫信息，210。在一个实施例中，呼叫信息可包 括优先级和/或编组。在一个实施例中，呼叫信息可包括但不限于呼叫者的身份和/或呼 叫者是从家庭电话号码还是从工作号码进行呼叫。在一个实施例中，呼叫者的身份可包括 但不限于电话号码、姓、名和/或客户号码。在一个实施例中，呼叫信息还可包括关于移动 设备的用户和呼叫者之间的关系的信息。在一个实施例中，可基于该关系将呼叫者置于编 组中。例如，呼叫信息可包括但不限于呼叫者是否是朋友、亲戚和/或生意伙伴。在一个实施例中，可随呼入呼叫接收呼叫信息。在一个实施例中，可检索呼叫信 息。在一个实施例中，可从用户的移动设备中的存储检索呼叫信息。在一个实施例中，可将 呼叫信息存储在用户的移动设备可访问的信息存储设备中。信息存储设备可包括但不限于 数据库、图和/或表。在一个实施例中，可将呼叫信息存储在远程设备上。在一个实施例中， 呼叫信息可包括通过网络连接发现的信息。例如，呼叫信息可包括一个或多个站点，该站点 包含匹配呼叫者的电话号码、姓名或地址。图3示出用于确定外部呼叫信息的系统的一个实施例。图3包括用户的移动设备 310。在一个实施例中，移动设备310可以是图1中的移动设备110。移动设备可与呼叫者 的设备315通信。在一个实施例中，呼叫者的设备可以是另一个移动设备、无线设备、陆线 电话、移动计算设备和/或固定计算设备。在一个实施例中，用户的移动设备310可与远程 服务器320通信。在一个实施例中，远程服务器320可包括信息存储设备。在一个实施例 中，服务器320可包括一个或多个数据库、图和表。在一个实施例中，用户的移动设备310 可经由网络连接325与服务器通信。网络连接325可包括关于图1讨论的通信系统100和 /或无线共享介质160。呼叫者的设备315还可经由网络连接325与用户的设备310通信。在一个实施例中，所获取的呼叫信息220可包括优先级。在一个实施例中，可随呼 入呼叫接收优先级。在一个实施例中，可检索优先级。在一个实施例中，移动设备的用户可 向呼叫者分配优先级。在一个实施例中，可将优先级存储在信息存储设备中，并在呼叫期间 自动检索该优先级。在一个实施例中，优先级可与一定数值范围内的数相关联，诸如但不限 于从0至100、从0至10或从1至5的数值范围内的数。在一个实施例中，可确定优先级。 例如，如果消息不优先，则呼叫可具有0优先级或低优先级。在一个实施例中，呼叫的优先 级可与字相关联例如，可将呼叫确定为具有“不重要”、“重要”或“紧急”的优先级。在一个 实施例中，优先级可以是“高”或“低”。在一个实施例中，呼叫信息可包括移动设备的设置。例如，在接收到呼叫后，呼叫 信息可使用户的移动设备响铃、保持静音、振动或振动并响铃。返回参考图2，在一个实施例中，可基于呼叫信息215确定要应用的呼叫处理规 则。对于语音呼叫，呼叫处理规则可用于确定是否要警告用户以及警告的类型，诸如但不限 于将呼叫发送到语音邮件或使电话响铃和/或振动。对于文本消息或电子邮件，呼叫处理 规则可用于确定是否要警告以及警告的类型，诸如但不限于在接收到消息时使电话振动或
产生声音。在一个实施例中，移动设备的用户可基于一天的时间来设置移动设备的呼叫处理规则。例如，用户可创建呼叫处理规则，该呼叫处理规则规定在工作日上午8点至下午5点 之间的时间期间，移动设备处于振动设置，而其它时间该移动设备处于响铃设置。在一个实 施例中，可基于移动设备的用户和呼叫者之间的关系应用呼叫处理规则。例如，规则可规定 在上午8点至下午5点之间只有来自业务伙伴的呼叫可被设置为响铃。所有其它呼叫可被 设置为静音，且仅将呼叫者的姓名显示在移动设备的显示器上。在应用该规则时，移动设备 可基于呼叫信息确定呼叫者是否属于“业务”编组。 在一个实施例中，呼叫处理规则可基于优先级。例如，具有优先级5的呼叫可使移 动设备响铃。如果响铃未得到应答，则可将呼叫路由到语音邮件。具有优先级4的呼叫可 使得使移动设备响铃的选项向呼叫者提供。在一个实施例中，呼叫者可通过“是”的口头响 应来选择该选项。在一个实施例中，呼叫者可输入“ 1，，来使移动设备响铃，并且可输入“2” 来使移动设备振动。如果呼叫者选择不使移动设备响铃，则移动设备可振动以告知该呼叫。 如果振动未得到应答，则可将呼叫路由到语音邮件。具有优先级3的呼叫可使移动设备振 动。如果振动未得到应答，则可将呼叫路由到语音邮件。具有优先级2的呼叫可使得使移 动设备振动的选项向呼叫者提供。如果呼叫者选择不使移动设备振动，则呼叫可被路由至 语音邮件。具有优先级1的呼叫可使呼叫直接进入语音邮件。 在一个实施例中，当没有进行中的呼叫时，对呼入呼叫应用呼叫处理规则是可适 用的。在一个实施例中，当有进行中的呼叫时，对呼入呼叫应用呼叫处理规则是可适用的。 例如，在一个实施例中，呼叫处理规则可规定当进行中的呼叫是与业务呼叫者进行时没有 呼叫可中断进行中的呼叫。在一个实施例中，可基于显式超驰参数确定(220)是否要自动超驰呼叫处理规 则。显式超驰参数基于一个或多个所定义的规则。在一个实施例中，呼叫信息可包括优先 级。在一个实施例中，呼叫信息可包括优先级是否为“高”。在一个实施例中，如果优先级为 “高”，则呼叫处理规则中可以有显式超驰参数。例如，如果呼叫处理规则是当接收到呼叫时 移动设备振动，则当呼叫者具有“高”的优先级时，可利用显式超驰参数超驰该呼叫处理规 则。当“高”优先呼叫者呼叫时，显式超驰参数可使得移动设备响铃。在一个实施例中，可基于呼叫者的优先级是否高于优先阈值来确定(220)是否要 自动超驰呼叫处理规则。如果优先级高于优先阈值，则可利用显式超驰参数来超驰呼叫处 理规则。例如，呼叫处理规则可以是所接收的呼叫直接进入语音邮件。然而，该规则可被其 优先级高于优先阈值的呼叫者所超驰。其优先级高于优先阈值的呼叫者可超驰呼叫处理规 则且使移动设备振动和/或响铃。在一个实施例中，可基于由超驰呼叫者列表确定的显式超驰参数确定(220)是否 要自动超驰呼叫处理规则。在一个实施例中，呼叫信息可包括超驰呼叫者列表。在一个实 施例中，超驰呼叫者列表可包括一个或多个特定的呼叫者。例如，移动设备的用户可使移动 设备基于呼叫者的编组或优先级来执行呼叫处理规则，但移动设备的用户可创建超驰该呼 叫处理规则的呼叫者的列表。在一个实施例中，在呼叫者超驰列表上的呼叫者能够使移动 设备响铃，即使呼叫处理规则可能规定将所有的呼入呼叫设置成振动。在一个实施例中，在 呼叫者超驰列表上的呼叫者能够使其呼叫振动，即使呼叫处理规则可能规定所有的呼入呼 叫直接进入语音邮件。在一个实施例中，超驰呼叫者列表可基于来自一组人中的特定的人。例如，移动设备用户的妻子可超驰“亲戚”编组使移动设备振动的呼叫处理规则。在一个实施例中，呼叫 者超驰列表可基于呼叫者的位置和/或呼叫的时间。在一个实施例中，超驰呼叫者列表可 允许工作中的特定朋友呼叫使移动设备响铃而不是振动。在一个实施例中，可给予允许超驰呼叫处理规则的呼叫者较高的优先级。例如，可 给予“业务伙伴”编组优先级2，但可给予特定的业务伙伴优先级4。这可允许该特定的业 务伙伴具有使移动设备响铃而非振动的选项。在一个实施例中，可给予允许超驰呼叫处理 规则的呼叫者较低的优先级。例如，可给予“朋友”编组优先级3，但可指定特定的朋友并可 给予他优先级1。在一个实施例中，可基于从呼叫者接收的超驰代码所确定的显式超驰参数确定 (220)是否要自动超驰呼叫处理规则。在一个实施例中，呼叫者可具有超驰呼叫处理规则的 超驰代码。在一个实施例中，可能已经由移动设备的用户预先给予呼叫者该超驰代码。在 一个实施例中，超驰代码可以是个人识别号码(PIN)和/或口令。在一个实施例中，呼叫者 可具有使用语音识别技术、生物测定学和/或击键确定的超驰代码。在一个实施例中，可基于呼叫信息和隐式超驰参数来确定(220)是否要自动超驰 呼叫处理规则。先前的示例讨论呼叫信息和显式超驰参数。显式超驰参数基于一个或多个 定义的规则。隐式超驰参数不基于所定义的规则而是基于人工智能、一个或多个启发式算 法、模糊逻辑和/或遗传算法。在一个实施例中，隐式超驰参数可推断是否应当自动超驰呼 叫处理规则。在一个实施例中，隐式超驰参数可使用移动设备的习得行为来作出关于是否 要超驰呼叫处理规则的确定。在一个实施例中，可通过根据移动设备接收的来自呼叫者的先前呼叫的呼叫历史 生成隐式超驰参数来确定(220)是否要自动超驰呼叫处理规则。在一个实施例中，可通 过基于移动设备的用户应答来自呼叫者的先前呼入呼叫的次数生成隐式超驰参数来确定 (220)是否要自动超驰呼叫处理规则。在一个实施例中，可通过基于移动设备的用户不理来 自呼叫者的先前呼入呼叫的次数生成隐式超驰参数来确定(220)是否要自动超驰呼叫处 理规则。例如，呼叫者可具有高于优先阈值的呼叫优先级。基于具有高于优先阈值的优先 级的呼叫，可允许移动设备响铃而不是直接进入语音邮件。然而，在允许呼叫响铃之前，可 查看关于呼叫者的呼叫历史。可确定呼叫者进行的最后六次呼叫，移动设备的用户使该呼 叫进入语音邮件。结果，隐式超驰参数可确定呼叫处理规则不应被超驰且呼叫应直接进入 语音邮件。因此，即使呼叫者基于呼叫信息可超驰呼叫处理规则，来自该特定呼叫者的呼叫 也可执行呼叫处理规则。在一个实施例中，可基于显式超驰参数和隐式超驰参数确定是否要超驰呼叫处理 规则(220)。图4示出利用编组关联和先前呼叫历史来确定是否要超驰呼叫处理规则的逻 辑图的一个实施例。参考图4中的示例，在接收到呼叫后，可确定呼叫者是“亲戚”编组的 一部分，405。呼叫处理规则可规定来自“亲戚”编组的呼叫者进入语音邮件，410。然而，所 接收的呼叫信息可指示呼叫者是用户的妻子，且显式超驰参数可确定她在使移动设备振动 的呼叫者列表中，415。隐式超驰参数然后可通过查看呼叫历史确定是否允许该呼叫振动， 420。如果用户那天早晨没有接收过任何呼叫且使得来自超驰列表的呼叫进入语音邮件， 425，则隐式超驰参数可能不允许超驰且将使呼叫处理规则得以执行。结果，妻子的呼叫可 进入语音邮件，430。
在一个实施例中，呼叫处理规则可允许具有优先级的呼叫者决定移动设备是否应 该响铃。移动设备可使用语音提示来允许呼叫者使移动设备响铃。呼叫者可口头上或经由 键盘响应于语音提示并声明他/她希望移动设备响铃。隐式超驰参数然后可基于呼叫历史 和用户的响应来推断是否允许移动设备响铃。如果隐式超驰参数确定移动设备应当响铃， 则可超驰呼叫处理规则且移动设备可响铃。返回参考图2，在一个实施例中，可基于呼叫信息和隐式超驰参数来确定(220)是 否要自动超驰呼叫处理规则。可通过根据移动设备接收的来自呼叫者的先前呼叫的呼叫历 史和响应于移动设备接收的来自该呼叫者的先前呼叫的用户行为生成隐式超驰参数来确 定是否要自动超驰呼叫处理规则。例如，隐式超驰参数可查看每次用户呼叫特定的号码和 /或用户在接收到来自呼叫者的呼叫或语音邮件之后多久回叫。如果每次用户接收到来自 特定呼叫者的语音邮件后，用户在五分钟内回叫该呼叫者，则隐式超驰参数可确认或批准 超驰允许移动设备响铃的呼叫处理规则。在一个实施例中，可通过基于接收呼叫的位置生成隐式超驰参数从而基于呼叫信 息和隐式超驰参数来确定(220)是否要自动超驰呼叫处理规则。例如，移动设备可确定移 动设备当前处于漫游收费将牵涉到任一所接收的呼叫的区域中。作为漫游位置的结果，隐 式超驰参数可将所有的呼叫发送至语音邮件。在一个实施例中，移动设备可确定它在家中 还是在喧闹位置，因此隐式超驰参数可允许移动设备响铃。在一个实施例中，可通过基于移动设备的用户应答来自呼叫者的呼叫花费多少次 响铃生成隐式超驰参数来确定(220)是否要自动超驰呼叫处理规则。例如，移动设备的用 户一般在三次响铃内应答来自特定用户的呼叫。然而，如果在过去两天中用户使呼叫者的 呼叫进入语音邮件，则隐式超驰参数可能不会确认超驰并且可将呼叫发送至语音邮件。在一个实施例中，可通过从移动设备上存储的呼叫信息推断的信息生成隐式超驰 参数来确定(220)是否要自动超驰呼叫处理规则。例如，用户可包括作为呼叫信息的一部 分的关于呼叫者的信息。然而，可从呼叫信息推断信息。例如，呼叫处理规则可规定晚间的 呼入呼叫应该响铃。然而，对于晚间来自同事的呼入呼叫，可使用呼叫信息来超驰呼叫处理 规则。移动设备可使用呼叫信息将这些呼叫发送至语音邮件。然而，如果隐式超驰参数推 断呼叫者是用户的新上司，或者如果隐式超驰参数使用启发法确定用户先前在晚间接听了 大多数的呼叫，则隐式超驰参数可允许呼叫者使用户的移动设备响铃。在一个实施例中，可基于呼叫信息和隐式超驰参数来确定(220)是否要自动超驰 呼叫处理规则。在一个实施例中，可通过从远程设备上存储的呼叫信息推断的信息生成隐 式超驰参数来确定是否要自动超驰呼叫处理规则。图5示出利用从服务器的推断来确定是 否要超驰呼叫处理规则的逻辑图的一个实施例。参考图5中的示例，可接收呼叫且可确定 (505)呼叫者是第一次呼叫者。根据呼叫处理规则，可确定(510)第一次呼叫者使移动设备 振动。然而，可按从网络连接上的服务器推断的信息生成(515)隐式超驰参数。使用因特 网上的信息，可确定(520)呼叫者是请求呼叫。因此，基于呼叫历史和隐式超驰参数，呼叫 直接进入语音邮件(525)。返回参考图2，在一个实施例中，基于超驰确定，可提供通知(225)。在一个实施例 中，移动设备可基于超驰确定提供响铃。在一个实施例中，可基于超驰确定提供某一响铃音 调。在一个实施例中，移动设备可基于超驰确定响铃和振动。在一个实施例中，呼叫可基于超驰确定振动。在一个实施例中，呼叫可显示在移动设备的显示器上。在一个实施例中，呼 叫可基于超驰确定进入语音邮件，且通知可以是语音邮件消息的形式。然而，各实施例不限 于这些示例。在此已阐明了许多具体细节以提供对这些实施例的透彻理解。然而，本领域技术 人员将会理解，可在没有这些具体细节的情况下实施这些实施例。在其它实例中，未对公知 操作、组件和电路进行详细描述以免混淆这些实施例。可以认识到，在此公开的特定的结构 细节和功能细节可以是代表性的而不一定限制这些实施例的范围。可使用硬件元件、软件元件或两者的组合来实现各种实施例。硬件元件的示例可 包括处理器、微处理器、电路、电路元件(例如，晶体管、电阻器、电容器、电感器等)、集成电 路、专用集成电路(ASIC)、可编程逻辑器件(PLD)、数字信号处理器(DSP)、现场可编程门阵 列(FPGA)、逻辑门、寄存器、半导体器件、芯片、微型芯片、芯片集等。软件的示例可包括软 件组件、程序、应用、计算机程序、应用程序、系统程序、机器程序、操作系统软件、中间件、固 件、软件模块、例程、子例程、函数、方法、进程、软件接口、应用程序接口(API)、指令集、计算 代码、计算机代码、代码段、计算机代码段、字、数值、符号或其任意组合。确定是否使用硬件 元件和/或软件元件来实现一实施例可根据任意数量的因素而变化，诸如期望计算速率、 功率电平、热容限、处理周期预算、输入数据速率、输出数据速率、存储器资源、数据总线速 度以及其它设计或性能约束。可使用表达“耦合的”和“连接的”及其派生词对一些实施例进行描述。这些术语 并不旨在作为彼此的同义词。例如，可使用术语“连接的”和/或“耦合的”对一些实施例 进行描述，以指示两个或更多的元件彼此直接物理或电接触。然而，术语“耦合的”也可指 两个或更多的元件彼此并不直接接触，但是它们仍然彼此协作或交互。一些实施例可例如使用可储存指令或指令集的机器可读介质或制品来实现，这些 指令或指令集在由机器执行时可使该机器根据这些实施例执行一方法和/或操作。例如， 这种机器可包括任何合适的处理平台、计算平台、计算设备、处理设备、计算系统、处理系 统、计算机、处理器等，并且其可通过使用硬件和/或软件的任何合适组合来实现。例如，机 器可读介质或制品可包括任何合适类型的存储器单元、存储器设备、存储器制品、存储器介 质、存储设备、存储制品、存储介质和/或存储单元，例如，存储器、可移动或不可移动介质、 可擦除或不可擦除介质、可写或可重写介质、数字或模拟介质、硬盘、软盘、压缩盘只读存储 器(CD-ROM)、可录压缩盘(CD-R)、可重写压缩盘(CD-RW)、光盘、磁性介质、磁光介质、可移 动存储卡或盘、各种类型的数字通用盘(DVD)、带、带盒等。指令可包括任何合适类型的代 码，诸如源代码、编译代码、解释代码、可执行代码、静态代码、动态代码、加密代码等，这些 代码通过使用任何合适的高级、低级、面向对象的、可视的、编译的和/或解释的编程语言 来实现。除非另外明确指出，可以认识到，诸如“处理”、“计算”、“运算”、“确定”等的术语表 示计算机或计算系统或者类似电子计算设备的动作和/或过程，其将计算系统的寄存器和 /或存储器内被表示为物理量(例如，电子)的数据处理和/或转换为计算系统的存储器、 寄存器或其它这种信息存储、传输或显示设备内被类似表示为物理量的其它数据。各实施 例不限于该上下文。应注意，本文所述的方法不必以所述顺序或任何特定顺序执行。此外，参考本文标识的方法描述的各种活动可按串行或并行方式执行。尽管在本文中已经示出并描述了特定实施例，但应意识到，预计实现相同目的的 任何配置可替换所示的特定实施例。本公开旨在覆盖各实施例的任何和全部改变和变形。 应理解以上描述以说明性方式而非限制性方式进行。本文中未具体描述的上述实施例的组 合以及其它实施例对于查阅了以上描述的本领域的技术人员而言是显而易见的。因此，各 实施例的范围包括其中使用以上组分、结构和方法的任何其它应用。要强调的是，提供可公开内容的摘要以符合37C. F. R. 1. 72 (b)节，需要使读者能 快速确定技术公开内容的本质的摘要。其主张这样的理解它将不用于限制或解释权利要 求的范围或含义。此外，在以上的详细描述中，可见出于使公开内容流畅的目的，各特征在 单个实施例中被组合起来。本公开的方法不应被解释为反映这一意图所要求保护的实施 例需要比各权利要求清楚陈述的特征要多的特征。相反，如所附权利要求所反映的，本发明 的主题在于少于单个公开的实施例的全部特征。因此，所附权利要求由此结合在详细的描 述中，且每个权利要求自身可作为单独的优选实施例。在所附权利要求中，术语“包含”和 “在...中”分别用作相应的术语“包括”和“其中”的等价词。此外，术语“第一”、“第二”和 “第三”等仅用作标号，且不打算将数字要求强加在其对象上。尽管以专用于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附 权利要求书中限定的主题并不一定限于上述特定特征或动作。相反，上述特定特征和动作 是作为实现这些权利要求的示例形式而公开的。
权利要求
一种方法，包括在移动设备上接收来自呼叫者的呼入呼叫；基于所述呼叫获取包括优先级和编组中的一个或多个的呼叫信息；基于所述呼叫信息确定要应用的呼叫处理规则；基于所述呼叫信息和隐式超驰参数确定是否要自动超驰所述呼叫处理规则；以及基于所述超驰确定提供通知。
2.如权利要求1所述的方法，其特征在于，基于所述呼叫信息和隐式超驰参数确定是 否要自动超驰所述呼叫处理规则包括根据从存储在所述移动设备上的所述呼叫信息推断的信息生成所述隐式超驰参数。
3.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括根据由所述移动设备接收的来自所述呼叫者的先前呼叫的呼叫历史生成所述隐式超 驰参数。
4.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括根据由所述移动设备接收的来自所述呼叫者的先前呼叫的呼叫历史生成所述隐式超 驰参数，所述呼叫历史包括响应于由所述移动设备接收的来自所述呼叫者的先前呼叫的用 户行为。
5.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括基于所述移动设备的用户应答来自所述呼叫者的先前呼入呼叫的次数生成所述隐式 超驰参数。
6.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括基于所述移动设备的用户不理来自所述呼叫者的先前呼入呼叫的次数生成所述隐式 超驰参数。
7.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括根据从存储在远程设备上的所述呼叫信息推断的信息生成所述隐式超驰参数。
8.如权利要求1所述的方法，其特征在于，接收呼叫信息包括从所述移动设备检索关于所述呼叫者的呼叫者的姓名和关系中的一个或多个。
9.如权利要求1所述的方法，其特征在于，接收呼叫信息包括 检索从网络连接上的服务器推断的关于所述呼叫者的信息。
10.如权利要求1所述的方法，其特征在于，确定是否要超驰所述呼叫处理规则包括 确定所述呼叫者是否在呼叫超驰列表上；以及根据由所述移动设备接收的来自所述呼叫者的先前呼叫的呼叫历史生成所述隐式超 驰参数。
11.如权利要求1所述的方法，其特征在于，确定是否要超驰所述呼叫处理规则包括 确定所述呼叫的优先级是否超过阈值；以及根据从存储在所述移动设备上的所述呼叫信息推断的信息生成所述隐式超驰参数。
12.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括确定所述呼叫者是否使用超驰代码；以及基于所述移动设备的用户不理来自所述呼叫者的先前呼入呼叫的次数生成所述隐式 超驰参数。
13.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括接收口令、PIN和一个或多个击键中的一个或多个。
14.如权利要求1所述的方法，其特征在于，确定是否要自动超驰所述呼叫处理规则包括基于接收所述呼叫的位置生成所述隐式超驰参数。
15.如权利要求1所述的方法，其特征在于，基于所述超驰确定提供通知包括显示呼叫 者的姓名和电话号码。
16.如权利要求1所述的方法，其特征在于，基于所述超驰确定提供通知包括使所述移 动设备响铃和振动中的一个或多个。
17.—种包括含有指令的机器可读存储介质的制品，所述指令在执行时使系统能够 在移动设备上接收来自呼叫者的呼入呼叫的指示；基于所述呼叫获取包括优先级和编组中的一个或多个的呼叫信息； 基于所述呼叫信息确定要应用的呼叫处理规则；基于所述呼叫信息和隐式超驰参数确定是否要自动超驰所述呼叫处理规则；以及 基于所述超驰确定提供通知。
18.如权利要求17所述的制品，其特征在于，在执行时使得系统能够基于所述呼叫信 息和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括在执行时使得系统 能够根据从存储在所述移动设备上的所述呼叫信息推断的信息生成所述隐式超驰参数的 指令。
19.如权利要求17所述的制品，其特征在于，在执行时使得系统能够基于所述呼叫信 息和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括在执行时使得系统 能够根据由所述移动设备接收的来自所述呼叫者的先前呼叫的呼叫历史生成所述隐式超 驰参数的指令。
20.如权利要求17所述的制品，其特征在于，在执行时使得系统能够基于所述呼叫信 息和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括在执行时使得系统 能够根据由所述移动设备接收的来自所述呼叫者的先前呼叫的呼叫历史生成所述隐式超 驰参数的指令，所述呼叫历史包括响应于由所述移动设备接收的来自所述呼叫者的先前呼 叫的用户行为。
21.如权利要求1所述的制品，其特征在于，在执行时使得系统能够基于所述呼叫信息 和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括在执行时使得系统能 够基于所述移动设备的用户应答来自所述呼叫者的先前呼入呼叫的次数生成所述隐式超 驰参数的指令。
22.如权利要求1所述的制品，其特征在于，在执行时使得系统能够基于所述呼叫信息 和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括在执行时使得系统能 够基于所述移动设备的用户不理来自所述呼叫者的先前呼入呼叫的次数生成所述隐式超 驰参数的指令。
23.—种移动设备，包括无线接口子系统；以及处理器和存储器，所述存储器包括操作所述处理器进行以下动作的数据和指令在移动设备上接收来自呼叫者的呼入呼叫，获取呼叫信息，基于所述呼叫信息确定要应用的呼叫处理规则，基于所述呼叫信息和隐式超驰参数确定是否要自动超驰所述呼叫处理规则，以及基于所述超驰确定提供通知。
24.如权利要求23所述的移动设备，其特征在于，操作所述处理器基于所述呼叫信息 和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括操作所述处理器进行 以下动作的指令根据从存储在所述移动设备上的所述呼叫信息推断的信息生成所述隐式超驰参数。
25.如权利要求23所述的移动设备，其特征在于，操作所述处理器基于所述呼叫信息 和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括操作所述处理器进行 以下动作的指令根据由所述移动设备接收的来自所述呼叫者的先前呼叫的呼叫历史生成所述隐式超 驰参数。
26.如权利要求23所述的移动设备，其特征在于，操作所述处理器基于所述呼叫信息 和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括操作所述处理器进行 以下动作的指令根据由所述移动设备接收的来自所述呼叫者的先前呼叫的呼叫历史生成所述隐式超 驰参数，所述呼叫历史包括响应于由所述移动设备接收的来自所述呼叫者的先前呼叫的用 户行为。
27.如权利要求23所述的移动设备，其特征在于，操作所述处理器基于所述呼叫信息 和隐式超驰参数确定是否要自动超驰所述呼叫处理规则的指令包括操作所述处理器进行 以下动作的指令根据从存储在远程设备上的所述呼叫信息推断的信息生成所述隐式超驰参数。
28.如权利要求23所述的移动设备，其特征在于，操作所述处理器接收呼叫信息的指 令包括操作所述处理器进行以下动作的指令检索从网络连接上的服务器推断的关于所述呼叫者的信息。
29.如权利要求23所述的移动设备，其特征在于，还包括触摸屏显示器。
全文摘要
一种方法和系统可包括在移动设备上接收来自呼叫者的呼入呼叫。呼叫信息包括基于呼叫的优先级和编组中的一个或多个；可基于呼叫信息确定要应用的呼叫处理规则。可基于呼叫信息和隐式超驰参数来确定是否要自动超驰呼叫处理规则。可基于超驰确定来提供通知。
文档编号H04W4/16GK101925034SQ201010208648
公开日2010年12月22日 申请日期2010年6月13日 优先权日2009年6月16日
发明者B·弗伦 申请人:英特尔公司