数据共享的方法、装置及系统的制作方法
【专利摘要】本发明提供了一种数据共享的方法、装置及系统，涉及移动通信【技术领域】，能够解决不同应用对数据共享范围造成限制的问题。本发明的方法包括：第一装置向第二装置发送地址请求；根据所述地址请求从所述第二装置获取第一应用数据的统一资源定位符URL，所述第一应用数据为第一应用中的待共享数据；从数据接收方获取第二应用的链接路径，所述第二应用为所述第一应用数据的共享目的应用；根据所述第二应用的链接路径将所述URL发送给所述第二应用，以便所述第二应用获取所述第一应用数据。本发明主要应用于网络信息共享的过程中。
【专利说明】数据共享的方法、装置及系统
【技术领域】
[0001]本发明涉及移动通信【技术领域】，尤其涉及一种数据共享的方法、装置及系统。
【背景技术】
[0002]随着诸如手机、平板电脑等电子设备的普及以及应用软件（简称应用）的日益丰富，越来越多的用户偏好使用通信类应用进行网络交流。例如，通过社交类应用共享图片、文字等数据，或者通过即时通讯工具与好友进行聊天。通常，用户在通过某个通信类应用与其好友进行数据共享时，需要该用户和其好友均拥有该通信类应用的应用账户，该用户通过添加好友或者建立好友群组的方式建立本应用账户与好友应用账户之间的关系链。当用户上传数据到网络侧服务器时，其好友可以通过账户间的关系链从网络侧服务器中获取到该用户上传的数据，由此实现数据的共享。
[0003]在上述数据共享的过程中，发明人发现现有技术中至少存在如下问题：用户在通过某个通信类应用共享数据时，其好友只有拥有该应用的应用账户时才能获取该用户共享的数据，如果其好友没有该应用的应用账户，则无法获取该用户共享的数据，这样大大限制了数据共享的流通范围。例如，用户在某社交网站的用户主页上发布了出游的照片，该照片只能被拥有该社交网站的账户、并且属于该用户好友群组中的好友浏览，而没有该社交网站账户的好友则无法浏览该用户的出游照片。
【发明内容】
[0004]本发明实施例提供了一种数据共享的方法、装置及系统，能够解决不同应用对数据共享范围造成限制的问题。
[0005]第一方面，本发明实施例提供了一种数据共享的方法，包括：
[0006]第一装置向第二装置发送地址请求；
[0007]根据所述地址请求从所述第二装置获取第一应用数据的统一资源定位符URL，所述第一应用数据为第一应用中的待共享数据；
[0008]从数据接收方获取第二应用的链接路径，所述第二应用为所述第一应用数据的共孕目的应用；
[0009]根据所述第二应用的链接路径将所述URL发送给所述第二应用，以便所述第二应用获取所述第一应用数据。
[0010]第二方面，本发明实施例还提供了一种数据共享的方法，包括：
[0011]第二装置接收第一装置发送的地址请求；
[0012]根据所述地址请求将保存的第一应用数据的统一资源定位符URL发送给所述第一装置，以便所述第一装置根据第二应用的链接路径将所述URL发送给第二应用，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用；
[0013]接收所述第二应用发送的所述URL ；
[0014]根据所述URL获取所述第一应用数据；
[0015]将所述第一应用数据发送给所述第二应用。
[0016]第三方面，本发明实施例还提供了一种数据共享的装置，所述装置为第一装置，所述第一装置包括：
[0017]第一发送单元，用于向第二装置发送地址请求；
[0018]第一获取单元，用于根据所述第一发送单元发送的所述地址请求从所述第二装置获取第一应用数据的统一资源定位符URL，所述第一应用数据为第一应用中的待共享数据；
[0019]第二获取单元从数据接收方获取第二应用的链接路径，所述第二应用为所述第一应用数据的共享目的应用；
[0020]第二发送单元，用于根据所述第二获取单元获取的所述第二应用的链接路径将所述URL发送给所述第二应用，以便所述第二应用获取所述第一应用数据。
[0021]第四方面，本发明实施例还提供了一种数据共享的装置，所述装置为第二装置，所述第二装置包括：
[0022]第一接收单元，用于接收第一装置发送的地址请求；
[0023]第一发送单元，用于根据所述第一接收单元接收的所述地址请求将保存的第一应用数据的统一资源定位符URL发送给所述第一装置，以便所述第一装置根据第二应用的链接路径将所述URL发送给第二应用，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用；
[0024]第二接收单元，用于接收所述第二应用发送的所述URL ；
[0025]获取单元，用于根据所述第二接收单元接收的所述URL获取所述第一应用数据；
[0026]第二发送单元，用于将所述获取单元获取的所述第一应用数据发送给所述第二应用。
[0027]第五方面，本发明实施例还提供了一种数据共享的系统，所述系统包括第一装置和第二装置，其中，
[0028]所述第一装置，用于向第二装置发送地址请求；
[0029]所述第二装置，用于接收所述第一装置发送的地址请求，根据所述地址请求将保存的第一应用数据的统一资源定位符URL发送给所述第一装置，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用；
[0030]所述第一装置还用于根据所述地址请求从所述第二装置获取所述第一应用数据的URL，从数据接收方获取第二应用的链接路径，根据所述第二应用的链接路径将所述URL发送给所述第二应用；
[0031]所述第二装置还用于接收所述第二应用发送的所述URL，根据所述URL获取所述第一应用数据，将所述第一应用数据发送给所述第二应用。
[0032]本发明实施例提供的数据共享的方法、装置及系统，能够在数据共享时，由作为数据地址发送方的第一装置向作为数据地址提供方的第二装置发送地址请求，请求获取第一应用数据的统一资源定位符（Uniform Resource Locator,简称URL地址）。第一装置从数据接收方获取第二应用的链接路径，所述第二应用为第一应用数据的共享目的应用，第一装置根据第二应用的链接路径将该URL发送给第二应用。在第二应用请求第一应用数据时，第二装置接收第二应用发送的该URL，根据该URL获取第一应用数据，最后将第一应用数据发送给第二应用，由此将第一应用中的第一应用数据共享到第二应用中。与现有技术中数据共享范围只局限在应用内相比，可以实现数据的跨应用流通，从而能够在用户与其好友不同时拥有同一应用的账户情况下，实现数据的便捷共享。
【专利附图】
【附图说明】
[0033]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0034]图I为本发明实施例一中数据共享的方法流程图；
[0035]图2为本发明实施例二中数据共享的方法流程图；
[0036]图3为本发明实施例三中数据共享的方法流程图；
[0037]图4为本发明实施例四中第一装置的结构示意图；
[0038]图5为本发明实施例五中第二装置的结构示意图；
[0039]图6为本发明实施例六中数据共享系统的示意图。
【具体实施方式】
[0040]下面将结合本实施例中的附图，对本实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0041]通常，当用户将某一应用中的数据（例如照片、文字）共享给其好友时，需要其好友同时拥有该应用的账户，通过用户账户与其好友账户之间建立的关系链（例如添加好友）将数据共享给其好友查看。如果该用户的好友没有该应用的账户，则需要进行账户注册并建立与该用户账户的关系链。这样做首先操作复杂，数据共享的时间成本过大；另外，强迫用户好友注册账户，违背用户的使用意愿。本实施例提供一种数据共享的方法、装置及系统，能够在用户好友不注册账户的情况下实现数据的跨应用共享，提升用户的使用体验。
[0042]实施例一
[0043]本实施例提供了一种数据共享的方法，所述方法应用于第一装置，如图I所示，所述方法包括：
[0044]101、第一装置向第二装置发送地址请求。
[0045]在本实施例中，第一装置为数据共享过程中数据地址的发送方，在数据共享时，第一装置向第二装置发送地址请求，所述地址请求用于请求第一应用数据的URL，其中所述第一应用数据为第一应用中的待共享数据。实际应用中所述第一装置可以位于诸如手机、电脑等电子设备中，本实施例对第一装置位于的主体设备不做限制。
[0046]为便于描述，在本发明后续各个实施例中将第一应用数据的URL简称为URL，如无特殊说明，此后出现的URL均指第一应用数据的URL，后续不再一一说明。
[0047]102、第一装置根据地址请求从第二装置获取第一应用数据的URL。
[0048]第一装置在向第二装置发送地址请求后，接收第二装置根据该地址请求发送的URL。
[0049]103、第一装置从数据接收方获取第二应用的链接路径。
[0050]所述第二应用为第一应用数据的分享目的应用，即共享关系中的数据接收方的应用。第一装置首先需要获取第二应用的链接路径，然后才能根据该链接路径向第二应用发送 URL。
[0051]在本实施例中，第二应用的链接路径可以是具有物理形态的电子设备的设备标识，例如手机号码，也可以是虚拟形态的程序或页面数据的逻辑地址，例如应用账户主页的URL,本实施例对此不做限制。
[0052]需要说明的是，所述数据接收方通常为具有物理形态的电子设备，如手机、电脑等。第二应用需要基于具有物理形态的数据接收方执行信息发送、接收等操作，例如当第二应用为社交网站时，由电子设备向第一装置发送社交网站账户主页的链接路径，接收第一装置发送的URL，将接收的URL发送给网络设备以请求第一应用数据。第二应用发送链接路径的表述仅为便于描述。
[0053]104、第一装置根据第二应用的链接路径将URL发送给第二应用。
[0054]在本实施例中，第一装置共享给第二应用的对象为第一数据内容本身，但发送给第二应用的是第一数据的URL，由第二应用根据该URL向第二装置请求第一数据，由此完成数据的跨应用共享。
[0055]在本实施例中，第一装置向第二应用发送URL而非数据内容本身，能够节省数据传输产生的流量开销。由于传输数据内容本身的流量开销远远大于传输一个几十字节的URL产生的流量开销。而用户好友并不是必对每次共享的数据进行浏览，所以用户在每次数据共享时都将数据内容发送给好友会浪费流量。而只有在好友浏览数据内容必然发生时，即好友有兴趣浏览数据时，才由好友根据URL获取数据，可以节省不必要的流量开销，从或然率的角度讲，共享URL的方式可以节省一倍的流量开销。
[0056]本实施例提供的数据共享的方法，能够在数据共享时，由作为数据地址发送方的第一装置向作为数据地址提供方的第二装置发送地址请求，请求获取URL。第一装置从数据接收方获取第二应用的链接路径，所述第二应用为第一应用数据的共享目的应用，第一装置根据第二应用的链接路径将该URL发送给第二应用，由第二应用根据该URL向第二装置请求第一应用数据，由此将第一应用中的第一应用数据共享到第二应用中。与现有技术中数据共享范围只局限在应用内相比，可以实现数据的跨应用流通，从而能够在用户与其好友不同时拥有同一应用的账户情况下，实现数据的便捷共享。
[0057]实施例二
[0058]本实施例提供了一种数据共享的方法，所述方法应用于第二装置，如图2所示，所述方法包括：
[0059]201、第二装置接收第一装置发送的地址请求。
[0060]在本实施例中，第二装置为数据共享过程中数据地址的提供方，在数据共享时，第二装置接收第一装置发送的地址请求，所述地址请求用于请求第一应用数据的URL。实际应用中所述第二装置可以位于网络侧的服务器中，本实施例对第二装置位于的主体设备不做限制。
[0061]202、第二装置根据所述地址请求将保存的第一应用数据的URL发送给第一装置。
[0062]第二装置根据接收的地址请求查找第一应用数据的URL，并将该URL发送给第一装置，以便第一装置将该URL发送给第二应用。
[0063]203、第二装置接收第二应用发送的URL，根据该URL获取第一应用数据。
[0064]在第二应用向第二装置请求第一应用数据时，第二装置接收第二应用发送的URL，并根据第二应用发送的URL获取第一应用数据。其中，所述URL为步骤202中第二装置发送给第一装置、并由第一装置共享给第二应用的URL。
[0065]本步骤中第二应用发送URL的操作同样需要基于具有物理形态的电子设备实现，此处仅为便于表述，后续类似表述不再一一解释。
[0066]204、第二装置将第一应用数据发送给第二应用。
[0067]在获取到第一应用数据后，第二装置将第一应用数据发送给第二应用，由此实现第一应用与第二应用之间的数据共享。
[0068]本实施例提供的数据共享的方法，能够由作为数据地址提供方的第二装置根据第一装置发送的地址请求，将保存的URL发送给第一装置，以便在数据共享时，由作为数据地址发送方的第一装置将URL共享给第二应用。当第二应用根据该URL向第二装置请求第一应用数据时，第二装置接收第二应用发送的该URL，并根据该URL获取第一应用数据，然后将获取的第一应用数据发送给第二应用，由此实现第一应用与第二应用之间的数据共享。与现有技术中数据共享范围只局限在应用内相比，可以实现数据的跨应用流通，从而能够在用户与其好友不同时拥有同一应用的账户情况下，实现数据的便捷共享。
[0069]实施例三
[0070]结合实施例一和实施例二的实现方式，本实施例还提供了一种数据共享的方法，所述方法涉及第一装置和第二装置，如图3所示，所述方法包括：
[0071]301、在数据共享时，第一装置向第二装置发送地址请求。
[0072]本步骤的实现方式与图I中步骤101的实现方式相同，此处不再赘述。
[0073]302、第二装置接收第一装置发送的地址请求。
[0074]本步骤的实现方式与图2中步骤201的实现方式相同，此处不再赘述。
[0075]303、第二装置将保存的第一应用数据的URL加密并发送给第一装置。
[0076]可选的，为提高数据安全性，保障用户的个人隐私，第二装置在发送URL之前可以对URL进行加密，然后将加密后的URL发送给第一装置，其中所述加密算法可以是对称加密算法，例如数据加密算法（Data Encryption Algorithm,简称DEA)。第二装置可以动态的对URL进行加密，根据发送URL的次数、时间等信息生成多位密码，然后按照一定的算法对密码中的字符进行拆分重组，具体算法可以参照使用手机充值卡密码的组码算法，本实施例对此不做过多介绍。
[0077]通常，在用户将第一应用数据分享到其他应用中时，可能被他人拦截盗取数据的URL,造成个人信息的泄漏。对URL进行加密可以提高数据的安全性，特别是对密码进行拆分重组后，即使他人通过专业的解密软件对密码进行遍历尝试，也需要尝试几个月甚至几年的时间才可能破解成功，这样可以有效防范他人暴力破解URL，保证用户数据的安全性。
[0078]304、第一装置获取第二应用的链接路径。
[0079]实际应用中所述第二应用可以为社交类应用、即时通讯类应用、短消息或邮箱。对于不同的第二应用第一装置获取的链接路径不同，具体的：
[0080]I)如果第二应用为社交类应用，则第一装置获取社交类应用中用户主页的链接地址。
[0081 ] 2)如果第二应用为即时通讯类应用，则第一装置获取即时通讯类应用中指定好友的链接地址。所述指定好友为用户在好友群组中选定的作为数据共享对象的好友。
[0082]3)如果第二应用为短消息，则第一装置获取接收方的手机号码。用户也可以通过短消息应用将URL发送到好友的手机上。在发送短消息之前，第一装置获取用户好友的手机号码。具体的，第一装置可以是从已存储的联系人列表中获取好友的手机号码，也可以获取用户输入的手机号码作为好友的手机号码。
[0083]4)如果第二应用为邮箱，则第一装置获取接收方的邮箱地址。用户也可以通过邮箱应用将URL发送到好友的邮箱中。与3)中类似，在发送邮件之前，第一装置获取用户好友的邮箱地址。具体的，第一装置可以是从已存储的联系人地址列表中获取好友的邮箱地址，也可以获取用户在邮件地址栏中输入的邮箱地址作为好友的邮箱地址。
[0084]305、第一装置根据第二应用的链接路径将加密后的URL发送给第二应用。
[0085]在发送URL的过程中，第一装置仅作URL转发之功能，不对URL进行加解密。实际上第一装置和第二应用都只作为URL收发方，对URL的加解密只由第二装置执行，用于对URL收发过程中的URL进行安全性保护。
[0086]306、第二应用向第二装置发送加密后的URL，请求该URL对应的第一应用数据。
[0087]307、第二装置接收第二应用发送的URL，对该URL进行解密并根据解密后的URL获取第一应用数据。
[0088]对应步骤303中第二装置对URL进行加密，在步骤307中，第二装置还需要对接收到的URL进行解密，获得解密后的URL，然后根据解密后的URL获取第一应用数据。
[0089]可选的，为了提高第一应用数据的查找速度，减少获取第一应用数据所用的时间，第二装置还可以首先从URL中解析出用户的特征信息，根据用户的特征信息确定一个较小的数据检索范围，即第一应用数据范围，然后在第一应用数据范围内查找第一应用数据。在本实施例中，所述用户特征信息可以是用户ID，该用户ID用于对用户进行标识区别。一般的，用户ID在URL中以多个连续字符的形式体现，第二装置在接收到URL后，首先从中解析出用户ID，然后将对应该用户ID (即对应同一个用户）的URL集合确定为第一应用数据范围，最后在第一应用数据范围中获取第一应用数据。
[0090]通常，第二装置中存储有大量的用户数据，如果在所有用户的数据中查找某个用户的某部分数据，则需要大量的遍历时间。通过URL中的用户特征信息可以首先将查找范围缩小到一个用户数据的范围，然后在这个较小的范围内遍历查找第一应用数据，由此可以显著提高数据的获取速度。
[0091]308、第二装置将第一应用数据发送给第二应用。
[0092]本步骤的实现方式与图2中步骤204的实现方式相同，此处不再赘述。
[0093]可选的，考虑到用户不慎将URL错发给他人，或者用户后悔将URL发送给好友的情况，第一装置在将URL发送给第二应用后还可以指示第二装置更新第一应用数据的URL。地址更新后，即便用户好友根据接收的URL通过第二应用向第二装置请求第一应用数据，由于该URL已经失效，第二装置也无法根据该URL获取第一应用数据。具体的，在步骤305和步骤307之间，第一装置向第二装置发送地址更新指示，该地址更新指示用于指示第二装置更新第一应用数据的URL。第二装置接收第一装置发送的地址更新指示，根据该地址更新指示更新保存的URL。与此对应的，作为对步骤307和步骤308的替换，第二装置在对接收到的URL解密后，首先判断解密后的URL与保存的URL是否相同，换言之，判断保存的URL是否被更新过。如果第二装置未更新过保存的URL(即解密后的URL与保存的URL相同），则第二装置根据解密后的URL获取第一应用数据并执行步骤308 ;如果第二装置更新过保存的URL(即解密后的URL与保存的URL不相同），则第二装置取消获取第一应用数据并不执行步骤308。
[0094]进一步的，为防止用户错误将URL发送给他人，第一装置在向第二应用发送URL时，还可以添加用户侧的安全口令鉴权步骤，其中，安全口令可以是发送方用户的姓名、年龄、生日、账户名，或者发送方用户与接收方用户预先约定的密码。接收方用户在接收到URL时，只有正确输入安全口令才能够向第二装置请求第一应用数据。
[0095]下面，以第一装置位于手机中、第二装置位于网络侧服务器中，并结合图3所示的实现方式给出本发明的几个应用场景：
[0096]I、在本实施例的第一个应用场景中，用户I将自己在社交应用账户I中的照片共享到自己在社交应用账户2的用户主页中。首先用户I打开自己的社交应用I账户，选取待共享的照片；手机向服务器获取该照片的URL并显示“分享地址到其他应用”的对话框；当用户I点击确定后，手机显示所有的应用图标，提示用户I选择数据共享的目的应用；用户I选择社交应用2后，手机获取用户I在社交应用2中用户主页的链接地址，并根据该链接地址将照片的URL分享到用户I在社交应用2的账户中。当用户I的某个好友通过另一个应用设备登录即社交应用2的个人账户并点击该照片的URL时，该好友的手机将该照片的URL发送给服务器，请求获取该照片；服务器对接收到的URL进行解密，判断该URL与保存的对应该照片的URL相同，然后查找该照片的数据并发送给该好友的手机。
[0097]2、在本实施例的第二个应用场景中，用户I将自己在社交应用账户中的照片共享给拥有即时通讯应用账户的好友用户2。首先用户I于手机中打开自己的社交应用账户，选取待共享的照片；手机向服务器获取该照片的URL并显示“发送地址给好友”的对话框；当用户I点击确定后，手机显示所有的应用图标，提示用户I选择数据共享的目的应用；用户I选择即时通讯应用后，手机显示用户I在即时通讯应用账户中的好友列表，供用户I选择共享好友；用户I选择用户2为共享好友并点击确认键；手机获取用户2在即时通讯应用中的账户链接地址，并根据该链接地址将照片的URL以私信的方式发送到用户2的即时通讯应用账户中。当用户2通过另一个应用设备登录即时通讯应用账户并点击该照片的URL时，用户2的手机将该照片的URL发送给服务器，请求获取该照片；服务器对接收到的URL进行解密，判断该URL与保存的对应该照片的URL相同，然后查找该照片的数据并发送给用户2的手机。
[0098]3、在本实施例的第三个应用场景中，用户I通过邮件应用将自己在社交应用账户中的照片共享给拥有邮箱的好友用户2。首先用户I在手机中打开自己的社交应用账户，选取待共享的照片；手机向服务器获取该照片的URLA并显示“发送地址给好友”的对话框；当用户I点击确定后，手机显示所有的应用图标，提示用户I选择数据共享的目的应用；用户I选择邮箱应用后，手机显示邮件撰写界面，并在收件人地址栏中获取用户I输入的用户2的邮箱地址。然后手机将照片的URLA添加到邮件正文中，将邮件发送给用户2。在发送邮件后，用户I后悔将照片分享给用户2，则点击URL更新键；手机向服务器发送地址更新指示；服务器收到该地址更新指示后将该照片的URL更新为URLB。当用户2通过另一个手机读取该邮件并点击照片的URLA时，用户2的手机将该照片的URLA发送给服务器，请求获取该照片；服务器对接收到的URLA进行解密，判断该URLA与保存的对应该照片的URLB不相同，取消查找该照片的数据。
[0099]本实施例提供的数据共享的方法，能够在URL转发的过程中，由第二装置对URL进行加密，同时可以在用户后悔共享数据时对第二装置中的URL进行更新，以使第二应用无法请求第一应用数据。此外，第一装置还可以在发送的URL中增加预设安全口令的鉴权步骤，以确保URL被正确的用户接收。通过这三重保护，保障用户个人信息的安全性。
[0100]实施例四
[0101]本发明实施例提供了一种数据共享的装置，所述装置为第一装置，用于实现图I或图3所示的方法。如图4所示，所述第一装置41包括：第一发送单元411、第一获取单元412、第二获取单元413以及第二发送单元414，其中：
[0102]所述第一发送单元411，用于向第二装置发送地址请求；
[0103]所述第一获取单元412，用于根据所述第一发送单元411发送的所述地址请求从所述第二装置获取第一应用数据的URL，所述第一应用数据为第一应用中的待共享数据；
[0104]所述第二获取单元413从数据接收方获取第二应用的链接路径，所述第二应用为所述第一应用数据的共享目的应用；
[0105]所述第二发送单元414，用于根据所述第二获取单元413获取的所述第二应用的链接路径将所述URL发送给所述第二应用，以便所述第二应用获取所述第一应用数据。
[0106]进一步的，所述第二获取单元413用于当所述第二应用为社交类应用时，从所述数据接收方获取社交类应用中用户主页的链接地址。
[0107]进一步的，所述第二获取单元413用于当所述第二应用为即时通讯类应用时，从所述数据接收方获取即时通讯类应用中指定好友的链接地址。
[0108]进一步的，所述第二获取单元413用于当所述第二应用为短消息时，获取所述数据接收方的手机号码。
[0109]进一步的，所述第二获取单元413用于当所述第二应用为邮箱时，获取所述数据接收方的邮箱地址。
[0110]进一步的，所述第一发送单元411还用于在所述第二发送单元414将所述URL发送给所述第二应用之后，向所述第二装置发送地址更新指示，所述地址更新指示用于指示所述第二装置更新所述第一应用数据的URL。
[0111]本实施例中的第一装置41包括，但不限于是手机、平板电脑等电子设备。
[0112]本实施例提供的第一装置41，能够在数据共享时，向作为数据地址提供方的第二装置发送地址请求，请求获取URL。第一装置41根据获取的第二应用的链接路径将该URL发送给第二应用，由第二应用根据该URL向第二装置请求第一应用数据，由此将第一应用中的第一应用数据共享到第二应用中。与现有技术中数据共享范围只局限在应用内相比，可以实现数据的跨应用流通，从而能够在用户与其好友不同时拥有同一应用的账户情况下，实现数据的便捷共享。
[0113]实施例五
[0114]本实施例提供了一种数据共享的装置，所述装置为第二装置，用于实现图2或图3所示的方法。如图5所示，所述第二装置51包括：第一接收单元511、第一发送单元512、第二接收单元513、获取单元514、第二发送单元515、判断单元516以及更新单元517，其中：
[0115]所述第一接收单元511，用于接收第一装置发送的地址请求；
[0116]所述第一发送单元512，用于根据所述第一接收单元511接收的所述地址请求将保存的第一应用数据的URL发送给所述第一装置，以便所述第一装置根据第二应用的链接路径将所述URL发送给第二应用，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用；
[0117]所述第二接收单元513，用于接收所述第二应用发送的所述URL ；
[0118]所述获取单元514，用于根据所述第二接收单元513接收的所述URL获取所述第一应用数据；
[0119]所述第二发送单元515，用于将所述获取单元514获取的所述第一应用数据发送给所述第二应用。
[0120]所述判断单元516，用于在所述获取单元514根据所述第二接收单元513接收的所述URL获取所述第一应用数据之前，判断所述第二接收单元513接收的所述URL与保存的URL是否相同，得出判断结果；
[0121]所述获取单元514还用于如果所述判断单元516的判断结果为否，则取消根据所述第二接收单元513接收的所述URL获取所述第一应用数据。
[0122]进一步的，所述第一接收单元511还用于接收所述第一装置发送的地址更新指示；
[0123]所示更新单元517，用于根据所述第一接收单元511接收的所述地址更新指示更新保存的所述URL。
[0124]本实施例中的第二装置51可以是网络侧服务器，本实施例对此不做限制。
[0125]本实施例提供的第二装置51，能够根据第一装置发送的地址请求，将保存的URL发送给第一装置，以便在数据共享时，由作为数据地址发送方的第一装置将URL共享给第二应用。当第二应用根据该URL向第二装置51请求第一应用数据时，第二装置51接收第二应用发送的该URL，并根据该URL获取第一应用数据，然后将获取的第一应用数据发送给第二应用，由此实现第一应用与第二应用之间的数据共享。与现有技术中数据共享范围只局限在应用内相比，可以实现数据的跨应用流通，从而能够在用户与其好友不同时拥有同一应用的账户情况下，实现数据的便捷共享。
[0126]实施例六
[0127]本实施例提供了一种数据共享的系统，如图6所示，包括第一装置61和第二装置62。所述第一装置61为实施例四中所述的第一装置41，所述第二装置62为实施例五中所述的第二装置51。其中：
[0128]所述第一装置61，用于向所述第二装置62发送地址请求；
[0129]所述第二装置62，用于接收所述第一装置61发送的地址请求，根据所述地址请求将保存的第一应用数据的URL发送给所述第一装置61，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用；
[0130]所述第一装置61还用于根据所述地址请求从所述第二装置62获取所述第一应用数据的URL，从数据接收方获取第二应用的链接路径，根据所述第二应用的链接路径将所述URL发送给所述第二应用；
[0131]所述第二装置62还用于接收所述第二应用发送的所述URL，根据所述URL获取所述第一应用数据，将所述第一应用数据发送给所述第二应用。
[0132]本实施例提供的数据共享的系统，能够在数据共享时，由作为数据地址发送方的第一装置61向作为数据地址提供方的第二装置62发送地址请求，请求获取第一应用数据的URL。然后第一装置61获取作为第一应用数据的共享目的应用的第二应用的链接路径，根据第二应用的链接路径将该URL发送给第二应用。在第二应用请求第一应用数据时，第二装置62接收第二应用发送的该URL，根据该URL获取第一应用数据，最后将第一应用数据发送给第二应用，由此将第一应用中的第一应用数据共享到第二应用中。与现有技术中数据共享范围只局限在应用内相比，可以实现数据的跨应用流通，从而能够在用户与其好友不同时拥有同一应用的账户情况下，实现数据的便捷共享。
[0133]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。
[0134]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
【权利要求】
1.一种数据共享的方法，其特征在于，包括： 第一装置向第二装置发送地址请求； 根据所述地址请求从所述第二装置获取第一应用数据的统一资源定位符URL，所述第一应用数据为第一应用中的待共享数据； 从数据接收方获取第二应用的链接路径，所述第二应用为所述第一应用数据的共享目的应用； 根据所述第二应用的链接路径将所述URL发送给所述第二应用，以便所述第二应用获取所述第一应用数据。
2.根据权利要求1所述的数据共享的方法，其特征在于，所述根据所述地址请求从所述第二装置获取第一应用数据的URL的步骤，包括： 根据所述地址请求从所述第二装置获取加密后的URL ； 所述根据所述第二应用的链接路径将所述URL发送给所述第二应用的步骤，包括： 根据所述第二应用的链接路径将所述加密后的URL发送所述第二应用。
3.根据权利要求1所述的数据共享的方法，其特征在于，所述第二应用为社交类应用； 所述从数据接收方获取第二应用的链接路径的步骤，包括： 从所述数据 接收方获取所述社交类应用中用户主页的链接地址。
4.根据权利要求1所述的数据共享的方法，其特征在于，所述第二应用为即时通讯类应用； 所述从数据接收方获取第二应用的链接路径的步骤，包括： 从所述数据接收方获取所述即时通讯类应用中指定好友的链接地址。
5.根据权利要求1所述的数据共享的方法，其特征在于，所述第二应用为短消息； 所述从数据接收方获取第二应用的链接路径的步骤，包括： 获取所述数据接收方的手机号码。
6.根据权利要求1所述的数据共享的方法，其特征在于，所述第二应用为邮箱； 所述从数据接收方获取第二应用的链接路径的步骤，包括： 获取所述数据接收方的邮箱地址。
7.根据权利要求1所述的数据共享的方法，其特征在于，在将所述URL发送给所述第二应用之后，所述方法进一步包括： 向所述第二装置发送地址更新指示，所述地址更新指示用于指示所述第二装置更新所述第一应用数据的URL。
8.一种数据共享的方法，其特征在于，包括： 第二装置接收第一装置发送的地址请求； 根据所述地址请求将保存的第一应用数据的统一资源定位符URL发送给所述第一装置，以便所述第一装置根据第二应用的链接路径将所述URL发送给第二应用，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用； 接收所述第二应用发送的所述URL ； 根据所述URL获取所述第一应用数据； 将所述第一应用数据发送给所述第二应用。
9.根据权利要求8所述的数据共享的方法，其特征在于，所述将保存的第一应用数据的URL发送给所述第一装置的步骤，包括： 对所述URL进行加密，将加密后的URL发送给所述第一装置； 所述接收所述第二应用发送的所述URL，包括： 接收所述第二应用发送的加密后的URL，对所述加密后的URL进行解密，获得解密后的URL。
10.根据权利要求8所述的数据共享的方法，其特征在于，在所述根据所述URL获取所述第一应用数据之前，所述方法进一步包括： 判断所述第二应用发送的所述URL与保存的URL是否相同，得出判断结果； 所述根据所述URL获取所述第一应用数据的步骤，包括： 如果所述判断结果为否，则取消根据所述URL获取所述第一应用数据。
11.根据权利要求10所述的数据共享的方法，其特征在于，所述方法进一步包括： 接收所述第一装 置发送的地址更新指示； 根据所述地址更新指示更新保存的所述URL。
12.根据权利要求8所述的数据共享的方法，其特征在于，所述根据所述URL获取所述第一应用数据的步骤，包括： 从所述URL中解析出用户的特征信息； 根据所述特征信息确定第一应用数据范围； 在所述第一应用数据范围内查找所述第一应用数据。
13.一种数据共享的装置，所述装置为第一装置，其特征在于，所述第一装置包括： 第一发送单元，用于向第二装置发送地址请求； 第一获取单元，用于根据所述第一发送单元发送的所述地址请求从所述第二装置获取第一应用数据的统一资源定位符URL，所述第一应用数据为第一应用中的待共享数据； 第二获取单元从数据接收方获取第二应用的链接路径，所述第二应用为所述第一应用数据的共享目的应用； 第二发送单元，用于根据所述第二获取单元获取的所述第二应用的链接路径将所述URL发送给所述第二应用，以便所述第二应用获取所述第一应用数据。
14.根据权利要求13所述的第一装置，其特征在于，所述第二获取单元用于当所述第二应用为社交类应用时，从所述数据接收方获取社交类应用中用户主页的链接地址。
15.根据权利要求13所述的第一装置，其特征在于，所述第二获取单元用于当所述第二应用为即时通讯类应用时，从所述数据接收方获取即时通讯类应用中指定好友的链接地址。
16.根据权利要求13所述的第一装置，其特征在于，所述第二获取单元用于当所述第二应用为短消息时，获取所述数据接收方的手机号码。
17.根据权利要求13所述的第一装置，其特征在于，所述第二获取单元用于当所述第二应用为邮箱时，获取所述数据接收方的邮箱地址。
18.根据权利要求13所述的第一装置，其特征在于，所述第一发送单元还用于在所述第二发送单元将所述URL发送给所述第二应用之后，向所述第二装置发送地址更新指示，所述地址更新指示用于指示所述第二装置更新所述第一应用数据的URL。
19.一种数据共享的装置，所述装置为第二装置，其特征在于，所述第二装置包括： 第一接收单元，用于接收第一装置发送的地址请求； 第一发送单元，用于根据所述第一接收单元接收的所述地址请求将保存的第一应用数据的统一资源定位符URL发送给所述第一装置，以便所述第一装置根据第二应用的链接路径将所述URL发送给第二应用，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用； 第二接收单元，用于接收所述第二应用发送的所述URL ； 获取单元，用于根据所述第二接收单元接收的所述URL获取所述第一应用数据； 第二发送单元，用于将所述获取单元获取的所述第一应用数据发送给所述第二应用。
20.根据权利要求19所述的第二装置，其特征在于，所述第二装置还包括： 判断单元，用于在所述获取单元根据所述第二接收单元接收的所述URL获取所述第一应用数据之前，判断所述第二接收单元接收的所述URL与保存的URL是否相同，得出判断结果; 所述获取单元还用于如果所述判断单元的判断结果为否，则取消根据所述第二接收单元接收的所述URL获取所述第一应用数据。
21.根据权利要求20所述的第二装置，其特征在于，所述第一接收单元还用于接收所述第一装置发送的地址更新指示； 所述第二装置还包括： 更新单元，用于根据所述第一接收单元接收的所述地址更新指示更新保存的所述URL。
22.—种数据共享的系统，其特征在于，所述系统包括第一装置和第二装置，其中， 所述第一装置，用于向第二装置发送地址请求； 所述第二装置，用于接收所述第一装置发送的地址请求，根据所述地址请求将保存的第一应用数据的统一资源定位符URL发送给所述第一装置，其中所述第一应用数据为第一应用中的待共享数据，所述第二应用为所述第一应用数据的共享目的应用； 所述第一装置还用于根据所述地址请求从所述第二装置获取所述第一应用数据的URL，从数据接收方获取第二应用的链接路径，根据所述第二应用的链接路径将所述URL发送给所述第二应用； 所述第二装置还用于接收所述第二应用发送的所述URL，根据所述URL获取所述第一应用数据，将所述第一应用数据发送给所述第二应用。
【文档编号】H04L29/08GK104052762SQ201310076660
【公开日】2014年9月17日 申请日期:2013年3月11日 优先权日:2013年3月11日
【发明者】崔克群 申请人:腾讯科技（深圳）有限公司