CN1381800A - 联系信息管理系统、联系信息管理用程序和记录媒体 - Google Patents
联系信息管理系统、联系信息管理用程序和记录媒体 Download PDFInfo
- Publication number
- CN1381800A CN1381800A CN02107083A CN02107083A CN1381800A CN 1381800 A CN1381800 A CN 1381800A CN 02107083 A CN02107083 A CN 02107083A CN 02107083 A CN02107083 A CN 02107083A CN 1381800 A CN1381800 A CN 1381800A
- Authority
- CN
- China
- Prior art keywords
- relation
- information
- grade
- parent
- management table
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
- G06F17/40—Data acquisition and logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
Abstract
一种联系管理各种信息的联系信息管理系统,至少具有以各种信息的识别信息存储母子联系的关系管理表6和,在指定的信息和范围内利用上述关系管理表的联系检索母至子,子至母的各种信息的检索处理单元4,识别信息包括ID、FAT信息、FAT内记录地址、文件类型、目录路径、文件名、选择范围、对象、属性或具有属性的信息,各种信息由存储识别信息和具体信息构成的成员表的存储管理表7管理。这样,利用简单结构可以登录、管理各种信息联系,可以简单进行关系的检索、提取。
Description
技术领域
本发明涉及将各种信息加以联系地进行管理的联系信息管理系统,联系信息管理用程序和记录媒体,还涉及使个人、团体的信息数据的相互关系系统化并进行记录的系图型人脉管理系统。
发明背景
经信息化时代、IT革命等,个人计算机、便携式信息终端(PDA)和其它各种信息终端设备在各种领域得到快速普及。与此相随,用信息终端处理并管理的信息如有关人的信息、有关组织的信息、有关营业、顾客和其它事业的信息、有关文书、文献的信息、有关各种管理的信息等扩展到很多领域。像这样,不仅信息种类变多,信息量也变多,这些信息之间必然会有各种关联。为了灵活运用这些信息关系,需要整理信息,管理信息关系。
一般作为信息联系例如以某个种类或类型,可以按照一定规则建立高至低的树结构关系。另外,家谱图如父母至子女,再到子女的子女,连系到各亲戚,但从高到低的联系是基本的,关系不会复杂交错。
但是,若信息种类和量变多,则为了根据受理信息整理整个信息,作为管理对象还需要包含种类、类型不同的信息的联系。图1是表示关系图例的图,图2是表示建立了联系的各种信息例的图。
例如,如图1所示,若A~J的信息建立如箭头所示的关系,则一般联系是所有信息不成为实线的树结构,如A和F的关系经A和BCD成为虚线所示的关系,存在其它联系的例子很多,所以大多数信息之间的关系错综复杂。另外,如图2所示,在文献、OO大学、OO建设、作者、附图、OO文书、管理部署等作为各信息的单位时,例如着眼于OO文书时,对此联系作者、文献、附图、应用文书、保管场所、担当部署。
如上所述,不仅是对种类、类型不同的各种信息建立关系,若作为有关人的信息系统化人脉,则与1个人连系的人数从几个人成为几百人,如朋友的朋友又成为另一朋友的朋友,在同一人脉系图中重复联系同一人物,非常复杂。
若以一般关系图表示具有这样的联系,则非常难以组合而复杂,很难以记录它和记录所有关系。因此,现状是根据各目的限定管理,例如人脉中依靠人的记忆只管理重要部分。
一般家系图中可以表示直系家属,但难以一起记载以婚姻连结的外戚。如果只是长子的外戚,如图3所示,可以想办法建立关系,但若记载所有兄弟的外戚,其配偶的各兄弟以婚姻连结的外戚,其外戚的父母和父母的兄弟,母亲的娘家的外戚等,则只能用3维立体表示。
而且,由于是家族,所以系图中出现的个人的名字只能在1处出现。兄弟最多十几人。
但是,要系统化人脉,则如图4所示,与1人连系的人数从几人至几百人,如朋友的朋友又成为另一朋友的朋友,同一人物在同一系图中出现多次。
因此,记录一般关系图是非常困难的,不能记录所有关系。因此,现状是依靠人的记忆只管理人脉的重要部分。
以前提出了从电子邮件所含的发件人姓名、收件人姓名、以及这些电子邮件地址提取管理人脉信息的系统(特开2000-66970号公报)和,通过用计算机读取名片信息,并与从谁处得到该名片的信息一起登录,得到人脉信息的装置(特开平11-66082号公报)。
但是,这些现有技术中,只规定2维连系人脉,还没有规定和检索母子关系(上下关系)等3维扩展和连系的具有深度的人脉信息。
发明概述
本发明的目的在于可以利用简单结构登录、管理各种信息联系。本发明的另一目的在于可以简便地检索并提取信息关系。本发明的又一目的在于可以在平面纸上表示人脉系图,即使同一人在系图中出现多次,也可以可靠地查找出关系路径。本发明的另一目的在于通过用母子关系表示连系,可以区别其关系,并且可以区别连系深度。本发明的另一目的在于不是用世代表示系图,而是通过用父母等表示系图,不固定母方向和子方向的连系方向,可以自由追踪,可以进行可树显示的系图型人脉管理。
因此,本发明是一种加以联系地管理各种信息的联系信息管理系统,其特征在于至少具有以各种信息的识别信息存储母子联系的关系管理表和,在指定的信息和范围内利用上述关系管理表的联系检索母至子,子至母的各种信息的检索处理单元。
上述各种信息由存储上述识别信息和具体信息构成的成员数据的成员管理表管理,上述具体信息包括种类、等级、分类、业种,具有区分成员的区分信息,上述具体信息还包括FAT信息、FAT内记录地址、文件类型、目录路径、文件名、选择范围、对象、属性或具有属性的信息,上述识别信息包括ID、FAT信息、FAT内记录地址、文件类型、目录路径、文件名、选择范围、对象、属性或具有属性的信息,上述关系管理表具有相互联系方向和关系程度信息。
一种加以联系地管理各种信息的联系信息管理系统,其特征在于至少具有以各种信息的识别信息存储母子联系的关系管理表,存储上述识别信息和上述各种信息的成员管理表,输入、设定、指示数据的输入处理单元,在上述输入处理单元指定的信息和范围内利用上述关系管理表的联系检索母至子、子至母的各种信息,并存储到上述成员管理表的联系信息管理单元和,输出上述联系信息管理单元处理的数据的输出处理单元,上述输入处理单元以给予的条件对存储在上述成员管理表的1至多个数据和不同的1至多个数据进行联系,并将该联系存储到上述关系管理表。
本发明具有由存储姓名或团体名、住址、电话号码等个人、团体的成员信息的成员管理表和,
以母子关系规定登录在该成员管理表的成员和与该成员有关系的另一成员的二者关系,同时记录表示该关系种类和关系优先级的区分代码的关系管理表构成的数据库。
该数据库中,为了提高处理速度,最好除了关系管理表,另外设置规定区分代码表示什么关系和表示什么优先级的区分表。
在上述成员管理表的登录事项可以设置用于生成登录成员的统计资料和区分所属类的地区代码。
本发明的特征在于上述系统具有在作为参照对象指定了成员时,提取与该成员具有母子关系的成员,将母成员、子成员、孙成员作为目录与参照对象一起表示的、执行下面步骤的单元。(1)将在指定特定条件提取的成员目录选择的成员代码作为参照对象代码(以下本人CIF)。(2)基于本人CIF从成员管理表取得参照对象的信息,并存储到参照对象显示域。(3)基于本人CIF从关系管理表提取成为参照对象的母关系的所有成员代码(以下,母CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到母成员目录显示区域。(4)基于本人CIF从关系管理表提取成为参照对象的子关系的所有成员代码(以下,子CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到子成员目录显示区域。(5)基于子成员目录显示区域的最上的子CIF,从关系管理表提取与子成员目录显示区域的最上的子成员成为子关系的所有成员代码(以下,孙CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到孙成员目录显示区域。(6)表示显示区域。(7)判断用户是否选择了子成员目录显示区域中最上以外的成员。若选择,则进入步骤(8)。若没有选择,则进入步骤(9)。(8)基于选择的子CIF,从关系管理表提取与子成员目录显示区域的选择的子成员成为子关系的所有成员代码(以下,孙CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到孙成员目录显示区域,并再次显示。(9)判断是否按下参照对象变更按钮。若按下,则进入步骤(10)。若没有按下,则等待下一个指示。(10)将在母成员目录显示区域、子成员目录显示区域和孙成员目录显示区域中用户选择的成员代码作为本人CIF。返回到步骤(2)。
本发明的上述系统中,具有利用设定为参照对象的成员代码提取具有母子关系的成员,按等亲近的顺序树显示多个等亲的、执行下面步骤的单元。(1)基于参照对象CIF取得成员管理表的参照对象成员信息,并在树显示区域表示。(2)洗提1等亲(2-1)基于参照对象CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第2列的参照对象下追加显示。(2-2)基于参照对象CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第2列的母成员下追加显示。
但是,若在树显示内已显示同一CIF成员,则在姓名后附上省略标号。(3)洗提2等亲(3-1)对于第2列显示的1等亲成员从上依次进行以下各处理。(3-2)基于1等亲CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第3列的相应的1等亲成员和下一个1等亲成员之间插入显示。
但是,若直系2等亲前(参照对象)为同一成员,则不进行“洗提2等亲”。(3-3)若作为源的1等亲的相应格的成员附有省略标号,则不进行“洗提2等亲”。(3-4)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号。(3-5)基于1等亲CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第3列的相应的1等亲成员和下一个1等亲成员之间插入显示。
但是,若直系2等亲前(参照对象)为同一成员,则不进行“洗提2等亲”。(3-6)若作为源的1等亲的相应格的成员附有省略标号,则不进行“洗提2等亲”。(3-7)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号。(4)洗提n等亲。设(n=3)(4-1)对于第n列显示的n-1等亲成员从上依次进行以下各处理。(4-2)基于n-1等亲CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第n+1列的相应的n-1等亲成员和下一个n-1等亲成员之间插入显示。
但是,若直系2等亲前(n-2等亲)为同一成员,则不进行“洗提n等亲”。(4-3)若在作为源的n-1等亲的相应格的成员附有省略标号,则不进行“洗提n等亲”。(4-4)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号。(4-5)基于n-1等亲CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第n+1列的相应的n-1等亲成员和下一个n-1等亲成员之间插入显示。
但是,若直系2等亲前(n-2等亲)为同一成员,则不进行“洗提n等亲”。(4-6)若在作为源的n-1等亲的相应格的成员附有省略标号,则不进行“洗提n等亲”。(4-7)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号。(5)之后,对步骤(4)的n加1,到n成为规定数为止重复步骤(4),在n成为规定数时结束处理。
本发明的上述系统中,具有利用设定为参照对象的2个人的成员代码,到成为任意等亲为止提取显示是否得到该2个人的关系路径的、执行以下步骤的单元。(1)设追踪关系的2人成员中的一方为正、另一方为副,为了追踪副成员是否与正成员连系,保存设定条件、初始化暂存检索结果的存储器内的排列区域。(2)在进行处理时,保存用户指定的设定条件,即最多查到哪1等亲、最短路径还是所有路径。(3)提取正成员的母子关系的第1等亲。(3-1)在提取的第1等亲的na记录数中,判断第ia(i=1~n)是否为副成员。(3-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第1等亲的记录执行步骤(3-1)的处理。(4)若不是副成员,则提取第1等亲的第ia成员的母子关系的第2等亲。(4-1)在提取的第2等亲的nb记录数中,判断第ib(i=1~n)是否为副成员。(4-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第2等亲的记录执行步骤(4-1)的处理。(4-2)若不是副成员,则判断在路径中的高位是否存在与第2等亲的第ib相同的成员。(4-2-1)若存在,中断该处理,对下一个第2等亲的记录执行步骤(4-1)的处理。(5)若不存在,则提取与第2等亲的第ib成员成为母子关系的第3等亲。(5-1)在提取的第3等亲的nc记录数中,判断第ic(i=1~n)是否为副成员。(5-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第3等亲的记录执行步骤(5-1)的处理。(5-2)若不是副成员,则判断在路径中的高位是否存在与第3等亲的第ic相同的成员。(5-2-1)若存在,中断该处理,对于下一个第3等亲的记录执行步骤(5-1)的处理。(6)若不存在,则提取与第3等亲的第ic成员成为母子关系的第4等亲。(7)直到预设次数的等亲为止边累加数值边重复,到成为最终等亲进行以下处理。(7-1)从提取的最终等亲的nx记录数中,判断第ix(i=1~n)是否为副成员。(7-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,进入最终等亲的下一记录。(7-2)若不是副成员,进入最终等亲的下一记录。若最终等亲的记录为n,则对前一等亲的记录数累加1并进行处理。(7-3)若前一等亲的记录数到n为止,则对再前一等亲的记录数累加1并进行处理。(8)直到所有等亲的记录数结束为止进行这些步骤。(9)将保存在上述存储器内的排列区域的检索结果从路径等亲数少的开始重新排列。(10)在树显示第1个检索结果。(11)用户用折叠式列表框指示变更检索结果显示时,树显示检索结果中的用户选择的路径。
本发明的其他目的和优点从下面的说明中可以局部地变明显。
因此,本发明包括在后面举出的结构特征、元件组合和部件设置,本发明的范围在权利要求中表示。
附图简述
图1是表示关系图例的图。
图2是表示有联系的各种信息例的图。
图3是表示一般家谱图显示例的说明图。
图4是表示人脉连系例的说明图。
图5是表示本发明的联系信息管理系统的实施例的图。
图6是表示成员管理表的结构例的图。
图7是表示关系管理表的结构例的图,
图8是表示主表的结构例的图。
图9是说明本发明的联系信息管理系统的联系检索处理流程例的图。图10是说明检索条件和输出条件例的图。图11是说明利用同步方式的图。图12是说明使用母选择集团和子选择集团的并列联系例的图。图13是说明根据类型一致的并列联系例的图。图14是说明LL方式的数据库间输入例的图。图15是说明连系关系的媒体的图。图16是说明资源管理器等文件管理软件联系的图。图17是说明多类型数据文件内的部分联系的图。图18是说明其它文件等联系的图。图19是说明设置多个管理表进行联系的图。图20是表示一般卡形式的顾客管理方法的说明图。图21是表示本发明的关系管理表的例子的说明图。图22是子关系的说明图。图23是母关系的说明图。图24是母子关系的说明图。图25是利用者和想查询关系的人物的路径的说明图。图26是本发明的母子关系的连系的说明图。图27是表示本发明的成员介绍系图的画面例的图。图28是表示本发明的成员关系检索的画面例的图。图29是说明本发明的查询系图方法的图。图30是表示本发明的系统软件结构的框图。图31是本发明的实施系统的主菜单画面的图。图32是本发明实施例的成员信息输入画面的图。图33是本发明实施例的BOX项目输入画面的图。图34是本发明实施例的BOX项目输入画面的图。图35是本发明实施例的地区代码输入画面的图。图36是本发明实施例的关系区分登录画面的图。图37是本发明实施例的关系区分登录画面的图。图38是本发明实施例的关系输入画面的图。图39是本发明实施例的成员介绍系图(母、子、孙)的画面的图。
图40是本发明实施例中显示的系图范围的说明图。
图41是图39的显示画面的具体图。
图42是在关系检索中探索的路径的说明图。
图43是表示并用关系管理表和关系矢量表的例子的图。
图44是说明连系关系的方法例的图。
图45是表示成组的关系之间的连结例的图。
图46是表示在参照对象中心显示生成的关系系图例的图。
图47是表示在位置时序列显示生成的关系地图例的图。
优选实施例的说明
以下,根据附图说明本发明的实施例。
图5中,输入处理部1输入各种数据和、输入检索、编辑、输出等各种指示,该各种数据为对关系管理表6、成员管理表7、主表8等的各数据进行设定、登录、更新、删除等的数据。输出处理部2输出、送出对各数据进行设定、登录、更新、删除等的各种数据和,进行检索、编辑、输出等各种指示的输入画面,基于各种指示输入的处理结果的画面,信息的显示输出、打印输出、经网络和通信线路给其它设备传送数据、送出处理。
进行数据管理的数据登录、更新处理部3基于来自输入处理部1的输入,对各数据进行设定、登录、更新、删除等各种处理,例如进行成员具体信息登录/更新、履历信息登录/更新、关系输入等。检索处理部4根据基于来自输入处理部1的指示输入设定的检索条件,访问各输入检索成员信息,例如进行相应成员检索、成员履历检索、成员关系检索等。编辑处理部5进行根据基于来自输入处理部1的指示输入设定的输出条件输出检索结果的编辑处理,例如进行成员介绍系图、前后n等亲显示、连系检索显示等。
成员具体信息登录/更新中,登录成员信息,同时利用图像显示功能,显示与各成员有关的图像。通过输入邮政编码之后按下邮政编码检索按钮,从邮政编码搜索到住址。履历信息登录/更新中,登录每个成员的如相应履历、销售履历具体信息,通过对输入内容使用成员履历检索功能从履历内容搜索到成员。关系输入中登录从哪里连系到哪里,它们之间的关系。关系区分中,从预设的内容选择从母看来与子成员什么关系,从使用成员关系检索功能选择的关系区分检索登录成员。关系具体登录中,通过在输入时输入对该连系的具体信息,使用成员关系检索功能利用登录时输入的具体信息进行检索。
成员检索中,多次重合条件,将给予条件得到的结果集中到目的成员组,(AND)检索中将这次条件提供给上一次结果并集中数据,在(OR)检索中,只要满足上一次结果和这次条件的某一方则一致。通过检索,通常在列表框显示相应成员,若选择(点击)不相应的成员,则在列表框显示通过条件选择的成员以外的成员。成员履历检索中,基于输入的每个成员的履历检索成员。例如,在作为销售信息利用履历时,可以检索前一周内销售OO的人。成员关系检索中,基于成员之间关系进行检索。例如,营业员为了开拓顾客使用关系时,通过登录每个顾客的估计率,可以根据区域建立营业战略。
成员介绍系图中,基于参照对象,显示在母方向2等亲,在子等亲方向2等亲,另外,通过变更参照对象,可以参照所有相关者。前后n等亲显示中,基于参照对象者,颜色区分显示例如在母方向5等亲和在子方向5等亲,合起来10等亲的相关者,在画面的单侧显示母成员、子成员的目录。连系检索是指定任意2人,检索该成员间是否有连系。
关系管理表6是利用识别信息1对1联系各种信息的表。本发明中,识别信息除了包括标识符、识别号、识别代码、ID、ID号、CIF之外,还包括OS管理的文件放置表(以下,称为FAT)信息、可固体识别的属性信息等。另外,对于其联系,相互关系的方向,例如图7所示,母→子、主→从、上→下或对应其反方向,根据需要附加知道其关系程度的关系区分等信息。作为关系区分例如与人有关时,一般与上司、部下、朋友、中介、敌人、学校名册的关系中有出身(OB)、与不是人的关系有所有,公司关系有承包、协作、顾客,人事评定的关系有直属、同事、所属,金融机关管理保证的连锁关系时使用的关系有保证人、连带保证人、所属建筑物、所属土地,文件、文献,图面的关系有制作者、作者、介绍者、推荐者等,根据各种关系进行设定。根据其使用目的等多次使用这样的关系管理表。
成员管理表7对应各识别信息存储各成员的信息本身,或存储可以取得该信息的关系信息,例如包括FAT信息、FAT内记录地址、文件类型、位置信息、对象、属性、属性信息等的信息。成员例如人、文书、文献、图面、企业、总分店、分店、出差地、部署、场所、设施、机关、商品、机械、设备等,包括人和物、设施、机关、组织、数据、文件的有形、无形的各种管理单位,包括所有种类和类目。管理的成员数据登录成员固有的识别信息、根据成员区分各种其它成员的区分信息和文件夹等的位置信息、用物理地址号表示的关系信息、成员固有的具体信息等,用成员信息直接或取得成员信息的信息间接管理。例如,如图6所示,区分各成员的区分信息是各成员种类、等级、分类、业种等信息,成员固有的具体信息为摘要、履历等信息。日期是登录、更新的日期。
区分信息的成员种类、等级、分类、业种等是用于进行检索、用于编辑输出的条件,根据有无其指定,判断在检索、编辑输出的对象是否包含等。摘要信息是例如在人的情况下,以姓名为成员名,包含性别、出生年月日、住址、电话、传真、电子邮件地址、所属、职务、入公司年月日、所属组、兴趣、经历、简历、照片等,在文件、文献、图面的情况下,以其名称作为成员名,包含文献分类、制作日、发行日、制作者、发行者、作者、内容摘要、推荐文、介绍文等任意信息。履历信息是包含成员履历和更新履历等的信息。
主表8具有例如为了根据各成员信息在成员管理表7登录最低的所需信息而设定登录区分,作为检索和编辑输出的条件指定时所需的各种信息的定义表等。例如,如图8所示,是种类表、等级表、分类表、业种表、关系区分表等。
种类表例如如图8(A)所示,定义识别什么成员的种类信息、人、公司、文书、…等。等级表定义例如如图8(B)所示的等级和优先级,一般作为等级如最重要、重要、顾客A等级、顾客B等级、顾客C等级等对等级定义高、中、低等优先级,作为特殊等级定义交涉中、可再次交涉、不认识等,在成员种类不是人时定义动产、不动产等,作为处理了名册的成员使用的目的按本人、名册等的等级定义高、中、低等优先级。
分类表例如如图8(C)所示,作为属于大分类、中分类、小分类的项目定义用于地区、人事评定和公司内部评定的部科、商品、组等。业种表例如如图8(D)所示,定义制造业,信息服务业,自治体,建筑、建设业,保险、金融业、农林渔业、私营等各业种。
关系区分表例如如图8(E)所示,定义关系区分和各优先级,作为一般区分人的种类有上司、部下、朋友、中介、敌人等,作为以学校名等为母时的区分有出身(OB),作为以不是人的对象为子时的区分有所有,作为连结公司和公司间的关系时的区分有承包、协作、顾客等,作为人事评定时使用的区分有直属、同事、附属等。
关系区分是起连系登录的成员之间的“手”的作用,用表示2个数据(成员)的连系的代码定义。联系人和人、人和物、物和物时,指定用什么关系连结,关系也是从深连系到浅连系,例如在人和人的情况下,到知面的程度关系程度有差别。关系区分考虑该现象,附上优先级,可以将更重要、更密的关系表示在高位等。
下面,说明本发明的联系信息管理系统的联系检索处理。
本发明的联系信息管理系统的联系检索处理例如如图9所示,设定检索条件(步骤S11),设定输出条件(步骤S12)。在此,作为检索条件是对开始检索的成员例如如图10(A)所示,设定对象,即哪一成员种类为对象,哪一分类、等级、业种为对象,进而检索范围,例如到哪一格为止、到几等亲为止。另外,作为输出条件将编辑输出的范围和条件设定为如图10(B)所示,设定输出输出模式和图形,如将母、子输出到哪里,此时的输出色为哪一色,是否一起输出关系,是否用箭头输出母、子的方向,是否左右方向分开输出母、子,是否以表形式输出母、子,是否以树结构输出等。
接着,按照检索条件检索子(步骤S13),将检索出的子及其关系保存到存储器(步骤S14)。同样,从子检索母(步骤S15),将检索出的母及其关系保存到存储器(步骤S16)。基于输出条件判断作为对象是否检索下一格(步骤S17),在需要检索下一格时,在步骤S13~S16进行检索,将保存的最终格的成员作为检索关键字之后(步骤S18),在与这些检索、保存的成员重复时删除检索关键字(步骤S19),返回步骤S13重复进行同样处理。
在步骤S17判断为检索结束时,按照设定的输出条件编辑检索结果(步骤S20),并输出该编辑的检索结果(步骤S21)。
接着,具体例示说明在成员数据登录的具体信息。摘要信息不限定项目名称,根据用途可以进行变更,例如在一般摘要项目中登录有记录登记符号、初次交易日、事业内容、交易内容备忘录等,在用于保险的外交营业时,登录有F券号、入保月日、家族结构、病例等,在用于人事评定时,登录有社员号、入社年月日、家族结构、特别事项、综合评价等,在金融机关管理保证的连系时,登录有账号种类、序号、签约日、家族结构、有无保证债务、资产等,在用于营业时,登录有会员号、初次访问日、特征、兴趣、嗜好等信息。
履历信息是可以按时间顺序输入相应记录的信息,例如在一般项目中,登录有日期、会谈内容、数值目标、达成度、下一期延迟等,在用于营业时,登录有采购日、采购品名、数量、采购金额、点数等,在用于保险时,登录有保险额变更月日、保险名称、内容、进款次数、基本金额、总额等,在用于人事时,登录有年月目、业务名、金额、自我评价、内部评价等,在用于金融机关时,登录有借贷日、担保、借贷金额、每月返还预定额、剩余等信息。
将在关系输入画面连系的成员相互关系作为附加信息输入关系摘要项目时,根据用途设定项目。例如,在一般使用时,登录有事件、母的注意点、子的注意点、介绍日、共同纪念日、备考日期、母→子可靠度、子→母可靠度、亲密度、评价(母→子)、评价(母←子)等,在用于交易关系时,登录有接受订货、订货、承包、介绍日、交易日(初次)、交易日(最终)、持股、订货负荷、接受订货负荷、关系的变迁、交易内容等,在用于保险时,登录有共同兴趣、特长、健康状态、最新出事日期、初次见面日期、结婚纪念日、亲密度、认识年数、敌人、备考等,在用于人事时,登录有年度、附属部署、附属年月日、评价年月日、移动年月日、能力、协调性、努力、评价(母→子)、评价(母←子)等,在用于金融机关时,登录有保证内容、抵押次序(物)、记录、保证更新日、初次支付日、最终支付日、保证金额、保证限额、路线价(物)、具体关系等。
说明扩展本发明的联系信息管理系统的实施例。
说明在已经构筑、运营的其它数据库具有本发明的联系信息管理功能的同步方式。在已有的数据库附加关系管理功能的方法有从开始重新制作运行它的软件的方法和、连结具有交接数据的接口的关系管理软件的方法。同步方式指后者。该同步方式中,不改已有数据库结构的整个软件,如图11所示,将该数据库具有的数据固有ID号记录到关系管理表。即,在1个数据库附上不同的软件。但是,由于大多数据库本身设计为用于已有软件,所以在关系管理软件侧具有接受来自已有软件的信息的结构部分。这样,关系管理软件侧不开发基本的数据显示部分,可以利用已有软件的数据参照部分。在关系管理软件侧具有对已登录的数据之间进行联系,系图显示等关系管理功能部分。(通过执行外部软件)读取关系管理软件内已有软件的所有功能,在外观上对已有系统追加关系管理部分。
为了利用同步方式,需要在关系管理软件侧监视因对已有软件进行追加、修正、删除而使ID的变更,在已有软件许可ID变更时,需要关系管理软件侧对应重新分配的其ID号,或在已有数据附加不变的ID。通过利用同步方式,对于移动中的数据库系统不导入改变的新的系统,而是节约成本转移到具有关系管理功能的系统。
接着,说明自动联系。可以对与给予的条件一致的数据,选择的数据等,登录在成员管理表的任意1个或多个数据和,不同的1个或多个数据进行联系。此时,作为串联联系按用户指定预先替换的顺序、或逐个进行依次串联任意指定选择的多个数据的联系。
另外,作为并行联系是在母选择集团和子选择集团,显示从各所有数据中根据条件指定提取的数据,以数据个别具有的种类提取的数据,任意选择的数据,或所有数据,利用指定母子进行联系生成关系管理表。
此时,例如如图12(A)所示,在母选择集团和子选择集团各有1个成员时,分别直接作为母子进行1对1联系。另外,在母选择集团有1个成员和在子女选择集团有多个成员时进行1对多的联系,即,将1个母与各子的1对1的联系重复进行相当于子个数的次数。在母选择集团有多个成员和在子选择集团有1个成员时,进行多对1的联系,即,将1个子与母进行1对1的联系重复进行相当于母个数的次数。
另外,在母选择集团和子选择集团分别有多个成员时,进行相当于母个数的次数1对多的联系,或相当于子个数的次数的多对1的联系,如图12(B)所示,在母子之间指定新的或已有数据α,将所有母指定数据作为α的母,将所有子指定数据作为α的子并保存到关系表的进行多对多的联系。各联系是通过联系按钮等统括处理起动和拖拽等进行。
作为与种类一致的并行联系,如图13所示,按成员管理表的数据逐个设置多个种类登录框,选择马、树、苹果、花、山等与登录的种类一致的数据并联系新或已有数据。例如,可以同样适用于包括同一组等同一属性、同一语言的数据。
说明数据库间的输入。若将本发明的联系信息管理系统分为如专业版、标准版、个人版多个等级版,则利用它,例如如图14所示,可以用管理员和1个或多个部员组织如LL方式的模拟网络。在此,专业版是不限制数据登录,可输入、检索履历信息,可输入、检索关系具体信息,可有多个数据库,标准版是不限制数据登录,可输入、检索履历信息,个人版是限制最多登录几百个,利用公共数据库。还有,专业版具有多个数据库,可以边切换边利用。数据库若不在同一文件夹内,则在LAN上的另一个人计算机的任何地方都可作为操作对象。
管理员通过利用专业版,除了自己的数据库之外,还可以参照、更新部员的数据库,部员通过利用标准版,只能操作自己的数据库。即使万一擅自复制其他人数据,也由于在每个数据库设置4个等级的ID和密码,所以不能进入内部。专业版由于可以参照、更新标准版看不到的关系具体信息部分,所以在本人管理外写入部员的数据库。
另外,在任意指定的数据至n等亲的范围,将联系的数据作为输入对象,重新分配输入与读取侧的数据识别代码不重复的代码。在输入时,在读取侧和、移植侧存在同一数据时,进一步用“本人”(区分与同一数据的关系)进行联系。在是否相同的判断模糊时,让用户选择是否判断为消息还是其它数据。
下面,说明文件管理软件的应用。
看文件管理软件(资源管理器等)现状,认为文件管理软件整体为1个大收藏库,只是分开文件放入文件夹可分类的集装箱而不能搜索文件关系。但是,在管理文件时,知道文件之间的连系就更易于整理。
例如,在有以文字作成的文书A、修正了该文书的文书A’时,2个文书具有的关系不过是记录文件名、保存在同一文件夹、有属性关系。如果用属性识别,则在生成了A”、A、A””等时,必需将之后生成的文书与之前生成的文书有连系记录到至此生成的所有文书的属性。
在生成了A””时,若只有A的属性发生变更,则若不逐个逆向查看属性,就不知道A和A””有连系。同样,不同的文件形式(文书、表计算、图像、CAD等)有关系若用种类分类,则不能用作者总结。若用文件类型分类,则有不能在业务上统一等不便。
因此,若在文件管理软件附加上本发明的联系信息管理功能,则在存储地方整理成容易知道种类和制作者等的文件夹,通过显示与此相关的各种文件的关系图,可总括变更履历和业务项目。
在文件管理软件内具有自动联系功能、如母子孙的系图显示、如前后5等亲的树系图显示、如连系检索的一定等亲间的路径搜索功能、关系输入画面等功能。也可以利用关系输入画面等,拖拽进行联系。在复制了资源管理器上联系的文件时,不是复制所有联系,而是建立复制源文件的连系。在文件为隐藏文件时,设定为看不到隐藏文件时,显示不进行联系。联系不是将文件名作为识别信息,而是将文件作为识别信息,可以利用文件夹等位置信息和物理地址号等。
说明建立关系的媒体。若在建立关系的本发明的联系信息管理功能还包含媒体,则包括语音信息、时间信息、位置信息等,将取出其一部分也可以特定为独立对象的属性或具有属性的信息作为对象,放入数据库等的排列。例如,如图15所示,对于表计算软件(A)的任意图表和选择的单元,文件管理软件(B)的整个文件,CAD图面(C)的图面内的任意对象,图像(D)的整个图像或任意选择的部分,通过排列号或地址等,作为标识符选择可以特定它的关键字,在成员管理表(F)存储关系信息,在关系管理表(E)建立关系,不限于资源管理器,可以用于新或已有的应用。
说明资源管理器等文件管理软件的联系。在资源管理器等,将显示的文件夹和文件名存储到OS管理的文件放置表(以下,称为FAT)等目录路径。为了在这样的资源管理器等具有本发明的联系信息管理功能,可以利用FAT以外具有成员管理表的方法①,作为成员管理表利用FAT本身的方法②,不是关系管理表管理ID,而是具有FAT本身进行关系管理的方法③。
在FAT以外具有成员管理表的方法①中,如图16(A)所示,在成员管理表利用ID和,原样复制记录在FAT的文件信息,或利用FAT内的物理记录位置地址等信息。另外,方法②中,如图16(B)所示,具有在OS设计阶段变更FAT其本身形状具有ID的情况和,在关系管理表直接放入FAT内的物理记录位置地址等信息进行联系,或在关系管理表存储FAT信息本身进行联系的情况等。还有,方法③中,由于FAT信息本身成为可1件1件识别的内容,所以如图16(C)所示,通过不特别附加ID,也可以原样记录在关系管理表,可以进行关系管理。该方法中,由于在关系管理表存储FAT信息或FAT内的物理记录位置地址,所以在变更文件或文件夹时,需要同时变更关系管理表。
建立关系的对象与文件和文件夹无关,只要在网络上、在文件管理软件上可进行处理就可以实施。附属在具有与资源管理器相同功能的个别应用的资源管理器代替FAT,在独自区域持有文件信息,作为功能是同样的。
下面说明具体实施例。首先,在画面的某个地方设置指定应作为联系对象的文件等的区域,用输入或拖拽等输入要联系的对象。在各指定区域如列表框可以指定1个或多个,如前面图12中所述,可以建立1对1、1对多、多对1、多对多的联系。因此,选择任意文件等,转移到例如选择系图显示按钮或在右击之后的菜单选择系图显示而显示关系的画面。而且,具有追踪2个以上的文件等关系的连系检索画面和可显示前后n等亲所有关系的画面,可以从任意画面进入。在联系的文件和文件夹等被复制时,可以选择关系与复制源同样,或只建立复制源和复制目的地的联系。
说明多种数据的文件内的部分联系。多种数据的部分联系与只是文件名和文件夹名联系的文件管理软件的情况不同,必需在相关的应用和通过该应用作成的数据文件具有关系信息和关系信息处理功能。这对于如管理关系的资源管理器的OS侧的管理软件执行的情况和,只在各应用内部联系数据的情况是相同的。
说明例如图像处理软件和用该图像处理软件作成的图像文件的例子。一般,通过应用作成的文件具有的信息除了图像信息之外,具有形状、对象、颜色、亮度、辉度、α通道、层信息、变更履历的属性信息的文件形式(photoshop的PSD等),如只具有图像信息的形式(BMP等),根据利用环境多种多样。该文件形式和、利用使用的应用可以保存到文件内的属性的信息量不同。将在图像内剪切范围的部分经剪贴板等复制、粘贴时,由于只要将复制瞬间的数据作为对象即可,所以此时属性继续,但也可以不继承文件信息等。但是,要连结关系,继续维持关系,必需对应于内容变更和关系范围的变更、移动。从而,文件本身需要存储有联系的部分哪一范围的哪一属性的信息,图像处理软件需要显示保存在文件的关系信息,监视变更的功能。在此,通过利用成员管理表,不是保存基本数据,而是记录应联系的选择范围存在的场所和数据特性等,数据本身在源文件中存在。当然,也可以将数据本身从源文件复制并记录到成员管理表。
即,如图17所示,在文件具有关系指定范围信息,除了使用成员管理表和关系管理表之外,不使用成员管理表,在只用关系管理表进行关系管理时,在文件不具有,在成员管理表或关系管理表进行信息管理的情况等,具有与各组合对应的利用环境。
下面,说明设置了关系层时的例子。设置重复图像数据显示透明关系指定范围的关系层。指定图像处理软件内联系的范围,在关系层显示该范围。具有指定范围的属性由于除了选择的形状、对象之外,颜色、亮度、辉度、α通道、层信息、变更履历等通过应用可具有的信息量不同,所以在此说明选择范围和其它属性。对图像处理软件设置关系信息设定按钮等,若在激活该按钮的状态下选择范围,则在成员管理表写入ID、文件类型、目录路径、文件名、选择范围、其它属性等。同时,将选择范围写入成员管理表时取得的ID作为指定范围识别名与选择范围信息一起记录到图像文件内。写入成员管理表的个别信息通过关系输入按钮或右击菜单等在OS文件管理软件的关系输入画面与其它信息进行联系,并将该关系写入关系管理表。在包含在图像数据的关系指定范围的部分有修正时,利用图像处理软件的监视功能查询是否变更关系指定范围,若有变更,则变更记录该信息的图像文件和成员管理表。
在不使用成员管理表时,也可以直接在关系管理表写入文件类型、目录路径、文件名、选择范围、其它属性等进行联系。但是,若认为同一文件为同一指定范围、同一属性、联系不同的独自成员,则必需包括ID,以成员固有的识别形式保存。
在图像文件没有记录关系信息时,将这些所有信息记录到成员管理表或关系管理表,图像处理软件不是从图像文件得到用于显示在关系层等的信息,而是从这些外部表得到用于显示在关系层等的信息。不用OS和统一管理软件管理,不用应用单独管理,在图像应用内单独管理时,具有单独应用的关系管理表和成员管理表,关系输入和系图显示等功能安装在图像处理软件内。
以上是针对于图像,但对于文字处理软件和文书文件需要表计算软件和记录文件、CAD软件和图面数据、声源软件和音源数据等,用同样组合记录和监视功能。如图18所示,在利用成员管理表时,记录ID、文件类型、目录路径、文件名、选择范围、其它属性,例如在表计算时,记录图表、单元、书写格式信息等,在CAD时,记录层、线的种类、颜色、形状等,在文书时,记录页码、书写格式信息等,在声源时,记录时间、波长、音域信息等。在不经过成员管理表直接写入关系管理表时,在关系管理表记录文件类型、目录路径、文件名、选择范围、其它属性等。这些由于只要是以数据之间可识别的形式即可,所以使用可表示个人计算机内部的绝对地址等的、用于联系的比特单位的成员之间的关系的表现也可以应用。各输入、显示单元除了画面、打印媒体之外,也可以利用Web、ASP、PDA等外部通信单元。基本上,在关系管理表系图型表示建立母子关系的数据,可顺藤摸瓜搜索的功能在各软件的数据侧、在计算机的OS侧都可以具有。此外,还可以具有追踪显示任意数据间关系的连系检索功能。
说明设置联系多个管理表的情况。联系对象为登录的成员之间,但在希望具有履历信息之间的关系时,在希望对履历和关系信息、图像和其它成员的摘要项目等进行联系时等,用1个成员管理表和关系管理表不能表示。对此,如图19所示,在1个系统内可以不是存在1个,而是可以存在多个成员管理表和关系管理表。第N个成员管理表以包括到基本成员管理表的哪一识别信息(CIF)的哪一信息的哪一部分的属性的形式记录,在第N个关系管理表根据部分关系输入用画面记录联系的母子关系,显示在部分关系显示用系图。这样,除了只能看到头的关系系图之外,还可以看到各部位的连系。
本发明不限定于上述实施例,可以进行各种变更。例如,在上述实施例中,作为成员数据的具体信息说明了摘要信息和履历信息,但此外也可以附加照片和附件等各种信息,对于同一成员,也可以用识别代码登录区分信息和固有的具体信息。
从上述说明中可知,根据本发明,一种联系管理各种信息的联系信息管理系统,至少具有用各种信息的识别信息存储母子联系的关系管理表和,在指定的信息和范围通过上述关系管理表的联系,进行母至子、子至母的各种信息的检索处理的检索处理手段,所以通过用母(主、上)和子(从、下)表示数据间关系,不是用世代,而是用等亲管理,可以简单地追踪和显示关系。而且,通过对登录的数据之间进行联系,只要有关系,就可以保留,可以追踪2者的关系路径,在系图表现这些关系。对于重复数据不进行名谱处理,只要用同一数据关系连结,可以参照双方,通过还联系旧姓、新姓数据可以并存。
另外,通过不仅进行人和人的联系,还进行人和物、物和物的联系,可以混合管理物品数据和人数据,例如在与政府机关等有交易的公司作成以后有可能流用的重要文件时,可以对制作该文书的人和,该文件管辖的科等进行联系,以便方便于下次使用。
而且,通过将制作文档时参考的书和地图资料是哪个课的哪一支所等与该课和支所等进行联系,只要该“果”、“书”、“资料”、“文书”中的一个有线索,则在不能具体记起的情况下,也可以从关系顺藤摸瓜搜索到所需信息。当然,不仅是文书,还可以连结顾客和销售的车等商品,以数据输入土地,也可以搜索所有者的变迁。对于模糊数据和不确定数据,通过与新闻源进行联系,不会成为去向不明的数据。
下面,说明作为系图型人脉管理系统适用了本发明时的实施例。本实施例中,在计算机中管理只能用3维表示的关系图,通过取出表示其一部分,可以表现在平面纸上。
以下,记述其想法。
本实施例的系统是在输入数据时,具有条件检索和假名检索等检索功能,不极力重复登录数据。
因此,用一点集中型管理要联系的数据,难以生成无用的联系。另外,在有重复数据时,通过将这些以“同一人的数据”的关系连系,在生成系图时一定在近处显示。
从一般的顾客管理看,如图20所示,由于以卡形式保存数据,所以采取在一部分个别数据存储下一连系的顾客号等的手法。
本实施例的系统中,以完全分离的形式管理个别数据和关系数据。关系数据也以1∶1保存。
表示关系的基本文件(数据库的表)具有母顾客号、子顾客号和关系代码。
图21表示该表的一例。
若按母顺序排列,可知每个人具有多个子。
根据图21的例子,如图22所示,A的子关系人有B和D。C有子A,D有子B和E。
若按子顺序改变该文件,则如图23所示,A有母C。B有母A和D,D有母A,E有母D。
在以A先生为中心看母子关系时,成为图24。本实施例的系统边重复该连锁边作成系图。但是,在系图中出现同一人时,将在离系图的中心人物更近的场所出现的部分作为正规路径,此后的连系显示与正规路径重合,所以用“…”省略。
这样,即使同一人在系图中出现多次(循环),也可以可靠搜索出关系路径。
本实施例的系统中,不仅具有连系,还具有从哪里连系到哪里的方向性。
方向性在用树结构表示系图时有很大意义。
这是因为如上所述,通过基于母替换,基于子替换,可以明确连系方向性,通过确定成为中心的人,可以搜索出有连系的人。
如一般系图,从重视“母→祖父→曾祖父”的直系,可知“母→子→子→母→母”的单一组合连锁可以把关系连系到更远。
另外,通过具有母子方向性,将只能用对等关系表现的连系部分可以表现出如部下、上司、恩师、学生的明确关系。
还有,通过在各关系区分具有优先级,可以判断连系强度。
如图25所示,认为本实施例的系统的利用者与X有连系时,可知利用哪一路径更有效。
像这样,通过用母子表示连系,可以区别其关系,进而可以区别连系深度。
另外,在用世代表示系图时,由于为“母→祖父→曾祖父”的直系,成为上为上、下为下的完全的流程。
但是,若用等亲表示,则由于只有“母”和“子”,所以若丢掉母为上至下,子为下至上的概念,则如图26所示,可以建立蛇腹那样弯曲的关系。
利用这点,本实施例的系统制作系图时,如图27所示,在最左放置成为系图中心的人,从该人开始,第1等亲与母子无关,在右错开1格处显示。第2等亲也与母子无关,在右再错开1格处显示。通过这样重复,可以将系图展开成树结构并平面书写表示。
这样,通过不是用世代而是用等亲表示系图,不固定对母方向和子方向的连系方向,可以自由追踪,显示树结构。
本实施例中,由于在只表示关系的文件只输入母子连系,所以只是机械地看成“母→子→母→子”,就可以继续连锁关系。但是,由于画面显示和打印显示的限制,只是隔开可一次看到的范围,所以若从隔开处前面有关系,则从此处同样机械重复“母→子→母→子”的追踪,可以制作成系图。实际表示它的是“成员介绍系图(母、子、孙)”。若只显示直系,则只要关系继续,就可以显示到任一处。如图28所示,关系检索功能是指定任意2个人,可以追踪该2个人是否建立关系路径。
除了最短关系之外,在指定的等亲内搜索所有路径,并系图显示该路径。
在此显示从参照对象成员具有在母方向5等亲和在子方向5等亲,合起来10等亲连系的所有成员。
如图29所示,5等亲指有关的第5人。在从参照对象看时,A由于成第6等亲,所以在系图范围之外,但以B为参照对象时,由于成为第5等亲,所示在系图中表示。
从端C看来,可以发现D为第10等亲,有11人的连系。
像这样,对于成为系图显示范围外的成员,通过错开参照对象生成系图可以显示。
下面,说明实施例。
图30是表示本实施例的系图型人脉管理系统的软件结构的系统框图。为数据库具有存储姓名或团体名、住址、电话号码等个人、团体的成员信息的成员管理表和,用母子关系规定登录在该成员管理表的成员和与该成员有关系的其它成员的2者关系,同时记录表示该关系种类和关系优先级的区分代码的关系管理表,在主表有规定区分代码表示什么关系和什么优先级的区分表等的参照表。
以下,说明本实施例的系统的基本操作次序和数据处理。
图31表示本系统的主菜单画面。1.成员管理●追加成员●修改成员●删除成员
上述3个是对个人或团体进行信息的输入、更新、删除。●输入关系●显示系图
上述2个是登录显示成员之间的连系和系图。2.数据资料
指定条件,在登录的成员内提取相应的成员组,输出帐票和文本文件。3.基本设定
登录管理成为系统的基本的代码设定等。4.系统管理
维修管理数据库。
图32表示按下图31的主菜单画面的“追加成员”按钮时的输入画面。从该画面选择是个人登录还是团体登录,在个人登录时,输入姓名、假名、出生年月日、男女性别、住址、电话号码、传真号码。并且选择是否将该成员数据向其它阅览者公开还是不公开。
说明该输入画面的特殊输入项目。1. BOX
BOX是等级代码。表示要输入的成员对于用户是什么样的对象。图33、图34表示该例子。
由于表示在等级箱分开保存成员的等级卡,故称为BOX。BOX可以附有优先级。
本实施例的系统中,与只管理顾客的顾客管理软件不同,输入不认识但希望以后有连系的人和,该人的关系者很重要。若在BOX设置表示“不认识”等级,则可以与当前的顾客区别。
通过增加登录数据建立关系,建立对希望连系的人的人脉路径的概率变大。此时,利用“关系检索”功能,可以检索是否建立人脉路径。2.地区代码
地区代码是为了登录成员的统计资料生成和分配成所属分类而设置的。指定要输入的成员属于用大分类、中分类、小分类区分的哪一项,用曲线等表示件数和比例等。图35示出该地区代码的例子。
在分类项目除了根据“都道府县、市街村、街名”等住址之外,与所属部署和管辖地区等统计目的一起分为3阶段。
将本实施例的系统不用于人脉,而用于物品管理等时,可以不作为地区,而作为管理分类应用。作为例子有,库存管理:仓库、架、箱
车用品:厂商、零件、部件
动植物:目、科、属3.关系区分
关系区分是按下图31的“基本设定”按钮时出现的一个菜单。该关系区分起连系登录的成员之间的“手”的作用。为了在连系人和人时指定以什么关系连结而设置的。在关系也有从深连系到浅的知面程度,可以根据关系程度附上优先级。图36、图37示出该例。
由于是表示2个数据关系的代码,所以也可以指定其它数据为同样的。
例如,日常经常出现因结婚而姓变更,企业和组的名称变更等。像这种情况下,分别保留旧名时的内容和新名的内容更容易掌握成员状况。
本实施例系统中,在关系区分作为已定初始代码具有“本人”关系。
若是一般的顾客管理软件,必需综合成1个数据再登录,但本实施例的系统中,若作为“本人”联系数据之间,则不需要综合数据。对于不确实的数据或错误重复登录的数据,只要都作为“本人”联系数据之间,则不会遗漏。
作为“本人”连系的成员之间的数据是设某一个为主数据,设另一个为从数据,以1等亲连系。在难以判别哪一数据为主数据时,在BOX设置表示“重复数据”的代码,并在从数据的BOX栏指定,可以容易分清。
另外,在希望避免重复统计资料的数据件数时,在地区代码设置表示“重复数据”的分类,并在从数据的地区指定,则在该处集中不需要的计数。
由于是人脉,不仅可以用好关系信息登录,还可以用犬猿关系登录。不能招呼出席在同一集会的情况和,在该人前面不能提的话题的人等,若还输入要注意的关系,则非常有益。另外,即使成员因调离或退休等而关系中途切断,由于也可以与该关系者建立新的关系,所以最好不删除关系,而是原样剩下。
下面,说明关系输入。在按下图32的下面所示的“关系输入”按钮时,出现图38所示的关系输入画面。
在此,设定成员和成员的连系及其内容。
但是,不仅指定A和B有连系,而且还指定从哪里连系到哪里,什么关系。
从哪里至哪里是将主成员作为母,从成员作为子并考虑关系。从母看来,在上述关系区分登录预先考虑与子成员什么关系的图形。
在图38的画面上半部分显示用作为该画面前处理的成员特定检索选择的成员(基准成员)。在画面下半部分一览显示与对象成员有联系的人的候补。在其之间有表示上和下关系的“母子切换”按钮和列表框。由于在“母子切换”按钮设定上下的哪一个为母(主),在列表框显示关系区分,所以选择与母的关系。i)“母子”显示按钮
显示与对象成员的1等亲有联系的成员。
在参照/变更/删除当前联系时使用。
从目录中选择变更或删除关系的人。ii)关系更新/删除按钮
在变更时,变更关系内容,点击“关系更新”按钮。
在删除关系时,点击“删除”按钮。
关系删除不是删除数据本身,而是通过只取消连系,即使删除关系,也还保留数据。但是,被删除关系的成员之间若没有其它路径的连系,则不出现在同一系图中。
对于关系在上面的“关系区分”中进行了说明,犬猿关系(冤家关系)和没有缘分的关系也视为一种人脉,不极力删除。
下面,说明作为本实施例的特征的系图显示。
本实施例的系统有2种系图显示方式。
1个是如图39所示的“成员介绍系图(母、子、孙)”。以参照对象为中心显示母、子和孙。
该系图显示是通过点击“参照对象变更”按钮错开显示参照对象的母、子、孙,边改变系图中心的人,边以顺藤摸瓜显示与该成员有连系的所有关系者。
在登录的所有成员没有切痕而联系时,在中途不断开显示,但在联系的组不同时,即使移动参照对象,系图也不连系。
此时,选择其它组的成员并输入系图显示,则可以同样顺藤摸瓜显示关系者。
在数据库中,形成几个小集团,并且渐渐变大。
在该系图的显示方式中,如图40所示,只能显示有限的成员。
显示的只是直系的母、子、孙。通过变更参照对象显示从母连系到其它的A,从子连系到其它的B及其直系。
用于检索处理该“成员介绍系图(母、子、孙)”的概要次序如下。(1) 将在指定特定条件提取的成员目录选择的成员代码作为参照对象代码(以下本人CIF)。
(2)基于本人CIF从成员管理表取得参照对象信息,并存储到参照对象显示域。
(3)基于本人CIF从关系管理表提取成为参照对象的母关系的所有成员代码(以下,母CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到母成员目录显示区域。
(4)基于本人CIF从关系管理表提取成为参照对象的子关系的所有成员代码(以下,子CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到子成员目录显示区域。
(5)基于子成员目录显示区域的最上的子CIF,从关系管理表提取与子成员目录显示区域的最上的子成员成为子关系的所有成员代码(以下,孙CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到孙成员目录显示区域。
(6)表示显示区域。
(7)判断用户是否选择了子成员目录显示区域中最上以外的成员。若选择,则进入步骤(8)。若没有选择,则进入步骤(9)。
(8)基于选择的子CIF,从关系管理表提取与子成员目录显示区域的选择的子成员成为子关系的所有成员代码(以下,孙CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到孙成员目录显示区域,并再次显示。
(9)判断是否按下参照对象变更按钮。若按下,则进入步骤(10)。若没有按下,则等待下一个指示。
(10)将在母成员目录显示区域、子成员目录显示区域和孙成员目录显示区域中用户选择的成员代码作为本人CIF。返回到步骤(2)。
在该母子孙显示画面中,直系上只显示1世代、直系下只显示2世代。
另一系图为补偿该没有显示的部分的系图,即“成员介绍系图(前后5等亲)”。图27示出该例。
该“成员介绍系图(前后5等亲)”是以图39的“成员介绍系图(母、子、孙)”确定的参照对象为中心,在前后5等亲范围系图化所有关系者。
表现如本实施例的系统的人脉系图不能如家谱图那样,母在上、子在下的单向流表示。
代替它,本实施例的系统中,如图41所示,将以系图为中心的人显示在最上左端。在左下降1格的位置显示第1等亲。同样,在左边逐个格下降边显示至第5等亲。
横向箭头表示母至子的关系,“…”表示此外还有最短路径。
例如,在(い)的“坂本童马”附有“…”。从“腾海舟”看(い)的“坂本童马”为第2等亲,但从其它路径看,在第1等亲的(ろ)也显示“坂本童马”。(ろ)比(い)离参照对象“腾海舟”更近,所以有“…”的地方成为参考。
+标记表示在其下面还有人脉。
在希望隐藏的人脉和复杂人脉的情况下,使用该+功能,可以自由地重新构成系图。
用于生成该成员介绍系图的概要次序如下。(1)基于参照对象CIF取得成员管理表的参照对象成员信息,并在树显示区域表示。(2)洗提1等亲(2-1)基于参照对象代码CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第2列的参照对象下追加显示。(2-2)基于参照对象CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第2列的母成员下追加显示。
但是,若在树显示内已显示同一CIF成员,则在姓名后附上“…”。(3)洗提2等亲(3-1)对于第2列显示的1等亲成员从上依次进行以下各处理。(3-2)基于1等亲CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第3列的相应的1等亲成员和下一个1等亲成员之间插入显示。
但是,若直系2等亲前(参照对象)为同一成员,则不进行“洗提2等亲”。(3-3)若作为源的1等亲的相应格的成员附有省略标号,则不进行“洗提2等亲”。(3-4)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号。(3-5)基于1等亲CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第3列的相应的1等亲成员和下一个1等亲成员之间插入显示。
但是,若直系2等亲前(参照对象)为同一成员,则不进行“洗提2等亲”。(3-6)若作为源的1等亲的相应格的成员附有“…”,则不进行“洗提2等亲”。(3-7)若在树显示内已显示同一CIF成员,则在姓名之后附上“…”。(4)洗提n等亲。设(n=3)(4-1)对第3列显示的2等亲成员从上依次进行以下各处理。(4-2)基于2等亲CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域的相应的2等亲成员和下一个2等亲成员之间插入显示。
但是,若直系2等亲前(1等亲)为同一成员,则不进行“洗提3等亲”。(4-3)若在作为源的2等亲的相应格的成员附有“…”,则不进行“洗提3等亲”。(4-4)若在树显示内已显示同一CIF成员,则在姓名之后附上“…”。(4-5)基于2等亲CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域的相应的2等亲成员和下一个2等亲成员之间插入显示。
但是,若直系2等亲前(1等亲)为同一成员,则不进行“洗提3等亲”。(4-6)若在作为源的2等亲的相应格的成员附有“…”,则不进行“洗提3等亲”。(4-7)若在树显示内已显示同一CIF成员,则在姓名之后附上“…”。(5)之后,对步骤(4)的数累加1,对4等亲、5等亲也进行同样处理。
下面,说明作为本实施例的另一特征的关系检索功能。
一点击“关系检索”按钮,则出现图40所示的成员关系检索画面。
在此,指定2个人(个人、团体都可)搜索成员间是否有连系。在上格有参照对象成员,但通过用“条件检索”按钮转移到检索画面,上格、下格可以同时任意变更成员。
在1等亲至10等亲的范围追踪关系,用单选按钮指定选择最短路径还是所有路径。核对“显示所有路径”并点击执行按钮时,在图40的左上系图的某个列表框内显示等亲数和,同等亲内的序号。图42为其说明图,表示左右两侧的2人成员间的系图例。
若选择列表框内的希望参照的路径,则显示该路径系图。“具体”按钮与其它画面同样,一点击就显示系图内选择的人的登录内容。
“打印”按钮是预先复制显示的追踪结果,可用打印机打印的状态。
该关系检索功能的处理次序如下。(1)设追踪关系的2人成员中的一方为正、另一方为副,为了追踪副成员是否与正成员连系,保存设定条件、初始化暂存检索结果的存储器内的排列区域。另外,在用户按下取消按钮时中止处理,丢弃存储到存储器内的中途结果。(2)在进行处理时,保存用户指定的设定条件,即最多搜索到哪一等亲、最短路径还是所有路径。在此,说明至4等亲的所有等亲。(3)提取与正成员成为母子关系的第1等亲。(3-1)在提取的第1等亲的na记录数中,判断第ia(i=1~n)是否为副成员。(3-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第1等亲的记录执行步骤(3-1)的处理。(4)若不是副成员,则提取第1等亲的第ia成员的母子关系的第2等亲。(4-1)在提取的第2等亲的nb记录数中,判断第ib(i=1~n)是否为副成员。(4-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第2等亲的记录执行步骤(4-1)的处理。(4-2)若不是副成员,则判断在路径中的高位是否存在与第2等亲的第ib相同的成员。(4-2-1)若存在,中断该处理,对下一个第2等亲的记录执行步骤(4-1)的处理。(5)若不存在,则提取与第2等亲的第ib成员成为母子关系的第3等亲。(5-1)在提取的第3等亲的nc记录数中,判断第ic(i=1~n)是否为副成员。(5-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第3等亲的记录执行步骤(5-1)的处理。(5-2)若不是副成员,则判断在路径中的高位是否存在与第3等亲的第ic相同的成员。(5-2-1)若存在,中断该处理,对于下一个第3等亲的记录执行步骤(5-1)的处理。(6)若不存在,则提取与第3等亲的第ic成员成为母子关系的第4等亲。(7)在提取的第4等亲的nd记录数中,判断第id(i=1~n)是否为副成员。(7-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,进入第4等亲的下一记录。(7-2)若不是副成员,进入第4等亲的下一记录。若第4等亲的记录为n,则对第3等亲的记录数累加1并进行处理。(7-3)若3等亲的记录数到n为止,则对2等亲的记录数累加1并进行处理。(7-4)若2等亲的记录数到n为止,则对1等亲的记录数累加1并进行处理。(8)从路径等亲数少的开始重新排列保存在上述存储器内的排列区域的检索结果。(9)树显示第1个检索结果。(10)用户用折叠式列表框指示变更检索结果显示时,树显示检索结果中的用户选择的路径。
如上所述,根据本实施例,具有下述效果。1.可以在平面纸上表示人脉系图。2.即使同一人在系图上出现多次(即使循环),也可以可靠搜索出关系路径。3.用母子表示连系,可以区别其关系,还可以区别连系深度。4.通过不是用世代表示系图,而是用等亲表示系图,不固定母方向和子方向的连系方向,可以自由追踪,树显示。5.只要有关系,就可以连续生成系图。6.可以用所有路径追踪任意2个人的连系。
以上实施例中,对于复杂的关系信息,可以利用边对准部分点边错开它来看的结构简单表示关系系图。根据该结构,可以看到中心数据和离开该中心数据的数据的连系。但是,该结构中不能追踪时间流逝中的结合或分离的变迁,看不到关系变化。在关系管理表中是以母子进行联系,但不限定该母子关系必需按发生顺序设定为母子。母子可以根据利用者的情况设定。从而,若一旦设定母子联系,则不能同时设定其反方向关系或多个关系。这是因为为了搜索联系,若将2者关系不设成同一方向,则在检索、追踪关系时成为永久循环的关系。
下面说明在上述实施例中附加关系矢量表与关系管理表一起使用,通过“追溯路径”可检索、追踪位置、时间流的关系的实施例。例如在以下情况需要它。
上述实施例中,在输入有关的人脉时,若姓名发生变化,则即使与本人有连系,但由于不具有发生顺序,所以不能追溯路径。可以使各数据内具有发生顺序,但在系图中很难反映按该顺序的显示。因此,在关系信息中不是需要发生时间和母子关系方向,而是需要根据情况的方向。
另外,以宇宙的发生为例,重复作为宇宙大爆炸的物质A在某个时间、某个位置分离,并且在某个时间、位置分离成物质B和物质C,物质A变为物质A’的现象。重复这样的结合和分离,在与原来的物质不同的物质成为固有物质时,保留原来的属性而变化时等,在科学领域操作关系信息时,若不具有建立关系的时间和位置信息,则有可能将在同一现象分离、结合的物质看成同一物质。对于不重视人脉等,任意2人在哪里认识的单一关系这样即可。但是,物质变化和微生物分裂信息等不能缺少时间和位置的信息,通过在时间流和位置追溯这种关系信息,可以追踪数据的变迁。
为了搜索扩展传言的信息源,在记录有关传达信息的人们的信息时,传言如A→B→C→……→A→B→G……→B→A→…,可以多次返回到同一人。此时,最初听到的内容和第2次听到的内容不同的情况多。在只看连系时,最初的A和B的关系和第2次的A和B的关系完全相同,第3次的B和A的关系只是信息传达方式相反而已。但是传达信息的时间不同,根据传达位置,也有可能影响信息变化。这些时间和位置不应该包含在这些个人信息,而是应该包含在关系信息并进行处理。
如上所述,在操作关系信息时特定“追溯路径”的优点是很多的。因此,为了操作该“追溯路径”,如图43所示,作为数据表具有关系管理表KKT和关系矢量表KVT。
图43中,关系管理表KKT至此是相同的,但也可以该表不具有关系区分等,而是关系矢量表KVT具有关系区分等。也可以在成员管理表中保存各数据的具体部分。如上所述,关系管理表KKT通过具有母子关系确定2者间的关系追踪方向,所以实际上具有防止永久循环处理检索、追踪等的确定方向单元的作用。因此,不是重复登录2者间的母子关系,而是固有关系,母子不会逆向登录。
关系矢量表KVT与关系管理表KKT的母子不同,与其方向和位置时序列、接续位置、连续顺序等一起多次登录2者关系。在以写入关系矢量表KVT为前提的处理中,逐个记录联系的所有关系,不是用母子,而是用源和目的地来表示关系方向。可以与母子设定无关指定该源和目的地。在关系矢量表KVT的各记录具有将个别依次指定的集合体作为1组登录的内容和,带有连结顺序的内容附加信息,识别为唯一记录。在明确发生多个关系的情况或在关系发生顺序的情况下需要关系矢量表KVT。但是,由于在只要判断出关系即可的情况下耗费存储区域,所以根据利用者的需要,最好可以选择是否在关系矢量表KVT写入信息。
在关系矢量表KVT用1∶1、1∶多、多∶1、多∶多接续关系时,如图44所示,具有任意附加信息,在此具有“相同”、“替换”、“变形”、“连续”、“结合”、“分离”等分类区分,利用者可以自由设定接续位置和接续顺序。“相同”是将2个数据看成相同,但接续时不一体化而保留组形状,即与关系区分“本人”相同。“替换”是将2个数据看成相同的,将某一个作为优先数据显示,隐藏非优先数据,合成为1个数据或名谱数据。“变形”是从源数据变换为目的数据,明确新旧区别接续。“连续”是从源数据连续到目的数据,明确新旧区别接续。“结合”是进行多∶1的接续,“分离”是进行1∶多的接续。另外,在按利用者的意愿需要明确的时序列联系时,如图45所示,指定将已经成组的关系之间用哪一组的哪一成员连结。
通过使用该关系矢量表KVT,可以一起进行参照对象中心显示(以下,也称为关系系图)和位置时序列显示(以下,也称为关系地图或关系年表)。例如如图44所示,与在1∶1连系中在利用者也不注意的关系网出现的参照对象中心显示不同,如图45所示,位置时序列显示是原样显示按照利用者的意愿的联系。通过兼用这些,可以制作数据关系地图或关系年表,可以使用其中指定的任意数据的参照对象中心显示。
在关系管理表KKT中,分解为1∶1固有连系并登录所有上述的并行、串行、组的关系,不记录相同关系和逆向关系。即,在只用关系管理表KKT表示关系时,由于共用显示关系表现和关系追踪流程的母子关系,所以在2者关系模式为多个的情况,或存在A→B、B→A的关系的情况下,只登录其中一个。
例如,A为B的上司,A和B属于同一集团。另外,B为A的前辈,B为A的师傅。此时,如果最初关系为B→A(前辈),之后A=B(集团关系),之后出现A→B(上司)的关系,最后出现B→A(师傅)的关系,则只用关系管理表KKT的母子关系是不能表现的。从而,将各关系、其方向和时序列信息等记录在关系矢量表KVT。此时的关系矢量表KVT的概念是登录到该表的关系信息是特有的,以在任意2者间不存在完全相同的属性关系为前提生成的。因此,在利用者希望指定关系顺序的情况,或希望在同一关系内具有多个关系的情况,或希望保留逆向关系的情况下,使关系矢量表KVT具有可识别时间信息和位置信息等各记录不同关系的信息。
这样,在连锁表示了连系时,即使在多个时刻表示同一关系,也可以显示“追溯路径”。但是,该显示中,由于参照对象的显示位置是不固有的,所以不能一次看到所有关系者。例如,图46是将图47的关系地图置换为关系系图,若分解连结则成为同一关系的图。图46一眼可以知道从各个体看的关系,图47是容易理解关系变迁。但是,参考图47下方的G,则不知道与E的连系。
因此,在参考G时可以显示以G为参照对象的关系系图,可以参照在此显示为有连系的另一成员在关系地图上的哪里显示,并且移动到该位置,只要可以看到其它连系,则同时还可以掌握时间和位置的不同。
例如,在关系地图(关系年表)上的多个场所分散作为对象的数据,在移动目的地为多个的情况下,在列表框等示出这些位置和属性,让利用者选择显示对象,通过以高亮度显示将关系地图上的相应数据部分等,可以容易掌握位置。另外,在移动到所选位置时,最好利用转移按钮等在关系地图上的指定位置自动滚动显示。这样,在关系地图上的任意场所适当参照关系系图,只要可以移动,就可以构造很容易掌握关系的系统。
在任意的附加信息中,例如时间不限于年月日分秒,也可以是表示信息变化的过程等的属性。通过使用位置和时间的表现,可以具有位置在3维空间,时间表示其变化过程等的4维作用。即使时间相同,对于A和B的关系从C看来普通关系,但从D看来是关系不好,从E看来是鸳鸯夫妇的情况下,登录者的主观对联系影响很大。像这样,在1个系统有不特定多个利用者时,也可以将作为其它输入者的信息看做1个位置信息。
此外,速度、力等,将在相同2者间存在的多个关系认为各固有的附加信息只要在关系矢量表KVT内具有带有其任意附加信息的区域,则可以与系统的开发者和利用者无关地设定。
另外,如“集合体:单体”、“单体:集合体”、“集合体:集合体”等,通过作为组成员附上姓名登录生成的集合体而生成关系地图,可以同时知道每个集合体的连系和构成它的单体成员的连系。并且,可以检索出包含特定连锁关系的集合体。例如,在学术领域中,可以广泛应用于具有任意分子结构的多分子结合体等研究领域,如语言等应追踪发生和变移的研究领域,天体的星座、星云和恒星、行星等研究领域。
Claims (29)
1.一种联系信息管理系统,其特征在于至少具有:
关系管理表,以各种信息的识别信息存储母子联系;
检索处理单元,在指定的信息和范围内利用上述关系管理表的联系检索母至子,子至母的各种信息。
2.如权利要求1所述的联系信息管理系统,其特征在于:
上述各种信息由存储上述识别信息和具体信息构成的成员数据的成员管理表管理。
3.如权利要求2所述的联系信息管理系统,其特征在于:
上述具体信息具有区分成员的区分信息。
4.如权利要求3所述的联系信息管理系统,其特征在于:
上述区分信息包括种类、等级、分类、业种。
5.如权利要求2所述的联系信息管理系统,其特征在于:
上述具体信息包括FAT信息、FAT内记录地址、文件类型、目录路径、文件名、选择范围、对象、属性或具有属性的信息。
6.如权利要求1所述的联系信息管理系统,其特征在于:
上述识别信息包括ID、FAT信息、FAT内记录地址、文件类型、目录路径、文件名、选择范围、对象、属性或具有属性的信息。
7.如权利要求1所述的联系信息管理系统,其特征在于:
上述关系管理表具有相互联系方向和关系程度信息。
8.一种联系管理各种信息的联系信息管理系统,其特征在于至少具有:
关系管理表,以各种信息的识别信息存储母子联系;
成员管理表,存储上述识别信息和上述各种信息;
输入处理单元,输入、设定、指示数据;
联系信息管理单元,在上述输入处理单元指定的信息和范围内利用上述关系管理表的联系检索母至子、子至母的各种信息,并存储到上述成员管理表;
输出处理单元,输出上述联系信息管理单元处理的数据。
9.如权利要求8所述的联系信息管理系统,其特征在于:
上述输入处理单元以给予的条件对存储在上述成员管理表的1至多个数据和、不同的1至多个数据进行联系,并将该联系存储到上述关系管理表。
10.一种使用以各种信息的识别信息存储母子联系的关系管理表联系管理上述各种信息的联系信息管理用程序,其特征在于具有:
按照指定的信息和范围,利用上述关系管理表的联系,检索母至子的各种信息的功能和、检索子至母的各种信息的功能。
11.一种使用以各种信息的识别信息存储母子联系的关系管理表联系管理上述各种信息的联系信息管理用程序,其特征在于具有:
按照上述各种信息指定的选择条件分别选择1个或多个母、1个或多个子的功能;用上述识别信息联系该选择的1个或多个母和1个或多个子并存储到上述关系管理表的功能;按照指定的信息和范围,利用上述关系管理表的联系,检索母至子的各种信息的功能和;从子至母检索各种信息的功能。
12.一种计算机可读取的、联系管理各种信息的联系信息关系管理记录媒体,其特征在于至少记录:
关系管理表,以各种信息的识别信息存储母子联系;
检索处理程序,在指定的信息和范围利用上述关系管理表的联系检索母至子、子至母的各种信息。
13.一种计算机可读取的、联系管理各种信息的联系信息关系管理记录媒体,其特征在于至少记录:
关系管理表,以各种信息的识别信息存储母子联系;
成员管理表,存储上述识别信息和上述各种信息;
输入处理程序,输入、设定、指示数据;
联系信息管理程序,在上述指定的信息和范围内利用上述关系管理表的联系检索母至子、子至母的各种信息,并存储到上述成员管理表;
输出处理程序,输出上述联系信息管理程序处理的数据。
14.一种联系信息管理系统,其特征在于具有:
由成员管理表和关系管理表构成的数据库,成员管理表存储姓名或团体名、住址、电话号码等个人、团体的成员信息;关系管理表以母子关系规定登录在该成员管理表的成员和与该成员有关系的另一成员的二者关系,同时记录表示该关系种类和关系优先级的区分代码。
15.如权利要求14所述的联系信息管理系统,其特征在于:
除了关系管理表,另外设置规定区分代码表示什么关系和表示什么优先级的区分表。
16.如权利要求14或15所述的联系信息管理系统,其特征在于:
在上述成员管理表的登录事项设置用于生成登录成员的统计资料和区分所属类的地区代码。
17.一种具有由成员管理表和关系管理表构成的数据库的联系信息管理系统,成员管理表存储姓名或团体名、住址、电话号码等个人、团体的成员信息;关系管理表以母子关系规定登录在该成员管理表的成员和与该成员有关系的另一成员的二者关系,同时记录表示该关系种类和关系优先级的区分代码,具有在作为参照对象指定了成员时,提取与该成员具有母子关系的成员,作为目录与参照对象一起显示母成员、子成员、孙成员的、执行下面步骤的单元:
(1)将在指定特定条件提取的成员目录选择的成员代码作为参照对象代码(以下,本人CIF);
(2)基于本人CIF从成员管理表取得参照对象的信息,并存储到参照对象显示域;
(3)基于本人CIF从关系管理表提取成为参照对象的母关系的所有成员代码(以下,母CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到母成员目录显示区域;
(4)基于本人CIF从关系管理表提取成为参照对象的子关系的所有成员代码(以下,子CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到子成员目录显示区域;
(5)基于子成员目录显示区域的最上的子CIF,从关系管理表提取与子成员目录显示区域的最上的子成员成为子关系的所有成员代码(以下,孙CIF)和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到孙成员目录显示区域;
(6)表示显示区域;
(7)判断用户是否选择了子成员目录显示区域中最上以外的成员,若选择,则进入步骤(8),若没有选择,则进入步骤(9);
(8)基于选择的子CIF,从关系管理表提取与子成员目录显示区域的选择的子成员成为子关系的所有成员代码和区分,从成员管理表取得各信息,从区分表取得区分优先级,从高优先级关系的成员开始存储到孙成员目录显示区域,并再次显示;
(9)判断是否按下参照对象变更按钮,若按下,则进入步骤(10),若没有按下,则等待下一个指示;
(10)将在母成员目录显示区域、子成员目录显示区域和孙成员目录显示区域中用户选择的成员代码作为本人CIF,返回到步骤(2)。
18.一种具有由成员管理表和关系管理表构成的数据库的联系信息管理系统,成员管理表存储姓名或团体名、住址、电话号码等个人、团体的成员信息;关系管理表以母子关系规定登录在该成员管理表的成员和与该成员有关系的另一成员的二者关系,同时记录表示该关系种类和关系优先级的区分代码,具有利用设定为参照对象的成员代码提取具有母子关系的成员,按等亲近的顺序树显示多个等亲的、执行下面步骤的单元:
(1)基于参照对象CIF取得成员管理表的参照对象成员信息,并在树显示区域表示;
(2)洗提1等亲
(2-1)基于参照对象代码CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第2列的参照对象下追加显示;
(2-2)基于参照对象CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第2列的母成员下追加显示;
但是,若在树显示内已显示同一CIF成员,则在姓名后附上省略标号;
(3)洗提2等亲
(3-1)对于第2列显示的1等亲成员从上依次进行以下各处理;
(3-2)基于1等亲CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第3列的相应的1等亲成员和下一个1等亲成员之间插入显示;
但是,若直系2等亲前(参照对象)为同一成员,则不进行“洗提2等亲”;
(3-3)若作为源的1等亲的相应格的成员附有省略标号,则不进行“洗提2等亲”;
(3-4)若在树显示内已显示司一CIF成员,则在姓名之后附上省略标号;
(3-5)基于1等亲CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第3列的相应的1等亲成员和下一个1等亲成员之间插入显示;
但是,若直系2等亲前(参照对象)为同一成员,则不进行“洗提2等亲”;
(3-6)若作为源的1等亲的相应格的成员附有省略标号,则不进行“洗提2等亲”;
(3-7)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号;
(4)洗提n等亲,设(n=3)
(4-1)对于第n列显示的n-1等亲成员从上依次进行以下各处理;
(4-2)基于n-1等亲CIF,从关系管理表提取母成员,以1个成员1格按优先级在树显示区域第n+1列的相应的n-1等亲成员和下一个n-1等亲成员之间插入显示;
但是,若直系2等亲前(n-2等亲)为同一成员,则不进行“洗提n等亲”;
(4-3)若在作为源的n-1等亲的相应格的成员附有省略标号,则不进行“洗提n等亲”;
(4-4)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号;
(4-5)基于n-1等亲CIF,从关系管理表提取子成员,以1个成员1格按优先级在树显示区域第n+1列的相应的n-1等亲成员和下一个n-1等亲成员之间插入显示;
但是,若直系2等亲前(n-2等亲)为同一成员,则不进行“洗提n等亲”;
(4-6)若在作为源的n-1等亲的相应格的成员附有省略标号,则不进行“洗提n等亲”;
(4-7)若在树显示内已显示同一CIF成员,则在姓名之后附上省略标号,
(5)之后,对步骤(4)的n加1,到n成为规定数为止重复步骤(4),在n成为规定数时结束处理。
19.一种具有由成员管理表和关系管理表构成的数据库的联系信息管理系统,成员管理表存储姓名或团体名、住址、电话号码等个人、团体的成员信息;关系管理表以母子关系规定登录在该成员管理表的成员和与该成员有关系的另一成员的二者关系,同时记录表示该关系种类和关系优先级的区分代码,具有利用设定为参照对象的2个人的成员代码,到成为任意等亲为止提取显示是否得到该2个人的关系路径的、执行以下步骤的单元:
(1)设追踪关系的2人成员中的一方为正、另一方为副,为了追踪副成员是否与正成员连系,保存设定条件、初始化暂存检索结果的存储器内的排列区域;
(2)在进行处理时,保存用户指定的设定条件,即最多查到哪1等亲、最短路径还是所有路径;
(3)提取正成员的母子关系的第1等亲;
(3-1)在提取的第1等亲的na记录数中,判断第ia(i=1~n)是否为副成员;
(3-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第1等亲的记录执行步骤(3-1)的处理;
(4)若不是副成员,则提取第1等亲的第ia成员的母子关系的第2等亲;
(4-1)在提取的第2等亲的nb记录数中,判断第ib(i=1~n)是否为副成员;
(4-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第2等亲的记录执行步骤(4-1)的处理;
(4-2)若不是副成员,则判断在路径中的高位是否存在与第2等亲的第ib相同的成员;
(4-2-1)若存在,中断该处理,对下一个第2等亲的记录执行步骤(4-1)的处理;
(5)若不存在,则提取与第2等亲的第ib成员成为母子关系的第3等亲;
(5-1)在提取的第3等亲的nc记录数中,判断第ic(i=1~n)是否为副成员;
(5-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,对于下一个第3等亲的记录执行步骤(5-1)的处理;
(5-2)若不是副成员,则判断在路径中的高位是否存在与第3等亲的第ic相同的成员;
(5-2-1)若存在,中断该处理,对于下一个第3等亲的记录执行步骤(5-1)的处理;
(6)若不存在,则提取与第3等亲的第ic成员成为母子关系的第4等亲;
(7)直到预设次数的等亲为止边累加数值边重复,到成为最终等亲进行以下处理;
(7-1)从提取的最终等亲的nx记录数中,判断第ix(i=1~n)是否为副成员;
(7-1-1)若为副成员,则将来自正成员的路径保存在上述存储器内的排列区域,进入最终等亲的下一记录;
(7-2)若不是副成员,进入最终等亲的下一记录,若最终等亲的记录为n,则对前一等亲的记录数累加1并进行处理;
(7-3)若前一等亲的记录数到n为止,则对再前一等亲的记录数累加1并进行处理;
(8)直到所有等亲的记录数结束为止进行这些步骤;
(9)将保存在上述存储器内的排列区域的检索结果从路径等亲数少的开始重新排列;
(10)在树显示第1个检索结果;
(11)用户用折叠式列表框指示变更检索结果显示时,树显示检索结果中的用户选择的路径。
20.一种联系管理各种信息的联系信息管理系统,其特征在于至少具有:
关系矢量表,存储上述各种信息间关系、该关系方向和位置时序列信息;
检索处理单元,基于存储在上述关系矢量表的关系、该关系方向和位置时序列信息检索联系并输出关系图。
21.如权利要求20所述的联系信息管理系统,其特征在于:
还具有存储在上述各种信息间的母子联系的关系管理表,上述检索处理单元作为上述关系图,输出表示遵循上述各种信息间的上述位置时序列的关系变迁的关系地图和、连锁表示上述各种信息间连系的关系系图。
22.如权利要求21所述的联系信息管理系统,其特征在于:
上述各种信息由识别信息和具体信息构成的成员管理表管理。
23.如权利要求22所述的联系信息管理系统,其特征在于:
上述具体信息具有区分成员的区分信息。
24.如权利要求23所述的联系信息管理系统,其特征在于:
上述区分信息包括种类、等级、分类、业种。
25.如权利要求22所述的联系信息管理系统,其特征在于:
上述具体信息包括FAT信息、FAT内记录地址、文件类型、目录路径、文件名、选择范围、对象、属性或具有属性的信息。
26.如权利要求22所述的联系信息管理系统,其特征在于:
上述识别信息包括ID、FAT信息、FAT内记录地址、文件类型、目录路径、文件名、选择范围、对象、属性或具有属性的信息。
27.如权利要求21所述的联系信息管理系统,其特征在于:
上述关系管理表具有相互联系方向和关系程度信息。
28.一种联系管理各种信息的联系信息管理程序,其特征在于具有:
使用存储上述各种信息间关系、该关系方向和位置时序列信息的关系矢量表,基于存储在上述关系矢量表的关系、该关系方向和位置时序列信息检索联系并输出关系图的功能。
29.一种计算机可读取的、联系管理各种信息的联系信息关系管理记录媒体,其特征在于记录:
存储上述各种信息间关系、该关系方向和位置时序列信息的关系矢量表和,基于存储在上述关系矢量表的关系、该关系方向和位置时序列信息检索联系并输出关系图的检索处理程序。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001005803 | 2001-01-12 | ||
JP5803/01 | 2001-01-12 | ||
JP2001344038A JP3730156B2 (ja) | 2001-11-09 | 2001-11-09 | 関係付け情報管理システム、関係付け情報管理用プログラム、及び記録媒体 |
JP344038/01 | 2001-11-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1381800A true CN1381800A (zh) | 2002-11-27 |
Family
ID=26607646
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN02107083A Pending CN1381800A (zh) | 2001-01-12 | 2002-01-12 | 联系信息管理系统、联系信息管理用程序和记录媒体 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20020107859A1 (zh) |
KR (1) | KR20020061119A (zh) |
CN (1) | CN1381800A (zh) |
CA (1) | CA2367863A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103092813A (zh) * | 2011-10-31 | 2013-05-08 | 鸿富锦精密工业(深圳)有限公司 | 三次元程序显示系统及方法 |
CN103914505A (zh) * | 2012-12-28 | 2014-07-09 | 富士通株式会社 | 信息管理方法和信息管理装置 |
JP2019079341A (ja) * | 2017-10-25 | 2019-05-23 | 富士通株式会社 | コンタクト支援プログラム、コンタクト支援方法、および、コンタクト支援装置 |
CN113628032A (zh) * | 2021-08-12 | 2021-11-09 | 上海上湖信息技术有限公司 | 一种确定用户关系的方法及装置 |
Families Citing this family (48)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7031967B2 (en) * | 2001-08-06 | 2006-04-18 | Sun Microsystems, Inc. | Method and system for implementing policies, resources and privileges for using services in LDAP |
US20030158845A1 (en) * | 2001-12-13 | 2003-08-21 | Gary Braley | Integrated management database |
US7441194B2 (en) * | 2002-02-20 | 2008-10-21 | Microsoft Corporation | Calendar-based user interface system |
US20080010241A1 (en) * | 2002-04-02 | 2008-01-10 | Mcgoveran David O | Computer-implemented method for managing through symbolic abstraction of a membership expression multiple logical representations and storage structures |
US7539697B1 (en) | 2002-08-08 | 2009-05-26 | Spoke Software | Creation and maintenance of social relationship network graphs |
US6932024B2 (en) * | 2003-01-09 | 2005-08-23 | Cargill, Incorporated | Compact pedigrees showing heritable traits for many individuals |
JP4344922B2 (ja) * | 2003-01-27 | 2009-10-14 | 富士ゼロックス株式会社 | 評価装置およびその方法 |
US7823077B2 (en) * | 2003-03-24 | 2010-10-26 | Microsoft Corporation | System and method for user modification of metadata in a shell browser |
US7240292B2 (en) | 2003-04-17 | 2007-07-03 | Microsoft Corporation | Virtual address bar user interface control |
US20040255301A1 (en) * | 2003-06-13 | 2004-12-16 | Andrzej Turski | Context association schema for computer system architecture |
US9654425B2 (en) | 2003-06-16 | 2017-05-16 | Meetup, Inc. | System and method for communicating among members of meeting groups |
US9264462B2 (en) | 2003-06-16 | 2016-02-16 | Meetup, Inc. | System and method for confirming attendance for in-person meetings or events |
US7444518B1 (en) * | 2003-06-16 | 2008-10-28 | Microsoft Corporation | Method and apparatus for communicating authorization data |
US10298410B2 (en) * | 2003-06-16 | 2019-05-21 | Meetup, Inc. | Progressive announcements in a web-based interactive meeting facility |
US10742433B2 (en) | 2003-06-16 | 2020-08-11 | Meetup, Inc. | Web-based interactive meeting facility, such as for progressive announcements |
US8904295B2 (en) | 2003-06-16 | 2014-12-02 | Meetup, Inc. | Web-based interactive meeting facility with recommendations to users |
US9117220B2 (en) * | 2003-06-16 | 2015-08-25 | Meetup, Inc. | Web-based interactive meeting facility with revenue generation through sponsorship |
US9135663B1 (en) | 2003-06-16 | 2015-09-15 | Meetup, Inc. | System and a method for organizing real-world group gatherings around a topic of interest |
US9947053B2 (en) | 2003-06-16 | 2018-04-17 | Meetup, Inc. | System and method for conditional group membership fees |
US20050028168A1 (en) * | 2003-06-26 | 2005-02-03 | Cezary Marcjan | Sharing computer objects with associations |
US20050283753A1 (en) * | 2003-08-07 | 2005-12-22 | Denise Ho | Alert triggers and event management in a relationship system |
US7373389B2 (en) * | 2003-08-27 | 2008-05-13 | Spoke Software | Periodic update of data in a relationship system |
US7827176B2 (en) | 2004-06-30 | 2010-11-02 | Google Inc. | Methods and systems for endorsing local search results |
US8825639B2 (en) * | 2004-06-30 | 2014-09-02 | Google Inc. | Endorsing search results |
JP2006059191A (ja) * | 2004-08-20 | 2006-03-02 | Canon Inc | データ処理装置、データ処理方法及びプログラム |
CN103258291A (zh) | 2004-10-13 | 2013-08-21 | 日生信息技术株式会社 | 数据管理装置及其方法 |
US7730114B2 (en) * | 2004-11-12 | 2010-06-01 | Microsoft Corporation | Computer file system |
KR100690021B1 (ko) | 2005-03-15 | 2007-03-08 | 엔에이치엔(주) | 다면적인 관계 설정을 촉진하기 위한 온라인상 휴먼네트워크 관리 시스템 및 방법 |
US7665028B2 (en) | 2005-07-13 | 2010-02-16 | Microsoft Corporation | Rich drag drop user interface |
JP2007128448A (ja) * | 2005-11-07 | 2007-05-24 | Sony Corp | ファイルシステム及びファイル情報処理方法 |
US8332386B2 (en) * | 2006-03-29 | 2012-12-11 | Oracle International Corporation | Contextual search of a collaborative environment |
US8775561B2 (en) | 2007-04-03 | 2014-07-08 | Yahoo! Inc. | Expanding a social network by the action of a single user |
US20080263080A1 (en) * | 2007-04-20 | 2008-10-23 | Fukuma Shinichi | Group visualization system and sensor-network system |
US8028225B2 (en) * | 2007-11-21 | 2011-09-27 | Microsoft Corporation | Visual system for visualizing, navigating, and editing attribute lattices within OLAP databases |
US20100257131A1 (en) * | 2007-12-28 | 2010-10-07 | Kun-Oh Kim | Apparatus and method for controlling hybrid motor |
US8364693B2 (en) * | 2008-06-13 | 2013-01-29 | News Distribution Network, Inc. | Searching, sorting, and displaying video clips and sound files by relevance |
US20110125527A1 (en) * | 2009-11-25 | 2011-05-26 | General Electric Company | Systems, apparatus, and methods for identifying patient-to patient relationships |
US8966590B2 (en) * | 2010-08-17 | 2015-02-24 | Facebook, Inc. | Managing social network accessibility based on age |
JP5325183B2 (ja) * | 2010-08-31 | 2013-10-23 | アズビル株式会社 | 無線通信システム |
WO2012073333A1 (ja) * | 2010-11-30 | 2012-06-07 | 富士通株式会社 | 分析支援装置、分析支援方法、及び分析支援プログラム |
US20120173285A1 (en) * | 2011-01-05 | 2012-07-05 | Suresh Muthukrishnan | Proactive Clinical Evidence at Point of Care and Genomic Data Integration through Cloud EMR Media |
CN102955761A (zh) * | 2011-08-18 | 2013-03-06 | 鸿富锦精密工业(深圳)有限公司 | 尺寸信息输出系统及方法 |
EP2893465A1 (en) | 2012-09-05 | 2015-07-15 | Winmagine | Computer installation for the management of a set of files, method, program and computer medium associated therewith |
KR102090269B1 (ko) * | 2012-12-14 | 2020-03-17 | 삼성전자주식회사 | 정보 검색 방법, 그와 같은 기능을 갖는 디바이스 및 기록 매체 |
US10168166B2 (en) * | 2015-03-13 | 2019-01-01 | Thinkware Corporation | Method and system for searching route |
US10990255B1 (en) * | 2016-07-27 | 2021-04-27 | United Services Automobile Association (Usaa) | Hierarchical data display |
CN111078927A (zh) * | 2019-12-19 | 2020-04-28 | 罗普特科技集团股份有限公司 | 基于家谱数据识别驾驶员身份的方法、装置、存储介质 |
KR102343579B1 (ko) * | 2020-02-26 | 2021-12-27 | 주식회사 카카오뱅크 | 부모예측모형을 이용한 서비스 제공 방법 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5940821A (en) * | 1997-05-21 | 1999-08-17 | Oracle Corporation | Information presentation in a knowledge base search and retrieval system |
US6363378B1 (en) * | 1998-10-13 | 2002-03-26 | Oracle Corporation | Ranking of query feedback terms in an information retrieval system |
US6570567B1 (en) * | 2000-05-31 | 2003-05-27 | Alan Eaton | System and method for using a graphical interface for the presentation of genealogical information |
-
2002
- 2002-01-12 CN CN02107083A patent/CN1381800A/zh active Pending
- 2002-01-12 KR KR1020020001857A patent/KR20020061119A/ko not_active Application Discontinuation
- 2002-01-14 CA CA002367863A patent/CA2367863A1/en not_active Abandoned
- 2002-01-14 US US10/043,212 patent/US20020107859A1/en not_active Abandoned
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103092813A (zh) * | 2011-10-31 | 2013-05-08 | 鸿富锦精密工业(深圳)有限公司 | 三次元程序显示系统及方法 |
CN103914505A (zh) * | 2012-12-28 | 2014-07-09 | 富士通株式会社 | 信息管理方法和信息管理装置 |
US9495374B2 (en) | 2012-12-28 | 2016-11-15 | Fujitsu Limited | Recording medium, information management method, and information management device associating objects with each other based upon whether folders match |
CN103914505B (zh) * | 2012-12-28 | 2017-06-13 | 富士通株式会社 | 信息管理方法和信息管理装置 |
JP2019079341A (ja) * | 2017-10-25 | 2019-05-23 | 富士通株式会社 | コンタクト支援プログラム、コンタクト支援方法、および、コンタクト支援装置 |
JP7013791B2 (ja) | 2017-10-25 | 2022-02-01 | 富士通株式会社 | コンタクト支援プログラム、コンタクト支援方法、および、コンタクト支援装置 |
CN113628032A (zh) * | 2021-08-12 | 2021-11-09 | 上海上湖信息技术有限公司 | 一种确定用户关系的方法及装置 |
CN113628032B (zh) * | 2021-08-12 | 2024-02-09 | 上海上湖信息技术有限公司 | 一种确定用户关系的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CA2367863A1 (en) | 2002-07-12 |
KR20020061119A (ko) | 2002-07-22 |
US20020107859A1 (en) | 2002-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1381800A (zh) | 联系信息管理系统、联系信息管理用程序和记录媒体 | |
US6182067B1 (en) | Methods and systems for knowledge management | |
US8386929B2 (en) | Personal assistant for task utilization | |
Glenn et al. | Implementation of a combat casualty trauma registry | |
CN1942856A (zh) | 通用搜索界面系统和方法 | |
CN1744120A (zh) | 应用程序对象与智能客户机对象之间的转换 | |
CA2263459A1 (en) | Document producing support system | |
CN1744122A (zh) | 智能客户机的同步 | |
CN1744121A (zh) | 智能客户机内插附件体系结构 | |
Wynne et al. | The effect of next-generation catalogs on catalogers and cataloging functions in academic libraries | |
US20050166139A1 (en) | System and method for managing legal documents | |
Plaza et al. | Facebook and WhatsApp as elements in transnational care chains for the Trinidadian Diaspora | |
Fernández-de-Pinedo et al. | Recent trends in publications of economic historians in Europe and North America (1980–2019): An empirical analysis | |
Sweetser et al. | Are we coming together? The archival descriptive landscape and the roles of archivist and cataloger | |
Breeding | Next generation library automation: Its impact on the serials community | |
Broekhuis et al. | Improving client‐centred care and services: the role of front/back‐office configurations | |
Surchat et al. | Jobs in the circular bioeconomy under scrutiny: The challenging reality of compost production in Rwanda | |
Allison | A vision statement taxonomy: Linking strategic management, strategic communication, and organizational culture | |
Venkatraman et al. | Intelligent information retrieval and recommender system framework | |
CN1220154C (zh) | 资源和项目管理系统 | |
Carpinone | Museum collections management systems: one size does not fit all | |
Danis et al. | Connecting biodiversity data during the IPY: the path towards e-polar science | |
JP2006338631A (ja) | 電子メールを活用したワークフロー作成システム | |
Bénaud et al. | OCLC's WorldShare management services: a brave new world for catalogers | |
Wong Shee et al. | Identifying rural health and healthcare priorities to guide research and optimize health care–informed by consumers, health professionals and researchers. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |