一种文档展示方法、装置、电子设备和计算机可读介质

技术领域

本申请涉及数据展示技术领域，尤其涉及一种文档展示方法、装置、电子设备和计算机可读介质。

背景技术

随着产业互联网的发展和企业数字化转型，越来越多的企业开通了企业微信帐号，用于与客户进行线上互动和提供在线服务，提升企业品牌与客户沟通的效能，增强客户的全生命周期体验。在通过企业微信与客户的沟通过程中，企业员工会和客户相互发送一些重要文档，例如方案、合同、报价单等，在工作过程中由于要定期更新文档或进行文档记录查找，需要因此需要存储和展示历史沟通中的来往文档。

目标存储历史沟通文档包括两种方式，一种是将文档直接存储在微信记录中，另一种是将文档存储在网盘中。微信记录中查找文档需要翻查聊天记录，若微信好友多或文档记录间隔时间过长，会导致查找文档耗费时间。网盘保存文档一般是按照文档类型或用途进行分类保存，若只知晓记录文档的发送方和接收方，则难以查找文档，造成文档查询效率低下。

发明内容

本申请实施例的目的在于提供一种文档展示方法、装置、电子设备和计算机可读介质，以解决文档查询效率低下的问题。具体技术方案如下：

第一方面，提供了一种文档展示方法，所述方法包括：

确定当前会话中进行会话的第一帐号和第二帐号，其中，所述当前会话为在企业即时通讯应用中进行的会话，所述第一帐号为在当前终端中所述企业即时通讯应用登录的帐号；

根据预设关联关系，确定所述第一帐号所属的第一企业和所述第二帐号所属的第二企业，其中，所述预设关联关系为帐号和所属企业之间的对应关系；

从会话存档中获取所述第一企业的多个帐号和所述第二企业的多个帐号之间的往来文档信息，其中，所述会话存档中包含多个企业的历史文档信息，一个所述企业具有多个用户的帐号；

在所述当前会话的展示界面展示所述往来文档信息。

可选地，所述第二帐号的数量为多个的情况下，确定所述当前会话为群聊会话；

所述第二帐号的数量为一个的情况下，确定所述当前会话为私聊会话。

可选地，所述从会话存档中获取所述第一企业的多个帐号和所述第二企业的多个帐号之间的往来文档信息包括：

在所述第二帐号的数量为一个的情况下，在所述会话存档中查找目标帐号和所述第二帐号之间的第一往来文档信息，其中，所述目标帐号与所述第一帐号均为所述第一企业的帐号；

确定包含所述目标帐号和所述第二帐号的第一群聊会话，并在所述会话存档中查找所述第一群聊会话中的第二往来文档信息，其中，所述第一群聊会话由所述第一企业或所述第二企业中的帐号创建；

确定第三帐号，并在所述会话存档中查找所述目标帐号和所述第三帐号之间的第三往来文档信息，其中，所述第三帐号为所述第二企业的帐号，所述第三帐号的数量为一个，所述第三帐号与所述第二帐号不同；

确定包含所述目标帐号和所述第三帐号的第二群聊会话，并在所述会话存档中查找所述第二群聊会话中的第四往来文档信息，其中，所述第二群聊会话由所述第二企业中的帐号创建；

将所述第一往来文档信息、所述第二往来文档信息、所述第三往来文档信息和所述第四往来文档信息作为所述第一企业的多个帐号和所述第二企业的多个帐号之间的往来文档信息。

可选地，所述从会话存档中获取所述第一企业的多个帐号和所述第二企业的多个帐号之间的往来文档信息包括：

在所述第二帐号的数量为多个的情况下，确定所述当前会话为第三群聊会话，并在所述会话存档中查找所述第三群聊会话中的第五往来文档信息；

确定所述第三群聊会话中的第四帐号，并在所述会话存档中查找目标帐号和所述第四帐号之间的第六往来文档信息，其中，所述目标帐号与所述第一帐号均为所述第一企业的帐号；

确定包含所述目标帐号和所述第四帐号的第四群聊会话，并在所述会话存档中查找所述第四群聊会话中的第七往来文档信息，其中，所述第四群聊会话由所述第一企业或所述第二企业中的帐号创建；

将所述第五往来文档信息、所述第六往来文档信息和所述第七往来文档信息作为所述第一企业的多个帐号和所述第二企业的多个帐号之间的往来文档信息。

可选地，所述目标帐号与所述第一帐号相同，或

所述目标帐号与所述第一帐号不同，其中，所述第一帐号的所属用户的职位在所述第一企业中高于所述目标帐号的所属用户的职位。

可选地，确定所述第一帐号所属的第一企业之后，所述方法还包括：将所述第一帐号和所述第二帐号在所述当前会话中的实时文档信息存入所述会话存档中，其中，所述第一企业具有用于接入所述会话存档的企业标识，所述实时文档信息与所述企业标识相关联；

从会话存档中获取所述第一企业的多个帐号和所述第二企业的多个帐号之间的往来文档信息包括：根据所述企业标识从所述会话存档中获取所述往来文档信息，其中，所述往来文档信息包括所述实时文档信息。

可选地，在所述当前会话的展示界面展示所述往来文档信息包括：

按照接收到的展示指令在所述当前会话的展示界面展示所述往来文档信息，其中，所述展示界面包括多种展示选项。

第二方面，提供了一种文档展示装置，所述装置包括：

第一确定模块，用于确定当前会话中进行会话的第一帐号和第二帐号，其中，所述当前会话为在企业即时通讯应用中进行的会话，所述第一帐号为在当前终端中所述企业即时通讯应用登录的帐号；

第二确定模块，用于根据预设关联关系，确定所述第一帐号所属的第一企业和所述第二帐号所属的第二企业，其中，所述预设关联关系为帐号和所属企业之间的对应关系；

获取模块，用于从会话存档中获取所述第一企业的多个帐号和所述第二企业的多个帐号之间的往来文档信息，其中，所述会话存档中包含多个企业的历史文档信息，一个所述企业具有多个用户的帐号；展示模块，用于在所述当前会话的展示界面展示所述往来文档信息。

第三方面，提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现任一所述的文档展示方法步骤。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一所述的文档展示方法步骤。

本申请可以应用于在营销智能技术领域进行预测和优化，本申请实施例有益效果：

在本申请中，终端可以通过当前进行会话的第一帐号和第二帐号，确定第一帐号所属的第一企业和第二帐号所属的第二企业，然后获取第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息并进行展示，保证了展示界面上的企业之间或企业内部往来文档信息的齐全性，这样用户在会话过程中若需要查看往来文档信息，可以直接在当前会话的展示界面进行查找，不需要切换会话窗口和翻查会话记录，也不需要切换到第三方存储应用进行查找，提高文档查找效率。

当然，实施本申请的任一产品或方法并不一定需要同时达到以上的所有优点。

附图说明

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

图1为本申请实施例提供的一种文档展示方法硬件环境示意图；

图2为本申请实施例提供的一种文档展示的方法流程图；

图3为本申请实施例提供的智能排序的文档的展示界面示意图；

图4为本申请实施例提供的一种文档展示装置的结构示意图；

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

现有技术可以将文档直接存储在微信记录中，从会话记录中寻找历史文档，但这样存在的缺点包括：1.文档有效期较短，若不及时保存到本地，文档过了有效期后将无法使用。2.查找会话记录需要确定会话对象并切换至该会话对象的会话界面，来回切换会话界面较为繁琐。3.内容无法共享。作为管理者，无法知晓下属给会话对象发送的文档信息，需要跟下属索要。4.使用上不够便捷。员工在和联系人沟通时，一般会开着侧边栏工具来提升工作效率，如果要使用企微的聊天记录，需要切换页面的次数比较多。

现有技术还可以将文档存储在网盘中，但这样存在的缺点包括：1.使用成本高。员工需要经常在网盘中维护重要文档，耗时耗力。2.网盘保存文档一般是按照文档类型或用途进行分类保存，若只知晓记录文档的发送方和接收方，则难以查找文档。3.使用不够便捷。员工需要从企业即时通讯应用切换到网盘上传和下载文档。

为了解决现有技术提及的问题，根据本申请实施例的一方面，提供了一种文档展示方法的实施例。

可选地，在本申请实施例中，上述文档展示方法可以应用于如图1所示的由终端101和服务器103所构成的硬件环境中。如图1所示，服务器103通过网络与终端101进行连接，可用于为终端或终端上安装的客户端提供服务，可在服务器上或独立于服务器设置数据库105，用于为服务器103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端101包括但不限于PC、手机、平板电脑等。

本申请实施例中的一种文档展示方法可以由服务器103来执行，也可以由终端101执行，还可以是由服务器103和终端101共同执行。

本申请中用到的术语解释如下：

网盘：是一种可以用户基于互联网登录网站的进行信息数据上传、下载、共享等操作的信息数据存储空间。

API：应用程序接口(Application Programming Interface)是软件系统不同组成部分衔接的约定，又称为应用编程接口。应用程序接口主要目的是提供应用程序与开发人员以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

会话内容存档：企业微信研发的会话内容存档功能。该功能支持企业对员工内部、员工与客户间的工作沟通内容进行存档，满足企业的合规性审查和风险控制要求。

下面将结合具体实施方式，对本申请实施例提供的一种文档展示方法进行详细的说明，如图2所示，具体步骤如下：

步骤201：确定当前会话中进行会话的第一帐号和第二帐号。

其中，当前会话为在企业即时通讯应用中进行的会话，第一帐号为在当前终端中企业即时通讯应用登录的帐号。

企业即时通讯应用具有多方用户之间的会话功能，用户采用企业即时通用应用需要进行对话需要提前登录帐号。终端确定企业即时通讯应用在当前会话中进行会话的第一帐号和第二帐号，其中，第一帐号为在该终端上的企业即时通讯应用登录的帐号，第二帐号的数量可以为多个，也可以为一个。

第二帐号的数量为多个时，表示第一帐号与多个第二帐号进行会话，则当前会话为群聊会话，第二帐号的数量为一个时，表示第一帐号与一个第二帐号进行会话，则当前会话为私聊会话。其中，企业即时通讯应用可以为微信、QQ等通讯应用。

步骤202：根据预设关联关系，确定第一帐号所属的第一企业和第二帐号所属的第二企业。

其中，预设关联关系为帐号和所属企业之间的对应关系。

由于即时通讯应用为企业版，因此，企业即时通讯应用上的每个帐号都有对应的所属企业，终端中预存有帐号和该帐号的所属企业之间的对应关系，则终端可以确定第一帐号所属的第一企业和第二帐号所属的第二企业。

若未给帐号关联企业信息，导致无法查看到同企业其他帐号的往来文档信息，还可以通过将帐号关联到同一个客户、商机、项目来确立两个帐号之间有关联关系。

步骤203：从会话存档中获取第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息。其中，会话存档中包含多个企业的历史文档信息，一个企业具有多个用户的帐号。

第一企业和第二企业可以为同一个企业，这样第一帐号和第二帐号为同一个企业的帐号，第一帐号和第二帐号之间的会话为企业内部员工之间的会话。第一企业和第二企业可以为不同企业，这样第一帐号和第二帐号分别属于不同企业，则第一帐号和第二帐号之间的会话为第一企业员工和第二企业员工之间的会话。会话存档具有会话内容存档功能，适用于企业即时通讯应用，支持企业内部员工之间和企业员工、客户之间的工作沟通内容进行存档，具体包含了多个企业的历史文档信息。

第一企业的每个员工都具有一个帐号，则第一企业具有多个帐号，第二企业的每个员工都具有一个帐号，则第二企业具有多个帐号。终端在确定第一帐号所属的第一企业和第二帐号所属的第二企业后，从会话存档中获取第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息，即终端获取第一企业的员工和第二企业的员工在会话中涉及的往来文档信息。

步骤204：在当前会话的展示界面展示往来文档信息。

终端将获取到的往来文档信息在当前会话的展示界面中展示出来，具体地，往来文档信息可以显示在展示界面的侧方或下方，不影响用户查看当前会话，提高用户体验。示例性地，往来文档信息展示在企业微信的侧边栏。

在本申请中，终端可以通过当前进行会话的第一帐号和第二帐号，确定第一帐号所属的第一企业和第二帐号所属的第二企业，然后获取第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息并进行展示，保证了展示界面上的企业之间或企业内部往来文档信息的齐全性，这样用户在会话过程中若需要查看往来文档信息，可以直接在当前会话的展示界面进行查找，不需要切换会话窗口和翻查会话记录，也不需要切换到第三方存储应用进行查找，提高文档查找效率。

作为一种可选的实施方式，当前会话为私聊时，从会话存档中获取第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息包括：

一、在第二帐号的数量为一个的情况下，在会话存档中查找目标帐号和第二帐号之间的第一往来文档信息，其中，目标帐号与第一帐号均为第一企业的帐号。

在本申请实施例中，终端检测到第二帐号的数量为一个，表明当前会话为私聊会话，则终端在会话存档中查找目标帐号和第二帐号之间的第一往来文档信息。目标帐号和第一帐号可以为第一企业的同一个帐号，这样则是终端查找当前进行会话的第一帐号和第二帐号之间的第一往来文档信息。目标帐号和第一帐号可以为第一企业的不同帐号，第一帐号的所属用户的职位在第一企业中高于目标帐号的所属用户的职位，即第一帐号的所属用户有权限查看目标帐号的所属用户的往来文档信息，则第一帐号在登录企业即时通讯应用时，可以在会话存档中查看下属与该公司其他员工或客户之间的往来文档信息。

目标帐号和第一帐号为第一企业的不同帐号时，结合组织架构中的汇报关系，第一帐号的所属用户(管理者)有权限查看目标帐号的所属用户(下属)的往来文档信息，无需管理者与下属再进行沟通索要文档，提升工作效率，方便管理者进行管理。

若目标帐号和第二帐号属于同一个企业的帐号，则第一企业和第二企业为同一个企业，则终端在会话存档中查找目标帐号和第二帐号之间的第一往来文档信息，实质是在会话存档中查找第一企业内部员工之间的第一往来文档信息。

若第一帐号和第二帐号分别属于不同企业，则第一企业和第二企业为不同企业，则终端在会话存档中查找目标帐号和第二帐号之间的第一往来文档信息，实质是在会话存档中查找第一企业员工和第二企业员工之间的第一往来文档信息。

二、确定包含目标帐号和第二帐号的第一群聊会话，并在会话存档中查找第一群聊会话中的第二往来文档信息，其中，第一群聊会话由第一企业或第二企业中的帐号创建。

在本申请实施例中，目标帐号和第二帐号共同位于第一群聊会话中，若目标帐号和第二帐号同属第一企业，则表明第一群聊会话与第一企业相关，第一群聊会话由第一企业中的帐号创建。

若第一帐号和第二帐号分别属于不同企业，则表明第一群聊会话与第一企业和第二企业之间的业务相关，第一群聊会话由第一企业中的帐号或第二企业中的帐号创建。

终端还需要在会话存档中查找第一群聊会话中的第二往来文档信息，扩大与第一企业相关的往来文档信息的范围，提高与第一企业相关的往来文档信息的齐全度。

三、确定第三帐号，并在会话存档中查找目标帐号和第三帐号之间的第三往来文档信息。其中，第三帐号为第二企业的帐号，第三帐号的数量为一个，第三帐号与第二帐号不同。

第二帐号属于第二企业，由于第二企业具有多个帐号，那么终端查找第二企业中的第三帐号，第三帐号的数量为一个，第三帐号与第二帐号不同，表示第二帐号的所属用户和第三帐号的所属用户均为第二企业的员工，第三帐号和目标帐号有过历史会话，即第二企业中的其他员工和第一企业中的员工具有单聊会话记录。

终端在会话存档中查找目标帐号和第三帐号之间的第三往来文档信息，若目标帐号和第二帐号同属第一企业，则第三往来文档信息为第一企业内部员工之间的往来文档信息，若第一帐号和第二帐号分别属于不同企业，则第三往来文档信息为第一企业和第二企业之间的往来文档信息。

四、确定包含目标帐号和第三帐号的第二群聊会话，并在会话存档中查找第二群聊会话中的第四往来文档信息。其中，第二群聊会话由第二企业中的帐号创建。

在本申请实施例中，目标帐号和第三帐号共同位于第二群聊会话中，目标帐号和第二帐号共同位于第二群聊会话中，若目标帐号和第二帐号同属第一企业，则表明第二群聊会话与第一企业相关，第二群聊会话由第一企业中的帐号创建。

若第一帐号和第二帐号分别属于不同企业，则表明第二群聊会话与第一企业和第二企业之间的业务相关，第二群聊会话由第一企业中的帐号或第二企业中的帐号创建。

终端在会话存档中查找第二群聊会话中的第四往来文档信息，扩大与第一企业相关的往来文档信息的范围，提高与第一企业相关的往来文档信息的齐全度。

五、将第一往来文档信息、第二往来文档信息、第三往来文档信息和第四往来文档信息作为第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息。

终端将第一往来文档信息、第二往来文档信息、第三往来文档信息和第四往来文档信息共同作为第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息。

在本申请中，终端不仅获取目标帐号和第二帐号之间的往来文档信息，获取目标帐号和跟第二帐号位于同一企业的第三帐号之间的往来文档信息，还获取目标帐号和第二帐号的群聊会话的往来文档信息，获取目标帐号和第三帐号的群聊会话的往来文档信息，即从第二帐号扩展到与第二帐号、目标帐号有关联的其他帐号和群聊，扩大与第一企业相关的往来文档信息的范围，提高与第一企业相关的往来文档信息的齐全度。

作为一种可选的实施方式，当前会话为群聊时，从会话存档中获取第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息包括：

一、在第二帐号的数量为多个的情况下，确定当前会话为第三群聊会话，并在会话存档中查找第三群聊会话中的第五往来文档信息。

在本申请实施例中，终端检测到第二帐号的数量为多个，表明当前会话为群聊会话，第三群聊会话为与第一企业内部员工之间或第一企业员工、第二企业员工之间的群聊会话，则终端在会话存档中查找第三群聊会话中的第五往来文档信息。

二、确定第三群聊会话中的第四帐号，并在会话存档中查找目标帐号和第四帐号之间的第六往来文档信息，其中，目标帐号与第一帐号均为第一企业的帐号。

在本申请实施例中，由于第三群聊会话为第一企业内部之间或第一企业、第二企业之间的群聊会话，第三群聊会话中的第四帐号与目标帐号具有单聊记录，表明第四帐号与第一企业或第二企业有关联，则第四帐号与目标帐号之间的往来文档信息为第一企业内部之间或第一企业、第二企业之间的文档信息，则终端在会话存档中查找目标帐号和第四帐号之间的第六往来文档信息。

三、确定包含目标帐号和第四帐号的第四群聊会话，并在会话存档中查找第四群聊会话中的第七往来文档信息，其中，第四群聊会话由第一企业或第二企业中的帐号创建。

第四帐号与第一企业或第二企业有关联，则目标帐号和第四帐号的第四群聊会话与为第一企业内部之间的群聊会话或第一企业和第二企业之前的群聊会话，则终端在会话存档中查找第四群聊会话中的第七往来文档信息。

四、将第五往来文档信息、第六往来文档信息和第七往来文档信息作为第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息。

终端将第五往来文档信息、第六往来文档信息和第七往来文档信息作为第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息。

在本申请中，终端不仅获取第三群聊会话的往来文档信息，还获取目标帐号和第三群聊会话中第四帐号之间的往来文档信息，以及包含目标帐号和第四帐号的第四群聊会话的往来文档信息，即从第三群聊会话扩展到第四帐号和第四群聊会话，扩大与第一企业相关的往来文档信息的范围，提高与第一企业相关的往来文档信息的齐全度。

作为一种可选的实施方式，终端在确定第一帐号所属的第一企业之后，将第一帐号和第二帐号在当前会话中的实时文档信息存入会话存档中，其中，会话存档可以存入多个企业的文档信息，每个企业具有接入该会话存档的标识API，终端根据第一企业的标识，将第一帐号和第二帐号的实时文档信息存入会话存档。终端一方面将实时文档信息存入会话存档，一方面根据第一企业的标识将与第一企业相关的往来文档信息从会话存档中取出并展示在会话界面中。其中，往来文档信息包括实时文档信息。

在本申请中，文档会自动保存至会话存档，无需员工再切换到网盘进行文档的存储，也无需切换到第三方存储应用进行查找，提高了文档存储和查询效率，有利于提高工作效率。会话存档可以永久保存文档，不会出现文档过期的情况。

作为一种可选的实施方式，在当前会话的展示界面展示往来文档信息包括：用户可以自由选择往来文档的展示方式，这样终端按照接收到的展示指令，在当前会话的展示界面展示往来文档信息，其中，展示界面包括多种展示选项，如智能排序、按照文档上传时刻进行展示(包括按最新时间、按最旧时间、按特定时间)、按文档大小进行展示(包括按从大到小和按从小到大)、按文档名称进行展示、按发送者或接受者进行展示等，本申请对文档的展示方式不做具体限制。图3为智能排序的文档的展示界面示意图。

如图3所示，文档展示包括文档名称、文档类型(图片、视频、表格、文档等)，发送时刻，会话双方名称、群聊名称。展示界面上还有搜索框，用户可以在该搜索框中进行搜索找到相关文档。

基于相同的技术构思，本申请实施例还提供了一种文档展示装置，如图4所示，该装置包括：

第一确定模块401，用于确定当前会话中进行会话的第一帐号和第二帐号，其中，当前会话为在企业即时通讯应用中进行的会话，第一帐号为在当前终端中企业即时通讯应用登录的帐号；

第二确定模块402，用于根据预设关联关系，确定第一帐号所属的第一企业和第二帐号所属的第二企业，其中，预设关联关系为帐号和所属企业之间的对应关系；

获取模块403，用于从会话存档中获取第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息，其中，会话存档中包含多个企业的历史文档信息，一个企业具有多个用户的帐号；

展示模块404，用于在当前会话的展示界面展示往来文档信息。

可选地，第二帐号的数量为多个的情况下，确定当前会话为群聊会话；

第二帐号的数量为一个的情况下，确定当前会话为私聊会话。

可选地，获取模块403包括：

第一查找单元，用于在第二帐号的数量为一个的情况下，在会话存档中查找目标帐号和第二帐号之间的第一往来文档信息，其中，目标帐号与第一帐号均为第一企业的帐号；

第一确定单元，用于确定包含目标帐号和第二帐号的第一群聊会话，并在会话存档中查找第一群聊会话中的第二往来文档信息，其中，第一群聊会话由第一企业或第二企业中的帐号创建；

第二确定单元，用于确定第三帐号，并在会话存档中查找目标帐号和第三帐号之间的第三往来文档信息，其中，第三帐号为第二企业的帐号，第三帐号的数量为一个，第三帐号与第二帐号不同；

第三确定单元，用于确定包含目标帐号和第三帐号的第二群聊会话，并在会话存档中查找第二群聊会话中的第四往来文档信息，其中，第二群聊会话由第二企业中的帐号创建；

第一作为单元，用于将第一往来文档信息、第二往来文档信息、第三往来文档信息和第四往来文档信息作为第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息。

可选地，获取模块403包括：

第四确定单元，用于在第二帐号的数量为多个的情况下，确定当前会话为第三群聊会话，并在会话存档中查找第三群聊会话中的第五往来文档信息；

第五确定单元，用于确定第三群聊会话中的第四帐号，并在会话存档中查找目标帐号和第四帐号之间的第六往来文档信息，其中，目标帐号与第一帐号均为第一企业的帐号；

第六确定单元，用于确定包含目标帐号和第四帐号的第四群聊会话，并在会话存档中查找第四群聊会话中的第七往来文档信息，其中，第四群聊会话由第一企业或第二企业中的帐号创建；

第二作为单元，用于将第五往来文档信息、第六往来文档信息和第七往来文档信息作为第一企业的多个帐号和第二企业的多个帐号之间的往来文档信息。

可选地，目标帐号与第一帐号相同，或

目标帐号与第一帐号不同，其中，第一帐号的所属用户的职位在第一企业中高于目标帐号的所属用户的职位。

可选地，装置还包括：

存入模块，用于将第一帐号和第二帐号在当前会话中的实时文档信息存入会话存档中，其中，第一企业具有用于接入会话存档的企业标识，实时文档信息与企业标识相关联；

获取模块403包括：

获取单元，用于根据企业标识从会话存档中获取往来文档信息，其中，往来文档信息包括实时文档信息。

可选地，展示模块404包括：

展示单元，用于按照接收到的展示指令在当前会话的展示界面展示往来文档信息，其中，展示界面包括多种展示选项。

根据本申请实施例的另一方面，本申请提供了一种电子设备，如图5所示，包括存储器503、处理器501、通信接口502及通信总线504，存储器503中存储有可在处理器501上运行的计算机程序，存储器503、处理器501通过通信接口502和通信总线504进行通信，处理器501执行计算机程序时实现上述方法的步骤。

上述电子设备中的存储器、处理器通过通信总线和通信接口进行通信。所述通信总线可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

根据本申请实施例的又一方面还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质。

可选地，在本申请实施例中，计算机可读介质被设置为存储用于所述处理器执行上述方法的程序代码：

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本申请实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。