CN113795855A - 项目管理系统 - Google Patents

项目管理系统 Download PDF

Info

Publication number
CN113795855A
CN113795855A CN201980096147.6A CN201980096147A CN113795855A CN 113795855 A CN113795855 A CN 113795855A CN 201980096147 A CN201980096147 A CN 201980096147A CN 113795855 A CN113795855 A CN 113795855A
Authority
CN
China
Prior art keywords
information
risk
task
project
project management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201980096147.6A
Other languages
English (en)
Inventor
高桥信也
后藤年成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Management Solutions
Original Assignee
Management Solutions
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Management Solutions filed Critical Management Solutions
Publication of CN113795855A publication Critical patent/CN113795855A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313—Resource planning in a project environment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

欲提供能够实现项目管理系统的项目管理系统。并且，能够输入课题、任务、风险的信息而统一进行管理、阅览，由此，还意图实现教育效果。特别是在变更的记入条目中，如果使用模板进行记入，则对于进行记入的人而言，会成为使他们研究“必须考虑的事”、“必须确认的事”的契机，因此，可以说通过降低自由度而实现教育效果。提供具有如下功能的项目管理系统：受理“课题信息”、“风险信息”、“任务信息”(课题信息、风险信息、任务信息均是“项目管理信息”。)中的任意一个以上的输入，与各识别信息相关联地保持这些信息，然后，与课题识别信息相关联地取得课题解决状况信息，并将该课题解决状况信息与课题信息关联地进行输出。

Description

项目管理系统
技术领域
本发明涉及如下的系统：该系统提供能够相对节省人力地实现比较大规模的一个或多个项目的架构、用于高效地活用资源的信息的输入和管理的架构，并且，能够提高与项目有关的成员的项目实现能力。
背景技术
以往，上述这种系统作为所谓的用于共享项目的进展状况的系统而存在。但是，其内容可以说是在云上共享各负责人的备注这样的程度的内容，因此，在基于各负责人的主观和由各负责人酌情处理这一方面没有顾及到负责人的成长(没有得到启发的机会)，在这方面存在课题。
因此，作为解决了上述课题的一部分的文献，举出专利文献1。
现有技术文献
专利文献
日本特开2013-061694
发明内容
发明要解决的课题
专利文献1是一种风险管理系统，其是对项目的多个风险进行管理的风险管理工具，其特征在于，随着项目的进行对风险的影响度、发生概率和风险对策的权重进行更新，生成风险对策的优先顺位。
但是，虽然在专利文献1中确实公开了意图考虑潜在可能性和影响度等来计算风险的功能，但是，没有公开其具体内容，并且，在按照项目整体进行观察的情况下，不仅是风险的管理，基于进展状况的对策等也很重要，因此从这一点出发，仅对风险进行管理，对项目成功的贡献程度未必较大。虽然为了促使项目成功，风险的管理也很重要，但是，准确地进行如下事项也是很重要的：准确地掌握风险和课题、基于准确掌握的进展管理、在发生进展延迟和风险显现化的情况下的项目的任务等的动态修正、以及掌握根据修正所预想到的影响。
用于解决课题的手段
本发明鉴于这种问题，提供用于对课题、任务、风险的信息进行统一管理的项目管理系统。
具体而言，本发明提供一种项目管理系统，其具有：课题信息输入受理部，其受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息；课题信息保持部，其与课题识别信息相关联地保持一个以上的课题信息；课题解决状况信息取得部，其与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息；课题解决状况信息输出部，其将被保持的课题信息和课题解决状况信息相关联地输出；风险信息输入受理部，其受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息；风险信息保持部，其与风险识别信息相关联地保持被输入的一个以上的风险信息；风险显现化风险高风险化信息取得部，其与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息；风险显现化风险高风险化状况输出部，其将被保持的风险信息和风险显现化风险高风险化信息相关联地输出；任务信息输入受理部，其受理作为项目管理信息的任务信息的一个以上的输入，该任务信息表示在实现项目目标时为了解决所述课题必须处理的任务；任务信息保持部，其与任务识别信息相关联地保持被输入的一个以上的任务信息；任务处理状况信息取得部，其与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息；任务处理状况信息输出部，其将被保持的任务信息和任务处理状况信息相关联地输出；项目管理信息变更请求受理部，其受理项目管理信息的变更请求即项目管理信息变更请求的输入；项目管理信息变更请求保持部，其与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求；项目管理信息变更请求实施信息取得部，其与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息；以及项目管理信息变更部，其根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统还具有：项目管理信息前提信息取得部，其与项目管理信息相关联地取得成为能够确定项目管理信息的前提的信息即前提信息；以及项目管理信息前提信息保持部，其与项目管理信息相关联地保持所取得的前提信息。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统还具有生成课题记录部，在与风险识别信息相关联地取得了表示被保持的风险显现化的信息即风险显现化风险高风险化信息的情况下，该生成课题记录部生成基于显现化的风险而必须解决的课题信息，将该课题信息与课题识别信息相关联地记录于课题信息保持部。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统还具有新课题对应任务信息输入部，该新课题对应任务信息输入部与新生成并被保持的课题信息相关联地输入与该课题信息相关联的任务信息。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统还具有：体验信息输入受理部，其与对项目进行识别的项目识别信息相关联地受理体验信息的输入，该体验信息是表示成功体验的信息即成功体验信息或/和表示失败体验的信息即失败体验信息；体验信息蓄积部，其与项目识别信息相关联地蓄积受理输入而得到的体验信息；体验信息阅览请求受理部，其受理被蓄积的体验信息的阅览请求；以及体验信息阅览部，其根据所受理的阅览请求使体验信息被阅览。此外，该体验信息包含文本信息、动态图像信息、附件信息、静态图像信息、声音信息中的任意一个以上
此外，本发明提供一种项目管理系统，在所述特征的基础上，体验信息输入受理部具有不同项目管理信息体验信息输入受理单元，该不同项目管理信息体验信息输入受理单元与项目管理信息相关联地受理输入。
此外，本发明提供一种项目管理系统，在所述特征的基础上，项目管理信息变更请求受理部具有受理完成单元，该受理完成单元通过在用于确定变更请求内容的模板中填入信息而设为受理完成。
此外，本发明提供一种项目管理系统，在所述特征的基础上，项目管理信息变更请求实施信息取得部具有实施信息生成单元，该实施信息生成单元生成项目管理信息变更请求实施信息，该项目管理信息变更请求实施信息是示出通过在用于确定实施变更请求所需要的信息的模板中填入信息来实施项目管理信息变更的情况的信息。
此外，本发明提供一种项目管理系统，在所述特征的基础上，风险信息输入受理部具有风险模板输入受理单元，该风险模板输入受理单元按照风险导航模板受理风险信息的输入，该风险导航模板催促输入为了使风险客观化而应该明确化的信息。
此外，本发明提供一种项目管理系统，在所述特征的基础上，风险信息输入受理部具有风险定量化模板输入受理单元，该风险定量化模板输入受理单元按照风险定量化导航模板受理风险信息的输入，该风险定量化导航模板催促输入用于对风险进行定量化的信息。
此外，本发明提供一种项目管理系统，在所述特征的基础上，风险显现化风险高风险化状况输出部具有使被保持的风险信息映射图化的风险信息映射图化单元。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统还具有：相互关联信息取得部，其取得表示课题信息、风险信息、任务信息、前提信息的相互关联性的信息即相互关联信息；以及相互关联信息保持部，其保持所取得的相互关联信息。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统具有课题解决状况信息生成部，该课题解决状况信息生成部在课题信息和任务信息相关联的情况下，根据所关联的任务信息的任务处理状况信息生成表示被保持的课题已被解决的情况的信息即课题解决状况信息，并将该其课题解决状况信息转达给课题解决状况信息取得部。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统还具有：前提变更输入受理部，其受理与项目管理信息相关联的前提信息的变更的输入；以及修正促进部，其催促对与前提信息相关联的项目管理信息进行修正。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统具有：利害相关者输入受理部，其与表示与项目目标实现相关联的利害相关者的属性的指标值相关联地受理该利害相关者的输入；利害相关者映射图生成部，其使用利害相关者和与该利害相关者相关联地受理的指标值生成利害相关者的映射图；以及映射图输出部，其输出所生成的映射图。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统具有：状况信息映射图取得部，其取得使状况信息映射图化后的信息即状况信息映射图；以及状况信息映射图输出部，其输出所取得的状况信息映射图。
此外，本发明提供一种项目管理系统，在所述特征的基础上，所述项目管理系统还具有：成员团队识别信息保持部，其保持对用于实现项目目标的成员或由成员构成的团队进行识别的成员团队识别信息；成员团队项目管理信息关系保持部，其保持将成员团队识别信息和该成员团队参与的项目管理信息关联起来的成员团队项目管理信息关系；以及成员团队项目管理关系输出部，其输出被保持的成员团队项目管理信息关系。
此外，还提供这些项目管理系统的动作方法和以能够被读取执行的方式记录于计算机即项目管理系统的项目管理程序。
如上所述，欲提供能够实现项目管理系统的项目管理系统。并且，能够输入课题、任务、风险的信息而统一进行管理、阅览，由此，还意图实现教育效果。特别是在变更的记入条目中，如果使用模板进行记入，则对于进行记入的人而言，会成为使他们针对“必须考虑的事”、“必须确认的事”进行探讨的契机，因此，可以说通过降低自由度而实现了教育效果。
附图说明
图1是示出本发明中的“项目”、“课题”、“任务”、“风险”、“前提”等的层级状况的图。
图2是在本发明中输入各种信息时的门户画面的一例的概念图。
图3是与“项目管理信息”有关的输入画面的一例的概念图。
图4是使用个票的新项目输入画面的一例的概念图。
图5是项目内容修正画面的一例的概念图。
图6是成员输入画面的一例的概念图。
图7是对课题信息进行输入、修正时的门户画面的一例的概念图。
图8是新的课题输入画面的一例的概念图。
图9是不同课题进展报告输入画面的一例的概念图。
图10是对任务信息进行输入、修正时的门户画面的一例的概念图。
图11是新的任务输入画面的一例的概念图。
图12是选择任务属性时的画面的一例的概念图。
图13是不同任务进展报告输入画面的一例的概念图。
图14是对风险信息进行输入、修正时的门户画面的一例的概念图。
图15是新的风险输入画面的一例的概念图。
图16是不同风险状况报告输入画面的一例的概念图。
图17是由项目管理信息变更请求受理部受理的变更(修正)内容定义输入画面的一例的概念图。
图18是示出顾客委托内容相符性检查的一例的图。
图19是对前提信息进行输入、修正时的门户画面的一例的概念图。
图20是新的前提信息输入画面的一例的概念图。
图21是示出要素属性一览的一例的图。
图22是与在生成课题记录部中进行的处理内容有关的流程图。
图23是对体验信息进行输入、修正时的门户画面的一例的概念图。
图24是新体验信息输入画面的一例的概念图。
图25是示出利用声音文件、动态图像影像文件、文本文件、照片文件、WEB的URL、存储器ID等受理体验信息的输入的情况的一例的图。
图26是示出被映射的风险信息(风险映射图)的一例的图。
图27是示出利害相关者映射图的一例的图。
图28是示出实施例1中的项目管理系统的功能性结构的图。
图29是示出实施例1中的项目管理系统的硬件结构的图。
图30是示出利用实施例1中的项目管理系统的情况下的处理的流程的图(课题信息关系)。
图31是示出利用实施例1中的项目管理系统的情况下的处理的流程的图(风险信息关系)。
图32是示出利用实施例1中的项目管理系统的情况下的处理的流程的图(任务信息关系)。
图33是示出利用实施例1中的项目管理系统的情况下的处理的流程的图(项目内容变更关系)。
图34是示出与各信息的输出有关的处理的流程的图。
图35是示出实施例2中的项目管理系统的功能性结构的图。
图36是示出实施例2中的项目管理系统的硬件结构的图。
图37是示出利用实施例2中的项目管理系统的情况下的处理的流程的图。
图38是示出实施例3中的项目管理系统的功能性结构的图。
图39是示出实施例3中的项目管理系统的硬件结构的图。
图40是示出利用实施例3中的项目管理系统的情况下的处理的流程的图。
图41是示出实施例4中的项目管理系统的功能性结构的图。
图42是示出实施例4中的项目管理系统的硬件结构的图。
图43是示出实施例5中的项目管理系统的功能性结构的图。
图44是示出实施例5中的项目管理系统的硬件结构的图。
图45是示出利用实施例5中的项目管理系统的情况下的处理的流程的图。
图46是示出实施例6中的项目管理系统的功能性结构的图。
图47是示出实施例6中的项目管理系统的硬件结构的图。
图48是示出利用实施例6中的项目管理系统的情况下的处理的流程的图。
图49是示出实施例7中的项目管理系统的功能性结构的图。
图50是示出实施例7中的项目管理系统的硬件结构的图。
图51是示出利用实施例7中的项目管理系统的情况下的处理的流程的图。
图52是示出实施例8中的项目管理系统的功能性结构的图。
图53是示出实施例8中的项目管理系统的硬件结构的图。
图54是示出利用实施例8中的项目管理系统的情况下的处理的流程的图。
图55是示出实施例9中的项目管理系统的功能性结构的图。
图56是示出实施例9中的项目管理系统的硬件结构的图。
图57是示出利用实施例9中的项目管理系统的情况下的处理的流程的图。
图58是示出实施例10中的项目管理系统的功能性结构的图。
图59是示出实施例10中的项目管理系统的硬件结构的图。
图60是示出利用实施例10中的项目管理系统的情况下的处理的流程的图。
图61是示出实施例11中的项目管理系统的功能性结构的图。
图62是示出实施例11中的项目管理系统的硬件结构的图。
图63是示出利用实施例11中的项目管理系统的情况下的处理的流程(限于与输出有关的点。)的图。
图64是示出实施例12中的项目管理系统的功能性结构的图。
图65是示出实施例12中的项目管理系统的硬件结构的图。
图66是示出利用实施例12中的项目管理系统的情况下的处理的流程的图。
图67是示出实施例13中的项目管理系统的功能性结构的图。
图68是示出实施例13中的项目管理系统的硬件结构的图。
图69是示出利用实施例13中的项目管理系统的情况下的处理的流程的图。
图70是示出实施例14中的项目管理系统的功能性结构的图。
图71是示出实施例14中的项目管理系统的硬件结构的图。
图72是示出利用实施例14中的项目管理系统的情况下的处理的流程的图。
图73是示出实施例15中的项目管理系统的功能性结构的图。
图74是示出实施例15中的项目管理系统的硬件结构的图。
图75是示出利用实施例15中的项目管理系统的情况下的处理的流程的图。
图76是示出实施例16中的项目管理系统的功能性结构的图。
图77是示出实施例16中的项目管理系统的硬件结构的图。
图78是示出利用实施例16中的项目管理系统的情况下的处理的流程的图。
图79是示出实施例17中的项目管理系统的功能性结构的图。
图80是示出实施例17中的项目管理系统的硬件结构的图。
图81是示出利用实施例17中的项目管理系统的情况下的处理的流程的图。
具体实施方式
下面，使用附图对本案件发明的实施方式进行说明。另外，实施例和权利要求的相互关系如下所述。主要是，实施例1的说明涉及权利要求1、权利要求19和权利要求20，实施例2的说明涉及权利要求2，实施例3的说明涉及权利要求3，实施例4的说明涉及权利要求4，实施例5的说明涉及权利要求5和权利要求6，实施例6的说明涉及权利要求7，实施例7的说明涉及权利要求8，实施例8的说明涉及权利要求9，实施例9的说明涉及权利要求10，实施例10的说明涉及权利要求11，实施例11的说明涉及权利要求12，实施例12的说明涉及权利要求13，实施例13的说明涉及权利要求14，实施例14的说明涉及权利要求15，实施例15的说明涉及权利要求16，实施例16的说明涉及权利要求17，实施例17的说明涉及权利要求18。本申请的发明完全不被这些实施例限定，能够在不脱离其主旨的范围内以各种方式来实施。
<关于能够构成本发明的硬件>
本申请发明原则上是利用电子计算机的发明，但是是通过软件实现的，也可以通过硬件实现，还可以通过软件和硬件的协作来实现。实现本案件发明的各结构要件的全部或一部分的硬件由作为计算机的基本结构的CPU、存储器、总线、输入输出装置、各种周边设备、用户接口等构成。各种周边设备包含存储装置、互联网等接口、互联网等设备、显示器、键盘、鼠标、扬声器、照相机、录像机、电视机、用于掌握实验室或工厂等的生产状态的各种传感器(流量传感器、温度传感器、重量传感器、液量传感器、红外线传感器、出厂个数计数机、包装个数计数机、异物检查装置、不合格品计数机、放射线检查装置、表面状态检查装置、电路检查装置、人感传感器、作业者作业状况掌握装置(通过影像、ID、PC作业量等)等)、CD装置、DVD装置、蓝光装置、USB存储器、USB存储器接口、可拆装类型的硬盘、一般的硬盘、投影仪装置、SSD、电话、传真机、复印机、打印装置、电影编辑装置、各种传感器装置等。此外，本系统不是必须由一个壳体构成，也可以利用通信将多个壳体结合来构成。此外，通信可以是LAN，也可以是WANWifi、蓝牙(注册商标)、红外线通信、超声波通信，并且，通信的一部分也可以跨越国境来设置。并且，多个壳体可以分别由不同的主体运营，也可以由一个主体运营。本申请发明的系统的运用主体可以是一个，也可以是多个。此外，除了本系统以外，作为包含第三方利用的终端、以及其他第三方利用的终端的系统，也可以构成发明。此外，这些终端也可以跨越国境来设置。并且，除了本系统和所述终端以外，也可以准备为了进行第三方的关联信息和关联人物的登记而利用的装置、针对用于记录登记的内容的数据库而利用的装置等。这些可以设置于本系统，也可以设置于本系统外并以能够利用这些信息的方式构成本系统。
<本发明的自然法则的利用性的补充>
本发明通过计算机、通信设备和软件的协作来发挥功能。以往，不仅实现了仅使用ICT就能够处理由项目参加者面谈进行的处理，而且，还包括通过ICT确定与项目相关的大量的复杂的信息更换、手续、认证、结算的效果、或者经由ICT对满足了本来不熟练则无法完成的全部必要事项的有效信息的蓄积、保持、更换进行辅助等只有ICT才能够进行的处理，因此，作为所谓商业模型专利是成立的。此外，各种识别信息、风险信息、课题信息、任务信息由各部保持并处理，从该观点来看，关于本申请发明，如果根据权利要求或说明书所记载的事项和与这些事项相关联的技术常识来判断计算机等的资源，则本申请发明是利用了自然法则的发明。
<专利法要求的自然法则的利用的意义>
关于专利法要求的自然法则的利用，根据法律目的，是为了确保发明是如下发明而要求的：具有产业上利用性，从必须有助于产业发展这样的观点来看，能够以产业上有用的方式加以利用。即，要求产业上有用、即申请时宣告的发明的效果能够通过该发明的实施而在一定的可靠性下再现。从该观点来看，自然法则利用性解释为，用于发挥发明的效果的发明结构即发明特定事项(发明结构要件)分别发挥的功能利用自然法则来发挥即可。换言之，发明的效果具有能够向利用该发明的利用者提供规定的有用性的可能性即可，不应该从利用者如何感觉或思考该有用性这样的观点来看。因此，即使利用者通过本系统得到的效果是心理上的效果，该效果本身也是所要求的自然法则的利用性的对象外的事项。
实施例1
本实施例提供具有如下功能的项目管理系统：受理表示为了实现项目目标而必须解决的课题的信息即“课题信息”、表示在实现项目目标时在规定的条件下设想的风险的信息即“风险信息”、表示在实现项目目标时必须处理的任务的信息即“任务信息”(课题信息、风险信息、任务信息均是“项目管理信息”。)的一个以上的输入，与各识别信息相关联地保持这些信息后，与课题识别信息相关联地取得课题解决状况信息并与课题信息相关联地进行输出，与风险识别信息相关联地取得风险显现化风险高风险化信息并与风险信息相关联地进行输出，与任务识别信息相关联地取得任务处理状况信息并与任务信息相关联地进行输出，然后，受理必要的项目管理信息变更请求的输入，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求，与项目管理信息变更请求识别信息相关联地取得表示实施该项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
图1是示出本发明中的“项目”、“课题”、“任务”、“风险”、“前提”等的层级状况的图。如附图所示，存在项目的概念，作为其下位概念，存在“课题”，并且，作为其下位概念，存在“任务”。而且，“风险”和“前提”最终通过与“项目”之间的关系被关联起来，但是，它们也可以通过与各“课题”或各“任务”之间的关系被关联起来。此外，关于“课题”和“任务”，课题彼此之间和任务彼此之间均可以成为层级构造。具体而言，如附图所示，是如下从属关系：作为项目的下位概念，可以存在课题A、课题B、课题C、课题D，作为该课题D的下位概念，可以存在课题D1、课题D2、课题D3。这不限于“课题”，对于“前提”、“风险”、“任务”也是同样的。并且，作为“项目”的上位概念，还可以存在多个项目统称的上位概念。
图2是在本发明中输入各种信息时的门户画面的一例的概念图。例如，存在如下情况：具有“项目”、“课题”、“任务”、“风险”、“前提”、“群组”、“成员”、“体验”等选择部分，通过对该选择部分进行选择，转移到下一个画面。另外，该图2只是概念图，因此，不限于这种设计(下面，各附图同样。)。本发明的特征在于，像这样通过信息的识别单位按照个别画面来受理信息的输入。通过以信息的识别单位强制进行利用个别画面进行的输入，成为可靠地要求输入者针对由个别画面规定的请求信息进行输入的界面，因此，发挥如下作用：防止必要信息的输入遗漏，通过识别单位使信息准确。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图28是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(2801)、课题信息保持部(2802)、课题解决状况信息取得部(2803)、课题解决状况信息输出部(2804)、风险信息输入受理部(2805)、风险信息保持部(2806)、风险显现化风险高风险化信息取得部(2807)、风险显现化风险高风险化状况输出部(2808)、任务信息输入受理部(2809)、任务信息保持部(2810)、任务处理状况信息取得部(2811)、任务处理状况信息输出部(2812)、项目管理信息变更请求受理部(2813)、项目管理信息变更请求保持部(2814)、项目管理信息变更请求实施信息取得部(2815)和项目管理信息变更部(2816)。下面，首先对本发明的整体相通的基本事项进行说明，然后对各功能的内容进行具体说明。
图3是与该“项目管理信息”有关的输入画面的一例的概念图。存在“新项目输入”、“项目内容修正”、“项目公开范围修正”、“项目负责人修正”、“项目分割”、“项目合并”等条目。通过选择这些条目，转移到与其对应的画面。“新项目输入”、“项目内容修正”在后面叙述。“项目公开范围修正”用于对具有阅览权限的人的范围进行修正。“项目负责人修正”用于对该项目的负责人进行修正。“项目分割”用于将1个项目分成2个以上，“项目合并”用于将多个项目汇总成一个。
图4是使用个别画面的新项目输入画面的一例的概念图。例如，存在输入者、标题、ID、期限、实现内容、群组名、预算、订货方、其他等条目，考虑通过对这些条目进行输入来登记项目。而且，考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则转移到项目输入中的第二个输入，或者转移到课题输入等画面。另外，“个别画面”这样的词语是指按照识别信息的单位准备的信息输入格式，不是限定性地解释为画面上的一张的词语。此外，关于针对输入者、标题、ID、期限、实现内容、群组名、预算、订货方、其他条目的输入，各空栏以自由格式输入的形式进行图示，但是，也可以不是自由格式，而是能够通过下拉菜单等进行选择的形式，也可以是按照自由格式的方式、但实际上仅受理已登记的字符串的输入形式。另外，优选根据来自另外设置的计时部的时刻信息，与输入时刻相关联地保持所输入的信息，并且，对所输入的信息采取用于防止篡改的措施。用于防止篡改的措施是指以不能改写的方式保持输入信息、或者取得输入信息的哈希值并将其与项目ID相关联地保持于安全区域等处理。此外，也可以构成为，在项目输入时，从设置于输入终端的照相机等取得该输入者的面部图像，利用与面部识别数据相关联的权限数据库来检查其权限。此时，也可以构成为，判定作为输入者而被文本输入的值和与权限数据库相关联的输入者是否一致。或者也可以构成为，根据权限数据库中的检查内容，将输入者自动输入。
图5是项目内容修正画面的一例的概念图。例如，存在输入者、项目名、课题名、任务名、风险名、前提名、其他等条目，考虑通过对这些条目进行输入来修正项目内容。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。而且，考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则例如转移到课题输入等画面。另外，项目内容修正对于项目的实现来说是重要事项，因此，优选具有与项目输入时相同的权限检查。
图6是成员输入画面的一例的概念图。例如有输入者的姓名、ID、权限、所属、资格、工作地等条目，考虑通过对这些条目进行输入来登记成员信息。这里，由于能够预测预先输入的内容候选，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。此外，考虑如下结构，在已经进行了经历输入、经验项目输入、经验课题输入、经验任务输入等选择的情况下，转移到它们的详细输入画面。转移后的画面可以是自由记入，也可以是下拉方式。而且，考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则例如转移到课题输入等画面。另外，优选在这里输入的经历或经验项目、经验课题、经验任务被数据库化而构成为能够由本项目关系者以外的人进行检索和阅览。此时，可以构成为以姓名被隐藏的方式而被检索到，也可以构成为以姓名被显示的方式被检索到。还可以构成为，即使不显示姓名，也可以根据检索者的希望，使输入经历等的输入者仅对该检索者公开自身。这样，在启动新项目时能够集中适合于该项目的成员，并可以示出用于实现检索者接下来要着手的项目的信息，如此，利用的范围扩大。
“课题信息输入受理部”具有如下功能：受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。这里的“课题信息”和后述的“任务信息”、“风险信息”、“前提信息”均包含在“项目管理信息”中。另外，关于输入的受理，通过本发明，也可以设为能够从Excel或Word数据等自动转移。本发明也可以具备用于带来该自动转移用的兼容性的功能。以下同样。
图7是对课题信息进行输入、修正时的门户画面的一例的概念图。例如，存在“新课题设定”、“不同课题进展报告”、“课题内容修正”、“负责人修正”、“交货期修正”、“课题属性修正”等选择部分，通过对该选择部分进行选择，转移到下一个画面。
认为“课题”是为了实现项目目的而必须解决的要素，反过来说，通过解决全部预定的课题，可以自动实现项目目的。课题应该由这样的能够以上位概念把握项目的人来设定，应该以通过输入ID认证了规定的资格的人承认该课题的设定的方式来设计本系统。此外，考虑以如下方式进行设计：将课题与在系统内预先规定的种类关联起来，在输入课题之前设定项目的属性，由此，催促针对种类输入课题。
例如，如果项目的属性是杂志的促销，则作为课题的种类，存在针对促销活动的预算的筹措、促销活动中采用的促销形式的选定、最适用于所选定的促销形式的媒体、活动的选定、在促销活动时对杂志制作方提出的杂志构成的企划案的制定、杂志制作方针对该企划案的知晓的受理等各种种类。或者，如果项目是新型车的开发，则优选设计成，准备相应的课题的种类，使输入者在上方进行输入，防止输入者没有注意到。另外，优选输入构成为利用预定的格式的个别画面进行输入。
图8是新的课题输入画面的一例的概念图。例如，存在输入者、项目、作为课题的详细内容，存在解决内容、解决期限、构成任务(也可以是多个)、解决群组、风险、前提等条目，考虑通过对这些条目进行输入来登记项目。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。关于期限，也可以从日历进行选择。关于“详细情况”这一按钮，设想通过选择该按钮而转移到输入详细情况的画面。此外，关于“层级”这一按钮，在任务彼此之间具有层级的情况下，能够选择各任务的层级。而且，考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则例如转移到任务输入等画面。
“课题信息保持部”具有如下功能：与课题识别信息相关联地保持一个以上的课题信息。优选课题识别信息构成为能够识别为上位的项目识别信息的下位识别信息。这是为了容易进行计算机的信息管理。此外，优选保持课题信息的期限在项目结束后也保留为历史信息。这是为了将来能够根据历史信息进行学习。并且，也可以构成为，使AI学习该历史信息和最终的项目结果以提出最佳的课题的设定方法。该课题识别信息与和输入的任务有关的全部信息相关联。
“课题解决状况信息取得部”具有如下功能：与课题识别信息相关联地取得与表示所保持的课题已被解决的状况的信息即课题解决状况信息。
图9是不同课题进展报告输入画面的一例的概念图。例如，考虑输入输入者、项目名、课题名、完成的任务(也可以是多个)等。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。关于“自动”这一按钮，在选择该按钮时，参照任务中的登记信息，在此处自动地输入已完成的任务。此外，还考虑存在“进展度自动计算”、“进展度手动输入”、“进展度修正”、“进展度公开范围”等按钮。该情况下，例如在选择了“进展度自动计算”的情况下，参照已输入的完成的任务和已登记的任务的状况等，自动地计算课题自身的进展度。此时，不限于单纯地根据整体任务量和完成任务量的数量进行计算，例如也可以考虑各任务的完成所需要的时间和人员等的加权，实现精度更高的进展度的自动计算。接着，关于“进展度手动输入”和“进展度修正”，由输入者进行输入来进行登记。该情况下，依赖于输入者的主观观点，因此，也可以存在确认是否是权限者的确认请求。接着，“进展度公开范围”是与具有和进展度有关的阅览权限的人的范围有关的登记。
“课题解决状况信息输出部”具有如下功能：将保持的课题信息和课题解决状况信息相关联地输出。优选构成为项目的参加者、项目的订购者、项目的管理者能够阅览，以得知项目的进行状况。但是，根据项目，有时各课题本身的信息是高度机密信息，有时设计成不是全部项目参加者能够阅览全部课题的解决状况，而是某个权限者能够阅览该权限者被限定的范围的课题解决状况。并且，课题解决状况信息也可以能够分成若干个信息层级进行阅览。例如，考虑以如下方式设计系统：引入代替课题名称而仅公开课题ID、并公开课题的内容的情况、在不公开课题的内容的情况下准确且缜密地公开课题的进展程度的情况、以3个阶段或5个阶段等大致公开的情况下等的各种公开方式，根据阅览者的信息访问权限对公开的方法进行优化。并且，还考虑构成为，根据阅览者的信息访问权限，针对能够实时阅览的情况和能够以规定的时滞进行阅览的情况进行优化。此外，还可以设计成，在要阅览的人进行阅览请求时，向对于该阅览而具有公开权限的项目领导等进行询问，在得到批准的情况下，使得能够根据由该批准给出的访问权限阅览规定的范围的信息。另外，关于输出，在本发明中，也可以能够自动转移到Excel或Word数据等。本发明也可以具备用于带来该自动转移用的兼容性的功能。以下同样。
“风险信息输入受理部”具有如下功能：受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。
“风险信息”是如下事项：只要不显现化则不会对项目的进行造成影响，但会由于显现化而对项目造成某些影响。例如如果是大型设施的建设，则要考虑材料费的高涨、自然灾害的发生、作业者确保的失败、订购人的经营危机、法律问题(环境问题、公害、居民运动、丑闻)的发生、建设中的重大事故的发生、建设器材(例如隧道钻机、自动卸货车、拖车、挖掘机等)的不足、基于政治理由(水库建设的中止、高速道路建设的中止等)的建设的中断/中止、人工费的高涨、为受汇兑影响的项目的情况下的汇兑的大幅变动等。
图14是对风险信息进行输入、修正时的门户画面的一例的概念图。例如，具有“新风险输入”、“不同风险状况报告输入”、“风险的内容修正”、“风险原因修正”、“风险发生预测时期修正”、“风险显现化时影响度修正”、“风险属性修正”等选择部分，通过对该选择部分进行选择，转移到下一个画面。
图15是新的风险输入画面的一例的概念图。例如，具有输入者、项目名、影响课题、影响任务、显现化可能性时期、相关利益关系者、预兆事项、影响规模、作为显现化的情况下的必要资源的预算/人员/期间/项目延迟预测等条目，考虑通过对这些条目进行输入来登记风险信息。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。关于时期，也可以设置成能够从日历进行选择。而且，考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则例如转移到任务输入等画面。
在风险信息输入受理部中，优选构成为还能够一并输入/受理后述的风险显现化风险高风险化信息取得部的取得信息的属性和作为风险判断等级的指标的信息。结合之前的大型设施的例子进行说明时，考虑通过“材料费的高涨”等的必要预算关系，将相对于当初设定额高涨10％以上的情况定义为高风险状态，将高涨20％的情况定义为风险显现化状态，在“自然灾害的发生”的情况等要导入非设想作业的情况下，将恢复为通常作业所需要的期间超过全部项目期间的5％的情况设为高风险状态，将恢复为通常作业所需要的期间超过10％的情况设为风险显现化状态，在“作业者确保的失败”的情况下等无法确保必要人员的情况下，将不足人员相对于该人员的预定数超过5％的情况设为高风险状态，将不足人员相对于该人员的预定数超过10％的情况设为风险显现化状态，关于“订购人的经营危机”的情况等的项目的订购方的经营危机，将债务不履行1次设为高风险状态，将债务不履行2次设为风险显现化状态，在发生了“法律问题(环境问题、公害、居民运动、丑闻)”的情况下，根据互联网的否定发言的量或比例设为高风险状态、风险显现化状态，关于“建设中的重大事故的发生”等项目中的事故，将比重伤严重的情况设为高风险状态，将比病危严重的情况设为风险显现化状态，关于“建设器材(例如隧道钻机、自动卸货车、拖车、挖掘机等)的不足”，将到预计的充足时间点为止的延迟超过全部项目期间的5％的情况下设为高风险状态，将到预计的充足时间点为止的延迟超过全部项目期间的10％的情况下设为风险显现化状态，在“基于政治理由(水库建设的中止、高速道路建设的中止等)的建设的中断/中止”的情况下，在大规模宣传而被关注的状态下设为高风险状态，在具有实际的意思表达的阶段设为风险显现化状态，关于“受汇兑受影响的项目的情况下的汇兑的大幅变动”，在汇兑变动导致的损失超过项目预算的5％的情况下设为高风险状态，在汇兑变动导致的损失超过项目预算的10％的情况下设为风险显现化状态等。这样，在风险信息输入受理部中，优选一并输入关于风险条目在以何种程度的量发生了怎样的事项的情况下会成为高风险状态或会成为风险显现化状态的定义信息。这些定义信息用于通过风险显现化风险高风险化信息取得部自动生成规定形式的显示。例如，在风险信息为“材料费的高涨”等的必要预算关系中，作为输入画面，生成并催促“请输入相对于当初设定额高涨的百分比。”这样的指示、或生成并催促通过下拉菜单、移动条的条来输入百分比这样的画面。一般而言，在风险定义中定义的高风险化、风险显现化用量或百分比表示的情况较多，因此，在进行这种输入的情况下，作为通用界面，构成为将该风险的定义信息传达给风险显现化风险高风险化信息取得部，以使得由风险显现化风险高风险化信息取得部自动生成上述内容。此外，优选构成为通过输入的与风险有关的信息将风险显现化风险高风险化信息取得部的界面生成所需要的信息全部转达给风险显现化风险高风险化信息取得部。另外，构成为在能够利用风险的定义来定义预兆信息的情况下，受理预兆信息的输入并将该信息也转达给风险显现化风险高风险化信息取得部。关于预兆信息，例如在风险信息是自然灾害的发生的情况下，例如能够利用“台风信息”作为预兆信息。作为预兆信息，能够利用大型台风将要通过该大型设施的建设现场的预测作为预兆信息。
“风险信息保持部”具有如下功能：与风险识别信息相关联地保持所输入的一个以上的风险信息。该风险识别信息跟所输入的与任务有关的全部信息相关联。
“风险显现化风险高风险化信息取得部”具有如下功能：与风险识别信息相关联地取得表示保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。
图16是不同风险状况报告输入画面的一例的概念图。例如，考虑输入输入者、项目名、风险名、预兆事项(也可以是多个)等。这里，设想已经登记了项目内容、课题信息、风险信息等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。此外，关于预兆事项，在选择事项(也可以设为下拉。)后，选择该事项发生的程度。关于预兆事项发生的程度，可以利用数字进行输入，如图所示，可以是基于风险定量化导航模板(通过在轴上的0％～100％所在的位置配置箭头来表示等)的输入，或者，也可以单独输入针对与预兆事项发生的程度有关的询问事项的回答，通过自动计算来确定预兆事项发生的程度。此外，还考虑存在“风险显现化可能性自动计算”、“风险显现化时的影响规模自动计算”、“项目延迟预测自动计算”等按钮。该情况下，例如在选择了“风险显现化可能性自动计算”的情况下，参照输入的预兆事项内容和发生程度等，自动地计算风险显现化可能性。接着，关于“风险显现化时的影响规模自动计算”，自动地计算风险显现化时的对课题或任务自身或项目整体的影响的程度。因此，例如也可以进行各预兆事项的加权(在发生风险的情况下进行应对所需要的时间、金钱、人员等)，由此能够进行精度更高的影响度自动计算。接着，关于“项目延迟预测自动计算”，在风险显现化的情况下，自动计算项目整体以何种程度延迟。除此之外，在图中没有示出，但是，也可以进行跟具有与不同风险状况报告有关的阅览权限的人的范围有关的登记。
此外，关于风险显现化风险高风险化信息的取得，在为能够通过互联网等从外部取得的类型的情况下，也可以不依赖于人的输入，而利用通信网来取得。例如材料的价格行情、作业者的工资行情、汇兑牌价、台风、大雪、暴风等自然灾害的预报信息等。这些信息能够通过选择由风险信息输入受理部受理输入时的定义和受理该定义中的条目的指标的值的输入的方法等来实现。例如能够以如下方式设置材料的价格行情：在风险信息的定义输入中指定互联网网站的规定的条目，定期地取得该值。
“风险显现化风险高风险化状况信息输出部”具有如下功能：将保持的风险信息和风险显现化风险高风险化信息相关联地输出。优选构成为来自风险显现化风险高风险化状况信息(也称为风险状况信息。以下相同。)输出部的输出信息能够由项目的参加者、项目的订购者、项目的管理者进行阅览以得知风险的状况。但是，根据项目，有时各风险本身的信息是高度机密信息，有时设计成不是全部项目参加者能够阅览全部风险的状况，而是某个权限者能够阅览该权限者被限定的范围的风险状况。并且，风险状况信息也可以设置成能够分成若干个信息层级进行阅览。例如，考虑以如下方式设计系统：引入代替风险名称而仅公开风险ID、并公开风险的内容的情况、在不公开风险的内容的情况下准确且缜密地公开风险的状况的情况、在以3个阶段或5个阶段等大致公开的情况等各种公开方式，根据阅览者的信息访问权限对公开的方法进行优化。并且，还考虑构成为，根据阅览者的信息访问权限针对能够实时阅览的情况和能够以规定的时滞进行阅览的情况进行优化。此外，还可以设计成，在要阅览的人阅览请求时，向关于该阅览具有公开权限的项目领导等进行询问，在得到批准的情况下，能够根据由该批准给出的访问权限阅览规定的范围的信息。
“任务信息输入受理部”具有如下功能：受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。
“任务信息”是指原则上必须以小群体单位或个人单位来完成的作业。其一般是指为了解决课题信息所表示的课题所需要的作业。因此，在与课题相关联的任务全部完成的情况下，以与课题相关联的方式，将该课题信息所表示的课题确定为已解决的课题并进行记录。因此，任务信息是明确地定义了执行该任务的人在何地、何时、如何做、做什么、以及做到什么时候的信息。但是，根据项目，也可以与课题相关联地定义任务，或者将任务配置成层级构造，或者定义与任务不相关联的课题。
图10是对任务信息进行输入、修正时的门户画面的一例的概念图。例如，存在“新任务输入”、“不同任务进展报告输入”、“任务内容修正”、“负责人修正”、“交货期修正”、“任务属性修正”等选择部分，通过对该选择部分进行选择，转移到下一个画面。关于任务的输入，也优选设计成限制输入者的权限，仅许可具有规定的权限的人进行任务的输入。被输入的任务的各属性与任务识别信息相关联。此外，在该任务与其他任务、课题信息所表示的课题相关联的情况下，必须一并相关联地输入该相关联的任务的任务识别信息、相关联的课题的课题识别信息。此外，即使在未与其他任务或其他课题信息所表示的课题相关联的情况下，也必须与项目ID相关联地进行输入。此外，在与其他任务相关联的情况下，必须输入与其他任务之间的层级顺位。例如在为位于相关联的任务的上位的任务的情况下，需要输入表示该情况的信息，在位于下位的情况下，需要输入表示该情况的信息。优选该信息的输入是在输入了相关联的其他任务的识别信息的时间点自动地向输入者进行请求的界面。此外，虽然还需要负责人的输入，但是，在存在负责人之间的业务指示关系的情况下，优选还输入该业务指示关系。例如是再生制动电路负责课长、再生制动电路负责主任、再生制动电路负责人等。此外，任务的完成、实现与负责人的职务执行能力有密切的关系，因此，优选还使在项目成员登记数据库中登记的成员ID与负责人相关联。该情况下，希望进行该输入，使得想要阅览任务的进行状况、任务完成计划的人能够阅览与该负责人有关的在项目成员登记数据库中存储的该负责人的过去的项目完成历史、该负责人的专业领域、过去的负责任务、任务完成能力评价结果等与该负责人相关联地登记在数据库中的信息。另外，也可以构成为利用后述的任务属性信息，将该负责人的特殊的任务属性保存在数据库中，使第三方能够阅览。
图11是新的任务输入画面的一例的概念图。例如，存在输入者、项目名、影响、作为任务详细情况的任务内容/任务层级/处理组/负责人(也可以是多名。)、处理期限等条目，考虑通过对这些条目进行输入来登记任务信息。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。关于处理期限，也可以设置成能够从日历进行选择。“详细情况”这样的按钮设想为，能够通过选择该按钮而转移到输入详细情况的画面。此外，“任务层级”是指与课题具有关系即与任意课题相关联、或者任务彼此之间具有层级的情况下，能够选择与该任务之间的层级。而且，考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则转移到下一个画面。此外，也可以设置成还能够选择任务属性。
图12是选择任务属性时的画面的一例的概念图。例如，也可以构成为从劳动聚集型、解决方案发现型、创意型、演讲型、PR型、影响型、资金投入型、法律解决型、人脉依赖型、调查依赖型等中进行选择(也可以设置成能够选择多个。)，这些属性既不是必须的，相反地也不限定于它们。
“任务信息保持部”具有如下功能：与任务识别信息相关联地保持被输入的一个以上的任务信息。该任务识别信息跟被输入的与任务有关的全部信息相关联。
“任务处理状况信息取得部”具有如下功能：与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。
图13是不同任务进展报告输入画面的一例的概念图。例如，考虑输入输入者、项目名、课题名、任务名、作为达成量的％或质量、量等。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。关于达成量，可以利用数字进行输入，也可以单独输入针对与任务达成量有关的询问事项的回答，通过自动计算来确定任务达成量。此外，还考虑存在“其他达成量指标”、“达成量修正”、“达成量公开范围”、“任务内容修正”、“任务属性修正”等按钮。该情况下，例如在选择了“其他达成量指标”的情况下，也可以不利用数字表示达成量，而利用具体的完成工序来表示，或者如“等待解决、解决时期预计为～年～月～日”等那样以表示残留工序或期间的形式受理输入。也可以同时还利用数字表示达成量的方式来受理输入。接着，在选择了“达成量修正”、“任务内容修正”、“任务属性修正”的情况下，也可以对各自的登记内容进行修正。接着，“达成量公开范围”是跟具有与达成程度有关的阅览权限的人的范围有关的登记。
此外，任务处理状况信息构成为，除了由人手动输入的情况以外，还可以由系统从外部自动取得。例如在工厂等生产管理系统中，一般构成为逐次掌握工厂内的产品的生产状况，但是，也可以构成为能够通过通信而定期地取得这些生产管理系统中的管理数据，能够构成为使用该管理数据生成或保持任务处理状况信息。具体而言，生产管理系统使用用于掌握实验室或工厂等中的生产状态的各种传感器、例如流量传感器、温度传感器、重量传感器、液量传感器、红外线传感器、出厂个数计数机、包装个数计数机、异物检查装置、不合格品计数机、放射线检查装置、表面状态检查装置、电路检查装置、人感传感器、作业者作业状况掌握装置(利用影像、ID、PC作业量等)等进行生产管理，因此，能够取得生产管理系统对它们进行加工或编辑后的数据，以生成任务处理状况信息，根据情况，也可以构成为由本系统直接取得生产工厂内的传感器的数据并生成任务处理状况信息。另外，任务处理状况信息不限于生产物等物品的数据，还能够取得人的动作等与人有关的数据作为任务处理状况信息。与人有关的数据是人的动作、与人和装置的关系有关的信息、与人和人的关系有关的数据等。与人有关的数据是人的动作、人的发言、人发出的信息等，作为与人和装置的关系有关的信息，是人操作了哪个装置、人利用哪个装置的哪种功能等。并且，与人和人的关系有关的数据是与人和人的接触引起的会话有关的信息、人和人的接触机会的量等。另外，关于与人和人的接触有关的数据，还能够在办公室或工厂等的外部从SNS等取得信息。因此，任务处理状况信息取得部也可以具有用于从SNS等取得信息的能够进行互联网通信的SNS信息取得单元、对该SNS信息进行解析并生成任务处理状况信息的SNS任务处理状况信息生成单元(内置有对SNS信息进行解析并生成任务处理状况信息的规则。)。
“任务处理状况信息输出部”具有如下功能：将被保持的任务信息和任务处理状况信息相关联地输出。优选任务处理状况信息构成为能够以多种输出形式进行输出。例如，构成为能够在曲线图中从柱状图、折线图、圆图、带图、直方图、雷达图、散布图、箱形图、三角图、烛形图等多个曲线图中选择所希望的显示形式。此外，还构成为输出的不仅是当前时间点的任务处理状况信息，还包含过去的历史。并且，优选构成为对多个任务、课题的处理状况信息进行重叠，以能够比较的方式进行输出。此外，关于任务处理状况信息的输出，所输出的内容也可以包含任务信息、课题信息的全部或一部分，也可以构成为能够根据阅览者的希望选择将其一部分设为哪种信息。
此外，也可以构成为在其他项目中存在已经结束的项目的情况下，选择可比较的任务，能够进行已完成的任务和当前处理中的任务的比较。例如，能够在已结束的任务和当前进行中的任务中对经过时间和任务的进展进行比较。此外，可以具有能够供任务的执行成员或对任务进行管理的成员对任务的进展的输出写入注释、或者对该注释进行回答的交流工具单元。并且，本系统也可以具有可比较任务推荐单元，其将能够使用任务属性信息进行比较的任务推荐给利用者。利用者选择推荐单元推荐的可比较的任务，由此能够进行被推荐的任务和执行中的任务的进展比较。此外，也可以具有如下的警告建议输出单元：AI对已结束的任务的信息进行分析，保存任务执行方面的存在问题的处理，对任务执行者输出基于过去的任务分析事例的警告或建议。优选构成为，在根据任务处理状况信息判断为任务的处理比预定延迟的情况下，警告建议单元进行警告建议。这是因为，在未发生任何问题的阶段收到警告建议会对心理造成压力，另一方面，在任务处理产生延迟的情况下可能发生某些问题，形成执行者容易接受警告建议的状况的可能性高。达成量公开范围是跟具有与达成程度有关的阅览权限的人的范围有关的登记。
“项目管理信息变更请求受理部”具有如下功能：受理项目管理信息的变更请求即项目管理信息变更请求的输入。
图17是由项目管理信息变更请求受理部受理的变更(修正)内容定义输入画面的一例的概念图。例如，存在输入者、项目名、修正项目管理信息、修正发生要因、顾客委托内容相符性检查等条目，考虑构成为通过对这些条目进行输入，受理项目管理信息的变更请求。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉在各条目中进行选择这样的方式。修正发生要因例如考虑“风险显现化”、“顾客委托”等。此外，“顾客委托内容相符性检查”用于检查变更内容是否与来自顾客的变更(修正)委托相符，换言之，用于检查采取该应对方式是否能够实现来自顾客的变更(修正)委托。还考虑构成为在顾客的委托存在多个的情况下，在分别进行检查后，最终进行综合判断。在判断结果为“顾客委托内容不相符”的情况下，通过按下“再定义”的按钮，转移到再定义。考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则例如转移到任务输入等画面。
图18是示出“顾客委托内容相符性检查”的一例的图。在委托内容为“希望使项目提前1个月完成”时，在作为应对而采取“通过使最长任务13a提前1个月，使项目提前1个月完成。”这样的方法的情况下，认为基本上能够实现委托内容“希望使项目提前1个月完成”，因此，作为判断，认为“顾客委托内容相符”。但是，这里，例如关于如果简单地使1个任务提前1个月则整体就能够提前1个月完成这点，不能一概而论，因此，也可以构成为，还参考利害相关者信息、负责人和团队信息、预算、整体的任务时间表等来判断是否真的能够实现委托内容“希望使项目提前1个月完成”。
例如，可以构成为，任务13a的内容是通过该任务信息来定义的，通过按下图17的判断按钮，分析单元对是否会因提前1个月而使任务的执行结果发生变动、以及是否能够确保所要求的资源等进行分析。例如，在任务的执行中消耗的材料是季节变动性大的材料的情况下，通过使任务提前，投入原材料会产生质量的变动，可能导致最终生产物的质量变动。因此，构成为，在这种情况下，输出最终生产物的质量可能会产生变动的意思的警告。此外，作为资源，在需要4名金融专家的情况下，在提前的期间内，在由于正在从事其他任务而只能投入3人的情况下，判断结论是很难进行项目管理信息的变更，并输出这种结果。或者，项目管理信息变更部可以构成为，计算出如果使所述其他任务即任务8c提前1周则能够投入4名金融专家，判断出通过使任务8c提前1周则能够进行项目信息变更，并输出包含这种推荐的结论。
这样，任务信息构成为，与任务识别信息相关联地保持可能对该任务的结果造成影响的全部因子，并且，还针对对该因子造成影响的事项来保持信息，并且，以质的或/和量的方式确定该事项，由此，能够以质的或/和量的方式输出该影响。此外，优选构成为，在该事项与其他任务、风险的状况具有关联性的情况下，对具有该关联性的任务、风险的信息中包含的因子进行解析，导出项目的变更不会对项目的最终结果造成不良影响的解。
“项目管理信息变更请求保持部”具有如下功能：与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。
“项目管理信息变更请求实施信息取得部”具有如下功能：与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。
“项目管理信息变更部”具有如下功能：根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
“项目管理信息”是课题信息、风险信息、任务信息中的任意一个以上。对其进行变更是指，针对课题信息、风险信息、任务信息中的任意一个以上进行变更或追加。此外，通过变更、追加，课题信息、风险信息、任务信息的相互关联的关系即相互依赖性有时会被变更。
“相互依赖性”是指在多个任务中彼此之间或单方面地施加影响的关系，主要是在后续任务要利用先行任务的结果的情况下(结果利用关系)、后续任务(资源再利用关系)中也利用先行任务中利用的资源的情况下等发生的关系。基本上是表示附加了任务所要求的、为了执行任务而必须满足的属性的值的函数，变量之一是时间。基本上，在规定的时间内，该值必须满足规定的范围或规定的值(满足条件)。因此，在存在项目管理信息的变更的情况下，以随着该变更而变更的值进入任务所要求的范围内的方式进行调整来实现项目的变更。在无法单独完成任务的情况下，有时能够通过调整其他任务的值来整体地进行项目的变更。
在项目管理信息为课题的情况下，在不同的课题之间也可能产生这些相互依赖性。此外，即使不是课题下的任务，在不同的课题属的任务之间和课题之间也可能产生这些相互依赖性。这些任务-任务相互依赖性的信息即任务相互依赖性信息、课题-课题相互依赖性的信息即课题相互依赖性信息、课题-与该课题不同的课题的任务之间相互依赖性的信息即课题任务相互依赖性信息可以构成为保持于相互依赖性信息保持部中，进行项目管理信息的变更的部能够利用该相互依赖性信息保持部中保持的信息，并且，关于判断项目管理信息的变更是否恰当的功能，还能够利用该相互依赖性信息保持部中保持的信息进行判断。另外，相互依赖信息和项目管理信息变更请求也是项目管理信息的一部分。
“项目管理信息变更请求实施信息”是表示根据项目管理信息的变更请求对项目管理信息进行变更的内容的信息，是课题信息、风险信息、任务信息中的任意一个以上。对其进行变更是包含针对课题信息、风险信息、任务信息中的任意一个以上进行变更或追加的指示的信息。课题信息、风险信息、任务信息、其他项目管理信息构成为能够利用识别信息进行识别，在变更的情况下，确定该识别信息来记述变更的内容。作为变更的内容，存在一部分信息的删除、一部分信息的变更、一部分信息的追加或全部信息的删除、全部信息的变更等，在进行追加的情况下，以关联新的识别信息的方式示出相互依赖关系，追加新的项目管理信息。此外，也可以使利用识别信息表示变更模式而得到的变更模式识别信息与该项目管理信息变更请求实施信息相关联。例如，作为产生变更的理由，可以附加“1资金量、股价、债券、融资额、投资额”、“2协作关系、合作关系、共同开发、共同事业、合并”、“3社长、职员、领导、开发者、营业员、程序员、SE”、“4土地、建筑物、研究设施、开发设备”、“5利率、分红、偿还期限”、“6景气动向、物价指数、工业指数”、“7雇佣人数、调职人数、兼职人数、委托人数”、“8与通信有关的法律、与交通有关的法律、与金融有关的法律”、“9通信技术进步、计算技术进步、交通技术进步、生物技术进步”、“10行政授权、法案成立、试验成功与否、性能试验合格”、“11气候、天气、灾害(地震、海啸、火山、洪水)、公害”等作为变更发生理由识别信息，或者，作为变更的内容，可以利用识别信息表示施工时期、结束时期、生产、销售数值目标、投入人员、预算、原材料类别、原材料价格、原材料质量、实现目标性能、实现目标质量、交易实现目标、销售实现数量、反应目标人数、目标跟随人数、目标视听人数、目标份额、目标售价、目标批发价、目标制造成本、目标实现速度等，以示出是什么变更。此外，也可以构成为从将这些识别信息设为关键字而存储在项目管理系统内的庞大数据中导出检索结果。
<硬件结构>
使用附图对本实施例中的项目管理系统的硬件结构进行说明。
图29是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(2901)和“主存储器”(2902)。此外，具有保持规定的信息的“HDD”(2903)、以及与和多个用户识别信息相关联的用户终端装置(2906)进行信息的发送接收的“网络I/F(接口)”(2904)。而且，它们通过“系统总线”(2905)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以供“CPU”执行的同时提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，并进行处理。在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序和项目管理信息变更程序。此外，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化的或风险变高的情况的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储所输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图30～图33是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。整体是一连串的流程，但是，分为与课题信息有关的处理、与风险信息有关的处理、与任务信息有关的处理和与项目管理信息有关的处理来说明处理的流程。各流程之间没有先后关系，以后也同样。
如图所示，处理方法由课题信息输入受理步骤(S3001)、课题信息保持步骤(S3002)、课题解决状况信息取得步骤(S3003)、风险信息输入受理步骤(S3101)、风险信息保持步骤(S3102)、风险显现化风险高风险化信息取得步骤(S3103)、任务信息输入受理步骤(S3201)、任务信息保持步骤(S3202)、任务处理状况信息取得步骤(S3203)、项目管理信息变更请求受理步骤(S3301)、项目管理信息变更请求保持步骤(S3302)、项目管理信息变更请求实施信息取得步骤(S3303)、项目管理信息变更步骤(S3304)构成。
而且，图34是与各信息的输出有关的处理的流程。关于各信息的输出，与顺序无关，但是，首先询问是否进行状况信息(包含表示课题信息、风险信息、任务信息的各信息的进行的信息，不限于此。)输出，在输出的情况下，接着询问是否输出课题解决状况信息，在输出的情况下，输出课题解决状况信息，然后询问是否结束，在不结束的情况下返回最初。接着，在不输出课题解决状况信息的情况下，询问是否输出风险显现化高风险化信息，在输出的情况下，输出风险显现化高风险化信息，然后询问是否结束，在不结束的情况下返回最初。接着，在不输出风险显现化高风险化信息的情况下，询问是否输出任务处理状况信息，在输出的情况下，输出任务处理状况信息，然后询问是否结束，在不结束的情况下返回最初。整体是上述这种流程，但是，显然，作为输出步骤，也可以简单地构成为具有课题解决状况信息输出步骤、风险显现化风险高风险化状况输出步骤、任务处理状况信息输出步骤，因此，简单地按照这种例子进行说明。
“课题信息输入受理步骤”是如下阶段：受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。
“课题信息保持步骤”是如下阶段：与课题识别信息相关联地保持一个以上的课题信息。
“课题解决状况信息取得步骤”是如下阶段：与课题识别信息相关联地取得表示保持的课题已被解决的状况的信息即课题解决状况信息。
“课题解决状况信息输出步骤”是如下阶段：将保持的课题信息和课题解决状况信息相关联地输出。
“风险信息输入受理步骤”是如下阶段：受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。
“风险信息保持步骤”是如下阶段：与风险识别信息相关联地保持输入的一个以上的风险信息。
“风险显现化风险高风险化信息取得步骤”是如下阶段：与风险识别信息相关联地取得表示保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。
“风险显现化风险高风险化状况输出步骤”是如下阶段：将保持的风险信息和风险显现化风险高风险化信息相关联地输出。
“任务信息输入受理步骤”是如下阶段：受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。
“任务信息保持步骤”是如下阶段：与任务识别信息相关联地保持输入的一个以上的任务信息。
“任务处理状况信息取得步骤”是如下阶段：与任务识别信息相关联地取得表示保持的任务的处理状况的任务处理状况信息。
“任务处理状况信息输出步骤”是如下阶段：将保持的任务信息和任务处理状况信息相关联地输出。
“项目管理信息变更请求受理步骤”是如下阶段：受理项目管理信息的变更请求即项目管理信息变更请求的输入。
“项目管理信息变更请求保持步骤”是如下阶段：与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。
“项目管理信息变更请求实施信息取得步骤”是如下阶段：与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。
“项目管理信息变更步骤”是如下阶段：根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<总结>
如上所述，能够提供能够实现项目管理系统的项目管理系统。
实施例2
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为与项目管理信息相关联地取得作为能够确定项目管理信息的前提的信息即前提信息，与项目管理信息相关联地保持前提信息。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图35是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(3501)、课题信息保持部(3502)、课题解决状况信息取得部(3503)、课题解决状况信息输出部(3504)、风险信息输入受理部(3505)、风险信息保持部(3506)、风险显现化风险高风险化信息取得部(3507)、风险显现化风险高风险化状况输出部(3508)、任务信息输入受理部(3509)、任务信息保持部(3510)、任务处理状况信息取得部(3511)、任务处理状况信息输出部(3512)、项目管理信息变更请求受理部(3513)、项目管理信息变更请求保持部(3514)、项目管理信息变更请求实施信息取得部(3515)、项目管理信息变更部(3516)、项目管理信息前提信息取得部(3517)、项目管理信息前提信息保持部(3518)。下面，对各功能的内容进行具体说明。另外，除了项目管理信息前提信息取得部和项目管理信息前提信息保持部以外的各功能与实施例1相同，因此，限定为对项目管理信息前提信息取得部和项目管理信息前提信息保持部的功能进行说明。
“项目管理信息前提信息取得部”具有如下功能：与项目管理信息相关联地取得作为能够确定项目管理信息的前提的信息(作为用于定义项目管理信息的各信息(课题、任务、风险)的前提的信息或/和作为用于规定各信息(课题、任务、风险)应该满足的条件的前提的信息)即前提信息。
图19是对前提信息进行输入、修正时的门户画面的一例的概念图。例如，存在“新前提信息输入”、“前提信息修正”、“前提信息→课题变更”、“前提信息→任务变更”、“前提信息→风险变更”等选择部分，通过对该选择部分进行选择，转移到下一个画面。这里所说的“前提信息→课题变更”、“前提信息→任务变更”、“前提信息→风险变更”是指，如果前提变化，则有时课题信息、任务信息、风险信息也应该变更，因此，根据输入的前提信息自动地变更课题信息、任务信息、风险信息。
图20是新的前提信息输入画面的一例的概念图。例如，存在输入者、项目名、关联课题(也可以是多个。)、作为前提内容的要素属性(也可以是多个。)等条目，考虑通过对这些条目进行输入来登记前提信息。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。对于“任务”这样的按钮，考虑通过选择该按钮而转移到与该课题相关联的任务的输入画面。“要素属性”如后所述。而且，考虑采用如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则转移到下一个画面。此外，也可以设置成能够进一步选择任务属性。
图21是示出要素属性一览的一例的图。要素属性例如存在“1资金量、股价、债券、融资额、投资额”、“2协作关系、合作关系、共同开发、共同事业、合并”、“3社长、职员、领导、开发者、营业员、程序员、SE”、“4土地、建筑物、研究设施、开发设备”、“5利率、分红、偿还期限”、“6景气动向、物价指数、工业指数”、“7雇佣人数、调职人数、兼职人数、委托人数”、“8与通信有关的法律、与交通有关的法律、与金融有关的法律”、“9通信技术进步、计算技术进步、交通技术进步、生物技术进步”、“10行政授权、法案成立、试验成功与否、性能试验合格”、“11气候、天气、灾害(地震、海啸、火山、洪水)、公害”等。
“项目管理信息前提信息保持部”具有如下功能：与项目管理信息相关联地保持所取得的前提信息。在前提信息存在变更的情况下，需要进行与该前提信息相关联的项目管理信息的变更的可能性较高。因此，需要定期或不定期地检查前提信息是否存在变更。构成为在前提信息存在变更的情况下，从前提信息变更警告输出部输出该情况的警告即前提信息变更警告输出。此外，前提信息的变更可以构成为手动取得，也可以构成为自动取得。此外，也可以设置回答引导单元，该回答引导单元用于要求项目管理者等定期地回答是否存在前提信息的变更。在自动取得前提信息的变更的情况下，能够经由互联网取得股价或债券等金融信息、景气动向、物价指数等景气信息、法律等法律信息、气候等天气信息等。另外，关于前提信息，也存在以自由形式通过语言来表现的情况、以及如能够通过所述互联网取得的信息那样能够以数值方式取得的情况。在能够以数值方式取得的情况下，该前提范围由数值确定，因此，可以构成为在从该值的范围偏离的情况下输出所述警告信息。
<硬件结构>
图36是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(3601)和“主存储器”(3602)。此外，具有保持规定的信息的“HDD”(3603)、以及与和多个用户识别信息相关联的用户终端装置(3606)之间进行信息的发送接收的“网络I/F(接口)”(3604)。而且，它们通过“系统总线”(3605)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、项目管理信息前提信息取得程序、项目管理信息前提信息保持程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。并且，在本实施例中，存储有前提信息。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储所输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息前提信息取得程序，通过“网络接口”，与项目管理信息相关联地取得作为能够确定项目管理信息的前提的信息即前提信息。然后，执行项目管理信息前提信息保持程序，与项目管理信息相关联地保持所取得的前提信息。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图37是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在项目管理信息前提信息取得步骤和项目管理信息前提信息保持步骤。下面，对项目管理信息前提信息取得步骤和项目管理信息前提信息保持步骤进行说明。
“项目管理信息前提信息取得步骤”是如下阶段：与项目管理信息相关联地取得作为能够确定项目管理信息的前提的信息即前提信息。
“项目管理信息前提信息保持步骤”是如下阶段：与项目管理信息相关联地保持所取得的前提信息。
<总结>
由此，能够提供如下项目管理系统，其能够对应于项目的前提对项目进行管理。
实施例3
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为在与风险识别信息相关联地取得了表示被保持的风险显现化的情况的信息即风险显现化风险高风险化信息的情况下，生成基于显现化的风险而必须解决的课题信息，与课题识别信息相关联地记录该课题信息。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图38是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(3801)、课题信息保持部(3802)、课题解决状况信息取得部(3803)、课题解决状况信息输出部(3804)、风险信息输入受理部(3805)、风险信息保持部(3806)、风险显现化风险高风险化信息取得部(3807)、风险显现化风险高风险化状况输出部(3808)、任务信息输入受理部(3809)、任务信息保持部(3810)、任务处理状况信息取得部(3811)、任务处理状况信息输出部(3812)、项目管理信息变更请求受理部(3813)、项目管理信息变更请求保持部(3814)、项目管理信息变更请求实施信息取得部(3815)、项目管理信息变更部(3816)、生成课题记录部(3817)。下面，对各功能的内容进行具体说明。另外，除了生成课题记录部以外的各功能与实施例1相同，因此，限定为对生成课题记录部的功能进行说明。
另外，作为“风险”，是资源的不可筹措或资源的丧失、用于对任务或课题进行处理的基础设施的丧失、通过执行项目而实现的目标的需求的丧失等。例如，资源的不可筹措是指在油田地区发生战争而无法输入作为原料的原油这样的情况，资源的丧失是指所保管的贵重的原料由于火灾而烧毁这样的情况，基础设施的丧失是指由于发生大地震而使原材料的运输线路倒塌或者使原本要执行项目的工厂倒塌这样的情况。在将它们置换为课题时，关于“原油无法输入”，“进行储备原油的筹措”成为课题，关于“所保管的贵重的原料的烧毁”，“贵重的原料的早期筹措”成为课题，关于“原材料的运输线路倒塌”，“其他运输线路的建立”成为课题，关于“工厂倒塌”，“与代替工厂之间的合同”成为课题。
这样，优选构成为在风险显现化的情况下，在风险信息的登记时或风险信息的登记后，与风险识别信息相关联地记录该风险变化成什么样的课题，在风险显现化时，自动将该课题登记为作为项目管理信息的课题(课题自动登记单元)。
另外，也可以构成为在风险的高风险化的情况下也自动登记课题。例如“在油田地区发生战争”、但是还能够输入作为原料的原油的状态的情况下，作为课题，预先登记“提前输入原油”这样的课题，从而在高风险化的状态下自动登记课题。此外，在存在发生大型台风而可能对原料的生产地域造成重大损失这样的天气预报的情况下，作为课题，“在大型台风位于南洋上的期间内将原料运输到现场”成为新的课题。
“生成课题记录部”具有如下功能：在与风险识别信息相关联地取得了表示被保持的风险显现化的情况的信息即风险显现化风险高风险化信息的情况下，生成基于显现化的风险而必须解决的课题信息，或者取得预先保持的信息并将其与课题识别信息相关联地记录于课题信息保持部。课题信息保持部中保持的课题信息与通常的课题信息同样，从课题解决状况信息输出部输出。最初，课题解决状况一般被设为零来输出。
图22是与在生成课题记录部中进行的处理内容有关的流程图。首先，关于“风险高风险化”，判断风险是否提高，如果未提高，则没有问题，但是在提高的情况下，接着判断风险是否显现化。在这里判断为风险显现化的情况下，将风险变更为课题，然后判断该课题是否存在任务，在存在任务时，使任务从属于课题，对任务分配资源，将该任务设为任务管理的对象，在不存在任务时，对课题分配资源，将该课题设为课题管理的对象。另一方面，在这里未判断为风险显现化的情况下，在接下来判断是否使得产生风险降低课题，如果不需要产生，则返回到判断风险是否显现化之前的工序，但是，另一方面，在需要产生的情况下，生成风险降低课题。然后，判断有无任务，在存在任务时，使任务从属于课题，对任务分配资源，将该任务设为任务管理的对象，在不存在任务时，对课题分配资源，将该课题设为课题管理的对象。另外，这是一例，不限于这种处理顺序。
<硬件结构>
图39是示出本实施例中的项目管理系统的硬件结构的图。该图与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，如图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(3901)和“主存储器”(3902)。此外，具有保持规定的信息的“HDD”(3903)、以及与和多个用户识别信息相关联的用户终端装置(3906)之间进行信息的发送接收的“网络I/F(接口)”(3904)。而且，它们通过“系统总线”(3905)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以供“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、生成课题记录程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将保持的风险信息和风险显现化风险高风险化信息相关联地输出。“CPU”执行“主存储器”中存储的生成课题记录程序，在与风险识别信息相关联地取得了表示保持的风险显现化的情况的信息即风险显现化风险高风险化信息的情况下，生成基于显现化的风险而必须解决的课题信息(例如通过人工智能来生成课题)或/和取得预先登记的课题信息并将其与课题识别信息相关联地追加记录于课题信息保持部。在该新记录的课题信息根据与其他课题信息之间的关系而以层级方式被定位的情况下，还一并记录表示与其他课题信息之间的层级关系的信息。表示该层级关系的信息构成为，还能够在访问了具有直接关系的全部课题信息的情况下进行参照。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。优选在通过取得风险显现化风险高风险化信息而追加记录了新课题的情况下，输出警告等以催促具有权限的项目参加者输入与该课题对应的用于解决课题的任务。
此外，还优选构成为：事先登记在通过风险显现化风险高风险化信息登记显现化或高风险化的风险时应该预先新追加的课题信息、和为了解决该课题而必须处理的任务。优选构成为在存在这样事先登记了的任务的情况下，与根据风险显现化风险高风险化信息而发生的课题信息的追加记录一起，还新自动追加记录任务信息。另外，优选构成为不需要全部自动地记录所有新追加的课题信息和与其对应地必须处理的任务信息，例如，关于人员的分配等必须动态研究的要素，要催促具有权限的项目参加者来进行输入。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”，根据情况的不同，受理项目管理信息的变更请求即项目管理信息变更请求的输入。优选构成为在取得了风险显现化风险高风险化信息的情况下，由于存在追加记录的课题信息或追加记录的任务信息，使该部发挥功能以供具有权限的项目参加者输入项目的管理信息变更请求。该情况下的项目管理信息存在两种情况，一个是指新追加的课题信息或任务信息的情况、以及为了对以前的项目管理信息施加变更而对项目管理信息施加变更的情况。作为系统的设计，也可以构成为，使前者自动进行，将后者委托给具有权限的项目参加者，关于前者，也可以构成为跳过项目管理信息的变更请求处理，通过项目管理信息的追加记录来完成。总之，在取得风险显现化风险高风险化信息的大部分情况下，绝大多数情况下都需要进行项目管理信息即以前的信息的变更，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图40是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。首先，判断是否处于风险高风险化。如果为否，则没有问题，但是在判断为高风险化的情况下，在接下来要判断是否处于风险显现化。在处于风险显现化的情况下，将风险变更为课题。然后，判断该课题下是否存在任务，在课题下存在任务且任务从属于课题的情况下，对该任务分配资源。另一方面，在课题下不存在任务的情况下，对该课题分配资源。总之，成为课题管理或任务管理的对象。与此相对，在(虽然处于风险高风险化、但是)没有处于风险显现化的情况下，判断是否要产生风险降低课题。在不产生风险降低课题的情况下，处理本身结束，另一方面，在要产生风险降低课题的情况下，判断该课题下是否存在任务，在课题下存在任务且任务从属于课题的情况下，对该任务分配资源。另一方面，在课题下不存在任务的情况下，对该课题分配资源。总之，成为课题管理或任务管理的对象。整体是上述这种流程，但是，显然，也可以构成为简单地具有生成课题记录步骤，因此，简单地按照这种例子进行说明。
“生成课题记录步骤”是如下阶段：在与风险识别信息相关联地取得了表示被保持的风险显现化的信息即风险显现化风险高风险化信息的情况下，生成基于显现化的风险而必须解决的课题信息，与课题识别信息相关联地将该课题信息记录于课题信息保持部。
<总结>
由此，能够提供在风险显现化或高风险化的情况下能够自动地催促对策的项目管理系统。
实施例4
本实施例提供如下的项目管理系统：在实施例3的特征的基础上，构成为与新生成并保持的课题信息相关联地输入与该课题信息相关联的任务信息。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图41是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(4101)、课题信息保持部(4102)、课题解决状况信息取得部(4103)、课题解决状况信息输出部(4104)、风险信息输入受理部(4105)、风险信息保持部(4106)、风险显现化风险高风险化信息取得部(4107)、风险显现化风险高风险化状况输出部(4108)、任务信息输入受理部(4109)、任务信息保持部(4110)、任务处理状况信息取得部(4111)、任务处理状况信息输出部(4112)、项目管理信息变更请求受理部(4113)、项目管理信息变更请求保持部(4114)、项目管理信息变更请求实施信息取得部(4115)、项目管理信息变更部(4116)、新课题对应任务信息输入部(4117)。下面，对各功能的内容进行具体说明。另外，除了新课题对应任务信息输入部以外的各功能与实施例3相同，因此，限定为对新课题对应任务信息输入部的功能进行说明。
“新课题对应任务信息输入部”具有如下功能：与新生成并保持的课题信息相关联地输入与该课题信息相关联的任务信息。
<硬件结构>
图42是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(4201)和“主存储器”(4202)。此外，具有保持规定的信息的“HDD”(4203)、以及与和多个用户识别信息相关联的用户终端装置(4206)之间进行信息的发送接收的“网络I/F(接口)”(4204)。而且，它们通过“系统总线”(4205)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以供“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、新课题对应任务信息输入程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。“CPU”执行“主存储器”中存储的生成课题记录程序，在与风险识别信息相关联地取得了表示被保持的风险显现化的信息即风险显现化风险高风险化信息的情况下，生成基于显现化的风险而必须解决的课题信息(例如利用人工智能。)或/和取得预先在风险信息的登记时一并登记的课题信息，并将该课题信息与课题识别信息相关联地记录于课题信息保持部。然后，“CPU”执行“主存储器”中存储的新课题对应任务信息输入程序，与新生成并保持的课题信息相关联地输入与该课题信息相关联的任务信息。当然，如上述那样，也可以构成为，以预先准备的方式登记全部任务信息，并自动地登记任务信息。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
利用本实施例中的项目管理系统的情况下的处理的流程没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在新课题对应任务信息输入步骤。下面，对新课题对应任务信息输入步骤进行说明。
“新课题对应任务信息输入步骤”是如下阶段：与新生成并保持的课题信息相关联地输入与该课题信息相关联的任务信息。
<总结>
由此，能够提供如下项目管理系统，其以能够包含被定位于所生成的课题的下位的任务在内的方式对项目进行管理。
实施例5
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为受理体验信息的输入，该体验信息是表示成功体验的信息即成功体验信息或/和表示失败体验的信息即失败体验信息。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图43是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(4301)、课题信息保持部(4302)、课题解决状况信息取得部(4303)、课题解决状况信息输出部(4304)、风险信息输入受理部(4305)、风险信息保持部(4306)、风险显现化风险高风险化信息取得部(4307)、风险显现化风险高风险化状况输出部(4308)、任务信息输入受理部(4309)、任务信息保持部(4310)、任务处理状况信息取得部(4311)、任务处理状况信息输出部(4312)、项目管理信息变更请求受理部(4313)、项目管理信息变更请求保持部(4314)、项目管理信息变更请求实施信息取得部(4315)、项目管理信息变更部(4316)、体验信息输入受理部(4317)、体验信息蓄积部(4318)、体验信息阅览请求受理部(4319)、体验信息阅览部(4320)。下面，对各功能的内容进行具体说明。另外，除了体验信息输入受理部、体验信息蓄积部、体验信息阅览请求受理部、体验信息阅览部以外的各功能与实施例1相同，因此，限定为对体验信息输入受理部、体验信息蓄积部、体验信息阅览请求受理部、体验信息阅览部的功能进行说明。
“体验信息输入受理部”具有如下功能：与识别项目的项目识别信息相关联地受理体验信息的输入，该体验信息是表示成功体验的信息即成功体验信息或/和表示失败体验的信息即失败体验信息。优选这里的体验信息包含文本信息、动态图像信息、附件信息、静态图像信息、声音信息中的任意一个以上。
图23是对体验信息进行输入、修正时的门户画面的一例的概念图。例如，作为与体验输入有关的条目，存在“体验信息输入”、“现有体验信息修正”、“现有体验合并”、“现有体验分割”、“体验阅览权限修正”等选择部分，作为与体验阅览有关的条目，存在“体验阅览”、“新体验阅览”等选择部分，通过对该选择部分进行选择，转移到下一个画面。其中的“体验阅览权限修正”是指对具有与体验信息有关的阅览权限的人的范围进行修正。
图24是新体验信息输入画面的一例的概念图。例如，存在输入者、项目名、关联课题(也可以是多个。)、作为前提内容的要素属性(也可以是多个。)等条目，考虑通过在对这些条目进行输入后输入体验信息来登记体验信息。这里，设想已经登记了项目内容等，因此，考虑基本上通过下拉来在各条目中进行选择这样的方式。关于“任务”这样的按钮，考虑通过选择该按钮而转移到与该课题相关联的任务的输入画面。“要素属性”如在前提信息的说明中所述的那样。虽然没有图示，但是，可以指定具有与体验信息有关的阅览权限的人的范围。而且，考虑如下结构：在输入后，如果选择“完成”，则进行登记，如果选择“返回”，则不进行登记而返回到上一画面，如果选择“下一步”，则转移到下一个画面。此外，也可以设置成能够进一步选择任务属性。这里，作为体验信息，是自由格式文本的例子。
图25是示出利用声音文件、动态图像影像文件、文本文件、照片文件、WEB的URL、存储器ID等受理体验信息的输入的情况的一例的图。通过拖放来保存声音文件、动态图像影像文件、文本文件、照片文件、WEB的URL、存储器ID等中的适合于传递体验的文件，通过选择“完成”来登记体验信息。另外，存在输入者、项目名、关联课题(也可以是多个。)、作为前提内容的要素属性(也可以是多个。)等条目，对这些条目进行输入的方面的内容与前述内容相同。这里，关于声音文件，多数情况下是该体验者讲述体验的声音，但是，除此之外，能够输入进行重要决定的会议的录音、左右项目的谈判的录音等与项目的执行密切相关的声音信息。如果设计成输入者能够与声音信息同步地通过文本来输入解说信息则是便利的。例如，发言者是谁、该用语指什么、流程变化的瞬间是此处这样的用于进一步理解声音的备注等。在动态图像影像文件的情况下，除了上述这种场景以外，例如是实验、或以容易理解的方式对思索现场的成功事例进行解说的动态图像、或与此相反介绍失败事例这样的动态图像。在实验的情况下，考虑构成为，与动态图像一起以文本的方式输入解说，且能够同步阅览。动态图像尽可能利用高精细的动态图像，优选利用即使放大画质也会较清晰的动态图像。例如4K、8K影像的动态图像。作为文本文件，考虑各种信息的文本文件。以通过阅读或分析而清楚地传递要点的方式记载和保持与该项目有关的自传式的文本文章、技术、进行实践而成功的思路、在分析中利用的大数据等。关于大数据等本身难以参考的数据，能够利用相关的数据解析程序来实现该信息的有效利用。也可以设置成能够将数据解析程序与该文本数据一起保持并加以利用，或者，也可以以该数据解析程序的链接信息与该文本数据能够一起利用的方式进行记录。因此，考虑构成为利用模板等进行输入。照片文件例如可以是显微镜照片、会议风景、谈判时的风景等各种照片。此外，在以竞争为目的的情况下，考虑有胃的商品的分解照片、秘密得到的数据集的照片等各种照片。
“体验信息蓄积部”具有如下功能：与项目识别信息相关联地蓄积受理输入而得到的体验信息。
“体验信息阅览请求受理部”具有如下功能：受理被蓄积的体验信息的阅览请求。
“体验信息阅览部”具有如下功能：使得根据所受理的阅览请求阅览体验信息。
<硬件结构>
图44是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(4401)和“主存储器”(4402)。此外，具有保持规定的信息的“HDD”(4403)、以及与和多个用户识别信息相关联的用户终端装置(4406)之间进行信息的发送接收的“网络I/F(接口)”(4404)。而且，它们通过“系统总线”(4405)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以供“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、体验信息输入受理程序、体验信息蓄积程序、体验信息阅览请求受理程序、体验信息阅览程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。并且，在本实施例中，存储有体验信息和阅览请求。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的体验信息输入受理程序，通过“网络接口”，与识别项目的项目识别信息相关联地受理体验信息的输入，该体验信息是表示成功体验的信息即成功体验信息或/和表示失败体验的信息即失败体验信息。然后，执行体验信息蓄积程序，与项目识别信息相关联地蓄积受理输入而得到的体验信息。执行“主存储器”中存储的体验信息阅览请求受理程序，受理被蓄积的体验信息的阅览请求。执行“主存储器”中存储的体验信息阅览程序，使得根据所受理的阅览请求阅览体验信息。
有时会根据其他项目的体验信息的阅览来考虑本项目的改善。该情况下，进行项目管理信息的变更请求。“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图45是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在体验信息输入受理步骤、体验信息蓄积步骤、体验信息阅览请求受理步骤、体验信息阅览步骤。下面，对体验信息输入受理步骤、体验信息蓄积步骤、体验信息阅览请求受理步骤、体验信息阅览步骤进行说明。
“体验信息输入受理步骤”是如下阶段：与识别项目的项目识别信息相关联地受理体验信息的输入，该体验信息是表示成功体验的信息即成功体验信息或/和表示失败体验的信息即失败体验信息。
“体验信息蓄积步骤”是如下阶段：与项目识别信息相关联地蓄积受理输入而得到的体验信息。
“体验信息阅览请求受理步骤”是如下阶段：受理被蓄积的体验信息的阅览请求。
“体验信息阅览步骤”是如下阶段：根据所受理的阅览请求阅览体验信息。
<总结>
由此，能够提供如下项目管理系统，其可参考过去的体验信息而将其用于当前进行的项目。
实施例6
本实施例提供如下的项目管理系统：在实施例5的特征的基础上，构成为与项目管理信息相关联地受理体验信息的输入。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图46是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(4601)、课题信息保持部(4602)、课题解决状况信息取得部(4603)、课题解决状况信息输出部(4604)、风险信息输入受理部(4605)、风险信息保持部(4606)、风险显现化风险高风险化信息取得部(4607)、风险显现化风险高风险化状况输出部(4608)、任务信息输入受理部(4609)、任务信息保持部(4610)、任务处理状况信息取得部(4611)、任务处理状况信息输出部(4612)、项目管理信息变更请求受理部(4613)、项目管理信息变更请求保持部(4614)、项目管理信息变更请求实施信息取得部(4615)、项目管理信息变更部(4616)、体验信息输入受理部(4617)。而且，体验信息输入受理部具有不同项目管理信息体验信息输入受理单元(4618)。下面，对各功能的内容进行具体说明。另外，除了体验信息输入受理部具有的不同项目管理信息体验信息输入受理单元以外的各功能与实施例1相同，因此，限定为对不同项目管理信息体验信息输入受理单元的功能进行说明。
“不同项目管理信息体验信息输入受理单元”具有如下功能：与项目管理信息相关联地受理输入。
<硬件结构>
图47是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(4701)和“主存储器”(4702)。此外，具有保持规定的信息的“HDD”(4703)、以及与和多个用户识别信息相关联的用户终端装置(4706)之间进行信息的发送接收的“网络I/F(接口)”(4704)。而且，它们通过“系统总线”(4705)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、体验信息输入受理程序。体验信息输入受理程序包含不同项目管理信息体验信息输入受理子程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息、体验信息、阅览请求等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的体验信息输入受理程序，通过“网络接口”，与识别项目的项目识别信息和项目管理信息相关联地受理体验信息的输入，该体验信息是表示成功体验的信息即成功体验信息或/和表示失败体验的信息即失败体验信息。然后，执行体验信息蓄积程序，与项目识别信息相关联地蓄积受理输入而得到的体验信息。执行“主存储器”中存储的体验信息阅览请求受理程序，受理蓄积的体验信息的阅览请求。执行“主存储器”中存储的体验信息阅览程序，使得根据所受理的阅览请求阅览体验信息。
在需要的情况下，在接下来“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。另外，该项目管理信息变更请求也是项目管理信息的一种，因此，存在与项目管理信息变更请求相关联地进行体验信息的输入的情况。这是因为，项目管理信息变更请求在项目管理中也是重要的信息，其体验是重要的。
<处理的流程>
图48是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在体验信息输入受理步骤、体验信息蓄积步骤、体验信息阅览请求受理步骤、体验信息阅览步骤，其中，在体验信息输入受理步骤中存在不同项目管理信息体验信息输入受理子步骤。下面，对不同项目管理信息体验信息输入受理子步骤进行说明。
“不同项目管理信息体验信息输入受理子步骤”是如下阶段：与项目管理信息相关联地受理输入。
<总结>
由此，能够提供能够从过去的项目中检索希望得知的体验信息的项目管理系统。
实施例7
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为通过在用于确定变更请求内容的模板中填入信息而设为受理完成。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图49是示出本实施例中的项目管理系统的功能性结构的图。在本实施例中的项目管理系统中，课题信息输入受理部(4901)、课题信息保持部(4902)、课题解决状况信息取得部(4903)、课题解决状况信息输出部(4904)、风险信息输入受理部(4905)、风险信息保持部(4906)、风险显现化风险高风险化信息取得部(4907)、风险显现化风险高风险化状况输出部(4908)、任务信息输入受理部(4909)、任务信息保持部(4910)、任务处理状况信息取得部(4911)、任务处理状况信息输出部(4912)、项目管理信息变更请求受理部(4913)、项目管理信息变更请求保持部(4914)、项目管理信息变更请求实施信息取得部(4915)、项目管理信息变更部(4916)，项目管理信息变更请求受理部具有受理完成单元(4917)。下面，对各功能的内容进行具体说明。另外，除了受理完成单元以外的各功能与实施例1相同，因此，限定为对受理完成单元的功能进行说明。
“受理完成单元”具有如下功能：通过在用于确定变更请求内容的模板中填入信息而设为受理完成。
<硬件结构>
图50是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(5001)和“主存储器”(5002)。此外，具有保持规定的信息的“HDD”(5003)、以及与和多个用户识别信息相关联的用户终端装置(5006)之间进行信息的发送接收的“网络I/F(接口)”(5004)。而且，它们通过“系统总线”(5005)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序。项目管理信息变更请求受理程序包含受理完成子程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。关于这里的内容，通过在用于确定变更请求内容的模板中填入信息而设为受理完成。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图51是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，与项目管理信息的变更有关的处理的流程由项目管理信息变更请求受理步骤(S5101)、项目管理信息变更请求保持步骤(S5102)、项目管理信息变更请求实施信息取得步骤(S5103)、项目管理信息变更步骤(S5104)构成，在该处理的基础上，在项目管理信息变更请求受理步骤中存在受理完成子步骤。下面，对受理完成子步骤进行说明。
“受理完成子步骤”是如下阶段：通过在用于确定变更请求内容的模板中填入信息而设为受理完成。
<总结>
由此，能够提供可防止变更请求内容的遗漏的项目管理系统。
实施例8
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为生成表示通过在用于确定实施变更请求所需要的信息的模板中填入信息来实施项目管理信息变更的意思的信息即项目管理信息变更请求实施信息。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图52是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(5201)、课题信息保持部(5202)、课题解决状况信息取得部(5203)、课题解决状况信息输出部(5204)、风险信息输入受理部(5205)、风险信息保持部(5206)、风险显现化风险高风险化信息取得部(5207)、风险显现化风险高风险化状况输出部(5208)、任务信息输入受理部(5209)、任务信息保持部(5210)、任务处理状况信息取得部(5211)、任务处理状况信息输出部(5212)、项目管理信息变更请求受理部(5213)、项目管理信息变更请求保持部(5214)、项目管理信息变更请求实施信息取得部(5215)、项目管理信息变更部(5216)，项目管理信息变更请求实施信息取得部具有实施信息生成单元(5217)。下面，对各功能的内容进行具体说明。另外，除了实施信息生成单元以外的各功能与实施例1相同，因此，限定为对实施信息生成单元的功能进行说明。
“实施信息生成单元”具有如下功能：使项目管理信息变更请求实施信息取得部生成表示通过在用于确定实施变更请求所需要的信息的模板中填入信息来实施项目管理信息变更的意思的信息、即项目管理信息变更请求实施信息。
“项目管理信息变更请求实施信息”
<硬件结构>
图53是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(5301)和“主存储器”(5302)。此外，具有保持规定的信息的“HDD”(5303)、与和多个用户识别信息相关联的用户终端装置(5306)之间进行信息的发送接收的“网络I/F(接口)”(5304)。而且，它们通过“系统总线”(5305)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序。项目管理信息变更请求实施信息取得程序包含实施信息生成子程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。关于这里的内容，通过在用于确定实施变更请求所需要的信息的模板中填入信息来实施项目管理信息变更。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图54是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，与项目管理信息的变更有关的处理的流程包括项目管理信息变更请求受理步骤(S5401)、项目管理信息变更请求保持步骤(S5402)、项目管理信息变更请求实施信息取得步骤(S5403)、项目管理信息变更步骤(S5404)，在该处理的基础上，在项目管理信息变更步骤中存在实施信息生成子步骤。下面，对实施信息生成子步骤进行说明。
“实施信息生成子步骤”是如下阶段：生成表示通过在用于确定实施变更请求所需要的信息的模板中填入信息来实施项目管理信息变更的意思的信息即项目管理信息变更请求实施信息。
<总结>
由此，能够提供如下的项目管理系统：虽然是通过以某种程度引导变更请求的内容而自由度降低，但是，即使是经验少的人，也能够没有遗漏地研究应该研究的内容并将其输入。
实施例9
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为按照如下的风险导航模板受理风险信息的输入，该风险导航模板催促输入应该应该明确化的信息以使风险客观化。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图55是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(5501)、课题信息保持部(5502)、课题解决状况信息取得部(5503)、课题解决状况信息输出部(5504)、风险信息输入受理部(5505)、风险信息保持部(5506)、风险显现化风险高风险化信息取得部(5507)、风险显现化风险高风险化状况输出部(5508)、任务信息输入受理部(5509)、任务信息保持部(5510)、任务处理状况信息取得部(5511)、任务处理状况信息输出部(5512)、项目管理信息变更请求受理部(5513)、项目管理信息变更请求保持部(5514)、项目管理信息变更请求实施信息取得部(5515)、项目管理信息变更部(5516)，风险信息输入受理部具有风险模板输入受理单元(5517)。下面，对各功能的内容进行具体说明。另外，除了风险模板输入受理单元以外的各功能与实施例1相同，因此，限定为对风险模板输入受理单元的功能进行说明。
“风险模板输入受理单元”具有按照如下风险导航模板受理风险信息的输入的功能，该风险导航模板催促输入应该明确化的信息以使风险客观化。优选构成为在该模板中没有进行过输入的情况下，不结束风险信息的输入。此外，风险模板也可以构成为具有引导信息按钮，引导希望理解应该输入的内容的利用者应该在该输入栏中记载什么。此外，优选构成为在输入栏设置用于示出输入例的输入例例示按钮以示出输入的例子。此外，也可以构成为由人工智能学习各种项目管理信息、项目的进展状况、项目的结束结果等过去的事例，在风险模板中默认地临时记载风险信息，由利用者对其进行编辑而完成输入。
<硬件结构>
图56是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(5601)和“主存储器”(5602)。此外，具有保持规定的信息的“HDD”(5603)、以及与和多个用户识别信息相关联的用户终端装置(5606)之间进行信息的发送接收的“网络I/F(接口)”(5604)。而且，它们通过“系统总线”(5605)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序。风险信息输入受理程序包含风险模板输入受理子程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。关于这里的内容，按照如下风险导航模板受理风险信息的输入，该风险导航模板催促输入应该明确化的信息以使风险客观化。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图57是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提是存在实施例1中的处理的流程。在本实施例中，与项目管理信息的变更有关的处理的流程包括风险信息输入受理步骤(S5701)、风险信息保持步骤(S5702)、风险显现化风险高风险化信息取得步骤(S5703)，除了该处理以外，在风险信息输入受理步骤中存在风险模板输入受理子步骤。下面，对风险模板输入受理子步骤进行说明。
“风险模板输入受理子步骤”是如下阶段，按照如下风险导航模板受理风险信息的输入，该风险导航模板催促输入应该明确化的信息以使风险客观化。
<总结>
由此，能够提供如下的项目管理系统：虽然是通过以某种程度引导与风险有关的研究事项的，自由度降低，但是，即使是经验少的人，也能够没有遗漏地研究应该研究的内容，输入与风险有关的信息。
实施例10
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为按照如下的风险定量化导航模板受理风险信息的输入，该风险定量化导航模板催促用于对风险进行定量化的信息的输入。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图58是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(5801)、课题信息保持部(5802)、课题解决状况信息取得部(5803)、课题解决状况信息输出部(5804)、风险信息输入受理部(5805)、风险信息保持部(5806)、风险显现化风险高风险化信息取得部(5807)、风险显现化风险高风险化状况输出部(5808)、任务信息输入受理部(5809)、任务信息保持部(5810)、任务处理状况信息取得部(5811)、任务处理状况信息输出部(5812)、项目管理信息变更请求受理部(5813)、项目管理信息变更请求保持部(5814)、项目管理信息变更请求实施信息取得部(5815)、项目管理信息变更部(5816)，风险信息输入受理部具有风险定量化模板输入受理单元(5817)。下面，对各功能的内容进行具体说明。另外，除了风险定量化模板输入受理单元以外的各功能与实施例1相同，因此，限定为对风险定量化模板输入受理单元的功能进行说明。
“风险定量化模板输入受理单元”具有如下功能，按照如下风险定量化导航模板受理风险信息的输入，该风险定量化导航模板催促用于对风险进行定量化的信息的输入。
<硬件结构>
图59是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(5901)和“主存储器”(5902)。此外，具有保持规定的信息的“HDD”(5903)、以及与和多个用户识别信息相关联的用户终端装置(5906)之间进行信息的发送接收的“网络I/F(接口)”(5904)。而且，它们通过“系统总线”(5905)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序。风险信息输入受理程序包含风险定量化模板输入受理子程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。关于这里的内容，按照风险定量化导航模板受理风险信息的输入，该风险定量化导航模板催促输入用于对风险进行定量化的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图60是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，与项目管理信息的变更有关的处理的流程包括风险信息输入受理步骤(S6001)、风险信息保持步骤(S6002)、风险显现化风险高风险化信息取得步骤(S6003)，在该处理的基础上，在风险信息输入受理步骤中存在风险定量化模板输入受理子步骤。下面，对风险定量化模板输入受理子步骤进行说明。
“风险定量化模板输入受理子步骤”是如下阶段：按照风险定量化导航模板受理风险信息的输入，该风险定量化导航模板催促输入用于对风险进行定量化的信息。
实施例11
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为对被保持的风险信息进行映射图化。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图61是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(6101)、课题信息保持部(6102)、课题解决状况信息取得部(6103)、课题解决状况信息输出部(6104)、风险信息输入受理部(6105)、风险信息保持部(6106)、风险显现化风险高风险化信息取得部(6107)、风险显现化风险高风险化状况输出部(6108)、任务信息输入受理部(6109)、任务信息保持部(6110)、任务处理状况信息取得部(6111)、任务处理状况信息输出部(6112)、项目管理信息变更请求受理部(6113)、项目管理信息变更请求保持部(6114)、项目管理信息变更请求实施信息取得部(6115)、项目管理信息变更部(6116)，风险显现化风险高风险化状况输出部具有风险信息映射图化单元(6117)。下面，对各功能的内容进行具体说明。另外，除了风险信息映射图化单元以外的各功能与实施例1相同，因此，限定为对风险信息映射图化单元的功能进行说明。
“风险信息映射图化单元”具有如下功能：对被保持的风险信息进行映射图化。
图26是示出被映射图化的风险信息(风险图)的一例的图。如图所示，示出对项目的影响度和显现化可能性作为基本轴。与大小的位置关系无关，在附图的一例的情况下，是如下情况：日元急剧上涨(R0211)的情况下显现化概率高，但是对项目造成的影响小，劳动力不足(R0308)的情况下显现化概率比较高，对项目造成的影响也比较大，关键人物离职(R1181)的情况下显现化概率为中等程度，对项目造成的影响也为中等程度，质量事故(R0311)和订购的取消(R0101)的情况下，显现化概率都低，但是对项目造成的影响都大。像这样，虽然在语言中只能利用“大”、“小”等来表现，但是通过设为映射图，能够具体地图示各风险的定位。
<硬件结构>
图62是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(6201)和“主存储器”(6202)。此外，具有保持规定的信息的“HDD”(6203)、以及与和多个用户识别信息相关联的用户终端装置(6206)之间进行信息的发送接收的“网络I/F(接口)”(6204)。而且，它们通过“系统总线”(6205)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序。风险显现化风险高风险化状况输出程序包含风险信息映射图化子程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”相关联地输出被保持的课题信息和课题解决状况信息。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。关于这里的输出，以被保持的风险信息进行被进行了映射图化的状态进行输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图63是示出利用本实施例中的项目管理系统的情况下的处理的流程(限于与输出有关的点。)的图。关于各信息的输出，与顺序无关，但是，首先询问是否进行状况信息(包含表示课题信息、风险信息、任务信息的各信息的进行的信息，不限于此。)输出，在输出的情况下，接着询问是否输出课题解决状况信息，在输出的情况下，输出课题解决状况信息，然后询问是否结束，在不结束的情况下返回最初。接着，在不输出课题解决状况信息的情况下，询问是否输出风险显现化高风险化信息，在输出的情况下，输出风险显现化高风险化信息，然后询问是否结束，在不结束的情况下返回最初。接着，在不输出风险显现化高风险化信息的情况下，询问是否输出任务处理状况信息，在输出的情况下，输出任务处理状况信息，然后询问是否结束，在不结束的情况下返回最初。整体是上述这种流程，但是，在实施例1的特征的基础上，构成为在输出风险显现化风险高风险化信息时具有风险信息映射图化子步骤，因此，对风险信息映射图化子步骤进行说明。
“风险信息映射图化子步骤”是如下阶段：对被保持的风险信息进行映射图化。
<总结>
由此，能够提供能够一目了然地掌握风险信息的项目管理系统。
实施例12
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为取得表示课题信息、风险信息、任务信息、前提信息的相互关联性的信息即相互关联信息(在本说明书中，相互依赖信息也作为该信息的一种来处理)，并保持该相互关联信息。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图64是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(6401)、课题信息保持部(6402)、课题解决状况信息取得部(6403)、课题解决状况信息输出部(6404)、风险信息输入受理部(6405)、风险信息保持部(6406)、风险显现化风险高风险化信息取得部(6407)、风险显现化风险高风险化状况输出部(6408)、任务信息输入受理部(6409)、任务信息保持部(6410)、任务处理状况信息取得部(6411)、任务处理状况信息输出部(6412)、项目管理信息变更请求受理部(6413)、项目管理信息变更请求保持部(6414)、项目管理信息变更请求实施信息取得部(6415)、项目管理信息变更部(6416)、相互关联信息取得部(6417)、相互关联信息保持部(6418)。下面，对各功能的内容进行具体说明。另外，除了相互关联信息取得部和相互关联信息保持部以外的各功能与实施例1相同，因此，限定为对相互关联信息取得部和相互关联信息保持部的功能进行说明。
“相互关联信息取得部”具有如下功能：取得表示课题信息、风险信息、任务信息、前提信息的相互关联性的信息即相互关联信息。例如，“课题信息”和“任务信息”的相互关联信息是示出如下关系的信息：针对与课题信息相关联的任务信息，通过完成由相关联的全部任务信息所表示的任务而将该课题信息所示的课题设为完成，“风险信息”和“课题信息”的关系是，在由风险信息表示的风险显现化的情况下，该课题信息所示的课题变得无法解决、或在风险显现化的，出现表示如下课题的课题信息，该课题是必须作为新课题来解决的课题，“前提信息”和其他项目管理信息的关系是示出如下关系的信息：在前提信息瓦解的情况下其他项目管理信息产生变更。此外，有时示出相同类别之间的关系性。例如“课题信息”和其他“课题信息”的关系是，在解决了由一个课题信息表示的课题的情况下，就不需要解决由其他课题信息表示的课题这样的关系，“任务信息”和其他“任务信息”之间是表示如下关系的信息：如果不先完成由一个任务信息表示的任务，则不开始由其他任务信息表示的任务。也可以构成为根据这些关系信息和表示项目的进行程度的信息(除了课题和任务的进行状况信息以外的、根据课题和任务的进行状况信息构成的综合进行状况信息)，由系统根据系统内保持的指示、建议规则进行各种指示和建议(项目进行作业指示部)
“相互关联信息保持部”具有如下功能：保持所取得的相互关联信息。
<硬件结构>
图65是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(6501)和“主存储器”(6502)。此外，具有保持规定的信息的“HDD”(6503)、以及与和多个用户识别信息相关联的用户终端装置(6506)之间进行信息的发送接收的“网络I/F(接口)”(6504)。而且，它们通过“系统总线”(6505)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、相互关联信息取得程序、相互关联信息保持程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。并且，在本实施例中，存储有相互关联信息。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的相互关联信息取得程序，取得表示课题信息、风险信息、任务信息、前提信息的相互关联性的信息即相互关联信息。然后，执行相互关联信息保持程序，保持所取得的相互关联信息。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图66是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在相互关联信息取得步骤和相互关联信息保持步骤。下面，对相互关联信息取得步骤和相互关联信息保持步骤进行说明。
“相互关联信息取得步骤”是如下阶段：取得表示课题信息、风险信息、任务信息、前提信息的相互关联性的信息即相互关联信息。
“相互关联信息保持步骤”是如下阶段：保持所取得的相互关联信息。
实施例13
本实施例提供如下的项目管理系统：在实施例12的特征的基础上，构成为在课题信息和任务信息相关联的情况下，根据关联的任务信息的任务处理状况信息生成表示被保持的表示课题已被解决的意思的信息即课题解决状况信息，将其传达给课题解决状况信息取得部。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图67是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(6701)、课题信息保持部(6702)、课题解决状况信息取得部(6703)、课题解决状况信息输出部(6704)、风险信息输入受理部(6705)、风险信息保持部(6706)、风险显现化风险高风险化信息取得部(6707)、风险显现化风险高风险化状况输出部(6708)、任务信息输入受理部(6709)、任务信息保持部(6710)、任务处理状况信息取得部(6711)、任务处理状况信息输出部(6712)、项目管理信息变更请求受理部(6713)、项目管理信息变更请求保持部(6714)、项目管理信息变更请求实施信息取得部(6715)、项目管理信息变更部(6716)、相互关联信息取得部(6717)、相互关联信息保持部(6718)、课题解决状况信息生成部(6717)。下面，对各功能的内容进行具体说明。另外，除了课题解决状况信息生成部以外的各功能与实施例12相同，因此，限定为对课题解决状况信息生成部的功能进行说明。
“课题解决状况信息生成部”具有如下功能：在课题信息和任务信息相关联的情况下，根据关联的任务信息的任务处理状况信息生成表示被保持的课题已被解决的意思的信息即课题解决状况信息，将其转达给课题解决状况信息取得部。
<硬件结构>
图68是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(6801)和“主存储器”(6802)。此外，具有保持规定的信息的“HDD”(6803)、以及与和多个用户识别信息相关联的用户终端装置(6806)之间进行信息的发送接收的“网络I/F(接口)”(6804)。而且，它们通过“系统总线”(6805)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、相互关联信息取得程序、相互关联信息保持程序、课题解决状况信息生成程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息、相互关联信息等。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的相互关联信息取得程序，取得表示课题信息、风险信息、任务信息、前提信息的相互关联性的信息即相互关联信息。然后，执行相互关联信息保持程序，保持所取得的相互关联信息。
接着，“CPU”执行“主存储器”中存储的课题解决状况信息生成程序，在课题信息和任务信息相关联的情况下，根据关联的任务信息的任务处理状况信息生成表示被保持的课题已被解决的信息即课题解决状况信息，并将其传达给课题解决状况信息取得部。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
<处理的流程>
图69是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，与任务信息有关的处理的流程除了任务信息输入受理步骤(S6901)、任务信息保持步骤(S6902)、任务处理状况信息取得步骤(S6903)之外，还存在课题解决状况信息生成步骤(S06904)。下面，对课题解决状况信息生成步骤进行说明。
“课题解决状况信息生成步骤”是如下阶段：在课题信息和任务信息相关联的情况下，根据关联的任务信息的任务处理状况信息生成表示被保持的课题已被解决的信息即课题解决状况信息，将其转达给课题解决状况信息取得部。
<总结>
由此，能够提供如下的项目管理系统：通过以一定程度引导与课题解决状况有关的研究事项，自由度降低，但是即使是经验少的人，只要按照引导来输入与任务处理有关的内容，则会自动地导出课题解决状况。
实施例14
本实施例提供如下的项目管理系统：在实施例2的特征的基础上，构成为受理与项目管理信息相关联的前提信息的变更的输入，催促与前提信息相关联的项目管理信息的修正。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图70是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(7001)、课题信息保持部(7002)、课题解决状况信息取得部(7003)、课题解决状况信息输出部(7004)、风险信息输入受理部(7005)、风险信息保持部(7006)、风险显现化风险高风险化信息取得部(7007)、风险显现化风险高风险化状况输出部(7008)、任务信息输入受理部(7009)、任务信息保持部(7010)、任务处理状况信息取得部(7011)、任务处理状况信息输出部(7012)、项目管理信息变更请求受理部(7013)、项目管理信息变更请求保持部(7014)、项目管理信息变更请求实施信息取得部(7015)、项目管理信息变更部(7016)、前提变更输入受理部(7017)、修正促进部(7018)。下面，对各功能的内容进行具体说明。另外，除了前提变更输入受理部和修正促进部以外的各功能与实施例1相同，因此，限定为对前提变更输入受理部和修正促进部的功能进行说明。
“前提变更输入受理部”具有如下功能：受理与项目管理信息相关联的前提信息的变更的输入。前提信息可以是以自由形式书写的信息，也可以是按照模板等将一部分输入进去而生成的信息。在后者的情况下，构成为按照每个供输入的空栏识别是具有哪种意义的前提，与输入内容相关联地赋予前提要素属性识别信息。作为要素属性一览的一例，例如存在“1资金量、股价、债券、融资额、投资额”、“2协作关系、合作关系、共同开发、共同事业、合并”、“3社长、职员、领导、开发者、营业员、程序员、SE”、“4土地、建筑物、研究设施、开发设备”、“5利率、分红、偿还期限”、“6景气动向、物价指数、工业指数”、“7雇佣人数、调职人数、兼职人数、委托人数”、“8与通信有关的法律、与交通有关的法律、与金融有关的法律”、“9通信技术进步、计算技术进步、交通技术进步、生物技术进步”、“10行政授权、法案成立、试验成功与否、性能试验合格”、“11气候、天气、灾害(地震、海啸、火山、洪水)、公害”等，优选在系统中存储有进行指示以根据前提被变更后的属性对项目管理信息的某一个进行修正的规则(每个前提要素属性的项目管理信息修正指示部)。例如，构成为在与上述“1”有关的前提瓦解的情况下，输出对可能对成本、销售额、利益造成影响的项目管理信息进行修正的指示。因此，优选与可能使该项目管理信息受到影响的前提所法的前提要素属性识别信息相关联地管理各项目管理信息。也可以以在项目管理信息的登记、输入、修正时输入关联性的方式构成系统，也可以构成为，根据项目管理信息的输入，将可能使系统受到影响的前提要素属性识别信息与该项目管理信息识别信息相关联地记录、保持于各保持部。
“修正促进部”具有如下功能：催促与前提信息相关联的项目管理信息的修正。
<硬件结构>
图71是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(7101)和“主存储器”(7102)。此外，具有保持规定的信息的“HDD”(7103)、以及与和多个用户识别信息相关联的用户终端装置(7106)之间进行信息的发送接收的“网络I/F(接口)”(7104)。而且，它们通过“系统总线”(7105)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、前提变更输入受理程序、修正促进程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。并且，在本实施例中，存储有前提信息。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
接着，“CPU”执行“主存储器”中存储的前提变更输入受理程序，通过“网络接口”受理与项目管理信息相关联的前提信息的变更的输入。然后，执行修正促进程序，通过“网络接口”催促与前提信息相关联的项目管理信息的修正。
<处理的流程>
图72是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。在本实施例中，在实施例2的处理的基础上，与顺序无关地存在前提变更输入受理步骤和修正促进步骤。下面，对前提变更输入受理步骤和修正促进步骤进行说明。
“前提变更输入受理步骤”是如下阶段：受理与项目管理信息相关联的前提信息的变更的输入。
“修正促进步骤”是如下阶段：催促与前提信息相关联的项目管理信息的修正。
<总结>
由此，能够提供如下的项目管理系统：在对应于前提信息的变更而需要修正项目管理信息的情况下，能够催促该修正。
实施例15
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为与表示与项目目标实现相关联的利害相关者的属性的指标值相关联地受理该利害相关者的输入，使用利害相关者和与其相关联地受理的指标值生成利害相关者的映射图，输出所生成的映射图。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图73是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(7301)、课题信息保持部(7302)、课题解决状况信息取得部(7303)、课题解决状况信息输出部(7304)、风险信息输入受理部(7305)、风险信息保持部(7306)、风险显现化风险高风险化信息取得部(7307)、风险显现化风险高风险化状况输出部(7308)、任务信息输入受理部(7309)、任务信息保持部(7310)、任务处理状况信息取得部(7311)、任务处理状况信息输出部(7312)、项目管理信息变更请求受理部(7313)、项目管理信息变更请求保持部(7314)、项目管理信息变更请求实施信息取得部(7315)、项目管理信息变更部(7316)、利害相关者输入受理部(7317)、利害相关者映射图生成部(7318)、映射图输出部(7319)。下面，对各功能的内容进行具体说明。另外，除了利害相关者输入受理部、利害相关者映射图生成部、映射图输出部以外的各功能与实施例1相同，因此，限定为对利害相关者输入受理部、利害相关者映射图生成部、映射图输出部的功能进行说明。
“利害相关者输入受理部”具有如下功能：与表示与项目目标实现相关联的利害相关者的属性的指标值相关联地受理该利害相关者的输入。
“利害相关者映射图生成部”具有如下功能：使用利害相关者和与其相关联地受理的指标值生成利害相关者的映射图。如图27所示，例如，一个轴表示针对项目的影响力的高度，另一轴是针对项目的作用程度(不了解、抗拒、中立、支持、指导等)，在由这两个轴生成的空间内配置利害相关者的识别信息。利害相关者的识别信息可以构成为能够利用鼠标或键盘等在映射图中进行移动，可以构成为通过进行移动而使项目新产生课题，或者消除课题。因此，在系统中，可以构成为预先准备利害相关者的配置和因该配置而一定会存在的课题、任务，伴随着配置的变更，向利用者催促课题的变更而使其执行课题变更(课题变更催促部)，或者由系统自动执行预先准备的课题变更(自动课题变更部)。此外，也可以构成为不对课题进行变更，而对任务进行变更(任务变更催促部、自动任务变更部)。并且，也可以构成为对风险、前提信息进行变更。也可以通过与预定的利害相关者的位置相关联地预先准备应该存在于该处的风险、和该时候应该有的前提信息而自动地进行变更(风险/前提信息变更部、风险/前提信息变更催促部)。
“映射图输出部”具有输出所生成的映射图的功能。关于该输出，当然可以通过纸张进行，还能够利用鼠标或光标进行控制而输出到触摸面板等显示器。另外，优选设置通过设置映射图编辑部来进行利害相关者的位置的变更的位置变更单元，利用映射图编辑部受理现有的利害相关者的删除(现有利害相关者删除受理单元)，利用映射图编辑部受理新的利害相关者的输入(新利害相关者输入受理单元)。
<硬件结构>
图74是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(7401)和“主存储器”(7402)。此外，具有保持规定的信息的“HDD”(7403)、以及与和多个用户识别信息相关联的用户终端装置(7406)之间进行信息的发送接收的“网络I/F(接口)”(7404)。而且，它们通过“系统总线”(7405)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、利害相关者输入受理程序、利害相关者映射图生成程序、映射图输出程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。并且，在本实施例中，存储有利害相关者的信息。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
接着，“CPU”执行“主存储器”中存储的利害相关者输入受理程序，通过“网络接口”，与表示与项目目标实现相关联的利害相关者的属性的指标值相关联地受理该利害相关者的输入。接着，“CPU”执行“主存储器”中存储的利害相关者映射图生成程序，使用利害相关者和与其相关联地受理的指标值生成利害相关者的映射图。接着，“CPU”执行“主存储器”中存储的映射图输出程序，通过“网络接口”输出所生成的映射图。
<处理的流程>
图75是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在利害相关者输入受理步骤(S7501)、利害相关者映射图生成步骤(S7502)、映射图输出步骤(S7503)。下面，对利害相关者输入受理步骤、利害相关者映射图生成步骤、映射图输出步骤进行说明。
“利害相关者输入受理步骤”是如下阶段：与表示与项目目标实现相关联的利害相关者的属性的指标值相关联地受理该利害相关者的输入。
“利害相关者映射图生成步骤”是如下阶段：使用利害相关者和与其相关联地受理的指标值生成利害相关者的映射图。
“映射图输出步骤”是如下阶段：输出所生成的映射图。
<总结>
由此，能够提供如下的项目管理系统：除实现项目之外还能够一目了然地掌握作为关键人物的人的属性，能够顺利地推进项目。
实施例16
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为取得使状况信息映射图化的信息即状况信息映射图，输出所取得的状况信息映射图。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图76是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(7601)、课题信息保持部(7602)、课题解决状况信息取得部(7603)、课题解决状况信息输出部(7604)、风险信息输入受理部(7605)、风险信息保持部(7606)、风险显现化风险高风险化信息取得部(7607)、风险显现化风险高风险化状况输出部(7608)、任务信息输入受理部(7609)、任务信息保持部(7610)、任务处理状况信息取得部(7611)、任务处理状况信息输出部(7612)、项目管理信息变更请求受理部(7613)、项目管理信息变更请求保持部(7614)、项目管理信息变更请求实施信息取得部(7615)、项目管理信息变更部(7616)、状况信息映射图取得部(7617)、状况信息映射图输出部(7618)。下面，对各功能的内容进行具体说明。另外，除了状况信息映射图取得部和状况信息映射图输出部以外的各功能与实施例1相同，因此，限定为对状况信息映射图取得部和状况信息映射图输出部的功能进行说明。
“状况信息映射图取得部”具有如下功能：取得使状况信息映射图化的信息即状况信息映射图。
“状况信息映射图输出部”具有如下功能：输出所取得的状况信息映射图。按照以层级构造等表示的各课题、各任务(识别信息)，使用圆图等显示相对于100％结束的实现比例。而且，在利用光标或鼠标等点击该圆图或课题、任务的识别信息时，利用弹出等方式显示课题信息、任务信息、实现状况、其他与该信息相关联的信息，这样构成是便利的。例如，显示与该任务有关的成员标识符，点击该成员标识符，由此，针对该成员的邮件生成画面打开，能够与该成员打电话，这样构成是便利的。此外，也可以构成为打开SNS来进行该联络。该SNS也可以构成为，其任务成员成为构成人员，能够在成员全员中共享。此外，也可以构成为在发生作业延迟的情况下，记录基于成员的延迟原因报告，能够阅览该报告，或者记录用于消除延迟的对策，能够阅览该对策(报告阅览单元)。并且，也可以构成为通过进行点击，其他任务成员能够申请支援(支援申请单元)。
<硬件结构>
图77是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(7701)和“主存储器”(7702)。此外，具有保持规定的信息的“HDD”(7703)、以及与和多个用户识别信息相关联的用户终端装置(7706)之间进行信息的发送接收的“网络I/F(接口)”(7704)。而且，它们通过“系统总线”(7705)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、状况信息映射图取得程序、状况信息映射图输出程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。并且，在本实施例中，存储有状况信息映射图。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
“CPU”执行“主存储器”中存储的状况信息映射图取得程序，取得使状况信息映射图化而得到的信息即状况信息映射图。然后，“CPU”执行“主存储器”中存储的状况信息映射图输出程序，输出所取得的状况信息映射图。
<处理的流程>
图78是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在状况信息映射图取得步骤(S7801)和状况信息映射图输出步骤(S7802)。下面，对状况信息映射图取得步骤和状况信息映射图输出步骤进行说明。
“状况信息映射图取得步骤”是如下阶段：取得使状况信息映射图化后的信息即状况信息映射图。
“状况信息映射图输出步骤”是如下阶段：输出所取得的状况信息映射图。
<总结>
由此，能够提供能够一目了然地掌握作为项目信息的课题信息、任务信息、风险信息的进展的项目管理系统。
实施例17
本实施例提供如下的项目管理系统：在实施例1的特征的基础上，构成为保持对用于实现项目目标的成员或由成员构成的团队进行识别的成员团队识别信息，保持将成员团队识别信息和该成员团队参与的项目管理信息关联起来的成员团队项目管理信息关系，输出被保持的成员团队项目管理信息关系。
下面，关于本实施例中的项目管理系统，依次对功能性结构、硬件结构和处理的流程进行说明。
<功能性结构>
图79是示出本实施例中的项目管理系统的功能性结构的图。本实施例中的项目管理系统具有课题信息输入受理部(7901)、课题信息保持部(7902)、课题解决状况信息取得部(7903)、课题解决状况信息输出部(7904)、风险信息输入受理部(7905)、风险信息保持部(7906)、风险显现化风险高风险化信息取得部(7907)、风险显现化风险高风险化状况输出部(7908)、任务信息输入受理部(7909)、任务信息保持部(7910)、任务处理状况信息取得部(7911)、任务处理状况信息输出部(7912)、项目管理信息变更请求受理部(7913)、项目管理信息变更请求保持部(7914)、项目管理信息变更请求实施信息取得部(7915)、项目管理信息变更部(7916)、成员团队识别信息保持部(7917)、成员团队项目管理信息关系保持部(7918)、成员团队项目管理关系输出部(7919)。下面，对各功能的内容进行具体说明。另外，除了成员团队识别信息保持部、成员团队项目管理信息关系保持部、成员团队项目管理关系输出部以外的各功能与实施例1相同，因此，限定为对成员团队识别信息保持部、成员团队项目管理信息关系保持部、成员团队项目管理关系输出部的功能进行说明。
“成员团队识别信息保持部”具有如下功能：保持对用于实现项目目标的成员或由成员构成的团队进行识别的成员团队识别信息。
“成员团队项目管理信息关系保持部”具有如下功能：保持将成员团队识别信息和该成员团队参与的项目管理信息关联起来而得到的成员团队项目管理信息关系。
“成员团队项目管理关系输出部”具有如下功能：输出被保持的成员团队项目管理信息关系。
<硬件结构>
图80是示出本实施例中的项目管理系统的硬件结构的图。如该图所示，本实施例中的项目管理系统具有进行各种运算处理的“CPU(中央运算装置)”(8001)和“主存储器”(8002)。此外，具有保持规定的信息的“HDD”(8003)、以及与和多个用户识别信息相关联的用户终端装置(8006)进行信息的发送接收的“网络I/F(接口)”(8004)。而且，它们通过“系统总线”(8005)等数据通信路径而相互连接，进行信息的发送接收和处理。
这里，“主存储器”在读出进行各种处理的程序以使“CPU”执行的同时，提供该程序的作业区域即工作区域。此外，对该“主存储器”和“HDD”分别分配多个地址，由“CPU”执行的程序能够确定该地址并进行访问，由此，相互进行数据的交换，进行处理。
在本实施例中，“主存储器”中存储的程序是课题信息输入受理程序、课题信息保持程序、课题解决状况信息取得程序、课题解决状况信息输出程序、风险信息输入受理程序、风险信息保持程序、风险显现化风险高风险化信息取得程序、风险显现化风险高风险化状况输出程序、任务信息输入受理程序、任务信息保持程序、任务处理状况信息取得程序、任务处理状况信息输出程序、项目管理信息变更请求受理程序、项目管理信息变更请求保持程序、项目管理信息变更请求实施信息取得程序、项目管理信息变更程序、成员团队识别信息保持程序、成员团队项目管理信息关系保持程序、成员团队项目管理关系输出程序。
此外，与实施例1同样，在“主存储器”和“HDD”中存储有课题信息、课题识别信息、课题解决状况信息、风险信息、风险识别信息、风险显现化风险高风险化信息、任务信息、任务处理状况信息、项目管理信息变更请求、项目管理信息变更请求识别信息、项目管理信息变更请求实施信息等。并且，在本实施例中，存储有成员团队识别信息和成员团队项目管理信息关系。
“CPU”执行“主存储器”中存储的课题信息输入受理程序，通过“网络接口”受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息。然后，执行课题信息保持程序，与课题识别信息相关联地存储一个以上的课题信息。然后，执行“主存储器”中存储的课题解决状况信息取得程序，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息。然后，执行“主存储器”中存储的课题解决状况信息输出程序，通过“网络接口”将被保持的课题信息和课题解决状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的风险信息输入受理程序，通过“网络接口”受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息。然后，执行风险信息保持程序，与风险识别信息相关联地保持被输入的一个以上的风险信息。然后，执行“主存储器”中存储的风险显现化风险高风险化信息取得程序，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息。然后，执行“主存储器”中存储的风险显现化风险高风险化状况输出程序，通过“网络接口”将被保持的风险信息和风险显现化风险高风险化信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的任务信息输入受理程序，通过“网络接口”受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示在实现项目目标时必须处理的任务的信息。然后，执行任务信息保持程序，与任务识别信息相关联地存储被输入的一个以上的任务信息。然后，执行“主存储器”中存储的任务处理状况信息取得程序，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息。然后，执行“主存储器”中存储的任务处理状况信息输出程序，通过“网络接口”将被保持的任务信息和任务处理状况信息相关联地输出。
接着，“CPU”执行“主存储器”中存储的项目管理信息变更请求受理程序，通过“网络接口”受理项目管理信息的变更请求即项目管理信息变更请求的输入。然后，执行项目管理信息变更请求保持程序，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求。然后，执行“主存储器”中存储的项目管理信息变更请求实施信息取得程序，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息。然后，执行“主存储器”中存储的项目管理信息变更程序，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
接着，“CPU”执行“主存储器”中存储的成员团队识别信息保持程序，保持对用于实现项目目标的成员或由成员构成的团队进行识别的成员团队识别信息。接着，“CPU”执行“主存储器”中存储的成员团队项目管理信息关系保持程序，保持将成员团队识别信息和该成员团队参与的项目管理信息关联起来得到的成员团队项目管理信息关系。接着，“CPU”执行“主存储器”中存储的成员团队项目管理关系输出程序，输出被保持的成员团队项目管理信息关系。
<处理的流程>
图81是示出利用本实施例中的项目管理系统的情况下的处理的流程的图。与实施例1重复的部分没有图示，但是，前提在于存在实施例1中的处理的流程。在本实施例中，在实施例1的处理的基础上，与顺序无关地存在成员团队识别信息保持步骤、成员团队项目管理信息关系保持步骤、成员团队项目管理关系输出步骤。下面，对成员团队识别信息保持步骤、成员团队项目管理信息关系保持步骤、成员团队项目管理关系输出步骤进行说明。
“成员团队识别信息保持步骤”是如下阶段：保持对用于实现项目目标的成员或由成员构成的团队进行识别的成员团队识别信息。
“成员团队项目管理信息关系保持步骤”是如下阶段：保持将成员团队识别信息和该成员团队参与的项目管理信息关联起来得到的成员团队项目管理信息关系。
“成员团队项目管理关系输出步骤”是如下阶段：输出被保持的成员团队项目管理信息关系。
<总结>
由此，能够提供如下的项目管理系统：不限于以项目为单位，能够以团队为单位进行项目的进展管理(包含风险状况、利害相关者等。)。
标号说明：
CPU：2901
主存储器：2902
HDD：2903
网络I/F：2904
系统总线：2905
用户终端装置：2906

Claims (20)

1.一种项目管理系统，其具有：
课题信息输入受理部，其受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息；
课题信息保持部，其与课题识别信息相关联地保持一个以上的课题信息；
课题解决状况信息取得部，其与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息；
课题解决状况信息输出部，其将被保持的课题信息和课题解决状况信息相关联地输出；
风险信息输入受理部，其受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息；
风险信息保持部，其与风险识别信息相关联地保持被输入的一个以上的风险信息；
风险显现化风险高风险化信息取得部，其与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息；
风险显现化风险高风险化状况输出部，其将被保持的风险信息和风险显现化风险高风险化信息相关联地输出；
任务信息输入受理部，其受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示如下任务的信息，该任务的至少一部分是在实现项目目标时为了解决所述课题必须处理的任务；
任务信息保持部，其与任务识别信息相关联地保持被输入的一个以上的任务信息；
任务处理状况信息取得部，其与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息；
任务处理状况信息输出部，其将被保持的任务信息和任务处理状况信息相关联地输出；
项目管理信息变更请求受理部，其受理项目管理信息的变更请求即项目管理信息变更请求的输入；
项目管理信息变更请求保持部，其与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求；
项目管理信息变更请求实施信息取得部，其与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息；以及
项目管理信息变更部，其根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
2.根据权利要求1所述的项目管理系统，其中，
所述项目管理系统具有：
项目管理信息前提信息取得部，其与项目管理信息相关联地取得成为能够确定项目管理信息的前提的信息即前提信息；以及
项目管理信息前提信息保持部，其与项目管理信息相关联地保持所取得的前提信息。
3.根据权利要求1或2所述的项目管理系统，其中，
所述项目管理系统还具有生成课题记录部，在与风险识别信息相关联地取得了表示被保持的风险显现化的信息即风险显现化风险高风险化信息的情况下，该生成课题记录部生成基于显现化的风险而必须解决的课题信息，将该课题信息与课题识别信息相关联地记录于课题信息保持部。
4.根据权利要求3所述的项目管理系统，其中，
所述项目管理系统还具有新课题对应任务信息输入部，该新课题对应任务信息输入部与新生成并被保持的课题信息相关联地输入与该课题信息相关联的任务信息。
5.根据权利要求1～4中的任意一项所述的项目管理系统，其中，
所述项目管理系统还具有：
体验信息输入受理部，其与对项目进行识别的项目识别信息相关联地受理体验信息的输入，该体验信息是表示成功体验的信息即成功体验信息或/和表示失败体验的信息即失败体验信息；
体验信息蓄积部，其与项目识别信息相关联地蓄积受理输入而得到的体验信息；
体验信息阅览请求受理部，其受理被蓄积的体验信息的阅览请求；以及
体验信息阅览部，其根据所受理的阅览请求使体验信息被阅览。
6.根据权利要求5所述的项目管理系统，其中，
体验信息包含文本信息、动态图像信息、附件信息、静态图像信息和声音信息中的任意一个以上。
7.根据权利要求5或6所述的项目管理系统，其中，
体验信息输入受理部具有不同项目管理信息体验信息输入受理单元，该不同项目管理信息体验信息输入受理单元与项目管理信息相关联地受理输入。
8.根据权利要求1～7中的任意一项所述的项目管理系统，其中，
项目管理信息变更请求受理部具有受理完成单元，该受理完成单元通过在用于确定变更请求内容的模板中填入信息而设为受理完成。
9.根据权利要求1～8中的任意一项所述的项目管理系统，其中，
项目管理信息变更请求实施信息取得部具有实施信息生成单元，该实施信息生成单元生成项目管理信息变更请求实施信息，该项目管理信息变更请求实施信息是示出通过在用于确定实施变更请求所必须的信息的模板中填入信息来实施项目管理信息变更的情况的信息。
10.根据权利要求1～9中的任意一项所述的项目管理系统，其中，
风险信息输入受理部具有风险模板输入受理单元，该风险模板输入受理单元按照风险导航模板受理风险信息的输入，该风险导航模板催促输入为了使风险客观化而应该明确化的信息。
11.根据权利要求1～10中的任意一项所述的项目管理系统，其中，
风险信息输入受理部具有风险定量化模板输入受理单元，该风险定量化模板输入受理单元按照风险定量化导航模板受理风险信息的输入，该风险定量化导航模板催促输入用于对风险进行定量化的信息。
12.根据权利要求1～11中的任意一项所述的项目管理系统，其中，
风险显现化风险高风险化状况输出部具有使被保持的风险信息映射图化的风险信息映射图化单元。
13.根据权利要求1～12中的任意一项所述的项目管理系统，其中，
所述项目管理系统还具有：
相互关联信息取得部，其取得表示课题信息、风险信息、任务信息、前提信息的相互关联性的信息即相互关联信息；以及
相互关联信息保持部，其保持所取得的相互关联信息。
14.根据权利要求13所述的项目管理系统，其中，
所述项目管理系统具有课题解决状况信息生成部，该课题解决状况信息生成部在课题信息和任务信息相关联的情况下，根据所关联的任务信息的任务处理状况信息生成表示被保持的课题已被解决的情况的信息即课题解决状况信息，并将该课题解决状况信息转达给课题解决状况信息取得部。
15.根据权利要求1～14中的任意一项所述的项目管理系统，其中，
所述项目管理系统还具有：
前提变更输入受理部，其受理与项目管理信息相关联的前提信息的变更的输入；以及
修正促进部，其催促对与前提信息相关联的项目管理信息进行修正。
16.根据权利要求1～15中的任意一项所述的项目管理系统，其中，
所述项目管理系统具有：
利害相关者输入受理部，其与表示与项目目标实现相关联的利害相关者的属性的指标值相关联地受理该利害相关者的输入；
利害相关者映射图生成部，其使用利害相关者和与该利害相关者相关联地受理的指标值生成利害相关者的映射图；以及
映射图输出部，其输出所生成的映射图。
17.根据权利要求1～16中的任意一项所述的项目管理系统，其中，
所述项目管理系统具有：
状况信息映射图取得部，其取得使状况信息映射图化后的信息即状况信息映射图；以及
状况信息映射图输出部，其输出所取得的状况信息映射图。
18.根据权利要求1～17中的任意一项所述的项目管理系统，其中，
所述项目管理系统还具有：
成员团队识别信息保持部，其保持对用于实现项目目标的成员或由成员构成的团队进行识别的成员团队识别信息；
成员团队项目管理信息关系保持部，其保持将成员团队识别信息和该成员团队参与的项目管理信息关联起来的成员团队项目管理信息关系；以及
成员团队项目管理关系输出部，其输出被保持的成员团队项目管理信息关系。
19.一种项目管理系统的动作方法，其具有以下步骤：
课题信息输入受理步骤，受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息；
课题信息保持步骤，与课题识别信息相关联地保持一个以上的课题信息；
课题解决状况信息取得步骤，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息；
课题解决状况信息输出步骤，将被保持的课题信息和课题解决状况信息相关联地输出；
风险信息输入受理步骤，受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息；
风险信息保持步骤，与风险识别信息相关联地保持被输入的一个以上的风险信息；
风险显现化风险高风险化信息取得步骤，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息；
风险显现化风险高风险化状况输出步骤，将被保持的风险信息和风险显现化风险高风险化信息相关联地输出；
任务信息输入受理步骤，受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示如下任务的信息，该任务的至少一部分是在实现项目目标时为了解决所述课题必须处理的任务；
任务信息保持步骤，与任务识别信息相关联地保持被输入的一个以上的任务信息；
任务处理状况信息取得步骤，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息；
任务处理状况信息输出步骤，将被保持的任务信息和任务处理状况信息相关联地输出；
项目管理信息变更请求受理步骤，受理项目管理信息的变更请求即项目管理信息变更请求的输入；
项目管理信息变更请求保持步骤，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求；
项目管理信息变更请求实施信息取得部，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息；以及
项目管理信息变更步骤，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
20.一种项目管理程序，其以能够被读取执行的方式记录于计算机即项目管理系统装置，具有以下步骤：
课题信息输入受理步骤，受理作为项目管理信息的课题信息的一个以上的输入，该课题信息是表示为了实现项目目标而必须解决的课题的信息；
课题信息保持步骤，与课题识别信息相关联地保持一个以上的课题信息；
课题解决状况信息取得步骤，与课题识别信息相关联地取得表示被保持的课题已被解决的状况的信息即课题解决状况信息；
课题解决状况信息输出步骤，将被保持的课题信息和课题解决状况信息相关联地输出；
风险信息输入受理步骤，受理作为项目管理信息的风险信息的一个以上的输入，该风险信息是表示在实现项目目标时在规定的条件下设想的风险的信息；
风险信息保持步骤，与风险识别信息相关联地保持被输入的一个以上的风险信息；
风险显现化风险高风险化信息取得步骤，与风险识别信息相关联地取得表示被保持的风险显现化或风险变高的信息即风险显现化风险高风险化信息；
风险显现化风险高风险化状况输出步骤，将被保持的风险信息和风险显现化风险高风险化信息相关联地输出；
任务信息输入受理步骤，受理作为项目管理信息的任务信息的一个以上的输入，该任务信息是表示如下任务的信息，该任务的至少一部分是在实现项目目标时为了解决所述课题必须处理的任务；
任务信息保持步骤，与任务识别信息相关联地保持被输入的一个以上的任务信息；
任务处理状况信息取得步骤，与任务识别信息相关联地取得表示被保持的任务的处理状况的任务处理状况信息；
任务处理状况信息输出步骤，将被保持的任务信息和任务处理状况信息相关联地输出；
项目管理信息变更请求受理步骤，受理项目管理信息的变更请求即项目管理信息变更请求的输入；
项目管理信息变更请求保持步骤，与项目管理信息变更请求识别信息相关联地保持所受理的项目管理信息变更请求；
项目管理信息变更请求实施信息取得部，与项目管理信息变更请求识别信息相关联地取得表示实施被保持的项目管理信息变更请求的意思的信息即项目管理信息变更请求实施信息；以及
项目管理信息变更步骤，根据所取得的项目管理信息变更请求实施信息对项目管理信息进行变更。
CN201980096147.6A 2019-05-07 2019-05-07 项目管理系统 Pending CN113795855A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/018308 WO2020225861A1 (ja) 2019-05-07 2019-05-07 プロジェクト管理システム

Publications (1)

Publication Number Publication Date
CN113795855A true CN113795855A (zh) 2021-12-14

Family

ID=73051590

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980096147.6A Pending CN113795855A (zh) 2019-05-07 2019-05-07 项目管理系统

Country Status (4)

Country Link
US (1) US20220058552A1 (zh)
JP (2) JP6946612B2 (zh)
CN (1) CN113795855A (zh)
WO (1) WO2020225861A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4040354A4 (en) * 2019-10-01 2023-06-14 JGC Corporation WORK MANAGEMENT DEVICE, WORK MANAGEMENT METHOD AND RECORDING MEDIA
WO2022108458A1 (en) * 2020-11-19 2022-05-27 Ailteir Limited A project tool
US12118514B1 (en) * 2022-02-17 2024-10-15 Asana, Inc. Systems and methods to generate records within a collaboration environment based on a machine learning model trained from a text corpus
US11836681B1 (en) 2022-02-17 2023-12-05 Asana, Inc. Systems and methods to generate records within a collaboration environment
US11997425B1 (en) 2022-02-17 2024-05-28 Asana, Inc. Systems and methods to generate correspondences between portions of recorded audio content and records of a collaboration environment
WO2024062964A1 (ja) * 2022-09-22 2024-03-28 株式会社Vaiable プロジェクト遂行支援装置、方法、及びプログラム
CN117094665B (zh) * 2023-07-28 2024-02-09 成都智慧企业发展研究院有限公司 一种数字化企业管理系统及方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004240486A (ja) * 2003-02-03 2004-08-26 Hitachi Ltd プロジェクトの変更管理方法および装置
US7546248B2 (en) * 2004-02-24 2009-06-09 Asa Sales Systems, Llc Sales management system and method
US20090037241A1 (en) * 2007-07-31 2009-02-05 M3 Planning, Inc. Automated strategic planning system and method
JP4709612B2 (ja) * 2004-08-31 2011-06-22 インターナショナル・ビジネス・マシーンズ・コーポレーション プロジェクトを構成するタスクに人員を割当てるための方法、プログラムおよびコンピュータ
JP2006085277A (ja) * 2004-09-14 2006-03-30 Ricoh Co Ltd プロジェクト管理装置
JP2006260112A (ja) * 2005-03-16 2006-09-28 Ricoh Co Ltd プロジェクト管理システム、プロジェクト管理方法、プログラム及び記憶媒体
JP4908024B2 (ja) * 2006-03-15 2012-04-04 三菱電機株式会社 プロジェクト管理支援装置、プロジェクト管理支援方法、およびプロジェクト管理支援プログラム
JP2011175593A (ja) * 2010-02-25 2011-09-08 Ricoh Co Ltd プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体
JP5961978B2 (ja) * 2011-11-09 2016-08-03 キヤノンマーケティングジャパン株式会社 プロジェクト管理装置、プロジェクト管理方法、プログラム及び記憶媒体
US11017335B1 (en) * 2013-03-05 2021-05-25 Pma Technologies, Llc Graphical schedule risk analyzer
EP3158514A4 (en) * 2014-06-22 2017-11-29 Wamoozle Inc. A collaborative project management platform using a place-centric method and system for capturing and organizing project information
US20160148133A1 (en) * 2014-11-26 2016-05-26 International Business Machines Corporation Risk assessment through contextual analysis
WO2017009888A1 (ja) * 2015-07-10 2017-01-19 株式会社野村総合研究所 プロジェクトリスク管理システムおよびプロジェクトリスク管理方法
US20180211195A1 (en) * 2017-01-24 2018-07-26 Khorus Software, LLC Method of predicting project outcomes

Also Published As

Publication number Publication date
WO2020225861A1 (ja) 2020-11-12
JPWO2020225861A1 (ja) 2021-05-20
JP2021184250A (ja) 2021-12-02
US20220058552A1 (en) 2022-02-24
JP6946612B2 (ja) 2021-10-06

Similar Documents

Publication Publication Date Title
CN113795855A (zh) 项目管理系统
Sherman Business intelligence guidebook: From data integration to analytics
US7574379B2 (en) Method and system of using artifacts to identify elements of a component business model
US20230281676A1 (en) Systems and methods for remote real estate inspections and valuations
US20170169392A1 (en) Automatic bill of talent generation
US11941560B2 (en) Systems and methods for generating construction models for construction projects
US20120053978A1 (en) Self-contained web-based communications platform for work assignments
JP2004021364A (ja) 経営意思決定支援システム
US20240086842A1 (en) Integrated priorities and activities alignment, coordination and visualization systems and methods
AU2016203349A1 (en) Evidentiary Information Items Relating to Multiple Proceedings
KR20240059892A (ko) 이미지 인식 기반의 머신러닝 학습 데이터 세트 생성 시스템
Kepczynski et al. Implementing Integrated Business Planning: A Guide Exemplified With Process Context and SAP IBP Use Cases
JP2020071591A (ja) Ａｉを利用した不動産売却計画書オークションシステム
CN115280341A (zh) 项目管理系统
JP2003524222A (ja) 金融サービス商品を開発及び管理するシステムと方法
Wayne Institutionalize metadata before it institutionalizes you
Martinez Lagunas et al. Process Mining, Modeling, and Management in Construction: A Critical Review of Three Decades of Research Coupled with a Current Industry Perspective
Kulkarni New value creation opportunities for digital twin for product design and development
JP2005122318A (ja) 特許情報管理システム、方法およびプログラム
US20240257256A1 (en) Asset management methods and systems
Piippola Data Strategy Handbook as Guide Towards Data-Driven Organization
Daniel Using a Digital Platform as a PMO in a Mega Project
AU2013100471A4 (en) Evidentiary information items relating to multiple proceedings
CN115907871A (zh) 投顾评论推送方法及其系统、计算机设备
CN114298592A (zh) 一种施工现场管控系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination