具有有限数据传输的移动通信设备和系统的制作方法

专利名称：具有有限数据传输的移动通信设备和系统的制作方法
具有有限数据传输的移动通信设备和系统背景本公开涉及无线通信设备和系统。更具体地，它涉及用于在低成本的基础或平台 上进行例如语音消息接发等通信型操作的移动用户接口，以及相关联的数据传输系统和方 法。用于通信和计算活动的膝上型和输入板型便携计算机最近已被改变至更小的形 状因数以使其具有更好的便携性。示例包括Apple的iPhone 、RIM的Blackberry 和其 它类似设备。尽管已高度普及，但这些解决方案需要高数据速率无线接口以满足通过这些 设备可用的相应应用。例如，需要高数据速率接口以促进设备上图像的创建/显示以及邻 近的通信语音交换。尽管这些产品和类似产品的初始成本和购买价格在某种程度上是可承 受的，然而真实的成本掩埋在所要求的多年服务合同中。很大部由于高数据速率无线连接， 服务合同非常昂贵，使得这类设备对许多个人而言是高不可攀的。简单地说，不管在美国还 是在世界上，许多低收入但又非常渴望参与无线通信能力(和其它无线计算活动)的个人 由于无节制的总成本而无法使用这种技术。除了高连接性成本之外，当前可供使用的高科技移动支持设备(或者以其他方式 利于通信和计算操作)包括对许多潜在的最终用户而言兴趣有限的多种应用。时常地，特 定移动计算设备上可用的应用从未被使用过，以使最终用户实际上在为不想要的能力买 单。与之相关地，多个应用的可用性和关联格式的接口可能令人非常困惑并需要培训才能 完全理解。这种短处可能会阻止潜在的用户实际购买一个设备。有鉴于此，需要能直观地操作并利于低成本无线接口的通信设备和关联的无线接 口系统。概述本公开的一些方面涉及用于进行无线通信的便携式用户接口设备。该设备包括机 壳、显示屏、扬声器、传感器和计算机。机壳保持其余的组件，其中计算机被设置在界定了 显示面的显示屏后面，而传感器位于显示面附近。计算机被编程以控制显示屏的操作并运 行无线填表模块、无线数据传输模块以及应用模块。填表模块的类型适于增进以有限数据 传输能力与客户端服务器的源数据类接口。数据传输模块包括无线收发器并适于在无优先 级、限制大小的基础上与数据传输服务通信。应用模块利于通过填表模块和数据传输模块 执行用户指定的操作。在这一点上，应用模块提示在紧挨传感器的显示屏上自动显示所指 派的标题标记，并根据来自传感器的输入信号执行用户指定的操作。在一些实施例中，用户 指定的操作是语音消息接发，而应用模块被编程以确定并提示显示屏根据数据传输模块的 有限大小参数来显示最大消息长度信息。本公开的其它方面涉及执行无线通信的方法。该方法包括提供如上所述的便携式 用户接口设备。该设备由用户操作以记录来自用户的语音消息。在这一点上，将语音消息 用户接口表单显示在显示屏上并提示用户通过麦克风输入时间受限的语音消息。记录和存 储语音消息。设备标识关键字或标识符电子地关联于所存储的语音消息，以产生语音消息 数据串。语音数据串从用户接口设备无线发信至数据传输服务的收发器塔。数据传输服务则基于对标识关键字的参照而将语音消息数据串识别为无优先级项。最后，将语音消息数 据串从数据传输服务无线地发信至客户端服务器。在一些实施例中，该方法还包括将用户 接口设备连接于次级计算机，后者又电子地连接于指定站点。随后藉由次级计算机和该站 点修改由应用模块操作的一部分表单。附图简述

图1是根据本公开的无线通信系统的方框图；图2是可用于图1系统的用户接口设备的方框图；图3是图2的用户接口设备的俯视图；以及图4是本公开适用的一个可得分布式用户接口或无线通信系统的服务器和用户 接口组件的示意图。详细说明图1中以方框图的形式示出根据本公开的无线通信系统20的一个实施例。系统 20包括便携式用户接口设备22、客户端服务器24和数据传输服务26。下面给出各个组件 的细节。然而，一般而言，用户接口设备22被编程以执行一个或更多个预定的操作或应用， 包括语音消息操作。在这一点上，用户接口设备22被进一步编程以将信息——例如语音消 息数据串——信号通知至数据传输服务26。数据传输服务26则从用户接口设备22接收 信息，并将相应信息发送给客户端服务器24以作后续处理。为此，用户接口设备22和数据 传输服务26之间的交互基于无优先级基础，以使数据传输服务26收取的相应费用大幅度 减少(相比于数据传输服务26针对无线传输收取的“正常”费用而言)。客户端服务器24 基于相同方式接口于数据传输服务26，并能实现将语音消息传至所意图的接收方。所有与 数据传输服务26的连接对于完整的收发器塔交易而言都是次级的(低优先级)。结果，系 统20——特别地是用户接口设备22——为寻求至少基本的无线通信能力的最终用户提供 了一种低成本的解决方案。用户接口设备22可表现出多种形式。另行参照图2，在一些结构中用户接口设备 22包括保持例如显示屏32、扬声器34、麦克风36、一个或更多个传感器38、计算机40和选 择性电源42(例如电池)的各个组件的机壳30。计算机40电气连接于诸个组件32-38并 控制它们的操作，并且计算机40可以是包含微处理器/芯片(例如Intel处理器)的小型 计算设备。不管怎样，计算机40被编程以包括或工作于若干模块，这些模块包括无线数据 传输模块50、无线填表模块52和应用模块54。无线数据传输模块50被配置成无线接口于数据传输服务26 (例如发送和接收数 字信号)，并包括为业内已知的这些交互所必需的电路组件(例如收发器组件)。此外，无 线数据传输模块50被编程以利于低成本地接口于上述数据传输服务26。作为参照，数据 传输服务26是，或包括，传统的蜂窝电话塔。尽管大多数蜂窝电话塔基本不断地发送和接 收信号，然而也可以有使用率较高的周期和使用率较低的周期。此外，多数时候在蜂窝电话 塔上保留未使用的“发送和接收”空间。实际上，即使当塔被认为是“满”时，仍然存在足以 少量、快速传输数据的空间。结果，蜂窝电话塔工作人员乐于在这些使用率低的周期(或未 使用空间)和/或在全双工通信的数据传输期间以大幅度降低的费率出售经过该蜂窝电 话塔的数据传输活动。有鉴于此，系统20利用与数据传输服务26的“无优先级”通信/传 输，其中“无优先级”表示作为系统20 —部分，数据传输服务26发送/接收数据传输仅是在有限且预定的时间和/或仅具有有限且预定的大小。有限的时间和/或大小由数据传输 服务26约定以作为与系统20的用户(即用户接口设备22的操作者)的服务合同的一部 分，并以大幅度降低的费率(相比于与传统移动通信和计算设备的用户正常遭遇的服务合 同相关联的费用而言)实现。客户端服务器24以同样方式接口于数据传输服务26。因此， 数据能经由数据传输服务26从用户接口设备22流至客户端服务器24，其中数据是语音消 息(例如)，客户端服务器24随后工作以通过例如数据传输服务26将语音消息“前推”至 意图的接收方。有鉴于此，数据传输模块50被编程以将标识符标签或“关键字”以电子方式附于 由用户接口设备22发信的任何传输。标识符标签将数据传输标识为已由设备22产生；数 据传输服务26继而将该标识符标签和相应传输信号识别为与数据传输服务26具有无优先 级安排的客户相关联。有了这种认识，并按照与用户接口设备22的用户的服务安排，数据 传输服务26基于无优先级的基础处理所传送的信号。也就是说，数据传输服务26将不会 自动或立即地处理/转发来自用户接口设备22的发信传输，相反，数据传输服务26仅在与 用户的服务安排相适的时间和/或数据串大小处理/转发数据传输。实际上，数据传输模 块50所插入的标识符标签被数据传输服务26解释成无优先级传输请求；数据传输服务26 基于无优先级地遵照该请求。如上所述，与系统20相关联的服务费用减少可基于向数据传输服务26的传输时 间、传输大小，或基于这两者。可对数据传输模块50编程以实现大小限制要求。例如，数据 传输模块50可编程以具有最大数据传输大小或长度参数，以使数据传输模块50衰减或单 纯不发送超过所建立门限的任何数据串。同样的最大大小参数可由实现设备22的用户所 要求的应用/操作的性能的填表模块52和/或应用模块54传达或施加，或直接编程入相 应模块52或54。不管怎样，向数据传输服务26的数据传输是无优先级的并且是限制大小 的。填表模块52利于实现设备22的必要功能性并工作在限制大小传输的 基础上。在一些实施例中，填表模块52通过采用2002年12月26日发布的题为 ‘‘Platform-Independent Distributed User Interface ServerArchitecture(独立于平台 的分布式用户接口服务器架构)”的No. 7，155，681美国专利中记载的分布式用户接口架构 而充当针对精简的客户端侧的资源需求的相对薄的客户端，该文献被援引包含于此。一般 而言，分布式用户接口架构保持或模拟与客户端服务器24发挥终端会话功能的持久状态 连接，并仅传送数据和如何显示数据的简单描述。填表模块52产生“标准”用户接口表单， 并用传送的数据填写“空缺”的表单位置。其结果是不需要“往返”用户接口设备22上的每 个表目；随后可成群地传输数据，这使每个传输数据分组的使用更为高效。填表模块52保 持与计算机40平台相对应的不同表单定义的列表和与应用模块52相关联的应用的特定截 屏。另外，填表模块52可存储这些表单定义的高速缓存的副本。在一些实施例中，应用模块54被调整或编程以执行语音消息操作。更具体地说， 应用模块54工作以直观地引导设备22的用户记录想要的语音消息，从而以填表模块52规 定并可为经由数据传输模块50的传输(即有限大小传输)所接受的格式传至意图的接收 方。用户利用麦克风36以口头输入所想要的语音消息。应用模块54与显示屏32和传感 器38接口以协助用户快速和方便地创建一条适宜的语音消息(例如就长度和指定接收方而言)°可参照图3更好地理解以执行语音消息接发操作为目的的应用模块54的编程，图 3示出用户接口设备22最终形式的一个实施例。用户接口设备22再次包括保持显示屏32 的机壳30。计算机40(隐藏在图3中)由机壳30保持在显示屏32 “后面”以使显示屏32 被描述为具有与计算机40相对的显示侧60，信息可在显示侧60显示给用户/可供用户查 看。通过图3的一个实施例，机壳30定义四条周长边70-76，显示侧60从边70-76向内偏 移。另外，用户接口设备22包括多个传感器38，例如包括第一至第四传感器38a_38d。 传感器38a-38d可表现为多种形式(例如机械开关、薄膜接触传感器、低电压指触开关等)， 并包括致动部分80。致动部分80—般被配置成当通过用户指尖接口时产生信号(机械信 号或电信号)。有鉴于此，机壳30被配置成从外围保护每个传感器38的致动部分80，以防 止用户无意的致动或意外致动。换句话说，机壳30被配置成使传感器38仅当用户蓄意这 样做时才被“激活”。例如，机壳30可形成多个凹口 90，在这些凹口 90中设置致动部分80 的每一个。对于图3所示的一个凹口 90，凹口 90定义深度D和宽度W。相应传感器38的 致动部分80被设置在深度D中。此外，宽度W(以及致动部分80相对深度D的空间位置) 是根据与成人指尖相关联的形状因数选择的(例如在一些实施例中宽度W为0. 25-0. 5英 寸)。通过这种结构，在相应传感器38被用户接口设备22解释成已被致动前，需要用户将 他/她的指尖压入凹口 90的协同动作。通过图3的一个实施例，用户接口设备22被配置成在机壳30的整个周长周围的 间隔位置提供传感器38。因此，第一传感器38a沿第一边70设置，第二传感器38b沿第二 边72设置等。或者，更多或更少的任何其它数目的传感器38也是可接受的。例如，边70-76 中的一个或更多个不需要包括或保持任何传感器38。不管传感器38的数目和/或位置如何，应用模块54协同填表模块52工作以在显 示屏32上在诸个传感器38中预定的一个(尤其是对应的致动部分90)的近旁(即，紧接 相邻)自动显示与所选应用的执行相关的预定标题标记100。预定的标题标记100可表现 为多种形式，并直观地通知用户一旦启动相应传感器38所实现的操作或命令。例如，在语音消息接发的一个示例应用的背景中，与第一传感器38a紧接相邻地 自动显示在显示屏32上的预定的标题标记100a可以是文字“记录”(或可由用户轻易地识 别为表示“记录”命令的图标)。在这些情形下，执行语音消息接发应用的应用模块54被编 程以响应第一传感器38a的用户致动而发起语音消息的“记录”。另外，可提供其它预定的 标题标记100(以及在执行语音消息接发操作中由应用模块54作用的相应命令)，例如“发 送”、“擦除”、“播放”等。不管怎样，当与所选操作(例如语音消息接发)配合时，总是显示 相同的预定标题标记100。当用户接口设备22被编程以执行不同操作(例如语音消息接 发和电子邮件)时，预定的标题标记100在不同的应用间可以是不同的(例如在语音消息 接发应用中为“记录”而在电子邮件应用中为“复制”)。此外，一个(或更多个)预定的标 题标记可涉及可用应用之间的切换。或者可通过使用一个以上的传感器(例如致动传感器 38中的两个或更多个)来激活这个特征。如上所述，在一些实施例中，基于用户接口设备22向数据传输服务26发送有限大 小的数据传输，预述了系统20 (图1)作为低成本服务的操作。在语音消息接发操作的背景中，语音消息的时间长度受到用户和数据传输服务提供者商定的数据传输最大大小参数的 限制。有鉴于此，在一些实施例中，应用模块54被编程以在记录语音消息的同时经由显示 屏32将指示该时间限制的信息提供给用户。例如，应用模块54可编程以预定的最大消息 时间长度值；应用模块54在指定预定的最大消息时间长度值时可参照数据传输模块50所 存储的预定的最大大小参数。不管怎样，知道了这种预定的最大消息时间长度值，应用模块 54促使显示屏显示并持续更新通知用户关于记录当前语音消息所剩余时间的信息。所显示的时间剩余信息从本质上作为当前正在记录的语音消息的长度和预定的 最大消息时间长度值之间的比较，并能表现为多种形式。例如，显示器可包括时钟显示，记 录中的语音消息的经过时间以视觉上提醒用户是否接近最大时间长度的方式持续更新和 显示(例如在记录当前消息时，随着时间流逝沿顺时针方向缓慢“填满”的时钟显示)。或 者可显示沙漏等。再有，剩余的时间可以数字形式(例如分和秒)显示。一旦到达预定的 最大时间长度值，应用模块54自动停止记录操作并在某些实施例中向用户提供已超过最 大时间的视觉警告。通过限制记录的语音消息的长度或容量，应用模块54确保由用户接口 设备22传送的结果语音消息将遵循由数据传输服务26确立的可接受数据大小限制。同样 的大小限制动作也可实现于其它应用(例如可自动分割超过预定限制的多个传入的语音 邮件消息)。另外，应用模块54和/或填表模块52提供的用于在执行语音消息接发操作中进 一步补足系统20的限制大小数据传输属性的选项特征涉及用户选择和/或指示所记录语 音消息的意图接收方的方式。在一些结构中，预定的标题标记100可包括与其中一个传感 器38相关联的“答复”命令，应用模块54被编程以将相应传感器38的致动解释成来自用户 的简单地“答复”当前正被用户查看/收听的消息的命令。在这些情形下，意图的接收方被 用户快速的选定，并很容易被应用模块54理解/执行。作为附加或选择，应用模块54可被 编程为以填表方式存储和有选择地显示一个或更多个潜在接收方的联系信息。更具体地， 填表模块52可包含联系指派表单，一旦在所指派的一个传感器38处接收到用户命令，应用 模块54就提示用户接口设备22从客户端服务器24检取相应填表信息(要理解，预定标题 标记100可将字/图标关联于显示屏32上的适宜传感器38以允许用户执行这个功能)。在一些结构中，用户接口设备22——尤其是模块50-54——被配置成使用户无法 仅用设备22本身改动一个或多个性能属性(例如可用表单、预定标题标记、添加/编辑接 收方联系信息等)。如此，可减少计算机40的计算能力，并且不需要传统的用户接口组件 (例如键盘、鼠标等)。这又理想地减少了用户接口设备22的成本和大小。作为参照，图3 的用户接口设备22的尺寸被构造成高度地薄(例如厚度小于0.5英寸)和可袋装，其长度 和宽度尺寸小于4英寸。有鉴于此，在一些实施例中，系统20被进一步配置成包括具有因特网连接能力的 次级计算机以及利于用户改动用户接口设备2的指定站点。次级计算机可以是客户端服务 器24或可以是连接于因特网的任何其它计算机。此外，用户接口设备22包含允许与次级 计算机电子连接(有线或无线)的特征(例如USB端口等)。不管如何，连接于次级计算机 后，次级计算机通过因特网操作以链接于指定站点。该站点继而允许用户经由次级计算机 (例如次级计算机的键盘和/或鼠标用来输入想要的改变)改动用户接口设备22和/或存 储在客户端服务器24的信息。所述改动可包括例如删除或改变一个或更多个预定标题标记100的格式或添加与所选应用(例如语音消息接发应用)有关地另外显示的新预定标题 标记；删除、改变或编辑接收方联系信息等。尽管本公开的系统20已描述为执行语音消息接发操作，然而也可包括一个或更 多个附加无线操作。例如，用户接口设备22可适于发送和接收电子邮件、与因特网站点接 口、执行计算型操作等。因此，应用模块54不局限于语音消息接发应用和/或可包括其它 附加的模块。图4是根据本公开并且分布式用户接口(UI)系统形式的示例无线通信系统中服 务器和客户端组件的示意图。图4所示的单元可表示软件程序、软件程序模块、功能性组 件、处理任务或线程、存储单元、应用程序代码段等。在实践系统中，图4中示出的服务器侧 单元包含在位于客户端服务器(或UI服务器)上的客户端服务器处理架构702中，而图4 示出的客户端侧单元包含在位于用户接口设备(或客户端设备)上的客户端处理架构704 中。每个这些处理架构可通过一个或更多个处理器设备和任何数量的存储器设备(图4未 示出)来实现。简言之，客户端服务器处理架构702包括与一个或更多个基于服务器的应用710 以及第一通信接口单元712通信的客户端服务器应用708。客户端服务器应用708包括或 关联于服务器发送单元714、服务器接收单元716、客户端表单数据库单元717、影子高速缓 存单元718和设备能力存储单元720。基于服务器的应用710可与一个或更多个数据源模 块722通信(它又与任意数量的数据服务器通信)。客户端服务器处理架构702也可支持 桌面应用启动器(它可实现为应用710的另一实例)，该桌面应用启动器与最终用户可得的 一个或更多个可选桌面应用726通信。用户接口设备处理架构704包括与第二通信接口单元730通信的用户接口设备应 用728。第一和第二通信接口单元712、730被适当地配置以彼此通信并利于发送和接收能 够在用户接口设备和客户端服务器之间传送的源数据项、控制命令、动作请求和其它命令 (要理解客户端服务器和用户接口设备可利用任何数量的已知技术来执行实际的信息发 送、接收和交换；通信接口单元712、730用于图4所示的实践实施例中)。用户接口设备应 用728包括或关联于用户接口设备发送单元736、用户接口设备接收单元738、用户接口设 备UI模块740以及一个或更多个用户接口设备数据高速缓存742。用户接口设备应用728 还配合依存于OS的代码732和若干OS应用程序接口(API) 734发挥作用。这些与OS有关 的单元可代表存储器分配API、线程创建API、进程间通信API、从UI控件获取消息的机制 等。通过将客户端应用模块与依存于OS的代码732和OS API 734分离开，客户端架构可 轻易地向不同的现有用户接口设备平台开设端口。图4示出以支持在数据传输服务网络上双向通信的模式连接的客户端服务器和 用户接口设备。尽管该连接模式在每个通信会话中予以利用，然而客户端服务器和用户接 口设备可独立地和单独地以离线方式工作。换句话说，在客户端服务器和用户接口设备之 间不需要保持永久或连续的会话。对本例而言，客户端服务器和用户接口设备以避开防火 墙706的方式适当地连接。例如，在较佳实施例中，客户端服务器经由端口与客户端设备通 信。在较佳无线实施例中，两个通信接口单元利用HTTP以外的适宜协议，HTTP协议将会是 麻烦的并且对分布式UI系统而言效率不是特别高。例如，通信接口单元可采用私人协议， 该私人协议具有下列特征比HTML更少的描述性开销；仅发送所请求的源数据项而不是与
10网页关联的所有数据的能力；以及支持利于额外交互性的扩展命令列表的能力。当然，某些 部署——例如桌面网络布置——可利用HTTP。在实践中，通信接口 712、730将由位于客户端设备和UI服务器上的适宜可执行程 序模块(例如动态链接库(DLL))提供。通信DLL包括但不局限于管理用户接口设备和客户 端服务器之间的通信的各种功能。例如，通信DLL可执行数据压缩、加密、端口选择、形成任 何自相关指针、字长和字节顺序管理(UI服务器可为客户端处理这些问题)以及槽口管理。 服务器侧通信DLL选择一端口——例如标准HTTP端口——以建立通信会话，并确定如何联 系(或侦听)客户端。服务器侧通信DLL向各基于服务器的应用710汇报丢失的连接，但 DLL保持负责再连接至用户接口设备。在其它配置中，客户端设备可连接于客户端服务器。如上面简单提到的那样，客户端服务器采用客户端服务器处理架构702。处理架 构702可包括任何数量基于服务器的应用710，该基于服务器的应用710较佳地由客户端服 务器应用708驱动(在实践场合中，客户端服务器应用708被实现为充当驱动器应用的单 个可执行文件，即单个“.exe”)。客户端服务器应用708可充当与通信接口单元712互通 信息的“调用方”。简言之，客户端服务器应用708执行不由服务器通信接口单元712或基 于服务器的应用710处理的那些服务器侧的任务和进程。例如，客户端服务器应用708可 执行下列任务中的任何一个调用通信接口单元712以建立连接；管理连接、再连接和多客 户端；监视哪些基于服务器的应用被安装并且是可用的；在基于服务器的应用之间进行切 换；加载基于服务器的应用并将消息分派给它们；以及提供例如创建表单定义、计算字体 宽度等若干普通功能特征。特别，客户端服务器应用708也可包括一个以上的应用所共有 的其它功能。例如，它可包括设备能力信息和应用注册特征。客户端服务器应用708的主循环经由服务器接收单元716获得来自客户端设备 的输入，并将命令分派给与当前基于服务器的应用相关联的适宜处理例程(在实践实施例 中，基于服务器的应用710将向一些标准分派入口点来注册DLL)。当前应用710随后可调 用与通信接口单元712关联的API以将数据发送给该设备。数据的发送是通过服务器发送 单元714完成的(因此，线程化的系统上的客户端服务器应用708较佳地具有用于“发送” 队列的全局数据、唤醒服务器发送单元714的方法以及中断服务器发送单元714的标志)。 在工作中，客户端服务器应用708保持含要被发送至客户端设备的数据项、命令和其它信 息的列表的“发送”队列。尽管不是系统实现功能的必需要求，然而较佳实践实施例在客户端服务器应用 708中利用至少两个线程，例如服务器发送线程和服务器接收线程。理想的是将发送线程和 接收线程分开以保证能够轻易地取消个别操作，尤其鉴于客户端服务器处理信息并以“组 块”方式将信息发送至用户接口设备的方式。因此，服务器发送线程可处理获得自以独立方 式从客户端采集命令、输入和信息的服务器接收线程的取消和状态改变。然而，也可在非线 程化的模块中实现这种代码，这种实现可较佳地发生在可升级服务器环境中。基于服务器的应用710可表示任何数目的不同应用、特征或功能，包括上述语音 消息接发应用以及可选的其它应用，例如电子邮件应用、日历应用、地址簿或联系列表、聊 天应用、任务提醒列表、报警特征、消息接发服务或任何其它可在台式(或其它)计算机 上运行的应用程序。这些应用主要驻留在代表用户接口设备处理大多数——如果不是全 部——应用处理的客户端服务器上。除了基于当前UI状态和用户所选择的动作而告诉用户接口设备作出何种UI改变外，客户端服务器的工作基本是作为远端数据源。这种数据源 和典型数据源之间的主要区别仅在于客户端不需要知道数据的名称、类型或来源；客户端 服务器负责基于客户端服务器使其关联于表单定义中的控制描述的数据ID获得和格式化 给客户端的数据。特别地，可将客户端服务器配置成与任何给定的基于服务器的应用710 的多个数据源通信并支持它们。例如，PIM应用可利用若干不同的数据源，例如MICROSOFT EXCHANGE 、STARFISH ORGANIZER 、N0VELLC0MMUNICAT0R 等。因此，每个基于服务器的应 用710较佳地包含到按应用的数据源模块722的接口，该数据源模块可根据正在使用哪个 数据源而更换。根据一个可能的示例实现，客户端服务器应用708可实现为具有若干应用大小的 DLL的状态机。因此，尽管实际实现为应用模块的组合，然而每个基于服务器的应用710就 用户接口设备的用户看来是单独的应用。这些DLL中的每一个可具有单独的例程以处理给 定表单的状态。客户端服务器较佳地维持每个基于服务器的应用710的当前状态，即使当 服务器通信接口单元712报告通信问题时也是如此。这个特征能使分布式UI系统长久地 维持各种应用而不管用户接口设备的连接状态如何。另外，客户端服务器应用708较佳地 包括配置成注册基于服务器的应用710的API，且每一个别应用710可调用另一 API以获得 基于服务器的应用710的列表。如此，可使所有可用或受支持的应用710的列表置于由每 一个别应用710生成的菜单或控制单元(例如“G0”菜单)中。在另一可能实现中，客户端服务器应用708不需要实现为状态机。另外，尽管不是 本发明的必需要求，任何基于服务器的应用710可个别地实现为状态机。在这种实现中，该 个别应用710不被提供应用列表。而是，客户端服务器应用708可将应用列表送至用户接 口设备，用户接口设备又使其可从任何基于服务器的应用710内访问。或者，客户端设备可 包括专用于显示应用列表的单独应用。基于服务器的应用710可与任意数量的数据源模块722通信，数据源模块722又 从一个或多个数据服务器获得源数据项。数据源模块722可利用任何适宜的通信协议或模
型-例如 MICROSOFT OUTLOOK OBJECT MODEL (OUTLOOK对象模型)(00M)-与数据服务
器通信。例如，可(根据已知技术)适当地配置多个数据源模块722以使它们各自与下列 类型的服务器中的一个通信 MICROSOFT EXCHANGE 、LOTUS NOTES 、P0P3 禾口 SMTP。或者， 单个数据源模块722可使用多源API——例如00M——以与这些数据源中的任何一个通信。 一旦获得源数据项，数据源模块722可充当处理源数据项的基于服务器的应用710的接口 或媒介。在这方面，基于服务器的应用被配置成操纵源数据项以在用户接口设备处呈现和 /或编辑。如前面简单提到的那样，客户端服务器处理架构702较佳地包括客户端表单数据 库单元717或与之通信。客户端表单数据库单元717较佳地存储关于同应用UI相关联的 表单、控件、布局、参数和/或特性的信息。在实践实施例中，客户端表单数据库单元717存 储在UI处理和渲染中供客户端设备利用的表单定义。在较佳实施例中，UI控件、UI表单和 UI定义(至少部分地)基于各客户端设备的若干设备能力。该功能关系示出于图4中，图 4中还示出可操作地耦合于设备能力存储单元720的客户端表单数据库单元717。对UI表单的任何给定控制可具有当最终用户(通过例如按下按钮、双击查看列表 项、作出列表框选择等)激活、操纵或选择控件时执行的命令列表(或脚本)。这些“脚本”命令可以是客户端服务器能发送给用户接口设备的命令的简单子集。这些命令允许客户端 设备本地执行普通动作而不依赖客户端服务器。特别地，命令脚本可由客户端服务器规定 并在适当的时候(例如在初始化会话期间)传达给用户接口设备，或者命令脚本可预加载 入适宜的用户接口设备软件应用中，该用户接口设备软件应用与相应客户端服务器应用兼 容。因此，尽管命令脚本由用户接口设备执行，它们也可在客户端服务器上发起。UI表单可动态或静态地定义为文本文件或遵循任何适宜的文件格式。基于服务器 的应用710也可包括默认动态布局发生器以支持新的客户端设备配置或平台。另外，客户 端服务器应用708和应用710可根据与新客户端平台的兼容需要而更新。如前所述，客户 端服务器架构702较佳地掌管大多数或全部UI细节，这简化了用户接口设备处理并使系统 更容易更新。由客户端服务器保持的影子高速缓存718可包括已从客户端服务器发送至用户 接口设备的源数据项、UI表单信息和其它客户端相关数据的列表。影子高速缓存718也可 包括从用户接口设备接收到的新的或经修改的数据项、UI表单信息和其它客户端相关数据 的列表。因此，影子高速缓存718可包含代表从客户端服务器发送至用户接口设备的项和 /或已存储在用户接口设备中的项的数据。客户端服务器可询问影子高速缓存718以确定 缓存在用户接口设备上的数据，并响应于通过用户接口设备输入的对高速缓存数据的修改 而更新影子高速缓存718。影子高速缓存718允许客户端服务器监视客户端高速缓存的状 态，维持与用户接口设备同步、分辨何时适于将某个数据类型“推向”用户接口设备，支持永 久应用状态，并允许客户端服务器应用708管理将新的或经修改的信息下载至用户接口设 备而不需要重复调用应用710。设备能力存储单元720较佳地可由每个基于服务器的应用710访问。这种存储单 元720存储各用户接口设备的设备能力。在较佳实施例中，客户端服务器在初始会话期间 获得每个客户端设备的设备能力。本文中使用的“设备能力”表示客户端设备的任何参数、 规格、要求、限制、物理或功能特征、标识信息或状态信息。客户端服务器利用一个或更多个 设备能力来定义用户接口设备的UI表单。在实施例中，用户接口设备应用728 (连同通信接口单元730和依存于OS的代码 732)被内嵌至用户接口设备的只读存储器。在实践部署中，给定的客户端设备无需是可升 级的。因此，用户接口设备应用728较佳地被设计成可与任意数量的客户端服务器版本兼 容。尽管用户接口设备应用728可驻留在针对与客户端的兼容性而专门设计的用户接口设 备上，然而用户接口应用728也可向许多设备平台(可由许多不同的制造商发行)开设端 口。因此，用户接口设备应用728较佳地以隔离平台专用和/或依存于OS的代码732 (例 如与创建窗口、分配高速缓存存储、显示位图等关联的代码)的方式配置。尽管不需要多线程，然而在示例性实施例中，用户接口设备应用728包括三个独 立的处理线程或模块客户端发送(或响应)线程736、客户端接收(或命令)线程738以 及客户端UI线程740。客户端接收线程738专门用来处理来自客户端服务器的命令、源数 据项和其它信息。客户端接收线程738可与UI线程740和客户端数据高速缓存742通信。 接收线程738基本处于一个循环内并同时从客户端服务器接收命令。响应于命令，接收线 程738可将数据置于数据高速缓存742中或在有事可做时通知UI线程740。客户端接收线 程738能够中断其它客户端单元，如果命令如此要求的话(例如，如果命令指示客户端设备切换至新的UI表单)。为了接收和处理来自客户端服务器的命令，客户端接收单元738调用一个例程， 该例程等待完整命令到达槽口(在实践实现中，每个命令前面有简单的16比特长度)。如 果部分命令到达而剩下的命令未按时到达，则客户端接收单元738还可发起重发请求。客 户端接收单元738也可负责对接收到的数据进行解密和解压缩，调整自相关指针、并将数 据设置成适宜的结构。此后，接收单元738基于命令类型输入切换语句。例如，多数命令将 或设置或修改高速缓存中的数据(并使UI模块740 了解该变化)，或告诉UI模块740作出 改变(例如移动控件、加载新的表单等)。结果，接收单元较佳地理解由客户端服务器使用 的所有命令的格式并理解客户端高速缓存742的细节。单独的UI模块740较佳地致力于UI任务，例如绘制UI表单、显示到达客户端接 收单元738的数据并作用于由用户给出的命令。UI模块740等待来自客户端接收单元738 的命令和通过最终用户对用户接口设备的操作而产生的命令。UI模块740还理解客户端数 据高速缓存742，从而能够更新UI显示——当接收单元738如是命令时。例如，如果UI模 块740需要一些不在数据高速缓存742中的数据项，则经由客户端发送单元736请求这些 数据(但不予显示，直到接收单元738通知它这样做为止)。响应于用户动作，UI模块740 可轮询“脚本”命令的高速缓存表以确定用户接口设备应当采取什么动作。数据可包括令 牌或其它适宜的标志以指定在用户接口设备请求更多信息时激活哪个表单(用户在等待 附加数据的同时可能已切换至不同的表单)。这些令牌可由客户端服务器随数据一起提供； 用户接口设备可处理类似令牌的不透明标识符(opaque identifiers)。客户端发送单元736致力于将数据发送至客户端服务器。在一个实施例中，客户 端发送单元736与UI模块740分离以使用户接口设备能轻易地重发丢失的数据分组。发送 单元736根据UI模块740的请求大量地发送信息至客户端服务器。发送单元736也可与 接收单元738协商以保证所传送的请求在合理量的时间内被确认；如果没有，则重发请求。 在较佳实施例中，对送至客户端服务器的所有信息监视服务器确认。这使用户接口设备跟 踪服务器尚未接收到的数据。同样，当客户端服务器响应于客户端请求发送多部分回复时， 客户端服务器较佳地发送最后一部分的回复应答。发送单元736也可配置成从UI模块740获得数据并调用例程以将其转换成槽口 数据(或转换成与当前数据通信方案兼容的任何适宜数据格式)。发送单元736还可预先 考虑命令长度和命令标识(它由客户端服务器作出确认以使用户接口设备可知道通信是 成功的)、使指针自相关、压缩数据、加密数据并将数据送至客户端服务器。在示例性实施例中，客户端服务器第一次连接于用户接口设备，如何安排控件的 细节被高速缓存并使应用标识与之相关联。从这一点看来，除非由服务器规定，否则应用外 观将从高速缓存的UI表单数据建立。客户端服务器不需要被磋商所存储的UI布局。另外， 不需要实际地下载各个UI单元。相反，客户端服务器可单纯地向用户接口设备发出指令， 指示用户接口设备使用本地OS⑶I单元，本地OS⑶I单元作为客户端平台OS的一部分已 存在于客户端上。利用本地控制提高了性能并将交互性更好的胖客户端感受提供给远端应 用。另外，这种利用降低了总网络带宽需求。根据一个示例性实现方式，发送和接收数据和命令的过程对于客户端服务器和用 户接口设备而言基本相同。每一侧保持两个队列的数据分组一个队列是未发送数据分组的列表而另一队列是已发送但尚未得到另一侧确认的数据分组的列表。一旦建立连接，发 送单元检查“发送”队列中的任何数据并开始(按顺序)经过连接点发送数据分组。在成 功发送操作后，数据分组开始移向“已发送”队列的尾端(假设没有意外的话)。同时，接收单元就位并等待数据从另一侧到达。当完整的数据包或命令到达时，接 收单元分析分组报头以判断当前分组是未经请求的分组还是表示接收确认的分组。例如， 用户接口设备可通过检查当前命令属于客户端命令范畴还是服务器命令范畴来作出该判 断。客户端命令意味当前分组仅是来自服务器的确认且早先由客户端发送的相关联的分组 已被接收到。如果当前分组确实是确认分组，则接收单元检查“已发送”队列的始端并删除 相应的分组。该分组如今已被成功接收并且不需要再被监视了。如果接收到的分组是未经请求的命令，则接收方应当立即对该分组进行确认。确 认分组被创建并放置在“发送”队列中。在处理“发送”队列时，发送单元将看见该分组并 将其送往另一方。然而，在发送后不将确认分组移入“已发送”队列。对于已中断并重新连接一个会话后的恢复，每一侧都有责任确保将可能丢失的数 据以正确的顺序重发。为此，每一侧将其整个“已发送”队列放在“发送”队列前面或放在 “重发”队列中。这种优先级重置确保尚未核实地被另一侧接收的任何数据以适当顺序发 送。这种方案产生一个问题在于，实际上已被另一侧接收到的分组在其确认尚未被发送或 接收到的情况下，可能被重发。这个问题可通过以略为不同的方式处理未经请求命令的确 认来解决。例如，每一侧可记住它发送的最后一个确认分组的占位符。当接收到占位符小 于最后一次确认的占位符的新的未经请求的分组时，它将该新的未经请求的分组识别为已 经过处理过的某些数据的重发。因此，它能发送另一确认并丢弃该新分组。尽管已参照较佳实施例对本公开进行了说明，然而本领域内技术人员应当理解， 可对形式和细节作出多种变化而不脱离本公开的精神和范围。
权利要求
一种用于执行无线通信的便携式用户接口设备，所述设备包括机壳；由所述机壳保持并形成显示面的显示屏；由所述机壳保持的扬声器；由所述机壳保持的麦克风；由所述机壳保持在紧邻所述显示面的第一传感器；由所述机壳保持在与所述显示面相对的显示屏后方的计算机，所述计算机被编程以控制所述显示屏的操作并运作具有限制大小数据传输能力的无线填表模块；包含无线收发器并适于在无优先级、限制大小的基础上与数据传输服务通信的无线数据传输模块；适于经由所述填表模块和数据传输模块助益执行用户所指定操作的应用模块，其中所述应用模块提示将指派的标题标记自动显示在紧靠所述第一传感器的显示屏上并根据来自所述第一传感器的输入信号执行所述指定操作。
2.如权利要求1所述的设备，其特征在于，所述数据传输模块适于无线地传送由所述 应用模块产生的信息。
3.如权利要求2所述的设备，其特征在于，所述数据传输模块还适于将电子关键字与 所述应用模块生成的信息的传输包括在一起，所述电子关键字被格式化以将至所述数据传 输服务的数据传输标识为由所述数据传输服务基于无优先级处理的无优先级传输。
4.如权利要求1所述的设备，其特征在于，所述数据传输模块被编程以对从所述设备 传出的数据传输的大小确立一预定的限制。
5.如权利要求1所述的设备，其特征在于，所述用户接口模块被编程以对可由所述应 用模块递送至所述数据传输模块的数据大小确立一预定的限制。
6.如权利要求1所述的设备，其特征在于，所述指定操作是语音消息接发操作，其中所 述计算机记录用户经由所述麦克风输入的口头消息，向记录的消息指派指定接收方，并将 记录的消息连同指示所述指定接收方的信息一起无线发送。
7.如权利要求6所述的设备，其特征在于，所述语音消息接发操作包括对所述计算机 编程以根据所述有限大小数据传输能力确立记录消息的最大时间长度，并进一步提示显示 与关于当前消息记录的最大时间长度有关的消息接发标记。
8.如权利要求7所述的设备，其特征在于，在记录所述当前消息时向用户连续地显示 所述消息接发标记，所显示的消息接发标记至少按周期更新以通知用户当前消息的时间长 度与所述最大时间长度的比较。
9.如权利要求6所述的设备，其特征在于，所指派的标题标记涉及可得接收方的联系 fn息ο
10.如权利要求9所述的设备，其特征在于，所述设备还包括由所述机壳保持在紧邻所 述显示屏并与所述第一传感器间隔开的第二传感器，所述消息接发操作还包括所述计算机 被编程以自动提示紧邻所述第二传感器显示与发送命令有关的第二指派的标记。
11.如权利要求1所述的设备，其特征在于，所述机壳界定形成第一凹口的第一侧缘， 且其中所述第一传感器包括设置在所述第一凹口中的致动器。
12.如权利要求11所述的设备，其特征在于，所述第一凹口的尺寸依据于成年人的指 尖形状因数。
13.如权利要求12所述的设备，其特征在于，所述致动器形成用户接触表面，且其中所 述用户接触表面保持在所述第一凹口的一定深度中。
14.如权利要求11所述的设备，其特征在于，所述机壳还界定形成第二凹口的第二侧 缘，且其中所述设备包括具有设置在所述第二凹口中的致动器的第二传感器且所述应用模 块被编程以提示所指派的标题标记紧邻所述第二凹口的自动显示且所述标题标记指示与 所述指定操作相关联的动作，所述动作在所述第二传感器致动之际由所述计算机实现。
15.如权利要求14所述的设备，其特征在于，所述机壳还界定第三和第四侧缘，所述 第三和第四侧缘各自形成一个凹口，在所述凹口中分别设有第三和第四传感器的致动器部 分。
16.如权利要求1所述的设备，其特征在于，还包括用于将所述计算机电子地连接于具 有因特网连接能力的次级计算机的次级计算机连接端口，且其中所述计算机被编程以当所 述计算机经由所述次级计算机电子连接于所指派的因特网站点时提示用户更改所指派的 标题标记O
17.如权利要求16所述的设备，其特征在于，所述计算机被进一步编程以当所述计算 机经由所述次级计算机电子连接于所指派的因特网站点时允许用户修改所述应用模块。
18.一种执行无线通信的方法，包括 提供移动用户接口设备，所述设备包括 机壳；由所述机壳保持并形成显示面的显示屏；由所述机壳保持的扬声器；由所述机壳保持的麦克风；由所述机壳保持在紧邻所述显示面的第一传感器；由所述机壳保持在与所述显示面相对的显示屏后方的计算机，所述计算机被编程以控 制所述显示屏的操作并运作具有限制大小的数据传输能力的无线填表模块；包含无线收发器并适于在无优先级、限制大小的基础上与数据传输服务通信的无线数 据传输模块；适于经由所述填表模块和数据传输模块助益执行用户所指定操作的应用模块，其中所 述应用模块提示将所指派的标题标记自动显示在紧靠所述第一传感器的所述显示屏上并 根据来自所述第一传感器的输入信号执行所述指定操作； 操作所述设备以记录来自用户的语音消息，包括 将语音消息用户接口表单显示在所述显示屏上； 提示用户通过麦克风口头输入时间受限的语音消息； 将所述语音消息存储在所述计算机的存储器中；将设备标识关键字电子地关联于所存储的语音消息以产生语音消息数据串； 将所述语音消息数据串从所述设备无线地发信至数据传输服务的收发器塔，其中所述 数据传输服务基于对所述关键字的参照而将所述语音消息数据串识别为无优先级项；以及将所述语音消息数据串无线地从所述数据传输服务发信至客户端服务器。
19.如权利要求18所述的方法，其特征在于，提示用户口头输入时间受限的语音消息 包括确立最大消息时间长度；以及在所述显示屏上显示标记，所述标记指示正在记录的消息的当前时间长度与所述最大 消息时间长度之间的比较。
20.如权利要求18所述的方法，其特征在于，还包括 将所述设备连接于次级计算机；将所述次级计算机经由因特网电子地连接于指定的站点；以及经由所述次级计算机和所述站点改动由所述应用模块操作的表单的一部分。
全文摘要
一种用于进行无线通信的便携式用户接口设备。该设备包括机壳、显示屏、扬声器、传感器和计算机。计算机被设置在界定了显示面的显示屏后面，而传感器位于显示面附近。计算机被编程以控制显示屏的操作并运行无线填表模块、无线数据传输模块以及应用模块。填表模块的类型适于促进与伺服用户接口设备的客户端服务器的源数据类接口且具有有限数据传输能力。数据传输模块包括无线收发器并适于在无优先级、限制大小的基础上与数据传输服务通信。应用模块经由填表模块和数据传输模块执行指定的操作，在靠近传感器的位置显示标记。
文档编号H04W88/02GK101854741SQ20091012835
公开日2010年10月6日 申请日期2009年3月30日 优先权日2009年3月30日
发明者大卫·W·卡罗尔 申请人:Jlt集团股份有限公司