用于对内容提供商网站与移动设备进行中介的方法和系统 技术领域 本发明涉及包括移动设备的通信， 并且更具体地涉及在该移动设备与互联网内容 提供商网站之间的通信。
背景技术 诸 如 社 交 网 络 网 站 (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 服务器进行通信的 CPW 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 的示例包括例如 FacebookTM、 MySpaceTM、 hi5TM、 LinkedInTM 以 及 TwitterTM。为了本发明的目的， CPW 还能够被理解成包括各种其他类型的网站 ( 例如， 企
业对企业或企业对消费者网站 )， 而不完全地或主要地集中在社交网络上， 然而其也包括社 交网络类型特征。其它内容提供商网站包括 RSS 的源或其它新闻订阅源、 诸如 PicasaTM 或 PhotobucketTM 的相片服务、 以及诸如 LastFMTM 的音乐服务。
参考图 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.11(a， b， g 或 n) ； 或其它无线通信技术， 诸如红外技术。在本实施例中， 无线收发器 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 支持与诸如 CPW 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 与 CPW 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 处， 信息基于其具有高重要性或具有低重要性被过滤。如由子步 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 时， 用于在 CPW 上的特定用户账户的 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 接收 到。如果已经接收到这样的命令， 则在下一个步骤 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 所描述， 该信息在本实施例中被以异步的方式， 即， 在不是由移动设备所确定的时间从 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 处， 确定不存在这样的需要 / 期望， 则如所示处理前进到下文中所讨论的步骤
622。然而， 如果在步骤 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 服务器对该信息进行处理之前在 CPW 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、 MOOD、 STATUS_AND_MOOD)、 动作 ( 清除状态或更新状态 )、 提供商、 聚集服务账号 id、 外部 id、 如果 对于朋友有更新时的朋友 id、 状态文本、 发布日期和时间。web 服务器 104 通过将由所有的 插件所拉取的内容结合到用于每个相应的设备 ( 或用户账号 ) 的公共改变列表中， 来为每 个用户设备 ( 或用户账号 ) 构建统一的订阅源 (feed)。内容被随着时间的推移构建， 并且 每个条目能够被加时间戳。
以下算法能够被用于在服务器同步期间检测改变， 其中服务器同步被理解成包括 与 CPW 106 的 web 服务器 104 的同步 ( 作为比较， 客户端同步能够被理解成包括诸如移动 设备 102 的客户端与 web 服务器的同步 )。web 服务器 104 程序为每个账号维持三个号码 ： cla、 w1 以及 w2。cla 为改变列表锚， w1 为改变列表窗口的开始时间 ( 采样 )， 而 w2 为改变 列表窗口的结束时间 ( 采样 )。web 服务器 104 存储落入窗口 [w1， w2] 内部的改变列表的 一部分。在服务器同步 ( 即， 后端部分从 CPW 拉取 ) 期间找到的所有改变被使用等于当前w2( 即， 在 w2 增加 1 之前 ) 的同步锚来加时间戳。一旦窗口大小达到或超过最大窗口大小 mw， 则程序就暂停服务器同步 (CPW 大小同步 )。一旦被暂停， 当接收到新的客户端轮询时， 服务器将恢复服务器同步。其它变量是作为客户端锚的 ca， OFF 为指示没有同步活动的标 记。cla、 w1 以及 w2 的值根据以下状态转变规则来更新 ：
当客户端为改变进行轮询时， 如果客户端锚 ca 落入 [w1， w2] 内部， 则部分同步将 工作， 并且 web 服务器 104 发送回落入 [ca， w2] 的改变 ( 并且删除比 ca 老的改变 )。在对 同步作出结论后， ca 将被更新。如果当客户端为改变进行轮询时， 客户端锚落在 [w1， w2] 的外部， 则新的完全同步将在 web 服务器 104 与移动设备 102 中的客户端程序之间出现。
设想当窗口大小达到 mw 时， 服务器同步 ( 后端插件为特定设备 102 拉取内容 ) 能 够被针对特定移动设备 102 账户而暂停， 在此情况下， 在缺少客户端轮询的情况下稍有丢 失的推送 ( 到设备的通知 ) 可能造成设备的服务中断。设想如果自上一个 w2 以来存在悬 而未决的变化， 则对于发送推送是有利的， 其中， 只要自 w1 以来存在悬而未决的变化推送 就能够被发送。
进一步设想在本文中所描述的中介 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/uniquephotoid.tmp 的位置 ；
5. 与目标 CPW 中的每一个相关联的相应的后端部分插件为每个 CPW 提交 work.
uploadPhoto 以上载这个相片文件 ；
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)
其中，
x 为调整大小百分比，
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 帐号上进入 FacebookTM 和 TwitterTM。当用户与用户接口交互以构建待上载到 CPW 的消息时， 用户接口显示器针对消 息将被发送的目标 CPW 而呈现 “Facebook” 、 “Twitter” 或 “所有” 的选择。取决于进行了哪 个选择， 用于消息的参数可以是不同的 ( 例如， 字符的数量 )。 如果用户选择所有， 则长度将 是两个 CPW 限制中的较短的。 进一步设想能够提供长度计数和警告。 随着用户键入文本， 在 限制达到之前准许的剩余字符被显示。在某个阈值， 诸如 30 个字符， 警告将显示。当超过 限制时， 剩余字符将变成负计数， 或用户将被阻止输入额外的字符。在用户改变目的地 CPW 的情况下， 限制将相应地改变。例如， 如果在消息被创建之后 TwitterTM 网站被添加为目的 地， 则限制将减小。如果 TwitterTM 网站被移除作为目的地， 则限制增加。
移动设备 102 生成具有取决于用户设备在中介 web 服务器 102 上建立的一个或多 个 CPW 的操作参数的用户接口显示。对于消息， 一般消息输入区被呈现在显示器上用于用 户输入文本， 大小上限基于由被选择为消息文本的目的地的一个或多个 CPW 所准许的最小 的最大消息大小。 限制能够保留在客户端移动设备上。 当消息大小落入限制的预定量内时， 移动设备客户端程序能够生成警告。如果一个或多个 CPW 改变， 则限制改变。来自用户接 口输入的内容填充消息输入区域， 并且当限制达到时能够生成警告。客户端程序将消息以 及一个或多个 CPW 的标识发送到服务器前端部分。后端部分针对一个或多个目的地 CPW 对 消息进行格式化， 并且以 CPW 所希望的格式上载消息。从以上描述中， 明显的是， 采用与诸 如上文所讨论的那些步骤的不同的多个操作步骤的各种方法均由本发明包括。此外， 除上文所描述的特定实施例以外， 各种替代实施例也被本发明包括， 包括采用具有除了或替代 上文所描述的那些步骤以外的其它操作步骤的方法的实施例， 以及采用具有除了上文所讨 论的步骤的特定顺序或组合以外或替代所述步骤的特定顺序或组合的各种顺序或组合的 步骤的方法的实施例。进一步应该明显的是， 根据上文所描述的实施例中的一个或多个的 系统在促进由用户操作的移动设备与社交网络网站之间的交互方面， 在若干点上能够提供 增强的功能。 取决于实施例， 能够增强用户与社交网络网站之间的通信的质量、 如由移动设 备用户所体验的社交网络网站和关联的事物处理的用户友好性、 和 / 或移动设备与这样的 网站之间的通信的效率中的一个或多个。
特别预期的是， 本发明不限于本文中所包含的实施例和说明， 而是包括那些实施 例的修改形式， 包括实施例的一部分和落入所附权利要求的范围内的不同实施例的元素的 组合。