CN114616580A - 信息管理系统、服务器及用户终端 - Google Patents

Abstract

本发明的一个方案中的服务器介由通信网络与多个用户终端连接。服务器针对用户终端提供用户画面，该用户画面能够显示定义数据结构的格式(类别)及作为按照格式制作的数据集合体的实体(时间表)这两者。服务器按照来自用户的针对用户画面的格式的选择及基于上述被选择的格式的实体的制作指示来制作实体，并且按照来自用户的针对用户画面的指定来对作为格式或实体的成员的1个以上的用户进行设定。在提供用户画面时、将多个实体中的、将提供目标的用户对应为成员的实体选拔为显示对象。

Description

信息管理系统、服务器及用户终端

技术领域

本发明涉及一种信息的提供方法，尤其是一种根据用户来使信息的提供方法变化的技术。

背景技术

用于多个用户共享信息的各种软件工具正被提供。例如，通过根据小组日历(group calendar)来确认时间表、以及根据工作流程软件来确认工作进展等，即使在地理上分离，许多用户也容易进行共同工作的环境正在完善。

[现有技术文献]

[专利文献]

专利文献1:日本特开2016-207012号公报

发明内容

[发明要解决的课题]

相关人员越是变多，信息就越容易巨大化、结构化。例如，在产品开发项目中，会产生与研究开发、材料采购、广告宣传、资金管理等有关的各种信息。此外，在研究开发中，包含软件开发，在软件开发中，可能会包含通信协议的制定工作。

项目领导欲从研究开发到资金管理地通观整体，但要详细、完全地知道与项目有关的信息，会造成信息过多，因此反而是非生产性的。另一方面，开发工程师需要详细地知道与研究开发有关的信息，但针对资金管理等其他领域的工作，无需那么详细的信息。即使是参加相同项目的成员，各自想要知道的信息在等级和量上，也不是相同的。

本发明是基于上述问题认识而完成的发明，其主要目的在于提供一种用于使用户易于从信息集合中提取自己所需的信息的技术。

[用于解决技术课题的技术方案]

本发明的一个方案中的服务器介由通信网络与多个用户终端连接。

该服务器包括：用户画面提供部，其针对用户终端提供用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者；实体设定部，其按照来自用户的针对用户画面的格式的选择、以及基于被选择的格式的实体的制作指示来制作实体；以及成员设定部，其按照来自用户的针对用户画面的指定来对要作为格式或实体的成员的1个以上的用户进行设定。

用户画面提供部在提供用户画面时，将多个实体中的、提供目标用户被对应为成员的实体选拔为显示对象。

本发明的一个方案中的用户终端包括：用户画面显示部，其显示用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者；项目输入部，其从用户接收在格式中预先准备的多个项目中的、要有效化的项目的指定；实体制作输入部，其接收针对在格式中有效化的项目的项目数据的输入；以及成员输入部，其接收要作为格式或实体的成员的1个以上的用户的指定。

用户画面显示部在用户画面中，选择性地显示多个实体中的、该终端的用户被对应为成员的实体。

本发明的一个方案中的信息管理系统包含介由通信网络相互连接的1个以上的用户终端和服务器。

服务器包括：用户画面提供部，其针对用户终端提供用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者；格式设定部，通过使在格式中预先准备的多个项目中的、被用户指定的项目有效化，从而对格式的数据结构进行定义；实体设定部，其通过接收针对在格式中有效化的项目的项目数据的输入，从而对基于格式的实体进行设定；成员设定部，其按照来自用户的针对用户画面的指定，对要作为格式或实体的成员的1个以上的用户进行设定；实体更新部，其按照来自用户的针对实体的项目数据的更新指示来更新实体的项目数据；以及更新通知部，其向用户终端通知实体的更新。

用户终端包括：用户画面显示部，其显示用户画面；项目输入部，其从用户接收在格式中有效化的项目的指定；实体制作输入部，其接收针对在格式中有效化的项目的项目数据的输入；以及成员输入部，其接收要作为格式或实体的成员的1个以上的用户的指定。

服务器的用户画面提供部在提供用户画面时，将多个实体中的、提供目标用户被对应为成员的实体选拔为显示对象。服务器的更新通知部将作为更新对象的实体的成员设定为更新的通知对象。用户终端的用户画面显示部在用户画面中，显示多个实体中的、该终端的用户被对应为成员的实体。

发明效果

根据本发明，用户会易于从信息集合中提取自己所需的信息。

附图说明

图1是信息管理系统的硬件构成图。

图2是服务器的功能框图。

图3是用户终端的功能框图。

图4是用于对格式与实体的关系进行说明的示意图。

图5是用于对格式的对应设定进行说明的示意图。

图6是主画面的画面图。

图7是格式制作画面的画面图。

图8是格式第1定义画面的画面图。

图9是格式第2定义画面的画面图。

图10是成员登记画面的画面图。

图11是实体制作画面的画面图。

图12是格式列表画面的画面图。

图13是实体列表画面的画面图。

图14是对应设定画面的画面图。

图15是实体阅览画面的画面图。

图16是表示实体显示的处理过程的流程图。

图17是更新通知时的格式列表画面的画面图。

图18是用于对类别与格式的关系进行说明的示意图。

图19是设定类别时的格式列表画面的画面图。

具体实施方式

在本实施方式中，以设计童装的服饰制造商的项目管理为对象进行说明。

一般地，在服饰制造商中，“首席指导者(chief director)”会打造童装的概念。在概念阶段，仅童装的形象及特征会被以草图的形式来汇总。“设计者(designer)”按照概念来打造多个设计方案。

当设计方案确定时，“合作者(partner)”会通过CAD(Computer-Aided Design计算机辅助设计)来制作纸样(图案)。接着，基于纸样来实际试制童装。“材料负责人”会采购试制用品(布料、拉锁等)。一边重复试制和采购，一边对线条、穿着感、生产性(可制作性)等进行检查。合作者一边观察试制品的成品质量，一边也适当地进行纸样的修正。

当试制结束时，服饰制造商会向运营工厂的“外部商家”量产订货。外部商家会以预定使用于商品的布料来制作试制品。外部商家通过实际进行试制，从而针对量产性进行研究。对来自外部商家的意见重新研究的结果是设计者对设计进行重新研究的情况也并不鲜见。

像这样，在做完1件童装之前，需要许多人协作，一边管理许多工序一边推进项目。管理项目的“管理者(manager)”统括至完成童装的复杂的时间表。服饰制造商通常会使数百到数千个童装项目同时进行，因此尤其是管理者的管理负担容易变得非常大。

为了顺利推进项目，提高与项目有关的各种信息的传递性较为重要。为了提高信息传递性，优选以接收者易于理解的形式来加工信息，将其标准化，并进行传递。此外，当接收者陷入信息过多的情况时，也会存在生产性反而下降，导致人为错误的可能。因此，根据信息的接收者来筛选必要的信息和不必要的信息也比较重要。

在本实施方式中要说明的信息管理系统中，以“实体(entity)”这样的单位来管理信息。实体是“和服裙裤a的设计方案的试制”、“课包(lesson bag)b的量产的试制”等在管理某一产品的1个工序上所需的信息的集合体。实体基于被称为“格式(form)”的标准来制作。实体的数据结构由格式来定义。

1个以上的用户作为“成员(member)”而被与格式对应。例如，在用户P1、P2、P3被与格式F1对应时，仅用户P1、P2、P3能够访问基于格式F1来制作的实体E11(信息集合)。换言之，这3个用户以外的用户无法知道实体E11的信息。通过这样的信息管理方法，能够将成员缩减到每个实体(信息集合)。

以下，对本实施方式中的信息管理系统的详情进行说明。

图1是信息管理系统100的硬件构成图。

在信息管理系统100中，多个用户终端110a、110b···104n(以下，在概述时或不特别区别时，统称为“用户终端110”)介由互联网102而被连接于服务器200。本实施方式中的用户终端110假设为智能手机。用户终端110也可以是膝上型PC等通用计算机。用户终端110与互联网102被无线连接。

用户终端110由服饰制造商的用户(工作人员或外部商家)来使用。服务器200针对用户终端110，提供与童装项目有关的信息共享服务。在用户终端110无需安装专用的软件，用户终端110能够通过从网络浏览器访问服务器200来接受服务。

图2是服务器200的功能框图。

服务器200的各构成要素通过以下构件来实现：CPU(Central Processing Unit：中央处理器)及各种协处理器等运算器、内存(memory)或存储器(storage)这样的存储装置、包含连结它们的有线或无线的通信线的硬件、以及被存储于存储装置，并向运算器供给处理命令的软件。计算机程序也可以由以下构件构成：设备驱动器、操作系统、位于它们的上位层的各种应用程序、以及向这些程序提供共通功能的库。以下说明的各框并非硬件单位的构成，而是表示功能单位的框。

针对用户终端110也是同样。

服务器200包含通信部202、数据处理部204及数据存储部206。

通信部202负责通信处理。数据存储部206存储与格式及实体有关联的各种数据。数据处理部204基于由通信部202取得的数据及被存储于数据存储部206的数据来执行各种处理。数据处理部204也作为通信部202及数据存储部206的接口来发挥功能。

通信部202包含发送部208和接收部210。

发送部208向用户终端110发送各种数据，接收部210从用户终端110接收各种数据。发送部208包含更新通知部212。更新通知部212在实体中包含的数据被更新时，以该实体的成员为对象，通知存在更新这一情况(在后面，会与图17等相关联地叙述)。

数据处理部204包含用户画面提供部214、格式设定部216、实体设定部218、成员设定部220、实体更新部222、对应登记部224、检索部226、友人设定部228及类别设定部229。

用户画面提供部214生成各种用户画面，并提供给用户终端110。用户画面被作为网页而提供。格式设定部216按照来自用户的指示来制作格式。格式ID会被赋予给格式。实体设定部218按照来自用户的指示来制作实体。实体ID、以及实体所源自的格式的格式ID被赋予给实体。

成员设定部220设定格式所对应的成员。格式的制作者通过将其他用户邀请为成员，从而使格式ID与成员的用户ID对应(在后面会与图10关联地叙述)。实体更新部222按照来自用户的指示来更新实体所包含的数据。对应登记部224按照来自用户的指示来进行格式与格式的对应(以下，称为“对应设定”)(在后面会与图14关联地叙述)。检索部226按照来自用户的检索指示来检索格式或实体。

友人设定部228对用户间的友人设定进行管理。友人的设定方法与一般的SNS(Social Networking Service：社交网络服务)相同。例如，用户P1从在服务器200登记的用户中选择欲成为友人的用户P2，并发送“友人申请”。若用户P2“批准”，则友人设定部228会将用户P1与用户P2作为“友人”登记。类别设定部229作为格式的组来设定“类别(genre)”(在后面会与图18关联地叙述)。

图3是用户终端110的功能框图。

用户终端110包含用户接口处理部114、数据处理部116、通信部118及数据存储部120。

通信部118负责通信处理。用户接口处理部114除了接收来自用户的操作之外，还负责图像显示或声音输出等与用户接口有关的处理。数据存储部120存储各种数据。数据处理部116基于由通信部118及用户接口处理部114取得的数据及被存储于数据存储部120的数据来执行各种处理。数据处理部116也作为用户接口处理部114、通信部118及数据存储部120的接口来发挥功能。

通信部118包含：发送部134，其向服务器200发送各种数据；以及接收部136，其从服务器200接收数据。来自用户的输入结果由发送部134适当发送到服务器200。

用户接口处理部114包含：输入部122，其接收来自用户的输入；以及输出部124，其向用户输出各种信息。

输入部122包含格式制作输入部125、实体制作输入部128、成员输入部130、对应输入部132及类别制作输入部133。格式制作输入部125接收格式的制作及更新。格式制作输入部125包含项目输入部126。项目输入部126接收格式的“项目(后述)”的有效/无效设定。实体制作输入部128接收实体的制作及更新。成员输入部130接收使成员与格式对应的设定。对应输入部132接收格式与格式的对应设定。类别制作输入部133接收类别的制作及更新。

输出部124包含更新通知部129。更新通知部129在画面上向用户通知实体的更新。详情会与图17关联地叙述。

图4是用于说明格式与实体的关系的示意图。

如上所述，实体为一种信息集合，格式为一种对实体的数据结构(形式)进行定义的标准(模板)。针对格式，预先准备出许多项目(以下，称为“基础项目组”)。在格式的制作时，能够通过从基础项目组中选择欲使用的项目来有效化，从而对实体的数据的种类和量进行定义，详情会在后面叙述。

例如，在格式Fa使项目1、项目2、项目3有效化时，由格式Fa制作的实体Ea1也包含项目1、项目2、项目3，与这3个项目对应的数据(以下，称为“项目数据”)被设定。此外，在格式Fb使项目1、项目4、项目5、项目6、项目7有效化时，由格式Fb制作的实体Eb1也包含项目1、项目4、项目5、项目6、以及项目7，并包含5个项目数据。与实体Ea1相比，实体Eb1的数据量较多，项目1、项目4，即数据结构的一部分是共通的。

像这样，根据格式(标准)来制作实体(entity)。根据1个格式，能够制作多个实体。在图4中，根据格式F1制作了3个实体E11、E12、E13。此外，根据格式F2制作了1个实体E21、E22。

本实施方式中的实体是一种信息集合，其用于对与童装制作有关的多个工序中的1个工序的时间表进行管理。以下，设格式F1与“量产进货计划”对应，实体E11为“和服裙裤a的量产进货计划”，实体E12为“课包b的量产进货计划”，实体E13为“便当袋c的量产进货计划”。此外，设格式F2与“设计图案制作”对应，实体E21为“和服裙裤a的设计图案制作”，实体E22为“围裙d的设计图案制作”。

例如，在对童装的量产进货计划的时间表进行管理的情况下，会制作用于“量产进货计划”的格式F1。接着，为了对和服裙裤a的量产进货计划进行管理，根据格式F1(量产进货计划)来制作实体E11(和服裙裤a的量产进货计划)。针对课包b，也能够根据相同的格式F1来制作另一实体E12(课包b的量产进货计划)。实体11(和服裙裤a的量产进货计划)与实体12(课包b的量产进货计划)根据相同的格式F1(量产进货计划)而制作，因此虽然2个实体的项目数据(内容(contents))不同，但数据结构(项目)是相同的。通过根据格式来定义数据结构，能够使实体的数据结构共通化、标准化，因此能够提高信息视认性。

如上所述，1个以上的成员(用户)被与格式对应。在图4中，格式F1(量产进货计划)的成员为用户P1、P2、P3这3人。向来源于格式F1(量产进货计划)的实体E11、E12、E13的访问权限者被限定为用户P1、P2、P3。

同样，格式F2(设计图案制作)的成员为用户P1、P4。向来源于格式F2(设计图案制作)的实体E21(和服裙裤a的设计图案制作)和实体E22(围裙d的设计图案制作)的访问权限者被限定为用户P1、P4。

因此，用户P2、P3能够访问实体E11、E12、E13，但无法访问实体E21、E22。用户P1能够访问这5个实体全部。用户P4仅能够访问实体E21、E22。用户P5无法访问该图4中的任一实体。

如上，能够通过使成员与格式对应，从而对向来源于该格式的实体的访问权限者进行限定。因此，针对与项目有关的各用户(相关人员)，能够将应传递的信息和无需传递的信息、以及不得传递的信息分开。通过提高信息共享性，并限制不必要的信息的提供，能够减轻信息过剩所伴随的压力。此外，关于对向实体的访问权限进行设定，在防止信息泄漏上也是有效的。

图5是用于对格式的对应设定进行说明的示意图。

用户能够使格式与格式对应。在图5中，设用户P1使格式F2(设计图案制作)与格式F1(量产进货计划)对应。此时，将进行对应一侧的格式F2称为“关联格式”。此外，将被对应一侧的格式F1称为“上位格式”。

通过使格式F2与格式F1对应，从而使来源于格式F2的实体E21(和服裙裤a)与来源于格式F1的实体E11(和服裙裤a)、E12(课包b)、E13(便当袋c)中的、实体E11(和服裙裤a)对应。在该情况下，将实体E21称为“关联实体”，将实体11称为“上位实体”。对应登记部224在上位实体的选择时，对“和服裙裤a”那样的一部分项目数据所共通的关联实体进行搜索(详情后述)。

更具体而言，在用户P1使实体E11(和服裙裤a的量产进货计划：上位实体)显示时，实体E21(和服裙裤a的设计图案制作：关联实体)也会被付随显示。因此，用户P1在针对和服裙裤a的量产进货计划进行确认时，也能够一并对与和服裙裤a的设计图案制作有关的进展状况进行确认(在后面会与图15关联地叙述)。

格式的对应设定针对每个用户来进行。例如，用户P1使格式F2与格式F1对应不会影响向其他用户的信息提供方法。因此，在用户P4使实体E11(和服裙裤a的量产进货计划)显示时，用户画面提供部214不会使实体E21(和服裙裤a的设计图案制作)作为关联实体来付随显示。用户能够鉴于自己的职业领域或个人的易理解性等来使多个格式自由地对应。

在用户P1使格式F2(设计图案制作)与格式F1(量产进货计划)对应的情况下，在使实体E21(和服裙裤a的设计图案制作)显示时，实体E11(和服裙裤a的量产进货计划)不会被作为关联实体来显示。其原因在于，格式F2是格式F1的关联格式，但格式F1不是格式F2的关联格式。如此，对应设定具有单向性。

在用户P1进一步使格式F1(量产进货计划)与格式F2(设计图案制作)对应的情况下，格式F1与格式F2会成为彼此的关联格式且上位格式。在该情况下，在用户P1使实体E21(和服裙裤a的设计图案制作)显示时，实体E11(和服裙裤a的量产进货计划)也会作为关联实体而被付随显示。

以下，以用户画面为中心，对主要处理的流程进行说明。

图6是主画面150的画面图。

在用户从用户终端110访问服务器200时，首先，通过输入用户ID(邮箱地址)和密码来进行用户登记。当在用户登记后访问服务器200时，服务器200的用户画面提供部214会使主画面150显示于用户终端110。

本实施方式中的“用户画面”是由主画面150等服务器200提供给用户终端110的多个种类的画面的统称。在用户画面的下部，会显示主页按钮152、格式按钮154、用户按钮156、类别按钮158及自定义按钮160。用户能够通过触碰主页按钮152来随时使主画面150显示。针对格式按钮154等，会在后面叙述。

在主画面150的中央，会显示检索区域162。当用户向检索区域162输入检索词时，检索词会被从信息管理系统100发送到服务器200。检索部226对包含检索词的格式或实体进行检索。用户画面提供部214使检索结果显示于用户终端110。

以下，假设用户P1制作格式F1，并进行说明。

图7是格式制作画面170的画面图。

当用户P1触碰到格式按钮154后，在触碰到被画面显示的新制作按钮(未图示)时，用户画面提供部214会使格式制作画面170显示于用户终端110。在格式制作画面170的中央，会显示格式名区域172。用户将格式F1的格式名输入到格式名区域172。在图7中，输入了“量产进货计划”这样的格式名。格式名是任意的。当触碰取消按钮174时，格式的制作会被取消。当用户P1触碰保存按钮176时，格式设定部216会制作新的格式。格式设定部216生成格式ID，并使格式ID(格式F1)、格式名(量产进货计划)及制作者(用户P1)对应地在数据存储部206登记。

图8是格式第1定义画面180的画面图。

在格式F1被新制作时，用户画面提供部214使格式第1定义画面180显示。用户在格式第1定义画面180中，对格式F1的数据结构，即有效的项目和无效的项目进行定义。用户P1能够通过触碰自定义按钮160来使格式第1定义画面180显示。

当触碰名称变更按钮182时，能够改变格式的名称。当触碰对应设定按钮184时，能够进行对应设定，即关联格式的选择(在后面，会与图14关联地叙述)。

当触碰公开按钮186时，能够选择一般公开或限定公开。在一般公开的情况下，不会限定成员，且不会限制向来源于格式F1的实体(以下，有时会表记为“实体(F1)”)的访问。在该情况下，也可以是，实体设定部218使实体(F1)作为通常的网页来公开。

当触碰项目定义按钮188时，能够从基础项目组中，选择出应在格式F1中有效化的项目(以下，也称“有效项目”)。详情将与下面的图9关联说明。

图9是格式第2定义画面190的画面图。

在图8的格式第1定义画面180中，在项目定义按钮188被触碰时，用户画面提供部214会使格式第2定义画面190显示。格式第2定义画面190使基础项目组一览显示。用户P1从基础项目组中选择格式F1所需的项目，即有效项目。用户P1选择各项目的打开(有效化)和关闭(无效化)。被打开设定的项目会成为格式F1的有效项目。项目输入部126对项目的打开/关闭进行检测，用户终端110的发送部134将选择结果发送到服务器200，格式设定部216按照选择结果来登记格式F1的有效项目。

因为多个项目预先被作为基础项目组而准备出来，所以用户能够仅通过从其中选择有效项目来对格式(实体)所包含的信息的量与质进行控制。因为所有格式都基于基础项目组，所以也会存在格式的数据结构难以根据格式制作者而波动这样的有点。通过项目选择方式，能够与格式的制作的容易度、格式制作的自由度一同地，实现作为整体的数据结构的统一性。

图10是成员登记画面230的画面图。

在选择了格式F1后，通过选择被画面显示的成员追加按钮(未图示)，用户P1能够向格式F1追加成员。作为成员的用户为在服务器200进行了用户登记的用户，针对作为格式的制作者的用户P1作为“友人”而登记的用户会成为对象。

例如，在用户P1制作了格式F1后，当触碰被显示于画面右角等预定位置的成员追加按钮时，友人设定部228会将作为用户P1的“友人”的用户作为成员候选而选拔。根据图10的成员登记画面230，针对作为编辑对象的格式F1，除了用户P1之外，还有2人，即合计3名被作为成员而登记。用户P1也能够通过触碰退会按钮232来自主地从格式F1的成员中离开。在成员输入部130检测到退会按钮232的触碰时，成员设定部220会从格式的成员列表中移除触碰退会按钮232的用户。

在用户P1触碰到邀请按钮234时，成员设定部220会使用户P1的友人列表显示(未图示)。用户P1从该友人列表中选择欲邀请的用户，换言之，格式F1的新成员。

此外，能够通过触碰成员名，从而对成员设定仅许可项目数据的阅览或许可编辑(项目数据的输入及变更)。成员设定部220针对每个格式，使成员及编辑权限的有无对应地在数据存储部206登记。

图11是实体制作画面240的画面图。

在选择已制作的格式F1后，在用户触碰到被显示于画面右角的新制作按钮(未图示)时，用户画面提供部214会使实体制作画面240显示，该实体制作画面240用于制作基于格式F1的实体。通过针对格式F1的有效项目输入项目数据，从而生成实体E11等。

以下，对用户P1基于格式F1(量产进货计划)来制作实体E11(和服裙裤a的量产进货计划)的情况进行说明。

实体制作输入部128对针对实体制作画面240的项目数据的输入进行检测。用户终端110的发送部134将被输入的项目数据与项目ID一同发送到服务器200。服务器200的实体设定部218在实体制作时，对实体ID进行设定。实体设定部218与格式ID、实体ID及项目ID一同登记项目数据。

实体名称区域242为用于输入实体名的区域。实体名称区域242始终为有效项目，在图11中，输入为“新品和服裙裤成套进货”。该实体E11会成为与基于格式F1“量产进货计划”的“新品和服裙裤套(和服裙裤a)”的“量产进货计划”有关的信息集合。

照片区域244是用于登记照片的区域。时间表区域246是用于作为实体的时间表来登记开始日和结束日的区域。时间表区域246也始终是有效项目。登记照片不是必须的。产品编号区域248是用于输入产品编号的区域(参照图9)。产品编号区域248能够选择有效/无效。在图11中，输入了和服裙裤a所对应的产品编号“12074”。批次区域250是用于输入批次的区域(参照图9)。用户P一边使实体制作画面240滚动一边输入其他有效项目的项目数据。此外，也能够使各种项目有效化。用户P1能够通过使实体制作画面240滚动来输入、确认实体E11的全部项目数据。

当用户触碰删除按钮252时，制作中的实体E11不会被保存，而会被删除。此外，即使在对已制作的实体进行编辑时，当删除按钮252被触碰，实体设定部218也会删除实体。当触碰取消按钮254时，实体会残留，而新输入的项目数据不会被登记，而是会被废弃。通过触碰复制按钮256，能够复制实体。当触碰保存按钮258时，实体设定部218会在数据存储部206正式地登记基于格式F1的实体E11。

图12是格式列表画面270的画面图。

在制作了几个格式后，或者作为成员参加了其他用户所制作的格式后，当触碰格式按钮154时，会显示格式的列表。格式列表画面270被分割为制作格式区域272与参加格式区域274。

在用户P1的用户终端110中，制作格式区域272中，用户P1所制作的格式会被列表显示。参加格式区域274中，用户P1以外的用户所制作的格式中的、用户P1成为了成员的格式会被列表显示。在图7的格式制作画面170中，用户P1所制作的格式F1(量产进货计划)被显示于制作格式区域272。

服务器200的格式设定部216根据来自许多用户的格式制作指示来制作许多格式。格式设定部216如上所述，使格式ID、格式的制作者、成员、以及有效项目对应地在数据存储部206登记。针对用户P1的用户终端110，用户画面提供部214不会使用户P1未成为成员的格式显示。用户P1无法视认与自己无关的格式或实体。因此，能够仅选择被蓄积于服务器200的数据存储部206的庞大信息中的、用户P1所需的信息来提供给用户P1。

图13是实体列表画面280的画面图。

在用户P1在格式列表画面270(参照图12)中触碰到格式F1(量产进货计划)时，图13所示的实体列表画面280被显示。在此，基于格式F1，设许多实体E11，E12是已制作的。实体列表画面280将来源于格式F1(量产进货计划)的实体作为缩略图(节选图像)来列表显示。

缩略图282是在图11的实体制作画面240中制作的实体(和服裙裤a的量产进货计划(实体名：新品和服裙裤成套进货))的缩略图。在缩略图282中，除了在实体制作画面240中输入的多个项目数据中的、照片区域244的缩小图像、实体名称区域242、时间表区域246、产品编号区域248等之外，仅会显示出进展状态“未处理”等一部分项目数据。用户P1能够通过参照实体列表画面280来总体确认与格式F1(量产进货计划)有关的实体的时间表或进展状态等。

在实体列表画面280中，当用户P1触碰缩略图282时，以与实体制作画面240所示的相同的显示形式，实体E11(和服裙裤a的量产进货计划)的项目数据组被详细显示。

图14是对应设定画面290的画面图。

在用户P1选择了格式F1(量产进货计划)后，在格式第1定义画面180(图8)中打开“对应设定”时，对应设定画面290会被显示。对应输入部132检测对应设定的打开，发送部134将对应设定的打开通知给服务器200，服务器200的用户画面提供部214使对应设定画面290显示于用户终端110。

用户画面提供部214对与用户P1有关的6个格式(参照图12)中的、格式F1(量产进货计划)以外的5个格式进行列表显示。在各格式中，设置有复选框292。用户P1会对欲与格式F1(量产进货计划)对应的格式，换言之，格式F1(上位格式)的关联格式的复选框292附加检查。也可以是，对多个格式附加检查。

在图14中，用户P1对格式F2(设计图案制作)附加了检查。在该状态下，当用户P1触碰保存按钮296时，格式F2(设计图案制作)会成为格式F1(量产进货计划：上位格式)的关联格式。用户终端110的发送部134将这2种格式的关联向服务器200通知，服务器200的对应登记部224使2种格式对应地登记。在用户P1触碰到取消按钮294时，格式的对应设定不会被进行。

对应设定以用户单位来进行。因此，即使用户P1使格式F2(关联格式)与格式F1(上位格式)对应，也不会影响到其他用户的信息管理。如上所述，格式F2(设计图案制作)会成为格式F1(量产进货计划)的关联格式，而格式F1(量产进货计划)不会成为格式F2(设计图案制作)的关联格式。如此，对应设定具有单向性，因此能够给多个格式或来源于它们的实体带来阶层性。在图14中，用户P1能够在对来源于格式F1(量产进货计划)的实体进行确认时，一并对来源于其关联格式F2(设计图案制作)的实体的进展进行确认。详情会在后面与下面的图14关联地叙述。

在用户P1欲使格式F2(设计图案制作)与格式F1(量产进货计划)彼此对应时，用户P1可以选择格式F2作为上位格式，并在对应设定画面290中使格式F1(关联格式)进行对应。以下，针对用户P1，对格式F1为上位格式、格式F2为其关联格式的情况进行说明。

图15是实体阅览画面300的画面图。

在用户P1在实体列表画面280中选择了实体E11(和服裙裤a的量产进货计划)时，图15的实体阅览画面300会被显示。在实体阅览画面300中，能够确认实体E11的项目数据。关联实体区域302被显示在实体阅览画面300的最下部。

用户P1使格式F2(设计图案制作)与格式F1(量产进货计划)对应(参照图14)。设根据格式F1(上位格式)来制作实体E11，根据格式F2(关联格式)来制作实体E21(和服裙裤a的设计图案(实体名：新品和服裙裤的纸样制作))。在该情况下，实体E21(和服裙裤a的设计图案)会成为实体E11(和服裙裤a的量产进货计划(实体名：新品和服裙裤成套进货))的关联实体。在用户P1使实体E11(上位实体)显示时，实体E21会作为关联实体而被显示于实体阅览画面300的下部的关联实体区域302。

用户画面提供部214在实体E11显示时，除了关联格式之外，也会对作为“关键项目”的项目数据的“关键数据”进行检查。基础项目组中的一部分项目被设定为预先关键项目。在本实施方式中，项目“产品编号”为关键项目(参照图11的产品编号区域248)。

在由用户P1选择了实体E11(上位实体)时，用户画面提供部214首先对实体E11所源自的格式F1(上位格式)的关联格式即格式F2进行确定。接着，对来源于格式F2(关联格式)的实体E21、E22进行确定。实体E11(上位实体)的关键项目(产品编号)的项目数据为“12074(和服裙裤a)”(参照图11)。用户画面提供部214对实体E21、E22的关键项目(产品编号)进行检查，与实体E11同样，将产品编号为“12074”的实体E11(和服裙裤a的设计图案制作)确定为关联实体。根据这样的控制方法，用户P1也能够在以同一产品编号(同一产品)为对象来确认了某一实体时，对与其关联的另一实体的信息进行确认。

在图15中，用户P1也能够在确认了和服裙裤a(产品编号：12074)的量产进货计划时，对相同的和服裙裤a的设计图案制作的进展状态进行确认。在用户P1触碰到关联实体区域302时，实体E21(和服裙裤a的设计图案制作(实体名：新品和服裙裤的纸样制作))会被详细显示。

图16是表示实体显示的处理过程的流程图。

用户首先在格式列表画面270中选择格式，并使实体列表画面280显示，该实体列表画面280通过缩略图来表示来源于该选择的格式的实体(S10)。具体而言，用户终端110的发送部134将格式ID和用户ID发送到服务器200，服务器200的用户画面提供部214生成实体列表画面280的网页并将其发送到用户终端110。用户在实体列表画面280中对欲详细显示的实体进行选择(S12)。

用户画面提供部214对关联格式进行检索。当存在关联格式时(S14中的“是”)，用户画面提供部214对关键数据进行检查(S16)。当不存在关联格式时(S14中的“否”)，处理跳到S20。在存在关键数据一致的实体时(S16中的“是”)，向关联实体区域302追加关联实体(S18)。当不存在关键数据一致的实体时(S16中的“否”)，对另一实体进行检查。在检查了全部实体后(S14中的“否”)，用户画面提供部214使实体阅览画面300进行画面显示(S20)。

图17是更新通知时的格式列表画面270的画面图。

格式的成员中的、被赋予了编辑权限的用户(参照图10)能够改写来源于该格式的实体的项目数据。例如，设用户P2改写了实体E11的项目数据。此时，实体更新部222对实体E11的项目数据进行改变、登记，并且针对更新通知部212指示更新通知的发送。

实体更新部222将用户P1、P2、P3确定为实体E11的成员(参照图4)。因为是用户P2所进行的更新，所以实体更新部222会指示以用户P1、P3为对象的更新通知。更新通知部212将更新通知与实体E11的实体ID一同向用户P1、P3的用户终端110发送。

用户终端110的更新通知部129首先使更新记号312显示于格式按钮154。此外，也使更新记号312显示在作为实体E11的基础的格式F1(量产进货计划)的旁边。在用户P1选择格式F1，并使实体进行缩略图显示时，更新通知部129使更新记号312显示于与实体E11对应的位置。通过更新记号312，用户能够在与自己有关的实体(工序的时间表等)存在变化时快速地得知。例如，在表示进展状况的项目数据被从“未处理”改变为“已处理”时，能够通过更新记号312来认识到状况的变化，并实时地确认与自己有关的时间表的进展。

图18是用于对类别与格式的关系进行说明的示意图。

当格式増加时，在格式列表画面270中，会存在信息的视认性变差的可能。因此，在本实施方式中，作为格式的“群组”(group)，定义了“类别(genre)”。用户能够制作类别，并使多个格式与1个类别对应。在图18中，格式F1(量产进货计划)、格式F2(设计图案制作)、格式F3(试制)被与类别J1(制作)对应。此外，格式F1(量产进货计划)、F4(网络销售)被与类别J2(在库管理)对应。也可以是，像格式F1那样，使1个格式与多个类别对应。

图19是设定类别时的格式列表画面270的画面图。

用户能够通过触碰类别按钮158来使类别制作画面(未图示)显示。在类别制作画面中，输入类别名，并且选择与类别对应的格式。通过与图14所示的对应设定画面290同样的用户接口来进行对应。类别制作输入部133基于来自用户的输入结果，使类别ID与格式ID对应。类别也被针对每个用户来设定。服务器200的类别设定部229通过使用户ID、类别ID及格式ID对应，从而针对每个用户来设定类别与格式的关系。

在图19的格式列表画面270中，类别J1(制作)、类别J2(在库管理)、以及类别J3(私人项目(private))中的2个类别名和“全部格式”被列表显示。在用户选择了类别J1(制作)时，被与类别J1(制作)对应的格式F1、F2、F3会以与图12相同的显示形式来进行列表显示。在用户选择了“全部格式”时，用户P1所关联的全部格式会被列表显示。

类别的设定是任意的。用户P1能够通过在触碰格式按钮154并使格式列表画面270显示后，按类别、格式、实体的顺序进行选择，从而有阶层地到达多个实体所包含的信息。

[总括]

以上，基于实施方式，对信息管理系统100进行了说明。

根据信息管理系统100，用户能够以1个格式为“标准(模板)”，制作多个实体。因为根据格式来制作实体，所以信息生产性会变高。在格式中，预先准备出了多个项目(基础项目组)，用户能够通过从其中选择有效项目来简单地对格式的数据结构进行定义。关于任意格式，基础项目组都会成为基础，因此能够给多个格式带来统一性。根据基础项目组来定制格式，并根据格式来生产作为单独的信息集合的实体。

根据有效项目的种类及数量，实体的信息的质与量会确定。例如，可以使格式(量产进货计划(整体))中包含产品编号或时间表等最低限度的有效项目，并针对格式(量产进货计划(现场))，精细地使价格或退货率、以及应在进货时确保的货架的场所等项目有效化。在该情况下，管理者对来源于格式(量产进货计划(整体))的实体进行确认，现场负责人对来源于格式(量产进货计划(详细))的实体进行确认即可。如此，能够基于职务、职位，对每个用户所需的信息量进行调整。

格式制作者能够针对格式来登记成员。通过针对每个格式来设定访问权限者，从而能够筛选并提供项目的多个相关人员分别需要的信息。关于限定访问权限者，在防止来自项目的信息泄漏上也是有用的。例如，在与外部商家协力推进项目的情况下，也会存在应向外部商家提供的信息和无需提供的信息。在该情况下，也能够通过向格式的成员登记来防止项目的内部信息过度地向外部商家泄漏。

在实体的项目数据中存在更新时，针对该实体的相关人员，更新通知会被迅速地发送。因此，相关人员能够迅速地共享状况的变化。

例如，设在某一项目的实体Ex中，项目数据被更新时，向该项目的相关人员全部进行了更新通知。在该情况下，对于大部分用户来说，可能无需知道该项目数据的更新。因此，在采用了这样的方法的情况下，用户会感到更新通知比较麻烦，可能会不对更新通知加以注意。在本实施方式中，能够通过使成员与格式对应来限定更新通知的对象者，因此能够减少不必要的更新通知。由此，认为用户会容易对更新通知加以注意。

既可以是，使成员与格式对应，也可以是，对格式进行一般公开。例如，制作与活动企划有关的实体，仅以相关人员来推进工作。也可以是，在工作进展时，扩大实体的成员，最终通过进行一般公开来依次扩大与活动有关的曝光。根据这种控制方法，也能够将实体用作针对一般情况的广告宣传的工具。

用户能够通过格式与格式的对应设定来使格式及来源于格式的实体阶层化。例如，设将实体EB作为实体EA的关联实体来对应设定，将实体EC作为实体EB的关联实体来对应设定。在该情况下，能够对以实体EA为最上位，实体EB为中位，实体EC为下位的信息的阶层进行定义。以为能够以个人单位来进行这样的阶层化，所以例如用户P1能够按照适合自己的信息整理样式，自由地对实体进行阶层化。通过与用户相应的灵活的信息阶层化，能够易懂地向用户提供信息。例如，在确认了实体EA时，能够进行对关联的实体EB的进展状况进行确认这样的工作流程管理。

另外，本发明并不被限定于上述实施方式或变形例，能够在不脱离主旨的范围内使构成要素变形并将其具体化。也可以是，通过对上述实施方式或变形例所公开的多个构成要素进行适当组合，从而形成各种发明。此外，也可以是，从上述实施方式或变形例所示出的全部构成要素中删除一些构成要素。

[变形例]

在本实施方式中，假设了与童装的设计有关的项目的时间表管理并进行了说明。不限于童装，软件开发、产品促销、体育活动的企划等，只要是以多个用户的信息共享为前提的场景，就能够广泛地应用信息管理系统100。

在本实施方式中，对使成员与格式对应的情况进行了说明。作为变形例，也可以是，成员设定部220使成员与每个实体而非格式对应。例如，也可以是，成员设定部220使用户P1、P2与来源于格式F1的实体E11对应，使用户P1、P3与来源于相同的格式F1的实体E12对应。根据这种控制方法，能够在实体单位而非格式单位中调整访问权限者。

在本实施方式中，以格式为一般公开对象进行了说明。作为变形例，也可以是，针对每个实体而非格式来确定有无一般公开。

在本实施方式中，对在格式与格式之间进行对应设定的情况进行了说明。作为变形例，也可以是，使得能够在实体与实体之间进行对应设定。

也可以是，实体更新部222基于关键项目来选择更新通知对象。例如，设项目“产品编号”包含“13068”的实体EY的其他项目数据(例：时间表开始日)被更新。此时，也可以是，实体更新部222对将产品编号“13068”作为关键数据包含的全部实体进行检测，并将这些实体的成员设定为更新通知的对象。也可以是，像这样，在项目单位而非实体单位中选择更新通知的对象。

也可以是，实体的更新者在输入项目数据时，输入是否要更新。例如，设用户P1改变了实体E16的项目Q1的项目数据。此时，信息管理系统100的输出部124向用户P1确认是否需要更新通知。在用户P1输入为“需要通知”时，实体更新部222使实体E16的成员进行更新通知。在输入为“无需通知”时，实体更新部222不向成员通知项目Q1的更新。根据这种控制方法，能够通过微小的更新来防止更新通知频发的情况。

也可以是，在格式的制作时，用户对通知项目和非通知项目进行设定。也可以是，使得在项目数据被更新时，更新通知部212在通知项目的项目数据被更新时进行通知，在非通知项目的项目数据被更新时不进行通知。根据这种控制方法，针对重要度较低的项目，能够使得在项目数据被变更时不进行更新通知，因此能够通过并不重要的更新来防止更新通知频发的情况。

也可以是，设定多个种类的更新通知。例如，也可以是，使得在重要通知的情况下，使更新记号312的尺寸显示得较大，在准重要通知时，使更新记号312显示得较小。此外，也可以是，相应地，在格式的制作时，设定重要通知项目、准重要通知项目、以及非通知项目。

在本实施方式中，对针对每个用户进行格式的对应设定的情况进行了说明。例如，即使用户P1使格式F1与格式F4对应，针对用户P2，格式F1与格式F4的对应设定也不会被进行。作为变形例，格式的对应设定也可以被共通化。例如，也可以是，使得在格式F1的制作者使格式F1与格式F4对应时，针对全部用户进行相同的对应设定。

关键项目也可以为多个。例如，使得设定2个关键项目Q1、Q2。关于用户画面提供部214，既可以是，使得以关键项目Q1、Q2各自的关键数据完全一致为条件来选择关联实体，也可以是，使得即使有1个一致，也将其选择为关联实体。

也可以是，服务器200的实体设定部218向实体制作者提出删除访问较少的实体。例如，也可以是，在从实体E35被制作起1年以上，编辑和阅览均未被进行时，实体设定部218针对制作实体E35的用户发送删除提案。在用户同意删除时，实体设定部218删除该实体E35。根据这种控制方法，由于在大量的实体被制作后，也会合理地删除不必要的实体，因而会易于防止不必要的信息蓄积。

也可以是，格式设定部216提出删除不具有实体的格式。也可以是，实体设定部218提出删除与旧时间表有关的实体，例如与1年以上前的时间表有关的实体。

检索部226按照被输入到主画面150的检索区域162的检索词来检索实体。例如，也可以是，在用户向检索区域162输入检索词时，对将该检索词作为项目数据包含的实体中的、检索者成为了成员的实体进行检测。

也可以是，信息管理系统100的用户终端110如图4、图5、图18所示，对格式的阶层关系、实体的阶层关系或类别与格式的关系进行图案化，并使其可视化显示。

也可以是，格式或实体的成员并非各1人，而是基于其属性集中多人来使其对应。例如，也可以是，针对格式F6，集中营销部所属的全部用户来使其对应。也可以是，像这样，预先准备出“营销部所属”这样的用户属性，并基于用户属性来设定成员。根据这种控制方法，在某一用户P5从营销部离开时，用户P5从此会失去向与营销部关联的实体的访问权。根据这种控制方法，与用户的所属变更对应地，会易于适当地管理针对实体的访问权。

在本实施方式中，以存在服务器200为前提进行了说明。其以通过多个用户终端110进行信息共享为前提。针对个人的信息管理而非群组，也能够应用本发明的一部分。例如，也可以是，将基于格式的实体的制作、格式的对应设定等功能安装于用户终端110，并仅通过用户终端110来在实体单位中管理用户的时间表及备忘录。

[付记]

基于本实施方式，进一步认识下述发明。

B1.一种服务器，其特征在于，

该服务器介由通信网络与多个用户终端连接；

该服务器包括：

用户画面提供部，其针对用户终端提供用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者，

对应登记部，其在用户画面中，在第2格式被用户与第1格式对应时，对上述第2格式针对上述第1格式的对应进行登记，以及

实体设定部，其在来自用户的针对用户画面的格式的指定及基于上述被指定的格式的实体的制作时，制作实体；

上述用户画面提供部在使基于上述第1格式制作的第1实体显示于用户画面时，使基于上述第2格式制作的第2实体作为上述第1实体的关联实体来显示。

B2.如B1所述的服务器，其特征在于，

上述对应登记部在第1用户使上述第2格式与上述第1格式对应时，使上述第1格式、上述第2格式及上述第1用户对应地进行登记；

上述用户画面提供部在使上述第1实体显示于上述第1用户的用户画面时，使上述第2实体作为上述第1实体的关联实体来显示，在使上述第1实体显示于未使上述第2格式与上述第1格式对应的第2用户的用户画面时，不使上述第2实体作为上述第1实体的关联实体来显示。

B3.如B1或B2所述的服务器，其特征在于，

上述实体设定部通过接收项目数据向格式所包含的1个以上的项目的输入来设定实体的数据集合；

上述用户画面提供部以上述第1实体中的关键项目的项目数据与上述第2实体中包含的上述关键项目的项目数据一致为条件，使上述第2实体作为上述第1实体的关联实体来显示。

B4.如B1～B3的任意一项所述的服务器，其特征在于，

上述用户画面提供部在上述第2格式被与上述第1格式单向地对应的情况下，在使上述第1实体显示于用户画面时，使上述第2实体作为上述第1实体的关联实体来显示，在使上述第2实体显示于用户画面时，不使上述第1实体作为上述第2实体的关联实体来显示。

B5.如B4所述的服务器，其特征在于，

上述用户画面提供部在上述第2格式被与第1格式对应，且上述第1格式被与上述第2格式对应的情况下，在使上述第2实体显示于用户画面时，也使上述第1实体作为上述第2实体的关联实体来显示。

B6.一种用户终端，其特征在于，包括：

用户画面显示部，其显示用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者，

对应输入部，其在用户画面中，取得来自使第2格式与第1格式对应的用户的指示，以及

实体制作输入部，其在用户画面中，取得基于格式的实体的制作指示；

上述用户画面显示部在使基于上述第1格式制作的第1实体显示于用户画面时，使基于被与上述第1格式对应的上述第2格式制作的第2实体作为上述第1实体的关联实体来显示。

B7.如B6所述的用户终端，其特征在于，

上述用户画面显示部在使上述第1实体显示于用户画面时，使上述第2实体作为上述第1实体的关联实体来显示，在使上述第2实体显示于用户画面时，不使上述第1实体作为上述第2实体的关联实体来显示。

B8.一种信息管理系统，其特征在于，

该信息管理系统包含介由通信网络相互连接的1个以上的用户终端和服务器；

上述服务器包括：

用户画面提供部，其针对用户终端提供用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者，

对应登记部，其在用户画面中，在第2格式被第1用户与第1格式对应时，使上述第1用户、上述第1格式及上述第2格式对应地登记，以及

实体设定部，其在来自用户的针对用户画面的格式的指定及基于上述被指定的格式的实体的制作时，制作实体；

上述用户终端包括：

用户画面显示部，其显示用户画面，

对应输入部，其在用户画面中，取得来自使上述第2格式与上述第1格式对应的用户的指示，以及

实体制作输入部，其在用户画面中，接收针对在格式中预先准备的项目的项目数据的输入，并取得基于格式的实体的制作指示。

上述服务器的上述用户画面提供部在使上述第1实体显示于上述第1用户的用户画面时，以上述第1实体中的关键项目的项目数据与上述第2实体中的上述关键项目的项目数据一致为条件，使基于被与上述第1格式对应的上述第2格式制作的第2实体作为上述第1实体的关联实体来显示。

Claims (7)

1.一种服务器，其特征在于，

该服务器介由通信网络与多个用户终端连接；

该服务器包括：

用户画面提供部，其针对用户终端提供用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者，

实体设定部，其按照来自用户的针对用户画面的格式的选择及基于上述被选择的格式的实体的制作指示来制作实体，

成员设定部，其按照来自用户的针对用户画面的指定来对要作为格式或实体的成员的1个以上的用户进行设定；

上述用户画面提供部在提供用户画面时，将多个实体中的、提供目标用户被对应为成员的实体选拔为显示对象。

2.如权利要求1所述的服务器，其特征在于，

还包括格式设定部，该格式设定部按照来自用户的针对用户画面的格式的制作指示来制作格式；

上述格式设定部通过使在格式中预先准备的多个项目中的、被用户指定的项目有效化来对格式的数据结构进行定义；

上述实体设定部通过接收针对在格式中有效化的项目的项目数据的输入来设定实体的数据集合。

3.如权利要求1或2所述的服务器，其特征在于，还包括：

实体更新部，其按照来自用户的针对用户画面的实体的指定、以及上述被指定的实体的属性值的更新指示，对上述被指定的实体的项目数据进行更新，以及

更新通知部，其向用户终端通知上述被指定的实体的更新；

上述更新通知部以作为更新对象的实体的成员为对象通知更新。

4.如权利要求1～3的任意一项所述的服务器，其特征在于，

上述格式设定部按照来自用户的指定来对格式或实体可否一般公开进行设定；

上述用户画面提供部将被设定为可一般公开的实体作为公开的网页来提供。

5.如权利要求1～4的任意一项所述的服务器，其特征在于，

实体为产品或服务的开发项目所包含的工序的管理单位，将包含期限的日程信息和表示工序的进展的进展信息这两者作为实体的属性值而包含。

6.一种用户终端，其特征在于，包括：

用户画面显示部，其显示用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者，

项目输入部，其从用户接收在格式中预先准备的多个项目中的、要有效化的项目的指定，

实体制作输入部，其接收针对在格式中有效化的项目的项目数据的输入，以及

成员输入部，其接收要作为格式或实体的成员的1个以上的用户的指定；

上述用户画面显示部在上述用户画面中，选择性地显示多个实体中的、该终端的用户被对应为成员的实体。

7.一种信息管理系统，其特征在于，

该信息管理系统包含介由通信网络相互连接的1个以上的用户终端和服务器；

上述服务器包括：

用户画面提供部，其针对上述用户终端提供用户画面，该用户画面能够显示定义数据结构的格式及作为按照格式制作的数据集合体的实体这两者，

格式设定部，其通过使在格式中预先准备的多个项目中的、被用户指定的项目有效化来对格式的数据结构进行定义，

实体设定部，其通过接收针对在格式中有效化的项目的项目数据的输入，从而对基于上述格式的实体进行设定，

成员设定部，其按照来自用户的针对用户画面的指定，对作为格式或实体的成员的1个以上的用户进行设定，

实体更新部，其按照来自用户的针对实体的项目数据的更新指示来更新实体的项目数据，以及

更新通知部，其向用户终端通知实体的更新；

上述用户终端包括：

用户画面显示部，其显示用户画面，

项目输入部，其从用户接收在格式中要有效化的项目的指定，

实体制作输入部，其接收针对在格式中有效化的项目的项目数据的输入，以及

成员输入部，其接收要作为格式或实体的成员的1个以上的用户的指定；

上述服务器的上述用户画面提供部在提供用户画面时，将多个实体中的、提供目标用户被对应为成员的实体选拔为显示对象；

上述服务器的上述更新通知部将成为更新对象的实体的成员设定为更新的通知对象；

上述用户终端的上述用户画面显示部在用户画面中，显示多个实体中的、该终端的用户被对应为成员的实体。

Images