Abstract:
PURPOSE: An inactivity / activity duty cycle method is provided to maximize the efficiency of a channel recycle by minimizing the size of a virtual cluster. CONSTITUTION: Each node dynamically searches a 1-hop distance neighbor node by a three step handshake of a Beacon/Approval/ACK frame on a free contention access period of a time frame. Each node selects an initial activation schedule. The activated node selects the next active schedule by the second handshake of the Beacon/Approval frame on the control period. The node activated on the corresponding time slot as an owner has an exclusive channel access right for the corresponding time slot. The node transmits data on the transmission time.
Abstract:
본 발명은, 무선 센서 네트워크에서의 능동적 수면/활성 듀티 사이클 방법으로서, 시간 프레임의 자유경쟁 구간에서 1-홉 거리의 이웃 노드와 핸드셰이크를 수행하여 1-홉 거리 이웃 노드를 탐색하고, 초기 활성화 스케줄을 선택하는 단계; 및 시간 프레임의 비경쟁 구간에서 1-홉 거리 이웃 노드와 활성화 스케줄에 대한 정보를 상호 교환하여 자신의 활성화 스케줄을 선택하는 단계를 포함한다. 본 발명에 의하면, 가상 클러스터의 크기를 직접 통신에 참여하는 임의의 노드와 1-홉 거리의 이웃 노드로만 구성되도록 최소화하기 때문에 채널 재사용의 효율을 극대화할 수 있다.
Abstract:
본 발명은 소프트웨어 유지보수를 위한 제어흐름 그래프 자동 생성방법에 관한 것으로, 번역부가 소스프로그램에서 매개언어를 추출하여 매개언어 저장부에 저장하는 제 1 단계; 추출부가 상기 매개언어 저장부에 저장된 매개언어로부터 제어흐름 그래프 생성에 필요한 함수 정보를 추출하여 역공학 통합 정보파일에 저장하는 제 2 단계; 제어흐름 그래프 자동 생성부가 상기 역공학 통합 정보파일로부터 제어흐름 그래프 생성에 필요한 함수내의 제어흐름 관계정보인 입력 그래프의 노드 및 간선 정보들을 매개언어로부터 탐색하여 제어흐름 그래프 정보모형 저장부에 저장하는 제 3 단계; 제어흐름 그래프 방향그래프 생성부가 상기 제어흐름 그래프 정보모형 저장부에 저장된 입력 그래프의 노드 및 간선 정보들을 이용하여 레벨 알고리즘을 통해 각 노드의 레벨을 결정하고, 간선의 종류를 식별하는 제 4 단계; 상기 제어흐름 그래프 방향그래프 생성부가 상기 제 4 단계에서 결정된 각 노드의 레벨에 따른 노드의 순서를 결정하는 제 5 단계; 상기 제어흐름 그래프 방향그래프 생성부가 상기 제 5 단계에서 순서가 결정된 노드와 간선들의 절대적인 좌표를 생성하는 제 6 단계; 및 제어흐름 그래프 그래픽 인터페이스부가 상기 제어흐름 그래프 방향그래프 생성부에 의해 방향그래프로 생성된 실제 노드와 간선들의 좌표를 이용하여 제어흐름 그래프를 자동 생성하는 제 7 단계를 포함하며, 컴퓨터 지원 소프트웨어 공학 툴 등에 이용됨.
Abstract:
A method for supporting energy efficient mobility in a sensor network is provided to uniformly use energy of all sensor nodes in consideration of a power amount of each sensor node in a seamless data transmission process, thereby lengthening lifetime of the entire network. A mobile node determines whether handoff is necessary through strength of an RF(Radio Frequency) signal and power amount received from at least one neighbor sensor node(S200). If the handoff is necessary, the mobile node determines a switching sensor node through the strength of the RF signal and power amount(S205). The mobile node performs handoff into the switching sensor node based on information of the selected switching sensor node(S210).
Abstract:
PURPOSE: A method for automatically generating a control flow graph for software maintenance is provided to easily analyze a source code to be maintained by offering measurement information, including program complexity and structural status, using the control structure information of each function. CONSTITUTION: A translation part extracts a medium language and stores it in a medium language storage part(100). An extraction part extracts functional information necessary to generate a control flow graph from the medium language stored in the medium language storage part and stores it in a reverse engineering information integrating file. The extraction part stores the information of the nodes and trunk lines of an input graph, stored in the reverse engineering information integrating file, in a control flow graph information model storage part, searching for 'n' lines of sentences(102). A control flow graph directed graph generation part discriminates node levels and trunk line types using a level algorithm(104). After determining the top-barycenter sequence of a control flow graph layout using a sequence algorithm(106), the control flow graph directed graph generation part decides its bottom barycenter sequence(108). After determining the top-barycenter location, bottom-barycenter location and top-lattice-barycenter location of the control flow graph layout(110-114), the control flow graph directed graph generation part generates node X/Y coordinates and trunk line X/Y coordinates(116,118). A control low graph graphic interface part outputs the control flow graph and a call tree using the generated coordinates finally.
Abstract:
A dynamic stack reallocation method in a multi-threaded operating system is provided to user memory capacity efficiently by reallocating dynamic stack. A size of stack data area, and non-data area is measured for a multi-thread(210). A renewed size of the non-data area of each stack is decided based on the size of the stack data(220). Non-data size of each stack is regularized to the newly decided size(230). The regulation of non-data area size is performed from lower stack to high stack. The stack data area is moved to the lower memory area or high memory area. The stack data should not be damaged, and overload is generated at the minimum level.
Abstract:
본 발명은 멀티 쓰레드 기반 센서 운영체제 환경에서의 스택 할당 방법에 관한 것으로, 쓰레드(Thread)가 필요로 하는 만큼의 스택 영역(Stack Space)의 할당을 동적으로 수행함으로써, 스택 영역을 보다 효율적으로 활용할 수 있도록 한 멀티 쓰레드 기반 센서 운영체제 환경에서의 스택 할당 방법에 관한 것이다. 본 발명에 따른 멀티 쓰레드 기반 센서 운영체제 환경에서의 동적 스택 할당 방법은, 쓰레드의 작업 수행 중에 함수의 호출 시마다 상기 호출된 함수에 의해 사용될 스택 영역을 동적으로 할당하는 단계와, 상기 함수의 실행이 종료되면 상기 할당된 스택 영역을 반납하는 단계를 포함한다. 무선 센서 네트워크, 센서 운영체제, 스택, 멀티 쓰레드, 임베디드 시스템
Abstract:
본원 발명은 멀티 쓰레드 운영 체제(multi-threaded operating system)에서의 동적 쓰레드 스택 재할당 방법에 관한 것으로서, 구체적으로는 무선 센서 노드용 임베디드 시스템에서 멀티 쓰레드 운영 체제의 동적 쓰레드 스택 재할당 방법에 관한 것이다. 본 발명에 따른 멀티 쓰레드 기반 운영체제에서의 동적 스레드 스택 재할당 방법은, 멀티 쓰레드 각각에 대한 스택의 데이터 영역 크기 및 비데이터 영역의 크기를 측정하는 단계와, 상기 멀티 쓰레드 각각에 대해 상기 측정된 스택의 데이터 영역 크기에 기반하여 각 스택의 비데이터 영역의 새로운 크기를 결정하는 단계와, 각 스택의 비데이터 영역 크기를 상기 결정된 새로운 크기로 조정하는 단계를 포함한다. 본 발명에 따르면, 소스 코드의 분석 없이도 기존의 정적인 스택 할당 기법을 사용하는 것보다 메모리 공간의 사용량을 절감할 수 있는 효과가 있다. 무선 센서 네트워크, 멀티 쓰레드 운영체제, 스택 할당
Abstract:
A method for allocation stack in a multi-threaded sensor OS(Operating System) environment is provided to allocate a thread stack with space efficiency in a sensor OS operated in a space restricted sensor platform and reduce usage of a memory space remarkably more than a usual static thread stack allocation method. A stack space used by a called function is allocated by estimating the size of the allocated stack space based on the size of local variables and the number of function factors used by the function when the function is called during execution of the thread(220). A stack pointer is moved to point the allocated stack space(230). A factor and a return address of the function are stored in the stack space(240). The function is returned when the function is terminated(270). The stack pointer is restored and the allocated stack space is returned(280).