服务器实现信息共享,实现共享信息的方法、用户设备和服务器以及装置

本文介绍了实现共享信息和共享桌面的方法,用户设备与云服务器之间的交互,以及桌面共享在实时跟踪用户动态和信息共享方面的应用。通过实例展示了用户设备如何接收位置信息,同步共享内容,以及云服务器的鉴权和信息推送机制。
摘要由CSDN通过智能技术生成

id="p0001" num="0001"> 实现共享信息的方法、 用户设备和服务器以及装置 技术领域

本发明实施例涉及通信领域,并且更具体地,涉及实现共享信息的方法、 用户设备和服务器以及实现共享桌面的装置。 背景技术

随着移动终端的普及, 手机等用户设备已经成为了个人信息处理中心以 及与他人联系的纽带。 对于特别关注的联系人, 用户总是 4艮希望能知道他们 当前在做什么, 例如听什么歌, 玩什么游戏, 在什么地方, 当地的天气怎样 等; 或者当用户在某个群组中时, 也 ^艮想知道群组中的成员都在干什么。 同 时用户可能自己也有分享当前自己行为的期望。

但是,通过蓝牙仅能实现单纯的文件共享,而不能满足实时共享的要求。 或者, 通过类似微软 ( "Microsoft" )视窗 ( "Windows" ) 系统的远程桌面实 现远程桌面共享的方式也只能实现对远程终端的查看与控制, 却无法获取到 对方的文件内容。 发明内容

本发明实施例提供实现共享信息的方法、用户设备和服务器以及共享桌 面, 旨在实现实时地共享或获取信息或桌面。

一方面, 提出了一种实现共享信息的方法, 包括: 接收其他用户的共享 信息及对应于所述共享信息的位置信息, 所述位置信息指示所述共享信息显 示在所述其他用户设备的桌面上的位置; 根据所述位置信息显示所述共享信 息。

另一方面, 提出了一种实现共享信息的方法, 包括: 向云服务器发送至 少一个共享信息和对应于所述共享信息的位置信息, 以及用于指示能够获取 所述至少一个共享信息的至少一个共享对象的指示信息, 其中所述位置信息 指示所述共享信息显示在用户设备的桌面上的位置。

另一方面, 提出了一种实现共享信息的方法, 包括: 接收并存储第一用 户设备发送的共享信息和对应于所述共享信息的位置信息, 以及用于指示获 取所述共享信息的至少一个共享对象的指示信息, 所述位置信息指示所述共 享信息显示在所述第一用户设备的桌面上的位置。

另一方面,提出了一种实现共享信息的用户设备, 包括: 第一接收单元, 用于接收其他用户的共享信息及对应于所述共享信息的位置信息, 所述位置 信息指示所述共享信息显示在所述其他用户设备的桌面上的位置; 显示单 元, 用于 ^据所述位置信息显示所述共享信息。

另一方面,提出了一种实现共享信息的用户设备, 包括: 第二发送单元, 用于向云服务器发送至少一个共享信息和对应于所述共享信息的位置信息, 以及用于指示能够获取所述至少一个共享信息的至少一个共享对象的指示 信息, 其中所述位置信息指示所述共享信息显示在用户设备的桌面上的位 置。

另一方面, 提出了一种实现共享信息的服务器, 包括: 第三接收单元, 用于接收并存储第一用户设备发送的共享信息和对应于所述共享信息的位 置信息, 以及用于指示获取所述共享信息的至少一个共享对象的指示信息, 所述位置信息指示所述共享信息显示在所述第一用户设备的桌面上的位置。

另一方面, 提出了一种实现共享桌面的装置, 包括: 捕获模块, 用于捕 获用户设备的桌面上的共享信息和 /或对应于所述共享信息的位置信息的第 一变化信息, 所述位置信息指示所述共享信息显示在所述用户设备的桌面上 的位置; 发送模块, 将所述第一变化信息发送到云服务器进行保存。

本发明实施例能够在两个或更多个用户设备之间实时地共享信息或桌 面, 以便一个用户设备的用户能够实时跟踪另一用户设备的用户的动态并获 取共享桌面上的信息。 附图说明

为了更清楚地说明本发明实施例的技术方案, 下面将对实施例或现有技 术描述中所需要使用的附图作筒单地介绍, 显而易见地, 下面描述中的附图 仅仅是本发明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造 性劳动的前提下, 还可以根据这些附图获得其他的附图。

图 1是根据本发明实施例的实现共享信息的方法的流程图。

图 2是根据本发明另一实施例的实现共享信息的方法的流程图。

图 3是根据本发明另一实施例的实现共享信息的方法的流程图。

图 4是根据本发明实施例的实现共享信息的用户设备的结构示意图。 图 5 是根据本发明实施例的实现共享信息的另一用户设备的结构示意 图。

图 6是根据本发明实施例的实现共享信息的云服务器的结构示意图。 图 7是根据本发明实施例的实现共享桌面的装置的结构示意图。 具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行 清楚、 完整地描述, 显然, 所描述的实施例是本发明一部分实施例, 而不是 全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在没有作出创 造性劳动前提下所获得的所有其他实施例, 都属于本发明保护的范围。

本发明的技术方案, 可以应用于各种通信系统, 例如: 全球移动通讯系 统( GSM, Global System of Mobile communication ), 码分多址( CDMA, Code Division Multiple Access ) 系统, 宽带码分多址( WCDMA, Wideband Code Division Multiple Access Wireless ),通用分组无线业务 ( GPRS , General Packet Radio Service ), 长期演进 ( LTE, Long Term Evolution )等。

用户设备( UE, User Equipment )也可称之为移动终端( Mobile Terminal )、 移动用户设备等, 可以经无线接入网 (例如, RAN, Radio Access Network ) 与一个或多个核心网进行通信, 用户设备可以是移动终端, 如移动电话(或 称为"蜂窝"电话)和具有移动终端的计算机, 例如, 可以是便携式、 袖珍式、 手持式、 计算机内置的或者车载的移动装置, 它们与无线接入网交换语言和 /或数据。

基站,可以是 GSM或 CDMA中的基站( BTS , Base Transceiver Station ), 也可以是 WCDMA中的基站( Node B ),还可以是 LTE中的演进型基站( eNB 或 e-NodeB , evolutional Node B )。

用户可以共享其用户设备上的资源, 所述资源如应用、 程序参数、 文件 等, 将资源相应的共享信息存储在云服务器上, 并授权其他用户可以下载; 将提供共享信息的用户称为共享者, 将授权的用户称为共享对象。 共享信息 可以为以下信息的一种或者多种: 网络链接、 应用运行的参数、 文件。

下面将结合图 1说明根据本发明实施例的实现共享信息的方法, 包括以 下步骤, 本实施例中以用户设备举例说明, 用户通过用户设备与云服务器进 行交互,第一用户设备为共享者,第二用户设备为第一用户设备的共享对象。 11 , 第二用户设备接收其他用户的共享信息及对应于所述共享信息的位 置信息, 所述位置信息指示共享信息显示在所述其他用户设备的位置。

这里, 共享信息包括但不限于以下信息的一种或者多种: 网络链接、 应 用运行的参数、 文件。 网络链接可以是应用程序的下载地址、 mp3文件的下 载地址等。应用运行的参数例如可以是 widget上加载的时间信息、天气信息、 地区信息, 音频播放器中播放的音频文件信息等。 文件例如可以是安装程序 文件、 图片文件、 mp3文件等。

其中,位置信息可以包括指示所述共享应用显示在所述其他用户设备的 桌面上的坐标位置信息。 进一步地, 当所述其他用户设备有多个桌面时, 位 置信息还可以包括指示所述共享信息显示在所述其他用户设备的桌面上的 桌面标识信息。

通常, 第二用户设备可以从云服务器接收其他用户的共享信息及对应于 所述共享信息的位置信息,也可以从其他用户的用户设备接收共享信息及对 应于所述共享信息的位置信息。

一般而言,在第二用户设备接收其他用户的共享信息及对应于所述共享 信息的位置信息之前, 可以向云服务器发送下载请求, 该下载请求指示获取 其他用户设备存储于所述云服务器的共享信息。 然后, 第二用户设备接收所 述云服务器根据所述下载请求发送的其他用户的共享信息及对应于所述共 享信息的位置信息。 可以理解, 第二用户设备的用户可以手动地向云服务器 发送下载请求。 或者, 第二用户设备上可以设置定时器, 以便定时地向云服 务器发送下载请求。 这样, 如果第一用户设备提供的共享信息定时刷新, 第 二用户设备获取的第一用户设备的共享信息也相应地定时刷新,从而保证二 者的共享信息基本上保持一定的同步。

具体地, 第二用户设备的用户选取一个空白的桌面, 并在该桌面上向云 服务器或者其他用户设备发起下载请求。 例如, 第二用户设备的用户在该桌 面的菜单(menu )中选取 "查看共享"的选项,之后, 菜单进一步提供出 "联 系人" 的名单及 "全部联系人" 的选项。 如果第二用户设备的用户从 "联系 人" 的名单中选择某一个或某几个 "联系人", 则第二用户设备向云服务器 发起的下载请求中指示获取该某一个或某几个 "联系人" 的共享信息; 如果 第二用户设备的用户选择 "全部联系人", 则第二用户设备向云服务器发起 的下载请求中指示获取全部的联系人的共享信息,或者下载请求仅指示获取 共享信息, 云服务器收到该下载请求后默认下载请求指示获取第二用户设备 的全部联系人的共享信息。

第二用户设备发起的下载请求时可以指示获取至少一个用户设备 (如第 一用户设备)存储于所述云服务器的共享信息; 事实上用户可以不需要每次 都去指示获取哪个用户的共享信息,用户可以在自己用户设备侧设置下载请 求指向的共享者, 如第一用户设备或者其他用户设备。 如果没有设置共享者 并且第二用户设备在发起下载请求时没有指示获取哪个用户的共享信息, 则 可以默认为下载请求指示获取对应第二用户设备的所有共享者的共享信息。

也就是说, 若所述下载请求指示获取第一用户设备存储于所述云服务器 的共享信息, 那么第二用户设备接收所述云服务器根据所述下载请求发送的 所述第一用户设备的共享信息及对应于所述共享信息的位置信息。

或者, 若所述下载请求指示获取指定的共享信息, 那么第二用户设备接 收所述云服务器根据所述下载请求发送的指定的共享信息及对应于所述共 享信息的位置信息。

或者, 第二用户设备向云服务器发起的下载请求中没有指示获取指定的 共享信息, 第二用户设备接收所述云服务器发送的共享信息的描述信息; 再 根据所述描述信息向所述云服务器发送获取指定的共享信息的请求; 最后接 收所述云服务器发送的指定的共享信息及对应于所述共享信息的位置信息。

此时, 第一用户设备已向云服务器发送了至少一个共享信息和对应于所 述共享信息的位置信息, 以及用于指示获取所述至少一个共享信息的至少一 个共享对象的指示信息。

应理解, 第一用户设备的用户可以为不同的共享对象指定不同的共享信 息。 例如, 第一用户设备的用户在桌面上的菜单中选择 "共享桌面" 选项, 然后菜单进一步提供 "联系人" 的名单。 如果第一用户设备的用户从 "联系 人" 的名单中选择某一个或某几个 "联系人", 菜单进一步提供共享信息的 选项, 例如 "共享完整桌面" 或 "共享部分内容"。 如果第一用户设备的用 户选择了 "共享完整桌面", 则第一用户设备向云服务器上传所选桌面的全 部共享信息并在指示信息中指示共享信息提供给该某一个或某几个 "联系 人"。 如果第一用户设备的用户选择 "共享部分内容", 那么第一用户设备的 用户在该桌面上选取一个或多个共享信息, 则第一用户设备向云服务器上传 该一个或多个共享信息, 并在指示信息中指示该共享信息提供给该某一个或 某几个 "联系人"。

例如, 用于指示获取所述至少一个共享信息的至少一个共享对象的指示 信息中指示了第一用户设备的共享对象包括第二用户设备。 可理解, 在第一 用户设备向云服务器上传了共享信息、 位置信息及指示信息之后, 还可以向 指示信息中指示的共享对象的用户设备发送共享通知消息, 以便共享对象知 道第一用户设备提供共享信息。

于是, 在本发明实施例中, 在向云服务器发送下载请求之前, 第二用户 设备可以从将共享信息存储于云服务器的所述其他用户设备 (即第一用户设 备)接收共享通知消息, 所述共享通知消息指示所述其他用户设备已将共享 信息存储于云服务器。

在云服务器接收到第二用户设备的下载请求之后, 需要对第二用户设备 进行鉴权, 即查看第二用户设备是否在第一用户设备发送的指示信息所指示 的共享对象的名单中。 如果确定第二用户设备是第一用户设备的共享对象, 则云服务器可以根据该下载请求向第二用户设备推送第一用户设备的共享 信息及对应的位置信息。

如果云服务器直接将共享信息及对应的位置信息推送过来, 则第二用户 设备就接收云服务器发送的共享信息及对应于所述共享信息的位置信息。

可选地, 云服务器可以先不推送共享信息及位置信息, 而是向第二用户 设备提供一个共享信息的描述信息,例如其中列出了第一用户设备共享给第 二用户设备的共享信息的列表。 由第二用户设备的用户从描述信息中选择希 望获取的共享信息, 于是第二用户设备根据第二用户设备的用户的选择向云 服务器发送获取指定的共享信息的请求,再由云服务器根据该请求将第二用 户设备的用户选择的共享信息及对应的位置信息推送给第二用户设备。 此 时, 第二用户设备接收云服务器发送的指定的共享信息及对应于所述共享信 息的位置信息。

12, 最后, 第二用户设备根据位置信息显示共享信息。

由于第一用户设备在上传共享信息的同时也上传位置信息, 这样第二用 户设备在接收到共享信息后, 可以依据位置信息在桌面上显示共享信息。 由 于位置信息中包括坐标位置信息, 可以保证共享信息在第二用户设备的桌面 上的显示位置与其在第一用户设备的桌面上显示的位置大致相同。 所谓 "大 致" 相同, 是由于各个用户设备的屏幕规格可能不同, 那么可以按照共享信 息在第一用户设备的桌面上显示的位置的坐标位置信息,如绝对坐标或者相 对坐标比例, 在第二用户设备的桌面上显示该共享信息。 可以图标或文件夹 的形式在共享桌面上显示共享信息。

此外, 由于第一用户设备可以选择将其多个桌面上的信息共享给第二用 户设备, 因此在位置信息中还可以包括桌面标识信息, 以标识共享信息来自 第一用户设备的哪个桌面, 这样就解决了具有相同坐标位置的不同桌面的共 享信息如何在第二用户设备的共享桌面上显示的问题。

例如,第一用户设备先后将其用户设备上的桌面 A的信息 a和 b以及桌 面 B的信息 c共享给第二用户设备。假设信息 a在桌面 A上的坐标位置与信 息 c在桌面 B上的坐标位置相同。 那么, 当第二用户设备在空白的第一桌面 上请求获得第一用户设备的共享信息时, 在第一桌面上将呈现出信息 a和信 息 b, 其中信息 a和信息 b在第二用户设备的第一桌面上的坐标位置与其在 第一用户设备的桌面 A上坐标位置大致相同。之后,在该第一桌面上将出现 提示信息, 例如 "第一用户设备还与你共享了其他信息, 是否获取", 如果 第二用户设备的用户选择 "是", 则在第一桌面后将出现空的第二桌面, 于 是信息 c将显示在该第二桌面上。 由此可见, 根据所述位置信息, 第二用户 设备优选地将具有相同的桌面标识信息的共享信息按照所述坐标位置信息 显示在同一个桌面上。

以上实施例中,是按照第一用户设备的共享信息的上传时间来确定共享 信息在第二用户设备上显示的先后。也可以按照其他方式确定优先在第一共 享桌面上显示什么信息, 例如下载进展, 共享信息的优先权等。

以上内容均是在假设第一用户设备与第二用户设备均支持桌面共享的 基础上而描述的, 如果第一用户设备或第二用户设备不支持桌面共享, 那么 不会在桌面上显示共享信息, 而可以在第二用户的用户设备的接口模块中如 文件夹中显示共享信息。

在桌面上显示出共享信息之后, 第二用户设备的用户便可以使用共享信 息, 比如通过网络链接获取对应的共享应用等。

由于共享信息可以是网络链接、 应用运行的参数、 文件等, 因此第二用 户可以使用这些共享信息, 以获取所述共享信息对应的应用或者文件等。 应 理解, 共享信息并不限于上述示例, 任何能够在桌面上显示的信息都可以作 为共享信息。 具体而言, 使用共享信息可以根据共享信息进行不同的使用。 例如: 当 所述共享信息为应用的网络链路, 通过所述网络链路获得相应的应用, 所述 共享信息为音频文件的网络链路, 通过所述网络链路获得相应的音频文件; 当所述共享信息为应用运行的参数, 在对应的应用上加载所述参数; 当所述 共享信息为文件, 下载所述文件。

事实上, 当第一用户设备同时共享了应用及其运行的参数, 第二用户设 备的用户在下载共享信息的过程中, 可以选择获取应用, 或者选择获取应用 运行的参数,或者同时选择应用及其运行的参数。在使用共享信息的过程中, 第二用户设备将识别自身是否已安装所述应用。 如果该应用未安装, 则第二 户设备安装所述应用并加载所述参数,如果第二用户设备下载共享信息时下 载了应用运行的参数对应的应用, 则可以直接安装所述应用; 如果第二用户 设备下载共享信息时只下载了应用运行的参数, 则在使用应用运行的参数时 先从网络上下载对应的应用, 然后安装运行所述应用, 并在所述应用上加载 所述应用运行的参数。 如果该应用已安装, 则第二用户设备运行已安装的应 用并加载所述参数。 这样, 当第一用户设备定时更新作为应用运行的参数的 共享信息时, 第二用户设备也可以通过定时更新获取应用运行的参数。

例如, 第一用户设备向第二用户设备共享了一个天气 widget, 那么第一 用户设备将天气 widget应用以及天气信息共享给第二用户设备。当第二用户 设备获取到天气 widget应用以及天气信息时,首先可以在自己的用户设备上 识别其上的天气 widget应用是否和第一用户的用户设备上的天气 widget应 用一致。 如果不一致, 那么就先下载安装该天气 widget应用, 便可以将天气 信息加载在新的天气 widget应用上。如果第一用户设备定时共享天气 widget 应用以及天气信息, 第二用户设备定时获取到天气 widget应用以及天气信 息。但是由于已安装了新的天气 widget应用, 于是第二用户设备只需定时更 新天气信息。 这样, 第二用户设备的用户就可以实时地获知第一用户设备的 用户所在地的天气信息。当然,如果第一用户设备的用户仅共享了天气信息, 第二用户设备也可以在桌面上通过自己的天气 widget应用来加载天气信息。 如果天气信息是实时更新的, 那么第二用户设备的用户同样可以实时地获知 第一用户设备的用户所在地的天气信息。

由此可见, 本发明实施例能够实现在两个或更多个用户设备之间实时地 共享信息, 以便用户设备的用户能够实时跟踪另一用户设备的用户的动态并 获取共享桌面上的信息。

在具体实施例中, 云服务器在首次收到第二用户设备的下载请求后, 可 能对第二用户设备进行鉴权, 验证第二用户设备是否有权访问云服务器, 并 且验证第二用户设备是否是提供下载请求中希望获取的共享信息的用户设 备的共享对象。 鉴权通过(即, 第二用户设备有权访问云服务器并且是提供 下载请求中希望获取的共享信息的用户设备的共享对象, 例如, 第二用户设 备在下载请求中指示获取第一用户设备的共享信息, 则云服务器验证第二用 户设备是否有权访问云服务器并且是否是第一用户设备的共享对象,鉴权通 过则表示第二设备用户有权访问云服务器并且是第一用户设备的共享对象) 后, 云服务器就发送共享信息给第二用户设备。 如果鉴权没有通过, 则云服 务器通知第二用户设备鉴权未通过。

一般而言, 若下载请求指示获取第一用户设备存储于所述云服务器的共 享信息; 第二用户设备接收云服务器发送的第一用户设备的共享信息及对应 于所述共享信息的位置信息。 或者, 若所述下载请求指示获取指定的共享信 息; 第二用户设备接收云服务器发送的指定的共享信息及对应于所述共享信 息的位置信息。

具体而言, 如果下载请求中携带了共享信息的指定需求(如指定下载第 一用户设备的某个或某些共享信息, 也可在下载请求中进行指定, 如果没有 指定可视为下载第一用户设备的所有共享信息), 云服务器可以直接将共享 信息推送给第二用户设备; 也可以下载请求中没有指示获取指定的共享信 息, 也可以指定获取第一用户设备的共享信息, 云服务器先将共享信息的描 述信息发给第二用户设备, 等待用户指定需要下载的共享信息后, 再将指定 的共享信息发给第二用户设备, 所以第二用户设备接收云服务器发送的共享 信息及对应于所述共享信息的位置信息具体包括:接收云服务器发送的共享 信息的描述信息,根据用户的选择向云服务器发送获取指定的共享信息的请 求, 接收指定的共享信息。 这里, 上述描述信息列举了第一用户设备共享给 第二用户设备的全部共享信息。

也就是说,第一用户设备的用户共享其用户设备上的应用、文件等资源, 并授权第二用户设备为共享对象, 于是, 第一用户设备将共享信息存储于云 服务器, 第二用户设备再从云服务器获得共享信息。 反之, 若第二用户设备 的用户也共享了其用户设备上的应用、 文件等资源, 并授权第一用户设备为 共享对象, 于是, 第二用户设备将共享信息存储于云服务器, 第一用户设备 再从云服务器获得共享信息。

由此可见, 若第一用户设备和第二用户设备彼此均授权为对方的共享对 象, 即两者互为共享对象, 那么第一用户设备或第二用户设备就可以获取对 方存储在云服务器上的共享信息了。

进一步地, 共享信息的实现可不限于两个用户设备, 而可以是具有两个 或更多个用户设备的群组。 例如除了第一用户设备和第二用户设备之外, 群 组还可以包括第三用户设备。 这里, 第一用户设备、 第二用户设备和第三用 户设备均互为共享对象, 即群组共享对象。

第二用户设备可以根据位置信息,显示从云服务器获取的第一用户设备 的共享信息。 应理解, 共享信息可以根据位置信息中的桌面标识信息显示在 同一或不同的桌面上。 优选地, 具有相同桌面标识信息的共享信息显示在同 一桌面上。 此外, 共享信息可以图标或文件夹的形式呈现在共享桌面上。

如果群组中有更多个互为共享对象的用户设备, 那么每个用户设备都可 以在自己的用户设备上显示群组中其他用户设备存储于云服务器上的共享 信息, 也可以将自己的用户设备上的共享信息上传到云服务器。

通常, 当云服务器在收到第二用户设备发起的下载请求时, 会先判断第 二用户设备是否具有开通桌面共享的服务的记录。 如果没有, 则云服务器拒 绝第二用户设备的下载请求, 直到第二用户设备的用户按 "桌面共享" 的服 务提供商的规定完成注册流程。 接着, 云服务器再判断第二用户设备是否获 得了第一用户设备的授权。 如果没有, 则云服务器拒绝第二用户设备的下载 请求; 如果有, 则云服务器将第一用户设备授权共享给第二用户设备的共享 信息下发到第二用户的用户设备。

当第二用户设备获取了共享信息之后, 可以使用显示在桌面上或其他功 能接口模块中的共享信息。 当第二用户设备的用户点击的共享信息为网络链 接时, 第二用户设备可以根据网络链接下载相应的应用程序或者文件, 由于 第一用户设备与第二用户设备之间共享信息时可以不直接共享应用程序或 文件而是采用共享对应的网络链接的形式, 可以节约数据流量。 当共享信息 是应用运行的参数, 可以为窗口小部件 widget中运行的天气、 时间、 地区等 数据信息时, 第二用户设备可以直接将应用运行的参数应用到用户设备中相 应的应用中; 应用运行的参数也可以为 ID3信息(用于描述音乐信息的数据 元素 , 通常是才旨一首 mp3 ( Moving Picture Experts Group Audio Layer III )歌 曲的演唱者、 专辑名、 流派等)时, 第二用户设备可以通过网络搜索对应的 歌曲下载, 并加载到音乐播放器上播放; 如果应用运行参数对应的应用没有 安装在用户设备上, 则第二用户设备从网络上下载对应的应用程序, 安装应 用程序, 将应用运行的参数加载到运行的应用上。 当共享信息是文件时, 文 件可以是图片或音频或视频文件, 第二用户设备可以直接通过相应的软件将 文件打开; 文件也可以是应用程序, 则第二用户设备可以安装运行所述应用 程序。

此外, 应理解, 共享信息不一定只能下载到第二用户设备的桌面上, 也 可以添加到任意提供了此功能接口的模块中, 比如文件夹。 例如, 在第二用 户设备的文件夹中, 第二用户设备的用户选择进入文件夹界面, 在该详情界 面中可以增加一个子文件夹, 例如称为 "共享信息", 当第二用户设备的用 户点击这个子文件夹就可以查看共享信息。

共享信息是在用户设备的桌面上显示还是其他接口模块中取决于获取 到共享信息的用户设备的机型或版本,但是共享信息显示在哪个桌面则取决 于第二用户设备的用户在哪个桌面中发起下载请求以及对应于该共享信息 的位置信息中的桌面标识信息。 如果第二用户设备有多个桌面, 那么获取的 至少一个共享信息可以显示在第二用户设备的用户发起下载请求的那个共 享桌面上。

对于群组而言, 其用户设备会有一个群组共享桌面。 当用户设备在群组 共享桌面上下载共享信息时, 该用户设备具有群组的身份, 可以在该群组共 享桌面上查看群组中其他成员的共享信息。 可以理解, 在群组共享桌面上显 示的来自多个群组用户设备的共享信息可以按照接收共享信息的那个群组 用户的意愿显示在该群组用户设备的群组共享桌面上。

综上所述, 本发明实施例的实现共享信息的方法能够在两个或更多个用 户设备之间实时地共享信息, 以便用户设备的用户能够实时跟踪另一用户设 备的用户的动态并获取共享桌面上的信息。

以下将结合图 2说明根据本发明实施例的上传方的第一用户设备实现共 享信息的方法, 包括以下步骤。 为了描述筒洁, 与上述实施例重复的描述将 被省略。

21 , 第一用户设备向云服务器发送至少一个共享信息和对应于所述共享 信息的位置信息, 以及用于指示获取所述至少一个共享信息的至少一个共享 对象的指示信息, 其中所述位置信息指示所述共享信息显示在所述第一用户 设备的桌面上的位置。

一般而言, 第一用户设备可以定期地将上述至少一个共享信息和所述共 享信息的位置信息发送并存储于云服务器, 并向上述指示信息指示的至少一 个共享对象的用户设备发送共享通知消息, 该共享通知消息用于通知共享对 象(例如第二用户设备)第一用户设备已将共享信息存储于云服务器。这样, 第二用户设备的用户就能够实时地发现第一用户设备已上传了新的共享信 息。

应理解, 第一用户设备的用户可以将不同的共享信息指定分享给不同的 共享对象。 比如, 第一用户设备的用户可以指定将第一组共享信息分享给第 一组共享对象, 将另一组共享信息分享给另一组共享对象。 第一用户设备的 用户可以根据自己的愿望随意组合共享信息, 并将不同的共享信息的组合指 定给不同的共享对象。

事实上, 第一用户设备需要对上传到云服务器的数据进行一定的处理, 以保证将共享信息存储于云服务器上。 例如, 如果第一用户设备的用户欲共 享的是应用, 则第一用户设备上传上述应用对应在应用程序商店 App Store 中的网络链接。 例如, 如果第一用户设备的用户欲共享歌曲, 则第一用户设 备上传该歌曲的 ID3信息。例如,如果第一用户设备的用户欲共享网络视频, 则第一用户设备上传提供该网络视频的视频网站的网络链接。 例如, 如果第 一用户设备的用户欲共享图片, 则第一用户设备上传该图片所在的网络相册 的网络链接。 例如, 如果第一用户设备的用户欲共享个人数据, 则第一用户 设备上传该个人数据所在的网络链接。 由此可见, 这样上传 "共享信息" 的 方式可以节省数据流量。

同样地, 第二用户设备从云服务器获得共享信息, 从而第二用户设备可 以使用这些共享信息, 比如根据网络链接下载相关内容。

一般而言, 第一用户设备的用户可以手动地向云服务器发送上传请求。 或者, 第一用户设备上可以设置定时器, 以便定时地向云服务器发送上传请 求。

实际上, 在从云服务器接收到共享信息及位置信息之前, 第一用户设备 可以向云服务器发送上传请求, 以获得云服务器的用户鉴权。 具体而言, 对于第一用户设备来说, 第一用户设备先给云服务器发送一 个上传请求, 云服务器将对第一用户设备进行用户鉴权, 以便确定该第一用 户设备是否具有上传权限。 如果第一用户设备通过用户鉴权, 说明该第一用 户设备具备上传权限, 才可以将需要上传的内容上传到云服务器并存储于云 服务器。 这里, 上传请求并不一定只能由第一用户设备的用户手动发起, 也 可以通过第一用户设备侧的设置定时发起 (例如, 每 5分钟发起一次上传请 求)。 但是, 如果第一用户设备没有通过用户鉴权, 说明该第一用户设备不 具备上传权限, 则需要根据云服务的提供方规定的注册流程完成注册(如短 信注册或邮箱注册)以通过用户鉴权, 此注册流程为通用的注册流程。 可以 理解, 该用户鉴权可以在第一用户设备向云服务器进行初始上传时进行, 一 旦第一用户设备通过了云服务器的用户鉴权,那么之后再上传共享信息就不 需进行用户鉴权。

目前的智能终端多支持多屏桌面, 多屏桌面中又可分为主桌面和非主桌 面。 所谓的主桌面通常就是处于正中间位置的桌面, 一般用于放置用户经常 查看的信息, 如天气、 时钟窗口小部件、 最常用的快捷方式等。 除主桌面外 的其它桌面都可以称为非主桌面, 非主桌面也是多屏桌面的一部分。

此外, 第一用户设备共享给第二用户设备的共享信息在第二用户设备上 如何显示要看第二用户的机型。 如果第二用户设备的机型支持多屏桌面, 则 可以直接在第二用户设备的桌面中显示。在哪个桌面中显示共享信息取决于 第二用户设备的用户在哪个桌面上发起下载请求。 例如, 如果第二用户设备 的用户在主桌面上发起下载请求, 则共享信息将显示在主桌面上; 如果第二 用户设备的用户在非主桌面上发起下载请求, 则共享信息将显示在该非主桌 面上。 另外, 如果第二用户设备的机型不支持桌面共享, 而仅支持文件夹共 享, 那么如图片、 音乐等文件的共享信息可以显示在文件管理器的特定文件 夹中。

综上所述, 本发明实施例的实现共享信息的方法能够在两个或更多个用 户设备之间实时地共享信息, 以便用户设备的用户能够实时跟踪另一用户设 备的用户的动态并获取共享桌面上的信息。

根据以上描述, 结合图 3说明云服务器实现共享信息的方法, 与前述实 施例中用户设备侧实施的实现共享信息的方法相重复的内容将被省略。本实 施例的实现共享信息的方法包括以下步骤。 31 , 云服务器接收并存储第一用户设备发送的共享信息和对应于所述共 享信息的位置信息, 以及用于指示能够获取所述共享信息的至少一个共享对 象的指示信息,所述位置信息指示对应于所述共享信息显示在所述第一用户 设备桌面上的位置。

如前所述, 当云服务器一旦确定所述第一用户设备通过所述用户鉴权而 具备上传权限之后, 云服务器接收并存储所述第一用户设备发送的至少一个 共享信息和对应于所述共享信息的位置信息, 以及用于指示能够获取所述至 少一个共享信息的至少一个共享对象的指示信息。

可选地, 32, 如果云服务器还接收第二用户设备的下载请求, 其中该下 载请求指示希望获取包括第一用户的至少一个用户的共享信息。

最后, 33 , 云服务器可以将共享信息和对应于所述共享信息的位置信息 发送给第二用户设备。

优选地, 云服务器可以定时地将共享信息和对应于所述共享信息的位置 信息发送给所述第二用户设备。

如上所述, 云服务器收到下载请求后, 可能对第二用户设备进行鉴权, 验证第二用户设备是否有权访问云服务器, 并且验证第二用户设备是否是第 一用户设备的共享对象。 鉴权通过(即, 第二用户设备有权访问云服务器并 且是第一用户设备的共享对象)后, 发送共享信息和位置信息给第二用户设 备。 如果鉴权没有通过, 则云服务器通知第二用户设备鉴权未通过。

具体而言,如果云服务器根据指示信息判断第二用户设备是第一用户设 备的共享对象, 则将共享信息和对应于所述共享信息的位置信息发送给第二 用户设备, 其中所述共享信息包括所述第一用户设备的共享信息。 如果云服 务器根据指示信息判断第二用户设备不是第一用户设备的共享对象, 则将共 享信息和对应于所述共享信息的位置信息发送给第二用户设备,其中所述共 享信息不包括第一用户的共享信息。

此外, 如果下载请求中携带了共享信息的指定需求(如第二用户设备的 用户指定下载某共享信息, 可在下载请求中进行指定; 如果没有指定可视为 下载第一用户设备的所有共享信息), 云服务器可以直接将共享信息直接推 送给第二用户设备; 也可在下载请求中不携带共享信息的指定需求, 则云服 务器先将共享信息的描述信息发给第二用户设备, 第二用户设备的用户指定 需要下载的共享信息后, 第二用户设备将指定需求发给云服务器, 云服务器 再将指定的共享信息发给第二用户设备。

综上所述, 本发明实施例的实现共享信息的方法能够在两个或更多个用 户设备之间实时地共享信息, 以便用户设备的用户能够实时跟踪另一用户设 备的用户的动态并获取共享桌面上的信息。

以下将结合图 4至图 6具体描述实现共享信息的根据本发明实施例的用 户设备及云服务器。

在图 4中, 实现共享桌面的用户设备 40包括第一接收单元 41和显示单 元 42。 其中, 第一接收单元 41用于接收其他用户的共享信息及对应于所述 共享信息的位置信息,所述位置信息指示所述共享信息显示在所述其他用户 设备的桌面上的位置。 显示单元 42用于根据所述位置信息显示所述共享信 息。

可选地, 第一接收单元 41用于从云服务器接收其他用户的共享信息及 对应于所述共享信息的位置信息; 或者从其他用户的用户设备接收共享信息 及对应于所述共享信息的位置信息。

这里, 共享信息包括但不限于以下信息的一种或者多种: 网络链接、 应 用运行的参数、 文件。 位置信息包括指示所述共享应用显示在所述其他用户 设备的桌面上的坐标位置信息; 进一步地, 当所述其他用户设备有多个桌面 时,位置信息还包括指示所述共享信息显示在所述其他用户设备的桌面上的 桌面标识信息。

可选地, 显示单元 42具体用于根据所述位置信息, 将具有相同的桌面 标识信息的共享信息按照所述坐标位置信息显示在同一桌面上。 并且, 显示 单元 42用于根据所述位置信息, 以图标或文件夹的形式显示所述共享信息。

此外, 实现共享桌面的用户设备 40还可以包括用于使用所述共享信息 的处理单元 43。 其中, 处理单元 43具体用于当所述共享信息为网络链路, 通过所述网络链路获得相应的应用或文件; 或者, 当所述共享信息为应用运 行的参数, 加载所述参数; 或者当所述共享信息为文件, 下载所述文件。

具体地, 处理单元 43具体用于当所述共享信息为应用运行的参数, 加 载所述参数包括: 当所述共享信息为应用运行的参数, 识别用于加载所述参 数的共享应用是否已安装; 若所述共享应用已安装, 则加载所述参数; 或者 若所述共享应用未安装, 则获得相应的应用, 在所述应用上加载所述参数。

此外, 实现共享桌面的用户设备 40还可以包括第一发送单元 44, 其用 于在所述接收其他用户的共享信息及对应于所述共享信息的位置信息之前, 向云服务器发送下载请求, 所述下载请求指示获取其他用户设备存储于所述 云服务器的共享信息。 此时, 第一接收单元 41用于接收所述云服务器根据 所述下载请求发送的其他用户的共享信息及对应于所述共享信息的位置信 息。

通常, 第一发送单元 44定时地向云服务器发送下载请求。

可选地, 当第一发送单元 44发送的下载请求指示获取第一用户设备存 储于所述云服务器的共享信息; 那么, 第一接收单元 41接收所述云服务器 根据所述下载请求发送的所述第一用户设备的共享信息及对应于所述共享 信息的位置信息。

可选地, 当第一发送单元 44发送的下载请求指示获取指定的共享信息; 那么, 第一接收单元 41接收所述云服务器根据所述下载请求发送的指定的 共享信息及对应于所述共享信息的位置信息。

可选地, 第一接收单元 41可以接收所述云服务器发送的共享信息的描 述信息,再根据所述描述信息向所述云服务器发送获取指定的共享信息的请 求, 最后接收所述云服务器发送的指定的共享信息及对应于所述共享信息的 位置信息。

可选地, 实现共享桌面的用户设备 40还可以包括第二接收单元 45还可 用于在所述第一发送单元 44向云服务器发送下载请求之前, 从将共享信息 存储于云服务器的所述其他用户设备接收共享通知消息, 所述共享通知消息 指示所述其他用户设备已将共享信息存储于云服务器。

由此可见, 本发明实施例的用户设备能够实现在两个或更多个用户设备 之间实时地共享信息, 以便用户设备的用户能够实时跟踪另一用户设备的用 户的动态并获取共享桌面上的信息。

在图 5中, 实现共享信息的用户设备 50包括第二发送单元 51。 其中, 第二发送单元 51用于向云服务器发送至少一个共享信息和对应于所述共享 信息的位置信息, 以及用于指示能够获取所述至少一个共享信息的至少一个 共享对象的指示信息,其中所述位置信息指示所述共享信息显示在用户设备 的桌面上的位置。 这里, 共享信息包括但不限于以下信息的一种或者多种: 网络链接、 应用运行的参数、 文件。

进一步地, 第二发送单元 51 定时地向云服务器发送至少一个共享信息 和对应于所述共享信息的位置信息。

此外, 实现共享信息的用户设备 50还可以包括第三发送单元 52, 用于 向所述指示信息指示的所述至少一个共享对象的用户设备发送共享通知消 息, 所述共享通知消息用于通知已将共享信息存储于云服务器。

由此可见, 本发明实施例的用户设备能够实现在两个或更多个用户设备 之间实时地共享信息, 以便用户设备的用户能够实时跟踪另一用户设备的用 户的动态并获取共享桌面上的信息。

上述对于用户设备的说明是分为上传共享信息的用户设备 50与下载共 享信息的用户设备 40分别描述的。 应理解, 对于既支持共享信息上传又支 持共享信息下载的用户设备而言, 可以同时具有上述用户设备 40和用户设 备 50的功能模块和单元。

图 6给出了能够实现共享信息的云服务器的结构示意图。

在图 6中, 实现共享信息的云服务器 60包括第三接收单元 61 , 用于接 收并存储第一用户设备发送的共享信息和对应于所述共享信息的位置信息, 以及用于指示获取所述共享信息的至少一个共享对象的指示信息, 所述位置 信息指示所述共享信息显示在所述第一用户设备的桌面上的位置。 这里, 共 享信息包括但不限于以下信息的一种或者多种: 网络链接、应用运行的参数、 文件。

此外, 实现共享信息的云服务器 60还可以包括第四接收单元 62和第四 发送单元 63。 其中, 第四接收单元 62用于接收第二用户设备的下载请求, 所述下载请求指示获取包括所述第一用户设备的至少一个用户设备的共享 信息。 第四发送单元 63用于将所述共享信息和对应于所述共享信息的位置 信息发送给所述第二用户设备。

此外, 实现共享信息的云服务器 60还可以包括鉴权单元 64, 用于在所 述第四接收单元 62接收第二用户设备的下载请求之后, 以及第四发送单元 63 将所述共享信息和对应于所述共享信息的位置信息发送给所述第二用户 设备之前, 根据指示信息, 判断所述第二用户设备是否是第一用户设备的共 享对象。 如果鉴权单元 64判断所述第二用户设备是第一用户设备的共享对 象, 则所述第四发送单元 63用于将所述共享信息和对应于所述共享信息的 位置信息发送给所述第二用户设备,其中所述共享信息包括所述第一用户设 备的共享信息。 或者, 如果鉴权单元 64判断所述第二用户设备不是第一用 户设备的共享对象, 则第四发送单元 63用于将所述共享信息和对应于所述 共享信息的位置信息发送给所述第二用户设备, 其中所述共享信息不包括所 述第一用户设备的共享信息。

一般而言, 第四发送单元 63定时地将所述共享信息和对应于所述共享 信息的位置信息发送给所述第二用户设备。

由此可见, 本发明实施例的云服务器能够实现在两个或更多个用户设备 之间实时地共享信息, 以便用户设备的用户能够实时跟踪另一用户设备的用 户的动态并获取共享桌面上的信息。

在实现共享信息的基础上, 以下将结合具体实施例描述实现共享桌面的 方法。 为了描述方便, 以下仅以两个用户之间共享桌面为例。 应理解, 更多 用户之间实现共享桌面的方法与两个用户之间共享桌面的方式是类似的。 同 样的,第一用户为提供共享信息的共享者,第二用户为第一用户的共享对象。

在实现共享桌面的具体实施例中, 提出了一种特殊桌面 (以下称为 superjauncher ), 该特殊桌面 super_launcher替代现有智能终端的操作系统的 桌面( launcher )。 该特殊桌面 superjauncher可以收集壁纸、 时间等的快捷方 式 shortcuts或窗口小部件 widget对应的应用程序等及其对应的位置信息的各 种信息。第一用户在特殊桌面 superjauncher上进行的特定活动都会被记录和 保存到云服务器的一个数据库中。

例如, 如果第一用户替换了桌面的壁纸, 那么替换的壁纸的联合图像专 家小组( JPEG , Joint Photographic Experts Group ) 图片及其可交换图像文件 格式(EXIF, Exchangeable image file format )信息和位置信息将被保存到云 服务器的数据库中。 如果第一用户安装了应用程序并在特殊桌面 superjauncher上创建该应用程序的快捷方式,则该快捷方式对应的应用程序 名称、 版本及图标、 位置信息将被记录到云服务器的数据库中。 如果第一用 户在特殊桌面 superjauncher上添加一个窗口小部件 widget, 则该窗口小部件 widget所对应的应用程序名称和图标及其位置信息将被记录到云服务器的数 据库中。

再例如, 如果第一用户通过特殊桌面 superjauncher上的 widget进行活 动, 如正在播放某一首 mp3格式的歌曲, 则正在播放的歌曲的 ID3信息将被 实时更新到云服务器的数据库中。 为了避免数据库过于庞大, 数据库只记录 第一用户当前正在播放的 mp3歌曲的 ID3信息。 使用 superjauncher的用户设备可以通过私有账号与云服务器 (以下称 superjauncher服务器)相连接。 当第二用户向第一用户发起共享桌面请求, superjauncher服务器对第二用户进行用户鉴权且第一用户同意共享桌面请 求后,则 superjauncher服务器将第一用户存储在数据库中的信息推送给第二 用户。第二用户的用户设备的特殊桌面 superjauncher将依据对应的位置信息 显示获取到的第一用户的共享信息。如第二用户对第一用户的共享信息中的 某些内容感兴趣, 并想拥有第一用户的用户设备的特殊桌面 superjauncher 上的某个应用程序, 则可以点击自己用户设备上形成的该共享的应用程序的 对应图标, 然后第二用户的用户设备根据图标对应的应用程序信息(应用程 序名称和版本)到应用程序商店 App Store上将相应的应用程序下载到自己的 用户设备上。

需要说明的是, 如果第二用户的用户设备的应用系统不支持特殊桌面 superjauncher, 那么第二用户从 superjauncher服务器只能获得部分共享信 息, 即无法通过第二用户的用户设备的桌面 launcher生成第一用户的用户设 备的桌面 launcher, 而仅可以直接将一些可下载的共享信息(如 ID3或网络链 接等) 下载到指定文件夹。

由上可知, 目前智能终端的桌面 launcher已具有扩展性, 除了显示一般 的快捷方式 shortcuts的图标以外,还可以通过添加各种应用程序的窗口小部 件 widget实现应用程序的常用操作。 如安卓(Android ) 系统的播放器窗口 小部件 widget即可实现音乐的播放或暂停等。

如果有云服务器同步并获取到第一用户的智能终端的桌面 launcher上壁 纸、 时间、 快捷方式和窗口小部件对应的应用程序的各种信息, 且第一用户 如果再选择性地将这些数据共享给特定的人(例如第二用户;), 第二用户点 击共享信息的图标等,通过图标对应的共享信息可以找到被共享的应用程序 的原始文件或者数据, 那么就可以实现共享桌面。

共享桌面可以方便用户之间了解彼此的信息, 并且不需要进行实时设 置, 便可以轻松查看彼此共享的信息。 这些共享信息不仅可以说明用户当前 所处的环境(例如城市、 时间、 天气等), 更能说明用户当前的操作 (例如 听什么歌、 玩什么游戏, 拍了什么照片, 在哪里吃饭)。

例如, 用户 A和用户 B是夫妻, 用户 A到国外出差, 用户 B在家中。 用户 A为用户 B共享了桌面上的时钟 widget (包括时钟 widget应用的网络 链接以及时间数据)。 当用户 B想给用户 A打电话时, 不用再通过其它途径 去查用户 A当前的时间 (因为国外有时差), 通过网络链接下载用户 A共享 的时间 widget应用并加载时间数据, 相当于直接查看到用户 A共享的桌面 上的时钟 widget, 就可以知道用户 A所在国家城市的时间。 同样的, 也可以 立即知道用户 A当前所在城市的天气情况。应理解,如果用户 B只对用户 A 的时间 widget应用感兴趣, 可以仅仅通过网络链接获取用户 A共享的时钟 widget应用,这样可以在用户 B自己的用户设备上利用用户 A的时间 widget 应用呈现自己所在地的时间。 或者, 如果用户 B仅仅是想知道用户 A所在 地的当前时间, 则可以仅仅获取用户 A的时间数据, 并加载在用户 B 自己 用户设备的时间 widget应用中。

例如, 用户 C和用户 D是朋友, 且共享了桌面。 用户 C可以到共享桌面上 查看用户 D此时在听音乐。 如果用户 C也想听这个音乐, 就可以点击用户 D此 时正在播放的音乐的信息, 然后网络进行搜索并提供该音乐的在线音乐链接 到用户 C, 用户 C就可以用自己的播放器播放这首在线音乐。 或者, 用户 D在 共享桌面上看见一个小游戏图标, 如果用户 D也想玩这个游戏, 就可以点击 共享桌面上的游戏图标(icon ), 然后网络进行搜索并将该游戏下载到用户 D 的桌面上。

此外, 群组成员可以通过共享桌面实时跟踪群组成员的动态。 例如, 用 户 、 用户 F和用户 G是一个项目组的同事, 他们同时共享一屏桌面, 该桌面 为群组桌面。如果用户 E将一个游戏图标放到共享的群组桌面上, 那么用户 F 和用户 G可以在群组桌面上查看到这个游戏图标, 并将这个游戏下载到自己 的桌面上。

由上可见, 共享桌面可以全方位地展示共享对象的共享信息, 也可以方 便地查看共享信息, 并且轻松获取共享的应用和资源。

以上, 时间、 天气、 城市、 ID3信息等数据信息可以数据文件的形式或 文件图标的形式显示。

在实现共享信息的基础上, 以下将结合具体实施例描述实现共享桌面的 方法。 为了描述方便, 以下仅以两个用户之间共享桌面为例。 应理解, 更多 用户之间实现共享桌面的方法与两个用户之间共享桌面的方式是类似的。 同 样的,第一用户为提供共享信息的共享者,第二用户为第一用户的共享对象。

基于上述内容, 本发明还提出了一种实现共享桌面的装置, 当用户设备 上具有该实现共享桌面的装置, 上述实现共享信息以及实现共享桌面的方法 均可以在该用户设备上实现。 具体而言, 参见图 7, 实现共享桌面的装置 70 可以包括捕获单元 71和发送单元 72。其中,捕获单元 71用于捕获用户设备 桌面上的共享信息和 /或对应于所述共享信息的位置信息的第一变化信息。当 共享信息发生变化时, 捕获单元 71捕获变化的共享信息; 当对应于共享信 息的位置信息发生变化时, 捕获单元 71捕获变化的位置信息; 当共享信息 和对应所述共享信息的位置信息都发生变化时, 捕获单元 71捕获变化的共 享信息和位置信息, 发送单元 72用于将所述第一变化信息发送到云服务器 进行保存。 一般而言, 捕获单元 71定时地捕获用户设备桌面上的共享信息 和 /或对应于所述共享信息的位置信息的第一变化信息。这里,位置信息指示 所述共享信息显示在所述用户设备的桌面上的位置

此外, 实现共享桌面的装置 70还可以包括接收单元 73和更新单元 74。 其中, 接收单元 73从云服务器接收其他用户设备桌面上的共享信息和 /或对 应于所述共享信息的位置信息的第二变化信息, 更新单元 74根据所述其他 用户设备桌面上的共享信息和 /或对应于所述共享信息的位置信息的第二变 化信息更新自身用户设备桌面上的共享信息和 /或对应于所述共享信息的位 置信息。 一般而言, 接收单元 73定时地从云服务器接收其他用户的用户设 备桌面上的共享信息和 /或对应于所述共享信息的位置信息的第二变化信息。

这里, 共享信息包括但不限于以下信息的一种或者多种: 网络链接、 应 用运行的参数、 文件。

这样, 本发明实施例能够实现在两个或更多个用户设备之间实时地共享 信息, 以便用户设备的用户能够实时跟踪另一用户设备的用户的动态并获取 共享桌面上的信息。

本领域普通技术人员可以意识到, 结合本文中所公开的实施例描述的各 示例的单元及算法步骤, 能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。 这些功能究竟以硬件还是软件方式来执行, 取决于技术方案的特 定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方 法来实现所描述的功能, 但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到, 为描述的方便和筒洁, 上述描 述的系统、 装置和单元的具体工作过程, 可以参考前述方法实施例中的对应 过程, 在此不再赘述。 在本申请所提供的几个实施例中, 应该理解到, 所揭露的系统、 装置和 方法, 可以通过其它的方式实现。 例如, 以上所描述的装置实施例仅仅是示 意性的, 例如, 所述单元的划分, 仅仅为一种逻辑功能划分, 实际实现时可 以有另外的划分方式, 例如多个单元或组件可以结合或者可以集成到另一个 系统, 或一些特征可以忽略, 或不执行。 另一点, 所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些接口, 装置或单元的间接耦合 或通信连接, 可以是电性, 机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作 为单元显示的部件可以是或者也可以不是物理单元, 即可以位于一个地方, 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。

另外, 在本发明各个实施例中的各功能单元可以集成在一个处理单元 中, 也可以是各个单元单独物理存在, 也可以两个或两个以上单元集成在一 个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使 用时, 可以存储在一个计算机可读取存储介质中。 基于这样的理解, 本发明 的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部 分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质 中, 包括若干指令用以使得一台计算机设备(可以是个人计算机, 服务器, 或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。 而前 述的存储介质包括: U盘、移动硬盘、只读存储器( ROM , Read-Only Memory )、 随机存取存储器(RAM, Random Access Memory ), 磁碟或者光盘等各种可 以存储程序代码的介质。

以上所述, 仅为本发明的具体实施方式, 但本发明的保护范围并不局限 于此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易 想到变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护 范围应所述以权利要求的保护范围为准。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值