专利名称：工作流管理系统和工作流管理方法
技术领域：
本发明涉及对讨论项目(之后称为"工作")的信息进行管理的技术。
技术背景商务活动特别是与公司之间的商务商谈，常常根据商务商谈的规模、 公司产品的分配、与其它公司的竞争状态等方面来进行讨论，并确定最 终的交易条件(例如，价格和交货日期的最终期限)。在这种情况下，当 工作超过了指配给销售负责人的裁量范围时，例如当需要"折扣"时， 必须与具有决策权的"领导"或"负责人"对交易的灵活性进行协商。通常，按照以下过程来进行工作协商。(1) 工作(讨论项目)的产生在出示初始的估价后，如果客户请 求更多折扣，且根据竞争的状况认为必须打折时，对这些情况来应用工 作的产生。(2) 信息的收集通过下述方法来执行信息调査，例如从客户处得 知客户的公司信息、竞争状态和公司产品的运营状况。(3) 工作申请将提出的估价、请求价格以及各种收集的信息项 告知决策者，并请求该决策者对该工作做出决策。(4) 工作的审查决策者在考虑了商业原料的成本价、库存状况、市场趋势和公司战略之后决定最终的价格。(5) 通知结果将已决定的价格答复给销售负责人。(6) 商谈过程销售负责人在已决定的价格的范围内继续商谈。 此外，下述专利文献公开的技术为与本申请的发明相关的现有技术。[专利文献l]:日本特开第2003-122909号公报 [专利文献2]:日本特开第2002-259641号公报但是现有的工作协商方法存在下述问题。为了进行工作的申请，需要对各种信息项进行 收集和归档，这导致销售负责人的任务量较大。(2) 审查耗费时间需要参照各种信息项来进行工作审查，因此对 决策者施加了较大的任务量。(3) 不能保证折扣量最后，不能保证销售负责人在决定的价格范 围内进行商谈。即使由于故意或操作错误而制定了等于或大于申请金额 的折扣，也没有办法停止接受订单。(4) 不能伴随变更即使在决策后商品的结构和数量发生变化，商 谈也照原样进行，因此存在接收到的订单和决策的内容存在差异的情况。(5) 不知道与实际商谈的关系具体而言，不知道哪件工作到达工 作接受的阶段，因此很难对工作进行管理和分析。发明内容鉴于上述原因，本发明的目的在于提供一种能够促进与例如制定工 作、审査和分析工作的工作协商有关的处理的技术。为了实现上述目的，提供了一种工作流管理系统，该工作流管理系 统包括负责人终端；和管理设备，所述负责人终端包括输入单元，其接收通过负责人的操作对包含请求决策的值的信息的 输入；申请单元32B,其将所输入的信息作为申请信息发送到所述管理设 备；以及结果接收单元32C，其从所述管理设备接收关于申请信息的审査的 结果信息，所述管理设备包括通知单元12A，其向决策者通知从所述负责人终端接收到的申请信息结果接受单元12B，其接收通过所述决策者的操作在同意所述申请 信息时对包含至少申请信息能取值的范围的结果信息的输入；以及 结果发送单元12C，其将所述结果信息发送到所述负责人终端。
图1是工作流管理系统的示意图。图2是工作协商服务器的示意图。图3是订单接受服务器的示意图。图4是负责人终端的示意图。图5是决策者终端的示意图。图6是数据服务器的示意图。图7是商谈管理DB的示意图。图8是客户管理DB的示意图。图9是商品信息DB的示意图。图IO是企业信息DB的示意图。图11是工作流管理方法的示意流程图。图12是工作流管理方法的示意流程图。图13是工作流管理方法的示意流程图。图14是工作流管理方法的示意流程图。图15是示出申请信息输入表单的示例的图。图16是示出申请提示消息的示例的图。图17是示出决策者表的一个示例的图。图18是示出审查时的申请信息的显示示例的图。图19是示出审查时的申请信息的显示示例的图。图20是示出结果信息的显示示例的图。图21是示出调査结果的显示示例的图。
具体实施方式
图1是工作流管理系统10的示意图。工作流管理系统10包括工作(讨论项目)协商服务器l、订单接受 服务器2、负责人终端3、决策者终端4以及数据服务器5。工作协商服 务器l、订单接受服务器2以及数据服务器5构成本系统10的管理设备 6。图2是工作协商服务器1的示意图。工作协商服务器1是包括运算 处理单元12、存储有用于运算处理的数据和软件的存储单元(硬盘)13、 输入/输出(I/O)端口 14以及通信控制单元(CCU) 15等的计算机。1/0端口 14适当地连接有输入装置，例如键盘、鼠标以及CD-ROM 驱动器，还连接有输出装置，例如显示装置和打印机。CCU 15控制经由网络与其它计算机之间的通信。存储单元13预安装有操作系统(OS)和应用软件(工作流管理程序)。运算处理单元12配置有CPU (Central Processing Unit:中央处理单 元)和主存储器等，运算处理单元12适当地从存储单元13读取OS和应 用程序，并执行该OS和应用程序，对从I/0端口 14和CCU 15输入的 信息项以及从存储单元13读取的信息进行运算处理，由此还能用作通知 单元12A、结果接受单元12B、结果发送单元12C、申请接收单元12D、 选择单元12E以及检査单元12F。通知单元12A将从负责人终端3接收到的申请信息通知给决策者终端4。结果接受单元12B从决策者终端4接收作为决策者的审査结果的结 果信息。应注意到，当结果表示同意申请信息时，该结果信息至少包含 能够取得该申请信息项的值的范围。结果发送单元12C将结果信息发送到负责人终端3。申请接收单元12D通过订单接受服务器2从负责人终端3接收申请f曰息。选择单元12E参照登记有多个决策者的决策者表来选择适合于申请 信息的决策者，并将该申请信息发送到(所选择的)决策者的决策者终 端4。检查单元12F从决策者终端4接收状态信息，并根据该状态信息判 断由选择单元12E选择的决策者是否能对申请信息做出决策。图3是示出订单接受服务器2的示意图。订单接受服务器2是包括 运算处理单元22、存储有用于运算处理的数据和软件的存储单元(硬盘) 23、输入/输出(I/O)端口 24以及通信控制单元(CCU) 25等的计算机。1/0端口 24适当地连接有输入装置，例如键盘、鼠标以及CD-ROM 驱动器，还连接有输出装置，例如显示装置和打印机。CCU 25控制经由网络与其它计算机之间的通信。存储单元23预安装有操作系统(OS)和应用软件(安全信息通知 程序)。运算处理单元22配置有CPU (Central Processing Unit:中央处理单 元)和主存储器等，运算处理单元22适当地从存储单元23读取OS和应 用程序，执行该OS和应用程序，对从I/O端口 24和CCU 25输入的信 息项以及从存储单元23读取的信息进行运算处理，由此还能用作订单接 受单元22A、订单接受处理单元22B以及估价单元22C。 订单接受单元22A从负责人终端3接收订单信息。 订单接受处理单元22B参照与订单信息和订单确定(settlement)信 息的识别信息相关联的结果信息，并在结果信息的值范围内执行订单接 受处理。而且，当从负责人终端3的订单单元32E接收到表示申请信息 的值发生了改变的改变信号(例如，订单确定信息)时，如果改变的值 在结果信息范围内，则订单接受处理单元22B执行订单接受处理，而如 果改变的值超出结果信息范围，则订单接受处理单元22B禁止订单接受 处理。当从负责人终端3接收到估价请求时，估价单元22C从数据库52 读取与估价请求的识别信息相关联的申请信息，并按预定的估价单格式 布置申请信息的各个项目，从而生成估价单数据(估价单文件)。图4是示出负责人终端3的示意图。负责人终端3是包括运算处理 单元32、存储有用于运算处理的数据和软件的存储单元(硬盘)33、输 入/输出(I/O)端口34以及通信控制单元(CCU) 35等的计算机。1/0端口34适当地连接有输入装置(输入单元)，例如键盘、鼠标以及CD-ROM驱动器，还连接有输出装置，例如显示装置和打印机。CCU35控制经由网络与其它计算机之间的通信。存储单元33预安装有操作系统(OS)和应用软件(程序)。运算处理单元32配置有CPU (Central Processing Unit:中央处理单元)和主存储器等，运算处理单元32适当地从存储单元33读取OS和应用程序，执行该OS和应用程序，并对从I/O端口 34和CCU 35输入的信息项以及从存储单元33读取的信息进行运算处理，由此还能用作信息接收单元32A、申请单元32B、结果接收单元32C、估价请求单元32D、订单单元32E以及检索单元32F。
信息接收单元32A接收由用户的操作输入的申请信息，作为包含请求决策的值的信息。
申请单元32B将申请信息发送到管理设备6的订单接受服务器2或
工作协商服务器1 。
结果接收单元32C从管理设备6接收关于申请信息的审査的结果信息。
估价请求单元32D将包含识别信息项(例如商谈ID)的估价请求信号发送到管理设备6的订单接受服务器2。
订单单元32E将包含订单商品的值和决策号码的订单信息和订单确定信息发送到管理设备6的订单接受服务器2。
检索单元32F输入存储在管理设备6的数据服务器5中的例如商谈ID和决策号码的信息项作为关键字，并且在数据服务器5中检索与这些关键字有关的信息。
图5是示出决策者终端4的示意图。决策者终端4是包括运算处理单元42、存储有用于运算处理的数据和软件的存储单元(硬盘)43、输入/输出(I/O)端口44以及通信控制单元(CCU) 45等的计算机。
1/0端口 44适当地连接有输入装置，例如键盘、鼠标以及CD-ROM驱动器，还连接有输出装置，例如显示装置和打印机。
CCU45控制经由网络与其它计算机之间的通信。存储单元43预安装有操作系统(OS)和应用软件(程序)。
运算处理单元42配置有CPU (Central Processing Unit:中央处理单元)和主存储器等，运算处理单元42适当地从存储单元43读取OS和应用程序，执行该OS和应用程序，并对从I/O端口 44和CCU 45输入的信息以及从存储单元43读取的信息进行运算处理，由此还能用作申请接收单元42A、决策发送单元42B以及状态响应单元42C。
申请接收单元42A从管理设备6(工作协商服务器1 )接收申请信息。
当决策者输入对申请信息的审査结果时，决策发送单元42B将该结果发送到工作协商服务器1 。
当从管理设备6接收到询问信号时，状态响应单元42C发送表示决策者状态的状态信息。
例如，在启动计算机后，测量决策者没有进行输入的时间(空闲时间)段，并将该时间段设为状态信息。而且，从决策者终端4的调度程序和组件读取决策者的安排表，也可以将该安排表设为状态信息。
图6是数据服务器的示意图。数据服务器5是包括存储单元51的计算机，数据服务器5在存储单元51内的数据库52中登记从其它设备接收到的数据，并响应于来自其它设备的请求而提供数据库52内的数据。
本实施方式中的数据库52具有商谈管理DB (数据库)、客户管理DB、商品信息DB以及企业信息DB。图7至图10是商谈管理DB、客户管理DB、商品管理DB以及企业管理DB的示意图。
图11至图14示出了由具有上述数据库部件的工作流管理系统执行的工作流管理方法。
销售负责人在为了销售商品而与客户开始商谈时，首先创建估价单。出于该目的，销售负责人通过操作负责人终端3来访问订单接受服务器2，
并发送创建估价单所需要的信息。
图15示出了显示在负责人终端3上的输入表单的一个示例。负责人通过操作键盘和鼠标而在输入框71中输入客户名称，在输入框72中输入负责人姓名，在输入框73的各行中输入商品名称和希望价格，在输入框74中输入决策的截止日期、紧急度和重要度。按照这种结构，负责人终端3的信息接收单元32A接收来自负责人的输入信息(步骤1，之后縮写为Sl)，而申请单元32B将该输入信息发送到订单接受服务器2(S2)。
订单接受服务器2从负责人终端3接收该信息(S3)，并确定这些信息项是否在负责人的裁量范围内(S4)。
例如，若这些信息项应用于下述预定条件，例如金额总量是否超过预定值、客户是否是新客户以及折扣率是否超出了预定值，则订单接受服务器2确定该信息超出了负责人的裁量范围，而将如图16所例示的申请提示消息发送到终端3并在终端3上进行显示(S5、 S6)。
当负责人按下(选择)提示消息的申请按钮61时，负责人终端3的申请单元32B将用于申请工作(讨论项目)协商的信号发送到订单接受服务器2 (S7)，订单接受服务器2将该申请信息发送到工作协商服务器1 (S8)。
应注意到，虽然在本实施方式中是将申请信息从负责人终端3经由订单接受服务器2传送到工作协商服务器1，但不限于这种传送流程，还可以将申请信息直接从负责人终端3传送到工作协商服务器1。
当接收到申请信息时，工作协商服务器1的申请接收单元12D对申请信息附加对于每件工作唯一的识别信息(商谈ID) (S9)。而且，申请接收单元12D从数据库服务器中提取与该申请信息相关联的资料信息，并将该资料信息添加到该申请信息(SIO)。
例如，从企业信息DB中提取与客户名称相关联的企业信息项(例如，信用度、竞争和运营状态)，从商谈管理DB提取各与客户名称相关联的实际结果信息项(例如，以往商谈结果和以往决策价格)，从商品信息DB中提取各与商品名称相关联的商品信息项(例如，成本价格和标准价格)，得到希望的要求价格相对于标准价格的折扣率，将这些获得的信息项添加到申请信息作为审查时使用的资料信息。
接着，工作协商服务器1的选择单元12E参照决策者表，从而根据申请信息的客户、商品和金额量来选择被分配该工作(讨论项目)的决策者(Sll)。
如图17所示，本实施方式中的决策者表存储有决策者的职位(等级)、可决定的商品(权限)、实际处理结果、以及地址等。然后，选择
单元12E基于预定的关联关系从决策者表中获取具有与申请信息的金额量和重要度对应的职位(等级)的决策者，例如，如果申请的总金额小于l，OOO,OOO日元则确定部门的领导，如果申请的总金额小于5,000,000日元则确定部的领导，如果申请的总金额大于或等于ioo,ooo，ooo日元则确定董事，而且，如果重要度低则确定部门的领导，如果重要度中等则确定部的领导，如果重要度高则确定董事。
此外，在本实施方式中，商品ID是由表示商品的种类(类型)的代码和指定该种类中的各商品的数字构成的，在决策者表中，将各决策者和可决定商品的代码按照将决策者与代码相互关联的方式进行存储。
因此，例如，如果申请信息的商品ID是"PA001"，那么选择单元12E从决策者表的分别与代码"PA"相关联的决策者AAA、决策者CCC、决策者EEE和决策者FFF中，获得均具有能够决定总金额为1，570，000日元的职位(等级)的决策者CCC和决策者EEE。
而且，在决策者表中，存储有在预定时间段内已处理的工作数量(已处理工作件数)和未处理的工作数量(未处理工作件数)作为实际处理结果。因此，例如，选择单元12E参照决策表，通过选择决策者来执行负荷分配处理，以使各个决策者在预定时间段内(例如一天的间隔、一周的间隔等)的已处理工作件数均衡。而且，如果紧急度等于或高于预定程度，或者如果紧急度为中等或高时，获取表示未处理工作件数少于预定件数的决策者，例如，在决策者CCC和EEE中可以选择表示未处理工作件数少于"5"件的决策者EEE。
从而，选择单元12E通过使用多个条件中的任何一个或者通过组合多个条件来选择要被分配工作的决策者。例如，如果存在多个与申请信息的金额量和商品相关联的决策者，则选择表示最少的己处理工作件数或最少的未处理工作件数的决策者。
然后，为了检査所选择的决策者的当前状态，检査单元12F向该决策者的地址发送询问信号(S12)。
当决策者终端4接收到询问信号后，状态响应单元42C参照空闲时间和安排表，将状态信息发送到工作协商服务器1 (S13)。
接收到状态信息的工作协商服务器1的检查单元12F基于该状态信息来确定是否能处理工作(S14)。例如，如果符合下述预定条件则检査单元12F判断为不能取得处理工作的时间(确定为不能进行处理)，该预定条件例如为到截止日期为止安排有出差和休假，到截止日期为止50%或更多的工作时间已有安排，紧急度高，或者当日的空闲时间超过一小时。而且，在发送询问信号之后，如果在预定时间段内没有响应，艮P，如果没有登录到系统，则确定为不能进行处理。
然后，如果确定为不能进行处理，则操作跳回到步骤ll，在步骤ll中将与确定为不能进行的处理相关的决策者排除后再次选择决策者。
另一方面，如果在步骤14中状态信息不符合预定条件，则确定为能进行处理，并且通知单元12A将申请信息通知给决策者终端4 (S15)。例如，通知单元12A根据决策者表中的地址将申请信息发送到决策者终端4。另一可用方案是，通知单元12A在工作协商服务器1或其它设备的存储区域上存储申请信息，并且决策者终端4通过定期访问用于指定该存储区域的地址来读取申请信息，从而通知该申请信息。
如图18所示，接收到申请信息决策者终端4在显示单元上显示该申
请信息。图18示出了在增加了资料信息项(例如，企业信息、商品信息和实际结果信息)的状态下的显示示例，但是如图19所示，还有另外一种可用方案，即只显示申请信息的基本信息项(例如客户名称和希望的要求价格)，并通过按下(选择)链接按钮52来显示资料信息。在这种情况下，在步骤10中可以省略向申请信息添加资料信息的操作。
决策者在观看所显示的申请信息时对该申请信息进行审查，然后，如果同意该申请信息，则在输入框503中输入决策价格、数量、发货截止日期和该审查同意的有效期限的取值范围，并选择同意按钮54。而且，如果不同意，则决策者选择拒绝按钮55。在这种情况下，还可以输入拒绝理由。决策者终端4接收决策者的输入(S16)，将包含同意的取值范围的同意信号或适当时包含拒绝理由的拒绝信号以及工作的识别信息作为结果信息发送回工作协商服务器1 (S17)。此外，如果输入信息在负责人的裁量范围内，则不需要决策，然后订单接受服务器2将同意信号(结果信息)发送到工作协商服务器1，此后类似于已经获得同意的工作对该工作进行处理。在这种情况下，在负责人的裁量范围内输入价格、数量等的取值范围。
工作协商服务器1的结果发送单元12C将接收到的结果信息发送到定义为申请人终端的负责人终端3，并发送到订单接受服务器2 (S18)。如果结果信息包含同意信号，则还附加有决策号码。应当注意，该决策号码是指能唯一指定已获得同意的工作的号码。而且，工作协商服务器l将结果信息发送到数据服务器5 ，在数据服务器5中，在商谈管理DB中的与该结果信息的识别信息相关联的记录中登记商谈结果、决策号码、决策价格等。
当负责人终端3接收到结果信息时，负责人基于该决策结果继续商谈。
例如，如果同意则请求估价单。响应于负责人的操作，负责人终端3的估价请求单元32D将包含工作的决策号码的估价单请求信号发送到订单接受服务器2 (S19)。接收到该请求信号的订单接受服务器2的估价单元22C生成估价单文件，在该估价单文件中以预定格式布置了与包含在请求信号中的决策号码相关联的申请信息的客户名称、商品名称和希望的要求价格等，并且估价单元22C将该估价单文件发送到负责人终端3 (S20)。
接收到估价单文件的负责人终端3基于接收到的估价单文件打印出估价单(S21)。
负责人向客户出示估价单，如果需要更多折扣和改变数量，则负责人在结果信息的范围内继续商谈。
然后，如果商谈成功，负责人以通过操作负责人终端3而指定工作的决策号码的方式来执行订单处理。负责人终端3响应于该操作，访问订单接受服务器2并发送包含决策号码的订单信息(S22)。
接收到订单信息的订单接受服务器2读取各与决策号码相关联的申请信息和结果信息，向负责人终端3发送并在负责人终端3上显示描述了信息项的确认页，该信息项例如为客户名称、希望的要求价格、商品
名称、折扣率以及同意的取值范围(S23)。
图20是示出修改页的示例的图。在提出具有这些内容的订单的情况 下，负责人选择订单按钮61。而且，在修改价格、数量、约定交货日期 等的取值的情况下，在分别更改各个输入框的值后选择订单按钮61 。
通过这种操作，负责人终端3的订单单元32E将包含在各输入框中 登记的值和决策号码的订单确定信息发送到订单接受服务器2 (S24)。
当订单接受服务器2的订单接受单元22A接收到订单确定信息时， 订单接受处理单元22B确定订单信号中包含的价格和数量的取值是否在 与决策号码相关联的结果信息的同意范围内(S25)。
当确定这些值在同意范围内时，订单接受处理单元22B执行订单接 受处理(S26)。订单接受处理涉及例如将商品ID、数量、约定交货日期 等作为订单信息发送到定义为订单计算机的计算机。此外，输出例如订
单报表、帐单以及商品发票的纸件。而且，在商谈管理DB中登记表示 订单已被接受的信息作为商谈结果。而且，在接受订单时更改的要求价 格、数量等的取值也登记在商谈管理DB中。
而另一方面，如果在步骤25中价格和数量的取值超出了与决策号码 相关联的结果信息的同意范围，则禁止订单接受处理，即不执行订单接 受处理，将表示取值超出同意范围的错误消息发送到负责人终端3(S27)。
应当注意，当负责人终端3将表示订单接受失败的信号及其识别信 息发送到订单接受服务器2时，和当在决策的有效期限内没有接收到订 单信号时，订单接受处理单元22B因为订单接受失败而在商谈管理DB 中登记与由识别信息指定的工作相关的商谈结果。
如果没有达成在同意范围内的商谈，则负责人再次进行申请。此时， 通过输入上一次的识别号码、商品名称、客户名称等，负责人终端3的 检索单元32F在数据服务器5中检索数据，从而读取并显示以往的工作。
图21示出了显示以往工作的示例。如果从读取出的工作中检测到希 望再申请的工作，则负责人按下再申请按钮63。通过该操作，负责人终 端3显示申请表单，并将有关该工作的信息项拷贝到各输入框。适当改变申请表单中的希望要求价格等的输入值，然后选择申请按
钮61，接着重复从步骤7起的处理。根据这种方案，通过使用以往的例 子来制定计划，由此使得能够减少负责人的输入操作。
应当注意，如果针对一个工作(讨论项目)进行了多个申请，艮P， 如果基于以前的申请信息进行了再申请，则对基本申请信息的商谈ID附 加一子号码，按照每当进行再申请时就改变子号码的方式来生成再申请 信息的商谈ED，并且可以通过使这些信息项彼此相关联来管理这些信息。 例如，通过提取除了商谈ID的子号码之外的数据相一致的工作，来获得 相关工作，并将它们显示为列表，从而有助于决策负责人进行操作。此 时，以突出显示的方式来强调不同于上次申请的取值，这方便于决策者。
如上所述，根据本实施方式，只有当同意时才能执行订单接受处理， 因此能够防止负责人进行不正当的订单。
虽然该方案防止了未经同意做出订单，但是如果在同意时设置的范 围的可变取值范围内改变，则可以做出订单，由此减少了因细微改变而 造成再申请的费时操作。
换言之，决策价格不直接当作商谈价格，而作为要求价格的"下限"， 由此为销售负责人以更高的销售价格进行商谈提供了机会，且使得更易 于保证利润。
此外，对每个负责人提供一裁量范围，如果在该范围内则无需进行 申请即可接受订单，只有超出该范围时同意才是必不可少的，由此减少 了工作申请的产生频率，从而既能防止不正当订单又能提高运营效率。
此外，管理设备将申请信息与登记在数据服务器5中的商谈范例、 企业信息以及商品信息关联起来，由此能将在制定工作时输入的信息减 少到最低需求，并减轻销售负责人的任务量。而且，能确切地呈现商品 的成本价信息和客户企业信用度信息，从而能有助于决策者进行审查， 并实现更高的运营效率。
此外，能够防止工作因决策者的缺席而停滞。此外，能根据决策者 的级别(职位)和权限来恰当地分配工作。
而且，能根据决策者的安排和工作件数来防止任务量过于集中。而且，能根据重要度和紧急度来控制负责审查工作的决策者的选择 和决策的优先级。
此外，商谈管理DB存储有表示商谈结果的信息，S卩，接受的订单 或者未能接受的订单，因此能掌握订单可以被接受的工作的趋势和订单 不能被接受的工作的趋势。而且，提取已接受订单的工作用于再申请， 由此能够在先前的条件下进行申请。
本文引用的全部实施例和条件语言意在教导目的，以帮助读者理解 本发明和发明人提供的用于发展现有技术的概念，并且应被视为不限于 此类具体指出的实施例和条件，并且说明书中此类实施例的组织也不涉 及示出本发明的优劣。尽管已经详细描述了本发明的实施例，但应理解 的是可在不偏离本发明的精神和范围的情况下进行各种改变、替换和变 更。
权利要求
1、一种工作流管理系统，该工作流管理系统包括负责人终端；和管理设备，所述负责人终端包括输入单元，其接收通过负责人的操作对包含请求决策的值的信息的输入；申请单元，其将所输入的信息作为申请信息发送到所述管理设备；以及结果接收单元，其从所述管理设备接收关于所述申请信息的审查的结果信息，所述管理设备包括通知单元，其向决策者通知从所述负责人终端接收到的申请信息；结果接受单元，其接收通过所述决策者的操作在同意所述申请信息时对包含至少申请信息能取值的范围的结果信息的输入；以及结果发送单元，其将所述结果信息发送到所述负责人终端。
2、 根据权利要求1所述的工作流管理系统，其中，所述负责人终端包括订单单元，该订单单元将包含用于指定 所述结果信息的识别信息的订单信息发送到所述管理设备，并且所述管理设备包括订单接受单元，其从所述负责人终端接收订单信息；以及 订单接受处理单元，其参照与所述订单信息的识别信息相关联的结 果信息，在所述结果信息的值范围内执行订单接受处理。
3、 根据权利要求2所述的工作流管理系统，其中，当所述管理设备从所述负责人终端的所述订单单元接收到表 示改变所述申请信息的值的改变信号时，如果改变的值在所述结果信息 的范围内，则所述订单接受处理单元执行所述订单接受处理，而如果改 变的值超出所述范围，则所述订单接受处理单元禁止所述订单接受处理。
4、 根据权利要求1到3中的任一项所述的工作流管理系统， 其中，所述管理设备包括-与多个决策者的决策者终端相连接的选择单元，其参照登记有各决 策者的信息的决策者表，选择适合所述申请信息的决策者；以及通知单元，其向所选择的决策者的决策者终端通知所述申请信息。
5、 一种由包括负责人终端和管理设备的系统执行的工作流管理方 法，其中，所述负责人终端执行以下步骤接收通过负责人的操作对包含请求决策的值的信息的输入； 将所输入的信息作为申请信息发送到所述管理设备；以及 从所述管理设备接收关于所述申请信息的审查的结果信息， 所述管理设备执行以下步骤-向决策者通知从所述负责人终端接收到的申请信息； 接收通过所述决策者的操作在同意所述申请信息时对包含至少所述 申请信息能取值的范围的结果信息的输入；以及 将所述结果信息发送到所述负责人终端。
6、 根据权利要求5所述的工作流管理方法，其中，所述负责人终端将包含用于指定所述结果信息的识别信息的订单信 息发送到所述管理设备，并且所述管理设备从所述负责人终端接收订单信息，并参照与所述订单 信息的识别信息相关联的结果信息，在所述结果信息的值范围内执行订 单接受处理。
7、 根据权利要求6所述的工作流管理方法，其中， 当所述管理设备从所述负责人终端接收到表示改变所述申请信息的值的改变信号时，如果改变的值在所述结果信息的范围内，则所述管理 设备执行所述订单接受处理，而如果改变的值超出所述范围，则所述管 理设备禁止所述订单接受处理。
8、 根据权利要求5到7中的任一项所述的工作流管理方法，其中， 所述管理设备与多个决策者的决策者终端连接，参照登记有各决策者的信息的决策者表来选择适合所述申请信息的决策者，并向所选择的 决策者的决策者终端通知所述申请信息。
9、 一种与负责人终端连接的管理设备，该管理设备包括 通知单元，其向决策者通知从所述负责人终端接收到的申请信息；结果接受单元，其接收通过所述决策者的操作在同意所述申请信息 时对包含至少所述申请信息能取值的范围的结果信息的输入；以及 结果发送单元，其将所述结果信息发送到所述负责人终端。
10、 根据权利要求9所述的管理设备，该管理设备还包括 订单接受单元，其从所述负责人终端接收订单信息；以及 订单接受处理单元，其参照与所述订单信息的识别信息相关联的结果信息，在所述结果信息的值范围内执行订单接受处理。
11、 根据权利要求10所述的管理设备，其中， 当从所述负责人终端的订单单元接收到表示改变所述申请信息的值的改变信号时，如果改变的值在所述结果信息的范围内，则所述订单接 受处理单元执行所述订单接受处理，而如果改变的值超出所述范围，则 所述订单接受处理单元禁止所述订单接受处理。
12、 根据权利要求9到11中的任一项所述的管理设备，该管理设备还包括与多个决策者的决策者终端连接的选择单元，其参照登记有各决策者的信息的决策者表，选择适合所述申请信息的决策者；以及 向所选择的决策者的决策者终端通知所述申请信息。
全文摘要
本发明涉及工作流管理系统和工作流管理方法。该工作流管理方法由该工作流管理系统执行，该工作流管理系统包括负责人终端和管理设备，其中，所述负责人终端执行以下步骤通过负责人的操作，接收对包含请求决策的值的信息的输入；将所输入的信息作为申请信息发送到所述管理设备；以及从所述管理设备接收关于申请信息的审查的结果信息，而所述管理设备执行以下步骤向决策者通知从所述负责人终端接收到的申请信息；通过所述决策者的操作，接收在同意所述申请信息时接收对包含至少申请信息能取值的范围的结果信息的输入；以及将所述结果信息发送到所述负责人终端。
文档编号G06Q10/00GK101520872SQ20091011808
公开日2009年9月2日 申请日期2009年2月27日 优先权日2008年2月28日
发明者菅原康雄 申请人:富士通株式会社