KR101504363B1

KR101504363B1 - 네트워크에서 프레임워크 셧다운을 핸들링하기 위한 방법 및 시스템

Info

Publication number: KR101504363B1
Application number: KR1020080098350A
Authority: KR
Inventors: 정동신; 이주열; 찬나키샤바 스리칸뜨 싸이다펄; 크리쉬나멀씨 써브라마니안; 봐라드와지 브두라 키란
Original assignee: 삼성전자주식회사
Priority date: 2007-11-21
Filing date: 2008-10-07
Publication date: 2015-03-20
Also published as: WO2009066924A3; CN101868942A; KR20090052797A; WO2009066924A2; EP2220817A4; EP2220817A2; US8429679B2; US20100257542A1

Abstract

네트워크에서 프레임워크 셧다운을 핸들링하는 방법 및 중앙 서버가 개시된다. 상기 방법은 프레임워크 셧다운에 관련된 이벤트를 생성하는 것을 포함한다. 또한 상기 방법은 상기 이벤트를 UPnP 이벤트로 변환하는 것을 포함한다. 상기 방법은 더 나아가 상기 변환된 이벤트를 네트워크상의 하나 또는 그 이상의 제어기들로 제공하는 것을 포함한다. 중앙 서버는 프레임워크 셧다운에 관련된 이벤트를 생성하고, 상기 이벤트를 UPnP 이벤트로 변경하도록 구성된 프로세서를 포함한다. 중앙 서버는 또한, 상기 변경된 이벤트를 네트워크 상의 하나 또는 그 이상의 제어기로 전달하도록 구성된 송신기를 포함한다.

셧다운, 프레임워크, OSGi

Description

네트워크에서 프레임워크 셧다운을 핸들링하기 위한 방법 및 시스템 {Method and system for handling framework shutdown in a network}

네트워크에서 프레임워크를 관리하는 분야에 관련된다. 보다 구체적으로는 네트워크에서 프레임워크 셧다운을 핸들링하기 위한 방법 및 시스템에 관련된다.

어떤 서비스보다도 이전에 시작되어야 하는 프레임워크는 네트워크에서 제공될 수 있다. 프레임워크를 시작시키기 위한 다양한 기술들이 존재한다. 그 중 하나에 따르면, 프레임워크는 명령어 라인 시동(command line initiation)에 의해 또는 구성 파일(configuration file)로부터의 시작 정보(startup information)를 읽음으로써 시작될 수 있다. 프레임워크가 시작될 때 발생할 수 있는 어떤 이벤트들은, 이벤트들의 핸들링, 시작 상태에서 시스템 번들로의 진입, 이전에 정지된 번들들의 시작, 시작동안 발생하는 exception의 포장(wrapping up), exception의 공개(publishing), 시작 상태에서 시스템 번들로의 진입, 프레임워크가 시작되었다는 것을 나타내는 프레임워크 이벤트의 브로드캐스팅 등이 있다.

때때로 프레임워크는 셧다운되는 것을 필요로 할 때가 있다. 프레임워크의 셧다운은 시스템 번들을 정지시킴으로써 시작될 수 있으며, 또는 프레임워크는 디 펜던시 고장(dependency failure)에 의해 갑작스럽게 셧다운될 수도 있다. 이러한 디펜던시 고장의 일예로, 파워 셧다운과 밧데리 널(null)을 포함한다. 프레임워크가 셧다운될때 발생하는 이벤트들은, 정지 상태(stopping state)에서 시스템 번들로의 진입, 모든 활성 번들들의 정지, 셧다운에서 모든 활성 번들들의 기록 상태, 랩핑(wrapping) exception, exception의 공개, 그리고 이벤트 핸들링의 불능(disabling) 등이 있다. 프레임워크가 셧다운될때, 프레임워크의 시작 레벨은 0으로 감소한다. 0의 시작 레벨은 프레임워크가 착수되지도 않았으며, 셧다운이 완료되지도 않은 상태이다(이 두 상태는 동등한 것으로 간주된다). 이러한 상태에서 번들들은 가동되지 않는다. 요구된 시작 레벨은 프레임워크가 셧다운될때 0으로 설정되어야 한다.

각각의 시작 레벨에 대해, 프레임워크의 구현은 스타트 레벨에서 번들들의 정지를 위한 적절한 명령을 선택할 수 있다. 이는 주어진 번들에 의존적인 모든 번들들이 상기 주어진 번들에 앞서 셧다운되도록 역 디펜던시 오더(reverse dependency order)로 번들들을 정지시키는 것을 포함할 수 있다. 프레임워크가 셧다운될때의 어느 시점에서도, 프레임워크를 사용하는 모든 제어기들은 셧다운에 대해 정보를 받을 필요가 있다.

이러한 관점에서, 네트워크에서 프레임워크를 사용하는 모든 제어기들에게 프레임워크의 셧다운에 대해 알려주도록 프레임워크의 셧다운을 핸들링할 필요가 있다.

본 발명의 일 양상에 따르면 네트워크에서 프레임워크의 셧다운을 핸들링하는 방법이 제공된다.

본 발명의 일 양상에 따른 방법은 프레임워크 셧다운에 관련된 이벤트를 제공하는 것을 포함한다. 본 발명의 일 양상에 따른 방법은, 이 이벤트를 UPnP 이벤트로 변환하는 것을 포함한다. 더 나아가 본 방법은 상기 변환된 이벤트를 네트워크상의 하나 또는 그 이상의 제어기들로 제공한다. 본 발명의 일 양상에 따라, 프레임워크 셧다운동안 프레임워크의 시작 레벨을 0으로 감소시키는 것을 포함한다. 다른 일 양상에 따라, 셧다운이 갑작스러운 셧다운인지의 여부를 판단하는 것을 포함한다. 일 양상에서 또한 외부 엔터티로부터 프레임워크로 일정한 시간 간격으로 폴을 프레임워크에 의해 수신하여 상기 제어기들에게 갑작스러운 셧다운을 알리도록 하는 것을 포함한다. 일 양상에서 상기 프레임워크는 OSGi 프레임워크이며, 이벤트는 FrameworkEvent.SHUTDOWN 타입이다.

본 발명의 다른 일 양상에 따르면 중앙 서버가 제공된다. 중앙 서버는 프레임워크 셧다운에 관련된 이벤트를 생성하고, 상기 이벤트를 UPnP 이벤트로 변경하도록 구성된 프로세서를 포함한다. 중앙 서버는 또한, 상기 변경된 이벤트를 네트워크 상의 하나 또는 그 이상의 제어기로 전달하도록 구성된 송신기를 포함한다. 일 양상에서 중앙 서버는 외부 엔터티로부터 상기 프레임워크로 일정한 시간간격으로 나오는 폴(poll)을 수신하도록 구성된 수신기를 포함한다. 그리고 상기 네트워 크 상의 하나 또는 그 이상의 제어기는 상기 폴에 기초하여 갑작스러운 셧다운에 대해 통지받는다. 일 양상에서 상기 프레임워크는 OSGi 프레임워크이며, 이벤트는 FrameworkEvent.SHUTDOWN 타입이다.

본 발명의 일실시예에 따르면, 제어기들이 네트워크에서 프레임워크 셧다운에 대한 정보를 얻을 수 있도록 하는 기술을 제공한다. 더 나아가 정상적인 프레임워크 셧다운과 갑작스러운 프레임워크 셧다운을 핸들링하는 적절한 방법을 제공한다. 본 발명의 일실시예는 또한, CallBack 메카니즘이나 Listener-Notify 메카니즘과 같은 프레임워크 이벤팅 메카니즘을 사용하여 프레임워크 셧다운 시나리오를 쉽게 핸들링할 수 있도록 한다. 그리고, 셧다운된 제어기에 의해 사용되는 메시지를 프레임워크에 불필요하게 전송하는 것을 방지할 수 있다. 더 나아가, 제어기가 사용하는 프레임워크가 셧다운되었을 때, 제어기들이 대체 프레임워크를 찾기 위해 재서치하도록 도와준다.

본 발명의 일 양상에 따른 구성과 효과는 첨부된 도면을 참조하여 설명된 상세한 설명에 의해 명백해 질 것이다.

이하 본 발명에 따른 다양한 실시예를 설명하기 위해 사용되는 용어들은 예시적인 것이다. 이는 단지 상세한 설명의 이해를 돕기 위한 것이며, 이들 용어들의 사용과 정의에 의해 본 발명의 범위를 한정하는 것은 아니라는 것을 이해해야 할 것이다.

도 1은 본 발명의 다양한 실시예가 적용될 수 있는 네트워크(100)를 도시한 도면이다.

네트워크(100)는 중앙 서버와 하나 또는 그 이상의 제어기들을 포함할 수 있다. 네트워크(100)의 일예로, 근거리 통신망(Local Area Network, LAN), 무선 랜(Wireless Local Area Network, WLAN)을 포함하지만 이에 한정되는 것은 아니다. 설명을 위해, 네트워크(100)는 중앙 서버(102)와 제어기(104, 105)를 포함하도록 도시되어 있다. 중앙 서버와 제어기의 일예로, 모바일 폰, 랩톱(laptop), 개인용 컴퓨터(personal computer), PDA(Personal Digital Assistants), 프린터, 액세스 포인트(Access Points), 텔레비전, 미디어 플레이어, 인터넷 게이트웨이 장치(Internet gateway device) 들을 포함하지만, 이에 한정되는 것은 아니다. 본 실시예에서는 중앙 서버(102)와 제어기(104, 106)를 참조하여 설명될 것이다. 그러나, 네트워크(100)에서의 다른 중앙 서버와 제어기들을 사용하여 본 발명의 실시예가 구현될 수 있다는 것은 당업자에게 자명할 것이다.

중앙 서버(102)는 프레임워크(108)를 포함하도록 도시되어 있다. 프레임워크(108)는 애플리케이션에게 실행환경을 제공하거나 또는 프레임워크(108)에 등록되어 있는 서비스들을 제공한다. 프레임워크(108)는 이러한 서비스들을 다른 디바이스들이나, 네트워크(100) 상의 제어기들(104, 106)에게 제공한다. 프레임워크(108)는 셧다운되거나, 시스템 번들들에 대한 선택적 확장 번들들(optional extension bundles)이 리프레쉬되거나 업데이트되면 다시 시작될 수 있다. 프레임워크(108)는 확장 번들이 업데이트될때 재진수(re-launched)되어야 한다. 또한 프 레임워크(108)는 디펜던시 고장(dependency failure) 때문에 갑자기 셧다운될 수도 있다. 프레임워크(108)가 그와 다른 디바이스들(제어기들)과 등록되어 있는 서비스들을 제공하기 때문에, 네트워크(100)에서의 디바이스들은 프레임워크(108)의 셧다운에 대해 통지를 받아야 한다. 중앙 서버(102)는 프레임워크(108)의 셧다운을 중앙 서버(102)와 연결되어 있는 제어기들(104, 106)에게 알린다. 제어기(104)의 실행 플랫폼(execution platform)(110)과 제어기(106)의 실행 플랫폼(execution platform)(112)은 중앙 서버(102)에서의 프레임워크(108)의 셧다운에 대해 통지받는다. 중앙 서버(102)의 기능들에 대해서는 도 2를 참조하여 설명한다.

도 2는 본 발명의 일실시예에 따른 중앙 서버(102)를 도시한 도면이다.

본 실시예를 설명하기 위해 도 1이 참조될 것이다. 그러나 본 실시예가 다른 실시예를 사용하여 설명되거나 적용될 수 있음은 당업자에게 자명할 것이다. 본 실시예에서 중앙 서버(102)는 프레임워크 셧다운을 네트워크(100)상의 다른 디바이스들/제어기들에게 알려줄 수 있다. 프레임워크의 일예로, 오픈 서비스 게이트웨이 이니셔티브(Open Service Gateway Initiative, OSGi) 프레임워크를 포함하지만, 이에 한정되는 것은 아니다. 중앙 서버(102)는 프로세서(202)와 송신기(204)를 포함한다. 프로세서(202)는 프레임워크 셧다운에 관련된 이벤트를 생성하도록 구성되어 있다. 이벤트의 일예로, FrameworkEvent.SHUTDOWN 을 포함하지만 이에 한정되는 것은 아니다. 또한 프로세서(202)는, 이 이벤트를 유니버셜 플러그 앤 플레이(Universal Plug and Play, UPnP) 이벤트로 변경한다. 그리고 나서 프로세서(202)는 변경된 이벤트를 송신기(204)로 제공한다.

송신기(204)는 변경된 이벤트를 네트워크(100)에 존재하는 하나 또는 그 이상의 제어기들로 전달한다. 예를 들어, 송신기(204)는 변경된 이벤트를 중앙 서버(102)에 연결되어있는 제어기들(104, 106)로 전달한다. 일실시예에 있어, 프레임워크 셧다운은 갑자기 발생할 수 있다. 본 일실시예에서 중앙 서버(102)는 또한, 일정한 시간 간격으로 외부의 엔터티(entity)로부터 프레임워크로의 폴(poll)을 수신하는 수신기(206)를 포함한다. 외부의 엔터티는 폴(poll)에 대한 응답으로 프레임워크로부터 액크(acknowledgement)를 수신한다. 만약 외부 엔터티가 프레임워크로부터 액크를 수신하지 않으면, 프레임워크는 셧다운되는 것으로 결정된다. 이는 중앙 서버(102)가 네트워크(100) 상의 제어기들(104, 106)에게 프레임워크의갑작스러운 셧다운에 대해 알려주도록 도와준다. 송신기(204)와 수신기(206)는 트랜시버(tranceiver)로 통합될 수 있다.

일실시예에 있어서, 또한 프로세서(202)는 프레임워크(108)가 정상적인 셧다운을 준비할 수 있도록 시스템 번들과 다수의 활성 번들들을 정지하도록 구성될 수 있다. 다시 말하면, 시스템 번들과 다수의 활성 번들들이 정지될 때 프레임워크는 셧다운된다. 또한 중앙 서버(102)는, 메모리 모듈(208)을 포함할 수 있다. 메모리 모듈(208)은 셧다운시 다수의 활성 번들들 각각의 상태를 저장한다. 이들 상태들은 프레임워크(108)가 재시작될 때 각각의 번들이 재시작될 곳을 나타낸다. 프레임워크의 셧다운을 핸들링하는 과정은 도 3 및 도 4를 참조하여 설명된다.

도 3은 본 발명의 일실시예에 따라, 네트워크에서 프레임워크의 셧다운을 핸들링하는 방법을 묘사한 플로우차트이다.

본 발명의 일 양상에 따른 방법(300)을 설명하기 위해 도 1 및 도 2가 참조될 것이다. 그러나 다른 적절한 실시예의 도움으로 설명될 수 있음은 당업자에게 자명할 것이다. 더 나아가 본 실시예에 따른 방법(300)은 도 3에 도시한 여러 단계들을 포함할 수 있다. 단계 302에서, 방법(300)이 시작된다. 단계 304에서, 프레임워크 셧다운과 관련된 이벤트가 프로세서(202)에 의해 생성된다. 이벤트의 생성 메카니즘을 일예로 Call-Back 메카니즘과 Listener-Notify 메카니즘을 들 수 있다. 또한 프레임워크는 OSGi 프레임워크가 될 수 잇으며, 이벤트는 FrameEvent.SHUTDOWN 이 될 수 있다. 단계 306에서 이 이벤트는, 프로세서(202)에 의해 UPnP 이벤트로 변환된다. 이 이벤트는, 네트워크(100)에서 존재하는 제어기(104, 106)가 UPnP 제어기들이 될 수 있기 때문에 UPnP 이벤트로 변경된다. 이벤트의 변경은 네트워크(100) 상의 제어기(UPnP)들이 상기 이벤트를 해석할 수 있도록 해 준다.

단계 308에서, 변경된 이벤트는 예를 들어, 네트워크(100) 상의 제어기들(104, 106)과 같은 하나 또는 그 이상의 제어기들에게 전달된다. 프레임워크 셧다운과 관련된 이벤트는 제어기들(104, 106)에게 프레임워크 셧다운에 대한 정보를 갖도록 해준다. 제어기들(104, 106)은 이 정보를 사용하여 프레임워크가 셧다운되어 이들 네트워크 메시지들에 응답할 수 없을 때, 프레임워크에게 네트워크 메시지들을 보내는 것을 중지시키도록 한다. 더 나아가 제어기들은 대체 프레임워크(alternative framework)을 찾기 위해 다른 디바이스들을 재서치하는 것을 시작하도록 할 수 있다. 프레임워크 셧다운은 정상 셧다운 또는 갑작스러운 셧다운일 수도 있다. 갑작스러운 셧다운인 경우, 일정한 시간 간격으로 외부 엔터티로부터 프레임워크로의 폴(poll)이 수신된다. 제어기들은 이 폴에 기초하여 갑작스러운 셧다운에 대해 알 수 있게 된다. 이후 방법(300)은 단계 310에서 종료된다. 프레임워크 셧다운의 핸들링에 대해서는 도 4를 참조하여 설명한다.

도 4는 본 발명의 다른 일실시예에 따라, 네트워크에서 프레임워크의 셧다운을 핸들링하는 방법을 묘사한 플로우차트이다.

본 발명의 일 양상에 따른 방법(400)을 설명하기 위해 도 1 및 도 2가 참조될 것이다. 그러나 다른 적절한 실시예의 도움으로 설명될 수 있음은 당업자에게 자명할 것이다. 단계 402에서 본 방법(400)은 시작된다. 단계 404에서 다수의 활성 번들들의 각각의 상태는 프레임워크 셧다운시에 기록된다. 각각의 번들의 상태는 다수의 번들이 어느 지점에서 재시작되어야 하는가를 나타낸다. 이는 프레임워크가 재시작될 때, 동일한 상태(셧다운동안 번들이 있었던 위치)에서 번들이 재시작되도록 도와준다 프레임워크(108)는 프레임워크(108)의 시작 레벨을 0으로 감소시킴으로써 셧다운될수 있다. 단계 406에서 다수의 활성 번들들은 중지된다. 다수의 활성들은 역 디펜던시 오더(reverse dependency order)로 중지될 수 있다. 역 디펜던시 오더를 설명하기 위해, 번들 A가 번들 B에 디펜드되고, 번들 B는 번들 C에 디펜드되는 예를 고려한다. 이 실시예에서, 번들 A는 번들 B에 앞서 셧다운되고, 번들 A와 B는 번들 C에 앞서 셧다운된다(A는 B 보다 앞서 셧다운된다). 단계 408에서 시스템 번들이 중지된다. 스텝 410에서, 프레임워크 셧다운에 관련된 이벤트가 생성된다. 단계 412에서 이 이벤트는 UPnP 이벤트로 변환된다. 단계 414 에서 이 변환된 이벤트는 네트워크(100)에서 하나 또는 그 이상의 제어기들로 전달된다.

본 실시예에서, 또한 방법(400)은 프레임워크 셧다운동안 발생하는 BundleException에서의 exception은 랩핑(wrapping)하는 것을 포함한다. exception의 일예로, illegal argument exceptions, out of memory exception, input/output exception을 포함하나, 이에 한정되는 것은 아니다. 본 실시예에서 BundleException은 FrameworkEvent.Error 타입의 프레임워크 이벤트로 공개된다. 이후 방법(400)은 단계 416에서 종료된다.

이제까지 본 발명에 대하여 그 바람직한 실시 예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

도 1은 본 발명의 다양한 실시예가 적용될 수 있는 네트워크를 도시한 도면,

도 2는 본 발명의 일실시예에 따른 중앙 서버를 도시한 도면,

도 3은 본 발명의 일실시예에 따라, 네트워크에서 프레임워크의 셧다운을 핸들링하는 방법을 묘사한 플로우차트,

<도면의 주요부분에 대한 설명>

102 : 중앙 서버 104, 106 : 제어기

108 : 프레임워크

202 : 프로세서 204 : 송신기

206 : 수신기 208 : 메모리 모듈

Claims

네트워크에서 프레임워크의 셧다운을 핸들링하는 방법에 있어서,

프레임워크 셧다운에 관련된 이벤트를 생성하는 단계;

상기 이벤트가 갑작스러운 셧다운과 정상적인 셧다운 중 어느 것인지 판단하는 단계;

상기 이벤트가 상기 갑작스러운 셧다운인 것으로 판단되는 경우, 상기 갑작스러운 셧다운에 대한 상기 이벤트를 UPnP 이벤트로 변환하는 단계; 및

상기 UPnP 이벤트를 네트워크 상의 하나 이상의 제어기들로 전달하는 단계를 포함하는 방법.
제1항에 있어서,

상기 프레임워크 셧다운 동안 프레임워크의 시작 레벨을 0으로 감소시키는 단계를 더 포함하는 방법.
삭제
제1항에 있어서, 상기 프레임워크 셧다운에 관련된 이벤트를 생성하는 단계 이전에,

상기 프레임워크에 의해 외부 엔터티로부터 상기 프레임워크로의 폴(poll)을 일정 시간 간격으로 수신하는 단계를 더 포함하고,

상기 UPnP 이벤트를 네트워크 상의 하나 이상의 제어기들로 전달하는 단계는,

상기 폴에 기초하여 상기 하나 이상의 제어기들에게 상기 갑작스러운 셧다운을 알려주는 단계를 포함하는 방법.
제1항에 있어서,

상기 프레임워크 셧다운에 관련된 이벤트를 생성하는 단계 이전에,

시스템 번들을 중지시키는 단계; 및

다수의 활성 번들들을 중지시키는 단계를 더 포함하는 방법.
제5항에 있어서,

상기 프레임워크 셧다운 시에 다수의 활성 번들들 각각의 상태를 기록하는 단계를 더 포함하며,

상기 다수의 활성 번들들의 각각의 상태는, 상기 프레임워크가 재시작될 때 상기 다수의 번들들 각각의 시작 지점을 나타내는 것인 방법.
제5항에 있어서,

상기 프레임워크 셧다운 동안 발생하는 exception을 BundleException으로 랩핑(wrapping)하는 단계; 및

상기 BundleException을 FrameworkEvent.Error 타입의 프레임워크 이벤트로 공개하는 단계를 더 포함하는 방법.
제5항에 있어서, 상기 다수의 활성 번들들을 중지시키는 단계는,

역 디펜던시 오더(reverse dependency order)로 상기 다수의 활성 번들들을 셧다운하는 단계를 포함하는 방법.
제1항에 있어서,

상기 프레임워크는 오픈 서비스 게이트웨이 이니셔티브(OSGi)이며, 상기 이벤트는 FrameworkEvent.SHUTDOWN 타입인 방법.
프레임워크 셧다운에 관련된 이벤트를 생성하고, 상기 이벤트가 갑작스러운 셧다운과 정상적인 셧다운 중 어느 것인지 판단하고, 상기 이벤트가 갑작스러운 셧다운인 것으로 판단되는 경우 상기 갑작스러운 셧다운에 대한 상기 이벤트를 UPnP 이벤트로 변경하도록 구성된 프로세서; 및

상기 UPnP 이벤트를 네트워크 상의 하나 이상의 제어기들로 전달하도록 구성된 송신기를 포함함을 특징으로 하는 중앙 서버.
제10항에 있어서,

외부 엔터티로부터 상기 프레임워크로 일정한 시간 간격으로 나오는 폴(poll)을 수신하도록 구성된 수신기를 더 포함하며,

상기 네트워크 상의 하나 상의 제어기는 상기 폴에 기초하여 갑작스러운 셧다운에 대해 통지받음을 특징으로 하는 중앙 서버.
제11항에 있어서,

상기 송신기와 수신기는 트랜시버로 통합됨을 특징으로 하는 중앙 서버.
제10항에 있어서, 상기 프로세서는

시스템 번들을 중지시키고,

다수의 활성 번들들을 중지시킴을 특징으로 하는 중앙 서버.
제10항에 있어서,

셧다운 시에 다수의 활성 번들들의 각각의 상태를 저장하는 메모리 모듈을 더 포함하며, 상기 다수의 활성 번들들의 각각의 상태는 상기 프레임워크가 재시작될 때 상기 다수의 활성 번들들의 재시작 지점을 나타냄을 특징으로 하는 중앙 서버.
제10항에 있어서,

상기 프레임워크는 오픈 서비스 게이트웨이 이니셔티브(OSGi)이며, 상기 이벤트는 FrameworkEvent.SHUTDOWN 타입임을 특징으로 하는 중앙 서버.