CN110311935A - 一种分享方法、分享部署系统和客户端 - Google Patents

Abstract

本申请提供了一种分享方法、分享部署系统和客户端，其中，该分享方法包括：接收分享指令；展示分享入口，其中，所述分享入口通过从分享更新服务器中调用的分享插件动态更新；展示调用的分享插件对应的分享入口；接收用户对所述分享入口的选择操作，通过用户选择的分享入口分享所述分享指令请求分享的内容。利用本申请实施例提供的技术方案，可以解决现有的为了实现分享过程接入和维护成本过高的技术问题，达到了有效降低接入和维护成本的技术效果。

Description

一种分享方法、分享部署系统和客户端

技术领域

本申请属于计算机技术领域，尤其涉及一种分享方法、分享部署系统和客户端。

背景技术

目前，随着手机等设备快速发展，软件应用的发展也越来越快。越来越多的应用被人们广泛应用。应用与应用之间的关联也变得越来越普遍。

现有的应用之间较为普遍的交互，是将一个应用中的内容分享或转发至另一个应用。例如，新闻客户端中的新闻可以分享至通讯应用或者是微博应用中。如果希望达到分享的目的，必须要建了分享目标的分享入口。例如，如图1所示，是一个新闻客户端的分享界面，通过该新闻客户端已有的分享功能，可以将新闻分享至微信、微博、QQ等应用中。如果希望该新闻客户端中的新闻也可以被分享至钉钉中，那么就需要增加钉钉的分享入口。

现有的增加分享入口的方式，一般是需要新闻客户端的开发者接入钉钉分享sdk，然后对新闻客户端的代码进行调试，重新打包发布，用户对新闻客户端进行升级安装之后，才可以实现将新闻分享至钉钉中。

这样就导致每一次有新的应用需要接入，或者是应用的分享sdk发生更新，对于新闻客户端而言都需要重新进行代码调试和打包发布，接入和维护的成本比较高。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本申请目的在于提供一种分享方法、分享部署系统和客户端，可以实现降低分享过程的接入和维护成本的目的。

本申请提供一种分享方法、分享部署系统和客户端是这样实现的：

一种分享方法，包括：

接收分享指令；

展示分享入口，其中，所述分享入口通过从分享更新服务器中调用的分享插件动态更新；

展示调用的分享插件对应的分享入口；

接收用户对所述分享入口的选择操作，通过用户选择的分享入口分享所述分享指令请求分享的内容。

一种分享方法，包括：

从分享更新服务器加载分享插件；

通过加载的分享插件对分享入口进行更新；

通过更新后的分享入口向目标应用客户端分享内容。

一种分享部署系统，包括：源应用客户端、目标应用客户端和分享更新服务器，其中：

所述分享更新服务器，用于集成有多个目标应用的分享插件，并将分享插件部署至源应用客户端中；

所述源应用客户端，用于从所述分享更新服务器加载分享插件，以实现对分享入口的更新，通过更新后的分享入口向目标应用客户端分享内容；

所述目标应用客户端，用于接收从所述源应用客户端分享来的内容。

一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述方法的步骤。

本申请提供的分享方法、分享部署系统和客户端，客户端侧从分享更新服务器调用分享插件以实现对分享入口的动态配置，从而避免了现有的客户端需要读取固化的分享入口来进行内容分享所存在必须修改客户端固化的代码才能实现分享入口更新的问题，达到了在不修改客户端固化的代码的情况下，就可以动态更新分享入口的技术效果，解决了现有的为了实现分享过程接入和维护成本过高的技术问题，达到了有效降低接入和维护成本的技术效果。

附图说明

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

图1是现有的应用分享界面示意图；

图2是本申请提供的分享部署系统架构示意图；

图3是本申请提供的插件化架构示意图；

图4是本申请提供的插件接口示意图；

图5是本申请提供的分享部署方法流程图；

图6是本申请提供的增加分享入口的示意图；

图7是本申请提供的删除分享入口的示意图；

图8是本申请提供的更改分享入口的示意图；

图9是本申请提供的通信设备的结构示意图；

图10是本申请提供的分享部署系统架构的另一示意图；

图11是本申请提供的接入者进行分享的过程示意图。

具体实施方式

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

考虑到现有技术中如果希望建立第一应用和第二应用之间的联系，以将第一应用中的某些内容转发到第二应用上，那么就需要为第一应用增加第二应用的入口，为了增加这个入口，就需要对第一应用进行升级。在实现的时候，需要第一应用的开发者接入第二应用的入口，更新第一应用，并进行代码调试，将调试后的第一应用重新打包发布，用户对第一应用进行升级安装之后，第一应用中的某些内容才能被转发到第二应用上。

在有多个第二应用的时候，对于第一应用而言就需要进行多次调试，接入的成本比较高；如果需要增加或者减少第二应用，或者第二应用的入口接口发生变化，那么都需要对第一应用重新进行调试，维护成本比较高。

举例而言，以新闻客户端A作为第一应用，以通讯软件B作为第二应用，通讯软件B提供一个开放的sdk，新闻客户端A接入该sdk，通过该sdk可以将新闻客户端A中的新闻分享到通讯软件B中。如果希望新闻客户端A中的新闻可以被分享至多个通讯软件，那么就需要将新闻客户端A接入多个通讯软件(例如：通讯软件A、B、C、D等)的sdk，使得新闻客户端A中的新闻可以分享至多个通讯软件，但是每接入一个通讯软件，那么新闻客户端A进行进行一次调试，如果某个通讯软件的sdk接口发生变化，那么新闻客户端A也需要重新集成调试，任何通讯软件的变更都需要新闻客户端A重新打包发布，实现起来较为繁琐。

现有技术中，也有一个是在需要将第一应用中的某些内容可以被转发分享至多个第二应用的时候，第一应用将多个第二应用的分享sdk统一打包成一个大的sdk，并生成中间层，第一应用集成这个大的sdk，通过该大的sdk的统一接口进行分享。在这种情况下，如果某个第二应用的分享sdk发生变化，那么就需要第一应用重新打包和调试，实现起来也较为繁琐。

在本申请中，考虑到现有的分享技术中，需要接入者(即上述第一应用)对目标对象(即上述第二应用)的分享sdk进行集成调试和维护，如果有多个第二应用，那么就需要接入者对多个第二应用的分享sdk分别进行集成维护，集成成本和维护成本比较高。为此，考虑到可以将对分享逻辑的维护工作放到目标对象端，接入者不需要对每个目标对象单独进行调试，也不需要对每个目标对象的接口变更等进行单独维护。基于此，在本例中，提供了一种分享系统，如图2所示，可以包括：分享更新服务器201、接入者202和分享目标203。

其中，分享目标的开发者可以向分享更新服务器上布设该分享目标对应的分享插件，当分享目标的接口发生变化时，分享目标的开发者可以在分享更新服务器上对其分享插件进行维护。对于插件的维护调试工作，由分享目标的开发者承担。分享目标的开发者对分享插件进行一次操作之后，所有的接入者不需要重新进行集成调试，可以有效节约维护成本。

在本例中，是以插件的方式形成分享插件，目标对象的开发者可以将分享目标sdk的交互逻辑、依赖分享目标的sdk打包在一起，将所有的分享逻辑都封装在插件中。插件与插件之后，是没有关系的，完全解耦的。这样就使得对于每个插件的修改都不会影响其它插件。进一步的，对于接入者而言，对于任何分享目标的布设，相互之间也不会产生影响。

如图3所示，为本例中的插件化分享框架的一种示意图，例如，插件中可以如图3所示，封装所有与分享目标sdk的交互逻辑(即，Plugin业务)，依赖分享目标的sdk(即，第三方依赖库)，将这些内容可以打包在一起形成一个插件。即，在插件化分享架构中，所有的分享逻辑都被封装在插件中。

对于一个插件的形式，可以如图4所示为一个插件的实现样例，如图3所示，插件可以包括如下内容：

1)SharePluginInfo，用于定义插件的信息，例如：插件的图标、名字、版本等，该部分可以被用来进行UI展示或者逻辑处理；

2)ISharePlugin接口，插件在实现该接口时封装所有与分享目标sdk的交互逻辑；

3)IShareCallback接口，插件通过它将分享结果返回给接入者。

然而，值得注意的是，图2所示的插件化分享架构和插件实现样例仅是一种示意性描述，在实际实现的时候，可以通过其它方式实现，只要可以实现分享逻辑的封装即可。

对于接入者而言，如果所使用的分享目标的分享插件发生变化，那么变化后的插件可以通过分享更新服务器动态部署到接入者上，当接入者进行分享操作的时候，就可以使用变化后的插件将内容分享到分享目标。通过将变化后的分享插件动态部署到接入者上，提高了插件变化的效率。

在一个实施方式中，分享更新服务器101可以提供云端配置功能，对于接入者的开发者而言，可以在云端对分享目标进行配置，例如，可以在云端增加分享目标，或者是云端减少分享目标。例如，对于新闻客户端A已经配置了可以将内容分享至通讯软件A、通信软件B和通讯软件C，现在希望新闻客户端A也可以将内容分享至通讯软件E，那么对于新闻客户端A的开发者而言，只需要到云端进行配置，配置通讯软件E也可以作为新闻客户端A的分享目标即可。

在上述的分享系统中，接入者可以有多个，分享目标也可以有多个，即，一个接入者可以关联多个分享目标，使得接入者中的内容可以被分享至多个分享目标中，一个分享目标也可以被多个接入者所共同拥有，使得分享目标可以分享多个接入者的内容。

对于接入者和分享目标而言，一个有些应用程序既可以作为接入者，也可以作为分享目标。例如，以通讯软件为例，可以分享新闻客户端中的新闻内容，这个时候，通讯软件作为分享目标。通讯软件的好友圈中的原创文章也可以被分享至其它的应用程序，这个时候通讯软件就是接入者。因此，接入者和分享目标仅是用于在一个分享关系中的不同身份作用的区分，在实际实现的时候，对于一个应用程序本身而言，既可以作为接入者又可以作为分享目标。当应用程序作为分享目标的时候，那么该应用程序的开发者就可以在分享更新服务器中布设相应的分享插件，从而使得接入者可以基于该分享插件将待分享内容分享至该应用程序。

其中，上述的接入者可以是例如：新闻客户端、通讯客户端、购物平台客户端、论坛客户端等等、视频客户端、音乐客户端等等，以及其它可以向公众提供信息来源的客户端，上述接入者可以是例如：通讯客户端、购物平台客户端、微博客户端等等，以及其它可以获取接收信息的客户端。

在上述的分享更新服务器中，对于分享目标配置模块而言，一方面可以提供接入者的开发者设置接入者所关联的分享目标，同时对于分享目标所对应的分享插件的更新也可以实时进行更新。使得接入者的开发者在进行配置的时候，可以关联至最新的分享插件。为了实现对接入者与分享目标的关联，接入者的开发者在分享更新服务器上对目标插件配置完之后，分享更新服务器可以将接入者的开发者配置的分享插件列表下发到接入者中，使得接入者实现内容分享。

其中，上述分享插件列表可以下表1所示，表中表明某个接入者所接入的分享目标，如图1所示，新闻客户端A的内容可以分享至分享目标1、2、15、21、22。如果新闻客户端A的开发者在云端配置增加了分享目标12作为新闻客户端的分享目标，那么，相应的，新闻客户端A对应的插件列表可以更新为表2所示。

表1

	分享目标1	分享目标2	分享目标15	分享目标21
					新闻客户端A	配置	配置	配置	配置

表2

	分享目标1	分享目标2	分享目标15	分享目标21	分享目标12
						新闻客户端A	配置	配置	配置	配置	配置

在分享更新服务器的云端，可以维护一张大的插件列表，里面记录有各个接入者所被配置的分享目标，例如，可以如表3所示：

表3

目标1

目标2

目标3

目标4

目标5

…

目标N

接入者1

是

是

接入者2

是

是

……

接入者M

是

是

是

然而，值得注意的是，上述所列举的插件列表仅是一种示意性描述，在实际实现的时候，还可以采用其它的方式表明，例如，索引表、集合、数组的方式等等，可以根据实际的需要和要求选取，本申请对此不作限定。

在进行插件动态部署的时候，可以有一个触发，例如，当应用被启动的时候(例如，安装在手机客户端上的新闻客户端A被启动或者是被打开)，那么这个时候，新闻客户端可以到分享更新服务器上获取为其配置的插件列表，将获取的插件列表与本地存储的插件列表进行对比，以确定是否存在插件更新，其中，插件更新可以包括：新增新的插件或者是有些插件的版本存在更新。这个时候，分享更新服务器可以动态部署更新后的插件到应用中，从而实现对接入者被启动的时候，动态部署分享插件。

然而，值得注意的是，上例是以应用被启动，并在启动后主动获取插件列表以确定是否存在更新的，以触发对分享插件的动态部署。在实际实现的时候，也可以是采用其它的触发方式，例如分享更新服务器进行触发，或者是在有分享需求的时候进行触发等等，本申请对此不作限定，可以根据实际需要和实际的运算量等选择。

在完成分享插件的动态部署之后，如果用户发起分享请求，那么就会调用最新的动态部署后的分享插件发起分享，并调用分享插件实现内容分享，在分享的过程中分享目标sdk的交互逻辑对用户而言是不可见的，都被封装在了分享插件之中。

在一个实施例中，还提供了一种分享部署方法，如图5所示是本申请所述一种分享部署方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体的如图5所示，本申请一种实施例提供的一种分享部署方法可以包括：

终端侧，即安装应用的设备侧的执行流程，可以包括：

S1：确定是否需要对源应用进行分享插件更新，其中，所述分享插件中封装有目标应用的分享逻辑和第三方依赖库；

在一个实施方式中，可以是源应用(即，上述的第一应用、接入者)终端开启该源应用的情况下，触发确定是否需要对源应用进行分享插件更新。

在实现的时候，可以是通过列表对比的方式进行的，例如，在源应用终端本地存储一个分享插件列表，其中可以存有当前已经加载的可分享至的目标应用，以及各个分享插件的版本，在源应用的开启的时候，可以从分享更新服务器获取一份最新的对应该源应用的插件列表，然后进行对比，以确定出是否存在目标插件更新。其中，该目标插件更新可以包括：新增或删除目标插件、某一个或多个目标插件版本的更新等。

然而，值得注意的是，上述是以列表对比的方式进行的，在实际实现的时候，也可以采用其它的方式确定是否需要进行分享插件更新，只要能够判断出是否有要更新的插件即可。例如，可以是清空本地的分享插件，然后将分享更新服务器上为该源应用配置的分享插件都部署到源终端上，即，每次都采用完全清除和覆盖的方式。具体采用哪种方式，本申请不作限定，可以根据实际需要选择。

S2：在确定需要进行分享插件更新的情况下，加载需要更新的分享插件。

在一个实施方式中，可以是源应用将确认的需要更新结果发送给分享更新服务器，分享更新服务器将更新后的分享插件推送至源应用终端，也可以是分享更新服务器主动推送，以实现动态部署。

分享更新服务器侧，可以包括：

S1：确定是否存在更新的分享插件，其中，所述分享插件中封装有目标应用的分享逻辑和第三方依赖库；

具体的，可以是在源应用客户端开启源应用之后，分享更新服务器实时确认是否有更新的插件，在确定有更新的插件的情况下，将更新动态部署到源应用客户端中。或者是，分享更新服务器周期性确认是否有更新的插件，然后在确定有更新的插件的情况下，将更新动态部署到源应用客户端中。

S2：在确定存在更新的分享插件的情况下，将更新后的分享插件动态部署至源应用客户端中。

例如，源应用X被配置为可以将内容分享至目标应用A、B、C和D，其中，目标应用B的分享插件发生了更新，那么目标应用B的开发者将更新后的分享查新更新到分享更新服务器中。然后，分享更新服务器可以将目标应用B的分享插件更新到安装了源应用X中的终端中，从而使得安装了源应用X的终端可以通过更新后的分享插件向目标应用分享内容。

如图6、图7和图8所示为插件入口更新的具体实例示意图，如图6所示，为在增加钉钉入口的分享，如图7所示，为删除QQ空间入口的分享，如图8所示，为更改钉钉入口的示意图。通过本例所提供的分享入口的部署方法，在进行这些插件入口更新操作的时候，不需要对源应用的代码进行更改，仅需要程序开发者在分享更新服务器侧对分享插件进行增加、删除、修改操作就可以，无需修改源应用的代码，从而避免了现有的客户端需要读取固化的分享入口来进行内容分享所存在必须修改客户端固化的代码才能实现分享入口更新的问题，达到了在不修改客户端固化的代码的情况下，就可以动态更新分享入口的技术效果。

本申请还提供了一种分享方法，可以包括如下步骤：

S1：接收分享指令；

S2：展示分享入口，其中，所述分享入口通过从分享更新服务器中调用的分享插件动态更新；

S3：展示调用的分享插件对应的分享入口；

S4：接收用户对所述分享入口的选择操作，通过用户选择的分享入口分享所述分享指令请求分享的内容。

在一个实施方式中，上述分享插件中可以封装有目标应用的分享逻辑和第三方依赖库。

在触发进行插件分享的时候，可以包括但不限于如下两种情况：

1)在源应用被打开的情况下，访问所述分享更新服务器，以确定是否存在需要更新的分享插件；在确定存在需要更新的分享插件的情况下，加载需要更新的分享插件。

2)周期性地访问所述分享更新服务器，以确定是否存在需要更新的分享插件；在确定存在需要更新的分享插件的情况下，加载需要更新的分享插件。

具体的，访问所述分享更新服务器，以确定是否存在需要更新的分享插件，可以包括：获取本地存储的分享插件列表；将所述分享插件列表与所述分享更新服务器中的分享插件列表进行对比，确定是否需要更新分享插件；在确定需要更新分享插件的情况下，加载需要更新的分享插件。

上述的需要更新的分享插件包括但不限于以下至少之一：删除分享入口、增加分享入口、更新分享入口。

本申请上述实施例所提供的终端侧的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图9是本发明实施例的一种分享部署方法的计算机终端的硬件结构框图。如图9所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图6中所示更多或者更少的组件，或者具有与图9所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的短信息的发送方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的短信息的发送方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，所述客户端可以是客户操作使用的终端设备或者软件。具体的，客户端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备。当然，客户端也可以是能运行于上述终端设备中的软件。例如：手机淘宝、支付宝或者浏览器等应用软件。

本申请上述实施例所提供的分享更新服务器侧的方法实施例可以在服务器中执行，其中，该服务器可以是一个单独的服务器，也可以是一个服务器集群。

下面以一个具体场景为例对上述分享部署系统和方法进行说明：

以新闻客户端作为接入者，即，发起分享的应用，以微博、微信、QQ等作为分享目标，即，接受分享行为的应用。

在本例中，新闻客户端仅需要接入一次分享更新服务器，后续如果分享目标发生变化，都由分享更新服务器进行处理，对于接入者而言，几乎不需要维护成本。进一步的，分享目标的分享逻辑和第三方依赖库被封装在分享插件中，从而使得借入者无需对分享目标进行单独调试，且分享插件可以被动态部署到接入者中，更新操作更为简单高效。

即，通过插件化进行分享，具体的，每个分享目标的处理逻辑都封装在独立插件中，不同分享目标的分享插件可以由不同的人进行维护。对于接入者而言，每个接入者可以通过云端配置来指定分享目标，因此，增加或者减少分享目标的情况下，不需要重新对接入者进行调试。

如图10所示，为分享系统架构示意图，包括：分享更新服务器、多个接入者、多个分享目标。其中：

1)当接入者需要变更分享目标时，接入者的开发人员可以到分享更新服务器的云端为该接入者配置分享目标；

2)当分享目标的接口发生变化时，分享目标的开发者可以在分享更新服务器上维护该分享目标对应的分享插件；

3)当接入者所使用的分享目标的分享插件变更时，更新后的分享插件可以被动态部署到接入者上，这样就使得接入者进行分享操作时，可以使用最新的插件将待分享内容分享至分享目标；

其中，目标插件的维护调试工作由分享目标的开发者执行，分享目标的开发者对分享插件进行一次更新或者调试之后，其它所有的接入者不再需要重新进行调试，节约了维护成本。且分享目标的开发者在对分享插件进行更新之后，更新之后的分享插件可以被动态部署至接入者，提高了转化效率。同时分享更新服务器支持分享目标的云端配置，无需对接入者进行应用更新就可以实现分享目标更新。

对于接入者而言，如图11所示，在接入者启动的时候，可以获取在分享更新服务器的分享目标配置，然后与自身当前加载的分享目标的分享插件及版本进行比较，以确定是否存在分享插件更新，如果存在分享插件更新，则对更新后的分享插件进行加载，在加载完成之后，通过更新后的分享插件执行分享操作。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (12)

1.一种分享方法，其特征在于，包括：

接收分享指令；

展示分享入口，其中，所述分享入口通过从分享更新服务器中调用的分享插件动态更新；

展示调用的分享插件对应的分享入口；

接收用户对所述分享入口的选择操作，通过用户选择的分享入口分享所述分享指令请求分享的内容。

2.根据权利要求1所述的方法，其特征在于，所述分享插件中封装有目标应用的分享逻辑和第三方依赖库。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在源应用被打开的情况下，访问所述分享更新服务器，以确定是否存在需要更新的分享插件；

在确定存在需要更新的分享插件的情况下，加载需要更新的分享插件。

4.根据权利要求3所述的方法，其特征在于，访问所述分享更新服务器，以确定是否存在需要更新的分享插件，包括：

获取本地存储的分享插件列表；

将所述分享插件列表与所述分享更新服务器中的分享插件列表进行对比，确定是否需要更新分享插件；

在确定需要更新分享插件的情况下，加载需要更新的分享插件。

5.根据权利要求1所述的方法，其特征在于，还包括：

周期性地访问所述分享更新服务器，以确定是否存在需要更新的分享插件；

在确定存在需要更新的分享插件的情况下，加载需要更新的分享插件。

6.根据权利要求3或5所述的方法，其特征在于，需要更新的分享插件包括以下至少之一：删除分享入口、增加分享入口、更新分享入口。

7.一种分享方法，其特征在于，包括：

从分享更新服务器加载分享插件；

通过加载的分享插件对分享入口进行更新；

通过更新后的分享入口向目标应用客户端分享内容。

8.根据权利要求7所述的方法，其特征在于，所述分享插件中封装有目标应用的分享逻辑和第三方依赖库。

9.一种分享部署系统，其特征在于，包括：源应用客户端、目标应用客户端和分享更新服务器，其中：

所述分享更新服务器，用于集成有多个目标应用的分享插件，并将分享插件部署至源应用客户端中；

所述源应用客户端，用于从所述分享更新服务器加载分享插件，以实现对分享入口的更新，通过更新后的分享入口向目标应用客户端分享内容；

所述目标应用客户端，用于接收从所述源应用客户端分享来的内容。

10.根据权利要求9所述的系统，其特征在于，所述分享插件中封装有目标应用的分享逻辑和第三方依赖库。

11.一种客户端，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至6中任一项所述方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现权利要求1至6中任一项所述方法的步骤。