核准管理系统和核准管理方法与流程

本发明涉及用于进行递交管理的核准管理系统和核准管理方法，所述递交管理进行针对申请的核准。

背景技术：

在企业等组织内的核准处理中，有时利用电子工作流程系统。在该电子工作流程系统中，由申请人制作的各种申请通过网络电子递交，进行关于核准可否的确认操作。

因此，研究出如下核准支援系统：用于一边利用传票等纸制文件一边有效地且可靠地支援核准处理（例如，参照专利文献1）。在该文献所记载的核准支援系统中，在起草处理中，核准支援服务器执行传票打印处理。在该凭证台纸上打印传票代码、将登记日期和时间编码的条形码。并且，在核准处理中，控制部取得条形码数据，对传票记录的登记日期和时间与由条形码取得的日期和时间进行比较。在两者一致的情况下进行核准登记处理。在从起草部门核准者终端接收了完成通知的情况下，执行核准遗漏确认处理。检索在此次进行了核准处理的案件中同步进行了先处理的未核准传票，在残留有同步进行了先处理的未核准的核准管理记录的情况下，执行在起草部门核准者终端的显示器输出确认画面的处理。

另外，研究出如下操作申请管理系统：用于有效地进行关于操作对象系统的操作申请、关于操作内容的可靠性的判断（例如，参照专利文献2）。在该文献所记载的操作申请管理系统中，核准管理服务器的控制部在申请处理中从客户终端取得操作内容的情况下，在申请雏形信息存储部中检索申请书的雏形。并且，控制部将申请书的雏形提供给客户终端。另外，在操作实际成绩确认处理中，控制部判定有无操作实际成绩和操作申请的不匹配。在有不匹配的情况下，唤起申请人、操作者注意。在操作后处理中，在取得操作结果的核准申请的情况下，控制部对操作结果和申请内容进行比较。并且，在内容不一致的情况下，作为差分补充处理，执行原申请的修正处理、追加操作申请处理中的任一个。

专利文献1：日本特开2008－9772号公报（第1页、图1）

专利文献2：日本特开2011－215726号公报（第1页、图1）

在上述的专利文献所记载的工作流程中，从申请开始至最终核准按决定的顺序进行递交处理。在此，在生成新的工作流程的情况下，难以利用已有的工作流程，从最初重新制作，因此操作的劳力大。特别是在组织内，有时利用类似的多个作流程。在该情况下，若单个地制作多个工作流程，也难以进行迅速且有效的工作流程管理。另外，有时在一系列的业务流程中也由多个业务步骤构成。在现有的工作流程管理中，仅仅是按每个业务步骤单位从申请开始最终被核准的递交处理，没有考虑使每个业务步骤具有并行关系、顺序关系地捆绑的业务流程的递交处理。另外，也有时业务流程中的核准条件等业务要件被变更，但是需要单个地定制功能追加等。用于其的准备期间、成本负担成为问题。

技术实现要素：

本发明是为了解决上述问题而完成的，提供用于有效地实现递交管理的核准管理系统以及核准管理方法，递交管理进行针对申请的核准。

为了解决上述问题，本发明的一个形态为一种核准管理系统，其具备：业务流程存储部，其对申请人的申请，记录有将多个业务步骤组合的业务流程；递交路径存储部，其针对每个所述业务步骤记录有递交路径，所述递交路径用于依次确定递交目的地；以及控制部，其连接到申请人和递交目的地的核准者的客户终端，其特征在于，所述控制部基于从所述申请人的客户终端取得的申请，使用所述业务流程存储部确定业务流程，所述控制部使用记录于所述递交路径存储部的递交路径，确定所述业务流程所包含的业务步骤中的递交目的地，所述控制部进行递交处理，在所述递交处理中，对所述递交目的地的核准者递交申请，从所述核准者取得核准信息，所述控制部继续进行所述递交处理，直至从构成所述申请的业务流程的业务步骤中的递交目的地的所有核准者取得核准信息。

本发明的另一个形态为，一种核准管理方法，用于使用核准管理系统管理核准，所述核准管理系统具备：业务流程存储部，其对申请人的申请，记录有将多个业务步骤组合的业务流程；递交路径存储部，其针对每个所述业务步骤记录有递交路径，所述递交路径用于依次确定递交目的地；以及控制部，其连接到申请人和递交目的地的核准者的客户终端，其特征在于，所述控制部基于从所述申请人的客户终端取得的申请，使用所述业务流程存储部确定业务流程，所述控制部使用所述递交路径存储部，确定所述业务流程所包含的业务步骤中的递交目的地，所述控制部进行递交处理，在所述递交处理中，对所述递交目的地的核准者递交申请，从所述核准者取得核准信息，所述控制部继续进行所述递交处理，直至从构成所述申请的业务流程的业务步骤中的递交目的地的所有核准者取得核准信息。

根据本发明，能提供用于有效地实现递交管理的核准管理系统和核准管理方法，递交管理进行针对申请的核准。

附图说明

图1是本发明的实施方式的系统概略图。

图2是本实施方式的业务流程和业务步骤的关系的说明图。

图3是本实施方式的文献状态的说明图。

图4是本实施方式的业务流程的具体例的说明图，（a）是针对重大不合格的业务流程的说明图，（b）是针对轻微不合格的业务流程的说明图。

图5是在本实施方式使用的数据的说明图，（a）是记录于设定信息存储部的数据的说明图，（b）是记录于用户存储部的数据的说明图，（c）是记录于业务流程存储部的数据的说明图，（d）是记录于递交路径存储部的数据的说明图。

图6是本实施方式的画面转变的说明图。

图7是在本实施方式使用的数据的说明图，是记录于画面存储部、单个信息存储部、模板文件中的数据的说明图。

图8是本实施方式的处理步骤的说明图。

图9是在本实施方式使用的画面的说明图，（a）是初始设定画面的说明图，（b）是用户登记画面的说明图，（c）是递交路径登记画面的说明图。

图10是在本实施方式使用的详细操作画面、文献登记画面的说明图。

图11是本实施方式的处理步骤的说明图。

图12是本实施方式的处理步骤的说明图。

图13是本实施方式的处理步骤的说明图。

图14是本实施方式的处理步骤的说明图。

图15是本实施方式的处理步骤的说明图。

图16是其他实施方式的处理步骤的说明图。

图17是其他实施方式的处理步骤的说明图。

图18是其他实施方式的处理步骤的说明图。

图19是其他实施方式的处理步骤的说明图。

图20是其他实施方式的处理步骤的说明图。

符号的说明

10：客户终端；20：核准管理服务器；21：控制部；211：设定管理单元；212：用户认证单元；213：画面控制单元；214：申请管理单元；215：核准管理单元；22：设定信息存储部；23：用户存储部；24：业务流程存储部；25：递交路径存储部；26：画面存储部；27：单个信息存储部；40：目录管理服务器。

具体实施方式

以下，根据图1～图15说明将本发明具体化的一个实施方式。在本实施方式中，对申请人提出的申请，作为用于支援核准者进行的核准的核准管理系统、核准管理方法以及核准管理程序进行说明。

在本实施方式中，如图1所示，为了支援申请的核准管理，使用作为核准管理系统的核准管理服务器20。该核准管理服务器20通过网络连接到客户终端10、目录管理服务器40。

在本实施方式中，如图2所示，针对一个申请（工作），使用一个业务流程进行核准。该业务流程由多个业务步骤（1～n）构成。在各业务步骤中，进行在递交路径中决定的工作岗位、职务、向个人的递交（联络、核准）。在各业务步骤中在完成必须的核准的情况下，在下一业务步骤中进行递交（联络、核准）。并且，在结束业务步骤中的最终核准的情况下结束递交。

在各业务步骤中，生成用于递交的文档。在本实施方式中，如后所述，对文档所包含的项目（种属）设定值（属性），由此生成文档。在此，图3示出文档的状态。在最初制作文档的情况下，处于“制作中”的状态。在完成文档的制作，被输入开始递交时，处于“递交中”的状态。在该情况下，基于预先决定的递交路径进行申请、文档的递交。并且，当利用核准处理否认“递交中”的文档时，处于“否认”的状态。另外，当取消“递交中”的文档时，处于“取消递交”的状态。关于“递交中”的文档，当进行所有核准者的核准时，处于“完成”的状态。

使用图4说明核准管理方法的具体例。在该图4中，示出针对不合格报告的应对。图4（a）是针对重大不合格的业务流程，图4（b）示出针对轻微不合格的业务流程。

在营业部中进行关于重大不合格的申请的情况下，执行由3个业务步骤（不合格报告步骤、不合格应对步骤、防止不合格步骤）构成的业务流程。首先，在不合格报告步骤中，制作关于针对重大不合格的申请的工作、关于附加产品状况文件的不合格报告的文档，开始递交。该不合格报告的文档基于递交路径被联络到制造部和品质管理部。以该联络完成为条件，转移到作为下一业务步骤的不合格应对步骤。在此，在制造部中，制作关于附加原因修理文件的不合格应对的文档，开始递交，原因修理文件记载有不合格的原因、修理。该文档基于递交路径在品质管理部中被递交，进行内容确认。在品质管理部中的核准完成的情况下，基于递交路径被分配到营业部。而且，以品质管理部的核准为条件，转移到作为下一业务步骤的防止不合格步骤。在该情况下，在制造部，制作附加预防策略文件的关于防止不合格的文档，开始递交，预防策略文件为了防止不合格而记载有预防策略。该预防策略的文件基于递交路径在品质管理部中被核准。由于品质管理部中的核准的完成，结束重大不合格的业务流程。

另一方面，在营业部进行关于轻微不合格的申请的情况下，执行由2个业务步骤（不合格报告步骤、不合格应对步骤）构成的业务流程。首先，在不合格报告步骤中，制作关于针对轻微不合格的申请的工作、关于不合格报告的文档，开始递交。此外，在此未附加文件，利用所递交的文档（申请内容）进行联络、核准。在该情况下，不合格报告的文档也基于递交路径被联络到制造部和品质管理部。以向制造部的联络为条件，转移到作为下一业务步骤的不合格应对步骤。在此，在制造部中，制作关于不合格应对的文档，开始递交，关于不合格应对的文档记载有不合格的原因、修理。该不合格应对在品质管理部中被递交，进行内容确认。以品质管理部中的核准为条件，被分配到营业部。由于向营业部的分配，结束轻微不合格的业务流程。

这样，能使部分共用的多个业务步骤组合，根据目的构成2个业务流程。

接着，说明核准管理系统的构成。

客户终端10是核准管理服务器20的管理者、申请人、核准者等递交目的地的用户使用的计算机终端。核准管理服务器20的管理者使用客户终端10进行核准管理服务器20中的初始设定、用户登记、递交路径的登记等。申请人使用客户终端10进行各种申请。核准者、确认人等递交目的地的用户使用客户终端10确认申请内容。并且，核准者确认文档的内容，进行核准、否认、取消的输入等。该客户终端10具备由未图示的显示器等构成的显示部、由键盘、指示设备等构成的输入部。

目录管理服务器40是存储网络上的资源和与其属性有关的信息、并提供能进行检索的目录服务的计算机系统。该目录管理服务器40对用户、网络资源一起进行管理。因此，具备用户数据库，用户数据库储存与利用网络的用户、组织有关的信息。

在用户数据库记录有用户管理记录，用户管理记录用于对利用核准管理服务器20的用户进行管理。该用户管理记录在进行了用户登记的情况下被记录。在用户管理记录中记录有与员工代码、姓名、联络对象、隶属、职务、认证码有关的数据。

在员工代码数据区域记录有与用于确定各员工的识别码（例如，公司职员号码）有关的数据。

在姓名数据区域记录有与该用户的姓名有关的数据。

在联络对象数据区域记录有与该用户的联络对象（例如，邮件地址、电话号码）有关的数据。

在隶属数据区域记录有与用于确定该用户隶属的工作岗位的识别码有关的数据。

在职务数据区域记录有与用于确定该用户的职务的识别码有关的数据。能利用该职务确定核准的权限。

在认证码数据区域记录有与进行用户认证的情况下的认证信息（例如，密码）有关的数据。

核准管理服务器20是用于对被申请人登记的申请（工作）的核准进行管理的服务器计算机。如图1所示，该核准管理服务器20具备控制部21、设定信息存储部22、用户存储部23、业务流程存储部24、递交路径存储部25、画面存储部26、单个信息存储部27。

在此，控制部21具备由CPU、RAM、ROM(未图示)等构成的控制单元，进行后述的处理（设定管理阶段、用户认证阶段、画面控制阶段、申请管理阶段、核准管理阶段等的各处理）。并且，如图1所示，控制部21通过核准管理程序的执行，作为设定管理单元211、用户认证单元212、画面控制单元213、申请管理单元214、核准管理单元215发挥作用。

设定管理单元211执行用于利用核准管理服务器20的初始设定、用户登记、用于递交路径登记的设定信息的登记处理。

用户认证单元212执行对客户终端10的用户进行认证的处理。该用户认证单元212从客户终端10取得用户的认证信息（员工代码和认证码）。而且，用户认证单元212使用目录管理服务器40确定访问的用户。在不能进行用户认证的情况下，将错误消息发送到客户终端10。在能进行用户认证的情况下，许可核准管理服务器20的利用。

画面控制单元213执行如下处理：将用于进行申请、核准的各种画面提供给客户终端10，并且取得在客户终端10被输入到各种画面的信息。

申请管理单元214执行对基于申请人的申请进行管理的处理。

核准管理单元215执行对基于核准者的核准进行管理的处理。

另外，控制部21与核准者的职务对应地保持延缓期间表（延缓期间存储部），延缓期间表对进行核准之前的延缓期间（天数）进行确定。通过使用该延缓期间表，能与各核准者的职务对应地由当前日期和延缓期间算出核准期限。

如图5（a）所示，在设定信息存储部22记录有用于使用核准管理服务器20的初始设定信息文件220。该初始设定信息文件220在由核准管理服务器20的管理者进行了初始设定的情况下被登记。在初始设定信息文件220中记录有与业务流程设定、底账设定、菜单设定、系统定义设定、画面定义设定、标签设定、消息设定、邮件设定有关的信息。

在业务流程设定信息中记录有与业务流程的名称、业务流程的说明、自动编号方式（初始号码、编号规则）、业务流程所包含的业务步骤（步骤ID）有关的信息。

在底账设定信息中，记录有与提供给用户的各种底账的格式（显示于底账的项目等）、使底账显示的用户等有关的数据。

在菜单设定信息中，记录有与用户访问时的菜单画面所包含的项目有关的数据。

在系统定义设定信息中，记录有关于核准管理服务器20的工作环境的设定信息。例如，能进行核准管理服务器20的域名设定、密码条件（有效期限、密码长度）、目录设定等。

在画面定义设定信息中，记录有用于控制各画面的设定信息。例如，对在递交路径登记画面中设定的递交路径的自动编号方式、自动编号的最小值、默认值等进行设定。另外，在核准画面中，对一次进行多件核准的多个核准的可否等进行设定。

在标签设定信息中，记录有与在各画面中固定配置的标签有关的数据。

在消息设定信息中，记录有执行处理时的成功消息、错误消息。

在邮件设定信息中，记录有与在开始递交、核准时等发送的邮件的发送内容有关的数据。具体地，能设定发送邮件的步骤的指定（步骤指定）、邮件种类、题目、正文等。

如图5（b）所示，在用户存储部23记录有用户管理记录230，用户管理记录230用于对核准管理服务器20的用户进行管理。该用户管理记录230在由管理者进行用户登记的情况下被记录。在用户管理记录230包含与员工ID、邮件地址、管理者、姓名（汉字）、隶属（1）～隶属（n）、职务、职务隶属、权限组有关的数据。

在员工ID数据区域，记录有用于确定各用户的识别码的数据。

在邮件地址数据区域，记录有与该用户使用的联络对象（邮件地址）有关的数据。

在管理者数据区域，记录有用于确定管理者权限的有无的标志。

在姓名（汉字）数据区域，记录有与该用户的姓名的汉字表记有关的数据。

在隶属（1）～隶属（n）数据区域，记录有与该用户的隶属有关的数据。在本实施方式中，在各数据区域按从上位组织至下位组织的顺序记录有组织名称。在“隶属（1）”记录有部名（例如“制造部”），在“隶属（2）”记录有属于该部的队名（例如“第一队”）、在“隶属（3）”记录有属于该队的科名（例如“第2科”）等。

在职务数据区域记录有与该用户的职务有关的数据。例如，作为职务，使用“部长”、“队长”、“科长”等。此外，在没有职务的情况下，将该数据区域设为空栏。

在职务隶属数据区域记录有与识别码有关的数据，识别码用于确定被赋予用户的职务的隶属。例如，在“部长”的情况下设定为“隶属（1）”，在“队长”的情况下设定为“隶属（2）”，在“科长”的情况下设定为“隶属（3）”。

在权限组数据区域，记录有与该用户中的用于确定核准管理服务器20的利用权限的识别码有关的数据。例如，设定有关于确定的底账的阅览权限等。

如图5（c）所示，在业务流程存储部24记录有业务流程管理记录240，业务流程管理记录240用于对构成业务流程的业务步骤进行管理。该业务流程管理记录240在初始设定时被登记。业务流程管理记录240构成为包含与业务ID、说明、步骤ID（1）～（n）有关的数据。

在业务ID数据区域，记录有与用于确定该业务流程的识别码有关的数据。

在说明数据区域，记录有关于该业务流程的内容的说明。例如，使用“重大不合格的工作流程”、“轻微不合格的工作流程”等的说明。

在步骤ID数据区域，记录有与识别码有关的数据，识别码用于确定构成该业务流程的业务步骤。在由多个业务步骤构成的情况下，用于确定所有的业务步骤的步骤ID按执行顺序被记录。

如图5（d）所示，在递交路径存储部25记录有递交路径管理记录250，递交路径管理记录250记录用于使关于所登记的工作的文档递交的递交路径。该递交路径管理记录250在由管理者登记递交路径的情况下被记录。构成为：在递交路径管理记录250中与路径ID、业务ID、步骤ID、登记者关联起来包含与递交目的地信息（递交区分、必须/任意指定、员工名称、组名、隶属、职务）有关的数据。此外，能在一个业务流程、业务步骤中登记多个递交目的地。

在路径ID数据区域，记录有与用于确定该递交路径的识别码有关的数据。

在业务ID、步骤ID数据区域,记录有与用于确定适用该递交路径的业务流程、业务步骤的识别码有关的数据。

在登记者数据区域，记录有与登记该递交路径的员工有关的数据。

在递交区分数据区域，记录有用于确定递交目的地中的操作的数据。在本实施方式中，记录有“联络”、“核准（1）”、“核准（2）”…、“分配”中的任一个。在此，“联络”示出在开始递交时用邮件通知登记内容的递交目的地。“核准（1）”示出在开始递交时最初进行核准的递交目的地。另外，“核准（i）”示出在完成由“核准（i－1）”、“必须”所设定的所有核准者的核准的情况下进行核准的递交目的地。“分配”示出在完成所有核准者的核准的情况下对关于工作的文档进行分配的递交目的地。

必须/任意指定数据区域，是用于对递交目的地中的操作（例如，核准操作）识别必须或者任意的区分。

在员工名称数据区域，记录有用于确定递交目的地（用户）的识别码，递交目的地进行在递交区分中被指定的操作。在此，能使用工作岗位、职务、员工名确定递交对象的用户。

在组名数据区域，记录有用于确定递交目的地的用户属于的组的识别码。

在隶属数据区域，记录有用于确定递交目的地的用户隶属的工作岗位的数据。

在职务数据区域，记录有与递交目的地的用户的职务有关的数据。

如图6所示，在画面存储部26，记录有在利用核准管理服务器20时使用的画面数据。该画面数据在画面布局被用户（管理者）决定了的情况下登记。如图6所示，在画面存储部26，记录有主画面610、文档登记画面611、递交开始画面612、底账画面613、核准画面614、返回画面615、递交工作进展详细画面616、核准者变更画面617等。

主画面610是在完成用户认证的情况下最初显示的画面。在该主画面610包含有在菜单定义中所设定的内容（例如，“等待操作”、“选择操作”、“显示通知”等）的各显示栏。

文档登记画面611是登记用于申请的工作、文档的画面。该画面显示有在后述的详细操作画面中所设定的内容。在文档登记画面611中，能与工作ID、文档ID关联起来设定与种属（项目）对应输入的属性（值）。

在递交开始画面612中，显示有使用文档登记画面611制作的申请（工作）的递交路径。并且，能输入关于该工作的开始递交、取消递交。

在底账画面613中，显示有使所登记的工作、文档一览显示的底账。

核准画面614是用于核准者确认申请内容、输入核准可否的画面。该核准画面614包含用于输入核准或者否认的图标。而且，也包含核准时的评论输入栏。

返回画面615是申请人用于使开始递交的申请（工作）返回的画面。在该画面中，输入是否需要返回。

在递交工作进展详细画面616中，关于所指定的申请（工作），显示递交路径中的工作进展状况。该递交工作进展详细画面616包含递交区分、必须/任意指定、姓名（制作者或者核准者）、工作岗位（制作者或者核准者的隶属）、核准日（仅完成核准的情况）、核准时的评论的各显示栏。

核准者变更画面617是用于变更初始设定的核准者的画面。例如，在原来的核准者中难以进行核准输入的情况下，能将其他用户在规定的条件下设定为核准者。此外，利用自我裁决禁止功能，禁止将申请人自身设为裁决权限者的核准路径。具体地，在按下递交开始画面的“开始递交”时，在递交路径的最终核准者是注册用户的情况下设为出错。

递交路径设定画面621是用于设定通常的递交路径的画面。在该递交路径设定画面621中，包含用于设定递交区分、必须/任意指定、工作岗位、职务、员工名称等的输入栏。

在递交区分栏，设定“联络”“核准（1）”～“核准（n）”、“分配”。

在必须/任意指定栏，对递交目的地的操作指定为必须或者任意。

在工作岗位、职务、员工名称的各栏，设定用于确定递交目的地的工作岗位、递交目的地的用户的职务、递交目的地的用户的信息。

代理核准设定画面622是用于针对通常的递交路径的核准者设定进行代理核准的核准者的画面。

维护画面623在管理者确认用户的注册状况的情况下使用。另外，在进行系统维护的情况下设定系统维护模式，由此抑制一般用户的注册。

如图7所示，记录于画面存储部26的画面数据260由显示画面和样式表构成。如后所述，该显示画面和样式表由多个场配置成矩阵状而构成。

在样式表中，针对场位置记录有种属和性质。

场位置是用于确定在画面中配置场的位置的信息。

种属是用于确定在显示画面所输入的值的项目的信息。

性质是与输入到该场的值的条件有关的信息。

在显示画面中，针对场位置设有被输入的属性（值）的输入栏。

这样，通过画面数据，预先设定的种属和在画面中所输入的属性（值）关联起来。

如图7所示，在单个信息存储部27记录有用于对所申请的工作（申请信息）进行管理的单个管理数据270。该单个管理数据270在申请被登记的情况下记录。单个管理数据270包含与管理ID、种属、属性有关的数据。

在管理ID数据区域，记录有与用于确定该工作的识别码有关的数据。在此，作为管理ID，由“工作ID”或者“工作ID和文档ID”的组合构成。对于工作的业务流程整体共用的内容设定有工作ID。另一方面，对于构成该工作的业务流程的一部分业务步骤的内容设定有“工作ID和文档ID”。

在种属数据区域，记录有用于确定所登记的属性（值）的项目的识别码。例如，作为相对于工作ID的种属，记录有与业务ID、件名、登记者、登记工作岗位、登记日、文档ID等有关的数据。另外，作为任意的种属，也能对申请设定最终核准希望日。而且，作为工作进展状况，包含有当前的业务步骤的步骤ID、当前的业务步骤的登记者、递交目的地（包含核准者）、各递交状态（未完成、等待操作、已核准、已联络、已分配等）、各核准者的核准期限等。例如，在与不合格对应的业务流程中，作为种属，包含障碍等级、系统名、影响度、障碍内容、操作状况等。

在属性（值）数据区域，记录有针对种属所输入的信息。在该数据区域记录有数值、文本等。

此外，记录于单个信息存储部27的单个管理数据270也能使用表计算文件进行登记。在该情况下，如图7所示，准备表计算文件的模板文件265。该模板文件265由主工作表和格式工作表构成。在格式工作表中，与上述的样式表同样，针对场位置预先设定种属、性质。并且，预先使得在主工作表中，能在格式工作表的相同场位置设定属性（值）。针对这样的模板文件265，将设定属性（值）的表计算文件输入到核准管理服务器20。在该情况下，核准管理服务器20的控制部21针对设定于格式工作表中的种属，生成单个管理数据270，登记于单个信息存储部27，单个管理数据270记录有设定于主工作表中的属性（值）。

另外，记录于单个信息存储部27的单个管理数据270也能输出到表计算文件。在该情况下也使用图7所示的模板文件265。在格式工作表中，针对场位置预先设定种属、性质。并且，预先使得在主工作表中，预先设定票单的帧，并且能在格式工作表的相同场位置设定属性（值）。并且，确定工作ID、文档ID，提取登记于单个信息存储部27的单个管理数据270，针对该模板文件265，从核准管理服务器20输出到设定属性（值）的表计算文件。

（整体的概要）

接着，使用图8说明整体的概要。

首先，核准管理服务器20的控制部21执行系统设定处理（步骤S1－1）。具体地，管理者使用客户终端10存储于核准管理服务器20的核准管理程序启动。在该情况下，核准管理服务器20的控制部21的设定管理单元211使客户终端10的显示器显示图9（a）所示的初始设定画面500。在该初始设定画面500中，能进行关于业务流程、底账、菜单、系统定义、画面定义、标签、消息、邮件的初始设定。该初始设定画面500包含用于选择业务流程～邮件的菜单钮。并且，当特率的菜单钮被选择的情况下，显示用于进行关于所选择的菜单的初始设定的操作画面。

在业务流程的操作画面中，能设定业务流程的名称、业务流程的说明、自动编号方式、业务流程所包含的业务步骤。而且，针对所设定的业务步骤，显示在图10中后述的详细操作画面510。通过使用该详细操作画面510，能生成在申请时、核准时使用的画面。

在底账的操作画面中，能输入关于工作底账、文档底账的底账设定信息。

在菜单的操作画面中，能输入关于用户访问时的菜单画面的菜单设定信息。

在系统定义的操作画面中，能输入关于核准管理服务器20的工作环境的系统定义设定信息。

在画面定义的操作画面中，能输入画面定义设定信息，画面定义设定信息用于控制各执行画面。

在标签的操作画面中，能输入关于在各画面中配置的图标的标签的标签设定信息。

在消息的操作画面中，能输入执行处理时的消息。

在邮件的操作画面中，能输入与邮件的发送内容有关的邮件设定信息。

并且，在进行了各操作画面中的初始设定的完成输入的情况下，控制部21的设定管理单元211将各设定信息记录于设定信息存储部22。

在此，使用图10说明在业务流程的设定中使用的详细操作画面510。在该详细操作画面510中，生成在申请、核准中使用的画面（例如，文档登记画面611）。详细操作画面510由画面构成区511、场属性设定区512、步骤共用设定区513构成。

在画面构成区511中，设定在申请、核准中所显示的画面的布局。该布局由配置成矩阵状的多个场构成。并且，确定各场，在场属性设定区512中确定场的内容。

在该场属性设定区512中进行以下的设定。

在“行”栏、“列”栏中确定设定属性的场。

在“类型”栏中，指定在该场中所设定的显示形式。例如，能指定“文本”、“文本（滚动）”、“对话框”、“下拉”等。

“标签”栏中，设定在该场贴附的标签。

在“属性”栏中，设定在该场显示或者输入的属性（值）的种属。

在“属性详细”栏中，在上述属性需要参数名的情况下，选择或者设定该参数名。

在“输入限制”栏中，设定该场的输入条件。在此，从“必须”、“任意”、“仅显示”、“必须（不可手工输入）”、“任意（不可手工输入）”等中选择。

在“下拉”栏中，在“类型”栏中选择“下拉”的情况下，指定任意的下拉名。

在“对话框”栏中，在“类型”栏中选择“对话框”的情况下，指定任意的对话框名。

在“初始值”栏中，设定该场中的默认值。

在“高度”栏中，在类型被指定“文本（滚动）”的情况下，按像素设定场的高度。

在“最小值”栏、“最大值”栏中，设定在该场中被许可的最小值、最大值。不能将脱离该范围的值输入而进行登记或者开始递交。

在“过去未来”栏中对输入的日期以当前为基点超过多少天设为出错进行设定。在该情况下，在输入超过过去的n天的日期而想设为错误的情况下，设定为“－n”，在输入超过将来n天的日期而想设为错误的情况下，设定“n”。

在“帮助”栏中，设定如下说明：利用鼠标悬停显示在场中输入的值的说明。此外，“过去未来”栏、“帮助”栏利用场属性设定区512的滚动进行显示。

在步骤共用设定区513中，进行以下的设定。

在“步骤ID”栏中，设定用于确定构成业务流程的业务步骤的识别码。

在“步骤名称”栏中，设定业务步骤的名称。

在“步骤重复”栏中，在该业务步骤中重复进行文档登记的情况下，选择“有重复”。

在“前文件复件”栏中，设定文件的原件的步骤ID。

在“文件名”栏中，设定制作文档的模板文件名。

在“主表”栏中，对在文档中转记或者取得值的模板文件内的工作表名进行设定。

在“格式”栏中，对用于在文档中转记或者取得值的定义了格式的模板文件内的工作表名进行设定。

在“前一步骤”栏中，在由于前一步骤的状态限制该业务步骤的文档登记的情况下，设定成为利用条件前的业务步骤的步骤ID。

在“前一步骤的状态”栏中，作为利用条件，设定前一业务步骤中的状态。

在“文档ID自动编号”栏中，在制作文档时自动编号文档ID的情况下，设定该文档ID自动编号规则。

在“文档件名自动生成”栏中，设定在生成文档时自动生成文档件名的情况下的生成路径。

在“自动编号”栏中，在自动编号所制作的文档的文档名的情况下，设定该编号规则。

在“上载”栏中，当上载文档时，由用户指定是否许可文件名的变更。

在“样式”栏中，定义画面的样式名。

“第3钮的功能”中，在由该步骤制作的文档需要递交的情况下选择“委托递交”。在不需要递交的情况下选择“登记”。

在“参照模式”栏中，在参照从核准画面、底账登记的文档的情况下，对以参照模式显示文档登记画面611还是显示文档进行选择。

在“递交路径ID”栏中，设定用于确定由该业务步骤制作的文档的递交路径的识别码（递交路径ID）。

在“递交路径ID（隶属1）”栏中，在按隶属1单位事先决定递交路径的情况下设定。

“电子印章格式”栏中，在使用电子印章功能的情况下设定电子印章格式。

“分配时制作文档”栏中，设定自动制作文档的步骤ID。

在“核准期限”栏中，设定各步骤核准期限。

在“下次核准期限（步骤）”栏、“下次核准期限（天数）”栏中，按各步骤设定催促功能。

在“同一隶属控制”栏中，能控制工作的制作者和文档的制作者的隶属。

利用该详细操作画面510，可生成图10所示的文档登记画面611，将其登记于画面存储部26。如在图7中说明的那样，文档登记画面611由样式表构成，针对场位置，记录有在详细操作画面510中所设定的种属、性质。并且，在文档登记画面611中所输入的值（属性）与种属关联起来登记于单个信息存储部27。

接着，如图8所示，核准管理服务器20的控制部21执行用户登记处理（步骤S1－2）。具体地，管理者使用客户终端10指示用户登记。在该情况下，控制部21的设定管理单元211将图9（b）所示的用户登记画面501输出到客户终端10的显示器。在该用户登记画面501中，能进行用户信息（申请人、核准者、管理者）的登记、修正、删除。在用户登记中，如上述那样登记与员工ID～权限组有关的数据。在该情况下，核准管理服务器20的控制部21将所登记的用户信息记录于用户存储部23。在修正、删除中，能指定已登记的用户，进行登记内容的修正、用户登记的删除。

接着，核准管理服务器20的控制部21执行递交路径登记处理（步骤S1－3）。具体地，管理者使用客户终端10指示递交路径登记。在该情况下，控制部21的设定管理单元211将图9（c）所示的递交路径登记画面502输出到客户终端10的显示器。在该递交路径登记画面502中，能进行关于申请的递交路径的新登记、修正、复制、删除。在新登记的情况下，设定递交区分、必须/任意指定、员工名（用户）。在该情况下，核准管理服务器20的控制部21将所设定的递交路径信息记录于递交路径存储部25。

如上所述，结束用于使用核准管理服务器20的事先登记。

并且，在登记用于申请的工作、文档的情况下，申请人使用客户终端10对核准管理服务器20进行访问。并且，在进行了用户认证后，在主画面610的选择操作中指示新登记。

在该情况下，核准管理服务器20的控制部21执行工作登记处理（步骤S1－4）。具体地，控制部21的申请管理单元214针对在文档登记画面611中所设定的各个种属、属性的组合，生成赋予工作ID、文档ID的单个管理数据270，将其登记于单个信息存储部27。关于该处理，使用图12后述。并且，在客户终端10中，使用递交开始画面612进行开始递交输入。此外，在此，也能变更核准者。关于该处理，使用图13后述。

取得开始递交信息的核准管理服务器20的控制部21执行工作进展的更新处理（步骤S1－5）。具体地，控制部21的申请管理单元214在单个信息存储部27登记“递交中”作为单个管理数据270的工作进展状况，单个管理数据270中记录有被输入了开始递交的工作ID、文档ID。

另外，在进行关于申请的核准的情况下，核准者使用客户终端10对核准管理服务器20进行访问，进行用户认证。

在该情况下，核准管理服务器20的控制部21执行核准处理（步骤S1－6）。具体地，控制部21的画面控制单元213使主画面610显示记录于单个信息存储部27的工作的工作进展管理一览。关于该处理，使用图14后述。并且，核准者在客户终端10中，在工作进展管理一览中选择核准对象。而且，使用核准画面614确认申请内容，进行核准输入。关于该处理，使用图15后述。

接着，核准管理服务器20的控制部21执行工作进展的更新处理（步骤S1－7）。具体地，控制部21的核准管理单元215在单个信息存储部27中，登记“已核准”作为被输入核准的工作ID、记录有文档ID的单个管理数据270的工作进展状况。

（画面控制处理）

接着，使用图11说明画面控制处理。该画面控制处理在申请人进行文档登记的情况、核准者进行核准处理的情况下执行。在任何情况下，都使用客户终端10对核准管理服务器20进行访问。

在该情况下，核准管理服务器20的控制部21执行用户认证处理（步骤S2－1）。具体地，控制部21的用户认证单元212对客户终端10的显示器输出用户认证画面，从客户终端10取得员工代码和认证码。并且，用户认证单元212使用目录管理服务器40对取得的员工代码和认证码进行对照。在不能对照的情况下拒绝注册。

在完成用户认证的情况下，核准管理服务器20的控制部21执行工作进展一览显示处理（步骤S2－2）。具体地，控制部21的画面控制单元213在主画面中显示该用户的等待操作工作的一览表。关于该处理，使用图14后述。

接着，核准管理服务器20的控制部21执行从工作进展一览选择处理对象的处理（步骤S2－3）。具体地，控制部21的画面控制单元213、在显示于工作进展状况一览的工作被选择的情况下，从客户终端10取得所选择的申请的工作ID和文档ID。此外，在对新的申请进行工作登记的情况下，在主画面中选择新登记对象的业务流程。在该情况下，画面控制单元213取得在客户终端10中所选择的业务流程的业务ID。

接着，核准管理服务器20的控制部21执行显示画面的利用控制处理（步骤S2－4）。具体地，控制部21的画面控制单元213在从客户终端10取得工作ID和文档ID的情况下，从单个信息存储部27提取记录有工作ID和文档ID的单个管理数据270，使用单个管理数据270确定关于当前的业务步骤的业务ID、步骤ID。接着，画面控制单元213从画面存储部26取得与该业务ID、步骤ID关联起来的画面数据。并且，在该画面数据的性质中，取得利用条件（“前一步骤”、“前一步骤的状态”）。

在此，在利用条件被设定的情况下，画面控制单元213在该工作ID中，在单个信息存储部27中确定前一步骤ID的业务步骤的状态。并且，画面控制单元213在确定前的业务步骤的状态与利用条件一致的情况下，能利用所选择的业务步骤的画面。此外，在与利用条件不一致的情况下，画面控制单元213否决该业务步骤的处理。

此外，在从客户终端10取得关于新的申请的业务ID的情况下，画面控制单元213使用业务流程存储部24确定业务流程管理记录240，业务流程管理记录240记录有有所选择的业务ID。接着，画面控制单元213在业务流程管理记录240中，从画面存储部26取得与最初的步骤ID关联起来的画面数据。

接着，核准管理服务器20的控制部21执行针对在画面中所设定的种属的属性的取得处理（步骤S2－5）。具体地，控制部21的画面控制单元213确定在该业务步骤中能利用的画面的样式表中设定的种属。而且，关于所确定的种属，画面控制单元213从单个信息存储部27取得所选择的申请的工作ID作为管理ID关联起来的属性（值）。而且，关于所确定的种属，画面控制单元213从单个信息存储部27取得所指定的申请的工作ID和文档ID作为管理ID关联起来的属性（值）。

接着，核准管理服务器20的控制部21执行画面显示处理（步骤S2－6）。具体地，控制部21的画面控制单元213生成显示画面，在该显示画面上，取得的属性（值）粘贴于在样式表中被设定了种属的场上。并且，画面控制单元213将生成的显示画面输出到客户终端10的显示器。

接着，客户终端10执行输入处理（步骤S2－7）。具体地，在客户终端10中，对在显示器输出的显示画面的特定的场输入期望的属性（值）。客户终端10将所输入的属性（值）暂时存储。

在该情况下，客户终端10执行性质检查处理（步骤S2－8）。具体地，客户终端10在样式表中使用对该场设定的性质来确认输入信息的适当性。在性质满足所设定的条件的情况下，将性质检查的成功消息输出。另一方面，在性质不符合所设定的条件的情况下，将错误消息输出。

并且，在结束输入的情况下，在显示画面中进行完成输入。

在该情况下，客户终端10执行必须项目的漏记检查处理（步骤S2－9）。具体地，客户终端10使用对样式表的各场所设定的性质，确认关于必须的种属的属性输入的遗漏。在性质满足所设定的条件的情况下，将漏记检查的成功消息输出。另一方面，在性质不符合所设定的条件的情况下，将错误消息输出。此外，在本实施方式中，在客户终端10中进行了性质检查和漏记检查，但是也可以在核准管理服务器20的控制部21中执行。在该情况下，控制部21的画面控制单元213取得从客户终端10输入的信息，与各场的性质进行对照，进行性质检查、漏记检查。

接着，核准管理服务器20的控制部21执行数据登记处理（步骤S2－10）。具体地，控制部21的画面控制单元213取得在客户终端10中所输入的数据。在此，与种属关联起来取得属性（值）。并且，画面控制单元213与工作ID和文档ID关联起来，生成与种属对应地记录属性（值）的单个管理数据270，将其登记于单个信息存储部27。

接着，核准管理服务器20的控制部21执行工作进展的更新处理（步骤S2－11）。具体地，控制部21的画面控制单元213更新“制作中”作为存储于单个信息存储部27的、关于该工作的单个管理数据270的工作进展状况。

（申请登记处理）

接着，使用图12说明申请登记处理。在此，在显示于客户终端10的显示器上的主画面中，在新登记被选择的情况下执行。在该情况下，控制部21的画面控制单元213将文档登记画面611输出到客户终端10的显示器。

首先，核准管理服务器20的控制部21执行申请的受理处理（步骤S3－1）。具体地，控制部21的画面控制单元213取得在文档登记画面611中所设定的申请内容。在该情况下，画面控制单元213将处理移交给申请管理单元214。

接着，核准管理服务器20的控制部21基于申请执行业务流程的确定处理（步骤S3－2）。具体地，控制部21的申请管理单元214基于文档登记画面611的业务ID确定业务流程。

接着，核准管理服务器20的控制部21按每个核准者执行通常的延缓期间的设定处理（步骤S3－3）。具体地，控制部21的申请管理单元214从递交路径存储部25取得所确定的业务流程中的递交路径。接着，申请管理单元214确定递交路径所包含的各核准者的职务。并且，申请管理单元214从延缓期间表取得与确定的各职务关联起来的延缓期间。

接着，核准管理服务器20的控制部21执行最终核准预定日的算出处理（步骤S3－4）。具体地，控制部21的申请管理单元214从系统定时器取得当前日期，针对该当前日期，对递交路径所包含的各核准者依次算出加上延缓期间的核准期限。并且，申请管理单元214算出最终核准者的核准期限作为最终核准预定日。

接着，核准管理服务器20的控制部21执行最终核准预定日的输出处理（步骤S3－5）。具体地，控制部21的申请管理单元214将确认画面输出到客户终端10的显示器。该确认画面包含算出的最终核准预定日和图标，图标用于选择是否需要对最终核准预定日进行调整。而且，在记录于单个信息存储部27的单个管理数据270被登记了申请的最终核准希望日的情况下，申请管理单元214对最终核准希望日和最终核准预定日进行比较。并且，在最终核准预定日晚于最终核准希望日的情况下，使确认画面包含用于唤起注意的消息。

接着，核准管理服务器20的控制部21执行关于是否需要进行期限调整的判定处理（步骤S3－6）。具体地，控制部21的申请管理单元214基于在确认画面中所选择的图标，对是否需要调整进行判定。

在“不需要调整”的图标被选择、判定为不需要进行期限调整的情况下（在步骤S3－6中为”否”的情况下），核准管理服务器20的控制部21执行各核准期限的登记处理（步骤S3－7）。具体地，控制部21的申请管理单元214将针对递交路径所包含的各核准者算出的核准期限与各核准者的员工代码关联起来在单个信息存储部27中进行登记。具体地，作为属性，按每个业务步骤分别生成记录了核准者的员工ID、各业务步骤的核准期限的单个管理数据270，将其记录于单个信息存储部27。

另一方面，在“需要调整”的图标被选择、判定为需要进行期限调整的情况下（在步骤S3－6中为“是”的情况下），核准管理服务器20的控制部21执行调整画面的输出处理（步骤S3－8）。具体地，控制部21的申请管理单元214将期限调整画面输出到客户终端10的显示器。该期限调整画面包含按每个核准者算出的核准期限。并且，能在客户终端10中预先修正该核准期限。申请人在输出到客户终端10的显示器的调整画面中，考虑最终核准预定日来调整各核准者的核准期限。

接着，核准管理服务器20的控制部21执行所调整的各核准期限的登记处理（步骤S3－9）。具体地，控制部21的申请管理单元214从客户终端10取得在期限调整画面中所设定的核准期限。并且，申请管理单元214使将调整的核准期限与各核准者的员工代码关联起来记录于单个信息存储部27。在此也作为属性，按每个业务步骤分别生成记录了核准者的员工ID、各业务步骤的核准期限的单个管理数据270，将其记录于单个信息存储部27。

（核准者变更处理）

接着，使用图13说明核准者变更处理。在此，假设将在通常的递交路径中所设定的核准者变更为其他核准者。

首先，核准管理服务器20的控制部21执行核准者的变更输入处理（步骤S4－1）。具体地，在显示于客户终端10的显示器上的递交工作进展详细画面616中，确定变更对象的申请。并且，使用客户终端10选择核准者的变更图标。在该情况下，控制部21的画面控制单元213将核准者变更画面617输出到客户终端10的显示器。并且，用户在核准者变更画面617中指定新的核准者。

接着，核准管理服务器20的控制部21执行关于隶属是否为同一工作岗位的判定处理（步骤S4－2）。具体地，控制部21的申请管理单元214从用户存储部23取得新登记的核准者的用户管理记录230和原来的核准者的用户管理记录230。并且，申请管理单元214使用取得的用户管理记录230，对新登记的核准者的隶属工作岗位和原来的核准者的隶属工作岗位进行比较。

在判定为新登记的核准者的隶属工作岗位和变更前的核准者的隶属工作岗位不相同的情况下（在步骤S4－2中为“否”的情况下），核准管理服务器20的控制部21执行确认通知处理（步骤S4－3）。具体地，控制部21的申请管理单元214从用户管理记录230取得变更前的核准者的邮件地址。并且，申请管理单元214对该邮件地址发送电子邮件，电子邮件用于通知进行了变更输入。确认该电子邮件的原来的核准者判定可否变更。并且，在没有问题的情况下，使变更许可联络返回到核准管理服务器20。在从变更前的核准者的客户终端10收到变更许可联络的情况下，核准管理服务器20的控制部21执行步骤S4－6以后的处理。

另一方面，在判定为新登记的核准者的隶属工作岗位和变更前的核准者的隶属工作岗位相同的情况下（在步骤S4－2中为“是”的情况下），核准管理服务器20的控制部21执行关于权限水平是否为同等以上的判定处理（步骤S4－4）。具体地，控制部21的申请管理单元214使用取得的用户管理记录230，对新登记的核准者的职务和变更前的核准者的职务进行比较。

在新登记的核准者的职务比变更前的核准者的职务低，判定为权限水平低的情况下（在步骤S4－4中为“否”的情况下），核准管理服务器20的控制部21执行拒绝变更处理（步骤S4－5）。具体地，控制部21的申请管理单元214对客户终端10输出表示不能变更核准者的消息。

另一方面，在新登记的核准者的职务为变更前的核准者的职务以上，判定为权限水平为同等以上的情况下（在步骤S4－4中为“是”的情况下），核准管理服务器20的控制部21执行变更登记处理（步骤S4－6）。具体地，控制部21的申请管理单元214在单个信息存储部27中记录有工作ID的单个管理数据270中，将所指定的变更前的核准者的员工代码变更为新指定的核准者的员工代码。

接着，核准管理服务器20的控制部21按每个核准者执行通常的延缓期间的设定处理（步骤S4－7）。具体地，控制部21的申请管理单元214对是必须的核准者、且核准没有结束的核准者进行确定。并且，申请管理单元214从延缓期间表取得与各核准者的职务对应的延缓期间。

接着，核准管理服务器20的控制部21执行最终核准预定日的算出处理（步骤S4－8）。具体地，控制部21的申请管理单元214从系统定时器取得当前日期和时间，加上未核准的核准者的延缓期间，由此算出最终核准预定日。

接着，核准管理服务器20的控制部21与步骤S3－6～S3－9同样地执行关于是否需要进行期限调整的判定处理（步骤S4－9）、各核准期限的登记处理（步骤S4－10）、调整画面的输出处理（步骤S4－11）、所调整的各核准期限的登记处理（步骤S4－12）。

（工作进展一览管理处理）

接着，使用图14说明工作进展一览管理处理。

首先，核准管理服务器20的控制部21执行用户的确定处理（步骤S5－1）。具体地，控制部21的用户认证单元212基于从客户终端10取得的员工代码和认证码进行用户认证，由此确定用户。

接着，核准管理服务器20的控制部21执行用户成为核准者的申请的提取处理（步骤S5－2）。具体地，控制部21的画面控制单元213在单个信息存储部27中提取被认证的用户的员工代码作为核准者被登记的工作的单个管理数据270。并且，画面控制单元213利用记录于所提取的单个管理数据270中的管理ID来确定工作ID。

接着，核准管理服务器20的控制部21执行核准预定表的制作处理（步骤S5－3）。具体地，控制部21的画面控制单元213制作使提取的工作一览显示的核准预定表。在此，画面控制单元213从单个信息存储部27提取记录有工作ID的单个管理数据270。并且，画面控制单元213在该核准预定表中，使用单个管理数据270显示各工作的工作进展状况。

接着，核准管理服务器20的控制部21按核准期限近的顺序执行排列处理（步骤S5－4）。具体地，控制部21的画面控制单元213使用所提取的单个管理数据270，确定成为该用户中的等待操作的各工作的核准期限。并且，画面控制单元213在核准预定表中从核准期限近的开始依次地排列工作。

接着，核准管理服务器20的控制部21执行核准预定表的显示处理（步骤S5－5）。具体地，控制部21的画面控制单元213在主画面610中，将制作的核准预定表作为“等待操作”输出。

（核准时处理）

接着，使用图15说明核准时处理。在此，在核准者进行了核准输入的情况下执行。

首先，核准管理服务器20的控制部21执行核准信息的取得处理（步骤S6－1）。具体地，控制部21的画面控制单元213从核准者的客户终端10取得在核准画面中所输入的核准信息。在该情况下，画面控制单元213将处理移交给核准管理单元215。

接着，核准管理服务器20的控制部21执行关于是否结束全部业务步骤的判定处理（步骤S6－2）。具体地，控制部21的核准管理单元215基于记录于单个信息存储部27的单个管理数据270的工作进展状况进行判定。在此，在记录于业务流程存储部24的业务步骤中，在所有的递交目的地的核准完成的情况下，判定为结束了全部业务步骤。

在判定为结束了全部业务步骤的情况下（在步骤S6－2中为“是”的情况下），核准管理服务器20的控制部21执行完成通知处理（步骤S6－3）。具体地，控制部21的核准管理单元215在单个信息存储部27中使用记录于被核准的工作ID中的单个管理数据270，确定申请人的员工代码。接着，核准管理单元215从用户存储部23提取记录有所确定的员工代码的用户管理记录230，取得邮件地址。并且，核准管理单元215对该邮件地址发送电子邮件，电子邮件用于通知完成了最终核准。

另一方面，在判定为结束全部业务步骤的情况下（在步骤S6－2中为“否”的情况下），核准管理服务器20的控制部21执行关于是否结束当前的业务步骤的判定处理（步骤S6－4）。具体地，控制部21的核准管理单元215在单个信息存储部27中，基于使用单个管理数据270确定的工作进展状况进行判定，单个管理数据270记录有被核准的工作ID。在此，在当前的业务步骤中，在递交区分为必须的递交目的地的核准完成的情况下，判定为结束当前的业务步骤。

在判定为结束当前的业务步骤的情况下（在步骤S6－4中为“是”的情况下），核准管理服务器20的控制部21执行向下一业务步骤的展开处理（步骤S6－5）。具体地，控制部21的核准管理单元215在业务流程存储部24中确定该工作的下一业务步骤。另一方面，在判定为结束当前的业务步骤的情况下（在步骤S6－4中为“否”的情况下），核准管理服务器20的控制部21跳过向下一业务步骤的展开处理（步骤S6－5）。

接着，核准管理服务器20的控制部21执行关于是否有能展开的递交目的地的判定处理（步骤S6－6）。具体地，控制部21的核准管理单元215在没有结束当前的业务步骤的情况下，使用记录有被核准的工作ID的单个管理数据270，在当前的业务步骤中检索下一递交目的地。另外，在下一业务步骤展开的情况下，在新的业务步骤中检索最初的递交目的地。

在判定为没有能展开的递交目的地的情况下（在步骤S6－6中为“否”的情况下），核准管理服务器20的控制部21结束核准时处理。

另一方面，在判定为有能展开的递交目的地的情况下（在步骤S6－6中为“是”的情况下），核准管理服务器20的控制部21执行关于递交目的地是否为核准者的判定处理（步骤S6－7）。具体地，控制部21的核准管理单元215在递交路径存储部25中确定下一递交目的地的递交区分，利用该递交区分判定是否为核准者。

在此，在判定为递交目的地不是核准者的情况下（在步骤S6－7中为“否”的情况下），核准管理服务器20的控制部21执行递交登记处理（步骤S6－8）。具体地，控制部21的核准管理单元215在单个信息存储部27中，针对记录有工作ID、文档ID的单个管理数据270的新的递交目的地，作为工作进展状况登记递交状态（已联络、已分配等）。

另一方面，在判定为递交目的地为核准者的情况下（在步骤S6－7中为“是”的情况下），核准管理服务器20的控制部21执行核准期限的再次调整处理（步骤S6－9）。具体地，控制部21的核准管理单元215从系统定时器取得当前日期。

接着，核准管理单元215从延缓期间表取得关于后续的核准者的延缓期间。并且，核准管理单元215针对当前日期按每个核准者依次加上延缓期间，再次计算核准期限，在单个信息存储部27中，将记录有核准期限的单个管理数据270更新。

接着，核准管理服务器20的控制部21对下一核准者执行展开登记处理（步骤S6－10）。具体地，控制部21的核准管理单元215在单个信息存储部27中记录有该核准者的工作进展状况的单个管理数据270中登记等待操作。

根据本实施方式，能得到如下的效果。

（1）在本实施方式中，在业务流程中由多个业务步骤构成。在各业务步骤中，进行在递交路径中决定的工作岗位、职务、向个人的递交（联络、核准）。并且，在核准时处理中，在判定为没有结束全部业务步骤的情况下（在步骤S6－2中为“否”的情况下），且在判定为结束当前的业务步骤的情况下（在步骤S6－4中为“是”的情况下），核准管理服务器20的控制部21执行向下一业务步骤的展开处理（步骤S6－5）。由此，通过由多个业务步骤构成一个业务流程，能确保业务流程的构成的自由度。因此，能组合已有的业务步骤有效地制作新的业务流程。

（2）在本实施方式中，在文档登记画面611中所输入的值（属性）与种属关联起来登记于单个信息存储部27。在单个信息存储部27记录有单个管理数据270，单个管理数据270用于管理针对核准所申请的工作。单个管理数据270包含与管理ID、种属、属性有关的数据。由此，因为将种属和属性（值）关联起来进行存储，所以能提高增加种属等的数据构成的变更等的自由度。因此，能减轻数据构成的修正操作的负荷。

（3）在本实施方式中，核准管理服务器20的控制部21执行显示画面的利用控制处理（步骤S2－4）。具体地，控制部21的画面控制单元213在记录于画面存储部26的画面数据的性质中取得利用条件（“前一步骤”、“前一步骤的状态”）。并且，在利用条件被设定的情况下，画面控制单元213在该工作ID中，在单个信息存储部27中确定前一步骤ID的业务步骤的状态。并且，画面控制单元213在确定前的业务步骤的状态与利用条件一致的情况下，能利用所选择的业务步骤的画面。由此，能使用设定于画面数据中的性质来限制业务步骤中的信息输入、显示。

（4）在本实施方式中，核准管理服务器20的控制部21执行画面显示处理（步骤S2－6）。具体地，控制部21的画面控制单元213生成显示画面，在显示画面上，取得的属性（值）粘贴于在样式表中设定了种属的场上。由此，能使用记录于单个信息存储部27的属性（值）将显示画面输出。

（5）在本实施方式中，核准管理服务器20的控制部21按每个核准者执行通常的延缓期间的设定处理（步骤S3－3）。由此，能根据核准者的属性设定各核准者的核准期限。

（6）在本实施方式中，核准管理服务器20的控制部21执行最终核准预定日的输出处理（步骤S3－5）。在“需要调整”的图标被选择，判定为需要进行期限调整的情况下（在步骤S3－6中为“是”的情况下），核准管理服务器20的控制部21执行调整画面的输出处理（步骤S3－8）。由此，能考虑最终核准预定日调整各核准者的核准期限。

（7）在本实施方式中，在核准者变更处理中判定为新登记的核准者的隶属工作岗位和变更前的核准者的隶属工作岗位不相同的情况下（在步骤S4－2中为“否”的情况下），核准管理服务器20的控制部21执行确认通知处理（步骤S4－3）。由此，能在原来的核准者的承诺下向其他工作岗位展开申请。

（8）在本实施方式中，在核准者变更处理中，新登记的核准者的职务为变更前的核准者的职务以上，判定为权限水平为同等以上的情况下（在步骤S4－4中为“是”的情况下），核准管理服务器20的控制部21执行变更登记处理（步骤S4－6）。由此，能根据权限水平有效地变更核准者。

（9）在本实施方式中，在核准者变更处理中，核准管理服务器20的控制部21执行最终核准预定日的算出处理（步骤S4－8）。并且，核准管理服务器20的控制部21执行关于是否需要进行期限调整的判定处理（步骤S4－9）、各核准期限的登记处理（步骤S4－10）、调整画面的输出处理（步骤S4－11）、所调整的各核准期限的登记处理（步骤S4－12）。由此，在变更核准者的情况下也能进行考虑了最终核准预定日的核准期限的调整。

（10）在本实施方式中，在工作进展一览管理处理中，核准管理服务器20的控制部21按核准期限近的顺序执行排列处理（步骤S5－4）。由此，核准者能考虑核准期限进行核准操作。

（11）在本实施方式中，在核准时处理中，核准管理服务器20的控制部21执行核准期限的再次调整处理（步骤S6－9）。由此，能根据工作进展状况调整后续的递交目的地的核准期限。

此外，上述各实施方式可以变更为如下。

·在上述实施方式中，在工作进展一览管理处理中，按核准期限近的顺序执行排列处理（步骤S5－4）。除此之外，可以根据核准者的时间表对核准者进行唤起注意。在该情况下，使用对用户（员工）的时间表进行管理的时间表管理服务器。在该时间表管理服务器中，预先与用户的员工代码关联起来登记休假、出差的日程信息等、不能进行核准应对的事件期间。并且，执行图16所示的工作进展一览管理处理。

在此，与步骤S5－1～S5－4同样，核准管理服务器20的控制部21按用户的确定处理（步骤S7－1）～核准期限近的顺序执行排列处理（步骤S7－4）。

接着，核准管理服务器20的控制部21执行用户的时间表的取得处理（步骤S7－5）。具体地，控制部21的画面控制单元213对于从当前日期至最晚的核准期限为止的期间，从时间表管理服务器取得该核准者的时间表（事件期间）。

接着，核准管理服务器20的控制部21执行时间表和核准期限的对照处理（步骤S7－6）。具体地，控制部21的画面控制单元213在单个信息存储部27中，使用记录有各工作的工作ID的单个管理数据270，取得该核准者的紧前面的先前核准者的核准期限。接着，画面控制单元213算出从先前核准者的核准期限至该核准者的核准期限为止的核准期间。并且，画面控制单元213对算出的核准期间和不能进行核准应对的事件被登记的事件期间进行比较。

接着，核准管理服务器20的控制部21执行唤起注意处理（步骤S7－7）。具体地，控制部21的画面控制单元213确定核准期间在事件期间期满的申请。并且，画面控制单元213针对确定的申请在核准预定表中附加注意信息。

并且，与步骤S5－5同样，核准管理服务器20的控制部21执行核准预定表的显示处理（步骤S7－8）。

由此，能考虑核准者的时间表对难以核准的申请唤起注意。

此外，该唤起注意可以在申请登记处理中进行。具体地，在对申请算出各核准者的核准期限的情况下，控制部21的申请管理单元214取得各核准者的时间表。接着，申请管理单元214算出各核准者的核准期间（从先前核准者的核准期限至各核准者的核准期限为止的期间）。接着，申请管理单元214从时间表管理服务器取得各核准者的时间表（事件期间）。并且，与在各核准者中不能进行核准应对的事件被登记的事件期间进行比较。在此，申请管理单元214核准期间在事件期间期满的情况下，对申请人进行唤起注意。

另外，进行该唤起注意的时机不限定于工作进展一览管理处理。例如，可以在业务流程的中途核准者被变更的情况下、核准者不能进行核准的事件期间被登记的情况下进行。具体地，控制部21的核准管理单元215在检测出核准者的变更、各核准者的事件登记的情况下，使用单个信息存储部27检索该核准者被登记的单个管理数据270。并且，核准管理单元215使用所提取的单个管理数据270，对该核准者的核准期间和事件期间进行比较。并且，核准管理单元215核准期间在事件期间期满的情况下，对申请人进行唤起注意。

·在上述实施方式中，使用延缓期间表算出各核准者的核准期限。在该延缓期间表中，与各核准者的职务对应地，记录有与用于算出当前日期至核准期限的延缓期间有关的数据。在此，可以根据核准者的时间表变更延缓期间。在该情况下，从时间表管理服务器取得对各核准者登记的事件信息。并且，在各核准者中，针对所有的核准期间，以事件期间不重复的方式将延缓期间延长或者缩短。由此，能设定与核准者的时间表相应的核准期限。

·在上述实施方式中，在工作进展一览管理处理中，核准管理服务器20的控制部21执行核准预定表的显示处理（步骤S5－5）。在此，在关于申请内容对核准者进行事先说明的情况下，可以在核准预定表中显示事先说明完成。在该情况下，在申请登记处理中确定递交路径所包含的核准者，对进行了事先说明的核准者输入事先说明完成信息。在该情况下，在单个信息存储部27中，在记录有工作ID、核准者的员工代码的单个管理数据270中记录事先说明完成标志。并且，控制部21的画面控制单元213将事先说明完成信息输出到记录有该事先说明完成标志的核准者的核准预定表。由此，核准者能考虑事先说明有效地进行核准。

另外，可以对记录有事先说明完成标志的核准者缩短用于算出核准期限的延缓期间。在该情况下，在延缓期间表中，对事先说明完成的申请预先登记用于算出被缩短的延缓期间的信息。并且，控制部21的申请管理单元214在步骤S4－7中，对记录有事先说明完成标志的核准者算出被缩短的延缓期间。由此，在进行了事先说明的情况下，能比核准期限提前进行更迅速的递交。

·在上述实施方式中，在工作进展一览管理处理中，按核准期限近的顺序执行排列处理（步骤S5－4）。除此之外，可以考虑人事变动制作核准预定表。在该情况下，使用对用户（员工）的人事变动进行管理的人事管理服务器。在该人事管理服务器中，与用户的员工代码关联起来预先登记变动预定日、人事内容。并且，执行图17所示的工作进展一览管理处理。

在此，与步骤S5－1～S5－4同样，核准管理服务器20的控制部21执行用户的确定处理（步骤S8－1）～按核准期限近的顺序的排列处理（步骤S8－4）。

接着，核准管理服务器20的控制部21执行人事变动信息的取得处理（步骤S8－5）。具体地，控制部21的画面控制单元213对人事管理服务器进行访问，取得该用户（在此为核准者）的人事变动信息（变动预定日和变动目的地）。

接着，核准管理服务器20的控制部21执行关于是否有变动预定的判定处理（步骤S8－6）。具体地，控制部21的画面控制单元213基于从人事管理服务器取得的人事变动信息，判定该核准者的人事变动的有无。

在判定为有变动预定的情况下（在步骤S8－6中为“是”的情况下），核准管理服务器20的控制部21执行核准期限从变动预定日开始规定天数内的申请的确定处理（步骤S8－7）。具体地，控制部21的画面控制单元213算出从紧前面的先前核准者的核准期限至该核准者的核准期限为止的核准期间。并且，画面控制单元213对人事变动信息所包含的变动预定日和核准期间进行比较，确定核准期间包含有变动预定日的申请。

接着，核准管理服务器20的控制部21执行唤起注意处理（步骤S8－8）。具体地，控制部21的画面控制单元213对确定的申请在核准预定表中附加表示变动预定日接近的注意信息。

接着，核准管理服务器20的控制部21执行核准期限从变动预定日开始晚规定天数以上的申请的确定处理（步骤S8－9）。具体地，控制部21的画面控制单元213确定紧前面的先前核准者的核准期限（核准期间的第一天）晚于变动预定日的申请。

接着，核准管理服务器20的控制部21执行从核准预定表删除的处理（步骤S8－10）。具体地，控制部21的画面控制单元213对确定的申请从核准预定表删除。

此外，在判定为没有变动预定的情况下（在步骤S8－6中为“否”的情况下），核准管理服务器20的控制部21跳过步骤S8－7～S8－10的处理。另外，在即使有人事变动预定，也是在相同的工作岗位中升职的情况下，可以使得跳过步骤S8－7～S8－10的处理。

接着，核准管理服务器20的控制部21与步骤S5－5同样地执行核准预定表的显示处理（步骤S8－11）。

由此，在人事变动接近的情况下，对核准者唤起注意，由此能促进迅速的核准。另外，能使得在核准时期核准者有可能变动的申请不让变动预定者看到。

此外，该唤起注意可以在申请登记处理中进行。具体地，在对申请算出各核准者的核准期限的情况下，画面控制单元213取得各核准者的变动信息。接着，画面控制单元213算出各核准者的核准期间（从先前核准者的核准期限至各核准者的核准期限为止的期间），与各核准者的变动信息所包含的变动预定日进行比较。并且，画面控制单元213在从变动预定日至核准期限为基准天数内的申请、变动预定日晚于核准期间的情况下，对申请人进行唤起注意。

·在上述实施方式中，在申请登记处理中，核准管理服务器20的控制部21执行最终核准预定日的算出处理（步骤S3－4）、最终核准预定日的输出处理（步骤S3－5）。并且，基于客户终端10中的输入，核准管理服务器20的控制部21执行关于是否需要进行期限调整的判定处理（步骤S3－6）。在此，可以使得核准管理服务器20调整核准期限。在该情况下，单个信息存储部27在申请时预先对记录了管理ID（工作ID）、最终核准希望日的单个管理数据270进行登记。而且，在延缓期间表中预先记录用于缩短延缓期间的压缩率。并且，执行图18所示的申请登记处理。

在此，核准管理服务器20的控制部21与步骤S3－1～S3－4同样地执行申请的受理处理（步骤S9－1）、基于申请确定业务流程的处理（步骤S9－2）、按每个核准者设定通常的延缓期间的处理（步骤S9－3）、最终核准预定日的算出处理（步骤S9－4）。

接着，核准管理服务器20的控制部21执行关于在最终核准希望日之前是否来得及的判定处理（步骤S9－5）。具体地，控制部21的申请管理单元214使用单个信息存储部27，从记录有关于该申请的工作ID的单个管理数据270取得最终核准希望日，与算出的最终核准预定日进行比较。

在最终核准预定日为最终核准希望日以前，判定为赶得上最终核准希望日的情况下（在步骤S9－5中为“是”的情况下），核准管理服务器20的控制部21与步骤S3－7同样地执行各核准期限的登记处理（步骤S9－6）。

另一方面，在最终核准预定日晚于最终核准希望日、判定为赶不上最终核准希望日的情况下（在步骤S9－5中为“否”的情况下），核准管理服务器20的控制部21按每个核准者执行延缓期间的压缩处理（步骤S9－7）。具体地，控制部21的申请管理单元214针对记录于延缓期间表中的延缓期间，算出乘以预先决定的压缩率的修正延缓期间。

接着，核准管理服务器20的控制部21执行最终核准预定日的再次算出处理（步骤S9－8）。具体地，控制部21的申请管理单元214对当前日期，针对递交路径所包含的各核准者依次算出加上修正延缓期间的核准期限。并且，申请管理单元214再次算出最终核准者的核准期限作为最终核准预定日。

接着，核准管理服务器20的控制部21与步骤S9－5同样，执行关于在最终核准希望日之前是否来得及的判定处理（步骤S9－9）。

在最终核准预定日为最终核准希望日以前，判定为赶得上最终核准希望日的情况下（在步骤S9－9中为“是”的情况下），核准管理服务器20的控制部21执行各核准期限的登记处理（步骤S9－6）。

另一方面，在最终核准预定日比最终核准希望日，判定为赶不上最终核准希望日的情况下（在步骤S9－9中为“否”的情况下），核准管理服务器20的控制部21与步骤S3－8、S3－9同样地执行调整画面的输出处理（步骤S9－10）、所调整的各核准期限的登记处理（步骤S9－11）。

由此，能调整延缓期间，根据状况设定赶得上最终核准希望日的核准期限。

另外，可以使得在业务流程的中途定期地进行最终核准预定日的再次计算。并且，在适用通常的延缓期间算出的最终核准预定日赶得上最终核准希望日的情况下，使用通常的延缓期间再次设定各核准者的核准期限。由此，在核准提前进行的情况下，能返回到通常的延缓期间。

·在上述实施方式中，使用延缓期间表算出各核准者的核准期限。在此，有时在一个业务流程中并行进行多个业务步骤。在该情况下，可以使得考虑并行进行的业务步骤算出核准期限。在此，确定直至最终核准的关键路线，使用构成关键路线的业务步骤的所需期间，设定各业务步骤的核准期限。使用图19说明该申请登记处理。

在此，核准管理服务器20的控制部21与步骤S3－1、步骤S3－2同样地执行申请的受理处理（步骤S10－1）、基于申请确定业务流程的处理（步骤S10－2）。

接着，核准管理服务器20的控制部21执行每个业务步骤的所需期间的算出处理（步骤S10－3）。确定各业务步骤所包含的核准者，使用延缓期间表算出各核准者的延缓期间。并且，申请管理单元214按每个业务步骤统计延缓期间，算出每个业务步骤的所需期间。

接着，核准管理服务器20的控制部21执行业务流程的关键路线的确定处理（步骤S10－4）。具体地，控制部21的申请管理单元214在文档登记画面611的性质中，确定“前一步骤”共用的业务步骤。并且，申请管理单元214在将相同的业务步骤设为利用条件的情况下，将这些业务步骤确定为并行进行的业务步骤（并行业务步骤）。并且，申请管理单元214比较所确定的业务步骤的所需期间，将所需期间长的确定为关键路线。

接着，核准管理服务器20的控制部21执行关键路线所包含的核准者的核准期限的设定处理（步骤S10－5）。具体地，控制部21的申请管理单元214使用所确定的关键路线的业务步骤所包含的核准者的延缓期间算出核准期限。并且，申请管理单元214将该核准期限登记于单个信息存储部27的单个管理数据270。

接着，核准管理服务器20的控制部21执行并行业务步骤的核准期限的设定处理（步骤S10－6）。具体地，控制部21的申请管理单元214使并行业务步骤的核准期限与关键路线的业务步骤的核准期限对应起来登记于单个信息存储部27的单个管理数据270。

接着，核准管理服务器20的控制部21与步骤S3－4同样地执行最终核准预定日的算出处理（步骤S10－7）。在该情况下，使用关键路线所包含的业务步骤的延缓期间算出最终核准预定日。

并且，核准管理服务器20的控制部21与步骤S3－6～S3－9同样地执行关于是否需要进行期限调整的判定处理（步骤S10－8）、各核准期限的登记处理（步骤S10－9）、调整画面的输出处理（步骤S10－10）、所调整的各核准期限的登记处理（步骤S10－11）。

由此，能考虑关键路线设定核准期限。

·在上述实施方式中，在工作进展一览管理处理中显示等待操作的核准预定表。除此之外，在直至核准期限为止没有时间上的富余的情况下，可以使得对核准者唤起注意。在该情况下，对核准者的电子邮件地址发送唤起注意的消息。使用图20说明该核准期限的确认处理。

在此，首先核准管理服务器20的控制部21执行期限迫近工作的提取处理（步骤S11－1）。具体地，控制部21的核准管理单元215从系统定时器取得当前日期和时间。接着，核准管理单元215使用记录于单个信息存储部27的单个管理数据270，对各申请比较核准期限和当前日期和时间。并且，核准管理单元215在从当前日期和时间直至核准期限为止的时间上的富余为基准值以下的情况下，作为期限迫近工作进行提取。

接着，核准管理服务器20的控制部21执行关于是否有期限迫近工作的判定处理（步骤S11－2）。具体地，控制部21的核准管理单元215在确定出从当前日期和时间直至核准期限的时间上的富余为基准值以下的申请的情况下，判定为有期限迫近工作。

在判定为没有期限迫近工作的情况下（在步骤S11－2中为“否”的情况下），核准管理服务器20的控制部21结束核准期限的确认处理。

另一方面，在判定为有期限迫近工作的情况下（在步骤S11－2中为“是”的情况下），核准管理服务器20的控制部21执行邮件发送处理（步骤S11－3）。具体地，控制部21的核准管理单元215从用户存储部23取得期限迫近工作的核准者的邮件地址。并且，核准管理单元215对该邮件地址发送电子邮件，电子邮件用于通知有期限迫近工作。

并且，按每个期限迫近工作重复进行以下的处理。

核准管理服务器20的控制部21执行等待处理（步骤S11－4）。具体地，控制部21的核准管理单元215在发送电子邮件后规定的期间等待。在此，在核准者的客户终端10中，接收用于通知有期限迫近工作的电子邮件，核准者将电子邮件打开。在该情况下，客户终端10将打开通知发送到核准管理服务器20。接收了打开通知的核准管理服务器20的控制部21与期限迫近工作的工作ID、文档ID关联起来在单个信息存储部27的单个管理数据270中记录接收确认信息。

接着，核准管理服务器20的控制部21执行关于是否完成接收确认的判定处理（步骤S11－5）。具体地，控制部21的核准管理单元215在单个信息存储部27的单个管理数据270被登记了接收确认信息的情况下判定为完成接收确认。

在判定为完成接收确认的情况下（在步骤S11－5中为“是”的情况下），结束关于该期限迫近工作的处理。

另一方面，在判定为未完成接收确认的情况下（在步骤S11－5中为“否”的情况下），核准管理服务器20的控制部21执行其他联络对象法的确定处理（步骤S11－6）。具体地，控制部21的核准管理单元215从目录管理服务器40取得与该核准者的员工代码关联起来的其他联络对象信息。

接着，核准管理服务器20的控制部21执行联络处理（步骤S11－7）。具体地，控制部21的核准管理单元215使用取得的其他联络对象信息，发送表示有期限迫近工作的消息。

由此，能对期限迫近工作催促核准。

另外，除了邮件发送处理（步骤S11－3）之外，可以使得多次发生这样的电子邮件。例如，不仅在核准期限前，而且在核准期限经过后的规定时期发送。另外，可以使得在核准期限前、核准期限经过后分别多次发送电子邮件。在该情况下，在记录于设定信息存储部22的邮件设定信息中预先记录电子邮件的发送定时。

另外，可以使得根据发送定时将发送内容、地址、发送设定变更。在该情况下，也在设定信息存储部22中，与发送定时关联起来将发送内容、地址、发送设定预先记录于邮件设定信息中。在此，在发送内容中将正文、标题变更。另外，关于地址，预先设定为：根据发送定时（例如，再次的发送），不仅发送给核准者本人，也发送给相关者（例如，上司、管理者）。在该情况下，核准管理服务器20的控制部21基于核准者的隶属、职务，从用户存储部23取得核准者的相关者的邮件地址。而且，在期限经过后的发送设定中，可以使得根据发送定时进行接收通知（打开通知）设定、重要度设定。

·在上述实施方式中，核准管理服务器20的控制部21执行唤起注意处理（步骤S7－7）。该注意信息的输出目的地不限定于核准者的客户终端10，例如，可以使得输出到申请人的客户终端10。在该情况下，核准管理服务器20的控制部21定期地对各种申请的核准期限和当前日期进行比较。并且，核准管理服务器20的控制部21在检测出不能进行核准应对的申请的情况下确定该申请的申请人的联络对象，发送用于唤起注意的电子邮件。