KR20020061119A - 관계 설정 정보 관리 시스템, 관계 설정 정보 관리용프로그램 및 기록 매체 - Google Patents

관계 설정 정보 관리 시스템, 관계 설정 정보 관리용프로그램 및 기록 매체 Download PDF

Info

Publication number
KR20020061119A
KR20020061119A KR1020020001857A KR20020001857A KR20020061119A KR 20020061119 A KR20020061119 A KR 20020061119A KR 1020020001857 A KR1020020001857 A KR 1020020001857A KR 20020001857 A KR20020001857 A KR 20020001857A KR 20020061119 A KR20020061119 A KR 20020061119A
Authority
KR
South Korea
Prior art keywords
relationship
information
child
management table
parent
Prior art date
Application number
KR1020020001857A
Other languages
English (en)
Inventor
츠유키아케미
Original Assignee
유겐가이샤 츠유키 소프트 겐큐쇼
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
Priority claimed from JP2001344038A external-priority patent/JP3730156B2/ja
Application filed by 유겐가이샤 츠유키 소프트 겐큐쇼 filed Critical 유겐가이샤 츠유키 소프트 겐큐쇼
Publication of KR20020061119A publication Critical patent/KR20020061119A/ko

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40Data acquisition and logging
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

각종 정보를 관계 설정하여 관리하는 관계 설정 정보 관리 시스템에 있어서, 적어도 각종 정보의 식별 정보로 부모와 자녀의 관계 설정을 격납하는 관계 관리 테이블(6)과, 지정된 정보와 범위로 관계 관리 테이블의 관계 설정에 의해 부모로부터 자녀, 자녀로부터 부모로 각종 정보의 검색 처리를 행하는 검색 처리 수단(4)을 구비하고, 식별 정보는 ID, FAT 정보, FAT 내 기록 어드레스, 파일 종별, 디렉토리 패스, 파일명, 선택 범위, 오브젝트, 속성, 또는 속성을 갖는 정보를 포함하고, 또, 각종 정보는 식별 정보와 상세 정보로 이루어지는 멤버 데이터를 격납하는 멤버 관리 테이블(7)로 관리된다. 이것에 의해, 간단한 구성에 의해 다양한 정보의 관계 설정의 등록, 관리를 가능하게 하고, 관계의 검색, 유출을 간편하게 행할 수 있다.

Description

관계 설정 정보 관리 시스템, 관계 설정 정보 관리용 프로그램 및 기록 매체{Associating information management system, program for associating information management, and recording medium}
본 발명은 각종 정보를 관계 설정하여 관리하는 관계 설정 정보 관리 시스템, 관계 설정 정보 관리용 프로그램 및 기록 매체에 관한 것이고, 또, 개인·단체의 정보의 데이터와 상호의 관계를 계통을 가지게 하여 기록하는 계도(系圖)형 인맥 관리 시스템에 관한 것이다.
정보화 시대, IT 혁명 등을 지나서 퍼스널 컴퓨터, 휴대 정보 단말(PDA) 그 외 각종 정보 단말 기기가 다양한 분야에서 비약적으로 보급되고 있다. 그에 따라서 정보 단말에서 처리하여 관리하는 정보는 사람에 관한 정보, 조직에 관한 정보, 영업·고객 그 외 사업에 관한 정보, 문서·문헌에 관한 정보, 각종 관리에 관한 정보 등 대단히 다양하게 확산되고 있다. 이와 같이 정보의 종류가 많아질 뿐 아니라, 정보의 양도 많아지면, 당연히 그 정보간에 여러 가지 관련이 나온다. 그 정보의 관계를 유효하게 활용하기 위해서는, 정보를 정리하여 정보의 관계를 관리하는 것이 필요 불가결하게 된다.
일반적으로 정보의 관계 설정으로서는, 예를 들면 어느 장르나 카테고리에서, 일정한 규칙에 따라서 상위에서 하위로 트리 구조로 관계 설정을 행함으로써 이루어지고 있다. 또, 가족의 계도와 같은 것은 부모로부터 자녀, 또한 그 자녀, 그리고 각각의 인척으로 이어지고 있지만, 상위에서 하위로의 관계 설정이 기본이고, 복잡하게 관계가 복잡하게 뒤섞이지는 않다.
그러나, 정보의 종류와 양이 많아지면, 취급하는 정보에 따라서, 정보 전체를 정리하기 위해서, 또한 장르, 카테고리가 다른 정보도 포함시킨 관계 설정도 관리의 대상으로서 필요하게 된다. 도 1은 관계도의 예를 도시하는 도면, 도 2는 관계 설정된 각종 정보의 예를 도시하는 도면이다.
예를 들면, 도 1에 도시하는 바와 같이 A∼J의 정보가 화살표로 도시하는 바와 같이 관계 설정된다고 하면, 일반적으로 관계 설정은 모든 정보가 실선과 같이 트리 구조로는 되지 않고, A와 F와의 관계는 A와 BCD를 통해서도 점선으로 나타내는 관계가 있다고 하는 바와 같이, 별도의 관계 설정이 존재하는 예는 자주 있는 것으로, 다수의 정보 사이에서는 이들 관계가 복잡하게 뒤섞여 있다. 또, 도 2에 도시하는 바와 같이 문헌이나, ○○대학, ○○ 건설, 작성자, 도면, ○○ 문서, 관리부서 등을 각각 정보의 단위로 한 경우, 예를 들면 ○○ 문서에 착안하면, 이것에 대해서 작성자, 문헌, 도면, 응용 문서, 보관 장소, 담당 부서가 관계 설정되어 있다.
상기와 같이 장르, 카테고리가 다른 다양한 정보의 관계 설정 뿐만 아니라,사람에 관한 정보로서, 인맥을 계통화하도록 하면, 한 사람에게 이어지고 있는 사람의 수는 수 십 사람으로부터 수 백 사람이 되고, 또한 친구의 친구가 다른 친구의 또 친구라고 하는 바와 같이, 동일 인맥의 계도에 동일 인물이 중복하여 관계 설정되어, 대단히 복잡하게 된다.
이와 같은 관계 설정을 갖는 정보를 일반적인 관계도로 하여 나타내면 대단히 뒤엉켜서 복잡, 번잡하게 되어, 이것을 기록하는 것이나, 또한 모든 관계를 기록하는 것은 대단히 곤란하다. 그래서, 각각의 목적에 따라서 한정하여 관리하도록 한다든지, 예를 들면, 인맥에서는 중요한 것만이 사람의 기억에 의지하여 관리되고 있다. 이것이 현재 상황이다.
일반적인 가계도에서는 직계 가족을 나타내는 것은 가능하지만, 혼인에 의해서 연결된 외척을 함께 표기하는 것은 곤란하다. 장남의 외척 뿐만 아니라, 도 3에 도시하는 바와 같이 나타낼 수 있지만, 형제 전원의 외척을 표기하고, 그 배우자의 형제 각각이 혼인한 외척이나, 그 각각의 부모나 부모의 형제, 부모의 본가의 외척 등을 모두 표기하게 되면, 3차원으로 입체적으로 나타낼 수 밖에 없다.
또한 가족이기 때문에, 계도 중에 나타내는 개인은 반드시 1개소로 밖에 이름은 나오고 있지 않다. 형제도 많아서 10인이다.
그러나, 인맥을 계통화하도록 하면, 도 4에 도시하는 바와 같이 한 사람에게 연결되어 있는 사람의 수는 수 십 사람에서 수 백 사람이고, 친구의 친구가 다른 친구의 또 친구라고 하는 식으로, 동일 계도에 동일 인물이 몇 번이나 나오고 있다.
그렇게 되면, 일반적인 관계도를 기록하는 것은 대단히 곤란하고, 모든 관계를 기록할 수는 없다. 그래서, 인맥은 중요한 것 만을 사람의 기억에 의지하여 관리되고 있는 것이 현재 상황이다.
종래에 있어서는, 인맥 정보를 전자 메일에 포함되는 발신자 성명, 수신자 성명 및 이들의 전자 메일 어드레스로부터 유출하여 관리하는 시스템(일본국 특개 2000-66970호 공보)나, 명함 정보를 컴퓨터로 판독하고, 그 명함을 누가 누구로부터 받은 것인지라고 하는 정보를 합하여 등록함으로써 인맥 정보를 얻는 장치(일본국 특개평 11-66082호 공보)가 제안되어 있다.
그러나, 이들 종래 기술에 있어서는, 인맥의 이차원적인 연결을 규정할 뿐이고, 부모와 자녀 관계(상하 관계) 등의 삼차원적인 확장이나 연결의 깊이를 갖는 인맥에 대해서의 정보를 규정도 검색도 할 수 없었다.
본 발명의 목적은, 간단한 구성에 의해 다양한 정보의 관계 설정의 등록, 관리를 가능하게 하는 것이다. 또, 본 발명의 다른 목적은 간편하게 정보의 관계를 검색하고, 유출할 수 있도록 하는 것이다. 또한 본 발명의 다른 목적은 인맥의 계도를 2차원의 종이에 써서 나타낼 수 있고, 동일 사람이 계도 중에 몇 번 나타나도, 확실하게 관계 루트를 찾아낼 수 있도록 하는 것이다. 또한 본 발명의 다른 목적은 연결을 부모와 자녀 관계로 나타냄으로써, 그 관계를 구별할 수 있고, 또한 연결의 깊이를 구별할 수 있도록 하는 것이다. 또한, 본 발명의 또다른 목적도 계도를 세대가 아닌, 촌수 등으로 나타냄으로써, 부모 방향과 자녀 방향으로 연결 방향을 고정화하지 않고, 자유롭게 추적하여, 트리 표시할 수 있는 계도형 인맥 관리를 행할 수 있도록 하는 것이다.
그것을 위해서 본 발명은, 각종 정보를 관계 설정하여 관리하는 관계 설정 정보 관리 시스템으로서, 적어도 각종 정보의 식별 정보로 부모와 자녀의 관계 설정을 격납하는 관계 관리 테이블과, 지정된 정보와 범위로 상기 관계 관리 테이블의 관계 설정에 의해 부모로부터 자녀, 자녀으로부터 부모로 각종 정보의 검색 처리를 행하는 검색 처리 수단을 구비하는 것을 특징으로 하는 것이다.
상기 각종 정보는 상기 식별 정보와 상세 정보로 이루어지는 멤버 데이터를 격납하는 멤버 관리 테이블로 관리되고, 상기 상세 정보는 종별이나 랭크, 분류, 업종을 포함하여, 멤버를 구별하는 구별 정보를 갖고, 또, 상기 상세 정보는 FAT 정보, FAT 내 기록 어드레스, 파일 종별, 디렉토리 패스, 파일명, 선택 범위, 오브젝트, 속성, 또는 속성을 갖는 정보를 포함하고, 상기 식별 정보는 ID, FAT 정보, FAT 내 기록 어드레스, 파일 종별, 디렉토리 패스, 파일명, 선택 범위, 오브젝트, 속성, 또는 속성을 갖는 정보를 포함하고, 상기 관계 관리 테이블은 상호의 관계 설정 방향과 관계 정도의 정보를 갖는 것을 특징으로 하는 것이다.
또, 각종 정보를 관계 설정하여 관리하는 관계 설정 정보 관리 시스템에 있어서, 적어도 각종 정보의 식별 정보로 부모와 자녀의 관계 설정을 격납하는 관계 관리 테이블과, 상기 식별 정보와 상기 각종 정보를 격납하는 멤버 관리 테이블과, 데이터의 입력, 설정, 지시의 처리를 행하는 입력 처리 수단과, 상기 입력 처리 수단으로부터 지정된 정보와 범위로 상기 관계 관리 테이블의 관계 설정에 의해 부모로부터 자녀, 자녀로부터 부모로 각종 정보를 검색하여 상기 멤버 관리 테이블에 격납된 각종 정보의 처리를 행하는 관계 설정 정보 관리 수단과, 상기 관계 설정 정보 관리 수단으로 처리된 데이터의 출력 처리를 행하는 출력 처리 수단을 구비한 것을 특징으로 하고, 상기 입력 처리 수단은 상기 멤버 관리 테이블에 격납된 1 내지 다수의 데이터와, 다른 1 내지 다수의 데이터에 대해서 주어진 조건으로 관계 설정을 행하고, 그 관계 설정을 상기 관계 관리 테이블에 격납하는 것을 특징으로 하는 것이다.
또한, 본 발명은 성명 또는 단체명, 주소, 전화 번호 등의 개인·단체의 멤버 정보를 격납하는 멤버 관리 테이블과,
그 멤버 관리 테이블에 등록된 어느 멤버와 그 멤버에 관계하는 다른 멤버의 2인의 관계를 부모와 자녀의 관계로 규정하는 동시에, 그 관계의 종류 및 관계의 우선 순위를 나타내는 구분 코드를 기입하는 관계 관리 테이블로 이루어지는 데이터베이스를 구비한 것이다.
이 데이터베이스에 있어서, 구분 코드가 어떠한 관계를 나타내는지 및 어떠한 우선 순위를 나타내는지를 규정하는 구분 테이블을 관계 관리 테이블과는 별도로 설치하는 것이 처리 속도를 향상하기 때문에 바람직하다.
상기, 멤버 관리 테이블의 등록 사항에 등록 멤버의 통계 자료 작성이나 소속 분류 배분을 위한 지역 구분 코드를 설정할 수 있다.
본 발명은 또한, 상기 시스템에 있어서, 참조 대상으로서 멤버가 지정되었을 때에, 그 멤버와 부모와 자녀의 관계가 있는 멤버를 유출하고, 참조 대상과 함께부모 멤버, 자녀 멤버, 손자 멤버를 리스트로서 표시하고, 다음의 단계를 실행하는 수단을 갖는 것을 특징으로 한다.
(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를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 2열째에 1멤버 1단으로 참조 대상의 아래에 추가 표시한다.
(2-2) 참조 대상 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 2열째에 1멤버 1단으로 부모 멤버의 아래에 추가 표시한다.
단, 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 생략 기호를 부가한다.
(3) 2촌수 선택
(3-1) 2열째에 표시되어 있는 1촌수의 멤버에 대해서 위에서 순서대로 각각 다음의 처리를 행한다.
(3-2) 1촌수자 CIF를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 3열째에 1멤버 1단으로 해당의 1촌수의 멤버와 다음에 1촌수의 멤버의 사이에 삽입 표시한다.
단, 직계의 2촌수 전(참조 대상)이 동일 멤버이면 「2촌수 선택」은 하지 않는다.
(3-3) 기초로 하는 1촌수의 해당 단계의 멤버에 생략 기호가 붙여져 있으면 「2촌수 선택」은 하지 않는다.
(3-4) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 생략 기호를 부가한다.
(3-5) 1촌수자 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고,우선순으로 트리 뷰 영역 3열째에 1멤버 1단으로 해당되는 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를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 n+1열째에 1멤버 1단으로 해당되는 n-1촌수의 멤버와 다음의 n-1촌수의 멤버의 사이에 삽입 표시한다.
단, 직계의 2촌수 전(n-2촌수자)이 동일 멤버이면 「n촌수 선택」은 하지 않는다.
(4-3) 기초로 하는 n-1촌수의 해당 단계의 멤버에 생략 기호가 붙여져 있으면, 「n촌수 선택」은 하지 않는다.
(4-4) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 생략 기호를 부가한다.
(4-5) n-1 촌수자 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 n+1열째에 1멤버 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) 처리를 행할 때에, 사용자가 지정한 최대 몇개 촌수까지 찾는지, 최단 루트인지 모든 루트인지의 설정 조건을 보존한다.
(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개 전의 촌수의 레코드 수를 1개 누진시켜서 처리를 행한다.
(7-3) 1개 전의 촌수의 레코드 수가 n까지 종료하면, 또한 1개 전의 촌수의 레코드 수를 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은 위치 시계열 표시로 작성한 관계 지도의 예를 도시하는 도면이다.
<도면의 주요부분에 대한 부호의 설명>
1 : 입력 처리부 2 : 출력 처리부
3 : 갱신 처리부 4 : 검색 처리부
5 : 편집 처리부 6 : 관계 관리 테이블
7 : 멤버 관리 테이블 8 : 마스터 테이블
이하, 본 발명의 실시형태를 도면을 참조하면서 설명한다.
도 5에 있어서, 입력 처리부(1)는 관계 관리 테이블(6), 멤버 관리 테이블(7), 마스터 테이블(8) 등의 각 데이터에 대한 설정, 등록, 갱신, 삭제 등을 행하는 각종 데이터의 입력이나, 검색, 편집, 출력 등의 각종 지시의 입력을 행하는 것이다. 출력 처리부(2)는 각 데이터에 대한 설정, 등록 갱신, 삭제 등을 행하는 각종 데이터나, 검색, 편집, 출력 등의 각종 지시의 입력 화면, 각종 지시의 입력에 기초하는 처리 결과에 관한 화면, 정보의 표시 출력, 인쇄 출력, 네트워크나 통신 회선을 통해서 다른 기기로의 데이터 전송, 송출 처리를 행하는 것이다.
데이터 관리를 행하는 데이터 등록·갱신 처리부(3)는 입력 처리부(1)로부터의 입력에 기초하여 각 데이터에 대한 설정, 등록, 갱신, 삭제 등의 각종 처리를행하는 것으로, 예를 들면 멤버 상세 정보 등록/갱신, 이력 정보 등록/갱신, 관계 입력 등을 행한다. 검색 처리부(4)는 입력 처리부(1)로부터의 지시 입력에 기초하여 설정된 검색 조건에 따라서 각 데이터에 액세스하여 멤버 정보의 검색 처리를 행하는 것으로, 예를 들면 멤버 해당 검색, 멤버 이력 검색, 멤버 관계 검색 등을 행한다. 편집 처리부(5)는 입력 처리부(1)로부터의 지시 입력에 기초하여 설정된 출력 조건에 따라서 검색 결과를 출력하기 위한 편집 처리를 행하는 것으로, 예를 들면 멤버 소개 계도, 전후 n촌수 표시, 연결 검색 표시 등을 행한다.
멤버 상세 정보 등록/갱신에서는, 멤버의 정보를 등록하는 동시에, 또한 이미지 화상 표시 기능에 의해, 각각 멤버에 관계하는 화상을 표시한다. 또, 우편 번호 입력 후, 우편 번호 검색 버튼을 누름으로써, 우편 번호로부터 주소를 찾는다. 이력 정보 등록/갱신에서는, 대응 이력, 매상 이력과 같은 상세한 정보를 등록 멤버마다 등록하고, 또한 입력된 내용은 멤버 이력 검색 기능을 사용함으로써 이력 내용으로부터 멤버를 찾는다. 관계 입력에서는 어느 것에서 어느 것으로 연결되어 있는지, 그리고 그들이 어떠한 관계인지를 등록한다. 관계 구분에서는, 부모에서 볼 때 자녀의 멤버와 어떠한 관계인지를 미리 설정한 내용으로부터 선택하고, 멤버 관계 검색 기능을 사용하여 선택한 관계 구분으로부터 등록 멤버를 검색한다. 관계 상세 등록에서는 입력시에 그 연결에 대한 상세 정보를 입력함으로써, 멤버 관계 검색 기능을 사용하여 등록시에 입력한 상세 정보를 이용하여 검색한다.
멤버 해당 검색에서는 조건을 부여하여 얻어진 결과를 몇 번이나 조건을 겹쳐서 목적의 멤버군으로 좁혀 가고, 또한 (AND) 검색에서는 전회의 결과에 금회의조건을 부여하여 더욱 데이터를 좁혀 가고, (OR) 검색에서는 전회의 결과와 금회의 조건의 결과 중 어느 하나라도 만족하면 일치하게 된다. 검색에 의해, 통상은 해당하는 멤버를 리스트 박스에 표시하고, 해당하지 않는 멤버를 선택(클릭)하면, 조건에서 선택된 멤버 이외의 멤버를 리스트 박스에 표시한다. 멤버 이력 검색에서는 멤버마다 입력된 이력을 기초로 멤버를 검색한다. 예를 들면 이력을 판매 정보로서 사용하는 경우, 지난주 1주간 내에 ○○를 판매한 사람이라고 하는 검색이 가능하다. 멤버 관계 검색에서는 멤버끼리의 관계를 기초로 검색한다. 예를 들면 영업맨의 고객 개척용에 관계를 사용한 경우에는, 고객마다의 전망률을 등록함으로써, 영역별로 영업 전략을 세울 수 있다.
멤버 소개 계도에서는, 참조 대상자를 기초로 부모방향으로 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).
다음에, 멤버 데이터에 등록되는 상세 정보에 대해서 구체적으로 예시하여 설명한다. 적요의 정보는 항목명을 한정하지 않고, 용도에 따라서 변경 가능한 것으로, 예를 들면, 일반적인 적요 항목에 있어서는, 기록 대장 번호, 최초 거래일, 사업 내용, 거래 내용 각서 등, 보험의 외교 영업에 사용하는 경우에 있어서는, 증권 번호, 보험 가입 월일, 가족 구성, 병력 등, 인사 평정에 사용하는 경우에 있어서는, 사원 번호, 입사 년월일, 가족 구성, 특필 사항, 종합 평가 등, 금융 관계가 보증의 연결을 관리하는 경우에 있어서는, 구좌 종별·번호, 계약일, 가족 구성, 보증 채무의 유무, 자산 등, 영업에 사용하는 경우에 있어서는, 사원 번호, 초기 방문일, 특징, 취미·기호 등의 정보가 등록된다.
이력의 정보는 시계열(時系列)의 대응 기록을 입력할 수 있도록 하는 것으로, 예를 들면 일반적인 항목에 있어서는, 날짜, 협의 내용, 수치 목표, 달성도, 다음 시기 연기 등, 영업에 사용하는 경우에 있어서는 구입일, 구입 품명, 수량, 구입 금액, 포인트 수 등, 보험에 사용하는 경우에 있어서는 보험액 변경 월일, 보험 명칭·내용, 입금 회수, 기본 금액, 합계 금액 등, 인사에 사용하는 경우에 있어서는, 년월일, 업무명, 금액, 자기 평가, 내부 평가 등, 금융 관계가 사용하는경우에는, 대부일, 담보, 대부 금액, 매월 상환 예정액, 잔고 등의 정보가 등록된다.
관계 입력의 화면에서 연결되는 멤버 상호의 관계를 부가 정보로서 관계 적요 항목을 입력하는 경우에는, 항목을 용도에 따라서 설정한다. 예를 들면, 일반적으로 사용하는 경우에는, 이벤트, 부모의 주의점, 자녀의 주의점, 소개일, 공통의 기념일, 비고 날짜, 부모→자녀 신뢰도, 자녀→부모 신뢰도, 친밀도, 평가(부모→자녀), 평가(부모←자녀) 등, 거래 관계에 사용하는 경우에는, 수주, 발주, 하청, 소개일, 거래일(최초), 거래일(최종), 지주, 발주 웨이트, 수주 웨이트, 관계의 변천, 거래 내용 등, 보험에 사용하는 경우에는, 공통의 취미, 특기, 건강 상태, 가장 최근에 우연히 만난 월일, 처음 만난 월일, 결혼 기념일, 친밀도, 알고 지낸 년수, 적의, 비고 등, 인사에 사용하는 경우에는 년도, 배속 부서, 배속 연월일, 평가 연월일, 이동 연월일, 능력, 협동성, 노력, 평가(부모→자녀), 평가(부모←자녀) 등, 금융 기관에서 사용하는 경우에는, 보증 내용, 담당권 순위(물건), 메모, 보증 갱신일, 초기 지불일, 최종 지불일, 보증 금액, 보증 한도액, 노선가(물건), 상세한 관계 등이 등록된다.
본 발명에 따른 관계 설정 정보 관리 시스템의 확장한 실시형태에 대해서 더욱 설명한다.
이미 구축, 운영되고 있는 다른 데이터베이스에 본 발명의 관계 설정 정보 관리 기능을 가지게 한 동기 방식에 대해서 설명한다. 기존의 데이터베이스에 관계 관리 기능을 부가하기 위해서는, 이것을 운영하는 소프트웨어 이것을 처음부터다시 만드는 방법과 데이터 수수 인터페이스를 갖는 관계 관리 소프트웨어를 연결시키는 방법이 있다. 동기 방식은 그 후자를 가리킨다. 이 동기 방식에서는 기존의 데이터베이스 구조의 소프트웨어를 모두 개조하지 않고, 도 11에 도시하는 바와 같이 그 데이터베이스가 갖는 데이터 고유의 ID 번호를 관계 관리 테이블에 기록한다. 결국, 1개의 데이터베이스에 다른 소프트웨어가 다수 부여되게 된다. 그러나, 데이터베이스 자체는 기존의 소프트용으로 설계되어 있는 경우가 많기 때문에, 기존 소프트로부터의 정보를 수취하는 인터페이스 부분을 관계 관리 소프트측에서 갖는다. 이것에 의해, 관계 관리 소프트측에서는 기본적인 데이터 표시 부분을 개발하지 않고, 기존 소프트의 데이터 참조 부분을 이용할 수 있다. 관계 관리 소프트측에서는 이미 등록되어 있는 데이터끼리의 관계 설정을 하고, 계도 표시 등의 관계 관리 기능 부분을 담당한다. 관계 관리 소프트 내에 기존 소프트의 기능을 모두 집어 넣고(외부 소프트 실행 기능에 의한), 외양적으로는 기존 시스템에 관계 관리 부분이 추가되도록 하는 것도 가능하다.
동기 방식을 이용하기 위해서는, 기존 소프트에서의 추가·수정·삭제에 의한 ID의 변경을 관계 관리 소프트측에서 감시할 필요가 있고, 기존 소프트가 ID의 변경을 허용하고 있는 경우에는, 그 ID 번호를 다시 매겨서 관계 관리 소프트측이 대응하거나, 기존 데이터에 불변적인 ID를 부가할 필요가 있다. 동기 방식을 응용함으로써, 가동 중의 데이터베이스 시스템에 의해서 바뀌는 새로운 시스템을 도입하지 않고, 비용의 절약으로 관계 관리 기능을 갖는 시스템으로 이행시킬 수 있다.
다음에, 자동 관계 설정에 대해서 설명한다. 주어진 조건에 일치하는 것,카테고리, 선택한 것 등, 멤버 관리 테이블에 등록된 임의의 1 또는 다수의 데이터와, 다른 1 또는 다수의 데이터의 관계 설정의 처리를 행하도록 해도 좋다. 이 경우, 직렬의 관계 설정으로서, 임의의 지정에 의해 선택된 다수의 데이터를 차례로 직렬로 연결하는 관계 설정이 사용자 지정에 의해 미리 배치가 바뀐 순서대로 혹은 1개씩 차례로 행해진다.
또, 병렬 관계 설정으로서, 부모 선택 집단과 자녀 선택 집단에, 각각 모든 데이터 중에서 조건 지정에 의해서 유출된 데이터, 데이터가 개별적으로 갖는 카테고리로 유출된 데이터, 임의로 선택된 데이터, 또는 모든 데이터가 표시되고, 부모와 자녀의 지정에 의해 관계 설정을 행하여 관계 관리 테이블을 작성한다.
이 경우, 예를 들면, 도 12(A)에 도시하는 바와 같이 부모 선택 집단과 자녀 선택 집단에 1개씩 멤버가 있을 때, 각각을 직접 부모와 자녀로 하여 1대 1의 관계 설정을 행한다. 또, 부모 선택 집단에 1개와 자녀 선택 집단에 다수개 있을 때, 1개의 부모를 각각의 자녀와 1대 1의 반복으로 자녀 건수만큼, 1대 다수의 관계 설정을 행하고, 부모 선택 집단에 다수가 있고 자녀 선택 집단에 1개가 있을 때, 1개의 자녀를 각각의 부모와 1대 1의 반복으로 부모의 건수만큼, 다수대 1의 관계 설정을 행한다.
또, 부모 선택 집단과 자녀 선택 집단에 각각 다수개 있을 때, 1대 다수의 관계 설정을 부모의 건수만큼, 혹은 다수대 1의 관계 설정을 자녀의 건수만큼 행한다든지, 도 12(B)에 도시하는 바와 같이 부모와 자녀의 사이에 신규 또는 기존의 데이터(α)를 지정하고, 모든 부모 지정 데이터는 α의 부모, 모든 자녀 지정 데이터는 α의 자녀로서 관계 테이블에 보유하는 다수대 다수의 관계 설정을 행한다. 각각 관계 설정은 관계 설정 버튼 등의 일괄 처리 기동이나 드래그 앤드 드롭 등으로 행한다.
또, 카테고리의 일치에 의한 병렬의 관계 설정으로서, 도 13에 도시하는 바와 같이 멤버 관리 테이블의 데이터 1건 1건에 카테고리 등록틀을 다수개 설치하고, 말, 나무, 사과, 꽃, 산 등 그곳에 등록된 카테고리에 일치하는 데이터를 선택해 내어 신규 또는 기존의 데이터에 관계 설정한다. 예를 들면 동일 그룹 등 동일 속성, 동일 언어를 포함하는 데이터에 대해서 동일하게 적용할 수 있다.
데이터베이스간의 임포트에 대해서 설명한다. 본 발명의 관계 설정 정보 관리 시스템을 예를 들면 프로페셔널판, 스탠다드판, 퍼스널판과 같이 다수의 등급으로 나누면, 이들을 이용하여 예를 들면, 도 14에 도시하는 바와 같이 관리자와 1인 또는 다수의 부원으로 LL 방식과 같은 유사 네트워크를 조직할 수 있다. 여기에서, 프로페셔널판은 데이터 등록 제한 없이, 이력 정보 입력·검색 가능, 관계 상세 정보 입력·검색 가능, 다수 데이터베이스 가능, 스탠다드판은 데이터 등록 제한없이, 이력 정보 입력·검색 가능, 퍼스널판은 수백건까지의 등록 제한으로 하고, 공통의 데이터베이스를 이용하는 것으로 한다. 그리고, 프로페셔널판은 데이터베이스를 다수 보유하고, 전환하면서 이용할 수 있다. 데이터베이스는 동일 폴더 내가 아니면, LAN 상의 다른 퍼스널 컴퓨터의 어디에 있어도 조작 대상으로 할 수 있다.
관리자는 프로페셔널판을 이용함으로써, 자신의 데이터베이스 외에, 부원의데이터베이스를 참조·갱신 가능하게 되고, 부원은 스탠다드판을 이용함으로써, 자신의 데이터베이스밖에 조작할 수 없게 된다. 만일, 다른 사람의 데이터를 무단 카피해도 데이터베이스마다 4랭크의 ID와 패스워드를 설치함으로써, 내부에 들어갈 수 없게 한다. 프로페셔널판은 스탠다드판에서는 볼 수 없는 관계 상세 정보의 부분의 참조·갱신이 가능하기 때문에, 부원의 데이터베이스에 본인의 관리외에서의 기입이 가능하게 된다.
또, 임의로 설정된 데이터로부터 n촌수까지의 범위에서 관계 설정된 데이터를 임포트의 대상으로 하고, 취입측의 데이터 식별 코드와 중복하지 않는 코드를 다시 매겨서 임포트한다. 임포트시, 취입측과, 이동측에 동일 데이터가 존재한 경우에는, 또한 「본인」(동일 데이터라고 하는 관계 구분)으로 관계 설정을 행한다. 동일인지 아닌지의 판정이 애매한 경우에는 사용자에게 메시지하는지 다른 데이터라고 판단하는지를 선택시킨다.
다음에, 파일 관리 소프트에서의 운용에 대해서 설명한다.
파일 관리 소프트(익스플로러 등)의 현재 상황을 보면, 파일 관리 소프트는 전체를 1개의 큰 수납 창고라고 생각하고, 폴더라고 하는 분류 가능한 콘테이너 박스에 파일을 나워서 넣는 것 만으로 파일 관계를 찾을 수는 없다. 그러나, 파일을 관리한 후에, 파일끼리의 연결이 나누어진 쪽이 정리하기 쉽다고 하는 것은 만인이 바라는 바이다.
예를 들면, 워드로 작성된 문서 A 가 있고, 그것을 수정한 문서 A'가 있는 경우, 2개의 문서에 관계가 있다고 하는 것은 파일명인지, 동일 폴더에 보존되어있는지, 프로퍼티에 관계가 있는지를 기록하는 수 밖에 없다. 만일, 프로퍼티로 식별하면, A'', A''', A'''' 등이 작성된 경우, 뒤에 작성된 문서가 앞에 작성된 문서와 관계가 있는 것을 이제까지 작성된 모든 문서의 프로퍼티에 기입해 가지 않으면 안 된다.
A''''를 작성하였을 때, A'''의 프로퍼티가 변경되지 않으면, 1개씩 거슬러 올라가서 프로퍼티를 보고 가지 않으면, 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측의 관리 소프트에 임하게 하는 경우나 각각의 어플리케이션의 내부에서만 데이터의 관계 설정을 하는 경우에도 동일하다.
예를 들면, 화상 처리 소프트와 그것에 의해 작성된 화상 파일을 예로 설명한다. 일반적으로 어플리케이션으로 작성된 파일이 갖는 정보는 화상 정보 외에 형상·오브젝트, 컬러·채도·명도·알파 채널·레이어 정보·변경 이력과 같은 속성 정보를 갖는 파일 형식(포토샵의 PSD 등)으로부터, 화상 정보만을 갖는 형식(BMP 등)이라고 하는 바와 같이, 이용 환경에 따라서 다양하다. 그 파일 형식과 사용하는 어플리케이션에 따라서 파일 내에 보유할 수 있는 속성은 정보량이 다르다. 화상 내에서 범위 절취된 것을 클립 보드를 경유하여 카피·페이스트한다고 하는 경우에는, 카피된 순간의 데이터만을 대상으로 하면 좋기 때문에, 그 때의 속성은 계속 이어져도, 파일 정보 등은 계승하지 않아도 된다. 그러나, 관계를 연결하고, 계속적인 관계를 유지해 가기 위해서는, 내용의 변경이나 관계 범위의 변경·이동에 대응하지 않으면 안 된다. 따라서, 파일 자체에 관계 설정된 부분이 어느 범위의 어떠한 속성 정보인지를 기억해 둘 필요가 있고, 화상 처리 소프트에서는 파일에 보존된 관계 정보를 표시하고, 변경을 감시하는 기능이 필요하게 된다. 여기에서 멤버 관리 테이블을 이용함으로써, 기본적인 데이터를 보존하지 않고, 관계 설정을 해야하는 선택 범위가 존재하는 장소나 데이터의 특성 등이 기록되고, 데이터의 본체는 오리지널 파일 내에 존재한다. 물론, 데이터 자체를 오리지널 파일로부터 카피하여 멤버 관리 테이블에 기록하는 것도 가능하다.
즉, 도 17에 도시하는 바와 같이 파일에 관계 지정 범위 정보를 갖고, 멤버 관리 테이블과 관계 관리 테이블을 사용하는 것 외에, 멤버 관리 테이블은 사용하지 않고, 관계 관리 테이블만으로 관계 관리를 하는 경우, 파일에는 갖지 않고, 멤버 관리 테이블 또는 관계 관리 테이블로 정보 관리를 하는 경우 등 각각의 조합에 따른 이용 환경이 있다.
다음에, 관계 레이어를 설치한 경우의 예를 설명한다. 화상 데이터에 겹쳐서 투명한 관계 지정 범위를 표시하는 관계 레이어를 설치한다. 화상 처리 소프트 내에서 관계 설정하는 범위를 지정하고, 그 범위를 관계 레이어에 표시한다. 지정된 범위가 갖는 속성에는 선택된 형상·오브젝트 외에, 컬러·채도·명도·알파 채널·레이어 정보·변경 이력 등 어플리케이션에 의해서 보유할 수 있는 정보량이 다르기 때문에, 여기에서는 선택 범위와 그 외의 속성으로서 설명한다. 화상 처리 소프트에 관계 정보 설정 버튼 등을 설치하고, 그것이 온인 상태에서 범위를 선택하면, 멤버 관리 테이블에 ID, 파일 종별, 디렉토리 패스, 파일명, 선택 범위, 그 외의 속성 등을 기입한다. 동시에, 선택 범위를 멤버 관리 테이블 기입시에 취득한 ID를 지정 범위의 식별명으로서 화상 파일 내에 선택 범위 정보와 함께 기록한다. 멤버 관리 테이블에 기입된 개별 정보는 관계 입력 버튼 또는 우측 클릭의 메뉴 등에 의해서 OS의 파일 관리 소프트의 관계 입력의 화면에서, 그 외의 정보와 관계 설정을 하고, 그 관계를 관계 관리 테이블에 기입한다. 화상 데이터의 관계 지정 범위에 포함되는 부분에 수정이 가해진 경우에는, 화상 처리 소프트의 감시 기능에 의해서 관계 지정 범위의 변경을 하는지 어떤지를 물음으로써, 변경이 있으면 그 정보를 기록하고 있는 화상 파일이나 멤버 관리 테이블의 변경도 행해진다.
멤버 관리 테이블을 이용하지 않는 경우에는, 직접, 관계 관리 테이블에 파일 종별, 디렉토리 패스, 파일명, 선택 범위, 그 외의 속성 등을 기입하여 관계 설정을 해도 좋다. 그러나, 동일 파일을 동일 지정 범위, 동일 속성에서 다른 관계 설정을 하기 위한 독자의 멤버를 고려한다면, ID를 포함시키고 멤버 고유의 식별 가능한 형식으로 하여 보존하지 않으면 안 된다.
화상 파일에 관계 정보를 기록하지 않은 경우에는, 그들의 모든 정보를 멤버 관리 테이블 또는 관계 관리 테이블에 기록하고, 화상 처리 소프트는 관계 레이어 등에 표시하기 위한 정보를 화상 파일로부터가 아닌, 그들의 외부 테이블로부터 수취한다. OS나 통일 관리 소프트로 관리하지 않고, 어플리케이션으로 독립으로 관리하지 않고, 화상 어플리케이션 내에서 단독 관리하는 경우에는, 어플리케이션 독자의 관계 관리 테이블과 멤버 관리 테이블을 갖고, 관계 입력이나 계도 표시 등의 기능을 화상 처리 소프트 내에 장비하게 된다.
이상은 화상에 대해서이지만, 워드 프로세서 소프트와 문서 파일, 표 계산 소프트와 북 파일, CAD 소프트와 화면 데이터, 음원 소프트와 음원 데이터 등, 동일한 조합으로 기록과 감시 기능이 필요하게 된다. 도 18에 도시하는 바와 같이 멤버 관리 테이블을 이용하는 경우에는, ID, 파일 종별, 디렉토리 패스, 파일명, 선택 범위, 그 외의 속성, 예를 들면 표 계산이면, 시트, 셀, 서식 정보 등, CAD이면 레이어, 선 종류, 색, 형상 등, 문서이면, 페이지, 서식 정보 등, 음원이면 시간, 파장, 음역 정보 등을 기록한다. 멤버 관리 테이블을 우회하지 않고 직접 관계 관리 테이블에 기입하는 경우에는, 관계 관리 테이블에 파일 종별, 디렉토리 패스, 파일명, 선택 범위, 그 외의 속성 등을 기록한다. 그것들은 데이터끼리가 식별 가능한 형태이면 좋기 때문에, 퍼스널 컴퓨터 내부의 절대 어드레스 등이라고 하는 관계를 연결하기 위한 비트 단위의 멤버끼리의 관계까지 나타낼 수 있는 표현을 이용해도 응용할 수 있다. 각각의 입력, 표시 수단은 화면, 인쇄 매체 외에, Web, ASP, PDA 등의 외부 통신 수단을 이용한 것이어도 좋다. 기본적으로는 관계 관리 테이블에 부모와 자녀 관계를 연결한 데이터끼리를 계도형으로 표시하고, 차례로 연달아 더듬어 갈 수 있는 기능은, 각 소프트웨어의 데이터측에서도 컴퓨터의 OS측에서도 가질 수 있다. 그 외, 임의의 데이터 사이의 관계를 추적하여 표시하는 연결 검색 기능을 가질 수도 있다.
다수의 관리 테이블을 설치하여 관계 설정하는 경우에 대해서 설명한다. 관계 설정의 대상은 등록된 멤버끼리이지만, 이력 정보끼리의 관계를 가지고 싶을 때나, 이력과 관계 정보나, 화상과 다른 멤버의 적요 항목 등을 관계 설정하고 싶은 경우 등, 1개의 멤버 관리 테이블이나 관계 관리 테이블에서는 나타낼 수 없다. 이것에 대응하기 위해서, 도 19에 도시하는 바와 같이 멤버 관리 테이블이나 관계 관리 테이블은 1개의 시스템 내에 1개가 아닌, 다수개 존재할 수도 있다. N번째의 멤버 관리 테이블은 기본이 되는 멤버 관리 테이블의 어느 식별 정보(CIF)의 어느 정보의 어느 부분에 관한 것인지라고 하는 속성까지 포함한 형태로 기록되고, N번째의 관계 관리 테이블에는 부분 관계 입력용의 화면에 의해서 관계 설정된 부모와 자녀 관계가 기록되며, 부분 관계 표시용의 계도에 표시된다. 이렇게 함으로써 머리만의 관계밖에 볼 수 없었던 관계 계도 외에, 각각의 부위의 연결까지 볼 수 있게 된다.
또한, 본 발명은 상기 실시형태에 한정되는 것은 아니고, 다양한 변형이 가능하다. 예를 들면 상기 실시형태에서는 멤버 데이터의 상세 정보로서, 적요의 정보와 이력의 정보를 설명하였지만, 그 외, 사진이나 첨부 파일 등 다양한 정보를 부가해도 좋고, 동일 멤버에 관해서 식별 코드로 구분 정보와 고유의 상세 정보로 등록해도 좋다.
이상의 설명으로부터 명확하게 알 수 있는 바와 같이, 본 발명에 의하면, 각종 정보를 관계 설정하여 관리하는 관계 설정 정보 관리 시스템에 있어서, 적어도각종 정보의 식별 정보로 부모와 자녀의 관계 설정을 격납하는 관계 관리 테이블과, 지정된 정보와 범위로 상기 관계 관리 테이블의 관계 설정에 의해 부모로부터 자녀, 자녀로부터 부모로 각종 정보의 검색 처리를 행하는 검색 처리 수단을 구비하기 때문에, 데이터 사이의 관계를 부모(주, 상)와, 자녀(종, 하)로 나타내고, 세대가 아닌, 촌수로 관리함으로써 관계의 추적과 표시를 용이하게 할 수 있다. 또한, 등록된 데이터끼리를 관계 설정함으로써, 관계가 이어지는 한 적용할 수 있다. 2자의 관계 루트를 추적한다든지, 그들의 관계를 계도에 표현할 수 있다. 중복 데이터도 멤버 리스트 작성의 처리를 하지 않고, 동일 데이터라고 하는 관계로 연결하면, 양쪽을 참조할 수 있고, 구성(舊姓), 신성(新姓) 데이터도 관계 설정에 의해 양립시킬 수 있다.
또, 사람과 사람만이 아닌, 사람과 물건, 물건과 물건의 관계 설정을 행하고, 물품의 데이터와 사람의 데이터를 혼재시켜서 관리할 수 있도록 함으로써, 예를 들면, 관청 등과 거래가 있는 회사에서, 또 뒤에 유용한 가능성이 있는 중요한 서류를 작성한 경우, 그 문서를 작성한 인간이나, 그 문서 관할의 과 등에 관계 설정을 행해 둘 수 있고, 다음에 사용할 때에 기억을 더듬지 않고 종료한다.
또한, 문서를 작성할 때에 참고로 한 책이나 지도 자료 등이 어느 과의 어느 지소의 것인지 등도 그 과나 지소 등에 관계 설정을 해 둠으로써, 그 「과」, 「책」,「자료」,「문서」의 어느 1개만으로도 실마리가 있으면, 상세하게 기억하고 있지 않은 경우에도, 관계를 차례로 연달아 더듬어 가서 필요한 정보에 이를 수 있다. 물론, 문서만이 아닌, 고객과 구매 차량 등의 상품과 결부시켜 둘 수도 있고,토지를 데이터로서 입력해 두고, 소유자의 변천을 더듬어 갈 수도 있다. 애매한 데이터나 불확실한 데이터도 뉴스 소스에 관계 설정해 둠으로써 행방 불명 데이터가 되지 않게 한다.
다음에, 본 발명을 계도형 인맥 관리 시스템에 적용한 경우의 실시형태를 설명한다. 본 실시형태에서는, 3차원으로밖에 나타낼 수 없었던 관계도를 컴퓨터 내에서 관리하고, 그 일부를 취출하여 나타냄으로써, 2차원의 종이 위에서 표현할 수 있도록 하였다.
이하에, 그 사고 방식을 기술한다.
본 실시형태의 시스템은 데이터 입력시, 조건 검색이나 후리가나 검색 등의 검색 기능을 충실하게 하고, 중복 데이터의 등록을 피하도록 한다.
그 때문에, 관계 설정을 할 데이터가 한점 집중형으로 관리되고, 쓸데없는 연결이 작성되기 어렵게 되고 있다. 또, 중복 데이터가 있었던 경우에도, 그것들을 「동일 사람의 데이터」라고 하는 관계로 연결함으로써, 계도를 작성하였을 때에는 반드시 근처에 표시되게 된다.
일반적인 고객 관리의 사고 방식에서 말하면, 도 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세대밖에 표시되지 않는다.
이 표시되지 않은 부분을 보충하고 있는 것이, 또 1개의 계도, 「멤버 소개 계도(전후 5촌수)」이다. 그 예를 도 27에 나타낸다.
이 「멤버 소개 계도(전후 5촌수)」는 도 39의 「멤버 소개 계도(부모·자녀·손자)로 결정한 참조 대상을 중심으로 전후 5촌수의 범위로 모든 관계자를 계도화한다.
본 실시형태의 시스템과 같은 인맥을 표현하는 계도는 가계도와 같이 부모를 위에 자녀를 아래로 한 일방향의 흐름으로 나타내는 것이 불가능하다.
그것을 대신하는 것으로서, 본 실시형태의 시스템에서는 도 41에 도시하는 바와 같이, 계도의 중심으로 하는 사람을 1번 위의 좌단에 표시한다. 1촌수째를 왼쪽에 1단 낮춘 위치에 표시하고 있다. 동일하게 5촌수째까지를 1단씩 왼쪽으로 낮추면서 표시하고 있다.
가로 방향의 화살표는 부모로부터 자녀로의 관계를 나타내고 있고, 「…」는 그 외에 최단 루트인 것을 나타내고 있다.
예를 들면, (a)의 「사카모토 료마」에는 「…」가 연결되어 있다. (a)의 「사카모토 료마」는「가츠 가이슈」에서 봤을 때 2촌수째에 해당하지만, 다른 루트를 보면, 1촌수째의 (b)에도 「사카모토 료마」가 표시되어 있다. (a)보다 (b) 쪽이 참조 대상의 「가츠 가이슈」에 의해 가깝기 때문에, 「…」이 붙어 있는 개소는 참고라고 하게 된다.
+ 표시는 이 아래에도 인맥이 이어져 있는 것을 의미하고 있다.
숨기고 싶은 인맥이나 복잡한 인맥의 경우, 이 +기능을 사용하여 계도를 자유롭게 재구성할 수 있다.
이 멤버 소개 계도를 생성하기 위한 순서의 개요는 다음과 같다.
(1) 참조 대상 CIF를 기초로 멤버 관리 테이블의 참조 대상 멤버의 정보를 취득하여 트리 뷰 영역에 표시한다.
(2) 1촌수 선택
(2-1) 참조 대상의 코드(CIF)를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 2열째에 1멤버 1단으로 참조 대상의 아래에 추가 표시한다.
(2-2) 참조 대상 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 2열째에 1멤버 1단으로 부모 멤버의 아래에 추가 표시한다.
단, 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 각 이름 뒤에 「…」를 부가한다.
(3) 2촌수 선택
(3-1) 2열째에 표시되어 있는 1촌수의 멤버에 대해서 위에서 순서대로 각각 다음의 처리를 행한다.
(3-2) 1촌수자 CIF를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 3열째에 1멤버 1단으로 해당되는 1촌수의 멤버와 다음의 1촌수의 멤버의 사이에 삽입 표시한다.
단, 직계의 2촌수 전(참조 대상)이 동일 멤버이면 「2촌수 선택」은 하지 않는다.
(3-3) 기초로 하는 1촌수의 해당 단계의 멤버에 「…」가 붙여져 있으면 「2촌수 선택」은 하지 않는다.
(3-4) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 「…」를 부가한다.
(3-5) 1촌수자 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 3열째에 1멤버 1단으로 해당되느 1촌수의 멤버와 다음의 1촌수의 멤버의 사이에 삽입 표시한다.
단, 직계의 2촌수 전(참조 대상)이 동일 멤버이면 「2촌수 선택」은 하지 않는다.
(3-6) 기초로 하는 1촌수의 해당 단계의 멤버에 「…」가 붙여져 있으면 「2촌수 선택」은 하지 않는다.
(3-7) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 「…」를 부가한다.
(4) n촌수 선택. (n=3)으로 한다.
(4-1) 3열째에 표시되어 있는 2촌수의 멤버에 대해서 위에서 순서대로 각각 다음의 처리를 행한다.
(4-2) 2촌수자 CIF를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 4열째에 1멤버 1단으로 해당되는 2촌수의 멤버와 다음의 2촌수의 멤버의 사이에 삽입 표시한다.
단, 직계의 2촌수 전(1촌수자)가 동일 멤버이면 「3촌수 선택」은 하지 않는다.
(4-3) 기초로 하는 2촌수의 해당 단계의 멤버에 「…」가 붙여져 있으면, 「3촌수 선택」은 하지 않는다.
(4-4) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 「…」를 부가한다.
(4-5) 2촌수자 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 4열째에 1멤버 1단으로 해당되는 2촌수의 멤버와 다음의 2촌수의 멤버의 사이에 삽입 표시한다.
단, 직계의 2촌수 전(1촌수자)이 동일 멤버이면 「3촌수 선택」은 하지 않는다.
(4-6) 기초로 하는 2촌수의 해당 단계의 멤버에 「…」가 붙여져 있으면 「3촌수 선택」은 하지 않는다.
(4-7) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 「…」를 부가한다.
(5) 이후, 단계 (4)의 수를 누진시켜서, 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) 검색 결과의 첫번째를 트리 뷰에 표시한다.
(10) 사용자가 검색 결과 표시의 변경을 풀다운 리스트 박스로 지정하였을 때에는, 검색 결과 중의 사용자가 선택한 루트를 트리 뷰에 표시한다.
이상 서술한 바와 같이, 본 실시형태에 의하면 하기의 효과를 이룬다.
1. 인맥의 계도를 2차원의 종이에 써서 나타낼 수 있다.
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)에 기입하는 것을 전제로 한 처리 내에서 관계 설정된 모든 관계에 1레코드씩 기록되고, 관계의 방향을 부모와 자녀가 아닌 시작과끝으로 나타낸다. 이 시작과 끝은 부모와 자녀의 설정에는 관계없이 지정할 수 있다. 관계 벡터 테이블(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(선배)이고, 그 후 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. 성명 또는 단체명, 주소, 전화 번호 등의 개인·단체의 멤버 정보를 격납하는 멤버 관리 테이블과,
    그 멤버 관리 테이블에 등록된 어느 멤버와 그 멤버에 관계하는 다른 멤버의 2사람의 관계를 부모와 자녀의 관계로 규정하는 동시에 그 관계의 종류 및 관계의 우선 순위를 나타내는 구분 코드를 기입하는 관계 관리 테이블로 이루어지는 데이터베이스를 구비한 관계 설정 정보 관리 시스템.
  15. 제14항에 있어서,
    구분 코드가 어떠한 관계를 나타내는지 및 어떠한 우선 순위를 나타내는지를 규정하는 구분 테이블을 관계 관리 테이블과는 별도로 설치한 것을 특징으로 하는 관계 설정 정보 관리 시스템.
  16. 제14항 또는 제15항에 있어서,
    멤버 관리 테이블의 등록 사항에 등록 멤버의 통계 자료 작성이나 소속 분류 배분을 위한 지역 구분 코드를 설치한 것을 특징으로 하는 관계 설정 정보 관리 시스템.
  17. 성명 또는 단체명, 주소, 전화 번호 등의 개인·단체의 멤버 정보를 격납하는멤버 관리 테이블과,
    그 멤버 관리 테이블에 등록된 어느 멤버와 그 멤버에 관계하는 다른 멤버의 2인의 관계를 부모와 자녀 관계로 규정된 관계 레코드를 기록하는 동시에, 그 관계의 종류 및 관계의 우선 순위를 나타내는 구분 코드를 기록하는 관계 관리 테이블로 이루어지는 데이터베이스를 구비한 관계 설정 정보 관리 시스템에 있어서, 참조 대상으로서 멤버가 지정되었을 때에, 그 멤버와 부모와 자녀의 관계가 있는 멤버를 유출하고, 참조 대상과 함께 부모 멤버, 자녀 멤버, 손자 멤버를 리스트로서 표시하는 다음의 단계를 실행하는 수단을 갖는 관계 설정 정보 관리 시스템.
    (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. 성명 또는 단체명, 주소, 전화 번호 등의 개인·단체의 멤버 정보를 격납하는 멤버 관리 테이블과,
    그 멤버 관리 테이블에 등록된 어느 멤버와 그 멤버에 관계하는 다른 멤버의 2인의 관계를 부모와 자녀의 관계로 규정된 관계 레코드를 기록하는 동시에, 그 관계의 종류 및 관계의 우선 순위를 나타내는 구분 코드를 기록하는 관계 관리 테이블로 이루어지는 데이터베이스를 구비한 관계 설정 정보 관리 시스템에 있어서, 참조 대상으로 설정된 멤버 코드에 의해, 부모와 자녀 관계가 있는 멤버를 유출하여,촌수가 가까운 순서로 다수 촌수를 트리 뷰로 표시하고, 다음의 단계를 실행하는 수단을 갖는 것을 특징으로 하는 관계 설정 정보 관리 시스템.
    (1) 참조 대상 CIF를 기초로 멤버 관리 테이블의 참조 대상 멤버의 정보를 취득하여 트리 뷰 영역에 표시한다.
    (2) 1촌수 선택
    (2-1) 참조 대상 CIF를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 2열째에 1멤버 1단으로 참조 대상의 아래에 추가 표시한다.
    (2-2) 참조 대상 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 2열째에 1멤버 1단으로 부모 멤버의 아래에 추가 표시한다.
    단, 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 각 이름 뒤에 생략 기호를 부가한다.
    (3) 2촌수 선택
    (3-1) 2열째에 표시되어 있는 1촌수의 멤버에 대해서 위에서 순서대로 각각 다음의 처리를 행한다.
    (3-2) 1촌수자 CIF를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 3열째에 1멤버 1단으로 해당의 1촌수의 멤버와 다음에 1촌수의 멤버의 사이에 삽입 표시한다.
    단, 직계의 2촌수 전(참조 대상)이 동일 멤버이면 「2촌수 선택」은 하지 않는다.
    (3-3) 기초로 하는 1촌수의 해당 단계의 멤버에 생략 기호가 붙여져 있으면 「2촌수 선택」은 하지 않는다.
    (3-4) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 생략 기호를 부가한다.
    (3-5) 1촌수자 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 3열째에 1멤버 1단으로 해당되는 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를 기초로 관계 관리 테이블로부터 부모 멤버를 유출하고, 우선순으로 트리 뷰 영역 n+1열째에 1멤버 1단으로 해당되는 n-1 촌수의 멤버와 다음의 n-1촌수의 멤버의 사이에 삽입 표시한다.
    단, 직계의 2촌수 전(n-2촌수자)이 동일 멤버이면 「n촌수 선택」은 하지 않는다.
    (4-3) 기초로 하는 n-1촌수의 해당 단계의 멤버에 생략 기호가 붙여져 있으면, 「n촌수 선택」은 하지 않는다.
    (4-4) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 생략 기호를 부가한다.
    (4-5) n-1촌수자 CIF를 기초로 관계 관리 테이블로부터 자녀 멤버를 유출하고, 우선순으로 트리 뷰 영역 n+1열째에 1멤버 1단으로 해당되는 n-1촌수의 멤버와 다음에 n-1촌수의 멤버의 사이에 삽입 표시한다.
    단, 직계의 1촌수 전(n-2 촌수자)이 동일 멤버이면 「n촌수 선택」은 하지 않는다.
    (4-6) 기초로 하는 n-1촌수의 해당 단계의 멤버에 생략 기호가 붙여져 있으면 「n촌수 선택」은 하지 않는다.
    (4-7) 트리 뷰 내에 이미 동일 CIF의 멤버가 표시되어 있으면 이름 뒤에 생략 기호를 부가한다.
    (5) 이후, 단계 (4)의 n을 1누진시켜서, n이 소정의 수에 도달할 때까지 (4)의 단계를 반복하고, n이 소정의 수에 도달하면 처리를 종료한다.
  19. 성명 또는 단체명, 주소, 전화 번호 등의 개인·단체의 멤버 정보를 격납하는 멤버 관리 테이블과,
    그 멤버 관리 테이블에 등록된 어느 멤버와 그 멤버에 관계하는 다른 멤버의 2인의 관계를 부모와 자녀의 관계로 규정된 관계 레코드를 기록하는 동시에, 그 관계의 종류 및 관계의 우선 순위를 나타내는 구분 코드를 기록하는 관계 관리 테이블로 이루어지는 데이터베이스를 구비한 관계 설정 정보 관리 시스템에 있어서, 참조 대상으로 설정된 2인의 멤버 코드에 의해, 그 2인에 관계 루트가 완성되어 있는지 어떤지를 임의의 촌수까지 유출하여 표시하고, 다음의 단계를 실행하는 수단을 갖는 것을 특징으로 하는 관계 설정 정보 관리 시스템.
    (1) 관계의 추적을 하는 2인의 멤버 중, 한쪽을 정, 다른 쪽을 부로 하고, 정 멤버에 부 멤버가 연결되어 있는지를 추적하기 위해서, 설정 조건을 보존하고, 검색 결과를 일시 유지하는 메모리 내의 배열 영역을 초기화한다.
    (2) 처리를 행할 때에, 사용자가 지정한 최대 몇개 촌수까지 찾는지, 최단 루트인지 모든 루트인지의 설정 조건을 보존한다.
    (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) 부 멤버이면 정 멤버로부터의 루트를 상기 메모리 내의 배열 영역에 보존하고 다음의 2촌수째의 레코드에 대해서, (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개 전의 촌수의 레코드 수를 1개 누진시켜서 처리를 행한다.
    (7-3) 1개 전의 촌수의 레코드 수가 n까지 종료하면, 또한 1개 전의 촌수의 레코드 수를 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. 각종 정보를 관계 설정하여 관리하는 관계 설정 정보 관리용 기록 매체에 있어서, 상기 각종 정보 사이의 관계, 이 관계의 방향 및 위치 시계열 정보를 격납하는 관계 벡터 테이블과, 상기 관계 벡터 테이블에 격납된 관계, 이 관계의 방향 및 위치 시계열 정보를 기초로 관계 설정의 검색 처리를 행하여 관계도의 출력 처리를 행하는 검색 처리 프로그램을 기록한 것을 특징으로 하는 컴퓨터로 판독 가능한 관계 설정 정보 관리용 기록 매체.
KR1020020001857A 2001-01-12 2002-01-12 관계 설정 정보 관리 시스템, 관계 설정 정보 관리용프로그램 및 기록 매체 KR20020061119A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2001005803 2001-01-12
JPJP-P-2001-00005803 2001-01-12
JPJP-P-2001-00344038 2001-11-09
JP2001344038A JP3730156B2 (ja) 2001-11-09 2001-11-09 関係付け情報管理システム、関係付け情報管理用プログラム、及び記録媒体

Publications (1)

Publication Number Publication Date
KR20020061119A true KR20020061119A (ko) 2002-07-22

Family

ID=26607646

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020020001857A KR20020061119A (ko) 2001-01-12 2002-01-12 관계 설정 정보 관리 시스템, 관계 설정 정보 관리용프로그램 및 기록 매체

Country Status (4)

Country Link
US (1) US20020107859A1 (ko)
KR (1) KR20020061119A (ko)
CN (1) CN1381800A (ko)
CA (1) CA2367863A1 (ko)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006098588A1 (en) * 2005-03-15 2006-09-21 Nhn Corporation Online human network management system and method for stimulating users to build various faces of relation
WO2008124231A1 (en) * 2007-04-03 2008-10-16 Yahoo&Excl Inc. Expanding a social network by the action of a single user
WO2009084749A1 (en) * 2007-12-28 2009-07-09 Saltlux Inc. Method for recommending contents with context awareness
KR20210108696A (ko) * 2020-02-26 2021-09-03 주식회사 카카오뱅크 부모예측모형을 이용한 서비스 제공 방법

Families Citing this family (48)

* Cited by examiner, † Cited by third party
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 富士ゼロックス株式会社 評価装置およびその方法
US7240292B2 (en) 2003-04-17 2007-07-03 Microsoft Corporation Virtual address bar user interface control
US7823077B2 (en) * 2003-03-24 2010-10-26 Microsoft Corporation System and method for user modification of metadata in a shell browser
US20040255301A1 (en) * 2003-06-13 2004-12-16 Andrzej Turski Context association schema for computer system architecture
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
US9654425B2 (en) 2003-06-16 2017-05-16 Meetup, Inc. System and method for communicating among members of meeting groups
US10742433B2 (en) 2003-06-16 2020-08-11 Meetup, Inc. Web-based interactive meeting facility, such as for progressive announcements
US9947053B2 (en) 2003-06-16 2018-04-17 Meetup, Inc. System and method for conditional group membership fees
US9264462B2 (en) 2003-06-16 2016-02-16 Meetup, Inc. System and method for confirming attendance for in-person meetings or events
US9117220B2 (en) * 2003-06-16 2015-08-25 Meetup, Inc. Web-based interactive meeting facility with revenue generation through sponsorship
US8904295B2 (en) 2003-06-16 2014-12-02 Meetup, Inc. Web-based interactive meeting facility with recommendations to users
US10298410B2 (en) * 2003-06-16 2019-05-21 Meetup, Inc. Progressive announcements in a web-based interactive meeting facility
US7444518B1 (en) * 2003-06-16 2008-10-28 Microsoft Corporation Method and apparatus for communicating authorization data
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 データ処理装置、データ処理方法及びプログラム
US8554582B2 (en) 2004-10-13 2013-10-08 Nissay Information Technology Co., Ltd. Data management apparatus and method thereof
US7730114B2 (en) * 2004-11-12 2010-06-01 Microsoft Corporation Computer file system
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
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
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 鸿富锦精密工业(深圳)有限公司 尺寸信息输出系统及方法
CN103092813A (zh) * 2011-10-31 2013-05-08 鸿富锦精密工业(深圳)有限公司 三次元程序显示系统及方法
CA2884010A1 (en) 2012-09-05 2014-03-13 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 삼성전자주식회사 정보 검색 방법, 그와 같은 기능을 갖는 디바이스 및 기록 매체
JP6114028B2 (ja) 2012-12-28 2017-04-12 富士通株式会社 情報管理プログラム、情報管理方法及び情報管理装置
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
JP7013791B2 (ja) * 2017-10-25 2022-02-01 富士通株式会社 コンタクト支援プログラム、コンタクト支援方法、および、コンタクト支援装置
CN111078927A (zh) * 2019-12-19 2020-04-28 罗普特科技集团股份有限公司 基于家谱数据识别驾驶员身份的方法、装置、存储介质
CN113628032B (zh) * 2021-08-12 2024-02-09 上海上湖信息技术有限公司 一种确定用户关系的方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
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

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006098588A1 (en) * 2005-03-15 2006-09-21 Nhn Corporation Online human network management system and method for stimulating users to build various faces of relation
KR100690021B1 (ko) * 2005-03-15 2007-03-08 엔에이치엔(주) 다면적인 관계 설정을 촉진하기 위한 온라인상 휴먼네트워크 관리 시스템 및 방법
US8239499B2 (en) 2005-03-15 2012-08-07 Nhn Corporation Online social network management system and method for simulating users to build various faces of relation
WO2008124231A1 (en) * 2007-04-03 2008-10-16 Yahoo&Excl Inc. Expanding a social network by the action of a single user
WO2009084749A1 (en) * 2007-12-28 2009-07-09 Saltlux Inc. Method for recommending contents with context awareness
KR20210108696A (ko) * 2020-02-26 2021-09-03 주식회사 카카오뱅크 부모예측모형을 이용한 서비스 제공 방법

Also Published As

Publication number Publication date
CN1381800A (zh) 2002-11-27
US20020107859A1 (en) 2002-08-08
CA2367863A1 (en) 2002-07-12

Similar Documents

Publication Publication Date Title
KR20020061119A (ko) 관계 설정 정보 관리 시스템, 관계 설정 정보 관리용프로그램 및 기록 매체
US11861150B2 (en) Methods and apparatus for managing and exchanging information using information objects
US10409879B2 (en) Systems and method for displaying and categorizing news feed posts
US11301623B2 (en) Digital processing systems and methods for hybrid scaling/snap zoom function in table views of collaborative work systems
Watson Data management, databases and organizations
US7698316B2 (en) Universal knowledge information and data storage system
US9002900B2 (en) Machine-implemented activity management system using asynchronously shared activity data objects and journal data items
JP3730174B2 (ja) 関係付け情報管理システム、関係付け情報管理用プログラム、及び記録媒体
AU2012208934A1 (en) Systems and method for displaying and categorizing news feed posts
JP4215738B2 (ja) 関係付け情報管理システム
CN107729483A (zh) 一种分类显示方法、装置、终端及计算机可读存储介质
US20070143349A1 (en) Information processing apparatus, file management method, and file management program
JP3730156B2 (ja) 関係付け情報管理システム、関係付け情報管理用プログラム、及び記録媒体
WO2017189392A1 (en) Method of data organization and data searching for constructing evidence-based beliefs within a social network
WO2017195757A1 (ja) メール管理システム
Chalandon et al. Improvement of an inventory management app and development of a sharing feature
McGettigan Technical ServiceS law librarian
Heerman Appealing for Liberty: Freedom Suits in the South. By Loren Schweninger
WO2022162244A1 (en) Computer device and method for manipulating displayed objects
JP2022148998A (ja) 特許情報の表示プログラム
Indratmo Supporting exploratory browsing with visualization of social interaction history
Smith et al. Managing Lists and Libraries
Antonovich SharePoint Lists Everything Is a List

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid