RISS 학술연구정보서비스

검색
다국어 입력

http://chineseinput.net/에서 pinyin(병음)방식으로 중국어를 변환할 수 있습니다.

변환된 중국어를 복사하여 사용하시면 됩니다.

예시)
  • 中文 을 입력하시려면 zhongwen을 입력하시고 space를누르시면됩니다.
  • 北京 을 입력하시려면 beijing을 입력하시고 space를 누르시면 됩니다.
닫기
    인기검색어 순위 펼치기

    RISS 인기검색어

      결함허용 중개자 스터브 방식에서 실시간객체를 감시하는 구조 = An Architecture to Monitor Real - Time Objects in FTB Stub Approach

      한글로보기

      https://www.riss.kr/link?id=A82294355

      • 0

        상세조회
      • 0

        다운로드
      서지정보 열기
      • 내보내기
      • 내책장담기
      • 공유하기
      • 오류접수

      부가정보

      국문 초록 (Abstract)

      RMO(Region Monitor Object)는 결함전파나 객체군에 주어진 요구사항의 위반에 의해 발생하는 오류를 처리하는 실시간객체로써 여러 실시간객체의 상태를 감시 및 분석하여 오류를 감지하고, 증상을 진단한 후 알맞은 복구 및 재구성을 실행한다. 이를 위하여 RMO는 응용 실시간객체를 감시할 수 있는 권한을 갖는다. RMO의 권한을 지원해주는 구조는 결함허용 중개자를 이용한다. 결함허용 중개자(FTB 또는 Fault Tolerance Broker)는 RMO가 응용 실시간객체를 감시할 때에 응용의 설계와 응용의 위치에 투명하게 수행될 수 있게 중개자 역할을 한다. 제안하는 감시 구조에는 결함허용 중개자가 응용 실시간객체마다 스터브로 붙는 스터브 방식과 각 노드의 커널에 모듈로 존재하는 커널 모듈 방식이 있다. 본 논문은 스터브 방식에서 RMO가 응용 실시간객체를 감시하는 구조를 제시하고 구현한다. 결함허용 중개자 스터브는 응용 실시간객체와 같은 주소 공간에 존재하면서 응용 실시간객체에서 발생하는 메시지를 가로채고 소속자료에 접근한다. RMO는 결함허용 중개자 스터브가 제공하는 인터페이스를 통해서 응용 실시간객체에 대한 감시 정보를 얻는다. 제안한 감시 구조는 실시간객체 모델인 dRTO(dependable RTO) 모델에 기반하여 설계하였고 실시간 커널인 dKernel 상에서 구현 및 실험하였으나 다른 모델이나 커널에도 적용될 수 있다.
      번역하기

      RMO(Region Monitor Object)는 결함전파나 객체군에 주어진 요구사항의 위반에 의해 발생하는 오류를 처리하는 실시간객체로써 여러 실시간객체의 상태를 감시 및 분석하여 오류를 감지하고, 증상...

      RMO(Region Monitor Object)는 결함전파나 객체군에 주어진 요구사항의 위반에 의해 발생하는 오류를 처리하는 실시간객체로써 여러 실시간객체의 상태를 감시 및 분석하여 오류를 감지하고, 증상을 진단한 후 알맞은 복구 및 재구성을 실행한다. 이를 위하여 RMO는 응용 실시간객체를 감시할 수 있는 권한을 갖는다. RMO의 권한을 지원해주는 구조는 결함허용 중개자를 이용한다. 결함허용 중개자(FTB 또는 Fault Tolerance Broker)는 RMO가 응용 실시간객체를 감시할 때에 응용의 설계와 응용의 위치에 투명하게 수행될 수 있게 중개자 역할을 한다. 제안하는 감시 구조에는 결함허용 중개자가 응용 실시간객체마다 스터브로 붙는 스터브 방식과 각 노드의 커널에 모듈로 존재하는 커널 모듈 방식이 있다. 본 논문은 스터브 방식에서 RMO가 응용 실시간객체를 감시하는 구조를 제시하고 구현한다. 결함허용 중개자 스터브는 응용 실시간객체와 같은 주소 공간에 존재하면서 응용 실시간객체에서 발생하는 메시지를 가로채고 소속자료에 접근한다. RMO는 결함허용 중개자 스터브가 제공하는 인터페이스를 통해서 응용 실시간객체에 대한 감시 정보를 얻는다. 제안한 감시 구조는 실시간객체 모델인 dRTO(dependable RTO) 모델에 기반하여 설계하였고 실시간 커널인 dKernel 상에서 구현 및 실험하였으나 다른 모델이나 커널에도 적용될 수 있다.

      더보기

      다국어 초록 (Multilingual Abstract)

      RMO(Region Monitor Object) is an RTO(Real-Time Object) that handles errors caused by fault propagation and/or violation of requirement imposed on a set of RTOs. It detects error by monitoring and analyzing status of RTOs, diagnoses the symptoms, and then performs appropriate recovery and/or reconfiguration. To perform these functions, RMO has the authority to monitor application RTOs. The architecture that support RMO's authority uses FTB(Fault Tolerance Broker). FTB plays the role of the broker for RMO to monitor application RTOs in application transparent and location transparent way. There are two possible architectures. In stub approach, FTB is attached to each application RTO as a stub. In kernel module approach, it resides in kernel of each node as a module. This paper proposes and implements an architecture for RMO to monitor application RTOs in stub approach. FTB stub that resides in the same address space as application RTO's, intercepts messages occurred in the application RTO and accesses member data in the RTO. RMO acquires monitoring information of application RTO via interfaces provided by FTB. The monitoring architecture is designed based on an RTO model, dRTO (dependable RTO) model, and is implemented and tested on a real-time kernel, dKernel. However, proposed architecture can be applied to other models and kernels.
      번역하기

      RMO(Region Monitor Object) is an RTO(Real-Time Object) that handles errors caused by fault propagation and/or violation of requirement imposed on a set of RTOs. It detects error by monitoring and analyzing status of RTOs, diagnoses the symptoms, and t...

      RMO(Region Monitor Object) is an RTO(Real-Time Object) that handles errors caused by fault propagation and/or violation of requirement imposed on a set of RTOs. It detects error by monitoring and analyzing status of RTOs, diagnoses the symptoms, and then performs appropriate recovery and/or reconfiguration. To perform these functions, RMO has the authority to monitor application RTOs. The architecture that support RMO's authority uses FTB(Fault Tolerance Broker). FTB plays the role of the broker for RMO to monitor application RTOs in application transparent and location transparent way. There are two possible architectures. In stub approach, FTB is attached to each application RTO as a stub. In kernel module approach, it resides in kernel of each node as a module. This paper proposes and implements an architecture for RMO to monitor application RTOs in stub approach. FTB stub that resides in the same address space as application RTO's, intercepts messages occurred in the application RTO and accesses member data in the RTO. RMO acquires monitoring information of application RTO via interfaces provided by FTB. The monitoring architecture is designed based on an RTO model, dRTO (dependable RTO) model, and is implemented and tested on a real-time kernel, dKernel. However, proposed architecture can be applied to other models and kernels.

      더보기

      목차 (Table of Contents)

      • 요약
      • Abstract
      • 1. 서론
      • 2. 실시간 시스템을 위한 모델과 커널
      • 3. RobustRTO와 RMO
      • 요약
      • Abstract
      • 1. 서론
      • 2. 실시간 시스템을 위한 모델과 커널
      • 3. RobustRTO와 RMO
      • 4. 기본적인 감시 및 제어 구조
      • 5. 실시간메시지의 감시
      • 6. 실시간객체의 실시간자료 감시
      • 7. 감시 구조의 구현 예제
      • 8. 결론
      • 참고문헌
      • 저자소개
      더보기

      동일학술지(권/호) 다른 논문

      동일학술지 더보기

      더보기

      분석정보

      View

      상세정보조회

      0

      Usage

      원문다운로드

      0

      대출신청

      0

      복사신청

      0

      EDDS신청

      0

      동일 주제 내 활용도 TOP

      더보기

      주제

      연도별 연구동향

      연도별 활용동향

      연관논문

      연구자 네트워크맵

      공동연구자 (7)

      유사연구자 (20) 활용도상위20명

      이 자료와 함께 이용한 RISS 자료

      나만을 위한 추천자료

      해외이동버튼