专利名称：用于更新移动设备上的展示画面的系统及其方法
技术领域：
本申请总地涉及移动设备，更具体地涉及实时地请求数据的移动设备应用，例如显示联系人、呼叫历史和消息的滚动展示画面(presentation)屏幕。
背景技术：
位于移动平台上的应用在实时地从远程服务器取得数据时会引起不同挑战。例如，大多数移动设备的总存储器为512兆字节。在该存储器中，每个程序具有用于在其中运行的32兆字节的存储器。32兆字节的存储器是程序在任何一时间点可利用的全部存储器。由于移动设备上可用的存储器有限，因此以其原本格式来缓存来自远程服务器的所有数据 并不总是可行的。用户还倾向于要求包含大量信息的视图位于单个屏幕上，例如，整个社团联系人列表在单个视图中。这些视图应用了滚动并且期望有非常平滑的转换。当视图中的项目需要具体的单独数据时，例如，存储在服务器上的实时数据或大图像，则屏幕上的单次滚动将导致对服务器的巨量请求。因此，这将减慢设备本身上的处理，从而使得设备不适当地执行并且带来非常差的用户体验。当存储器资源缺乏时，移动应用不会示出所有数据，或者在替代方式中，移动应用创建按照需要仅查看单个项目以防止滚动问题的方法。为了克服上述挑战，在本申请中描述了用于更新移动设备上的展示画面的系统及其方法。下面描述这些以及其他相关优点。
发明内容
在本发明的一个实施例中，提供了一种用于提供移动设备上所显示的展示画面内的数据的方法，包括接收用于展示画面的数据请求；从最后接收的数据请求开始，从服务器异步地检索与数据请求相对应的数据；以及在展示画面内显示数据。
在所附权利要求中阐述了被认为是本申请特有的新颖特征。在下面的描述中，整个说明书和附图中的相似部分分别用相同数字来标记。附图不一定按比例绘制并且为了清楚和简要，某些附图可以以放大的或概况性的形式被示出。然而，在结合附图阅读时，通过參考下面对说明性实施例的详细描述将最好地明白本申请本身、优选使用模式、其另外的目的和优点，在附图中图I示出了根据本申请ー个方面的用于向展示画面(presentation)提供快速更新的典型移动设备的说明性硬件和软件组件；图2A示意性地示出了根据本申请ー个方面的带有滚动条的示例性展示画面的上部，该滚动条具有位于轨迹顶部的拇指块(thumb)；图2B提供了根据本申请ー个方面的带有滚动条的示例性展示画面的下部，该滚动条具有位于轨迹底部的拇指块；
图3A示出了根据本申请ー个方面的由于存储器不足而移除了数据的示例性展示画面；图3B示出了根据本申请ー个方面的用于显示在示例性展示画面中的单个项目；图4示出了根据本申请ー个方面的展示画面更新应用的说明性组件；图5是示出根据本申请ー个方面的用于处理数据请求的示例性例程的流程图；图6提供了示出根据本申请ー个方面的用于处理待决请求的示例性例程的流程图；图7示出了根据本申请ー个方面的显示出来自多个呼叫者的未接电话的示例性展示画面；以及 图8是示出根据本申请ー个方面的用于更新展示画面内的数据的处理的说明性流程图。
具体实施例方式下面结合附图阐述的描述g在作为对本申请的当前优选实施例的描述，而不希望表示本申请可被构建和/或利用的仅有形式。本描述结合所示实施例阐述了用于构建和操作本申请的步骤序列以及功能。然而，将明白，可以通过不同实施例来实现相同或等同的功能和序列，这些不同实施例也希望被包含在本申请的精神和范围内。一般而言，本申请涉及移动设备，并且更具体地涉及根据请求从远程服务器检索数据而不影响移动设备的性能。这里描述的系统通常可被应用于本机移动设备应用，其中，来自远程服务器的实时数据可被用于界面更新。这些应用可以包括但不限干与诸如联系人、呼叫历史、消息等项目有关的滚动展示画面屏幕。在说明性实施例中，当用户界面被滚动时，一个或多个数据请求可被作出。当数据未在缓存中被找到时，可以通过从最后添加的数据请求开始异步地将数据请求发出给远程服务器，来通过轻松加载器(relaxed loader)从远程服务器检索该数据。轻松加载器使得移动设备不会用多个请求来攻击远程服务器。通过移除较老的数据请求，移动应用可以取得与当前显示更相符的数据。在从远程服务器接收到数据之后，数据可以被解码并被压缩。数据随后可被置于缓存中。在说明性实施例中，缓存中的数据可以被关联，并且被处理用于多个条目。例如，在呼叫历史展示画面的情况中，在该展示画面中可以有针对同一人的多个条目。取代展示画面针对每个条目对来自缓存的数据进行解码以及展示画面处理针对条目的数据，数据可以在被提供给展示画面之前在缓存内被处理成可用于展示画面内的多个条目的形式。通过如上所述的移动设备可以提供许多优点。该设备可以动态且实时地提供界面上的数据。此外，通过下面描述的过程，例如在三千个图像被请求时，移动设备可以减轻处理数据的负担。该方法可被扩展到其它类型的数据以及基于视图向远程服务器订阅数据。例如，如果用户列表是要示出电话存在，则相同组件可被用来订阅数据而非从远程服务器取得数据。此外，由于有压缩器，有更多数据可被放置在缓存内，例如，当缓存中的图像被以32x32像素编码时，来自服务器的120x120像素的五千字节图像可以利用六百字节被存储在缓存中。通常，本系统和方法使用有限的存储器而不会影响用户体验。与限制用户的视图相反，其尝试通过利用不同技术来取得和检索数据来解决先前存在的问题。如本申请中提及的，数据可以指图像、消息或任何其它类型的消息。此外，术语“用户界面”可以与术语“展示画面”互換。相关领域的技术人员将明白本申请的许多另外的特征和要素，如在下面的描述中所提供的。在描述本申请的实施例之前，将在图I中连同在图2A、2B、3A和3B中示出了滚动展示画面的数个截屏图来描述示例性移动设备。此后将在图4中描述系统内的组件。图5和图6提供了用于检索用于移动设备上的展示画面的数据的流程图内的示例性例程。图7和图8示出了用于处理展示画面内的多个条目的处理。虽然本申请被用在移动设备中，然而也可以使用不移动的其它装置或系统，例如具有有限存储器的IP电话或者台式机。现在转向图1，提供了根据本申请ー个方面的用于向展示画面124提供快速更新的典型移动设备102的硬件和软件组件。在典型实施例中，移动设备102可以具有用于实现逻辑的处理器104、存储器106、显示器108和键区110。移动设备102的显示器108可以是液晶显示器(IXD)或者是通常被用在移动设备102中的任何其它类型的显示器。显示器108可以是触敏式的，并且可以充当输入设备。键区110可 以是按钮数字拨号盘(例如典型电话上的)、多键键盘(例如传统键盘)或者用于输入文本数据的任何其它设备。存储器106 —般包括易失性存储器(例如，RAM)和非易失性存储器(例如，ROM、闪存等)两者。存储器106的非易失性部分可被用来存储在移动设备102断电时不应当丢失的永久信息。移动设备102可以包括操作系统(OS) 120，该操作系统例如是，可从微软公司获得的 Windows CE 或 Windows Mobile 、来自 Google 的 Android 、或其它 OS。OS 可以位于存储器106中并且可在处理器104上被执行。存储器106还可以包括用干与ー个或多个I/O设备交互的一个或多个设备管理器122。设备管理器122可以是安装在移动设备102上的软件。设备管理器122可对应于每个I/O设备。除了设备管理器122タト，ー个或多个展示画面124可被加载到存储器106内，并且可以在操作系统120上运行或者与操作系统120相关联地运行。展示画面124可以具有多种形式，但是为了说明的目的在这里将被描述为滚动展示画面。此外，在存储器106内，展示画面更新应用126可以在移动设备102上与展示画面124相关联地运行。在操作时，通过展示画面更新应用126运行的展示画面124可以根据请求从服务器140检索数据而不影响该界面。虽然被示为软件，然而展示画面更新应用126可以在硬件、软件或者硬件和软件的组合上运行。在一个实施例中，展示画面更新应用126可以在存储器106外部操作。如下面将示出的，应用126可被应用于与诸如联系人、呼叫历史、消息等项目有关的滚动展示画面屏幕。存储器106还可以包括用于辅助移动设备102与一个或多个远程I/O设备之间的无线通信的ー个或多个API 128的集合。API 128可被展示画面124和展示画面更新应用126调用，来识别和控制ー个或多个远程I/O设备。以这种方式，移动设备102能够利用一个或多个远程I/O设备的服务或功能。移动设备102还可以包括电源118，电源118可被实现为ー个或多个电池、燃料电池或者其它电カ源。电源118还可包括外部电源，例如，AC适配器或者用于补充电池或对电池再充电的供电底座(powered docking cradle)。移动设备102可以包括ー个或多个音频、视觉和/或振动通知机构112。移动设备102还可以包括辅助移动设备102与服务器140之间的无线连接的无线模块116 (例如，WiFi模块)。虽然服务器140被表示为被直接连接到轻松加载器402，然而可以通过网络到达服务器140。网络可以包括局域网、广域网、个人区域网、校园区域网、城域网或全球网。这些联网环境在办公室网络、企业范围计算机网络、内联网和因特网(它们是所有类型的网络)中是常见的。本申请中的服务器140可以处理数据请求并且向数据请求的源提供回数据212。服务器140可以包括一个或多个计算机并且不限于单个实体。这里描述的技术可被实现为移动设备102中(更具体地，存储器106中)的逻辑操作和/或模块。逻辑操作可被实现为移动设备102内的互连机器或电路模块以及被实现为处理器实现的执行步骤的序列。同样，对各个组件模块的描述可以根据由模块执行或提供的操作来提供。取决于实现所描述技术的底层系统的性能要求，所得到的实现方式是ー种选择。因此，组成这里描述的技术的实施例的逻辑操作被不同地称为操作、步骤、对象或模块。应当明白，逻辑操作可以以任何顺序被执行，除非以其他方式明确要求，或者权利要求的语言认为特定顺序在本质上是必要的。 如前面描述的，在一个实施例中，展示画面124可以采取滚动展示画面的形式。如图2A所示，提供了根据本申请ー个方面的带有滚动条204的示例性展示画面124的上部，滚动条204具有位于轨迹208的顶部的拇指块(thumb) 206。展示画面124可以提供具有与公司目录内的雇员有关的信息的联系人列表。公司目录可以包括可在展示画面124内展开许多屏幕或视图的许多条目。每个雇员的图像212可以与其扩展信息(extension) —起被示出在展示画面124内。当拇指块206处在轨迹208的顶部吋，以字母“ A” 210开始的联系人可被示出。当前系统需要一时间段来检索并在展示画面124上呈现每个雇员的图像212，因此不是所有图像212都被示出。当示例性展示画面202的滚动条204上的拇指块206被切换到轨迹208的底部时，如图2B所示，以字母“Z”220开始的联系人可以被提供。将拇指块206滑到底部使得展示画面126通过多个雇员联系人。在此时间期间，展示画面124发送用于检索这些联系人的图像212的数据请求。当存储器资源可用时，如在桌面应用中，移动展示画面124可以简单地缓存用于视图的所有数据212。然而，当存储器资源缺乏时，展示画面124根本不示出数据212。图3A示出了根据本申请ー个方面的移除了数据212的示例性展示画面124。当用户点击展示画面124内的联系人时，用于显示的单个项目被提供，如图3B所示。然而，在当前系统中，展示画面124(更具体地，数据212)没有被足够快地更新，因此提供了不愉快的用户体验。为了克服这些挑战，并且一般地利用具有有限存储器106的系统进行工作时，与限制用户的视图不同，下面将描述利用不同技术来取得和检索数据212。图4示出了根据本申请ー个方面的展示画面更新应用126的说明性组件。在一个实施例中，组件中的ー些可位于存储器106外。如图所示，展示画面124可以通过展示画面更新应用126从服务器140接收数据212。展示画面更新应用126的组件可以包括但不限于轻松加载器402、解码器404、压缩器406和最近最少使用(LRU)缓存408，下面将对所有这些组件进行描述。展示画面124可以是可提供公司联系人或者通常列出了信息的任何事物的用户界面层。在一个实施例中，展示画面124可以显示图2A和2B所示的滚动条204。如相关领域的技术人员所知的，存在用于改变展示画面124的屏幕的许多方法。每当屏幕被改变、更改或操纵时，可向展示画面更新应用126作出数据请求。数据请求可在展示画面更新应用126的轻松加载器402处被接收。轻松加载器402可被用来去除施加在展示画面124和服务器140上的用于取得数据212的负担。轻松加载器402可以通过仅取得当前显示内的数据212来減少到服务器140的请求量。有利地，这防止了从服务器140加载数据212时的滞后时间。在一个实施例中，轻松加载器402可利用堆栈来实现。该堆栈可以具有用于存储由展示画面124生成的数据请求的有限尺寸。该堆栈可在存储器106中被操纵并且一般具有两个基本操作推入(push)和弹出(pop)。推入操作可以将数据请求添加到堆栈的顶部。弹出操作可以从堆栈顶部移除数据请求并且将数据请求返回给轻松加载器402。堆栈允许最后接收的数据请求或开头的数据请求被提供给服务器140。在一个实施例中，根据可供展示画面124使用的有限量的存储器106，堆栈可以仅保存有限量的数据请求。当会将堆栈的尺寸増大到超出其限制的推入操作被使用时，堆栈可以丢弃先前被提供的请求。所丢弃的 请求通常位于堆栈的底部。公知技术可被用来丢失这些请求。在功能上，这将移除在展示画面124的当前显示内不需要的过时请求。在检索到数据请求之后，轻松加载器402可以使请求连续地去往服务器140。一般地，服务器140不会一次从轻松加载器402获得ー个以上的请求。当用户在大列表上快速滚动时，轻松加载器402可被来自展示画面124的数以千计的请求攻击。在一个实施例中，请求可被丢掉，因为轻松加载器402保存有限大小的请求，例如十个。轻松加载器402可以通过选择与显示器108上的用户视图有关的最新近请求，然后将它们提供给服务器140，来处理这些请求。从服务器140接收的数据212可以从轻松加载器402被提供给解码器404。通常，从服务器140接收的数据212不可由展示画面124使用。解码器404可以转换数据212以用于展示画面124。有利地，这去除了展示画面124的紧要任务，从而可以让展示画面124关注于其它例程。在一个示例中，来自服务器140的数据212以可扩展标记语言被提供并且不能被展示画面124使用。解码器404可以将从服务器140接收的数据212转换为经处理数据。在一个示例中，服务器140可以提供将被解码器404转化为经处理数据的JPEG图像。继续图4，来自解码器404的经处理数据212可被提供给压缩器406。压缩器406可被用来按照展示画面124的需要来缩小数据212的大小，以使得缓存408不会越来越拥挤并且更多条目可被保存。压缩器406可以基于展示画面參数来压缩经解码数据212，因此数据212可以被高效地缓存并且展示画面124在使用数据212时只需进行很少的处理。例如，当适于三十ニ比特的大小为五千字节的120x120维度的图像从服务器140被接收，并且该图像将要按二十四比特被示出在40x40像素的展示画面126上时，用无需图像缩减或拉伸的数据212来填充展示画面124是高效的。压缩器406可以按二十四比特将来自服务器140的图像的大小调整为40x40 (其粗略地为原始大小的约十分之一)。结果，缓存408可以在所分配存储器106中保存多个图像。LRU缓存408可以充当数据212的临时存储装置。一般地，缓存408较小并且仅存储有限量的信息。缓存408可以处理多个条目的数据。例如，在呼叫历史的情况中，可以存在来自同一人的多个条目。取代展示画面124针对每个条目解码来自缓存408的JPEG图像，缓存408可以将多个条目的经处理图像相关联。結果，展示画面124通常不必解码用于展示画面124的多个JPEG图像。所缓存图像与经处理图像的关联性随后可通过轻松加载器402被提供给展示画面124，这将在下面讨论。图5是示出根据本申请ー个方面的用于处理数据请求的示例性例程的流程图。相关领域的技术人员将理解，更少或更多的处理可被使用并且所描述的这些处理可以与图6的例程相组合。用于更新展示画面124的处理可开始于块500。
在块502处，展示画面更新应用126可以通过轻松加载器402接收对数据212的请求。这些请求可以是利用滚动条204滚动展示画面124的結果。在一个实施例中，并且在ー些界面中，展示画面124的移动可以通过触摸屏显示器108而发生以激活数据请求。当请求被接收时，展示画面更新应用126的轻松加载器402可以在判决块504处判断所请求数据212是否在LRU缓存408内。最近数据212可以被存储到LRU缓存408内。为了说明的目的，当用户在轨迹208上重复地轻微地向上向下移动拇指块206时，数据212可在缓存408中被找到。当数据212在LRU缓存408内时，数据212被直接从缓存408拉出并在块506处被提供给展示画面124。图8所示的处理可被用来处理多个条目。数据212可以通过轻松加载器402然后去往展示画面124，在展示画面124中数据212被更新。该处理可以在块508处结束。然而，如果数据212不在缓存408内，则轻松加载器402可以在块510处将请求添加到待决请求的开头。以这种方式，更新近的请求被添加到顶部，因为预期相比于较老的数据212用户将需要该数据212。继续上面描述的堆栈，数据请求可被推入轻松加载器402的堆栈。在判决块512处，展示画面更新应用126可以通过移动设备102的轻松加载器402来判断是否存在大于预定数目的多个请求。预定数目可与在任何时候多少数据可被呈现在展示画面124中有夫。例如，预定数目对于较大屏幕设备来说可以为十，并且对于较小视图设备来说可以为七。在一个实施例中，用户可以设置该预定数目以使得其可被定制。当请求数目较大吋，在块514处，展示画面更新应用126可以从轻松加载器402清除老的请求。处理可以在块508结束。在图6中，提供了根据本申请ー个方面的用于异步地处理待决请求的示例性例程的流程图。相关领域的技术人员将理解，可以使用更少或更多的处理。处理可以在块600开始。在判决块602处，可以作出是否存在待决请求的判断。待决请求可以在追踪最后输入的数据请求的堆栈结构中被接收。当被使用时，数据请求可以从堆栈被获取并被处理。当不存在待决请求时，在块604处，展示画面更新应用126可以等待请求到达。在块606处，展示画面更新应用126可以处理待决请求中的开头请求。如上所述，数据请求越老，展示画面124越不太可能使用与该数据请求相关联的数据212。在一个实施例中，这可以通过在轻松加载器402的堆栈中执行弹出动作来实现。当存在待决的请求吋，在判决块608处LRU缓存408可以被检查。因为数据212可能已根据不同请求被置于缓存408中，所以缓存408要被检查。当数据212在缓存408中被找到时，在块610处，来自缓存408的数据212可以在展示画面124中被更新。图8所示的处理可被用来处理多个条目。否则，在块612处，展示画面更新应用126的轻松加载器402可以异步地将待决请求的开头请求发送给服务器140。这减少了移动设备102与服务器140之间的通信的负荷，并且提供了更好的用户体验。在块614处，轻松加载器402可以基于请求从服务器140接收数据212。数据212随后可以在块616处由解码器404解码。通过解码数据212，其可以适当地被展示画面124使用。在块618处，数据212可被压缩器406压缩。在许多实例中，数据212的大小可以被减小，因为展示画面更新应用126通常不需要数据212的全部复杂性。在压缩数据212之后，在块620处，展示画面更新应用126可以将数据212存储在LRU缓存408中。数据212随后可以在块610处被提供以更新展示画面124。图8所示的处理可被用来处理多个条目。处理随后可转换回判决块602，在块602中，待决请求被检查。ー些展示画面124可以重复多个条目，例如，在图7所示的未接电话展示画面124中。如图所示，展示画面124指示来自“Ashton Pear”的三个未接电话、来自“Yoshi P印per”的两个未接电话以及来自“Zoey Okra”的两个未接电话。与由每个未接电话提供的姓名一起，诸如图像之类的数据212可以挨着姓名被提供。每当数据212与姓名一起被放置时，展示画面更新应用126就可以将来自缓存408的数据212解码成经处理数据并且在展示画面124内指派一红绿蓝(RGB)顔色模型。然而，当存在多个条目吋，该处理在处理量和所使用存储器方面是不足的。可以利用经处理数据而非来自缓存408的未经处理数据来更高效地服务具有多个共同条目的展示画面124。例如，用户的呼叫历史展示画面124往往具有针对同一人的多个条目。在这样的视图中，将诸如RGB缓冲器之类的经处理图像而非经压缩JPG图像附加于图像视图区域是更高效的。图8是示出根据本申请ー个方面的用于更新展示画面内的数据212的处理的说明性流程图。处理可开始于块800。展示画面更新应用126可以在判决块802处判断展示画面124是否需要经处理数据212。如上所述，当具有共同数据212的多个条目被提供吋，展示画面124可以使用经处理数据212。相比于处理用于展示画面124上的每个条目的数据，使用经处理数据212将会高效得多。当经处理数据212不被使用时，在块804处，展示画面更新应用126可以将所缓存数据发送给展示画面124。来自缓存408的数据212可以被解码并被提供给展示画面124。处理可以在块814结束。当展示画面124使用经处理数据212时，在判决块806处，展示画面更新应用126可以判断经处理数据212是否与所缓存数据212相关联。如果存在多个条目，则通常来说将诸如RGB缓冲器之类的经处理图像而非经压缩JPG图像附加到图像视图区域是更高效的。当RGB缓冲器被使用时，所有的共同条目共享同一存储器，并且在块812处，展示画面更新应用126可以将经处理数据212发送给展示画面124，在展示画面124中，数据212可以被更高效地使用。处理可以在块814结束。如果JPG图像被用于多个条目，则所有图像视图区域必须在内部将JPG图像解码成其自己的RGB缓冲器，并将该RGB缓冲器指派给展示画面124上的图像视图区域，这通常降低了处理和存储器效率。在块808处，当不存在与所缓存数据212相关联的经处理数据212吋，展示画面更新应用126可以使用所缓存数据212来生成经处理数据212。在块810处，展示画面更新应用126可以对缓存内的经处理数据进行关联。在块812处，展示画面更新应用126可以将经处理数据发送给展示画面124，在展示画面124中可以更高效地使用该数据212。因此，当视图具有针对同一图像的多个条目时，从图像缓存获得诸如RGB缓冲器之类的经处理图像而非JPG图像是更好的。处理可以在块814处结束。根据本申请的ー个方面，提供了一种用于提供显示在移动设备上的展示画面内的数据的方法。该方法可以包括接收用于所述展示画面的数据请求。另外，该方法可以包括从最后接收的数据请求开始，从服务器异步地检索与所述数据请求相对应的数据。该方法还可以包括在所述展示画面内显示所述数据。在一个实施例中，该方法可以包括将所述数据转换为能够由所述展示画面使用的形式。在一个实施例中，该方法可以包括对从所述服务器检索到的所述数据进行解码，压缩所述数据，并将所述数据存储在缓存中。在一个实施例中，该方法可以包括当多个共同条目被提供在所述展示画面中时，关联存储在所述缓存内的所述数据；处理所述缓存内的所述数据；以及将所述经处理数据提供给所述展示画面以用于显示在所述多个共同条目内。在一个实施例中，异步检索与所述数据请求相对应的所述数据可以包括移除过时的数据请求。在一个实施例中，从最后接收的数据请求开始从服务器异步地检索与所述 数据请求相对应的数据可以包括利用待决请求开头处的数据请求来连续地取回数据。在一个实施例中，所述展示画面可以包括滚动条，该滚动条在被滚动时提供所述数据请求。在一个实施例中，当所述展示画面的所述滚动条再次被滚动时，另外的数据请求可以被接收。在一个实施例中，从服务器异步地检索与所述数据请求相对应的数据可以包括在从所述服务器检索数据之前判断所述数据是否在缓存内。根据本申请另一方面，提供了ー种装置。该装置可以包括至少ー个处理器和可操作地耦合到该处理器的存储器，该存储器存储程序指令，所述程序指令在被处理器执行时使得处理器执行处理。所述处理可以包括显示用户界面并且接收与被置于用户界面内的数据相对应的至少ー个数据请求。另外，所述处理可以包括当数据在缓存中被找到时，从缓存检索与至少ー个数据请求相对应的数据，否则，通过将至少ー个数据请求置于待决请求中并且以待决请求内的最后添加数据请求开始从网络取回数据,来从该网络检索与该至少一个数据请求相对应的数据。所述处理还可以包括将数据显示在用户界面内。在一个实施例中，存储器存储程序指令，所述程序指令在被处理器执行时使得处理器解码从网络取回的数据，压缩数据，将数据存储在缓存内，关联缓存内的数据，并且处理数据以用于显示在用户界面上。在一个实施例中，存储器存储程序指令，所述程序指令在被处理器执行时使得处理器关联缓存内的数据，该程序指令可以包括将用户界面上的多个条目与相关联数据相链接。在一个实施例中，存储器存储程序指令，所述程序指令在被处理器执行时可以使得处理器在预定请求数目被满足时，从待决请求中移除数据请求。在一个实施例中，从网络取回数据可以包括使待决请求一次一个地连续去往网络。根据本申请的又一方面，提供了ー种系统。该系统可以包括移动电话，该移动电话具有包含有从服务器检索到的图像的界面。移动电话可以通过从最新近图像请求开始使图像请求连续地去往服务器，来取回图像。所取回的图像可以被解码、被压缩并被置于移动电话上的缓存内。移动电话可以将缓存中的图像相关联，并且针对界面上的多个条目来处理来自缓存的图像。在一个实施例中，移动电话可以移除较老的图像请求。在一个实施例中，界面可以显示联系人、呼叫历史和消息中的至少ー者。在一个实施例中，移动电话可以将图像请求置于堆栈上。在一个实施例中，当图像对应于单个实体时，图像可被彼此相关联。在一个实施例中，单个实体可以是用户简档。前面的描述被提供来使得相关领域的任何技术人员能够实践这里描述的各个实施例。相关领域的技术人员将容易清楚这些实施例的各种修改，并且这里定义的一般性原理可被应用于其它实施例。因此，权利要求不希望局限于这里示出和描述的实施例，而是与权利要求的语言相符的全部范围一致，其中，以单数形式对元件的引用不希望是指“ー个以及仅ー个”除非具体指出，而是指“一个或多个”。相关领域的普通技术人员已知的或者以 后变为已知的、本公开中描述的各个实施例的元素的所有结构和功能等同物通过引用明确地被结合于此并且希望被权利要求所包含。此外，这里公开的任何事物不希望被贡献于公众，无论这样的公开是否明确地被记载在权利要求中。
权利要求
1.一种用于提供移动设备上所显示的展示画面内的数据的方法，包括 接收用于所述展示画面的数据请求； 从最后接收的数据请求开始，从服务器异步地检索与所述数据请求相对应的数据；以及 在所述展示画面内显示所述数据。
2.如权利要求I所述的方法，包括将所述数据转换为能够由所述展示画面使用的形式。
3.如权利要求I所述的方法，包括 对从所述服务器检索到的所述数据进行解码； 压缩所述数据；以及 将所述数据存储在缓存中。
4.如权利要求3所述的方法，包括 当多个共同条目被提供在所述展示画面中时，关联存储在所述缓存内的所述数据； 处理所述缓存内的所述数据；以及 将所述经处理数据提供给所述展示画面以供显示在所述多个共同条目内。
5.如权利要求I所述的方法，其中，异步检索与所述数据请求相对应的所述数据包括移除过时的数据请求。
6.如权利要求I所述的方法，其中，从最后接收的数据请求开始从服务器异步地检索与所述数据请求相对应的数据包括利用待决请求开头处的数据请求来连续地取回数据。
7.如权利要求I所述的方法，其中，所述展示画面包括滚动条，该滚动条在被滚动时提供所述数据请求。
8.如权利要求7所述的方法，包括当所述展示画面的所述滚动条再次被滚动时，接收另外的数据请求。
9.如权利要求I所述的方法，其中，从服务器异步地检索与所述数据请求相对应的数据包括在从所述服务器检索数据之前判断所述数据是否在缓存内。
全文摘要
本发明公开了用于更新移动设备上的展示画面的系统及其方法。当用户界面被滚动时，数据请求被作出。如果数据未在缓存中被找到，则通过以最后添加的数据请求开始向服务器异步地发出数据请求，来从远程服务器检索数据。通过轻松加载器，移动设备不会用多个请求来攻击远程服务器。通过移除较老的数据请求，移动应用取回与当前显示更相符的数据。在从远程服务器接收到数据之后，数据被解码并被压缩。数据被置于缓存中。当多个条目存在时，缓存内的数据被关联并被处理。取代界面针对每个条目对来自缓存的数据进行解码，经处理数据被提供给界面，这消除了针对每个条目的处理和所需存储器。
文档编号G06F3/048GK102707961SQ20121003916
公开日2012年10月3日 申请日期2012年2月17日 优先权日2011年2月18日
发明者苏瑞雅普拉卡施·桑德拉潘迪安 申请人:米特尔网络公司