在管理系统中共享信息的方法和装置制造方法

在管理系统中共享信息的方法和装置制造方法
【专利摘要】本发明的各实施方式提供了在管理系统中共享信息的方法和装置。在本发明的一个实施方式中，提供了一种用于在管理系统中共享信息的方法，包括：基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系；基于执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库；以及响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作。在本发明的一个实施方式中，提供了在管理系统中共享信息的装置。
【专利说明】在管理系统中共享信息的方法和装置

【技术领域】
[0001] 本发明的各实施方式涉及数据处理，更具体地，涉及用于在管理系统中共享信息 的方法和装置。

【背景技术】
[0002] 随着计算机技术和通信技术的发展，计算机在各行各业中的应用越来越广泛。例 如，在需要多个主体（例如，工作人员或者机构）相互协作的应用环境中，通常需要在各个 主体之间共享工作流程期间所涉及的各种信息。
[0003] 例如，在医疗行业中可以存在不同等级的医疗机构，尽管目前已经开发出了可以 在多个医疗机构之间共享信息的技术方案，然而这些技术方案还仅仅停留在将诸如患者病 历（Heathcare Record)的数据电子化（例如，通过扫描等方式）的阶段。虽然用户（例如， 不同医疗机构的医生）可以通过网络来访问电子化的病历数据，然而这里被共享的对象仅 仅是病历数据本身，并且用户仅能针对这些共享信息进行搜索等简单操作，并不能基于已 经电子化的数据来获取更多服务。
[0004] 随着医疗机构中各种人员分工的进一步细化，不同职责的人员通常仅仅掌握与自 己的任务描述有关的信息。然而，在医疗机构中，几乎每个操作流程都会涉及到多个部门以 及多种类型人员之间的协作，医生很难了解从挂号到住院等一系列流程的具体细节。此时， 例如患者等人员不得不不断地查阅医疗机构的办事指南，或者询问相关工作人员，才能了 解与期望完成的任务相关的操作流程的各种细节。
[0005] 这种现象一方面对患者造成了诸多不便，另一方面还使得医疗机构的工作人员必 须不停解答患者的各种提问，并且导致工作效率降低和/或不能关注于本职工作的不利影 响。


【发明内容】

[0006] 因而，期望开发出一种能够在管理系统中共享信息的方法。应当注意，在本发明的 上下文中的"共享信息"并不是如现有技术那样简单地将诸如病历等资料电子化以及提供 经由网络可访问的数据库；而是，在此所述的"共享信息"是指对与管理系统相关的成员的 任务描述相关联的知识进行共享。另外，还期望可以通过整合各个成员的知识，来总结出在 诸如医院等机构中可能遇到的各种任务的操作流程。为此，本发明的各个实施方式提供了 用于在管理系统中共享信息的方法和装置。
[0007] 根据本发明的一个方面，提供了一种用于在管理系统中共享信息的方法，包括：基 于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任 务描述相关联的多个任务之间的依赖关系；基于执行多个任务的历史数据，根据所述信息 依赖图来定义执行多个任务所依据的规则库；以及响应于接收到来自用户的目标任务，基 于规则库来生成执行目标任务的一个或者多个动作。
[0008] 根据本发明的一个方面，基于与管理系统相关联的至少一个成员的任务描述来创 建信息依赖图包括：从任务描述中提取多个任务以及与多个任务相关联的输入数据和输出 数据；以及基于多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图。
[0009] 根据本发明的一个方面，基于执行多个任务的历史数据来定义执行多个任务所依 据的规则库包括：针对多个任务中的当前任务，基于执行多个任务的历史数据，根据当前任 务与多个任务中的其他任务之间的依赖关系，确定执行当前任务的至少一个路径，其中至 少一个路径中的每个路径中包括执行当前任务所依赖的一个或者多个其他任务。
[0010] 根据本发明的一个方面，提供了一种用于在管理系统中共享信息的装置，包括：创 建模块，配置用于基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图， 信息依赖图描述与任务描述相关联的多个任务之间的依赖关系；定义模块，配置用于基于 执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库；以 及生成模块，配置用于响应于接收到来自用户的目标任务，基于规则库来生成执行目标任 务的一个或者多个动作。
[0011] 根据本发明的一个方面，创建模块包括：提取模块，配置用于从任务描述中提取多 个任务以及与多个任务相关联的输入数据和输出数据；以及建立模块，配置用于基于多个 任务的输入数据和输出数据之间的依赖关系来建立信息依赖图。
[0012] 根据本发明的一个方面，定义模块包括：确定模块，配置用于针对多个任务中的当 前任务，根据当前任务与多个任务中的其他任务之间的依赖关系，确定执行当前任务的至 少一个路径，其中至少一个路径中的每个路径中包括执行当前任务所依赖的一个或者多个 其他任务。
[0013] 采用本发明所述的方法和装置，可以在管理系统中共享各个成员的知识，进而预 定义执行各种任务时所遵循的规则库。该规则库可以指导用户来了解执行某一任务时的操 作流程，例如，当用户需要执行一目标任务时，可以基于规则库来生成执行该目标任务所需 的一个或者多个动作。

【专利附图】

【附图说明】
[0014] 通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其 它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号 通常代表相同部件。
[0015] 图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框 图；
[0016] 图2示意性示出了根据一个技术方案的医疗管理系统的架构图；
[0017] 图3示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的技 术方案的架构图；
[0018] 图4示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的方 法的流程图；
[0019] 图5示意性示出了根据本发明一个实施方式的"转诊"任务的信息依赖图；
[0020] 图6A和图6B分别示意性示出了根据本发明一个实施方式的任务的信息依赖图； 以及
[0021] 图7示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的装 置的框图。

【具体实施方式】
[0022] 下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开 的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方 式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的 范围完整地传达给本领域的技术人员。
[0023] 所属【技术领域】的技术人员知道，本发明可以实现为系统、方法或计算机程序产品。 因此，本公开可以具体实现为以下形式，即：可以是完全的硬件、也可以是完全的软件（包 括固件、驻留软件、微代码等），还可以是硬件和软件结合的形式，本文一般称为"电路"、"模 块"或"系统"。此外，在一些实施例中，本发明还可以实现为在一个或多个计算机可读介质 中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。
[0024] 可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计 算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是--但不限 于--电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算 机可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便 携式计算机磁盘、硬盘、随机存取存储器（RAM)、只读存储器（ROM)、可擦式可编程只读存储 器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM)、光存储器件、磁存储器件、 或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程 序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0025] 计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号， 其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括--但 不限于--电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是 计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者 传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0026] 计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括--但不限 于--无线、电线、光缆、RF等等，或者上述的任意合适的组合。
[0027] 可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机 程序代码，所述程序设计语言包括面向对象的程序设计语言-诸如Java、Smalltalk、C++， 还包括常规的过程式程序设计语言-诸如"C"语言或类似的程序设计语言。程序代码可以 完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部 分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在 涉及远程计算机的情形中，远程计算机可以通过任意种类的网络--包括局域网（LAN)或 广域网（WAN)-连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提 供商来通过因特网连接）。
[0028] 下面将参照本发明实施例的方法、装置（系统）和计算机程序产品的流程图和/ 或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各 方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、 专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，这些计算机程序 指令通过计算机或其它可编程数据处理装置执行，产生了实现流程图和/或框图中的方框 中规定的功能/操作的装置。
[0029] 也可以把这些计算机程序指令存储在能使得计算机或其它可编程数据处理装置 以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令就产生出一 个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置（instruction means)的制造品（manufacture) 〇
[0030] 也可以把计算机程序指令加载到计算机、其它可编程数据处理装置、或其它设备 上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计 算机实现的过程，从而使得在计算机或其它可编程装置上执行的指令能够提供实现流程图 和/或框图中的方框中规定的功能/操作的过程。
[0031] 图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框 图。图1显示的计算机系统/服务器12仅仅是一个示例，不应对本发明实施例的功能和使 用范围带来任何限制。
[0032] 如图1所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统 /服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16,系统存储器 28,连接不同系统组件（包括系统存储器28和处理单元16)的总线18。
[0033] 总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器， 外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举 例来说，这些体系结构包括但不限于工业标准体系结构（ISA)总线，微通道体系结构（MAC) 总线，增强型ISA总线、视频电子标准协会（VESA)局域总线以及外围组件互连（PCI)总线。
[0034] 计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是 任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动 的和不可移动的介质。
[0035] 系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存 取存储器（RAM) 30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其 它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34 可以用于读写不可移动的、非易失性磁介质（图1未显示，通常称为"硬盘驱动器"）。尽管 图1中未示出，可以提供用于对可移动非易失性磁盘（例如"软盘"）读写的磁盘驱动器， 以及对可移动非易失性光盘（例如⑶-ROM，DVD-ROM或者其它光介质）读写的光盘驱动器。 在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28 可以包括至少一个程序产品，该程序产品具有一组（例如至少一个）程序模块，这些程序模 块被配置以执行本发明各实施例的功能。
[0036] 具有一组（至少一个）程序模块42的程序/实用工具40,可以存储在例如存储器 28中，这样的程序模块42包括--但不限于--操作系统、一个或者多个应用程序、其它 程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程 序模块42通常执行本发明所描述的实施例中的功能和/或方法。
[0037] 计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、 显示器24等）通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的 设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信 的任何设备（例如网卡，调制解调器等等）通信。这种通信可以通过输入/输出（I/O)接 口 22进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络 (例如局域网（LAN)，广域网（WAN)和/或公共网络，例如因特网）通信。如图所示，网络适 配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示 出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于：微代 码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存 储系统等。
[0038] 在本发明的上下文中，将以在医疗机构这一具体应用环境为具体示例来阐明本发 明的各个实施方式的具体细节。应当注意，本发明并不仅限于在医疗机构内使用，而是可以 被应用于包括但不限于与涉及与获取执行任务时所需的动作相关联的任何应用环境。
[0039] 图2示意性示出了根据一个技术方案的医疗管理系统的架构图200。如图2所示， 医疗管理系统可以包括诸如社区医院I. . . N220、专科医院I. . . M230和急救中心I. . . K240 等机构的多种类型的医疗机构。这些不同类型的医疗机构可以具有各自的电子系统。为 了实现在多个医疗机构之间共享数据，还可以设置数据中心210,数据中心210和社区医院 I. . . N220、专科医院I. . . M230以及急救中心I. . . K240等医疗机构可以通过网络250来进 行通信。
[0040] 根据如图2所示的技术方案，各个医疗机构中的人员（例如，医生）等可以通过网 络250来访问其他医疗机构的电子化文档。尽管上述技术方案可以在一定程度上实现数据 共享，然而，一个医疗机构中的医生通过如图2所示的系统并不能了解另一医疗机构中的 操作流程。例如，当需要执行医疗机构间的协调工作（例如，患者从一个社区医院转移到一 个专科医院进行治疗的"转诊"任务）时，则社区医院的医生很可能并不知晓在社区医院和 在专科医院中分别需要执行哪些任务，才能完成转诊任务。
[0041] 基于上述内容可知，现有的信息共享系统还存在诸多缺陷。现有方案尽可以简单 地共享诸如文字、图像等信息，而并不支持对于诸如医生等人员的工作职责进行描述，更不 可能从这些描述中提取在医院中完成一项任务时的操作流程。现有技术中在信息共享方面 还存在诸多限制，例如在广度方面，期望能够不再局限于共享病历数据等信息，还期望将与 医生等工作人员相关的各种知识进行共享；在深度方面，期望能够将所共享的知识进行集 成，以便对未来的工作进行指导。因而，如何拓展信息共享的广度和深度，成为一项亟待解 决的技术问题。
[0042] 针对上述缺陷，本发明提供了一种在管理系统中共享信息的技术方案。具体地，图 3示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的技术方案的架构 图 300。
[0043] 如图3所示，管理系统可以关联于一个或者多个成员310,该成员310例如可以是 不同医疗机构中的医生、护士、检验员或者其他工作人员。每个成员310可以具有不同的任 务描述，例如，医生的任务描述可以包括：获取患者的病历信息、填写检验单、在完成检验时 调取检验结果，等；检验员的任务描述可以包括，在接收到检验单时进行检测并且提供检验 结果等。
[0044] 尽管不同成员310的任务描述存在诸多差异，然而，这些任务之间可能会存在依 赖关系。例如，医生填写的检验单（医生的输出数据）是检验员发起检验任务的输入数据， 而检验员提供的检验结果（检验员的输出数据）又是医生调取检验结果这一任务的输入数 据。根据本发明的实施方式，可以基于上述任务之间的这种依赖关系，来构建信息依赖图 (Information Dependence Graph, IDG) 320,用于描述管理系统所关联的一个或者多个成 员所执行的任务之间的依赖关系（如箭头B所示）。
[0045] 接着可以获取在各个医疗机构中执行各种任务时的历史数据（如箭头C所示）。 该历史数据例如可以是历史数据的统计结果，并且可以包括执行任务时在时间、费用和效 果等多个方面的数据。继而，可以基于这些历史数据来定义执行各个任务时所依据的规则 库330。在此的规则库330中可以包括多个规则，每个规则可以描述在执行不同任务时可能 涉及的具体流程（例如，以一个或者多个动作来表示）。最后，响应于来自用户的目标任务 (如箭头D所示），可以基于规则库来生成执行目标任务时所涉及的一个或者多个动作（如 箭头E所示）。
[0046] 具体地，在本发明的一个实施方式中，提供了一种用于在管理系统中共享信息的 方法，包括：基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依 赖图描述与任务描述相关联的多个任务之间的依赖关系；基于执行多个任务的历史数据， 根据所述信息依赖图来定义执行多个任务所依据的规则库；以及响应于接收到来自用户的 目标任务，基于规则库来生成执行目标任务的一个或者多个动作。
[0047] 图4示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的方 法的流程图400。首先，在步骤S402中，基于与管理系统相关联的至少一个成员的任务描述 来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系。具体 地，信息依赖图可以采用二分图来表示。在二分图中，可以以一种类型的节点表示任务，而 以另一种类型的节点表示数据。任务之间经由数据的输入/输出关系产生依赖关系。
[0048] 接着，在步骤S404中，基于执行多个任务的历史数据，根据所述信息依赖图来定 义执行多个任务所依据的规则库。规则库中可以包括多个规则，对于简单任务Tl (例如，医 生填写检验单），可以在没有输入数据的情况下直接由医生发起此类任务，而对于诸如检验 员执行检验这类任务T2而言，该任务需要由医生所填写的检验单来发起。对于任务T2,医 生填写的检验单是输入数据，而检验结果为输出数据。此时，任务T2依赖于任务T1。
[0049] 规则库中的规则可以是基于任务或之间的依赖关系来生成的，例如，由于任务Tl 不依赖于其他任务，针对任务Tl的规则可以是直接执行任务T1，即，
[0050] 规则 I :Perform(Tl)。
[0051] 由于任务T2还依赖于任务T1，则针对任务T2的规则可以是：在成功执行任务Tl 的情况下执行任务T2,即：
[0052] 规则 2 : if (Perform (Tl) = success) Perform T2
[0053] 在此实施方式中，规则库可以包括诸如规则I和规则2等多条规则。每个规则还 可以对应于执行相应任务的一个或者多个动作。具体地，规则1可以对应于动作1，规则2 可以对应于动作1和2。
[0054] 在步骤S402和S404中，通过生成信息依赖图，可以以二分图的形式描述原本处于 离散状态的各个任务，进而描述各个任务之间的依赖关系并且建立规则库。通过使用信息 依赖图，可以解决现有技术中需要人工操作（例如，患者在医院中四处询问如何"转诊"）寻 找依赖关系的问题，以便进一步后续的基于计算机的自动化处理提供基础。
[0055] 最后，在步骤S406中，响应于接收到来自用户的目标任务，基于规则库来生成执 行目标任务的一个或者多个动作。通过上文所述的步骤S402和S404,规则库中可以存储由 针对各种任务的预定义规则。在执行阶段，当接收到来自用户的目标任务时，可以在规则库 中查找是否存在与目标任务相对应的规则，当存在相对应的规则时，则可以生成执行该目 标任务的一个或者多个动作。
[0056] 在本发明的一个实施方式中，基于与管理系统相关联的至少一个成员的任务描述 来创建信息依赖图包括：从任务描述中提取多个任务以及与多个任务相关联的输入数据和 输出数据；以及基于多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图。
[0057] 在本发明的上下文中，任务描述可以具有各种格式，例如，可以采用如下文表1所 示的格式来定义任务描述。
[0058] 表1任务描述
[0059]

【权利要求】
1. 一种用于在管理系统中共享信息的方法，包括： 基于与所述管理系统相关联的至少一个成员的任务描述来创建信息依赖图，所述信息 依赖图描述与所述任务描述相关联的多个任务之间的依赖关系； 基于执行所述多个任务的历史数据，根据所述信息依赖图来定义执行所述多个任务所 依据的规则库；以及 响应于接收到来自用户的目标任务，基于所述规则库来生成执行所述目标任务的一个 或者多个动作。
2. 根据权利要求1所述的方法，其中基于与所述管理系统相关联的至少一个成员的任 务描述来创建信息依赖图包括： 从所述任务描述中提取所述多个任务以及与所述多个任务相关联的输入数据和输出 数据；以及 基于所述多个任务的所述输入数据和所述输出数据之间的依赖关系来建立所述信息 依赖图。
3. 根据权利要求2所述的方法，其中基于所述多个任务的所述输入数据和所述输出数 据之间的依赖关系来建立所述信息依赖图包括：针对所述多个任务中的第一任务和第二任 务， 响应于所述第一任务的输出数据为所述第二任务的输入数据，将所述第一任务指定作 为所述第二任务的前驱任务，以建立所述信息依赖图。
4. 根据权利要求2所述的方法，其中基于所述多个任务的所述输入数据和所述输出数 据之间的依赖关系来建立所述信息依赖图包括： 将所述多个任务映射至标准术语集；以及 基于所述标准术语集来建立所述信息依赖图。
5. 根据权利要求1-4中的任一项所述的方法，其中基于执行所述多个任务的历史数据 来定义执行所述多个任务所依据的规则库包括：针对所述多个任务中的当前任务， 基于执行所述多个任务的历史数据，根据所述当前任务与所述多个任务中的其他任务 之间的依赖关系，确定执行所述当前任务的至少一个路径，其中所述至少一个路径中的每 个路径中包括执行所述当前任务所依赖的一个或者多个其他任务。
6. 根据权利要求5所述的方法，进一步包括： 基于所述历史数据计算针对所述多个任务的效用评分； 根据所述效用评分来对所述至少一个路径中的一路径中包括的一个或者多个任务进 行排序；以及 基于所述排序来生成所述规则库中的规则。
7. 根据权利要求5所述的方法，其中响应于接收到来自用户的目标任务，基于所述规 则库来生成执行所述目标任务的一个或者多个动作包括 ： 在所述规则库中搜索匹配于所述目标任务的任务的规则； 获取所述规则的至少一个路径中的一个路径；以及 基于所述路径中包括的一个或者多个任务来生成所述一个或者多个动作。
8. 根据权利要求7所述的方法，其中获取所述规则的至少一个路径中的一个路径包 括： 响应于接收到来自所述用户的偏好，从所述多个路径中选择匹配于所述偏好的路径。
9. 一种用于在管理系统中共享信息的装置，包括： 创建模块，配置用于基于与所述管理系统相关联的至少一个成员的任务描述来创建信 息依赖图，所述信息依赖图描述与所述任务描述相关联的多个任务之间的依赖关系； 定义模块，配置用于基于执行所述多个任务的历史数据，根据所述信息依赖图来定义 执行所述多个任务所依据的规则库；以及 生成模块，配置用于响应于接收到来自用户的目标任务，基于所述规则库来生成执行 所述目标任务的一个或者多个动作。
10. 根据权利要求9所述的装置，其中所述创建模块包括： 提取模块，配置用于从所述任务描述中提取所述多个任务以及与所述多个任务相关联 的输入数据和输出数据；以及 建立模块，配置用于基于所述多个任务的所述输入数据和所述输出数据之间的依赖关 系来建立所述信息依赖图。
11. 根据权利要求10所述的装置，其中所述建立模块包括:针对所述多个任务中的第 一任务和第二任务， 指定模块，配置用于响应于所述第一任务的输出数据为所述第二任务的输入数据，将 所述第一任务指定作为所述第二任务的前驱任务，以建立所述信息依赖图。
12. 根据权利要求10所述的装置，其中所述建立模块包括： 映射模块，配置用于将所述多个任务映射至标准术语集；以及 依赖建立模块，配置用于基于所述标准术语集来建立所述信息依赖图。
13. 根据权利要求9-12中的任一项所述的装置，其中所述定义模块包括： 确定模块，配置用于针对所述多个任务中的当前任务，基于执行所述多个任务的历史 数据，根据所述当前任务与所述多个任务中的其他任务之间的依赖关系，确定执行所述当 前任务的至少一个路径，其中所述至少一个路径中的每个路径中包括执行所述当前任务所 依赖的一个或者多个其他任务。
14. 根据权利要求13所述的装置，进一步包括： 计算模块，配置用于基于所述历史数据计算针对所述多个任务的效用评分； 排序模块，配置用于根据所述效用评分来对所述至少一个路径中的一路径中包括的一 个或者多个任务进行排序；以及 规则生成模块，配置用于基于所述排序来生成所述规则库中的规则。
15. 根据权利要求13所述的装置，其中所述生成模块包括： 搜索模块，配置用于在所述规则库中搜索匹配于所述目标任务的任务的规则； 获取模块，配置用于获取所述规则的至少一个路径中的一个路径；以及 动作生成模块，配置用于基于所述路径中包括的一个或者多个任务来生成所述一个或 者多个动作。
16. 根据权利要求15所述的装置，其中所述获取模块包括： 选择模块，配置用于响应于接收到来自所述用户的偏好，从所述多个路径中选择匹配 于所述偏好的路径。
【文档编号】G06Q50/22GK104240166SQ201310244645
【公开日】2014年12月24日 申请日期:2013年6月19日 优先权日:2013年6月19日
【发明者】孙文, 曹锋, 沈炜嘉, 倪渊, 李响 申请人:国际商业机器公司