CN115795101A - 描述协作关系的组织网络的处理方法、装置、设备及介质 - Google Patents

Abstract

本申请实施例提供一种描述协作关系的组织网络的处理方法、装置、设备及介质。在本申请实施例中，首先，从若干个数据源中抽取组织对象的若干条协作行为数据，接着，基于若干条协作行为数据分析组织对象的协作关系数据，最后，根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织对象的组织网络。由此，自动地从数据源采集协作行为数据，并自动地基于协作行为数据进行组织网络分析，提高了用于描述组织对象中用户之间或部门之间的协作关系的组织网络的构建准确度和构建效率。

Description

描述协作关系的组织网络的处理方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种描述协作关系的组织网络的处理方法、装置、设备及介质。

背景技术

组织网络属于一种图(Graph)，可以描述组织对象包括的用户之间的协作关系或者组织对象包括的部门之间协作关系。目前，主要通过线下问卷方式主动收集组织对象包括的各用户之间的协作行为数据，协作行为数据例如为因工作需要协作发送的邮件、短信息、即时聊天消息等等，并由有经验的人员对收集的各用户之间的协作行为数据进行组织网络分析，并基于组织网络分析结果构建对应的组织网络。然而，这种人工构建组织网络的方式具有一定的主观性，容易出现人为失误，构建准确度较低，另外，需要耗费大量的人力成本，构建效率较低。

发明内容

本申请的多个方面提供一种描述协作关系的组织网络的处理方法、装置、设备及介质，用以提高用于描述组织对象中用户之间或部门之间的协作关系的组织网络的构建准确度和构建效率。

本申请实施例提供一种描述协作关系的组织网络的处理方法，包括：从至少一种数据源中抽取组织对象对应的多条协作行为数据，协作行为数据反映组织对象中的用户之间的协作行为；根据多条协作行为数据，确定组织对象的协作关系数据，协作关系数据包括组织对象中存在协作关系的用户以及对应的协作程度；根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。

本申请实施例提供还一种描述协作关系的组织网络的处理装置，包括：抽取模块，用于从至少一种数据源中抽取组织对象对应的多条协作行为数据，协作行为数据反映组织对象中的用户之间的协作行为；确定模块，用于根据多条协作行为数据，确定组织对象的协作关系数据，协作关系数据包括组织对象中存在协作关系的用户以及对应的协作程度；构建模块，用于根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。

本申请实施例提供还一种电子设备，包括：存储器和处理器；存储器，用于存储计算机程序；处理器耦合至存储器，用于执行计算机程序以用于执行信息处理方法中的步骤。

本申请实施例提供还一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器能够实现信息处理方法中的步骤。

在本申请实施例中，首先，从若干个数据源中抽取组织对象的若干条协作行为数据，接着，基于若干条协作行为数据分析组织对象的协作关系数据，最后，根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。由此，自动地从数据源采集协作行为数据，并自动地基于协作行为数据进行组织网络分析，提高了用于描述组织对象中用户之间或部门之间的协作关系的组织网络的构建准确度和构建效率。

附图说明

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

图1为本申请实施例提供的描述协作关系的组织网络的处理方法所适用的一种应用场景图；

图2为示例性的组织维度的组织网络；

图3为示例性的部门维度的组织网络；

图4为示例性的用户维度的组织网络；

图5为本申请实施例提供的一种描述协作关系的组织网络的处理方法的流程图；

图6为示例性的界面图；

图7为本申请实施例提供的一种描述协作关系的组织网络的处理装置的结构示意图；

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

具体实施方式

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

在本申请的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的访问关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。此外，在本申请实施例中，“第一”、“第二”、“第三”等等只是为了区分不同对象的内容而已，并无其它特殊含义。

目前，人工构建组织网络的方式具有一定的主观性，容易出现人为失误，构建准确度较低，另外，需要耗费大量的人力成本，构建效率较低。为此，本申请实施例提供一种描述协作关系的组织网络的处理方法、装置、设备及介质。在本申请实施例中，首先，从若干个数据源中抽取组织对象的若干条协作行为数据，接着，基于若干条协作行为数据分析组织对象的协作关系数据，最后，根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。由此，自动地从数据源采集协作行为数据，并自动地基于协作行为数据进行组织网络分析，提高了用于描述组织对象中用户之间或部门之间的协作关系的组织网络的构建准确度和构建效率。

首先，对本申请实施例涉及的一些名词进行介绍：

组织对象：是指由若干个人或群体所组成的、有共同目标和一定边界的社会实体，例如，企业或学校等等。

部门：是指组织对象中的一个组成部分，一个组织对象可以由有多个不同层级的部门，每个层级的部门下可能还有下一层级的部门，每个部门包括若干个用户。

中心度，也可称作为明星度，是指反映组织网络中节点的影响力的指标，中心度越大的用户或部门，在整个组织对象中的影响力越大，成为意见领袖的概率越大。

桥梁度：是指反映用户或部门作为沟通桥梁的指标。桥梁度越大的用户或部门，在整个组织对象中越承担信息和知识的传递任务，越能够影响整个组织对象的协作。

组织网络分析(Organizational Network Analysis，ONA)：一种分析和衡量员工价值的一项重要组成指标的技术。

图1为本申请实施例提供的描述协作关系的组织网络的处理方法所适用的一种应用场景图。实际应用中，即时聊天应用的功能越来越强大，例如可以支持用户之间的单聊和群聊、支持音视频通话功能、支持用户之间的邮件往来、支持用户创建工作日程和支持用户创建项目等等。相应地，即时聊天应用关联的数据源例如包括但不限于：提供群聊信息的数据源、提供音视频通话信息的数据源、提供邮件信息的数据源、提供工作日程信息的数据源和提供项目合作信息的数据源。在这些数据源中包括反映用户之间的协作行为的协作行为数据，基于多种数据源提供的多种多样的协作行为数据可以更加准确地进行组织网络分析。

参见图1中的①所示，在离线阶段，描述协作关系的组织网络的处理装置从多种数据源中抽取多条协作行为数据；参见图1中的②所示，描述协作关系的组织网络的处理装置基于从多种数据源抽取的多条协作行为数据进行组织网络分析。进一步，还可以在组织网络分析中，还结合整个组织对象的组织架构信息和/或组织对象包括的各个用户的基本属性信息，以准确找出各个部门的用户。其中，组织架构信息描述了整个组织对象包括多少层级的部门，以及每个层级的部门下有多少个下一级部门，以及各部门有哪些用户等等。用户的基本属性信息例如包括但不限于：用户的名称、所属的部门信息和职位级别等等。

实际应用中，描述协作关系的组织网络的处理装置可以进行多维度的组织网络分析。例如，针对整个组织维度的组织网络分析，主要是对整个组织对象的各部门内部的用户之间的协作关系进行分析，以及对跨部门的用户之间的协作关系进行分析。又例如，针对部门维度的组织网络分析，主要是对组织对象中的相同层级的部门之间的协作关系进行分析。又例如，针对用户维度的组织网络分析，主要是对组织对象中的相同部门的用户之间的协作关系进行分析。

描述协作关系的组织网络的处理装置进行组织网络分析后，得到组织网络的网络数据。网络数据可以描述了组织网络中的网络节点，以及网络节点之间相互连接的边。参见图1中的③所示，描述协作关系的组织网络的处理装置可以将组织网络的网络数据保存至离线侧的数据库中。

参见图1中的④所示，离线侧的数据库中的组织网络的网络数据可以同步给在线侧的数据库，以为用户及时展示组织网络提供基础。参见图1中的⑤所示，用户可以随时触发针对组织网络的展示指令，用户的终端设备响应展示指令，参见图1中的⑥和⑦所示，从在线侧的数据库中获取组织网络的网络数据，并基于组织网络的网络数据展示组织网络，以供用户查看。

参见图2所示的组织维度的组织网络，在图2中，实心圆点、空心实线圆点、空间虚线圆点分别表示不同部门的用户节点，同一部门的用户节点之间采用实线连接，不同部门的用户节点之间采用点画线连接。图2所示的组织网络仅仅为一种示例。例如，实际应用中，不同部门的用户节点采用不同颜色的节点表示，相同部门的用户节点之间采用相同颜色的线段连接，不同部门的用户节点之间可以采用混合颜色的线段连接。例如，不同部门的用户节点之间的线段中部分线段的颜色为其中一个部门的用户节点的颜色，部分线段的颜色为其中另一个部门的用户节点的颜色。

从组织维度的组织网络中，用户可以直观获知整个组织对象有哪些部门，各部门内部的用户之间的协作关系，跨部门的用户之间的协作关系，哪些部门之间的协作比较频繁，哪些部门之间的协作较少等等。

参见图3所示的部门维度的组织网络，在图3中，各个实心圆点分别表示一个部门节点。实际应用中，不同部门节点可以采用不同颜色的圆点表示。从部门维度的组织网络中，用户可以直观获知哪些部门之间存在协作关系，哪些部门之间没有协作关系。

参见图4所示的用户维度的组织网络，各个实心圆点分别表示一个用户节点。从用户维度的组织网络中，用户可以直观获知哪些用户之间存在协作关系，哪些用户之间没有协作关系。进一步的，用户还可以查看该组织网络中各种桥梁度和中心度(图4中以明星度示出)的用户节点，在用户查看这些用户节点时，可以在组织网络中突出显示这些用户节点，例如，图4中深颜色的实心圆点是突出显示的用户节点。

可选的，描述协作关系的组织网络的处理装置可以为服务器或终端设备。终端设备例如包括但不限于手机、平板电脑、笔记本电脑、可穿戴设备、车载设备。服务器例如包括但不限于单个服务器或多个服务器组成的分布式服务器集群。应当理解的是，图1中的描述协作关系的组织网络的处理装置和终端设备的数量仅仅是示意性的。

值得注意的是，图1所示的应用场景仅仅是一种示例，本申请实施例并不限制描述协作关系的组织网络的处理方法所适用的应用场景。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图5为本申请实施例提供的一种描述协作关系的组织网络的处理方法的流程图。该方法可由描述协作关系的组织网络的处理装置执行，该装置可以由软件和/或硬件的方式实现，并一般可以集成在电子设备中。参见图5，该方法可以包括以下步骤：

501、从至少一种数据源中抽取组织对象对应的多条协作行为数据，协作行为数据反映组织对象中的用户之间的协作行为。

502、根据多条协作行为数据，确定组织对象的协作关系数据，协作关系数据包括组织对象中存在协作关系的用户以及对应的协作程度。

503、根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。

实际应用中，预先确定收集组织对象的用户在工作中产生的协作行为数据的数据源，并开通这些数据源的访问权限，使得可以从这些数据源中抽取组织对象的协作行为数据。值得注意的是，抽取协作行为数据的数据源越多，抽取的协作行为数据越丰富，当然，实际应用中可以按需确定数据源以及数据源的数量。以组织对象采用即时聊天应用进行交流沟通为例，即时聊天应用关联的数据源包括但不限于：提供群聊信息的数据源、提供音视频通话信息的数据源、提供邮件信息的数据源、提供工作日程信息的数据源和提供项目合作信息的数据源。需要开通这些数据源的访问权限，才可以从这些数据源中抽取群聊信息、音视频通话信息、邮件信息、工作日程信息和项目合作信息等等。

在本实施例中，协作行为数据反映组织对象中的用户之间的协作行为。例如，用户之间通过邮件沟通工作中遇到的问题，此时，用户之间产生了协作行为。又例如，基于即时聊天应用的群聊功能，用户之间相互发送消息，此时，用户之间产生了协作行为。又例如，用户之间因工作原因进行了音视频通话，用户之间产生了协作行为。又例如，在工作日常信息中，需要多个用户参与，此时，用户之间产生了协作行为。又例如，在项目合作信息中，需要多个用户参与，此时，用户之间产生了协作行为。实际应用中，可以从数据源中抽取包括协作内容的协作行为数据，当然，也可以从数据源中抽取不包括协作内容的协作行为数据。例如，协作行为数据反映用户之间有过邮件往来，但不包括邮件内容。又例如，协作行为数据反映用户之间在群聊中相互发送过消息，但不包括消息内容。又例如，协作行为数据反映用户之间进行过音视频通话，但不包括音视频通话内容。

在本实施例中，基于协作行为数据可以识别哪些用户之间产生了协作行为，产生协作行为的用户之间存在协作关系。为此，对组织对象对应的多条协作行为数据进行数据分析，确定组织对象的协作关系数据。协作关系数据包括组织对象中存在协作关系的用户以及对应的协作程度。其中，协作程度可以反映用户之间协作关系的紧密程度。协作程度越高，用户之间协作关系越紧密；协作程度越低，用户之间协作关系越不紧密。

实际应用中，两个用户之间可能会发生多种不同类型的协作行为，或者，进行多次相同类型的协作行为。例如，两个用户之间多次使用邮件沟通或者多次在群聊中相互发送消息，或者，多次参与项目合作，在多个工作日程中两个用户均有参与等等。于是，为了得到更为准确的协作关系数据，可以先确定组织对象中存在协作关系的用户，并找到存在协作关系的用户对应的若干条协作行为数据，再基于若干条协作行为数据确定存在协作关系的用户对应的协作程度。基于此，根据多条协作行为数据，确定组织对象的协作关系数据的一种可选实现方式为：根据多条协作行为数据，确定组织对象中存在协作关系的用户；对存在协作关系的用户的至少一条协同行为数据进行预处理，得到至少一个预处理结果；基于至少一个预处理结果，确定存在协作关系的用户对应的协作程度。

具体而言，在找到存在协作关系的用户的至少一条协作行为数据后，对每条协作行为数据进行量化处理，得到每条协作行为数据的量化结果。实际应用中，可以灵活设置各种协作行为数据的量化规则。例如，一封邮件对应的量化结果为100，一条群聊消息对应的量化结果可以为500，一次音视频通话对应的量化结果为1000，两个用户同时出现在一个工作日程中的量化结果为1000，两个用户进行一次项目合作的量化结果为1000等等。于是，对至少一条协同行为数据执行预处理操作，也即对至少一条协同行为数据各自的量化结果执行预处理操作。预处理操作例如包括但不限于：过滤、降噪、归一化处理等等。将至少一条协同行为数据中的异常值进行过滤，并对过滤后的至少一条协同行为数据进行降噪处理，减少噪音数据，进而剔除一定比例的特别大或特别小的异常值。实际应用中，至少一条协作行为数据中可能有不同类型的协作行为数据，对降噪后的至少一条协作行为数据进行归一化处理。在归一化处理过程中，可以先对降噪后的至少一条协作行为数据进行中位数对齐，再将对齐后的协作行为数据映射到分布区间中，分布区间例如为[0,1]，将每个映射结果作为对应的协同行为数据的协作程度。对至少一个协同行为数据对应的协作程度进行加权求和、求均值、求最大值、求最小值等操作，得到存在协作关系的用户对应的协作程度。

在本实施例中，在得到组织对象的协作关系数据后，根据协作关系数据可以构建组织对象不同维度的组织网络，以满足针对不同维度的组织网络的使用需求。不同维度例如包括但不限于：组织维度、部门维度、用户维度。其中，组织维度是站在整个组织对象的角度描述相同部门中用户之间的协作关系和跨部门的用户之间的协作关系。部门维度的组织网络是站在整个组织对象的角度描述部门之间的协作关系。用户维度的组织网络是站在整个部门的角度描述部门内部用户之间的协作关系。当然，也可以按照实际应用需求灵活定义各个维度所反映的协作关系。

为满足用户维度的组织网络的使用需求，根据协作关系数据构建用于描述组织对象中用户之间的协作关系的组织网络的一种可选实现方式是：基于组织对象的组织架构信息和/或组织对象包括的多个用户各自的基本属性信息，从组织对象包括的多个用户中确定目标部门包括的至少一个用户，目标部门为组织对象包括的多个部门中的一个；基于目标部门的至少一个用户各自的基本属性信息，对组织对象中存在协作关系的用户进行筛选，得到目标部门内部存在协作关系的用户；将目标部门包括的至少一个用户分别抽象为用户维度的组织网络中的一个用户节点；根据目标部门内部存在协作关系的用户，创建对应的用户节点之间相互连接的边，以及将对应的协作程度作为对应边的权重信息，以得到用户维度的组织网络。

具体而言，可以对组织对象中任一层级的目标部门构建用户维度的组织网络。通常，组织架构信息能够反映哪个部门有哪些用户，或者，用户的基本属性信息中可以记录用户所属的部门，于是，可以基于组织架构信息和/或用户的基本属性信息从多个用户中筛选出目标部门的用户。当然，进行用户筛选的信息根据实际应用需求灵活选取，并不限于组织架构信息和/或用户的基本属性信息。

由于组织对象中存在协作关系的用户有多个部门的，为此，基于目标部门的用户的基本属性信息，对组织对象中存在协作关系的用户进行再次筛选，以筛选出目标部门内部存在协作关系的用户。

在用户维度的组织网络中，一个用户节点表征目标部门中的一个用户，用户节点之间相互连接的边表示对应的用户之间存在协作关系，边的权重信息反映协作关系的协作程度。进一步地，还可以将用户的相关信息作为用户节点的信息与用户节点绑定，使得组织网络可以提供更为丰富的用户信息。相关信息例如包括但不限于：基本属性信息、考勤信息、学历信息和工作经历信息等等。

为满足部门维度的组织网络的使用需求，根据协作关系数据构建用于描述组织对象中部门之间的协作关系的组织网络的一种可选实现方式是：基于组织对象的组织架构信息和/或组织对象包括的多个用户各自的基本属性信息，从组织对象包括的多个用户中确定组织对象的多个部门各自的至少一个用户；基于多个部门各自的至少一个用户的基本属性信息，对组织对象中存在协作关系的用户进行筛选，得到跨部门的存在协作关系的用户；将组织对象包括的多个部门分别抽象为部门维度的组织网络中的一个部门节点；根据跨部门的存在协作关系的用户，创建对应的部门节点之间相互连接的边，以及基于对应的协作程度生成对应的边的权重信息，以得到部门维度的组织网络。

具体而言，可以针对组织对象中任一层级的多个部门创建部门维度的组织网络，也即创建描述同一层级的多个部门之间协作关系的组织网络。也可以针对组织对象中多个层级的多个部门创建部门维度的组织网络，也即创建描述多个层级的多个部门之间协作关系的组织网络。实际应用中，还可以支持为按需选择的多个部门创建部门维度的组织网络。

在创建部门维度的组织网络的过程中，首先，基于组织架构信息和/或用户的基本属性信息从多个用户中筛选出参与创建组织网络的各个部门的用户。当然，进行用户筛选的信息根据实际应用需求灵活选取，并不限于组织架构信息和/或用户的基本属性信息。

由于部门维度的组织网络关注的是两个部门之间的协作关系，于是，需要找出跨部门的存在协作关系的用户，也即两个部门之间的相互协作的用户。为此，基于用户的基本属性信息，对组织对象中存在协作关系的用户进行再次筛选，以筛选出跨部门的存在协作关系的用户。

在部门维度的组织网络中，一个部门节点表征多个部门中的一个部门，部门节点之间相互连接的边表示对应的部门之间存在协作关系，边的权重信息反映协作关系的协作程度。

值得注意的是，针对存在协作关系的两个部门节点，根据对属于该两个部门节点全部的跨部门的存在协作关系的用户对应的协作程度进行加权求和、求均值、求最大值或求最小值等方式，得到该两个部门节点之间的协作关系的协作程度，并将该两个部门节点之间的协作关系的协作程度作为连接该两个部门节点的边的权重信息。

进一步地，还可以将部门的相关信息作为部门节点的信息与部门节点绑定，使得组织网络可以提供更为丰富的部门信息。相关信息例如包括但不限于：部门在整个组织对象中所属的层级，部门负责的业务信息、部门的人数等等。

为满足组织维度的组织网络的使用需求，根据协作关系数据构建用于描述组织对象中用户之间的协作关系的组织网络的一种可选实现方式是：将组织对象包括的多个用户分别抽象为组织维度的组织网络中的一个用户节点；根据组织对象中存在协作关系的用户，创建对应的用户节点之间相互连接的边，以及基于对应的协作程度生成对应的边的权重信息，以得到组织维度的组织网络。

具体而言，相对于用户维度的组织网络，组织维度的组织网络中的用户来源于整个组织对象，组织维度的组织网络的用户节点的数量更多。在组织维度的组织网络中，既有相同部门的用户节点之间的边，反映部门内部的用户之间的协作关系；也有不同部门的用户节点之间的边，反映跨部门的用户之间的协作关系。

本申请实施例提供的技术方案，首先，从若干个数据源中抽取组织对象的若干条协作行为数据，接着，基于若干条协作行为数据分析组织对象的协作关系数据，最后，根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。由此，自动地从数据源采集协作行为数据，并自动地基于协作行为数据进行组织网络分析，提高了用于描述组织对象中用户之间或部门之间的协作关系的组织网络的构建准确度和构建效率。

在一些可选的实施例中，为了丰富组织网络所提供的协作关系数据，在根据协作关系数据构建组织对象的组织网络之后，还可以根据至少一个网络节点各自所连接的至少一条边的权重，确定至少一个网络节点各自的中心度，网络节点为用户节点或部门节点；和/或，针对存在至少一条协作路径的两个网络节点，根据协作路径的数量和每条协作路径的跳数确定每条协作路径上的中间网络节点的桥梁度；协作路径的数量越多，中间网络节点的桥梁度越低；跳数多的协作路径上的中间网络节点的桥梁度低于跳数少的协作路径上的中间网络节点的桥梁度。

具体而言，桥梁度或中心度可以作为网络节点的信息与网络节点进行绑定，进而丰富组织网络所提供的协作关系数据。

在本实施例中，任一个网络节点所连接的边越多，说明在组织网络中与该网络节点有协作关系的网络节点越多，该网络节点对应的用户或部门在工作协作中的重要性越高。为了客观准确地评估每个网络节点的中心度，可以对每个网络节点所连接的全部或部分的边的权重进行加权求和、求均值、求最大值或求最小值，得到该网络节点的中心度。

在本实施例中，协作路径是一个网络节点到另一个网络节点的路径。一个网络节点到另一个网络节点可能有一条或多条协作路径。每条协作路径的跳数可以为1跳或多跳。跳数可以反映一个网络节点到另一个网络节点所经过的中间网络节点的数量。跳数比中间网络节点的数量多1个。例如，中间网络节点的数量为0的话，跳数为1；中间网络节点的数量为1的话，跳数为2；依次类推，跳数比中间网络节点的数量多1个。应理解，中间网络节点是指在连接两个网络节点的协作路径上所经过网络节点。

实际应用中，任意两个网络节点之间的协作路径越多，也就是说，很多中间网络节点都可以承担该两个网络节点的沟通桥梁任务，这样，每个中间网络节点的沟通桥梁作用不是很明显，相应的桥梁度不是很高。跳数越多的协作路径需要经过较多的中间网络节点才能沟通两个网络节点；跳数越少的协作路径需要经过较少的中间网络节点便可沟通两个网络节点。显然，跳数越多的协作路径的中间网络节点的桥梁度小于跳数越少的协作路径的中间网络节点的桥梁度。基于此，根据协作路径的数量和每条协作路径的跳数可以客观准确地评估每条协作路径上的中间网络节点的桥梁度。

实际应用中，可以优先基于协作路径的数量确定各个中间网络节点的初始桥梁度；接着，基于协作路径的跳数对各个中间网络节点的初始桥梁度进行调整，得到各个中间网络节点的目标桥梁度。

进一步可选的，可以预先设置协作路径的数量与桥梁度的映射关系。根据该映射关系基于协作路径的数量确定各个中间网络节点的初始桥梁度。

另外，跳数不同，对应的调整幅度不同。调整幅度可以是往缩小方向缩小指定的桥梁度；也可以是往增大方向增大指定的桥梁度，对此不做限制。

例如，用户A和用户B之间有多条协作路径，协作路径1：用户A-用户C-用户B；协作路径2：用户A-用户D-用户E-用户B；协作路径3：用户A-用户E-用户F-用户B。由于用户C可以使得用户A和用户B之间的协作路径最短，用户C相对于用户A和用户B来说，沟通桥梁作用较为明显，桥梁度较高，用户D、用户E、用户F和用户C相比，桥梁度较低。

又例如，用户A和用户B之间有多条协作路径，协作路径1：用户A-用户C-用户B；协作路径2：用户A-用户D-用户B；协作路径3：用户A-用户E-用户B。由于用户A可以分别通过用户C、用户D和用户E与用户B产生协作，用户C、用户D和用户E的沟通桥梁作用不是很明显，此时，用户C、用户D和用户E的桥梁度较低。

实际应用中，在构建完组织网络后，可以将组织网络的网络数据进行存储，以便展示阶段可以基于组织网络的网络数据展示组织网络。在组织网络的展示阶段，确定组织网络中各网络节点在承载该组织网络的页面中的布局位置、各网络节点的颜色信息、各网络节点相互连接的边的颜色和线条粗细程度等可视化参数信息，基于这些可视化参数信息展示组织网络。

进一步可选的，为了使得用户可以直观感知组织网络中各网络节点之间协作关系的差异性，在展示阶段，还可以响应于针对组织网络的展示指令，根据至少一个网络节点的中心度和至少一条边的权重，确定可视化参数信息；根据可视化参数信息展示组织网络。

具体而言，在确定可视化参数信息时，针对至少一个网络节点中每个网络节点，根据该网络节点的中心度，确定该网络节点在承载组织网络的页面上的布局位置，中心度越大，对应的布局位置越靠近页面的中心。针对每条边连接的两个网络节点，根据该边的权重确定两个网络节点之间的距离信息。根据至少一条边的权重，确定至少一条边的线条粗细程度；根据至少一个网络节点的布局位置、至少一条边的线条粗细程度和每条边所连接的两个网络节点之间的距离信息，生成可视化参数信息。

值得注意的是，在基于中心度确定各个网络节点的布局位置后，还可以基于两个网络节点之间的距离信息对各个网络节点的布局位置进行微调。另外，边的权重越大，线条越粗；边的权重越大，距离越大。当然，在确定可视化参数信息并不限于以上举例。

在可视化参数信息展示组织网络时，根据网络节点的布局位置在承载组织网络的页面上布局相应的网络节点，在网络节点之间创建具有相应线条粗细程度的边，以及根据网络节点之间的距离调整网络节点的布局位置。进而使得用户可以直观感知越靠近页面中心的网络节点的中心度越大，线条越粗的网络节点之间的协作关系越紧密，距离越近的网络节点之间的协作关系越紧密。

在一些可选的实施例中，为了使得用户可以直观感知组织维度的组织网络中各网络节点之间协作关系的差异性，针对组织维度的组织网络，确定跨部门的边的颜色信息、每个部门的用户节点的颜色信息和用户节点之间相互连接的边的颜色信息；将跨部门的边的颜色信息、每个部门的用户节点的颜色信息和用户节点之间相互连接的边的颜色信息作为可视化参数信息。这样，在可视化展示组织维度的组织网络，通过节点的颜色和边的颜色，可以用户可以快速区分各个部门的协作关系和跨部门的协作关系。

在一些可选的实施例中，还可以支持用户查看任意中心度或桥梁度的网络节点。于是，在根据可视化参数信息展示组织网络之后，响应于针对目标中心度或目标桥梁度的网络节点的显示操作，在组织网络中突出显示目标中心度或目标桥梁度的网络节点。其中，突出显示方式例如包括但不限于：加深或改变网络节点的颜色、放大网络节点的尺寸等等。例如，用户可以触发终端设备显示图6所示的界面，在该界面上，用户可以输入需要进行突出显示的用户节点的职位信息、职务信息、以及桥梁度信息和中心度(也即明显度)信息，在用户确认这些高亮数据后，展示图4所示的用户维度的组织网络，图4中颜色更深的用户节点即为高亮显示的用户节点。

图7为本申请实施例提供的一种描述协作关系的组织网络的处理装置的结构示意图。如图7所示，该装置可以包括：

抽取模块71，用于从至少一种数据源中抽取组织对象对应的多条协作行为数据，协作行为数据反映组织对象中的用户之间的协作行为；

确定模块72，用于根据多条协作行为数据，确定组织对象的协作关系数据，协作关系数据包括组织对象中存在协作关系的用户以及对应的协作程度；

构建模块73，用于根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。

进一步可选的，确定模块72根据多条协作行为数据，确定组织对象的协作关系数据时，具体用于：根据多条协作行为数据，确定组织对象中存在协作关系的用户；对存在协作关系的用户的至少一条协同行为数据进行预处理，得到至少一个预处理结果；基于至少一个预处理结果确定存在协作关系的用户对应的协作程度。

进一步可选的，构建模块73根据协作关系数据构建用于描述组织对象中用户之间的协作关系的组织网络时，具体用于：基于组织对象的组织架构信息和/或组织对象包括的多个用户各自的基本属性信息，从组织对象包括的多个用户中确定目标部门包括的至少一个用户，目标部门为组织对象包括的多个部门中的一个；基于目标部门的至少一个用户各自的基本属性信息，对组织对象中存在协作关系的用户进行筛选，得到目标部门内部存在协作关系的用户；将目标部门包括的至少一个用户分别抽象为用户维度的组织网络中的一个用户节点；根据目标部门内部存在协作关系的用户，创建对应的用户节点之间相互连接的边，以及将对应的协作程度作为对应边的权重信息，以得到用户维度的组织网络。

进一步可选的，构建模块73根据协作关系数据构建用于描述组织对象中部门之间的协作关系的组织网络时，具体用于：基于组织对象的组织架构信息和/或组织对象包括的多个用户各自的基本属性信息，从组织对象包括的多个用户中确定组织对象的多个部门各自的至少一个用户；基于多个部门各自的至少一个用户的基本属性信息，对组织对象中存在协作关系的用户进行筛选，得到跨部门的存在协作关系的用户；将组织对象包括的多个部门分别抽象为部门维度的组织网络中的一个部门节点；根据跨部门的存在协作关系的用户，创建对应的部门节点之间相互连接的边，以及基于对应的协作程度生成对应的边的权重信息，以得到部门维度的组织网络。

进一步可选的，构建模块73根据协作关系数据构建用于描述组织对象中用户之间的协作关系的组织网络时，具体用于：将组织对象包括的多个用户分别抽象为组织维度的组织网络中的一个用户节点；根据组织对象中存在协作关系的用户，创建对应的用户节点之间相互连接的边，以及基于对应的协作程度生成对应的边的权重信息，以得到组织维度的组织网络。

进一步可选的，构建模块73还用于：根据至少一个网络节点各自所连接的至少一条边的权重，确定至少一个网络节点各自的中心度，网络节点为用户节点或部门节点；和/或，针对存在至少一条协作路径的两个网络节点，根据协作路径的数量和每条协作路径的跳数确定每条协作路径上的中间网络节点的桥梁度；协作路径的数量越多，中间网络节点的桥梁度越低；跳数多的协作路径上的中间网络节点的桥梁度低于跳数少的协作路径上的中间网络节点的桥梁度。

进一步可选的，上述装置还包括：展示模块，用于响应于针对组织网络的展示指令，根据至少一个网络节点的中心度和至少一条边的权重，确定可视化参数信息；根据可视化参数信息展示组织网络。

进一步可选的，展示模块根据至少一个网络节点的中心度和至少一条边的权重，确定可视化参数信息时，具体用于：针对至少一个网络节点中每个网络节点，根据该网络节点的中心度，确定该网络节点在承载组织网络的页面上的布局位置，中心度越大，对应的布局位置越靠近页面的中心；

根据至少一条边的权重，确定至少一条边的线条粗细程度；针对每条边连接的两个网络节点，根据该边的权重确定两个网络节点之间的距离信息；根据至少一个网络节点的布局位置、至少一条边的线条粗细程度和每条边所连接的两个网络节点之间的距离信息，生成可视化参数信息。

进一步可选的，展示模块还用于：针对组织维度的组织网络，确定跨部门的边的颜色信息、每个部门的用户节点的颜色信息和用户节点之间相互连接的边的颜色信息；将跨部门的边的颜色信息、每个部门的用户节点的颜色信息和用户节点之间相互连接的边的颜色信息作为可视化参数信息。

进一步可选的，展示模块还用于：响应于针对目标中心度或目标桥梁度的网络节点的显示操作，在组织网络中突出显示目标中心度或目标桥梁度的网络节点。

图7所示的装置可以执行图5所示实施例的方法，其实现原理和技术效果不再赘述。对于上述实施例中的装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤501至步骤503的执行主体可以为设备A；又比如，步骤501和502的执行主体可以为设备A，步骤503的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如501、502等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图8为本申请实施例提供的一种电子设备的结构示意图。如图8所示，该电子设备包括：存储器81和处理器82；

存储器81，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器81可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器82，与存储器81耦合，用于执行存储器81中的计算机程序，以用于：从至少一种数据源中抽取组织对象对应的多条协作行为数据，协作行为数据反映组织对象中的用户之间的协作行为；根据多条协作行为数据，确定组织对象的协作关系数据，协作关系数据包括组织对象中存在协作关系的用户以及对应的协作程度；根据协作关系数据构建用于描述组织对象中用户之间或部门之间的协作关系的组织网络。

进一步，如图8所示，该电子设备还包括：通信组件83、显示器84、电源组件85、音频组件86等其它组件。图8中仅示意性给出部分组件，并不意味着电子设备只包括图8所示组件。另外，图8中虚线框内的组件为可选组件，而非必选组件，具体可视电子设备的产品形态而定。本实施例的电子设备可以实现为台式电脑、笔记本电脑、智能手机或IOT设备等终端设备，也可以是常规服务器、云服务器或服务器阵列等服务端设备。若本实施例的电子设备实现为台式电脑、笔记本电脑、智能手机等终端设备，可以包含图8中虚线框内的组件；若本实施例的电子设备实现为常规服务器、云服务器或服务器阵列等服务端设备，则可以不包含图8中虚线框内的组件。

关于处理器执行各动作的详细实施过程可参见前述方法实施例或设备实施例中的相关描述，在此不再赘述。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。

相应地，本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，当计算机程序/指令被处理器执行时，致使处理器能够实现上述方法实施例中可由电子设备执行的各步骤。

上述通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述显示器包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

上述电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (14)

1.一种描述协作关系的组织网络的处理方法，其特征在于，包括：

从至少一种数据源中抽取组织对象对应的多条协作行为数据，所述协作行为数据反映所述组织对象中的用户之间的协作行为；

根据所述多条协作行为数据，确定所述组织对象的协作关系数据，所述协作关系数据包括所述组织对象中存在协作关系的用户以及对应的协作程度；

根据所述协作关系数据构建用于描述所述组织对象中用户之间或部门之间的协作关系的组织网络。

2.根据权利要求1所述的方法，其特征在于，根据所述多条协作行为数据，确定所述组织对象的协作关系数据，包括：

根据所述多条协作行为数据，确定所述组织对象中存在协作关系的用户；

对存在协作关系的用户的至少一条协同行为数据进行预处理，得到至少一个预处理结果；

基于至少一个预处理结果确定存在协作关系的用户对应的协作程度。

3.根据权利要求1所述的方法，其特征在于，根据所述协作关系数据构建用于描述所述组织对象中用户之间的协作关系的组织网络包括：

基于所述组织对象的组织架构信息和/或所述组织对象包括的多个用户各自的基本属性信息，从所述组织对象包括的多个用户中确定目标部门包括的至少一个用户，所述目标部门为所述组织对象包括的多个部门中的一个；

基于所述目标部门的至少一个用户各自的基本属性信息，对所述组织对象中存在协作关系的用户进行筛选，得到所述目标部门内部存在协作关系的用户；

将所述目标部门包括的至少一个用户分别抽象为用户维度的组织网络中的一个用户节点；

根据所述目标部门内部存在协作关系的用户，创建对应的用户节点之间相互连接的边，以及将对应的协作程度作为对应边的权重信息，以得到用户维度的组织网络。

4.根据权利要求1所述的方法，其特征在于，根据所述协作关系数据构建用于描述所述组织对象中部门之间的协作关系的组织网络包括：

基于所述组织对象的组织架构信息和/或所述组织对象包括的多个用户各自的基本属性信息，从所述组织对象包括的多个用户中确定所述组织对象的多个部门各自的至少一个用户；

基于多个部门各自的至少一个用户的基本属性信息，对所述组织对象中存在协作关系的用户进行筛选，得到跨部门的存在协作关系的用户；

将所述组织对象包括的多个部门分别抽象为部门维度的组织网络中的一个部门节点；

根据跨部门的存在协作关系的用户，创建对应的部门节点之间相互连接的边，以及基于对应的协作程度生成对应的边的权重信息，以得到部门维度的组织网络。

5.根据权利要求1所述的方法，其特征在于，根据所述协作关系数据构建用于描述所述组织对象中用户之间的协作关系的组织网络包括：

将所述组织对象包括的多个用户分别抽象为组织维度的组织网络中的一个用户节点；

根据所述组织对象中存在协作关系的用户，创建对应的用户节点之间相互连接的边，以及基于对应的协作程度生成对应的边的权重信息，以得到组织维度的组织网络。

6.根据权利要求1至5任一项所述的方法，其特征在于，在根据所述协作关系数据构建用于描述所述组织对象中用户之间或部门之间的协作关系的组织网络之后，还包括：

根据至少一个网络节点各自所连接的至少一条边的权重，确定至少一个网络节点各自的中心度，所述网络节点为用户节点或部门节点；和/或，

针对存在至少一条协作路径的两个网络节点，根据协作路径的数量和每条协作路径的跳数确定每条协作路径上的中间网络节点的桥梁度；协作路径的数量越多，中间网络节点的桥梁度越低；跳数多的协作路径上的中间网络节点的桥梁度低于跳数少的协作路径上的中间网络节点的桥梁度。

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

响应于针对所述组织网络的展示指令，根据至少一个网络节点的中心度和至少一条边的权重，确定可视化参数信息；

根据可视化参数信息展示所述组织网络。

8.根据权利要求7所述的方法，其特征在于，根据至少一个网络节点的中心度和至少一条边的权重，确定可视化参数信息，包括：

针对至少一个网络节点中每个网络节点，根据该网络节点的中心度，确定该网络节点在承载所述组织网络的页面上的布局位置，中心度越大，对应的布局位置越靠近所述页面的中心；

根据至少一条边的权重，确定至少一条边的线条粗细程度；

针对每条边连接的两个网络节点，根据该边的权重确定两个网络节点之间的距离信息；

根据至少一个网络节点的布局位置、至少一条边的线条粗细程度和每条边所连接的两个网络节点之间的距离信息，生成可视化参数信息。

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

针对组织维度的组织网络，确定跨部门的边的颜色信息、每个部门的用户节点的颜色信息和用户节点之间相互连接的边的颜色信息；

将跨部门的边的颜色信息、每个部门的用户节点的颜色信息和用户节点之间相互连接的边的颜色信息作为可视化参数信息。

10.根据权利要求7所述的方法，其特征在于，在根据可视化参数信息展示所述组织网络之后，还包括：

响应于针对目标中心度或目标桥梁度的网络节点的显示操作，在所述组织网络中突出显示所述目标中心度或所述目标桥梁度的网络节点。

11.一种描述协作关系的组织网络的处理装置，其特征在于，包括：

抽取模块，用于从至少一种数据源中抽取组织对象对应的多条协作行为数据，所述协作行为数据反映所述组织对象中的用户之间的协作行为；

确定模块，用于根据所述多条协作行为数据，确定所述组织对象的协作关系数据，所述协作关系数据包括所述组织对象中存在协作关系的用户以及对应的协作程度；

构建模块，用于根据所述协作关系数据构建用于描述所述组织对象中用户之间或部门之间的协作关系的组织网络。

12.根据权利要求11所述的装置，其特征在于，所述确定模块具体用于：

根据所述多条协作行为数据，确定所述组织对象的协作关系数据，包括：

根据所述多条协作行为数据，确定所述组织对象中存在协作关系的用户；

对存在协作关系的用户的至少一条协同行为数据进行预处理，得到至少一个预处理结果；

基于至少一个预处理结果确定存在协作关系的用户对应的协作程度。

13.一种电子设备，其特征在于，包括：存储器和处理器；所述存储器，用于存储计算机程序；所述处理器耦合至所述存储器，用于执行所述计算机程序以用于执行权利要求1-10任一项所述方法中的步骤。

14.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被处理器执行时，致使所述处理器能够实现权利要求1-10任一项所述方法中的步骤。

Images