KR20130141549A

KR20130141549A - 사회 인프라 제어 시스템, 서버, 제어 방법 및 기록 매체

Info

Publication number: KR20130141549A
Application number: KR1020137013273A
Authority: KR
Inventors: 요시유키 마츠다; 마코토 오치아이; 요시타카 고바야시; 모토오 스기야마
Original assignee: 가부시끼가이샤 도시바
Priority date: 2012-03-30
Filing date: 2013-03-12
Publication date: 2013-12-26
Also published as: SG193225A1; EP2833311A4; KR20160006261A; JPWO2013146233A1; JP2017004573A; CN103430204A; CN106877495A; EP2833311A1; WO2013146233A1

Abstract

본 발명의 실시 형태에 따르면, 사회 인프라 제어 시스템은 상위 제어 시스템과 하위 제어 시스템을 구비한다. 하위 제어 시스템은 센서와, 업로드부와, 제어부를 구비한다. 센서는 사회 인프라에 관한 이벤트를 검지해서 이벤트 정보를 출력한다. 업로드부는 상위 제어 시스템에 이벤트 정보를 통신 회선을 통해서 업로드한다. 제어부는 상위 제어 시스템으로부터의 제어 데이터에 따라, 또는 이벤트 정보에 따라서 사회 인프라를 제어한다. 상위 제어 시스템은 데이터 처리부와, 송신부를 구비한다. 데이터 처리부는 사회 인프라를 제어하기 위해서 사용되는 제어 데이터를 이벤트 정보로부터 생성한다. 송신부는 제어부에 통신 회선을 통해서 제어 데이터를 송신한다.

Description

사회 인프라 제어 시스템, 서버, 제어 방법 및 프로그램{SOCIAL INFRASTRUCTURE CONTROL SYSTEM, SERVER, CONTROL METHOD, AND PROGRAM}

본 발명의 실시 형태는 사회 인프라를 제어하는 사회 인프라 제어 시스템에 관한 것이다.

사람들이 생활하는 사회(커뮤니티)는, 예를 들어 전력, 수도, 교통, 철도, 통신 및 빌딩 등의 다양한 사회 인프라에 의해 지지되고 있다. 한편, 최근의 환경의식의 고조나 절박한 에너지 사정에 의해, 사회의 모든 분야에 있어서의 에너지 절약화가 요구되고 있다. 사람들에게 불편한 생활을 강요하는 일 없이 에너지 절약화를 도모하는 것이 가능한 사회 시스템을 어떻게 형성할 것인가에 대해 활발하게 논의되고 있다.

종래의 사회 시스템에서는 사회 인프라는 기본적으로 개별적으로 독립하여 관리, 운영되고 있었다. 예를 들어, 전력 인프라를 예로 들어 보아도 국가 단위에서의 에너지 절약화는 물론, 자치단체(시읍면)마다, 지역마다, 혹은 호별 가정마다의 에너지 최적화 제어는 아직 실현되지 않고 있다.

따라서, 목적은 사회 인프라 제어 시스템, 서버, 제어 방법 및 프로그램을 제공하는 것에 있다.

실시 형태에 따르면, 사회 인프라 제어 시스템은 상위 제어 시스템과 하위 제어 시스템을 구비한다. 하위 제어 시스템은 센서와, 업로드부와, 제어부를 구비한다. 센서는 사회 인프라에 관한 이벤트를 검지해서 이벤트 정보를 출력한다. 업로드부는 상위 제어 시스템에 이벤트 정보를 통신 회선을 통해서 업로드한다. 제어부는 상위 제어 시스템으로부터의 제어 데이터에 따라, 또는 이벤트 정보에 따라서 사회 인프라를 제어한다. 상위 제어 시스템은 데이터 처리부와, 송신부를 구비한다. 데이터 처리부는 사회 인프라를 제어하기 위해서 사용되는 제어 데이터를 이벤트 정보로부터 생성한다. 송신부는 제어부에 통신 회선을 통해서 제어 데이터를 송신한다.

도 1은 실시 형태에 따른 시스템의 일례를 도시하는 도면이다.
도 2는 제1 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 개념도이다.
도 3은 제1 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 기능 블록도이다.
도 4는 센서와 사회 인프라와의 관계를 도시하는 모식도이다.
도 5는 센서(50a)에 의해 검지되는 이벤트 정보의 일례를 도시하는 도면이다.
도 6은 국가 클라우드(100)의 데이터베이스(20)에 축적되는 이벤트 정보(20a)의 일례를 도시하는 도면이다.
도 7은 최적화된 이벤트 정보의 일례를 도시하는 도면이다.
도 8은 최적화된 이벤트 정보의 다른 예를 도시하는 도면이다.
도 9는 클라우드에 있어서의 자율 제어에 대해서 모식적으로 도시하는 도면이다.
도 10은 제1 실시 형태에 있어서의 정보 및 데이터의 흐름을 모식적으로 도시하는 도면이다.
도 11은 제2 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 개념도이다.
도 12는 도 11에 도시되는 시스템의 주요부를 모식적으로 도시하는 도면이다.
도 13은 제2 실시 형태에 따른 사회 인프라 제어 시스템을 도시하는 도면이다.
도 14는 사업자 MS(1)로부터 벤더 MS(1)에 통신망(NW)의 회선을 통해서 송신되는 이벤트 정보의 일례를 도시하는 도면이다.
도 15는 제3 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 도면이다.
도 16은 도 15에 도시되는 알고리즘 라이브러리(90b)의 일례를 도시하는 도면이다.
도 17은 도 15에 도시되는 벤더 MS(80)의 일례를 도시하는 기능 블록도이다.
도 18은 제3 실시 형태에 있어서의 벤더 MS(80)의 처리 순서의 일례를 도시하는 흐름도이다.

도 1은 실시 형태에 따른 시스템의 일례를 도시하는 도면이다. 도 1은 소위 스마트 그리드로서 알려진 시스템의 일례를 도시한다. 기존의 전력망(grid)으로는 원자력, 화력, 수력 등의 기존 발전소와, 일반 가정이나, 빌딩, 공장 등의 다종 다양한 수요가(需要家)가 전력망에 의해 접속된다. 차세대 전력 계통(Power grid)으로는 이것들 외에 태양광 발전(Photovoltaic Power Generation: PV) 시스템이나 풍력 발전 장치 등의 분산형 전원이나 축전 장치, 신교통 시스템이나 충전 스탠드 등이 전력 계통에 접속된다. 이들 다종 다양한 요소는 통신 그리드를 통해서 통신하는 것이 가능하다.

에너지를 관리하는 시스템은 에너지 관리 시스템(Energy Management System: EMS)으로 총칭된다. EMS는 그 규모 등에 따라 몇가지로 분류된다. 예를 들어 일반 가정에 적합한 HEMS(Home Energy Management System), 빌딩에 적합한 BEMS(Building Energy Management System) 등이 있다. 이 외에, 집합주택에 적합한 MEMS(Mansion Energy Management System), 커뮤니티에 적합한 CEMS(Community Energy Management System), 공장에 적합한 FEMS(Factory Energy Management System) 등이 있다. 이들 시스템이 연계됨으로써 치밀한 에너지 최적화 제어가 실현된다.

이들 시스템에 의하면 기존의 발전소, 분산형 전원, 태양광이나 풍력 등의 재생 가능 에너지원 및 수요가의 상호 간에서 고도의 협조 운용이 가능하게 된다. 이에 의해 자연 에너지를 주체로 하는 에너지 공급 시스템이나, 수요가와 사업자와의 쌍방향 연계에 의한 수요가 참가형 에너지 수급이라는, 신규이면서 스마트한 형태의 전력 공급 서비스가 창출된다.

사회 시스템은 상기 스마트 그리드로 대표되는 사회 인프라에 의해 사회 생활에 쾌적함이나 편리함을 제공한다. 앞으로의 사회 시스템은 정보 처리 기술이나 통신 기술 등을 이용하여, 다종 다양한 사회 인프라를 유기적으로 결합시킴으로써, 에너지 절약화 등의 사회적인 목표를 달성할 수 있도록 하는 것이 요구되고 있다. 이하에서는 이와 같은 과제를 해결 가능한 실시 형태에 따른 사회 인프라 제어 시스템에 대해서 설명한다.

[제1 실시 형태]

도 2는 제1 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 개념도이다. 실시 형태에서는 사회 인프라 제어 시스템을, 논리적인 계층 구조로 형성한다. 도 2에 있어서는 상위층 및 하위층 외에, 상위층보다도 하위, 하위층보다도 상위인 중위층을 구비하는 형태를 도시한다. 계층화의 단계는 3단계로 한정되는 것은 아니고, 중위층을 더욱 다층화한 아키텍쳐도 실현 가능하다. 반대로, 상위층 및 하위층만을 구비하는 사회 인프라 제어 시스템도 형성하는 것이 가능하다. 도 2에 있어서는 상위층을 국가, 중위층을 광역시도, 하위층을 시읍면의 계층적인 행정 구분에 대응시켜서 도시한다.

실시 형태에서는 각 층을 클라우드화한 형태를 생각한다. 이미 알고 있는 바와 같이 클라우드 컴퓨팅 시스템은 컴퓨터(2)와 데이터베이스(DB)를 구비한다. 컴퓨터(2)는 단체(單體)이어도 복수이어도 좋다. 데이터베이스는 하나의 컴퓨터(2)에 구비되어도, 복수의 컴퓨터(2)에 분산해서 배치되어도 좋다.

도 2에 있어서, 하위층에는 사회 인프라를 구비하고, 지역에 대응해서 설치되는 로컬 시스템이 있다. 예를 들어 A시, B시, H읍, I군의 지역마다 클라우드가 형성되고, 클라우드마다 컴퓨터(2)와 데이터베이스(DB)가 구비된다. 각 지역 클라우드는 통신망(NW)의 회선을 통해서 접속되어, 층 내에서 상호의 연계를 유지하고 있다.

중위층에 있는 클라우드 컴퓨터는 논리적인 상위층으로서 하위층에 있는 클라우드 컴퓨터를 제어한다. 예를 들어, A시와 B시의 클라우드 컴퓨터는 X도의 클라우드 컴퓨터에 의해 제어되고, H읍과 I군의 클라우드 컴퓨터는 Y도의 클라우드 컴퓨터에 의해 제어된다. X도 및 Y도도 클라우드화되어, 각각 컴퓨터(2) 및 데이터베이스(DB)를 구비한다. X도의 클라우드 컴퓨터 및 Y도의 클라우드 컴퓨터도 통신망(NW)의 회선을 통해서 접속되어 상호의 연계를 유지하고 있다.

상위층에 있는 클라우드 컴퓨터는 논리적인 상위층으로서 중위층에 있는 클라우드 컴퓨터를 제어한다. 예를 들어 X도와 Y도의 클라우드 컴퓨터는 국가의 클라우드 컴퓨터에 의해 제어된다. 국가의 컴퓨터도 클라우드화된다. 또한, 상위층에는 다른 국가에 있는 클라우드 컴퓨터에 지위를 부여할 수 있고, 이들 복수의 국가는 통신망(NW)의 회선에 의해 서로 상호의 연계를 유지하는 것이 가능하다. 상위층의 클라우드에 부호(100)를 붙여서 국가 클라우드(100)라고 표기한다. 중위층의 클라우드에 부호(200)를 붙여서 도 클라우드(200)라고 표기한다. 하위층의 클라우드에 부호(300)를 붙여서 시 클라우드(300)라고 표기한다.

국가 클라우드(100), 도 클라우드(200), 시 클라우드(300) 모두 사회 인프라를 갖는 것이 가능하다. 예를 들어, 시 클라우드(300)의 사회 인프라를 국가 클라우드(100) 또는 도 클라우드(200)로부터 제어하는 형태를 생각하면, 시 클라우드(300)를 로컬 시스템, 국가 클라우드(100) 또는 도 클라우드(200)를 상위 제어 시스템으로 파악하는 것이 가능하다. 또한, 도 클라우드(200)의 사회 인프라를 국가 클라우드(100)로부터 제어하는 형태를 생각하면, 도 클라우드(200)를 로컬 시스템, 국가 클라우드(100)를 상위 제어 시스템으로 파악하는 것이 가능하다. 도 2는 로컬 시스템이 복수의 계층으로 계층화되는 형태의 일례를 도시한다.

도 3은 제1 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 기능 블록도이다. 국가 클라우드(100)는 국가 레벨 관리 시스템(10)과, 데이터베이스(20)를 구비한다. 도 클라우드(200)는 광역시도 레벨 관리 시스템(60)과, 데이터베이스(70)를 구비한다. 시 클라우드(300)는 시읍면 레벨 관리 시스템(30)과, 데이터베이스(40)와, 복수의 사회 인프라(51 내지 5n)를 구비한다.

번잡함을 피하기 위해서 이하에서는 관리 시스템을 MS(Management System)라고 표기한다. 국가 레벨 관리 시스템(10)을 국가 MS(10)라고 표기한다. 광역시도 레벨 관리 시스템(60)을 도 MS(60)라고 표기한다. 시읍면 레벨 관리 시스템(30)을 시 MS(30)라고 표기한다. 관리 시스템 MS는 실시 형태에 있어서의 서버로서의 지위에 있다. 관리 시스템 MS는 하드웨어로서의 컴퓨터를 구비한다. 컴퓨터는 단체이어도 복수이어도 좋다.

사회 인프라(51 내지 5n)는, 예를 들어 수도망, 냉열원 플랜트 시스템, 전력망, 교통망, 의료 시스템, 점포 네트워크, 빌딩 시스템, 가정(홈) 에너지 관리 시스템, 공장 시스템, 콘텐츠 배신(配信) 시스템, 혹은 철도망 등이다. 또한 사회 인프라는 이것들에 한정되는 것은 아니다. 예를 들어 복수의 사회 인프라를 포함하는 쇼핑몰이나 커뮤니티 등도 사회 인프라로서 이해할 수 있다.

국가 클라우드(100), 도 클라우드(200) 및 시 클라우드(300)는 통신망(NW)의 회선을 통해서 서로 접속된다. 통신망(NW)은 요구되는 통신 대역(통신 용량)을 보증할 수 있는 개런티형 네트워크다. 이러한 종류의 네트워크로는, 예를 들어 광통신 기술을 응용한 전용 회선을 들 수 있다. 혹은 IP(Internet Protocol) 네트워크에 형성한 VPN(Virtual Private Network)도 이러한 종류의 네트워크의 범주에 포함하는 것이 가능하다. 물론, 통신망(NW)의 회선을 사회 인프라에 포함하는 것도 가능하다.

제1 실시 형태에 있어서 통신망(NW)의 회선은, 적어도 하위층으로부터 상위층으로의 이벤트 정보의 업로드에 관한 실시간성과, 상위층으로부터 하위층으로의 데이터의 취득에 관한 실시간성을 보증 가능하게 한다.

이벤트란, 각 사회 인프라(51 내지 5n)의 단기적 또는 장기적인 상태 변화나, 상태 그 자체를 의미한다. 또한, 이벤트 정보란, 각 사회 인프라(51 내지 5n)에 구비되는 센서(50a)에 의해 검지되고, 이 센서(50a)로부터 출력되는 신호 또는 이 신호에 기초하여 작성되는 모든 정보를 나타낸다.

시 클라우드(300)의 사회 인프라(51 내지 5n)는 각각 센서(50a) 및 액추에이터(50b)를 구비한다. 센서(50a)는, 예를 들어 각 사회 인프라에 고유한 이벤트를 검지한다. 혹은, 센서(50a)는 복수의 사회 인프라에 관계되는 이벤트를 검지한다.

도 4는 센서와 사회 인프라와의 관계를 도시하는 모식도이다. 예를 들어 센서(50a-1)는 전력망에 고유의 이벤트를 검지하는 센서이며, 예를 들어 각 가정에서의 전력 소비량을 계측하는 전력량계(스마트 미터)를 그 일례로서 들 수 있다. 또한 센서(50a-2)는 전력망과 철도망에 관계되는 이벤트를 검지하는 센서이며, 예를 들어 팬터그래프의 전압계 등을 생각할 수 있을 것이다. 이 외에 전력망, 수도망, 교통망에 관계되는 이벤트를 취득하는 센서(50a-3), 혹은 전력망, 수도망, 교통망 및 철도망 전부에 관계되는 이벤트를 취득하는 센서(50a-4)를 생각할 수도 있다. 요컨대 센서(50a)는 사회 인프라의 상태를 검지해서 이벤트 정보로서 수치화, 혹은 데이터화 가능한 수단이면 어떤 것이어도 좋고, 감시 카메라나, 기상 정보를 취득하는 기상 레이더 등도 그 범주에 포함할 수 있다.

도 3으로 돌아가, 액추에이터(50b)는 부여되는 제어 신호에 기초하여 제어 대상을 제어한다. 액추에이터(50b)는, 예를 들어 수도 인프라의 정수장 시스템에 구비되는 밸브를 개폐하는 모터이다. 액추에이터(50b)는 밸브의 개방도를 지시하는 제어 신호에 기초하여 모터를 구동하고, 밸브의 개방도 및 물의 유량을 제어한다.

시 MS(30)는 기능 오브젝트로서 업로드부(30a), 취득부(30b) 및 제어부(30c)를 구비한다.

업로드부(30a)는 센서(50a)에 의해 검지된 이벤트 정보를, 국가 클라우드(100)의 국가 MS(10) 및 도 클라우드(200)의 도 MS(60)에, 통신망(NW)의 회선을 통해서 업로드한다. 여기서, 회선은 공중 회선이어도 전용선이어도 좋고, 이벤트 정보에 관한 신호가 전송 가능한 선로(신호선)이면 좋다.

취득부(30b)는 사회 인프라(51 내지 5n)의 제어에 필요로 하는 제어 데이터를 국가 MS(10) 또는 도 MS(60)로부터 취득한다.

제어부(30c)는 취득부(30b)에서 취득한 제어 데이터에 기초하여 액추에이터(50b)에 제어 지시를 내린다. 또는, 제어부(30c)는 센서(50a)에 의해 검지한 이벤트 정보에 따라서 액추에이터(50b)에 제어 지시를 내린다. 즉, 제어부(30c)는 상위층으로부터 취득된 제어 데이터, 또는 로컬에서 취득된 이벤트 정보 중 어느 하나에 기초하여, 사회 인프라(51 내지 5n)를 제어한다.

제어부(30c)는 로컬에서 취득된 이벤트 정보에 기초하는 제어보다도, 상위층으로부터 취득된 제어 데이터에 기초하는 제어를 우선한다. 이와 같이, 상위 시스템으로부터의 제어의 우선도를 높게 함으로써, 시스템 전체의 최적성을 우선적으로 확보할 수 있다.

통신망(NW)의 회선에 장해가 발생하는 등 해서 국가 MS(10), 혹은 도 MS(60)와의 통신에 장해가 발생한 경우에는, 제어부(30c)는 스스로 수집한 이벤트 정보(40a)에만 기초하여 사회 인프라(51 내지 5n)를 제어한다.

데이터베이스(40)는 이벤트 정보(40a) 및 커스터마이즈 데이터(customized data)(40b)를 축적한다. 이 중 이벤트 정보(40a)는 센서(50a)로 검지된 이벤트에 따라서 이 센서(50a)로부터 출력된 정보이다. 국가 MS(10)에 업로드되는 정보는 센서(50a)로부터 출력된 정보 중 필요한 정보가 적절히 취사(取捨) 선택된다. 커스터마이즈 데이터(40b)는 이벤트 정보를 미리 정해진 기준에 기초하여 처리한 데이터이며, 예를 들어 사회 인프라(51 내지 5n)의 제어 요구에 특화한 데이터(제어 데이터)이다. 커스터마이즈 데이터(40b)는 국가 MS(10)로부터 취득된다.

국가 MS(10)는 수집부(10a), 데이터 처리부(10b), 송신부(10c) 및 관리부(10d)를 구비한다. 또한, 간략화를 위하여 도시하지 않지만, 도 MS(60)도 국가 MS(10)와 마찬가지로 수집부(10a), 데이터 처리부(10b), 송신부(10c) 및 관리부(10d)를 구비한다.

수집부(10a)는 시 MS(30)로부터 업로드된 이벤트 정보를 수집한다. 수집된 이벤트 정보는 데이터베이스(20)에 이벤트 정보(20a)로서 축적된다. 이 이벤트 정보(20a)는 시 클라우드(300)(도 2)로부터 각각 업로드된 이벤트 정보를 집중적으로 축적하는 것이다.

데이터 처리부(10b)는 시 MS(30)가 사회 인프라(51 내지 5n)를 제어하기 위해 필요로 하는 데이터를, 데이터베이스(20)에 축적되는 이벤트 정보(20a)를 처리해서 생성한다. 특히, 데이터 처리부(10b)는 업로드된 이벤트 정보를 국가 클라우드(100), 도 클라우드(200) 및 시 클라우드(300)의 계층화의 레벨, 혹은 각 클라우드에 있어서의 개별의 요구에 따라서 처리하고, 클라우드마다 최적화된 커스터마이즈 데이터(20b)를 생성한다. 최적화에는, 예를 들어 클라우드마다 필요해지는 데이터의 추출이나, 평균값의 산출 등의 부가 가치를 생성하는 것 등이 포함된다. 생성된 커스터마이즈 데이터(20b)는 데이터베이스(20)에 축적된다.

최적화의 방법으로는 다음과 같은 방법이 있다. 예를 들어, 데이터 처리부(10b)는 수신한 이벤트 정보에 기초하여 수요 데이터를 산출한다. 다음으로 데이터 처리부(10b)는 수요 데이터에 기초하여 미리 정해진 평가 함수(예를 들어 「전력」 등)를 최적화하는 최적화 계산을 실행한다. 최적화 계산에는 선형계획법을 이용할 수 있다. 이에 의해 얻어지는 부하 예측 결과(예를 들어 「전력 수요 열량」 등)와 최적화 계산 결과를, 클라우드마다의 커스터마이즈 데이터로서 이용하는 것이 가능하다.

송신부(10c)는 데이터 처리부(10b)에 의해 생성된 데이터를 시 MS(30)에 송신한다. 관리부(10d)는 시 MS(30)로부터 업로드된 사회 인프라(51 내지 5n)마다의 이벤트 정보에 기초하여, 각 사회 인프라(51 내지 5n)를 관리한다.

상기 구성에 있어서, 시 MS(30), 도 MS(60) 및 국가 MS(10)는 인터페이스부(6)를 통해서 통신망(NW)의 회선에 착탈 가능하게 접속되는 컴퓨터다. 이 컴퓨터는 단체(單體)로 그 기능을 완수하는 것이 가능하다. 혹은, 클라우드 컴퓨팅 시스템에 구비되는 복수의 컴퓨터의 연계 처리에 의해, 시 MS(30), 도 MS(60) 및 국가 MS(10)의 기능을 실현하는 것도 가능하다. 업로드부(30a), 취득부(30b), 제어부(30c), 수집부(10a), 데이터 처리부(10b), 송신부(10c) 및 관리부(10d)를 어떻게 시스템에 임플리먼트할 것인지는 당업자에 따르면 용이하게 이해될 수 있을 것이다.

도 5는 센서(50a)에 의해 이벤트가 검지되어, 출력되는 이벤트 정보의 일례를 도시하는 도면이다. 센서(50a)로서 스마트 미터를 예로 들면, 예를 들어 그 스마트 미터의 식별 정보(센서 ID: IDentification), 설치되는 지점의 위치 정보(위도, 경도), 전력 소비량의 계측값 및 계측 시점의 타임 스탬프를, 이벤트 정보의 항목의 예로서 들 수 있다.

도 6은 국가 클라우드(100)의 데이터베이스(20)에 축적되는, 이벤트 정보(20a)의 일례를 도시하는 도면이다. 도 6에 도시된 바와 같이 이벤트 정보(20a)는 각 센서(50a)에 의해 이벤트가 검지되고, 각 센서(50a)로부터 출력된 이벤트 정보를 그대로, 말하자면 생생한 데이터를 일원적으로 축적하는 데이터베이스이다. 따라서 데이터베이스(20)에는 특히 대용량의 스토리지 디바이스를 필요로 한다. 단독의 스토리지 디바이스가 아닌, 클라우드 상에 분산 배치되는 복수의 스토리지 디바이스를 사용해서 데이터베이스(20)를 구축하는 형태가 바람직하다. 이러한 종류의 대용량의 데이터베이스는 Big Data라고 불리는 경우도 있다.

도 7은 최적화된 이벤트 정보의 일례를 도시하는 도면이다. 도 7에 도시되는 이벤트 정보는 도 6에 도시되는 이벤트 정보(20a)를 시간에 대해서 집약한 것으로, 예를 들어 도 클라우드(200)에 있어서의 데이터베이스(70)에 축적된다. 도 7에서는 도 6에 있어서의 30초 간격으로의 타임 스탬프가 1시간 단위로 모아지고, 1시간 내에 있어서의 전력 소비량의 평균값이 도시된다. 이렇게 이벤트 정보(20a)는, 예를 들어 계층화의 레벨에 따라서 집약된다. 이에 의해 중위층에 있어서의 도 MS(60)는 필요 최소한의 데이터를 유지하면 좋아지므로, 처리 속도의 향상 등의 장점이 얻어진다.

도 8은 집약된 이벤트 정보의 다른 예를 도시하는 도면이다. 도 8에 도시되는 이벤트 정보는 도 7에 도시되는 이벤트 정보를 더욱 집약한 것이다. 도 8에는 예를 들어 지구(地區)마다의 일 단위 전력 소비량의 평균값이 도시된다.

즉, 도 7의 테이블에 있어서의 집약화의 기준이 시간이었던 것에 반해, 도 8의 테이블에 있어서의 집약화의 기준은, 시간 및 장소이다. 도 7에 도시되는 데이터에 비하여, 도 8에 도시되는 데이터의 양은 더욱 적다. 따라서 하위층에 있어서의 시 MS(30)는 필요 최소한의 데이터를 유지하면 좋아진다. 이에 의해 처리 속도의 향상이나 기억 디바이스 용량의 절약 등의 장점을 얻을 수 있다.

또한, 각 층에 있어서의 이벤트 정보의 집약화의 기준은 상기와 같은 계층화의 레벨에 따른 것에 한정되지 않고, 예를 들어 이벤트 정보를 센서의 종별마다 집약화하거나, 여러 가지 기준에 기초하여 정보를 요약할 수 있다.

도 9는 클라우드에 있어서의 자율 제어에 대해서 모식적으로 도시하는 도면이다. 도 3의 설명에서 서술한 바와 같이, 시 MS(30)의 제어부(30c)는 장해 등에 의해 상위층 혹은 중위층과의 통신 상태가 나빠지면, 스스로 수집하고 있는 이벤트 정보에만 기초하여 사회 인프라(51 내지 5n)를 제어한다. 이에 의해 적어도 일정 기간 동안은 사회 시스템의 운영에 파탄을 초래하는 것을 방지할 수 있다. 즉, 필요 최저한의 데이터는 각 클라우드에 보유되어 있으므로, 각 MS는 각자의 클라우드에 폐쇄된 형태로 제어를 계속할 수 있다.

또한, 그러한 케이스에 대비해서 액추에이터(50b) 자체에도 자율 운전 기능을 갖게 해 두도록 하여, 시스템의 한층 안정적인 가동을 기대할 수도 있다.

도 10은 제1 실시 형태에 있어서의 정보 및 데이터의 흐름을 모식적으로 도시하는 도면이다. A시 및 B시는 각각 SCMS(스마트 커뮤니티 MS)(30)(시 MS(30))를 구비한다. 전력망, 수도망, 철도망 및 교통망은 A시와 B시에 걸쳐서 구축되어 있어, 통신망(NW)의 회선에 의해 서로 관련시킬 수 있다. 번잡함을 피하기 위해서 이하에서는 전력망, 수도망에 대해서 설명한다.

전력망, 수도망 모두 센서(50a), 액추에이터(50b)를 구비한다. 이 중 전력망의 센서(50a)로 검지된 이벤트 정보는 시읍면 레벨보다도 상위층의 클라우드, 예를 들어 국가 클라우드(100)의 전력 MS(500)에 모두 업로드된다. 전력 MS(500)는 이벤트 정보를 처리해서 사회 인프라를 제어하기 위한 데이터를 생성한다. 이 데이터는 A시의 시 MS(30), B시의 시 MS(30)에 각각 송신된다.

A시의 시 MS(30)는 취득한 데이터 및 스스로 수집한 이벤트 정보에 기초하여 전력망의 액추에이터(50b)를 제어한다. 마찬가지로 B시의 시 MS(30)도, 상위층으로부터 취득한 데이터 및 스스로 수집한 이벤트 정보에 기초하여 전력망의 액추에이터(50b)를 제어한다.

수도망에 대해서도 마찬가지이다. 즉, 수도망의 센서(50a)로부터 출력된 이벤트 정보는 수도 MS(600)에 모두 업로드된다. 수도 MS(600)는 수집한 이벤트 정보를 처리해서 사회 인프라를 제어하기 위한 데이터를 생성한다. 이 데이터는 A시의 시 MS(30), B시의 시 MS(30)에 각각 송신된다.

A시의 시 MS(30)는 취득한 데이터 및 스스로 수집한 이벤트 정보에 기초하여 수도망의 액추에이터(50b)를 제어한다. 마찬가지로 B시의 시 MS(30)도, 상위층으로부터 취득한 데이터 및 스스로 수집한 이벤트 정보에 기초하여 수도망의 액추에이터(50b)를 제어한다.

이상과 같이 제1 실시 형태에서는, 센서(50a)로 이벤트가 검지되어, 출력된 이벤트 정보를 그대로 국가 MS(10)에 업로드해서 집중적으로 축적한다. 그리고, 국가 MS(10)에 집약된 데이터로부터, 중위층 및 하위층의 계층화의 레벨에 따라서 최적화된 이벤트 정보(20a)를 생성한다. 생성된 이벤트 정보(20a)는 상위층으로부터 하위층에 송신된다. 이벤트 정보(20a)의 최적화, 혹은 집약화의 기준은 사회 시스템의 계층화의 레벨, 혹은 사회 시스템 개별의 요구(개별 니즈(needs))를 반영한다.

즉, 제1 실시 형태에서는, 센서에 의해 이벤트 검지되어 출력된 이벤트 정보를 하위층의 제어 시스템으로부터 상위층의 제어 시스템에 모으고, 하위의 제어 시스템에 있어서는 제어 데이터를 상위층으로부터 취득하며, 이 제어 데이터에 따라 사회 인프라를 제어한다. 또한 하위의 제어 시스템은 스스로 수집한 이벤트 정보에 기초하여, 상위층의 제어 시스템에 의존하지 않고 사회 인프라를 독자적으로 제어할 수 있다. 따라서 전체와 로컬 양면으로부터의 최적성을 담보할 수 있다. 특히, 특정한 행정 구역, 예를 들어 국가나 도 중에 복수의 시 또는 커뮤니티에 대응해서 하위층의 제어 시스템이 복수 존재하는 경우에는, 이 특정 행정 구역 전체와, 개개의 시 또는 커뮤니티 양쪽의 최적화가 가능하게 된다.

제1 실시 형태는, 예를 들어 전력 요금의 실시간 가격 결정으로의 응용 등에도 적합할 수 있다. 즉 현재의 상황을 모니터하면서 사회 인프라의 운용에 관한 파라미터를 제어할 수 있으므로, 세심한 제어를 실현하는 것이 가능하게 된다.

또한, 센서(50a)로 이벤트가 검지되어 출력된 이벤트 정보는 국가 MS(10)에 업로드되면서, 또한 도 MS(60)에도 업로드되어, 각 MS(10, 60)에서 축적된다. 이벤트 정보를 수신한 도 MS(60)는 국가 MS(10)와 마찬가지로 하여, 최적화한 이벤트 정보(20a)를 생성한다. 생성된 이벤트 정보(20a)는 중위층으로부터 하위층에 송신된다. 이벤트 정보(20a)의 최적화, 혹은 집약화의 기준은 사회 시스템의 계층화의 레벨, 혹은 사회 시스템 개별의 요구(개별 니즈)를 반영한다.

[제2 실시 형태]

제2 실시 형태에서는, 사회 인프라를 구비하는 커뮤니티를 제어의 대상으로 한다. 커뮤니티는 사람들의 생활을 지지하는 에너지 인프라, 수도 인프라, 의료 인프라 등의 다양한 사회 인프라를 구비하고 있고, 사회 인프라의 집합체로서 파악할 수 있는 개념이다. 커뮤니티 자체를 사회 인프라 중 하나의 형태로서 이해하는 것도 가능하다. 쾌적성이나 안전성, 에너지 절약성 등을 높은 레벨로 실현하는 커뮤니티는 특히, 스마트 커뮤니티라고 불린다.

최근에는 디벨로퍼(developer), 관리 회사, 혹은 일괄 수전 도급 회사 등에 의해 관리되는 형태의 커뮤니티가 증가되고 있다. 이러한 종류의 커뮤니티에서는 전력 회사로부터 일괄적으로 수전한 전력을 커뮤니티 내의 복수의 수요가에게 분배 공급한다는 등의 형태가 일반적이다. 이러한 종류의 커뮤니티로는 쇼핑몰, 아파트, 공업 단지, 혹은 주택가 등을 들 수 있다. 이러한 종류의 커뮤니티도 사회 인프라의 일례로서 파악할 수 있다.

제2 실시 형태에서는 커뮤니티를 관리, 운영하는 디벨로퍼 등의 사업자의 존재를 고려한다. 예를 들어, 전력을 전력 회사로부터 일괄 수전해서 커뮤니티에 분배하는 업자 등을, 사업자의 일례로서 이해하는 것이 가능하다. 그리고, 이 커뮤니티를 운영하는 사업자에게, 벤더가 소프트웨어를 유상으로 제공하는 것이 가능한 형태를 개시한다.

도 11은 제2 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 개념도이다. 도 11은 도 2에 도시되는 시읍면 레벨의 계층을 더욱 세분화한 것에 상당한다. 도 11에 있어서, K도가 상위층에 위치한다. K도의 도 클라우드(200)는 통신망(NW)의 회선을 통해서 국가 클라우드(100) 및 Y시, P시의 각 시 클라우드(300)에 접속된다.

이 중, Y시의 시 클라우드(300)는 통신망(NW)의 회선을 통해서 복수의 에리어 클라우드(400)에 접속된다. 도 11에 있어서는 K 에리어, M 에리어, Y 에리어의 각 클라우드가 도시된다. K 에리어, M 에리어, Y 에리어는 Y시에 의해 제어된다.

K 에리어, M 에리어, Y 에리어 모두, Y시에 속하는 자치단체, 혹은 자치단체군으로서 파악할 수 있다. 즉, K 에리어, M 에리어, Y 에리어는, 예를 들어 사람들이 생활하거나, 어떤 넓이(예를 들어, 3㎞ 사방권)를 갖는 구역, 공장 지대, 오피스 지역 등으로 이해할 수 있다. 요컨대 K 에리어, M 에리어, Y 에리어는 커뮤니티이다.

K 에리어의 에리어 클라우드(400), M 에리어의 에리어 클라우드(400), Y 에리어의 에리어 클라우드(400)는, 각각 컴퓨터(2) 및 데이터베이스(DB)를 구비한다. 각 에리어 클라우드(400)는 통신망(NW)의 회선을 통해서 접속되어 상호의 연계를 유지하고 있다.

도 12는 도 11에 도시되는 시스템의 주요부를 모식적으로 도시하는 도면이다. Y시의 시 클라우드(300)는 통신망(NW)의 회선을 통해서 M 에리어, K 에리어(및 Y 에리어)에 접속된다. 각 에리어는 각각의 에리어를 담당하는 사업자에 의해 사용되는 컴퓨터(2)를 구비한다.

M 에리어는, 예를 들어 초고층의 오피스 빌딩이 늘어선 빌딩가를 갖는 커뮤니티이며, K 에리어는, 예를 들어 주택가를 갖는 커뮤니티이다. 따라서 M 에리어를 제어하는 컴퓨터(2)에는 M 에리어에 특화한 데이터를 부여할 필요가 있고, K 에리어를 제어하는 컴퓨터(2)에는 K 에리어에 특화한 데이터를 부여할 필요가 있다.

통신망(NW)의 회선에는 벤더 클라우드(500)가 접속된다. 각 에리어의 컴퓨터(2)에 부여되는 데이터는 최상위층의 벤더에 의해 관리되는 제어 시스템으로부터 제공된다.

도 13은 제2 실시 형태에 따른 사회 인프라 제어 시스템을 도시하는 도면이다. 도 13에 도시하는 시스템은, 최상위층에 있는 벤더 클라우드(500)를 구비한다. 벤더 클라우드(500)는 통신망(NW)의 회선에 접속되는 것이 가능하다. 벤더 클라우드(500)는 벤더에 의해 관리, 운영되는 클라우드 컴퓨팅 시스템이며, 벤더 MS(80) 및 데이터베이스(90)를 구비한다. 벤더 클라우드(500)는 예를 들어 서버 기능을 구비하는 컴퓨터, 혹은 컴퓨터 군이다. 컴퓨터는 실시 형태에 따른 기능을 실현하는 프로그램을 기억하는 메모리와, 당해 프로그램을 실행하는 제어부를 구비한다.

벤더 MS(80)는 컴퓨터 그 자체, 컴퓨터에 의한 처리 기능 중 하나, 혹은 데이터 센터 등의 형태로 실현되는 것이 가능하다. 데이터베이스(90)는 벤더 MS(80)에 구비되는 스토리지 디바이스에 기억되어도 좋고, 벤더 MS(80)에 접속되는 다른 컴퓨터에 기억되어도 좋다.

한편, 도 13에 있어서, 예를 들어 K 에리어, M 에리어, 혹은 Y 에리어(도 11)에 대응하는 커뮤니티(700)는 커뮤니티 클라우드(600)에 의해 관리된다. 커뮤니티 클라우드(600)는 사업자 MS(1)를 구비한다. 사업자 MS(1)는, 예를 들어 컴퓨터(2)(도 11)이며, 커뮤니티 클라우드(600)에 구비되는 데이터베이스(40)에 접속된다.

커뮤니티(700)는 복수의 사회 인프라(51 내지 5n)를 구비한다. 사회 인프라(51 내지 5n)는, 예를 들어 물 인프라, 열 인프라, 전기 인프라, 교통 인프라, 빌딩 인프라 등이다. 사회 인프라(51 내지 5n)는 각각 센서(50a), 액추에이터(50b)를 구비한다.

벤더 클라우드(500)의 벤더 MS(80)는 실시 형태에 따른 기능 블록으로서, 수집부(10a), 데이터 처리부(10b), 송신부(10c) 및, 관리부(10d)를 구비한다. 데이터베이스(90)는 이벤트 정보(20a)와, 커스터마이즈 데이터(20b)를 기억하는 것이 가능하다.

수집부(10a)는 센서(50a)에 의해 이벤트가 검지되어 출력된 이벤트 정보(20a)를 사업자 MS(1)로부터 통신망(NW)의 회선을 통해서 수집하고, 데이터베이스(90)에 보존한다.

데이터 처리부(10b)는 사업자 MS(1)가 사회 인프라(51 내지 5n)를 제어하기 위해 필요로 하는 데이터를, 데이터베이스(90)에 축적되는 이벤트 정보(20a)를 처리해서 생성한다. 특히, 데이터 처리부(10b)는 커뮤니티(700)에 있어서의 개별의 요구에 따라서 처리하고, 커뮤니티마다 최적화된 커스터마이즈 데이터(20b)를 생성한다. 최적화에는, 예를 들어 커뮤니티마다 필요해지는 데이터의 추출이나, 평균값의 산출 등의 부가 가치를 생성하는 것 등이 포함된다. 생성된 커스터마이즈 데이터(20b)는 데이터베이스(90)에 축적된다.

예를 들어, 대상으로 하는 커뮤니티가 M 에리어(도 12)이면, 예를 들어 BEMS에 적합한 디맨드 리스펀스(demand response)에 적합한 데이터가 생성된다. 대상으로 하는 커뮤니티가 K 에리어이면, 예를 들어 HEMS에 적합한 디맨드 리스펀스 제어나 호별 PV 시스템의 제어에 적합한 데이터가 생성된다. 이와 같이, 커뮤니티의 특성에 적합한 데이터가 이벤트 정보(20a)로부터 생성된다.

송신부(10c)는 데이터 처리부(10b)에 의해 생성된 데이터를 사업자 MS(1)에 송신한다. 관리부(10d)는 사업자 MS(1)로부터 업로드된 사회 인프라(51 내지 5n),혹은 커뮤니티마다의 이벤트 정보에 기초하여, 각 사회 인프라(51 내지 5n)나 커뮤니티를 관리한다.

한편, 사업자 MS(1)는 업로드부(30a), 취득부(30c) 및 제어부(30c)를 구비한다. 업로드부(30a)는 센서(50a)에 의해 이벤트가 검지되어, 출력된 이벤트 정보를 벤더 MS(80), 국가 MS(10) 및 도 MS(60)에, 통신망(NW)의 회선을 통해서 송신한다.

또한, 통신망(NW)의 회선에는 도 클라우드(200), 시 클라우드(300) 등이 접속될 수 있다. 간략화를 위해 도시하지 않지만, 도 13에 도시되는 도 클라우드(200)는 도 3에 도시되는 도 클라우드(200)와 마찬가지의 구성을 구비하고, 도 MS(60) 및 데이터베이스(70)를 구비한다. 도 MS(60)가 국가 MS(10)와 마찬가지의 구성을 구비하는 것도 도 3과 마찬가지이다. 또한, 도 13에 도시되는 시 클라우드(300)는 도 3에 도시되는 시 클라우드(300)와 마찬가지의 구성을 구비하고, 시 MS(30) 및 데이터베이스(40)를 구비한다.

도 14는 사업자 MS(1)로부터 벤더 MS(80), 국가 MS(10) 및 도 MS(60)에 통신망(NW)의 회선을 통해서 송신되는 이벤트 정보의 일례를 도시하는 도면이다. 이벤트 정보는, 예를 들어 IP 패킷의 형태로 통신망(NW)의 회선에 송출된다. IP 패킷의 페이로드에는 센서(50a)에 의해 검지된 센싱 데이터와, 당해 센싱 데이터에 관한 사회 인프라의 종별과, 이 사회 인프라를 구비하는 커뮤니티(700)를 식별하기 위한 정보(Identification: ID)가 예를 들어 기재된다.

IP 패킷의 헤더에는 송신원(사업자 MS(1))의 IP 어드레스와, 멀티캐스트 어드레스가 예를 들어 기재된다. 벤더 MS(80), 국가 MS(10), 도 MS(60) 및 시 MS(30)는 이 IP 패킷을 수신함으로써 이벤트 정보를 수집하는 것이 가능하다. IP 패킷의 페이로드에 센싱 데이터와 인프라 종별을 기재하는 형태는 제1 실시 형태에 있어서도 마찬가지로 적용하는 것이 가능하다.

도 13으로 돌아가, 취득부(30b)는 사회 인프라(51 내지 5n)의 제어에 필요로 하는 데이터(커스터마이즈 데이터(40b))를 벤더 MS(80)로부터 취득한다.

제어부(30c)는 취득부(30b)에서 취득한 제어 데이터에 기초하여 액추에이터(50b)에 제어 지시를 내린다. 또는, 제어부(30c)는 센서(50a)에 의해 검지한 이벤트 정보에 따라서 액추에이터(50b)에 제어 지시를 내린다. 즉, 제어부(30c)는 상위층으로부터 취득된 제어 데이터 또는 로컬에서 취득된 이벤트 정보 중 어느 하나에 기초하여, 사회 인프라(51 내지 5n)를 제어한다.

통신망(NW)의 회선에 장해가 발생하는 등 해서 벤더 MS(80)와의 통신에 장해가 발생한 경우에는, 제어부(30c)는 스스로 수집한 이벤트 정보(40a)에만 기초하여 사회 인프라(51 내지 5n)를 제어한다.

데이터베이스(40)는 이벤트 정보(40a) 및 커스터마이즈 데이터(40b)를 축적한다. 이 중 이벤트 정보(40a)는, 센서(50a)로 검지된 이벤트에 따라서 이 센서(50a)로부터 출력된 정보이다. 벤더 MS(80)에 업로드되는 정보는, 센서(50a)로부터 출력된 정보 중 필요한 정보가 적절히 취사 선택된다.

커스터마이즈 데이터(40b)는 이벤트 정보를 미리 정해진 기준에 기초하여 처리한 데이터이며, 예를 들어 사회 인프라(51 내지 5n)를 구비하는 커뮤니티의 제어 요구에 특화한 데이터이다. 커스터마이즈 데이터(40b)는 벤더 MS(80)로부터 취득된다.

이렇게 사업자 MS(1)는 벤더 MS(80)로부터 취득한 커스터마이즈 데이터에 기초하여 커뮤니티(700)의 각 인프라(51 내지 5n)의 센서(50a), 액추에이터(50b)를 제어하고, 커뮤니티(700)에 있어서의 시민의 쾌적하면서 안전한 생활을 지원한다.

이상과 같이 제2 실시 형태에 의하면, 상위층에 있는 벤더에 의해 관리되고 있는 벤더 MS(80)에서, 그것보다 하위층에 있는 각 제어 시스템으로부터 수신한 이벤트 정보에 기초하여 커뮤니티(700)에 적합하게 최적화된 커스터마이즈 데이터가 생성되고, 또한 이 데이터를 수신한 사업자 MS(1)의 제어부(30c)는 벤더 MS(80)로부터 취득한 데이터에 기초하여 커뮤니티(700)를 제어한다. 이렇게 함으로써, 벤더는 하위층의 제어 시스템에 대응하는 커뮤니티의 사업자에 대하여, 커스터마이즈 데이터를 부여하는 담보에 과금을 실시하는 등의 비지니스 모델을 구축하는 것이 가능하게 된다.

또한 하위의 제어 시스템은 스스로 수집한 이벤트 정보에 기초하여, 상위층의 벤더 MS(80)에 관한 제어 시스템에 의존하지 않고 사회 인프라를 독자적으로 제어할 수 있다. 따라서 전체와 로컬 양면으로부터의 최적성을 담보할 수 있다.

[제3 실시 형태]

제3 실시 형태에서는 벤더가 커뮤니티마다 최적화된 커스터마이즈 데이터를 작성하는 순서에 대해서 설명한다.

도 15는 제3 실시 형태에 따른 사회 인프라 제어 시스템의 일례를 도시하는 도면이다. 도 15에 도시되는 시스템은 벤더 클라우드(500)를 구비한다. 벤더 클라우드(500)는 통신망(NW)의 회선에 접속되는 것이 가능하다. 벤더 클라우드(500)는 벤더에 의해 관리, 운영되는 클라우드 컴퓨팅 시스템이며, 벤더 MS(80) 및 데이터베이스(90)를 구비한다. 벤더 클라우드(500)는, 예를 들어 서버 기능을 구비하는 컴퓨터, 혹은 컴퓨터 군이다. 컴퓨터는 실시 형태에 따른 기능을 실현하는 프로그램을 기억하는 메모리와, 당해 프로그램을 실행하는 제어부를 구비한다.

한편, 도 15에 있어서, 예를 들어 K 에리어, M 에리어, 혹은 Y 에리어(도 11)에 대응하는 커뮤니티(700)는 커뮤니티 클라우드(600)에 의해 관리된다. 커뮤니티 클라우드(600)는 사업자 MS(1)를 구비한다. 사업자 MS(1)는, 예를 들어 컴퓨터(2)(도 11)이며, 커뮤니티 클라우드(600)에 구비되는 데이터베이스(40)에 접속된다.

벤더 클라우드(500)의 벤더 MS(80)는 실시 형태에 따른 기능 블록으로서, 수집부(10a), 데이터 처리부(10b), 송신부(10c), 호출부(80c), 카운터(80a), 요금 관리부(80b) 및 관리부(10d)를 구비한다. 데이터베이스(90)는 이벤트 정보(20a), 커스터마이즈 데이터(20b), 알고리즘 라이브러리(90b) 및 과금 데이터(90a)를 기억하는 것이 가능하다.

수집부(10a)는 센서(50a)에 의해 이벤트가 검지되고, 출력된 이벤트 정보(20a)를 사업자 MS(1)로부터 통신망(NW)의 회선을 통해서 수집하여, 데이터베이스(90)에 보존한다.

예를 들어, 대상으로 하는 커뮤니티가 M 에리어(도 12)이면, 예를 들어 BEMS에 적합한 디맨드 리스펀스에 적합한 데이터가 생성된다. 대상으로 하는 커뮤니티가 K 에리어이면, 예를 들어 HEMS에 적합한 디맨드 리스펀스 제어나 호별 PV 시스템의 제어에 적합한 데이터가 생성된다. 이와 같이, 커뮤니티의 특성에 적합한 데이터가 이벤트 정보(20a)로부터 생성된다.

송신부(10c)는 데이터 처리부(10b)에 의해 생성된 데이터를 사업자 MS(1)에 송신한다.

호출부(80c)는 데이터 처리부(10b)가 제어 데이터의 생성에 필요로 하는 알고리즘을 알고리즘 라이브러리(90b)로부터 호출한다. 즉, 호출부(80c)는 제어 데이터를 생성하기 위해서 필요한 알고리즘을, 데이터 처리부(10b)가 대상으로 하는 커뮤니티(로컬 시스템)마다, 알고리즘 라이브러리(90b)로부터 호출한다.

특히 호출부(80c)는 대상으로 하는 로컬 시스템의 최적화 알고리즘을, 당해로컬 시스템의 개별의 요구에 따라서 알고리즘 라이브러리(90b)로부터 호출한다. 또한, 호출부(80c)는 복수의 로컬 시스템이 복수의 계층으로 계층화될 경우(예를 들어 도 2)에, 대상으로 하는 로컬 시스템의 최적화 알고리즘을 당해 로컬 시스템의 계층에 기초해서 호출한다. 호출된 알고리즘은 데이터 처리부(10b)에 건네져, 제어 데이터의 생성 시마다 사용된다.

도 16은, 도 15에 도시되는 알고리즘 라이브러리(90b)의 일례를 도시하는 도면이다. 알고리즘 라이브러리(90b)는 로컬 시스템(사회 인프라, 또는 커뮤니티)마다 최적화 알고리즘을 기록하는 라이브러리이다.

즉, 알고리즘 라이브러리(90b)는 센서 정보로부터 제어 데이터(커스터마이즈 데이터)를 생성하기 위한 연산 알고리즘을, 사회 인프라마다, 혹은 커뮤니티마다 대응시켜 기록하는 라이브러리이다. 각 알고리즘의 실태는, 예를 들어 최적화 함수를 특정한 언어로 기술한 코드 열이어도 좋고, 기계어 레벨까지 디코드된 바이너리 데이터, 혹은 이것을 암호화한 데이터이어도 좋다.

각 알고리즘에는 구별을 위해서, 예를 들어 일련 번호가 부여된다. 또한 각 알고리즘은, 예를 들어 각각의 에리어에 구비되는 사회 인프라마다 유닛화되어서 관리된다. 또한, 유닛마다, 예를 들어 서비스의 내용에 따라 S, A, B, …의 랭크를 설정하고, 랭크마다 알고리즘을 통합해서 관리하는 것도 가능하다. 이러한 계층화 구조는 다방면에 걸치는 알고리즘을 관리하는 것에 적합하다.

각 알고리즘은 그 벤더(제공자)에 의해 갱신 혹은 업그레이드된다. 이에 의해 알고리즘 라이브러리(90b)는 점차 충실해진다. 각 알고리즘의 개발자는 스스로 제공한 알고리즘에 기초하는 제어 데이터가 다운로드될 때마다 서비스 수익자에 상응한 과금을 부과하는 등의 비지니스 모델을 구축하는 것이 가능하다.

각 알고리즘이 어떤 연산 기능을 제공할 것인가라는 정보나, 각 알고리즘을 개별로 특정하기 위한 일련 번호, 갱신 이력 등은, 일람표나 XML 데이터 등의 형식으로 관리 가능하다. 벤더 MS(30)는 이 통지된 내용으로부터, 선택해야 할 알고리즘을 특정하는 것이 가능하다.

도 15로 돌아가서, 데이터 처리부(10b)는 호출부(80c)에 의해 알고리즘 라이브러리(90b)로부터 호출된 알고리즘에 기초하여 이벤트 정보(20a)를 최적화하고, 로컬 시스템마다 제어 데이터를 생성한다.

카운터(80a)는 커뮤니티의 제어에 필요로 하는 제어 데이터가 사업자 MS(1)에 다운로드된 양을 카운트한다. 여기에서 말하는 “양”이란, 다운로드된 수, 데이터 크기, 바이트 수 등, 정량적으로 카운트 가능하여 과금의 근거가 될 수 있는 양이면 어떤 양이어도 좋다.

요금 관리부(80b)는 카운터(80a)에 의해 카운트된 양을 취득하고, 미리 정해진 단가에 기초하여 과금 데이터(90a)를 산출한다. 과금 데이터(90a)는, 예를 들어 커뮤니티마다 테이블화되어서 관리되는 것이 가능하다. 이 과금 데이터(90a)는 벤더 MS(80)의 기억부(도시하지 않음), 혹은 데이터베이스(90)에 기억된다. 이 과금 데이터(90a)는, 예를 들어 커뮤니티 클라우드(600)의 사업자나 주민 등의 수익자에게 과금할 때 사용되고, 벤더에게 있어서는 수입원이 되는 정보이다.

관리부(10d)는 사업자 MS(1)로부터 업로드된 사회 인프라(51 내지 5n), 혹은 커뮤니티마다의 이벤트 정보에 기초하여, 각 사회 인프라(51 내지 5n)나 커뮤니티를 관리한다.

한편, 사업자 MS(1)는 업로드부(30a), 취득부(30c) 및 제어부(30c)를 구비한다. 업로드부(30a)는 센서(50a)에 의해 검지된 이벤트 정보를 벤더 MS(80), 도 MS(60) 및 시 MS(30)에, 통신망(NW)의 회선을 통해서 송신한다. 통신망(NW)의 회선에는 도 클라우드(200), 시 클라우드(300) 등이 접속된다.

취득부(30b)는 사회 인프라(51 내지 5n)의 제어에 필요로 하는 데이터(커스터마이즈 데이터(40b))를 벤더 MS(80)로부터 취득한다.

또한, 통신망(NW)의 회선에 장해가 발생하는 등 해서 벤더 MS(80)와의 통신에 장해가 발생한 경우에는, 제어부(30c)는 스스로 수집한 이벤트 정보(40a)에만 기초하여 사회 인프라(51 내지 5n)를 제어한다.

데이터베이스(40)는 이벤트 정보(40a) 및 커스터마이즈 데이터(40b)를 축적한다. 이 중 이벤트 정보(40a)는 센서(50a)로 검지된 이벤트에 따라서 이 센서(50a)로부터 출력된 정보이다. 벤더 MS(80)에 업로드되는 정보는, 센서(50a)로부터 출력된 정보 중 필요한 정보가 적절히 취사 선택된다.

또한, 통신망(NW)의 회선에는 도 클라우드(200), 시 클라우드(300) 등이 접속될 수 있다. 간략화를 위해서 도시하지 않지만, 도 15에 도시되는 도 클라우드(200)는 도 3 또는 도 13에 도시하는 도 클라우드(200)와 마찬가지의 구성을 구비하고, 도 MS(60) 및 데이터베이스(70)를 구비한다. 도 MS(60)가 국가 MS(10)와 마찬가지의 구성을 구비하는 것도 도 3 및 도 15과 마찬가지이다. 또한, 도 15에 도시되는 시 클라우드(300)는 도 3 또는 도 13에 도시되는 시 클라우드(300)와 마찬가지의 구성을 구비하고, 시 MS(30) 및 데이터베이스(40)를 구비한다.

도 17은, 도 15에 도시되는 벤더 MS(80)의 일례를 도시하는 기능 블록도이다. 벤더 MS(80)는 입출력부(14), 인터페이스부(6), 기억부(13), Central Processing Unit(CPU)(11) 및 프로그램 메모리(12)를 구비한다. 즉, 벤더 MS(80)는 프로그램 메모리(12)에 기억된 프로그램을 CPU(11)가 실행함으로써 기능하는 컴퓨터다.

입출력부(14)는 오퍼레이터 등에 의해 조작되는 휴먼 머신 인터페이스(조작 패널이나 스위치 등)이다. 입출력부(14)는 Graphical User Interface(GUI) 환경을 형성해서 유저에 의한 정보 입력을 접수하고, 또한 유저에게 정보를 제공한다.

인터페이스부(6)는 통신망(NW)의 회선 및 데이터베이스(90)에 접속되고, 통신망(NW)의 회선 및 각 클라우드(500, 200, 300, 600)와의 통신 기능을 담당한다. 기억부(13)는 과금 데이터(90a) 및 알고리즘 라이브러리(90b)를 기억한다.

프로그램 메모리(12)는 이 실시 형태에 따른 처리 기능에 필요한 명령을 포함하는 프로그램으로서의, 수집 프로그램 P1, 데이터 처리 프로그램 P2, 송신 프로그램 P3, 호출 프로그램 P4, 카운트 프로그램 P5, 요금 관리 프로그램 P6 및, 관리 프로그램 P7을 기억한다. 이들 프로그램은 CD-ROM 등의 리무버블 미디어(기록 매체)에 기록하는 것도, 통신 회선(통신망(NW)의 회선을 포함)을 통해서 다운로드하는 것도 가능하다.

CPU(11)는 프로그램 메모리(12)로부터 각 프로그램을 판독해서 하드웨어에 의한 연산 처리를 행하는 것으로, 그 처리 기능으로서, 상기 설명한 수집부(10a), 데이터 처리부(10b), 송신부(10c), 호출부(80c), 카운터(80a), 요금 관리부(80b) 및 관리부(10d)를 구비한다.

도 18은 제3 실시 형태에 있어서의 벤더 MS(80)의 처리 순서의 일례를 도시하는 흐름도이다. 도 18에 있어서 벤더 MS(80)는 사업자 MS(1)에 있어서 취득된 이벤트 정보를, 통신망(NW)의 회선을 통해서 수집하여(스텝 S1), 데이터베이스(90)에 축적한다(스텝 S2).

다음으로 벤더 MS(80)는 스텝 S3 내지 스텝 S10의 사이에 포함되는 루프를 실행한다. 루프 내에서 벤더 MS(80)는 대상으로 하는 커뮤니티에 대응하는 최적화 알고리즘을 알고리즘 라이브러리(90b)로부터 선택한다(스텝 S4). 선택의 기준은 상술한 바와 같이, 예를 들어 대상으로 하는 커뮤니티의 개별의 요구에 따른 알고리즘을 선택한다는 기준이다. 혹은, 커뮤니티(클라우드)가 계층화되어 있으면, 선택의 기준은, 예를 들어 대상으로 하는 커뮤니티(클라우드)의 계층에 기초하여 알고리즘을 선택한다는 기준이다. 다음으로 벤더 MS(80)는, 스텝 S4에선 선택된 알고리즘을 호출한다(스텝 S5).

다음으로 벤더 MS(80)는 호출된 알고리즘을 사용하여, 이벤트 정보(20a)로부터 제어 데이터를 산출한다(스텝 S6). 다음으로 벤더 MS(80)는 산출한 제어 데이터를 통신망(NW)의 회선을 통해서 사업자 MS(1)에 다운로드 송신한다(스텝 S7). 그리고 벤더 MS(80)는 제어 데이터가 사업자 MS(1)에 다운로드된 양을 카운트해서(스텝 S8), 카운트값에 기초하여 과금 데이터(90a)를 산출한다(스텝 S9).

스텝 S3 내지 스텝 S10의 루프는, 예를 들어 벤더 MS(80)의 대상으로 하는 커뮤니티의 전부에 대해서, 예를 들어 차례로 실행된다. 루프로부터 나오면, 처리 순서는 다시 스텝 S1로 이행하고, 벤더 MS(80)는 이벤트 정보의 수집으로부터의 처리를 반복한다. 또한, 이벤트 정보의 수집 및 축적과 동시 병행적으로, 스텝 S3 내지 스텝 S10의 루프를 실시하는 것도 가능하다.

이상 설명한 바와 같이 제3 실시 형태에 의하면, 데이터베이스(90)에 축적된 이벤트 정보(20a)를, 커뮤니티(700)의 요구, 혹은 계층화 레벨에 따라서 최적화하고, 커뮤니티 각각에 따른 제어 데이터를 생성하도록 하고 있다. 사업자 MS(1)는 생성된 제어 데이터를 취득하고, 이 제어 데이터를 사용해서 사회 인프라(51 내지 5n)를 제어하면 좋다. 이에 의해, 클라우드(벤더 클라우드(500))의 리소스를 이용해서 커뮤니티마다 제어 데이터를 생성하는 것이 가능하게 되고, 커뮤니티의 운영자(사업자)에게 있어서는 사회 인프라(51 내지 5n)를 제어하기 위한 리소스의 절약 등의 이익을 얻는 것이 가능하게 된다.

또한, 하위 클라우드에서 발생한 이벤트 정보(20a)를 상위 클라우드에서 관리하도록 하고 있으므로, 내장해(耐障害) 성능의 향상 등의 장점도 얻어진다. 또한, 데이터의 업로드 및 다운로드에 관한 실시간성을 보장 가능한 통신망(NW)의 회선을 이용하고 있으므로, 사회 인프라(51 내지 5n)의 제어에 관한 지연을 최소한으로 할 수도 있다.

또한, 커뮤니티마다 적절한 알고리즘을 사용해서 이벤트 정보(20a)를 집약화하고 있으므로, 각 커뮤니티는 사회 인프라(51 내지 5n)의 제어에 있어서 필요 최소한의 제어 데이터를 취득하도록 하면 좋다. 즉, 각 커뮤니티는 사회 인프라(51 내지 5n)의 말단의 기기의 시상수에 추종하기 위해서 필요 최소한의 데이터를 취득할 수 있으면, 제어의 실시간성을 상실하는 일 없이, 사회 인프라(51 내지 5n)를 제어할 수 있다.

또한, 제어 데이터가 생성되어 다운로드될 때마다 과금 데이터가 산출되고, 이 과금 데이터는 제어 데이터의 수익자마다 관리된다. 이에 의해, 벤더에 제어 데이터를 생성하고, 알고리즘을 갱신하는 인센티브를 부여하는 것이 가능하게 되고, 커뮤니티에 생활하는 시민은 물론, 소프트웨어 벤더에 있어서도 유익한 사회 인프라 제어 시스템을 제공하는 것이 가능하게 된다.

또한 하위의 제어 시스템은 스스로 수집한 이벤트 정보에 기초하여, 상위층의 제어 시스템에 의존하지 않고 사회 인프라를 독자적으로 제어할 수 있다. 따라서 전체와 로컬과의 양면의 최적성을 담보할 수 있다.

또한, 제3 실시 형태에 의하면, 사회 시스템으로서의 커뮤니티의 변화에도 유연하게 대처하는 것이 가능하다. 즉, 시시각각 수집되는 이벤트 정보를 해석해서 커뮤니티의 특성을 산출하고, 이것을 반복함으로써 커뮤니티의 발전 혹은 축소에 따라서 알고리즘 라이브러리를 확충해 가는 것이 가능하게 된다.

또한, 본 발명은 상기 실시 형태에 한정되는 것은 아니다. 예를 들어, 실시 형태에서는 하위층으로부터 업로드된 이벤트 정보를 상위층에서 집중적으로 축적하는 것을 가능하게 하였다. 즉, 최하위층에서 발생한 이벤트 정보는 그대로 최상위층에 업로드되어, 최상위층이 모든 데이터를 유지한다. 이 대신에 중위층에서 모든 데이터를 유지하도록 해도 좋다. 요컨대 모든 데이터는, 어느 한쪽의 클라우드에서 집중적으로 축적, 관리되면 좋다.

본 발명의 실시 형태를 설명했지만, 이 실시 형태는 예로서 제시하는 것이며, 발명의 범위를 한정하는 것은 의도하고 있지 않다. 이 신규의 실시 형태는, 그 밖의 다양한 형태로 실시되는 것이 가능하고, 발명의 요지를 일탈하지 않는 범위에서 다양한 생략, 치환, 변경을 행할 수 있다. 이 실시 형태나 그 변형은 발명의 범위나 요지에 포함되면서, 또한 특허 청구 범위에 기재된 발명과 그 균등한 범위에 포함된다.

Claims

상위 제어 시스템과 하위 제어 시스템을 구비하는 사회 인프라 제어 시스템으로서,
상기 하위 제어 시스템은
사회 인프라에 관한 이벤트를 검지해서 이벤트 정보를 출력하는 센서와,
상기 상위 제어 시스템에 상기 이벤트 정보를 통신 회선을 통해서 업로드하는 업로드부와,
상기 상위 제어 시스템으로부터의 제어 데이터에 따라, 또는 상기 이벤트 정보에 따라서 상기 사회 인프라를 제어하는 제어부를 구비하고,
상기 상위 제어 시스템은,
상기 사회 인프라를 제어하기 위해서 사용되는 상기 제어 데이터를 상기 이벤트 정보로부터 생성하는 데이터 처리부와,
상기 제어부에 상기 통신 회선을 통해서 상기 제어 데이터를 송신하는 송신부를 구비하는, 사회 인프라 제어 시스템.
제1항에 있어서,
중위 제어 시스템을 더 구비하고,
상기 업로드부는
상기 상위 제어 시스템, 또는 상기 중위 제어 시스템에 상기 이벤트 정보를 업로드하고,
상기 중위 제어 시스템은 상기 데이터 처리부와 상기 송신부를 구비하는, 사회 인프라 제어 시스템.
제1항 또는 제2항에 있어서,
복수의 최적화 알고리즘을 기억하는 기억부와,
대상으로 하는 사회 인프라의 최적화 알고리즘을 상기 기억부로부터 호출하는 호출부를 더 구비하고,
상기 데이터 처리부는 상기 이벤트 정보를 호출된 상기 최적화 알고리즘에 기초하여 최적화하고, 상기 사회 인프라마다 상기 제어 데이터를 생성하는, 사회 인프라 제어 시스템.
제3항에 있어서, 상기 호출부는 상기 대상으로 하는 사회 인프라의 최적화 알고리즘을 당해 사회 인프라의 개별의 요구에 따라서 호출하는, 사회 인프라 제어 시스템.
제3항에 있어서,
상기 사회 인프라는 어느 한쪽의 제어 시스템에 의해 제어되고,
상기 호출부는 상기 대상으로 하는 사회 인프라의 최적화 알고리즘을 당해 사회 인프라의 계층에 기초해서 호출하는, 사회 인프라 제어 시스템.
제1항 또는 제2항에 있어서, 송신되는 상기 제어 데이터에 대해서 미리 설정된 단가에 기초하는 과금 데이터를 관리하는 요금 관리부를 더 구비하는, 사회 인프라 제어 시스템.
제1항 또는 제2항에 있어서, 송신된 상기 제어 데이터의 수신에 장해가 발생하면, 상기 제어부는 검지된 이벤트 정보에 기초하여 상기 사회 인프라를 자율적으로 제어하는, 사회 인프라 제어 시스템.
제1항 또는 제2항에 있어서, 상기 상위 제어 시스템은 상기 이벤트 정보를 축적하는 데이터베이스를 구비하는 클라우드 컴퓨팅 시스템인, 사회 인프라 제어 시스템.
제1항 또는 제2항에 있어서,
상기 센서는 종별이 상이한 복수의 사회 인프라마다 상기 이벤트 정보를 검지하고,
상기 업로드부는 상기 복수의 사회 인프라마다 검지된 상기 이벤트 정보를 업로드하며,
업로드된 상기 복수의 사회 인프라마다의 이벤트 정보에 기초하여 상기 복수의 사회 인프라를 관리하는 관리부를 더 구비하는, 사회 인프라 제어 시스템.
제어 데이터에 따라, 또는 사회 인프라의 이벤트 정보에 따라서 상기 사회 인프라를 제어하는 제어 장치를 갖는 하위 제어 시스템과 통신 가능한 상위 제어 시스템의 서버로서,
상기 사회 인프라의 이벤트에 관련되는 이벤트 정보를 상기 하위 제어 시스템으로부터 수집하는 수집부와,
수집된 상기 이벤트 정보를 축적하는 데이터베이스와,
상기 데이터베이스에 축적되는 이벤트 정보에 기초하여, 상기 사회 인프라를 제어하기 위해서 사용되는 제어 데이터를 생성하는 데이터 처리부와,
상기 제어 데이터를 상기 제어 장치에 송신하는 송신부를 구비하는, 상위 제어 시스템의 서버.
제10항에 있어서,
복수의 로컬 시스템마다의 최적화 알고리즘을 기억하는 기억부와,
대상으로 하는 로컬 시스템의 최적화 알고리즘을 상기 기억부로부터 호출하는 호출부를 더 구비하고,
상기 데이터 처리부는 상기 데이터베이스에 축적되는 이벤트 정보를 호출된 상기 최적화 알고리즘에 기초하여 최적화하고, 상기 로컬 시스템마다 상기 제어 데이터를 생성하는, 상위 제어 시스템의 서버.
제11항에 있어서, 상기 호출부는 상기 대상으로 하는 로컬 시스템의 최적화 알고리즘을 당해 로컬 시스템의 개별의 요구에 따라서 호출하는, 상위 제어 시스템의 서버.
제11항에 있어서,
상기 복수의 로컬 시스템이 복수의 계층으로 계층화될 경우에,
상기 호출부는 상기 대상으로 하는 로컬 시스템의 최적화 알고리즘을 당해 로컬 시스템의 계층에 기초해서 호출하는, 상위 제어 시스템의 서버.
제10항에 있어서, 송신되는 상기 제어 데이터에 대해서 미리 설정된 단가에 기초하는 과금 데이터를 관리하는 요금 관리부를 더 구비하는, 상위 제어 시스템의 서버.
사회 인프라의 제어에 관한 제어 데이터를 생성하는 상위 제어 시스템과 통신 가능한 하위 제어 시스템의 서버로서,
상기 사회 인프라의 이벤트에 관련되는 이벤트 정보를 수집하는 수집부와,
수집된 상기 이벤트 정보를 상기 상위 제어 시스템에 송신하는 송신부와,
상기 상위 제어 시스템으로부터 송신되는 상기 제어 데이터를 수신하는 수신부와,
수신된 상기 제어 데이터에 따라, 또는 상기 이벤트 정보에 따라서 상기 사회 인프라를 제어하는 제어부를 구비하는, 하위 제어 시스템의 서버.
제15항에 있어서, 상기 제어 데이터의 수신에 장해가 발생하면, 수집된 상기 이벤트 정보에 의해 상기 사회 인프라를 자율적으로 제어하는, 하위 제어 시스템의 서버.
상위 제어 시스템과 하위 제어 시스템을 구비하는 사회 인프라 제어 시스템에 적용 가능한 제어 방법으로서,
상기 하위 제어 시스템이 사회 인프라에 관한 이벤트를 검지해서 이벤트 정보를 출력하는 단계와,
상기 하위 제어 시스템이 상기 이벤트 정보를 통신 회선을 통해서 상기 상위 제어 시스템에 업로드하는 단계와,
상기 상위 제어 시스템이 상기 이벤트 정보에 기초하여, 상기 사회 인프라를 제어하기 위해서 사용되는 제어 데이터를 생성하는 단계와,
상기 상위 제어 시스템이 상기 하위 제어 시스템에 상기 통신 회선을 통해서 상기 제어 데이터를 송신하는 단계와,
상기 하위 제어 시스템이 상기 제어 데이터에 따라, 또는 이벤트 정보에 따라서 상기 사회 인프라를 제어하는 단계를 포함하는, 제어 방법.
제17항에 있어서,
상기 생성하는 단계는,
복수의 최적화 알고리즘을 기억하는 기억부로부터, 대상으로 하는 사회 인프라의 최적화 알고리즘을 호출하는 단계와,
호출된 상기 최적화 알고리즘에 기초하여 상기 이벤트 정보를 최적화하고, 상기 사회 인프라마다 상기 제어 데이터를 생성하는 단계를 포함하는, 제어 방법.
제17항에 있어서, 상기 상위 제어 시스템은 또한, 송신되는 상기 제어 데이터에 대해서 미리 설정된 단가에 기초하는 과금 데이터를 관리하는, 제어 방법.
상위 제어 시스템과, 제어 데이터에 따라, 또는 사회 인프라의 이벤트 정보에 따라서 상기 사회 인프라를 제어하는 제어 장치를 갖는 하위 제어 시스템을 구비하는 사회 인프라 제어 시스템의 상기 상위 제어 시스템에 적용 가능한 제어 방법으로서,
상기 하위 제어 시스템으로부터 업로드되는, 사회 인프라에 관한 이벤트에 관련된 이벤트 정보에 기초하여, 상기 사회 인프라를 제어하기 위해서 사용되는 제어 데이터를 생성하는 단계와,
상기 제어 데이터를, 통신 회선을 통해서 상기 하위 제어 시스템에 송신하는 단계를 포함하는, 제어 방법.
제20항에 있어서,
상기 생성하는 단계는,
복수의 최적화 알고리즘을 기억하는 기억부로부터, 대상으로 하는 사회 인프라의 최적화 알고리즘을 호출하는 단계와,
호출된 상기 최적화 알고리즘에 기초하여 상기 이벤트 정보를 최적화하고, 상기 사회 인프라마다 상기 제어 데이터를 생성하는 단계를 포함하는, 제어 방법.
제20항에 있어서, 또한, 송신되는 상기 제어 데이터에 대해서 미리 설정된 단가에 기초하는 과금 데이터를 관리하는, 제어 방법.
상위 제어 시스템과 하위 제어 시스템을 구비하는 사회 인프라 제어 시스템의 상기 하위 제어 시스템에 적용 가능한 제어 방법으로서,
사회 인프라에 관한 이벤트를 검지해서 이벤트 정보를 출력하는 단계와,
상기 이벤트 정보를 통신 회선을 통해서 상기 상위 제어 시스템에 업로드하는 단계와,
업로드된 상기 이벤트 정보에 기초하여 상기 상위 제어 시스템에 의해 생성되어 송신된 제어 데이터에 따라, 또는 상기 이벤트 정보에 따라서, 상기 사회 인프라를 제어하는 단계를 포함하는, 제어 방법.
제17항 내지 제23항 중 어느 한 항에 기재된 방법을 컴퓨터에 실행시키기 위한 명령어를 포함하는 프로그램.