KR20230073094A - 정보 처리 시스템 및 정보 처리 방법 - Google Patents

Abstract

정보 처리 시스템은, 토픽마다 구분된 복수의 데이터베이스와, 복수의 데이터베이스가 갖고 있는 토픽을 관리하는 토픽 관리부와, 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스를 특정함과 함께, 당해 특정한 데이터베이스에 대해 데이터를 요구하는 취득부를 포함한다.

Description

정보 처리 시스템 및 정보 처리 방법{INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING METHOD}

본 발명은, 데이터 수집에 관한 정보 처리 시스템 및 정보 처리 방법에 관한 것이다.

정보 통신 기술의 진전에 수반하여, 다양한 데이터를 수집하여 활용하는 방안이 이루어져 있다.

예를 들면, 일본 특표2020-503784호 공보는, IoT 네트워크에서의 컴포지트오브젝트를 구비하는 장치를 개시한다. 또한, 일본 특개2019-133610호 공보는, 복수의 데이터원을 포함하는 네트워크 통신 환경에서의 데이터 오케스트레이션 플랫폼 관리 방법을 개시한다.

또한, 수집한 데이터를 검색하는 기술로서, 일본 특표2017-516213호 공보는, IoT 또는 M2M 디바이스에 가장 효율적인 검색 결과를 제공하는 것으로서 현재의 리소스 디렉터리 기능성에, 보다 고도의 검색 엔진 최적화를 추가한 구성을 개시한다.

생산 현장 등에서도, 다양한 데이터를 수집하여 활용한다는 방안이 진행되고 있다. 예를 들면, 생산 거점이 복수 존재하는 경우에는, 거점마다 데이터를 수집하는 구조를 구축하는 것이 간편하다. 한편으로, 복수의 거점마다 산재하는 데이터를 활용하기 위해서는, 각 데이터에 액세스할 수 있는 구조가 필요해지고, 시스템이 복잡화하거나, 관리 비용 등이 증가하거나 한다는 과제가 생길 수 있다.

본 발명의 하나의 목적은, 데이터를 효율적으로 이용할 수 있는 기술을 제공하는 것이다.

본 발명의 한 예에 따르는 정보 처리 시스템은, 토픽마다 구분된 복수의 데이터베이스와, 복수의 데이터베이스가 갖고 있는 토픽을 관리하는 토픽 관리부와, 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스를 특정함과 함께, 당해 특정한 데이터베이스에 대해 데이터를 요구하는 취득부를 포함한다. 이 구성에 의하면, 복수의 데이터베이스가 분산 배치되어 있어도, 지정된 토픽에 대응하는 데이터베이스를 특정할 수 있기 때문에, 복수의 데이터베이스의 존재를 유저에게 의식시키는 일 없이, 임의의 데이터에 대해 용이하게 액세스할 수 있다.

정보 처리 시스템은, 토픽에 대응시켜진, 하나 또는 복수의 값을 포함하는 데이터로 이루어지는 송신 데이터를 복수의 데이터베이스의 어느 하나에 송신하는 송신부와, 복수의 데이터베이스의 각각에 대응시켜진 복수의 데이터 관리부를 더 포함하고 있어도 좋다. 복수의 데이터 관리부의 각각은, 송신 데이터에 대응시켜진 토픽에 의거하여, 송신 데이터에 포함되는 데이터를 대응시켜진 데이터베이스에 격납하도록 해도 좋다. 이 구성에 의하면, 송신부가 송신하는 송신 데이터에 포함되는 토픽에 의거하여, 당해 송신 데이터에 포함되는 데이터를 데이터베이스의 대응하는 영역에 격납할 수 있다.

데이터 관리부는, 대응시켜진 데이터베이스에 새로운 토픽을 추가하면, 당해 새롭게 추가한 토픽을 나타내는 토픽 정보를 토픽 관리부에 송신하도록 해도 좋다. 이 구성에 의하면, 어느 하나의 데이터베이스에 새로운 토픽이 추가된 경우라도, 당해 새롭게 추가된 토픽에 대응시켜진 데이터에의 액세스를 유지할 수 있다.

토픽 관리부는, 복수의 데이터 관리부의 어느 하나의 데이터 관리부로부터 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 다른 데이터 관리부에 전송하도록 해도 좋다. 복수의 데이터 관리부의 각각은, 토픽 관리부로부터 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 격납하도록 해도 좋다. 이 구성에 의하면, 어느 하나의 데이터 관리부로부터의 토픽 정보는, 다른 데이터 관리부에 전송되기 때문에, 정보 처리 시스템에 포함되는 모든 데이터 관리부 사이에서 토픽 정보를 공유할 수 있다.

토픽 관리부는, 복수의 데이터 관리부의 어느 하나의 데이터 관리부로부터 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 격납하도록 해도 좋다. 이 구성에 의하면, 토픽 관리부의 각각이 토픽 정보를 격납하기 때문에, 모든 데이터 관리부 사이에서 토픽 정보를 공유하는 경우에 비교하여, 토픽 정보를 격납 및 처리하기 위한 리소스를 저감할 수 있다.

토픽 관리부는, 토픽 정보가 나타내는 토픽과 동일한 토픽이 복수의 데이터베이스의 어느 하나에 이미 존재하는지의 여부를 판단하도록 해도 좋다. 이 구성에 의하면, 복수의 데이터베이스 사이에서 토픽이 중복되어 버리는 사태를 회피할 수 있다.

토픽은, 계층 구조로 기술되어도 좋다. 이 구성에 의하면, 현실의 설비의 구성 등에 대응시켜서 토픽을 기술할 수 있다.

취득부는, 토픽을 지정한 요구 중, 대응하는 데이터베이스에 고유하게 설정되어 있는 토픽의 부분을 제외하고, 당해 대응하는 데이터베이스에 대해 데이터를 요구하도록 해도 좋다. 이 구성에 의하면, 개개의 데이터베이스에 대한 처리를 간소화할 수 있다.

본 발명의 다른 예에 따른 정보 처리 방법은, 토픽마다 구분된 복수의 데이터베이스를 관리하는 스텝과, 복수의 데이터베이스가 갖고 있는 토픽을 관리하는 스텝과, 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스를 특정함과 함께, 당해 특정한 데이터베이스에 대해 데이터를 요구하는 스텝을 포함한다.

본 발명의 상기 및 다른 목적, 특징, 국면 및 이점은, 첨부한 도면과 관련하여 이해되는 본 발명에 관한 다음의 상세한 설명으로부터 분명해질 것이다.

도 1은, 본 실시의 형태에 따르는 정보 처리 시스템의 적용례를 도시하는 모식도.
도 2는, 본 실시의 형태에 따르는 정보 처리 시스템의 전체 구성례를 도시하는 모식도.
도 3은, 본 실시의 형태에 따르는 정보 처리 시스템의 서버 장치에 관한 구성례를 도시하는 모식도.
도 4는, 본 실시의 형태에 따르는 정보 처리 시스템의 서버 장치의 하드웨어 구성례를 도시하는 블록도.
도 5는, 본 실시의 형태에 따르는 정보 처리 시스템의 송신 장치의 하드웨어 구성례를 도시하는 블록도.
도 6은, 본 실시의 형태에 따르는 정보 처리 시스템의 데이터 수집 처리를 실현하기 위한 기능 구성례를 도시하는 모식도.
도 7은, 본 실시의 형태에 따르는 정보 처리 시스템의 한 예를 도시하는 모식도.
도 8은, 본 실시의 형태에 따르는 정보 처리 시스템의 데이터 수집 처리에 관한 서버 장치가 실행하는 처리 순서를 도시하는 플로우차트.
도 9는, 본 실시의 형태에 따르는 정보 처리 시스템의 서버 장치의 데이터베이스의 한 예를 도시하는 모식도.
도 10은, 본 실시의 형태에 따르는 정보 처리 시스템의 데이터 참조 처리를 실현하기 위한 기능 구성례를 도시하는 모식도.
도 11A 및 도 11B는, 본 실시의 형태에 따르는 정보 처리 시스템의 토픽 정보 테이블의 한 예를 도시하는 모식도.
도 12는, 본 실시의 형태에 따르는 정보 처리 시스템의 데이터 참조 처리에 관한 처리 순서를 도시하는 시퀀스도.
도 13은, 본 실시의 형태에 따르는 정보 처리 시스템의 데이터 참조 처리를 실현하기 위한 다른 기능 구성례를 도시하는 모식도.
도 14는, 본 실시의 형태에 따르는 정보 처리 시스템의 복제 수집 처리를 실현하기 위한 기능 구성례를 도시하는 모식도.
도 15는, 본 실시의 형태에 따르는 정보 처리 시스템의 집계 처리를 설명하기 위한 모식도.

본 발명의 실시의 형태에 관해, 도면을 참조하면서 상세히 설명한다. 또한, 도면 중의 동일 또는 상당 부분에 관해서는, 동일 부호를 붙이고 그 설명은 반복하지 않는다.

<A. 적용례>

우선, 본 발명이 적용되는 장면의 한 예에 관해 설명한다.

도 1은, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 적용례를 도시하는 모식도이다. 도 1을 참조하면, 정보 처리 시스템(1)은, 복수의 서버 장치(100-1, 100-2, 100-3, …)(이하, 「서버 장치(100)」라고도 총칭한다.)와, 어느 하나의 서버 장치(100)에 대응시켜진 하나 또는 복수의 송신 장치(200)를 포함한다.

예를 들면, 서버 장치(100-1∼100-3)가 거점 1∼3에 각각 배치되어 있다고 한다. 서버 장치(100)의 각각은, 서버 장치(100)에 대응시켜진 하나 또는 복수의 송신 장치(200)로부터의 데이터를 데이터베이스(160)에 격납한다. 데이터베이스(160)는, 토픽별로 하나 또는 복수의 테이블(162)을 격납한다. 즉, 데이터베이스(160)는, 토픽마다 구분되어 있다.

서버 장치(100)의 각각은, 데이터베이스(160)에 더하여, 데이터 배신 모듈(150) 및 데이터 관리 모듈(152)을 포함한다.

데이터 관리 모듈(152)은, 자체장치의 데이터베이스(160)에 대응시켜져 있다. 데이터 관리 모듈(152)의 각각은, 송신 데이터(50)에 대응시켜진 토픽에 의거하여, 송신 데이터(50)에 포함되는 데이터를 대응시켜진 데이터베이스(160)에 격납한다. 이와 같이, 데이터 관리 모듈(152)은, 송신 장치(200)로부터의 데이터(토픽이 부가되어 있는)를 부가되어 있는 토픽에 대응하는 테이블(162)에 격납한다. 또한, 데이터 관리 모듈(152)은, 다른 서버 장치(100)의 토픽을 나타내는 토픽 정보 테이블(170)을 갖고 있다.

데이터 배신 모듈(150)은, 송신 장치(200)로부터의 데이터를 중계함과 함께, 다른 서버 장치(100)와 사이에서 데이터를 교환한다. 보다 구체적으로는, 데이터 배신 모듈(150)은, 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스(서버 장치(100))를 특정함과 함께, 당해 특정한 데이터베이스에 대해 데이터를 요구한다. 이때, 데이터 배신 모듈(150)은, 토픽 정보 테이블(170)을 참조하여, 지정된 토픽에 대응하는 (서버 장치(100))를 특정해도 좋다.

이에 의해, 복수의 서버 장치(100)가 분산 배치되어 있어도, 유저에 대해 분산되어 있는 것을 의식시키는 일 없이, 임의의 서버 장치(100)가 격납하고 있는 데이터를 참조할 수 있다.

<B. 정보 처리 시스템의 전체 구성례>

본 실시의 형태에 따르는 정보 처리 시스템(1)은, 주로, 생산 현장에서 데이터를 수집하는데, 데이터를 수집하는 대상에 관해서는 특히 한정되는 것이 아니다.

도 2는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 전체 구성례를 도시하는 모식도이다. 도 2를 참조하면, 정보 처리 시스템(1)은, 복수의 서버 장치(100-1, 100-2, 100-3, …)와, 어느 하나의 서버 장치(100)에 대응시켜진 하나 또는 복수의 송신 장치(200)와, 하나 또는 복수의 정보 처리 장치(300)와, 관리 장치(400)를 포함한다.

서버 장치(100) 및 관리 장치(400)는, 전형적으로는, 인터넷 등의 글로벌 네트워크(4)를 통하여 접속되어 있다.

서버 장치(100)의 각각은, 데이터베이스를 갖고 있고, 접속되어 있는 하나 또는 복수의 송신 장치(200)로부터 송신되는 데이터를 격납함과 함께, 필요한 정보 처리를 실행한다. 또한, 서버 장치(100)는, 관리 장치(400) 등으로부터의 요구에 응하여, 격납하고 있는 데이터의 일부 또는 전부를 제공한다.

도 2에 도시하는 구성례에서는, 거점 1에 서버 장치(100-1)가 배치되어 있고, 거점 2에 서버 장치(100-2)가 배치되어 있고, 거점 3에 서버 장치(100-3)가 배치되어 있다.

송신 장치(200)의 각각은, 생산 현장 등으로부터 미리 정해진 데이터를 수집하고, 접속되어 있는 서버 장치(100)에 송신한다.

관리 장치(400)는, 복수의 서버 장치(100)의 연계시키기 위한 처리를 실행한다.

정보 처리 장치(300)는, 서버 장치(100)에 격납되어 있는 데이터에 액세스한다. 본 실시의 형태에 따르는 정보 처리 시스템(1)에서는, 정보 처리 장치(300)는, 복수의 서버 장치(100)가 각각 갖고 있는 데이터베이스에 대해 액세스할 수 있다. 또한, 정보 처리 장치(300)의 유저에 대해, 액세스처의 데이터베이스가 어느 서버 장치(100)에 속해 있는지를 의식시키지 않아도 좋다.

도 3은, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 서버 장치(100)에 관한 구성례를 도시하는 모식도이다. 도 3을 참조하면, 예를 들면, 각 거점에 배치된 서버 장치(100)는, 로컬 네트워크(2)를 통하여 송신 장치(200)로부터 송신되는 데이터를 격납함과 함께, 필요한 정보 처리를 실행한다. 또한, 서버 장치(100)는, 정보 처리 장치(300) 등으로부터의 집계 요구에 응하여, 격납하고 있는 데이터를 제공한다.

송신 장치(200)의 각각은, 생산 현장 등으로부터 미리 정해진 데이터를 수집하고, 서버 장치(100)에 송신한다. 송신 장치(200)가 데이터를 서버 장치(100)에 송신하는 타이밍은, 임의로 결정할 수 있다.

도 3에 도시하는 바와 같이 워크(10)가 복수의 공정을 경유하여 제품이 되는 라인을 상정하면, 송신 장치(200)의 각각은, 어느 한 공정에 배치되어 있고, 각 공정을 통과하는 워크(10)로부터 수집한 데이터를 서버 장치(100)에 송신한다. 서버 장치(100)는, 로컬 네트워크(2)를 통하여 송신 장치(200)로부터 송신되는 데이터를 격납한다.

<C. 하드웨어 구성>

다음에, 본 실시의 형태에 따르는 정보 처리 시스템(1)을 구성하는 장치의 하드웨어 구성의 한 예에 관해 설명한다.

(c1: 서버 장치(100))

도 4는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 서버 장치(100)의 하드웨어 구성례를 도시하는 블록도이다. 도 4를 참조하면, 서버 장치(100)는, CPU(Central Processing Unit)나 MPU(Micro-Processing Unit) 등의 하나 또는 복수의 프로세서(102)와, 주(主) 메모리(104)와, 광학 드라이브(106)와, 스토리지(110)와, 네트워크 컨트롤러(120, 122)와, USB(Universal Serial Bus) 컨트롤러(124)와, 입력부(126)와, 표시부(128)를 포함한다. 이들의 컴포넌트는, 버스(108)를 통하여 접속된다.

프로세서(102)는, 스토리지(110)에 격납된 각종 프로그램을 판독하여, 주 메모리(104)에 전개하여 실행함으로써, 서버 장치(100)에서 필요한 처리를 실현한다.

스토리지(110)는, 예를 들면, HDD(Hard Disk Drive)나 SSD(Flash Solid State Drive) 등의 하나 또는 복수의 불휘발성 기억 장치로 구성된다. 스토리지(110)에는, 전형적으로는, OS(Operating System)(112) 및 후술하는 각종 처리를 실현하기 위한 정보 처리 프로그램(114)이 격납된다. 또한, 스토리지(110)에는, 도 4에 도시하는 프로그램 이외의 필요한 프로그램이 격납되어도 좋다.

스토리지(110)의 기억 영역을 이용하여, 송신 장치(200)로부터 수집된 데이터로 구성되는 데이터베이스(160)가 실현되어도 좋다.

서버 장치(100)는, 광학 드라이브(106)를 갖고 있어도 좋다. 광학 드라이브(106)는, 컴퓨터 판독 가능한 프로그램을 비(非) 일과적으로 격납하는 기록 매체(107)(예를 들면, DVD(Digital Versatile Disc) 등의 광학 기록 매체)로부터 프로그램을 판독하여, 스토리지(110) 등에 격납한다.

서버 장치(100)에서 실행되는 각종 프로그램은, 컴퓨터 판독 가능한 기록 매체(107)를 통하여 인스톨되어도 좋지만, 네트워크상의 임의의 서버로부터 다운로드하는 형태로 인스톨하도록 해도 좋다.

네트워크 컨트롤러(120)는, 로컬 네트워크(2)를 통한 송신 장치(200) 등과의 데이터의 교환을 제어한다. 네트워크 컨트롤러(122)는, 글로벌 네트워크(4)를 통한 정보 처리 장치(300) 등과의 데이터의 교환을 제어한다.

USB 컨트롤러(124)는, USB 접속을 통한 외부 장치(예를 들면, 서포트 장치)와의 데이터의 교환을 제어한다.

입력부(126)는, 터치 패널, 마우스, 키보드 등으로 구성되고, 유저 조작을 접수한다. 표시부(128)는, 디스플레이, 각종 표시기 등으로 구성되고, 프로세서(102)로부터의 처리 결과 등을 출력한다.

도 4에는, 프로세서(102)가 프로그램을 실행하는데 필요한 처리가 제공되는 구성례를 나타냈지만, 이들 제공되는 처리의 일부 또는 전부를, 전용의 하드웨어 회로(예를 들면, ASIC(Application Specific Integrated Circuit) 또는 FPGA(Field-Programmable Gate Array) 등)를 이용하여 실장해도 좋다.

또한, 서버 장치(100)가 담당하는 처리의 전부 또는 일부를 네트워크상의 클라우드 컴퓨팅을 이용하여 실행해도 좋다.

(c2: 송신 장치(200))

도 5는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 송신 장치(200)의 하드웨어 구성례를 도시하는 블록도이다. 도 5를 참조하면, 송신 장치(200)는, 처리 회로(210)와, 네트워크 컨트롤러(220)와, 입력부(226)와, 표시부(228)와, 수집부(230)를 포함한다.

처리 회로(210)는, CPU나 MPU 등의 프로세서(212)와, 주 메모리(214)와, 플래시 메모리 등의 스토리지(216)를 포함한다. 프로세서(212)는, 스토리지(216)에 격납된 각종 프로그램을 판독하여, 주 메모리(214)에 전개하여 실행함으로써, 송신 장치(200)에서 필요한 처리를 실현한다.

네트워크 컨트롤러(220)는, 로컬 네트워크(2)를 통한 서버 장치(100) 등과의 데이터의 교환을 제어한다.

입력부(226)는, 터치 패널, 마우스, 키보드 등으로 구성되고, 유저 조작을 접수한다. 표시부(228)는, 디스플레이, 각종 표시기 등으로 구성되고, 프로세서(102)로부터의 처리 결과 등을 출력한다. 또한, 입력부(226)와 표시부(228)를 일체화한 터치 패널 디스플레이를 채용해도 좋고, 입력부(226) 및 표시부(228)를 생략해도 좋다.

수집부(230)는, 데이터를 수집하기 위한 임의의 구성을 포함한다. 예를 들면, 수집부(230)는, 워크 등에 부여된 2차원 또는 3차원 코드를 광학적으로 판독하는 광학 디바이스나, 임의의 계측 장치로부터 데이터를 수집하는 인터페이스 회로를 포함할 수 있다.

도 5에는, 프로세서(212)가 프로그램을 실행하는데 필요한 처리가 제공되는 구성례를 나타냈지만, 이들 제공되는 처리의 일부 또는 전부를, 전용의 하드웨어 회로(예를 들면, ASIC 또는 FPGA 등)를 이용하여 실장해도 좋다. 또는, 송신 장치(200)의 주요부를, 범용적인 아키텍처에 따른 하드웨어(예를 들면, 범용 퍼스널 컴퓨터를 베이스로 한 산업용 퍼스널 컴퓨터)를 이용하여 실현해도 좋다.

또한, 송신 장치(200)는, 단일한 장치가 아니라, 복수의 장치가 연휴함으로써 실현되어도 좋다. 예를 들면, 기존의 센서나 제어 장치에 대해, 송신 데이터를 생성 및 송신하기 위한 통신 인터페이스를 부가함으로써 실현되어도 좋다.

또한, 송신 장치(200)에 상당하는 기능을 임의의 장치에서 실행되는 소프트웨어로서 실현해도 좋다. 이 경우에는, 기존의 장치에서 실행되는 소프트웨어에 더하여, 송신 장치(200)에 상당하는 소프트웨어를 추가함으로써 실현되어도 좋다.

(c3: 정보 처리 장치(300))

본 실시의 형태에 따르는 정보 처리 시스템(1)의 정보 처리 장치(300)는, 일반적인 퍼스널 컴퓨터 등에 의해 구성된다. 일반적인 퍼스널 컴퓨터에 관해서는 공지이기 때문에, 상세한 설명은 행하지 않는다.

(c4: 관리 장치(400))

본 실시의 형태에 따르는 정보 처리 시스템(1)의 관리 장치(400)는, 도 4에 도시하는 서버 장치(100)와 같은 하드웨어 구성을 갖고 있기 때문에, 상세한 설명은 반복하지 않는다.

<D. 데이터 수집 처리>

다음에, 본 실시의 형태에 따르는 정보 처리 시스템(1)에서의 데이터 수집 처리에 관해 설명한다.

도 6은, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 데이터 수집 처리를 실현하기 위한 기능 구성례를 도시하는 모식도이다. 도 6을 참조하면, 정보 처리 시스템(1)에서, 서버 장치(100)는, 데이터 배신 모듈(150)과, 데이터 관리 모듈(152)과, 데이터베이스(160)를 포함한다. 송신 장치(200)는, 데이터 송신 모듈(250)을 포함한다. 정보 처리 장치(300)는, 데이터 취득 모듈(350)을 포함한다.

송신 장치(200)의 데이터 송신 모듈(250)은, 송신부에 상당하고, 데이터를 수집하여 송신한다. 데이터 송신 모듈(250)이 송신하는 데이터를 「송신 데이터(50)」라고 칭한다. 즉, 송신 장치(200)의 데이터 송신 모듈(250)은, 토픽에 대응시켜진, 하나 또는 복수의 값을 포함하는 데이터로 이루어지는 송신 데이터(50)를 복수의 서버 장치(100)(데이터베이스(160))의 어느 하나에 송신한다.

송신 데이터(50)는, 격납되어 있는 데이터(54)의 속성을 나타내는 토픽(52)을 포함한다. 송신 데이터(50)에 격납되어 있는 데이터(54)는, 하나 또는 복수의 값(58), 및, 하나 또는 복수의 값(58)에 대응시켜지는 ID(56)를 포함한다. ID(56)는, 데이터(54)를 특정하기 위한 식별 정보이다.

서버 장치(100)의 데이터 배신 모듈(150)은, 데이터 송신 모듈(250)로부터 수신한 송신 데이터(50)에 포함되는 토픽(52)을 특정하고, 당해 특정한 토픽(52)을 구독(購讀)하고 있는 데이터 관리 모듈(152) 및/또는 데이터 취득 모듈(350)에 송신 데이터(50)를 전송한다. 또한, 서버 장치(100)의 데이터 배신 모듈(150)은, 데이터 송신 모듈(250)로부터 수신한 송신 데이터(50)를, 관리 장치(400)를 통하여 다른 서버 장치(100)에 전송하도록 해도 좋다. 송신 데이터(50)의 배신처는, 복수의 모듈이라도 좋다. 또한, 데이터 배신 모듈(150)은, 수신한 송신 데이터(50)의 전부를 데이터 관리 모듈(152)에 전송하도록 해도 좋다.

정보 처리 장치(300)의 데이터 취득 모듈(350)은, 유저에 의해 지정된 구독 대상의 토픽을 데이터 배신 모듈(150)에 통지한다. 또한, 데이터 취득 모듈(350)은, 격납되어 있는 데이터 중에서 취득하고 싶은 데이터의 토픽을 데이터 배신 모듈(150)에 통지한다. 이 통지에 응답하여, 데이터 배신 모듈(150)은, 지정된 토픽에 대응하는 데이터를 데이터 취득 모듈(350)에 송신한다.

서버 장치(100)의 데이터 관리 모듈(152)은, 데이터 배신 모듈(150)로부터 수신한 송신 데이터(50)에 포함되는 토픽(52)에 의거하여, 대응하는 데이터(54)를 데이터베이스(160)에 격납한다. 이와 같이, 데이터 관리 모듈(152)은, 송신 데이터(50)에 포함되는 토픽(52)에 의거하여 데이터의 격납처를 특정함과 함께, 송신 데이터(50)에 포함되는 데이터(54)를 당해 특정한 데이터의 격납처에 격납한다.

또한, 서버 장치(100)의 데이터 관리 모듈(152)은, 관리 장치(400)를 통하여, 다른 서버 장치(100)로부터 수신한 송신 데이터(50)에 포함되는 토픽(52)에 의거하여, 대응하는 데이터(54)를 데이터베이스(160)에 격납하도록 해도 좋다.

데이터 관리 모듈(152)은, 데이터 배신 모듈(150)로부터의 요구에 응하여, 데이터베이스(160)에 격납되어 있는 데이터를 검색하도록 해도 좋다. 또한, 데이터 관리 모듈(152)은, 데이터베이스(160)의 데이터 구조의 갱신(추가 및 삭제를 포함한다)를 담당해도 좋다. 또한, 데이터 관리 모듈(152)은, 송신 데이터(50)에 포함되는 데이터(54)에 대한 임의의 연산을 실행하도록 해도 좋다.

데이터베이스(160)는, 토픽마다 구분되어 있다. 보다 구체적으로는, 데이터베이스(160)는, 토픽(52)별로 하나 또는 복수의 테이블(162)을 격납한다. 테이블(162)의 각각은, ID(164)와, 하나 또는 복수의 값(166)이 대응되어 격납되어 있다.

또한, 토픽은, 상술한 바와 같은 단일한 값으로 한하지 않고, 계층 구조를 채용해도 좋다. 계층 구조로 기술하는 경우에는, 「상대 표기」 및/또는 「절대 표기」를 도입해도 좋다. 「상대 표기」는, 임의의 기준으로부터의 경로를 나타내는 것이고, 예를 들면, 「line1/공정1」이라는 바와 같이, 「/」로 시작되지 않는 표기로 해도 좋다.

또한, 「절대 표기」는, 대상의 시스템에서 일의로 특정 가능한 경로를 나타내는 것이고, 예를 들면, 「/Factory1/line1/공정1」이라는 바와 같이, 「/」로 시작되는 표기로 해도 좋다. 이때, 절대 표기의 선두 부분(예를 들면, 「/Factory1/」)를 글로벌 토픽이라고 칭하고, 그 이후의 부분(예를 들면, 「line1/공정1」)를 로컬 토픽이라고 칭할 수 있다. 상대 표기는, 글로벌 토픽 없는, 로컬 토픽으로 간주할 수도 있다.

도 7은, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 한 예를 도시하는 모식도이다. 도 7에는, 워크(10)가 공정 1 및 공정 2에서 처리되는 예를 나타낸다. 정보 처리 시스템(1)은, 공정 1 및 공정 2에서의 워크(10)에 대한 처리의 시작 시각 및 종료 시각을 수집한다.

도 7을 참조하면, 워크(10)는, 컨베이어 등에 의해 공정 11, 공정 2라는 순서로 반송됨과 함께, 각 공정에서 가공이나 조립 등의 처리가 행해진다. 워크(10)에는, 워크(10)를 특정하기 위한 ID(001, 002, 003, …)를 나타내는 2차원 코드(12)가 부여되어 있다.

송신 장치(200)는, 2차원 코드(12)를 광학적으로 판독하여, 워크(10)의 ID를 취득함과 함께, ID를 취득한 시각도 취득한다. 송신 장치(200)는, 어느 한 공정의 처리 시작 포인트 또는 처리 종료 포인트에 배치되어 있다. 그 때문에, 송신 장치(200)는, 각 공정에서 워크(10)에 대한 처리의 시작 시각 또는 종료 시각을 서버 장치(100)에 송신할 수 있다. 즉, 송신 장치(200)가 송신하는 송신 데이터(50)의 데이터(54)는, 워크(10)의 ID와, 시작 시각 또는 종료 시각을 포함한다.

보다 구체적으로는, 송신 장치(200-1)는, 공정 1의 처리 시작 포인트에 배치되어 있고, 송신 장치(200-2)는, 공정 1의 처리 종료 포인트에 배치되어 있다. 마찬가지로, 송신 장치(200-3)는, 공정 2의 처리 시작 포인트에 배치되어 있고, 송신 장치(200-4)는, 공정 2의 처리 종료 포인트에 배치되어 있다.

이와 같이, 송신 장치(200)의 각각은, 워크(10)가 통과한 때에, 워크(10)에 부여되어 있는 2차원 코드(12)를 광학적으로 판독하여, 당해 2차원 코드(12)를 광학적으로 판독한 시각을 서버 장치(100)에 송신한다. 이때, 송신 장치(200)의 각각은, 배치되어 있는 공정을 특정하기 위한 정보를 토픽(52)으로서 송신 데이터(50)에 포함한다.

보다 구체적으로는, 송신 장치(200-1)는, 워크(10)가 통과하면(공정 1에서의 워크(10)에 대한 처리가 시작되면), 워크(10)에 부여되어 있는 2차원 코드(12)를 광학적으로 판독하여 취득된 워크(10)의 ID와, 워크(10)의 ID를 판독한 시각인 시작 시각을 데이터(54-1)로서 생성한다. 그리고, 송신 장치(200-1)는, 「공정1」을 토픽(52-1)으로서 데이터(54-1)에 부가하여 송신 데이터(50-1)를 생성하고, 서버 장치(100)에 송신한다.

서버 장치(100)(데이터 관리 모듈(152))는, 송신 장치(200-1)로부터 송신 데이터(50-1)를 수신하면, 송신 데이터(50-1)에 포함되는 토픽(52-1)의 값인 「공정1」에 대응하는 테이블(162-1)을 특정하고, 송신 데이터(50-1)에 포함되는 데이터(54-1)(ID 및 시작 시각)를 격납한다. 이때, 데이터(54-1)의 ID의 값인 「001」과 같은 값의 ID(164)가 부여된 레코드가 존재하지 않기 때문에, 서버 장치(100)는, 새로운 레코드를 추가한다.

이어서, 송신 장치(200-2)는, 워크(10)가 통과하면(공정 1에서의 워크(10)에 대한 처리가 종료되면), 워크(10)에 부여되어 있는 2차원 코드(12)를 광학적으로 판독하여 취득된 워크(10)의 ID와, 워크(10)의 ID를 판독한 시각인 종료 시각을 데이터(54-2)로서 생성한다. 그리고, 송신 장치(200-2)는, 「공정1」을 토픽(52-2)으로서 데이터(54-2)에 부가하여 송신 데이터(50-2)를 생성하고, 서버 장치(100)에 송신한다.

서버 장치(100)(데이터 관리 모듈(152))는, 송신 장치(200-2)로부터 송신 데이터(50-2)를 수신하면, 송신 데이터(50-2)에 포함되는 토픽(52-2)의 값인 「공정1」에 대응하는 테이블(162-1)을 특정하고, 송신 데이터(50-2)에 포함되는 데이터(54-2)(ID 및 종료 시각)를 격납한다. 이때, 데이터(54-1)의 ID의 값인 「001」과 같은 값의 ID(164)가 부여된 레코드가 이미 존재하고 있기 때문에, 서버 장치(100)는, 기존의 레코드에 종료 시각을 격납한다.

또한, 서버 장치(100)(데이터 관리 모듈(152)의 연산 기능(154))는, 시작 시각 및 종료 시각의 양방이 격납된 레코드에 관해, 시작 시각과 종료 시각과의 차를 작업 시간으로서 산출한다. 그리고, 서버 장치(100)는, 산출한 작업 시간을 대응하는 레코드에 격납한다.

데이터 관리 모듈(152)의 연산 기능(154)은, 워크(10)의 각각에 관해, 시작 시각 및 종료 시각으로부터 작업 시간을 산출하는 처리를 담당한다. 또한, 연산 기능(154)에 의한 작업 시간의 산출은, 대응하는 시작 시각 및 종료 시각이 갖추어져 있으면 어느 때라도 좋다. 예를 들면, 시작 시각과 종료 시각이 갖추어진 직후에 작업 시간을 산출하도록 해도 좋고, 미리 정해진 주기마다, 테이블(162)에 포함되는 레코드 중 시작 시각과 종료 시각이 갖추어진 레코드를 추출하고, 추출한 레코드에 관해, 작업 시간을 산출하도록 해도 좋다.

워크(10)는, 공정 1에서의 처리가 종료되면, 공정 2에 보내진다.

송신 장치(200-3)는, 워크(10)가 통과하면(공정 2에서의 워크(10)에 대한 처리가 시작되면), 워크(10)에 부여되어 있는 2차원 코드(12)를 광학적으로 판독하여 취득된 워크(10)의 ID와, 워크(10)의 ID를 판독한 시각인 시작 시각을 데이터(54-3)로서 생성한다. 그리고, 송신 장치(200-3)는, 「공정2」을 토픽(52-3)으로서 데이터(54-3)에 부가하여 송신 데이터(50-3)를 생성하고, 서버 장치(100)에 송신한다.

이어서, 송신 장치(200-4)는, 워크(10)가 통과하면(공정 2에서의 워크(10)에 대한 처리가 종료되면), 워크(10)에 부여되어 있는 2차원 코드(12)를 광학적으로 판독하여 취득된 워크(10)의 ID와, 워크(10)의 ID를 판독한 시각인 종료 시각을 데이터(54-4)로서 생성한다. 그리고, 송신 장치(200-4)는, 「공정2」을 토픽(52-4)로서 데이터(54-4)에 부가하여 송신 데이터(50-4)를 생성하고, 서버 장치(100)에 송신한다.

서버 장치(100)(데이터 관리 모듈(152))는, 송신 장치(200-3) 및 송신 장치(200-4)로부터 송신 데이터(50-3) 및 송신 데이터(50-4)를 각각 수신하면, 「공정2」에 대응하는 테이블(162-2)을 특정하고, 송신 데이터(50-3, 50-4)에 포함되는 데이터(54-2, 54-4)를 격납한다. 또한, 서버 장치(100)(데이터 관리 모듈(152)의 연산 기능(154))는, 송신 데이터(50-3) 및 송신 데이터(50-4)에 대해서도, 시작 시각과 종료 시각과의 차를 작업 시간으로서 산출한다.

상술한 바와 같이, 데이터 관리 모듈(152)의 연산 기능(154)은, 같은 ID에 대응시켜지는 복수의 값(예를 들면, 「시작 시각」 및 「종료 시각」)에 관해 미리 정해진 연산을 실행하여 새로운 값(예를 들면, 「작업 시간」)을 추가한다.

도 8은, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 데이터 수집 처리에 관한 서버 장치(100)가 실행하는 처리 순서를 도시하는 플로우차트이다. 도 8에 도시하는 각 스텝은, 전형적으로는, 서버 장치(100)의 프로세서(102)가 정보 처리 프로그램(114)을 실행함으로써 실현된다.

도 8을 참조하면, 서버 장치(100)는, 토픽마다 구분된 데이터베이스(160)를 관리한다(스텝 S100). 그리고, 서버 장치(100)는, 어느 하나의 송신 장치(200)로부터 송신 데이터(50)를 수신했는지의 여부를 판단한다(스텝 S102). 즉, 서버 장치(100)는, 송신 장치(200)가 송신 데이터(50)를 서버 장치(100)에 송신했는지의 여부를 판단한다. 송신 데이터(50)를 수신하지 않았으면(스텝 S102에서 NO), 스텝 S102의 처리가 반복된다.

송신 데이터(50)를 수신했으면(스텝 S102에서 YES), 서버 장치(100)는, 수신한 송신 데이터(50)에 포함되는 토픽(52)에 대응하는 테이블(162)이 존재하는지의 여부를 판단한다(스텝 S104).

수신한 송신 데이터(50)에 포함되는 토픽(52)에 대응하는 테이블(162)이 존재하지 않으면(스텝 S104에서 NO), 서버 장치(100)는, 수신한 송신 데이터(50)에 포함되는 토픽(52)에 대응하는 새로운 테이블(162)을 생성한다(스텝 S106).

이와 같이, 서버 장치(100)는, 송신 데이터(50)에 포함되는 토픽(52)에 의거하여 데이터의 격납처를 특정한다.

수신한 송신 데이터(50)에 포함되는 토픽(52)에 대응하는 테이블(162)이 존재하고 있으면(스텝 S104에서 YES), 또는, 새로운 테이블(162)을 생성한 후(스텝 S106의 실행 후), 서버 장치(100)는, 수신한 송신 데이터(50)에 포함되는 ID(56)와 같은 값의 ID(164)가 부여된 레코드가 존재하는지의 여부를 판단한다(스텝 S108).

수신한 송신 데이터(50)에 포함되는 ID(56)와 같은 값의 ID(164)가 부여된 레코드가 존재하지 않으면(스텝 S108에서 NO), 서버 장치(100)는, 수신한 송신 데이터(50)에 포함되는 ID(56)를 ID(164)로서 부여한 레코드를 생성한다(스텝 S110).

이어서, 서버 장치(100)는, 수신한 송신 데이터(50)에 포함되는 데이터(54)의 데이터명(시작 시각 또는 종료 시각)을 특정한다(스텝 S112). 그리고, 서버 장치(100)는, 수신한 송신 데이터(50)에 포함되는 데이터(54)에 포함되는 값(58)을 ID(56)와 같은 값의 ID(164)가 부여된 레코드의 대응하는 칼럼에 격납한다(스텝 S114). 이와 같이, 서버 장치(100)는, 송신 데이터(50)에 포함되는 데이터(54)를 특정한 데이터의 격납처에 격납한다. 이때, 서버 장치(100)는, 송신 데이터(50)에 포함되는 ID(56)와 같은 ID(164)에 대응시켜진 값이 이미 데이터베이스(160)에 격납되어 있는 경우에는, 데이터베이스(160)에 이미 격납되어 있는 ID(164)에 대응시켜서, 송신 데이터(50)에 포함되는 데이터(54)에 포함되는 하나 또는 복수의 값(58)을 격납하게 된다.

이어서, 서버 장치(100)는, ID(56)와 같은 값의 ID(164)가 부여된 레코드에서, 시작 시각과 종료 시각이 갖추어졌는지의 여부를 판단한다(스텝 S116). ID(56)와 같은 값의 ID(164)가 부여된 레코드에서, 시작 시각과 종료 시각이 갖추어져 있으면(스텝 S116에서 YES), 서버 장치(100)는, 시작 시각 및 종료 시각으로부터 작업 시간을 산출한다(스텝 S118).

ID(56)와 같은 값의 ID(164)가 부여된 레코드에서, 시작 시각과 종료 시각이 갖추어져 있지 않으면(스텝 S116에서 NO), 스텝 S118의 처리는 스킵된다.

이와 같이, 공정 1 및 공정 2의 각각에서, 워크(10)에 대한 작업에 필요로 하는 시간(작업 시간)을 수집할 수 있다. 워크(10)는 순차적으로 처리되기 때문에, 모든 워크(10)에 관해, 시작 시각, 종료 시각 및 작업 시간을 축적함으로써, 공정마다 필요로 하는 작업 시간의 평균치나 편차 등을 분석하기 위한 데이터로서 이용할 수 있다.

설명의 편의상, 2개의 공정으로 이루어지는 예를 설명했지만, 하나 또는 복수의 공정이 추가된 경우라도, 유연하게 대응할 수 있다. 예를 들면, 공정 3이 추가된 경우에는, 추가된 공정 3에 송신 장치(200)를 새롭게 배치함과 함께, 당해 새롭게 추가된 송신 장치(200)에 대해, 토픽(52)으로서 「공정3」을 설정한다. 이에 의해, 서버 장치(100)는, 토픽(52)의 새로운 값에 대응하는 테이블(162)을 생성한다.

도 7에 도시하는 바와 같이 동일한 워크(10)에 관한 데이터(시작 시각 및 종료 시각)는, 다른 송신 장치(200)가 각각 다른 타이밍에 서버 장치(100)에 송신된다. 이와 같이 시간적으로 분산된 복수의 데이터가 송신되는 경우라도, 토픽(52) 및 ID(56)를 이용함으로써, 워크(10)마다 필요한 데이터를 집약할 수 있다.

<E. 데이터 참조 처리>

다음에, 본 실시의 형태에 따르는 정보 처리 시스템(1)에서의 데이터 참조 처리에 관해 설명한다.

상술한 바와 같이, 서버 장치(100)의 각각이 수집한 데이터는, 각각의 서버 장치(100)의 데이터베이스(160)에 격납되게 된다.

도 9는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 서버 장치(100)의 데이터베이스(160)의 한 예를 도시하는 모식도이다. 도 9를 참조하면, 예를 들면, 도 2에 도시하는 바와 같은 구성례를 채용한 경우에는, 서버 장치(100-1)는, 거점 1에 관한 테이블(162)을 갖고 있고, 서버 장치(100-2)는, 거점 2에 관한 테이블(162)을 갖고 있고, 서버 장치(100-3)는, 거점 3에 관한 테이블(162)을 갖고 있다. 도 9에 도시하는 예에서는, 거점 1∼3의 각각은 같은 라인을 갖고 있고, 각 라인에 관해 공정마다 데이터가 수집된다.

서버 장치(100-1∼100-3)는, 배치되어 있는 거점을 나타내는 식별 정보로서, 글로벌 토픽(60-1∼60-3)을 각각 갖고 있다. 글로벌 토픽(60-1∼60-3)은, 토픽의 프리픽스로서 이용된다.

본 실시의 형태에 따르는 정보 처리 시스템(1)에서는, 적어도 어느 하나의 서버 장치(100)와 통신 가능한 정보 처리 장치(300)는, 다른 서버 장치가 갖고 있는 데이터베이스에 대해서도 실질적으로 액세스할 수 있도록 되어 있다.

즉, 도 9에 도시하는 바와 같은 복수의 테이블(162)이 어느 서버 장치(100)의 데이터베이스(160)에 격납되어 있는지를 유저에게 의식시키는 일 없이, 복수의 테이블(162)을 일체로서 처리할 수 있게 되어 있다.

도 10은, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 데이터 참조 처리를 실현하기 위한 기능 구성례를 도시하는 모식도이다. 도 10을 참조하면, 서버 장치(100-1∼100-3)의 각각은, 데이터 배신 모듈(150), 데이터 관리 모듈(152) 및 데이터베이스(160)를 포함한다.

관리 장치(400)는, 토픽 관리 모듈(450)을 포함한다. 토픽 관리 모듈(450)은, 복수의 데이터베이스(160)가 갖고 있는 토픽을 관리한다. 보다 구체적으로는, 토픽 관리 모듈(450)은, 복수의 서버 장치(100)가 갖고 있는 테이블(162)의 토픽을 다른 서버 장치(100)가 참조할 수 있는 구조를 제공한다.

보다 구체적으로는, 토픽 관리 모듈(450)은, 어느 하나의 서버 장치(100)가 갖고 있는 테이블(162)에 관한 토픽에 관한 정보인 토픽 정보를 수신하면, 다른 서버 장치(100)에 수신한 토픽 정보를 전송한다. 서버 장치(100)의 데이터 관리 모듈(152)은, 관리 장치(400)의 토픽 관리 모듈(450)로부터의 토픽 정보를 토픽 정보 테이블(170)에 격납한다.

이와 같이, 어느 서버 장치(100)가 갖고 있는 테이블(162)의 토픽 정보를 다른 서버 장치(100)와 공유함으로써, 정보 처리 시스템(1)에 포함되는 어느 서버 장치(100)가 갖고 있는 테이블(162)의 토픽을 특정할 수 있다.

도 10에는, 한 예로서, 서버 장치(100-1) 및 서버 장치(100-2)가 가동하고 있는 상태에서, 서버 장치(100-3)가 새롭게 추가된 경우의 처리를 나타낸다. 서버 장치(100-3)는, 자체장치의 데이터베이스(160)에 격납된 테이블(162)의 토픽을 나타내는 토픽 정보를 관리 장치(400)의 토픽 관리 모듈(450)에 송신한다. 토픽 관리 모듈(450)은, 서버 장치(100-3)로부터의 토픽 정보를 서버 장치(100-1) 및 서버 장치(100-2)에 전송한다. 서버 장치(100-1)는, 토픽 관리 모듈(450)로부터의 토픽 정보를 토픽 정보 테이블(170-1)에 추가하고, 서버 장치(100-2)는, 토픽 관리 모듈(450)로부터의 토픽 정보를 토픽 정보 테이블(170-2)에 추가한다.

또한, 새롭게 추가된 서버 장치(100-3)에는, 서버 장치(100-1) 및 서버 장치(100-2)가 갖고 있는 테이블(162)의 토픽 정보가 존재하지 않는다. 그 때문에, 서버 장치(100-3)(데이터 관리 모듈(152))는, 토픽 관리 모듈(450)에 대해, 다른 서버 장치(100)가 갖고 있는 테이블(162)의 토픽 정보를 송신하도록 요구해도 좋다. 이 경우, 토픽 관리 모듈(450)의 중계 처리에 의해, 다른 서버 장치(100)로부터 토픽 정보를 취득해도 좋고, 토픽 관리 모듈(450)이 캐시하고 있는 토픽 정보를 서버 장치(100-3)에 제공해도 좋다.

이와 같이, 서버 장치(100)의 각각이 토픽 정보를 유지함으로써, 다른 서버 장치(100)가 격납하고 있는 데이터에도 용이하게 액세스할 수 있다.

도 11A 및 도 11B는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 토픽 정보 테이블(170)의 한 예를 도시하는 모식도이다. 도 11A에는, 서버 장치(100)가 갖고 있는 테이블(162)에 부여되어 있는 토픽의 글로벌 토픽(프리픽스)을 격납하는 예를 나타낸다. 도 11B에는, 서버 장치(100)의 각각이 갖고 있는 테이블(162)에 부여되어 있는 토픽을 전부 격납하는 예를 나타낸다.

도 11A를 참조하면, 토픽 정보 테이블(170)의 각 엔트리는, 서버명과, 대응하는 네트워크 어드레스와, 대응하는 글로벌 토픽을 포함한다. 보다 구체적으로는, 서버 1가 갖고 있는 테이블의 글로벌 토픽은, 「/Factory1/」이고, 서버 2가 갖고 있는 테이블의 글로벌 토픽은, 「/Factory2/」이고, 서버 3가 갖고 있는 테이블의 글로벌 토픽은, 「/Factory3/」이다.

또한, 서버 장치(100)의 각각이 토픽 정보 테이블(170)을 유지하게 되는데, 자체장치의 정보에 관해서는, 토픽 정보 테이블(170)로부터 제외하도록 해도 좋다. 즉, 모든 서버 장치(100)가 동일한 토픽 정보 테이블(170)을 유지하도록 해도 좋고, 자체장치의 정보를 제외하고 있는 점에 있어서, 서로 다른 토픽 정보 테이블(170)을 유지하도록 해도 좋다.

예를 들면, 정보 처리 장치(300)로부터 서버 장치(100-1)에 대해, 「/Factory3/공정2」라는 토픽에 대응하는 데이터의 취득을 지시하면, 서버 장치(100-1)는, 토픽 정보 테이블(170)을 참조하여, 글로벌 토픽인 「/Factory3/」가 부여된 테이블(162)을 갖고 있는 서버 장치(100-3)를 특정한다. 그리고, 서버 장치(100-1)(데이터 배신 모듈(150))는, 글로벌 토픽을 제외한 「공정2」을 지정하여 데이터의 요구를 서버 장치(100-3)에 송신한다.

이것은, 서버 장치(100-3)가 관리하는 테이블(162)의 각각에는, 로컬 토픽만이 부여되어 있기 때문이다. 이와 같이, 서버 장치(100)의 데이터 배신 모듈(150)은, 토픽을 지정한 요구 중, 대응하는 데이터베이스에 고유하게 설정되어 있는 토픽의 부분(즉, 글로벌 토픽)을 제외하고, 당해 대응하는 데이터베이스(160)에 대해 데이터를 요구해도 좋다.

서버 장치(100-3)는, 「공정2」을 지정한 데이터의 요구에 대해, 데이터베이스(160)에 격납되어 있는 대응하는 테이블(162)의 데이터를 제공한다.

이와 같이, 서버 장치(100)의 데이터 배신 모듈(150)은, 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스(160)를 특정함과 함께, 당해 특정한 데이터베이스(160)에 대해 데이터를 요구한다. 이 일련의 처리에 의해, 요구된 데이터를 취득할 수 있다.

상술한 바와 같이, 정보 처리 시스템(1)을 구성하는 서버 장치(100) 사이에서 테이블의 글로벌 토픽(프리픽스)을 공유함으로써, 공유하는 정보의 데이터량을 억제할 수 있음과 함께, 다른 서버 장치(100)가 격납하고 있는 임의의 데이터에 용이하게 액세스할 수 있다.

도 11B를 참조하면, 토픽 정보 테이블(170)의 각 엔트리는, 서버명과, 대응하는 네트워크 어드레스와, 대응하는 토픽을 포함한다. 보다 구체적으로는, 서버 1은, 「/Factory1/공정1」 및 「/Factory1/공정2」의 토픽이 각각 부여된 2개의 테이블을 갖고 있고, 서버 2는, 「/Factory2/공정1」 및 「/Factory2/공정2」의 토픽이 각각 부여된 2개의 테이블을 갖고 있고, 서버 3은, 「/Factory3/공정1」 및 「/Factory3/공정2」의 토픽이 각각 부여된 2개의 테이블을 갖고 있다.

또한, 서버 장치(100)의 각각이 토픽 정보 테이블(170)을 유지하게 되는데, 자체장치의 정보에 관해서는, 토픽 정보 테이블(170)로부터 제외하도록 해도 좋다. 즉, 모든 서버 장치(100)가 동일한 토픽 정보 테이블(170)을 유지하도록 해도 좋고, 자체장치의 정보를 제외하고 있는 점에 있어서, 서로 다른 토픽 정보 테이블(170)을 유지하도록 해도 좋다.

도 11B에 도시하는 바와 같이 정보 처리 시스템(1)을 구성하는 서버 장치(100) 사이에서 테이블에 부여되어 있는 모든 토픽을 공유함으로써, 정보 처리 시스템(1)에 존재하는 어느 토픽에 대해서도, 글로벌 토픽(프리픽스)을 명시적으로 지정하지 않아도, 격납하고 있는 서버 장치(100)를 특정할 수 있다.

도 11B에 도시하는 바와 같은 토픽 정보 테이블(170)을 채용하는 경우에는, 지정된 토픽에 관해, 글로벌 토픽(프리픽스)과 로컬 토픽을 분리하지 않고 액세스처의 서버 장치(100)를 일의로 특정할 수 있다.

또한, 도 11A 및 도 11B의 어느 것에서도, 토픽이 중복되면, 액세스처를 잘못 특정할 가능성이 있기 때문에, 서버 장치(100)에 대해 새로운 토픽을 설정 또는 등록하는 경우에는, 다른 서버 장치(100)에 대해 이미 설정 또는 등록된 토픽과 중복되지 않는 것을 확인하는 기능을 채용해도 좋다.

이 경우에는, 토픽 관리 모듈(450)은, 토픽 정보가 나타내는 토픽과 동일한 토픽이 복수의 데이터베이스(160)의 어느 하나에 이미 존재하는지의 여부를 판단한다. 동일한 토픽이 어느 하나의 데이터베이스(160)에 존재하고 있으면, 토픽의 중복을 유저 등에 통지해도 좋다.

도 12는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 데이터 참조 처리에 관한 처리 순서를 도시하는 시퀀스도이다. 도 12에는, 도 10에 도시하는 데이터 참조 처리에 대응하는 처리 순서를 나타낸다.

도 12를 참조하면, 서버 장치(100-1) 및 서버 장치(100-2)는, 토픽마다 구분된 데이터베이스(160)를 관리하고 있다(시퀀스 SQ200).

서버 장치(100-3)는, 토픽을 추가하는 유저 조작을 받으면(시퀀스 SQ202), 지정된 토픽에 대응하는 테이블을 생성한다(시퀀스 SQ204). 그리고, 서버 장치(100-3)는, 새롭게 추가한 토픽을 나타내는 토픽 정보를 관리 장치(400)에 송신한다(시퀀스 SQ206). 이와 같이, 서버 장치(100)의 데이터 관리 모듈(152)은, 대응시켜진 데이터베이스(160)에 새로운 토픽을 추가하면, 당해 새롭게 추가한 토픽을 나타내는 토픽 정보를 관리 장치(400)의 토픽 관리 모듈(450)에 송신한다.

관리 장치(400)는, 서버 장치(100-3)로부터의 토픽 정보를 서버 장치(100-1) 및 서버 장치(100-2)에 전송한다(시퀀스 SQ208). 이와 같이, 관리 장치(400)의 토픽 관리 모듈(450)은, 복수의 데이터 관리 모듈(152)의 어느 하나의 데이터 관리 모듈(152)로부터 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 다른 데이터 관리 모듈(152)에 전송한다.

서버 장치(100-1) 및 서버 장치(100-2)는, 관리 장치(400)로부터의 토픽 정보를 토픽 정보 테이블(170)에 격납한다(시퀀스 SQ210). 이와 같이, 복수의 데이터 관리 모듈(152)의 각각은, 토픽 관리 모듈(450)로부터 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 격납한다.

이상의 처리에 의해, 새로운 토픽이 추가된 경우의 토픽 정보 테이블(170)에의 등록이 완료된다. 시퀀스 SQ202∼SQ210의 처리는, 복수의 데이터베이스(160)가 갖고 있는 토픽을 관리하는 처리에 상당하고, 토픽이 추가될 때마다 반복된다.

서버 장치(100-1)는, 특정한 토픽을 지정하는 데이터의 요구를 받으면(시퀀스 SQ212), 토픽 정보 테이블(170)을 참조하여, 지정된 토픽이 부여된 테이블(162)을 갖고 있는 서버 장치(100)(이 예에서는, 서버 장치(100-3))를 특정한다(시퀀스 SQ214). 그리고, 서버 장치(100-1)는, 특정한 서버 장치(100-3)에 데이터의 요구를 송신한다(시퀀스 SQ216).

이와 같이, 서버 장치(100)(데이터 배신 모듈(150))는, 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스를 특정함과 함께, 당해 특정한 데이터베이스(160)에 대해 데이터를 요구하는 처리를 실행한다.

서버 장치(100-3)는, 서버 장치(100-1)로부터의 요구에 응답하여, 테이블(162)로부터 요구된 데이터를 추출하고(시퀀스 SQ218), 추출한 데이터를 서버 장치(100-1)에 송신한다(시퀀스 SQ220).

이상의 처리에 의해, 데이터의 요구에 대한 데이터의 제공이 완료된다. 시퀀스 SQ212∼SQ220의 처리는, 데이터가 요구될 때마다 반복된다.

도 10에는, 서버 장치(100)의 각각이 토픽 정보 테이블(170)을 유지한 구성례를 나타내지만, 이에 대신하여, 관리 장치(400)의 토픽 관리 모듈(450)이 토픽 정보 테이블(170)을 유지하도록 해도 좋다.

도 13은, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 데이터 참조 처리를 실현하기 위한 다른 기능 구성례를 도시하는 모식도이다. 도 13에 도시하는 정보 처리 시스템(1)에서는, 관리 장치(400)의 토픽 관리 모듈(450)이 토픽 정보 테이블(170)을 유지한다.

도 13을 참조하면, 어느 하나의 서버 장치(100)가 새로운 토픽을 추가하는 경우에는, 당해 새롭게 추가된 토픽을 토픽 관리 모듈(450)에 송신한다. 예를 들면, 서버 장치(100-3)는, 새롭게 추가된 토픽을 나타내는 토픽 정보를 토픽 관리 모듈(450)에 송신한다([등록] 토픽 정보). 토픽 관리 모듈(450)은, 서버 장치(100-3)로부터의 토픽 정보를 토픽 정보 테이블(170)에 격납한다.

한편, 데이터를 참조하는 경우에는, 요구를 받은 서버 장치(100)는, 토픽 관리 모듈(450)에 액세스처를 문의한다. 예를 들면, 서버 장치(100-1)는, 어느 토픽을 지정한 데이터의 요구를 받으면, 당해 요구에서 지정되어 있는 토픽에 대응하는 액세스처를 특정하기 위해, 토픽 관리 모듈(450)에 문의를 행한다([문의] 토픽 정보). 토픽 관리 모듈(450)은, 서버 장치(100-1)로부터의 문의에 대해, 토픽 정보 테이블(170)을 참조하여, 지정된 토픽에 대응하는 액세스처(네트워크 어드레스 등)를 응답한다(액세스처 정보). 서버 장치(100-1)는, 토픽 관리 모듈(450)이 응답한 액세스처에 따라, 대상이 되는 서버 장치(100)를 특정하고, 지정된 토픽에 관한 데이터를 취득한다.

도 13에 도시하는 바와 같이 관리 장치(400)의 토픽 관리 모듈(450)은, 복수의 데이터 관리 모듈(152)의 어느 하나의 데이터 관리 모듈(152)로부터 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 격납한다. 관리 장치(400)의 토픽 관리 모듈(450)이 토픽 정보 테이블(170)을 유지함으로써, 토픽을 집중적으로 관리할 수 있기 때문에, 시스템 구성을 간소화할 수 있다.

상술한 설명에서는, 한 예로서, 서버 장치(100)와는 다른 관리 장치(400)(토픽 관리 모듈(450))가 배치되어 있는 구성례를 나타내지만, 이 구성례로 한정되는 일 없이, 토픽 관리 모듈(450)은 임의의 형태로 실장할 수 있다.

예를 들면, 어느 하나의 서버 장치(100)에 토픽 관리 모듈(450)을 배치해도 좋다. 이 경우에는, 토픽 관리 모듈(450)을 갖고 있는 서버 장치(100)가 관리 장치(400)에 의해 제공되는 처리를 담당하게 된다.

또한, 정보 처리 시스템(1)에 복수의 토픽 관리 모듈(450)을 배치해도 좋다. 이 경우에는, 처리 부하 등에 응하여, 토픽 관리 모듈(450)의 수를 적절히 설계하면 좋다.

또한, 서버 장치(100)끼리가 직접 데이터 교환을 행해도 좋다(예를 들면, 피어 투 피어의 구성). 이 경우에는, 새롭게 토픽을 추가하는 서버 장치(100)는, 다른 모든 서버 장치(100)에 대해, 당해 새롭게 추가하는 토픽을 나타내는 토픽 정보를 통지한다. 서버 장치(100)의 각각은, 다른 서버 장치(100)로부터의 토픽 정보에 의거하여, 자체장치에 유지하고 있는 토픽 정보 테이블(170)을 갱신한다.

이와 같이, 서버 장치(100) 사이에서 토픽을 공유할 수 있는 구조는 어떤 형태로 실장해도 좋다.

<F. 복제 수집 처리>

상술한 설명에서는, 정보 처리 시스템(1)에 포함되는 서버 장치(100) 사이에서 토픽을 공유하는 구성례를 나타냈다. 이에 대신하여, 또는, 이에 덧붙여, 다른 서버 장치(100)가 수집한 데이터의 일부 또는 전부의 복제를 수집하도록 해도 좋다.

도 14는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 복제 수집 처리를 실현하기 위한 기능 구성례를 도시하는 모식도이다. 도 14에는, 서버 장치(100-3)가 수집하는 데이터의 복제를 서버 장치(100-1)도 수집하는 예를 나타낸다.

이 구성례에서는, 서버 장치(100-3)는, 송신 장치(200)로부터 송신되는 송신 데이터(50)의 복제를, 관리 장치(400)를 통하여 서버 장치(100-1)에 전송한다. 서버 장치(100-3)는, 서버 장치(100-3)에 접속된 송신 장치(200)로부터의 송신 데이터(50)에 포함되는 데이터(54)를 테이블(162)에 격납한다. 마찬가지로, 서버 장치(100-1)는, 서버 장치(100-3)에 접속된 송신 장치(200)로부터의 송신 데이터(50)에 포함되는 데이터(54)를 테이블(162)에 격납한다.

이와 같은 처리에 의해, 서버 장치(100-1)는, 서버 장치(100-3)의 데이터베이스(160)에 격납된 테이블(162)과 실질적으로 동일한 테이블(162)을 데이터베이스(160)에 격납할 수 있다.

이와 같은 데이터의 복제를 수집하는 처리를 채용함으로써, 서버 장치(100)는, 다른 서버 장치(100)로부터 데이터를 취득할 필요는 없고, 자체장치의 데이터베이스(160)로부터 필요한 데이터를 취득하면 좋다.

또한, 어느 송신 데이터의 복제를 수집하는지에 관해서는, 토픽 정보 테이블(170) 등을 참조하면, 유저가 임의로 설정할 수 있도록 해도 좋다.

<G. 집계 기능>

임의의 서버 장치(100)에 수집된 데이터를 취득할 때에는, 서버 장치(100)가 미리 정해진 집계 처리를 행하고, 그 결과를 응답하도록 해도 좋다.

도 15는, 본 실시의 형태에 따르는 정보 처리 시스템(1)의 집계 처리를 설명하기 위한 모식도이다. 도 15에는, 각 라인의 불량수를 서브 토픽에 대응시켜진 데이터로서 수집함과 함께, 라인 전체의 불량수의 합계를 친(親) 토픽으로서 지정함으로써 집계하는 예를 나타낸다. 한 예로서, 「라인1」, 「라인2」, 「라인3」이라는 3개의 라인이 「플로어2」에 존재하는 경우를 나타낸다.

도 15를 참조하면, 각 라인을 제어하는 제어 장치(PLC: Programmable Logic Controller)가 송신 장치(200-1, 200-2, 200-3)로서 기능한다. 송신 장치(200-1, 200-2, 200-3)의 각각은, 담당하는 라인에 발생한 불량수를 카운트하고, 카운트한 불량수를 데이터(54-1, 54-2, 54-3)로서 포함하는 송신 데이터(50-1, 50-2, 50-3)를 서버 장치(100)에 송신한다.

송신 데이터(50-1, 50-2, 50-3)에 포함되는 토픽(52-1, 52-2, 52-3)의 각각은, 대상의 플로어 및 라인을 계층 구조로 지정하는 것으로 되어 있다. 보다 구체적으로는, 송신 데이터(50-1)의 토픽(52-1)은, 「플로어2/라인1」이고, 송신 데이터(50-6)의 토픽(52-6)은, 「플로어2/라인2」이고, 송신 데이터(50-7)의 토픽(52-7)은, 「플로어2/라인3」이다.

서버 장치(100)의 데이터베이스(160)는, 각각의 토픽(52)에 대응한 테이블(162-1, 162-2, 162-3)을 격납하고 있다. 테이블(162-1, 162-2, 162-3)에는, 각각 「플로어2/라인1」, 「플로어2/라인2」, 「플로어2/라인3」가 토픽으로서 부여되어 있다. 데이터 관리 모듈(152)은, 송신 장치(200-1, 200-2, 200-3)로부터 수신하는 송신 데이터(50-1, 50-2, 50-3)를 포함되는 토픽(52)에 대응하는 테이블(162)에 격납한다. 도 15에 도시하는 예에서는, 「불량수」의 칼럼에 데이터(54)에 포함되는 불량수의 값이 격납된다.

서버 장치(100)의 데이터 관리 모듈(152)은, 집계 기능(158)을 갖고 있다. 데이터 관리 모듈(152)의 집계 기능(158)은, 집계 요구(184)에 응하여, 하나 또는 복수의 테이블(162)에 격납되어 있는 데이터를 검색하여 집계한다. 특히, 집계 기능(158)은, 토픽의 계층 구조에 의거하여, 대상이 되는 데이터를 추출함과 함께, 추출한 데이터에 대해 지정된 집계 처리를 실행함으로써, 집계 결과를 생성한다.

서버 장치(100)는, 집계 처리를 규정하는 집계 요구(184)를 수신한다. 한 예로서, 집계 요구(184)는, 토픽(1841)과, 키(1842)와, 집계 방법(1843)을 포함한다.

토픽(1841)에는 「플로어2/+」가 지정되어 있다. 여기서, 「+」는 와일드 카드를 의미한다. 이와 같이, 집계 요구(184)는, 대상 토픽을 지정하기 위한 와일드 카드를 이용한 기술(記述)을 포함하고 있어도 좋다. 키(1842)에는 「불량수」가 지정되어 있고, 집계 방법(1843)에는 「합계」가 지정되어 있다.

데이터 관리 모듈(152)의 집계 기능(158)은, 데이터베이스(160)에 격납되어 있는 테이블(162) 중 지정된 토픽(1841)인 「플로어2/+」에 합치하는 테이블을 추출한다. 즉, 「플로어2/+」는, 「플로어」로 시작하는 토픽이 부여되어 있는 모든 테이블(162)을 의미하기 때문에, 테이블(162-1, 162-2, 162-3)이 대상으로서 추출된다.

그리고, 데이터 관리 모듈(152)의 집계 기능(158)은, 추출한 테이블(162) 중에서, 지정된 키(1842)인 「불량수」의 칼럼에 격납되어 있는 값을 각각 추출한다.

최종적으로, 데이터 관리 모듈(152)의 집계 기능(158)은, 지정된 집계 방법(1843)인 「합계」에 따라, 추출한 각각의 값의 합계를 산출한다. 그리고, 데이터 관리 모듈(152)의 집계 기능(158)은, 산출한 불량수의 합계를 집계 결과로서 응답한다.

이와 같이, 데이터 관리 모듈(152)의 집계 기능(158)은, 집계 요구(184)에 응하여, 집계 요구(184)에 의해 지정된 토픽(1841)에 대응시켜지는 복수의 값에 대해, 집계 요구(184)에 의해 지정된 집계 처리를 실행한다.

이와 같이, 계층 구조의 토픽(52)을 이용함으로써, 복수의 데이터 소스(예를 들면, 라인)에 대해, 집계 처리를 용이하게 실현할 수 있다.

<H. 변형례>

상술한 설명에서는, 서버 장치(100)는, 임의의 다른 서버 장치(100)에 대해 데이터를 요구할 수 있는 것을 전제로 하고 있는데, 각 데이터에 대한 액세스 권한을 관리하도록 해도 좋다. 액세스 권한은, 데이터를 요구하는 유저 단위로 설정해도 좋고, 서버 장치(100)마다 설정해도 좋다.

액세스 권한의 관리는, 토픽 관리 모듈(450)이 행해도 좋고, 데이터 관리 모듈(152)의 토픽 정보 테이블(170)에 액세스 권한의 정보를 부가해도 좋다. 이와 같이, 액세스 권한의 관리는, 어떤 실장 방법을 채용해도 좋다.

<I. 이점>

생산 현장에서는, 다양한 장치 및 센서가 분산 배치되어 있고, 또한 많은 작업자가 생산 리소스로서 분산 배치되어 있다. 이들이 조합되어 생산 시스템 및 조직이 구성된다. 복수의 생산 시스템 및 조직이 연휴(連携)함으로써 생산활동이 행해진다. 생산 현장에서의 생산활동은, 「사물(モノ)」을 만들어냄과 함께, 많은 「데이터」도 만들어낸다.

분산 배치된 생산 리소스로부터 데이터는 만들어내지기 때문에, 만들어내여지는 데이터도 공간적 및 시간적으로 분산되는 것이 된다.

데이터를 격납한 데이터베이스가 복수 존재하는 경우라도, 본 실시의 형태에 따르는 정보 처리 시스템에 의하면, 복수의 데이터베이스를 일체화한 데이터베이스로 간주할 수 있다. 그 때문에, 유저는, 데이터베이스의 물리적인 구성 등을 의식하는 일 없이, 목적하는 토픽을 지정하는 것만으로, 필요한 데이터에 액세스할 수 있다. 이에 의해, 데이터베이스 등의 전문 지식을 갖고 있는 유저가 아니라도, 필요한 데이터를 임의로 취득할 수 있다.

또한, 생산 현장에서의 라인의 추가나 변경 등에 의해 수집되는 데이터가 변화하는 경우 등에서도, 변화한 부분을 일체화한 데이터베이스에 포함할 수 있기 때문에, 생산 현장에서의 변화에 추종하여, 필요한 데이터의 수집 및 분석 등을 도중절단(途切)되는 일 없이 실현할 수 있다. 이에 의해, 생산 현장의 개선 등을 보다 효율적으로 실현할 수 있다. 또한, 데이터 수집에 관한 구성의 자유도를 높일 수 있기 때문에, 생산 현장에 응한 적절한 센서 등을 용이하게 추가할 수 있다.

또한, 서버 장치의 리소스 제약 등의 이유로부터, 단일한 서버 장치가 아니라, 복수의 서버 장치를 분산시키지 않으면 안되는 상황에서도, 용이하게 대응할 수 있다. 본 실시의 형태에 따르는 정보 처리 시스템에서는, 서버 장치의 분산 및 집약에 관한 자유도가 높기 때문에, 리소스나 요구 등에 응하여, 서버 장치의 수 및 배치 장소를 자유롭게 설계할 수 있다.

본 발명의 실시의 형태에 관해 설명했는데, 금회 개시된 실시의 형태는 모든 점에서 예시이고 제한적인 것이 아니다라고 생각해야 할 것이다. 본 발명의 범위는 청구의 범위에 의해 나타나고, 청구의 범위와 균등한 의미 및 범위 내에서의 모든 변경이 포함되는 것이 의도된다.

Claims (9)

1. 정보 처리 시스템으로서,
   토픽마다 구분된 복수의 데이터베이스와,
   상기 복수의 데이터베이스가 갖고 있는 토픽을 관리하는 토픽 관리부와,
   상기 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스를 특정함과 함께, 당해 특정한 데이터베이스에 대해 데이터를 요구하는 취득부를 구비하는 것을 특징으로 하는 정보 처리 시스템.
2. 제1항에 있어서,
   토픽에 대응시켜진, 하나 또는 복수의 값을 포함하는 데이터로 이루어지는 송신 데이터를 상기 복수의 데이터베이스의 어느 하나에 송신하는 송신부와,
   상기 복수의 데이터베이스의 각각에 대응시켜진 복수의 데이터 관리부를 더 구비하고, 상기 복수의 데이터 관리부의 각각은 상기 송신 데이터에 대응시켜진 토픽에 의거하여, 상기 송신 데이터에 포함되는 데이터를 대응시켜진 데이터베이스에 격납하는 것을 특징으로 하는 정보 처리 시스템.
3. 제2항에 있어서,
   상기 데이터 관리부는 대응시켜진 데이터베이스에 새로운 토픽을 추가하면, 당해 새롭게 추가한 토픽을 나타내는 토픽 정보를 상기 토픽 관리부에 송신하는 것을 특징으로 하는 정보 처리 시스템.
4. 제3항에 있어서,
   상기 토픽 관리부는 상기 복수의 데이터 관리부의 어느 하나의 데이터 관리부로부터 상기 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 다른 데이터 관리부에 전송하고,
   상기 복수의 데이터 관리부의 각각은 상기 토픽 관리부로부터 상기 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 격납하는 것을 특징으로 하는 정보 처리 시스템.
5. 제3항에 있어서,
   상기 토픽 관리부는 상기 복수의 데이터 관리부의 어느 하나의 데이터 관리부로부터 상기 토픽 정보를 수신하면, 당해 수신한 토픽 정보를 격납하는 것을 특징으로 하는 정보 처리 시스템.
6. 제3항에 있어서,
   상기 토픽 관리부는 상기 토픽 정보가 나타내는 토픽과 동일한 토픽이 상기 복수의 데이터베이스의 어느 하나에 이미 존재하는지의 여부를 판단하는 것을 특징으로 하는 정보 처리 시스템.
7. 제1항 내지 제6항 중 어느 한 항에 있어서,
   상기 토픽은 계층 구조로 기술되는 것을 특징으로 하는 정보 처리 시스템.
8. 제1항 내지 제6항 중 어느 한 항에 있어서,
   상기 취득부는 상기 토픽을 지정한 요구 중, 대응하는 데이터베이스에 고유하게 설정되어 있는 토픽의 부분을 제외하고, 당해 대응하는 데이터베이스에 대해 데이터를 요구하는 것을 특징으로 하는 정보 처리 시스템.
9. 토픽마다 구분된 복수의 데이터베이스를 관리하는 스텝과,
   상기 복수의 데이터베이스가 갖고 있는 토픽을 관리하는 스텝과,
   상기 토픽을 지정한 요구에 응답하여, 당해 지정된 토픽에 대응하는 데이터베이스를 특정함과 함께, 당해 특정한 데이터베이스에 대해 데이터를 요구하는 스텝을 구비하는 것을 특징으로 하는 정보 처리 방법.

Images