一种信息处理方法、客户端

摘要

本发明公开了一种信息处理方法及客户端，其中，所述信息处理方法，包括：开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，并在所述指定信息上显示有第一控件；将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通；将在第一页面加载的第一链接信息分享给第二应用的社交群组；所述第一链接信息对应的内容与所述指定信息相关。

权利要求

1.一种信息处理方法，其特征在于，所述方法包括：

开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，并在所述指定信息上显示有第一控件；

将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通；

接收符合第一预设规则的第一操作；

响应所述第一操作，通过所述第一入口进入第一页面；

将在所述第一页面加载的第一链接信息分享给第二应用的社交群组；

所述第一链接信息对应的内容与所述指定信息相关；所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：满足预设条件触发由第一用户定制的指定信息进行播放之前，加载多媒体类型的第一多媒体信息进行播放；

所述指定信息具体为多媒体类型的第二多媒体信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：在所述第一页面加载并显示第一提示信息和第二控件；

通过作用于所述第二控件的第二操作，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

4.根据权利要求3所述的方法，其特征在于，所述触发登录所述第一应用的当前用户授权验证后登录第二应用，包括：接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

5.根据权利要求4所述的方法，其特征在于，所述将在第一页面加载的第一链接信息分享给第二应用的社交群组，包括：拉取与所述第一提示信息相关的所述第一链接信息；

在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；

所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

7.根据权利要求6所述的方法，其特征在于，所述第二应用为微信应用时，所述方法还包括：显示所述红包领取结果；

所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；

所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

8.根据权利要求3所述的方法，其特征在于，所述第一提示信息为红包提示类型的信息；所述第一提示信息包括：红包的个数、红包的金额，及提醒分享给社交群组的信息；

所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：第二用户对应发放的红包详情。

9.根据权利要求3所述的方法，其特征在于，

当检测到所述第一操作不是触控操作且符合预设交互操作方式，则满足所述第一预设规则；

或者，

当检测到作用于所述第一控件的触控操作，则满足所述第一预设规则。

10.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：当检测到作用于所述第一控件的第二操作，并触发显示扫描页面，则满足第二预设规则；

响应所述第二操作，通过对所述扫描页面的扫描标识进行扫描，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

11.根据权利要求10所述的方法，其特征在于，所述触发登录所述第一应用的当前用户授权验证后登录第二应用，包括：接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

12.根据权利要求11所述的方法，其特征在于，所述将在第一页面加载的第一链接信息分享给第二应用的社交群组，包括：在所述第二应用中进入所述第一页面；

在所述第一页面加载并显示第二提示信息和第三控件；

通过作用于所述第三控件上的第三操作，刷新所述第一页面的显示内容，加载并显示第三提示信息和第四控件；

拉取与所述第三提示信息相关的所述第一链接信息；

在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；

所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

14.根据权利要求13所述的方法，其特征在于，所述第二应用为微信应用时，所述方法还包括：显示所述红包领取结果；

所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；

所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

15.根据权利要求12所述的方法，其特征在于，所述第二提示信息和所述第三提示信息皆为红包提示类型的信息；

所述第二提示信息包括：告知共抢到的红包的个数、红包的金额；相应的，所述第三控件用于提醒所述当前用户先抢一个红包；

所述第三提示信息包括：告知抢到的红包金额及剩余的红包个数；相应的，所述第四控件用于提醒所述当前用户分享红包；

所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：第二用户对应发放的红包详情。

16.一种客户端，其特征在于，所述客户端包括：

显示单元，用于开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，并在所述指定信息上显示有第一控件；

信息互通建立单元，用于将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通；

第一接收单元，用于接收符合第一预设规则的第一操作；

第一响应单元，用于响应所述第一操作，通过所述第一入口进入第一页面；

信息分享单元，用于将在所述第一页面加载的第一链接信息分享给第二应用的社交群组；所述第一链接信息对应的内容与所述指定信息相关；所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友。

17.根据权利要求16所述的客户端，其特征在于，所述显示单元，进一步用于开启第一应用后，显示所加载播放的第一多媒体信息，满足预设条件触发显示所加载播放的由第一用户定制的第二多媒体信息，在所述第二多媒体信息上显示有第一控件。

18.根据权利要求16或17所述的客户端，其特征在于，所述客户端还包括：第一加载单元，用于在所述第一页面加载并显示第一提示信息和第二控件；

信息互通建立单元，进一步用于通过作用于所述第二控件的第二操作，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

19.根据权利要求18所述的客户端，其特征在于，所述信息互通建立单元，进一步用于接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

20.根据权利要求19所述的客户端，其特征在于，所述信息分享单元，进一步用于拉取与所述第一提示信息相关的所述第一链接信息；在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

21.根据权利要求19所述的客户端，其特征在于，所述客户端还包括：参数采集单元，用于所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

22.根据权利要求21所述的客户端，其特征在于，所述客户端还包括：红包领取结果录入单元，用于在所述第二应用为微信应用时，显示所述红包领取结果；

所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

23.根据权利要求18所述的客户端，其特征在于，所述第一提示信息为红包提示类型的信息；所述第一提示信息包括：红包的个数、红包的金额，及提醒分享给社交群组的信息；

所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：第二用户对应发放的红包详情。

24.根据权利要求18所述的客户端，其特征在于，所述客户端还包括：第一检测单元，用于当检测到所述第一操作不是触控操作且符合预设交互操作方式，则满足所述第一预设规则；或者，当检测到作用于所述第一控件的触控操作，则满足所述第一预设规则。

25.根据权利要求16或17所述的客户端，其特征在于，所述客户端还包括：第二检测单元，用于当检测到作用于所述第一控件的第二操作，并触发显示扫描页面，则满足第二预设规则；

所述信息互通建立单元，进一步用于响应所述第二操作，通过对所述扫描页面的扫描标识进行扫描，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

26.根据权利要求25所述的客户端，其特征在于，所述信息互通建立单元，进一步用于接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

27.根据权利要求26所述的客户端，其特征在于，所述信息分享单元，进一步用于在所述第二应用中进入所述第一页面；在所述第一页面加载并显示第二提示信息和第三控件；

通过作用于所述第三控件上的第三操作，刷新所述第一页面的显示内容，加载并显示第三提示信息和第四控件；拉取与所述第三提示信息相关的所述第一链接信息；在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

28.根据权利要求27所述的客户端，其特征在于，所述客户端还包括：参数采集单元，用于所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

29.根据权利要求28所述的客户端，其特征在于，所述客户端还包括：红包领取结果录入单元，用于在所述第二应用为微信应用时，显示所述红包领取结果；

所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

30.根据权利要求27所述的客户端，其特征在于，所述第二提示信息和所述第三提示信息皆为红包提示类型的信息；

所述第二提示信息包括：告知共抢到的红包的个数、红包的金额；相应的，所述第三控件用于提醒所述当前用户先抢一个红包；

所述第三提示信息包括：告知抢到的红包金额及剩余的红包个数；相应的，所述第四控件用于提醒所述当前用户分享红包；

所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：第二用户对应发放的红包详情。

说明书

一种信息处理方法、客户端

技术领域

[0001] 本发明涉及通讯技术，尤其涉及一种信息处理方法、客户端。

背景技术

[0002] 本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：

[0003] 随着互联网技术的发展，大数据时代的信息爆炸层出不穷，出于公众信息分享多元化，多样化的需求考虑，目前的信息处理技术会在客户端分享多样化的信息，比如在移动终端上的视频客户端播放第一多媒体信息的同时触发显示第二多媒体信息，或者播放第一多媒体信息的之前或之后触发播放第二多媒体信息。

[0004] 目前基于社交网络工具等分享的信息传递的范围更宽更广，有利于信息的推广分享，且基于社交网络工具所传递的信息是依托于社交群组，而社交群组的属性是可信赖的、有共同关注点的，因此，基于社交网络工具所传递的信息更具有可靠性和定位兴趣点等精准定向推送的效果。

[0005] 然而，采用现有技术，信息分享受限于各自的应用，在多个应用之间无法实现信息共享和传递，从而，存在以下技术问题：

[0006] 1)不同应用间不互通，达不到精准定向推送的效果和信息分享多样化的推广；

[0007] 2)想要得到某一个信息，可能需要频繁登录不同的应用进行请求交互以拉取所需要的信息，使得不同应用存在大量冗余的信息，这种都会影响到客户端的处理效率和增加客户端的存储空间，客户端侧与服务器侧交互过多也占用了网络带宽资源。

发明内容

[0008] 有鉴于此，本发明实施例希望提供一种信息处理方法、客户端，至少解决了上述现有技术存在的问题。

[0009] 本发明实施例的技术方案是这样实现的：

[0010] 本发明实施例的一种信息处理方法，所述方法包括：

[0011] 开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，并在所述指定信息上显示有第一控件；

[0012] 将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通；

[0013] 将在第一页面加载的第一链接信息分享给第二应用的社交群组；

[0014] 所述第一链接信息对应的内容与所述指定信息相关。

[0015] 上述方案中，所述方法还包括：

[0016] 满足预设条件触发由第一用户定制的指定信息进行播放之前，加载多媒体类型的第一多媒体信息进行播放；

[0017] 所述指定信息具体为多媒体类型的第二多媒体信息。

[0018] 上述方案中，所述方法还包括：

[0019] 接收符合第一预设规则的第一操作；

[0020] 响应所述第一操作，通过所述第一入口进入所述第一页面；

[0021] 在所述第一页面加载并显示第一提示信息和第二控件；

[0022] 通过作用于所述第二控件的第二操作，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

[0023] 上述方案中，所述触发登录所述第一应用的当前用户授权验证后登录第二应用，包括：

[0024] 接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

[0025] 上述方案中，所述将在第一页面加载的第一链接信息分享给第二应用的社交群组，包括：

[0026] 所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友；

[0027] 拉取与所述第一提示信息相关的所述第一链接信息；

[0028] 在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

[0029] 上述方案中，所述方法还包括：

[0030] 所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；

[0031] 所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

[0032] 上述方案中，所述第二应用为微信应用时，所述方法还包括：

[0033] 显示所述红包领取结果；

[0034] 所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；

[0035] 所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0036] 上述方案中，所述第一提示信息为红包提示类型的信息；所述第一提示信息包括：红包的个数、红包的金额，及提醒分享给社交群组的信息；

[0037] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0038] 上述方案中，当检测到所述第一操作不是触控操作且符合预设交互操作方式，则满足所述第一预设规则；

[0039] 或者，

[0040] 当检测到作用于所述第一控件的触控操作，则满足所述第一预设规则。

[0041] 上述方案中，所述方法还包括：

[0042] 当检测到作用于所述第一控件的第二操作，并触发显示扫描页面，则满足第二预设规则；

[0043] 响应所述第二操作，通过对所述扫描页面的扫描标识进行扫描，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

[0044] 上述方案中，所述触发登录所述第一应用的当前用户授权验证后登录第二应用，包括：

[0045] 接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

[0046] 上述方案中，所述将在第一页面加载的第一链接信息分享给第二应用的社交群组，包括：

[0047] 所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友；

[0048] 在所述第二应用中进入所述第一页面；

[0049] 在所述第一页面加载并显示第二提示信息和第三控件；

[0050] 通过作用于所述第三控件上的第三操作，刷新所述第一页面的显示内容，加载并显示第三提示信息和第四控件；

[0051] 拉取与所述第三提示信息相关的所述第一链接信息；

[0052] 在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

[0053] 上述方案中，所述方法还包括：

[0054] 所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；

[0055] 所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

[0056] 上述方案中，所述第二应用为微信应用时，所述方法还包括：

[0057] 显示所述红包领取结果；

[0058] 所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；

[0059] 所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0060] 上述方案中，所述第二提示信息和所述第三提示信息皆为红包提示类型的信息；

[0061] 所述第二提示信息包括：告知共抢到的红包的个数、红包的金额；相应的，所述第三控件用于提醒所述当前用户先抢一个红包；

[0062] 所述第三提示信息包括：告知抢到的红包金额及剩余的红包个数；相应的，所述第四控件用于提醒所述当前用户分享红包；

[0063] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0064] 本发明实施例的一种客户端，所述客户端包括：

[0065] 显示单元，用于开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，并在所述指定信息上显示有第一控件；

[0066] 信息互通建立单元，用于将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通；

[0067] 信息分享单元，用于将在第一页面加载的第一链接信息分享给第二应用的社交群组；所述第一链接信息对应的内容与所述指定信息相关。

[0068] 上述方案中，所述显示单元，进一步用于开启第一应用后，显示所加载播放的第一多媒体信息，满足预设条件触发显示所加载播放的由第一用户定制的第二多媒体信息，在所述第二多媒体信息上显示有第一控件。

[0069] 上述方案中，所述客户端还包括：

[0070] 第一接收单元，用于接收符合第一预设规则的第一操作；

[0071] 第一响应单元，用于响应所述第一操作，通过所述第一入口进入所述第一页面；

[0072] 第一加载单元，用于在所述第一页面加载并显示第一提示信息和第二控件；

[0073] 信息互通建立单元，进一步用于通过作用于所述第二控件的第二操作，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

[0074] 上述方案中，所述信息互通建立单元，进一步用于接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

[0075] 上述方案中，所述信息分享单元，进一步用于所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友的情况下，拉取与所述第一提示信息相关的所述第一链接信息；在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

[0076] 上述方案中，所述客户端还包括：

[0077] 参数采集单元，用于所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

[0078] 上述方案中，所述客户端还包括：

[0079] 红包领取结果录入单元，用于在所述第二应用为微信应用时，显示所述红包领取结果；所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0080] 上述方案中，所述第一提示信息为红包提示类型的信息；所述第一提示信息包括：红包的个数、红包的金额，及提醒分享给社交群组的信息；

[0081] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0082] 上述方案中，所述客户端还包括：

[0083] 第一检测单元，用于当检测到所述第一操作不是触控操作且符合预设交互操作方式，则满足所述第一预设规则；或者，当检测到作用于所述第一控件的触控操作，则满足所述第一预设规则。

[0084] 上述方案中，所述客户端还包括：

[0085] 第二检测单元，用于当检测到作用于所述第一控件的第二操作，并触发显示扫描页面，则满足第二预设规则；

[0086] 所述信息互通建立单元，进一步用于响应所述第二操作，通过对所述扫描页面的扫描标识进行扫描，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求。

[0087] 上述方案中，所述信息互通建立单元，进一步用于接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

[0088] 上述方案中，所述信息分享单元，进一步用于所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友的情况下，在所述第二应用中进入所述第一页面；在所述第一页面加载并显示第二提示信息和第三控件；通过作用于所述第三控件上的第三操作，刷新所述第一页面的显示内容，加载并显示第三提示信息和第四控件；拉取与所述第三提示信息相关的所述第一链接信息；在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

[0089] 上述方案中，所述客户端还包括：

[0090] 参数采集单元，用于所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

[0091] 上述方案中，所述客户端还包括：

[0092] 红包领取结果录入单元，用于在所述第二应用为微信应用时，显示所述红包领取结果；所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0093] 上述方案中，所述第二提示信息和所述第三提示信息皆为红包提示类型的信息；

[0094] 所述第二提示信息包括：告知共抢到的红包的个数、红包的金额；相应的，所述第三控件用于提醒所述当前用户先抢一个红包；

[0095] 所述第三提示信息包括：告知抢到的红包金额及剩余的红包个数；相应的，所述第四控件用于提醒所述当前用户分享红包；

[0096] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0097] 本发明实施例的信息处理方法包括：开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，在所述指定信息上显示有第一控件；将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通；将在第一页面加载的第一链接信息分享给第二应用的社交群组；所述第一链接信息对应的内容与所述指定信息相关。采用本发明实施例，应用间实现互通，从而能实现精准定向推送的效果和信息分享多样化的推广，而且不会影响到客户端的处理效率和增加客户端的存储空间，客户端侧与服务器侧交互过多也占用了网络带宽资源。

附图说明

[0098] 图1为本发明方法实施例一的一个实现流程示意图；

[0099] 图2为本发明方法实施例二的一个实现流程示意图；

[0100] 图3为本发明方法实施例三的一个实现流程示意图；

[0101] 图4为本发明客户端实施例一的一个组成结构示意图；

[0102] 图5为本发明客户端实施例二的一个组成结构示意图；

[0103] 图6为应用本发明实施例的一客户端的硬件结构示意图；

[0104] 图7-图14为应用本发明实施例在智能手机应用场景下的示意图；

[0105] 图15-图24为应用本发明实施例在智能平板应用场景下的示意图；

[0106] 图25为应用本发明实施例适用于智能手机和智能平板验证应用场景下的示意图。

具体实施方式

[0107] 下面结合附图对技术方案的实施作进一步的详细描述。

[0108] 方法实施例一：

[0109] 本发明实施例的一种信息处理方法，如图1所示，所述方法包括：

[0110] 步骤101、开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，在所述指定信息上显示有第一控件；

[0111] 这里，本步骤进一步为：开启第一应用，加载第一多媒体信息进行播放，满足预设条件触发由第一用户定制的第二多媒体信息进行播放，在所述第二多媒体信息上显示有第一控件；

[0112] 步骤102、将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通；

[0113] 步骤103、将在第一页面加载的第一链接信息分享给第二应用的社交群组；

[0114] 步骤104、所述第一链接信息对应的内容与所述指定信息相关。

[0115] 采用本发明实施例，通过101能在当前用户登录的第一应用(如视频应用)加载第一多媒体信息(如视频信息)，在第一多媒体信息的同时、之前或之后按照预设条件进行第二多媒体信息(如贴片广告信息或插播广告信息)的播放，在第二多媒体信息上显示所述第一控件(悬浮按钮设计的抢红包入口)；通过步骤102能获取针对所述第一控件的触控操作、或者按照第一控件的文字提示进行摇一摇操作，触发登录所述第一应用的当前用户授权验证后登录第二应用(如社交网络应用)，实现第一应用和第二应用间的互通；通过步骤103能在第一页面(H5页面，如红包页面)加载第一链接信息(抢红包领取信息)分享给第二应用的社交群组(如微信朋友圈或者选定的微信好友)；通过步骤104、所述第一链接信息对应的内容与所述第二多媒体信息相关，比如抢红包领取信息是与贴片广告信息的内容相关联的，比如是广告主的一个打折优惠活动，也可以是广告主提供的代金券或者直接是现金。

[0116] 通过步骤101-104，一方面，由于不同应用间实现互通，因此，可以利用第二应用为社交网络应用时信息分享的可靠性和兴趣点等多维度划分达到精准定向推送的效果和信息分享多样化的推广；另一方面，想要得到某一个信息，不需要频繁登录不同的应用进行请求交互以拉取所需要的信息，避免不同应用存在大量冗余的信息，从而不会影响到客户端的处理效率和增加客户端的存储空间，客户端侧与服务器侧交互过少也占用了网络带宽资源。

[0117] 方法实施例二：

[0118] 本发明实施例的一种信息处理方法，如图2所示，第一应用为视频应用，第二应用为微信应用时，智能手机场景下，所述方法包括：

[0119] 步骤201、开启视频应用，加载视频信息进行播放，满足预设条件触发由第一用户定制的广告信息进行播放，在所述广告信息上显示有第一控件；

[0120] 这里，第一用户为广告主；

[0121] 步骤202、接收符合第一预设规则的第一操作；

[0122] 这里，符合第一预设规则，可以有2种具体实现：1)当检测到所述第一操作不是触控操作且符合预设交互操作方式，如摇一摇操作，则满足所述第一预设规则；2)当检测到作用于所述第一控件的触控操作，如点击抢红包入口，则满足所述第一预设规则。

[0123] 步骤203、响应所述第一操作，通过所述第一入口进入所述第一页面；

[0124] 步骤204、所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；

[0125] 步骤205、红包系统平台将所述支付参数传递给微信支付平台；

[0126] 这里，所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果；

[0127] 步骤206、在所述第一页面加载并显示第一提示信息和第二控件；

[0128] 步骤207、通过作用于所述第二控件的第二操作，触发所述视频应用向所述微信应用对应的验证服务器发起授权登录验证请求；

[0129] 步骤208、登录所述视频应用的当前用户授权验证后登录微信应用，使得所述视频应用与所述微信应用间支持信息共享的互通；

[0130] 步骤209、将在第一页面加载的第一链接信息分享给微信应用的社交群组；

[0131] 这里，所述第一链接信息对应的内容与所述广告信息相关；

[0132] 步骤210、显示所述红包领取结果；

[0133] 步骤211、所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号。

[0134] 这里，所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0135] 上述步骤201-211的执行顺序可以按需调整，并不限于本实施例所描述的先后顺序。

[0136] 在本发明实施例一实施方式中，所述触发登录所述第一应用的当前用户授权验证后登录第二应用，包括：

[0137] 接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

[0138] 在本发明实施例一实施方式中，所述将在第一页面加载的第一链接信息分享给第二应用的社交群组，包括：

[0139] 步骤301、所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友；所述满足预定属性的好友可以包括兴趣点类型一致，如都喜欢逛街，看电影的好友；或者，属于特定绑定关系的，如同事或同学等好友；或者按照地域划分，如北京，上海等等；或者，按照年龄段划分，如18-25等等多个维度的属性进行划分；

[0140] 步骤302、拉取与所述第一提示信息相关的所述第一链接信息；

[0141] 步骤303、在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

[0142] 在本发明实施例一实施方式中，所述第一提示信息为红包提示类型的信息；所述第一提示信息包括：红包的个数、红包的金额，及提醒分享给社交群组的信息；

[0143] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0144] 方法实施例三：

[0145] 本发明实施例的一种信息处理方法，如图3所示，第一应用为视频应用，第二应用为微信应用时，智能平板场景下，所述方法包括：

[0146] 步骤401、开启视频应用，加载视频信息进行播放，满足预设条件触发由第一用户定制的广告信息进行播放，在所述广告信息上显示有第一控件；

[0147] 这里，第一用户为广告主；

[0148] 步骤402、当检测到作用于所述第一控件的第二操作，并触发显示扫描页面，则满足第二预设规则；

[0149] 步骤403、响应所述第二操作，通过对所述扫描页面的扫描标识进行扫描，触发所述视频应用向所述微信应用对应的验证服务器发起授权登录验证请求；

[0150] 步骤404、接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述微信应用，并建立所述视频应用与所述微信应用的通信连接，使得所述视频应用与所述微信应用之间支持信息共享的互通；

[0151] 步骤405、在微信应用中进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；

[0152] 步骤406、红包系统平台将所述支付参数传递给微信支付平台；

[0153] 这里，所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果；

[0154] 步骤407、在所述第一页面加载并显示第二提示信息和第三控件；

[0155] 步骤408、通过作用于所述第三控件上的第三操作，刷新所述第一页面的显示内容，加载并显示第三提示信息和第四控件；

[0156] 步骤409、将在第一页面加载的第一链接信息分享给微信应用的社交群组；

[0157] 这里，所述第一链接信息对应的内容与所述广告信息相关；

[0158] 步骤410、显示所述红包领取结果；

[0159] 步骤411、所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号。

[0160] 这里，所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0161] 上述步骤401-411的执行顺序可以按需调整，并不限于本实施例所描述的先后顺序。

[0162] 在本发明实施例一实施方式中，所述第二提示信息和所述第三提示信息皆为红包提示类型的信息；

[0163] 所述第二提示信息包括：告知共抢到的红包的个数、红包的金额；相应的，所述第三控件用于提醒所述当前用户先抢一个红包；

[0164] 所述第三提示信息包括：告知抢到的红包金额及剩余的红包个数；相应的，所述第四控件用于提醒所述当前用户分享红包；

[0165] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0166] 客户端实施例一：

[0167] 本发明实施例的一种客户端，如图4所示，所述客户端包括：

[0168] 显示单元11，用于开启第一应用，满足预设条件触发显示由第一用户定制的指定信息，在所述指定信息上显示有第一控件，所述第一控件作为第一入口使用；

[0169] 第一接收单元12，用于接收符合第一预设规则的第一操作；

[0170] 第一响应单元13，用于响应所述第一操作，通过所述第一入口进入所述第一页面；

[0171] 第一加载单元14，用于在所述第一页面加载并显示第一提示信息和第二控件。

[0172] 信息互通建立单元15，用于将所述第一控件用作触发不同应用间交互的第一入口后，触发登录所述第一应用的当前用户授权验证后登录第二应用，通过作用于所述第二控件的第二操作，触发所述第一应用向所述第二应用对应的验证服务器发起授权登录验证请求；

[0173] 信息分享单元16，用于将在第一页面加载的第一链接信息分享给第二应用的社交群组；所述第一链接信息对应的内容与所述指定信息相关。

[0174] 在本发明实施例一实施方式中，所述显示单元，进一步用于开启第一应用后，显示所加载播放的第一多媒体信息，满足预设条件触发显示所加载播放的由第一用户定制的第二多媒体信息，在所述第二多媒体信息上显示有第一控件。

[0175] 在本发明实施例一实施方式中，所述信息互通建立单元，进一步用于接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通。

[0176] 在本发明实施例一实施方式中，所述信息分享单元，进一步用于所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友的情况下，拉取与所述第一提示信息相关的所述第一链接信息；在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

[0177] 在本发明实施例一实施方式中，所述客户端还包括：

[0178] 参数采集单元，用于所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

[0179] 在本发明实施例一实施方式中，所述客户端还包括：

[0180] 红包领取结果录入单元，用于在所述第二应用为微信应用时，显示所述红包领取结果；所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0181] 在本发明实施例一实施方式中，所述第一提示信息为红包提示类型的信息；所述第一提示信息包括：红包的个数、红包的金额，及提醒分享给社交群组的信息；

[0182] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0183] 在本发明实施例一实施方式中，所述客户端还包括：

[0184] 第一检测单元，用于当检测到所述第一操作不是触控操作且符合预设交互操作方式，则满足所述第一预设规则；或者，当检测到作用于所述第一控件的触控操作，则满足所述第一预设规则。

[0185] 客户端实施例二：

[0186] 本发明实施例的一种客户端，如图5所示，所述客户端包括：

[0187] 显示单元21，用于开启第一应用，显示所加载播放的第一多媒体信息，满足预设条件触发显示所加载播放的由第一用户定制的第二多媒体信息，在所述第二多媒体信息上显示有第一控件；

[0188] 第二检测单元22，用于当检测到作用于所述第一控件的第二操作，并触发显示扫描页面，则满足第二预设规则；

[0189] 信息互通建立单元23，用于将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，接收所述验证服务器发送的登录验证通过响应，所述当前用户登录所述第二应用，并建立所述第一应用与所述第二应用的通信连接，使得所述第一应用与所述第二应用之间支持信息共享的互通；

[0190] 信息分享单元24，用于在所述第二应用中进入所述第一页面，将在第一页面加载的第一链接信息分享给第二应用的社交群组；所述第一链接信息对应的内容与所述第二多媒体信息相关。

[0191] 在本发明实施例一实施方式中，所述信息分享单元，进一步用于所述社交群组为应用朋友圈、或者从所述应用朋友圈中选定的满足预定属性的好友的情况下，在所述第二应用中进入所述第一页面；在所述第一页面加载并显示第二提示信息和第三控件；通过作用于所述第三控件上的第三操作，刷新所述第一页面的显示内容，加载并显示第三提示信息和第四控件；拉取与所述第三提示信息相关的所述第一链接信息；在所述第二应用所展示的用户界面中，在所述应用朋友圈或所述满足预定属性的好友间分享所述第一链接信息。

[0192] 在本发明实施例一实施方式中，所述客户端还包括：

[0193] 参数采集单元，用于所述当前用户进入所述第一页面，触发在所述第一页面采集支付参数，将所述支付参数发送给红包系统平台；所述支付参数包括所述当前用户对应的用户ID、所述第一用户对应的公众ID、与所述公众ID对应的至少包含红包的个数和红包的价值在内的红包领取结果。

[0194] 在本发明实施例一实施方式中，所述客户端还包括：

[0195] 红包领取结果录入单元，用于在所述第二应用为微信应用时，显示所述红包领取结果；所述当前用户接收微信支付平台根据所述用户ID和所述公众ID返还的所述红包领取结果，并存入所述当前用户的微信账号；所述红包领取结果由所述红包系统平台传输给所述微信支付平台。

[0196] 在本发明实施例一实施方式中，所述第二提示信息和所述第三提示信息皆为红包提示类型的信息；

[0197] 所述第二提示信息包括：告知共抢到的红包的个数、红包的金额；相应的，所述第三控件用于提醒所述当前用户先抢一个红包；

[0198] 所述第三提示信息包括：告知抢到的红包金额及剩余的红包个数；相应的，所述第四控件用于提醒所述当前用户分享红包；

[0199] 所述第一链接信息为红包领取类型的信息；所述第一链接信息包括：所述第二用户对应发放的红包详情。

[0200] 这里需要指出的是，上述客户端可以为PC这种电子设备，还可以为如PAD，平板电脑，手提电脑这种便携电子设备、还可以为如手机这种智能移动终端，不限于这里的描述；所述服务器可以是通过集群系统构成的，为实现各单元功能而合并为一或各单元功能分体设置的电子设备，客户端和服务器都至少包括用于存储数据的数据库和用于数据处理的处理器，或者包括设置于服务器内的存储介质或独立设置的存储介质。

[0201] 其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Singnal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例信息处理方法流程中的各个步骤。

[0202] 该客户端和该服务器作为硬件实体S11的一个示例如图6所示。所述装置包括处理器31、存储介质32以及至少一个外部通信接口33；所述处理器31、存储介质32以及外部通信接口33均通过总线34连接。

[0203] 这里需要指出的是：以上涉及客户端项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。

[0204] 这里需要指出的是，上述本发明实施例中涉及的实现方案中，多以采用第一应用为视频应用为例，所以都是以多媒体信息进行示例的，比如第一多媒体信息为视频信息，第二多媒体信息为广告信息等，但是本发明并不限于多媒体信息这一种信息类型，还可以包括：除视频应用的其他应用类型中所打开的信息，如地图应用中打开的导航信息，导航信息中会显示去商铺买东西的抢红包入口，所述去商铺买东西的红包包括：打折券、现金、优惠券、及对商铺评论给于奖励现金等各种信息，这里不做赘述。也同样可以实现多个不同应用间的交互，比如地图应用与授权的微信应用的交互，或者地图应用与授权的QQ应用等其他社交网络工具的交互。

[0205] 以一个现实应用场景为例对本发明实施例阐述如下：

[0206] 应用本发明实施例的社交网络工具为微信时，为微信红包结合视频广告的场景，该场景中涉及的所述视频广告分为：移动视频广告和传统视频广告两类。具体的，可以是移动终端上安装的客户端来实现的贴片广告或插播广告这种新型模式，也可以是传统广告，如TV上的移动电视广告或电梯间的移动电视广告等等，不做赘述。其中，传统视频广告是在视频内的广告进行设置和投放；而移动视频广告分为传统贴片广告和In-App视频广告，是指在移动设备内进行的插播视频的模式。该场景中涉及的微信红包，在功能上可以实现发红包、查收发红包记录和提现红包现金。比如，用户只要用微信扫描身边出现的红色二维码，通过应用宝成功安装其他应用软件，即可领取微信红包。

[0207] 现有技术中，以所述第一应用为视频应用为例，第一多媒体信息为视频信息，如电视剧，电影，综艺节目、访谈、纪录片等，第二多媒体信息为广告主的广告信息，如宝马、立白、德芙等，在指定的时间场景下，比如传统节日中的春节、五一、十一等在视频应用侧实现播放视频信息和广告信息，且触发广告信息播放时增加第一指定信息(如贴片红包)分享功能，在移动终端，如智能手机或平板电脑进行加入贴片红包分享功能，增强了移动终端与用户间的互动性，但是在视频应用中增加贴片红包分享功能，不能跳出该应用更好的进行信息分享和推广，定位也不精确。且要想分享和推广效果好就得大量增加贴片类型的广告信息，推广效果也不明显。其中，第一指定信息为多媒体信息，至少包括文字信息和图片信息。

[0208] 而应用本发明实施例，是开启视频应用，加载视频信息进行播放，满足预设条件触发由第一用户定制的广告信息进行播放，在所述广告信息上显示有第一控件，将所述第一控件用作触发不同应用间交互的第一入口，触发登录所述第一应用的当前用户授权验证后登录第二应用，使得所述第一应用与所述第二应用之间支持信息共享的互通，将在第一页面加载的第一链接信息分享给第二应用的社交群组；所述第一链接信息对应的内容与所述第二多媒体信息相关。

[0209] 其中，所述广告信息中的一种类型，如贴片红包包括：1)定时红包，是指通过广告信息中显示的抢红包入口，在广告主的公众号中定时获取红包，以推广分享；2)实时红包，是指通过广告信息中显示的抢红包入口，跳转至H5活动页面获得红包，分享至微信好友，来实时参与抢红包。应用本发明实施例的场景选择第2)种场景进行如下举例说明：

[0210] 具体实现一、以智能手机的一个具体实现来说明针对实时红包的交互过程，智能手机可以是Iphone，安卓系统的手机等等。该交互过程如图7所示主要包括以下内容：

[0211] a、在视频应用的用户界面中所显示的广告信息，如贴片广告上设置“摇一摇”浮层按钮，即上述实施例中提及的第一控件，用户可以通过点击该浮层按钮或手机摇一摇功能实现跳转。这个浮层按钮就是上述抢红包入口。

[0212] 其中，对于该浮层按钮的样式而言，包括：1)文字信息“摇一摇”；2)图片信息“红包”；3)按照动态显示模式进行显示，如红包呈晃动效果。

[0213] b、通过点击浮层按钮或手机摇一摇跳转至H5活动页面(如红包页面)，告知共抢到的红包价值与个数，以红包分享提示入口提醒分享给好友。

[0214] 这里需要指出的是：红包分享功能仅在H5页面实现，屏蔽直接分享至微信应用，需要后续的微信授权登录后才可以分享到微信朋友圈或选择的指定好友。需要指出的是，实现该红包分享功能，通过分享给好友的红包分享提示入口是在第一应用通过H5打开H5页面(红包页面)来实现，而不是直接分享到微信应用，屏蔽直接分享至朋友圈，是因为在智能手机，如Iphone端因为在腾讯视频APP上打开，无法获取微信授权，所以不能立即获得现金红包的利益，所以必须只能分享到好友后，在微信中打开再获得现金。不能分享朋友圈是为了防止微信未经授权这种诱导性分享行为的处罚。

[0215] 其中，该红包分享提示入口，即上述实施例中提及的第二控件。

[0216] 其中，如果抽中红包，则在该H5页面根据中奖文字模板的设置来显示最终的显示结果。如中奖文字模板可以包括：“恭喜您，获得x个现金红包，总价值xxx元。分享至微信，与小伙伴一起抢红包啦！”；如果未抽中红包，则在该H5页面根据未中奖文字模板的设置来显示最终的显示结果，如未中奖文字模板可以包括：“很遗憾，您未能中奖，下次再试试！”。

[0217] 除了有上述根据不同模板得到的文字信息，还包括显示于H5页面的分享按钮：分享给微信好友，即红包分享提示入口。

[0218] c.微信授权登陆，通过微信授权登录验证通过后，在第一应用(如视频应用，以腾讯视频为例)与第二应用(如社交网络应用，以微信应用为例)间建立通信连接，从由第一应用触发的H5页面(如红包互动页面)跳转到第二应用，从而能将第一链接信息(如抢红包分享链接信息，以抢红包链接为例)由第一应用发送到第二应用。

[0219] d.成功将红包分享至第二应用的社交群组(微信朋友圈或选定的微信好友)，在第二应用的社交群组(微信朋友圈或者选定的好友)中显示第一链接信息，如“XX公司新年红包大家抢，X个红包先到先得哦！”。

[0220] e.在第二应用(微信应用)中打开第一链接信息(如抢红包分享链接信息，以抢红包链接为例)，得到红包结果页面，最终获取红包；好友首次打开需授权。

[0221] 其中，该红包结果页面包含以下内容：

[0222] 1)页面标题：标题文字可以不超过10个中文字符，文字内容由广告主提供；

[0223] 2)活动背景图：置于页面底层，由广告主提供素材规格，素材指活动背景图；

[0224] 3)中奖结果：告知红包是否抢完，若获得红包，得到多少价值；

[0225] 中奖结果是根据中奖文字模板生成，如“恭喜您，获得xxx元现金红包。

[0226] 分享至朋友圈，把好消息告诉小伙伴！”。未中奖结果是根据未中奖文字模板生成，如“很遗憾，您未能中奖，下次再试试！”。

[0227] 另外，如果点击第一链接信息(如抢红包分享链接信息，以抢红包链接为例)，信息加载失败，则直接显示“红包已抢完”的页面。

[0228] 而且，红包结果页面也有分享功能，可以分享：页面包含分享图标，点击分享后提示点击微信右上角分享按钮。

[0229] 针对上述描述，本具体示例一的交互流程多级显示页面如图8-14所示：

[0230] 其中，图8为图7中a过程的具体示例，包括浮层按钮设计的抢红包入口S21；图9为图7中b过程的具体示例，包括以红包分享提示入口S22提醒分享给好友；图10-图11为图7中c过程的具体示例；图12为图7中d过程的具体示例，图13为图7中e过程的具体示例，进一步，图14为微信用户在微信应用界面继续分享腾讯视频抢红包过程的具体示例，图25为无论是具体实现一还是具体实现二都需要输入验证码的具体示例，但是并不限于图8-图14、及图25的这些示例。

[0231] 具体实现二、以智能平板电脑或者PC机的一个具体实现来说明针对实时红包的交互过程，智能平板电脑可以是Ipad，安卓系统的平板电脑等等。该交互过程如图15所示主要包括以下内容：

[0232] a1、在视频应用的用户界面中所显示的广告信息，如贴片广告上设置“抢红包”浮层按钮，这个浮层按钮就是上述抢红包入口。

[0233] 其中，对应该抢红包按钮样式而言：包括：1)文字信息“抢红包”；2)图片信息“红包”；

[0234] b1、点击上述浮层按钮出现二维码浮层页，用户通过微信扫二维码，进入H5活动页面(如红包页面)参与抢红包。

[0235] 对二维码扫一扫按钮的样式而言，包括：1)按钮文字信息“微信扫一扫”；2)图片信息“活动页二维码，及边框”按钮，该二维码浮层页可关闭。

[0236] c1、用户通过手机扫二维码，进入微信界面，首次需授权。即：扫码后进入微信授权登陆，通过微信授权登录验证通过后，在第一应用(如视频应用，以腾讯视频为例)与第二应用(如社交网络应用，以微信应用为例)间建立通信连接，从由第一应用跳转到第二应用；

[0237] d1、在微信界面中进入H5页面(红包互动页面)，告知共抢到多少个红包，提醒先抢一个。

[0238] e1、H5页面有红包分享功能，告知抢到的红包价值及剩余个数，通过红包分享提示入口提醒分享，调用微信通用分享组件，可分享至微信朋友圈或选定的微信好友。

[0239] f1、成功将红包分享至第二应用的社交群组(微信朋友圈或选定的微信好友)，在第二应用的社交群组(微信朋友圈或者选定的好友)中显示第一链接信息，如“XX公司新年红包大家抢，X个红包先到先得哦！”。

[0240] g1、在第二应用(微信应用)中打开第一链接信息(如抢红包分享链接信息，以抢红包链接为例)，得到红包结果页面，获取红包，好友首次点开需授权。

[0241] 其中，该红包结果页面包含以下内容：

[0242] 1)页面标题：标题文字可以不超过10个中文字符，文字内容由广告主提供；

[0243] 2)活动背景图：置于页面底层，由广告主提供素材规格，素材指活动背景图；

[0244] 3)中奖结果：告知红包是否抢完，若获得红包，得到多少价值；

[0245] 中奖结果是根据中奖文字模板生成，如“恭喜您，获得xxx元现金红包。

[0246] 分享至朋友圈，把好消息告诉小伙伴！”。未中奖结果是根据未中奖文字模板生成，如“很遗憾，您未能中奖，下次再试试！”。

[0247] 另外，如果点击第一链接信息(如抢红包分享链接信息，以抢红包链接为例)，信息加载失败，则直接显示“红包已抢完”的页面。

[0248] 而且，红包结果页面也有分享功能，可以分享：页面包含分享图标，点击分享后提示点击微信右上角分享按钮。

[0249] 针对上述描述，本具体示例二的交互流程多级显示页面如图16-24所示：

[0250] 其中，图16为图15中a1过程的具体示例，包括浮层按钮设计的抢红包入口S31；图17-18为图15中b1过程的具体示例，包括二维码浮层S32；图19为图15中c1过程的具体示例；
图20为图15中d1过程的具体示例；图21为图15中e1过程的具体示例，包括以红包分享提示入口S33提醒分享给好友，点击红包分享提示入口S33得到图22所示的页面；图23-24为图15中f1过程的具体示例，进一步，图25为无论是具体实现一还是具体实现二都需要输入验证码的具体示例，在智能手机和智能平板验证需要输入验证码的好处是：防止别人机器刷红包，证明是真实的个人在刷红包，而不是机器自动刷红包。但是并不限于图16-图25的这些示例。

[0251] 对于上述具体实现一和上述具体实现二而言，在第一应用与第二应用建立通信连接，实现上述交互过程及在安装有第一应用(腾讯视频)和第二应用(微信应用)的客户端用户界面显示各级交互页面，会调用到服务器侧的视频服务器，红包系统平台和微信支付平台，具体的，应用本发明实施例微信红包和贴片广告相结合的场景中，数据传输包括：1)当用户授权登录红包页面，则红包页面获得该用户的用户ID(如openudid)和广告主的公众号ID；2)当该用户抽中了红包，红包系统平台(如红包页面后台)将用户的openuid和公众号Id还有红包金额大小N元(如5块)等支付参数传送到微信支付平台；3)微信支付收到支付参数后，则从公众号Id里取出现金N元(如5块)，发放到用户openuid的微信账号或账户；4)用户openuid对应的微信账号或账户则获取到该N元现金(如5块)红包存入微信钱包，以用于后续的微信支付使用。

[0252] 在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

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

[0254] 另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

[0255] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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