플릭 제스쳐 document_id A220517008798

본 발명은 컴퓨팅 시스템에 관한 것으로서, 특히, 본 발명은 수기(hand-written) 제스쳐가 발생한 경우를 판정하는 프로세스에 관한 것이다. 컴퓨팅 시스템들은 다양한 입력들을 받는다. 일부 컴퓨터 응용 프로그램들은 포인팅 장치들에 의해 형성된 제스쳐들을 받아서 어플리케이션들이 더 쉽게 제어 및 내비게이션 될 수 있게 한다. 그러나, 종래 제스쳐 인식기들에서의 난점은 너무 많은 거짓 긍정(false positives)과 거짓 부정(false negatives)을 제공한다는 점이다. 사용자가 포인팅 장치(예를 들어, 스타일러스-기반(stylus-based) 컴퓨터의 스타일러스나 손가락, 또는 마우스)를 사용할 때, 시스템은 포인팅 장치로부터의 정상적인 액션들을 제스쳐로 해석하여 제스쳐와 연관된 기능들을 구현하여 사용자를 당혹스럽게 할 수 있다. 마찬가지로, 사용자는 제스쳐를 수행하려 하지만 컴퓨팅 시스템이 사용자의 노력을 제스쳐로서 인식하지 않을 때 당황하게 될 것이다. 일부 경우들에서, 제스쳐들은 제스쳐가 인식되기 전에 사용자가 시스템의 모드를 변경하도록 강제되는 별도의 동작으로 격하된다. 예를 들어, 오페라(Opera) 브라우져(노르웨이 오슬로의 오페라 소프트웨어 ASA)는 브라우져 동작을 제어하기 위해 마우스 제스쳐들이 사용되도록 한다. 유사한 마우스 제스쳐들이 Firefox 브라우져(Mozilla Organization, California, Mountain View)의 플러그-인들(plug-ins)을 통해 이용가능하다. 이러한 브라우져들이 제스쳐들을 인식하는 동안, 사용자는 브라우져들에게 제스쳐들이 수행될 것임을 명백하게 통지하기 위해 브라우져들의 동작 모드들을 전환할 것이 요구된다. Opera 브라우져 및 Firefox 브라우져 모두에서, 제스쳐를 수행하기 전에 오른쪽(또는 보조) 마우스 버튼을 사용자가 클릭하여 동작 모드가 전환된다. 여기서, 모든 제스쳐들을 완료하기 위해서는 복수의 단계들, 즉, 오른쪽 마우스 버튼을 누르고 그 후 마우스를 드래그하는 단계들이 수행되어야 한다는 점이 문제가 된다. 스타일러스를 사용하는 경우, 이들 브라우져들은 스타일러스가 다른 입력 모드로 들어갈 것을 요구한다, 즉, 스타일러스 버튼을 누른다(스타일러스가 스타일러스 버튼을 가진다면). 이들 복수 개의 단계들은 제스쳐를 번거롭게 만든다. 또한, 이들 브라우져들이 마우스나 스타일러스 버튼을 누르는 동안 직선으로 구성되는 제스쳐를 인식하는 한편, 브라우져들에서 받을 수 있는 제스쳐들은 일반적으로 읽기전용 환경이 아닌 환경들(예를 들어, 문서 편집 환경)에 적용되는 경우, 너무 많은 거짓 긍정들을 발생시킬 것이므로 더 많은 환경들에서 사용가능하지는 않다. 제스쳐들을 인식하고 기능을 할당하는 컴퓨터 시스템이나 컴퓨터 어플리케이션에 있어서, 형태(shape)만이 일반적으로 사용되어 제스쳐가 발생했는지를 판정한다. 형태만을 사용하는데 있어서의 문제점은, 느린 스타일러스 또는 마우스를 쓰는 사용자들은 제스쳐들로서 인식될 수 있는 액션들 -사용자들은 그 반대의 의도임에도- 을 수행하는 경향이 있을 것이라는 점이다. 마킹(Marking) 메뉴들(또한, 래디얼(radial) 메뉴들이라 함)은 포인팅 장치와의 상호작용을 통해 액세스될 수 있는 메뉴들이다. 에일리어스 시스템사(Alias Systems Corp., Toronto, Ontario, Canada)의 마야(Maya) 어플리케이션 및 에일리어스(Alias) 어플리케이션은 마킹 메뉴의 예들을 제공한다. 시작 및 정지 위치들을 포함하는 점에서 제스쳐들과 유사한 한편, 마킹 메뉴들은 사용자 입력의 관련 부분이 버튼 업(button up) 또는 스타일러스 업(stylus up) 이벤트의 위치이고, 그 위치로의 실제 경로의 형태가 아니라는 점에서 메뉴들로서 고려된다.