CN111475310B - 消息分享方法、装置和用户数据获取方法、装置 - Google Patents

Abstract

本申请涉及一种消息分享方法、装置和用户数据获取方法、装置，所述消息分享方法包括：通过第一应用上运行的子应用确定分享的内容；获取分享对象的属于所述第一应用的第一用户标识；生成指定所述第一用户标识和所述内容的子应用消息；将所述子应用消息发送至以第二用户标识登录的第二应用，所述第二用户标识属于第二应用，且与所述第一用户标识关联相同的分享对象。本申请提供的方案可以实现跨应用分享子应用消息，以及可以跨应用通过相同的子应用获取用户数据，实现了子应用在不同应用中的统一。

Description

消息分享方法、装置和用户数据获取方法、装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种消息分享方法、装置和用户数据获取方法、装置。

背景技术

随着计算机技术的快速发展，子应用作为依赖于某一应用所提供的资源运行的应用程序，可以在该应用内被便捷地获取和传播，具有良好的使用体验，近年来得到了广泛的普及和应用。

为了支持子应用可以在属于不同应用的用户之间分享，需要实现跨应用程序支持子应用的分享。然而，由于不同的应用程序之间相互独立，目前还不能跨应用程序分享子应用，也就更不能通过在某个应用中运行的子应用获取另一个应用相关的用户数据，无法实现在不同的应用中统一子应用。

发明内容

基于此，有必要针对无法在不同的应用中统一子应用的技术问题，提供一种消息分享方法、装置、计算机可读存储介质和计算机设备。

一种消息分享方法，包括：

通过第一应用上运行的子应用确定分享的内容；

获取分享对象的属于所述第一应用的第一用户标识；

生成指定所述第一用户标识和所述内容的子应用消息；

将所述子应用消息发送至以第二用户标识登录的第二应用，所述第二用户标识属于第二应用，且与所述第一用户标识关联相同的分享对象。

一种消息分享装置，包括：

确定模块，用于通过第一应用上运行的子应用确定分享的内容；

获取模块，用于获取分享对象的属于所述第一应用的第一用户标识；

生成模块，用于生成指定所述第一用户标识和所述内容的子应用消息；

发送模块，用于将所述子应用消息发送至以第二用户标识登录的第二应用，所述第二用户标识属于第二应用，且与所述第一用户标识关联相同的分享对象。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述消息分享方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述消息分享方法的步骤。

上述消息分享方法、装置、计算机设备和计算机可读存储介质，第一用户标识与第二用户标识对应了同一个分享对象，第一用户标识是分享对象在第一应用中的标识，第二用户标识是分享对象在第二应用中的标识，在需要将第一应用中根据子应用确定要分享的内容跨应用分享至第二应用时，就可以在第一应用中获取分享对象对应的第一用户标识，生成指定该第一用户标识和分享的内容的子应用消息，将该子应用消息发送至以第二用户标识登录的第二应用，第二应用就可以根据该子应用消息显示与子应用相关的内容，实现了跨应用分享子应用消息。

一种用户数据获取方法，包括：

以属于第二应用的用户标识登录第一应用；

向第一应用平台发送子应用的授权请求，所述授权请求用于指示所述第一应用平台向第二应用平台提供与所述用户标识相应的身份标识，并指示所述第二应用平台向子应用授权平台提供与所述身份标识对应的登录态信息；

接收所述子应用授权平台反馈的根据所述登录态信息生成的授权票据；

在运行于第一应用的所述子应用中，基于所述授权票据，通过所述子应用授权平台从所述第二应用平台获取用户数据。

一种用户数据获取装置，包括：

第一应用登录模块，用于以属于第二应用的用户标识登录第一应用；

授权请求发送模块，用于向第一应用平台发送子应用的授权请求，所述授权请求用于指示所述第一应用平台向第二应用平台提供与所述用户标识相应的身份标识，并指示所述第二应用平台向子应用授权平台提供与所述身份标识对应的登录态信息；

授权票据接收模块，用于接收所述子应用授权平台反馈的根据所述登录态信息生成的授权票据；

用户数据获取模块，用于在运行于第一应用的所述子应用中，基于所述授权票据，通过所述子应用授权平台从所述第二应用平台获取用户数据。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述用户数据获取方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述用户数据获取方法的步骤。

上述用户数据获取方法、装置、计算机可读存储介质和计算机设备，在以属于第二应用的用户标识登录第一应用后，可以继续向第一应用平台发送子应用授权请求，第一应用平台在接收到该授权请求后，将本地与该用户标识对应的身份标识发送至第二应用平台，并指示第二应用平台向子应用授权平台提供与该用户标识对应的登录态信息，在接收到子应用授权平台根据登录态信息生成的授权票据后，就可以在子应用中基于该授权票据通过子应用授权平台访问第二应用平台，从第二应用平台中获取与该用户标识相关的用户数据，可以跨应用通过相同的子应用获取用户数据，实现了子应用在不同应用中的统一。

附图说明

图1为一个实施例中消息分享方法的应用环境图；

图2为一个实施例中消息分享方法的流程示意图；

图3(a)为一个实施例中在第一应用中显示子应用消息的界面示意图；

图3(b)为一个实施例中在第二应用中显示子应用消息的界面示意图；

图4为一个实施例中将子应用消息发送至以第二用户标识登录的第二应用的流程示意图；

图5为一个实施例中将第一应用生成的子应用消息发送至第二应用的框架示意图；

图6为一个实施例中在第一应用与第二应用之间分享子应用消息的框架示意图；

图7为一个具体的实施例中消息分享方法的流程示意图；

图8为一个实施例中用户数据获取方法的应用环境图；

图9为一个实施例中用户数据获取方法的流程示意图；

图10为一个实施例中以属于第二应用的用户标识登录第一应用的流程示意图；

图11为一个实施例中在第一应用中发起以属于第二应用的用户标识进行登录的时序图；

图12为一个实施例中在第一应用中子应用授权操作的界面示意图；

图13为一个实施例中以属于第二应用的用户标识登录运行于第一应用的子应用的时序图；

图14为一个实施例中在第一应用的子应用中发起支付后跳转至第二应用的界面示意图；

图15为一个实施例中通过第一应用的子应用进行支付的时序图；

图16为一个实施例中各应用与相应的平台之间进行交互的框架示意图；

图17为一个实施例第一应用、第二应用和子应用的框架示意图；

图18为一个具体的实施例中用户数据获取方法的流程示意图；

图19为一个实施例中消息分享装置的结构框图；

图20为一个实施例中用户数据获取装置的结构框图；

图21为一个实施例中计算机设备的结构框图；

图22为另一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为一个实施例中消息分享方法的应用环境图。参照图1，该消息分享方法应用于消息分享系统。该消息分享系统包括第一终端110、第二终端120、第一应用平台130和第二应用平台140。第一终端110上运行有第一应用，第二终端120上运行有第二应用。第一终端110上的第一应用与第二终端120上运行的第二应用可以通过第一应用平台130、第二应用平台140中转通信。第一应用平台130是为第一应用提供服务的平台，第二应用平台140是为第二应用提供服务的平台。第一终端110和第二终端120具体可以是移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。第一应用平台130和第二应用平台140均可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

需要说明的是，上述的应用环境只是一个示例，在一些实施例中，第一终端110上还可以运行有第二应用，第二终端120上还可以运行有第一应用。

如图2所示，在一个实施例中，提供了一种消息分享方法。本实施例主要以该方法应用于上述图1中的第一终端110来举例说明。参照图2，该消息分享方法具体包括如下步骤：

S202，通过第一应用上运行的子应用确定分享的内容。

其中，第一应用以及下文提及的第二应用是直接运行于操作系统的原生应用程序，比如可以是社交应用、邮件应用、支付应用或者游戏应用等。社交应用，包括即时通信应用、SNS(Social Network Service，社交网站)应用或者直播应用等。子应用则是可在原生应用程序提供的环境中运行的应用程序，子应用可以是社交应用、文件管理应用、邮件应用或者游戏应用等。第一应用、第二应用具体可以是用户之间进行交互所使用的即时通信客户端，用户可以是独立的用户，也可以是属于某个集体中的用户，相应的子应用可以称之为小程序(Mini Program)。

具体地，第一终端上运行有第一应用，第一应用提供公共资源运行子应用，在需要将该子应用跨应用分享至第二应用时，就可以根据第一应用中运行的子应用确定要分享的内容。

在一个实施例中，第一应用上运行子应用，可以在第一应用中进入子应用，获取子应用对应的文字信息和当前的页面截图，将该文字信息和页面截图作为要分享的内容。其中，文字信息包括子应用标题和子应用摘要。

在一个具体的应用场景中，用户可以在第一应用中打开运行的子应用，在子应用中获取用户触发的针对该子应用的分享操作，基于该分享操作获取要分享至第二应用的内容。

在一个实施例中，第一应用为社交应用，第一应用可以接收子应用消息，并将接收的子应用消息显示在与发送者对应的会话页面中，当在该会话页面中获取到针对该子应用消息的分享操作时，将该子应用消息所对应的分享的内容作为要分享至第二应用的内容。

S204，获取分享对象的属于第一应用的第一用户标识。

其中，分享对象是分享的内容的接收者。第一用户标识是分享对象属于第一应用的用户标识，相应地，第二用户标识是分享对象属于第二应用的用户标识。第一用户标识是显示在第一应用中用于指代分享对象的标识，第一用户标识并不能用于登录第一应用。第二用户标识可以是分享对象在登录第二应用时输入的账号，也可以是根据该账号生成的唯一字符串，第二用户标识可以用于登录第二应用。

在一个实施例中，用户可通过第一应用与分享对象跨应用建立交互关系，在建立交互关系后将生成的子应用消息跨应用分享至第二应用。交互关系可以是相互添加好友关系、相互关注关系或相互评论关系等。具体地，通过第一应用向第一应用平台发起携带分享对象的第二用户标识的交互请求，第一应用平台接收到该交互请求后，检查到第二用户标识为属于第二应用的用户标识，则将该分享对象标记为外部联系人，向第二应用平台发起携带第二用户标识的交互关系建立请求。当分享对象通过第二应用发出同意建立交互关系的回复后，第一应用平台可从第二应用平台获取为该分享对象分配的与第二用户标识对应的身份标识，并生成该分享对象属于第一应用的第一用户标识，第一应用就可以将该属于已建立交互关系的分享对象的第一用户标识显示在第一应用中。相应地，第二应用平台可以从第一应用平台获取为分享者分配的身份标识，并生成分享者对应的属于第二应用的第二用户标识，第二应用就可以将该属于已建立交互关系的分享对象的第二用户标识显示在第二应用中。

比如，第一应用为属于集体中的用户与他人通信所使用的客户端，第二应用为独立的用户与他人通信所使用的客户端，用户A为集体用户，用户B为个人用户，用户A可以在第一应用中触发添加用户B为联系人的请求，则第一应用平台接收到该请求后，检查到请求要添加的对象是个人用户，则第一应用平台将该对象标记为外部联系人，并向第二应用平台发起添加用户B为联系人的请求。第二应用平台在接收到B同意的应答后，就会为用户B分配相应的第二应用身份标识(wx_openid)，将该第二应用身份标识发送至第一应用平台，第一应用平台就可以生成与该第二应用身份标识对应的用于指代用户B的标识(B@第二应用简称)，并将该标识显示在第一应用中，用于指代用户B。第二应用平台可以根据微信第二应用身份标识查询到与之对应的用户B。

相应地，第二应用平台可以从第二应用平台获取为用户A分配的第二应用身份标识(wxwork_openid)，并生成与该第二应用身份标识对应的用于指代用户A的标识(A@集体标识)，并将该标识显示在第二应用中，用于指代用户A，第一应用平台可以根据第一应用身份标识查询到与之对应的用户A。由于第一应用为属于集体中的用户与他人通信所使用的客户端，则上述的集体标识可以是用户A所在的企业的简称。

在一个实施例中，第一用户标识显示在第一应用中，第一用户标识包括第二用户标识和表示该第二用户标识属于第二应用的标记，显示在第一应用中的第一用户标识通过标记与第一应用中其它用户标识区分开。第一用户标识可以作为联系人显示在第一应用的外部联系人列表中。

当分享者通过第一应用向分享对象发送子应用消息之后，在第一应用中，显示与分享对象对应的、包括第一用户标识的会话界面，并将子应用消息显示在该会话界面中。

如图3(a)所示，属于第一应用的用户A将根据子应用确定分享的内容分享至属于第二应用的用户B，在第一应用中的与“B@第二应用简称”对应的会话页面中显示分享的子应用消息。如图3(b)所示，属于第二应用的用户B在第二应用中的与“A@集体标识”对应的会话页面中显示接收的子应用消息。可以理解，对应于前文详述的内容，本实施例中“B@第二应用简称”指的是第一用户标识，“B”指的是第二用户标识。

S206，生成指定第一用户标识和内容的子应用消息。

其中，子应用消息是包括第一用户标识和用于指定确定分享的内容的数据包。在一个实施例中，子应用消息中可以用包括用于指定确定分享的内容的资源定位符，该资源定位符可以用于获取该确定分享的内容。子应用消息也可以直接包括要分享的内容。当子应用为运行在第一应用中的小程序时，则子应用消息为小程序消息。

在一个实施例中，内容包括第一应用上所运行子应用的文字信息和页面截图；子应用消息用于指示第二应用将文字信息和页面截图组合为会话消息，并在会话窗口中显示会话消息。

其中，文字信息包括运行在第一应用上的子应用对应的子应用标题，以及与该子应用对应的页面截图，该页面截图是在第一应用中获取的子应用当前所显示页面的截图。具体地，第一应用可以获取子应用的文字信息和该子应用当前的页面截图，将该文字信息和该页面截图作为要分享的内容。第二应用在接收到第一应用发送的子应用消息后，可以根据文字信息和页面截图组合为会话消息，并在与属于第一应用的分享者的会话页面中显示该会话消息。

在本实施例中，第二应用可以根据页面截图在会话页面中显示包括该页面截图的会话消息，这样，接收者的会话消息所呈现的内容与分享者在子应用中所看到的内容是一致的，实现了消息内容的统一。

在一个实施例中，子应用消息中的内容包括与子应用对应的子应用标识、子应用当前的页面路径；发送的子应用消息，用于指示第二应用根据子应用消息中的子应用标识，获取与子应用标识对应的程序包，基于程序包和提供的公共资源运行子应用，并进入子应用中与页面路径对应的子应用页面。

其中，子应用标识(weappid)是用于标识子应用的字符串。子应用当前的页面路径(path)是子应用中当前所显示页面的路径，当前所显示页面可以是在运行的子应用中获取到用户触发的分享操作时子应用当前的页面，可以在运行的子应用中根据该页面路径重定向到相同的页面。具体地，通过第一应用运行的子应用，根据该子应用对应的子应用标识和当前的页面路径确定分享的内容后，第一应用可以生成包括子应用标识和页面路径的子应用消息。当第二应用接收到该子应用消息，可以运行与该子应用标识对应的子应用，并通过页面路径重定向到对应的子应用页面。

在一个实施例中，子应用消息中的内容还包括文字信息和页面截图，则第二应用根据文字信息和页面截图组合成会话信息并将该会话信息显示在第二应用中后，获取用户针对该会话信息的触发操作，响应于该触发操作根据子应用标识从子应用服务平台获取对应的程序包，基于该程序包和提供的公共资源运行子应用，并根据页面路径在子应用中显示与该页面路径对应的子应用页面。

在本实施例中，由于第一应用与第二应用中集成了相同的子应用SDK，因此对于第一应用根据运行的子应用当前的页面生成的子应用消息，可以在第二应用中进入相同的子应用并显示相同的页面，使得分享对象与分享者对使用子应用具有相同的用户体验。

S208，将子应用消息发送至以第二用户标识登录的第二应用，第二用户标识属于第二应用，且与第一用户标识关联相同的分享对象。

如前文提及的，第二用户标识是分享对象属于第二应用的用户标识，第二用户标识可以是分享对象在登录第二应用时输入的账号，也可以是根据该账号生成的唯一字符串，第二用户标识可以用于登录第二应用。第二用户标识与第一用户标识关联了相同的分享对象。第一应用可以将生成的子应用消息发送至以该第二用户标识登录的第二应用，第二应用接收到子应用消息后，可根据该子应用消息显示根据第一应用上运行的子应用相关的内容。比如，第二应用可以将该内容以会话消息的形式显示在与分享者对应的会话页面中。

如图4所示，在一个实施例中，生成的子应用消息是适于第一应用的消息；将子应用消息发送至以第二用户标识登录的第二应用的步骤包括：

S402，将子应用消息发送至第一应用平台；子应用消息用于指示第一应用平台查找与第一用户标识对应的、属于第二应用的身份标识，并将查找到的身份标识和子应用消息中的内容发送至第二应用平台。

如前文提及的，在属于第一应用的用户与属于第二应用的用户跨不同的应用相互建立交互关系时，第一应用平台会获取到第二应用平台为属于第二应用的用户分配的身份标识，第二应用平台也会获取到第一应用平台为属于第一应用的用户分配的身份标识。第一应用与第二应用可以基于各自的平台存储的身份标识进行消息互通。身份标识可以是对用户标识进行加密后得到的。

其中，生成的子应用消息是适于第一应用的消息，是指该子应用消息能够被第一应用以及相应的第一应用平台解析后得到具体的数据。第一应用可以将生成的包括第一用户标识和内容的子应用消息发送至第一应用平台，第一应用平台检查到该第一用户标识对应了外部联系人，则查询与之对应的属于第二应用的身份标识，第一应用平台生成包括该身份标识和内容的中间消息，该中间消息是适于第一应用平台与第二应用平台的消息，能够被第一应用平台与第二应用平台解析。

S404，通过第二应用平台查找与身份标识对应的第二用户标识，并将根据第二用户标识和内容生成的适于第二应用的转换消息发送至以第二用户标识登录的第二应用。

第二应用平台在接收到第一应用平台发送的中间消息后，可查找与该中间消息中身份标识对应的第二用户标识，并根据第二用户标识和中间消息中的内容生成适于第二应用的转换消息，并将该转换消息发送至以第二身份标识登录的第二应用。该转换消息是适于第二应用的消息，是指该转换消息能够被第二应用以及相应的第二应用平台解析后得到具体的数据。

比如，分享对象的第一用户标识为“B@第二应用简称”，则第一应用可生成包括【“B@第二应用简称”+内容】的小程序消息，发送至第二应用平台，第二应用平台检查到该分享对象已被标记为外部联系人，则将小程序消息转换为【“B@第二应用简称”对应的wx_openid+内容】的中间消息，发送至给第二应用平台，第二应用平台接收后，查询与“B@第二应用简称”对应的wx_openid所对应的真正的属于第二应用的用户B，生成【用户B+内容】的转换消息，将转换消息发送至以用户B登录的第二应用。

如图5所示，为一个实施例中将第一应用生成的子应用消息发送至第二应用的框架示意图。参照图5，第一应用平台与第二应用平台通过“消息转换+身份标识对应”的方式实现子应用消息在第一应用与第二应用中的互通。第一应用通过消息模块生成子应用消息，发送至第一应用平台，第一应用平台通过消息转换模块和身份标识对应模块对该子应用消息进行处理后生成中间消息发送至第二应用平台，第二应用平台也通过消息转换模块和身份标识模块对中间消息进行处理生成转换消息发送至第二应用。相应地，第二应用发送子应用消息至第一应用的过程与上述过程相同。

上述消息分享方法，第一用户标识与第二用户标识对应了同一个分享对象，第一用户标识是分享对象在第一应用中的标识，第二用户标识是分享对象在第二应用中的标识，在需要将第一应用中根据子应用确定要分享的内容跨应用分享至第二应用时，就可以在第一应用中获取分享对象对应的第一用户标识，生成指定该第一用户标识和分享的内容的子应用消息，将该子应用消息发送至以第二用户标识登录的第二应用，第二应用就可以根据该子应用消息显示与子应用相关的内容，实现了跨应用分享子应用消息。

在一个实施例中，上述消息分享方法还包括以下步骤：从第一应用跳转至本地的第二应用；将分享的内容传递至跳转至的第二应用；获取在跳转至的第二应用的联系人列表中选取的第二用户标识；通过跳转至的第二应用将分享的内容发送至以第二用户标识登录的第二应用。

具体地，当第一终端上运行有第一应用与第二应用时，还可以根据第一应用中内置的第二应用分享工具从第一应用跳转至第二应用，并生成分析的内容传递至跳转的第二应用。第二应用中的联系人列表中的联系人是属于第二应用的用户，在获取到用户从联系人列表中选取的某个联系人对应的第二用户标识后，还可以通过跳转至的第二应用生成包括第二用户标识的子应用消息包，发送至第二应用平台，并通过第二应用平台将该子应用消息包发送至以第二用户标识登录的第二应用所在的第二终端。

如图6所示，为一个实施例中在第一应用与第二应用之间分享子应用消息的框架示意图。参照图6，第一应用包括内置的第二应用分享SDK(Software Development Kit,软件开发工具包)，第二应用包括内置的第一应用分享SDK，当通过第一应用将生成的子应用消息发送至第二应用时，可在第一应用中根据用户的触发操作通过内置的第二应用分享SDK拉起第二应用，将子应用消息传递至第二应用，第二应用可以继续通过第二应用平台将该子应用消息传递至另一终端上运行的第二应用；当通过第二应用将生成的子应用消息发送至第一应用时，可在第二应用中根据用户的触发操作通过内置的第一应用分享SDK拉起第一应用，将子应用消息传递至第一应用，第一应用可以继续通过第一应用平台将该子应用消息传递至另一终端上运行的第一应用，实现在第一应用与第二应用之间分享子应用消息。

在本实施例中，通过在第一应用与第二应用中分别集成对方应用的分享SDK，用于直接在当前应用中直接拉起另一应用后实现子应用消息的分享。

在一个实施例中，上述消息分享方法还包括以下步骤：以属于第二应用的第三用户标识登录第一应用；向第一应用平台发送子应用的授权请求，授权请求用于指示第一应用平台向第二应用平台提供与第三用户标识相应的身份标识，并指示第二应用平台向子应用授权平台提供与身份标识对应的登录态信息；接收子应用授权平台反馈的根据登录态信息生成的授权票据；在运行于第一应用的子应用中，基于授权票据，通过子应用授权平台从第二应用平台获取用户数据。

其中，第三用户标识可以是用户登录第二应用时所使用的用户账号。以属于第二应用的第三用户标识登录第一应用，是指通过第二应用的授权后第一应用可以获取与该第三用户标识相关的用户信息，比如用户头像、用户昵称等，并将获取的用户信息显示在第二应用中，实现以该第三用户标识登录第一应用。

登录态信息(wx_session)是以第三用户标识成功登录第二应用后第二应用平台生成的用于标识当前的登录状态的字符串，登录态信息是与第三用户标识和当前的登录状态对应的。第二应用可接收第二应用平台下发的登录态信息，并依据该登录态信息从第二应用平台获取到与该第三用户标识对应的身份标识。身份标识(wx_openid)是对第三用户标识加密后得到的用于唯一标识当前用户身份的字符串，与该第三用户标识对应，存储在第二应用平台。授权请求是使得运行在第一应用中的子应用具备访问第三用户标识所对应用户数据的权限的请求。授权票据(wx_app_session)是第二应用与子应用授权票据进行通信的凭证。

具体地，第一应用可获取用户触发的用属于第二应用的第三用户标识进行登录的授权操作，通过本地的第二应用登录SDK从第一应用跳转至本地的第二应用。第二应用可根据当前与第三用户标识对应的登录态信息指示第二应用平台将与该第三用户标识对应的身份标识发送至第一应用平台，实现以第三用户标识进行登录。在以属于第二应用的第三用户标识登录了第一应用之后，可以继续向第一应用平台发送子应用的授权请求。第一应用平台在接收到第一应用发起的授权请求后，向第二应用平台提供与第三用户标识对应的身份标识，第二应用平台可以对该身份标识进行验证，验证通过后将与该身份标识对应的登录态信息发送至子应用授权平台。子应用授权平台在接收到第二应用平台反馈的登录态信息后，根据该登录态信息生成授权票据，并将该授权票据返回至第二应用，该授权票据可作为第二应用中运行的子应用，通过子应用授权平台代理访问第二应用平台的凭证。

如图7所示，在一个具体的实施例中，消息分享方法包括以下步骤：

S702，通过第一应用上运行的子应用确定分享的内容；内容包括第一应用上所运行子应用的文字信息、页面截图、与子应用对应的子应用标识和子应用当前的页面路径。

S704，获取分享对象的属于第一应用的第一用户标识。

S706，生成适于第一应用的、且指定第一用户标识和内容的子应用消息。

S708，将子应用消息发送至第一应用平台。

S710，通过第一应用平台查找与第一用户标识对应的、属于第二应用的身份标识。

S712，通过第一应用平台根据内容和查找到的身份标识生成中间消息，并将中间消息发送至第二应用平台。

S714，通过第二应用平台查找与中间消息中的身份标识对应的第二用户标识。

S716，通过第二应用平台根据内容和查找到的第二用户标识生成的适于第二应用的转换消息，并将生成的转换消息发送至以第二用户标识登录的第二应用。

S718，通过第二应用将文字信息和页面截图组合为会话消息，并在会话窗口中显示会话消息。

S720，通过第二应用获取到针对会话消息的触发操作，根据子应用消息中的子应用标识，获取与子应用标识对应的程序包，基于程序包和提供的公共资源运行子应用，并进入子应用中与页面路径对应的子应用页面。

S722，从第一应用跳转至本地的第二应用。

S724，将分享的内容传递至跳转至的第二应用。

S726，获取在跳转至的第二应用的联系人列表中选取的第三用户标识。

S728，通过跳转至的第二应用将分享的内容发送至另一终端上以第三用户标识登录的第二应用。

上述消息分享方法，第一用户标识与第二用户标识对应了同一个分享对象，第一用户标识是分享对象在第一应用中的标识，第二用户标识是分享对象在第二应用中的标识，在需要将第一应用中根据子应用确定要分享的内容跨应用分享至第二应用时，就可以在第一应用中获取分享对象对应的第一用户标识，生成指定该第一用户标识和分享的内容的子应用消息，将该子应用消息发送至以第二用户标识登录的第二应用，第二应用就可以根据该子应用消息显示与子应用相关的内容，实现了跨应用分享子应用消息。

图8为一个实施例中用户数据获取方法的应用环境图。参照图8，该用户数据获取方法应用于用户数据获取系统。该用户数据获取系统包括终端810、第一应用平台820、第二应用平台830和子应用授权平台840。终端810上运行有第一应用和第二应用。第一应用平台820是为第一应用提供服务的平台，第二应用平台830是为第二应用提供服务的平台。终端810上的第一应用可以通过网络与第一应用平台820通信，第二应用可以通过网络与第二应用平台830通信，第二应用可以通过子应用授权平台840与第二应用平台830通信。终端810具体可以是移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。第一应用平台820和第二应用平台830均可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图9所示，在一个实施例中，提供了一种用户数据获取方法。本实施例主要以该方法应用于上述图8中的终端810来举例说明。参照图9，该用户数据获取方法具体包括如下步骤：

S902，以属于第二应用的用户标识登录第一应用。

其中，用户标识是用于标识用户的字符串，可以是用户在登录第二应用时输入的账号，也可以是根据该账号生成的唯一字符串。第一应用、第二应用是直接运行于操作系统的原生应用程序，第一应用具体可以是属于集体中的用户与他人进行通信所使用的客户端，第二应用具体可以是独立的用户与他人进行通信所使用的客户端。以属于第二应用的用户标识登录第一应用，是指通过第二应用的授权后第一应用可以获取与该用户标识相关的用户信息，比如用户头像、用户昵称等，并将获取的用户信息显示在第二应用中，实现以该用户标识登录第一应用。

在一个具体的应用场景中，可在第一应用中获取到用户触发的通过属于第二应用的用户标识登录第一应用的授权操作，从第一应用跳转至第二应用，在第二应用中显示授权提示窗口，用户点击确认后执行授权登录的流程，并返回第一应用。第一应用可在通过内置的第二应用登录SDK在第一应用中拉起第二应用，在拉起的第二应用中显示授权提示窗口。第二应用登录SDK用于在第一应用中跳转至第二应用。

在一个实施例中，如图10所示，以属于第二应用的用户标识登录第一应用具体包括以下步骤：

S1002，获取以属于第二应用的用户标识登录第一应用的授权操作。

具体地，第一应用可获取用户触发的用属于第二应用的用户标识进行登录的授权操作。在本实施例中，终端上同时运行了第一应用和第二应用，当终端上的第二应用处于未登录状态时，可提示先以该用户标识登录第二应用，然后执行后续的S1004-S1008；当终端上的第二应用处于登录状态时，即与第二应用对应的第二应用平台存在与该登录状态对应的有效的接口调用凭据和登录态信息时，则直接执行后续的S1004-S1008。

S1004，响应于授权操作，从第一应用跳转至本地的第二应用。

具体地，在获取到用户触发的授权操作后，可以通过本地的第二应用登录SDK从第一应用跳转至本地的第二应用。第一应用在使用第二应用登录SDK之前需要进行注册获取到与之对应的注册方标识(SDK_appid)，用于标识进行授权登录的应用，并将该应用标识发送至第二应用。

S1006，通过跳转至的第二应用将获取的与用户标识关联的登录态信息发送至第二应用平台，并指示第二应用平台将与登录态信息对应的身份标识和接口调用凭据发送至第一应用平台。

其中，登录态信息(wx_session)是以用户标识成功登录第二应用后第二应用平台生成的用于标识当前的登录状态的字符串，登录态信息是与用户标识和当前的登录状态对应的。第二应用可接收第二应用平台下发的登录态信息，并依据该登录态信息从第二应用平台获取到与该用户标识对应的身份标识和接口调用凭据。身份标识(wx_openid)是对用户标识加密后得到的用于唯一标识当前用户身份的字符串，与该用户标识对应，存储在第二应用平台。接口调用凭据(access_token)是用于从第二应用平台调用接口从而获取数据或权限的凭证，在用户登录成功后由第二应用平台下发至第二应用，具有短暂的有效期(比如2小时)，过期后需要从第二应用平台获取新的接口调用凭据。登录态信息、身份标识以及接口调用凭据都是与用户标识对应的。

具体地，在从第一应用跳转至第二应用后，第二应用可根据当前与用户标识对应的登录态信息指示第二应用平台将与该用户标识对应的身份标识和接口调用凭据发送至第一应用平台。

在一个实施例中，第一应用在拉起第二应用时，还会将第一应用在移动端操作系统中对应的唯一应用标识(bundle_id)作为调用方标识传递至第二应用，第二应用在获取到第一应用传递的注册方标识、调用方标识之后，将该注册方标识、调用方标识以及本身的登录态信息(wx_session)发送至第二应用平台，以指示第二应用平台将与登录态信息对应的身份标识和接口调用凭据发送至第一应用平台。

在一个实施例中，发送至第二应用平台的登录态信息用于指示第二应用平台生成与登录态信息对应的临时登录凭证，并提供临时登录凭证至第二应用；上述方法还包括：接收第二应用传递的临时登录凭证；向第一应用平台发送携带临时登录凭证的登录请求；登录请求用于指示第一应用平台根据登录请求中的临时登录凭证从第二应用平台获取与登录态信息对应的身份标识和接口调用凭据。

其中，临时登录凭证(code)是一种有效期很短(比如5分钟更换一次)的登录凭证，第二应用平台可在接收到第二应用上报的登录态信息后，生成与该登录态信息对应的临时登录凭证，并提供给第二应用，第一应用接收第二应用传递的临时登录凭证，并向第一应用平台发送携带该临时登录凭证的登录请求，第一应用平台根据登录请求中的临时登录凭证从第二应用平台换取与登录态信息对应的身份标识和接口调用凭据。可见，经过临时登录凭证的中转，第一应用平台可从第二应用平台中获取身份标识和接口调用凭据，在后台之间传递能够保证安全性。

S1008，接收第一应用平台反馈的根据接口调用凭据从第二应用平台获取的与身份标识对应的登录数据，并显示相应的登录信息。

其中，登录数据包括用户标识所对应的用户昵称、用户头像等。第一应用平台可根据从第二应用平台换取的接口调用凭据访问第二应用平台，从第二应用平台获取与身份标识对应的登录数据，将登录数据反馈至第一应用，第一应用就可以显示与该登录数据相关的登录信息，向用户表示当前已经以属于第二应用的用户标识登录了第一应用。

在本实施例中，通过临时登录凭证的中转，第二应用平台直接向第一应用平台发送与用户标识关联的登录态信息所对应的身份标识和接口调用凭据，能够保证接口调用凭据的安全性。

如图11所示，为一个实施例中在第一应用中发起的以属于第二应用的用户标识进行登录的时序图。参照图11，第一应用在获取到用户触发的授权操作后，将自身的注册方标识(SDK_appid)、调用方标识传递至第二应用，第二应用根据该注册方标识、调用方标识和本身的登录态信息发送至第二应用平台，第二应用平台生成临时授权凭证，并返回临时授权凭证至第二应用，第二应用传递至第一应用，第一应用上报至第一应用平台，第一应用平台就可以根据该临时授权凭证从第二应用平台换取到与当前的用户标识所对应的身份标识和接口调用凭据，可以根据该接口调用凭据从第二应用平台获取到与该身份标识相关的用户数据。

S904，向第一应用平台发送子应用的授权请求，授权请求用于指示第一应用平台向第二应用平台提供与用户标识相应的身份标识，并指示第二应用平台向子应用授权平台提供与身份标识对应的登录态信息。

其中，授权请求是使得运行在第一应用中的子应用具备访问用户标识所对应用户数据的权限的请求。在以属于第二应用的用户标识登录了第一应用之后，可以继续向第一应用平台发送子应用的授权请求。在一个实施例中，可在获取到以属于第二应用的用户标识登录第一应用的授权操作时，同时向第一应用平台发送子应用的授权请求。子应用授权平台是子应用访问第二应用平台的代理平台，经过本步骤，子应用授权平台持有与用户标识对应的登录态信息，可以帮助子应用代理访问第二应用平台。

具体地，第一应用平台在接收到第一应用发起的授权请求后，向第二应用平台提供与用户标识对应的身份标识，第二应用平台可以对该身份标识进行验证，验证通过后将与该身份标识对应的登录态信息发送至子应用授权平台。

在一个实施例中，第一应用平台在接收到第一应用发起的授权请求后，向第二应用平台提供与用户标识对应的身份标识和接口调用凭据，第二应用平台验证通过后生成运行时临时票据(runtime_code)，并将该运行时临时票据发送至第二应用平台，第二应用平台可将该运行时临时票据返回至第二应用，第二应用上报至子应用授权平台，子应用授权平台可以根据该运行时临时票据从第二应用平台获取到与用户标识对应的身份标识和登录态信息。在本实施例中，通过运行时临时票据的中转，实现在第一应用平台与第二应用平台传递登录态信息，能够保证信息的安全性。

如图12所示，为一个实施例中在第一应用中子应用授权操作的界面示意图。参照图12，用户在第一应用中点击“以第二应用账号登录”后跳转至第二应用，在第二应用中显示授权信息以及确认登录按钮，授权信息包括：“以属于第二应用的用户标识所对应的身份标识打开子应用”、“获取属于第二应用的用户标识所对应的用户信息(昵称、头像)”以及“获取属于第二应用的用户标识所对应的好友关系”。第二应用获取到用户触发的“确认登录”操作后，返回第一应用，并在第一应用中以上述的用户标识进入子应用。

S906，接收子应用授权平台反馈的根据登录态信息生成的授权票据。

其中，授权票据(wx_app_session)是第二应用与子应用授权票据进行通信的凭证，子应用授权平台在接收到第二应用平台反馈的登录态信息后，根据该登录态信息生成授权票据，并将该授权票据返回至第二应用，该授权票据可作为第二应用中运行的子应用，通过子应用授权平台代理访问第二应用平台的凭证。子应用授权平台可根据授权票据反查到与之对应的登录态信息，根据查询到的登录态信息访问第二应用平台。在一个实施例中，子应用授权平台会将生成的授权票据以及与用户标识对应的身份标识同时下发至第一应用。

S908，在运行于第一应用的子应用中，基于授权票据，通过子应用授权平台从第二应用平台获取用户数据。

其中，用户数据是用户标识所对应用户的用户昵称、用户头像、用户好友关系和用户收获地址信息等。具体地，第一应用接收到子应用授权平台反馈的授权票据后，第一应用上运行的子应用可以根据该授权票据通过子应用授权平台代理访问第二应用平台中存储的用户数据。

在一个实施例中，步骤S808，在运行于第一应用的子应用中，基于授权票据，通过子应用授权平台从第二应用平台获取用户数据具体包括：向子应用授权平台发送携带授权票据的数据请求；数据请求用于指示子应用授权平台查找与授权票据关联的登录态信息，以登录态信息从第二应用平台中获得数据请求所指定的用户数据；接收子应用授权平台所反馈的用户数据。

具体地，运行于第一应用的子应用可向子应用授权平台发送携带授权票据的数据请求，子应用授权平台可查找与该数据请求中的授权票据关联的登录态信息，根据该登录态信息访问第二应用平台，获取用户数据，并将获取的用户数据返回至第二应用，可在第二应用上运行的子应用中显示获取的用户数据，以向用户表示已成功以属于第二应用的用户标识登录了该子应用。

如图13所示，为一个实施例中以属于第二应用的用户标识登录运行于第一应用的子应用的时序图。参照图13，在以属于第二应用的用户标识登录第一应用之后，第一应用中的子应用SDK向第一应用平台发起子应用的授权请求，第一应用平台响应于该授权请求，将与该用户标识对应的身份标识、接口调用凭据发送至第二应用平台，第二应用平台进行验证，验证通过后生成运行时临时凭证，并将其反馈至第一应用平台，第一应用平台将其下发至第一应用，第一应用上报至子应用授权平台，子应用授权平台可根据该运行时临时凭证从第二应用平台获取与用户标识对应的身份标识和登录态信息，并根据登录态信息生成子应用的授权票据，将该授权票据和身份信息反馈至第一应用，第一应用中的子应用可生成携带授权票据和身份信息的数据请求并发送至子应用授权平台，通过子应用授权平台查找与该数据请求中的授权票据关联的登录态信息，根据该登录态信息访问第二应用平台，获取用户数据后返回至第二应用。

在一个实施例中，还包括：获取与子应用对应的子应用标识；在子应用中，基于授权票据和子应用标识，通过子应用授权平台从第二应用平台获取与子应用标识对应的更新程序包；基于更新程序包和第一应用提供的公共资源更新子应用。

在本实施例中，子应用开发者在第二应用平台更新了子应用后，第二应用上运行的子应用也会同步更新。具体地，第一应用可获取与子应用对应的子应用标识，在子应用中基于授权票据和子应用标识，通过子应用授权平台查询与授权票据对应的登录态信息，以该登录态信息访问第二应用平台，获取与该子应用标识对应的更新程序包，将该更新程序包反馈至第一应用后，第一应用就可以提供公共资源更新子应用。这里的第二应用平台包括用于发布或更新子应用的子应用开放平台。

在一个实施例中，还包括：根据在子应用中获取的支付操作，从子应用跳转至本地的第二应用；将与支付操作对应的支付参数传递至第二应用；通过第二应用向第二应用平台发起携带支付参数的支付请求；接收第二应用反馈的从第二应用平台获取的与支付请求对应的支付结果。

其中，支付参数包括支付金额和支付信息，支付信息包括支付途径、支付对象和支付验证方式等。具体地，第一应用可在运行的子应用中获取到用户触发的支付操作后，通过内置的第二应用分享SDK跳转至本地的第二应用，将支付参数传递至第二应用，通过第二应用向第二应用平台发起携带支付参数的支付请求，在支付完成后，第二应用平台向第二应用反馈支付结果，通过第二应用中的第一应用分享SDK将支付结果反馈至第一应用，并从第二应用跳转回第一应用。

在一个实施例中，方法还包括：获取子应用对应的子应用标识和当前页面路径；在跳转至的第二应用中运行与子应用标识对应的子应用，并在运行的子应用中显示与当前页面路径对应的、且包括支付参数的支付页面；当在支付页面中获取到支付授权操作时，执行通过第二应用向第二应用平台发起携带支付参数的支付请求的步骤；将与支付请求对应的支付结果显示在子应用中。

具体地，在获取到在子应用中触发的支付操作后，第一应用还可以获取当前子应用的子应用标识以及所进入的页面所对应的当前页面路径，在本地拉起第二应用后，提供公共资源运行与子应用标识对应的子应用，并进入与当前页面路径对应的页面，作为支付页面，并在该页面中显示与支付操作对应的支付参数。后续的支付流程与在第二应用上运行的子应用中触发支付后的流程是一致的，当获取到用户在该支付页面中触发的支付授权操作时，第二应用就可以向第二应用平台发起携带该支付参数的支付请求，支付完成后，返回至第一应用，并将支付结果显示在第一应用中运行的子应用中。

如图14所示，为一个实施例中在第一应用的子应用中发起支付后跳转至第二应用的界面示意图。参照图14，第一应用上运行的子应用获取到支付操作后跳转至本地的第二应用，在本地的第二应用中拉起相同的子应用，并使用支付参数进行支付，后续支付的流程与在第二应用的子应用中直接拉起支付的流程一致。

如图15所示，为一个实施例中通过第一应用的子应用进行支付的时序图。第一应用上运行的子应用将与支付操作对应的支付参数传递至第一应用；第一应用将支付参数传递至本地的第二应用，第二应用平台根据支付参数向第二应用服务器发起支付请求，第二应用平台返回支付结果，触发第二应用回调第一应用，并向第一应用传递支付结果，这样，第一应用中运行的子应用就会收到支付结果。

在本实施例中，在第一应用的子应用中发起支付操作时，会自动拉起本地的第二应用，并在第二应用中拉起相同的子应用以及支付页面，保证支付的安全性。

如图16所示，为一个实施例中各个应用与相应的平台之间进行交互的框架示意图。参照图16，该框架包括第一应用、第二应用、第一应用平台、第二应用平台和子应用授权平台。

第一应用包括子应用SDK和基础库，基础库是子应用SDK运行的必要环境，基础库封装了第一应用和终端的能力并提供给子应用使用，子应用SDK是通过基础库运行在第一应用中。第一应用还包括第二应用分享SDK，通过第二应用分享SDK从第一应用跳转至本地的第二应用，与本地的第二应用直接通信。第一应用还包括第二应用登录SDK，通过第二应用登录SDK从第一应用跳转至本地的第二应用，以属于第二应用的用户标识登录第一应用，并与第二应用直接通信。第一应用还可以与对应的第一应用平台进行通信，可以通过第一应用平台、第二应用平台与第二应用中转通信。第一应用中的消息模块可以生成包括用户标识和根据子应用确定分享的内容、且适于第一应用的子应用消息。

同样地，第二应用包括子应用SDK和基础库，基础库封装了第二应用和终端的能力提高给子应用使用，子应用SDK通过基础库运行在第二应用中。第二应用还包括第一应用分享SDK，可通过第一应用分享SDK从第二应用跳转至本地的第一应用，与第一应用直接通信。第二应用还可以与对应的第二应用平台进行通信，可以通过第二应用平台、第一应用平台与第一应用中转通信。第二应用中的消息模块可以生成包括用户标识和根据子应用确定分享的内容、且适于第二应用的子应用消息。

第一应用平台包括账号存储模块、消息模块和子应用特有业务模块；第二应用平台包括账号存储模块、消息模块、子应用通用业务模块消息模块和子应用特有业务模块。其中，第一应用平台和第二应用平台中的账号存储模块用于存储用户标识与身份标识之间的对应关系，第一应用平台中的消息模块用于将第一应用发送的子应用消息转换为包括身份标识的中间消息，并将中间消息发送至第二应用平台，第二应用平台中的消息模块用于根据中间消息生成适于第二应用的转换消息，并将转换消息发送至第二应用。相应地，第二应用平台中的消息模块用于将第二应用发送的子应用消息转换为包括身份标识的中间消息，并将中间消息发送至第一应用平台，第一应用平台中的消息模块用于根据中间消息生成适于第一应用的转换消息，并将转换消息发送至第一应用。第一应用平台中的子应用特有业务模块用于处理与第一应用上运行的子应用相关的特殊业务，比如从第一应用上运行的子应用中发起的支付业务等。相应地，第二应用平台中的子应用特有业务模块用于处理第二应用上运行的子应用相关的特殊业务，比如从第二应用上运行的子应用中发起的支付业务等；第二应用平台中的子应用通用业务模块用于处理与第二应用上运行的子应用相关的通用业务，比如子应用模板消息的处理等。第二应用平台还包括子应用程序包管理模块，用于对子应用的程序包的配置、权限、程序包以及版本进行管理。

子应用授权平台用于存储授权票据与登录态之间的对应关系，可以根据第一应用的请求中的授权票据从第二应用平台获取数据后反馈至第一应用。从上述框架图可以看出，第一应用需通过子应用授权后台才能访问到第二应用平台，第二应用平台仅面向于子应用授权平台以及第一应用平台，不面向于第一应用；子应用授权平台只与第一应用、第二应用以及第二应用平台进行通信，不与第一应用平台通信。

如图17所示，为一个实施例第一应用、第二应用和子应用的框架示意图。参照图17，对于第一应用与第二应用中共同的无外部依赖的核心逻辑，将其对应的实现逻辑放在子应用SDK中，包括功能入口、界面逻辑层、接口封装层、多任务管理、版本管理、配置管理、Webview、JSCore、内核jsapi、权限管理、预加载、离线缓存逻辑和数据库逻辑，而对于第一应用与第二应用中存在差异的模块，就需要抽取出逻辑依赖接口层保留在相应的子应用SDK中，而由第一应用和第二应用根据自身的基础库和业务实际情况在客户端中实现逻辑依赖接口，这些模块包括UI接口、存储接口、CGI接口、日志接口、数据路径管理、分享登录接口、可扩展jsapi接口以及子应用授权登录态维护接口。这些接口的实现均由调用方完成，比如第一应用或第二应用，可以解决第一应用与第二应用的实现存在逻辑差异的问题。并且，在升级子应用SDK时，仅需要升级第一应用或第二应用上的内部实现SDK以及子应用SDK中的少部分接口，无需整个升级整个子应用SDK。

如图18所示，为一个具体的实施例中用户数据获取方法的流程示意图。参照图18，该方法具体包括以下步骤：

S1802，在第一应用中获取以属于第二应用的用户标识登录第一应用的授权操作。

S1804，响应于授权操作，从第一应用跳转至本地的第二应用。

S1806，通过第二应用将获取的与用户标识关联的登录态信息发送至第二应用平台。

S1808，第二应用平台生成与登录态信息对应的临时登录凭证，并提供临时登录凭证至第二应用。

S1810，第一应用接收第二应用传递的临时登录凭证。

S1812，第一应用向第一应用平台发送携带临时登录凭证的登录请求。

S1814，第一应用平台根据登录请求中的临时登录凭证从第二应用平台获取与登录态信息对应的身份标识和接口调用凭据。

S1816，第一应用接收第一应用平台反馈的根据接口调用凭据从第二应用平台获取的与身份标识对应的登录数据，并显示相应的登录信息。

S1818，向第一应用平台发送子应用的授权请求，授权请求用于指示第一应用平台向第二应用平台提供与用户标识相应的身份标识，并指示第二应用平台向子应用授权平台提供与身份标识对应的登录态信息。

S1820，接收子应用授权平台反馈的根据登录态信息生成的授权票据。

S1822，在运行于第一应用的子应用中，向子应用授权平台发送携带授权票据的数据请求。

S1824，子应用授权平台查找与授权票据关联的登录态信息，以登录态信息从第二应用平台中获得数据请求所指定的用户数据。

S1826，接收子应用授权平台所反馈的用户数据。

S1828，在运行于第一应用的子应用中，获取与子应用对应的子应用标识。

S1830，在子应用中，基于授权票据和子应用标识，通过子应用授权平台从第二应用平台获取与子应用标识对应的更新程序包。

S1832，基于更新程序包和第一应用提供的公共资源更新子应用。

图7、18为一个实施例中消息分享方法的流程示意图。应该理解的是，虽然图7、18的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图7、18中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图19所示，提供了一种消息分享装置1900，该装置包括确定模块1902、获取模块1904、生成模块1906和发送模块1908，其中：

确定模块1902，用于通过第一应用上运行的子应用确定分享的内容；

获取模块1904，用于获取分享对象的属于第一应用的第一用户标识；

生成模块1906，用于生成指定第一用户标识和内容的子应用消息；

发送模块1908，用于将子应用消息发送至以第二用户标识登录的第二应用，第二用户标识属于第二应用，且与第一用户标识关联相同的分享对象；子应用消息用于指示第二应用显示内容。

在一个实施例中，内容包括第一应用上所运行子应用的文字信息和页面截图；子应用消息用于指示第二应用将文字信息和页面截图组合为会话消息，并在会话窗口中显示会话消息。

在一个实施例中，生成的子应用消息是适于第一应用的消息；发送模块1908还用于将子应用消息发送至第一应用平台；子应用消息用于指示第一应用平台查找与第一用户标识对应的、属于第二应用的身份标识，并将查找到的身份标识和子应用消息中的内容发送至第二应用平台；通过第二应用平台查找与身份标识对应的第二用户标识，并将根据第二用户标识和内容生成的适于第二应用的转换消息发送至以第二用户标识登录的第二应用。

在一个实施例中，消息分享装置1900还包括分享模块，分享模块用于从第一应用跳转至本地的第二应用；将分享的内容传递至跳转至的第二应用；获取在跳转至的第二应用的联系人列表中选取的第二用户标识；通过跳转至的第二应用将分享的内容发送至以第二用户标识登录的第二应用。

在一个实施例中，子应用消息中的内容包括与子应用对应的子应用标识、子应用当前的页面路径；发送的子应用消息，用于指示第二应用根据子应用消息中的子应用标识，获取与子应用标识对应的程序包，基于程序包和提供的公共资源运行子应用，并进入子应用中与页面路径对应的子应用页面。

在一个实施例中，消息分享装置1900还包括子应用授权模块，子应用授权模块用于以属于第二应用的第三用户标识登录第一应用；向第一应用平台发送子应用的授权请求，授权请求用于指示第一应用平台向第二应用平台提供与第三用户标识相应的身份标识，并指示第二应用平台向子应用授权平台提供与身份标识对应的登录态信息；接收子应用授权平台反馈的根据登录态信息生成的授权票据；在运行于第一应用的子应用中，基于授权票据，通过子应用授权平台从第二应用平台获取用户数据。

上述消息分享装置1900，第一用户标识与第二用户标识对应了同一个分享对象，第一用户标识是分享对象在第一应用中的标识，第二用户标识是分享对象在第二应用中的标识，在需要将第一应用中根据子应用确定要分享的内容跨应用分享至第二应用时，就可以在第一应用中获取分享对象对应的第一用户标识，生成指定该第一用户标识和分享的内容的子应用消息，将该子应用消息发送至以第二用户标识登录的第二应用，第二应用就可以根据该子应用消息显示与子应用相关的内容，实现了跨应用分享子应用消息。

在一个实施例中，如图20所示，提供了一种用户数据获取装置2000，该装置包括第一应用登录模块2002、授权请求发送模块2004、授权票据接收模块2006和用户数据获取模块2008，其中：

第一应用登录模块2002，用于以属于第二应用的用户标识登录第一应用；

授权请求发送模块2004，用于向第一应用平台发送子应用的授权请求，授权请求用于指示第一应用平台向第二应用平台提供与用户标识相应的身份标识，并指示第二应用平台向子应用授权平台提供与身份标识对应的登录态信息；

授权票据接收模块2006，用于接收子应用授权平台反馈的根据登录态信息生成的授权票据；

用户数据获取模块2008，用于在运行于第一应用的子应用中，基于授权票据，通过子应用授权平台从第二应用平台获取用户数据。

在一个实施例中，第一应用登录模块2002还用于获取以属于第二应用的用户标识登录第一应用的授权操作；响应于授权操作，从第一应用跳转至本地的第二应用；通过跳转至的第二应用将获取的与用户标识关联的登录态信息发送至第二应用平台，并指示第二应用平台将与登录态信息对应的身份标识和接口调用凭据发送至第一应用平台；接收第一应用平台反馈的根据接口调用凭据从第二应用平台获取的与身份标识对应的登录数据，并显示相应的登录信息。

在一个实施例中，发送至第二应用平台的登录态信息用于指示第二应用平台生成与登录态信息对应的临时登录凭证，并提供临时登录凭证至第二应用；授权请求发送模块2004还用于接收第二应用传递的临时登录凭证；向第一应用平台发送携带临时登录凭证的登录请求；登录请求用于指示第一应用平台根据登录请求中的临时登录凭证从第二应用平台获取与登录态信息对应的身份标识和接口调用凭据。

在一个实施例中，用户数据获取模块2008还用于向子应用授权平台发送携带授权票据的数据请求；数据请求用于指示子应用授权平台查找与授权票据关联的登录态信息，以登录态信息从第二应用平台中获得数据请求所指定的用户数据；接收子应用授权平台所反馈的用户数据。

在一个实施例中，用户数据获取装置2000还包括子应用更新模块，用于获取与子应用对应的子应用标识；在子应用中，基于授权票据和子应用标识，通过子应用授权平台从第二应用平台获取与子应用标识对应的更新程序包；基于更新程序包和第一应用提供的公共资源更新子应用。

在一个实施例中，用户数据获取装置2000还包括支付跳转模块，用于根据在子应用中获取的支付操作，从子应用跳转至本地的第二应用；将与支付操作对应的支付参数传递至第二应用；通过第二应用向第二应用平台发起携带支付参数的支付请求；接收第二应用反馈的从第二应用平台获取的与支付请求对应的支付结果。

在一个实施例中，支付跳转模块还用于获取子应用对应的子应用标识和当前页面路径；在跳转至的第二应用中运行与子应用标识对应的子应用，并在运行的子应用中显示与当前页面路径对应的、且包括支付参数的支付页面；当在支付页面中获取到支付授权操作时，执行通过第二应用向第二应用平台发起携带支付参数的支付请求的步骤；将与支付请求对应的支付结果显示在子应用中。

上述用户数据获取装置2000，在以属于第二应用的用户标识登录第一应用后，可以继续向第一应用平台发送子应用授权请求，第一应用平台在接收到该授权请求后，将本地与该用户标识对应的身份标识发送至第二应用平台，并指示第二应用平台向子应用授权平台提供与该用户标识对应的登录态信息，在接收到子应用授权平台根据登录态信息生成的授权票据后，就可以在子应用中基于该授权票据通过子应用授权平台访问第二应用平台，从第二应用平台中获取与该用户标识相关的用户数据，可以跨应用通过相同的子应用获取用户数据，实现了子应用在不同应用中的统一。

图21示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的第一终端110。如图21所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现消息分享方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行消息分享方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图21中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的消息分享装置1900可以实现为一种计算机程序的形式，计算机程序可在如图21所示的计算机设备上运行。计算机设备的存储器中可存储组成该消息分享装置1900的各个程序模块，比如，图19所示的确定模块1902、获取模块1904、生成模块1906和发送模块1908。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的消息分享方法中的步骤。

例如，图21所示的计算机设备可以通过如图19所示的消息分享装置1900中的确定模块1902执行步骤S202。计算机设备可通过获取模块1904执行步骤S204。计算机设备可通过生成模块1906执行步骤S206。计算机设备可通过发送模块1908执行步骤S208。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述消息分享方法的步骤。此处消息分享方法的步骤可以是上述各个实施例的消息分享方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述消息分享方法的步骤。此处消息分享方法的步骤可以是上述各个实施例的消息分享方法中的步骤。

图22示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图8中的终端810。如图22所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现用户数据获取方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行用户数据获取方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图22中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的用户数据获取装置2000可以实现为一种计算机程序的形式，计算机程序可在如图22所示的计算机设备上运行。计算机设备的存储器中可存储组成该用户数据获取装置2000的各个程序模块，比如，图20所示的第一应用登录模块2002、授权请求发送模块2004、授权票据接收模块2006和用户数据获取模块2008。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的用户数据获取方法中的步骤。

例如，图22所示的计算机设备可以通过如图20所示的用户数据获取装置2000中的第一应用登录模块2002执行步骤S902。计算机设备可通过授权请求发送模块2004执行步骤S904。计算机设备可通过授权票据接收模块2006执行步骤S906。计算机设备可通过用户数据获取模块2008执行步骤S908。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述用户数据获取方法的步骤。此处用户数据获取方法的步骤可以是上述各个实施例的用户数据获取方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述用户数据获取方法的步骤。此处用户数据获取方法的步骤可以是上述各个实施例的用户数据获取方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (22)

1.一种消息分享方法，包括：

通过第一应用上运行的子应用确定分享的内容；

获取分享对象的属于所述第一应用的第一用户标识，所述分享对象是分享的内容的接收者；

生成指定所述第一用户标识和所述内容的子应用消息；

将所述子应用消息发送至以第二用户标识登录的第二应用，所述第二用户标识属于第二应用，且与所述第一用户标识关联相同的分享对象；

以属于所述第二应用的第三用户标识登录所述第一应用；

向第一应用平台发送子应用的授权请求，所述授权请求用于指示所述第一应用平台向第二应用平台提供与所述第三用户标识相应的身份标识，并指示所述第二应用平台向子应用授权平台提供与所述身份标识对应的登录态信息；所述登录态信息是是以所述第三用户标识成功登录所述第二应用后所述第二应用平台生成的用于标识当前的登录状态的字符串；

接收所述子应用授权平台反馈的根据所述登录态信息生成的授权票据；

在运行于第一应用的所述子应用中，基于所述授权票据，通过所述子应用授权平台从所述第二应用平台获取用户数据。

2.根据权利要求1所述的方法，其特征在于，所述内容包括所述第一应用上所运行子应用的文字信息和页面截图；所述子应用消息用于指示所述第二应用将所述文字信息和所述页面截图组合为会话消息，并在会话窗口中显示所述会话消息。

3.根据权利要求1所述的方法，其特征在于，生成的所述子应用消息是适于第一应用的消息；所述将所述子应用消息发送至以第二用户标识登录的第二应用包括：

将所述子应用消息发送至第一应用平台；所述子应用消息用于指示所述第一应用平台查找与所述第一用户标识对应的、属于第二应用的身份标识，并将查找到的所述身份标识和所述子应用消息中的内容发送至第二应用平台；

通过所述第二应用平台查找与所述身份标识对应的第二用户标识，并将根据所述第二用户标识和所述内容生成的适于所述第二应用的转换消息发送至以所述第二用户标识登录的第二应用。

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

从所述第一应用跳转至本地的第二应用；

将所述分享的内容传递至跳转至的第二应用；

获取在跳转至的第二应用的联系人列表中选取的第二用户标识；

通过所述跳转至的第二应用将所述分享的内容发送至以所述第二用户标识登录的第二应用。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述子应用消息中的内容包括与所述子应用对应的子应用标识、所述子应用当前的页面路径；

发送的所述子应用消息，用于指示所述第二应用根据所述子应用消息中的子应用标识，获取与所述子应用标识对应的程序包，基于所述程序包和提供的公共资源运行所述子应用，并进入所述子应用中与所述页面路径对应的子应用页面。

6.一种用户数据获取方法，包括：

获取以属于第二应用的用户标识登录第一应用的授权操作；

响应于所述授权操作，从所述第一应用跳转至本地的第二应用；

通过跳转至的第二应用将获取的与所述用户标识关联的登录态信息发送至第二应用平台，并指示所述第二应用平台将与所述登录态信息对应的身份标识和接口调用凭据发送至第一应用平台；所述登录态信息是以所述用户标识成功登录所述第二应用后所述第二应用平台生成的用于标识当前的登录状态的字符串；发送至所述第二应用平台的所述登录态信息用于指示所述第二应用平台生成与所述登录态信息对应的临时登录凭证，并提供所述临时登录凭证至所述第二应用；

接收所述第二应用传递的所述临时登录凭证；

向所述第一应用平台发送携带所述临时登录凭证的登录请求，所述登录请求用于指示所述第一应用平台根据所述登录请求中的临时登录凭证从所述第二应用平台获取与所述登录态信息对应的身份标识和接口调用凭据；

接收所述第一应用平台反馈的根据所述接口调用凭据从所述第二应用平台获取的与所述身份标识对应的登录数据，并显示相应的登录信息；

向所述第一应用平台发送子应用的授权请求，所述授权请求用于指示所述第一应用平台向所述第二应用平台提供与所述用户标识相应的身份标识，并指示所述第二应用平台向子应用授权平台提供与所述身份标识对应的登录态信息；

接收所述子应用授权平台反馈的根据所述登录态信息生成的授权票据；

在运行于第一应用的所述子应用中，基于所述授权票据，通过所述子应用授权平台从所述第二应用平台获取用户数据。

7.根据权利要求6所述的方法，其特征在于，所述在运行于第一应用的所述子应用中，基于所述授权票据，通过所述子应用授权平台从所述第二应用平台获取用户数据包括：

向所述子应用授权平台发送携带所述授权票据的数据请求；

所述数据请求用于指示所述子应用授权平台查找与所述授权票据关联的登录态信息，以所述登录态信息从所述第二应用平台中获得所述数据请求所指定的用户数据；

接收所述子应用授权平台所反馈的所述用户数据。

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

获取与所述子应用对应的子应用标识；

在所述子应用中，基于所述授权票据和所述子应用标识，通过所述子应用授权平台从所述第二应用平台获取与所述子应用标识对应的更新程序包；

基于所述更新程序包和所述第一应用提供的公共资源更新所述子应用。

9.根据权利要求6至8任一项所述的方法，其特征在于，所述方法还包括：

根据在子应用中获取的支付操作，从所述子应用跳转至本地的第二应用；

将与所述支付操作对应的支付参数传递至所述第二应用；

通过所述第二应用向第二应用平台发起携带所述支付参数的支付请求；

接收所述第二应用反馈的从所述第二应用平台获取的与所述支付请求对应的支付结果。

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

获取所述子应用对应的子应用标识和当前页面路径；

在跳转至的第二应用中运行与所述子应用标识对应的子应用，并在运行的所述子应用中显示与所述当前页面路径对应的、且包括所述支付参数的支付页面；

当在所述支付页面中获取到支付授权操作时，执行所述通过所述第二应用向第二应用平台发起携带所述支付参数的支付请求的步骤；

将与所述支付请求对应的支付结果显示在所述子应用中。

11.一种消息分享装置，包括：

确定模块，用于通过第一应用上运行的子应用确定分享的内容；

获取模块，用于获取分享对象的属于所述第一应用的第一用户标识，所述分享对象是分享的内容的接收者；

生成模块，用于生成指定所述第一用户标识和所述内容的子应用消息；

发送模块，用于将所述子应用消息发送至以第二用户标识登录的第二应用，所述第二用户标识属于第二应用，且与所述第一用户标识关联相同的分享对象；

子应用授权模块，用于以属于所述第二应用的第三用户标识登录所述第一应用；向第一应用平台发送子应用的授权请求，所述授权请求用于指示所述第一应用平台向第二应用平台提供与所述第三用户标识相应的身份标识，并指示所述第二应用平台向子应用授权平台提供与所述身份标识对应的登录态信息；所述登录态信息是是以所述第三用户标识成功登录所述第二应用后所述第二应用平台生成的用于标识当前的登录状态的字符串；接收所述子应用授权平台反馈的根据所述登录态信息生成的授权票据；在运行于第一应用的所述子应用中，基于所述授权票据，通过所述子应用授权平台从所述第二应用平台获取用户数据。

12.根据权利要求11所述的装置，其特征在于，所述内容包括所述第一应用上所运行子应用的文字信息和页面截图；所述子应用消息用于指示所述第二应用将所述文字信息和所述页面截图组合为会话消息，并在会话窗口中显示所述会话消息。

13.根据权利要求11所述的装置，其特征在于，生成的所述子应用消息是适于第一应用的消息；所述发送模块还用于将所述子应用消息发送至第一应用平台；所述子应用消息用于指示所述第一应用平台查找与所述第一用户标识对应的、属于第二应用的身份标识，并将查找到的所述身份标识和所述子应用消息中的内容发送至第二应用平台；通过所述第二应用平台查找与所述身份标识对应的第二用户标识，并将根据所述第二用户标识和所述内容生成的适于所述第二应用的转换消息发送至以所述第二用户标识登录的第二应用。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括分享模块，用于从所述第一应用跳转至本地的第二应用；将所述分享的内容传递至跳转至的第二应用；获取在跳转至的第二应用的联系人列表中选取的第二用户标识；通过所述跳转至的第二应用将所述分享的内容发送至以所述第二用户标识登录的第二应用。

15.根据权利要求11至14任一项所述的装置，其特征在于，所述子应用消息中的内容包括与所述子应用对应的子应用标识、所述子应用当前的页面路径；

发送的所述子应用消息，用于指示所述第二应用根据所述子应用消息中的子应用标识，获取与所述子应用标识对应的程序包，基于所述程序包和提供的公共资源运行所述子应用，并进入所述子应用中与所述页面路径对应的子应用页面。

16.一种用户数据获取装置，包括：

第一应用登录模块，用于获取以属于第二应用的用户标识登录第一应用的授权操作；响应于所述授权操作，从所述第一应用跳转至本地的第二应用；通过跳转至的第二应用将获取的与所述用户标识关联的登录态信息发送至第二应用平台，并指示所述第二应用平台将与所述登录态信息对应的身份标识和接口调用凭据发送至第一应用平台；所述登录态信息是以所述用户标识成功登录所述第二应用后所述第二应用平台生成的用于标识当前的登录状态的字符串；发送至所述第二应用平台的所述登录态信息用于指示所述第二应用平台生成与所述登录态信息对应的临时登录凭证，并提供所述临时登录凭证至所述第二应用；接收所述第二应用传递的所述临时登录凭证；向所述第一应用平台发送携带所述临时登录凭证的登录请求，所述登录请求用于指示所述第一应用平台根据所述登录请求中的临时登录凭证从所述第二应用平台获取与所述登录态信息对应的身份标识和接口调用凭据；接收所述第一应用平台反馈的根据所述接口调用凭据从所述第二应用平台获取的与所述身份标识对应的登录数据，并显示相应的登录信息；

授权请求发送模块，用于向所述第一应用平台发送子应用的授权请求，所述授权请求用于指示所述第一应用平台向所述第二应用平台提供与所述用户标识相应的身份标识，并指示所述第二应用平台向子应用授权平台提供与所述身份标识对应的登录态信息；

授权票据接收模块，用于接收所述子应用授权平台反馈的根据所述登录态信息生成的授权票据；

用户数据获取模块，用于在运行于第一应用的所述子应用中，基于所述授权票据，通过所述子应用授权平台从所述第二应用平台获取用户数据。

17.根据权利要求16所述的装置，其特征在于，所述用户数据获取模块还用于向所述子应用授权平台发送携带所述授权票据的数据请求；所述数据请求用于指示所述子应用授权平台查找与所述授权票据关联的登录态信息，以所述登录态信息从所述第二应用平台中获得所述数据请求所指定的用户数据；接收所述子应用授权平台所反馈的所述用户数据。

18.根据权利要求16所述的装置，其特征在于，所述装置还包括子应用更新模块，用于获取与所述子应用对应的子应用标识；在所述子应用中，基于所述授权票据和所述子应用标识，通过所述子应用授权平台从所述第二应用平台获取与所述子应用标识对应的更新程序包；基于所述更新程序包和所述第一应用提供的公共资源更新所述子应用。

19.根据权利要求16至18任一项所述的装置，其特征在于，所述装置还包括支付跳转模块，用于根据在子应用中获取的支付操作，从所述子应用跳转至本地的第二应用；将与所述支付操作对应的支付参数传递至所述第二应用；通过所述第二应用向第二应用平台发起携带所述支付参数的支付请求；接收所述第二应用反馈的从所述第二应用平台获取的与所述支付请求对应的支付结果。

20.根据权利要求19所述的装置，其特征在于，所述支付跳转模块还用于所述子应用对应的子应用标识和当前页面路径；在跳转至的第二应用中运行与所述子应用标识对应的子应用，并在运行的所述子应用中显示与所述当前页面路径对应的、且包括所述支付参数的支付页面；当在所述支付页面中获取到支付授权操作时，通过所述第二应用向第二应用平台发起携带所述支付参数的支付请求；将与所述支付请求对应的支付结果显示在所述子应用中。

21.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被处理器执行时，使得处理器执行如权利要求1至10中任一项所述方法的步骤。

22.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至10中任一项所述方法的步骤。

Images