专利名称：用于对内容提供商网站与移动设备进行中介的方法和系统的制作方法
技术领域：
本发明涉及包括移动设备的通信，并且更具体地涉及在该移动设备与互联网内容提供商网站之间的通信。
背景技术：
诸如社交网络网站(SNW)、新闻订阅源、音乐和相片网站的内容提供商网站 (CPW)、以及诸如企业对企业(b2b)或企业对消费者(b2c)网站的其它类型的网站是交互式网站，其支持诸如新闻、天气、个人和/或企业信息、图片、视频以及歌曲的各种形式的数据的下载和/或上载(例如，发布)并且从而有助于在人和人群之中的人与人之间的连接的创建和维护。通过一个用户将数据上载到CPW能够允许其它用户访问和/或下载该被上载的数据。通常，SNW为无数用户提供了架构以创建分别标识相应的用户的相应的个人空间或专业空间，并且允许该被上载的数据与相应的空间相关联。CPW能够与正在操作常常经由因特网型网络与CPW联系的各种不同类型的设备中的任何一个的用户进行通信。逐渐地，用户采用移动设备来与CPW进行交互。随着这样的通信活动增加，存在对于改进在进行这样的通信活动中的质量和/或用户友好性的不断增加的需求。另外，还存在对于改进该种通信活动的效率以提高移动设备的电池性能和减少所有设备的数据传输的不断增加的需求。如果能够以改进的移动设备和/或其它设备，和/或用于允许移动设备与CPW进行通信的改进方法的形式来提供将帮助至少部分地解决一个或多个前述发展的需求的改进，则其将因此是有利的。
发明内容
在至少一个实施例中，本发明涉及一种有助于第一内容提供商网站与移动设备之间的通信的方法。该方法包括在web服务器处经由第一网络从该内容提供商网站获得第一信息，该第一信息不包括任何电子邮件消息，该获得包括通过web服务器的后端部分从该内容提供商网站拉取(pulling)该第一信息。该方法还包括在该web服务器的后端部分和前端部分中的至少一个中处理该第一信息，以便提供经处理的第一信息；和将该第一信息中的新内容的通知从该web服务器的前端部分传输到在第一网络或第二网络上建立的推送信道上，以便移动设备来接收。此外，在至少一个额外的实施例中，本发明涉及有助于第一社交网络网站与移动设备之间的通信的方法。该方法包括在web服务器的后端部分处经由第一网络从该社交网络网站获得第一信息；和在web服务器处处理该第一信息以便提供经处理的第一信息， 其中，该处理包括基于由至少一个部分的第一信息所满足的至少一个重要性级别来过滤该至少一个部分的第一信息，并且其中，该至少一个部分包括联系人信息、状态信息、以及新闻信息中的至少一个。该方法还包括将该第一信息中的新内容的通知从该web服务器的前端部分传输到在第一或者第二网络上建立的推送信道上，以便移动设备来接收。如果通知所关于的新内容涉及状态信息则该通知为高优先级，并且其中，如果通知所关于的新内容涉及至少一个其它类型的信息则该通知为低优先级。另外，在至少一个额外的实施例中，本发明涉及一种有助于在第一社交网络网站与移动设备之间的通信的方法。该方法包括从移动设备接收第一数据，并且从移动设备接收第二数据，其中，该第一数据和第二数据中的一个是内容数据，而该第一数据和第二数据中的另一个包括使移动设备能够登入进该第一社交网络站点的至少一个标识符。该方法还包括将该至少一个标识符传输到第一网络上以便该第一社交站点来接收，通过其，服务器能作为移动设备的代理服务器而登陆到第一社交网络站点上。在再一实施例中，本发明涉及一种有助于在第一社交网络网站与移动设备之间的通信的方法。该方法包括在web服务器处经由第一网络从该社交网络网站获得第一信息； 和在该web服务器处处理该第一信息以便提供经处理的第一信息，其中，该经处理的第一信息指示该第一信息与从社交网络网站先前所接收到的更早的信息之间的差异。该方法还包括从该web服务器传输通知以便移动设备来接收。当该处理包括确定第一信息的第一部分具有高重要性级别时，则该通知的传输包括基本上立即将经处理的第一信息的高优先级通知提供到在web服务器与移动设备之间存在的推送信道上。该方法还包括等待来自移动设备的下载请求。另外，在至少一个额外的实施例中，本发明涉及一种有助于在移动设备与多个社交网络网站之间的通信的方法，其中，所述多个社交网络网站包括第一社交网络站点和第二社交网络站点。该方法包括通过至少一个第一网络从该第一社交网络网站拉取第一信息并且从该第二社交网络网站拉取第二信息到web服务器上。该方法还包括在web服务器处处理该第一信息和第二信息，以便生成经处理的第一信息和第二信息；和从该web服务器传输经处理的第一信息和第二信息的可用性的通知以便移动设备来接收。经处理的第一信息和第二信息被配置以便允许移动设备请求该经处理的第一信息和第二信息，并且当被以至少基本上独立于用于如由所述第一社交网络站点和第二社交网络站点所提供的所述第一信息和第二信息的特定格式特性的标准化方式接收时，显示所述经处理的第一信息和所述经处理的第二信息中的二者。
图1以示意图形式示出了包括与多个内容提供商网站进行通信的多个移动设备的示例通信系统，其中，通信中的一些经由中介web服务器进行；图2是示出了图1的移动设备中的一个的示例部件的方框图；图3是示出了图1的中介web服务器的示例部件的方框图；以及图4-9是示出了图1的中介web服务器和移动设备的操作的各种示例步骤的流程图。
具体实施例方式参考图1，以简化了的示意图形式示出了示例通信系统100的方框图。如所示，在这个实施例中通信系统100包括三个移动设备102，其中的一个被示出为经由通信链路105 与服务器进行通信，所述服务器在本实施例中被表示为web服务器104。移动设备102分别表示由个人(或用户)或可能地由期望或需要通信能力的其它实体(例如，上网本或其它计算机)操作的通信设备。在一些实施例中，例如，移动设备可以为蜂窝电话、诸如个人数字助理的其它无线设备、和/或诸如能连接到网络并且与网络进行通信的膝上型计算机和台式计算机的设备中的任何一个。通信系统100还被示出为包括三个内容提供商网站(CPW) 106，其中的一个被示出为经由通信链路108与中介web服务器104进行通信。另外，通信链路110还被提供成支持与web服务器104进行通信的移动设备102中的一个直接与也与web服务器进行通信的 CPff 106中的一个进行通信，而无需web服务器104的中介。尽管移动设备102中的仅一个和CPW 106中的一个被示出为与web服务器104进行通信，但是应当理解的是，根据时间或者操作环境，移动设备102和CPW 106中的任何一个或全部都能够与web服务器进行通信。 同样地，根据时间或者操作环境，移动设备102中的任何一个都能够通过诸如链路110的直接通信链路进入与CPW 106中的任何一个的通信。尽管图1中示出了三个移动设备102，但是在其它实施例中，也可以仅出现一个移动设备与web服务器104进行通信，或者可替换地，任意数量的移动设备能够与web服务器 104进行通信。同样地，尽管在图1中示出了三个CPW 106，但是在其它实施例中，也可以仅一个CPW与web服务器104进行通信，或者可替换地任何任意数量的CPW能够与web服务器104进行通信。此外，在其它实施例中，任何任意数量的移动设备能够通过诸如链路110 的直接通信链路与任何任意数量的CPW进行通信。也就是说，图1旨在表示采用经由web 服务器接口间接地与彼此进行通信或者直接与彼此进行通信的任何任意数量的移动设备和任何任意数量的CPW的各种系统中的任何一个系统。取决于实施例，通信链路105、108、110能够为单个网络或多个网络的一部分，并且每个链路能够包括一个或多个有线的和/或无线的通信通道，例如，陆上通讯线(例如， 光纤、铜)布线，微波通信、无线电信道、无线通路、内部网、互联网、和/或万维网通信通路 (其本身能够采用多种的中介硬件和/或软件设备，包括例如多种的路由器等)。此外，各种通信协议和方法能够被用来经由移动设备102、web服务器104以及CPW 106之间的通信链路105、108、110进行通信，包括例如，传输控制协议/互联网协议(TCP/IP)、可扩展消息和出席协议(XMPP)、文件传输协议(FTP)等。在其它实施例中，也能够利用用于帮助多个移动设备102与CPW 106之间的信号的传送的其它类型的通信链路。尽管在本实施例中，通信链路/网络和服务器都被讨论为是基于web的，但是在其它实施例中，链路/网络和服务器能够采取各种非基于web的形式。如将被在下文中有关图4-7更详细地讨论的，web服务器104被配置成充当移动设备102与CPW 106之间的中介物。移动设备102与CPW 106之间的各种类型的通信传递通过web服务器104，或者被web服务器104处理和/或监控，所述各种类型的通信包括例如包括文件(例如，相片、音乐、视频、文本输入等)的上载和下载、博客发布、以及消息发送(例如，短消息服务(SMS)、多媒体消息服务(MMS)、以及即时消息传递(IM))的通信。 CPW通常旨在包括各种交互式网站，其支持诸如个人和/或企业信息、图片、视频、以及歌曲的各种形式的数据的下载和上载(例如，发布)，并且从而有助于人和人群之中的人与人之间的连接的创建和维持。CPW的示例包括例如Facebook 、MySpace 、hi5 、Linkedln 以及Twitter 。为了本发明的目的，CPW还能够被理解成包括各种其他类型的网站(例如，企业对企业或企业对消费者网站)，而不完全地或主要地集中在社交网络上，然而其也包括社交网络类型特征。其它内容提供商网站包括RSS的源或其它新闻订阅源、诸如Picasa 或 Photobucket 的相片服务、以及诸如LastFM 的音乐服务。参考图2，提供了图示了根据本实施例的诸如移动设备102的移动设备的示例内部部件200的方框图。如图2中所示，部件200包括一个或多个无线收发器202、203、205、 处理器204(例如，微处理器、微计算机、专用集成电路等)、存储器部分206、一个或多个输出设备208、以及一个或多个输入设备210。在至少一些实施例中，存在包括诸如显示器的一个或多个输出设备208和诸如小键盘或触摸传感器的一个或多个输入设备210的用户接口。内部部件200还能够包括部件接口 212以向辅助部件或附件提供直接连接，以用于额外的或增强的功能。内部部件200优选地还包括诸如电池的电源214，以用于向其它内部部件提供电力同时使移动设备可携带。所有内部部件200都能够通过一个或多个内部通信链路232 (例如，内部总线)彼此耦接，并且彼此进行通信。无线收发器202中的每一个都利用无线技术以便进行通信，所述无线技术能够包括例如(但不限于)基于蜂窝的通信技术，诸如模拟通信(使用AMPS)、数字通信(使用 CDMA、TDMA, GSM、iDEN、GPRS、EDGE 等)、以及下一代通信(使用 UMTS、WCDMA, LTE、IEEE 802. 16等)或其变体；或对等或者自组通信技术，诸如HomeRF(射频)、蓝牙以及IEEE 802. ll(a，b，g或η)；或其它无线通信技术，诸如红外技术。在本实施例中，无线收发器202 包括蜂窝收发器203和无线局域网(WLAN)收发器205，然而在其它实施例中，仅存在这些类型中的无线收发器中的一个(并且可能的是，这些类型的无线收发器的两者都不存在、和/ 或存在其它类型的无线收发器)。通过使用无线收发器202，移动设备102不仅能通过通信链路110与CPW 106进行通信，并且还能通过通信链路105与web服务器104 (并且因此再次间接与CPW 106)进行通信。与移动设备102的内部部件200的其它部分相结合地无线收发器202的示例操作能够采取各种形式，并且能够包括例如如下操作，在该操作中，在接收到无线信号时，内部部件检测通信信号并且收发器202对该通信信号进行解调以恢复由无线信号传输的诸如语音和/或数据的传入信息。在从收发器202接收到传入信息之后，处理器204为一个或多个输出设备208对该传入信息进行格式化。同样地，为了无线信号的传输，处理器204 对传出的信息进行格式化，其可以或可以不由输入设备210来激活，并且将该传出信息传送到无线收发器202中的一个或多个，以便调制成通信信号。无线收发器202通过无线和 (可能地也有线的)通信链路将经调制的信号传送到诸如web服务器104和一个或多个CPW 106的其它设备(以及可能地传送到诸如小区塔、接入点、或另一服务器或各种远程设备中的任何一个的其它设备)。取决于实施例，内部部件200的输入设备210和输出设备208能够包括各种视觉、 音频和/或机械输出。例如，输出设备208能够包括诸如液晶显示器和发光二极管指示器的一个或多个视觉输出设备216 ；诸如扬声器、警报器和/或蜂鸣器的一个或多个音频输出设备218 ；和/或诸如振动机构的一个或多个机械输出设备220。除此之外，视觉输出设备 216还能够包括视频屏幕等。同样地，以举例的方式，输入设备210能够包括诸如光学传感器(例如，相机)的一个或多个视觉输入设备222 ；诸如麦克风的一个或多个音频输入设备224;以及诸如翻转(flip)传感器、键盘、小键盘、选择按钮、导航群集、触摸板、触摸屏、电容传感器、运动传感器、以及开关的一个或多个机械输入设备226。能够启动一个或多个输入设备210的动作能够不仅包括按钮或其它致动器的物理按压/激励，而且还包括例如打开移动设备，将设备解除锁定、使设备移动以启动运动、使设备移动以启动位置定位系统以及对设备进行操作。如图2中所示，移动设备102的内部部件200还能够包括各种类型的传感器228 中的一个或多个。传感器228能够包括例如接近传感器(光检测传感器、超声收发器或红外收发器)；触摸传感器、高度传感器、能够包括例如全球定位系统(GPS)接收器、三角测量接收器、加速计、倾斜传感器、陀螺仪的位置电路、或能够标识移动设备102的当前位置或用户设备接口(承载模式)的任何其它信息收集设备。内部部件200的存储器部分206能够包括各种形式(例如，只读存储器、随机存取存储器、静态随机存取存储器、动态随机存取存储器等)中的任何一个的一个或多个存储器设备，并且能够由处理器204来使用以存储并且检索数据。被存储器部分206存储的数据能够包括但是不必限于操作系统、应用以及信息数据。每个操作系统都包括控制通信设备的基本功能的可执行代码，所述通信设备的基本功能诸如在内部部件200之中包括的各种部件之中的交互，经由无线收发器202和/或部件接口 212与外部设备的通信、以及应用和数据到存储器部分206的存储和从存储器部分206的对应用和数据的检索。每个应用都包括可执行代码，其利用操作系统，从而为通信设备提供更多的特定功能，诸如，文件系统服务和对在存储器部分206中存储的受保护数据和不受保护数据的处理。信息数据是能够被用于执行通信设备的功能的操作系统或应用所引用和/或操纵的非可执行代码或信息。接下来参考图3，更详细地示出了图1的web服务器104的额外的示例部件。如所示，web服务器104包括存储器部分302、与该存储器部分进行通信的处理器部分304、以及用于通信链路105、108与处理器304的对接的一个或多个输入/输出(I/O)接口(未示出)。处理器部分304还包括后端部分306 (或社交网络处理器)和前端部分308。后端部分306经由通信链路108与CPW 106 (以虚线示出)进行通信，而前端部分308经由通信链路105与移动设备102 (也以虚线示出)进行通信。如在下文中进一步详细地讨论，在至少一些实施例中，后端部分306支持与诸如 CPff 106的CPW进行的拉取通信。拉取通信能够例如使用表述性状态转移(REST)架构来实现，其具有对web典型的类型，并且同样的，后端部分被配置成在由web服务器104所确定的时间/环境处，生成用于将信息从诸如CPW 106的CPW提供给后端部分306的请求，响应于此CPW进行搜索，并且将所请求的数据提供回web服务器。同样地，如在下文中进一步详细地讨论，在至少一些实施例中，前端部分308与诸如移动设备102的移动设备协力建立推送 目道。在至少一些这样的实施例中，推送信道允许前端部分308在由web服务器104所确定的时间/环境处，将来自web服务器104的通知(由前端部分所生成)提供给移动设备102。该通知能够指示可用于提供给移动设备的信息内容。移动设备102反过来能够以移动设备认为适当的方式来对该通知作出响应。这样的响应通常(但是未必一直)构成如下的请求，用于请求将可用的信息内容的一些或全部从中介web服务器104的前端部分提供给移动设备。参考图4，提供了示出了图1和图3的web服务器104的操作的示例步骤的流程图，具体地是当与诸如如图1中所示的移动设备102和CPW 106的、移动设备和CPW进行交互以及中介通信时的示例步骤的流程图。在开始步骤400处开始由图4的流程图所表示的处理时，在步骤402处web服务器104通过建立与移动设备的通信链路，诸如与图1的移动设备102的通信链路105而开始操作。如将被在下文中进一步详细地描述的，根据实施例， 与移动设备的通信链路的建立能够实际上包括与该移动设备的多个通信链路(能够并行或在不同的时间存在)的建立。在一些这样的情况下，多个通信链路是不同的类型的，例如，包括推送信道或除了推送信道之外的通信协议。同样地，当与移动设备102的通信链路的建立通常包括建立与基站的电路切换连接，并且因此通信设备将标识信息提供给基站，通过其，使移动设备向电信网络标识其本身，到web服务器104的连接还能够是经由互联网协议(IP)连接，或者经由在移动设备正与其进行通信的基站和负载平衡器/防火墙之间的点到点(P2P)电信连接，并且还能够包括将来自web服务器的响应信号提供回移动设备，通过其，使移动设备识别到其正与web服务器联系。在完成了步骤402之后，在步骤404处，web服务器104进一步建立与CPW的通信链路，诸如与图1所示的CPW 106的通信链路108。在步骤404处，通信链路的建立能够包括例如提供一个或多个web服务调用和/或其它技术。在步骤404之后，web服务器104与 CPff 106保持可以是(但是也不必须是)周期性的通信的正在进行的通信，并且一次或多次从CPW获得(拉取)信息。从CPW所获得的信息能够包括各种不同类型的信息的任何一个，包括例如有关联系人或朋友(包括联系人列表)、新的朋友或更新的联系人、特殊消息、 新闻、意外发生的事的信息，和包括可能的文件(诸如图像文件或文本文件)或其它形式的数据的其它类型的信息。在步骤406处获得信息之后，然后在步骤408处web服务器对所获得的信息进行处理。 同时参考图5，根据一个实施例示出了与图4的步骤406和步骤408相对应的示例子步。如所示，步骤406 (获得步骤)能够被理解为包括以开始子步500开始并且还包括三个额外的子步502、504以及506的若干子步。更具体地，在子步502中，web服务器104将拉取信号发送到CPW 106，并且在子步504处，在web服务器的后端部分306处从CPW接收回信息。在信息被在后端部分306处接收到之后，在步骤506处，该信息然后被从后端部分推送到web服务器104的前端部分308。进一步如图5中所示，在一个实施例中步骤408 (处理步骤)能够包括在子步518 处结束之前在子步508处开始的若干子步(图5示出了与步骤408相对应的子步，作为与步骤406相对应的子步的延续)。更具体地，在子步508处，在web服务器104的前端部分 308接收到在子步506处从后端306部分所推送的信息之后，该信息然后被放入到公共传输队列中。接下来，在子步510处，信息能够可选地被压缩。此外，在子步512处，信息能够可选地被转换成不同的格式，例如二进制格式。如由方框509所另外表示的(以虚线示出)， 虽然不是源身份，在子步512处进行的格式转换能够包括对被CPW 106提供的特定格式信息的移除，以便对信息的格式进行标准化并且移除站点专用的格式信息；或者另外修改信息的格式以成为提供给移动设备的统一的或通用的格式，而不管作为信息的来源的CPW格式如何。接下来，在子步514处，信息基于其具有高重要性或具有低重要性被过滤。如由子
11步511、513、515以及517(以虚线示出)所进一步表示，这个过滤操作能够进一步包括确定。即，如子步511处所示，web服务器104能够确定信息是否关系到朋友、新的朋友、特殊消息、新闻或者意外发生的事。如果为是，然后在子步513处，信息被指定低级别状态。然而，如果信息不落入那些分组中的一个，则该过滤处理继续进行到子步515，在该处web服务器确定信息是否关系到状态更新。如果其关系到，则在子步517处高级别状态被指定给该信息。在本示例实施例中，如果在子步515处信息被确定为不关系到状态更新，则处理再次返回到子步513。应当认识到web服务器104能够确定该信息是否为用于用户的状态更新，如果为是，则将该信息处理为高级别，或者高优先级，并且如果其为否，则将该信息处理为低级别，或低优先级。虽然期望限制会导致通信设备的活动不断增加的消息的数量，其它类型的信息也可以被处理为高优先级。在完成了过滤子步514之后，然后处理前进到子步516，其中web服务器104 (具体地，为web服务器的前端部分308)确定在被在步骤406处从CPW 106获得的信息与被更早之前从该相同的CPW接收到的先前的信息之间可能存在的一个或多个差异。在本实施例中，仅仅该种差异信息被最终地传输回到移动设备102。如已经提到，与图4的步骤408相对应的由图5所表示的子步在子步518处结束。应当认识到，步骤516能够有利地在步骤 504与步骤506之间，在后端部分306中进行，在该情况下如果从内容被拉取用于特定订户的先前的时间开始在CPW信息中存在改变，则信息将仅被在web服务器104中进一步处理。 这将释放服务器资源以继续从CPW拉取信息以用于设备102的用户，或使用中介web服务器和CPW的其它用户。返回图4，在完成了步骤408之后，web服务器104考虑经处理的信息中的一个或多个部分是高度重要的或不是高度重要的(例如，低重要的，或可能是中度重要的或一些其它重要性级别)。如果确定经处理的信息是高度重要的，则在步骤412处，web服务器104 的前端部分308经由跨越通信链路105建立的推送信道将高重要性的经处理的信息传输到移动设备102。在由web服务器所确定的时间处，当通过使用推送信道成为可能，则立即使其进行。如果在步骤410处确定经处理的信息不是高度重要的，则经处理的信息的发送能够被延迟直到另一更适当的时间为止，以从而减少设备与服务器之间的通信活动，并且因此减少了设备上的电池消耗。因此，在步骤414处，web服务器104等待适当的时间，以将经处理的信息发送到移动设备102。然后，一旦适当的时间已经出现，则在步骤416处，信息然后被通过web服务器104发送到移动设备102。低重要性的经处理的信息被通过web服务器104发送到移动设备102所在的适当时间能够基于各种考虑。例如，在一些实施例中，这样的适当时间仅仅是周期性地出现的时间，在该时间处，移动设备102为了信息而对web服务器104进行轮询。这样的轮询通常包括将来自移动设备102的查询信号重复地发送到web服务器104。在其它情况下，当特定的情况已经产生时则出现适当的时间。例如，当移动设备102做出请求，并且如果另外地在相同的时间web服务器104已经确定特定数量的低重要性经处理的信息已经被存储用于传输到移动设备的情况下，用于发送低重要性经处理的信息的适当时间能够出现。尽管在上述描述中，通过web服务器104获得信息被描述为包括拉取，同时通过移动设备从web服务器获得低重要性信息被描述为包括轮询，但是应该理解，根据实施例，拉取操作或轮询操作 (和周期性的通信或者异步通信)能够分别由web服务器和移动设备中的任何一个使用，以分别从CPW或web服务器获得信息。另外，设想当移动设备102未被连接到服务器时，服务器104能够正从CPW 106拉取信息，作为这样的结果，服务器将保留信息直到移动设备重新连接为止，或者当足够的时间过去以致服务器删除该信息时为止。无论高重要性或低重要性信息是否分别被在步骤412和步骤416处发送到移动设备102，在完成这些步骤之后，一系列的额外的步骤由在与移动设备、CPW、或另外的移动设备/CPW的交互中的web服务器104来执行。更具体地在这点上，在完成了步骤412和步骤 416之后，在步骤418-428处，来自移动设备102的信息能够被上载到web服务器104，并且进一步提供给CPW 106。如图4中所示出，在步骤418处，这样的交互能够通过web服务器 104从移动设备102接收标识信息开始。这样的标识信息的接收不必一直进行，例如，如果这样的标识信息已经被在步骤402处接收到。然后，在步骤420处，web服务器104另外地从移动设备102接收内容信息。内容信息能够包括例如诸如图像文件或文本文件的文件、 或移动设备的用户想要已经上载到在CPW处存在的用户简档(例如，“墙(wall)”)的其它数据。接下来，在步骤422处，web服务器104从移动设备102接收指示web服务器将内容信息上载到CPW 106的命令。在替代实施例中，这个命令不必被由移动设备102明确地提供给web服务器104，因为在这样的实施例中，由web服务器假定由移动设备所提供所有内容信息应该被进一步上载到该移动设备所相关联的任何CPW。进一步地，然后在步骤424 中，web服务器104将从移动设备102所接收到的标识信息发送到CPW 106，以便认证该web 服务器与该CPW之间的关系。响应于发送这个标识信息，通常如果认证是符合要求的，则从 CPW接收回令牌，如由步骤426所指示。如关于步骤418，在所有的实施例中，在此时，步骤 424和步骤426不必被明确地执行，特别地在该动作被理解为在步骤402、404中的通信链路的建立的一部分的情况下。无论认证何时进行，认证处理允许web服务器104代表移动设备102和作为移动设备102的代理服务器与CPW 106进行交互。假定适当的认证已经进行，则在步骤428处内容信息由web服务器104发送到CPW 106。设想当移动设备102首次连接到服务器，并且在web服务器上建立CPW时，用于在 CPff上的特定用户账户的web服务器104将内容上载到CPW 106和从CPW 106下载内容所需要的用户ID和口令能够由用户加载到web服务器104中。web服务器将用户ID和口令存储在存储器中，并且只要用户不对其进行改变，就使用该用户ID和口令来访问CPW，以保持与CPW的持续连接，而不管移动设备102是否被连接。进一步设想，如果移动设备不从服务器请求信息达到预定的时间段，或者如果包含待进一步下载到设备的内容的web服务器队列超过寿命阈值和/或存储容量阈值，则能够在频率上减少通过web服务器104从CPW 106拉取信息，或者将其完全暂停(或终止)。除了先前描述的上载处理之外，在一些情况下，操作移动设备102的用户将还期望内容被上载到多于一个的CPW 106上。特别地，在内容信息已经被通过移动设备102提供给web服务器的情况下这样的处理能够通过web服务器104来促成，如由图4的步骤 430-438所指示。更具体地如所示，在步骤430处，通过web服务器104确定指示web服务器将内容信息提供给另一 CPW的进一步命令是否已经被web服务器从移动设备102接收至IJ。如果已经接收到这样的命令，则在下一个步骤432处，web服务器104确定与其它CPW 的通信链路是否已经被建立。如果这样的通信链路还没有被建立，则处理前进到步骤434，其中，额外的标识信息被从移动设备102接收到，并且随后在步骤436处通信链路被建立在 web服务器104与其它CPW 106之间。也就是说，如在步骤432处所确定，如果与其它CPW 的通信链路还没有被建立，则为了建立这样的通信链路，web服务器104必须再次被提供有来自移动设备102的标识信息，允许web服务器被与该其它CPW相关地认证，以便操作为与该其它CPW有关的移动设备的代理服务器(例如，与上文中与步骤424-426有关地所描述的基本上相同的操作)。在步骤436处建立通信链路之后，或者如果在步骤432处确定与其它CPW的通信链路已经被建立，则处理前进到步骤438，在该处内容信息被上载到其它CPW。因此，通过步骤430-438，在步骤428处已经被提供给第一 CPW的内容信息被额外地提供给另一 CPW。应当理解的是，尽管图4没有示出在重复执行步骤418-438中的直接循环，但是步骤能够与多个部分的信息和不止一个的额外的CPW相关地而被重复多次。设想内容将被以统一的格式从移动设备102提供，并且服务器后端部分将为内容正被上载到其上的目标CPW中的每一个单独地并且适当地对数据进行格式化。进一步关于图4，在完成了步骤438之后，或者在步骤430处通过web服务器104 确定没有接收到命令的情况中，则在步骤440处，web服务器另外继续进行，以确定移动设备102是否已经从web服务器断开连接。尽管移动设备102已经从web服务器104断开连接，但是作为一般规则，web服务器将仍然维持其与CPW 106的通信链路，web服务器先前已经进入到与该CPW106的通信，并且相关于该CPW106，web服务器能充当代表已经被断开连接的移动设备的代理服务器，如由步骤442所表示。因此，即使web服务器作为其代表的移动设备102暂时地离开通信，web服务器104能够在正在进行的基础上继续与CPW 106 相关地进行操作。因此，web服务器104能够继续操作以从各个CPW 106拉取信息，并且随着时间的推移能够访问和监控这样的信息，使得当先前断开连接的移动设备被重新连接到 web服务器时，web服务器能够立即(如果有的话)提供可用的最近的、更新的CPW信息。尽管上文的描述，并且尽管图4中未示出，但是在某些实施例中，移动设备102还可能将web服务器停止与CPW 106中的一个或多个相关地代表它本身的指令传送到web服务器104，在该情况下，web服务器将这样做。最后，还如图4中所示，当步骤442已经完成或倘若在步骤440处确定移动设备102仍然连接的两种情况下，web服务器104继续确定是否存在与其它的移动设备102和/或CPW 106建立额外的通信链路的需要或期望。根据本流程图，如果不存在这样的需要或期望，则处理在步骤446处结束，然而如果存在这样的需要或期望，则处理返回到开始步骤400。应该理解的是，尽管如图4中所示的特定步骤，但是取决于实施例，各种额外的或不同的步骤能够由web服务器104来执行，并且取决于实施例，能够对图4中所示的特定步骤中的一个或多个进行重新排列，重复或全部地消除。同样地，根据图4的流程图所执行的步骤中的一些能够在步骤中的其它被执行的同时，在正在进行的或连续的基础上进行重复。例如，即使当诸如与从移动设备到web服务器上载内容信息并且然后将其上载到一个或多个CPW相关的、由步骤418-438所表示的那些的其它交互也正在进行时，与从CPW 106 所接收到的信息的获得和处理和到移动设备102的高重要性信息的立即(或基本上立即) 发送有关的步骤406-412能够在正在进行的或连续的基础上被重复。另外，尽管图4相当详细地描述了 web服务器104正与多个CPW106连续地或同时地进行通信的可能性，并且图示了由给定移动设备和这样的一个或多个CPW之间的web服务器所促成的示例性交互，但是应该理解的是，相同的处理能够根据允许类似的交互在任何数量的其它移动设备和这样的一个或多个CPW之间进行，而通过web服务器在相同的时间或基本上相同的时间执行。设想后端部分306能够包括用于每个CPW 106的单独的插件，该插件包括适合其相应的CPW的相应的API。插件中的每一个都包括用于其相应的CPW的API，通过其，使插件从网站拉取信息并且将该信息重新格式化成移动设备102客户端的通用格式。此外，当由后端部分306上载时，来自移动设备的内容将被从移动设备102客户端程序的统一格式重新格式化为由与该插件相关联的CPW规定的适当格式。以这种方式，来自移动设备102 的内容能够被以具有统一格式的单个消息来发送，并且其将如用户所选择地和由用于相应的CPW中的每一个的后端部分插件中的每一个所格式化地，而被路由到被作为目标的CPW。转向图6，提供了示出了移动设备102的当其与web服务器进行交互时的，并且依靠这个交互而能够与一个或多个CPW进行交互的操作的示例步骤的额外的流程图。也就是说，图6旨在图示移动设备102的操作的示例步骤，其相对于如上文中的图4和图5中所图示的由web服务器104所执行的多个步骤是补充的(或者大部分是补充的)。此外，如在下文中将被进一步描述的，图6还包括使移动设备102能在不用通过web服务器104进行的中介的情况下直接与CPW 106中的一个或多个进行交互，或者与(但是独立于)通过 web服务器进行的中介一起同时地与CPW 106中的一个或多个进行交互的步骤。如图6中所示，在在开始步骤600处开始操作之后，在步骤602处，移动设备102通过与web服务器建立通信链路，而开始其与web服务器104的交互，并且通过web服务器因此与CPW建立通信链路。同时参考图7，步骤602能够被理解为包括如在该图中所图示的若干子步。如所示，在在子步700处开始之后，移动设备102激活在移动设备上支持的推送信道应用，如在子步702处所指示。然后，在子步704处，移动设备102将标识信息提供给web服务器104。 这样的标识信息能够包括例如指定特定移动设备(例如，序列号、型号或者产品参考号)的标识码、与利用该移动设备的用户的标识有关的信息、或诸如登录或密码的其它编码信息。 接下来，在子步706处，确定在移动设备102处是否存在经由web服务器与CPW 106中的特定一个建立通信链路的期望。如果在这个时候不存在这样的期望，则由图7所表示的处理在子步708处结束。或者，如果存在经由web服务器104与CPW 106建立通信链路的期望， 如能够由将指示这样的期望的命令提供给移动设备102的用户所指示，则在子步710处，移动设备102额外地将指示web服务器建立这样的通信链路的命令发送到web服务器。另外，在子步712处，移动设备102额外地将额外的web标识信息发送给web服务器104，允许该web服务器与CPW 106建立通信链路，并且充当用于与该CPW进行其通信的移动设备的代理服务器。在一些实施例中，在子步712处发送的标识信息能够与子步704 的相同，在该情况下不需要执行子步712。一旦在子步712处已经提供标识信息，则在子步 714处，在移动设备与web服务器之间建立推送信道链路。在完成了子步714之后，能够执行在步骤602之后的由图6所表示的处理的剩余步骤(如由方框“返回到A”所指示)。返回到图6，在在步骤602处建立了与web服务器104的通信链路之后，在步骤604 处，移动设备102经由推送信道(例如，在子步714处建立的推送信道)从web服务器接收高重要性信息。如已经参考图4-5所描述，该信息在本实施例中被以异步的方式，S卩，在不是由移动设备所确定的时间从web服务器104提供给移动设备102。除了在异步的基础之上接收这样的高重要性信息之外，如由后续步骤606所进一步表示的，移动设备102能够额外地将一个或多个查询发送到与待由web服务器下载到移动设备的其它信息有关的web服务器104。如在上文中参考图5所讨论的，高重要性信息能够包括诸如状态更新信息的信息，而其它信息(例如，低重要性信息)能够包括诸如联系人/朋友信息、新的朋友信息、联系人列表、相片或视频、特殊消息、新闻或者意外发生的事信息。在步骤606处由移动设备102所提供的查询能够在周期性的基础上或者在由该移动设备所确定的其它时间而被提供。尽管在本实施例中设想移动设备102将确定何时对 web服务器104进行查询，进而确定除了高重要性信息之外的信息是否被从web服务器传送到移动设备，但是在其它实施例中这样的查询和/或信息的下载能够在由web服务器与移动设备之间的双方协定所确定的时间、在由web服务器独自单独地所确定的时间(例如， 当web服务器已经确定已经收集到足够量的低重要性信息时)、或在诸如已经对两个设备进行编程的制造商的另一实体或一方所确定的时间进行。无论其是否是促使通过web服务器104将信息发送回移动设备的来自移动设备102的查询，或者其是否是促使这样的信息的发送的其它触发，如在步骤608处所指示的，最终这样的其它信息也通过移动设备从web 服务器接收到。步骤602能够被认为是图4的步骤402的补充，而步骤604-608能够被认为是由图4的步骤406-412 (并且特别地步骤414-412)所表示的web服务器操作的补充。仍参考图6，在后续步骤609处，由移动设备102从web服务器104所接收到的信息通过移动设备来显示或以其它的方式输出。这样的信息的显示/输出进行的程度将取决于实施例。在至少一些实施例中，信息通过移动设备102以标准的方式来显示/输出，使得 CPW专用格式信息或特征不被提供为被显示的/输出的信息的一部分。更具体地在一些这样的实施例中，CPW专用格式信息和特征由web服务器104编写，或者在一些替代实施例中通过移动设备或web服务器和移动设备二者的结合来编写。在执行这样的编写中，在不同的CPW处发现的类似类型的信息，即使通过不同的 CPW以不同的方式引用(例如，如在发布站点发现的信息，或代替地如在墙(wall)上发现的信息)，也被识别为在概念上类似类型的，并且基于这样的识别，这样的信息能够被以常见的方式显示(可输出)在移动设备上，无论信息的起源如何。也就是说，给定这样的CPW 专用格式信息或特征的编写，来自不同的CPW的相同的概念类型的信息，即使在不同的CPW 处被不同地格式化，但是仍然被以相同或类似、一致的方式显示在移动设备上，而无论该信息的起源如何，因此有助于用户的对这样的信息的回顾。应该进一步注意到，这样的信息能够不仅包括文本和图像数据，而且包括广泛的各种其它数据，包括支持在移动设备上的交互式窗口和数据输入区的显示的数据，用户能够将然后能够被发送回web服务器的额外的信息或命令键入到其中。接下来，在步骤610处，移动设备102确定是否存在用于将在移动设备处当前可用的内容信息上载到web服务器和/或最终地上载到CPW 106的需要或期望。该需要或期望能够由移动设备102自动地确定，例如，基于特定类型的信息是否已经通过移动设备从用户或其它的来源接收到，或者特定的事件是否已经发生或者触发这样的上载事件的时间是否已经过去。通常，这样的需要/期望将响应于提供给移动设备102的用户命令而存在。如果在步骤610处，确定不存在这样的需要/期望，则如所示处理前进到下文中所讨论的步骤
16622。然而，如果在步骤610处确定存在这样的需要/期望，则在步骤612处，移动设备102 将内容信息发送到web服务器104并且在步骤614处移动设备额外地将命令发送到web服务器以将该内容信息上载到CPW 106。除了在如参考步骤418所讨论的被从移动设备102 提供以用于认证目的的标识信息能够被理解为已经被在图6中所示出的步骤602处提供 (或者，适合于这个目的的额外的标识信息能够被刚好在步骤612之前提供)的范围除外， 步骤610-614能够被理解为通常为图4的步骤418-428的补充。在完成步骤614之后，在步骤616处，移动设备102进一步确定是否存在用于将内容信息上载到除了该信息已经被上载到的第一个CPW以外的一个或多个额外的CPW的需要 /期望。再次地，该需要或期望能够基于除了别的因素以外的、包括由移动设备的用户所提供给移动设备的一个或多个指令的各种因素来确定。如果在步骤616处，确定不存在这样的需要或期望，则处理再次前进到下文中所讨论的步骤622。然而，如果在步骤616处确定存在这样的需要或期望，则处理前进到步骤618，其中，额外的通信链路经由web服务器建立在移动设备与该额外的CPW之间。步骤618能够被视为图4的步骤432-436的补充，并且取决于实施例能够包括如下的子步，其中移动设备首先确定与这样的额外的CPW的通信链路是否已经存在，并且如果确定没有这样的通信链路已经存在，然后将额外的标识信息发送到web服务器，以建立与这样的额外的CPW的通信链路，并且允许web服务器在这样的通信中充当移动设备的代理服务器。在步骤618处建立了与额外的CPW 106的额外的通信链路之后，则在步骤620处， 移动设备102进一步将命令发送到web服务器104以将内容信息上载到该额外的CPW 106。 步骤620的执行能够被理解为对应于图4的步骤430，要进一步理解的是，步骤618和步骤 620的执行的顺序是可逆的，使得那些步骤更接近地对应于图4的步骤430-436的顺序。 另外参考图6，在完成步骤620之后，假定web服务器104实际上将内容信息上载到额外的 CPW。尽管未示出，但是在一些实施例中，在完成这样的上载之后，web服务器104将确认这样的上载已经发生的信号发送回移动设备102。尽管图6的上述步骤以及图4的步骤将web服务器104的使用预想为移动设备 102与CPW之间的中介物，但是web服务器不必一直中介这样的通信，而是在某些情况下移动设备直接(也就是说，直接通过不包括任何web服务器、或者至少不包括如上文所描述的 web服务器的一个或多个网络)相对于CPW中的一个或多个进行交互。在该点上，在完成步骤620 (或，在一些情况下，如上文所讨论的步骤610和步骤616)时，在步骤622处，移动设备102进一步确定是否存在移动设备与CPW 106中的一个或多个直接进行通信的需要或期望。如果在步骤622处移动设备102确定为否的情况，则移动设备能够将其操作返回到节点A，响应于此，处理在步骤604处再次开始并且向前进行。假定这个情况发生，移动设备102因此继续，以从web服务器104接收信息，而且也继续操作以在重复、持续的基础上将内容信息上载到web服务器。然而如果在步骤622处移动设备102确定存在直接与CPW 106进行通信的需要或期望，则移动设备继续进行到步骤624，在该处移动设备建立这样的直接通信链路。是否存在直接与CPW 106进行通信的需要或期望能够基于各种考虑来确定。在一些情况下，移动设备102自动地进行确定，并且因此自动地继续进行以与CPW 106建立直接通信链路。例如，如果用户请求关于特定主题的更多的信息，并且如果从给定CPW的该信息的下载通过与CPW的直接通信能最好地完成(例如，在数据传输的效率等等方面)，则移动设备能够尝试直接连接到CPW。同样地，可能在一些情况下，用户可能希望查看在特定CPW 处可用的、具有与该CPW相关联的特定格式的信息，并且可能不希望查看如果信息到移动设备的途中被web服务器104处理而可能被提供的这样的信息的编写的视图。同样地，是否存在直接与CPW 106进行通信的需要或期望的确定能够基于明确地请求这样的通信的用户命令的接收来确定。取决于实施例，在步骤624处的直接通信链路的建立能够包括各种特定的命令或移动设备的操作，其在一些情况下能够包括从用户接收输入。例如，在一个情况下，用户通过使浏览器应用/程序在移动设备上打开和运行，并且通过将用于CPW的URL (统一资源定位符)键入到由浏览器所提供的输入区来启动这样的直接通信链路的建立，因此浏览器进入与CPW的通信中，并且CPW进而将网页页面或其它信息返回到浏览器，通过其，使移动设备(和用户)能够参与与CPW的进一步的通信。在其它实施例中，直接通信链路的建立是不包括任何特定的用户动作的自动处理。无论直接通信链路如何被建立，在建立了该链路之后，然后在进一步的步骤626 处，移动设备102直接将信息发送到CPW 106和/或直接从CPW 106接收信息(再次地，没有上文所描述的web服务器的中介)。随后，在步骤628处，移动设备进一步确定是否存在停止与web服务器104的现有的通信链路的需要/期望。如果不存在这样的需要/期望， 则处理返回到节点A，并且再次重复步骤604和后续步骤。也就是说，在移动设备与CPW之间的直接通信(没有web服务器中介)和间接通信(通过web服务器)两者能够同时地继续。然而，如果在步骤628处确定存在停止基于服务器的通信的需要或期望，则处理前进到步骤630，在该处与web服务器的移动设备通信被中断(其对应于在上文中关于图4所讨论的步骤440)。在本实施例中，如上文所讨论，web服务器104被配置成即使在与移动设备的通信已经终止之后，将其本身维持在其先前代表移动设备进行通信的与CPW或站点的通信中， 并且web服务器继续充当移动设备的代理服务器。然而，在其它实施例中，当移动设备终止其与web服务器的通信时，web服务器的与CPW的通信被切断。在任何事件中，在步骤630 之后，在步骤632处可能存在关于移动设备与web服务器重新建立通信的新的需要或期望。 正如在步骤622处确定是否与CPW106进入直接通信，或者在步骤628处确定是否停止与 web服务器104的通信，在步骤632处，是否存在关于移动设备102与web服务器104重新建立通信的需要或期望能够基于各种考虑中的任何一个，所述各种考虑包括例如触发这样的活动的用户命令、电池电源考虑等。如果在步骤632处确定应该重新建立基于服务器的通信，则处理返回到开始步骤600。如果为否，则在结束步骤634处，由图6所表示的处理被结束。分别转向图8和图9，在更多的实施例中，由web服务器104和移动设备102所执行的操作能够与图4-7中所示的那些稍微不同。更具体地，在一些其它实施例中，不执行图 4中所示的节点B与节点C之间的步骤408-416，web服务器104改为以不同的方式操作，包括图8中所示的步骤800-814。如所示，在从节点B行进之后，不执行处理步骤408 (和图5 中所示的对应的步骤)，web服务器104改为执行步骤800、802以及804。特别在步骤800处，web服务器104确定在步骤406中刚刚从CPW 106获得/拉取的信息与在更早的时间从该CPW所先前接收到的信息之间是否已经发生改变。如果在步骤802处检测到改变，则在步骤804处web服务器104的前端部分308将该改变信息放入改变列表中。在与和web服务器104联系的多个CPW有关地重复地执行这些步骤的情况下，与CPW中的每一个有关地检测到的改变信息能够全部被放到改变列表中，在该情况下其能够被称为公共改变列表。接下来，在步骤806处，web服务器104的前端部分308确定经处理的信息是高重要的或不是高重要的(例如，低重要的)。在执行这个确定中，能够考虑到与被在上文中与图4的步骤410相关地讨论的情况的相同的情况，并且为此在图8中步骤806还能被标记为步骤410。取决于经处理的信息是被确定为高重要的或是被确定为低重要的，处理然后相应地前进到步骤808或步骤810。在步骤808中，在已经确定经处理的信息是高重要的(例如，信息关系到状态更新)之后，web服务器104的前端部分308经由推送信道将指示已经发生高重要性改变的通知发送到移动设备102。同样地，在步骤810处，在已经确定经处理的信息是低重要的之后，web服务器104的前端部分308经由推送信道将指示已经发生低重要性改变的通知发送到移动设备102。一旦在步骤808或步骤810中已经发送了通知，则在步骤812处，web服务器104 的前端部分308在稍后的时间能够从移动设备102接收请求，以发送该改变信息自身。能够在如由移动设备102所确定的任何时间接收请求。通常，如果改变信息是高重要的，则移动设备102将在步骤808处接收到通知之后，立即或非常快发送对于信息的请求。与此相反，如果改变信息是低重要的，则移动设备经常常等待直到对于这样的请求的预定时间 (例如，周期性或非周期性轮询时间)已经到达为止。例如，设备可以等待不超过5分钟以请求高重要性信息，并且在请求之间等待15-30分钟，以下载低重要性信息。在任何情况下，在步骤812处在从移动设备102接收到的对改变信息的传输的请求之后，然后所请求的改变信息随后通过web服务器104的前端部分308发送到移动设备102。在本示例中，优选的是，这个改变信息不通过推送信道来发送，或者可替换地，仅高重要性改变信息通过推送信道来发送，以减少移动设备被加电以接收该改变内容的时间量，然而认识到，在其它实施例中所有的改变信息都能够经由推送信道来发送。在步骤814处发送这个信息之后，或如果在步骤812处未接收到对于信息的请求 (或至少在预定时间段内未接收到)，或如果在步骤802处在从CPW 106接收到的信息中未检测到改变，则处理返回到图4的节点C(并且因此返回到步骤418)。应当认识到，如果没有内容被需要用于上载到CPW，当web服务器104将继续从CPW拉取内容时，web服务器104 通常将重复地返回到步骤406，而与内容是否正被上载到移动设备102客户端无关。尽管在本示例中，改变信息的通知在步骤808和812处通过推送信道而以相同的方式来提供，而不管该改变信息是高重要的或是低重要的，但是其不必一直是这种情况。在其它实施例中，例如，有关高重要性改变的通知能够被比有关低重要性改变的通知更迅速地发送、或以一些其它方式来发送。另外，虽然在图8的本示例中，在步骤814处改变信息的发送发生在与在步骤808、810处的通知的发送不同的时间，但是其不必一直是这种情况。 例如，在一个其它实施例中，在高重要性改变信息的内容较小的(例如，小于100个字符的文本消息)的情况中，该内容能够被与高重要性改变的通知一起(或者甚至充当其来)提供。从上述描述中，还应该显而易见的是，在至少一些实施例中，对于与CPW 106和移动设备102的不同部分的相应的通信而言，后端部分的操作能够大部分或完全地与前端部分的操作无关。取决于实施例，各种不同类型的通信，例如包括请求或轮询的通信、或周期性或异步的通信能够被任一端部分采用，而不管另一端部分的操作。因此，后端部分306能够连续地从CPW 106拉取内容，并且将改变发送到前端部分308，而独立于前端部分正在进行的操作。前端部分308能够同样地进行推送到移动设备102，并且等待下载改变内容的请求， 或使web服务器104和移动设备同步，而不用关心在任何特定时刻后端部分306正在进行的操作。关于图9，在其中所提供的流程示出了在一些其它实施例中，在不执行图6中所示的节点A与节点D之间的步骤604-609的情况下，移动设备102如何改为以包括步骤 900-914的不同的方式来进行操作。图9中所示的由移动设备102执行的步骤900-914是特别地相对于图8中所示的由web服务器104执行的步骤800-814的补充。如图9中所示， 在从节点A继续时，不执行图6的接收步骤604，移动设备102改为能够从web服务器104 接收(在步骤808、810中的一个或二者处发送的)表示在从CPW 106最近提供以及在早期时间提供的信息中已经检测到一个或多个改变的通知。如果在步骤900处接收到通知，则在步骤902处，移动设备102确定该通知指示改变是高重要的或者是低重要的。如果在步骤902处确定改变为高重要的，则在步骤904处，移动设备102确定该高重要性改变信息是否应该立即从web服务器104获得。尽管在一些实施例中，一直是高重要性改变信息应该被尽可能快地获得的情况，但是在其它实施例中，由于各种原因，移动设备仍然能够确定推迟尝试从web服务器获得该信息是优选的(例如，因为移动设备为低电量)。假定在步骤904处，移动设备102确定改变信息应该被立即获得，则处理前进到步骤 906，在该处移动设备立即将请求信号发送到web服务器，以请求高重要性改变信息立刻提供给移动设备。作为响应，在步骤908处，移动设备102最终从web服务器接收到所请求的改变信息(或该信息中的至少一些，如由web服务器104所确定的)。在这点上，步骤908 的执行完成了图8的步骤814的执行。如果可替换地，在步骤902处通过移动设备确定通知指示改变信息为低重要的， 或如果在步骤904处，移动设备确定改变信息不应该(或不需要)被立即获得，则处理前进到步骤910。在步骤910处，移动设备10进一步确定用于轮询web服务器104以获得改变信息的适当时间是否已经出现。这样的适当时间可以是周期性出现的时间，或在其它实施例中，能够通过移动设备102基于各种其它考虑(例如，自从另一事件已经流逝的预定量的时间，或如被接收到的用于指示移动设备从web服务器104获得内容信息的用户命令)来确定。如果在步骤910处，用于轮询web服务器的适当时间仍然未出现，则处理能够重复该步骤直到这样的时间出现(或能够前进到处理的另一步骤和/或可能地在不同的时间返回到步骤910)为止。然而，如果在步骤910处适当时间已经出现，则处理前进到步骤912， 在该处轮询/请求信号通过移动设备102发送到web服务器104。在发送该信号之后，处理返回到移动设备102在其处接收所请求的改变信息的步骤908。进一步如图9中所示，在完成步骤908之后，移动设备102继续进行执行步骤913，在其中，所接收到的信息通过移动设备102来显示或以别的方式输出，以支持移动设备的用户对信息的回顾。如所示，步骤913 能够相同于或类似于图6的步骤609。
虽然在步骤908处，通过web服务器104所发送的改变信息常常是移动设备102 的用户最感兴趣的，但是这个改变信息常常不包括由web服务器对该信息进行处理之前在 CPff 106处最初可用的各种内容(以及格式化)信息。也就是说，虽然由web服务器104 所提供的信息能够包括诸如意外发生的事、最近的状态信息、来自其它人的评论等的各种内容，并且虽然移动设备102也能够理所当然将特定标准信息显示为其用户界面的一部分 (例如，用户的名字、用户与其联系的CPW等)，但是由于web服务器104的中介的原因，相当量的内容和/或其他信息可能被排除在外。为此，在在步骤913处显示改变信息之后，用户可以决定不仅希望获得改变信息而且希望获得其它内容(或甚至格式化)信息。如果用户希望获得这样的其它信息，则在后续步骤914处移动设备进一步确定用于获得不在步骤908处从web服务器104接收到的其它信息的用户命令是否已经被接收到。例如，当用户选择由移动设备所显示的图标时，所述图标可以在步骤913处被显示为改变信息的一部分，能够接收到这样的命令。如果在步骤914处确定接收到这样的命令，则在步骤916处，移动设备102与CPW 106建立直接通信链路。建立直接通信链路的这个操作能够相同于或类似于与上文所讨论的步骤624相关联的操作，并且能够包括被设计成用于建立通信链路和用于引出用户所期望的其它信息的、标准的基于网页的客户端-服务器通信(例如，包括统一资源定位符 (URL)的输入/传输，和/或与CPW 106的网页页面进行对接)。因此，在在步骤916处建立直接通信链路之后，然后在步骤918处，从CPW 106接收由用户所期望的其它信息。在完成步骤918之后，以及在没有用户命令被确定为已经被在步骤914处接收到的情况下，或在来自web服务器104的通知被在步骤900处接收到的情况下，然后处理返回到节点D并且以图6的步骤610继续。在本发明的另一替代实施例中，后端部分306包括多个插件或处理器，其中的每一个都与相应的CPW 106相关联。每个插件都包括用于其关联的CPW 106的应用编程接口 (API)。每个插件都使用超文本传输协议(HTTP)以持续不断地从其相应的CPW 106拉取信息。当通过后端部分306插件检测到改变时，改变被加载到队列中，并且前端部分308将通知推送到移动设备102。后端部分306中的所有插件将继续使用根据包括(例如)信息源的ID (源CPW标识)、移动设备(用户设备)的账户ID、内容类型、优先级以及信息的通用格式所格式化的信息来加载队列。例如，对于状态而言，格式可以是类型(STATUS、M00D、 STATUS_AND_M00D)、动作(清除状态或更新状态)、提供商、聚集服务账号id、外部id、如果对于朋友有更新时的朋友id、状态文本、发布日期和时间。web服务器104通过将由所有的插件所拉取的内容结合到用于每个相应的设备(或用户账号)的公共改变列表中，来为每个用户设备(或用户账号)构建统一的订阅源(feed)。内容被随着时间的推移构建，并且每个条目能够被加时间戳。以下算法能够被用于在服务器同步期间检测改变，其中服务器同步被理解成包括与CPW 106的web服务器104的同步(作为比较，客户端同步能够被理解成包括诸如移动设备102的客户端与web服务器的同步)。web服务器104程序为每个账号维持三个号码 cla.wl以及w2。cla为改变列表锚，wl为改变列表窗口的开始时间(采样)，而w2为改变列表窗口的结束时间(采样)。web服务器104存储落入窗口 [wl，w2]内部的改变列表的一部分。在服务器同步(即，后端部分从CPW拉取)期间找到的所有改变被使用等于当前w2(即，在w2增加1之前)的同步锚来加时间戳。一旦窗口大小达到或超过最大窗口大小 mw，则程序就暂停服务器同步(CPW大小同步)。一旦被暂停，当接收到新的客户端轮询时， 服务器将恢复服务器同步。其它变量是作为客户端锚的ca，OFF为指示没有同步活动的标记。cla、wl以及w2的值根据以下状态转变规则来更新
事件状态转变
初始化cla = 0, w 丨=0, w2 = 0, off = 0
如果 w2 - wl >= mw ，贝Ij w2 = w2+l,
服务器同步
off = 1
vK 户端同步，w 1 <= ca <= w2 wl= ca, off = 0
客户端H步，cla < wl ji-U(ca< cla = w2+l, wl = cla, w2 = cla, off = 0 wl或ca>w2)(也可以叫"改变列表重置")当客户端为改变进行轮询时，如果客户端锚ca落入[wl，w2]内部，则部分同步将工作，并且web服务器104发送回落入[ca，w2]的改变(并且删除比ca老的改变)。在对同步作出结论后，ca将被更新。如果当客户端为改变进行轮询时，客户端锚落在[wl，w2] 的外部，则新的完全同步将在web服务器104与移动设备102中的客户端程序之间出现。设想当窗口大小达到mw时，服务器同步(后端插件为特定设备102拉取内容)能够被针对特定移动设备102账户而暂停，在此情况下，在缺少客户端轮询的情况下稍有丢失的推送(到设备的通知)可能造成设备的服务中断。设想如果自上一个w2以来存在悬而未决的变化，则对于发送推送是有利的，其中，只要自wl以来存在悬而未决的变化推送就能够被发送。进一步设想在本文中所描述的中介web服务器104能够有利地与于2009年5 月 21 日提交的、题为 A MOBILE COMPUTING DEVICE AND METHOD WITH ENHANCED POLING MANAGEMENT (具有增强轮询管理的移动计算设备和方法)的美国临时申请第61/180，301号中所描述的设备轮询管理器一起使用，通过引用，将其内容合并于此。现将对照片上载进行描述，作为上载内容的示例。通过将照片缓存在中介web服务器104存储器302处，中介web服务器104能够被采用来优化将照片从移动设备102上载到在这个示例中作为社交系统的多个CPW 106的处理。示例性流程可以如下1. web服务器前端指示后端部分用户设备上载了相片；2. web服务器前端或后端部分将相片URL和系统范围内唯一相片ID赋予新相片；3.相片ID被下载到设备，响应于此，设备客户端程序将相片ID与相片名字相关联；4.后端部分经由HTTP将文件下载到诸如/tmp/uniqu印hotoid. tmp的位置；5.与目标CPW中的每一个相关联的相应的后端部分插件为每个CPW提交work.
22uploadPhoto以上载这个相片文件；6.后端部分将相片分享的成功或失败的报告提供回前端部分；7.可选地，前端部分能够通知用户设备成功或失败；8.在预定时间段过去之后，该相片被删除。在操作中，来自移动设备102的相片被从设备上载到前端部分308。前端部分308 或后端部分306将相片缓存在中介web服务器302中持续预定的时间段，以允许相同的相片提交到不同系统的网站而不用要求相片再次通过移动设备上载。在预定的时间段之后， 相片将被擦除。预定的时间段可以是任何时间段，并且根据存储器约束和使用的频率来选择。时间段可以例如为24小时，时间段能够以相片被上载到存储器的时间为开始，从而一旦图片被上载就设置该时间段，或时间段可以以相片上载到CPW时为开始，从而每次图片被上载到新的CPW时将扩展该时间段。对于一个示例性实施例，相片与指定的CPW 106的标识一起被作为动作从移动设备102上载到服务器前端部分308，并且存贮在网络服务器的临时存储器中。前端部分308 将相片转发到服务器104的后端部分306中的插件，其例如能够专用于由移动设备102所指定的CPW106。网络服务器前端部分308还将包括与所保存的相片相关联的相片标识(ID) 的消息发送回移动设备102。相片ID标识相片被存贮在web服务器存储器302的位置或指向该位置的指针。移动设备102将相片ID与相片的名字相关联(映射)。随后，如果移动设备102经由用户接口决定将相同的相片发送到不同的CPW(例如，不同的社交系统)，则移动设备将相片ID而不是实际的相片发送到web服务器104。作为响应，web服务器104将检索相片并且将其转发到专用于其它CPW的另一插件。设想一旦相片被从存储器320中移除，更新将被发送到移动设备102以移除相片名字和相片ID的关联，使得移动设备将上载相片。如果另一方面相片不再被存储，并且web服务器104接收上载与相片ID相关联的相片的请求，则前端部分308将把错误消息发送到用户移动设备，响应于此，用户设备将被邀请再次上载相片。对于其它实施例，web服务器后端部分306将确定从移动服务器102上载的相片是否在目标CPW(例如，社交系统)的必要限制(例如，度量和大小)内。因为每个插件能够存储有关相片的CPW的限制，假设当图片被从存储器302中移除时，这个能够由与每个CPW 相关联的插件来处理。如果限制满足，则后端部分能够将相片一直发送到目标CPW。否则， 相片将根据CPW的需求来被调整大小。为了调整相片大小和/或将相片扩缩到目标大小， 确定了调整大小因子。能够被用来确定调整大小因子X的特别有利的算法如下 x/100 = ((t-f) / (kc)) “ (0. 5)其中，χ为调整大小百分比，t为以字节为单位的目标大小，并且例如可以接近1兆字节或更小，以及更有利的为小于200，000字节，而且在一个实施方式中为100，000字节。f为用于文件大小的小容差因子k为常量因子，并且可以小于1，并且更有利地为小于0.5，而且在一个实施方式中被选择为0. 23。c为以字节为单位的原始文件的大小。
通过将相片存储在web服务器104中，通过准许移动设备在不同的时间将媒体发送到不同的CPW同时通过移动设备102与其通信的局域网或广域网来仅将该媒体上载一次，服务器帮助减少设备的电力消耗和通信网络上的带宽负担。此外，web服务器104能够采用每个CPW所希望的格式的媒体，并且移动设备102不必知道或提供这些需求就可以成功地上载该媒体。还可设想的是，相片能够经由中介web服务器下载到移动设备。例如，对于RSS新闻订阅源，来自RSS内容源的相片以及新闻订阅源概要由后端部分从新闻订阅源拉取。当后端部分306检测这样的新闻信息是新的时，或换句话说自通过后端部从这个CPW拉取先前的RSS新闻订阅源以来发生变化，服务器104的后端部将针对客户端移动设备102适当格式化的订阅源发送到前端部分308。前端部分308将为客户端设备102生成低优先级推送通知并且用于设备102的队列将使用概要和相片来加载。当客户端设备102随后将用于内容的轮询请求发送到前端部分308时，前端部分将发送包括该新闻订阅源的队列的内容，其包含已格式化的图片和概要。移动设备102上的客户端程序将使概要和关联的图片显示在移动设备102的显示器216上。后端部分306因此针对设备检测并且格式化新图片和概要，并且前端部分308通知设备内容可用，并且对来自设备的轮询请求作出响应以将新闻订阅源下载到移动设备102。除上述操作以外，在至少一个额外的实施例中，如果输入 210包括在显示器之上的触摸传感器(一般称为触摸屏)，则用户能够在概要和图片处触摸屏幕，并且用户接口将直接通过链路110连接到与新闻订阅源概要/图片相关联的CPW，并且在显示器216上加载有关新闻订阅源的额外的信息以由用户查看。进一步设想，移动设备102中的客户端程序存储有关每个CPW的内容类型和特性的一些定义，相对于此，用户具有服务器帐户。移动设备的用户接口将根据用户建立在服务器的哪一个账号而改变。例如，假定用户以其的web服务器104帐号上进入Facebook 和 Twitter 。当用户与用户接口交互以构建待上载到CPW的消息时，用户接口显示器针对消息将被发送的目标CPW而呈现“FacebooWTwitter”或“所有”的选择。取决于进行了哪个选择，用于消息的参数可以是不同的(例如，字符的数量)。如果用户选择所有，则长度将是两个CPW限制中的较短的。进一步设想能够提供长度计数和警告。随着用户键入文本，在限制达到之前准许的剩余字符被显示。在某个阈值，诸如30个字符，警告将显示。当超过限制时，剩余字符将变成负计数，或用户将被阻止输入额外的字符。在用户改变目的地CPW 的情况下，限制将相应地改变。例如，如果在消息被创建之后Twitter 网站被添加为目的地，则限制将减小。如果Twitter 网站被移除作为目的地，则限制增加。移动设备102生成具有取决于用户设备在中介web服务器102上建立的一个或多个CPW的操作参数的用户接口显示。对于消息，一般消息输入区被呈现在显示器上用于用户输入文本，大小上限基于由被选择为消息文本的目的地的一个或多个CPW所准许的最小的最大消息大小。限制能够保留在客户端移动设备上。当消息大小落入限制的预定量内时， 移动设备客户端程序能够生成警告。如果一个或多个CPW改变，则限制改变。来自用户接口输入的内容填充消息输入区域，并且当限制达到时能够生成警告。客户端程序将消息以及一个或多个CPW的标识发送到服务器前端部分。后端部分针对一个或多个目的地CPW对消息进行格式化，并且以CPW所希望的格式上载消息。从以上描述中，明显的是，采用与诸如上文所讨论的那些步骤的不同的多个操作步骤的各种方法均由本发明包括。此外，除上文所描述的特定实施例以外，各种替代实施例也被本发明包括，包括采用具有除了或替代上文所描述的那些步骤以外的其它操作步骤的方法的实施例，以及采用具有除了上文所讨论的步骤的特定顺序或组合以外或替代所述步骤的特定顺序或组合的各种顺序或组合的步骤的方法的实施例。进一步应该明显的是，根据上文所描述的实施例中的一个或多个的系统在促进由用户操作的移动设备与社交网络网站之间的交互方面，在若干点上能够提供增强的功能。取决于实施例，能够增强用户与社交网络网站之间的通信的质量、如由移动设备用户所体验的社交网络网站和关联的事物处理的用户友好性、和/或移动设备与这样的网站之间的通信的效率中的一个或多个。 特别预期的是，本发明不限于本文中所包含的实施例和说明，而是包括那些实施例的修改形式，包括实施例的一部分和落入所附权利要求的范围内的不同实施例的元素的组合。
权利要求
1.一种有助于第一内容提供商网站与移动设备之间的通信的方法，所述方法包括在web服务器处，经由第一网络从所述内容提供商网站获得第一信息，所述第一信息不包括任何电子邮件消息，所述获得包括通过所述web服务器的后端部分从所述内容提供商网站拉取所述第一信息；在所述web服务器的所述后端部分和前端部分的至少一个中处理所述第一信息以便提供经处理的第一信息；以及将所述第一信息中的新内容的通知从所述web服务器的所述前端部分传输到在所述第一网络或第二网络上建立的推送信道上，以便所述移动设备来接收。
2.根据权利要求1所述的方法，其中，在所述获得所述第一信息之后，所述后端部分处理所述第一信息，以将改变指示提供给所述web服务器的所述前端部分，以用于所述处理进行。
3.根据权利要求1所述的方法，其中，所述处理包括以下各项中的一个或多个(a)将第一数量的数据中的至少一些放入到公共传输队列中，(b)对所述至少一些数据进行压缩， 以及(c)将所述至少一些数据转换成不同的格式。
4.根据权利要求1所述的方法，其中，所述推送信道至少部分地基于在所述移动设备上运行的应用程序的操作来建立，并且其中，所述推送信道采用传输控制协议TCP、可扩展消息处理和出席协议XMPP、以及异步通信技术中的一个或多个。
5.根据权利要求1所述的方法，其中，所述web服务器通过多个web服务调用，与所述社交网络站点和所述移动设备中的至少一个进行另外的通信。
6.根据权利要求1所述的方法，其中，当所述处理包括确定所述第一信息的第一部分具有高重要性级别时，则所述传输包括高优先级推送；并且其中，当所述处理包括确定所述第一信息的第二部分具有低重要性级别时，则所述传输包括低优先级推送。
7.根据权利要求1所述的方法，其中，所述新内容从所述web服务器到所述移动设备的进一步传输被延迟，直到所述web服务器从所述移动设备接收到轮询为止。
8.根据权利要求1所述的方法，所述经处理的第一信息表示在所述第一信息与在所述 web服务器处从所述社交网络站点所接收到的更早的信息之间存在的一个或多个差异。
9.根据权利要求1所述的方法，其中，所述经处理的第一信息被配置以便使得能够以独立于所述社交网络站点的至少一个定制特征的方式，将所述经处理的第一信息中的至少一些显示在所述移动设备上。
10.根据权利要求1所述的方法，其中，所述经处理的第一信息被配置成，由所述移动设备在接收到所述经处理的第一信息时，用来生成显示区，其中，文本或另一输入能够从用户接收到所述显示区中。
11.根据权利要求1所述的方法，所述方法还包括从第二社交网络网站获得第二信息；在所述web服务器处，处理所述第二信息以便提供经处理的第二信息；以及将所述经处理的第二信息的通知从所述web服务器传输到所述推送信道，以便所述移动设备来接收。
12.根据权利要求11所述的方法，其中，所述第一信息和第二信息的所述处理用来达成表示自从先前的更新开始，在一段时期期间，相对于所述第一信息和第二信息已经发生的改变的信息的聚合。
13.根据权利要求12所述的方法，其中，所述经处理的第一信息和所述经处理的第二信息中的每一个都被配置，以便能够以独立于所述第一社交网络站点和第二社交网络站点中的至少一个定制特征的方式，在所述移动设备上显示所述经处理的第一信息和第二信息中的至少一些。
14.根据权利要求1所述的方法，其中，所述web服务器通过将认证指示提供到所述第一网络上以便所述社交网络站点来接收，来建立与所述社交网络站点有关的认证，响应于此，所述web服务器然后从所述社交网络站点接收回认证令牌。
15.一种有助于第一社交网络网站与移动设备之间的通信的方法，所述方法包括在web服务器的后端部分处，经由第一网络从社交网络网站获得第一信息；在所述web服务器处，处理所述第一信息，以便提供经处理的第一信息，其中，所述处理包括基于由所述第一信息中的至少一个部分所满足的至少一个重要性级别来过滤所述第一信息中的所述至少一个部分，并且其中，所述至少一个部分包括联系人信息、状态信息、以及新闻信息中的至少一个；以及将所述第一信息中的新内容的通知从所述web服务器的前端部分传输到在所述第一网络或第二网络上建立的推送信道上，以便所述移动设备来接收，其中，如果所述通知所关于的新内容涉及所述状态信息，则所述通知为高优先级，并且其中如果所述通知所关于的所述新内容涉及至少一个其它类型的信息，则所述通知为低优先级。
16.根据权利要求15所述的方法，其中，所述新内容从所述web服务器到所述移动设备的进一步传输被延迟，直到所述web服务器从所述移动设备接收到轮询为止。
17.一种有助于第一社交网络网站与移动设备之间的通信的方法，所述方法包括从所述移动设备接收第一数据；从所述移动设备接收第二数据，其中，所述第一数据和第二数据中的一个是内容数据， 并且所述第一数据和第二数据中的另一个包括使所述移动设备能够登入进所述第一社交网络站点的至少一个标识符；以及将所述至少一个标识符传输到所述第一网络上，以便所述第一社交网络站点来接收， 通过所述至少一个标识符，所述服务器能作为所述移动设备的代理而登入到所述第一社交网络站点上。
18.根据权利要求17所述的方法，所述方法还包括以下各项中的至少一个将所述内容数据从所述服务器传输到所述第一社交网络站点；以及即使当所述移动设备持续一段时间地变得从所述服务器断开连接时，也维持代表所述移动设备的所述服务器相对于所述社交网络站点的登入状态。
19.根据权利要求18所述的方法，还包括从所述移动设备接收额外的标识符，并且将所述额外的标识符传输到所述第一网络上，以便第二社交网络站点来接收，通过所述额外的标识符，所述服务器能作为所述移动设备的额外的代理而登入到所述社交网络站点上，并且其中，所述内容数据被通过所述服务器进一步传输到所述第二社交网络站点，从而与所述第二社交网络站点共享所述内容数据。
20.一种有助于第一社交网络网站与移动设备之间的通信的方法，所述方法包括在web服务器处，经由第一网络从所述社交网络网站获得第一信息；在所述web服务器处，处理所述第一信息，以便提供经处理的第一信息，其中，所述经处理的第一信息指示所述第一信息与从所述社交网络网站所先前接收到的更早的信息之间的差异，以及从所述web服务器传输通知以便所述移动设备来接收，其中，当所述处理包括确定所述第一信息的第一部分具有高重要性级别时，则所述通知的所述传输包括基本上立即将所述经处理的第一信息的高优先级通知提供到在所述web服务器与所述移动设备之间存在的推送信道上；以及等待来自所述移动设备的下载请求。
21.根据权利要求20所述的方法，其中，当所述处理包括确定所述第一信息的第二部分具有低重要性级别时，则所述处理还包括在传输所述经处理的第一信息的对应的第二部分以便所述移动设备来接收之前，存储所述第二部分或所述经处理的第一信息的对应的第二部分持续一段时间。
22.根据权利要求20所述的方法，还包括在所述web服务器处，经由所述第一网络或额外的网络从第二社交网络网站获得第二 fn息；在所述web服务器处，处理所述第二信息以便提供经处理的第二信息，其中，所述经处理的第二信息指示所述第二信息与从所述第二社交网络网站先前接收到的额外的更早的信息之间的另外的差异；以及从所述web服务器传输所述经处理的第二信息中的至少一些以便所述移动设备来接收。
23.根据权利要求22所述的方法，其中，所述经处理的第一信息和第二信息被配置成， 允许所述移动设备以基本上独立于所述第一社交网络站点和第二社交网络站点的相应的格式化特性的方式，显示所述经处理的第一信息和第二信息中的至少一些。
24.根据权利要求20所述的方法，其中，所述第一信息不包括任何电子邮件消息。
25.一种有助于移动设备与多个社交网络网站之间的通信的方法，其中，所述多个社交网络网站包括第一社交网络站点和第二社交网络站点，所述方法包括通过至少一个第一网络从所述第一社交网络网站拉取第一信息，并且从所述第二社交网络网站拉取第二信息到web服务器上；在所述web服务器处，处理所述第一信息和第二信息，以便生成经处理的第一信息和弟·~-fn息，从所述web服务器传输所述经处理的第一信息和第二信息的可用性的通知，以便所述移动设备来接收，其中，所述经处理的第一信息和第二信息被配置以便允许所述移动设备请求所述经处理的第一信息和第二信息，以及当以至少基本上独立于用于如由所述第一社交网络站点和第二社交网络站点所提供的所述第一信息和第二信息的特定格式化特性的标准化方式而接收到所述经处理的第一信息和第二信息时，显示所述经处理的第一信息和所述经处理的第二信息中的二者。
26.根据权利要求25所述的方法，其中，所述第一经处理的信息表示联系人列表和状态更新中的至少一个。
27.根据权利要求25所述的方法，其中，所述第一信息和第二信息的所述处理包括确定所述第一信息和第二信息的部分是具有高重要性，还是具有低重要性。
全文摘要
在一个实施例中，一种有助于第一内容提供商网站与移动设备之间的通信的方法包括在web服务器处经由第一网络从该内容提供商网站获得第一信息，该第一信息不包括任何电子邮件消息，其中，该获得包括通过web服务器的后端部分从该内容提供商网站请求该第一信息。该方法还包括在该web服务器的后端部分和前端部分中的至少一个中处理该第一信息，以便提供经处理的第一信息；和将该第一信息中的新内容的通知从该web服务器的前端部分传输到在该第一网络或第二网络上建立的推送信道上，以便移动设备来接收。
文档编号H04L29/06GK102484646SQ201080040421
公开日2012年5月30日 申请日期2010年8月13日 优先权日2009年9月10日
发明者克里斯托弗·A·米特拉, 利恩·T·马米特苏卡, 威廉·N·坎普二世, 斯科特·I·普特曼, 马克森·R·惠勒, 魏凯 申请人:摩托罗拉移动公司