KR20040065298A

KR20040065298A - 운영 환경에서 소프트웨어 제어들을 위한 관리기

Info

Publication number: KR20040065298A
Application number: KR10-2004-7009676A
Authority: KR
Inventors: 켄네스 씨. 위키; 존 무어; 알치 스피베이
Original assignee: 록히드 마틴 코포레이션
Priority date: 2001-12-21
Filing date: 2002-12-19
Publication date: 2004-07-21
Also published as: JP2005515562A; WO2003060806A3; EP1456799A2; CA2471302A1; EP1456799A4; US7334215B2; WO2003060806A2; IL162464A0; US20030120698A1; AU2002364908A1

Abstract

운영 환경 내의 소프트웨어 제어들을 식별하고, 인증하고, 조정하기 위한 소프트웨어 제어 관리기가 개시된다. 운영 환경은 컴퓨팅 플랫폼에 상주할 수도 있다. 제어들은 운영 환경에 기능성을 제공하고 정보를 검색하거나 수집하는데 사용된다. 관리기는 제어들에 정보를 조정한다. 관리기는 또한 제어들로서 제어들을 등록하고 운영 환경 내에 배치된다. 등록된 제어들은 관리기 내의 제어 리스트에 열거된다. 관리기는 제어들을 등록할 때 보안 프로세스를 수행할 수도 있다. 관리기는 또한 운영 환경 상에 정보를 제공하고 운영 환경에 부가된 제어들에 다른 제어를 제공한다. 관리기는 다른 제어들이 정보를 검색하고 컴퓨팅 플랫폼 상에 현존하는 데이터를 정보와 연관시키는 것을 용이하게 한다.

Description

운영 환경에서 소프트웨어 제어들을 위한 관리기{MANAGER FOR SOFTWARE CONTROLS IN AN OPERATING ENVIRONMENT}

관련 기술의 논의

컴퓨팅 플랫폼들의 수는 최근에 현저하게 증가되었다. 손바닥 크기(palm- size) 및/또는 휴대형 컴퓨팅 디바이스들이 보편화되었다. 또한, 각각 특정 운영 시스템들을 갖는 상이한 버전들의 특정 플랫폼의 수가 마찬가지로 증가되었다. 다양한 소프트웨어 프로그램들이 또한 컴퓨팅 플랫폼들 상에서 실행하도록 생성되었다. 종래의 컴퓨팅 디바이스들은 메모리 내에 정보 및 프로그램 코드를 미리 저장할 수 있거나 또한 프로그램들의 실행을 가능하게하기 위해 다른 디바이스로부터 정보를 수신할 수 있다. 다수의 컴퓨팅 플랫폼들 및 운영 시스템들에 의해, 프로그램들 및 정보는 다수의 운영 환경들에서 실행되는 능력을 고려해야 한다.

소프트웨어 제어는 상이한 플랫폼들 상에서 동작하는 상이한 프로그램들을 가능하게 하거나 런칭(launch)할 수도 있다. 소프트웨어 제어는 현존하는 프로그램의 기능성을 향상시키는 프로그램 모듈일 수도 있다. 제어는 사용자가 컴퓨팅 플랫폼의 메모리 내에 저장된 정보를 조작하는 것을 허용하는 사용자 인터페이스 펑션으로서 작용할 수도 있다. 제어들은 프로그램의 정규 부분들을 통합하고 그렇게 나타나도록 현존하는 구성요소들을 호출함으로써 기능성을 부가할 수도 있다. 그러나, 일반적으로 이들 제어들은 활성화될 때까지 휴지 상태이고 컴퓨팅 환경 내에 수동적으로 상주하지 않을 수도 있다. 이 결점은 제어들의 유효성을 감소시키고 소프트웨어 환경 내에서 및 다른 프로그램들 및 제어들과 상호 작용하는 제어들의 능력을 제한할 수도 있다. 또한, 종래의 제어들은 해당 제어를 활성화시키지 않고 다른 제어들의 방법들 및 특성들에 접근하지 않을 수도 있다.

제어들은 상술한 바와 같이 휴대형 디바이스들인 컴퓨팅 플랫폼들에 요구될 수도 있다. 제어들은 휴대형 디바이스의 기능성을 개선하고 디바이스 상에 저장된 프로그램들에 전반에 걸쳐 사용자에게 부가의 정보를 제공한다. 그러나, 메모리 자원들이 프로그램들의 희생으로 제어들에 의해 요구되는 동일한 시간에 너무 많은 제어들이 활성화되면 문제점들이 발생할 수도 있다. 또한, 제어들은 디바이스의운영 시스템 또는 서로와 상호 작용하는 것이 가능하지 않을 수도 있다. 따라서, 제어들은 컴퓨팅 플랫폼의 기능성을 향상시키는 그들의 능력을 손실한다.

관련 출원들에의 교차 참조

본 출원은 2001년 12월 21일자 출원된 발명의 명칭이 "전자 상호작용 통신 시스템 및 이를 위한 방법"인 미국 예비 특허 출원 번호 60/341,862호의 우선권 이익을 주장하며, 이는 본원에 참조로서 통합된다.

발명의 배경

발명의 분야

본 발명은 전자 상호작용 통신 시스템에 관한 것이고, 더 구체적으로는 본 발명은 운영 환경내에서 관리기로 소프트웨어 제어들을 관리하기 위한 시스템 및 방법에 관한 것이다.

도 1은 본 발명의 실시예에 따른 소프트웨어 제어 관리기 및 소프트웨어 제어들을 갖는 운영 환경을 도시하는 도면.

도 2는 본 발명의 실시예에 따른 소프트웨어 관리기용 데이터 구조의 블록 다이어그램.

도 3은 본 발명의 실시예에 따른 운영 환경 내에서 실행하는 소프트웨어 제어 관리기의 블록 다이어그램.

도 4는 본 발명의 실시예에 따른 소프트웨어 제어들의 소프트웨어 제어 관리기를 사용하는 작용들을 실행하기 위한 흐름도.

도 5는 본 발명의 실시예에 따른 소프트웨어 제어 관리기를 사용하는 제어를 조정하기 위한 흐름도.

도 6은 본 발명의 실시예에 따른 소프트웨어 제어 관리기와 신규한 제어를 합체하기 위한 흐름도.

발명의 요약

따라서, 개시된 실시예들은 운영 환경 내에서 소프트웨어 제어 관리기가 소프트웨어 제어들을 가능하도록 하는 시스템, 디바이스, 또는 방법에 관한 것이다.

본 발명의 부가의 특징들 및 장점들은 이어지는 설명에 설명되고, 설명으로부터 명백해질 것이고, 또는 본 발명의 실시에 의해 습득될 것이다. 본 발명의 목적들 및 다른 장점들은 기재된 설명 및 그의 청구범위 뿐만 아니라 첨부 도면들에서 특히 지적된 구조에 의해 실현되고 획득될 것이다.

이들 및 다른 장점들을 성취하기 위해, 실시되고 광범위하게 설명된 본 발명의 목적에 따르면, 적어도 하나의 제어를 갖는 컴퓨팅 플랫폼용 운영 환경이 개시된다. 컴퓨팅 플랫폼은 프로세서 및 메모리를 포함한다. 운영 환경은 펑션을 제공하기 위한 제1 제어를 포함한다. 운영 환경은 또한 제1 제어를 식별하고 제1 제어로의 정보를 조정하는 관리기를 포함한다. 펑션은 정보를 사용한다.

실시예에 따르면, 운영 환경 내의 제어를 조정하기 위한 방법이 개시된다. 방법은 운영 환경 내의 관리기에 제어 리스트를 질의하는 단계를 포함한다. 방법은 또한 제어 리스트로부터 제어를 식별하는 단계를 포함한다. 방법은 또한 제어를 위한 정보를 검색하는 단계를 포함한다. 방법은 또한 관리기를 사용하여 운영 환경 내의 다른 제어와 제어를 조정하는 단계를 포함한다. 다른 제어는 제어 리스트 상에 있다.

실시예에 따르면, 운영 환경 내의 제어들을 관리하기 위한 방법이 개시된다. 운영 환경은 데이터 교환을 용이하게 한다. 방법은 운영 환경 내의 제어들의 관리기에 통지하는 단계를 포함한다. 방법은 또한 관리기에 의해 인식된 이들 제어들을 관리기와 등록하는 단계를 포함한다. 방법은 또한 관리기로부터 등록된 제어들에 정보를 제공하는 단계를 포함한다. 방법은 또한 관리기를 경유하여 제어들과 운영 환경 사이에 통신을 용이하게 하는 단계를 포함한다.

실시예에 따르면, 운영 환경 내의 제어들과의 작용을 수행하기 위한 방법이 개시된다. 방법은 운영 환경 내의 관리기에서 작용을 위한 명령을 수신하는 단계를 포함한다. 관리기는 제어들을 조정한다. 방법은 또한 작용을 위한 제어 방법을 식별하는 단계를 포함한다. 관리기는 제어 방법을 초기화한다. 방법은 또한 제어 방법과 관련하여 실행하기 위한 적어도 하나의 제어를 식별하는 단계를 포함한다. 방법은 또한 적어도 하나의 제어에서 관리기로부터 정보를 수신하는 단계를 포함한다. 방법은 또한 정보를 사용하여 적어도 하나의 제어와의 작용을 수행하는 단계를 포함한다.

상기 일반적인 설명 및 이하의 상세한 설명 모두는 예시적이고 설명적이며 청구된 바와 같은 본 발명의 부가의 설명을 제공하도록 의도된다는 것을 이해해야 한다.

첨부 도면들은 본 발명의 부가의 이해를 제공하도록 포함되고 본 명세서에 합체되어 그의 부분을 구성한다. 첨부 도면들은 본 발명의 실시예들을 도시하고,설명과 함께 본 발명의 원리들을 설명하는 펑션을 한다.

이제, 그의 예들이 첨부 도면들에 도시되어 있는 본 발명의 바람직한 실시예들을 상세히 참조할 것이다.

양호한 실시예들의 상세한 설명

도 1은 본 발명의 실시예에 따른 제어 관리기(102) 및 제어들(104, 106, 108)을 갖는 운영 환경(100)을 도시한다. 운영 환경(100)은 플랫폼 상에서의 동작들을 위한 명령들을 실행하기 위해 프로세서, 메모리, 및 소프트웨어 코드와 같은 수단을 포함하는 임의의 컴퓨팅 플랫폼 상에 상주할 수도 있다. 컴퓨팅 플랫폼은 또한 데스크탑, 휴대형 컴퓨터, 랩탑, 개인 정보 단말("PDA") 등과 같은 임의의 컴퓨터를 포함하는 유닛 또는 디바이스로서 공지될 수도 있다. 컴퓨팅 플랫폼은 또한 컴퓨터들의 네트워크 또는 다른 데이터 교환 디바이스들일 수도 있다. 바람직하게는, 운영 환경(100)은 프로그램들 및 응용들을 실행하는 휴대용 컴퓨터와 같은 휴대형 컴퓨팅 디바이스 상에 상주한다.

휴대형 컴퓨팅 디바이스는 디바이스 상의 응용들 및 프로그램들에 관심이 있는 정보를 수신하도록 송신기 또는 다른 정보 저장 자원과 상호 작용할 수도 있다. 운영 환경(100)은 컴퓨팅 디바이스 상에서 실행되는 제어들, 프로그램들 및 응용들로의 업데이트들 및 데이터 전달을 조정할 수도 있다.

제어들(104, 106, 108, 110)은 운영 환경(100) 내의 프로그램들 및 응용들을 향상시키는데 사용되는 상이한 유형들의 제어들을 사용할 수도 있다. 예를 들면, 제어(110)가 디바이스 상에 맵들을 디스플레이하기 위한 기능성을 제공하면, 제어(110)는 맵 제어일 수도 있다. 또한, 제어(104)는 나침반 제어(compass control) 등일 수도 있다. 제어(104)는 또한 모드 제어 또는 데이터 제어일 수도 있다. 제어(104)는 또한 정보 제어, 트랙 데이터 제어, 또는 트리 제어(tree control)일 수도 있다. 제어들(104, 106, 108, 110)은 운영 환경(100) 내의 소프트웨어 프로그램에 의해 접속되는 메모리 내에 저장된 데이터를 조작하기 위한 사용자 인터페이스들로서 작용할 수도 있다. 예를 들면, 맵 제어(110)는 휴대용 디바이스 상에 저장된 맵들을 조작하도록 사용자와 상호 작용할 수도 있다. 제어들(104, 106, 108, 110)의 특유의 양태들은 이들의 구조와 반대되는 이들의 기능성이어야 한다. 제어들(104, 106, 108, 110)은 운영 환경(100) 내에서 동작하는 성분들에 펑션들을 제공하다. 따라서, 제어들(104, 106, 108, 110)은 운영 환경(100) 또는 그 상에서 실행되는 프로그램들에 제공된 이들의 기능성에만 한정되지는 않는다. 또한, 제어들의 수는 제어들(104, 106, 108, 110)에 한정되지 않는다. 운영 환경(100)은 임의의 수의 제어들을 포함할 수도 있고, 제어들(104, 106, 108, 110)에 한정되지 않는다.

운영 환경(100)은 또한 소프트웨어 제어 관리기(102)를 포함한다. 관리기(102)는 운영 환경(100) 내의 제어들(104, 106, 108, 110)을 인식하고 조정한다. 제어들(104, 106, 108, 110)은 운영 환경(100)으로부터 관리기(102)를 통해 정보를 수신한다. 이 정보는 운영 환경을 호스팅하는 디바이스 상에 운영 환경(100) 내에서 실행되는 프로그램들 및 응용들로부터 수신될 수도 있다. 관리기(102)는 또한 제어들(104, 106, 108, 110) 또는 관리기(102)에 의해 인식되는 임의의 다른 제어 사이의 통신을 용이하게 한다. 관리기(102)는 운영 환경(100) 내에 자동으로 런칭될 수도 있는 점에서 자체 실행형일 수도 있다.

관리기(102)는 또한 운영 환경(100)으로 도입되는 제어들을 인식하거나 또는 운영 환경(100) 내에서 실행하는 프로그램들 및 응용들에 의해 가능하게된다. 예를 들면, 제어(108)는 운영 환경(100) 내에서 사용을 위한 수신지 또는 명칭을 위한 관리기(102)에 접촉할 수도 있다. 제어(108)는 전체 유형의 제어를 지정하기위한 스트링(string)을 포함할 수도 있다. 관리기(102)는 또한 제어(108)가 다른 제어들과 정보를 교환할 수 있도록 제어(108) 및 이들의 수신지들로 제어들의 리스트를 전송할 수도 있다. 따라서, 운영 환경(100) 내에서, 제어들은 서로를 인식하고 통신할 수도 있다.

예를 들면, 맵 제어(110)가 운영 환경(100) 내에 상주한다. 제어(108)는 나침반 제어일 수도 있다. 맵 제어(110)는 나침반 제어(108)를 필요로 하지 않을 수도 있고, 나침반 제어(108)는 운영 환경(100) 내의 프로그램들 및 응용들로의 임의의 사용일 수도 있는 맵 제어(100)를 필요로 할 수도 있다. 사용자가 나침반 제어(108)에 의해 제공된 인터페이스 상의 "북쪽(North)"을 압박하면, 나침반 제어(108)는 맵 그래픽이 북쪽을 조작하기를 소망할 것이다. 그 후, 제어(106)는 운영 환경(100) 내에 배치된 매크로 제어일 수도 있다. 맵 제어(110)가 관리기(102)에 의해 제어(106)를 인식하고 있더라도, 제어(106)는 맵 제어(110)에 즉시 관련되지 않을 수도 있다. 관리기(102)는 제어들(110, 108, 106)에 대한 초기 정보를 수신하고, 제어들이 서로 정보를 교환할 수 있도록 보장함으로써 상술한 관계들을 용이하게 한다. 또한, 관리기(102)는 나침반 제어(108)가 맵 제어(110)에 의존하는 것을 확인한다. 제어들(104, 106, 108, 110)을 운영 환경(100) 내에 배치하는 시퀀스는, 관리기(102)가 제어들 자체들과 운영 환경(100) 사이의 접속 및 조정을 제어하기 때문에 중요한 팩터는 아니다. 따라서, 제어들(104, 106, 108, 110)은 동적 및 자동적으로, 및 상주 프로그램들 및 응용들에 의해 사용되도록 "활성화"될 필요 없이 운영 환경(100) 내에 통합될 수도 있다.

제어들(104, 106, 108, 110)은 관리기(102)에 정보를 제공하는 소정의 특성들을 가질 수도 있다. 특성들은 시스템 디자인에 따라 생성될 수도 있고 제어들 자체들 내에 지시된다. 하나의 특성은 제어 유형일 수도 있다. 제어 유형은 제어의 전체 유형을 나타내는 "맵" 또는 "나침반"과 같은 데이터 스트링일 수도 있다. 이 특성은 관리기(102)가 운영 환경(100) 내의 다른 제어들에 대해 제어를 식별하는 것을 허용한다. 다른 특성은 지원 요소들일 수도 있다. 지원 요소들은 식별된 제어가 상술한 나침반 제어(108)아 같이 사용될 필요가 있는 다른 제어들을 열거하는 스트링일 수도 있다. 관리기(102)는 또한 이하에 더 상세히 설명되는 다양한 특성들을 포함한다.

관리기(102)는 또한 운영 환경(100) 내에 배치된 제어들을 위한 보안 또는 확인 프로세스를 구현할 수도 있다. 관리기(102)는, 관리기(102)가 운영 환경(100) 내에 신규한 제어를 식별하고 등록할 때 "핸드셰이킹(handshaking)"으로서 또한 공지된 보안 프로세스를 실시할 수도 있다. 관리기(102)는 운영 환경(100) 내에 상주하도록 인증 및 데이터 구조를 갖는 이들 제어들을 등록한다. 신규한 제어가 인증을 갖지 않거나 비호환성이면, 관리기(102)는 제어를 불용화하고 비활성 상태로 제어를 배치하고, 또는 운영 환경(100)으로부터 제어를 삭제할 수도 있다.

보안 프로세스는 운영 환경(100) 내의 부가된 제어로부터 관리기(102)에 초기에 전송된 키이에 첨부된 임의 생성수를 사용하는 것을 수반할 수도 있다. 스트링은 초기 키이에 부가되고 관리기(102)로부터의 부가된 제어에 재전송될 수도 있다. 키이가 관리기(102)에 의해 소망되는 정확한 시퀀스에 있지 않으면, 관리기(102)는 부가된 제어가 여전히 사용될 수 있게 하지만, "미등록된" 제어가 운영 환경(100) 내에 있는 것을 사용자 또는 디바이스에게 통지하는 메시지 박스를 디스플레이할 수도 있다. 키이가 소정의 허용 가능한 에러 범위 내에 있지 않으면, 관리기(102)는 부가된 제어가 다른 제어들 또는 운영 환경(100)에 응답하지 않도록 부가된 정보가 양성이 되도록 통보할 수도 있다. 사용자, 디바이스, 또는 운영 환경(100)은 위조 또는 비인식된 제어가 운영 환경(100) 내에 있는 것을 프롬프팅할 수도 있다.

관리기(102)가 부가된 제어를 수용하면, 관리기(102)는 운영 환경(100) 내의 다른 제어들, 프로그램들 및 응용들과의 통신을 용이하게 하도록 부가된 제어의 데이터 구조로부터 정보를 검색한다. 예를 들면, 제어(104)는 운영 환경(100) 내에 수동적으로 유지될 수도 있다. 제어(106)가 제어(104)의 기능성을 소망하면, 제어(106)는 관리기(102)로부터 제어(104)의 지정을 수신할 수도 있다. 제어(106)는 그의 고유의 데이터 구조 내에 지정을 저장하거나, 제어(104)에 대해 관리기(102)에 질의할 수도 있다. 그러나, 제어(104)는 컴퓨팅 플랫폼의 디스플레이 또는 다른 성분들을 대신하도록 "런칭"되거나 활성화되지 않는다.

도 2는 본 발명의 실시예에 따른 소프트웨어 제어 관리기(200)용 데이터 구조의 블록 다이어그램을 도시한다. 관리기(200)는 운영 환경(100)과 같은 운영 환경 내로 배치되어 그 환경 내에서 실행하는 소프트웨어 코드의 블록일 수도 있다. 관리기(200)는 코드의 스트링들 및 메모리 위치 포인터를 포함할 수도 있다. 구체적으로, 관리기(200)는 전형적인 제어와는 상이한 특성들을 갖는 제어이다. 관리기(200)는 e-재사용 가능 정보 기술 환경("eRITE") 제어 관리기로서 공지될 수도 있다. 관리기(200)는 컴퓨팅 플랫폼 상의 메모리 내에 저장될 수도 있다. 대안적으로, 관리기(200)는 컴퓨팅 플랫폼 상의 메모리 내로 다운로딩함으로써 운영 환경 내에 "드롭(drop)"될 수도 있다. 운영 환경 내로 드롭되면, 관리기(200)는 운영 환경과 호환 가능해야 한다.

관리기(200)는 그 구조에 실시되는 다양한 특성들을 포함하지만, 이에 한정되는 것은 아니다. 관리기(200)는 전체 유형의 관리기(200)를 나타내는 eRITE 유형 스트링(202)을 포함한다. 유형 스트링(202)은 운영 환경 및 다른 제어들에 대한 관리기 제어로서 관리기(200)를 식별한다. 유형 스트링(202)은 입력 및 출력 기능성을 가질 수도 있다.

관리기(200)는 또한 운영 환경 내에 다른 제어들을 열거하는 콤마 분리 스트링인 제어 리스트(204)를 포함한다. 대안적으로, 제어 리스트(204)는 특정 프로젝트 내의 사용을 위해 제어들을 열거할 수도 있다. 관리기(200)는 제어 리스트(204) 내에 제어들을 인식하고, 이들 제어들을 조정하고, 통신하고 데이터를 교환한다. 제어 리스트(204)는 관리기(200)에 의해 제어들을 수용하기 위한 보안 프로세스의 부분일 수도 있다. 제어 리스트(204)는 변경 또는 수정되기 곤란할 수도 있다. 예를 들면, 제어 리스트(204)의 수정들은 매립된 패스워드를 갖는 임시 파일을 생성하는 것을 포함하는 단계들의 정교한 시퀀스를 포함할 수도 있다. 패스워드는 특성 또는 제어 리스트(204)의 호출에 사용된다. 제어 리스트(204)는 단지 1회만 수정될 수도 있다. 관리기(200)는 임시 파일을 삭제하고, 이어서 제어 리스트(204)의 관찰 또는 부가의 수정의 시도가 수행되면 에러 메시지들을 디스플레이할 수도 있다. 부가의 변경들이 상술한 수정 프로세스의 반복을 필요로 할 수도 있다.

트윕(twip) 폭(206)은 트윕들 내의 관리기(200)의 폭을 지시한다. 트윕 높이(208)는 트윕들 내의 관리기(200)의 높이를 지시한다. 트윕 팩터(210)는 화소들 내로 변환값을 제공하는 값을 지시한다. 화소들은 관리기(200)가 디스플레이되면 요구될 수도 있다. 비주얼 베이직과 같은 트윕들-기반 형태에서, 트윕 팩터(210)는 15일 수도 있고, 반면 화소들-기반 형태에서, 트윕 팩터(210)는 1일 수도 있다. 트윕 폭(206), 트윕 높이(208), 및 트윕 팩터(210)는 출력 기능성을 가질 수도 있다. 배경 색상(212)은 관리기(200)를 위한 배경의 색상값을 지시한다. 바람직하게는, 배경 색상(212)의 값은 RGB값으로서 제공된다. 배경 스타일(214)은 관리기(200)의 배경의 투명도를 위한 값을 복귀하거나 설정한다. 예를 들면, 배경 스타일(214)이 0의 값을 가지면, 관리기(200)는 투명할 수도 있다. 배경 스타일(214)이 1의 값을 가지면, 관리기(200)는 불투명할 수도 있다. 배경 색상(212) 및 배경 스타일(214)은 입력/출력 기능성을 가질 수도 있다.

정보 필드(216)는 운영 환경 내의 팝업 메시지 박스에 디스플레이하도록 데이터 필드들의 명칭들을 복귀하거나 설정하는 스트링일 수도 있다. 또한, 정보 필드(216)는 운영 환경 내의 정보를 위한 제어 내에 데이터 필드들의 명칭들을 복귀하거나 설정하는데 사용될 수도 있다. 저장 디렉토리(218)는 관리기(200)를 위한저장 디렉토리의 명칭을 복귀하거나 설정할 수도 있다. 바람직하게는, 저장 디렉토리는 컴퓨팅 플랫폼의 "C" 드라이브에 위치된다. 저장 디렉토리(218)는, 관리기(200)가 특정 프로젝트를 위한 정보를 검색하기 위해 저장 디렉토리 위치를 인식하도록 관리기(200)가 생성하자마자 설정되는 필드이다. 트랙들 어레이(220)는 운영 환경 내에 활성 트랙들을 형성할 때 데이터를 트래킹하기 위한 제어에 의해 사용되는 템플레이트 제어들의 어레이이다. 트랙들 어레이(220)는 제어 어레이로서 공지될 수도 있고, 출력 기능성을 가질 수도 있다.

관리기(200)는 본원에 개시된 바에 부가하여 다른 특성들을 포함할 수도 있다. 특성들은 운영 환경 내의 제어들의 조정을 용이하게 할 수도 있다. 또한, 관리기(200)는 제어들 자체들과 상이한 특성들을 통합할 수도 있다. 예를 들면, 관리기(200)는 다양한 제어들로의 포인터 어레이를 포함할 수도 있다.

도 1을 재차 참조하면, 제어들(104, 106, 108, 110)은 관리기(102)를 지시하는 어레이들 내에 포인터들을 가질 수도 있다. 이들 포인터들은 제어들(104, 106, 108, 110)의 데이터 구조 내에 있을 수도 있다. 또한, 운영 환경(100) 내의 제어들은 관리기(102)의 제어 리스트(204)와 같은 제어 리스트 내에 열거되어야 한다.

도 3은 본 발명의 실시예에 따른 운영 환경 내에서 실행하는 소프트웨어 제어 관리기(300)의 블록 다이어그램을 도시한다. 관리기(300)는 특정 제어 방법 또는 작용을 수행하도록 사용자로부터 운영 환경을 경유하여 명령들을 수신할 수도 있다. 제어 방법 또는 작용을 수행할 때, 관리기(300)는 운영 환경 내의 다른 성분들 또는 제어들에 접속하기 위해 그의 데이터 구조 내에 스트링들 및 필드들을사용할 수도 있다. 구체적으로, 관리기(300)는 이하에 설명하는 방법들 또는 작용들을 초기화하는 명령들을 수신할 수도 있다. 다음, 관리기(300)는 방법 또는 작용을 완료하도록 다른 제어들에 질의하거나 접속할 수도 있다. 리프레시(302)는 관리기(300) 상의 임의의 그래픽 디스플레이들이 재페인팅(repaint)되도록 하는 리프레시 방법을 표현한다. 리프레시 방법은 이동 타겟 또는 아이콘을 나타내는 바와 같이 디스플레이가 현재 업데이트 될 때 사용되어야 한다. 재초기화(304)는 관리기(300)가 "시작" 조건들로 자신을 재설정하는 재초기화 방법을 표현한다. 시작 조건들은 관리기(300)가 그의 데이터 구조 내에 값들을 갖지 않고, 또는 메모리로부터 검색된 사전 설정 값들을 갖는 상태일 수도 있다. 예를 들면, 모든 카운터들이 재설정될 수도 있고, 그래픽들 및 특성들이 그들의 원래 상태로 복귀된다. 대안적으로, 시작 조건들은 공통 디폴트인 관리기(300)를 위한 임의의 조건을 지시할 수도 있다. 재초기화 방법은 관리기(300)의 사용자가 변경될 때 사용될 수도 있다.

제거(306)는 제어로의 포인터로서 관리기(300)에서 수신되는 인수를 수용하는 제거 방법을 표현한다. 관리기(300)는 제어 리스트(204)와 같은 제어 리스트로부터 제어를 제거한다. 제어 리스트는 관리기(300)에 의해 인식되는 제어들로 구성된다. 제거(306)는 운영 환경으로부터 제어를 제거할 때 사용될 수도 있다. 제거(306)는 제어가 존재를 중단할 때 다른 제어들이 "접속된" 제어를 탐색하는 것을 방지한다. 이하의 특징들이 운영 환경 내의 "활성 트랙들" 또는 선택된 제어들에 속할 수 있다. 활성 트랙 정보 소거(clear)(308)는 정보 제어 상의 모든 텍스트박스들을 소거하기 위한 방법을 표현한다. 활성 트랙 정보 디스플레이(310)는 인수로서 통과되는 인덱스를 갖는 트랙에 대한 정보를 취하고, 정보 제어 상에 대응 텍스트 박스들 내로 트랙을 배치하기 위한 방법을 표현한다.

활성 트랙 마우스 업(312)은 디스플레이되는 정보 팝업 메시지 박스를 폐쇄하는 방법을 표현한다. 활성 트랙 마우스 업(312)은 커서가 활성 트랙 아이콘에 있는 동안 해제되는 마우스 버튼의 결과일 수도 있다. 활성 트랙 마우스 다운(314)은 메시지 박스 또는 물체의 화상을 디스플레이하는 방법을 표현한다. 활성 트랙 마우스 다운(314)은 커서가 활성 트랙 아이콘 상에 있는 동안 압박되는 마우스 버튼의 결과일 수도 있다. 예를 들면, 마우스의 우측 버튼이 압박되면, 메시지 박스가 그에 열거된 모든 트랙의 정보로 디스플레이될 수도 있다. 메시지 박스가 디스플레이되는 동안 마우스의 좌측 버튼이 압박되면, 물체에 관한 화상이 디스플레이될 수도 있다.

활성 트랙 더블 클릭(316)은 맵 디스플레이 상에 활성 트랙을 중심에 위치시키고 활성 트랙을 강조하는 방법을 표현한다. 또한, 임의의 트랙 정보가 정보 제어에 배치된다. 활성 트랙 클릭(318)은 활성 트랙을 강조하는 방법을 표현한다. 트랙 정보는 정보 제어 내에 저장된다. 활성 트랙 클릭(318)은 활성 트랙 아이콘 상의 마우스 클릭으로부터 발생할 수도 있다.

사용자 정보 박스(320)는 운영 환경으로부터 메시지 박스를 디스플레이하거나 제거하는 방법을 표현한다. 예를 들면, 관리기(300)에 의해 수신된 인수가 비어 있지 않은 스트링이면, 메시지 박스는 메시지로서 인수를 갖고 디스플레이될 수도 있다. 수신된 인수가 비어 있는 스트링이면, 메시지 박스는 제거될 수도 있다. 종료(shutdown)(322)는 관리기(300) 및 운영 환경을 위한 보안 프로세스의 특징인 방법을 표현한다. 종료(322)가 실시되면, 방법은 프로젝트 또는 운영 환경을 불용화할 수도 있다. 재개(resume)를 위해, 프로그램 또는 컴퓨팅 플랫폼이 재시작될 수도 있다. 종료(322)는 수반되지 않은 유닛, 디바이스 또는 컴퓨팅 플랫폼이 미인증된 개인에 의해 사용되는 것을 방지하도록 타이머 및 사용자 식별/패스워드 다이얼로그와 결합하여 사용될 수도 있다.

패스워드 스트링(324)은 관리기(300) 및 운영 환경을 위한 보안 프로세스의 다른 특징인 방법을 표현한다. 패스워드 스트링(324)은 특정 임시 파일을 판독하고 파일로부터 패스워드를 검색한다. 다음, 방법은 파일을 삭제한다. 패스워드 스트링(324)이 이용 가능한 특정 파일 없이 실시되면, 방법은 관리기(300)에 에러를 발생시킬 수 있다. 리플럼(replumb)(326)은 관리기가 운영 환경 내의 또는 대안적으로 프로젝트 내의 제어들을 통해 탐색하게 하고 관리기(300)와 호환 가능한 모든 제어들을 식별하는 방법이다. 바람직하게는, 이들 제어들은 상술한 바와 같은 eRITE 제어들이다. 식별 후에, 방법은 제어들 내의 데이터 스트링들에 따라 제어들을 함께 결합할 수 있다.

로크 입력(328)은 운영 환경 또는, 대안적으로 프로젝트로의 임의의 사용자 입력을 일시적으로 불용화할 수 있는 방법을 표현한다. 로크 입력(328)은 데이터에 대한 요구가 생성될 때 실시될 수도 있다. 데이터를 전송 및 수신하는 기간 중에, 프로젝트 또는 운영 환경은 동일한 버튼 상의 다중의 클릭들을 방지하도록 불용화되어야 한다. 로크 입력(328)은 관리기(300) 또는 운영 환경이 무선 송신기와 같은 원격 소스로부터 데이터를 대기하면 유용할 수도 있다. 언로크 입력(330)은 입력이 프로젝트 또는 운영 환경 내로 수신될 수 있게 하는 방법을 표현한다. 언로크 입력(330)은 로크 입력(328)을 우선할 수도 있다.

셋업 모드(332)는 저장 디렉토리 내의 텍스트 파일을 판독하고 운영 환경 내에 모드 제어를 설정하는 방법을 표현한다. 바람직하게는, 셋업 모드(332)는 모드 제어 상에 버튼들을 설정할 수도 있다. 셋업 신청(334)은 신청 제어들이 선택된 모드를 위해 적절한 것을 보장하도록 모드들을 변경할 때 사용되는 방법을 표현한다. 예를 들면, 부적당한 또는 친밀한 필터들이 시간 설정된 시나리오를 위해 프로그레스 바아들 또는 배틀필드 시나리오를 위해 설정될 수도 있다.

부가의 방법들을 실행하는 부가의 명령들이 관리기(300)에 의해 수신될 수도 있다. 또한, 관리기(300)는 운영 환경 내의 제어들의 조정, 유효화 및 통신의 그의 펑션과 관련된 임의의 방법들을 수행할 수도 있다. 관리기(300)는 상술한 방법들을 완료하는 다른 제어들 및 이들의 특성들을 접속할 수도 있다. 더욱이, 관리기(300)는 상술한 방법들의 완료시에 운영 환경 내의 또는 컴퓨팅 플랫폼 상의 임의의 성분, 프로그램, 특징, 데이터, 프로토콜, 응용 등에 접속할 수도 있다.

도 4는 본 발명의 실시예에 따른 소프트웨어 제어 관리기를 사용하여 작용들을 수행하기 위한 흐름도를 도시한다. 작용들은 데이터의 요구, 수신된 데이터의 처리, 응용을 위한 데이터 검색, 메모리 내의 데이터 접속, 프로그램 또는 응용 실행 등을 포함할 수도 있다. 예를 들면, 수신된 작용은 PDA 상의 맵과 같은 그래픽상에 수신된 데이터를 오버레이하는 것일 수도 있다. 바람직하게는, 작용들은 사용자 또는 메모리로부터 데이터를 수신하고, 계산하고, 검색하거나 접속하는 제어들을 사용하여 수행된다. 다음, 데이터는 실행 프로그램 또는 응용에 의해 이용될 수도 있다.

단계 402는 운영 환경 내에 적어도 하나의 제어를 위한 작용을 수신함으로써 실행된다. 작용의 요구는 도 1의 관리기(102)와 같은 제어들의 소프트웨어 제어 관리기에서 수신될 수도 있다. 관리기는 제어들 및 운영 환경을 갖는 이하에 설명된 단계들을 조정함으로써 작용에 응답한다. 단계 404는 관리기 내의 제어 리스트를 질의함으로써 실행된다. 제어 리스트는 운영 환경 내에 상주하도록 관리기에 의해 인증됨으로써 관리기에 의해 등록되는 제어들을 포함하거나, 작용을 지원하는 특정 프로젝트로의 접속을 갖는다.

단계 406은 제어가 관리기의 제어 리스트 내에 있는지의 여부를 결정함으로써 실행된다. 만일 아니오(no)이면, 단계 408이 관리기, 운영 환경, 또는 디스플레이로 에러를 발생함으로써 실행된다. 또한, 관리기는 운영 환경 내에서 작용이 수행되는 것을 거부할 수도 있다. 작용은 수행되지 않아야 한다.

단계 410은 작용을 수행하도록 제어 또는 제어들을 식별함으로써 실행된다. 예를 들면, 제어가 컴퓨팅 디바이스 상에 디스플레이된 맵 그래픽을 업데이트하면, 맵 제어, 나침반 제어 등이 맵 그래픽의 업데이트시에 요구되는 바와 같이 식별될 수도 있다. 단계 412는 팝업 메시지가 작용을 결정하는데 사용되는지의 여부를 결정함으로써 실행된다. 메시지는 도 3을 참조하여 상술한 방법들 및 명령들을 사용하여 디스플레이될 수도 있다. 만일 예(yes)이면, 단계 414는 관리기와의 조정에 의해 메시지를 디스플레이함으로써 실행된다.

단계 416은 작용을 완료할 때 요구되는 정보를 검색함으로써 실행된다. 정보는 다른 디바이스 또는 위치로부터 수신된 메모리, 데이터 또는 데이터 패킷에 저장된 데이터일 수도 있다. 또한, 정보는 컴퓨팅 플랫폼의 사용자에 의한 입력일 수도 있고, 운영 환경 내의 프롬프트, 디스플레이, 또는 메시지에 의해 유도될 수도 있다. 따라서, 작용을 완료하기 위한 정보는 당 기술 분야의 숙련자에 공지된 임의의 프로세스, 방법, 또는 응용에 따라 검색될 수도 있다. 단계 418은 운영 환경 내의 관리기를 사용하여 제어들과 작용을 조정함으로써 실행된다. 제어들은 이들을 서로 직접 통신할 수 있게 하는 데이터 구조들 및 구성들을 가질 수도 있지만, 관리기는 여전히 컴퓨팅 플랫폼의 제어들 및 접속 메모리 또는 다른 성분들을 인증함으로써 통신을 용이하게 하는데 사용될 수도 있다. 단계 420은 관리기 및 검색된 정보에 의해 식별된 제어들을 사용하여 작용을 수행함으로써 실행된다. 단계들 412 내지 414, 416, 418은 동시에 또는 요구된 임의의 순서로 실행될 수도 있다. 이들 단계들은 서로 의존성이 없을 수도 있다. 대안적으로, 단계들은 개시된 바와 다른 순서로 실행될 수도 있다.

도 5는 본 발명의 실시예에 따른 소프트웨어 제어 관리기를 사용하여 제어를 조정하기 위한 흐름도를 도시한다. 관리기는 운영 환경 내의 현존하는 신규한 제어들을 위한 접속 및 인증을 조정할 수도 있다. 관리기는 운영 환경 내에 가능하게된 모든 제어들 또는 원격 위치로부터 신규한 제어들을 수신하거나 신규한 제어들을 다운로딩함으로써 부가된 임의의 신규한 제어들을 인식해야 한다. 관리기가 제어를 인식하지 않거나, 제어를 인증하지 않으면, 제어의 기능성은 운영 환경 내에서 제한되거나 거부될 수도 있다.

단계 502는 관리기에 의해 인식되지 않는 운영 환경 내의 제어를 식별함으로써 실행된다. 바람직하게는, 관리기는 그의 제어 리스트 내의 식별된 제어를 열거하지 않는다. 단계 504는 식별된 제어가 신규한지의 여부를 결정함으로써 실행된다. 식별된 제어는 메모리 내에 저장된 또는 원격 디바이스들과 같은 다른 소스로부터 운영 환경에 부가되어 있다는 점에서 신규할 수도 있다. 대안적으로, 식별된 제어들은 규정된 기간 동안 휴지 상태일 수도 있다. 관리기는 비활동성에 기인하여 제어와의 임의의 작용들을 정지할 수도 있다. 단계 504가 아니오이면, 단계 506은 식별된 제어들이 관리기의 제어 리스트 내에 열거되는지의 여부를 결정함으로써 실행된다. 만일 예이면, 단계 518은 운영 환경 내의 관리기 및 다른 제어들에 제어를 이용 가능하게 함으로써 실행된다. 만일 아니오이면, 단계 508은 제어를 거부함으로써 실행된다. 제어는 운영 환경 내의 그의 기능성을 제한함으로써 거부될 수도 있다. 대안적으로, 제어는 운영 환경 내의 다른 제어들로의 임의의 접속을 종료하거나 거부할 수도 있다. 또한, 제어는 관리기가 제어를 인식하지 않으면 삭제될 수도 있다.

단계 504가 예이면, 단계 510은 신규한 제어를 인증하기 위해 관리기를 사용하여 보안 프로세스를 수행함으로써 실행된다. 보안 프로세스는 이하와 같이 실행될 수도 있다. 관리기는 신규한 제어로 스트링을 전송할 수도 있다. 스트링은 관리기에 의해 생성된 데이터일 수도 있다. 제어는 데이트 스트링을 수정하거나 부가하고 관리기에 데이터 스트링을 다시 포워딩한다. 수정된 데이터 스트링이 관리기에 의해 조사된 스트링과 일치하면, 제어는 운영 환경을 위해 인증된다. 따라서, 단계 512는 신규한 제어가 인증되는지의 여부를 결정함으로써 인증된다. 만일 예이면, 단계 514는 관리기의 제어 리스트에 신규한 제어를 등록함으로서 실행된다. 신규한 제어는 제어 리스트에 부가됨으로써 등록될 수도 있다. 아니오이면, 단계 508은 운영 환경 내의 신규한 제어 인증을 거부함으로써 실행된다.

단계 516은 등록된 신규한 제어들을 위한 정보로 현존하는 제어들을 업데이팅함으로써 실행된다. 업데이트들을 위한 정보는 관리기로부터 수신될 수도 있다. 이 단계는 도 6을 참조하여 상세히 설명된다. 단계 518은 제어를 관리기, 다른 제어들 등에 이용 가능하게 함으로써 실행된다.

도 6은 본 발명의 실시예에 따른 소프트웨어 제어 관리기에 신규한 제어를 통합하기 위한 흐름도를 도시한다. 도 6은 도 5의 단계 516에 대응할 수도 있지만, 단계 516은 도 6의 개시된 실시예들에 의해 한정되는 것은 아니다. 또한, 도 6은 단계 516 또는 도 5의 개시된 실시예들에 의해 한정되지는 않는다.

도 6을 참조하여 실행되는 단계들은 신규한 제어가 관리기에 의해 등록되고 보안 프로세스에 의해 유효화된 후에 수행되어야 하고, 제어는 운영 환경 및 다른 제어들로의 도입 준비가 되어야 한다. 그러나, 개시된 단계들은 적절할 때마다 수행될 수도 있다.

단계 602는 제어에 참조를 제공함으로써 실행된다. 관리기는 다른 제어들이운영 환경 내의 제어를 식별할 수도 있기 때문에 어떻게 자신을 참조하는지를 제어에 통보한다. 제어는 그 자체 내로부터 그의 위치를 조절할 수는 없지만, 다른 제어들은 이들이 제어를 상이하게 보기 때문에 제어를 이동시킬 수도 있다. 참조는 제어가 "다른" 제어로서 그 자신을 취급하는 것을 허용한다. 관리기는 참조를 제공하므로, 제어는 다른 제어들이 수행할 수도 있는 동일한 작용들을 자신에게 수행할 수도 있다.

단계 604는 관리기를 위한 제어에 참조를 제공함으로써 실행된다. 관리기는 관리기로부터 데이터를 수신하고 관리기에 데이터를 송신하기 위해 어떻게 관리기를 참조하는지를 제어에 통보한다. 단계 606은 제어로부터 제어에 의해 지원되는 다른 제어의 관리기로 파일 또는 데이터 스트링으로서 리스트를 제공함으로써 실행된다. 지원된 제어들은 제어가 통신할 수도 있는 이들 제어들이다. 제어들은 관리기에 의해 인식되는 바와 같은 제어 명칭들의 콤마 분리된 스트링인 지원 요소들의 리스트를 가질 수도 있다. 스트링은 신규한 제어와의 통신을 위한 제어들을 열거한다. 예를 들면, 나침반 제어는 맵 제어를 인식할 필요가 있을 수도 있고, 또는 트리 제어는 데이터 제어를 인식할 필요가 있을 수도 있다. 지원된 제어들의 리스트는 처리되고 저장되도록 관리기에게 제공된다.

단계 608은 요구된 제어들에 대한 참조들을 제공함으로써 실행된다. 요구된 제어들에 대한 참조들은 요구된 제어들이 존재하는 한 관리기로부터 신규한 제어에 제공된다. 요구된 제어들은 상술한 지원된 제어들의 리스트에 상관될 수도 있다. 각각의 제어가 부가될 때, 제어는 관리기의 제어 리스트에 부가된다. 제어들의 지원 요소들 스트링이 제어 리스트 내의 제어의 명칭을 포함하면, 해당 제어에 대한 참조가 신규한 또는 요구되는 제어를 위해 제공된다. 제어가 제어 리스트 내에 존재하지 않는 지원 요소들 스트링 내의 엔트리를 가지면, 신규한 제어는 존재하지 않는 제어의 임의의 호출들 또는 사용들을 무시할 수도 있다. 예를 들면, 맵 제어는 지원 요소로서 매크로 제어를 사용하기를 소망할 수도 있다. 맵 제어가 부가되고 매크로 제어가 존재하지 않으면, 맵 제어 내로부터의 매크로 제어의 임의의 사용이 무시될 수도 있다. 단계 610은 신규한 제어 및 관리기를 사용하여 작용들을 수행함으로써 실행된다.

다양한 변형들이 본 발명의 사상 또는 범주로부터 일탈하지 않고 수행될 수 있다는 것은 당 기술 분야의 숙련자들에게 명백할 것이다. 따라서, 개시된 실시예들은 이하의 청구범위 및 이들의 등가물들의 범주 내에 있는 제공된 본 발명의 변형들 및 변경들을 커버하는 것으로 의도된다.

Claims

적어도 하나의 제어를 갖는 컴퓨팅 플랫폼용 운영 환경으로서, 상기 컴퓨팅 플랫폼은 프로세서 및 메모리를 포함하는, 상기 운영 환경에 있어서,

펑션을 제공하기 위한 제1 제어; 및

상기 제1 제어를 식별하고 정보를 상기 제1 제어로 조정하는 관리기를 포함하며,

상기 펑션은 상기 정보를 사용하는, 운영 환경.
제1 항에 있어서, 상기 관리기에 의해 식별되는 제2 정보를 더 포함하며, 상기 관리기는 상기 제2 제어와 상기 정보를 조정하는, 운영 환경.
제2 항에 있어서, 상기 관리기 내에 제어 리스트를 더 포함하며, 상기 제어 리스트는 상기 제1 제어 및 상기 제2 제어를 참조하는, 운영 환경.
제1 항에 있어서, 상기 관리기는 제어 리스트를 포함하며, 상기 제어 리스트는 상기 적어도 하나의 제어를 참조하는, 운영 환경.
제3 항에 있어서, 상기 관리기는 상기 제어 리스트를 상기 제1 제어에 포워딩하는, 운영 환경.
제1 항에 있어서, 상기 펑션과 관련하여 실행되는 응용을 더 포함하는, 운영 환경.
제1 항에 있어서, 상기 관리기는 상기 제1 제어로부터 데이터 구조 정보를 검색하는, 운영 환경.
컴퓨팅 플랫폼 상의 운영 환경 내의 적어도 하나의 제어를 식별하는 자체 실행 가능 제어 관리기를 포함하는 운영 환경을 구비하는 상기 컴퓨팅 플랫폼에 있어서,

상기 적어도 하나의 제어는 상기 컴퓨팅 플랫폼 상의 프로세서에 결합된 메모리 내에 저장된 그래픽 데이터를 조작하는, 컴퓨팅 플랫폼.
제8 항에 있어서, 상기 제어 관리기를 경유하여 상기 적어도 하나의 제어와 통신하는 다른 제어를 더 포함하는, 컴퓨팅 플랫폼.
제8 항에 있어서, 상기 적어도 하나의 제어는 상기 운영 환경 내의 응용을 위한 펑션을 제공하는, 컴퓨팅 플랫폼.
운영 환경 내의 복수의 제어들을 위한 관리기로서, 상기 복수의 제어들은 저장된 데이터를 조작하고 상기 저장된 데이터와 수신된 데이터를 연관시키는 상기 관리기에 있어서,

상기 운영 환경에 대해 상기 관리기를 식별하기 위한 유형 스트링;

상기 복수의 제어들을 식별하기 위한 제어 리스트; 및

상기 운영 환경에 의해 디스플레이되는 데이터 필드들을 결정하기 위한 정보필드를 포함하며,

상기 데이터 필드들은 상기 복수의 제어들과 상관하는, 관리기.
제11 항에 있어서, 상기 제어를 위한 트윕(twip) 폭을 더 포함하는, 관리기.
제11 항에 있어서, 상기 제어를 위한 트윕 높이를 더 포함하는, 관리기.
제11 항에 있어서, 저장 디렉토리의 위치를 지시하는 저장 디렉토리 필드를 더 포함하는, 관리기.
제11 항에 있어서, 상기 운영 환경 내의 데이터를 트랙킹하기 위한 트랙들 어레이를 더 포함하는, 관리기.
운영 환경 내에서 제어를 조정하기 위한 방법에 있어서,

상기 운영 환경 내의 관리기에 제어 리스트를 질의하는 단계;

상기 제어 리스트로부터 제어를 식별하는 단계;

상기 제어를 위한 정보를 검색하는 단계; 및

상기 관리기를 사용하여 상기 운영 환경 내의 다른 제어와 상기 제어를 조정하는 단계를 포함하며,

상기 다른 제어는 상기 제어 리스트에 있는, 운영 환경 내에서 제어를 조정하기 위한 방법.
제16 항에 있어서, 상기 제어와의 작용을 수행하는 단계를 더 포함하는, 운영 환경 내에서 제어를 조정하기 위한 방법.
제17 항에 있어서, 상기 관리기에서 상기 작용을 수신하는 단계를 더 포함하는, 운영 환경 내에서 제어를 조정하기 위한 방법.
제16 항에 있어서, 상기 제어가 상기 제어 리스트 내에 있지 않을 때 에러를 발생하는 단계를 더 포함하는, 운영 환경 내에서 제어를 조정하기 위한 방법.
제16 항에 있어서, 상기 작용이 메시지를 포함하는지의 여부를 결정하는 단계를 더 포함하는, 운영 환경 내에서 제어를 조정하기 위한 방법.
제20 항에 있어서, 상기 운영 환경 내에 상기 메시지를 디스플레이하는 단계를 더 포함하는, 운영 환경 내에서 제어를 조정하기 위한 방법.
운영 환경 내에서 제어들을 관리하는 방법으로서, 상기 운영 환경은 데이터 교환을 용이하게 하는, 상기 방법에 있어서,

상기 운영 환경 내의 상기 제어들을 관리기에 통지하는 단계;

상기 관리기에 의해 인식된 상기 제어들을 상기 관리기로 등록하는 단계;

상기 관리기로부터 상기 등록된 제어들에 정보를 제공하는 단계; 및

상기 관리기를 경유하여 상기 제어들과 상기 운영 환경들 사이에 통신을 용이하게 하는 단계를 포함하는, 운영 환경 내에서 제어들을 관리하는 방법.
제22 항에 있어서, 상기 정보 제공 단계는 상기 등록된 제어들 내의 포인터들을 초기화하는 단계를 포함하는, 운영 환경 내에서 제어들을 관리하는 방법.
제22 항에 있어서, 상기 등록 단계는 상기 관리기로 상기 제어들 상에 보안 프로세스를 수행하는 단계를 포함하는, 운영 환경 내에서 제어들을 관리하는 방법.
제22 항에 있어서, 상기 등록 단계는 상기 관리기 내의 제어 리스트에 상기 등록된 제어들을 부가하는 단계를 포함하는, 운영 환경 내에서 제어들을 관리하는 방법.
제22 항에 있어서, 상기 제공 단계는 상기 관리기로부터 지원된 제어들의 리스트를 제공하는 단계를 포함하는, 운영 환경 내에서 제어들을 관리하는 방법.
제22 항에 있어서, 상기 제공 단계는 상기 관리기에 대한 참조를 제공하는 단계를 포함하는, 운영 환경 내에서 제어들을 관리하는 방법.
운영 환경 내에서 제어들과 작용을 수행하기 위한 방법에 있어서,

상기 운영 환경 내의 관리기에서 상기 작용을 위한 명령을 수신하는 단계로서, 상기 관리기는 상기 제어들을 조정하는, 상기 수신하는 단계;

상기 작용을 위한 제어 방법을 식별하는 단계로서, 상기 관리기는 상기 제어 방법을 개시하는, 상기 식별하는 단계;

상기 제어 방법과 관련하여 실행하기 위한 적어도 하나의 제어를 식별하는 단계;

상기 적어도 하나의 제어에서 상기 관리기로부터 정보를 수신하는 단계; 및

상기 적어도 하나의 제어와 상기 정보를 사용하여 상기 작용을 수행하는 단계를 포함하는, 운영 환경 내에서 제어들과 작용을 수행하기 위한 방법.