CN112688855B - 信息传输方法、存储介质及电子装置 - Google Patents

Abstract

本公开实施例公开了一种信息传输方法、存储介质及电子装置。其中，该方法包括：在第一帐号与第二帐号之间建立好友关系，其中，第一帐号为在第一应用中使用的帐号，第二帐号为在第二应用中使用的帐号；在第一帐号登录的第一客户端中获取第一应用的交互插件，其中，交互插件用于使第一帐号在第一客户端中关注第三帐号，并在第一客户端中显示第三帐号的访问入口，第三帐号为在第二应用中使用的目标群组的管理帐号，第二帐号归属在目标群组中；在第一客户端中通过交互插件获取第二帐号或第三帐号发送的目标信息。本公开解决了普通用户版应用无法及时有效获取企业版应用的推送消息的技术问题。

Description

信息传输方法、存储介质及电子装置

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种信息传输方法、存储介质及电子装置。

背景技术

现有技术中第一应用(普通用户版应用)中的普通帐号和第二应用(企业版应用)中的服务帐号之间无法实现消息互通，例如，如果普通用户微信需要接收企业版应用中服务帐号的消息推送，需要安装企业版应用的应用并注册企业版应用的帐号，实际应用中造成很多不便。具体应用中，如果教育机构使用企业版应用，家长使用普通用户版应用，或者银行使用企业版应用，客户使用普通用户版应用，现有技术的缺陷导致普通用户版应用无法及时有效获取企业版应用的推送消息。

针对现有技术中普通用户版应用无法及时有效获取企业版应用的推送消息的问题，目前尚未提出有效的解决方案。

发明内容

本公开实施例提供了一种信息传输方法、存储介质及电子装置，以至少解决普通用户版应用无法及时有效获取企业版应用的推送消息的技术问题。

根据本公开实施例的一个方面，提供了一种信息传输方法，包括：在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；在所述第一帐号登录的第一客户端中获取所述第一应用的交互插件，其中，所述交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；在所述第一客户端中获取所述第三帐号发送的目标信息。

根据本公开实施例的一个方面，还提供了一种信息传输方法，包括：在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；向所述第一帐号登录的第一客户端中推送所述第一应用的交互插件，其中，所述交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；使用所述第二帐号或所述第三帐号向所述第一客户端发送目标信息。

根据本公开实施例的另一方面，还提供了一种信息传输装置，包括：

第一建立模块，用于在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

第一获取模块，用于在所述第一帐号登录的第一客户端中获取所述第一应用的交互插件，其中，所述交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

第二获取模块，用于在所述第一客户端中获取所述第三帐号发送的目标信息。

可选地，所述装置还包括：

第三获取模块，用于在所述第一客户端中通过第一中间服务器获取所述第二帐号发送的信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息；

填写模块，用于在所述第一客户端中根据所述信息完善请求填写所述第一帐号的参数信息，其中，所述第一帐号的参数信息包括：所述第一帐号与所述第三帐号的关联参数，所述关联参数用于确定所述第一帐号在所述第三帐号中的操作权限；

第四获取模块，用于在所述第一客户端中获取所述第二帐号发送的使用引导说明，其中，所述使用引导说明用于解释所述第一帐号在所述第三帐号中的操作权限。

可选地，所述第二获取模块包括：

第一获取单元，用于在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单和/或通知信息，其中，所述第二中间服务器用于在所述第一帐号和所述第三帐号之间传输信息，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

可选地，所述第二获取模块还包括：

第一访问单元，用于在所述第一客户端中通过访问所述企业应用浏览与所述企业相关的新闻信息；

第二访问单元，用于在所述第一客户端中通过访问所述企业应用实现所述第一帐号在所述第三帐号中的签到打卡；

第三访问单元，用于在所述第一客户端中通过访问所述企业应用获取所述第三帐号发布的任务，并反馈针对所述任务的处理结果。

可选地，所述第二获取模块还包括：

第四访问单元，用于在所述第一客户端中通过访问所述联系目标帐号应用获取目标帐号列表，其中，所述目标帐号列表中包含归属于所述目标群组的目标帐号；

第二获取单元，用于从所述目标帐号列表中获取所述目标帐号的二维码名片；

扫描单元，用于通过扫描所述目标帐号的二维码名片与所述目标帐号进行即时通信和/或建立好友关系。

可选地，所述第二获取模块还包括：

第三获取单元，用于获取所述通知消息中携带的通信链接，其中，所述通信链接用于指向归属于所述目标群组的目标帐号；

第五访问单元，用于通过访问所述通信链接与所述目标帐号进行即时通信和/或建立好友关系。

根据本公开实施例的另一方面，还提供了一种信息传输装置，包括：

第二建立模块，用于在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

推送模块，用于向所述第一帐号登录的第一客户端推送所述第一应用的交互插件，其中，所述交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

第一发送模块，用于使用所述第三帐号向所述第一客户端发送目标信息。

可选地，所述装置还包括：

第二发送模块，用于使用所述第二帐号通过第一中间服务器向所述第一客户端发送信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息，所述信息完善请求用于请求填写所述第一帐号的参数信息，所述第一帐号的参数信息包括：所述第一帐号与所述第三帐号的关联参数，所述关联参数用于确定所述第一帐号在所述第三帐号中的操作权限；

接收模块，用于接收所述第一客户端通过所述第一中间服务器发送的所述第一帐号的参数信息；

第三发送模块，用于根据所述第一帐号的参数信息，通过所述第二帐号向所述第一客户端发送使用引导说明，其中，所述使用引导说明用于解释所述第一帐号在所述第三帐号中的操作权限。

可选地，所述装置还包括：

第五获取模块，用于获取归属于所述目标群组的第四帐号的参数信息，其中，所述第四帐号的参数信息包括：所述第四帐号与所述第三帐号的关联参数以及所述第四帐号的责任范围；

生成模块，用于根据所述第一帐号的参数信息、所述第一帐号在所述第一应用中的标识、所述第四帐号的参数信息以及所述第四帐号在所述第二应用中的标识，生成所述第一帐号与所述第四帐号的对应关系，其中，所述第一帐号在所述第一应用中的标识用于唯一标识所述第一帐号，所述第四帐号在所述第二应用中的标识用于唯一标识所述第四帐号。

可选地，所述第一发送模块包括：

设置单元，用于使用所述第四帐号设置目标通知信息，其中，所述目标通知消息中携带指向所述第四帐号的通信链接；

确定单元，用于在与所述第四帐号具有对应关系的第一帐号中确定目标第一帐号；

第一发送单元，用于使用所述第三帐号向所述目标第一帐号登录的目标第一客户端发送所述目标通知信息。

可选地，所述装置还包括：

保存模块，用于使用目标数据结构保存与所述第一帐号和所述第四帐号相关的数据信息，其中，所述目标数据结构至少包括：第一目录，第二目录和第三目录，其中，所述第一目录用于保存所述第四帐号的参数信息，所述第二目录用于保存所述第一帐号与所述第四帐号的对应关系，所述第三目录用于保存所述第一帐号的参数信息，所述第二目录为所述第一目录的子目录，所述第三目录为所述第二目录的子目录。

可选地，所述第一发送模块还包括：

第二发送单元，用于使用所述第三帐号通过第二中间服务器向所述第一客户端发送应用菜单和/或通知信息，其中，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

可选地，所述装置还包括：

配置模块，用于通过管理员帐号对所述目标信息的参数进行配置，其中，所述管理员帐号为归属于所述目标群组的帐号，所述目标信息的参数至少包括以下之一：所述目标信息的内容，所述目标信息的展示界面，所述目标信息的发送对象。

根据本公开实施例的又一方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述信息传输方法。

根据本公开实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的信息传输方法。

在本公开实施例中，通过建立第一应用中的第一帐号与第二应用中的第二帐号之间的好友关系之后，自动在第一帐号登录的第一客户端中安装交互插件，此交互插件用于在第一客户端中关注第三帐号并在第一客户端中显示第三帐号的访问入口，其中，第三帐号是在第二应用中使用的目标群组的管理帐号，第二帐号归属于目标群组中，由于第一帐号登录的第一客户端中关注了第三帐号，可以通过该第三帐号的访问入口直接接收第二应用中的第三帐号发送的目标信息，从而实现了在第一应用中及时有效接收第二应用中目标群组的管理帐号发送的目标信息的技术效果，进而解决了普通用户版应用无法及时有效获取企业版应用的推送消息的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是根据本公开实施例一种可选的信息传输方法的硬件环境示意图；

图2是根据本公开实施例的一种可选的信息传输方法的流程图；

图3是根据本公开实施例的一种可选的家长帐号界面显示图；

图4是根据本公开实施例的又一种可选的家长帐号界面显示图；

图5是根据本公开实施例的又一种可选的家长帐号界面显示图；

图6是本公开实施例的又一种可选的信息传输方法的流程图；

图7是根据本公开实施例的一种可选的管理员帐号界面示意图；

图8是根据本公开实施例的一种可选的企业版应用界面示意图；

图9是根据本公开实施例的又一种可选的企业版应用界面示意图；

图10是根据本公开实施例的又一种可选的企业版应用界面示意图；

图11是根据本公开实施例的又一种可选的企业版应用界面示意图；

图12是根据本公开实施例的一种可选的数据结构示意图；

图13是根据本公开实施例的一种家校场景下企业版应用与家长帐号的交互示意图；

图14是根据本公开实施例的信息传输装置的一种可选的结构框图；

图15是根据本公开实施例的信息传输装置的一种可选的结构框图；

图16是根据本公开实施例的一种可选的电子装置的结构示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了解决上述技术问题，本公开实施例提供了一种信息传输方法。图1是根据本公开实施例一种可选的信息传输方法的硬件环境示意图，如图1所示，该硬件环境可以包括但不限于第一用户设备102、网络110、服务器112和第二用户设备202，其中，第一用户设备102中可以包括但不限于存储器104、处理器106、显示器108，第二用户设备202中可以包括但不限于存储器204、处理器206、显示器208，服务器112可以包括但不限于数据库114、处理引擎116。此处的第一用户设备102和第二用户设备202可以但不限于是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。在图1所示的硬件场景中，第一用户设备102中安装了第一应用的客户端，使用第一帐号登录第一应用的客户端，第二用户设备202中安装了第二应用的客户端，使用第二帐号或第三帐号登录第二应用的客户端，其中，第三帐号为目标群组的管理帐号，第二帐号归属于目标群组，本公开实施例的信息传输方法一种可选的实现步骤如下：

步骤S102，第一用户设备102中登录的第一帐号向第二用户设备202中登录的第二帐号发送好友请求，其中，好友请求先发送到网络端110，通过网络端110进行转发，第一帐号是在第一应用中使用的帐号，第二帐号是在第二应用中使用的帐号；

步骤S104，网络端110将好友请求转发给服务器112；

步骤S106，服务器112接收到好友请求后，将好友请求转发给第二用户设备202中登录的第二帐号，然后第二应用后台服务器识别出好友请求来自第一应用中的第一帐号，确定第二帐号的权限，可以与第一帐号建立好友关系，然后第二应用向第一应用发送一个确认信息，确认接收第一帐号的好友请求，然后第一应用收到确认信息后确认这一好友关系，从而可以建立第一帐号和第二帐号之间的好友关系，此时可以实现第一帐号与第二帐号之间的即时通信。第一帐号和第二帐号之间建立好友关系后，第二应用主动向第一用户设备102的第一应用客户端推送交互插件，交互插件在第一应用客户端上安装成功后，就建立了第一帐号与第三帐号之间的连接关系，在第一应用客户端上可以表现为第一帐号关注了第三帐号的公众号，并可以接收第三帐号发送的通知信息，也就是目标信息；

步骤S108，服务器112将目标信息发送到网络端110，目标信息可以是第二帐号发送的，也可以是第三帐号发送的；

步骤S110，网络端110将从服务器112接收到的目标信息发送给第一用户设备102上登录的第一帐号。

可选地，在本公开实施例中，上述信息传输方法可以但不限于应用于服务器112中，第一用户设备102和第二用户设备202可以但不限于为手机、平板电脑、笔记本电脑、PC机等支持运行应用客户端的终端设备。上述服务器112、第一用户设备102和第二用户设备202可以但不限于通过网络实现数据交互，上述网络可以包括但不限于无线网络或有线网络。其中，该无线网络包括：蓝牙、WIFI及其他实现无线通信的网络。上述有线网络可以包括但不限于：广域网、城域网、局域网。上述仅是一种示例，本实施例中对此不作任何限定。

可选地，第一应用可以是家长使用的及时通信类应用，第二应用可以是学校或老师使用的企业版应用，可以包括即时通信功能和办公功能，第一应用也可以是任何客户版的应用，对应的第二应用可以是任何企业版的应用，只要第一帐号与第二帐号和第三帐号的对应关系满足服务关系即可，例如，金融行业中银行与客户的关系，法律行业中接受委托者与委托者的关系，教育领域中培训机构与学生的关系等，本公开实施例对此不做限定。

以家校联系为例，家长使用的帐号可以是第一应用中的第一帐号，老师使用的帐号可以是第二应用中的第二帐号，老师所属学校的服务号可以是第二应用中的第三帐号。在家长帐号与老师帐号建立好友关系后，家长信息自动存在于服务号的服务列表中，然后第二应用向家长帐号推送交互插件，家长帐号安装交互插件后即完成自动关注服务号，并在家长帐号登录的客户端中显示服务号的访问入口。然后家长帐号接收老师帐号发送的个人信息完善的请求(可以通过第三方小程序的方式发送)，并完成个人信息的填写，其中个人信息可以包括学生姓名、班级、家长是父亲还是母亲或其他监护人，以及家长的联系电话。然后服务号可以根据家长填写的信息，确定家长帐号在第三帐号中的访问权限，当然，也可以是全开放权限，本发明实施例对此不做限定。服务号与家长帐号访问权限对应的服务推送给家长帐号，然后家长帐号可以在第三帐号的访问接口中访问对应的应用工具。服务号通过中间服务器的方式将数据推送到普通版应用。后期家长帐号要使用应用服务或者访问应用列表，都是在微信本地完成的。

第一应用为家长使用的普通版应用，第二应用为学校和老师使用的企业版应用。普通版应用和企业版应用之间设置交互通道，在第一帐号与第二帐号建立好友关系后可以实现第一帐号和第二帐号的即时通信。但是第一帐号无法接收学校帐号的服务，通过安装交互插件可以实现普通版应用与学校帐号之间的交互，可以是在普通版应用客户端关注学校帐号的服务号(即第三帐号)。第一帐号与第二帐号建立连接关系后，第二帐号向第一帐号推送信息完善请求，第一帐号将个人信息填写完善，方便服务号对家长帐号进行统一管理，并设置对应权限。服务号通过中间服务器建立的链路将与家长帐号(第一帐号)操作权限对应的应用工具选项发送到第一客户端，家长帐号直接在本地客户端访问服务号即可使用与其操作权限对应的应用工具。中间服务器用于实现第一应用的第一帐号与第二应用的第三帐号之间的信息互通。例如，浏览学校新闻、每日登陆打卡、获取老师布置的作业等，这些应用工具可以是与服务号合作的第三方应用，也可以是第三帐号在第二应用中直接开发的应用功能。服务号中的管理员帐号还可以根据第一帐号填写的个人信息对普通版应用进行管理，通过按照班级分类，实现通知消息的分类推送，并且方便分配对应的服务老师。

管理员帐号可以在第二应用中对老师帐号和家长帐号的操作权限进行配置。例如，管理员帐号可以配置家长微信首次关注服务号后的欢迎语的内容，也可以配置每个老师对应管理的家长帐号列表。当老师帐号需要向家长帐号发送通知消息是，可以从自己有发送权限的家长帐号列表中选择对应的家长，并编写通知内容，然后发送给对应家长帐号，当然，此处的通知内容也可以是管理员帐号提前配置好的。

可选地，第一帐号与第二帐号之间建立好友关系后，即可通过中间服务器实现即时通信，此处的中间服务器与上述第一帐号和第三帐号之间传输消息的中间服务器可以有相同的通信链路，也可以是不同的通信链路，本公开实施例对此不做限定。

图2是本公开实施例的一种可选的信息传输方法的流程图。如图2所示，该方法包括：

步骤S202，在第一帐号与第二帐号之间建立好友关系，其中，第一帐号为在第一应用中使用的帐号，第二帐号为在第二应用中使用的帐号；

步骤S204，在第一帐号登录的第一客户端中获取第一应用的交互插件，其中，交互插件用于使第一帐号在第一客户端中关注第三帐号，并在第一客户端中显示第三帐号的访问入口，第三帐号为在第二应用中使用的目标群组的管理帐号，第二帐号归属在目标群组中；

步骤S206，在第一客户端中获取第三帐号发送的目标信息。

第二应用后台服务器识别出好友请求来自第一应用中的第一帐号，确定第二帐号的权限，可以与第一帐号建立好友关系，然后第二应用向第一应用发送一个确认信息，确认接收第一帐号的好友请求，然后第一应用收到确认信息后确认这一好友关系，从而可以建立第一帐号和第二帐号之间的好友关系。通过建立第一帐号与第二帐号之间的好友关系，可以实现第一帐号与第二帐号之间的即时通信，方便第一帐号与第二帐号之间的沟通交流，而不必安装相同的软件应用。

可选地，在第一帐号登录的第一客户端中获取第一应用的交互插件，可以通过以下步骤实现：

S1，第一帐号与第二帐号建立好友关系之后，在第一帐号登录的第一客户端中接收第二应用推送的交互插件；

S2，在第一客户端中通过交互插件关注第三帐号。

第一帐号和第二帐号之间建立好友关系后，第二应用主动向第一应用客户端推送交互插件，交互插件在第一应用客户端上自动安装成功后，就建立了第一帐号与第三帐号之间的连接关系，在第一应用客户端上可以表现为第一帐号关注了第三帐号的公众号，并可以接收第三帐号发送的通知信息，也就是目标信息。

这一插件安装过程可以是第一应用和第二应用之间约定的默认协议，即，第二应用中的第二帐号与第一应用中第一帐号建立好友关系后，默认为第一应用中的第一帐号登录的客户端可以自动安装交互插件，通过交互插件关注第三帐号，即第二帐号的归属帐号。举例说明，当家长使用的普通版应用与第一学校的老师使用的企业版应用建立好友关系后，默认在家长帐号上安装与第一学校进行交互的插件，表现为主动关注第一学校的公众号，并接收第一学校的公众号推送的消息。

可选地，在第一帐号与第二帐号之间建立好友关系之后，所述方法还包括：

S1，在第一客户端中通过第一中间服务器获取第二帐号发送的信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息；

S2，在第一客户端中根据信息完善请求填写第一帐号的参数信息，其中，第一帐号的参数信息包括：第一帐号与第三帐号的关联参数，关联参数用于确定第一帐号在第三帐号中的操作权限；

S3，在第一客户端中通过第一中间服务器获取第二帐号发送的使用引导说明，其中，使用引导说明用于解释第一帐号在第三帐号中的操作权限。

第一帐号与第二帐号建立好友关系后，第二帐号会向第一帐号发送一个完善个人信息的链接，第一帐号点击链接可以填写自身的个人信息，此处的个人信息包括第一帐号与第三帐号之间的业务关系来表明第一帐号的身份，例如，学生家长、银行客户、委托人等等，然后具体的信息可以包括业务内容，例如，孩子的姓名、就读年纪及班级，在银行办理的业务，委托代理机构办理的业务等等，通过上述个人信息可以确定第一帐号在第三帐号中的操作权限，例如，可以访问哪些功能性应用，可以联系哪些业务人员。第一中间服务器可以理解为在第一应用和第二应用之间建立连接通道的服务器，可以实现第一帐号与第二帐号之间的信息传输。

可选地，在第一帐号与第二帐号之间建立好友关系可以通过以下步骤实现：

S1，使用所述第一帐号扫描所述第二帐号的二维码名片，其中，第二帐号的二维码名片为第二应用为第二帐号生成的名片；

S2，通过第一应用与第二应用进行信息交互后，确定在第一帐号与第二帐号之间建立好友关系。

第一帐号和第二帐号建立好友关系的方式，也可以让第二帐号扫描第一帐号的二维码名片，或者通过手机号、身份标识号查找的方式，本公开实施例对此不做限定。

可选地，在所述第一客户端中获取所述第三帐号发送的目标信息，包括：

S1，在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单和/或通知信息，其中，所述第二中间服务器用于在所述第一帐号和所述第三帐号之间传输信息，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

第二中间服务器可以理解为在第一应用和第二应用之间建立连接通道的服务器，可以实现第一帐号与第三帐号之间的信息传输。第二中间服务器和第一中间服务器可以是相同的服务器，共用通信链路，也可以是不同的服务器，分别配置不同的通信链路。

可选地，在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单之后，所述方法还包括以下至少之一：

S1，在所述第一客户端中通过访问所述企业应用浏览与所述企业相关的新闻信息；

S2，在所述第一客户端中通过访问所述企业应用实现所述第一帐号在所述第三帐号中的签到打卡；

S3，在所述第一客户端中通过访问所述企业应用获取所述第三帐号发布的任务，并反馈针对所述任务的处理结果。

上述企业应用可以包括企业新闻应用，可以登录浏览与企业相关的新闻信息，或者查看企业最新动向，还可以包括签到打卡的应用，可以使第一帐号每天登录打卡，统计当日登录人次，还可以包括任务布置应用，例如布置作业的应用，可以使第一帐号登录后获取当日需要完成的任务，并将完成的任务结果上传。

可选地，在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单之后，所述方法还包括：

S1，在所述第一客户端中通过访问所述联系目标帐号应用获取目标帐号列表，其中，所述目标帐号列表中包含归属于所述目标群组的目标帐号；

S2，从所述目标帐号列表中获取所述目标帐号的二维码名片；

S3，通过扫描所述目标帐号的二维码名片与所述目标帐号进行即时通信和/或建立好友关系。

可选地，在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的通知信息之后，所述方法还包括：

S1，获取所述通知消息中携带的通信链接，其中，所述通信链接用于指向归属于所述目标群组的目标帐号；

S2，通过访问所述通信链接与所述目标帐号进行即时通信和/或建立好友关系。

以家校联系为例进行说明，设定家长使用的是普通用户版微信，老师和学校使用的企业版应用。图3是根据本公开实施例的一种可选的家长帐号界面显示图，如图3所示，家长帐号通过扫描老师帐号的二维码，与老师帐号建立好友关系。建立好友关系后，第一帐号的客户端自动关注学校帐号的服务号(可以理解为公众号)，并接收学校通知，如3所示，接收到学校通知后会在学校帐号头像的右上角显示消息提示框。然后老师帐号向家长帐号发送完善信息的填写的链接，需要填写的内容可以包括如图所示的“学生姓名”、“所在班级”、“与学生的关系”、“家长手机号”等，填写完成后，界面上可以自动显示家长帐号的备注名称，如图3所示的“王潇潇-妈妈”。

可选地，在第一帐号登录的第一客户端中获取第一应用的交互插件之后，所述方法还包括：

在第一客户端中通过交互插件访问第三帐号中的功能性应用，其中，功能性应用至少包括以下之一：学校新闻，每日打卡，作业查询；和/或

在第一客户端中通过交互插件选择归属于目标群组的目标帐号进行即时通信，其中，目标帐号包括第二帐号。

图4是根据本公开实施例的又一种可选的家长帐号界面显示图，如图4所示，点开学校通知界面后，可以看到海珠中学的欢迎语，界面下方设置“学校应用”和“联系老师”的选项。家长帐号可以点击“学校应用”进入可选的应用界面，如图所示可以包括“学校新闻”、“每日打卡”、“作业查询”，可以通过“学校新闻”浏览服务号发布的学校的新闻纪实，通过“每日打卡”完成签到打卡，通过“作业查询”查看老师布置的作业，也可以反馈作业的完成情况，还可以查询老师对作业的批改情况。当然，在老师使用的企业版应用界面也会有“学校应用”的选项，学校提供的应用可以帮助老师了解学校信息和学校提供的常用工具能力，也可以帮助家长更好的了解孩子在学校的情况。

可选地，使用第一帐号选择归属于第三帐号的目标帐号进行即时通信，包括：在第一客户端中通过交互插件获取第三帐号中的目标帐号列表，从所述目标帐号列表中获取目标帐号的二维码名片，通过扫描目标帐号的二维码名片与目标帐号进行即时通信；在第一客户端中通过交互插件接收所述第三帐号推送的通知消息，通知消息中携带目标帐号的通信链接，通过访问通信链接与目标帐号进行即时通信。

图5是根据本公开实施例的又一种可选的家长帐号界面显示图，如图5所示，点开“联系老师”的选项后，会显示家长帐号可以联系的老师列表，每个老师头像右侧设置“联系”选项，点击“联系”选项显示该老师的二维码名片，可以通过识别二维码并扫描来与老师联系，也可以是通过接受学校应用推送的通知消息，在通知消息内包含联系老师的链接，点击链接后也可进入与老师通信的界面。

可选地，根据信息完善请求填写所述第一帐号的参数信息之后，所述方法还包括：

在第一客户端中获取与第一帐号具有对应关系的第四帐号，其中，第四帐号为在第二应用中使用的归属于目标群组的帐号，第一帐号与所述第四帐号的对应关系与以下参数相关：第一帐号与第三帐号的关联参数，第四帐号与第三帐号的关联参数。

例如，学校可以通过配置专门服务于不同班级家长的老师，通过指定的服务范围来管理老师与管理范围，让老师更清晰的管理自己班级学生的家长，不会受到过多管理范围而带来的管理难度的增加，而家长也可以通过联系老师找到与自己有关系的老师，通过微信和企业版应用直接沟通。

此处提到的第一帐号与第三帐号的关联参数，可以是家长与学校的业务关系，例如孩子所属班级，第四帐号与第三帐号的关联参数，可以是老师在学校内的负责范围，例如语文老师，语文老师兼职班主任，辅导员老师等，不同的老师负责的班级不同，负责的学生群体的数量也不同，对接的家长也就不同。

图6是本公开实施例的一种又可选的信息传输方法的流程图。如图6所示，该方法包括：

步骤S602，在第一帐号与第二帐号之间建立好友关系，其中，第一帐号为在第一应用中使用的帐号，第二帐号为在第二应用中使用的帐号；

步骤S604，向第一帐号登录的第一客户端推送第一应用的交互插件，其中，交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，第三帐号为在第二应用中使用的目标群组的管理帐号，第二帐号归属在目标群组中；

步骤S606，使用第二帐号或第三帐号向第一客户端发送目标信息。

可选地，在第一帐号与第二帐号之间建立好友关系之后，所述方法还包括：

S1，使用所述第二帐号通过第一中间服务器向所述第一客户端发送信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息，信息完善请求用于请求填写第一帐号的参数信息，第一帐号的参数信息包括：第一帐号与第三帐号的关联参数，关联参数用于确定第一帐号在所述第三帐号中的操作权限；

S2，接收第一客户端通过第一中间服务器发送的第一帐号的参数信息；

S3，根据第一帐号的参数信息，通过第二帐号向第一客户端发送使用引导说明，其中，使用引导说明用于解释第一帐号在第三帐号中的操作权限。

以家校联系为例进行说明，设定家长使用的是普通用户版微信，老师和学校使用的企业版应用。图3是根据本公开实施例的一种可选的家长帐号界面显示图，如图3所示，家长帐号通过扫描老师帐号的二维码，与老师帐号建立好友关系。建立好友关系后，第一帐号的客户端自动关注学校帐号的服务号(可以理解为公众号)，并接收学校通知，如3所示，接收到学校通知后会在学校帐号头像的右上角显示消息提示框。然后老师帐号向家长帐号发送完善信息的填写的链接，需要填写的内容可以包括如图所示的“学生姓名”、“所在班级”、“与学生的关系”、“家长手机号”等，填写完成后，界面上可以自动显示家长帐号的备注名称，如图3所示的“王潇潇-妈妈”。

可选地，在向所述第一帐号登录的第一客户端中推送所述第一应用的交互插件之后，所述方法包括：

接收所述第一客户端通过所述交互插件对所述第三帐号中功能性应用的访问，其中，所述功能性应用至少包括以下之一：学校新闻，每日打卡，作业查询；和/或

通过归属于所述目标群组的目标帐号与所述第一客户端中登录的所述第一帐号进行即时通信，其中，所述目标帐号包括所述第二帐号。

接收所述第一客户端通过所述第一中间服务器发送的所述第一帐号的参数信息之后，所述方法还包括：

S1，获取归属于所述目标群组的第四帐号的参数信息，其中，所述第四帐号的参数信息包括：所述第四帐号与所述第三帐号的关联参数以及所述第四帐号的责任范围；

S2，根据所述第一帐号的参数信息、所述第一帐号在所述第一应用中的标识、，所述第四帐号的参数信息以及所述第四帐号在所述第二应用中的标识，生成所述第一帐号与所述第四帐号的对应关系，其中，所述第一帐号在所述第一应用中的标识用于唯一标识所述第一帐号，所述第四帐号在所述第二应用中的标识用于唯一标识所述第四帐号。

可选地，述使用所述第三帐号向所述第一客户端发送目标信息，包括：

S1，使用所述第四帐号设置目标通知信息，其中，所述目标通知消息中携带指向所述第四帐号的通信链接；

S2，在与所述第四帐号具有对应关系的第一帐号中确定目标第一帐号；

S3，使用所述第三帐号向所述目标第一帐号登录的目标第一客户端发送所述目标通知信息。

例如，在学校帐号里，老师帐号可以通过“学校通知”这一应用设置通知信息的内容，并选择通知的发送对象，而老师帐号对通知内容和通知对象的设置权限，都是由管理员帐号来授权配置的。

可选地，使用所述第三帐号向所述第一客户端发送目标信息，包括：

使用所述第三帐号通过第二中间服务器向所述第一客户端发送应用菜单和/或通知信息，其中，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

图4是根据本公开实施例的又一种可选的家长帐号界面显示图，如图4所示，点开学校通知界面后，可以看到海珠中学的欢迎语，界面下方设置“学校应用”和“联系老师”的选项。家长帐号可以点击“学校应用”进入可选的应用界面，如图所示可以包括“学校新闻”、“每日打卡”、“作业查询”，可以通过“学校新闻”浏览服务号发布的学校的新闻纪实，通过“每日打卡”完成签到打卡，通过“作业查询”查看老师布置的作业，也可以反馈作业的完成情况，还可以查询老师对作业的批改情况。当然，在老师使用的企业版应用界面也会有“学校应用”的选项，学校提供的应用可以帮助老师了解学校信息和学校提供的常用工具能力，也可以帮助家长更好的了解孩子在学校的情况。

可选地，接收第一客户端发送的第一帐号的参数信息之后，所述方法还包括：

S1，通过第三帐号获取第四帐号的参数信息，其中，第四帐号为在第二应用中使用的归属于目标群组的帐号，第四帐号的参数信息包括：第四帐号与第三帐号的关联参数，第四帐号的责任范围；

S2，根据第一帐号的参数信息和第四帐号的参数信息，在第三帐号中生成第一帐号与第四帐号的对应关系，其中，第四帐号负责管理与本帐号具有对应关系的第一帐号组成的群组。

例如，学校可以通过配置专门服务于不同班级家长的老师，通过指定的服务范围来管理老师与管理范围，让老师更清晰的管理自己班级学生的家长，不会受到过多管理范围而带来的管理难度的增加，而家长也可以通过联系老师找到与自己有关系的老师，通过微信和企业版应用直接沟通。

此处提到的第一帐号与第三帐号的关联参数，可以是家长与学校的业务关系，例如孩子所属班级，第四帐号与第三帐号的关联参数，可以是老师在学校内的负责范围，例如语文老师，语文老师兼职班主任，辅导员老师等，不同的老师负责的班级不同，负责的学生群体的数量也不同，对接的家长也就不同。

可选地，在通过第二帐号或第三帐号向第一客户端发送目标信息之前，所述方法还包括：

通过管理员帐号对目标信息的参数进行配置，其中，管理员帐号为归属于目标群组的帐号，目标信息的参数至少包括以下之一：目标信息的内容，目标信息的展示界面，目标信息的发送对象。

例如，在企业版应用的客户端内，企业管理员也一样可以实现便捷的管理，与在Web管理后台具备同样丰富的能力控制，并且在操作体验上会增加更多交互上的优化来帮助老师在手机上操作，提供更加流畅的管理体验。做为家校联系一个核心的能力就是学校通知，需要先在企业版应用管理端或移动端配置学校的服务人员(对外服务的老师)，包括不同老师对于发送通知范围的控制，通知范围的配置规则数据与老师的身份标识建立关联，在不同老师使用学校通知时使用老师的身份标识来获取当前通知范围的家长数据和推送范围等。

图7是根据本公开实施例的一种可选的管理员帐号界面示意图，如图7所示，从管理员视角可以对第三帐号中的应用工具进行管理配置，也可以对归属于目标群组的第二帐号、第四帐号或目标帐号进行管理配置，还可以对家长帐号界面显示的欢迎语以及家长帐号的分组进行管理配置。可以选择欢迎语推送的群组，例如，向所有的家长帐号都推送，或者向新加入的家长帐号推送，或者向首次加入的家长帐号推送，或者针对不同类型、不同年级的学生家长，推送不同的欢迎语。欢迎语的使用范围可以是全部老师都可以使用，也可以是部分老师可以使用，具体哪些老师可以选择欢迎语，由管理员帐号进行配置。对于学生和家长信息的完善内容，也可以进行配置，例如需要学生或者家长填写的信息内容。

图8是根据本公开实施例的一种可选的企业版应用界面示意图，如图8所示的显示界面可以是老师帐号在企业版应用的工作台界面，此处的老师帐号可以是前述第二帐号或第四帐号或目标帐号。老师帐号的工作台界面中可以包括“客户联系”选项，用于联系家长，“学校通知”选项，用于接收学校的通知推送，“考勤”、“审批”、“文件桌”、“公费电话”、“企业邮箱”等都是常用的工作选项。在“家长联系”界面，有“添加家长”选项，如图8所示，我添加的家长总人数为61，今日新增2个，服务工具中包括“联系我”、“家长信息收集”、“快捷回复”、“群发助手”、“日新增趋势”等，点进“家长信息收集”界面，显示了广州珠海中学需要家长填写完善的信息内容，然后可以选择家长，将完善信息的请求发送给选定的家长，例如可以选择今日新增的两名家长进行发送。当家长填写完成后，后台会自动对家长的信息进行整理，并更改家长的备注名，例如改为“王潇潇-妈妈”。

图9和图10是根据本公开实施例的另一种可选的企业版应用界面示意图，如图9和图10所示的显示界面可以是老师帐号在企业版应用的工作界面，老师帐号可以在学校通知应用中新建通知并选择指定的家长进行发送，发送内容可以包括文字、图片、语音等，对于发送对象可以通过标签进行管理，例如可以设置“全部可选家长”、“按标签筛选的家长”或“指定的家长”，标签可以包括班级或兴趣班名称。

图11是根据本公开实施例的又一种可选的企业版应用界面示意图，如图11所示的企业版应用界面可以是管理员帐号的配置界面，通过配置家长可以使用的应用工具(功能性应用)，来给家长帐号配置对应的操作权限，家长帐号可以从其具有操作权限的应用工具中接收通知消息，被配置给家长帐号使用的应用工具可以向家长帐号发送消息。

可选地，根据第一帐号的参数信息和第四帐号的参数信息，在第三帐号中生成第一帐号与第四帐号的对应关系之后，所述方法还包括：

S1，使用目标数据结构保存第一帐号和第四帐号的数据信息，其中，目标数据结构至少包括：第一目录，第二目录和第三目录，其中，第一目录用于保存第四帐号的参数信息，第二目录用于保存第一帐号与第四帐号的对应关系，第三目录用于保存第一帐号的参数信息，第二目录为所述第一目录的子目录，第三目录为第二目录的子目录。

例如，家校场景下，在存储的老师信息的基础上，存储每个老师与家长的对应关系，即，每个老师管理的家长群组，然后在对应关系的基础上，存储每个家长的个人信息，如此可以直观地获取老师与家长的对应关系，存储界面展示上按照标签组、个人标签、备注名的方式汇总，并支持不同老师关联的家长数据单独获取，并在筛选标签页支持对不同标签组下的家长成员进行数据筛选操作。

图12是根据本公开实施例的一种可选的数据结构示意图，如图12所示，家校场景下，家长将通过企业号接收班级、应用通知，通过互通IM单聊沟通。老师通过企业版应用查看所有建立关系的家长列表、支持老师管理家长信息。核心在于家校中家长数据的维护，展示上按照标签组、个人标签、备注名的方式汇总，并支持不同老师关联的家长数据单独获取，并在筛选标签页支持对不同标签组下的家长成员进行数据筛选操作。

通讯录采用corpkv存储，老师/家长划在partyuser表。家长信息基于老师的数据基础上增加type类型区分是否属于家校联系，而变更流水采用hashnode存储，支持客户端增量拉取。

可选地，接收第一客户端通过交互插件发送的第一帐号的参数信息之后，所述方法还包括：

S1，获取第三方应用的请求消息，其中，请求消息用于请求获取第一帐号的参数信息，第一帐号的参数信息至少包括：第一帐号对应用户的联系方式；

S2，根据第三方应用的请求消息获取第一帐号的参数信息；

S3，将第一帐号的参数信息发送给所述第三方应用。

图13是根据本公开实施例的一种家校场景下企业版应用与家长帐号的交互示意图，如图13所示，家校联系的微信插件技术实现的流程如下：

S1，家长与老师在通过微信、企业版应用建立好友关系后会自动推送当前家校联系配置的欢迎语，同时发送的还有补充家长信息的小程序，用于家长来完善信息使用，例如完善孩子的姓名、班级、相对于孩子的称呼、手机号等信息；

S2，在家长与老师建立好友关系后，企业版应用与微信之间建立的互通能力(根据家长的openid获取家长的手机号，检查手机号是否匹配到企业号的通讯录中，若匹配成功，说明家长已经关注学校企业号，若没有匹配，说明是新加入的家长，自动在家长的微信中关注学校企业号)；

S3，老师或教学的其它管理员通过企业版应用的家校联系中学校通知的应用，可以针对自己有发送范围的家长发送通知消息，支持发送图片和文字；

S4，家长收到消息后就会在微信的消息列表中收到一个学校通知的插件应用，进入这个应用中就可以看到发送通知方的学校名定义的子应用，并会红点标记当前有新的消息通知，点击进入可以查看通知的内容；

S5，在家校通知的插件中，提供了学校应用和联系老师两个菜单，菜单是根据当前老师所在企业的学校创建的，用户点击菜单会通过oAuth2.0鉴权自动获取身份信息，并通过登录成功后的openid反查该学校所配置的应用列表和可联系老师的列表，点击应用和联系老师就可以使用了，不需要用户额外的使用手机号、账号进行登录；

S6，做为家校联系一个核心的能力就是学校通知，需要先在企业版应用管理端或移动端配置学校的服务人员(对外服务的老师)，包括不同老师对于发送通知范围的控制，通知范围的配置规则数据与老师的vid建立关联，在不同老师使用学校通知时使用vid来获取当前通知范围的家长数据和推送范围等；

S7，老师通过学校通知给家长发送的消息通过消息下发通知直接触达到家长侧，并在发送的通知后追加老师的联系方式，只需要家长扫码二维码就可以发送通知的老师建立好友关系或直接沟通；

S8，老师除了使用家校联系应用的提供的能力之外，同样也拥有使用企业版应用的所有基础IM能力、OA应用等丰富的办公能力，在与家长建立好友关系的同时，又可以满足日常的办公需求，可以有效提升办公的效率。

对于上述实施例中涉及的一些名词解释如下：

openid：通过微信OAuth2.0鉴权登录后获取到的身份信息，本技术方案中用于标记用户与企业版应用的关系。openid是微信用户在公众号appid下的唯一用户标识(appid不同，则获取到的openid就不同)，可用于永久标记一个用户。

OAuth2.0：OAuth(开放授权)是一个开放标准，允许用户让第三方应用访问该用户在某一网站上存储的私密的资源(如照片，视频，联系人列表)，而无需将用户名和密码提供给第三方应用。

微信插件：企业版应用与微信建立的消息互通通道，可以通过企业版应用发送消息，在微信插件中接受通知和消息，可以实现用户不需要安装企业版应用也可以企业版应用的企业好友联系。

CorpID：企业版应用创建的企业唯一的ID。

Vid：企业版应用的企业中成员的唯一身份ID。

管理员帐号：是指企业版应用的超级管理员，可以拥有企业版应用管理企业的最高权限，提供在web管理后台和移动端管理视角来管理企业。

企业版应用通过与普通版应用的互通能力，可以实现老师与家长之间的良好沟通和管理环境，而家长又不需要安装企业版应用，可以通过微信直接与老师沟通，并通过本技术方案提供的微信插件可以在微信中直接接受学校发送的通知和公告能力；

老师则通过企业正常的办公之外，还可以使用企业版应用与微信插件的互通，实现跨平台的与家长建立联系，并结合企业版应用的办公能力，非常有效的管理家长和家长建立良好的沟通链接；

对于学校而言，可以实时收集所有家长的信息，并通过家长和老师的沟通信息、数据用于分析改善学校的管理策略，优化学校的运营成本支出方案。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本公开所必须的。

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

根据本公开实施例的另一个方面，还提供了一种用于实施上述信息传输方法的信息传输装置。图14是根据本公开实施例的信息传输装置的一种可选的结构框图，如图14所示，该装置包括：

第一建立模块1402，用于在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

第一获取模块1404，用于在所述第一帐号登录的第一客户端中获取所述第一应用的交互插件，其中，所述交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

第二获取模块1406，用于在所述第一客户端中获取第三帐号发送的目标信息。

可选地，所述装置还包括：

第三获取模块，用于在所述第一客户端中通过第一中间服务器获取所述第二帐号发送的信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息；

填写模块，用于在所述第一客户端中根据所述信息完善请求填写所述第一帐号的参数信息，其中，所述第一帐号的参数信息包括：所述第一帐号与所述第三帐号的关联参数，所述关联参数用于确定所述第一帐号在所述第三帐号中的操作权限；

第四获取模块，用于在所述第一客户端中获取所述第二帐号发送的使用引导说明，其中，所述使用引导说明用于解释所述第一帐号在所述第三帐号中的操作权限。

可选地，所述第二获取模块包括：

第一获取单元，用于在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单和/或通知信息，其中，所述第二中间服务器用于在所述第一帐号和所述第三帐号之间传输信息，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

可选地，所述第二获取模块还包括：

第一访问单元，用于在所述第一客户端中通过访问所述企业应用浏览与所述企业相关的新闻信息；

第二访问单元，用于在所述第一客户端中通过访问所述企业应用实现所述第一帐号在所述第三帐号中的签到打卡；

第三访问单元，用于在所述第一客户端中通过访问所述企业应用获取所述第三帐号发布的任务，并反馈针对所述任务的处理结果。

可选地，所述第二获取模块还包括：

第四访问单元，用于在所述第一客户端中通过访问所述联系目标帐号应用获取目标帐号列表，其中，所述目标帐号列表中包含归属于所述目标群组的目标帐号；

第二获取单元，用于从所述目标帐号列表中获取所述目标帐号的二维码名片；

扫描单元，用于通过扫描所述目标帐号的二维码名片与所述目标帐号进行即时通信和/或建立好友关系。

可选地，所述第二获取模块还包括：

第三获取单元，用于获取所述通知消息中携带的通信链接，其中，所述通信链接用于指向归属于所述目标群组的目标帐号；

第五访问单元，用于通过访问所述通信链接与所述目标帐号进行即时通信和/或建立好友关系。

根据本公开实施例的另一个方面，还提供了一种用于实施上述信息传输方法的信息传输装置。图15是根据本公开实施例的信息传输装置的一种可选的结构框图，如图15所示，该装置包括：

第二建立模块1502，用于在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

推送模块1504，用于向所述第一帐号登录的第一客户端推送所述第一应用的交互插件，其中，所述交互插件用于用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

第一发送模块1506，用于使用第三帐号向所述第一客户端发送目标信息。

可选地，所述装置还包括：

第二发送模块，用于使用所述第二帐号通过第一中间服务器向所述第一客户端发送信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息，所述信息完善请求用于请求填写所述第一帐号的参数信息，所述第一帐号的参数信息包括：所述第一帐号与所述第三帐号的关联参数，所述关联参数用于确定所述第一帐号在所述第三帐号中的操作权限；

接收模块，用于接收所述第一客户端通过所述第一中间服务器发送的所述第一帐号的参数信息；

第三发送模块，用于根据所述第一帐号的参数信息，通过所述第二帐号向所述第一客户端发送使用引导说明，其中，所述使用引导说明用于解释所述第一帐号在所述第三帐号中的操作权限。

可选地，所述装置还包括：

第五获取模块，用于获取归属于所述目标群组的第四帐号的参数信息，其中，所述第四帐号的参数信息包括：所述第四帐号与所述第三帐号的关联参数以及所述第四帐号的责任范围；

生成模块，用于根据所述第一帐号的参数信息、所述第一帐号在所述第一应用中的标识、所述第四帐号的参数信息以及所述第四帐号在所述第二应用中的标识，生成所述第一帐号与所述第四帐号的对应关系，其中，所述第一帐号在所述第一应用中的标识用于唯一标识所述第一帐号，所述第四帐号在所述第二应用中的标识用于唯一标识所述第四帐号。

可选地，所述第一发送模块包括：

设置单元，用于使用所述第四帐号设置目标通知信息，其中，所述目标通知消息中携带指向所述第四帐号的通信链接；

确定单元，用于在与所述第四帐号具有对应关系的第一帐号中确定目标第一帐号；

第一发送单元，用于使用所述第三帐号向所述目标第一帐号登录的目标第一客户端发送所述目标通知信息。

可选地，所述装置还包括：

保存模块，用于使用目标数据结构保存与所述第一帐号和所述第四帐号相关的数据信息，其中，所述目标数据结构至少包括：第一目录，第二目录和第三目录，其中，所述第一目录用于保存所述第四帐号的参数信息，所述第二目录用于保存所述第一帐号与所述第四帐号的对应关系，所述第三目录用于保存所述第一帐号的参数信息，所述第二目录为所述第一目录的子目录，所述第三目录为所述第二目录的子目录。

可选地，所述第一发送模块还包括：

第二发送单元，用于使用所述第三帐号通过第二中间服务器向所述第一客户端发送应用菜单和/或通知信息，其中，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

可选地，所述装置还包括：

配置模块，用于通过管理员帐号对所述目标信息的参数进行配置，其中，所述管理员帐号为归属于所述目标群组的帐号，所述目标信息的参数至少包括以下之一：所述目标信息的内容，所述目标信息的展示界面，所述目标信息的发送对象。

根据本公开实施例的又一个方面，还提供了一种用于实施上述信息传输方法的电子装置，上述电子装置可以但不限于应用于上述图1所示的服务器112中。如图16所示，该电子装置包括存储器1602和处理器1604，该存储器1602中存储有计算机程序，该处理器1604被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子装置可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

S2，在所述第一帐号登录的第一客户端中获取所述第一应用的交互插件，其中，交互插件用于使第一帐号在第一客户端中关注第三帐号，并在第一客户端中显示第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

S3，在所述第一客户端中获取第三帐号发送的目标信息。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S11，在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

S12，向所述第一帐号登录的第一客户端中推送所述第一应用的交互插件，其中，交互插件用于使第一帐号在第一客户端中关注第三帐号，并在第一客户端中显示第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

S13，使用第三帐号向所述第一客户端发送目标信息。

可选地，本领域普通技术人员可以理解，图16所示的结构仅为示意，电子装置也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图16其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图16中所示更多或者更少的组件(如网络接口等)，或者具有与图16所示不同的配置。

其中，存储器1602可用于存储软件程序以及模块，如本公开实施例中的信息传输方法和装置对应的程序指令/模块，处理器1604通过运行存储在存储器1602内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的信息传输方法。存储器1602可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1602可进一步包括相对于处理器1604远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器1602具体可以但不限于用于储存信息传输方法的程序步骤。作为一种示例，如图16所示，上述存储器1602中可以但不限于包括上述信息传输装置中的第一建立模块1402、第一获取模块1404和第二获取模块1406，还可以但不限于包括上述信息传输装置中的第二建立模块1502、推送模块1504和第一发送模块1506。此外，还可以包括但不限于上述信息传输装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置1606用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1606包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1606为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子装置还包括：显示器1608，用于显示可疑帐号的告警推送；和连接总线1610，用于连接上述电子装置中的各个模块部件。

本公开的实施例还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

S2，在所述第一帐号登录的第一客户端中获取所述第一应用的交互插件，其中，所述交互插件用于在所述第一帐号与所述第二帐号或第三帐号之间传输信息，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

S3，在所述第一客户端中通过所述交互插件获取所述第二帐号或第三帐号发送的目标信息。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S11，在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

S12，向所述第一帐号登录的第一客户端中推送所述第一应用的交互插件，其中，所述交互插件用于在所述第一帐号与所述第二帐号或第三帐号之间传输信息，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

S13，通过所述第二帐号或所述第三帐号向所述第一客户端发送目标信息。

可选地，存储介质还被设置为存储用于执行上述实施例中的方法中所包括的步骤的计算机程序，本实施例中对此不再赘述。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (15)

1.一种信息传输方法，其特征在于，包括：

在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

在所述第一帐号登录的第一客户端中获取所述第一应用的交互插件，其中，所述交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

在所述第一客户端中获取所述第三帐号发送的目标信息，其中，所述第三帐号用于将与所述第一帐号的操作权限对应的应用工具选项发送到所述第一客户端，所述第一帐号用于直接在所述第一客户端访问所述第三帐号，使用与所述第一帐号的操作权限对应的应用工具。

2.根据权利要求1所述的方法，其特征在于，在第一帐号与第二帐号之间建立好友关系之后，所述方法还包括：

在所述第一客户端中通过第一中间服务器获取所述第二帐号发送的信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息；

在所述第一客户端中根据所述信息完善请求填写所述第一帐号的参数信息，其中，所述第一帐号的参数信息包括：所述第一帐号与所述第三帐号的关联参数，所述关联参数用于确定所述第一帐号在所述第三帐号中的操作权限；

在所述第一客户端中通过第一中间服务器获取所述第二帐号发送的使用引导说明，其中，所述使用引导说明用于解释所述第一帐号在所述第三帐号中的操作权限。

3.根据权利要求1所述的方法，其特征在于，在所述第一客户端中获取所述第三帐号发送的目标信息，包括：

在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单和/或通知信息，其中，所述第二中间服务器用于在所述第一帐号和所述第三帐号之间传输信息，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

4.根据权利要求3所述的方法，其特征在于，在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单之后，所述方法还包括以下至少之一：

在所述第一客户端中通过访问所述企业应用浏览与所述企业相关的新闻信息；

在所述第一客户端中通过访问所述企业应用实现所述第一帐号在所述第三帐号中的签到打卡；

在所述第一客户端中通过访问所述企业应用获取所述第三帐号发布的任务，并反馈针对所述任务的处理结果。

5.根据权利要求3所述的方法，其特征在于，在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的应用菜单之后，所述方法还包括：

在所述第一客户端中通过访问所述联系目标帐号应用获取目标帐号列表，其中，所述目标帐号列表中包含归属于所述目标群组的目标帐号；

从所述目标帐号列表中获取所述目标帐号的二维码名片；

通过扫描所述目标帐号的二维码名片与所述目标帐号进行即时通信和/或建立好友关系。

6.根据权利要求3所述的方法，其特征在于，在所述第一客户端中通过第二中间服务器获取所述第三帐号发送的通知信息之后，所述方法还包括：

获取所述通知消息中携带的通信链接，其中，所述通信链接用于指向归属于所述目标群组的目标帐号；

通过访问所述通信链接与所述目标帐号进行即时通信和/或建立好友关系。

7.一种信息传输方法，其特征在于，包括：

在第一帐号与第二帐号之间建立好友关系，其中，所述第一帐号为在第一应用中使用的帐号，所述第二帐号为在第二应用中使用的帐号；

向所述第一帐号登录的第一客户端推送所述第一应用的交互插件，其中，所述交互插件用于使所述第一帐号在所述第一客户端中关注第三帐号，并在所述第一客户端中显示所述第三帐号的访问入口，所述第三帐号为在所述第二应用中使用的目标群组的管理帐号，所述第二帐号归属在所述目标群组中；

使用所述第三帐号向所述第一客户端发送目标信息，其中，所述第三帐号用于将与所述第一帐号的操作权限对应的应用工具选项发送到所述第一客户端，所述第一帐号用于直接在所述第一客户端访问所述第三帐号，使用与所述第一帐号的操作权限对应的应用工具。

8.根据权利要求7所述的方法，其特征在于，在第一帐号与第二帐号之间建立好友关系之后，所述方法还包括：

使用所述第二帐号通过第一中间服务器向所述第一客户端发送信息完善请求，其中，所述第一中间服务器用于在所述第一帐号和所述第二帐号之间传输信息，所述信息完善请求用于请求填写所述第一帐号的参数信息，所述第一帐号的参数信息包括：所述第一帐号与所述第三帐号的关联参数，所述关联参数用于确定所述第一帐号在所述第三帐号中的操作权限；

接收所述第一客户端通过所述第一中间服务器发送的所述第一帐号的参数信息；

根据所述第一帐号的参数信息，通过所述第二帐号向所述第一客户端发送使用引导说明，其中，所述使用引导说明用于解释所述第一帐号在所述第三帐号中的操作权限。

9.根据权利要求8所述的方法，其特征在于，接收所述第一客户端通过所述第一中间服务器发送的所述第一帐号的参数信息之后，所述方法还包括：

获取归属于所述目标群组的第四帐号的参数信息，其中，所述第四帐号的参数信息包括：所述第四帐号与所述第三帐号的关联参数以及所述第四帐号的责任范围；

根据所述第一帐号的参数信息、所述第一帐号在所述第一应用中的标识、所述第四帐号的参数信息以及所述第四帐号在所述第二应用中的标识，生成所述第一帐号与所述第四帐号的对应关系，其中，所述第一帐号在所述第一应用中的标识用于唯一标识所述第一帐号，所述第四帐号在所述第二应用中的标识用于唯一标识所述第四帐号。

10.根据权利要求9所述的方法，其特征在于，所述使用所述第三帐号向所述第一客户端发送目标信息，包括：

使用所述第四帐号设置目标通知信息，其中，所述目标通知消息中携带指向所述第四帐号的通信链接；

在与所述第四帐号具有对应关系的第一帐号中确定目标第一帐号；

使用所述第三帐号向所述目标第一帐号登录的目标第一客户端发送所述目标通知信息。

11.根据权利要求9所述的方法，其特征在于，在生成所述第一帐号与所述第四帐号的对应关系之后，所述方法还包括：

使用目标数据结构保存与所述第一帐号和所述第四帐号相关的数据信息，其中，所述目标数据结构至少包括：第一目录，第二目录和第三目录，其中，所述第一目录用于保存所述第四帐号的参数信息，所述第二目录用于保存所述第一帐号与所述第四帐号的对应关系，所述第三目录用于保存所述第一帐号的参数信息，所述第二目录为所述第一目录的子目录，所述第三目录为所述第二目录的子目录。

12.根据权利要求7所述的方法，其特征在于，所述使用所述第三帐号向所述第一客户端发送目标信息，包括：

使用所述第三帐号通过第二中间服务器向所述第一客户端发送应用菜单和/或通知信息，其中，所述应用菜单中至少包括以下之一的应用程序：企业应用，联系目标帐号应用。

13.根据权利要求7至12任一项所述的方法，其特征在于，在使用所述第三帐号向所述第一客户端发送目标信息之前，所述方法还包括：

通过管理员帐号对所述目标信息的参数进行配置，其中，所述管理员帐号为归属于所述目标群组的帐号，所述目标信息的参数至少包括以下之一：所述目标信息的内容，所述目标信息的展示界面，所述目标信息的发送对象。

14.一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至13任一项中所述的方法。

15.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至13任一项中所述的方法。

Images