CN103971191A - 工作线程管理方法和设备 - Google Patents

Abstract

本发明提供了工作线程管理方法和设备。所述方法和设备：获取与团队环境中多个团队成员涉及的多个工件相关的信息；和基于所获取的信息，对所述多个工件进行聚类，以确定一个或多个工作线程。利用本发明的方法和设备，能够方便用户在团队环境中管理工作线程，从而方便用户在工作线程之间迅速且方便地切换。

Description

工作线程管理方法和设备

技术领域

本发明总体上涉及信息技术领域，特别地，涉及在团队环境的工作线程管理。

背景技术

团队环境是其中不同角色的不同用户以完成某些项目或者任务为目标进行协作的工作环境。在团队环境中为每个成员设定有相应的角色。例如，在用户以完成软件开发项目为目标进行协作的团队环境中，为成员分别设定了诸如项目经理、开发人员、测试人员之类的角色。角色描述某个用户或者一组用户的行为与职责。团队环境的示例包括但不限于基于eclipse的协作式团队环境或者社区/web协作式团队环境。

在团队环境中，对于不同的角色，在不同的项目阶段，用户通常需要在针对项目的多个工作线程之间切换，并对多个项目的大量工件(artifact)进行操作。此处，工件可以是用户针对工作线程打开的任何对象。具体而言，工件例如可包括超链接（诸如URL）、设计文档、源代码、配置文件、测试用例、缺陷、应用程序、网站、项目计划、架构等。

在团队环境中，用户通常参与多于一个项目，在工作过程中，用户很可能需要在分别针对三个项目A、B、C的三个工作线程A、B、C之间切换。此处假定以下情形：工作线程A是项目A的提案，在用户从事与工作线程A有关的工作时，他可能需要打开先前的提案、相关网站以及来自同事的电子邮件、相关的幻灯片和图表等。工作线程B是关于项目B与客户开会，用户可能需要打开报告幻灯片、支持资料，诸如销售表格、图表、演示应用程序以及支持视频等。工作线程C是安排个人旅行的个人事务，用户可能需要打开个人邮箱、旅行安排表格、导游网站、酒店预定应用程序等。

根据现有技术，当用户需要从一个工作线程切换到另一工作线程时，用户需要做的工作例如包括：依次关闭先前工作线程的所有工件；找到要切换到的工作线程的工件，并逐个打开该工作线程的工件。这对于用户来说是令人厌烦且效率低下的过程。

此外，随着用户参与的项目增多以及随着项目进行，工件的数目大大增加，如果用户仍然利用现有技术在工作线程之间进行切换，将极大增加切换所需的时间和操作，从而进一步加重用户的负担。

因此，迫切需要在团队环境中有效地管理工作线程，从而使得用户能够迅速且方便地在工作线程之间切换，以及进行其它操作。

虽然现有技术已经提出了针对单个用户的窗口及多个窗口在一段时间内的切换关系对窗口聚类，从而进行任务或工作线程识别的技术。但是，该技术仅局限于对单个用户的窗口进行聚类，因此在识别用户所执行的团队合作相关的任务时，准确度不高。

举例来说，当用户在团队环境中工作时，其不仅打开与团队工作相关的工件，还可能打开许多与团队工作无关的工件，诸如打开音乐播放器、电子邮件应用程序等。针对该单个用户生成的聚类将不仅包括与团队工作有关的工件，还包括与团队工作无关的工件。因而，利用针对各单个用户生成的聚类并不能准确地识别哪些工件是与团队工作相关的，从而在用户需要在团队相关的任务（或工作线程）切换时，该聚类并不能为在团队环境中工作的用户提供在团队相关的工作线程之间进行切换的有效方法。

因此，需要提供一种方便在团队环境中管理工作线程，从而方便用户在工作线程之间进行切换，以及进行其他操作的方法。

发明内容

研究表明，针对一个工作线程，在给定时间段中需要打开的工件基本固定的，并且相同工作线程中的工件之间具有紧密关系。此外，在团队环境中，对于工件而言存在不同的类别。

基于上述研究，为了解决现有技术的上述问题，需要一种能够在于团队环境有效地管理工作线程的方法。

本发明的一个目的在于，在团队环境中对工作线程进行管理，并因此允许用户迅速且方便地在不同的工作线程之间切换。

为此，本发明提出了用于团队环境的工作线程管理方法和设备，根据本发明的方法和设备，综合考虑团队环境的因素，对与不同角色的团队成员相关的多个工件进行分析和聚类，从而便于在团队环境中形成并管理工作线程。

根据本发明的第一方面，提供了一种工作线程管理方法，所述方法包括：获取与团队环境中多个团队成员涉及的多个工件相关的信息；和基于所获取的信息，对所述多个工件进行聚类，以确定一个或多个工作线程。

根据本发明的第二方面，提供了一种工作线程管理设备，所述设备包括：获取装置，被配置为获取与团队环境中多个团队成员涉及的多个工件相关的信息；和聚类装置，被配置为基于所述获取装置获取的信息，对所述多个工件进行聚类，以确定一个或多个工作线程。

利用本发明的方法和设备，在团队环境中，能够帮助用户生成相应的工作线程，从而方便对工作线程进行管理。

利用本发明的方法和设备，在团队环境中，由于根据项目阶段可视化了工作线程，团队成员可容易知道各个项目阶段需要熟悉的工件。

利用本发明的方法和设备，在团队环境中，能够帮助用户迅速且方便地从一个工作线程切换到另一个工作线程。

利用本发明的方法和设备，在团队环境中，利用针对工作线程生成的工作线程简档，当启动相应的工作线程简档时，将如工作线程中的相关工件之前被打开的那样打开相关工件。

利用本发明的方法和设备，在团队环境中，当用户打开工件时，向用户推荐与该工件处于同一工作线程中的距离或者一起打开次数超过预定阈值的工件。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器的框图。

图2示出了本发明实施方式可在其中应用的示例性团队环境；

图3是例示了根据本发明实施方式的用于团队环境的工作线程管理方法的总流程图；

图4是例示了根据本发明的实施方式的聚类处理的流程图；

图5为利用本发明实施方式所生成的聚类的示意图。

图6是根据本发明实施方式的按工件类别可视化该工作线程的示意图。

图7是根据本发明实施方式的根据项目阶段可视化该工作线程的示意图。

图8是根据本发明实施方式的按工件类别和项目阶段两者可视化之后工作线程的示意图。

图9是根据本发明实施方式的按工件类别和项目阶段可视化之后工作线程在团队环境中的示意图。

图10示出了根据本发明实施方式的工作线程管理设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

所属技术领域的技术人员知道，本发明可以实现为系统、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：可以是完全的硬件、也可以是完全的软件（包括固件、驻留软件、微代码等），还可以是硬件和软件结合的形式，本文一般称为“电路”、“模块”或“系统”。此外，在一些实施方式中，本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器（RAM）、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。

下面将参照本发明实施方式的方法、装置（系统）和计算机程序产品的流程图和/或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，这些计算机程序指令通过计算机或其它可编程数据处理装置执行，产生了实现流程图和/或框图中的方框中规定的功能/操作的装置。

也可以把这些计算机程序指令存储在能使得计算机或其它可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令就产生出一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instruction means)的制造品（manufacture）。

也可以把计算机程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机或其它可编程装置上执行的指令能够提供实现流程图和/或框图中的方框中规定的功能/操作的过程。

图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。图1显示的计算机系统/服务器12仅仅是一个示例，不应对本发明实施方式的功能和使用范围带来任何限制。

如图1所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件（包括系统存储器28和处理单元16）的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构（ISA）总线，微通道体系结构（MAC）总线，增强型ISA总线、视频电子标准协会（VESA）局域总线以及外围组件互连（PCI）总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器（RAM）30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质（图1未显示，通常称为“硬盘驱动器”）。尽管图1中未示出，可以提供用于对可移动非易失性磁盘（例如“软盘”）读写的磁盘驱动器，以及对可移动非易失性光盘（例如CD-ROM,DVD-ROM或者其它光介质）读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组（例如至少一个）程序模块，这些程序模块被配置以执行本发明各实施方式的功能。

具有一组（至少一个）程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施方式中的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14（例如键盘、指向设备、显示器24等）通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备（例如网卡，调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口22进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

现在参考图2，其示出了本发明可在其中应用的示例性团队环境50。该团队环境50作为一个示例被示为基于IBM公司的RationalTeam Concert（RTC）的团队环境，其包括集成开发环境（IDE），并且能够与诸如Firefox之类的web浏览器交互，从而方便团队成员之间的协作。本领域技术人员将理解，本发明的实施方式可以应用于除了基于RTC之外的其它团队环境。

如图2所示，IDE以及web浏览器中可存在各种对象，诸如计划、设计文档（包括幻灯片、文档、图、表格）、工作项、架构、配置文件、源代码、测试用例、缺陷、活动、博客、简档、论坛、wikis、feeds以及书签。这些对象在本发明中统称为工件，上述列举的工件的不同类别在此称为工件类别。本领域技术人员可以理解，以上仅是为了方便说明而列举了工件类别的上述示例，工件类别并不限于以上所列举的对象，其可以是用户可为其工作线程打开的任何对象。

此外，关于这些工件的信息以及用户与这些工件的交互的信息可以从来自RTC的日志和来自web浏览器的控件的日志获得。

再次参见图2，如图所示，在团队环境50中可以存在多个用户（也可称为团队成员），每个用户分别被设定有相应的角色。例如，用户1为设计人员、用户2为开发人员…用户N为测试人员。将理解，虽然图2中针对每个用户仅示出了单个角色，但是这仅是示例性的。由于同一用户可能参与多个项目，并且该用户在不同的项目中可能具有不同的角色，所以在团队环境中同一用户可能具有多个角色。例如，用户A可以是项目A的设计人员，同时也是项目B的测试人员。此外，即使针对同一项目，团队中的成员的角色也可以改变。例如，在某一阶段被设定为设计人员可以在另一阶段被重新设定为测试人员。

为此，本发明提出了用于团队环境的工作线程管理方法和设备，根据本发明的方法和设备综合考虑团队环境的因素对与不同角色的团队成员相关的多个工件进行分析和聚类，从而便于在团队环境中形成并管理工作线程。

下面将参照图3至图10具体地描述本发明。图3是例示了根据本发明实施方式的用于团队环境的工作线程管理方法300的总流程图。如前所述，在团队环境中的每个团队成员设定有相应的角色。首先，需要获取与多个团队成员涉及的多个工件相关的信息（步骤301）。此处，如前所述，工件可以是用户可针对其工作线程打开的任何对象。

作为步骤301的一个具体实现方式，例如在如图2所示的团队环境50中，可通过IDE的日志或者web浏览器的控件的日志获取与多个团队成员涉及的多个工件相关的信息。

在步骤301中获取的信息包括工件的属性以及团队成员与工件的交互信息，其中工件的属性包括以下中的一项或者多项：关键字、所在文件夹、标题、工件名、最后修改时间以及工件类别等。团队成员与工件的交互信息包括诸如工件一起被打开的次数、在工件之间的互操作、交互所处的项目阶段、与工件交互的用户的用户角色等。此处，例如如果用户将一个工件中的内容复制到另一个工件中，则认为两个工件之间存在互操作。

然后，在步骤301中获取了与多个团队成员涉及的多个工件相关的信息之后，方法300行进到步骤302。在步骤302，基于所获取的信息，对所述多个工件进行聚类，以确定一个或多个工作线程。工作线程可对应于具体的项目或者任务。

图4是例示了根据本发明实施方式的聚类处理的流程图。图4详细地例示了步骤302的一种具体实现处理400。具体而言，在步骤401处，从所述多个工件中选择预定数量的工件作为聚类参考对象。此处，聚类参考对象在K－MEANS算法中可视为聚类中心，即聚类中所有对象的均值；在K-medoids算法时可以是medoids对象，即聚类中的到该聚类中的所有其它对象的距离之和最小的对象。该预定数量可以由用户指定。例如，如果团队环境中存在N个项目，则用户可指定将聚类参考对象的数目设定为N。

接着，在步骤403，基于所获取的信息，计算每个所述工件与每个所述聚类参考对象之间的距离。具体而言，计算工件与聚类参考对象的距离（即，工件之间的距离）包括：（1）计算工件的属性匹配度；（2）计算工件之间的交互匹配度；（3）确定团队成员对工件之间的关系调整度以及（4）根据所计算的属性匹配度、交互匹配度和关系调整度确定工件之间的距离。以下将详细描述工件之间的距离的计算。

此处，为方便起见，将影响工件之间的属性匹配度的因子称为工件属性因子，其例如包括以下中的一个或者多个：关键字、工件名、工件所处文件夹、标题、最后修改时间以及工件类别。将影响工件之间的交互匹配度因子称为交互因子，其例如包括以下中的一个或者多个：工件被一起打开的次数；工件被一起打开的时间长度；团队成员在工件之间的互操作；与工件交互的团队成员的角色；以及团队成员与工件交互时的项目阶段。团队成员还可以根据需要调整工件之间的关系，将其称为关系调整度。然而，本领域技术人员将理解，上述因子仅为示例，可以根据需要选用其它因子。

在一个实施方式中，两个工件之间的距离Dist(i，j)被定义为：

（1）

其中，

r_f(i,j)为匹配函数，其由工件i和工件j的相应因子的匹配程度决定；w_f为各个因子f的权重，w_f可由用户指定，并且

公式（1）中的第一项表示工件的属性匹配度；

公式（1）中的第二项表示工件之间的交互匹配度；以及

公式（1）中的第三项表示团队成员对工件之间的关系调整度。

下面将描述计算公式（1）中的上述三项的方法。

计算工件的属性匹配度包括计算工件属性因子之间的匹配度。具体而言，为计算工件i和工件j之间的属性匹配度，针对如上所述的每一个工件属性因子计算其匹配函数r_f(i,j)的数值，并且然后对各个因子的匹配函数r_f(i,j)的数值进行加权求和。如上所述的各个因子的匹配度越好，则其匹配函数r_f(i,j)的数值越小，从而工件之间的属性匹配度越好。相应地，工件之间的距离也越小。

例如，文件名为“project-A design artifacts.doc”的工件A与文件名为“project-A middle report.ppt”的工件B的文件名相似，因此，可以将针对文件名的匹配函数r_f(i,j)的数值计算为0。对于文件名完全不同的工件A和工件C，在计算它们之间的属性匹配度时，可将针对文件名的匹配函数r_f(i,j)的数值计算为1。从而使得在不考虑其它因素时，文件名相似的工件A与B之间的距离小于文件名完全不同的工件A与C之间的距离。

虽然以上以工件属性因子中的文件名为例描述了计算匹配函数r_f(i,j)的方法，但是本领域技术人员可以理解，对其他因子可以使用类似的方法。此外，以上例子中使用的具体数值“0”和“1”仅是为了方便说明，本领域技术人员可以理解，用户可以根据需要来设置上述具体值。

计算工件之间的交互匹配度包括确定以下中的任一个或多个：确定工件被一起打开的次数;工件被一起打开的时间长度；确定团队成员在工件之间的互操作；确定与工件交互的团队成员的角色；以及确定团队成员与工件交互时的项目阶段。

在计算工件之间的交互匹配度时，工件被一起打开的次数越多，被一起打开的时间越长，以及工件之间的互操作（例如，用户将一个工件中的内容复制到另一个工件中）越多，则匹配函数r_f(i,j)的值越小。此外，与工件交互的团队成员的角色相同、团队成员与工件交互时的项目阶段相同，则匹配函数r_f(i,j)的值越小，并且反之亦然。

团队成员对工件之间的关系调整度表示团队成员对工件之间的关系的调整情况。用户可能根据需要调整工件之间的关系，使得用户认为关系较紧密的工件之间的距离较短。

本领域技术人员可以理解，用户可根据需要调整各因子的权重。例如，用户可为调整交互匹配度的权重，从而使得在计算工件之间的距离时交互匹配度占有最大的比重。进一步地，可调整用户的角色所对应的交互匹配度的权重，从而使得在计算工件之间的距离时，着重考虑团队成员的角色对工件之间的距离的影响。

接着，在步骤405，根据所计算的距离，将多个工件划分为预定数量的聚类，其中预定数量可以是指步骤401中选定的聚类参考对象的数量。在一个示例中，其中根据所计算的距离将多个工件划分为预定数量的聚类包括：针对每个工件，确定与该工件距离最短的聚类参考对象；和将多个工件分别分配到与相应的距离最短的聚类参考对象相关的聚类。

在步骤407，针对每个聚类，基于该聚类中所包含的工件之间的距离，重新计算该聚类的聚类参考对象。步骤407中对工件距离的计算可以按照上式（1）来进行。

在步骤409，在满足预定迭代条件的情况下，重复上述步骤403至407。在一个示例中，预定迭代条件例如可以包括以下中的任一个或多个：重新计算后的聚类参考对象与重新计算前的聚类参考对象之间的距离不小于预定聚类阈值；和迭代次数小于预定迭代次数阈值。例如，如果重新计算后的聚类参考对象与重新之前的聚类参考对象之间的距离小于预定阈值，则可将重新计算之前的聚类参考对象视为最终的聚类参考对象，从而停止迭代。或者，用户可以指定在N次迭代之后，停止迭代，并将N次迭代时的聚类参考对象视为最终的聚类参考对象。本领域技术人员可理解，可以根据需要设置其它迭代条件。

图5例示了根据图4中的聚类处理400确定工作线程的一个示例的示意图。参见图5，其示出了在图2所示的团队环境50中，根据来自RTC的日志以及来自Firefox控件的日志的关于多个用户涉及的多个工件的信息生成多个聚类。在图5中所示的示例中，形成了3聚类，这些聚类分别被视为工作线程1、工作线程2和工作线程3。然而，本领域技术人员可以理解，可以生成更多或更少的聚类，这例如依赖于团队环境中存在的项目的个数。在图5中，不同的形状表示不同的工件类别。工件之间的连线表示工件之间的距离。

以上具体描述了形成聚类（即确定工作线程）的处理，然而，本领域技术人员可以理解，可以使用各种已知甚或日后开发的聚类算法，诸如K－MEANS、K-MEDOIDS、BIRCH算法等。只要这些算法能够根据工件之间的距离对工件进行聚类，以形成相应的工作线程。

在一种实现中，在获取工件相关信息后，可以先按照式（1）计算任意两个工件之间的距离。将所计算的工件距离例如以查找表的形式加以保存。然后，在聚类处理（例如，图4的步骤403和407）时直接查找即可。

利用本发明的方法，能够在团队环境中有效地管理工作线程，从而方便用户在多个工作线程之间切换。

在一个实施方式中，图3中的工作线程管理方法300还可以包括：针对步骤302所确定的每个工作线程，按工件类别、项目阶段或者工件类别与项目阶段的组合可视化该工作线程所包含的工件。

以下参见图6说明按工件类别可视化一个工作线程。按不同的类别将工件线程划分为不同的层级，从而可视化工作线程中包含的工件。以图5的工作线程1为例，工作线程1包括三个类别的工件。例如，图5中的方块、三角以及圆形可分别表示设计文档、源代码以及配置文件。如图6所示，在根据类别可视化之后，不同类别的工件将被划分在不同层级。

在以工件类别可视化了工作线程中包含的工件之后，当用户打开工件时，系统将可视化在同一工作线程中与工件具有直接关系的类别，然后示出在每个类别中与其具有较近关系（例如，距离小于预定阈值）的工件。对于每个工件，可以示出与该工件有过交互的用户、该用户的角色、以及作业时间（即，用户打开工件到关闭工件之间的持续时间）等。本领域技术人员可以理解，针对每个工件示出的信息可根据需要包括以上列举的信息之外的信息。

在一个实施例中，团队环境中的工件可以设置有安全级别，其中安全级别对应于不同的权限，权限与团队环境中的用户的角色相关。具有较低权限的用户将不能打开具有较高安全级别的工件。在图6的示例中，以阴影表示的工件具有比其他工件高的安全级别，因此在向具有较低权限的用户可视化工件线程1时，可以不显示以阴影表示的工件。

下面，将参照图7说明根据项目阶段可视化一个工作线程所包含的工件。在工作线程中，可根据时间分析将工件划分到不同的项目阶段，例如图7中的项目阶段1、项目阶段2以及项目阶段3。例如，一个项目可被分为四个阶段，即提案阶段、设计阶段、开发阶段以及测试阶段。本领域技术人员将理解，这里提及的阶段划分是示例性的，可以根据项目需要将项目划分为不同数目的阶段。

具体而言，工作线程的整个持续时间（即工作线程中时间上最早的工件与时间上最晚的工件之间的时间段）被划分为n个阶段。其中n可以为大于等于1的整数，在上述示例中n为4。

然后，分析工作线程中的各工件的打开历史，从而确定各个工件在各个阶段的打开次数。例如，分析工件A的打开历史，确定工件A在开发阶段中打开20次，而在测试阶段被打开10次。

接着，对于每个工件，将该工件分配到其中该工件具有最大打开次数的阶段中。例如，在以上示例中，工件A将被分配到开发阶段，这是由于其在开发阶段中具有最大打开次数。对于其它工件执行相同的操作，从而将各个工件分配到各个阶段，如图7所示。

图8是根据本发明实施方式的按工件类别和项目阶段两者可视化之后的工作线程的示意图，其中工作线程中的工件先被划分到不同的项目阶段，然后在每个项目阶段中，按照工件类别分层加以显示。图9是根据本发明实施方式的在团队环境中按工件类别和项目阶段可视化之后的工作线程的一个具体实现的示意图。参见图9，工件被划分到各个项目阶段中，并且在各个阶段中以类别分层。图9中示出了在编码阶段（code phase）中的情形。然而，本领域技术人员可以理解，对项目的其它阶段，也可存在相似的呈现。

利用本发明的方法，在团队环境中，由于根据类别和/或项目阶段可视化了工作线程中的工件，团队成员容易知道在不同的项目阶段需要熟悉哪些工件。例如，在新成员加入时，其可以查看该工作线程，快速了解各个阶段需要熟悉的工件。

在一个实施方式中，图3中的工作线程管理方法300还可以包括：基于步骤302中确定的每个工作线程中包含的至少部分工件，生成该工作线程的工作线程简档。

根据一个示例，用户可在先前生成的工作线程简档的基础上定制自己的工作线程简档，并且在团队环境中共享该工作线程简档。

利用本发明的方法，用户在启动工作线程简档时，将启动对应的工作线程，并且将如对应工作线程中的相关工件之前被打开的那样打开这些工件。

利用本发明的方法，在团队环境中，当用户需要在工作线程之间切换时，其仅需启动工作线程对应的工作线程简档，从而迅速且方便地在各个工作线程之间切换。

在一个实施方式中，图3中的工作线程管理方法300还可以包括确定推荐候选工件。例如，在团队环境中，当用户选定一个工件时，可以向其推荐与该选定工件相关联的其它工件，或称推荐候选工件，从而方便用户工作。推荐候选工件可以是与该选定工件处于同一工作线程中的距离小于预定阈值的工件或者与该选定工件处于同一工作线程中的与该工件一起打开次数超过预定阈值的工件。以下将阐述怎样使用工件的打开历史向用户推荐工件。

首先，确定选定工件所属的工作线程。

其次，基于与工作线程中的工件相关的信息（例如，图3的步骤301中获取的信息），提取该工作线程中所包含的全部工件的打开历史。

接着，根据所提取的打开历史，找出工作线程中与选定工件一起打开的次数超过预定阈值的工件，并确定推荐候选工件。例如，如果工件A和工件B、C一起打开的次数（例如，150）超过预定阈值（例如，100）则在打开工件A时，确定工件B、C为推荐候选工件。以此类推，当用户打开工件B时，确定工件A、C为推荐候选工件。即，在用户打开工件A、B、C中的任一者时，将工件A、B、C中的其它两个工件作为推荐候选工件。然后，推荐用户打开该推荐候选工件。

为更准确地推荐用户打开工件，根据另一示例，可以对上述确定的推荐候选工件进行筛选。为了描述方便，下文中将从工作线程中找出的与选定工件一起打开的次数超过预定阈值的工件称为中间推荐候选工件。在该示例中，可以从中间推荐候选工件与选定工件的组合提取打开规则；计算所提取的打开规则的置信度；并且将与置信度超过预定阈值的打开规则相对应的组合中的中间推荐候选工件，确定为推荐候选工件。

首先，根据一起打开次数超过预定阈值的工件组（包括中间推荐候选工件与选定工件）提取候选的打开规则。例如，如果工件组｛A，B，C｝的出现次数大于预定阈值，则将存在6个候选规则，即打开（A）->打开（B，C）、打开（B）->打开（A，C）、打开（C）->打开（A，B）、打开（A，B）->打开（C）、打开（A，C）->打开（B）以及打开（B，C）->打开（A）。

其次，计算上述6个候选的打开规则的置信度水平CL。如果候选打开规则的置信度水平大于预定阈值（其中该预定阈值可由用户设定），则接受该打开规则，否则，拒绝该打开规则。打开规则的置信度水平如下计算：

CL[打开（A）->打开（B，C）]＝打开｛A，B，C｝的次数/打开（A）的次数

举例来说，假设工件A、B、C同时打开的次数为150，而打开工件A、B、C的总次数分别为1000、2000以及3000，则打开规则（1）打开（A）->打开（B，C）的置信度为0.15，打开规则（2）打开（B）->打开（A，C）的置信度为0.075，而打开规则（3）打开（C）->打开（A，B）的置信度为0.05。假定置信度为0.075以上的打开规则被接受。则在该示例中，打开规则（1）和（2）将被接受，而打开规则（3）将被拒绝。

最后，根据所接受的打开规则，推荐打开工件。例如，在以上示例中，将根据打开规则（1）和打开规则（2）推荐打开工件。即，在用户打开A时，向用户推荐打开工件B和工件C，而在用户打开工件B时，向用户推荐打开工件A、C，但是在用户打开工件C时，不会推荐用户打开工件A、B。

在一个示例中，在确定推荐候选工件时，还可以考虑用户的角色。例如，确定推荐候选工件可包括：从所提取的打开历史中识别相同角色的团队成员对全部工件的打开历史；以及根据所识别的相同角色的团队成员对全部工件的打开历史，找出所述工作线程中与所述工件一起打开的次数超过预定阈值的工件，作为推荐候选工件。从而使得在确定推荐候选工件时，考虑相同角色的用户的打开历史。

此外，还可通过以下方式考虑用户的角色：在向用户推荐打开工件时，屏蔽该角色的用户不能打开的工件（由于该角色的用户的权限导致的）。

在另一示例中，向用户推荐工件时，还可进一步考虑项目阶段。例如，仅向用户推荐所确定的推荐候选工件中的、处于某一项目阶段的工件。

利用本发明的方法，在团队环境中，当用户打开工件时，向用户推荐与该工件同一工作线程中的距离或者一起打开次数超过预定阈值的工件。

利用本发明的方法，在团队环境中，在用户打开选定工件时，根据工件的打开历史向用户推荐工件。

利用本发明的方法，在团队环境中，在用户打开选定工件时，在向用户推荐工件时，还可考虑到用户的角色和/或项目阶段。

图10示出了根据本发明实施方式的工作线程管理设备1000的框图。工作线程管理设备1000可以由实现本发明原理的硬件、软件或软件和硬件的结合来实现。本领域技术人员可以理解的是，图10中所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以指出对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。

工作线程管理设备1000能够用于在团队环境的工作线程管理。团队环境中的每个团队成员设定有相应的角色。工作线程管理设备1000可包括获取装置1010和聚类装置1020。

获取装置1010被配置为获取与多个团队成员涉及的多个工件相关的信息。聚类装置1020被配置为基于获取装置1010获取的信息，对多个工件进行聚类，以确定一个或多个工作线程。在一个示例中，所获取的信息包括工件的属性以及团队成员与工件的交互信息。

在一个实施方式中，聚类装置1020可包括：聚类参考对象选择装置1021，配置为从多个工件中选择预定数量的工件作为聚类参考对象；距离计算装置1023，配置为基于所获取的信息，计算每个工件与每个聚类参考对象之间的距离；聚类划分装置1025，配置为根据所计算的距离，将多个工件划分为预定数量的聚类；聚类参考对象调整装置1027，配置为针对每个聚类，基于该聚类中所包含的工件之间的距离，重新计算该聚类的聚类参考对象；以及迭代条件判断装置1029，配置为判断是否满足预定迭代条件。在一个示例中，预定迭代条件包括以下中的任一个或多个：重新计算后的聚类参考对象与重新计算前的聚类参考对象之间的距离不小于预定聚类阈值；和迭代次数小于预定迭代次数阈值。

在一个实施方式中，距离计算装置和聚类参考对象调整装置中的每一个包括：属性匹配度计算装置，配置为计算工件之间的属性匹配度；交互匹配度计算装置，配置为计算工件之间的交互匹配度；关系调整度确定装置，配置为确定团队成员对工件之间的关系调整度以及工件距离确定装置，配置为根据属性匹配度计算装置计算的属性匹配度、交互匹配度计算装置计算的交互匹配度和关系调整度确定装置确定的关系调整度，确定工件之间的距离。

在一个实施方式中，交互匹配度计算装置包括以下中的任一个或多个：第一交互匹配度计算子装置，配置为确定工件被一起打开的次数；第二交互匹配度计算子装置，配置为确定工件被一起打开的时间长度；第三交互匹配度计算子装置，配置为确定团队成员在工件之间的互操作；第四交互匹配度计算子装置，配置为确定与工件交互的团队成员的角色；以及第五交互匹配度计算子装置，配置为确定团队成员与工件交互时的项目阶段。

在一个实施方式中，属性匹配度计算装置包括配置为计算以下任一个或多个因子的匹配度的装置：关键字、工件名、工件所处文件夹、标题、最后修改时间以及工件类别。

在一个实施方式中，聚类划分装置包括：第一聚类划分子装置，配置为针对每个工件，确定与该工件距离最短的聚类参考对象；和第二聚类划分子装置，配置为将多个工件分别分配到与相应的距离最短的聚类参考对象相关的聚类。

在一个实施方式中，工作线程管理设备1000还包括：工作线程可视化装置1030，配置为针对聚类装置1020确定的每个工作线程，按工件类别、项目阶段或者工件类别与项目阶段的组合可视化该工作线程所包含的工件。

在一个实施方式中，工作线程管理设备1000，还包括：工作线程简档生成装置1040，配置为基于聚类装置1020确定的每个工作线程中包含的至少部分工件，生成该工作线程的工作线程简档。

在一个实施方式中，工作线程管理设备1000还包括：工作线程确定装置，配置为确定该工件所属的工作线程；打开历史提取装置，配置为基于所获取的信息，提取工作线程确定装置确定的工作线程中所包含的全部工件的打开历史；以及推荐候选工件确定装置，配置为根据打开历史提取装置提取的打开历史，找出工作线程确定装置确定的工作线程中与该工件一起打开的次数超过预定阈值的工件，并确定推荐候选工件。

在一个实施方式中，推荐候选工件确定装置包括：打开规则提取装置，配置为从中间推荐候选工件与所述工件的组合提取打开规则，其中中间推荐候选工件是指所述工作线程中与所述工件一起打开的次数超过预定阈值的工件；置信度计算装置，配置为计算所提取的打开规则的置信度；以及工件推荐装置，配置为将与置信度超过预定阈值的打开规则相对应的组合中的中间推荐候选工件，确定为推荐候选工件。

利用本发明的设备，在团队环境中，能够帮助用户生成相应的工作线程，从而方便对工作线程进行管理。

利用本发明的设备，在团队环境中，能够帮助用户迅速且方便地从一个工作线程切换到另一个工作线程。

利用本发明的设备，在团队环境中，利用针对工作线程生成的工作线程简档，当启动相应的工作线程简档时，将如相关工作线程中的相关工件之前被打开的那样打开相关工件。

利用本发明的设备，在团队环境中，由于根据项目阶段可视化了工作线程，团队成员可容易知道各个项目阶段需要熟悉的工件。

利用本发明的设备，在团队环境中，当用户打开工件时，向用户推荐与该工件同一工作线程中的距离或者一起打开次数超过预定阈值的工件。

附图中的流程图和框图显示了根据本发明的多个实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施方式。

Claims (22)

1.一种工作线程管理方法，包括：

获取与团队环境中多个团队成员涉及的多个工件相关的信息；和

基于所获取的信息，对所述多个工件进行聚类，以确定一个或多个工作线程。

2.根据权利要求1所述的工作线程管理方法，其中所述基于所获取的信息对所述多个工件进行聚类包括：

（a）从所述多个工件中选择预定数量的工件作为聚类参考对象；

（b）基于所获取的信息，计算每个所述工件与每个所述聚类参考对象之间的距离；

（c）根据所计算的距离，将所述多个工件划分为所述预定数量的聚类；

（d）针对每个聚类，基于该聚类中所包含的工件之间的距离，重新计算该聚类的聚类参考对象；以及

（f）在满足预定迭代条件的情况下，重复上述步骤（b）至（d）。

3.根据权利要求2所述的工作线程管理方法，其中所获取的信息包括工件的属性以及团队成员与工件的交互信息，并且

其中步骤（b）和（d）中工件之间的距离通过如下操作来计算：

计算工件之间的属性匹配度；

计算工件之间的交互匹配度；

确定团队成员对工件之间的关系调整度以及

根据所计算的属性匹配度、交互匹配度和关系调整度，确定工件之间的距离。

4.根据权利要求3所述的工作线程管理方法，其中计算工件之间的交互匹配度包括以下中的任一个或多个：

确定工件被一起打开的次数；

确定工件被一起打开的时间长度；

确定团队成员在工件之间的互操作；

确定与工件交互的团队成员在团队环境中的角色；以及

确定团队成员与工件交互时的项目阶段。

5.根据权利要求3所述的工作线程管理方法，其中计算工件之间的属性匹配度包括计算以下任一个或多个因子的匹配度：关键字、工件名、工件所处文件夹、标题、最后修改时间以及工件类别。

6.根据权利要求2所述的工作线程管理方法，其中根据所计算的距离将所述多个工件划分为所述预定数量的聚类包括：

针对每个所述工件，确定与该工件距离最短的聚类参考对象；和

将所述多个工件分别分配到与相应的距离最短的聚类参考对象相关的聚类。

7.根据权利要求2所述的工作线程管理方法，其中所述预定迭代条件包括以下中的任一个或多个：

重新计算后的聚类参考对象与重新计算前的聚类参考对象之间的距离不小于预定聚类阈值；和

迭代次数小于预定迭代次数阈值。

8.根据权利要求1至7中任一项所述的工作线程管理方法，还包括：

针对所确定的每个工作线程，按工件类别、项目阶段或工件类别与项目阶段的组合可视化该工作线程所包含的工件。

9.根据权利要求1至7中任一项所述的工作线程管理方法，还包括：

基于所确定的每个工作线程中包含的至少部分工件，生成该工作线程的工作线程简档。

10.根据权利要求1至7中任一项所述的工作线程管理方法，还包括：

确定该工件所属的工作线程；

基于所获取的信息，提取该工作线程中所包含的全部工件的打开历史；以及

根据所提取的打开历史，找出所述工作线程中与所述工件一起打开的次数超过预定阈值的工件，并确定推荐候选工件。

11.根据权利要求10所述的工作线程管理方法，其中根据所提取的打开历史找出所述工作线程中与所述工件一起打开的次数超过预定阈值的工件并确定推荐候选工件包括：

从中间推荐候选工件与所述工件的组合提取打开规则，其中中间推荐候选工件是指所述工作线程中与所述工件一起打开的次数超过预定阈值的工件；以及

计算所提取的打开规则的置信度；

将与置信度超过预定阈值的打开规则相对应的组合中的中间推荐候选工件，确定为推荐候选工件。

12.一种工作线程管理设备，包括：

获取装置，配置为获取与团队环境中多个团队成员涉及的多个工件相关的信息；和

聚类装置，配置为基于所述获取装置获取的信息，对所述多个工件进行聚类，以确定一个或多个工作线程。

13.根据权利要求12所述的工作线程管理设备，其中所述聚类装置包括：

聚类参考对象选择装置，配置为从所述多个工件中选择预定数量的工件作为聚类参考对象；

距离计算装置，配置为基于所获取的信息，计算每个所述工件与每个所述聚类参考对象选择装置选择的聚类参考对象之间的距离；

聚类划分装置，配置为根据所述距离计算装置计算的距离，将所述多个工件划分为所述预定数量的聚类；

聚类参考对象调整装置，配置为针对每个由所述聚类划分装置划分的聚类，基于该聚类中所包含的工件之间的距离，重新计算该聚类的聚类参考对象；以及

迭代条件判断装置，配置为判断是否满足预定迭代条件。

14.根据权利要求13所述的工作线程管理设备，其中所获取的信息包括工件的属性以及团队成员与工件的交互信息，

并且其中距离计算装置和聚类参考对象调整装置中的每一个包括：

属性匹配度计算装置，配置为计算工件之间的属性匹配度；

交互匹配度计算装置，配置为计算工件之间的交互匹配度；

关系调整度确定装置，配置为确定团队成员对工件之间的关系调整度以及

工件距离确定装置，配置为根据属性匹配度计算装置计算的属性匹配度、交互匹配度计算装置计算的交互匹配度和关系调整度确定装置确定的关系调整度，确定工件之间的距离。

15.根据权利要求14所述的工作线程管理设备，其中所述交互匹配度计算装置包括以下中的任一个或多个：

第一交互匹配度计算子装置，配置为确定工件被一起打开的次数；

第二交互匹配度计算子装置，配置为确定工件被一起打开的时间长度；

第三交互匹配度计算子装置，配置为确定团队成员在工件之间的互操作；

第四交互匹配度计算子装置，配置为确定与工件交互的团队成员在团队环境中的角色；以及

第五交互匹配度计算子装置，配置为确定团队成员与工件交互时的项目阶段。

16.根据权利要求14所述的工作线程管理设备，其中属性匹配度计算装置包括配置为计算以下任一个或多个因子的匹配度的装置：关键字、工件名、工件所处文件夹、标题、最后修改时间以及工件类别。

17.根据权利要求13所述的工作线程管理设备，其中所述聚类划分装置包括：

第一聚类划分子装置，配置为针对每个所述工件，确定与该工件距离最短的聚类参考对象；和

第二聚类划分子装置，配置为将所述多个工件分别分配到与相应的距离最短的聚类参考对象相关的聚类。

18.根据权利要求13所述的工作线程管理设备，其中所述预定迭代条件包括以下中的任一个或多个：

重新计算后的聚类参考对象与重新计算前的聚类参考对象之间的距离不小于预定聚类阈值；和

迭代次数小于预定迭代次数阈值。

19.根据权利要求12至18中任一项所述的工作线程管理设备，还包括：

工作线程可视化装置，配置为针对所述聚类装置确定的每个工作线程，按工件类别、项目阶段或者工件类别与项目阶段的组合可视化该工作线程所包含的工件。

20.根据权利要求12至18中任一项所述的工作线程管理设备，还包括：

工作线程简档生成装置，配置为基于所述聚类装置确定的每个工作线程中包含的至少部分工件，生成该工作线程的工作线程简档。

21.根据权利要求12至18中任一项所述的工作线程管理设备，还包括：

工作线程确定装置，配置为确定该工件所属的工作线程；

打开历史提取装置，配置为基于所获取的信息，提取所述工作线程确定装置确定的工作线程中所包含的全部工件的打开历史；以及

推荐候选工件确定装置，配置为根据所述打开历史提取装置提取的打开历史，找出所述工作线程确定装置确定的工作线程中与所述工件一起打开的次数超过预定阈值的工件，并确定推荐候选工件。

22.根据权利要求21所述的工作线程管理装置，推荐候选工件确定装置包括：

打开规则提取装置，配置为从中间推荐候选工件与所述工件的组合提取打开规则，其中中间推荐候选工件是指所述工作线程中与所述工件一起打开的次数超过预定阈值的工件；

置信度计算装置，配置为计算所提取的打开规则的置信度；以及

工件推荐装置，配置为将与置信度超过预定阈值的打开规则相对应的组合中的中间推荐候选工件，确定为推荐候选工件。